Re: [gentoo-user] Multilib blues continues
On Thu, 05 Jul 2018 12:06:53 +0200 Kai Peter wrote: > On 2018-07-05 09:09, Zoltán Kócsi wrote: > [...] > See bug 604802 (https://bugs.gentoo.org/604802). > > Workaround: unmerge gperf, merge libpcap, afterwards merge gperf > again. > > For an 'emerge -e @world', temporarily downgrade to gperf-3.0.4 > before. Thanks! Zoltan
Re: [gentoo-user] Multilib blues continues
On 2018-07-05 09:09, Zoltán Kócsi wrote: The */* x86_ ... in the use file and asking emerge to re-build the libraries is pretty cool for building both 64 and 32 bit libs. But it has it's problems, it seems. The library libcap fails to compile with some spectacular errors: -- x86_64-pc-linux-gnu-gcc -m32 -O2 -pipe -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g -fPIC -I/var/tmp/portage/sys-libs/libcap-2.24-r2/work/libcap-2.24-abi_x86_32.x86/libcap/../libcap/include/uapi -I/var/tmp/portage/sys-libs/libcap-2.24-r2/work/libcap-2.24-abi_x86_32.x86/libcap/../libcap/include -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Dlinux -c cap_file.c -o cap_file.o In file included from :0:0: ./_caps_output.gperf:71:80: error: unknown type name 'size_t' gperf_case_strncmp (register const char *s1, register const char *s2, register size_t n) ^~ ./_caps_output.gperf:96:53: error: unknown type name 'size_t' __cap_hash_name (register const char *str, register size_t len) ^~ ./_caps_output.gperf:197:55: error: unknown type name 'size_t' __cap_lookup_name (register const char *str, register size_t len) ^~ ./_caps_output.gperf:197:1: error: conflicting types for '__cap_lookup_name' __cap_lookup_name (register const char *str, register size_t len) ^ ./_caps_output.gperf:33:29: note: previous declaration of '__cap_lookup_name' was here const struct __cap_token_s *__cap_lookup_name(const char *, unsigned int); ^ cap_text.c: In function 'cap_to_name': cap_text.c:291:2: warning: ignoring return value of 'asprintf', declared with attribute warn_unused_result [-Wunused-result] asprintf(, "%u", cap); ^ make[1]: *** [Makefile:84: cap_text.o] Error 1 If it can't find size_t then for some reason it fails to include pretty much any standard header. Which is supported by the "included from " pip from gcc. Obviously, whatever generates the _caps_output.gperf file made a mistake, both not including the standard headers and also with declaration of the __cap_lookup_name() function. Considering that libcap builds happily on a 64-bit system and I assume would also build on 32-bit one, the problem must be with the magic required to build a 32-bit version on a 64-bit machine. Should it be considered a bug worthy of reporting? Thanks, Zoltan See bug 604802 (https://bugs.gentoo.org/604802). Workaround: unmerge gperf, merge libpcap, afterwards merge gperf again. For an 'emerge -e @world', temporarily downgrade to gperf-3.0.4 before. -- Sent with eQmail-1.11 beta
Re: [gentoo-user] Multilib help
On Wednesday, 4 July 2018 10:21:16 BST Zoltán Kócsi wrote: > On Wed, 4 Jul 2018 09:25:41 +0200 > > Arve Barsnes wrote: > > [...] > > An example: I have a file /etc/portage/package.use/abix86 where I put > > lines like these for packages I need installed in a 32-bit flavour (in > > addition to the 64-bit my normal system uses): > > > > dev-db/sqlite abi_x86_32 > > dev-libs/glib abi_x86_32 > > etc... > > Brilliant! Works like a charm. > > Now if someone could just tell me what to read so I understand what > I'm doing. Please... I hate it when I don't know what's going on. > > Is there a detailed description on how portage works, what are these > magic directories/files/variables? > > Thanks, > > Zoltan The official Gentoo Documentation and Gentoo Wiki are valuable sources of information and provide howto instructions for all sorts of setups. For Portage I'd recommend you start from here: https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/Portage then delve into more areas by navigating to them from the menu list on the right titled "Working with Gentoo" and "Working with Portage". https://wiki.gentoo.org/wiki/Main_Page -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Multilib help
On Wed, 4 Jul 2018 09:25:41 +0200 Arve Barsnes wrote: > [...] > An example: I have a file /etc/portage/package.use/abix86 where I put > lines like these for packages I need installed in a 32-bit flavour (in > addition to the 64-bit my normal system uses): > > dev-db/sqlite abi_x86_32 > dev-libs/glib abi_x86_32 > etc... Brilliant! Works like a charm. Now if someone could just tell me what to read so I understand what I'm doing. Please... I hate it when I don't know what's going on. Is there a detailed description on how portage works, what are these magic directories/files/variables? Thanks, Zoltan
Re: [gentoo-user] Multilib help
On 4 July 2018 at 08:31, James Stevenson wrote: > The easiest way to fix this issue is to figure out which libraries you need > and then stipulate that you want the x86_32 version of that package in your > accept_keywords file. Check the Gentoo wiki for the software you are trying > to run for hints on what libraries you need. This won't work, keywords are for accepting unstable packages, or unkeyworded packages in your tree, they don't make a package 32-bit on a 64-bit system. This is what the USE_EXPAND variable ABI_X86 is for. I agree that you should figure out which libraries you need in 32-bit versions, but then you should add them to your package.use file or directory. An example: I have a file /etc/portage/package.use/abix86 where I put lines like these for packages I need installed in a 32-bit flavour (in addition to the 64-bit my normal system uses): dev-db/sqlite abi_x86_32 dev-libs/glib abi_x86_32 etc... Cheers, Arve
Re: [gentoo-user] Multilib help
The easiest way to fix this issue is to figure out which libraries you need and then stipulate that you want the x86_32 version of that package in your accept_keywords file. Check the Gentoo wiki for the software you are trying to run for hints on what libraries you need. James On Wed, Jul 4, 2018, 6:52 AM Zoltán Kócsi wrote: > I have to admit that I'm a recent convert to Gentoo and don't really > understand (read: haven't the slightest clue about) the inner workings > of portage, emerge, ebuild et al. > > My problem is that I've installed a multilib-enabled 64-bit system and > realised that /usr/lib32 and /usr/lib64 are vastly of different. There > are around 2200 dynamic and some 130 static libs in lib64 while there > are around 300 dynamic and 15 static libs in lib32. That is, about 85% > of libraries exist in 64-bit version only. > > Consequently, pretty much any 32-bit binary fails to launch due to > missing libraries. Which is most unfortunate as I have quite a few > of such binaries from EDA tools to productivity tools to games. > > I would much appreciate if someone would explain how to tell the system > to build a 32-bit version of *every* library it installs (and have > already installed) so that 32-bit binaries could run (and could also be > built against those libs, actually). > > Due to my complete lack of understanding of the magic embedded in > portage, my reading of the Gentoo Wiki did not help at all. Yes, I > found the multilib pages, all sorts of references to ebuild categories > but, unfortunately, I don't really understand what they talk about. > > So if a good soul came down to the level of the unfranked and told me > what to do, I'd be most obliged. In addition, if there's some decent > documentation on the package management system (apart from the Wiki), > preferably in a format that can be printed for night-time reading, I'd > be glad to receive some pointers. > > Thanks, > > Zoltan > >
Re: [gentoo-user] Multilib help
> On 2018-07-04, at 01:51, Zoltán Kócsi wrote: > > My problem is that I've installed a multilib-enabled 64-bit system and > realised that /usr/lib32 and /usr/lib64 are vastly of different. There > are around 2200 dynamic and some 130 static libs in lib64 while there > are around 300 dynamic and 15 static libs in lib32. That is, about 85% > of libraries exist in 64-bit version only. This is normal. > > Consequently, pretty much any 32-bit binary fails to launch due to > missing libraries. Which is most unfortunate as I have quite a few > of such binaries from EDA tools to productivity tools to games. If your (presumably closed source) apps are old enough to not have 64-bit builds available, then they may be too old for Portage to be useful for this. You would be better off building the old version open source libs in 32-bit and set up a prefix to run everything from with things like LD_LIBRARY_PATH set. > > I would much appreciate if someone would explain how to tell the system > to build a 32-bit version of *every* library it installs (and have > already installed) so that 32-bit binaries could run (and could also be > built against those libs, actually). There's no such feature (yet). You can set up a chroot for a 32-bit system and run things from there. https://wiki.gentoo.org/wiki/Project:AMD64/32-bit_Chroot_Guide If most of your apps are 32-bit then you are almost better off running a native 32-bit system, especially for games. You can also use the chroot for building, but then copy the libraries you need (and only the ones you need) to a path outside of the chroot. Then you can set LD_LIBRARY_PATH to that path and run the binary. This will work for most apps including games. I prefer this way because then I don't have to remember to set up the chroot, nor do I have to do anything as root once this is set up. This is how I ran PCSX2 prior to it running natively on x86-64. Otherwise, if graphics performance is not an issue, use a 32-bit Linux within a VM. Andrew
Re: [gentoo-user] multilib - do I need it?
On Friday 03 April 2015 01:30:53 Walter Dnes wrote: Bad news for Virtualbox... == [d531][waltdnes][~] emerge -pv virtualbox These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy virtualbox have been masked. !!! One of the following masked packages is required to complete your request: - app-emulation/virtualbox-::gentoo (masked by: package.mask, missing keyword) /usr/portage/profiles/features/64bit-native/package.mask: # AMD64 Team am...@gentoo.org # Mask packages that rely on amd64 multilib == Ah, right. So I'll stick to what I have. Thanks. -- Rgds Peter.
Re: [gentoo-user] multilib - do I need it?
On Thu, Apr 02, 2015 at 02:12:40PM -0300, Francisco Ares wrote Hi, How does one know previously which packages will require 32 bit ABI ? I have two systems (among others) to consider: one is very simple, built using as fewer packages as possible, it is the development system for an embedded equipment, and it is 64 bit ABI only - no multilib; the other is a general purpose workstation, with lots of packages, and someday, by some forgotten reason, I needed to install emul-linux-* . Can you attach your /var/lib/portage/world file to a post here? I assume you have nothing embarressing in it. Almost all applications that used to require 32-bit emulation now run natively on 64-bit no-multilib. I recently upgraded a 7+ year old machine from 32-bit Gentoo to 64-bit-only Gentoo (no-multilib) and I don't have any apps with problems as 64-bit only. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] multilib - do I need it?
On Thursday 02 April 2015 21:30:14 Walter Dnes wrote: I recently upgraded a 7+ year old machine from 32-bit Gentoo to 64-bit- only Gentoo (no-multilib) and I don't have any apps with problems as 64- bit only. Do you have Flash? If that runs on no-multilib I'd consider switching to that profile. Don't know about VirtualBox though, which I use for WinXP from time to time. Is there a prescribed route to switching profiles like this? -- Rgds Peter.
Re: [gentoo-user] multilib - do I need it?
On Fri, Apr 03, 2015 at 01:44:04AM +0100, Peter Humphrey wrote On Thursday 02 April 2015 21:30:14 Walter Dnes wrote: I recently upgraded a 7+ year old machine from 32-bit Gentoo to 64-bit- only Gentoo (no-multilib) and I don't have any apps with problems as 64- bit only. Do you have Flash? If that runs on no-multilib I'd consider switching to that profile. Yes, flash works fine. Mind you, it hogs CPU on my over-7-year-old Core 2 duo, but the 32-bit version would also do that, too. Don't know about VirtualBox though, which I use for WinXP from time to time. Bad news for Virtualbox... == [d531][waltdnes][~] emerge -pv virtualbox These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy virtualbox have been masked. !!! One of the following masked packages is required to complete your request: - app-emulation/virtualbox-::gentoo (masked by: package.mask, missing keyword) /usr/portage/profiles/features/64bit-native/package.mask: # AMD64 Team am...@gentoo.org # Mask packages that rely on amd64 multilib == -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] multilib - do I need it?
On Thursday 02 Apr 2015 18:12:40 Francisco Ares wrote: Hi, How does one know previously which packages will require 32 bit ABI ? I have two systems (among others) to consider: one is very simple, built using as fewer packages as possible, it is the development system for an embedded equipment, and it is 64 bit ABI only - no multilib; the other is a general purpose workstation, with lots of packages, and someday, by some forgotten reason, I needed to install emul-linux-* . Now I'm willing to change the profile to no-multilib, I have found that a lot of packages require to be rebuilt for 32 bit ABI. Is there a way of checking which are the packages requiring 32 bit ABI? Thanks, Francisco Portage should ask you to add the abi_x86_32 in the relevant packages' USE flags when you run 'emerge @preserve-rebuild -a' -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Multilib or not?
On Tue, Jul 17, 2012 at 2:08 PM, João Matos jaon...@gmail.com wrote: Hi list. I've been using gentoo amd64 multilib for at least five year, and the system is working pretty well. But the recent discussion about 64 bit over 32 made me wonder about changing the profile to a non-multilib. So I run 'revdep-rebuild --verbose' just to check what do I have that still depends on emul-linux-x86* and I've found: app-emulation/wine-1.4 sys-boot/grub-0.97-r10 www-plugins/google-talkplugin-2.1.7.0 x11-drivers/nvidia-drivers-295.59 games-emulation/zsnes-1.51-r2 skype I suppose that I'll have no problem with wine or nvidia-drivers based on preview discussion. But how about grub, zsnes, skype or some .bin games installed outside portage, like Aminesia? Don't know. I'm assuming that I'll also have no problems with codecs, because since I compiled mplayer with vdpau support I can play all video stuff with it. There will be some codecs which mplayer doesn't support. Stuff whose particular spec has been lost to time, missing documentation and win32codecs. That will continue to be the case until the reverse-engineering geeks find time and samples to cover the remainder. Honestly, I don't see much of a point to getting rid of multilib, unless you're looking for some sense of systemic purity. I do know people who do that. (But they also avoid anything closed-source, which certainly helps.) -- :wq
Re: [gentoo-user] Multilib or not?
On Tue, Jul 17, 2012 at 3:15 PM, Michael Mol mike...@gmail.com wrote: On Tue, Jul 17, 2012 at 2:08 PM, João Matos jaon...@gmail.com wrote: I suppose that I'll have no problem with wine or nvidia-drivers based on preview discussion. But how about grub, zsnes, skype or some .bin games installed outside portage, like Aminesia? Don't know. I'm assuming that I'll also have no problems with codecs, because since I compiled mplayer with vdpau support I can play all video stuff with it. There will be some codecs which mplayer doesn't support. Stuff whose particular spec has been lost to time, missing documentation and win32codecs. That will continue to be the case until the reverse-engineering geeks find time and samples to cover the remainder. Honestly, I don't see much of a point to getting rid of multilib, unless you're looking for some sense of systemic purity. I do know people who do that. (But they also avoid anything closed-source, which certainly helps.) I have to agree on that, its just too much work for no apparent gain. Unless we are talking about mission critical systems where we should avoid any point of possible failure, but I guess if it was the case, ZNES wouldn't be installed :D But maybe I'm the wrong person to ask, I still run a 32 bits system, never bothered to go full 64 for the same exact reason above (and since this system is almost 6 years old, with no reinstall, just minor adjustments to hardware changes, I don't plan on a full install so soon). -- Daniel da Veiga
Re: [gentoo-user] Multilib or not?
So I run 'revdep-rebuild --verbose' just to check what do I have that still depends on emul-linux-x86* and I've found: app-emulation/wine-1.4 sys-boot/grub-0.97-r10 www-plugins/google-talkplugin-2.1.7.0 x11-drivers/nvidia-drivers-295.59 games-emulation/zsnes-1.51-r2 skype For grub you could use grub-static or grub2. I have some 64bit no-multilib servers that run grub-static without problems. But I have to agree with Mike here, I really don't see why one would use a no-multilib profile on a desktop machine :)
Re: [gentoo-user] Multilib or not?
Michael Hampicke wrote: So I run 'revdep-rebuild --verbose' just to check what do I have that still depends on emul-linux-x86* and I've found: app-emulation/wine-1.4 sys-boot/grub-0.97-r10 www-plugins/google-talkplugin-2.1.7.0 x11-drivers/nvidia-drivers-295.59 games-emulation/zsnes-1.51-r2 skype For grub you could use grub-static or grub2. I have some 64bit no-multilib servers that run grub-static without problems. But I have to agree with Mike here, I really don't see why one would use a no-multilib profile on a desktop machine :) When I did my install on this new rig, I installed grub-static and so far, it has worked fine. I haven't jumped off the cliff with grub2 yet. I also chose multi-lib when I did this install. The only complaint so far was flash but when has it ever really been stable to begin with? o_O I have to also mention, 64 bit does seem to use more memory. It's not a whole lot but it is noticeable. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] multilib vs. no-multilib in 64-bit environment
On Saturday 26 May 2007, Denis [EMAIL PROTECTED] wrote about '[gentoo-user] multilib vs. no-multilib in 64-bit environment': I think I'll attempt to set up one of my EM64T boxes in 64-bit Gentoo environment, so I've been reading some docs about it. *cough*AMD64*cough* I understand that the multilib profile allows for having 32-bit libraries and being able to run 32-bit binaries, Being able to run 32-bit binaries requires two things. x86_32 support in the kernel (which (no-)multilib doesn't affect) and all the libraries for the binaries being available in a 32-bit version, particularly ld.so and libc.so.6; multilib the multilib profile causes (not allows -- if you use multilib profile it is not optional) the most fundamental 32-bit libraries (like those required for *building* a 32-bit library) to be installed. whereas no-multilib restricts you to a purely 64-bit environment with no 32-bit compatibility. That's true as far as libraries go. (A fully statically linked 32-bit executable could still run if the kernel has support for x86_32.) What would be some of the reasons for setting up a no-multilib profile? Saves disk space and compilation time. Perhaps for a computational workstation that doesnt need any fancy toys or a development system? Very few F(L)OSS programs are unavailable in 64-bit land, so if your computer lives in the Free (Software) world you won't have problems no matter what you use the computer for. If you need/want proprietary binaries, multilib is the only way to go. Are any of you here running on a no-multilib 64-bit profile? Not I. I'm still leaning on my wine/cedega crutch for some things. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.