Re: [gentoo-user] lvm problem -- is timing?

[Neil Bothwick]

On Sun, 21 Jun 2009 19:13:19 -0600, Maxim Wexler wrote:

> >> mount: /dev/vg/tmp already mounted on /tmp
> >> mount: tmpfs already mounted on /tmp
> >
> > It's nothing to do with your problem, but why are you mounting two
> > filesystems on /tmp?
> 
> fstab:
> ...
> shm  /dev/shm   tmpfs  nodev,nosuid,noexec 0 0
> tmpfs  /tmp   tmpfs   nodev,nosuid,noexec 0 0 #suggested in a forum,
> seems harmless enough

It is, but you're also mounting /dev/fg/tmp on /tmp.

> > I still think there may be a delay in the kernel seeing the SD card,
> > this used to happen with my Eee. Have you tried adding a sleep
> > command to the relevant part of init.d/bootmisc?
> 
> Not yet. What is the 'relevant' part? Is this the same thing as adding
> a delay to the kernel line in grub?

Actually, it's /etc/init.d/localmount, not bootmisc. Add a sleep command
just before No, you'de need to edit the bootmisc script and add a sleep
command just before

ebegin "Mounting local filesystems"

> > How large is the SSD in your Eee? Is it really necessary to have a
> > volume group spanning the SSD and SD card, two very different devices?
> 
> Asus SSD, 4G  SD card 8G

Ah, I thought only the 701 had the small SSD.
 
> Necessary? Don't know but is meant to spare the SSD too much r/w strain.

How? By spanning an LVM across the two, you have no control over which is
written to the most. I'd put / on the SSD then mount write-heavy
directories, like /var and /home, on the SD card. I'd also set $PORTDIR
to /var/portage (/usr is a daft place to put the portage tree anyway).


-- 
Neil Bothwick

Windows to 486/50 mhz cpu: Don't rush me, don't rush me...


signature.asc
Description: PGP signature

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

Hi Ward. Thank you for your clarification.

Just to be sure I have undestood right.

The document says:

"
Since 22 Oct 2008, Gentoo switched all ebuilds to the upstream naming:
x11-drivers/xf86-video-intel. The ebuild xf86-video-i810 no longer exists.
To switch, set the VIDEO_CARDS variable to intel in your /etc/make.conf. See
VIDEO_CARDS for further instructions.
"

When it says "to switch set the VIDEO_CARDS", I thought it meant "since
Gentoo switched all ebuilds to the upstream naming
x11-drivers/xf86-video-intel, if you want to switch to the old
xf86-video-i810, set the VIDEO_CARDS variable to intel "

So, your answer made me a little bit confused about that 'if you want to
switch'.

Maybe they mean 'if you want to switch to the new
x11-drivers/xf86-video-intel'?
But, if "Gentoo switched all ebuilds to the upstream naming:
x11-drivers/xf86-video-intel", isn't that the default one?

Surely I miss something...

Thank you very much,
Massimiliano



On Sat, Jun 20, 2009 at 11:02 AM, Ward Poelmans  wrote:

