[gentoo-user] Portage internals : shadow root

2010-09-23 Thread Helmut Jarausch
Hi,

when portage installs a package, it first installs it into some "shadow 
root". Then it records all files installed before it moves the files to 
the "real root".

I have to do some installations on SUSE systems (which are not 
administered by me) and I'd like to imitate that procedure there.

Can anybody tell me if it's not too complicated and if yes, how to 
achieve this (on a foreign system like SUSE).

Many thanks for your help,
Helmut.





Re: [gentoo-user] machine check exception errors

2010-09-23 Thread Neil Bothwick
On Wed, 22 Sep 2010 23:26:09 -0500, Dale wrote:

> > Thanks Mick.  My host is big with multiple data centers of their own.
> > They did exactly as I asked and I'm running on new RAM.  There was a
> > problem bringing my system back online and the cause was purported to
> > be an unseated ethernet cable.  I handed over my root password as I
> > was requested to do, and then started to get paranoid.  I suppose I
> > shouldn't though because with physical access to my machine they
> > pretty much have full access anyway, right?

> Usually, physical access means they either have it or can get it pretty 
> quick.  Boot a CD/DVD, mount the partitions, chroot in, change password 
> and reboot.  Then, you don't have the password but they do.

That's pretty obvious though. Physical access allows them to change your
password but not read it, so you'd know pretty soon if they'd been up to
anything.

If they really do need the root password, you have to give it to them,
but that doesn't stop you changing it, and running a rootkit scan, as
soon as they've finished with it.


-- 
Neil Bothwick

God said, "div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t,"
and there was light.


signature.asc
Description: PGP signature


Re: [gentoo-user] Portage internals : shadow root

2010-09-23 Thread Alan McKinnon
Apparently, though unproven, at 10:55 on Thursday 23 September 2010, Helmut 
Jarausch did opine thusly:

> Hi,
> 
> when portage installs a package, it first installs it into some "shadow
> root". Then it records all files installed before it moves the files to
> the "real root".
> 
> I have to do some installations on SUSE systems (which are not
> administered by me) and I'd like to imitate that procedure there.
> 
> Can anybody tell me if it's not too complicated and if yes, how to
> achieve this (on a foreign system like SUSE).
> 
> Many thanks for your help,
> Helmut.


1. Remove all traces of yast and it's bastard brethren from the SuSE box.
2. Have three qualified sysadmins double check that you have indeed removed 
every last trace of it.
3. PREFIX=/some/stage/dir/
4. ./configure && make && make install
5. find /some/stage/dir/ > some_file
6. move everything in stage dir to real dir

Why remove yast?
Because it's a sneaky P.O.S. and goes to extraordinary lengths to nuke all 
your hard work done without it.

And how you deal with file collisions is up to you. Yast really won't like you 
if you overwrite some config file with your own testing version.


-- 
alan dot mckinnon at gmail dot com



[gentoo-user] spamd segmentation fault and spamassassin will not emerge

2010-09-23 Thread covici
Hi.  I am getting a segfault when I try to start the spamd which is part
of spamassassin.  I tried re-emerging the package and got the following:
/var/tmp/portage/mail-filter/spamassassin-3.3.1-r3/temp/environment:
line 2405: 14949 Segmentation fault  perl Makefile.PL "$@" <<<
"${pm_echovar}"
 * ERROR: mail-filter/spamassassin-3.3.1-r3 failed:
 *   Unable to build! (are you using USE="build"?)
 *
 * Call stack:
 * ebuild.sh, line   56:  Called src_configure
 *   environment, line 2752:  Called perl-module_src_configure
 *   environment, line 2369:  Called perl-module_src_prep
 *   environment, line 2427:  Called die
 * The specific snippet of code:
 *   perl Makefile.PL "$@" <<< "${pm_echovar}" || die
 * "Unable to build! (are you using USE=\"build\"?)";
 *
 * If you need support, post the output of 'emerge --info
   =mail-filter/spamassassin-3.3.1-r3',
 * the complete build log and the output of 'emerge -pqv
   =mail-filter/spamassassin-3.3.1-r3'.
 * The complete build log is located at
   '/var/log/portage/mail-filter:spamassassin-3.3.1-r3:20100923-141343.log'.
 * The ebuild environment file is located at
   '/var/tmp/portage/mail-filter/spamassassin-3.3.1-r3/temp/environment'.
 * S:
   
'/var/tmp/portage/mail-filter/spamassassin-3.3.1-r3/work/Mail-SpamAssassin-3.3.1'
 
Any ideas would be appreciated.
-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com



Re: [gentoo-user] spamd segmentation fault and spamassassin will not emerge

