Re: [gentoo-user] Can't emerge --sync

[Daniel Wagener]

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!

[Daniel Wagener]

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

[Daniel Wagener]

On Wed, 20 Mar 2013 05:42:28 +0100
Carlos Hendson skyc...@gmx.net 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?

-- 

[gentoo-user] kernel 3.8 and external drivers

[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?

-- 

Re: [gentoo-user] kernel 3.8 and external drivers

[Daniel Wagener]

On Sun, 10 Mar 2013 12:36:55 -0600
Canek Peláez Valdés can...@gmail.com wrote:

 On Sun, Mar 10, 2013 at 12:28 PM, Daniel Wagener st...@gmx.net 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

-- 

Re: [gentoo-user] kernel 3.8 and external drivers

[Daniel Wagener]

On Sun, 10 Mar 2013 12:49:02 -0600
Canek Peláez Valdés can...@gmail.com wrote:

 On Sun, Mar 10, 2013 at 12:42 PM, Daniel Wagener st...@gmx.net
 wrote:
  On Sun, 10 Mar 2013 12:36:55 -0600
  Canek Peláez Valdés can...@gmail.com wrote:
 
  On Sun, Mar 10, 2013 at 12:28 PM, Daniel Wagener st...@gmx.net
  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

[Daniel Wagener]

On Sun, 10 Mar 2013 21:53:42 +0100
Volker Armin Hemmann volkerar...@googlemail.com 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] Re: Udev-197 : 4 show-stoppers

[Daniel Wagener]

On Wed, 23 Jan 2013 22:06:17 +1100
Gregory Shearman zek...@gmail.com 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?

[Daniel Wagener]

On Mon, 24 Dec 2012 14:00:39 -0600
Dale rdalek1...@gmail.com wrote:

 Alan McKinnon wrote:
  On Mon, 24 Dec 2012 06:58:15 -0600
  Dale rdalek1...@gmail.com 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
 was really easy.  It still is.  Ubuntu is too.  Actually, they look a
 lot alike to me. 
 
 Everyone can have 

Re: [gentoo-user] System maintenance procedure?

[Daniel Wagener]

On Tue, 4 Dec 2012 16:30:33 -0800
Grant emailgr...@gmail.com 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

[Daniel Wagener]

On Thu, 27 Sep 2012 22:42:26 -0300
José Romildo Malaquias j.romi...@gmail.com 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] Re: Reinstall + switch to KDE

[Daniel Wagener]

On Mon, 10 Sep 2012 14:44:33 -0500
Canek Peláez Valdés can...@gmail.com wrote:

 On Mon, Sep 10, 2012 at 2:36 PM, Alan McKinnon alan.mckin...@gmail.com 
 wrote:
  On Mon, 10 Sep 2012 12:53:41 -0400
  Andrey Moshbear andrey@gmail.com wrote:
 
  On Mon, Sep 10, 2012 at 12:43 PM, Nikos Chantziaras
  rea...@gmail.com 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] Gentoo is the best linux distro

[Daniel Wagener]

On Wed, 12 Sep 2012 16:55:37 +0200
Alan McKinnon alan.mckin...@gmail.com 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] Gentoo on a Beaglebone

[Daniel Wagener]

On Sun, 05 Aug 2012 23:47:01 -0700
Bryan Gardiner b...@khumba.net 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] crosscompiling...the point of view

[Daniel Wagener]

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] [OT] Ángstróm Distribution: Sourcecode download?

[Daniel Wagener]

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

[Daniel Wagener]

On Fri, 6 Jul 2012 00:04:35 -0400
Frank Peters frank.pet...@comcast.net wrote:

 On Thu, 5 Jul 2012 20:34:12 -0700
 Mark Knecht markkne...@gmail.com 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

[Daniel Wagener]

On Wed, 13 Jun 2012 01:04:19 -0500
Christopher Lemire christopher.lem...@gmail.com 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 christopher.lem...@gmail.com
 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

[Daniel Wagener]

On Sun, 03 Jun 2012 16:44:19 +0200
Samuraiii samurai.no.d...@gmail.com 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

[Daniel Wagener]

On Sun, 24 Jul 2011 17:09:13 -0700
Mark Knecht markkne...@gmail.com 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

[Daniel Wagener]

On Wed, 20 Apr 2011 09:15:12 -0700
Dan Cowsill danthe...@gmail.com wrote:

 On Wed, Apr 20, 2011 at 8:55 AM, Michael Orlitzky
 mich...@orlitzky.comwrote:
 
  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

[Daniel Wagener]

On Fri, 13 Aug 2010 15:17:50 +0200
J. Roeleveld jo...@antarean.org 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

[Daniel Wagener]

On Sat, 03 Jul 2010 13:43:57 +0300
Nikos Chantziaras rea...@arcor.de 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

[Daniel Wagener]

On Fri, 12 Mar 2010 05:18:03 -0500
dhk dhk...@optonline.net wrote:

 Daniel Wagener wrote:
  On Thu, 11 Mar 2010 07:29:09 -0500
  dhk dhk...@optonline.net 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

[Daniel Wagener]

On Thu, 11 Mar 2010 07:29:09 -0500
dhk dhk...@optonline.net 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?

[Daniel Wagener]

On Sat, 6 Mar 2010 18:19:19 +0800
Mark David Dumlao madum...@gmail.com 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?

[Daniel Wagener]

On Mon, 1 Mar 2010 07:34:30 -0800
Mark Knecht markkne...@gmail.com 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!

[Daniel Wagener]

On Fri, 12 Feb 2010 09:46:33 +
Alan Mackenzie a...@muc.de 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

[Daniel Wagener]

On Tue, 09 Feb 2010 17:45:20 +0100
Laurent Kappler laur...@logiquefloue.org 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

[Daniel Wagener]

On Thu, 4 Feb 2010 11:43:46 +0100
Arnau Bria ar...@emergetux.net 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

[Daniel Wagener]

On Fri, 22 Jan 2010 08:37:06 -0500
Mike Edenfield kut...@kutulu.org 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).