> On Fri, Jun 19, 2009 at 17:50, Massimiliano
> Ziccardi wrote:
> >
> > However (but maybe I've understood wrong), it says that I have to define
> > that variable only if I want to use the old xf86-video-i810 name. If I
> don't
> > define that, I should use the new name (xf86-video-intel).
> > Do I get any improvement using the old one (and, is that a good idea?) ?
>
> No, it says you should set that variable regardless of what driver you use.
>
> Ward
>
>

Re: [gentoo-user] Problem with the graphic card

[Ward Poelmans]

On Mon, Jun 22, 2009 at 09:52, Massimiliano
Ziccardi wrote:
>
> When it says "to switch set the VIDEO_CARDS", I thought it meant "since
> Gentoo switched all ebuilds to the upstream naming
> x11-drivers/xf86-video-intel, if you want to switch to the old
> xf86-video-i810, set the VIDEO_CARDS variable to intel "

It just means that you need to change the VIDEO_CARDS to include
"intel". So, what you need to do is set VIDEO_CARDS to contain the
string "intel". With this variable, gentoo controls which drivers are
being built when you emerge xorg-x11, mesa, etc

Ward

[gentoo-user] [postfix - bug?] error in master.cf - problem with restart

[Marcin Niskiewicz]

Hello
I noticed that when someone makes an error in master.cf (for example write
anything at the beginning of the file) and then restart postfix there is a
problem:

postfix is stopped (that's ok), then it should be started but it isn't (in
log something like
postfix/master[1649]: fatal: /etc/postfix/master.cf: line 4: bad transport
type:
==)
and there is no error shown on console ( echo $? - shows 0 )

and then when we try to restart (or start) postfix again - we can't - unless
we delete /var/lib/init.d/started/postfix file (it's not deleted while
restarting)

is it a bug or we're doing sth wrong?!

equery list | grep postfix
mail-mta/postfix-2.5.5

uname -r
2.6.27-gentoo-r8

regards
nichu

Re: [gentoo-user] [postfix - bug?] error in master.cf - problem with restart

[Eray Aslan]

On 22.06.2009 13:02, Marcin Niskiewicz wrote:
> I noticed that when someone makes an error in master.cf
>  (for example write anything at the beginning of the
> file) and then restart postfix there is a problem:
> 
> postfix is stopped (that's ok), then it should be started but it isn't
> (in log something like
> postfix/master[1649]: fatal: /etc/postfix/master.cf :
> line 4: bad transport type:
> ==)
> and there is no error shown on console ( echo $? - shows 0 )
> 
> and then when we try to restart (or start) postfix again - we can't -
> unless we delete /var/lib/init.d/started/postfix file (it's not deleted
> while restarting)
> 
> is it a bug or we're doing sth wrong?!

Postfix init script just calls postfix(1) which calls postfix-script
which calls master(8).  Exit codes do not get back to the terminal.

Use postfix status to check whether the mail system is running.

-- 
Eray

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

Done. After that I did:

emerge -av xf86-video-intel
killall -1 X

However, performances didn't change much...

x...@localhost ~ $ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

Other ideas?

Thank you,
Massimiliano



It just means that you need to change the VIDEO_CARDS to include
"intel". So, what you need to do is set VIDEO_CARDS to contain the
string "intel". With this variable, gentoo controls which drivers are
being built when you emerge xorg-x11, mesa, etc

Re: [gentoo-user] Problem with the graphic card

[Ward Poelmans]

On Mon, Jun 22, 2009 at 13:16, Massimiliano
Ziccardi wrote:
> Done. After that I did:
>
> emerge -av xf86-video-intel
> killall -1 X

Did you merge mesa again? Did you follow the guide to the letter?

Ward

Re: [gentoo-user] [postfix - bug?] error in master.cf - problem with restart

[Marcin Niskiewicz]

2009/6/22 Eray Aslan 

> On 22.06.2009 13:02, Marcin Niskiewicz wrote:
> > I noticed that when someone makes an error in master.cf
> >  (for example write anything at the beginning of the
> > file) and then restart postfix there is a problem:
> >
> > postfix is stopped (that's ok), then it should be started but it isn't
> > (in log something like
> > postfix/master[1649]: fatal: /etc/postfix/master.cf :
> > line 4: bad transport type:
> >
> ==)
> > and there is no error shown on console ( echo $? - shows 0 )
> >
> > and then when we try to restart (or start) postfix again - we can't -
> > unless we delete /var/lib/init.d/started/postfix file (it's not deleted
> > while restarting)
> >
> > is it a bug or we're doing sth wrong?!
>
> Postfix init script just calls postfix(1) which calls postfix-script
> which calls master(8).  Exit codes do not get back to the terminal.
>
> Use postfix status to check whether the mail system is running.
>
> --
> Eray
>

Thanks for the answer.
But as I said it doesn't start (there's no process, command postfix status
shows
postfix/postfix-script: the Postfix mail system is not running
but still /etc/init.d/postfix status show it's started)...

S it is stopped but the status of the service is wrongly updated (file
/var/lib/init.d/started/postfix exists)


regards
nichu

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

I'm following to the letter, now :-)

However, it says I need xorg 1.6, so, now I'm upgrading.

Here is my package.keyword files

>=x11-base/xorg-server-1.6
>=x11-libs/libXfont-1.4
>=x11-proto/randproto-1.2

I hope it won't break my system :-)

I'll let you know the result.

Thanks a lot,
Massimiliano

On Mon, Jun 22, 2009 at 1:25 PM, Ward Poelmans  wrote:

> On Mon, Jun 22, 2009 at 13:16, Massimiliano
> Ziccardi wrote:
> > Done. After that I did:
> >
> > emerge -av xf86-video-intel
> > killall -1 X
>
> Did you merge mesa again? Did you follow the guide to the letter?
>
> Ward
>
>

Re: [gentoo-user] [postfix - bug?] error in master.cf - problem with restart

[Yiannis]

On Mon, 22 Jun 2009 13:56:09 +0200
Marcin Niskiewicz  wrote:

> 2009/6/22 Eray Aslan 
> 
> > On 22.06.2009 13:02, Marcin Niskiewicz wrote:
> > > I noticed that when someone makes an error in master.cf
> > >  (for example write anything at the beginning
> > > of the file) and then restart postfix there is a problem:
> > >
> > > postfix is stopped (that's ok), then it should be started but it
> > > isn't (in log something like
> > > postfix/master[1649]: fatal: /etc/postfix/master.cf
> > > : line 4: bad transport type:
> > >
> > ==)
> > > and there is no error shown on console ( echo $? - shows 0 )
> > >
> > > and then when we try to restart (or start) postfix again - we
> > > can't - unless we delete /var/lib/init.d/started/postfix file
> > > (it's not deleted while restarting)
> > >
> > > is it a bug or we're doing sth wrong?!
> >
> > Postfix init script just calls postfix(1) which calls postfix-script
> > which calls master(8).  Exit codes do not get back to the terminal.
> >
> > Use postfix status to check whether the mail system is running.
> >
> > --
> > Eray
> >
> 
> Thanks for the answer.
> But as I said it doesn't start (there's no process, command postfix
> status shows
> postfix/postfix-script: the Postfix mail system is not running
> but still /etc/init.d/postfix status show it's started)...
> 
> S it is stopped but the status of the service is wrongly updated
> (file /var/lib/init.d/started/postfix exists)
> 
> 
> regards
> nichu

Try 

# /etc/init.d/postfix zap   

to reset the service  to the stoped state(since it is not running), and

# /etc/init.d/postfix start

to start it again

regards
yiannis
-- 
';
 .!   /X\__/X\
; ;   7%;`  %';
`. . (. Z  Z .;
 ; ;..'```'''..   T '/
  ; "  .. '% '^';
 '   . . .   '"".==.%
 `#  $.  V \
  .%  _./%&$'`\%%}_/
   <\__)x"<\_)x

[gentoo-user] Power management updates?

[Mike Mazur]

Hello,

I noticed some issues with the power management setup I had when I
upgraded kernels over the last few months. This past weekend I decided
to crack down on this to see whether they could be fixed. I visited
the Gentoo Power Management Guide[1] again and re-traced the setup to
verify my system's behavior.

First issue is the runlevels are not switching properly when the AC
power adapter is un/plugged. When the power cable is unplugged, I see
the following entries in the syslog:

Jun 22 21:36:12 kitt logger: ACPI event unhandled: ac_adapter
ACPI0003:00 0080 
Jun 22 21:36:12 kitt logger: Switching to battery runlevel
Jun 22 21:36:13 kitt logger: ACPI event unhandled: processor
ACPI_CPU:00 0081 
Jun 22 21:36:13 kitt logger: ACPI event unhandled: processor
ACPI_CPU:01 0081 
Jun 22 21:36:13 kitt logger: ACPI event unhandled: battery PNP0C0A:00
0080 0001
Jun 22 21:36:13 kitt logger: Switching to battery runlevel

The syslog contains messages that the system is switching to runlevel
battery. These log messages are in
/etc/acpi/actions/pmg_switch_runlevel.sh. Unfortunately, the system
never changes from runlevel default; looking at
/var/lib/init.d/softlevel confirms this:

$ cat /var/lib/init.d/softlevel
default

When plugging the power back in, the syslog lacks the corresponding
"Switching to default runlevel" messages:

Jun 22 21:38:43 kitt logger: ACPI event unhandled: ac_adapter
ACPI0003:00 0080 0001
Jun 22 21:38:44 kitt logger: ACPI event unhandled: processor
ACPI_CPU:00 0081 
Jun 22 21:38:44 kitt logger: ACPI event unhandled: processor
ACPI_CPU:01 0081 
Jun 22 21:38:44 kitt logger: ACPI event unhandled: battery PNP0C0A:00
0080 0001

The second issue is with cpufreqd. When the power is unplugged, the
CPU scaling kicks in as expected, and the processors are cut to half
power (running at ~1GHz instead of their full capacity of ~2GHz). When
the AC adapter is plugged back in, the CPUs continue to operate at
only ~1GHz instead of being bumped back up to ~2GHz and I see messages
like this in my syslog:

Jun 22 21:38:44 kitt cpufreqd: cpufreqd_set_profile : Couldn't set
profile "Performance High" set for cpu0 (1998000-1998000-performance)
Jun 22 21:38:44 kitt cpufreqd: cpufreqd_loop: Cannot set
policy, Rule unchanged ("AC Off - High Power").

I pasted my /etc/cpufreqd.conf file at the end of this email.

The third issue seems to be with power management of my wireless card.
I have the iwl3945 wireless card. In older version of the kernel
(2.6.25 and before, I believe) this card was managed by a daemon in
userspace. After that the driver was merged into the kernel. I noticed
recently that the entry in /etc/conf.d/net (as per the Power
Management Guide) causes this error when the interface comes up:

 * Starting wlan0
Error for wireless request "Set Power Management" (8B2C) :
SET failed on device wlan0 ; Operation not supported.
 *   wlan0 does not support the following configuration commands
 * power on

I guess with the driver moving into the kernel, this setting has
changed as well. Is there another way to enable power management on my
wireless card? Is it still necessary?

Any input on these things would be much appreciated.

A few details:
I'm running gentoo-sources-2.6.30-r1
I updated a cpufreqd to version 2.3.4 by coping the version 2.2.1
.ebuild file into my local overlay and bumping the version
I updated the files installed by powermgmt-base with those in upstream
version 1.30

Thanks,
Mike


[1] http://www.gentoo.org/doc/en/power-management-guide.xml

# cat /etc/cpufreqd.conf
# this is a comment
# see CPUFREQD.CONF(5) manpage for a complete reference

[General]
pidfile=/var/run/cpufreqd.pid
poll_interval=2
enable_plugin=acpi_ac, acpi_battery
enable_remote=1
remote_group=wheel
verbosity=4
[/General]

[acpi]
acpid_socket=/var/run/acpid.socket
[/acpi]

#[nforce2_atxp1]
#vcore_path=/some/path
#vcore_default=1500
#[/nforce2_atxp1]

#[sensors_plugin]
#sensors_conf=/some/file
#[/sensors_plugin]

[Profile]
name=On Demand High
minfreq=40%
maxfreq=100%
policy=ondemand
[/Profile]

[Profile]
name=On Demand Low
minfreq=20%
maxfreq=80%
policy=ondemand
[/Profile]

[Profile]
name=Performance High
minfreq=100%
maxfreq=100%
policy=performance
#exec_post=echo 8 > /proc/acpi/sony/brightness
[/Profile]

[Profile]
name=Performance Low
minfreq=80%
maxfreq=80%
policy=performance
[/Profile]

[Profile]
name=Powersave High
minfreq=70%
maxfreq=70%
policy=powersave
[/Profile]

[Profile]
name=Powersave Low
minfreq=30%
maxfreq=30%
policy=powersave
[/Profile]

#[Profile]
#name=Conservative High
#minfreq=33%
#maxfreq=100%
#policy=conservative
#[/Profile]
#
#[Profile]
#name=Conservative Low
#minfreq=0%
#maxfreq=66%
#policy=conservative
#[/Profile]

##
# Basic states
##
# when AC use performance mode
[Rule]
name=AC Rule
ac=on# (on/off)
profile=Performance High
[/Rule]

# conservative mode when not AC
[Rule]
nam

[gentoo-user] package.keywords

[James]

Well, I just tried something that seems to work,
but has me confused or missing the routine reading
of new portage features.


Anyway upon a routine update (using portage 2.2_rc33
and sets for kde4) I got a message:


All ebuilds that could satisfy ">=dev-python/sip-4.8.1" have been masked.
One of the following masked packages is required to complete your request:
- dev-python/sip-4.8.1 (masked by: ~amd64 keyword) 


So I just added this line to package.keywords:

" >=dev-python/sip-4.8.1  "



and it got passed that problem.


'man portage' does not show the use of the (><=) syntax
as an example for emerge?


Obviously, I'm behind on my routine reading. Is this 
a no-no? Where can I read more about what's going on
with the newest changes to emerge/portage/etc.?


James

Re: [gentoo-user] package.keywords

[Albert Hopkins]

On Mon, 2009-06-22 at 13:58 +, James wrote:
> Well, I just tried something that seems to work,
> but has me confused or missing the routine reading
> of new portage features.
> 
> 
> Anyway upon a routine update (using portage 2.2_rc33
> and sets for kde4) I got a message:
> 
> 
> All ebuilds that could satisfy ">=dev-python/sip-4.8.1" have been masked.
> One of the following masked packages is required to complete your request:
> - dev-python/sip-4.8.1 (masked by: ~amd64 keyword) 
> 
> 
> So I just added this line to package.keywords:
> 
> " >=dev-python/sip-4.8.1  "
> 
> 
> 
> and it got passed that problem.
> 
> 
> 'man portage' does not show the use of the (><=) syntax
> as an example for emerge?

This is a package atom... which AFAIK has at least been part of portage
since I've been using Gentoo (6 years).

man 5 portage

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

Ok. Now I think I did everything

However:
x...@localhost ~ $ glxinfo | grep GEM
x...@localhost ~ $

x...@localhost ~ $ emerge --search xorg-server
Searching...
[ Results for search key : xorg-server ]
[ Applications found : 1 ]

*  x11-base/xorg-server
  Latest version available: 1.6.1.901-r3
  Latest version installed: 1.6.1.901-r3
  Size of files: 4,550 kB
  Homepage:  http://xorg.freedesktop.org/
  Description:   X.Org X servers
  License:   xorg-server MIT

x...@localhost ~ $ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

Don't know what to do more

Any idea?

Thanks a lot,
Massimiliano



On Mon, Jun 22, 2009 at 3:04 PM, Massimiliano Ziccardi <
massimiliano.zicca...@gmail.com> wrote:

> I'm following to the letter, now :-)
>
> However, it says I need xorg 1.6, so, now I'm upgrading.
>
> Here is my package.keyword files
>
> >=x11-base/xorg-server-1.6
> >=x11-libs/libXfont-1.4
> >=x11-proto/randproto-1.2
>
> I hope it won't break my system :-)
>
> I'll let you know the result.
>
> Thanks a lot,
> Massimiliano
>
>
> On Mon, Jun 22, 2009 at 1:25 PM, Ward Poelmans  wrote:
>
>> On Mon, Jun 22, 2009 at 13:16, Massimiliano
>> Ziccardi wrote:
>> > Done. After that I did:
>> >
>> > emerge -av xf86-video-intel
>> > killall -1 X
>>
>> Did you merge mesa again? Did you follow the guide to the letter?
>>
>> Ward
>>
>>
>

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

One more thing.
Now, driconf says 'Could not detect any configurable direct-rendering
capable devices. DRIconf will be started in expert mode'.

Before the config changes I did, I never got this message calling driconf

On Mon, Jun 22, 2009 at 4:07 PM, Massimiliano Ziccardi <
massimiliano.zicca...@gmail.com> wrote:

> Ok. Now I think I did everything
>
> However:
> x...@localhost ~ $ glxinfo | grep GEM
> x...@localhost ~ $
>
> x...@localhost ~ $ emerge --search xorg-server
> Searching...
> [ Results for search key : xorg-server ]
> [ Applications found : 1 ]
>
> *  x11-base/xorg-server
>   Latest version available: 1.6.1.901-r3
>   Latest version installed: 1.6.1.901-r3
>   Size of files: 4,550 kB
>   Homepage:  http://xorg.freedesktop.org/
>   Description:   X.Org X servers
>   License:   xorg-server MIT
>
> x...@localhost ~ $ glxinfo | grep render
> direct rendering: Yes
> OpenGL renderer string: Software Rasterizer
>
> Don't know what to do more
>
> Any idea?
>
> Thanks a lot,
> Massimiliano
>
>
>
>
> On Mon, Jun 22, 2009 at 3:04 PM, Massimiliano Ziccardi <
> massimiliano.zicca...@gmail.com> wrote:
>
>> I'm following to the letter, now :-)
>>
>> However, it says I need xorg 1.6, so, now I'm upgrading.
>>
>> Here is my package.keyword files
>>
>> >=x11-base/xorg-server-1.6
>> >=x11-libs/libXfont-1.4
>> >=x11-proto/randproto-1.2
>>
>> I hope it won't break my system :-)
>>
>> I'll let you know the result.
>>
>> Thanks a lot,
>> Massimiliano
>>
>>
>> On Mon, Jun 22, 2009 at 1:25 PM, Ward Poelmans wrote:
>>
>>> On Mon, Jun 22, 2009 at 13:16, Massimiliano
>>> Ziccardi wrote:
>>> > Done. After that I did:
>>> >
>>> > emerge -av xf86-video-intel
>>> > killall -1 X
>>>
>>> Did you merge mesa again? Did you follow the guide to the letter?
>>>
>>> Ward
>>>
>>>
>>
>

[gentoo-user] Re: package.keywords

[James]

James  tampabay.rr.com> writes:


> 'man portage' does not show the use of the (><=) syntax
> as an example for emerge?


Sorry for my sloppiness I should have been more precise
(more coffee required).

It should have read:

'man portage' does not show the use of the (><=) syntax
within the package.keywords file ?

For package.keywords I do use these symbols:
*  package is visible if it is stable on any architecture
~* package is visible if it is in testing on any architecture
** package is always visible (KEYWORDS are ignored completely)
(and the tilde ~ symbol).
but not <> or =   


Where do I read more and find more of the latest example for
syntax with portage and the different files therein?


???



James

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

More INFO

Running driconf, I see the following message:

Xlib:  extension "XFree86-DRI" missing on display ":0.0".

However, inside the xorg.0.log, I see:

(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/lib/dri/i965_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0

Any help?

Thank you,
Massimiliano

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

I'm close to the solution.

If I run glxinfo | grep renderer as root, I get

direct rendering: Yes
OpenGL renderer string: Mesa DRI Mobile Intel�� GM45 Express Chipset GEM
20090114


while, if I run the same command as a simple user, I get

direct rendering: Yes
OpenGL renderer string: Software Rasterizer

So I think that's a permission problem now.

Have you any idea?

Thanks a lot,
Massimiliano

Re: [gentoo-user] Problem with the graphic card

[Ward Poelmans]

On Mon, Jun 22, 2009 at 16:51, Massimiliano
Ziccardi wrote:
>
> So I think that's a permission problem now.

Check /dev/video* en /dev/dri*

Try adding,
Section "DRI"
Mode 0666
EndSection

To your xorg.conf file.
If that doesn't work, take a look into Xorg.0.log.

Ward

Re: [gentoo-user] Problem with the graphic card

[Massimiliano Ziccardi]

Finally it works!

I just had to add my user to the 'video' group.

Shouldn't new user be added to such groups by default?

driconf, always says

Xlib:  extension "XFree86-DRI" missing on display ":0.0".


Thank you a lot,
Massimiliano

Re: [gentoo-user] Problem with the graphic card

[Ward Poelmans]

On Mon, Jun 22, 2009 at 17:08, Massimiliano
Ziccardi wrote:
> Finally it works!

Great :)

> I just had to add my user to the 'video' group.
>
> Shouldn't new user be added to such groups by default?

We're Gentoo, not Ubuntu ;-)

> driconf, always says
>
> Xlib:  extension "XFree86-DRI" missing on display ":0.0".

You safely ignore that.

Ward

Re: [gentoo-user] Re: package.keywords

[Arttu V.]

On 6/22/09, James  wrote:
> Where do I read more and find more of the latest example for
> syntax with portage and the different files therein?

> It should have read:
>
> 'man portage' does not show the use of the (><=) syntax
> within the package.keywords file ?

No, but it instructs one to peek into man 5 ebuild for the info. If
you look again at the portage manpage, the section on package.keywords
states of the file format:

"one DEPEND atom per line followed by additional KEYWORDS"

And at the top (Glossary) it says about these atoms:

"DEPEND atom
 A string which matches a package.  It is of the
form category/package.  It may also contain optional logical operators
and versions.
 More reading: ebuild(5)"

Follow this "more reading"-hint by entering "man 5 ebuild". The
resulting manpage tells you quite extensively (even everything?) about
the atoms, with many examples, and more.

It takes a meticulous, technically inclined (or otherwise
anal-retentive? :) ) mind to read these manpage-thingies which were
structured and invented before the modern hypertext-intarweb hit the
streets two decades ago. And sure, some of them are written badly, but
IMHO the gentoo ones are pretty ok from a user's POV.

So, as a conclusion, you probably want to use ~ instead of >= in there
as you apparently are running a mostly stable box (arch) instead of
testing (~arch)?

-- 
Arttu V.

[gentoo-user] Re: package.keywords

[James]

Arttu V.  gmail.com> writes:


>  More reading: ebuild(5)"

Ah, ok so there is not restriction on using any of the
the boolean operators in any config file underneath
/etc/portage? as section 5 does not mention any



> So, as a conclusion, you probably want to use ~ instead of >= in there
> as you apparently are running a mostly stable box (arch) instead of
> testing (~arch)?

This is my (mis)conception, although, as you have suggest,
there are (gentoo) cultural norms that do suggest
certain boolean operations should not be used,
in say for example, package.keywords?


I'm mostly running stable with exceptions being enabled
via the /etc/portage file structure. Usually it's small,
but now with kde4, BLOAT is my modus operandi, 
not by choice..



thanks,
James

Re: [gentoo-user] lvm problem -- is timing?

[Dirk Heinrichs]

Am Montag 22 Juni 2009 03:20:02 schrieb Maxim Wexler:
> > Would I be correct in thinking the SSD is a sata device while the SD is
> > a usb device??
> >
> > How are you USB drivers compiled in the kenrnel?

And what about:

> # NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
> # see USB_STORAGE Help for more information
> CONFIG_USB_STORAGE=y

Are CONFIG_BLK_DEV_SD and CONFIG_SCSI also compiled in?

Bye...

Dirk

Re: [gentoo-user] lvm problem -- is timing?

[Dirk Heinrichs]

Am Sonntag 21 Juni 2009 23:16:49 schrieb Maxim Wexler:

>   Couldn't find device with uuid 'ldwVeS-gwl4-HE4Z-M3Gw-DILI-Dbjh-2lHroF'.
>   Couldn't find all physical volumes for volume group vg.

That could either mean that (not all of) the drivers needed to access this 
device are available (not compiled into the kernel), or what Neil already 
wrote: a delay in discovering the device.

dmesg output would also be a good thing to sort this out.

Bye...

Dirk

Re: [gentoo-user] lvm problem -- is timing?

[Maxim Wexler]

> Are CONFIG_BLK_DEV_SD and CONFIG_SCSI also compiled in?
>

Yes

mw

Re: [gentoo-user] lvm problem -- is timing?

[Maxim Wexler]

> That could either mean that (not all of) the drivers needed to access this
> device are available (not compiled into the kernel), or what Neil already
> wrote: a delay in discovering the device.
>
> dmesg output would also be a good thing to sort this out.
>

477 lines! Rather than post it, what sort of thing(s) should I look
for. sda and sdb show up OK. All the usb stuff looks alright. grepping
for scsi shows that the SSD and SD devices have been found.

mw

Re: [gentoo-user] lvm problem -- is timing?

[Maxim Wexler]

> Actually, it's /etc/init.d/localmount, not bootmisc. Add a sleep command
> just before No, you'de need to edit the bootmisc script and add a sleep
> command just before

Sorry, this doesn't scan well. Do I put the sleep command in
localmount or not? Then edit bootmisc too?

How many seconds do I assign to NUMBER?

mw

Re: [gentoo-user] lvm problem -- is timing?

[Maxim Wexler]

>
>> Necessary? Don't know but is meant to spare the SSD too much r/w strain.
>
> How? By spanning an LVM across the two, you have no control over which is
> written to the most. I'd put / on the SSD then mount write-heavy
> directories, like /var and /home, on the SD card. I'd also set $PORTDIR
> to /var/portage (/usr is a daft place to put the portage tree anyway).

That's what I have, I think,  sda1 is /boot approx 50M , sda2 is /
approx 1G,  then the rest of the SSD is spanned with the SD card,
approx 11G, and committed to /usr /home /opt /var and /tmp just as in
the gentoo doc LVM2.

mw

Re: [gentoo-user] Problem with the graphic card

[Dale]

Massimiliano Ziccardi wrote:
> Finally it works!
>
> I just had to add my user to the 'video' group.
>
> Shouldn't new user be added to such groups by default?

This is Gentoo.  Very little is default here.  You either set it
yourself or it doesn't get set. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: package.keywords

[Alan McKinnon]

On Monday 22 June 2009 17:51:31 James wrote:
>  So, as a conclusion, you probably want to use ~ instead of >= in there
>
> > as you apparently are running a mostly stable box (arch) instead of
> > testing (~arch)?
>
> This is my (mis)conception, although, as you have suggest,
> there are (gentoo) cultural norms that do suggest
> certain boolean operations should not be used,
> in say for example, package.keywords?

That's more just a safeguard against forgetting you put it there than anything 
else :-)

The vast majority of cases will use only the "=" operator or nothing. That's 
so you unmask the one version you are interested in, not everything from here 
on out, including every buggy, pre-release and just plain broken version that 
happens to have an ebuild.

The use-case for no operator is mostly for the case where you run say a stable 
box, and want the latest of a specific well-known package. You might want the 
latest Qt for example. Another example is -svn ebuilds - enlightenment is a 
case in point. The snapshots are always out of date, latest svn is pretty 
stable, so one must unmask everything to get the - versions

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Power management updates?

[Alan McKinnon]

On Monday 22 June 2009 15:56:47 Mike Mazur wrote:
> Hello,
>
> I noticed some issues with the power management setup I had when I
> upgraded kernels over the last few months. This past weekend I decided
> to crack down on this to see whether they could be fixed. I visited
> the Gentoo Power Management Guide[1] again and re-traced the setup to
> verify my system's behavior.

I tossed that entire guide in the bin where it belongs a long time ago. 
Waay too complex, and seems to rely on faulty assumptions.

Dump cpufreqd. Use just the ondemand governor instead and get rid of the rest. 
It's better suited to how modern chips work anyway. You safe nothing and spend 
a great deal trying to fiddle cpu frequencies, and it's an expensive 
operation. Her'e what you *really* want the cpu to do:

Wake up periodically, go to state C0 *once*. Do work, do it quickly at full 
speed. Go back to sleep for as long as the cpu can. Remember, the cpu will 
still take the same number of clock cycles to complete a task, irrespective of 
what the frequency might be. The cpu is most efficient when running at it's 
design frequency, so let it do that and put it quickly into the lowest state 
you can get it into quickly. Then sleep.

[snip]

> The second issue is with cpufreqd. When the power is unplugged, the
> CPU scaling kicks in as expected, and the processors are cut to half
> power (running at ~1GHz instead of their full capacity of ~2GHz). When
> the AC adapter is plugged back in, the CPUs continue to operate at
> only ~1GHz instead of being bumped back up to ~2GHz and I see messages
> like this in my syslog:

That sounds like the conservative governor, the worst one of the lot. It 
forces the cpu to rapidly change state, and do it often. Changing C state is 
expensive, do it as seldom as you can. Just use ondemand all the time.

> The third issue seems to be with power management of my wireless card.
> I have the iwl3945 wireless card. In older version of the kernel
> (2.6.25 and before, I believe) this card was managed by a daemon in
> userspace. After that the driver was merged into the kernel. I noticed
> recently that the entry in /etc/conf.d/net (as per the Power
> Management Guide) causes this error when the interface comes up:

iwl3945 does not (yet) support this to the best of my knowledge. It also 
doesn't work here either.
-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: package.keywords

[Neil Bothwick]

On Mon, 22 Jun 2009 15:51:31 + (UTC), James wrote:

> I'm mostly running stable with exceptions being enabled
> via the /etc/portage file structure. Usually it's small,
> but now with kde4, BLOAT is my modus operandi, 
> not by choice..

It's easier to manage if you make portage.keywords a directory then put
the actual packages in files within that directory. That way you can
separate the files needed to run KDE4 from any other group of packages.

All package.* files in /etc/portage can be replaced a directories, then
all the files in that directory are considered as a whole.


-- 
Neil Bothwick

Therapy is expensive, popping bubble wrap is cheap! You choose.


signature.asc
Description: PGP signature

Re: [gentoo-user] lvm problem -- is timing?

[Neil Bothwick]

On Mon, 22 Jun 2009 11:42:05 -0600, Maxim Wexler wrote:

> > Actually, it's /etc/init.d/localmount, not bootmisc. Add a sleep
> > command just before No, you'de need to edit the bootmisc script and
> > add a sleep command just before  
> 
> Sorry, this doesn't scan well.

It doesn't, that not what I (thought I'd) typed.

> Do I put the sleep command in
> localmount or not? Then edit bootmisc too?

Put it in localmount, not bootmisc, just before
ebegin "Mounting local filesystems"
 
> How many seconds do I assign to NUMBER?

There's only one way to find out. Try 60, if that doesn't fix it, it's
not a delay reading the card.


-- 
Neil Bothwick

If you use envelopes, why not encryption ?


signature.asc
Description: PGP signature

Re: [gentoo-user] lvm problem -- is timing?

[Neil Bothwick]

On Mon, 22 Jun 2009 11:33:13 -0600, Maxim Wexler wrote:

> > dmesg output would also be a good thing to sort this out.
 
> 477 lines! Rather than post it, what sort of thing(s) should I look
> for. sda and sdb show up OK. All the usb stuff looks alright. grepping
> for scsi shows that the SSD and SD devices have been found.

The SD device it is reporting is the card reader at sdb, that's not the
same as recognising the volume in it.


-- 
Neil Bothwick

If the cops arrest a mime, do they tell her she has the right to remain
silent?


signature.asc
Description: PGP signature

Re: [gentoo-user] lvm problem -- is timing?

[Neil Bothwick]

On Mon, 22 Jun 2009 12:09:52 -0600, Maxim Wexler wrote:

> >> Necessary? Don't know but is meant to spare the SSD too much r/w
> >> strain.  
> >
> > How? By spanning an LVM across the two, you have no control over
> > which is written to the most. I'd put / on the SSD then mount
> > write-heavy directories, like /var and /home, on the SD card. I'd
> > also set $PORTDIR to /var/portage (/usr is a daft place to put the
> > portage tree anyway).  
> 
> That's what I have, I think,  sda1 is /boot approx 50M , sda2 is /
> approx 1G,  then the rest of the SSD is spanned with the SD card,
> approx 11G, and committed to /usr /home /opt /var and /tmp just as in
> the gentoo doc LVM2.

How does that spare the SSD when frequently written directories,
like /var and /usr/portage on partially on the SSD? If you want to keep
them off the SSD, you must not use LVM like this.

Forget LVM, forget a separate /boot, just stick / on the SSD and mount
the likes of /var on the SD card. I use LVM on my Eee, but that's because
it has two SSDs, I wouldn't dream of including the SD card in there.


-- 
Neil Bothwick

C&W music backward: get yer dog, wife, job, truck, kids, and sobriety
back.


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: package.keywords

[Dale]

Neil Bothwick wrote:
> On Mon, 22 Jun 2009 15:51:31 + (UTC), James wrote:
>
>   
>> I'm mostly running stable with exceptions being enabled
>> via the /etc/portage file structure. Usually it's small,
>> but now with kde4, BLOAT is my modus operandi, 
>> not by choice..
>> 
>
> It's easier to manage if you make portage.keywords a directory then put
> the actual packages in files within that directory. That way you can
> separate the files needed to run KDE4 from any other group of packages.
>
> All package.* files in /etc/portage can be replaced a directories, then
> all the files in that directory are considered as a whole.
>
>
>   

For some reason, my light bulb has still not came on so here comes some
questions.  I would create /etc/portage/package.keywords then inside
that another directory or a set of files?  Say, one named KDE4 to put
all of KDE4 and it's little friends and then another for some other set
of packages?  Is this sort of like the sets thing which I am still
curious about?

Right now, package.keywords and friends are files not directories. 
Maybe tarring up your portage directory and emailing me off list would
help?  I need a light bulb moment here.  :/

Dale

:-)  :-)