2010-09-23 Thread David Abbott
On Thu, Sep 23, 2010 at 10:32 AM,   wrote:
> Hi.  I am getting a segfault when I try to start the spamd which is part
> of spamassassin.  I tried re-emerging the package and got the following:
> /var/tmp/portage/mail-filter/spamassassin-3.3.1-r3/temp/environment:
> line 2405: 14949 Segmentation fault      perl Makefile.PL "$@" <<<
Was Perl updated
Did you run perl-cleaner --all



Re: [gentoo-user] usb-storage errors in dmesg

2010-09-23 Thread Bill Longman
 On 09/22/10 16:40, me wrote:
> On Wed, Sep 22, 2010 at 7:00 PM, Bill Longman  wrote:
>>  I have a new workstation running 64 bits 2.6.34 gentoo sources. It's an
>> HP p6520y (AthlonIIX4) with 6GB and lsusb reports an Alcor Micro 21-in-1
>> Flash Card Reader.
>>
>> I have no usb storage devices plugged in and I see in my dmesg many of
>> the following messages:
>>
>> usb-storage: queuecommand called
>> usb-storage: *** thread awakened.
>> usb-storage: Command TEST_UNIT_READY (6 bytes)
>> usb-storage:  00 00 00 00 00 00
>> usb-storage: Bulk Command S 0x43425355 T 0x5473 L 0 F 0 Trg 0 LUN 1 CL 6
>> usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
>> usb-storage: Status code 0; transferred 31/31
>> usb-storage: -- transfer complete
>> usb-storage: Bulk command transfer result=0
>> usb-storage: Attempting to get CSW...
>> usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
>> usb-storage: Status code 0; transferred 13/13
>> usb-storage: -- transfer complete
>> usb-storage: Bulk status result = 0
>> usb-storage: Bulk Status S 0x53425355 T 0x5473 R 0 Stat 0x1
>> usb-storage: -- transport indicates command failure
>> usb-storage: Issuing auto-REQUEST_SENSE
>> usb-storage: Bulk Command S 0x43425355 T 0x5474 L 18 F 128 Trg 0 LUN 1 CL 6
>> usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
>> usb-storage: Status code 0; transferred 31/31
>> usb-storage: -- transfer complete
>> usb-storage: Bulk command transfer result=0
>> usb-storage: usb_stor_bulk_transfer_sglist: xfer 18 bytes, 1 entries
>> usb-storage: Status code 0; transferred 18/18
>> usb-storage: -- transfer complete
>> usb-storage: Bulk data transfer result 0x0
>> usb-storage: Attempting to get CSW...
>> usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
>> usb-storage: Status code 0; transferred 13/13
>> usb-storage: -- transfer complete
>> usb-storage: Bulk status result = 0
>> usb-storage: Bulk Status S 0x53425355 T 0x5474 R 0 Stat 0x0
>> usb-storage: -- Result from auto-sense is 0
>> usb-storage: -- code: 0xf0, key: 0x2, ASC: 0x3a, ASCQ: 0x0
>> usb-storage: Not Ready: Medium not present
>> usb-storage: scsi cmd done, result=0x2
>> usb-storage: *** thread sleeping.
>>
>> Any ideas who/what is doing this? How to debug?
>>
>> Bill
>>
>> --
>> Bill Longman
>> Εν αρχη ην ο λογος
>>
> I'd guess, at a glance, that you have CONFIG_USB_STORAGE_DEBUG set in
> your kernel config.
>
> To check if that's it (assuming you have /proc/config.gz enabled) run:
> # zgrep CONFIG_USB_STORAGE_DEBUG /proc/config.gz
>
Yep...thanks.



Re: [gentoo-user] spamd segmentation fault and spamassassin will not emerge

2010-09-23 Thread covici
Well, it was from perl 5.12 to 5.12.1 -- do I need to run perl-cleaner
when doing that?  I thought it was only for major versions, but if not,
I can try that.

David Abbott  wrote:

> On Thu, Sep 23, 2010 at 10:32 AM,   wrote:
> > Hi.  I am getting a segfault when I try to start the spamd which is part
> > of spamassassin.  I tried re-emerging the package and got the following:
> > /var/tmp/portage/mail-filter/spamassassin-3.3.1-r3/temp/environment:
> > line 2405: 14949 Segmentation fault      perl Makefile.PL "$@" <<<
> Was Perl updated
> Did you run perl-cleaner --all
> 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com



Re: [gentoo-user] Portage internals : shadow root

