[gentoo-user] world symlinking

[gentoo-user] world symlinking

[Gary Golden]

Hi, list.
I keep changes of my /etc with git and I would like to include
/var/lib/portage/world file into the repository.

Can I safely do:

mv /var/lib/portage/world /etc/portage
ln -s /etc/portage /var/lib/portage/world

Will portage update handle it properly?
Using hardlinks seems to be more cleaner way, but for some reason I
don't want to use it for this task.

Have a nice day! ;)

-- 
Gary Golden

Re: [gentoo-user] world symlinking

[Daniel Pielmeier]

2010/11/2 Gary Golden <mail@garygolden.me>:
> Hi, list.
> I keep changes of my /etc with git and I would like to include
> /var/lib/portage/world file into the repository.
>
> Can I safely do:
>
> mv /var/lib/portage/world /etc/portage
> ln -s /etc/portage /var/lib/portage/world
>
> Will portage update handle it properly?
> Using hardlinks seems to be more cleaner way, but for some reason I
> don't want to use it for this task.

It should work. Just try it out, but make a copy of your world file
before. Should be easy to switch back if anything fails.

Afaik, the creation of the symbolic link should look like this:
ln -s /etc/portage/world /var/lib/portage/world

-- 
Daniel Pielmeier

Re: [gentoo-user] world symlinking

[Gary Golden]

On 11/02/2010 12:08 PM, Daniel Pielmeier wrote:
> 2010/11/2 Gary Golden <mail@garygolden.me>:
>> Hi, list.
>> I keep changes of my /etc with git and I would like to include
>> /var/lib/portage/world file into the repository.
>>
>> Can I safely do:
>>
>> mv /var/lib/portage/world /etc/portage
>> ln -s /etc/portage /var/lib/portage/world
>>
>> Will portage update handle it properly?
>> Using hardlinks seems to be more cleaner way, but for some reason I
>> don't want to use it for this task.
> 
> It should work. Just try it out, but make a copy of your world file
> before. Should be easy to switch back if anything fails.
> 
> Afaik, the creation of the symbolic link should look like this:
> ln -s /etc/portage/world /var/lib/portage/world
> 

Thanks for the correction, you're right, of course.
Nevertheless, I've considered that using hardlinks is most porper way to
solve this task. It basically do what I need, make another reference to
the file under needed directory; without introducing compexity.

-- 
Gary Golden

Re: [gentoo-user] world symlinking

[Alan McKinnon]

Apparently, though unproven, at 11:54 on Tuesday 02 November 2010, Gary Golden 
did opine thusly:

> On 11/02/2010 12:08 PM, Daniel Pielmeier wrote:
> > 2010/11/2 Gary Golden <mail@garygolden.me>:
> >> Hi, list.
> >> I keep changes of my /etc with git and I would like to include
> >> /var/lib/portage/world file into the repository.
> >> 
> >> Can I safely do:
> >> 
> >> mv /var/lib/portage/world /etc/portage
> >> ln -s /etc/portage /var/lib/portage/world
> >> 
> >> Will portage update handle it properly?
> >> Using hardlinks seems to be more cleaner way, but for some reason I
> >> don't want to use it for this task.
> > 
> > It should work. Just try it out, but make a copy of your world file
> > before. Should be easy to switch back if anything fails.
> > 
> > Afaik, the creation of the symbolic link should look like this:
> > ln -s /etc/portage/world /var/lib/portage/world
> 
> Thanks for the correction, you're right, of course.
> Nevertheless, I've considered that using hardlinks is most porper way to
> solve this task. It basically do what I need, make another reference to
> the file under needed directory; without introducing compexity.


hard links will only work if /etc/portage and /var/lib/portage are on the same 
filesystem. Frequently, they are not.


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] world symlinking

[Stroller]

On 2/11/2010, at 10:46am, Alan McKinnon wrote:
> ...
> hard links will only work if /etc/portage and /var/lib/portage are on the same 
> filesystem. Frequently, they are not.

For small values of frequently.

Stroller.

Re: [gentoo-user] world symlinking

[Volker Armin Hemmann]

On Tuesday 02 November 2010, Stroller wrote:
> On 2/11/2010, at 10:46am, Alan McKinnon wrote:
> > ...
> > hard links will only work if /etc/portage and /var/lib/portage are on the
> > same filesystem. Frequently, they are not.
> 
> For small values of frequently.
> 
> Stroller.

for every sane system out there.