Re: [gentoo-user] Re: package.keywords

[Neil Bothwick]

On Mon, 22 Jun 2009 18:17:16 -0500, Dale wrote:

> > All package.* files in /etc/portage can be replaced a directories,
> > then all the files in that directory are considered as a whole.

> For some reason, my light bulb has still not came on so here comes some
> questions.  I would create /etc/portage/package.keywords then inside
> that another directory or a set of files?

A set of files.

>  Say, one named KDE4 to put
> all of KDE4 and it's little friends and then another for some other set
> of packages?

Exactly. The portage man page explains it well.

/etc/portage/
   Any file in this directory that begins with "package." can be more than
   just a flat file. If it is a directory, then all the files in that
   directory will be sorted in ascending alphabetical order by file name
   and summed together as if it were a single file. 

   Example: 
   /etc/portage/package.keywords/common
   /etc/portage/package.keywords/e17
   /etc/portage/package.keywords/kde

> Is this sort of like the sets thing which I am still
> curious about?

Not really, it's just an alternative way of organising the package.* data.


-- 
Neil Bothwick

Asking whether machines can think is like asking whether submarines can
swim.


signature.asc
Description: PGP signature

Re: [gentoo-user] lvm problem -- is timing?

[Maxim Wexler]

> Forget LVM, forget a separate /boot, just stick / on the SSD and mount
> the likes of /var on the SD card. I use LVM on my Eee, but that's because
> it has two SSDs, I wouldn't dream of including the SD card in there.
>

