Re: [update] More 32bit packages for amd64
Kirill Belokurov <[EMAIL PROTECTED]> writes: > Hi! > > By the way, can the same (or modified) approach be used for the installation > of 32bit Flash Player Plugin? > > wbr, Kirill. Possibly but more complicated. You need a 32bit browser that is also available as 64bit and you have to make sure they never get confused for each other. So far only lib* and a few exceptions get renamed ia32-* packages. You need the same for the browser and many of its depends. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Hi! By the way, can the same (or modified) approach be used for the installation of 32bit Flash Player Plugin? wbr, Kirill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Ed Tomlinson <[EMAIL PROTECTED]> writes: > On Monday 18 July 2005 09:03, Goswin von Brederlow wrote: >> Ed Tomlinson <[EMAIL PROTECTED]> writes: >> >> > On Sunday 17 July 2005 13:28, Goswin von Brederlow wrote: >> >> Package fetching is done by reprepro and turning it more verbose gives >> >> some more messages but not a download progress for files. >> >> >> >> The package fetching is also going to be done by a cron job normaly. >> >> Unless it gets an error it should not say anything (in the finished >> >> package). I will think about something for the initial install but my >> >> current plan is to have it create an empty archive and start the cron >> >> job once manualy in the background. >> >> >> >> So, having an interactive (i.e. with download progress) update script >> >> is not a high priority just now. Later, for people that don't want the >> >> cron job, maybe. But the reprepro maintainer has to provide support >> >> for that. >> > >> > How well will this work? For instance, I do not really want to maintain >> > a chroot. The one app I sometimes miss is wine. Do you think this can >> > be supported with the new package arch? >> > >> > TIA, >> > Ed Tomlinson >> >> Add wine and libwine to packages.list and it probably works already. I >> haven't found anything besides libc6 which needs special tricks for >> the conversion yet, the general conversion rules work very well. > > This ends up with: > The following packages have unmet dependencies: > ia32-libwine: Depends: xlibmesa3-gl which is a virtual package. or xlibmesa* needs to be renamed. The renaming only knows a few patterns besides lib* that it renames. Anyway, xlibmesa-gl replaces xlibmesa3-gl under sarge from what i see and that is a real package. > ia32-libgl1 which is a virtual package. > which does not seem to want to resolve... here is what I added: > wine > libncurses5 > libxi6 > libwine > > Suspect that one of these libs might need some help. > >> And wine is on my todo. Next time I wanna play StarCraft at the >> latest. > > Thanks > Ed Tomlinson If it doesn't install then you are just missing some packages usualy. There could be some sideeffects of conflicts/provides/replaces combination at work though. libgl1 does have a few of those and I guess a simple 32bit package of it would depend and conflcit with the amd64 package without special treatment. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
v0n0 <[EMAIL PROTECTED]> writes: > Goswin von Brederlow ha scritto: >>- dpkg -i amd64-archive_0.2_amd64.deb >> >> This will download the i386 debs and convert them. Gives a lot of >> output. >> >> > ok, went well (when I installed dependancies), but downloaded and > mangled sarge-etch-sid versions of every package! Why? In my sources I > have only Etch and Sid The default config contains all thre, sarge, etch and sid. I haven't written code to check what the host uses nor a debconf question for it yet. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
On Monday 18 July 2005 09:03, Goswin von Brederlow wrote: > Ed Tomlinson <[EMAIL PROTECTED]> writes: > > > On Sunday 17 July 2005 13:28, Goswin von Brederlow wrote: > >> Package fetching is done by reprepro and turning it more verbose gives > >> some more messages but not a download progress for files. > >> > >> The package fetching is also going to be done by a cron job normaly. > >> Unless it gets an error it should not say anything (in the finished > >> package). I will think about something for the initial install but my > >> current plan is to have it create an empty archive and start the cron > >> job once manualy in the background. > >> > >> So, having an interactive (i.e. with download progress) update script > >> is not a high priority just now. Later, for people that don't want the > >> cron job, maybe. But the reprepro maintainer has to provide support > >> for that. > > > > How well will this work? For instance, I do not really want to maintain > > a chroot. The one app I sometimes miss is wine. Do you think this can > > be supported with the new package arch? > > > > TIA, > > Ed Tomlinson > > Add wine and libwine to packages.list and it probably works already. I > haven't found anything besides libc6 which needs special tricks for > the conversion yet, the general conversion rules work very well. This ends up with: The following packages have unmet dependencies: ia32-libwine: Depends: xlibmesa3-gl which is a virtual package. or ia32-libgl1 which is a virtual package. which does not seem to want to resolve... here is what I added: wine libncurses5 libxi6 libwine Suspect that one of these libs might need some help. > And wine is on my todo. Next time I wanna play StarCraft at the > latest. Thanks Ed Tomlinson
Re: [update] More 32bit packages for amd64
Goswin von Brederlow ha scritto: >I added OpenOffice.org to amd64-archive now and fixed the resulting >problems. I can now install and run OOo without any chroot with this. > > > I could (I think?) with ia32libs since a few months. >The package isn't perfect yet so there are some details you have to do >for now: > >- wget >http://amd64.debian.net/~goswin/amd64-archive/amd64-archive_0.2_amd64.deb > > ok >- dpkg -i amd64-archive_0.2_amd64.deb > > This will download the i386 debs and convert them. Gives a lot of > output. > > ok, went well (when I installed dependancies), but downloaded and mangled sarge-etch-sid versions of every package! Why? In my sources I have only Etch and Sid >- Add the following to your /etc/apt/sources.list > > # Converted 32bit debs > deb file:///var/lib/amd64-archive sarge main contrib non-free > > added this > # Only needed for sarge users (I think) > deb http://ftp.debian.org/debian dists/sarge/main/binary-i386/ > > skipped > Both etch and sid are also supported but untested. > > > I'm using Sid >- apt-get update; apt-get install openoffice.org > > complains that there isn't a newer version of openoffice.org-debian-files (I installed version 1.1.2 with ia32-libs), maybe should I remove old software first? > Check what apt-get wants to remove as it might remove the wrong > thing. It works for me but you might have something else installed. > Removing ia32-libs is intentional though. > > > weren't removed Thanks for all, awaiting for w32codecs and wine...Starcraft! ;) -- Alessandro Dal Grande Student In The University Of Padua - Computer Science Linux Registered User #359258 System: GNU/Linux Debian Sid Pure64 on [EMAIL PROTECTED] Kernel: 2.6.8-11-amd64-k8 Mail: Thunderbird Chat: Kopete (ICQ) 150487234 Put the fan back into computing signature.asc Description: OpenPGP digital signature
Re: [update] More 32bit packages for amd64
Ed Tomlinson <[EMAIL PROTECTED]> writes: > On Sunday 17 July 2005 13:28, Goswin von Brederlow wrote: >> Package fetching is done by reprepro and turning it more verbose gives >> some more messages but not a download progress for files. >> >> The package fetching is also going to be done by a cron job normaly. >> Unless it gets an error it should not say anything (in the finished >> package). I will think about something for the initial install but my >> current plan is to have it create an empty archive and start the cron >> job once manualy in the background. >> >> So, having an interactive (i.e. with download progress) update script >> is not a high priority just now. Later, for people that don't want the >> cron job, maybe. But the reprepro maintainer has to provide support >> for that. > > How well will this work? For instance, I do not really want to maintain > a chroot. The one app I sometimes miss is wine. Do you think this can > be supported with the new package arch? > > TIA, > Ed Tomlinson Add wine and libwine to packages.list and it probably works already. I haven't found anything besides libc6 which needs special tricks for the conversion yet, the general conversion rules work very well. And wine is on my todo. Next time I wanna play StarCraft at the latest. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
On Sunday 17 July 2005 13:28, Goswin von Brederlow wrote: > Package fetching is done by reprepro and turning it more verbose gives > some more messages but not a download progress for files. > > The package fetching is also going to be done by a cron job normaly. > Unless it gets an error it should not say anything (in the finished > package). I will think about something for the initial install but my > current plan is to have it create an empty archive and start the cron > job once manualy in the background. > > So, having an interactive (i.e. with download progress) update script > is not a high priority just now. Later, for people that don't want the > cron job, maybe. But the reprepro maintainer has to provide support > for that. How well will this work? For instance, I do not really want to maintain a chroot. The one app I sometimes miss is wine. Do you think this can be supported with the new package arch? TIA, Ed Tomlinson
Re: [update] More 32bit packages for amd64
Kirill Belokurov <[EMAIL PROTECTED]> writes: > Hi! > >> As always, report success or failure please. > Everything passed well - many thanks! I used sarge repository, because there Good, thx. > are some problems with libraries in etch/sid - they seem to be doing > transition to the new version of Word Perfect support library, named > libwpd8c2 instead of libwpd8 -- the OO package deps are not updated so the > etch/sid installation didn't work for me. That will probably continue for quite a while till the c++ wave hits OOo. Too many dependencies. But etch should (theoreticaly) be free from those. > It would be nice to have some more messages during lists update/packages > fetching -- on slow connections it is difficult to understand is it stuck or > still doing something. (I used 'du /var/lib/amd64-archive/lists' and > 'du /var/lib/amd64-archive/pool' to check if the script still working). Package fetching is done by reprepro and turning it more verbose gives some more messages but not a download progress for files. The package fetching is also going to be done by a cron job normaly. Unless it gets an error it should not say anything (in the finished package). I will think about something for the initial install but my current plan is to have it create an empty archive and start the cron job once manualy in the background. So, having an interactive (i.e. with download progress) update script is not a high priority just now. Later, for people that don't want the cron job, maybe. But the reprepro maintainer has to provide support for that. > wbr, Kirill. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Hi! > As always, report success or failure please. Everything passed well - many thanks! I used sarge repository, because there are some problems with libraries in etch/sid - they seem to be doing transition to the new version of Word Perfect support library, named libwpd8c2 instead of libwpd8 -- the OO package deps are not updated so the etch/sid installation didn't work for me. It would be nice to have some more messages during lists update/packages fetching -- on slow connections it is difficult to understand is it stuck or still doing something. (I used 'du /var/lib/amd64-archive/lists' and 'du /var/lib/amd64-archive/pool' to check if the script still working). wbr, Kirill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Stephan Seitz <[EMAIL PROTECTED]> writes: > On Fri, Jul 15, 2005 at 09:59:43PM +0200, Goswin von Brederlow wrote: >> Check what apt-get wants to remove as it might remove the wrong >> thing. It works for me but you might have something else installed. >> Removing ia32-libs is intentional though. > > Here it doesn't remove ia32-libs. But it seems, OOo runs fine besides > locale warnings: Hehe, I changed it to Replace instead of Conflicts during testing and forgot to revert that. Will be fixed on the next upload. Doesn't realy hurt to have them both. It is just that they both (ia32-libs and ia32-libc6) have the 32bit ld. > Setup complete. Running openoffice.org... > I18N: X Window System doesn't support locale "de_DE.UTF-8" > I18N: X Window System doesn't support locale "C" [EMAIL PROTECTED]:~% openoffice I18N: X Window System doesn't support locale "en_US" I18N: X Window System doesn't support locale "C" Same here. I think I have to generate locales for 32bit or link them to /lib/i486-linux or something. Any hints are welcome before I go dig them out myself. >>As always, report success or failure please. > > Done. ;-) And thanks for your work. > > Shade and sweet water! > > Stephan MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
On Fri, Jul 15, 2005 at 09:59:43PM +0200, Goswin von Brederlow wrote: Check what apt-get wants to remove as it might remove the wrong thing. It works for me but you might have something else installed. Removing ia32-libs is intentional though. Here it doesn't remove ia32-libs. But it seems, OOo runs fine besides locale warnings: Setup complete. Running openoffice.org... I18N: X Window System doesn't support locale "de_DE.UTF-8" I18N: X Window System doesn't support locale "C" As always, report success or failure please. Done. ;-) And thanks for your work. Shade and sweet water! Stephan -- | Stephan SeitzE-Mail: [EMAIL PROTECTED] | | WWW: http://fsing.rootsland.net/~stse/| | PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html | signature.asc Description: Digital signature
Re: [update] More 32bit packages for amd64
Frank <[EMAIL PROTECTED]> writes: > I got it to work, but not as you suggested. > >> Ah, I knew there was a reason why I used "Pre-Depends: lib32gcc1" >> before. 'apt-get install --reinstall ia32-libc6' should restore the >> link. But this wasn't it. :) Pre-Depends changes nothing. :( >> [EMAIL PROTECTED]:~% ls -lh /lib/i486-linux/libgcc_s.so.1 >> lrwxrwxrwx 1 amd64-archive root 38 Jul 16 14:53 >> /lib/i486-linux/libgcc_s.so.1 -> /emul/ia32-linux/usr/lib/libgcc_s.so.1 > > It actually does not. But this may be due to the fact below. > > >> [EMAIL PROTECTED]:~% dpkg -S /emul/ia32-linux/usr/lib/libgcc_s.so.1 >> lib32gcc1: /emul/ia32-linux/usr/lib/libgcc_s.so.1 > > lib32gcc1 does not contain this file on my system, but instead it > contains /usr/lib32/libgcc_s.so.1, so if I link this one > to /lib/i486-linux/libgcc_s.so.1, then everything works :-) [EMAIL PROTECTED]:~% dpkg -S /usr/lib32 ia32-libs: /usr/lib32 [EMAIL PROTECTED]:~% ls -lh /usr/lib32 lrwxrwxrwx 1 root root 24 May 8 20:01 /usr/lib32 -> /emul/ia32-linux/usr/lib/ The file should end up in /emul even if your version doesn't have it there. But depending in what order packages are unpacked that happens or not for some versions. I think the only working thing will be to add tests in postinst that corrects this issue in ia32-libs and ia32-libc6 as well as those already in lib32gcc1. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
I got it to work, but not as you suggested. > Ah, I knew there was a reason why I used "Pre-Depends: lib32gcc1" > before. 'apt-get install --reinstall ia32-libc6' should restore the > link. > [EMAIL PROTECTED]:~% ls -lh /lib/i486-linux/libgcc_s.so.1 > lrwxrwxrwx 1 amd64-archive root 38 Jul 16 14:53 > /lib/i486-linux/libgcc_s.so.1 -> /emul/ia32-linux/usr/lib/libgcc_s.so.1 It actually does not. But this may be due to the fact below. > [EMAIL PROTECTED]:~% dpkg -S /emul/ia32-linux/usr/lib/libgcc_s.so.1 > lib32gcc1: /emul/ia32-linux/usr/lib/libgcc_s.so.1 lib32gcc1 does not contain this file on my system, but instead it contains /usr/lib32/libgcc_s.so.1, so if I link this one to /lib/i486-linux/libgcc_s.so.1, then everything works :-) So this feedback might help you to improve the amd64-archive package. Thanks a lot for this great work! Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Frank <[EMAIL PROTECTED]> writes: > Am Freitag, 15. Juli 2005 21:59 schrieb Goswin von Brederlow: >> Hi, >> >> I added OpenOffice.org to amd64-archive now and fixed the resulting >> problems. I can now install and run OOo without any chroot with this. >> >> The package isn't perfect yet so there are some details you have to do >> for now: >> >> ... >> >> As always, report success or failure please. > > I found a few missing dependencies: > - grep-dctrl (for grep-dctrl) > - devscripts (for dch) > > Then the installation went fine, although I don't really understand what it > is > doing. Is it kind of a replacement for the ia32libs? It replaces the ia32-libs packages and adds more debs to the mix. The ia32-libs package must carry all the sources and 32bit debs inside the ia32-libs_ver.tar.gz file for GPL compliance and is insanely huge (205MB) due to this. It also is only updated infrequently because it needs manual intervention and a 205MB upload for every little change. amd64-archive on the other hand only carries the script to convert the debs and fetches them from the i386 archive. So no useless weight and no update problems. A (not yet there) cron job updates the local archive whenever the i386 archive changes. It also can work on other repositories. My next goal is mplayer-686 and w32codecs from marilat. > But unfortunately OpenOffice doesn't start after installing: > > $ oowriter > OpenOffice.org for Debian - see /usr/share/doc/openoffice.org/README.Debian.gz > running openoffice.org setup... > /usr/lib/openoffice/program/setup.bin: error while loading shared libraries: > libgcc_s.so.1: cannot open shared object file: No such file or directory > setup failed (code 0).. abort > Please read /usr/share/doc/openoffice.org/README.Debian.gz for known > problems - > > Do you understand this? Ah, I knew there was a reason why I used "Pre-Depends: lib32gcc1" before. 'apt-get install --reinstall ia32-libc6' should restore the link. [EMAIL PROTECTED]:~% ls -lh /lib/i486-linux/libgcc_s.so.1 lrwxrwxrwx 1 amd64-archive root 38 Jul 16 14:53 /lib/i486-linux/libgcc_s.so.1 -> /emul/ia32-linux/usr/lib/libgcc_s.so.1 [EMAIL PROTECTED]:~% dpkg -S /lib/i486-linux/libgcc_s.so.1 ia32-libc6: /lib/i486-linux/libgcc_s.so.1 [EMAIL PROTECTED]:~% dpkg -S /emul/ia32-linux/usr/lib/libgcc_s.so.1 lib32gcc1: /emul/ia32-linux/usr/lib/libgcc_s.so.1 > Thanks, > Frank MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Am Freitag, 15. Juli 2005 21:59 schrieb Goswin von Brederlow: > Hi, > > I added OpenOffice.org to amd64-archive now and fixed the resulting > problems. I can now install and run OOo without any chroot with this. > > The package isn't perfect yet so there are some details you have to do > for now: > > ... > > As always, report success or failure please. I found a few missing dependencies: - grep-dctrl (for grep-dctrl) - devscripts (for dch) Then the installation went fine, although I don't really understand what it is doing. Is it kind of a replacement for the ia32libs? But unfortunately OpenOffice doesn't start after installing: $ oowriter OpenOffice.org for Debian - see /usr/share/doc/openoffice.org/README.Debian.gz running openoffice.org setup... /usr/lib/openoffice/program/setup.bin: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory setup failed (code 0).. abort Please read /usr/share/doc/openoffice.org/README.Debian.gz for known problems - Do you understand this? Thanks, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]