/var is a candidate for surprisingly filling up / to 100% so it is a smart and 
sane choice to put it on its own partition where damage will be reduced to 
some log files or an aborted emerge. 

Re: [gentoo-user] world symlinking

[Gary Golden]

> /var is a candidate for surprisingly filling up / to 100% so it is a smart and 
> sane choice to put it on its own partition where damage will be reduced to 
> some log files or an aborted emerge. 
> 
> 

It is safe for everyday laptop with 500Gb to have solid / ;)

-- 
Gary Golden

Re: [gentoo-user] world symlinking

[Volker Armin Hemmann]

On Tuesday 02 November 2010, Gary Golden wrote:
> > /var is a candidate for surprisingly filling up / to 100% so it is a
> > smart and sane choice to put it on its own partition where damage will
> > be reduced to some log files or an aborted emerge.
> 
> It is safe for everyday laptop with 500Gb to have solid / ;)

hope and wishfull thinking. Cute. ;)

Re: [gentoo-user] world symlinking

[Alan McKinnon]

Apparently, though unproven, at 20:19 on Tuesday 02 November 2010, Volker 
Armin Hemmann did opine thusly:

> On Tuesday 02 November 2010, Stroller wrote:
> > On 2/11/2010, at 10:46am, Alan McKinnon wrote:
> > > ...
> > > hard links will only work if /etc/portage and /var/lib/portage are on
> > > the same filesystem. Frequently, they are not.
> > 
> > For small values of frequently.
> > 
> > Stroller.
> 
> for every sane system out there.
> 
> /var is a candidate for surprisingly filling up / to 100% so it is a smart
> and sane choice to put it on its own partition where damage will be
> reduced to some log files or an aborted emerge.


You're both right, but for different reasons. It'd done less often on a laptop 
or personal machine than on a server for instance. And on embedded stuff, 
almost never. Example: Any junior of mine who doesn't make /var separate is 
liable to be served his own testicles for dinner, and they know it. But my 
laptop is one big filesystem. One case definitely needs it, the other one 
doesn't really.

You're probably looking at the same question from entirely different needs and 
viewpoints.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] world symlinking

[Volker Armin Hemmann]

On Tuesday 02 November 2010, Alan McKinnon wrote:
> Apparently, though unproven, at 20:19 on Tuesday 02 November 2010, Volker
> 
> Armin Hemmann did opine thusly:
> > On Tuesday 02 November 2010, Stroller wrote:
> > > On 2/11/2010, at 10:46am, Alan McKinnon wrote:
> > > > ...
> > > > hard links will only work if /etc/portage and /var/lib/portage are on
> > > > the same filesystem. Frequently, they are not.
> > > 
> > > For small values of frequently.
> > > 
> > > Stroller.
> > 
> > for every sane system out there.
> > 
> > /var is a candidate for surprisingly filling up / to 100% so it is a
> > smart and sane choice to put it on its own partition where damage will
> > be reduced to some log files or an aborted emerge.
> 
> You're both right, but for different reasons. It'd done less often on a
> laptop or personal machine than on a server for instance. And on embedded
> stuff, almost never. Example: Any junior of mine who doesn't make /var
> separate is liable to be served his own testicles for dinner, and they
> know it. But my laptop is one big filesystem. One case definitely needs
> it, the other one doesn't really.
> 
> You're probably looking at the same question from entirely different needs
> and viewpoints.

I am looking at the question from the viewpoint of a person who was hit very 
hard in the past. Surprise / fillup thanks to /var or /tmp is no fun at all.

Re: [gentoo-user] world symlinking

[Alan McKinnon]

Apparently, though unproven, at 23:21 on Tuesday 02 November 2010, Volker 
Armin Hemmann did opine thusly:

> On Tuesday 02 November 2010, Alan McKinnon wrote:
> > Apparently, though unproven, at 20:19 on Tuesday 02 November 2010, Volker
> > 
> > Armin Hemmann did opine thusly:
> > > On Tuesday 02 November 2010, Stroller wrote:
> > > > On 2/11/2010, at 10:46am, Alan McKinnon wrote:
> > > > > ...
> > > > > hard links will only work if /etc/portage and /var/lib/portage are
> > > > > on the same filesystem. Frequently, they are not.
> > > > 
> > > > For small values of frequently.
> > > > 
> > > > Stroller.
> > > 
> > > for every sane system out there.
> > > 
> > > /var is a candidate for surprisingly filling up / to 100% so it is a
> > > smart and sane choice to put it on its own partition where damage will
> > > be reduced to some log files or an aborted emerge.
> > 
> > You're both right, but for different reasons. It'd done less often on a
> > laptop or personal machine than on a server for instance. And on embedded
> > stuff, almost never. Example: Any junior of mine who doesn't make /var
> > separate is liable to be served his own testicles for dinner, and they
> > know it. But my laptop is one big filesystem. One case definitely needs
> > it, the other one doesn't really.
> > 
> > You're probably looking at the same question from entirely different
> > needs and viewpoints.
> 
> I am looking at the question from the viewpoint of a person who was hit
> very hard in the past. Surprise / fillup thanks to /var or /tmp is no fun
> at all.