Ok, I did it! No more LVM! Wiped the SSD and made one partition out of
it. Mounted it on /mnt/gentoo and unpacked the stage3 tarball. Silly
question: now what? Where do I mount the SD card prior to unpacking
portage? Do I make separate partitions on the SD card for each dir I
need /usr /var /tmp etc? The natural place would seem to be on
/mnt/gentoo/usr, but what about the other dirs? I should know this;
I've done it often enough, but only when the other drive held a
different OS or was strictly for storage. It probably seems obvious to
you, but I can't see it.

mw

[gentoo-user] [off-topic] diary/blog desktop software advice

[Francesco Talamona]

I am looking for a software to keep a paperless diary, but I seem I 
can't find anything valid, at first I tried app-office/qchartdiary, it 
doesn't run, then I found www-apps/nanoblogger and www-apps/polarblog, 
but are both in the "needloving" [1], don't know if it worth trying.

I need something simple, easy, with the ability to attach emails and 
other external files, it also has to be private and never intended to 
be hosted, neither in my local apache.

Maybe I'm looking in the wrong direction... Any advices?
Thanks in advance
F. Talamona

[1] http://gpnl.larrythecow.org/search.php?q=www-apps&t=1

-- 
Linux Version 2.6.30-gentoo-r1, Compiled #3 SMP PREEMPT Sun Jun 14 
07:17:24 CEST 2009
Two 2.9GHz AMD Athlon 64 Processors, 4GB RAM, 11654 Bogomips Total
aemaeth

