Re: [gentoo-user] Can't emerge --sync
On Sat, 15 Jul 2017 11:00:01 +0100 Peter Humphrey wrote: > Hello list, > > Today I get this: > > # emerge --sync > >>> Syncing repository 'gentoo' into '/usr/portage'... > /usr/bin/git pull > remote: Counting objects: 25, done. > remote: Compressing objects: 100% (9/9), done. > remote: Total 25 (delta 15), reused 25 (delta 15), pack-reused 0 > Unpacking objects: 100% (25/25), done. > From https://github.com/gentoo-mirror/gentoo >c80ef88a736..b9cb9e0b42e stable -> origin/stable > Updating c5ec29f674c..b9cb9e0b42e > error: Your local changes to the following files would be overwritten > by merge: > metadata/layout.conf > Please commit your changes or stash them before you merge. > Aborting > !!! git pull error in /usr/portage > > I can't imagine I'd ever make any changes to that file, especially > not using git, but I tried reverting to backups of /var > and /usr/portage from a week ago, but I still get the same error. > Using backups from two weeks ago also made no difference. > > I sync and update every day, with never a problem like this before. > > Can anyone see what else I should try? Should I just delete the > offending file? (I'll get some coffee meanwhile...) > Why not just go there and do a "git diff"? It will show you what changed – maybe that gives an Idea what happened "git reset --hard" to reset the repository should solve that problem.
Re: [gentoo-user] Re: Need help: Filesystem (ext4) corrupted!
You dont happen to have a reasonable identical SD Card around, so you could dd the image on to see whether this is card related, do you? On Tue, 3 Sep 2013 04:45:04 +0200 meino.cra...@gmx.de wrote: > I did a binary image backup with dd of the sdcard.
Re: [gentoo-user] System freezes during compiles
On Wed, 20 Mar 2013 05:42:28 +0100 Carlos Hendson wrote: > Hello, > > For last few weeks or so, I've been getting intermittent hard lock-ups > during the emerge of various packages. It appears the more compile > intensive the package, the more likely the lock-up. These lock-ups have > occurred under kernels 3.4.9 and 3.7.10 with gcc 4.5.4 and 4.6.3. > > Once the machine is in a frozen state, the only thing that responds is > the soft power reset button. Some times the machine lock-ups again > after the button is pressed (this is because the compile resumes once > the system comes out of it's frozen state). > > If the system subsequently lock-ups because I wasn't able to cancel the > compile fast enough only a only option left is a hard power reset (10sec > + hold power button). If I cancel the compile, the system is perfectly > responsive and functions normally. > > There are kernel stack traces in /var/log/messages which I'm unable to > decipher and diagnose as to what caused the lock-up. > > If I had to guess, I'd blame an incorrect setting in the .config, but > since I'm stuck in the diagnostic of what part of the kernel might be > experiencing the problem, I need a bit of help to pin point the issue. > > I believe it to be a kernel configuration issue because when I booted > the machine using a system rescue Live CD, I was able to chroot into the > system and emerge packages like gcc without the lock-up problem > occurring. > > That's by no means conclusive, however, I've also run a complete pass of > memcheck for over an hour without any issues reported. > > I'd like to completely rule out hardware failure, what diagnostic tools > tools are recommend to try identify potential hardware issue of this > type? > > The various kernel stack traces are attached in case someone wants to > take a look. I can provide more information should it be needed. > > Any help or advice would be appreciated. > > Regards, > Carlos "Frozen" means there is no Hard Drive Activity going on right? And there is no other indication, that you are just running out of memory? --
Re: [gentoo-user] kernel 3.8 and external drivers
On Sun, 10 Mar 2013 21:53:42 +0100 Volker Armin Hemmann wrote: > Am 10.03.2013 19:28, schrieb Daniel Wagener: > > Hello, > > > > I ran into some trouble about an hour ago… > > > > My workstation has an onboard Realtek Ethernet which only works > > with the r8168 driver. Unfortunately, this driver is not in the > > kernel, but available to be compiled as a kernel module. (I guess > > because of som patents) That worked for quite some time, until i > > thought "hey, you got an hour of time, your workstation is still on > > 3.7.4, why don't you just upgrade it to 3.8.2?" So I did, only to > > find out that Linus and his friends changed the way drivers are > > initialized… (__devinit got unsupported for example) > > > > Of course, the guys who wrote that r8169 have not changed their > > code yet. > > > > tl;dr: > > My network is broken since 3.8.0. > > > > So for an immediate fix I am emerging 3.7.10 (since emerge > > --depclean deleted the Kernel source when it found the source fo > > 3.7.8 which got removed as soon as 3.8.2 was emerged…) to get it > > working again. For the long run im thinking of buying a PCI(e) card > > with Kernel support. Or maybe, if I find some time I will fix the > > driver myself. > > > > My question now is: > > Who should I talk to so something like this does not happen again? > > A certain gentoo dev, who could issue warnings on emerging kernels, > > something like excerpts from the changelog? Myself, because I > > missed what I described above? The devs of the r8169? > > Linus & co for breaking things? > > Myself bcause I forgot something else? > > Realtek? > > Or someone completely different? > > > so, you are using a superfluous external driver. Despite the fact that > external drivers are prone to breaking you insist on using the latest > kernel, instead using the latest kernel of one of the stable kernel > series like 3.4. To add insult to injury you remove kernels after > installing instead of after testing. well… I guess that sums it up… :( -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [gentoo-user] kernel 3.8 and external drivers
On Sun, 10 Mar 2013 12:49:02 -0600 Canek Peláez Valdés wrote: > On Sun, Mar 10, 2013 at 12:42 PM, Daniel Wagener > wrote: > > On Sun, 10 Mar 2013 12:36:55 -0600 > > Canek Peláez Valdés wrote: > > > >> On Sun, Mar 10, 2013 at 12:28 PM, Daniel Wagener > >> wrote: > >> > Hello, > >> > > >> > I ran into some trouble about an hour ago… > >> > > >> > My workstation has an onboard Realtek Ethernet which only works > >> > with the r8168 driver. Unfortunately, this driver is not in the > >> > kernel, but available to be compiled as a kernel module. (I > >> > guess because of som patents) That worked for quite some time, > >> > until i thought "hey, you got an hour of time, your workstation > >> > is still on 3.7.4, why don't you just upgrade it to 3.8.2?" So I > >> > did, only to find out that Linus and his friends changed the way > >> > drivers are initialized… (__devinit got unsupported for example) > >> > > >> > Of course, the guys who wrote that r8169 have not changed their > >> > code yet. > >> > > >> > tl;dr: > >> > My network is broken since 3.8.0. > >> > > >> > So for an immediate fix I am emerging 3.7.10 (since emerge > >> > --depclean deleted the Kernel source when it found the source fo > >> > 3.7.8 which got removed as soon as 3.8.2 was emerged…) to get it > >> > working again. For the long run im thinking of buying a PCI(e) > >> > card with Kernel support. Or maybe, if I find some time I will > >> > fix the driver myself. > >> > > >> > My question now is: > >> > Who should I talk to so something like this does not happen > >> > again? A certain gentoo dev, who could issue warnings on > >> > emerging kernels, something like excerpts from the changelog? > >> > Myself, because I missed what I described above? The devs of the > >> > r8169? Linus & co for breaking things? > >> > Myself bcause I forgot something else? > >> > Realtek? > >> > Or someone completely different? > >> > >> Mmmh. What sources do you use? In vanilla-sources-3.8.2, there is a > >> r8169 driver: > >> > >> ./drivers/net/ethernet/realtek/r8169.c > >> > >> config R8169 > >> tristate "Realtek 8169 gigabit ethernet support" > >> > >> Say Y here if you have a Realtek 8169 PCI Gigabit > >> Ethernet adapter. > >> > >> To compile this driver as a module, choose M here: the > >> module will be called r8169. This is recommended. > >> > >> What is more, I'm using that driver. It works without a problem. Do > >> you use a different driver with the same name? > >> > >> Regards. > > > > > > oh great, so I actually mixed it up… > > the 8169 is in the Kernel yes, but what i need is the 8168 > > The in-kernel drive (supposedly) supports 8168: > > r8169.c: RealTek 8169/8168/8101 ethernet driver. > > Have you tried it recently? When drivers are in-kernel, they usually > are improved greatly between versions, perhaps it works now with your > card if it didn't before. > > Otherwise, I don't know about your problem. > > Regards. Thanks for encouraging me, the in-kernel driver actually works. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [gentoo-user] kernel 3.8 and external drivers
On Sun, 10 Mar 2013 12:36:55 -0600 Canek Peláez Valdés wrote: > On Sun, Mar 10, 2013 at 12:28 PM, Daniel Wagener wrote: > > Hello, > > > > I ran into some trouble about an hour ago… > > > > My workstation has an onboard Realtek Ethernet which only works with the > > r8168 driver. > > Unfortunately, this driver is not in the kernel, but available to be > > compiled as a kernel module. (I guess because of som patents) > > That worked for quite some time, until i thought "hey, you got an hour of > > time, your workstation is still on 3.7.4, why don't you just upgrade it to > > 3.8.2?" > > So I did, only to find out that Linus and his friends changed the way > > drivers are initialized… (__devinit got unsupported for example) > > > > Of course, the guys who wrote that r8169 have not changed their code yet. > > > > tl;dr: > > My network is broken since 3.8.0. > > > > So for an immediate fix I am emerging 3.7.10 (since emerge --depclean > > deleted the Kernel source when it found the source fo 3.7.8 which got > > removed as soon as 3.8.2 was emerged…) to get it working again. > > For the long run im thinking of buying a PCI(e) card with Kernel support. > > Or maybe, if I find some time I will fix the driver myself. > > > > My question now is: > > Who should I talk to so something like this does not happen again? > > A certain gentoo dev, who could issue warnings on emerging kernels, > > something like excerpts from the changelog? > > Myself, because I missed what I described above? > > The devs of the r8169? > > Linus & co for breaking things? > > Myself bcause I forgot something else? > > Realtek? > > Or someone completely different? > > Mmmh. What sources do you use? In vanilla-sources-3.8.2, there is a > r8169 driver: > > ./drivers/net/ethernet/realtek/r8169.c > > config R8169 > tristate "Realtek 8169 gigabit ethernet support" > > Say Y here if you have a Realtek 8169 PCI Gigabit Ethernet adapter. > > To compile this driver as a module, choose M here: the module > will be called r8169. This is recommended. > > What is more, I'm using that driver. It works without a problem. Do > you use a different driver with the same name? > > Regards. oh great, so I actually mixed it up… the 8169 is in the Kernel yes, but what i need is the 8168 --
[gentoo-user] kernel 3.8 and external drivers
Hello, I ran into some trouble about an hour ago… My workstation has an onboard Realtek Ethernet which only works with the r8168 driver. Unfortunately, this driver is not in the kernel, but available to be compiled as a kernel module. (I guess because of som patents) That worked for quite some time, until i thought "hey, you got an hour of time, your workstation is still on 3.7.4, why don't you just upgrade it to 3.8.2?" So I did, only to find out that Linus and his friends changed the way drivers are initialized… (__devinit got unsupported for example) Of course, the guys who wrote that r8169 have not changed their code yet. tl;dr: My network is broken since 3.8.0. So for an immediate fix I am emerging 3.7.10 (since emerge --depclean deleted the Kernel source when it found the source fo 3.7.8 which got removed as soon as 3.8.2 was emerged…) to get it working again. For the long run im thinking of buying a PCI(e) card with Kernel support. Or maybe, if I find some time I will fix the driver myself. My question now is: Who should I talk to so something like this does not happen again? A certain gentoo dev, who could issue warnings on emerging kernels, something like excerpts from the changelog? Myself, because I missed what I described above? The devs of the r8169? Linus & co for breaking things? Myself bcause I forgot something else? Realtek? Or someone completely different? --
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Wed, 23 Jan 2013 22:06:17 +1100 Gregory Shearman wrote: > Even if you didn't see the message and your system didn't boot then you > could still fix things by using your Minimal Install CD to start up, > then chroot into your normal system and rebuild your kernel. Well, you could… But as i dropped out of bed less than two hours ago and found my workstation in a stuck booting process I never ordered, I actuall could not. No time, no coffee, no Black Metal on my Teufel connected to that workstation… Im afraid the machine will stay this way until… February, when i can spend ore than ten Minutes on it?
Re: [gentoo-user] Re: Anyone switched to eudev yet?
On Mon, 24 Dec 2012 14:00:39 -0600 Dale wrote: > Alan McKinnon wrote: > > On Mon, 24 Dec 2012 06:58:15 -0600 > > Dale wrote: > > > >> So, Nuno, everything was fine until they started moving things to a > >> place where it shouldn't be. > > No Dale, that is just flat out wrong. > > > > There is no such thing as "place where stuff should be". There are > > only conventions, and like all conventions, rituals, fashions and > > traditions these are prone to breakage when things move on. Things > > move on because they become way more complex than the designer of > > the convention thought they would (or could). > > > > The truth is simply this (derived from empirical observation): > > > > Long ago we had established conventions about / and /usr; mostly > > because the few sysadmins around agreed on some things. In those > > days there was no concept of a packager or maintainer, there was > > only a sysadmin. This person was a lot like me - he decided and if > > you didn't like it that was tough. So things stayed as they were > > for a very long time. > > > > Thankfully, it is not like that anymore and the distinction between > > / and /usr is now so blurry there might as well not be a > > distinction. Which is good as the distinction wasn't exactly a good > > thing from day 1 either - it was useful for terminal servers (only > > by convention) and let the sysadmin keep his treasured uptime > > (which only proves he isn't doing kernel maintenance...) > > > > I'm sorry you bought into the crap about / and /usr that people of > > my ilk foisted on you, but the time for that is past, and things > > move on. If there is to be a convention, there can be only one that > > makes any sense: > > > > / and /usr are essentially the same, so put your stuff anywhere you > > want it to be. ironically this no gives you the ultimate in choice, > > not the false one you had for years. So if your /usr is say 8G, then > > enlarge / bu that amount, move /usr over and retain all your mount > > points as the were. Now for the foreseeable future anything you > > might want to hotplug at launch time stands a very good chance of > > working as expected. > > > > You will only need an initrd if you have / on striped RAID or LVM or > > similar, but that is a boot strap problem not a /usr problem (and > > you do not have such a setup). Right now you need an initrd anyway > > to boot such setups. > > > > The design of separate / and /usr on modern machines IS broken by > > design. It is fragile and causes problems in the large case. This > > doesn't mean YOUR system is broken and won't boot, it means it > > causes unnecessary hassle in the whole ecosystem, and the fix is to > > change behaviour and layout to something more appropriate to what > > we have today. > > > > The problems with that is these: It worked ALL these years, why > should it not now? I have / on a traditional partition which is not > going to resize easily. If I put / on LVM, I need a init thingy. I > don't want a init thingy or I would have put / on LVM too. I made / > large enough that I would not fill it up in the lifetime of this > system but not large enough to absorb /usr. If I am going to have to > redo all my partitions yet again, I will not use LVM. I use LVM to > eliminate this EXACT problem. I got tired of running out of space > and having to move stuff around all the time. > > So, worked for ages, then it breaks when people change where they put > things. Answer is, don't change where you put things. Then things > still work for most everyone, including me. I'm not a programmer nor > am I a rocket scientist but even I can see that. If I can see it, I > have no idea why a programmer can't other than being willingly > blinded. ;-) > > Udev/systemd seems to be the problem. How do I come to that > conclusion, eudev people says they will support separate /usr with no > init thingy. Either the eudev folks are rocket scientist type > programmers and the udev/systemd people are playing with fire > crackers or there is a way for this to work with udev/systemd to, IF > they wanted it to work. Thing is, they have some grand scheme to > force people to their way of doing things, which includes a init > thingy. Since there is a way to continue with the old way, which has > worked for decades, guess what I am going to do? Yep, I'm going to > jump off the udev ship and onto the eudev ship. The eudev ship may be > old and traditional but it works like I expect. Now if others want to > stay on the current ship, works for me too. I'm just not liking the > meals served on the udev ship anymore. > > I might add, one of the reasons I left Mandriva was because of the > init thingy that kept giving me grief. If I have to use that thing on > Gentoo, the first time it breaks, I'm going to a binary install. If I > am going to put up with that mess, I may as well have something that > installs quickly. That was one thing I liked about Mandriva, install >
Re: [gentoo-user] System maintenance procedure?
On Tue, 4 Dec 2012 16:30:33 -0800 Grant wrote: > My unattended daily system maintenance procedure is like this: > > layman -S > emerge --sync > emerge -pvDuN world > emerge -pv --depclean > eclean -p distfiles > eclean -p packages > > And then attended like this: > > emerge -DuN world > revdep-rebuild > etc-update > elogv > emerge --depclean > eclean distfiles > eclean packages > > Am I missing any good stuff? > > - Grant If you are doing anything in haskell, you will want to add haskell-updater Otherwise you may end up runinng up and down your portage tree finding everything in order while ghc complains about unsatisfied dependencies. --
Re: [gentoo-user] ghostscript fails to find Helvetica font
On Thu, 27 Sep 2012 22:42:26 -0300 José Romildo Malaquias wrote: > Hello. > > Recently ghostscript stopped working on my ~amd64 system. The error > message indicates it cannot find basic fonts like Times and Helvetica. > > > $ ps2pdf a.ps > Error: /invalidfont in /findfont > Operand stack: >Times-Italic@0 --nostringval-- Times-Italic > Execution stack: >%interp_exit .runexec2 --nostringval-- --nostringval-- > --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- > --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop > 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 > %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- > --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- > --nostringval-- 1836 3 4 %oparray_pop > Dictionary stack: >--dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- > --dict:59/120(L)-- > Current allocation mode is local > Last OS error: No such file or directory > Current file position is 5611 > GPL Ghostscript 9.06: Unrecoverable error, exit code 1 > > > Any clues? > > Romildo > Have had such stuff for quite some time… unfortunately I did not write that down… :( I remember it was some problem with font loading in X, somehow the order mattered, had to edit xorg.conf and .xinitrc to get it all right
Re: [gentoo-user] Gentoo is the best linux distro
On Wed, 12 Sep 2012 16:55:37 +0200 Alan McKinnon wrote: > > lafilefixer --justfixit". > The last one, "lafilefixer --justfixit" is especially valuable as it > gets right of a huge gigantic steaming pile of crap that a) should > never have been there at all in the first place and b) if it's causing > the problem is almost impossible to pin down without lots of work. So > even if b) is not true, you still get the huge benefit of a) while we are at it… does it still make sense to run it on a regular basis or can I purge it from my maintenace script?e
Re: [gentoo-user] Re: Reinstall + switch to KDE
On Mon, 10 Sep 2012 14:44:33 -0500 Canek Peláez Valdés wrote: > On Mon, Sep 10, 2012 at 2:36 PM, Alan McKinnon > wrote: > > On Mon, 10 Sep 2012 12:53:41 -0400 > > Andrey Moshbear wrote: > > > >> On Mon, Sep 10, 2012 at 12:43 PM, Nikos Chantziaras > >> wrote: > >> > On 10/09/12 19:12, Samuraiii wrote: > >> >> > >> >> Hello, > >> >> because I broke me PC and I need to reinstall it I'm going ask what > >> >> should I preserve to make install faster: > >> > > >> > So what *is* broken? The hardware? If you have a new PC, you > >> > simply need to transfer your Gentoo install to a new hard disk > >> > using rsync. > >> > >> He borked his /usr/include due to an improperly-written uninstall rule > >> in a Makefile. > >> > > > > if "emerge -e world" runs, it will fix that little oopsie > > No, it won't; if enough files from /usr/include are gone/borked, most > packages will fail compilation. glibc alone has ~450 files under > /usr/include; and basically everything depends on glibc. hmm, my approach in that case would be to get /usr from a recent stage3 tarball and then running emerge -e world but maybe there is a reason why nobody came up with that already :-/ --
Re: [gentoo-user] crosscompiling...the point of view
On Mon, 6 Aug 2012 15:01:40 +0200 meino.cra...@gmx.de wrote: > So - is there any logical reason, which prevents the process of the > compilation of a complete distribution/rootfs/boot-mechanism for > a platform "A" on a hostsystem of the platform "B" if the cross > compilation toolchain is already installed on "B" and no emulated > environment is wanted? I know that it is possible, though I have not done it myself yet. And unfortunately, the examples I know of were built with openembedded (prime example for beagleboard: Angstrom) and I do not the slightest idea how that would work on Gentoo. But I would love to know. :)
Re: [gentoo-user] Gentoo on a Beaglebone
On Sun, 05 Aug 2012 23:47:01 -0700 Bryan Gardiner wrote: > On August 6, 2012 06:51:41 AM meino.cra...@gmx.de wrote: > > > > What is meant with "please convert /etc/portage/package.keywords to a > > directory" What will happen to the contents of that file? What is the name > > of the directory to create? How can I fix that? > > > > Thank you very much in advance for any help! > > Best regards, > > mcc > > package.keywords can be a directory instead of a file, in which case the > "file" > that ends up getting used is the concatenation of all of the files in the > directory. Which also means, that moving the old file in there would also work. Though that is somehow against the idea of it…
Re: [gentoo-user] [OT] Ángstróm Distribution: Sourcecode download?
On Tue, 17 Jul 2012 05:17:50 +0200 meino.cra...@gmx.de wrote: > Hi, > > does someone know a way to download the Angstrom-Distribution > and the according toolchain to build the binarie via crosscompiling > on my Gentoo-system (I only found the binaries...) ? > > Thank you very much in advance for any help! > > Best regards, > mcc Angstrom is built from OpenEmbedded, you may want to check www.openembedded.org --
Re: [gentoo-user] Everything disappeared from world list
On Fri, 6 Jul 2012 00:04:35 -0400 Frank Peters wrote: > On Thu, 5 Jul 2012 20:34:12 -0700 > Mark Knecht wrote: > > > Replying on Kindle. Short suggestion is recreate > > /var/lib/portage/world by hand by adding what you know you want > > installed. > > AFAIK, Gentoo does not have a script or an option to back up the > world file and other associated files. Regenerate world does ring a bell here though… unfortunately I have no internet connection for googling right now perhaps something with equery emaint world however is not what I think of, though it might be worth a try, dunno what it actually does, maybe it will just say it cannot find world --
Re: [gentoo-user] distcc to compile Gentoo on the laptop
On Wed, 13 Jun 2012 01:04:19 -0500 Christopher Lemire wrote: > Hello Gentoo users, I have one of the higher end pentium 3s running at 1ghz > on a laptop. I have started to install Gentoo on it. Once Stage 3 > (Hardened) and Portage were installed, the first things I installed > were vim and distcc. My desktop is a amd quad core at 2.8 ghz stock. > When I had Gentoo on it once before, compiling went really fast using > MAKEOPT=-j5. My desktop is now running Fedora 16 and it's 64-bit, > LUKS, RAID0. I looked up from the Gentoo Handbook and the Gentoo Wiki > documentation about distcc. It all seems to assume that all the other > computers are also running Gentoo. Also because the desktop is running > 64-bit Fedora, and the laptop can only run 32 bit, there is the need > for cross compiling. Here's all the issues I am running into that I'm > asking for help to solve. > > 1. Both systems are not Gentoo. > > 2. Fedora has distcc and distccd available in the repos, but both > packages are 64 bit. > > 3. The need for cross-compiling between architectures. The Gentoo Wiki > says use crossdev. That package is available in the Gentoo > repositories through emerge, but when I checked with my Fedora system, > it was not. > > 4. According to what I read, gcc version a.b.c where a, b, and c are > numbers, a and b need to be the same on both systems. It is ok for c > to be different. My Gentoo has gcc 4.5.x while Fedora has gcc 4.6.x. > > So my question is if this is do-able and if anybody has experience > doing this. I want to do the distcc both for the learning experience > and because just emerging distcc on the laptop alone took at least 2 > hours. > > Christopher Lemire > Ubuntu 64 bit Linux Raid Level 0 What about a different approach: gentoo in a VM on the desktop Would that not be much easier? Of course some processor power is used for the VM itself, but it should still significantly decrease compilation time on the laptop. Plus you can easily equip other machines with that VM and use their power too.
Re: [gentoo-user] Distcc advice needed
On Sun, 03 Jun 2012 16:44:19 +0200 Samuraiii wrote: > Hello friends, > I'm in need of good advice. > I have 3 computers running gentoo and want to utilise all of them for > distcc compiling - the emerging computer would be everytime different. > Two machines are amd64 and one is x86 and this appears to be problem. > According to http://www.gentoo.org/doc/en/cross-compiling-distcc.xml I > need to edit some symlinks and if I'm going to emerge on either amd64 or > X86. > The problem is that wrapper script which calls c++ gcc g++ with > architecture prefix. > Is there a workaroud so that I do not need to change those symliks > everytime Im going to emerge on different arch? > > Thanks for reply in advance > S You are going to need seperate toolchains, where afaik there are only two ways to tell them apart. The first is the path you install it in, the other is the binary code itself (and that only tells you they differ, not which one is for a defined arch). So your best choice are those symlinks im afraid. However, you can automate this process, maybe eselect can already do that for you, have not checked that yet.
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knecht wrote: > Hi, >I just got around to trying my Virtualbox VMs under the new 3.0.0 > kernel and they aren't working. It says vboxdrv is not set up. I drop > back to 2.6.39 and they run fine. Please note I really mean only the > VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. > >I used make oldconfig to get 3.0.0 working so maybe that caused the > problem but I don't yet see what's wrong looking at the config files. > >Most likely this is some problem caused by the new numbering but I > Googled around looking for a solution and didn't find one. Has anyone > else here checked Virtualbox under the new kernel? > >Note that VMWare seems to be running fine under 3.0.0, only > Virtualbox is failing. > > Thanks, > Mark > You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*)
Re: [gentoo-user] You have no world file
On Wed, 20 Apr 2011 09:15:12 -0700 Dan Cowsill wrote: > On Wed, Apr 20, 2011 at 8:55 AM, Michael Orlitzky > wrote: > > > On 04/20/2011 11:35 AM, Dan Cowsill wrote: > > > Hi list, > > > > > > I've been having a strange issue every so often. I'll do a world > > > update (emerge -uDNav, etc) and that will proceed nicely, > > > installing new packages and suchlike. I'll then do a little bit > > > of the old emerge -pcv to check for dangling packages and I will > > > get the following: > > > > > > !!! You have no world file. > > > !!! Proceeding is likely to break your installation. > > > > > > Portage will then politely inform me that it needs to remove 190 > > > packages and I thank FSM I added -p. > > > > > > So! Googling that little tidbit produced nothing meaningful. > > > What's the story? Gremlins? > > > > > > > Basically. Do you have a world file (/var/lib/portage/world)? If > > not, why not? Is /var or one of its subdirectories mounted > > separately? Hard drive going bad? Do you see gremlins anywhere? > > > > Permissions on /var/lib/portage should be drwxrws--- root:portage > > > > /var/lib/portage/world should be -rw-r--r-- root:portage > > > > > File's there, permissions are correctly set, the filesystem isn't > mounted separately and according to smartctl, the hard drive is doing > quite well. I'm at a loss! Have you ever looked at the size world or maybe even into it?
Re: [gentoo-user] emerge conflict
On Fri, 13 Aug 2010 15:17:50 +0200
"J. Roeleveld" wrote:
> On Friday 13 August 2010 14:15:59 Alan McKinnon wrote:
> > On Friday 13 August 2010 16:04:53 Frank Schwidom wrote:
> > > Hi
> > >
> > > i get the error:
> > >
> > > {
> > > !!! Multiple package instances within a single package slot have
> > > been pulled
> > > !!! into the dependency graph, resulting in a slot conflict:
> > >
> > > media-libs/libpng:0
> > >
> > > ('ebuild', '/', 'media-libs/libpng-1.4.3', 'merge') pulled in by
> > >
> > > >=media-libs/libpng-1.2.43-r2:0 required by ('ebuild', '/',
> > > >'x11-libs/cairo-1.8.10', 'merge')
> > > >=media-libs/libpng-1.4 required by ('ebuild', '/',
> > > >'x11-libs/gtk+-2.20.1-r1', 'merge')
> > >
> > > (and 27 more)
> > >
> > > }
> > >
> > > And i wonder that it seems not to be possible to install both libs
> > > (libpng-1.2.43-r2:0, libpng-1.4) in the same time. Linux is
> > > actually able to manage this by the lib-version and links.
> >
> > You have misread the portage output. It does not say it wants those
> > versions.
> >
> > It says this:
> > >=media-libs/libpng-1.2.43-r2:0
> > >=media-libs/libpng-1.4
> >
> > Note the greater than or equal to.
> >
> > The limiting factor to multiple versions is not Linux, it is
> > portage. Portage will not co-install two versions in the same SLOT.
> >
> > > Did i have overseen any gentoo switch that makes is possible? Or
> > > is there any other option?
> >
> > This whole libpng mess was a right royal fuck up several months
> > ago. I forget the specifics but IIRC a decent solution was
> >
> > emerge -C libpng
> > emerge libpng
> > revdep-rebuild
> >
> > The last step takes some time to complete, there is a lot of
> > fall-out to deal with.
> >
> > As you are only hitting this now, I assume you have a stable system
> > and are not using the masked versions of portage.
> > @preserved-rebuild would save you lots of pain, but that feature is
> > not available in stable versions of portage.
> >
> > For more info, check the archives. There is more mail there about
> > this than you could ever possibly want to read.
>
> I actually hit this myself yesterday.
> When emerging "libpng", it mentions a script that needs to be run. I
> would suggest running that script.
>
> I think the following commands were the ones that led to a properly
> upgraded system. It is now working for me, but it did take quite a
> while. **
> emerge -vauD --newuse world
> lafilefixer --justfixit
> /usr/sbin/libpng-1.4.x-update.sh
> emerge -vauD --newuse world
> revdep-rebuild -- -va
> emerge -vauD --newuse world
> **
>
> Alternatively, you could always try to one that should always work:
>
> emerge -vae world
> (NOTE: This will rebuild _everything_)
>
> Btw, if you are using KDE, you might, like me, also hit issues with
> akonadi not starting (I couldn't not use it anymore)
> Post on the list if you hit it, I still have these fresh in my mind :)
>
> --
> Joost
>
This script is hopefully not the hack, that is said to be a problem in
the future?
http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
--
/"\
\ / Plain Text Ribbon Campaign
x Say NO to HTML in email and news
/ \
Re: [gentoo-user] Re: Opera 10.60: fonts suck
On Sat, 03 Jul 2010 13:43:57 +0300 Nikos Chantziaras wrote: > On 07/03/2010 12:37 PM, Mick wrote: > > On Thursday 01 July 2010 20:02:28 Nikos Chantziaras wrote: > >> I updated to Opera 10.60 just now. The fonts look extremely ugly > >> to the point that makes this browser just a useless bunch of bytes > >> on disk. Anyway to fix this? > > > > I do not have the same problem ... fonts look fine here. Is your > > problem perhaps related to the fonts that you have installed? > > Nope. And Opera 10.11 doesn't have this problem. Neither do the > other browsers I have installed (Firefox and Konqueror.) > > Here's a screenshot of the problem: > >http://i47.tinypic.com/8tuu.png > Maybe you should try holding the control-key and turning the mousewheel... or RTFM how to zoom in Opera... -- /"\ \ / Plain Text Ribbon Campaign x Say NO to HTML in email and news / \
Re: [gentoo-user] Sound with xfce4 and Firefox
On Fri, 12 Mar 2010 05:18:03 -0500 dhk wrote: > Daniel Wagener wrote: > > On Thu, 11 Mar 2010 07:29:09 -0500 > > dhk wrote: > > > >> I don't use sound very often, but recently I noticed when I play > >> news videos in Firefox there isn't any sound coming through the > >> headphones. It's an Intel 32bit box with xfce4. I don't have > >> speakers hooked up just headphones and it use to work a few months > >> ago. I suspect it stopped working after an upgrade. Is this > >> something to do with xfce4, Firefox, or something else? > >> > >> Thanks, > >> > >> dhk > > > > Already checked mixer/volume settings? > > > > > > I don't see a mixer/volume in the menu, but I do have > xfce-extra/xfce4-volumed and gnome-base/gnome-volume-manager > installed. Is there suppose to be a mixer? I would think so, but I > thought xfce4 may work differently. Is there a mixer/volume I need > to emerge? Maybe it got uninstalled. > > Thanks, > dhk > > > alsa comes with alsamixer, you can find it via the console and i also meant the volume of the video itself - just to be sure any other applications that produce a sound?
Re: [gentoo-user] Sound with xfce4 and Firefox
On Thu, 11 Mar 2010 07:29:09 -0500 dhk wrote: > I don't use sound very often, but recently I noticed when I play news > videos in Firefox there isn't any sound coming through the headphones. > It's an Intel 32bit box with xfce4. I don't have speakers hooked up > just headphones and it use to work a few months ago. I suspect it > stopped working after an upgrade. Is this something to do with xfce4, > Firefox, or something else? > > Thanks, > > dhk Already checked mixer/volume settings?
Re: [gentoo-user] Any nice tools for emerge dependency resolution listing?
On Sat, 6 Mar 2010 18:19:19 +0800 Mark David Dumlao wrote: > Hi! > I'm wondering if anyone's written a script that looks deep into the > build dependencies of some package foo, and gives you a list of > ebuilds you need to unmask to build it. Immediate build dependencies > could easily be shown using the ebuild itself, and deep dependencies > could be shown using equery something, but I just want to focus on > dependencies you need to unmask when building. > > I usually just manually iterate through emerge -uDNtav world/something > to make something like that happen, and it's just hit me that this > sounds like a chore that's bound to have bugged someone. > > I'm not looking for a tool that writes my package.keywords/* for me, > I'd like to do that myself, but the iteration process is more painful > than it should be "manually". If there's none I was wondering what > kinds of challenges would it take to write one in python as that > sounds like a cool exercise to try out. autounmask --pretend maybe?
Re: [gentoo-user] Re: Gentoo down?
On Mon, 1 Mar 2010 07:34:30 -0800 Mark Knecht wrote: > > Guess I'll have to wait for some nvidia installation instructions. > Thanks! you may try the wiki though... http://en.gentoo-wiki.com/wiki/Main_Page
Re: [gentoo-user] New Gentoo system has become unstable and unusable - help, please!
On Fri, 12 Feb 2010 09:46:33 + Alan Mackenzie wrote: > On Fri, Feb 12, 2010 at 10:50:46AM +0200, Alan McKinnon wrote: > > On Friday 12 February 2010 10:54:53 Alan Mackenzie wrote: > > > Hi, Gentoo, > > > > My new Gentoo box has become unusably unstable. > > > > The first sign was when the compiler threw a segfault whilst > > > emerging the xfce window manager. I "solved" this by emerging > > > Openbox instead. > > > > Then I got another compiler segfault whilst emerging firefox > > > (yes, I know there's a binary for this). > > > > > everything you mention below is indicative of failing hardware, > > especially RAM closely followed by PSU. > > > Swap them out with known good items and test thoroughly *before* > > doing anything else. > > I hope you're not right here. ;-) The hardware is spanking brand > new; so new, in fact, that it's still gleaming. > > Are there any handy utility programs around to test RAM exhaustively? > > [ ] > > > -- > > alan dot mckinnon at gmail dot com > you may wanna look at memtest86+, its in portage http://www.memtest.org/
Re: [gentoo-user] emerge older version
On Tue, 09 Feb 2010 17:45:20 +0100 Laurent Kappler wrote: > Hi, > > I'm tryin to emerge ImageMagick version 6.4.7.0 while current in > portage is 6.5.7. > > How could I do that?? > > thanks > Laurent by using emerge "=ImageMagick-6.4.7.0" - if that version was in portage though, which is not, according to http://gentoo-portage.com/media-gfx/imagemagick so I guess you have to go the hard way by installing it manually...
Re: [gentoo-user] xpdf build fails
On Thu, 4 Feb 2010 11:43:46 +0100
Arnau Bria wrote:
> Hi all,
>
> after last update, I ran revdep-rebuild and this is the package I have
> to rebuild:
>
> [...]
> * All prepared. Starting rebuild
> emerge --oneshot app-text/xpdf:0
> ..
>
> but it fails:
>
> [...]
> GlobalParams.cc:2227: warning: deprecated conversion from string
> constant to ‘char*’ GlobalParams.cc:2229: warning: deprecated
> conversion from string constant to ‘char*’ GlobalParams.cc: In member
> function ‘CMap* GlobalParams::getCMap(GooString*, GooString*)’:
> GlobalParams.cc:2831: error: no matching function for call to
> ‘CMapCache::getCMap(GooString*&,
> GooString*&)’ /usr/include/poppler/CMap.h:119: note: candidates are:
> CMap* CMapCache::getCMap(GooString*, GooString*, Stream*) make: ***
> [GlobalParams.o] Error 1 make: *** Waiting for unfinished jobs
> * ERROR: app-text/xpdf-3.02-r2 failed:
> * emake failed
> *
> * Call stack:
> * ebuild.sh, line 54: Called src_compile
> * environment, line 2595: Called _eapi2_src_compile
> * ebuild.sh, line 646: Called die
> * The specific snippet of code:
> *emake || die "emake failed"
> *
>
> For what I saw in google, seems a poppler related problem. and when
> running xpdf:
>
>
> $ xpdf
> xpdf: error while loading shared libraries: libpoppler.so.4: cannot
> open shared object file: No such file or directory
>
> I don't have libpoppler.so.4 installed:
>
> # locate libpoppler.so.4
> #
>
> and poppler installed pacakges in my system:
>
> # eix poppler|grep "^\[I\]"
> [I] app-text/poppler
> [I] virtual/poppler
> [I] virtual/poppler-glib
> [I] virtual/poppler-utils
>
> with use:
>
> [I] app-text/poppler
> Available versions: 0.8.7 0.10.5-r1 ~0.12.3-r2 0.12.3-r3
> {abiword cairo cjk debug doc exceptions jpeg jpeg2k lcms png qt4
> utils xpdf-headers zlib} Installed versions: 0.12.3-r3(10:35:25 AM
> 02/04/2010)(abiword cairo jpeg png qt4 utils xpdf-headers -cjk -debug
> -doc -exceptions -jpeg2k -lcms)
>
>
> How may I solve this issue?
>
> Any help is appreciated.
>
> Cheers!
had this today this morning, solved it by unmasking
app-text/xpdf-3.02-r4 after finding this:
http://bugs.gentoo.org/show_bug.cgi?id=293588#c5
Re: [gentoo-user] correct way for unmasking several packages
On Fri, 22 Jan 2010 08:37:06 -0500 Mike Edenfield wrote: > However, this cascade of unstable dependencies is the reason > so many people discourage mixing arch and ~arch. Especially > if you're using an unstable version of something with as > many dependencies as xorg-server, by the time you're done > you'll likely have half of your system unmasked. If you're > willing to run an unstable Xorg anyway, you might want to > consider running fully ~arch. > > --Mike I think autounmask is not exactly mixing ~arch and arch, since it only adds keywords on specified versions and the versions of the dependencies that are needed. It is not adding a general ~arch for packages. Meaning the next updates on those packages are stable again (If you are not changing keywords again of course).