I feel your pain. I know it well. That's why I mentioned roasted testicles.

Right now I sit with 60+ SLES 9 machines that cannot be taken offline for any 
reason, and EVERY SINGLE ONE has one giant filesystem except for the database 
partitions - those are /dev/sdb in a RAID.

I cannot fix this and still maintain my SLA because

a) you can't reduce a mounted fs
b) you can't umount / 
c) all disk bays are full
d) I don't have budget for bigger replacement drives
e) there's no way I'm sitting in that freezing data centre for a week fiddling 
with disks, breaking RAID, putting bigger drives in, rebuilding RAID, fdisk, 
mkfs, blah, blah, blah. And with my luck, all of those machines will decide 
the stress of pulling drives will cause others to fail just at the exact point 
I don't have redundancy.

How did this happen? The man in charge three managers ago thought this was a 
cool way to configure critical servers. Because "One filesystem mounted at /" 
was option #1 on the disk page of the SLES install wizard.

And lets not talk about the abuses /tmp can be subject to...

<sigh>

<rant over>


-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: world symlinking

[walt]

On 11/02/2010 03:05 PM, Alan McKinnon wrote:

> Right now I sit with 60+ SLES 9 machines that cannot be taken offline for any 
> reason, and EVERY SINGLE ONE has one giant filesystem...

> How did this happen? The man in charge three managers ago thought this was a 
> cool way to configure critical servers. Because "One filesystem mounted at /" 
> was option #1 on the disk page of the SLES install wizard.

Thanks, I'm relieved to know that I'm not cut from managerial cloth :)

I'm assuming that SUSE releases security patches from time to time.  How
do you keep all those machines up to date if you can't take them offline?

Re: [gentoo-user] Re: world symlinking

[Alan McKinnon]

Apparently, though unproven, at 00:49 on Wednesday 03 November 2010, walt did 
opine thusly:

> On 11/02/2010 03:05 PM, Alan McKinnon wrote:
> > Right now I sit with 60+ SLES 9 machines that cannot be taken offline for
> > any reason, and EVERY SINGLE ONE has one giant filesystem...
> > 
> > How did this happen? The man in charge three managers ago thought this
> > was a cool way to configure critical servers. Because "One filesystem
> > mounted at /" was option #1 on the disk page of the SLES install wizard.
> 
> Thanks, I'm relieved to know that I'm not cut from managerial cloth :)
> 
> I'm assuming that SUSE releases security patches from time to time.  How
> do you keep all those machines up to date if you can't take them offline?


Maintenance time slots. A reboot after installing a new kernel takes less than 
5 minutes and nothing else really requires a reboot, so this passes the Change 
Management process easily. Other updates are usually a service restart which 
can be done on the fly. So "never take offline" doesn't actually mean *never*, 
it means "outside agreed service levels"

Fixing / means take the machine offline for X hours where $X is some large 
number depending on how big / is and how fast tar runs. And the Change Manager 
asks his usual horrible questions:

What's the risk?
What's the impact?
Is this customer facing?
Does this problem reduce quality of service to customers?
Don't you have Nagios to manage exactly this kind of thing?

His answer to my answers is usually something like 

"You're kidding me right? This is another one of Alan's pranks, right?"

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] world symlinking

[Peter Humphrey]

On Tuesday 02 November 2010 22:05:21 Alan McKinnon wrote:

> <rant over>

Relief!  :-)

-- 
Rgds
Peter.          Linux Counter 5290, 1994-04-23.

Re: [gentoo-user] world symlinking

[Coert Waagmeester]

