Re: [gentoo-user] confusion on profiles
On 02/24/2015 03:53 PM, Douglas J Hunley wrote: > I just saw this today: >> [20] hardened/linux/amd64/no-emul-linux-x86 [21] >> hardened/linux/amd64/selinux [22] >> hardened/linux/amd64/no-multilib [23] >> hardened/linux/amd64/no-multilib/selinux [24] >> hardened/linux/amd64/x32 > > but I don't understand the difference between 20 and 24. I thought > x32 was the path to getting rid of the emul* stuff ? -- Douglas J > Hunley (doug.hun...@gmail.com <mailto:doug.hun...@gmail.com>) > Twitter: @hunleyd > Web: about.me/douglas_hunley <http://about.me/douglas_hunley> G+: > http://google.com/+DouglasHunley x32 is the new x86 ABI. 20, is a profile that has all the emul-* packages masked, so the new multilib ebuilds take precedence. They are completely different profiles You probably need to read this: http://wiki.gentoo.org/wiki/Multilib_System_without_emul-linux_Packages -- Regards, Markos Chandras
Re: [gentoo-user] USE-flags description?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/01/2015 05:36 PM, Jarry wrote: > Hi Gentoo-users, > > where can I find description of *all* USE flags? I checked > /usr/portage/profiles/use.desc and use.local.desc but still I can > not find some... > > cpuinfo2cpuflags-x86 suggested my CPU_FLAGS_X86 should be: "aes avx > mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" > > But I'd like to know what they means, but I could not find any > description for "aes" and "popcnt"... > > Jarry > try /usr/portage/desc/cpu_flags_x86.desc - -- Regards, Markos Chandras -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQF8BAEBCgBmBQJUzmglXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8ZBcUH/RtFmb2/HEx8tnaI68RQdiaw arIHkUFmdiB0aIBm4bXFhVDEmuXXxuC+nK8jbRXPwbb9sBVKX44yRhmuZMqf5rMy i3kJbV2BciXvkpjEts5akzoJ4dYqoogu0ez4X4kdekZcMgT727OEb8fMXPaKj23i hRYZv90QrXeCKjGukRDdgxQx7Z4rEoHz+8F4BWIGv6SzqXDNYewNZys/CoyK35Tm bxOUxAXnX+RHPXl6obcNopR/0x3YwCg4yHvsRe0Wsa6hKuih+DasS2CosS+1UW1A oPO6h6Llacl7GyduI4a1so20Je9YN+G//OSvOtnV2Yrz8YCFLWO1K2p7fXzpqGU= =8lWs -END PGP SIGNATURE-
Re: [gentoo-user] Re: lightdm & fluxbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/17/2015 12:58 AM, walt wrote: > On 01/16/2015 09:57 AM, pat wrote: >> Hi, >> >> I need help. I'm not able to start fluxbox session from lightdm. >> Couple days ago I've restarted my laptop and since then I'm Xless >> :-\ When I try to start fluxbox using startx (the startfluxbox >> command defined in .xinitrc in my home) the fluxbox starts, but >> using lightdm the screen blinks and returns to lightdm. There's >> an error message in the .xsession-errors: "/etc/lightdm/Xsession: >> line 74: /usr/bin/dbus-launch --exit-with-session >> /usr/bin/ssh-agent -- startfluxbox: no such file or directory" > > Are the two lines above actually all one line? (I'm assuming so.) > So, which is the non-existent file? > > Do you really have a /usr/bin/dbus-launch? What about > /usr/bin/ssh-agent? > > Have you emerged updates to dbus, lightdm, or fluxbox in the last > few days? > > (You can see a list of updated packages with "qlop -l") > > > That was a bug in lightdm. Please sync and try to re-emerge it. Sorry about that. - -- Regards, Markos Chandras -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQF8BAEBCgBmBQJUuiiiXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8ZQi4IAI4SHeO5cneL/hUywPc/mUJo XrlP/TT/B0OuSXRahH63ydMKvbJ9lysFVfnitdDiHh7vJnLy612B1kVc39cvlKvJ ORmfBjwGxxHtqKD7K+d+xuZSlFWr3edfZq0XK//lmckKXdiTKdq83l5QbkWhMYDf 0LEuDtsJW0SFmPc+xtftPIeoRJUeJVjheUTu4PbPm6+89AUzFnbUers28wwgsrG1 aW1XiK/P1ND7wAkhli1QRhV+tVViwKA2Me7q0/xRafYQm+7CrDnp6AgYrsCb5WS0 2BQsgPRdWfiLDp2byapcyWTqWWCWAJyhca/dEiyb7pT9y4iQcC5NfIIfksJhBQU= =h6rM -END PGP SIGNATURE-
Re: [gentoo-user] *** STOP misuing this list for personal attacks ***
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 03/23/2014 04:06 PM, Alan McKinnon wrote: > On 23/03/2014 12:11, Tom Wijsman wrote: >> On Sun, 23 Mar 2014 04:52:47 -0500 Bruce Hill >> wrote: >> >>> It's my sincere hope that someone's persistence hammered some >>> common sense and email etiquette into his attitude. >> >> Other Gentoo Developers did; but, I'll make an exception for this >> list. >> >> "The mailing list etiquette requires people to CC all the people >> involved in a particular thread in replies to the mailing list, >> in case any of them is not subscribed." >> >> — http://wiki.gentoo.org/wiki/Procmail >> > > > And you have been told repeatedly that the actual real life users > on this actual real life list would like you to stop doing it. We > didn't write that FAQ, I fail to see how it applies and this is not > -dev, not does QA play any role in this. > > Now please learn to play by the rules and expectations of the > existing users of a community you have joined newly. If the doc is > so important to you, please update it with an exception for -user > and state this is the general consensus of that list. > > Then please learn how to back down and gracefully accept the wishes > of others. You have no special rights here. > > I think this thread has gone a bit off-topic. Just a reminder, Gentoo has a special team[1] designed for developers and *users* to contact if someone does not play by the rules. Please consider contacting this team if reaching an agreement is not possible, instead of using the list for arguments, conflicts etc. [1] https://wiki.gentoo.org/wiki/Project:ComRel - -- Regards, Markos Chandras -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQF8BAEBCgBmBQJTLwx+XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8Z2t0H+gI+BfvraGEkpa52rIrRXYg5 xePPAvwTyrIlrlhBhw991tAQwj6p2xLtJmegVut01sM4xXn2RqaP59yZn/D9sQSi sDaEwUtRZPb+R8EQwvNXH+M52IS5W7rnPvzNs7o+wqPtHN+8LYfAfxM9gPdX8KOL U5HqCKZF2CQOeUUpGpYqPLqj8Wj7sDHI2khEy8OACFG6Ucs9LvwE8DbW5OepB4dZ f4RmaDL7W1peuYpVwuMfSORmTYLl9th49KRw8V5jNJx+YHLqoy4LDoPRANc8W2Ws W0KL72PjlBbyCi8uFBrQW2MK84RCzeuP+/SfgRwUpJ3CjGeXWFHhZnK6TPYFOo4= =6vQz -END PGP SIGNATURE-
Re: [gentoo-user] re: make distclean
On 12/16/2013 07:30 PM, Alexander Kapshuk wrote: > > https://wiki.gentoo.org/wiki/Kernel/Upgrade > > > Sanitize sources > > If you just want to rebuild the current kernel, you need sometimes to > sanitize the kernel sources: > > |root # ||make distclean| > > Interesting option. Wish it had said it would nuke my .config as well. > Just finished setting it up. Thought I'd follow the advice given before > rebuilding the kernel. Should've backed up the .config file prior to > running 'make distclean'. > > Lesson learnt. :'( > > You could get your running config using zcat /proc/config.gz > .config -- Regards, Markos Chandras
Re: [gentoo-user] Q on portage's rational to re-emerge packages
On 09/27/2013 09:24 AM, Helmut Jarausch wrote: > Hi, > would anybody please be so kind to explain to me the rational used by > portage to re-emerge > some packages. > > I've installed portage 2.2.7 and when I try to emerge, say, > app-shells/zsh-completions > it re-emerges (emerge -vp shows 'rR') several packages including, i.e., > app-office/libreoffice > > I can't imaging libreoffice depends in any way on zsh-completions. > > So, what's going on? > > (and rebuilding libreoffice isn't just fun) > > Many thanks, > Helmut. Maybe https://bugs.gentoo.org/show_bug.cgi?id=486910 ? -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-user] Portage 2.2.1 stabilized?
On 10 September 2013 10:13, Peter Humphrey wrote: > On Monday 09 Sep 2013 09:44:01 Tanstaafl wrote: >> Wow... just noticed an update is available which, for me, means it has >> been stabilized (at least on amd64)... > > --->8 > >> Now to wait a few days to see if there is any breakage to report (not >> worried about it really, though, since it has actually gotten a ton of >> testing over the last year or two)... > > ...and the first time I use it it falls over! Portage was the only thing > updated yesterday, so nothing else changed at the same time. > > # emerge --sync >>>> Synchronization of repository 'gentoo' located in '/usr/portage'... >>>> Starting rsync with rsync://192.168.2.2/gentoo-portage... >>>> Checking server timestamp ... > receiving incremental file list > rsync: mkstemp "/var/tmp/.tmp8KJSYc.AHSsPH" failed: Permission denied (13) Maybe this http://bugs.gentoo.org/477682 -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-user] OpenRc-0.12 is coming soon
On 14 August 2013 16:43, Keith Dart wrote: > Re , William Hubbs said: >> All, >> >> This message is an announcement and a reminder. >> >> OpenRc-0.12 will be introduced to the portage tree in the next few >> days. >> >> If you are using ~arch OpenRc, the standard disclaimer applies: >> remember that you might be subject to breakage. > > I just got around to upgrading to it. When I did my /etc/conf.d/net > file disappeared, and my network interface would not come up. There is > not even a sample net file any more. I had to manually add it back, > using a syntax I found on the wiki site. > > The package is now masked (openrc-0.12) because quite a few people lost their net configs So yep, ~arch being *this* broken is not so nice -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-user] gcc-4.5.4 failed (install phase)
On 8 April 2013 02:13, Joseph wrote: > I'm getting an error re-compiling gcc-4.5.4 > > o _dim_i16.o _dim_r4.o _dim_r8.o _dim_r10.o _dim_r16.o _atan2_r4.o > _atan2_r8.o _atan2_r10.o _atan2_r16.o _mod_i4.o _mod_i8.o _mod_i16.o > _mod_r4.o _mod_r8.o _mod_r10.o _mod_r16.o misc_specifics.o dprod_r8.o > f2c_specifics.o > libtool: link: /usr/i686-pc-linux-gnu/bin/ranlib .libs/libgfortran.a > libtool: link: ( cd ".libs" && rm -f "libgfortran.la" && ln -s > "../libgfortran.la" "libgfortran.la" ) > true DO=all multi-do # make > make[3]: Leaving directory > `/var/tmp/portage/sys-devel/gcc-4.5.4/work/build/i686-pc-linux-gnu/libgfortran' > make[2]: Leaving directory > `/var/tmp/portage/sys-devel/gcc-4.5.4/work/build/i686-pc-linux-gnu/libgfortran' > make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.5.4/work/build' > /var/tmp/portage/sys-devel/gcc-4.5.4/work/build > /var/tmp/portage/sys-devel/gcc-4.5.4/work/gcc-4.5.4 > cp: cannot stat > ‘/var/tmp/portage/sys-devel/gcc-4.5.4/work/build/gcc/doc/*.info’: No such > file or directory This is because of texinfo-5.1. There was already a bug about it https://bugs.gentoo.org/show_bug.cgi?id=464008 Please sync your tree and try again -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-user] ["PATCH"] Linus breaks virtualbox-modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/20/2013 01:40 PM, walt wrote: > Now that kernel 3.8.0 is officially released, 'tis the season for > Linus to start breaking all of the third-party kernel modules he > can, and virtualbox- modules is the first (nvidia.ko and other > kernel modules to follow, probably ;) > > Virtualbox-modules fails to build against today's kernel.git update > from Linus, with an error message that "MAX_PRIO is undefined" in > thread2-r0drv-linux.c. > > The fix is happily very simple because he moved the definition of > MAX_PRIO into , so all you need to do is to add > that include near the top of thread2-r0drv-linux.c. > > Thanks for the heads-up but did you actually report that to our bugzilla so we can include proper fixes in the external modules? did you try to contact the authors of the virtualbox-modules package to let them know as well? Reporting this problem in this mailing list has little value as every user needs to hack the packages on his own to make them work which is not an easy task for people who have not fiddled with ebuilds before - -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRJTC2XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNTVDNDczOUYzRjJEMTRGNDRGMzU2RkMw OUJGNEY1NEMyQkE3RjNDAAoJEAm/T1TCun88PNwP/jNIL5EzWQmJhU/2VZ1wucr6 yg9ARpfu6pDWNja3TYWo8Q0KM49Qnfw9trpWuAi+IvRWhJAtJEl+BKMX2SO6ZSsy MrjCHPvt3+AjSdqBNHSjFuCkrtqyZ3QqnlolCtz+rLeurw4T6nQySyecHlsOzp1f cG75d3oZdvbV9UFaWo+f6weSQ92DWm94CFTygKRzrTLo0Iw+TerEW/WCilcDJ3tI hYXb939FbsP3fuYbMxh4Nxuuyr/QEZAycyqD2518tBYlK/RY7pis/GMhI/IMmcFQ dlwYX9BSSrYr0h27hqn/gmVCcwerb6a8o5/s046C1dt/sTSewjs6OKOgfzS9TD2C vwRP7WWbL6RpQHqeqd1UroVXd5ldIc0gDk/hGZVkmEcg/50LtQiNM8ZrG0OctcBG KCavV7SIE1nxodC0HW43o5IHIkL6qTicZqmMm685fIH0kHNLZ51IxgSxo1fP8NtM ib0wX01twEoadiODp+smC2jRBqC58D5ReeXHM4ezIAYaRuVq+X0IjdftFNqJ2eOl /SKdNfVi+Srm5FT8xtQhPa/WOaZRRGZ0nbTzql+VZeyWz2lfDA2H3O2SqEF+mfn5 ktjnc5YiQFCuiHIcEljsv5hkYQjr9GSOQdpuL0ZciX4Qp3cmF754uJybKe1wDnf3 gKMz7NH1V5h1fIjJN7QC =SbXr -END PGP SIGNATURE-
[gentoo-user] Gentoo guest audio on Virtualbox
Hi, I have a host (centos6) running Gentoo as a guest on Virtualbox-4.2.4. However, I am not able to get audio working on the Gentoo guest. The configuration is the following: == Host settings for Guest VM == Alsa Audio Driver Intel HD Audio == Gentoo VM == Linux-3.6.8 lsmod|grep snd snd_hda_codec_idt 44870 1 snd_hda_intel 20177 3 snd_hda_codec 59120 2 snd_hda_codec_idt,snd_hda_intel snd_pcm59535 3 snd_hda_codec,snd_hda_intel snd_page_alloc 5809 2 snd_pcm,snd_hda_intel The alsamixer seems to recognize the virtual audio card correctly. However I am not able to get any audio output on smplayer,mplayer or even chromium. Any ideas? I also have a Windows Guest (Host settings Pulseaudio/Intel HD Audio) and the sound works there without problems. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Adding an extra patch to an ebuild
On Wed, Nov 21, 2012 at 9:46 AM, Helmut Jarausch wrote: > On 11/21/2012 09:38:26 AM, Adam Carter wrote: >> >> It looks like i have hit this gcc 4.7 build bug: >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113 >> >> Theres a patch attached to the bug i'd like to apply. Unfortunately the >> gcc >> 4.7.2 ebuild doesnt have "epatch_user", so i need to take the other >> approach listed in the handbook. It suggests i use a custom environment >> but >> i dont understand how i would apply a patch by setting an environment >> variable. Can anyone explain? >> > > Please have a look at > > http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=3&chap=6 > > /etc/portage/patches > > Helmut. > This requires the ebuild to use epatch_user. Adam, I don't it is possible to use the 'evn' file to patch an ebuild. Either edit the ebuild directly and add your patch or open a bug asking the toolchain maintainers to add epatch_user to gcc. But I have to say, it is easier if you just edit the ebuild, add the epatch_user line there, run ebuild digest and then place your patch in /etc/portage/patches. You should then be able to build gcc just fine. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Adding an extra patch to an ebuild
On Wed, Nov 21, 2012 at 8:38 AM, Adam Carter wrote: > It looks like i have hit this gcc 4.7 build bug: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113 > > Theres a patch attached to the bug i'd like to apply. Unfortunately the gcc > 4.7.2 ebuild doesnt have "epatch_user", so i need to take the other approach > listed in the handbook. It suggests i use a custom environment but i dont > understand how i would apply a patch by setting an environment variable. Can > anyone explain? Can you show us the link from the handbook? -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] OpenRC update to 0.11.5 - safe if using older udev (pinned to udev-181)?
On Tue, Nov 20, 2012 at 1:46 PM, Tanstaafl wrote: > Anyone? > > I don't see any news blurbs warning about it, but with everything going on > with udev, systemd, etc, I'm not risking updating unless/until I know it is > safe. > > Tia... > > Charles > The ebuild will usually take care of dependency versions. So unless the ebuild restricts it, I see no reason to stay with the old udev. OpenRC maintainers are very careful in this area as they are well aware of the problems a new udev can cause. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Razor-qt advice
On Thu, Nov 1, 2012 at 10:21 AM, Neil Bothwick wrote: > On Thu, 1 Nov 2012 06:54:04 +, Mick wrote: > >> Has anyone tried it and can comment how it compares to KDE? > > I tried it a while ago and it didn't compare to KDE, nor should it, in > the same way the LXDE shouldn't be compared to GNOME. > > It's more like LXDE on QT, but was more limited when I tried it. Maybe it > warrants another try. > > > -- > Neil Bothwick > > In plumbing, a straight flush is better than a full house. Yeah, it is a lightweight-KDE if I may say. It is pretty stable though and upstream is very responsive to bugs and feature requests. Go for it ;) -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] [urgent] openpty out of pty devices
On Mon, Oct 29, 2012 at 10:21 AM, Helmut Jarausch wrote: > Many thanks Neil for the quick help. > Probably I should stop using openrc and switch to systemd. > I haven't followed the thread(s) on this list on systemd, I just wonder why > GenToo still sticks to > openrc while other distributions have switched to systemd. > Nobody stops you from using systemd in Gentoo. The ebuild is there so feel free to use it. Gentoo is all about choice. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 2:54 PM, Nikos Chantziaras wrote: > Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're > using the EXT4 filesystem: > > http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ > > This includes gentoo-sources. I hope the Gentoo developers are on top of > this. In the meantime, avoid doing reboots after too short an uptime. > > https://bugs.gentoo.org/show_bug.cgi?id=439502 -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Heads Up - mesa-9.0 needs media-libs/glu in addition
On Wed, Oct 10, 2012 at 5:09 PM, Robin Atwood wrote: > On Tuesday 09 October 2012, Helmut Jarausch wrote: > >> upgrading from mesa-9.0_pre20120918 to mesa-9.0 broke some package, >> among them ati-drivers. >> They have remove glu. Installing media-libs/glu in addition now (never >> needed it before) restores the essential >> /usr/include/GL/glu.h file. > > > I found the same problem with KDE. media-libs/glu should become a dependency! > > -Robin If you don't file a bug it will never be ;) -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] GCC upgrade from 4.5.3 to 4.5.4 automatically removes 4.5.3???? Wtf???
On Fri, Sep 7, 2012 at 1:53 PM, Tanstaafl wrote: > On 2012-09-07 7:44 AM, Markos Chandras wrote: >> >> On Fri, Sep 7, 2012 at 12:24 PM, Tanstaafl >> wrote: >>> >>> This has never happened to me before... >>> >>> Since when did a simple GCC upgrade *automatically* REMOVE my prior GCC >>> install??? >>> >>> I have *always* kept my prior GCC around for a while, if not until the >>> next >>> upgrade, just as something to fall back on if the current one breaks. >>> >>> I am NOT a happy camper. > > >> This always happens if the gcc your are upgrading to is in the same >> slot as the previous one. > > > Well, I've been managing this gentoo server since I installed it over 8 > years ago, and I don't *ever* recall a GCC upgrade removing my prior > version. > > >> And please write proper subject on emails. "WTF" is not really >> appropriate for a mailing list. > > > Don't be stupid. I see that all the time... if you don't like it just ignore > it. > And calling someone who is trying to help you "stupid" is not very mature. You are on your own
Re: [gentoo-user] GCC upgrade from 4.5.3 to 4.5.4 automatically removes 4.5.3???? Wtf???
On Fri, Sep 7, 2012 at 1:53 PM, Tanstaafl wrote: > On 2012-09-07 7:44 AM, Markos Chandras wrote: >> >> On Fri, Sep 7, 2012 at 12:24 PM, Tanstaafl >> wrote: >>> >>> This has never happened to me before... >>> >>> Since when did a simple GCC upgrade *automatically* REMOVE my prior GCC >>> install??? >>> >>> I have *always* kept my prior GCC around for a while, if not until the >>> next >>> upgrade, just as something to fall back on if the current one breaks. >>> >>> I am NOT a happy camper. > > >> This always happens if the gcc your are upgrading to is in the same >> slot as the previous one. > > > Well, I've been managing this gentoo server since I installed it over 8 > years ago, and I don't *ever* recall a GCC upgrade removing my prior > version. > All of us told you that you are wrong. Since you insist that Gentoo always keep multiple gcc versions of the same slot around, then ok , I guess you know better.
Re: [gentoo-user] GCC upgrade from 4.5.3 to 4.5.4 automatically removes 4.5.3???? Wtf???
On Fri, Sep 7, 2012 at 12:24 PM, Tanstaafl wrote: > This has never happened to me before... > > Since when did a simple GCC upgrade *automatically* REMOVE my prior GCC > install??? > > I have *always* kept my prior GCC around for a while, if not until the next > upgrade, just as something to fall back on if the current one breaks. > > I am NOT a happy camper. > This always happens if the gcc your are upgrading to is in the same slot as the previous one. It is like a normal package upgrade. You can't keep both gccs in the same slot. gcc preserves installations only if they are on different slots. And please write proper subject on emails. "WTF" is not really appropriate for a mailing list. Regards, Markos
Re: [gentoo-user] No more weekly autobuilds?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/26/2012 06:34 PM, Michael Mol wrote: > On Sun, Aug 26, 2012 at 1:22 PM, Jarry wrote: >> Hi, >> >> as usually, before inistalling Gentoo I tried to download >> minimal install CD and stage3 for amd64. But to my surprise, they >> are more than 2 months old (20120621) despite of gentoo web-page >> still saying "Our Release Engineering team provides new minimal >> install CDs and stages on a weekly basis". >> >> I could live with install-cd but I'm affraid if stage3 I use is >> 2 months old I will have to update a lot of packages. >> >> Maybe I missed some announcement concerning this, but my >> question is: Why are those autobuilds not prepared anymore? > > I don't know, but I suspect it might be related to a bunch of other > automated infrastructure being down. (e.g. mailing list archives) > It is a separate box so it should be a different issue. Better file a bug report if you want this fixed soon. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBCgAGBQJQOqn2AAoJEPqDWhW0r/LCzRkP/2LypiKml6FYGKpwhy9yhhtx bwxI1TPcFM/29cLg1GuJny4aZ8PdqR1IaVbca53HmNR1xUipk8tfHO5GUMW0jopF m4fHTaU9TOd5x8v7DAIDCwUt86k6PpL6mi5F0kQ3QYWzKnDjudl1r6OroVZFTNTw Gnzd5Cn8l19m379YwOgz5BUsdhazTeJPI2mqa+ygZtRKrZ+MqEga8ntovhdkdO8w RneAfro0FliVSLOQURUfp8scUfRq5VN23/f4LhP9Mbo0fftanjGvzzG80YSOf659 hKpjlFkWwdty3N7goBQxIdNHMvN68e6BRTBQGseCT21wlG8smm9Jd1lGpJea65kY gwygNexNf118dAg3qKMl1XoP5gxpU2q4OkWLleSRsWGbxMJaLke6wEPXOPYK4tEa BY8d1Wv9fG8610i4CMu/0BRrhGdlXlRg+MdQQoz0IJG+9ILMGPNcGSQSWM2+zcav B5+GIPsoNseJtaa93SRPZVv6t+q4oBPHWPH0JQ7SwvqLLhh8lnjRK1iAhNIaZdMj fj0tkoZreyEt9qXyh2JbIXrx+Xe6SyRzKPxT9uPShCTW1ebsfBUBaoghjg74qMfS eIBNyxU2eajUreYWJ9nWSKgjQ19tyFmktrOYoh2CfvZtThquKqss5STQMvmB3TNO GsIO+TLfVKETPVQc5OIl =M3Ag -END PGP SIGNATURE-
Re: [gentoo-user] Heads Up - gcc-4.5.4 makes trouble
On Mon, Jul 16, 2012 at 10:52 AM, Helmut Jarausch wrote: > Hi, > > I've just been bitten by this * surprise * > > After upgrading to gcc-4.5.4 (from 4.5.3) > some packages / ebuilds fail since gcc-4.5.4 doesn't include the libffi.so.4 > library. > > I had to rebuild > dev-lang/perl (all versions here 2.7 3.2) > dev-libs/gobject-introspection > dev-libs/gobject-introspection-common > > and I'm not sure that's enough. > Unfortunately, revdep-rebuild doesn't fix the problems. > > The problem didn't occur on a system where I'm using gcc-4.6.x as standard > compiler. > > Helmut. > Hi Helmut, libffi.so.4 has nothing to do with gcc. Rebuild the libffi package and try to rebuild these packages again. Regards, Markos
Re: [gentoo-user] udevd boot messages
On 05/26/2012 10:34 AM, Peter Humphrey wrote: > On Saturday 26 May 2012 09:36:50 pk wrote: >> On 2012-05-26 01:52, Peter Humphrey wrote: >>> $ elogviewer --help >>> File "/usr/local/bin/elogviewer", line 11 >>> """ >>> ^ >>> SyntaxError: invalid syntax >> >> Huh? Mine (latest stable 0.5.2-r2, official Gentoo portage - not some >> overlay) is installed in /usr/bin/... > > So is mine (same version), so I don't know why it's looking in > /usr/local/bin. I have no alias mentioning elogviewer. > > $ find /usr -name elogviewer 2> /dev/null > /usr/portage/app-portage/elogviewer > /usr/bin/elogviewer > $ > > $ grep /local/ /usr/bin/elogviewer > $ > >> Have you changed the install path or installed it through some other >> means? > > Nope. Unless I did something odd in 2007, I suppose. I don't like > mysteries :-( > Portage *never* installs anything in /usr/local. My best bet is that you have been experimenting back in 2007 and probably copied the original file in /usr/local. Remove it and then emerge elogviewer again ;) -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] revdep-rebuild keeps repeating the same steps
On Fri, May 25, 2012 at 1:41 PM, 1126 wrote: > Hello list! > > When I run revdep-rebuild, it keeps repeating the same steps over and over > again. > > Here is what I mean: > > * Configuring search environment for revdep-rebuild > > * Checking reverse dependencies > * Packages containing binaries and libraries broken by a package update > * will be emerged. > > * Collecting system binaries and libraries > * Generated new 1_files.rr > * Collecting complete LD_LIBRARY_PATH > * Generated new 2_ldpath.rr > * Checking dynamic linking consistency > [ 36% ] * broken /usr/lib32/libavdevice.so.53.4.100 (requires > libpulse-simple.so.0 > libpulse.so.0) > [ 100% ] > * Generated new 3_broken.rr > * Assigning files to packages > * /usr/lib32/libavdevice.so.53.4.100 -> > app-emulation/emul-linux-x86-medialibs > * Generated new 4_raw.rr and 4_owners.rr > * Cleaning list of packages to rebuild > * Generated new 4_pkgs.rr > * Assigning packages to ebuilds > * Generated new 4_ebuilds.rr > * Evaluating package order > * Generated new 5_order.rr > * All prepared. Starting rebuild > emerge --complete-graph=y --oneshot app-emulation/emul-linux-x86-medialibs:0 > .. > Calculating dependencies... done! > Verifying ebuild manifests > Emerging (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 > * emul-linux-x86-medialibs-20120520.tar.xz RMD160 SHA1 SHA256 size ;-) ... > [ ok ] Unpacking source... Unpacking emul-linux-x86-medialibs-20120520.tar.xz to > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Source unpacked in > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work Preparing source in > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source prepared. Configuring source in > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source configured. Compiling source in > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ... Source compiled. Test phase [not enabled]: app-emulation/emul-linux-x86-medialibs-20120520 > Install emul-linux-x86-medialibs-20120520 into > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ > category > app-emulation Completed installing emul-linux-x86-medialibs-20120520 into > /var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ > > > * QA Notice: The following files contain runtime text relocations > * Text relocations force the dynamic linker to perform extra > * work at startup, waste system resources, and may pose a security > * risk. On some architectures, the code may not even function > * properly, if at all. > * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml > * Please include the following list of files in your report: > * TEXTREL usr/lib32/libx264.so.120 > > Installing (1 of 1) app-emulation/emul-linux-x86-medialibs-20120520 Auto-cleaning packages... > No outdated packages were found on your system. > > * GNU info directory index is up-to-date. > * Build finished correctly. Removing temporary files... > * You can re-run revdep-rebuild to verify that all libraries and binaries > * are fixed. Possible reasons for remaining inconsistencies include: > * orphaned files > * deep dependencies > * packages installed outside of portage's control > * specially-evaluated libraries > > > It keeps complaining about libavdevice.so and them re-emerges > app-emulation/emul-linux-x86-medialibs-20120520. > > > When I would re-run it right now, it would again complain about libavdevice > and > would again re-emerge app-emulation/emul-linux-x86-medialibs.. > > Has anyone any idea how to fix this? > > Thanks in advance, > Christian. > > This is bug: https://bugs.gentoo.org/show_bug.cgi?id=416751 Bugzilla+search is your friend ;)
Re: [gentoo-user] Compile program with older libraries
On Thu, May 24, 2012 at 2:58 PM, Marko Košmerl wrote: > On compile time I get warnings: > watcher.cpp:(.text+0x85): warning: Using 'initgroups' in statically linked > applications requires at runtime the shared libraries from the glibc version > used for linking > watcher.cpp:(.text+0x16f): warning: Using 'getpwnam' in statically linked > applications requires at runtime the shared libraries from the glibc version > used for linking > client.cpp:(.text+0xb1a): warning: Using 'getaddrinfo' in statically linked > applications requires at runtime the shared libraries from the glibc version > used for linking > reg.cpp:(.text+0x3d6): warning: Using 'gethostbyname' in statically linked > applications requires at runtime the shared libraries from the glibc version > used for linking > > On running it: > ./watcher: /lib/libuuid.so.1: no version information available (required by > ./watcher) > ./watcher: /lib/libc.so.6:e version `GLIBC_2.4' not found (required by > ./watcher) > ./watcher: /lib/libc.so.6: version `GLIBC_2.7' not found (required by > ./watcher) > ./watcher: /lib/libc.so.6: version `GLIBC_2.11' not found (required by > ./watcher) > > > On Thu, May 24, 2012 at 3:33 PM, Markos Chandras > wrote: >> >> On Thu, May 24, 2012 at 2:15 PM, Marko Košmerl wrote: >> > Hi! >> > >> > I have some program which I am using in a thin client which has Gentoo >> > stage 3 root fs (kernel 2.6.39.4), >> > lets call it system A. >> > I've also compiled that program chroot-ed in this stage 3 fs from my >> > personal computer. >> > >> > I have an other thin clients which have older system (B) on it which is >> > older linux kernel 2.6.16.27. >> > Library version which are needed are of course different and for that >> > reason >> > my program >> > can not be run in this sistem. >> > >> > System A: >> > Linux redondo 2.6.39.4 #18 Mon Mar 19 13:14:32 CET 2012 i586 i586 i386 >> > GNU/Linux >> > /lib/libc-2.12.2.so >> > gcc version 4.0.3 >> > >> > System B: >> > Linux carlos 2.6.16.27 #1 Sun Mar 25 11:09:40 CEST 2007 i586 i586 i386 >> > GNU/Linux >> > /lib/libc-2.3.6.so >> > gcc version 4.0.3 >> > >> > Shared libraries that my binary uses are (in system A): >> > linux-gate.so.1 => (0xe000) >> > libpthread.so.0 => /lib/libpthread.so.0 (0xf76d6000) >> > libuuid.so.1 => /lib/libuuid.so.1 (0xf76d1000) >> > libstdc++.so.6 => /usr/lib/gcc/i486-pc-linux-gnu/4.4.5/libstdc++.so.6 >> > (0xf75da000) >> > libm.so.6 => /lib/libm.so.6 (0xf75b2000) >> > libc.so.6 => /lib/libc.so.6 (0xf7468000) >> > /lib/ld-linux.so.2 (0xf76f3000) >> > libgcc_s.so.1 => /usr/lib/gcc/i486-pc-linux-gnu/4.4.5/libgcc_s.so.1 >> > (0xf7449000) >> > >> > If i try to compile my program using '-static' directive, I still have a >> > problem with 4 functions: >> > -initgroups, >> > -getpwnam, >> > -getaddrinfo, >> > -gethostbyname. >> > >> > If I got that right, they use functions which are located in NSS shared >> > libraries. >> > >> > I am looking for a way of compiling my program so that I can run it in >> > system B. >> > I have libraries available from system B and that is all that I have. >> > >> > I need help on getting this done. >> > I guess gcc versions are the same and as well libgcc_s.so.1 shared >> > library. >> > >> > My questions are: >> > Can I pull those libraries from system B and use it in compilatin >> > process? >> > Would that work? >> > I would still need to get include source files of that version, right? >> > Is there some archive site where I can find so old version of linux >> > kernel >> > source? >> > One thing that pops in to my mind is also trying to find gentoo stage 3 >> > tarball of the kernel version 2.6.16.27 >> > and compile the program there...I tried to search that but no luck in >> > that... >> > >> > Any help would be welcomed! >> >> You can statically compile your program on system A ( use gcc -static >> -o test test.c for example ). Then you should be able to run it in >> system B without any problem >> > Why don't you want to compile the program in system B if you already have the libraries around?
Re: [gentoo-user] Compile program with older libraries
On Thu, May 24, 2012 at 2:15 PM, Marko Košmerl wrote: > Hi! > > I have some program which I am using in a thin client which has Gentoo > stage 3 root fs (kernel 2.6.39.4), > lets call it system A. > I've also compiled that program chroot-ed in this stage 3 fs from my > personal computer. > > I have an other thin clients which have older system (B) on it which is > older linux kernel 2.6.16.27. > Library version which are needed are of course different and for that reason > my program > can not be run in this sistem. > > System A: > Linux redondo 2.6.39.4 #18 Mon Mar 19 13:14:32 CET 2012 i586 i586 i386 > GNU/Linux > /lib/libc-2.12.2.so > gcc version 4.0.3 > > System B: > Linux carlos 2.6.16.27 #1 Sun Mar 25 11:09:40 CEST 2007 i586 i586 i386 > GNU/Linux > /lib/libc-2.3.6.so > gcc version 4.0.3 > > Shared libraries that my binary uses are (in system A): > linux-gate.so.1 => (0xe000) > libpthread.so.0 => /lib/libpthread.so.0 (0xf76d6000) > libuuid.so.1 => /lib/libuuid.so.1 (0xf76d1000) > libstdc++.so.6 => /usr/lib/gcc/i486-pc-linux-gnu/4.4.5/libstdc++.so.6 > (0xf75da000) > libm.so.6 => /lib/libm.so.6 (0xf75b2000) > libc.so.6 => /lib/libc.so.6 (0xf7468000) > /lib/ld-linux.so.2 (0xf76f3000) > libgcc_s.so.1 => /usr/lib/gcc/i486-pc-linux-gnu/4.4.5/libgcc_s.so.1 > (0xf7449000) > > If i try to compile my program using '-static' directive, I still have a > problem with 4 functions: > -initgroups, > -getpwnam, > -getaddrinfo, > -gethostbyname. > > If I got that right, they use functions which are located in NSS shared > libraries. > > I am looking for a way of compiling my program so that I can run it in > system B. > I have libraries available from system B and that is all that I have. > > I need help on getting this done. > I guess gcc versions are the same and as well libgcc_s.so.1 shared library. > > My questions are: > Can I pull those libraries from system B and use it in compilatin process? > Would that work? > I would still need to get include source files of that version, right? > Is there some archive site where I can find so old version of linux kernel > source? > One thing that pops in to my mind is also trying to find gentoo stage 3 > tarball of the kernel version 2.6.16.27 > and compile the program there...I tried to search that but no luck in > that... > > Any help would be welcomed! You can statically compile your program on system A ( use gcc -static -o test test.c for example ). Then you should be able to run it in system B without any problem
Re: [gentoo-user] udevd boot messages
On 05/23/2012 10:47 PM, Alan McKinnon wrote: > On Wed, 23 May 2012 22:25:37 +0100 > Markos Chandras wrote: > >> On 05/23/2012 05:24 PM, Tanstaafl wrote: >>> On 2012-05-21 5:00 PM, Markos Chandras wrote: >>>> On 05/21/2012 03:27 PM, Michael Hampicke wrote: >>>>>> I updated udev from 171-r5 to 171-r6 and now i get several udevd >>>>>> boot message as : udevd[1389]: can not find >>>>>> '/lib/udev/rules.d/90-network.rules': No such file or directory >>>>>> udevd[1389]: can not find '/lib/udev/rules.d/95-keymap.rules': No >>>>>> such file or directory .. and so on. >>>>>> >>>>>> /lib is a symlink pointing to /lib64. /lib64/udev/rules.d is ok >>>>>> with all the rules that udevd does not find at boot. >>>>> >>>>> No I would guess it was because of the upgrade of >>>>> sys-apps/baselayout to 2.1-r1. Things got crazy here with that >>>>> upgrade. I had to re-merge every package with files under /lib/ In >>>>> your case re-merging udev should to the trick. >>> >>>> The package clearly informed you that you need to reboot for >>>> things to work properly >>>> >>>> "You should reboot the system now to get /run mounted with tmpfs!" >>>> >>>> Have a look on pkg_postinst() function in that ebuild. You chose to >>>> ignore it and this is why you had these problems after the update. >>> >>> >>> I asked about this a while back but never got a decent answer... >>> >>> *Especially* for servers, there really, REALLY needs to be a way to >>> see this kind of warning BEFORE updating... ie, the warning should >>> be printed to the screen during an 'emerge -pvuDN world' or >>> something, so I know that a reboot will be required for this update. >>> >>> >> This kind of messages are also printed at the end of -uDNav world so >> if you scroll your screen up you can see all the warning/log messages >> from every package that you have updated. Also, these kind of >> messages are logged in /var/log/portage/ > > You are missing the point. > > Tanstaafl wants to know if a reboot *will* be required *before* he does > the update. What you are describing tells him that after the update > completes when it is already too late. > > I face the same issue at work. We have a change policy requiring 14 > days advance notice of any change affecting service. If I do a routine > world update then have to log an emergency change for an unexpected > reboot, the change manager will have my nuts for breakfast. > > If it happens more than once, I'd be having a really unusual > conversation with the CTO which probably ends with him standing behind > me watching while I migrate every single box that isn't RHEL6 (all 200 > of them) over to RHEL6 where I *do* have exact knowledge in advance of > the impact of a change. > > > Did either of you ever open a bug about this or even discuss it in the gentoo-dev mailing list? What you say sounds like a valid concern to me but unless you express your needs to maintainers, nothing is ever going to happen. However, in this particular case, yes a news item would be the ideal solution. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] udevd boot messages
On 05/23/2012 05:24 PM, Tanstaafl wrote: > On 2012-05-21 5:00 PM, Markos Chandras wrote: >> On 05/21/2012 03:27 PM, Michael Hampicke wrote: >>>> I updated udev from 171-r5 to 171-r6 and now i get several udevd >>>> boot message as : udevd[1389]: can not find >>>> '/lib/udev/rules.d/90-network.rules': No such file or directory >>>> udevd[1389]: can not find '/lib/udev/rules.d/95-keymap.rules': No >>>> such file or directory .. and so on. >>>> >>>> /lib is a symlink pointing to /lib64. /lib64/udev/rules.d is ok >>>> with all the rules that udevd does not find at boot. >>> >>> No I would guess it was because of the upgrade of >>> sys-apps/baselayout to 2.1-r1. Things got crazy here with that >>> upgrade. I had to re-merge every package with files under /lib/ In >>> your case re-merging udev should to the trick. > >> The package clearly informed you that you need to reboot for things to >> work properly >> >> "You should reboot the system now to get /run mounted with tmpfs!" >> >> Have a look on pkg_postinst() function in that ebuild. You chose to >> ignore it and this is why you had these problems after the update. > > > I asked about this a while back but never got a decent answer... > > *Especially* for servers, there really, REALLY needs to be a way to see > this kind of warning BEFORE updating... ie, the warning should be > printed to the screen during an 'emerge -pvuDN world' or something, so I > know that a reboot will be required for this update. > > This kind of messages are also printed at the end of -uDNav world so if you scroll your screen up you can see all the warning/log messages from every package that you have updated. Also, these kind of messages are logged in /var/log/portage/ -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] ebuild log suggests to remove old libraries
On 05/21/2012 09:50 PM, Thanasis wrote:
> on 05/21/2012 09:52 PM Markos Chandras wrote the following:
>
>>
>> I believe the old library appears to be owned by the new version
>> because it is "preserved". Once you run the revdep-rebuild
>> command, everything should link to the new linker name and you
>> should be safe to remove the old library. See the functions
>> preserve_old_lib{_notify} in eutils eclass for more details and
>> the "preserve-libs" option for the FEATURES variable in
>> make.conf.
>>
>>
>
> I don't see any "preserve-libs" option in the man page of
> make.conf. Anyway, the bottom line is that equery may list an
> installed package as owning a certain library file, when in reality
> that file belonged to an older version of the package than the one
> installed, in which case it may be or appear misleading.
>
Yes sorry this "preserve-libs" feature is part of portage-2.2. In any
case, a revdep-rebuild will fix your problem.
--
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] udevd boot messages
On 05/21/2012 03:27 PM, Michael Hampicke wrote: >> I updated udev from 171-r5 to 171-r6 and now i get several udevd >> boot message as : udevd[1389]: can not find >> '/lib/udev/rules.d/90-network.rules': No such file or directory >> udevd[1389]: can not find '/lib/udev/rules.d/95-keymap.rules': No >> such file or directory .. and so on. >> >> /lib is a symlink pointing to /lib64. /lib64/udev/rules.d is ok >> with all the rules that udevd does not find at boot. > > No I would guess it was because of the upgrade of > sys-apps/baselayout to 2.1-r1. Things got crazy here with that > upgrade. I had to re-merge every package with files under /lib/ In > your case re-merging udev should to the trick. > The package clearly informed you that you need to reboot for things to work properly "You should reboot the system now to get /run mounted with tmpfs!" Have a look on pkg_postinst() function in that ebuild. You chose to ignore it and this is why you had these problems after the update. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] ebuild log suggests to remove old libraries
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/21/2012 07:16 PM, Thanasis wrote:
> on 05/21/2012 08:49 PM Michael Mol wrote the following:
>> On Mon, May 21, 2012 at 1:28 PM, Thanasis
>> wrote:
>>> After a recent update of dev-libs/libffi from version 3.0.10 to
>>> 3.0.11 the ebuild log suggests to run:
>>>
>>> # revdep-rebuild --library '/usr/lib64/libffi.so.5'
>>>
>>> and once finished running revdep-rebuild, it should be safe to
>>> delete the old libraries, like so:
>>>
>>> # rm '/usr/lib64/libffi.so.5'
>>>
>>> However by querying:
>>>
>>> equery b /usr/lib/libffi.so.5 * Searching for
>>> /usr/lib/libffi.so.5 ... dev-libs/libffi-3.0.11
>>> (/usr/lib64/libffi.so.5)
>>>
>>> we see that /usr/lib64/libffi.so.5 is reported as belonging to
>>> dev-libs/libffi-3.0.11. Is that normal?
>>
>> I think so. It might be clearer if equery omitted the version
>> number, or if it tracked which versions of a package a file
>> belonged to.
>
> So, are you saying that libffi.so.5 does *not* actually belong to
> dev-libs/libffi-3.0.11 ?
>
>>
>> (If I'm wrong, then I suspect you found a bug)
>>
>>
>
>
I believe the old library appears to be owned by the new version
because it is "preserved". Once you run the revdep-rebuild command,
everything should link to the new linker name and you should be safe
to remove the old library. See the functions preserve_old_lib{_notify}
in eutils eclass for more details and the "preserve-libs" option for
the FEATURES variable in make.conf.
- --
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBCgAGBQJPuo8HAAoJEPqDWhW0r/LChC8QALtl/HDdxUw8IIveVBNWa959
9PQEVy5dQoyZqYQlmeY/YI8nJzKphO23InMH6V7hyMO6AViTyk9m4zRuQ09MxD6c
IVAamsRYKhwGB8ZEgtLPm9CYubFAs0QYjrneDJ3EsF5D6rorL2svN8XU/Q5YdTiz
s0T7CSP/wa3EInz+q6Fy710NvH0YLNhtJh7EnXzGxPvtgQM/uq0LAEcJcQ5fsO+c
Tizd2l70kUfQjlHnE+te8oRssQXqnTkgq7Z+GTO3rhRPx29rpn5/+qEMmTBSi2V2
6bl0IFcodhF6rmds7QkI85uQr6++PANMOgjYj/i0+JZeoUyiKinldP+vHahUKQvE
UGgGIWXzrzNQOB2F0heBA4lCckV/IgO/Wz17yXWS6NzoWxmfP+NkYGcD1NTYxMl6
ztiuTBY5RTFfd16KAeeX9oru5qmi3IBLLNhahNhma/mIwuzqOWt5eo2jH47vAkIJ
EqhvdeULdjqBIOmXPsnlj0SXhtuc8KPiLnmfSu+8Vz9wNxPLaWTtyTsVtjdGNDmC
zyVu4Na5J4o/IPFUfMH7ZRtWkVHS0sPtxxRKiMlg9z/+wlMHdI7s7GdL7wwBH3x6
4jErJz1i/2x9BUUTLcrfjEChUKX2B7IsYnTVg/3N9w6dfHmAU3kPJ8zVBLnxMPcY
2trr2UF/lGmG4OklUR+d
=yEJG
-END PGP SIGNATURE-
Re: [gentoo-user] skype package changes I don't understand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 05/21/2012 05:10 PM, Volker Armin Hemmann wrote: > Am Montag, 21. Mai 2012, 08:55:25 schrieb Mark Knecht: >> On Mon, May 21, 2012 at 8:04 AM, Markos Chandras >> > wrote: >>> On Mon, May 21, 2012 at 3:46 PM, Mark Knecht >>> wrote: >>>> I love my Gentoo-devs, but what is the train of thought >>>> here? skype-2.2.0.35-r1 was ~amd64 yesterday. It's installed >>>> and working fine. Today 2.2.0.35-r99 is ~amd64, which is >>>> perfectly fine, but they've completely removed -r1 and now >>>> I'm required to unmask emulation packages that only came out >>>> today? That doesn't seem quite right... >>>> >>>> Why did they completely get rid of -r1? That should stick >>>> around for a little while after -r99 becomes ~amd64, >>>> shouldn't it? >>>> >>>> - Mark >> >> >> >>> -r1 had a security problem. You should unmask the emulation >>> packages and continue the update process. Look at the ChangeLog >>> so see what changed. Both versions are ~amd64 so I don't >>> understand your complain about keeping -r1 in the tree for a >>> while. >>> >>> Markos >> >> Thanks Markos. That's likely what I'll do, although the >> alternative I'm looking at for now is possibly getting -r1 from >> an overlay. >> >> I didn't think I was _complaining_. I was just asking what the >> train of thought was that leads them to do this sort of thing. >> Everything in the world has a security problem. > > well, apart from this being not true at all. It is just stupid to > keep a known BAD version in a TESTING tree. > >> We know they are either found or not found. Unmasking 8 emulation >> libraries that have _yesterdays_ date in their names, and >> therefore makes them quite new, may: > > new for their compilation. Not the code inside. >> >> 1) Create more security problems > > may, but it fixes a KNOWN problem. > >> >> 2) Create issues with other programs that use the libraries. > > which are.. none? > >> >> Anyway, thanks for the response. I'll either unmask or use an >> overlay. > > if you use testing, you have to deal with such kind of situations. > Using a known broken version is just stupid. There isn't a choice > between those two. There is only a choice between: use unstable or > stable. And if you use unstable, don't complain about things being > fluid. > - From what I can tell, he is not using ~amd64 (testing). He uses a mixed system (stable with a few packages in package.keywords) which sometimes is even worse :) The best way to deal with your problem (and avoid seeing your package.keywords getting bigger and bigger) is to grab -r1, mark it stable, put it in your local overlay and keep using that indefinitely. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBCgAGBQJPuneqAAoJEPqDWhW0r/LC538QAJNaPIa0BSCh67//wIXgXYbX pi231wBAhc0yGxfIcfXiNJBvTD5D08AAFhswoHHMer6/H1+NHKaeF8MnNmpt+41W FHRj5bG/30uhgD0thb6tmZ78GEWMOkRxPtv0jPQk0Y2YIkI9RYk3eYkgqD2MVbJz XJfI5HWpOB5Eh3fiNJkzc5mW2bdPLm0dFS5dmkKtVclM7bI4DJ42Gwk9pOgJ+T+H ciGPQt4NvqqXf94pV5LVXej9+93pTlNA4QvtSE1Io1T2srHrO5/3KE5t1QF6eht1 odSJMID+hZ7ViOIRxK1a453sAzO8rK1SZJhoKzYFhPonQq/VFymU/sGcap2gU3Y1 FQKVeb10nZdAT3v2dw8DaqGnxJHdWcbwRaJOy6M28vdDnOvFBwZYzFn5zTugwHr7 Gcd/buQ6yCtWvUUO/QtgkIgGVewxE5QdQ7Pn3ytt+j3wIQV9QVs46dEUy/rOc5FU deibghpnTYy1vn3uT5sLsDHlvWtE2XIonowPeBRcQmQJeo9snqIf2WBCn3ExiWym 7Bj0iHVbnEQcdWnIuRiK5sR5eSi+lJv/1Z+xwH98lFXGyX8jM6501W9ZZRBxwMoA mbCv+RmHfMKUwHhVrdk4qmI/McgDN6DFkS1I/fHaa/mQ0ImDh5U9CahxvvsVz9s+ iV17+9hETK1TAMP9G2yb =+5ZX -END PGP SIGNATURE-
Re: [gentoo-user] skype package changes I don't understand
On Mon, May 21, 2012 at 4:55 PM, Mark Knecht wrote: > On Mon, May 21, 2012 at 8:04 AM, Markos Chandras wrote: >> On Mon, May 21, 2012 at 3:46 PM, Mark Knecht wrote: >>> I love my Gentoo-devs, but what is the train of thought here? >>> skype-2.2.0.35-r1 was ~amd64 yesterday. It's installed and working >>> fine. Today 2.2.0.35-r99 is ~amd64, which is perfectly fine, but >>> they've completely removed -r1 and now I'm required to unmask >>> emulation packages that only came out today? That doesn't seem quite >>> right... >>> >>> Why did they completely get rid of -r1? That should stick around for a >>> little while after -r99 becomes ~amd64, shouldn't it? >>> >>> - Mark > >> >> -r1 had a security problem. You should unmask the emulation packages >> and continue the update process. Look at the ChangeLog so see what >> changed. Both versions are ~amd64 so I don't understand your complain >> about keeping -r1 in the tree for a while. >> >> Markos >> > > Thanks Markos. That's likely what I'll do, although the alternative > I'm looking at for now is possibly getting -r1 from an overlay. > > I didn't think I was _complaining_. I was just asking what the train > of thought was that leads them to do this sort of thing. Everything in > the world has a security problem. We know they are either found or not > found. Unmasking 8 emulation libraries that have _yesterdays_ date in > their names, and therefore makes them quite new, may: > > 1) Create more security problems > > 2) Create issues with other programs that use the libraries. > > Anyway, thanks for the response. I'll either unmask or use an overlay. > > Cheers, > Mark > Well, based on my experience, the emul-* packages are rather safe to use so it should not be a problem to unmask them. Otherwise, you can always grab -r1 from http://sources.gentoo.org and keep it in a local overlay Markos
Re: [gentoo-user] skype package changes I don't understand
On Mon, May 21, 2012 at 3:46 PM, Mark Knecht wrote:
> I love my Gentoo-devs, but what is the train of thought here?
> skype-2.2.0.35-r1 was ~amd64 yesterday. It's installed and working
> fine. Today 2.2.0.35-r99 is ~amd64, which is perfectly fine, but
> they've completely removed -r1 and now I'm required to unmask
> emulation packages that only came out today? That doesn't seem quite
> right...
>
> Why did they completely get rid of -r1? That should stick around for a
> little while after -r99 becomes ~amd64, shouldn't it?
>
> - Mark
>
>
> c2stable ~ # eix -I skype
> [U] net-im/skype
> Available versions: (~)2.2.0.35-r99^ms {{pax_kernel qt-static}}
> Installed versions: 2.2.0.35-r1^ms{tbz2}(06:37:28 AM
> 02/29/2012)(-pax_kernel -qt-static)
> Homepage: http://www.skype.com/
> Description: An P2P Internet Telephony (VoiceIP) client
>
> c2stable ~ # emerge -pvDuN @world
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ~] app-emulation/emul-linux-x86-baselibs-20120520
> [20120127] USE="-development" 33,929 kB
> [ebuild U ~] app-emulation/emul-linux-x86-db-20120520 [20120127]
> USE="-development" 1,775 kB
> [ebuild U ] sys-apps/baselayout-2.1-r1 [2.0.3] USE="-build" 40 kB
> [ebuild U ] virtual/perl-Time-Local-1.200.0-r2 [1.200.0-r1] 0 kB
> [ebuild U ~] app-emulation/emul-linux-x86-opengl-20120520
> [20120127] USE="-development" 35,461 kB
> [ebuild U ~] app-emulation/emul-linux-x86-xlibs-20120520
> [20120127] USE="opengl -development" 2,375 kB
> [ebuild U ~] app-emulation/emul-linux-x86-gtklibs-20120520
> [20120127] USE="-development" 5,973 kB
> [ebuild U ~] app-emulation/emul-linux-x86-medialibs-20120520
> [20120127] USE="-development" 10,200 kB
> [ebuild U ~] app-emulation/emul-linux-x86-soundlibs-20120520
> [20120127] USE="alsa -development -pulseaudio" 6,942 kB
> [ebuild U ~] app-emulation/emul-linux-x86-qtlibs-20120520
> [20120127] USE="-development" 16,618 kB
> [ebuild U ~] net-im/skype-2.2.0.35-r99 [2.2.0.35-r1]
> USE="-pax_kernel -qt-static" 0 kB
>
> Total: 11 packages (11 upgrades), Size of downloads: 113,308 kB
>
> The following keyword changes are necessary to proceed:
> #required by net-im/skype-2.2.0.35-r99[-qt-static], required by
> @selected, required by @world (argument)
> =app-emulation/emul-linux-x86-qtlibs-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-xlibs-20120520, required by
> app-emulation/emul-linux-x86-gtklibs-20120520, required by
> app-text/acroread-9.5.1, required by @selected, required by @world
> (argument)
> =app-emulation/emul-linux-x86-baselibs-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-medialibs-20120520, required
> by app-emulation/emul-linux-x86-soundlibs-20120520, required by
> net-im/skype-2.2.0.35-r99, required by @selected, required by @world
> (argument)
> =app-emulation/emul-linux-x86-xlibs-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-soundlibs-20120520, required
> by net-im/skype-2.2.0.35-r99, required by @selected, required by
> @world (argument)
> =app-emulation/emul-linux-x86-medialibs-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-gtklibs-20120520, required
> by app-text/acroread-9.5.1, required by @selected, required by @world
> (argument)
> =app-emulation/emul-linux-x86-opengl-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-medialibs-20120520, required
> by app-emulation/emul-linux-x86-qtlibs-20120520, required by
> net-im/skype-2.2.0.35-r99[-qt-static], required by @selected, required
> by @world (argument)
> =app-emulation/emul-linux-x86-soundlibs-20120520 ~amd64
> #required by app-text/acroread-9.5.1, required by @selected, required
> by @world (argument)
> =app-emulation/emul-linux-x86-gtklibs-20120520 ~amd64
> #required by app-emulation/emul-linux-x86-medialibs-20120520, required
> by app-emulation/emul-linux-x86-soundlibs-20120520, required by
> net-im/skype-2.2.0.35-r99, required by @selected, required by @world
> (argument)
> =app-emulation/emul-linux-x86-db-20120520 ~amd64
> c2stable ~ #
>
-r1 had a security problem. You should unmask the emulation packages
and continue the update process. Look at the ChangeLog so see what
changed. Both versions are ~amd64 so I don't understand your complain
about keeping -r1 in the tree for a while.
Markos
Re: [gentoo-user] libicui18n.so.49 troubles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 05/13/2012 06:05 PM, Neil Bothwick wrote: > On Sun, 13 May 2012 20:58:51 +0530, Nilesh Govindrajan wrote: > >> I had to mask icu-49 because some packages failed to compile >> during a world update. > > Same here, but the problems seem fixed now and I unmasked 49-r1 a > week or so ago. > > revdep-rebuild handles all packages except qt-core which you need to rebuild yourself. If you found a package that does not build with the new icu after running "revdep-rebuild && emerge -1 qt-core" file a bug report. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBCgAGBQJPr+7VAAoJEPqDWhW0r/LCU40QAKDNvRiPawyKD/TyTHjF2Wsv PWYtwsDRE2+ryNrR8sk6kWvRF5enOZBNNYKLSplMGhPd0/Mkl4td9wfrzwsvwgBT et0IFgLI08eOdPtRGXVb4KHImvU707+5JWKrKbTe6F+b43B5xkrat+CZqDrMIj0P 4A0imMspS2bZC30QVW5UCPlVtg/E4Ah+1yCS/9Q2pdaB3hDkjXKpqPpWp0XA1ujR kKCibQi+IIFCpm81Z0OAmLptUdaOjpmJbZB/rzYT2rHqG4SzmpmCA8dSeM/Ywmkq zXvqpDOLW87dFYXjE9k1Vn6CUzSHUZOYVtvJkbmvUl/rLp24rEq8L7MVACyHjLBQ UHWynw1INOLGLEOVEHFGKFxev4x1YvNQJnOtEj/4BncSeMMcK+Kceu4r5jV6Ehx2 MI4OLixwrx7aq7/aJUMBKdfBS9u2rseO1l8Epy6gFzca+eSzIjU82ikOcDOowVuT KI/t3+Q/N+9TPy+V11Exm8+ApdZ8rFrmc5OKktJHJe9q8SNrKNLadHrxHO3T98Ro vZxt4oMPk9YV8MdJPAgODsQeRq4Tpr3yCg/cK/oIntvZqEFMOS0JVF3OqJ0GP0yz np8WSxORBo+XA9G/9XfyjGyX943IbHlv/O0C7T4oPqTBEYqGaeZRIbOY56dYhAD9 Ecn1lXWFjUpS/hPZe2eW =YQCQ -END PGP SIGNATURE-
Re: [gentoo-user] Backscatter and nikko
On 05/03/2012 10:03 PM, Volker Armin Hemmann wrote: > Am Donnerstag, 3. Mai 2012, 16:36:14 schrieb Michael Mol: >> On Thu, May 3, 2012 at 4:29 PM, Dale wrote: >>> Michael Hampicke wrote: >>>> Am 03.05.2012 18:08, schrieb Paul Hartman: >>>>> On Thu, May 3, 2012 at 11:00 AM, Michael Mol wrote: >>>>>> Is anyone else getting a large amount of gentoo-user-related >>>>>> backscatter from a set of mailservers including nikko.homeunix.net? >>>>>> I've gotten eight in the last five minutes or so. >>>>> >>>>> Yes. One for everything I've posted to the list recently... >>>> >>>> Yes, they are starting to build a line here too. I'm assuming it has >>>> something to do with free cupcakes :) >>> >>> Me too. Just one so far. What is causing this? Is it Gentoo's servers >>> or someone else? >> >> Looks like a misconfiguration on Nikko's internal mailservers. > > jopp, Mr Nikko fucked up and we all get to know about it. > > There are many good reasons not to set up your own mail servers. He is just > demonstrating one of them. > > I reported that to our infrastructure team. They are going to have a look at it -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/30/2012 02:33 PM, Michael Mol wrote: > Neat. Random guess, but it could be a bug in Bulldozer's memory > controller or IOMMU. Try disabling IOMMU support in your kernel? > > On Apr 29, 2012 3:29 PM, "Markos Chandras" <mailto:hwoar...@gentoo.org>> wrote: > > On 04/28/2012 01:24 AM, Matthew Marlowe wrote: >> On Fri, Apr 27, 2012 at 3:54 PM, Markos Chandras > mailto:hwoar...@gentoo.org>> wrote: >>> On 04/27/2012 11:45 PM, Nikos Chantziaras wrote: >>>> On 27/04/12 22:35, Markos Chandras wrote: >>>>> I replaced my Phenom II cpu with a new 6-core AMD >>>>> bulldozer. > However, I >>>>> noticed that all of my Gentoo virtual machines throw >>>>> (compiler) segmentation faults when building or running any >>>>> application. >>>> >> >> I'm not familiar with virtualbox, but I've seen similar issues >> occur with vmware and the solution was to at least temporarily >> mask whatever new cpu flags the new hypervisor was passing to the >> guest. In vmware, one could limit the cpu flags to maintain >> compatibility with various cpu releases which was especially >> helpful in clusters Yes, your gentoo vms should have been >> fine ..but at least until you track down the issue, see if >> virtualbox has a similar feature? >> > Interestingly this seems to be caused when using my wireless card > to bridge the virtualbox interfaces onto. I can't reproduce (yet) > any segfaults when I use the onboard ethernet card. I have the > following wireless card (supported by the rtl8180 kernel module) > > 04:06.0 Ethernet controller: Belkin F5D7000 v7000 Wireless G > Desktop Card [Realtek RTL8185] (rev 20) > > -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: > B4AFF2C2 > AMD IOMMU (Device Drivers -> Hardware IOMMU ) makes no difference. I will have to move the discussion to virtualbox forums/ML as this seems a driver or virtualbox problem. Bridge networking on that wireless card work flawlessly when using Windows 7 as host. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/28/2012 01:24 AM, Matthew Marlowe wrote: > On Fri, Apr 27, 2012 at 3:54 PM, Markos Chandras wrote: >> On 04/27/2012 11:45 PM, Nikos Chantziaras wrote: >>> On 27/04/12 22:35, Markos Chandras wrote: >>>> I replaced my Phenom II cpu with a new 6-core AMD bulldozer. However, I >>>> noticed that all of my Gentoo virtual machines throw (compiler) >>>> segmentation faults when building or running any application. >>> > > I'm not familiar with virtualbox, but I've seen similar issues occur > with vmware and the solution was to at least temporarily mask whatever > new cpu flags the new hypervisor was passing to the guest. In vmware, > one could limit the cpu flags to maintain compatibility with various > cpu releases which was especially helpful in clusters Yes, your > gentoo vms should have been fine ..but at least until you track down > the issue, see if virtualbox has a similar feature? > Interestingly this seems to be caused when using my wireless card to bridge the virtualbox interfaces onto. I can't reproduce (yet) any segfaults when I use the onboard ethernet card. I have the following wireless card (supported by the rtl8180 kernel module) 04:06.0 Ethernet controller: Belkin F5D7000 v7000 Wireless G Desktop Card [Realtek RTL8185] (rev 20) -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: qbittorrent and icui18n lib
On 04/28/2012 09:33 PM, András Csányi wrote: > On 28 April 2012 22:24, Markos Chandras wrote: >> You should rebuild qt-core because this is the package that uses >> dlopen() to load libicu. This should fix the problem with qbittorrent. > > Yes, it is solved now but for some other reason qbittorrent went > crazy. I mean, not possible to set the download location in a case of > particular torrent up. :( > This is not related to libicu and you probably need to ask the upstream developer -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: qbittorrent and icui18n lib
On 04/28/2012 09:05 PM, walt wrote: > On 04/28/2012 06:04 AM, András Csányi wrote: >> On 28 April 2012 14:55, Florian Philipp wrote: >> >>> Have you tried re-emerging qbittorrent? If the library was upgraded, >>> this seems to be necessary. revdep-rebuild should have reported this >>> issue but maybe qbittorrent uses dlopen() and friends to load the >>> library. revdep cannot handle this. >> >> Yes, I have tried but the issue is the same. On the other hand, >> qbittorrent is not able to start for some other reason. > > If rebuilding qbittorrent didn't fix the missing library problem, then > some other library that qbittorrent uses also needs rebuilding. > > One of my favorite tools is lddtree (app-misc/pax-utils) which will > make it obvious which other library is at fault. > > > > You should rebuild qt-core because this is the package that uses dlopen() to load libicu. This should fix the problem with qbittorrent. -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/28/2012 01:36 AM, walt wrote: > On 04/27/2012 12:35 PM, Markos Chandras wrote: >> Hi all >> >> This is a copy of the thread I recently opened on Gentoo forums[1]. >> >> I replaced my Phenom II cpu with a new 6-core AMD bulldozer. However, I >> noticed that all of my Gentoo virtual machines throw (compiler) >> segmentation faults when building or running any application. This >> happens on a Gentoo testing VM, on a Gentoo stable VM and on a brand new >> Gentoo installation. I have no idea where to look for that problem. > > VirtualBox 4.1.14 just landed on ~amd64 today and I haven't had time to > test it yet. How long ago did you upgrade VirtualBox? > > > I updated yesterday but the same thing happened in 4.1.12 as well -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/28/2012 01:24 AM, Matthew Marlowe wrote: > On Fri, Apr 27, 2012 at 3:54 PM, Markos Chandras > wrote: >> On 04/27/2012 11:45 PM, Nikos Chantziaras wrote: >>> On 27/04/12 22:35, Markos Chandras wrote: >>>> I replaced my Phenom II cpu with a new 6-core AMD bulldozer. >>>> However, I noticed that all of my Gentoo virtual machines >>>> throw (compiler) segmentation faults when building or running >>>> any application. >>> > > I'm not familiar with virtualbox, but I've seen similar issues > occur with vmware and the solution was to at least temporarily mask > whatever new cpu flags the new hypervisor was passing to the guest. > In vmware, one could limit the cpu flags to maintain compatibility > with various cpu releases which was especially helpful in > clusters Yes, your gentoo vms should have been fine ..but at > least until you track down the issue, see if virtualbox has a > similar feature? > I don't see an obvious way to manipulate the cpu flags in virtualbox -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/27/2012 11:45 PM, Nikos Chantziaras wrote: > On 27/04/12 22:35, Markos Chandras wrote: >> I replaced my Phenom II cpu with a new 6-core AMD bulldozer. However, I >> noticed that all of my Gentoo virtual machines throw (compiler) >> segmentation faults when building or running any application. > > How do you get it to boot? How do you manage to log in? Are the > binaries from the stage tarball not affected? > > What do you mean? I was using these VMs before I replace my CPU and I was kinda expecting to keep working on my new CPU as well. The same VMs work on the same host when using Windows 7 64-bit as host OS and not Gentoo. I also tried to install Gentoo on a fresh new VM and I got a gcc segmentation fault right in the middle of the kernel compilation. So, yes stage binaries are affected as well. Is that what you were asking? -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
[gentoo-user] Re: Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
On 04/27/2012 08:35 PM, Markos Chandras wrote: > Hi all > > This is a copy of the thread I recently opened on Gentoo forums[1]. > > I replaced my Phenom II cpu with a new 6-core AMD bulldozer. However, I > noticed that all of my Gentoo virtual machines throw (compiler) > segmentation faults when building or running any application. This > happens on a Gentoo testing VM, on a Gentoo stable VM and on a brand new > Gentoo installation. I have no idea where to look for that problem. > > System: > > Motherboard: Asus M5A78L-M/USB3 > CPU: AMD FX(tm)-6100 Six-Core Processor > Host: Gentoo x86_64 testing (has not problem at all, so I presume HW > problem is eliminated) > > Any ideas? > On the other hand, these virtual machines work fine on a Windows 7 64-bit host -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
[gentoo-user] Gentoo segfaults on virtualbox-4.1.14 when running on AMD bulldozer
Hi all This is a copy of the thread I recently opened on Gentoo forums[1]. I replaced my Phenom II cpu with a new 6-core AMD bulldozer. However, I noticed that all of my Gentoo virtual machines throw (compiler) segmentation faults when building or running any application. This happens on a Gentoo testing VM, on a Gentoo stable VM and on a brand new Gentoo installation. I have no idea where to look for that problem. System: Motherboard: Asus M5A78L-M/USB3 CPU: AMD FX(tm)-6100 Six-Core Processor Host: Gentoo x86_64 testing (has not problem at all, so I presume HW problem is eliminated) Any ideas? -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] qt blockages...
On Monday 19 January 2009 13:58:26 Dave Jones wrote:
> Mick wrote on 19/01/09 11:31:
> > 2009/1/18 Mark Knecht :
> >> Indeed, I do have 4.3.3 installed and it is masked. I guess this
> >> must be one of those cases where the devs decided they didn't like
> >> something they used to like as I didn't do anything to unmask it
> >> myself.
> >>
> >> I removed it and the blockages for emerge system have gone.
> >
> > Unfortunately mine is not as easy:
> > ==
> > x11-libs/qt:4
> >
> > ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by
> > =x11-libs/qt-4.3*:4 required by ('installed', '/',
> > 'media-video/vlc-0.9.8a', 'nomerge')
> > =x11-libs/qt-4.3*:4 required by ('installed', '/',
> > 'net-im/skype-2.0.0.63', 'nomerge')
> > =x11-libs/qt-4.3*:4 required by ('ebuild', '/',
> > 'x11-libs/qscintilla-2.3.2', 'merge')
> > (and 3 more)
> >
> > ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by
> >
> > >=x11-libs/qt-4.3:4 required by ('installed', '/',
> >
> > 'app-text/poppler-bindings-0.8.7', 'nomerge')
> > =x11-libs/qt-4* required by ('installed', '/',
> > 'net-wireless/wpa_supplicant-0.5.7', 'nomerge')
> > x11-libs/qt required by world
> > ==
> >
> > I am running vlc-0.9.8a which is the only one available. How could I
> > go about this?
>
> I had a similar problem here.
>
> emerge -C qt-4.3.3
> emerge -auDNv1 qt
> emerge -av vlc
> emerge -auDNv world
>
> Did the trick for me.
>
> My vlc USE flags:
>
> X a52 aac alsa cdda cddb cdio dbus dvd ffmpeg flac hal httpd libgcrypt
> libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4
> samba sdl sse stream svg theora truetype vcd vorbis win32codecs xml xv
>
> As an additional benefit, since the update to the new qt4 libraries the
> VLC UI buttons are not messed up any more. (bug 246116)
>
> Cheers, Dave
Since qt has been move from meta-package to separate split packages, you should
unemerge qt-4.3* and then emerge the split packages. Having split packages is a
great implementation ,so dont shoot the developers.
--
Markos Chandras (hwoarang)
Re: [gentoo-user] [bit OT] 32 vs. 64 bits
On Monday 08 December 2008 17:09:04 Albert Hopkins wrote: > On Mon, 2008-12-08 at 14:59 +0100, pat wrote: > > Hello, > > > > I've bought a new laptop with Core 2 Duo processor which is 64 bit. My > > question is if applications (see below) compiled and running over 64 bits > > are stable enough or if I should compile for 32 bits. > > > > The applications are: > > - Seamoneky/Firefox > > - Java > > - Flash > > - Audacious > > - mplayer > > - VirtualBox/VMware > > - Qemu > > - Kerberos/OpenLDAP/OpenSSH (for these I think they are stable) > > - X.org/fluxbox > > - system suspending > > With very very few exceptions, stability shouldn't be much of an issue > for you. It's pretty much the same source code base. What you should be > more concerned about is application availability, especially WRT: > > * if the application is closed-source is there a 64-bit version > * have the Gentoo maintainers marked it (yet) for amd64 (stable). > Gentoo is (or at least used to be) a bit slower at marking > things amd64 just because there are (were) fewer testers. I > think this is pretty much a non-issue nowadays. > * if it has code optimized in assembler is there optimized > x64/compabile assembler. > > We (well, I) still use the closed-source (well, binary) versions of > java. IBM's Java at least has a 64-bit port. > > Adobe just released a Linux x64 port of Flash (in Alpha). From my > experience it's just as stable (or rather unstable) as the x86 version. > > win32codecs will not work unless it's used by a 32-bit exe (You can run > 32-bit apps on x64). > > System suspending if largely kernel. > > Anyway probably more than you wanted to know, but I don't think > stability is ever really a factor. Linux has supported 64-bit > processors for at least 15 years (I think). Usually the only issue > (just like running Linux on *any* non-x86 architecture) is the > availability of proprietary apps. > > -a I am using amd64/x86 Gentoo for 3 years. Both of them are really really great. Especially amd64 machine which is my desktop/development can run simply everything. All the mainline applications can run perfect on in So if you want my advise, forget about the x86 and go install amd64. You wont regret it :) -- Markos Chandras
Re: [gentoo-user] How to run dhclient on the background
On Sunday 23 November 2008 14:20:51 damian wrote: > Hello, > > When I boot my computer I don't want to wait for the dhcp client (in > my case dhclient) to acquire a lease to continue the booting process. > Instead, I would like that the client could be run in the background > (as a daemon) right after it is invoked. > > Reading through the man pages of dhclient it seems like I need to pass > the -nw flag to the client. However. I can't find how to do this. > > Any help is welcomed. It seems like I'm the only one with this issue > (I don't think so) because I can't find in the internet information > about this. > > Thanks in advance, > Damian. Just a couple of thoughts that come in my mind 1) Try to modify the init scrit under /etc/init.d/ to pass the arguments you want 2) Or just remove the init script with rc-update command and put the client in /etc/conf.d/local.start Something like dhclient eth0 If you have any question please ask :) -- Markos Chandras
Re: [gentoo-user] wpa_supplicant and at&t 2wire gateway
On Sunday 23 November 2008 01:14:41 John Blinka wrote:
> I've recently subscribed to AT&T's u-verse which came with a
> 2wire 3800hgv-b wireless gateway. On the windows side, my
> dual-booting Dell laptop picked up the signal and connected
> trivially. I've had no such success on the linux side.
>
> The gateway claims to use WPA-PSK authentication and TKIP
> encryption. My supplicant.conf file looks like:
>
> ctrl_interface=/var/run/wpa_supplicant
>
> network={
> ssid="my_ssid"
> psk="my_password"
> key_mgmt=WPA-PSK
> proto=WPA
> pairwise=TKIP
> }
>
> wpa_gui provides the following information for a few seconds:
>
> adapter: ath0
> network: 0: my_ssid
> status: SCANNING
> last message: Disconnect event - remove keys
> authentication:
> encryption:
> ssid:
> bssid:
> ip address:
>
> then displays:
>
> adapter: ath0
> network: 0: my_ssid
> status: 4WAY_HANDSHAKE
> last message: ASSOCIATED WITH 00:22:a4:0d:23:89
> authentication: WPA-PSK
> encryption: TKIP
> ssid: my_ssid
> bssid: 00:22:a4:0d:23:89
> ip address:
>
> and then cycles between these two sets of information.
>
> I can't pretend that I understand what's going on, and I haven't
> found any enlightenment in web searches. Does anyone know
> what this means, where I'm stuck, and how to go forward?
>
> Thanks for any help,
>
> John Blinka
I would suggest before trying the "hard way", to use Networkmanager and
knetworkmanaget. If you have success with that, then you can try the other
way
Other wifi guis are wlassistant or wifiradar. Give them a try
--
Markos Chandras
[gentoo-user] No video on vlc-0.9.6
Hello, Since I installed vlc-0.9.6 I cant see any videos. I get sound but no video. I tried xv,x11,opengl as video outputs but I couldnt make it work These are the use flags that I have enabled for vlc X a52 aac aalib alsa dbus directfb dts dvb dvd esd ffmpeg flac gnutls hal id3tag libass libcaca libgcrypt libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4 sdl skins sse svg svga truetype v4l v4l2 vorbis win32codecs x264 xml xv I tried to re-compile xvid and ffmpeg but I still cant see videos Any possible ideas? Thanks -- Markos Chandras
Re: [gentoo-user] portage-2.2 + collision protect
On Saturday 15 November 2008 16:23:51 Neil Bothwick wrote: > Yes, in the same way that disconnecting the warning lamp fixes the low oil > pressure problem in your car :( I agree that this is a wrong way to fix it. First of all am gonna fill a bug about amarok and I ll act accordingly Thanks -- Markos Chandras
Re: [gentoo-user] portage-2.2 + collision protect
On Saturday 15 November 2008 14:27:49 Neil Bothwick wrote: > On Sat, 15 Nov 2008 10:40:25 +0200, Markos Chandras wrote: > > > > I do not have collision-protect on FEATURES, portage MUST merge the > > > > package even if it warns me... > > > > This is my FEATURES line > > > > FEATURES="parallel-fetch buildpkg candy fixpackages ccache sandbox" > > You don't have -collision-protect either, so it could be on by default in > your profile. What do you get from > > emerge --info | grep FEATURES Ah that got me some extra features FEATURES="buildpkg candy ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" So , as you can see protect-owned is on as you told me before What if I add under FEATURES , -protect-owned? . Could this solve my problem? -- Markos Chandras
Re: [gentoo-user] tools currently available for update of etc files after updates
On Saturday 15 November 2008 11:04:23 Justin wrote: > Dale schrieb: > > Harry Putnam wrote: > >> I remember discussion of one or more fairly new tools designed to ease > >> the update of etc files following updates. > >> > >> Can anyone say what tools are currently available. > > > > dispatch-conf works. May want to try them all and pick the one you > > like. I like etc-update as far as the update process. I like this one > > because it keeps backups of the old config files. > > > > It's like the cereal aisle, your choice. > > > > Dale > > > > :-) :-) > > A cool thing with dispatch-conf: > > emerge colordiff and change in /etc/dispatch-conf.conf the diff="diff > ..." to diff="colordiff...". You also can change the mergening command > to anything you like more e.g. gui merging tools Thanks for that tip :). Really cool. -- Markos Chandras
Re: [gentoo-user] portage-2.2 + collision protect
On Saturday 15 November 2008 01:24:18 Paul Hartman wrote: > On Fri, Nov 14, 2008 at 5:20 PM, Markos Chandras > > <[EMAIL PROTECTED]> wrote: > > On Saturday 15 November 2008 01:07:33 Paul Hartman wrote: > >> On Fri, Nov 14, 2008 at 4:46 PM, Markos Chandras > >> > >> <[EMAIL PROTECTED]> wrote: > >> > Hello, > >> > > >> > I ve upgraded to portage-2.2 . From that time i am having a problem. > > > > When > > > >> > portage finds a collision between two files during the merge time , it > >> > complains and doesnt merge the new package. The weird thing is that i > > > > do > > > >> > not have collision-protect under FEATURES on /etc/make.conf file > >> > > >> > Any idea how to deal with that? > >> > >> Check to see which other package owns the collided file. If none, it's > >> probably safe to delete it & emerge the new package (which will > >> replace that file anyway). That's what I do. > >> > >> Paul > > > > This usually happens when I am trying to install slotted packages like > > amarok-1.94 > > > > I am using amarok-1.4.10 and I am trying to install amarok-1.94. They are > > on different slots but portage keeps complaining about collisions. Since > > I do not have collision-protect on FEATURES, portage MUST merge the > > package even if it warns me... > > What about protect-owned, do you have that? It is like > collision-protect, but it blocks you from overwriting files KNOWN to > belong to other packages (where collisiion-protect will block any file > on disk, even if it has no owning-package) > > There are also environment variables which explicitly protect/override > collision detection for directories, regardless of the features > setting. > > Paul This is my FEATURES line FEATURES="parallel-fetch buildpkg candy fixpackages ccache sandbox" Could some of these be responsible for the collision problem? -- Markos Chandras
Re: [gentoo-user] portage-2.2 + collision protect
On Saturday 15 November 2008 01:07:33 Paul Hartman wrote: > On Fri, Nov 14, 2008 at 4:46 PM, Markos Chandras > > <[EMAIL PROTECTED]> wrote: > > Hello, > > > > I ve upgraded to portage-2.2 . From that time i am having a problem. When > > portage finds a collision between two files during the merge time , it > > complains and doesnt merge the new package. The weird thing is that i do > > not have collision-protect under FEATURES on /etc/make.conf file > > > > Any idea how to deal with that? > > Check to see which other package owns the collided file. If none, it's > probably safe to delete it & emerge the new package (which will > replace that file anyway). That's what I do. > > Paul This usually happens when I am trying to install slotted packages like amarok-1.94 I am using amarok-1.4.10 and I am trying to install amarok-1.94. They are on different slots but portage keeps complaining about collisions. Since I do not have collision-protect on FEATURES, portage MUST merge the package even if it warns me... -- Markos Chandras
[gentoo-user] portage-2.2 + collision protect
Hello, I ve upgraded to portage-2.2 . From that time i am having a problem. When portage finds a collision between two files during the merge time , it complains and doesnt merge the new package. The weird thing is that i do not have collision-protect under FEATURES on /etc/make.conf file Any idea how to deal with that? Thanks -- Markos Chandras
Re: [gentoo-user] Showing "reverse" dependencies
On Sunday 09 November 2008 08:13:41 Alan McKinnon wrote: > On Sunday 09 November 2008 06:04:02 Dale wrote: > > [EMAIL PROTECTED] wrote: > > > Hi, > > > > > > is there a way to list the package, which depend on > > > a given (known) package (in my case a library)? > > > > > > Kind regards, > > > Meino Cramer > > > > If I understand correctly, equery depends . That's if I > > understand correctly. If you don't have it, emerge gentoolkit. > > Just be aware that equery depends is somewhat broken > > It lists dependencies in the tree, not dependencies a specific machine is > using. Plus it doesn't find some valid deps either. > > It's still useful, but the user also has to use eix to determine which deps > are valid for them and which are not. well , what about dep? from dep manpage -l, --depends (default) List dependencies of PACKAGE -L, --rev-depends List reverse dependencies of PACKAGE show try dep -l amarok and you will get amarok dependencies . Or try dep -L amarok and you will get the packages that depend on amarok Sorry If I understand your question wrong -- Markos Chandras
Re: [gentoo-user] Digest verification failed:
On Thursday 06 November 2008 19:14:57 de Almeida, Valmor F. wrote: > Hello, > > Any inputs on what this problem might be? Any use of --searchdesc will > result in a similar output. > > Thanks, > > -- > Valmor > > -> emerge --searchdesc eclipse > Searching... \!!! Digest verification failed: > !!! /usr/portage/app-backup/bacula/bacula-2.4.1-r1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 15696 > !!! Expected: 15693 > /!!! Digest verification failed: > !!! > /usr/portage/local/layman/science/dev-cpp/growler-core/growler-core-0.3. > 7.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 793 > !!! Expected: 916 > emerge: search: aux_get() failed, skipping > > |!!! Digest verification failed: > > !!! > /usr/portage/local/layman/science/dev-cpp/growler-link/growler-link-0.3. > 7.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 817 > !!! Expected: 940 > emerge: search: aux_get() failed, skipping > /!!! Digest verification failed: > !!! > /usr/portage/local/layman/science/dev-cpp/growler-math/growler-math-0.3. > 4.1.ebuild > !!! Reason: Filesize does not match recorded size > !!! Got: 695 > > - > Valmor de Almeida, Ph.D. > Oak Ridge National Laboratory > 1 Bethel Valley Road > PO Box 2008 > Oak Ridge TN 37831-6181 > > url: dealmeidav.ornl.gov > tel: 865-241-2906 > fax: 865-241-4829 > - Try layman -S later. growler-math seems to have wrong manifest. It should be fixed very soon else contact the maintener. You can find maintainers e-mail on /usr/portage/local/layman/science/dev-cpp/growler-math/ChangeLog file -- Markos Chandras
Re: [gentoo-user] restart apache. but why restart mysql and nfs automatically?
On Thursday 06 November 2008 14:45:40 adrian kok wrote: > Hi > > I restart apache. but why restart mysql and nfs > automatically? > > thank you > > Send instant messages to your online friends http://uk.messenger.yahoo.com I m not using apache but I assume that apaches' init script is depending on mysql and nfs services. Try to do cat /etc/init.d/apache(?) ( im not sure if this is the name ) and you will see the services that apache is depended on -- Markos Chandras
Re: [gentoo-user] fix for e2fsprogs BLOCK?
On Wednesday 05 November 2008 22:39:52 Denis wrote: > I did this > > emerge -f e2fsprogs e2fsprogs-libs > emerge -C com_err ss > > but it still complained about blocks when I tried "emerge e2fsprogs" > > So I had to do > > emerge -C e2fsprogs > emerge e2fsprogs > > This seems to work fine - no more blocks. > > Thank you, > Denis Yep. Thats the solution ;) -- Markos Chandras
Re: [gentoo-user] Re: i810 has been replaced by intel?
On Tuesday 04 November 2008 23:01:23 Neil Bothwick wrote: > On Tue, 4 Nov 2008 22:43:11 +0200, Markos Chandras wrote: > > > I think this was recently discussed on the list. Search it out, less > > > than 2 weeks ago > > > > Ooops, sorry, i wasnt subscribed back then. Thanks > > http://archives.gentoo.org/ Many thanks. All done :) -- Markos Chandras
Re: [gentoo-user] Re: i810 has been replaced by intel?
On Tuesday 04 November 2008 22:36:23 james wrote: > Markos Chandras gmail.com> writes: > > I had set VIDEO_CARDS="i810" on my laptop. Today I tried to re-emerge > > mesa package and saw that there was no more i810 on video cards but there > > is intel. Does this mean that I should replace VIDEO_CARD="i810" with > > "intel" ? > > I think this was recently discussed on the list. Search it out, less than > 2 weeks ago > > > hth, > > James Ooops, sorry, i wasnt subscribed back then. Thanks -- Markos Chandras
[gentoo-user] i810 has been replaced by intel?
I had set VIDEO_CARDS="i810" on my laptop. Today I tried to re-emerge mesa package and saw that there was no more i810 on video cards but there is intel. Does this mean that I should replace VIDEO_CARD="i810" with "intel" ? Thanks -- Markos Chandras
Re: [gentoo-user] distcc problems
On Monday 03 November 2008 22:03:08 Daryl Styrk wrote: > Markos Chandras wrote: > > On Monday 03 November 2008 21:10:37 Daryl Styrk wrote: > >> I thought I had everything set up correctly but apparently not. > >> > >> distccd[6820] (doc_execvp) ERROR: failed to exec x86_64-pc-linux-gnu-gcc > >> > >> : No such file or directory > >> > >> distccd[1246] ERROR: compile args.c on 10.0.1.8 failed with exit code > >> 110 make: *** [args.o] Error 110 > >> * > >> * ERROR: dev-util/ctags-5.7 failed. > >> * Call stack: > >> * ebuild.sh, line 49: Called src_compile > >> * environment, line 2107: Called die > >> *The specific snippet of code: > >> * emake || die "emake failed" > >> * The die message: > >> * emake failed > >> > >> I'm pretty new to gentoo, and linux this far 'in' any help would be > >> greatly appreciated. I just finished the base install and figured this > >> would be nice to help speed along compiling the rest of the system. > >> > >> I'm a little lost where to start and where I might have gone wrong. > >> > >> Any pointers to steer me back in the right direction? > > > > Are we talking about cross-compile too? What are the arches of your > > gentoo boxes?Tell us more about your configuration. Arches, who is > > compiling the packages for whom etc. :) > > Sorry, > I would like to compile packages for gentoo. > > Gentoo > uname -a > 2.6.25-gentoo-r7 #1 SMP x86_64 Intel Core 2 Duo CPU T7500 @ 2.20GHz > gcc -v 4.1.2 > > Ubuntu 8.04 > uname -a > 2.6.25-21-generic #1 SMP x86_64 Intel Core 2 Duo CPU T550 @ 1.83GHz > gcc -v 4.2.4 (ubuntu 4.2.4-1ubuntu3) > > some further reading looks like not having matching gcc versions will be > problematic and makes sense. > > Could that be the exit code 110? > > Any other system information needed? Tricky one. I couldnt do the same with gentoo+debian. You can find both gcc versions by running gcc -v . You might want to read [1] and [2] about distcc on debian and gentoo [1] http://www.gentoo.org/doc/en/distcc.xml [2] http://www.debian-administration.org/articles/112 -- Markos Chandras
Re: [gentoo-user] distcc problems
On Monday 03 November 2008 21:10:37 Daryl Styrk wrote: > I thought I had everything set up correctly but apparently not. > > distccd[6820] (doc_execvp) ERROR: failed to exec x86_64-pc-linux-gnu-gcc > > : No such file or directory > > distccd[1246] ERROR: compile args.c on 10.0.1.8 failed with exit code 110 > make: *** [args.o] Error 110 > * > * ERROR: dev-util/ctags-5.7 failed. > * Call stack: > * ebuild.sh, line 49: Called src_compile > * environment, line 2107: Called die > *The specific snippet of code: > * emake || die "emake failed" > * The die message: > * emake failed > > I'm pretty new to gentoo, and linux this far 'in' any help would be > greatly appreciated. I just finished the base install and figured this > would be nice to help speed along compiling the rest of the system. > > I'm a little lost where to start and where I might have gone wrong. > > Any pointers to steer me back in the right direction? Are we talking about cross-compile too? What are the arches of your gentoo boxes?Tell us more about your configuration. Arches, who is compiling the packages for whom etc. :) -- Markos Chandras
Re: [gentoo-user] Update svn ebuilds only when necessary
Ι think there is not such tool to do what you want On Mon, Nov 3, 2008 at 2:17 PM, Momesso Andrea <[EMAIL PROTECTED]>wrote: > Is there a way to to update svn packages only when there are updates in > the svn source? > > Actually I use a script to grep "" from eix -I output and put all > those packages in a package set, then I have a cron job to rebuild this > set weekly. > > What I'd like to do is to only fetch the svn sources, and rebuild the > packages if sources have been updated since last build, saving lots of > compilations. > > Does portage (or any other tool) provide a way to do it? >
Re: [gentoo-user] openoffice 3 broken?
On Sunday 02 November 2008 06:39:33 Dale wrote: > Kevin O'Gorman wrote: > > I've got OpenOffice (compiled), v3.0.0 here. It appears broken. > > I haven't tried a lot of things, but this little RTF file gets it wedged > > right away: the console that started it says: > > > > error - missing word count in dictionary file > > Hash Manager Error : 4 > > > > So I'm guessing there's a problem in a spell checker. Where would I > > look to solve that? > > This may help: > > Spell checking is provided through our own myspell-ebuilds, > if you want to use it, please install the correct myspell package > according to your language needs. > > Check to make sure myspell is installed correctly, perhaps re-emerge it. > > Dale > > :-) :-) As far as I remember , openoffice-3 doesnt uses myspell packages. It has its own spelling dictionaries. But i am not 100% sure about that ... -- Markos Chandras
Re: [gentoo-user] xf86-video-intel-2.5.0 emerge error
On Friday 31 October 2008 21:56:56 Fernando Antunes wrote: > Hi everybody ! > > Is someone having a problem with xf86-driver-intel-2.5.0 compilation like > this? > > ... > In file included from /usr/include/xorg/vdif.h:24, > from /usr/include/xorg/edid.h:15, > from bios_reader.c:45: > /usr/include/X11/Xmd.h:152: error: conflicting types for 'CARD32' > bios_reader.c:43: error: previous declaration of 'CARD32' was here > > * > * ERROR: x11-drivers/xf86-video-intel-2.5.0 failed. > * Call stack: > * ebuild.sh, line 49: Called src_compile > * environment, line 2946: Called x-modular_src_compile > * environment, line 3732: Called x-modular_src_make > * environment, line 3768: Called die > * The specific snippet of code: > * emake || die "emake failed" > * The die message: > * emake failed > > My box has xorg-server 1.3.0 ; VIDEO_CARDS="intel" (in make.conf) ; > xf86-video-intel ~x86 (in package.keyword). > > xf86-video-intel current version is 2.4.2-r3 > > Thanks You could try upgrade xorg-server too . If this doesnt fix your problem, i would suggest filling a bug on gentoo bugzilla :) -- Markos Chandras
Re: [gentoo-user] unmerge boo_boo
On Friday 31 October 2008 19:53:28 Joshua Murphy wrote:
> On Fri, Oct 31, 2008 at 1:07 AM, James <[EMAIL PROTECTED]> wrote:
> > Well,
> >
> > I've done it now, being in too big of a hurry.
> >
> > After an emerge --sync, and the blocking packages, I
> > got in a hurry, did not think and ran:
> >
> > emerge --unmerge sys-libs/ss sys-libs/com_err
> > sys-fs/e2fsprogs sys-libs/e2fsprogs-libs
> >
> >
> > So now I cannot emerge anything to fix this.
> >
> > Here I tried (re) emerge wget:
> >
> > Downloading
> > 'ftp://rm.mirror.garr.it/mirrors/gnuftp/gnu/wget/wget-1.11.1.tar.bz2'
> > wget: error while loading shared libraries: libcom_err.so.2: cannot open
> > shared object file: No such file or directory
> >
> >
> > Can I just copy some file over from another amd64 machine?
> >
> > If so, which ones exactly?
> >
> >
> > If not, any other ideas to fix this?
> >
> >
> >
> > James
>
> Hmm, here's a random thought... if you've not already gotten things
> working again... Gentoo installs Busybox... try
>
> FETCHCOMMAND="/bin/busybox wget \${URI} -P \${DISTDIR}" emerge wget
>
> and see if that overcomes your troubles.
emerge e2fsprogs again after unemerging the older version. If wget doesnt work
put the .tar.gz of sys-fs/e2fsprogs-1.41.2 on your /usr/portage/distfiles and
emerge it :)
--
Markos Chandras
Re: [gentoo-user] alsa in-kernel vs. alsa-lib
On Friday 31 October 2008 04:53:20 Iain Buchanan wrote: > Markos Chandras wrote: > > From my experience i would recommend to use alsa-in-kernel + alsa-libs + > > FYI that's alsa-lib not alsa-libs :) might confuse someone reading later. True. Sorry for the mistake :) > > > alsa-headers + alsa-utils + alsa-tools > > > > This combination works perfect on my 3 gentoo machines -- Markos Chandras
Re: [gentoo-user] alsa in-kernel vs. alsa-lib
On Friday 31 October 2008 01:04:42 Andrey Vul wrote: > On Thu, Oct 30, 2008 at 6:42 PM, Pupino <[EMAIL PROTECTED]> wrote: > > Hi all, > > i was used to intall alsa-lib and co. and use tools like alsamixer to > > manage the audio on my gentoo; now i've tryied to switch to the > > in-kernel way. > > I've built the relevant part into the kernel, no module, but now i'm > > stuck. If i try to emerge alsa-utils (wich has alsamixer) it pulls in > > also alsa-lib, alsa-header, etc... > > is this the correct behaviour? i tought i'll get rid of those > > packages(-header, -lib) switching to the in-kernel drivers. > > alsa-lib and alsa-headers are unrelated to the kernel modules. > alsa-lib and alsa-headers are userspace. > If you ditch alsa-lib and go full kernel: > Will you have sound? Maybe. > Will alsa-using apps be able to use it? Absolutely not. They need alsa-lib. From my experience i would recommend to use alsa-in-kernel + alsa-libs + alsa-headers + alsa-utils + alsa-tools This combination works perfect on my 3 gentoo machines