Re: [gentoo-user] Re: package.keywords

[Alan McKinnon]

On Tuesday 23 June 2009 01:17:16 Dale wrote:
> Neil Bothwick wrote:
> > On Mon, 22 Jun 2009 15:51:31 + (UTC), James wrote:
> >> I'm mostly running stable with exceptions being enabled
> >> via the /etc/portage file structure. Usually it's small,
> >> but now with kde4, BLOAT is my modus operandi,
> >> not by choice..
> >
> > It's easier to manage if you make portage.keywords a directory then put
> > the actual packages in files within that directory. That way you can
> > separate the files needed to run KDE4 from any other group of packages.
> >
> > All package.* files in /etc/portage can be replaced a directories, then
> > all the files in that directory are considered as a whole.
>
> For some reason, my light bulb has still not came on so here comes some
> questions.  I would create /etc/portage/package.keywords then inside
> that another directory or a set of files?  Say, one named KDE4 to put
> all of KDE4 and it's little friends and then another for some other set
> of packages?  Is this sort of like the sets thing which I am still
> curious about?

Yes, precisely. 

If package.keywords is a single file, then all your keywords must be in that 
file. This is difficult for ebuilds to manipulate, and difficult for you to 
edit too. If I send you my list of KDE keywords, you have to copy paste the 
lot into a file and put comments at the start and end so you know what it all 
is.