Gary Golden wrote:
> On 11/02/2010 12:08 PM, Daniel Pielmeier wrote:
>> 2010/11/2 Gary Golden <mail@garygolden.me>:
>>> Hi, list.
>>> I keep changes of my /etc with git and I would like to include
>>> /var/lib/portage/world file into the repository.
>>>
>>> Can I safely do:
>>>
>>> mv /var/lib/portage/world /etc/portage
>>> ln -s /etc/portage /var/lib/portage/world
>>>
>>> Will portage update handle it properly?
>>> Using hardlinks seems to be more cleaner way, but for some reason I
>>> don't want to use it for this task.
>> It should work. Just try it out, but make a copy of your world file
>> before. Should be easy to switch back if anything fails.
>>
>> Afaik, the creation of the symbolic link should look like this:
>> ln -s /etc/portage/world /var/lib/portage/world
>>
> 
> Thanks for the correction, you're right, of course.
> Nevertheless, I've considered that using hardlinks is most porper way to
> solve this task. It basically do what I need, make another reference to
> the file under needed directory; without introducing compexity.
> 

What about a bind mount?

Rgds,
Coert

Re: [gentoo-user] world symlinking

[Gary Golden]

On 11/02/2010 03:53 PM, Coert Waagmeester wrote:
> Gary Golden wrote:
>> On 11/02/2010 12:08 PM, Daniel Pielmeier wrote:
>>> 2010/11/2 Gary Golden <mail@garygolden.me>:
>>>> Hi, list.
>>>> I keep changes of my /etc with git and I would like to include
>>>> /var/lib/portage/world file into the repository.
>>>>
>>>> Can I safely do:
>>>>
>>>> mv /var/lib/portage/world /etc/portage
>>>> ln -s /etc/portage /var/lib/portage/world
>>>>
>>>> Will portage update handle it properly?
>>>> Using hardlinks seems to be more cleaner way, but for some reason I
>>>> don't want to use it for this task.
>>> It should work. Just try it out, but make a copy of your world file
>>> before. Should be easy to switch back if anything fails.
>>>
>>> Afaik, the creation of the symbolic link should look like this:
>>> ln -s /etc/portage/world /var/lib/portage/world
>>>
>>
>> Thanks for the correction, you're right, of course.
>> Nevertheless, I've considered that using hardlinks is most porper way to
>> solve this task. It basically do what I need, make another reference to
>> the file under needed directory; without introducing compexity.
>>
> 
> What about a bind mount?
> 
> Rgds,
> Coert
> 
> 

Indeed, it is another solution for this.
But its disadvantage is that it requires additional configuration (fstab
at least)
If /var would be on another fs, then I would use bind mount, though :)


-- 
Gary Golden

[gentoo-user] Re: world symlinking

[Francesco Talamona]

On Tuesday 02 November 2010, Gary Golden wrote:
> Hi, list.
> I keep changes of my /etc with git and I would like to include
> /var/lib/portage/world file into the repository.
> 
> Can I safely do:
> 
> mv /var/lib/portage/world /etc/portage
> ln -s /etc/portage /var/lib/portage/world
> 
> Will portage update handle it properly?
> Using hardlinks seems to be more cleaner way, but for some reason I
> don't want to use it for this task.
> 
> Have a nice day! ;)

Actually it's much easier, I have two machines, both with /etc/world. 
And it's a exact copy of /var/lib/portage/world, something in my 
computers is doing this, and it isn't a (soft|hard)link :)

sys-apps/portage-2.2_rc67

HTH
	Francesco

-- 
Linux Version 2.6.35-gentoo-r11, Compiled #1 SMP PREEMPT Fri Oct 29 
20:33:46 CEST 2010
Two 1GHz AMD Athlon 64 Processors, 4GB RAM, 4021.86 Bogomips Total
aemaeth

Re: [gentoo-user] Re: world symlinking

[Alan McKinnon]

Apparently, though unproven, at 00:21 on Wednesday 03 November 2010, Francesco 
Talamona did opine thusly:

> On Tuesday 02 November 2010, Gary Golden wrote:
> > Hi, list.
> > I keep changes of my /etc with git and I would like to include
> > /var/lib/portage/world file into the repository.
> > 
> > Can I safely do:
> > 
> > mv /var/lib/portage/world /etc/portage
> > ln -s /etc/portage /var/lib/portage/world
> > 
> > Will portage update handle it properly?
> > Using hardlinks seems to be more cleaner way, but for some reason I
> > don't want to use it for this task.
> > 
> > Have a nice day! ;)
> 
> Actually it's much easier, I have two machines, both with /etc/world.
> And it's a exact copy of /var/lib/portage/world, something in my
> computers is doing this, and it isn't a (soft|hard)link :)
> 
> sys-apps/portage-2.2_rc67


You have a funky cron somewhere? Are time stamps the same?

I don't have such a thing:

