[pacman-dev] x86_64 experiences
Here are the changes I had to add to the latest PKGBUILD (12022007) to make it build the way I want to have it: sed -i "s|k8|x86_64|g" configure.ac sed -i "s|i686|x86_64|g" etc/pacman.conf.in before ./autogen.sh and at the end of the build section: sed -i 21d $startdir/pkg/etc/makepkg3.conf sed -i 23,25d $startdir/pkg/etc/makepkg3.conf sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.arch sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.extra sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.community sed -i "s|TESTING|TESTING-64|g" $startdir/pkg/etc/abs3/supfile.testing sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.unstable Maybe we can do this in a better way. Especially the CARCH that goes into /etc/makepkg.conf should not be autodetected in such a way. I suggest to use a configure switch or a special export "wanted CARCH" before the build starts and that should go into makepkg.conf I guess you can easily fix those issues. Now to the bad part: Nothing happens :( [root@workstation64 andyrtr]# pacman3 -Syu :: Synchronisiere Paketdatenbank ... current 70,7K 33,9K/s 00:00:02 [##################################################################################################] 100% extra 252,7K 31,1K/s 00:00:08 [##################################################################################################] 100% community 24,0K 29,5K/s 00:00:01 [##################################################################################################] 100% :: Starting full system upgrade... Warnung: k3b: local (0.12.17-2.1) is newer than extra (0.12.17-2) Warnung: kernel26: local (2.6.20-2) is newer than current (2.6.19.2-1) Warnung: nvidia: local (1.0.9746-1) is newer than extra (1.0.9631-1) Warnung: nvidia-utils: local (1.0.9746-1) is newer than extra (1.0.9631-1) Löse Abhängigkeiten auf ... beendet. looking for inter-conflicts... beendet. Pakete: jre-6-2 azureus-2.5.0.4-1 dbus-1.0.2-4 dbus-glib-0.72-2 gnome-icon-theme-2.17.91-1 evince-0.7.2-1 kdelibs-3.5.6-4 kdepim-3.5.6-3 libgtop-2.14.7-1 libmatroska-0.8.1-1 mktemp-1.5-1.2 nx-common-2.1.0-2 nxserver-2.1.0-2 p7zip-4.44-1 spidermonkey-1.60-1 vlc-0.8.6a-3 Total Package Size: 95,25 MB Proceed with installation? [Y/n] y [root@workstation64 andyrtr]# How to debug that? In other parts it works well. [root@workstation64 andyrtr]# pacman3 -U /home/daten/arch64/packages/testing/pacman-rc-2007.02.12-2.pkg.tar.gz Lade Paketdaten ... beendet. Prüfe Abhängigkeiten ... beendet. cleaning up... beendet. (1/1) checking for file conflicts [##################################################################################################] 100% Warnung: /etc/makepkg3.conf installiert als /etc/makepkg3.conf.pacnew (1/1) aktualisiere pacman-rc [##################################################################################################] 100% [root@workstation64 andyrtr]# pacman3 -U /home/daten/arch64/packages/testing/pacman-rc-2007.02.12-1.pkg.tar.gz Lade Paketdaten ... beendet. Prüfe Abhängigkeiten ... beendet. cleaning up... beendet. (1/1) checking for file conflicts [##################################################################################################] 100% Warnung: /etc/makepkg3.conf installiert als /etc/makepkg3.conf.pacnew (1/1) aktualisiere pacman-rc [##################################################################################################] 100% [root@workstation64 andyrtr]# btw: i don't like the localisation. can u add a switch in pacman.conf to disable that behavior? Andy
and more: in /etc/makepkg.conf the march is badly detected as x86_64 where it has to be march=x86-64 for CFLAGS/CXXFLAGS makepkg3 fails though i have added the arch tag in varios ways: arch=('i686' 'x86_64') [andyrtr@workstation64 pacman3]$ rm -rf src/ && time makepkg3 -f 2>&1 | tee build.log ==> ERROR: pacman-rc is not available for the 'x86_64' architecture. Note that many packages may need a line added to their PKGBUILD such as arch=('x86_64'). real 0m0.075s user 0m0.012s sys 0m0.012s [andyrtr@workstation64 pacman3]$ Andy
On 2/12/07, Andreas Radke <a.radke@arcor.de> wrote:
Here are the changes I had to add to the latest PKGBUILD (12022007) to make it build the way I want to have it:
sed -i "s|k8|x86_64|g" configure.ac sed -i "s|i686|x86_64|g" etc/pacman.conf.in
before ./autogen.sh
Fixed in CVS.
sed -i 21d $startdir/pkg/etc/makepkg3.conf sed -i 23,25d $startdir/pkg/etc/makepkg3.conf
What are these removing? The line numbers seem like nothing here.
sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.arch sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.extra sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.community sed -i "s|TESTING|TESTING-64|g" $startdir/pkg/etc/abs3/supfile.testing sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.unstable
This is a simple sed, really, but if you can think of a fix that's simpler than just running sed, let me know. On 2/12/07, Andreas Radke <a.radke@arcor.de> wrote:
and more:
in /etc/makepkg.conf the march is badly detected as x86_64 where it has to be march=x86-64 for CFLAGS/CXXFLAGS
Actually, this is due to your sed line. k8 should have been replaced with "x86-64"
makepkg3 fails though i have added the arch tag in varios ways:
arch=('i686' 'x86_64')
[andyrtr@workstation64 pacman3]$ rm -rf src/ && time makepkg3 -f 2>&1 | tee build.log ==> ERROR: pacman-rc is not available for the 'x86_64' architecture. Note that many packages may need a line added to their PKGBUILD such as arch=('x86_64').
I'll look into this
Am Mon, 12 Feb 2007 19:35:22 -0600 schrieb "Aaron Griffin" <aaronmgriffin@gmail.com>:
On 2/12/07, Andreas Radke <a.radke@arcor.de> wrote:
Here are the changes I had to add to the latest PKGBUILD (12022007) to make it build the way I want to have it:
sed -i "s|k8|x86_64|g" configure.ac sed -i "s|i686|x86_64|g" etc/pacman.conf.in
before ./autogen.sh
Fixed in CVS.
Works well now!
sed -i 21d $startdir/pkg/etc/makepkg3.conf sed -i 23,25d $startdir/pkg/etc/makepkg3.conf
What are these removing? The line numbers seem like nothing here.
obsolete now with the new mcpu/march explenation, only "#-- Exclusive: will only run on x86-64" is not very clear on my architecture as x86-64 is the base and k8/nocona/core2... are the eclusive archs.
sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.arch sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.extra sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.community sed -i "s|TESTING|TESTING-64|g" $startdir/pkg/etc/abs3/supfile.testing sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.unstable
This is a simple sed, really, but if you can think of a fix that's simpler than just running sed, let me know.
Now the only change needed for x86_64 is to add this at the end of your PKGBUILD to fix our CVS tags: if [ "$CARCH" = "x86_64" ]; then sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.{arch,extra,community,unstable} sed -i "s|TESTING|TESTING-64|g" $startdir/pkg/etc/abs3/supfile.testing fi Remaining issues: makepkg3 cannot resolve my arch tag and the confict/replaces issue. I hope I won't find too much more. Nice work so far. Andy
makepkg3 fails though i have added the arch tag in varios ways:
arch=('i686' 'x86_64')
[andyrtr@workstation64 pacman3]$ rm -rf src/ && time makepkg3 -f 2>&1 | tee build.log ==> ERROR: pacman-rc is not available for the 2>'x86_64' architecture. Note that many packages may need a line added to their PKGBUILD such as arch=('x86_64').
I'll look into this
my fault. i had the arch tag twice in the pkgbuild. sry. Andy
On 2/12/07, Andreas Radke <a.radke@arcor.de> wrote:
Here are the changes I had to add to the latest PKGBUILD (12022007) to make it build the way I want to have it:
sed -i "s|k8|x86_64|g" configure.ac sed -i "s|i686|x86_64|g" etc/pacman.conf.in
before ./autogen.sh
and at the end of the build section:
sed -i 21d $startdir/pkg/etc/makepkg3.conf sed -i 23,25d $startdir/pkg/etc/makepkg3.conf
sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.arch sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.extra sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.community sed -i "s|TESTING|TESTING-64|g" $startdir/pkg/etc/abs3/supfile.testing sed -i "s|CURRENT|CURRENT-64|g" $startdir/pkg/etc/abs3/supfile.unstable
Maybe we can do this in a better way. Especially the CARCH that goes into /etc/makepkg.conf should not be autodetected in such a way.
I suggest to use a configure switch or a special export "wanted CARCH" before the build starts and that should go into makepkg.conf
I guess you can easily fix those issues.
Yes, this should all be fixable.
Now to the bad part: Nothing happens :(
[root@workstation64 andyrtr]# pacman3 -Syu :: Synchronisiere Paketdatenbank ... current 70,7K 33,9K/s 00:00:02 [##################################################################################################] 100% extra 252,7K 31,1K/s 00:00:08 [##################################################################################################] 100% community 24,0K 29,5K/s 00:00:01 [##################################################################################################] 100% :: Starting full system upgrade... Warnung: k3b: local (0.12.17-2.1) is newer than extra (0.12.17-2) Warnung: kernel26: local (2.6.20-2) is newer than current (2.6.19.2-1) Warnung: nvidia: local (1.0.9746-1) is newer than extra (1.0.9631-1) Warnung: nvidia-utils: local (1.0.9746-1) is newer than extra (1.0.9631-1) Löse Abhängigkeiten auf ... beendet. looking for inter-conflicts... beendet.
Pakete: jre-6-2 azureus-2.5.0.4-1 dbus-1.0.2-4 dbus-glib-0.72-2 gnome-icon-theme-2.17.91-1 evince-0.7.2-1 kdelibs-3.5.6-4 kdepim-3.5.6-3 libgtop-2.14.7-1 libmatroska-0.8.1-1 mktemp-1.5-1.2 nx-common-2.1.0-2 nxserver-2.1.0-2 p7zip-4.44-1 spidermonkey-1.60-1 vlc-0.8.6a-3
Total Package Size: 95,25 MB
Proceed with installation? [Y/n] y [root@workstation64 andyrtr]#
How to debug that?
I'm guessing this is a localization issue. The question "Proceed with installation?" was not found to be translated, so it used the English (hardcoded) version. However, the strings it uses to compare yes and no against probably were, so it is expecting a "ja" or "j" for yes (sorry if I'm screwing up German).
In other parts it works well.
[root@workstation64 andyrtr]# pacman3 -U /home/daten/arch64/packages/testing/pacman-rc-2007.02.12-2.pkg.tar.gz Lade Paketdaten ... beendet. Prüfe Abhängigkeiten ... beendet. cleaning up... beendet. (1/1) checking for file conflicts [##################################################################################################] 100% Warnung: /etc/makepkg3.conf installiert als /etc/makepkg3.conf.pacnew (1/1) aktualisiere pacman-rc [##################################################################################################] 100%
[root@workstation64 andyrtr]# pacman3 -U /home/daten/arch64/packages/testing/pacman-rc-2007.02.12-1.pkg.tar.gz Lade Paketdaten ... beendet. Prüfe Abhängigkeiten ... beendet. cleaning up... beendet. (1/1) checking for file conflicts [##################################################################################################] 100% Warnung: /etc/makepkg3.conf installiert als /etc/makepkg3.conf.pacnew (1/1) aktualisiere pacman-rc [##################################################################################################] 100%
[root@workstation64 andyrtr]#
btw: i don't like the localisation. can u add a switch in pacman.conf to disable that behavior?
I think that is more for your environment to decide- It simply reads the LANG variable and uses that language if available. If you do not want it, you will have to reset LANG to either en, en_US, C, etc.
and more:
in /etc/makepkg.conf the march is badly detected as x86_64 where it has to be march=x86-64 for CFLAGS/CXXFLAGS
We'll try to get this fixed.
makepkg3 fails though i have added the arch tag in varios ways:
arch=('i686' 'x86_64')
[andyrtr@workstation64 pacman3]$ rm -rf src/ && time makepkg3 -f 2>&1 | tee build.log ==> ERROR: pacman-rc is not available for the 'x86_64' architecture. Note that many packages may need a line added to their PKGBUILD such as arch=('x86_64').
Hmmm, another issue to look into. In addition, that crazy tee/build.log stuff is not needed anymore- try makepkg with the '-L' or '--log' option. -Dan
Am Mon, 12 Feb 2007 19:49:49 -0500 schrieb "Dan McGee" <dpmcgee@gmail.com>:
I'm guessing this is a localization issue. The question "Proceed with installation?" was not found to be translated, so it used the English (hardcoded) version. However, the strings it uses to compare yes and no against probably were, so it is expecting a "ja" or "j" for yes (sorry if I'm screwing up German). -Dan
O-o. You are right. "j" has to be pressed and it goes on. Andy
Am Dienstag, 13. Februar 2007 01:49:49 schrieb Dan McGee:
I'm guessing this is a localization issue. The question "Proceed with installation?" was not found to be translated, so it used the English (hardcoded) version. However, the strings it uses to compare yes and no against probably were, so it is expecting a "ja" or "j" for yes (sorry if I'm screwing up German).
Currently the translation from frugalware is used. It more confusing than really usefull and parts of it are messed up. We had improved the German translation the last days; i`ll think it will be included in the next release. (@andyrtr: see http://www.laber-land.de/?id=20;page=Postings;thread=5730) Pierre -- http://www.archlinux.de
btw: i don't like the localisation. can u add a switch in pacman.conf to disable that behavior?
it looks like you can also set LC_MESSAGES to just change the message text. -Dan
participants (4)
-
Aaron Griffin
-
Andreas Radke
-
Dan McGee
-
Pierre Schmitz