If package.keywords is a directory, then portage/ebuilds/tools/you can add and 
remove entire files easily, leaving everything else untouched.

> Right now, package.keywords and friends are files not directories.
> Maybe tarring up your portage directory and emailing me off list would
> help?  I need a light bulb moment here.  :/

It's easy. As root:

cd /etc/portage
mv package.keywords package.keywords~
mkdir package.keywords
mv package.keywords~ package.keywords/package.keywords

The destination file in the last command can be named anything you like. 

Now, if you install enlightenment, create and edit 
/etc/portage/package.keywords/e17
If I send you my KDE keywords as an attachment, right-click, Save As, 
/etc/portage/package.keywords/kde4

Done, sorted.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] [off-topic] diary/blog desktop software advice

[Mike Kazantsev]

On Tue, 23 Jun 2009 08:18:25 +0200
Francesco Talamona  wrote:

> I am looking for a software to keep a paperless diary, but I seem I 
> can't find anything valid, at first I tried app-office/qchartdiary, it 
> doesn't run, then I found www-apps/nanoblogger and www-apps/polarblog, 
> but are both in the "needloving" [1], don't know if it worth trying.
> 
> I need something simple, easy, with the ability to attach emails and 
> other external files, it also has to be private and never intended to 
> be hosted, neither in my local apache.