$ emerge -V
Portage 2.2.0_alpha3 (default/linux/amd64/10.0/desktop, gcc-4.4.5, 
glibc-2.11.2-r3, 2.6.36-ck x86_64)

$ ls -al /etc/world
ls: cannot access /etc/world: No such file or directory

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: world symlinking

[Dale]

Alan McKinnon wrote:
> Apparently, though unproven, at 00:21 on Wednesday 03 November 2010, Francesco
> Talamona did opine thusly:
>
>    
>> On Tuesday 02 November 2010, Gary Golden wrote:
>>      
>>> Hi, list.
>>> I keep changes of my /etc with git and I would like to include
>>> /var/lib/portage/world file into the repository.
>>>
>>> Can I safely do:
>>>
>>> mv /var/lib/portage/world /etc/portage
>>> ln -s /etc/portage /var/lib/portage/world
>>>
>>> Will portage update handle it properly?
>>> Using hardlinks seems to be more cleaner way, but for some reason I
>>> don't want to use it for this task.
>>>
>>> Have a nice day! ;)
>>>        
>> Actually it's much easier, I have two machines, both with /etc/world.
>> And it's a exact copy of /var/lib/portage/world, something in my
>> computers is doing this, and it isn't a (soft|hard)link :)
>>
>> sys-apps/portage-2.2_rc67
>>      
>
> You have a funky cron somewhere? Are time stamps the same?
>
> I don't have such a thing:
>
> $ emerge -V
> Portage 2.2.0_alpha3 (default/linux/amd64/10.0/desktop, gcc-4.4.5,
> glibc-2.11.2-r3, 2.6.36-ck x86_64)
>
> $ ls -al /etc/world
> ls: cannot access /etc/world: No such file or directory
>
>    

I don't have one here and I run the latest portage.  I don't recall ever 
having one either.

Dale

:-)  :-)

[gentoo-user] usb error log spam

[alex]

Got some strange usb errors message all time plug in a usb storage key.

Nov  3 07:37:28 Slaxy kernel: usb-storage: *** thread awakened.
Nov  3 07:37:28 Slaxy kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Nov  3 07:37:28 Slaxy kernel: usb-storage:  00 00 00 00 00 00
Nov  3 07:37:28 Slaxy kernel: usb-storage: Bulk Command S 0x43425355 T
0x5ff L 0 F 0 Trg 0 LUN 0 CL 6
Nov  3 07:37:28 Slaxy kernel: usb-storage: usb_stor_bulk_transfer_buf:
xfer 31 bytes
Nov  3 07:37:28 Slaxy kernel: usb-storage: Status code 0; transferred 31/31
Nov  3 07:37:28 Slaxy kernel: usb-storage: -- transfer complete
Nov  3 07:37:28 Slaxy kernel: usb-storage: Bulk command transfer result=0
Nov  3 07:37:28 Slaxy kernel: usb-storage: Attempting to get CSW...
Nov  3 07:37:28 Slaxy kernel: usb-storage: usb_stor_bulk_transfer_buf:
xfer 13 bytes
Nov  3 07:37:28 Slaxy kernel: usb-storage: Status code 0; transferred 13/13
Nov  3 07:37:28 Slaxy kernel: usb-storage: -- transfer complete
Nov  3 07:37:28 Slaxy kernel: usb-storage: Bulk status result = 0
Nov  3 07:37:28 Slaxy kernel: usb-storage: Bulk Status S 0x53425355 T
0x5ff R 0 Stat 0x0
Nov  3 07:37:28 Slaxy kernel: usb-storage: scsi cmd done, result=0x0
Nov  3 07:37:28 Slaxy kernel: usb-storage: *** thread sleeping.


this appears all the time, somehow it very annoying. Someone any idea?

Greeting Alex

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

Re: [gentoo-user] usb error log spam

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 360 bytes --]

On Thu, 04 Nov 2010 11:21:29 +0100, alex@sourcegarden.de wrote:

> Got some strange usb errors message all time plug in a usb storage key.

Are they errors, they return status 0?

You probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in
your kernel.


-- 
Neil Bothwick

Men who have playful kittens shouldn't sleep in the nude.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] usb error log spam

[alex]

On 11/04/10 12:32, Neil Bothwick wrote:
> On Thu, 04 Nov 2010 11:21:29 +0100, alex@sourcegarden.de wrote:
>
>> Got some strange usb errors message all time plug in a usb storage key.
> Are they errors, they return status 0?
>
> You probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in
> your kernel.
>
>
no, it's not:
CONFIG_USB_DEBUG is not set
That also why, i think this more a error message than a debug....
--
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

