Bug#697270: PC 32-bit programs fails to work on amd64
On Fri, 2013-01-04 at 13:03 +, Colin Watson wrote: On Thu, Jan 03, 2013 at 06:59:49PM +, Ben Hutchings wrote: dpkg --add-architecture i386 apt-get update The installer doesn't AFAIK provide even the option to do this. (The i386/amd64 installer images might at least be usable as multiarch APT sources though.) So this is a usability regression in wheezy. I don't think I got round to updating apt-setup for the new --add-architecture scheme; but the apt-setup/multiarch template does exist and I think that at this point it would count as a bug-fix to make it work properly. Given that, you could at least boot the installer with apt-setup/multiarch=i386. Yes, please. I think that apt-setup/multiarch=i386 should be the default on amd64; but I'm less sure that I could convince anyone that that deserves a freeze exception. I'm convinced, but I don't count. :-) Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. signature.asc Description: This is a digitally signed message part
Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 03, 2013 at 06:59:49PM +, Ben Hutchings wrote: dpkg --add-architecture i386 apt-get update The installer doesn't AFAIK provide even the option to do this. (The i386/amd64 installer images might at least be usable as multiarch APT sources though.) So this is a usability regression in wheezy. I don't think I got round to updating apt-setup for the new --add-architecture scheme; but the apt-setup/multiarch template does exist and I think that at this point it would count as a bug-fix to make it work properly. Given that, you could at least boot the installer with apt-setup/multiarch=i386. I think that apt-setup/multiarch=i386 should be the default on amd64; but I'm less sure that I could convince anyone that that deserves a freeze exception. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130104130355.ga23...@riva.dynamic.greenend.org.uk
Processed: Re: Bug#697270: PC 32-bit programs fails to work on amd64
Processing control commands: reassign -1 general Bug #697270 [kernel-image] PC 32-bit programs fails to work on amd64 Warning: Unknown package 'kernel-image' Bug reassigned from package 'kernel-image' to 'general'. No longer marked as found in versions 3.2.0. Ignoring request to alter fixed versions of bug #697270 to the same values previously set -- 697270: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697270 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b697270.135721629716389.transcr...@bugs.debian.org
Re: Processed: Re: Bug#697270: PC 32-bit programs fails to work on amd64
Hi Gergely, if you take the effort to reassign to general, why dont you lower the severity as well? And, if you explain how this is a user error, why dont you close it straight away? cheers, Holger -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201301031632.56423.hol...@layer-acht.org
Re: Processed: Re: Bug#697270: PC 32-bit programs fails to work on amd64
Hi Gergelzz :-) On Donnerstag, 3. Januar 2013, Gergelzz Nagy wrote: Because I haven't slept this year yet, and I forgot to change the Cc: to -done@, and there's been about 5 minutes between the Control: header and the rest of my mail, during which I completely forgot about the former. ouch, I hope you're on Hawaii then! :-) Good night then thanks for caring! cheers, Holger -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201301031656.04010.hol...@layer-acht.org
Re: Processed: Re: Bug#697270: PC 32-bit programs fails to work on amd64
Holger Levsen hol...@layer-acht.org writes: Hi Gergely, if you take the effort to reassign to general, why dont you lower the severity as well? And, if you explain how this is a user error, why dont you close it straight away? Because I haven't slept this year yet, and I forgot to change the Cc: to -done@, and there's been about 5 minutes between the Control: header and the rest of my mail, during which I completely forgot about the former. Sorry 'bout that. -- |8[ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hamyjmtu.fsf@algernon.balabit
Bug#697270: PC 32-bit programs fails to work on amd64
User error? Huh ? No ! This is a Debian Bug ! Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=Gr0Tk9Pq4ghcZPgf3ad89=if+qormg+eph-a6nea6...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
Please keep in mind, that I have wasted 4 hours of my personal time on this Debian bug, and do you think this is reasonable ? -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=ekcjtaqa2uschmsgybnnbuntdubhwqyyuzg9guawj...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
On 01/04/2013 01:02 AM, Alexey Eromenko wrote: Please keep in mind, that I have wasted 4 hours of my personal time on this Debian bug, and do you think this is reasonable ? It all depends. How did you even install Firefox 32 bits? We don't have such a package in Debian. It's rebranded as iceweasel, because the mozilla foundation wanted it this way (it's complicated, so I will not go into details about why, though you can search on your favorite web search engine about it). And to reply to your question: Yes, it's reasonable to spend 4 hours of your personal time on a Debian bug. Hundreds of people are spending even more time than this on a daily basis in order to improve Debian. No, it's not reasonable to report you can't run Firefox 32 bits on a 64 bits arch Debian, when really, you'd better just do: apt-get install iceweasel and use your newly installed browser in 64 bits mode... Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50e5bf1e.3000...@debian.org
Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 3, 2013 at 7:25 PM, Thomas Goirand z...@debian.org wrote: on a 64 bits arch Debian, when really, you'd better just do: apt-get install iceweasel and use your newly installed browser in 64 bits mode... Not, because my job requires the latest FireFox (latest-and-greatest). And the standard FireFox, which is 32-bits, should work. Debian should ship with at least basic 32-bit packages, for LSB dependency. (3rd party vendors code for 32-bit LSB) -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=GLx_+t9pgA=gSqCTuu=d+b6_wbd4xa0ktqkj-tdyx...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
Alexey Eromenko al4...@gmail.com writes: User error? Huh ? No ! This is a Debian Bug ! Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. It is really confusing the first time you run into it, and indeed I had to debug a problem due to that error just the other day. But it's how some rather low-level components of the system work. One could argue that it's a wishlist bug against the kernel, where I think one would have to add a new errno value just for this error so that it can be distinguished from the general ENOENT case. But, even in that case, this would have to be something changed upstream; it's not the sort of thing that Debian can carry a local patch for. Fiddling around with the error return codes of system calls in a single distribution is not a good idea. That sort of thing tends to have unforseen compatibility issues. So the short version is that, regardless, this is not a bug that Debian is going to fix specifically in Debian. If it changes upstream, obviously we and all the other distributions will pick up that change. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9sqyxxv@windlord.stanford.edu
Bug#697270: PC 32-bit programs fails to work on amd64
But having 32-bit LSB compliance will help people a _LOT_. -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=H9b9+paJGv5h0_Lp8_WDdOyK9wjhSa+=xlqdog5uu...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
On Fri, Jan 4, 2013 at 1:31 AM, Alexey Eromenko al4...@gmail.com wrote: On Thu, Jan 3, 2013 at 7:25 PM, Thomas Goirand z...@debian.org wrote: on a 64 bits arch Debian, when really, you'd better just do: apt-get install iceweasel and use your newly installed browser in 64 bits mode... Not, because my job requires the latest FireFox (latest-and-greatest). And the standard FireFox, which is 32-bits, should work. Debian should ship with at least basic 32-bit packages, for LSB dependency. (3rd party vendors code for 32-bit LSB) Btw, if you want the latest Nightly, try http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ or latest Firefox, try http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest/ All of them are available under both 32bit and 64bit x86 architectures. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w7lzvob5ubn3o_7rgqd_ndh5_jssrremctnksuzgnu...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
On 01/04/2013 01:31 AM, Alexey Eromenko wrote: On Thu, Jan 3, 2013 at 7:25 PM, Thomas Goirand z...@debian.org wrote: on a 64 bits arch Debian, when really, you'd better just do: apt-get install iceweasel and use your newly installed browser in 64 bits mode... Not, because my job requires the latest FireFox (latest-and-greatest). What you are looking for is: http://mozilla.debian.net/ It has the latest. (or if doesn't, it will in a week or so, Debian Developers behind this are very efficient) And the standard FireFox, which is 32-bits, should work. You still didn't answer my question as to how you installed it, so I can't tell. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50e5c5e2.9060...@debian.org
Bug#697270: PC 32-bit programs fails to work on amd64
Alexey Eromenko al4...@gmail.com writes: User error? Huh ? It is, I'm afraid. No ! This is a Debian Bug ! No, it is not. Debian clearly says: File does not exist, while in fact it DOES EXIST. It does not. However, the file the message is referring to is not the file you think it refers to: it is missing the 32-bit dynamic linker, /lib32/ld-linux.so.2 (available in the package libc6-i386), not the firefox binary itself. The message is a bit confusing, indeed, but without a dynamic linker present, it's hard to do any better. This is a 100% proof of Debian bug. You installed a 32-bit application on a 64-bit system. That will only work if you also install the 32-bit supporting libraries, including the dynamic linker. This is not a bug in Debian. And no, installing 32-bit libraries by default would be a bad idea, for a multitude of reasons. -- |8] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vcbei1w9.fsf@algernon.balabit
Bug#697270: PC 32-bit programs fails to work on amd64
Alexey Eromenko al4...@gmail.com writes: But having 32-bit LSB compliance will help people a _LOT_. Debian provides LSB compliance via the lsb set of packages. Not everyone wants to have all LSB packages installed or particularly cares about LSB compliance. If you do: aptitude install lsb will install it for you. This should also pull in 32-bit support on an amd64 architecture. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871ue2ywpp@windlord.stanford.edu
Bug#697270: PC 32-bit programs fails to work on amd64
On Fri, Jan 4, 2013 at 1:44 AM, Alexey Eromenko al4...@gmail.com wrote: But having 32-bit LSB compliance will help people a _LOT_. This does not mean you can't run 32bit application under a 64bit Debian installation, it's because the support is not added into default installation as the feature isn't considered stable in the Debian way. You can search for Multi-Arch for more details on this topic. You will be able to run most of the 32bit applications by installing the required 32bit libraries, and the error of File does not exist means some/all of the required 32bit libraries do not exist. I agree it is not a user-friendly error message which can cause misunderstanding, but that message should not be fixed by Debian as Russ has given the details. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w7077GELw3Wn98Mw3RW=+ojab9h-ud+o5-qyl+gxdg...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
Le jeudi, 3 janvier 2013 18.44:59, Alexey Eromenko a écrit : But having 32-bit LSB compliance will help people a _LOT_. By the way: * Debian is not LSB-certified * ... but the lsb-* packages try to provide a working implementation. No work has been attempted to provide Multi-Arch lsb packages (besides lsb- release and lsb-base being Architecture: foreign). Patches are welcome to make Wheezy+1 more suitable to your needs. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201301031905.49007.o...@debian.org
Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 3, 2013 at 8:05 PM, Didier 'OdyX' Raboud o...@debian.org wrote: release and lsb-base being Architecture: foreign). Patches are welcome to make Wheezy+1 more suitable to your needs. How about changing it from a kernel bug to tasksel feature ? I recommend: tasksel to install 32-bit libraries by default, if user chooses stock Desktop (KDE/GNOME/XFCE/...). This should solve the problem for most users. -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=eo5bh4gncnzdn26ksgrmy1uwkxasjkwxbnh6dxu8p...@mail.gmail.com
Bug#697270: PC 32-bit programs fails to work on amd64
clone 697270 -1 retitle -1 misleading error message when ELF interpreter does not exist reassign -1 bash severity -1 normal merge -1 609882 retitle 697270 i386 multiarch not enabled and ia32-libs not installed by default on amd64 severity 697270 minor tags 697270 +wontfix thanks Hi Alexey, 2013-01-03 um 18:32:28 schrieb Russ Allbery: Alexey Eromenko al4...@gmail.com writes: User error? Huh ? No ! This is a Debian Bug ! Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. I guess it is bash telling you that. That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. That's already reported as bug #609882. For the second part: most people won't need i386 libs on a amd64 system, so this is obviously a wontfix. You can still install ia32-libs if you need them and follow the instructions for enabling multiarch for i386. Greetings Timo signature.asc Description: This is a digitally signed message part.
Processed (with 1 errors): Re: Bug#697270: PC 32-bit programs fails to work on amd64
Processing commands for cont...@bugs.debian.org: clone 697270 -1 Bug #697270 {Done: Holger Levsen hol...@layer-acht.org} [general] PC 32-bit programs fails to work on amd64 Bug 697270 cloned as bug 697299 retitle -1 misleading error message when ELF interpreter does not exist Bug #697299 {Done: Holger Levsen hol...@layer-acht.org} [general] PC 32-bit programs fails to work on amd64 Changed Bug title to 'misleading error message when ELF interpreter does not exist' from 'PC 32-bit programs fails to work on amd64' reassign -1 bash Bug #697299 {Done: Holger Levsen hol...@layer-acht.org} [general] misleading error message when ELF interpreter does not exist Bug reassigned from package 'general' to 'bash'. Ignoring request to alter found versions of bug #697299 to the same values previously set Ignoring request to alter fixed versions of bug #697299 to the same values previously set severity -1 normal Bug #697299 {Done: Holger Levsen hol...@layer-acht.org} [bash] misleading error message when ELF interpreter does not exist Severity set to 'normal' from 'serious' merge -1 609882 Bug #697299 {Done: Holger Levsen hol...@layer-acht.org} [bash] misleading error message when ELF interpreter does not exist Unable to merge bugs because: done of #609882 is '' not 'Holger Levsen hol...@layer-acht.org' Failed to merge 697299: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x24aac70)', 'requester', 'Timo Weingärtner t...@tiwe.de', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '201301031919.39522.t...@tiwe.de', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537 Debbugs::Control::Service::control_line('line', 'merge -1 609882', 'clonebugs', 'HASH(0x241c160)', 'limit', 'HASH(0x241bb48)', 'common_control_options', 'ARRAY(0x241bb90)', 'errors', ...) called at /usr/lib/debbugs/service line 474 retitle 697270 i386 multiarch not enabled and ia32-libs not installed by default on amd64 Bug #697270 {Done: Holger Levsen hol...@layer-acht.org} [general] PC 32-bit programs fails to work on amd64 Changed Bug title to 'i386 multiarch not enabled and ia32-libs not installed by default on amd64' from 'PC 32-bit programs fails to work on amd64' severity 697270 minor Bug #697270 {Done: Holger Levsen hol...@layer-acht.org} [general] i386 multiarch not enabled and ia32-libs not installed by default on amd64 Severity set to 'minor' from 'serious' tags 697270 +wontfix Bug #697270 {Done: Holger Levsen hol...@layer-acht.org} [general] i386 multiarch not enabled and ia32-libs not installed by default on amd64 Added tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. -- 609882: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609882 697270: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697270 697299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697299 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13572371892908.transcr...@bugs.debian.org
Re: Bug#697270: PC 32-bit programs fails to work on amd64
Timo Weingärtner t...@tiwe.de writes: 2013-01-03 um 18:32:28 schrieb Russ Allbery: Alexey Eromenko al4...@gmail.com writes: User error? Huh ? No ! This is a Debian Bug ! Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. I guess it is bash telling you that. That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. That's already reported as bug #609882. I think that's asking quite a lot of bash. Wouldn't it have to open the binary and parse the ELF headers, extracting the INTERP header, in order to verify that? Does it really make sense to encode understanding of ELF binary layout formats in bash? -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87obh6xgux@windlord.stanford.edu
Re: Bug#697270: PC 32-bit programs fails to work on amd64
Hallo Russ Allbery, 2013-01-03 um 19:26:46 schriebst Du: Timo Weingärtner t...@tiwe.de writes: 2013-01-03 um 18:32:28 schrieb Russ Allbery: Alexey Eromenko al4...@gmail.com writes: User error? Huh ? No ! This is a Debian Bug ! Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. I guess it is bash telling you that. That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. That's already reported as bug #609882. I think that's asking quite a lot of bash. Wouldn't it have to open the binary and parse the ELF headers, extracting the INTERP header, in order to verify that? Does it really make sense to encode understanding of ELF binary layout formats in bash? As seen in strace bash already checks for existance of the script and the #!interpreter. So when execve threw a ENOENT (The file filename or a script or ELF interpreter does not exist, or a shared library needed for file or interpreter cannot be found.) it could at least say something like interpreter or libs not found, try ldd for debugging. Grüße Timo signature.asc Description: This is a digitally signed message part.
Re: Bug#697270: PC 32-bit programs fails to work on amd64
Timo Weingärtner t...@tiwe.de writes: Hallo Russ Allbery, I think that's asking quite a lot of bash. Wouldn't it have to open the binary and parse the ELF headers, extracting the INTERP header, in order to verify that? Does it really make sense to encode understanding of ELF binary layout formats in bash? As seen in strace bash already checks for existance of the script and the #!interpreter. So when execve threw a ENOENT (The file filename or a script or ELF interpreter does not exist, or a shared library needed for file or interpreter cannot be found.) it could at least say something like interpreter or libs not found, try ldd for debugging. Hm, yes, I suppose that's true. There's a race condition when the binary is deleted between the ENOENT failure and the subsequent check, but apparently bash is already living with that for the shell script check. Okay, good point. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9sqxfxd@windlord.stanford.edu
Re: Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 03, 2013 at 10:26:46AM -0800, Russ Allbery wrote: That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. That's already reported as bug #609882. I think that's asking quite a lot of bash. Wouldn't it have to open the binary and parse the ELF headers, extracting the INTERP header, in order to verify that? Does it really make sense to encode understanding of ELF binary layout formats in bash? No, it doesn't. Especially when binfmt_misc means you can get this error from an arbitrary number of file formats with arbitrary levels of interpreter nesting. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#697270: PC 32-bit programs fails to work on amd64
On 01/03/2013 02:16 PM, Alexey Eromenko wrote: On Thu, Jan 3, 2013 at 8:05 PM, Didier 'OdyX' Raboud o...@debian.org wrote: release and lsb-base being Architecture: foreign). Patches are welcome to make Wheezy+1 more suitable to your needs. How about changing it from a kernel bug to tasksel feature ? I recommend: tasksel to install 32-bit libraries by default, if user chooses stock Desktop (KDE/GNOME/XFCE/...). This should solve the problem for most users. See http://www.debian.org/releases/stable/amd64/apbs04.html.en#preseed-pkgsel for selection of individual packages at install time by preseeding. Sounds like maybe it is a fit for your needs. Ben -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50e5d3b2.5030...@sanctuary.nslug.ns.ca
Bug#697270: PC 32-bit programs fails to work on amd64
On Fri, Jan 04, 2013 at 02:01:26AM +0800, Aron Xu wrote: On Fri, Jan 4, 2013 at 1:44 AM, Alexey Eromenko al4...@gmail.com wrote: But having 32-bit LSB compliance will help people a _LOT_. This does not mean you can't run 32bit application under a 64bit Debian installation, it's because the support is not added into default installation as the feature isn't considered stable in the Debian way. [...] In squeeze one could just run: apt-get install ia32-libs-gtk and most third-party i386 binaries would work. But in wheezy one must first run: dpkg --add-architecture i386 apt-get update The installer doesn't AFAIK provide even the option to do this. (The i386/amd64 installer images might at least be usable as multiarch APT sources though.) So this is a usability regression in wheezy. Further, since the ia32-libs-* metapackages are transitional, this is due to become even more difficult in jessie. I think it's a mistake to remove well-known and useful metapackages, and they should be retained. However they should probably be moved into tasksel once the installer is multiarch-aware. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130103185949.gt13...@decadent.org.uk
Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, 03 Jan 2013, Alexey Eromenko wrote: On Thu, Jan 3, 2013 at 8:05 PM, Didier 'OdyX' Raboud o...@debian.org wrote: release and lsb-base being Architecture: foreign). Patches are welcome to make Wheezy+1 more suitable to your needs. How about changing it from a kernel bug to tasksel feature ? I recommend: tasksel to install 32-bit libraries by default, if user chooses stock Desktop (KDE/GNOME/XFCE/...). This should solve the problem for most users. This is actually a very good idea. Automatically generate the library subset of a task, teach tasksel to add the required arch tags, and make it as easy as a checkbox or a command line option to add most of the libraries you might ever need for a secondary arch. This could go a long way to make it less painful (if a _lot_ more wasteful of inodes and disk space) to deal with 32-bit non-debian applications. That said, for now, it is best to learn how to use the ldd utility to root out missing libraries for any binary. It *really* helps. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130103194624.ga2...@khazad-dum.debian.net
Re: Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 03, 2013 at 10:26:46AM -0800, Russ Allbery wrote: Debian clearly says: File does not exist, while in fact it DOES EXIST. This is a 100% proof of Debian bug. I guess it is bash telling you that. That's the error message that you get when the dynamic loader for a binary doesn't exist. I think that's been the case for as long as Linux has existed. That's already reported as bug #609882. I think that's asking quite a lot of bash. Wouldn't it have to open the binary and parse the ELF headers, extracting the INTERP header, in order to verify that? Does it really make sense to encode understanding of ELF binary layout formats in bash? This was discussed on Dec 26 on #-devel, a Fedora patch (http://pkgs.fedoraproject.org/cgit/bash.git/tree/bash-2.05a-interpreter.patch) was mentioned. Yes, it parses ELF headers. -- WBR, wRAR signature.asc Description: Digital signature
Re: Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 03, 2013 at 06:59:02PM +0100, Gergely Nagy wrote: You installed a 32-bit application on a 64-bit system. That will only work if you also install the 32-bit supporting libraries, including the dynamic linker. This is not a bug in Debian. And no, installing 32-bit libraries by default would be a bad idea, for a multitude of reasons. Starting with the question: WHICH 32-bit? Does the user mean a modern 32-bit x86 ABI? If so, x32 is over there. Does the user mean the most widespread 32-bit CPU type? Then qemu-user-arm. Unless you want to resolve the question by installing libraries for every single architecture by default. An then, WHICH libraries? Although here at least LSB help, even though what it mandates is ancient. -- How to squander your resources: those silly Swedes have a sauce named hovmästarsås, the best thing ever to put on cheese, yet they waste it solely on mere salmon. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130103213543.ga32...@angband.pl
Re: Bug#697270: PC 32-bit programs fails to work on amd64
On Thu, Jan 03, 2013 at 10:35:43PM +0100, Adam Borowski wrote: On Thu, Jan 03, 2013 at 06:59:02PM +0100, Gergely Nagy wrote: You installed a 32-bit application on a 64-bit system. That will only work if you also install the 32-bit supporting libraries, including the dynamic linker. This is not a bug in Debian. And no, installing 32-bit libraries by default would be a bad idea, for a multitude of reasons. Starting with the question: WHICH 32-bit? Does the user mean a modern 32-bit x86 ABI? If so, x32 is over there. Does the user mean the most widespread 32-bit CPU type? Then qemu-user-arm. Unless you want to resolve the question by installing libraries for every single architecture by default. An then, WHICH libraries? Although here at least LSB help, even though what it mandates is ancient. The problem to be solved is that ISVs provide binaries for Linux i386 and our users want to run them on amd64. LSB, x32 and ARM are completely irrelevant - the important thing is to make it easy to install whatever libraries those ISVs depend on. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130104004356.gu13...@decadent.org.uk
Re: Bug#697270: PC 32-bit programs fails to work on amd64
On Fri, Jan 04, 2013 at 12:43:56AM +, Ben Hutchings wrote: The problem to be solved is that ISVs provide binaries for Linux i386 and our users want to run them on amd64. LSB, x32 and ARM are completely irrelevant - the important thing is to make it easy to install whatever libraries those ISVs depend on. So there are 2 subtasks here: - for i386.deb packages (that have all their deps multiarchified) the user needs only to enable M-A on their system (but that's still non-trivial); - for other binaries the user will need to find out and install deps manually, while on an i386 system they are usually already installed and on amd64 queeze they were installed because of ia32-libs (throwing all deps into one pile helps for certain problem classes). -- WBR, wRAR signature.asc Description: Digital signature