You can try bournal for "simple" and "easy". It's bash, CLI and features
encryption, although it doesn't seem to be intended for anything but
pure text.

http://frankpena.googlepages.com/bournal.html

-- 
Mike Kazantsev // fraggod.net


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: package.keywords

[Dale]

Alan McKinnon wrote:
> On Tuesday 23 June 2009 01:17:16 Dale wrote:
>   
>> Neil Bothwick wrote:
>> 
>>> On Mon, 22 Jun 2009 15:51:31 + (UTC), James wrote:
>>>   
 I'm mostly running stable with exceptions being enabled
 via the /etc/portage file structure. Usually it's small,
 but now with kde4, BLOAT is my modus operandi,
 not by choice..
 
>>> It's easier to manage if you make portage.keywords a directory then put
>>> the actual packages in files within that directory. That way you can
>>> separate the files needed to run KDE4 from any other group of packages.
>>>
>>> All package.* files in /etc/portage can be replaced a directories, then
>>> all the files in that directory are considered as a whole.
>>>   
>> For some reason, my light bulb has still not came on so here comes some
>> questions.  I would create /etc/portage/package.keywords then inside
>> that another directory or a set of files?  Say, one named KDE4 to put
>> all of KDE4 and it's little friends and then another for some other set
>> of packages?  Is this sort of like the sets thing which I am still
>> curious about?
>> 
>
> Yes, precisely. 
>
> If package.keywords is a single file, then all your keywords must be in that 
> file. This is difficult for ebuilds to manipulate, and difficult for you to 
> edit too. If I send you my list of KDE keywords, you have to copy paste the 
> lot into a file and put comments at the start and end so you know what it all 
> is.
>
> If package.keywords is a directory, then portage/ebuilds/tools/you can add 
> and 
> remove entire files easily, leaving everything else untouched.
>
>   
>> Right now, package.keywords and friends are files not directories.
>> Maybe tarring up your portage directory and emailing me off list would
>> help?  I need a light bulb moment here.  :/
>> 
>
> It's easy. As root:
>
> cd /etc/portage
> mv package.keywords package.keywords~
> mkdir package.keywords
> mv package.keywords~ package.keywords/package.keywords
>
> The destination file in the last command can be named anything you like. 
>
> Now, if you install enlightenment, create and edit 
> /etc/portage/package.keywords/e17
> If I send you my KDE keywords as an attachment, right-click, Save As, 
> /etc/portage/package.keywords/kde4
>
> Done, sorted.
>
>   

This sounds cool.  I don't unmask a lot or anything but something like
KDE 4 comes to mind for this.  That requires a lot of work.  I'm going
to have to check to see if autounmask supports this too.

Thanks much.  Light bulb is glowing a bit now.  o_O

Dale

:-)  :-) 

[gentoo-user] xterm man page has broken link to X

[Kevin O'Gorman]

I am exploring a few things about terminal programs, and am finding
their man pages hard going.  Just as an example, the xterm page
coverage of -geometry points to the man page for X(7), but no such
page exists on my system, and I can find no obvious package that might
supply it.

This raises the issue of how to find X docs.

My intent is casual; I don't have time to become expert in it, so I'm
hoping for fairly quick usage info.

Does such exist?

-- 
Kevin O'Gorman, PhD