2010-09-23 Thread Helmut Jarausch
On 09/23/10 11:50:19, Alan McKinnon wrote:
> Apparently, though unproven, at 10:55 on Thursday 23 September 2010,
> Helmut 
> Jarausch did opine thusly:
> 
> > Hi,
> > 
> > when portage installs a package, it first installs it into some
> "shadow
> > root". Then it records all files installed before it moves the 
> files
> to
> > the "real root".
> > 
> > I have to do some installations on SUSE systems (which are not
> > administered by me) and I'd like to imitate that procedure there.
> > 
> > Can anybody tell me if it's not too complicated and if yes, how to
> > achieve this (on a foreign system like SUSE).
> > 
> > Many thanks for your help,
> > Helmut.
> 
> 
> 1. Remove all traces of yast and it's bastard brethren from the SuSE
> box.
> 2. Have three qualified sysadmins double check that you have indeed
> removed 
> every last trace of it.
> 3. PREFIX=/some/stage/dir/
> 4. ./configure && make && make install
> 5. find /some/stage/dir/ > some_file
> 6. move everything in stage dir to real dir
> 
> Why remove yast?
> Because it's a sneaky P.O.S. and goes to extraordinary lengths to 
> nuke
> all 
> your hard work done without it.
> 
> And how you deal with file collisions is up to you. Yast really won't
> like you 
> if you overwrite some config file with your own testing version.

Thanks Alan!
Unfortunately, I don't understand how this can work.
Simplify using PREFIX failed for me since many packages record the 
full path for configuration/data/help files etc. in the generated 
binaries or libraries.
When moving such an application/library it will still search for 
those files in the build directory.
I would image Portage uses some sort of chroot (then the pathes are 
identical)

Furthermore, I cannot remove yast since I'm only a "guest" on such 
boxes.
Normally I'd use a PREIFX=/usr/local/ but some application 
still install something into  /etc/ or similar and I'd like to catch 
these cases.

Helmut.





Re: [gentoo-user] Portage internals : shadow root

2010-09-23 Thread Al
> Thanks Alan!
> Unfortunately, I don't understand how this can work.
> Simplify using PREFIX failed for me since many packages record the
> full path for configuration/data/help files etc. in the generated
> binaries or libraries.
> When moving such an application/library it will still search for
> those files in the build directory.
> I would image Portage uses some sort of chroot (then the pathes are
> identical)

Impossible! Alan does not know how to compile? ;-) He's been up to early.

Have a look into the build.log and you find the answer:

make -j3 
DESTDIR=/home/prefix/gentoo/var/tmp/portage/sys-apps/texinfo-4.13/image/
install

So it's not configure but make who takes the temporary install directory.

PREFIX is indeed the final target.

Al



Re: [gentoo-user] Fire the fox.

2010-09-23 Thread a...@sourcegarden.de
 On 09/22/2010 12:23 AM, Beau Henderson wrote:
> On 09/22/10 07:31, Peter Humphrey wrote:
>> On Monday 20 September 2010 16:38:05 Paul Hartman wrote:
>>
>>> I haven't had any crashing or failing to start, but Firefox in Linux
>>> has always been pretty bad in general for me. Slow UI, unusable in NX
>>> (constant screen redraws; Thunderbird does the same thing), network
>>> stalling for MINUTES at a time, slow to load, etc. Other browsers on
>>> the same machine don't suffer any of these problems. I don't use
>>> Firefox as my primary browser because it is so flaky.
>>
>> That's odd, because on this newish i5 box, which is suffering really
>> severe responsiveness problems otherwise, FF responds to my commands
>> smartly.
>>
>
> Firefox for windows is compiled with PGO via ICC which apparently
> improves performance quite a bit. I believe there are issues when
> firefox is compiled with GCC via PGO and in any case, there is no
> support for PGO building of Firefox @ gentoo afaik. I wish I had the
> time and knowledge to whip up an ebuild that could do the magic to
> test it out tho.
>
> Any takers ? :P
>
You really think that wood change the unstable problem?




--
Sourcegarden GmbH HR: B-104357
Steuernummer: 37/167/21214 USt-ID: DE814784953
Geschaeftsfuehrer: Mario Scheliga, Rene Otto
Bank: Deutsche Bank, BLZ: 10070024, KTO: 0810929
Schoenhauser Allee 55, 10437 Berlin


[gentoo-user] Re: Extraordinarily laggy UI, keyboard, udev weirdness, KDE 4.5

2010-09-23 Thread Paul Hartman
On Thu, Aug 12, 2010 at 11:24 AM, Paul Hartman
 wrote:
> Hi, I recently upgraded my kernel to 2.6.35.1 and my KDE to 4.5. After
> rebooting, I have some weird, possibly unrelated issues:
>
> During bootup, boot process hangs on "waiting for uevents" for ~30
> seconds or so. I don't remember this ever happening before. As far as
> I can tell everything still works fine, it just delays the boot
> process a lot.
>
> In X the UI responsiveness randomly goes bad, keyboard especially. At
> first it'll be fine, then simply using Konsole and typing will begin
> to slow down. Also, screen output in general seems to freeze until I
> touch the mouse or keyboard. Even something like listing a directory.
> It's really weird... It gets so bad that it becomes completely
> unresponsive, freezing for minutes at a tie. It eventually un-freezes
> momentarily, long enough to logout and back in at least. I disabled
> desktop effects but it still had the same problem. I tried Gnome
> briefly last night before going to sleep and didn't experience this
> slowdown problem.
>
> Anyone else had those same problems or know what I might try? I'm
> using nvidia-drivers and tried 3 different versions with no success. I
> have not yet tried downgrading my kernel or KDE installation, but
> that's next on the list of things to try tonight.

FYI last night I upgraded to kernel 2.6.35.5 and everything seems to
be working normally, so I guess whatever caused my problems has been
solved. I still have long "waiting on uevents" at boot time, but I
guess it's normal and was unrelated, and I usually only boot once
every few months so it's not a big deal. :)

Thanks,
Paul



Re: [gentoo-user] spamd segmentation fault and spamassassin will not emerge

2010-09-23 Thread Adam Carter
I thought seg faults were usually hardware does it happen at the same
point every time?


Re: [gentoo-user] spamd segmentation fault and spamassassin will not emerge

2010-09-23 Thread covici
Adam Carter  wrote:

> I thought seg faults were usually hardware does it happen at the same
> point every time?
I don't know as core is not dumped, but running perl-cleaner did fix it
-- weird.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com



[gentoo-user] Anyone using fsarchiver to backup their Linux filesystems?

2010-09-23 Thread Singapore Citizen Mr. Teo En Ming (Zhang E nming) 张恩鸣

fsarchiver: http://www.fsarchiver.org/Main_Page

I am using it to backup my Linux ext4 filesystems and Logical Volume 
Manager 2 (LVM2) logical volumes.


Here is a very simple Linux shell script which I wrote to backup my 
/boot filesystem as well as the host operating system's volume group.



#!/bin/sh

DESTDIR=/media/usbharddisk
FILENAME=22sep2010-wed.fsa
BOOT=/dev/sda1
OPTIONS="-A -j 2"

fsarchiver savefs $DESTDIR/$FILENAME $BOOT /dev/vg_fedora11_host/lv_home 
/dev/vg_fedora11_host/lv_root /dev/vg_fedora11_host/lv_var \

$OPTIONS


Specifying the option "-A" allows me to do a live backup of the 
filesystems while they are mounted read-write. The option "-j2" allows 
me to use 2 compression threads (I am using Intel Pentium Dual Core 
E6300 processor @ 2800 MHz).


--
Yours sincerely,

Mr. Teo En Ming (Zhang Enming) 张恩鸣 Dip(Mechatronics) 
BEng(Hons)(Mechanical Engineering)

Citizenship: Singapore Citizen/Singaporean
Alma Maters:
[1] Singapore Polytechnic (Graduated 1998)
[2] National University of Singapore (Graduated 2006)
Facebook account: Teo En Ming (Zhang Enming)
Facebook link: http://www.facebook.com/profile.php?id=10750083982
Facebook photos: 
http://www.facebook.com/profile.php?id=10750083982#!/profile.php?id=10750083982&v=photos
Facebook videos: 
http://www.facebook.com/profile.php?id=10750083982&v=app_2392950137

Mobile Phone (Starhub pre-paid): +65-8369-2618
Windows Live Messenger: teoenming-at-hotmail.com
Location: Bedok Reservoir Road, Singapore
ZIP: 470103
My Open Letter (Plea for Medical Help/Assistance) to World Leaders 
(Updated 28 August 2010):-

http://lists.mcs.anl.gov/pipermail/mpich-discuss/2010-August/007811.html
http://mythtv.org/pipermail/mythtv-users/2010-August/295952.html
http://archives.gentoo.org/gentoo-user/msg_f6a341d9623fda17880159b137c07335.xml
Photo of Mr. Teo En Ming (Zhang Enming) 张恩鸣 of Singapore #1: 
http://i53.tinypic.com/207tamp.jpg
Photo of Mr. Teo En Ming (Zhang Enming) 张恩鸣 of Singapore #2: 
http://img713.imageshack.us/img713/7534/enmingteodscf2511.jpg
Singapore Citizen Mr. Teo En Ming (Zhang Enming) sues God for being too 
busy and unresponsive.