Re: [gentoo-user] usb error log spam

[Fatih Tümen]

On Thu, Nov 4, 2010 at 14:53, alex@sourcegarden.de <alex@sourcegarden.de> wrote:
> On 11/04/10 12:32, Neil Bothwick wrote:
>> On Thu, 04 Nov 2010 11:21:29 +0100, alex@sourcegarden.de wrote:
>>
>>> Got some strange usb errors message all time plug in a usb storage key.
>> Are they errors, they return status 0?
>>
>> You probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in
>> your kernel.
>>
>>
> no, it's not:
> CONFIG_USB_DEBUG is not set
> That also why, i think this more a error message than a debug....

Make sure you have the line HALD_VERBOSE="no" in /etc/conf.d/hald.

--
    Fatih

Re: [gentoo-user] usb error log spam

[alex]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 04.11.2010 14:31, schrieb Fatih Tümen:
> On Thu, Nov 4, 2010 at 14:53, alex@sourcegarden.de <alex@sourcegarden.de> wrote:
>> On 11/04/10 12:32, Neil Bothwick wrote:
>>> On Thu, 04 Nov 2010 11:21:29 +0100, alex@sourcegarden.de wrote:
>>>
>>>> Got some strange usb errors message all time plug in a usb storage key.
>>> Are they errors, they return status 0?
>>>
>>> You probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in
>>> your kernel.
>>>
>>>
>> no, it's not:
>> CONFIG_USB_DEBUG is not set
>> That also why, i think this more a error message than a debug....
> 
> Make sure you have the line HALD_VERBOSE="no" in /etc/conf.d/hald.
> 
> --
>     Fatih
> 
is the only one there.

Greeting Alex

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJM0sIPAAoJEB8n+SuWCkjv9VoH/18Ei4ekDotx3/8ypXwcuu91
WK1oZkXWjVVHObJqnVO4aGdrM8P7BFHuYKjrsE5rpzgMpoXbJcWOQT3kIpn+NrIO
yBCWSTsIcGznYu4Lp13w6Aa6kpeyHFBLhvFB8FR9HMLjNmvK0VeEme8Plkogi3FA
ogfi6WNYfWy4pvCMCnJSYIZZzLXOHV49d5IS7w13m7ms+DgHDZOMKAFqmc5tLCtu
Jh4pt3Qt8KbONY1DJw/w5YwCDPWKQnziwNcHWQj6Om4si2m4yFt8osgzoqYmSAY7
FKfuPSuHD6PyjjL8uYbwpns4oKNs/QQJd8kItpum3CihTdlgKyUBbSLC1Lg6IR4=
=rSnY
-----END PGP SIGNATURE-----
--
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

Re: [gentoo-user] usb error log spam

[Adam Carter]

[-- Attachment #1: Type: text/plain, Size: 332 bytes --]

ou probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in

> > your kernel.
> >
> >
> no, it's not:
> CONFIG_USB_DEBUG is not set
> That also why, i think this more a error message than a debug....
>
> Looks like debug to me, and since all the entries are labeled 'usb-storage'
it strongly points to STORAGE_DEBUG :)

[-- Attachment #2: Type: text/html, Size: 590 bytes --]

Re: [gentoo-user] usb error log spam

[Brennan Shacklett]

On 11/4/10, Adam Carter <adamcarter3@gmail.com> wrote:
> ou probably have CONFIG_USB_DEBUG or CONFIG_USB_STORAGE_DEBUG enabled in
>
>> > your kernel.
>> >
>> >
>> no, it's not:
>> CONFIG_USB_DEBUG is not set
>> That also why, i think this more a error message than a debug....
>>
>> Looks like debug to me, and since all the entries are labeled
>> 'usb-storage'
> it strongly points to STORAGE_DEBUG :)
>

I used to have those messages as well.
They are not errors, it is a kernel config option.
I cannot remember the exact option, but it is either one of the usb
debug options such as CONFIG_USB_STORAGE_DEBUG or one of the scsi
debug options.

Re: [gentoo-user] Re: world symlinking

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 958 bytes --]

On Tue, Nov 2, 2010 at 3:21 PM, Francesco Talamona <
francesco.talamona@know.eu> wrote:

> On Tuesday 02 November 2010, Gary Golden wrote:
> > Hi, list.
> > I keep changes of my /etc with git and I would like to include
> > /var/lib/portage/world file into the repository.
> >
> > Can I safely do:
> >
> > mv /var/lib/portage/world /etc/portage
> > ln -s /etc/portage /var/lib/portage/world
> >
> > Will portage update handle it properly?
> > Using hardlinks seems to be more cleaner way, but for some reason I
> > don't want to use it for this task.
> >
> > Have a nice day! ;)
>
> Actually it's much easier, I have two machines, both with /etc/world.
> And it's a exact copy of /var/lib/portage/world, something in my
> computers is doing this, and it isn't a (soft|hard)link :)
>
> sys-apps/portage-2.2_rc67
>
> HTH
>        Francesco
>
>
I'll look forward to that going stable x86.  Right now that means
sys-apps/portage-2.1.8.3

-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1473 bytes --]

[gentoo-user] Re: world symlinking

[Francesco Talamona]

On Wednesday 03 November 2010, Kevin O'Gorman wrote:
> > sys-apps/portage-2.2_rc67
> > 
> > HTH
> >
> >        Francesco
> 
> I'll look forward to that going stable x86.  Right now that means
> sys-apps/portage-2.1.8.3

Actually 2.2_rc67 was removed recently.

ciao
	Francesco

-- 
Linux Version 2.6.35-gentoo-r11, Compiled #1 SMP PREEMPT Fri Oct 29 
20:33:46 CEST 2010
Two 2.9GHz AMD Athlon 64 Processors, 4GB RAM, 11657 Bogomips Total
aemaeth

Re: [gentoo-user] Re: world symlinking

[Dale]

Francesco Talamona wrote:
> On Wednesday 03 November 2010, Kevin O'Gorman wrote:
>    
>>> sys-apps/portage-2.2_rc67
>>>
>>> HTH
>>>
>>>         Francesco
>>>        
>> I'll look forward to that going stable x86.  Right now that means
>> sys-apps/portage-2.1.8.3
>>      
> Actually 2.2_rc67 was removed recently.
>
> ciao
> 	Francesco
>
>    

I synced this morning and I still got it.

[IP-] [  ] sys-apps/portage-2.2_rc67

Was this a VERY recent removal?

Dale

:-)  :-)

Re: [gentoo-user] Re: world symlinking

[Peter Humphrey]

On Wednesday 03 November 2010 23:10:05 Dale wrote:

> I synced this morning and I still got it.
> 
> [IP-] [  ] sys-apps/portage-2.2_rc67

On this ~amd64 box portage 2.2x was hard-masked a day or two ago and I 
was required to downgrade to sys-apps/portage-2.1.9.24. It seems that 
the 2.2 branch is now only fit for 32-bit systems - there must really be 
some hard problem in there.

-- 
Rgds
Peter.          Linux Counter 5290, 1994-04-23.

Re: [gentoo-user] Re: world symlinking

[Dale]

Peter Humphrey wrote:
> On Wednesday 03 November 2010 23:10:05 Dale wrote:
>
>    
>> I synced this morning and I still got it.
>>
>> [IP-] [  ] sys-apps/portage-2.2_rc67
>>      
> On this ~amd64 box portage 2.2x was hard-masked a day or two ago and I
> was required to downgrade to sys-apps/portage-2.1.9.24. It seems that
> the 2.2 branch is now only fit for 32-bit systems - there must really be
> some hard problem in there.
>
>    

Well, I'm on 32 bit so I guess I am OK.  Maybe that is why it is still 
here but I did have to keyword it if I recall correctly.  So maybe it is 
not just 64 bit with problems.

Dale

:-)  :-)

Re: [gentoo-user] Re: world symlinking

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 765 bytes --]

On Thu, 4 Nov 2010 00:32:01 +0000, Peter Humphrey wrote:

> On this ~amd64 box portage 2.2x was hard-masked a day or two ago and I 
> was required to downgrade to sys-apps/portage-2.1.9.24. It seems that 
> the 2.2 branch is now only fit for 32-bit systems - there must really
> be some hard problem in there.

They just changed from package masking to keyword masking, as noted in
the ChangeLog

 "Drop keywords from portage-2.2*, as a substitute for masking via
  package.mask."

Remove the entry from /etc/portage/package.unmask and add it
to /etc/portage/package.keywords. This applies equally to ~x86 and ~amd64.


-- 
Neil Bothwick

When you finally buy enough memory, you will not have enough disk space.
 -- Murphy's Computer Laws n°3

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: world symlinking

[Peter Humphrey]

On Thursday 04 November 2010 09:30:11 Neil Bothwick wrote:

> They just changed from package masking to keyword masking, as noted
> in the ChangeLog

I couldn't get emerge to show me the change log.

> Remove the entry from /etc/portage/package.unmask and add it
> to /etc/portage/package.keywords. This applies equally to ~x86 and
> ~amd64.

As expected, that didn't help - this is a ~amd64 gentoo box, and so 
everything is already emerged with the ~amd64 keyword. I still get a 
missing-keyword error from emerge.

-- 
Rgds
Peter.          Linux Counter 5290, 1994-04-23.

Re: [gentoo-user] Re: world symlinking

[Alan McKinnon]

Apparently, though unproven, at 18:46 on Thursday 04 November 2010, Peter 
Humphrey did opine thusly:

> On Thursday 04 November 2010 09:30:11 Neil Bothwick wrote:
> > They just changed from package masking to keyword masking, as noted
> > in the ChangeLog
> 
> I couldn't get emerge to show me the change log.
> 
> > Remove the entry from /etc/portage/package.unmask and add it
> > to /etc/portage/package.keywords. This applies equally to ~x86 and
> > ~amd64.
> 
> As expected, that didn't help - this is a ~amd64 gentoo box, and so
> everything is already emerged with the ~amd64 keyword. I still get a
> missing-keyword error from emerge.


It's not package.keywords, it's package.accept_keywords. The old name will be 
accepted for a while but I don't know when that warranty expires. Do this:

<sys-apps/portage-9999            **

in package.{accept_,}keywords


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: world symlinking

[Sebastian Beßler]

Am 04.11.2010 18:01, schrieb Alan McKinnon:

> It's not package.keywords, it's package.accept_keywords.

Good to know, when and where was that announced?

Greetings

Sebastian Beßler

Re: [gentoo-user] Re: world symlinking

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 569 bytes --]

On Thu, 4 Nov 2010 19:01:45 +0200, Alan McKinnon wrote:

> It's not package.keywords, it's package.accept_keywords. The old name
> will be accepted for a while but I don't know when that warranty expires

I hadn't noticed that, but the portage man page still advocates the use
of either, and portage doesn't spit out any deprecation warnings, so I
expect it will be OK for a while, maybe until 2.2.0_alpha99 :-/


-- 
Neil Bothwick

@@@@ There are two kinds of people in this world: Those who are
good with words, and those who are... erm... thingy @@@@

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: world symlinking

[Peter Humphrey]

On Thursday 04 November 2010 17:01:45 Alan McKinnon wrote:

> It's not package.keywords, it's package.accept_keywords. The old name
> will be accepted for a while but I don't know when that warranty
> expires. Do this:
> 
> <sys-apps/portage-9999            **
> 
> in package.{accept_,}keywords

accept_keywords did it. Thanks. I didn't know about that either.

-- 
Rgds
Peter.          Linux Counter 5290, 1994-04-23.

Re: [gentoo-user] Re: world symlinking

[Alan McKinnon]

Apparently, though unproven, at 20:35 on Thursday 04 November 2010, Peter 
Humphrey did opine thusly:

> On Thursday 04 November 2010 17:01:45 Alan McKinnon wrote:
> > It's not package.keywords, it's package.accept_keywords. The old name
> > will be accepted for a while but I don't know when that warranty
> > expires. Do this:
> > 
> > <sys-apps/portage-9999            **
> > 
> > in package.{accept_,}keywords
> 
> accept_keywords did it. Thanks. I didn't know about that either.

I found it myself by chance. As luck would have it, I now forget where it is, 
but I *think* it's in the portage(5) man page. I tend to read all portage's 
man pages about once a month or so just to keep current and see what might 
have changed.

$PORTDIR/profiles/package.mask is an amazing source of info too. Changes to 
mask values are documented there. Unfortunately this nugget of info about the 
change to portage isn't in that file, Zac put it in 
$PORTDIR/profiles/ChangeLog and references bug #336692


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: world symlinking

[Sebastian Beßler]

Am 04.11.2010 17:46, schrieb Peter Humphrey:

> As expected, that didn't help - this is a ~amd64 gentoo box, and so
> everything is already emerged with the ~amd64 keyword. I still get a
> missing-keyword error from emerge.

portage-2.2_rc67.ebuild has KEYWORDS="~sparc-fbsd ~x86-fbsd"

As you can see there is no ~amd64 set in the ebuild and so it can't 
match your ~amd64 in make.conf.
Because of that you have to put 'sys-apps/portage-2.2_rc67 **' to 
package.keywords

HtH

Sebastian Beßler