Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-15 Thread Neil Bothwick
On Sun, 14 Dec 2008 21:48:47 -0500, Jeff Cranmer wrote:

 I've also discovered that the /etc/make.profile symlink was pointing at
 the x86 default-linux profile set, not the amd64 profile.
 
 I'm attempting a recompile now with the symlink changed, and hopefully
 this will fix my problems.  I wonder if this latent error is not about
 to cost me a whole bunch more though.  Is there anything I should do
 with the emerge command or any other command in order to correct this
 profile problem?

What is your CHOST set to? The output of emerge --info may be helpful
here.

I'd definitely do an emerge -e world once you've got make.conf and your
profile straightened out.


-- 
Neil Bothwick

- We are but packets in the internet of Life-


signature.asc
Description: PGP signature


Re: [gentoo-user] dev-java/sun-jdk-1.6.0.11 Failed to unpack

2008-12-15 Thread Jeff Cranmer
On Monday 15 December 2008 03:40:00 am Neil Bothwick wrote:
 On Sun, 14 Dec 2008 21:48:47 -0500, Jeff Cranmer wrote:
  I've also discovered that the /etc/make.profile symlink was pointing at
  the x86 default-linux profile set, not the amd64 profile.
 
  I'm attempting a recompile now with the symlink changed, and hopefully
  this will fix my problems.  I wonder if this latent error is not about
  to cost me a whole bunch more though.  Is there anything I should do
  with the emerge command or any other command in order to correct this
  profile problem?

 What is your CHOST set to? The output of emerge --info may be helpful
 here.

 I'd definitely do an emerge -e world once you've got make.conf and your
 profile straightened out.

sun-jdk is now installed.
I'm now having problems with gcc, as it fails with an error.  I'm guessing 
that having an out-of date gcc is probably driving a few more packages to 
failure.

 * ERROR: sys-devel/gcc-4.1.2 failed.
 * Call stack:
 *   ebuild.sh, line   49:  Called src_compile
 * environment, line 4656:  Called toolchain_src_compile
 * environment, line 5174:  Called gcc_src_compile
 * environment, line 2982:  Called gcc_do_make
 * environment, line 2805:  Called die
 * The specific snippet of code:
 *   emake LDFLAGS=${LDFLAGS} STAGE1_CFLAGS=${STAGE1_CFLAGS} 
LIBPATH=${LIBPATH} BOOT_CFLAGS=${BOOT_CFLAGS} ${GCC_MAKE_TARGET} || 
die emake failed with ${GCC_MAKE_TARGET};
 *  The die message:
 *   emake failed with profiledbootstrap
 *
 * If you need support, post the topmost build error, and the call stack if 
relevant.
 * A complete build log is located 
at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/build.log'.
 * The ebuild environment file is located 
at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/environment'.

Here's what emerge --info looks like
Portage 2.1.4.5 (default-linux/amd64/2007.0, gcc-4.3.2, 
glibc-2.9_p20081201-r0, 2.6.24-gentoo-r4 x86_64)
=
System uname: 2.6.24-gentoo-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 
3800+
Timestamp of tree: Sat, 13 Dec 2008 08:00:01 +
app-shells/bash: 3.2_p33
dev-java/java-config: 1.3.7-r1, 2.1.6
dev-lang/python: 2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
dev-util/cmake:  2.4.6-r1
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 
1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=amd64
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-O2 -pipe -march=athlon64
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config 
/usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb
CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ 
/etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ 
/etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild 
/etc/terminfo /etc/texmf/web2c /etc/udev/rules.d
CXXFLAGS=-O2 -pipe -march=athlon64
DISTDIR=/usr/portage/distfiles
FEATURES=distlocks metadata-transfer sandbox sfperms strict unmerge-orphans 
userfetch
GENTOO_MIRRORS=http://distfiles.gentoo.org 
http://distro.ibiblio.org/pub/linux/distributions/gentoo;
MAKEOPTS=-j3
PKGDIR=/usr/portage/packages
PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress 
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles 
--exclude=/local --exclude=/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://rsync.gentoo.org/gentoo-portage
USE=a52 aac acl amd64 asf berkdb cli cracklib crypt cups dar64 doc dri dv 
dvdread foomaticdb fortran gdbm gimpprint gpm hal iconv ipv6 isdnlog midi 
mjpeg mmx mudflap ncurses nls nptl nptlonly openmp pam pcre pdf perl pppd 
python readline realmedia reflection scanner session smp spl sse sse2 ssl 
tcpd tiff unicode usb wmf xinerama xorg xulrunner xvid zlib 
ALSA_CARDS=hda-intel ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare 
dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 
mmap_emul mulaw multi null plug rate route share shm softvol 
APACHE2_MODULES=actions alias auth_basic auth_digest authn_anon authn_dbd 
authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile 
authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd 
deflate dir disk_cache env expires ext_filter file_cache filter headers ident 
imagemap include info log_config logio mem_cache mime mime_magic negotiation 
proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so 
speling status unique_id userdir usertrack vhost_alias ELIBC=glibc 
INPUT_DEVICES=keyboard mouse joystick KERNEL=linux LCD_DEVICES=bayrad 
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text 
USERLAND=GNU 

Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver

2008-12-15 Thread Mark David Dumlao
er, anyone?

On Sat, Dec 13, 2008 at 12:28 AM, Mark David Dumlao madum...@gmail.comwrote:

 I did a recent emerge -uDNav world and most of my gnome packages are 2.24
 now.2 issues:
 1) Logout, shutdown, restart commands from gnome menu don't seem to be
 working. Nothing happens, no menu appears. Same goes for using the Power
 button applet.

 I can manually log myself out, of course, by doing killall gnome-session
 but that can't possibly be the Right Thing (tm). :)

 2) The Lock Screen command, however, works and sends me to my screensaver.
 However, when I move the mouse and the password dialog reappears, the
 background is the default green splashscreen that comes with a new user.
 Weird. I don't know where to hunt to change the lock screen background, and
 I was pretty sure it was supposed to just be gnome-screensaver with a dialog
 on top.

 3) While I'm at it, does anyone know a way to get the random pictures
 screen saver to select a specific folder without making a folder mess in my
 home folder called Pictures? I have my own sorting scheme of things and it's
 getting to me, also I don't want all of my pictures flying out on the
 screensaver ;D




Re: [gentoo-user] Question Re: Flash and Firefox

2008-12-15 Thread Neil Bothwick
On Mon, 15 Dec 2008 10:13:29 +, Peter Humphrey wrote:

 I have net-www/netscape-flash-10.0.12.36-r1 installed, and it's 32-bit.
 All the files listed by equery are 32-bit. Equery and emerge don't list
 any USE flags for the package, so how do you get a 64-bit version?

Unmask 10.0.20.7*


-- 
Neil Bothwick

There are no stupid questions, just too many inquisitive idiots.


signature.asc
Description: PGP signature


Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Volker Armin Hemmann
On Montag 15 Dezember 2008, Peter Humphrey wrote:
 On Sunday 14 December 2008 11:04:39 Alan McKinnon wrote:
  LVM's support for mirroring and striping is exceptionally crude to say
  the least. You will also have problems if your stripes do not align with
  the underlying volume. Seeing as LVM is designed to make volume
  management easier and RAID is designed to provide redundancy, it is best
  to completely dispense with the mirror/stripe features of LVM and leave
  that to the thing that does it best - RAID - while letting LVM do what it
  does best - making your life infinitely easier with volume management.
 
  Plus, most built-in so-called hardware RAID solutions are utter crap and
  nothing worth the silicon they are built on. Linux software raid is many
  times better. Rule of thumb is that if the OS can see the underlying
  volumes that make up the RAID, you do not have real hardware RAID. You
  instead have something else that a marketing person decided would be cute
  if it were called hardware RAID. Calling a duck a swan does not make it
  anything other than a duck ;-)

 So it's fair to say you don't like MB RAID, then?  ;-)

I think it is fair to say that he don't like crap ;)




Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Grant
 Grant,
   I have no direct experience but I was asking some questions on this
 list recently. One disadvantage of software RAD would be that
 partition management tools like parted may not (or WILL not) do
 resizing on a software RAID but will (or should!) on hardware RAID. If
 you go with software RAID and later decide that a partition needs to
 be moved, resized, etc., then you may not be able to do it.

   I would suggest finding a good, if inexpensive, hardware RAID card
 or possibly play a bit with the RAID stuff on your motherboard to see
 if parted can work with it.

What makes motherboard RAID such crap?  I don't think I'll ever want
to resize partitions.  Mine are very simple root, boot, and swap and
I've never wanted to change them.  Is it slow, unreliable?

Here is my motherboard:

http://www.newegg.com/Product/Product.aspx?Item=N82E16813130056

It is said to:

SATA RAID 0/1/0+1/5

- Grant



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Neil Bothwick
On Mon, 15 Dec 2008 09:59:39 +, Peter Humphrey wrote:

 So it's fair to say you don't like MB RAID, then?  ;-)

I think it's a great idea, just one that no one seems to have
implemented yet ...


-- 
Neil Bothwick

Who messed with my anti-paranoia shot?


signature.asc
Description: PGP signature


Re: [gentoo-user] Question Re: Flash and Firefox

2008-12-15 Thread Peter Humphrey
On Sunday 14 December 2008 16:09:46 Paul Hartman wrote:

 I second the suggestion to move to the 64-bit version of Flash Player
 (and firefox) and unmerge nspluginwrapper. I have had zero flash
 problems since then.

I have net-www/netscape-flash-10.0.12.36-r1 installed, and it's 32-bit. All 
the files listed by equery are 32-bit. Equery and emerge don't list any USE 
flags for the package, so how do you get a 64-bit version?

-- 
Rgds
Peter



Re: [gentoo-user] Question Re: Flash and Firefox

2008-12-15 Thread Peter Humphrey
On Monday 15 December 2008 10:30:47 Neil Bothwick wrote:
 On Mon, 15 Dec 2008 10:13:29 +, Peter Humphrey wrote:
  I have net-www/netscape-flash-10.0.12.36-r1 installed, and it's 32-bit.
  All the files listed by equery are 32-bit. Equery and emerge don't list
  any USE flags for the package, so how do you get a 64-bit version?

 Unmask 10.0.20.7*

What! A bug-fix release adds a 64-bit version? I would never have expected 
that. I'll try it anyway - thanks.

-- 
Rgds
Peter



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Peter Humphrey
On Sunday 14 December 2008 11:04:39 Alan McKinnon wrote:

 LVM's support for mirroring and striping is exceptionally crude to say
 the least. You will also have problems if your stripes do not align with
 the underlying volume. Seeing as LVM is designed to make volume
 management easier and RAID is designed to provide redundancy, it is best
 to completely dispense with the mirror/stripe features of LVM and leave
 that to the thing that does it best - RAID - while letting LVM do what it
 does best - making your life infinitely easier with volume management.

 Plus, most built-in so-called hardware RAID solutions are utter crap and
 nothing worth the silicon they are built on. Linux software raid is many
 times better. Rule of thumb is that if the OS can see the underlying
 volumes that make up the RAID, you do not have real hardware RAID. You
 instead have something else that a marketing person decided would be cute
 if it were called hardware RAID. Calling a duck a swan does not make it
 anything other than a duck ;-)

So it's fair to say you don't like MB RAID, then?  ;-)

-- 
Rgds
Peter



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Alan McKinnon
On Monday 15 December 2008 18:48:26 Grant wrote:
  Grant,
I have no direct experience but I was asking some questions on this
  list recently. One disadvantage of software RAD would be that
  partition management tools like parted may not (or WILL not) do
  resizing on a software RAID but will (or should!) on hardware RAID. If
  you go with software RAID and later decide that a partition needs to
  be moved, resized, etc., then you may not be able to do it.
 
I would suggest finding a good, if inexpensive, hardware RAID card
  or possibly play a bit with the RAID stuff on your motherboard to see
  if parted can work with it.

 What makes motherboard RAID such crap?  I don't think I'll ever want
 to resize partitions.  Mine are very simple root, boot, and swap and
 I've never wanted to change them.  Is it slow, unreliable?

Motherboard RAID tends to be one of those things where corners are cut. It is 
not true RAID either in low-end boards - it is two drives that are always 
visible anyway and you use some crappy driver (that no-one can debug) to 
form a *software* RAID, usually very limited in scope and usually very 
limited in performance.

So, if you are going to end up using some vendor's crappy driver, you might as 
well use a proper software RAID driver that comes with the kernel, that can 
be debugged, that is a known quantity and that is proven to have excellent 
performance. In-kernel software RAID also has an impressive array of working 
features, and often out-performs even decent hardware RAID cards.

Which isn't to say that hardware RAID is a bad thing, there are some 
spectacular cards out there. They do tend to be pricey though.

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Mark Knecht
On Mon, Dec 15, 2008 at 8:48 AM, Grant emailgr...@gmail.com wrote:
 Grant,
   I have no direct experience but I was asking some questions on this
 list recently. One disadvantage of software RAD would be that
 partition management tools like parted may not (or WILL not) do
 resizing on a software RAID but will (or should!) on hardware RAID. If
 you go with software RAID and later decide that a partition needs to
 be moved, resized, etc., then you may not be able to do it.

   I would suggest finding a good, if inexpensive, hardware RAID card
 or possibly play a bit with the RAID stuff on your motherboard to see
 if parted can work with it.

 What makes motherboard RAID such crap?  I don't think I'll ever want
 to resize partitions.  Mine are very simple root, boot, and swap and
 I've never wanted to change them.  Is it slow, unreliable?

 Here is my motherboard:

 http://www.newegg.com/Product/Product.aspx?Item=N82E16813130056

 It is said to:

 SATA RAID 0/1/0+1/5

 - Grant

Grant,
   I never suggested motherboard RAID is crap. I attempted to say that
I have no experience with RAID systems. I've never used RAID at all
myself. I was only relating what I was told by others on the list when
I had a reason to ask about partition management on an existing RAID
device for a friend's computer.

- Mark



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Grant
I have no direct experience but I was asking some questions on this
  list recently. One disadvantage of software RAD would be that
  partition management tools like parted may not (or WILL not) do
  resizing on a software RAID but will (or should!) on hardware RAID. If
  you go with software RAID and later decide that a partition needs to
  be moved, resized, etc., then you may not be able to do it.
 
I would suggest finding a good, if inexpensive, hardware RAID card
  or possibly play a bit with the RAID stuff on your motherboard to see
  if parted can work with it.

 What makes motherboard RAID such crap?  I don't think I'll ever want
 to resize partitions.  Mine are very simple root, boot, and swap and
 I've never wanted to change them.  Is it slow, unreliable?

 Motherboard RAID tends to be one of those things where corners are cut. It is
 not true RAID either in low-end boards - it is two drives that are always
 visible anyway and you use some crappy driver (that no-one can debug) to
 form a *software* RAID, usually very limited in scope and usually very
 limited in performance.

 So, if you are going to end up using some vendor's crappy driver, you might as
 well use a proper software RAID driver that comes with the kernel, that can
 be debugged, that is a known quantity and that is proven to have excellent
 performance. In-kernel software RAID also has an impressive array of working
 features, and often out-performs even decent hardware RAID cards.

 Which isn't to say that hardware RAID is a bad thing, there are some
 spectacular cards out there. They do tend to be pricey though.

That's a great explanation, thank you very much.

- Grant



Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Mark Knecht
On Mon, Dec 15, 2008 at 8:48 AM, Grant emailgr...@gmail.com wrote:
 Grant,
   I have no direct experience but I was asking some questions on this
 list recently. One disadvantage of software RAD would be that
 partition management tools like parted may not (or WILL not) do
 resizing on a software RAID but will (or should!) on hardware RAID. If
 you go with software RAID and later decide that a partition needs to
 be moved, resized, etc., then you may not be able to do it.

   I would suggest finding a good, if inexpensive, hardware RAID card
 or possibly play a bit with the RAID stuff on your motherboard to see
 if parted can work with it.

 What makes motherboard RAID such crap?  I don't think I'll ever want
 to resize partitions.  Mine are very simple root, boot, and swap and
 I've never wanted to change them.  Is it slow, unreliable?

 Here is my motherboard:

 http://www.newegg.com/Product/Product.aspx?Item=N82E16813130056

 It is said to:

 SATA RAID 0/1/0+1/5

 - Grant



One reason to be concerned about ANY software RAID solution would be
that when you boot something like a gparted CD to do some work you
won't necessarily have the right driver on the CD so you won't be able
to see the devices. A true hardware RAID card can (to the best of my
knowledge) always be accessed by the system. It may be slower if it
doesn't have special drivers to give you the best performance, but at
least it will work.

Just info and ideas.

Cheers,
Mark



Re: [gentoo-user] Re: Tragic kernel building for vmware gentoo guest on WinXP

2008-12-15 Thread Mick
On Thursday 11 December 2008, Nikos Chantziaras wrote:

 Clone that config:

make cloneconfig

How does this compare to make oldconfig?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] {OT} Storage expansion options

2008-12-15 Thread Alan McKinnon
On Monday 15 December 2008 20:38:59 Mark Knecht wrote:
 One reason to be concerned about ANY software RAID solution would be
 that when you boot something like a gparted CD to do some work you
 won't necessarily have the right driver on the CD so you won't be able
 to see the devices. A true hardware RAID card can (to the best of my
 knowledge) always be accessed by the system.

That's largely true, but only while the drives are still in the same system. 
We are discussing the disgusting cheap crappy motherboard RAID out there, try 
swapping motherboards out on one of those and see what happens.

Tip: the motherboard does not believe the drives belong to it anymore.

At the other end of the spectrum we have the good quality hardware RAID, like 
what my manager insists we use at work (exclusively Dell). 100+ machines, 
history going back 5 years, no failures, no screwups, no data loss due to 
funky RAID. Plenty of drives failed though - the data center can get pretty 
hot (this is Africa after all).

So given the choice between crappy mb RAID and software RAID, I'm putting my 
money where the debugger lives - kernel-based sw RAID. If my boot CD does not 
support it, it's a trivial matter to fetch and burn another CD. Heck, I can 
go through the DC door and take my pick from whatever happens to be lying on 
5TB of assorted stuff on the ftp server. With an mb RAID gone south, I have 
no such options and run the serious risk of losing everything after hardware 
failure.

-- 
alan dot mckinnon at gmail dot com



[gentoo-user] Re: Tragic kernel building for vmware gentoo guest on WinXP

2008-12-15 Thread Nikos Chantziaras

Mick wrote:

On Thursday 11 December 2008, Nikos Chantziaras wrote:


Clone that config:

   make cloneconfig


How does this compare to make oldconfig?


It doesn't, because it doesn't even exist.  I meant oldconfig here :P

(openSUSE has a cloneconfig target and I got it mixed up here. Sorry.)




Re: [gentoo-user] Re: Tragic kernel building for vmware gentoo guest on WinXP

2008-12-15 Thread Dale
Nikos Chantziaras wrote:
 Mick wrote:
 On Thursday 11 December 2008, Nikos Chantziaras wrote:

 Clone that config:

make cloneconfig

 How does this compare to make oldconfig?

 It doesn't, because it doesn't even exist.  I meant oldconfig here :P

 (openSUSE has a cloneconfig target and I got it mixed up here. Sorry.)




Bummer.  I thought we had a new toy to play with.  :-( 

Dale

:-)  :-) 



[gentoo-user] Re: Tragic kernel building for vmware gentoo guest on WinXP

2008-12-15 Thread Nikos Chantziaras

Dale wrote:

Nikos Chantziaras wrote:

Mick wrote:

On Thursday 11 December 2008, Nikos Chantziaras wrote:


Clone that config:

   make cloneconfig

How does this compare to make oldconfig?

It doesn't, because it doesn't even exist.  I meant oldconfig here :P

(openSUSE has a cloneconfig target and I got it mixed up here. Sorry.)





Bummer.  I thought we had a new toy to play with.  :-( 


Dale

:-)  :-) 


The target is nothing special, really.  It just does:

  zcat /proc/config.gz  .config
  make oldconfig




Re: [gentoo-user] Re: Tragic kernel building for vmware gentoo guest on WinXP

2008-12-15 Thread Dale
Nikos Chantziaras wrote:
 Dale wrote:
 Nikos Chantziaras wrote:
 Mick wrote:
 On Thursday 11 December 2008, Nikos Chantziaras wrote:

 Clone that config:

make cloneconfig
 How does this compare to make oldconfig?
 It doesn't, because it doesn't even exist.  I meant oldconfig here :P

 (openSUSE has a cloneconfig target and I got it mixed up here. Sorry.)




 Bummer.  I thought we had a new toy to play with.  :-(
 Dale

 :-)  :-) 

 The target is nothing special, really.  It just does:

   zcat /proc/config.gz  .config
   make oldconfig




I was talking about the cloneconfig part.  When I read that command, I
thought we had a new toy.  Then he came back and burst my bubble.  lol 
There is no cloneconfig after all.

Dale

:-)  :-)



[gentoo-user] UDEV help

2008-12-15 Thread Willie Wong
Hi list:

 I have had this line in my /etc/udev/rules.d/10-local.rules for a
 couple years now

  snip
BUS==usb, KERNEL==sd?[0-9], SYSFS{serial}==DEF10BDD77EE, NAME=%k, 
SYMLINK+=BackUpDrive
  /snip

 which matched my external USB harddrive enclosure and name it 
 /dev/BackUpDrive for convenience. I haven't plugged in the drive 
 for a few months now, and udev has been updated from 115-r1 to 
 124-r1 in the meantime, and the rule doesn't work any more. 

 I think this may have to do with the fact that udevinfo now gives
 me

  snip
  looking at device '/bus/usb/devices/1-4:1.0/host24/target24:0:0/24:0:0:0':
KERNEL==24:0:0:0
SUBSYSTEM==
DRIVER==sd
ATTR{ioerr_cnt}==0x1
ATTR{iodone_cnt}==0x1f
ATTR{iorequest_cnt}==0x1f
ATTR{iocounterbits}==32
ATTR{timeout}==60
ATTR{state}==running
ATTR{rev}==
ATTR{model}==0A  
ATTR{vendor}==ST332062
ATTR{scsi_level}==3
ATTR{type}==0
ATTR{queue_type}==none
ATTR{queue_depth}==1
ATTR{device_blocked}==0
ATTR{max_sectors}==240

  looking at parent device '/devices/pci:00/:00:1d.7/usb1/1-4':
KERNELS==1-4
SUBSYSTEMS==
DRIVERS==usb
ATTRS{configuration}==
ATTRS{serial}==DEF10BDD77EE
ATTRS{product}==USB2.0 Storage Device
ATTRS{manufacturer}==Cypress Semiconductor
ATTRS{maxchild}==0
ATTRS{version}== 2.00
ATTRS{devnum}==40
ATTRS{speed}==480
ATTRS{bMaxPacketSize0}==64
ATTRS{bNumConfigurations}==1
ATTRS{bDeviceProtocol}==00
ATTRS{bDeviceSubClass}==00
ATTRS{bDeviceClass}==00
ATTRS{bcdDevice}==0001
ATTRS{idProduct}==6830
ATTRS{idVendor}==04b4
ATTRS{bMaxPower}==  0mA
ATTRS{bmAttributes}==c0
ATTRS{bConfigurationValue}==1
ATTRS{bNumInterfaces}== 1
   /snip

  Here's the thing, I am pretty sure that the serial number entry
  DEF10BDD77EE refers to the drive, and is/was a much better way of
  matching the actual drive (it is more unique than any of the other
  bits of information in the udevinfo listing for the sd device), and
  I would prefer to still match via the serial number in the udev
  rules. 

  Any suggestions on how I can get my desired behaviour or on how I
  can debug this?

Thanks, 

  Willie
-- 
`You'd better be prepared for the jump into hyperspace. 
It's unpleasently like being drunk.'
`What's so unpleasent about being drunk?'
`You ask a glass of water.'

- Arthur getting ready for his first jump into hyperspace. 
Sortir en Pantoufles: up 739 days, 46 min



Re: [gentoo-user] UDEV help

2008-12-15 Thread Willie Wong
On Mon, Dec 15, 2008 at 09:16:38PM -0500, Penguin Lover Willie Wong squawked:
  I have had this line in my /etc/udev/rules.d/10-local.rules for a
  couple years now
 
   snip
 BUS==usb, KERNEL==sd?[0-9], SYSFS{serial}==DEF10BDD77EE, NAME=%k, 
 SYMLINK+=BackUpDrive
   /snip
 
   snip
   looking at device '/bus/usb/devices/1-4:1.0/host24/target24:0:0/24:0:0:0':
 KERNEL==24:0:0:0
 SUBSYSTEM==
 DRIVER==sd
...

   looking at parent device '/devices/pci:00/:00:1d.7/usb1/1-4':
 KERNELS==1-4
 SUBSYSTEMS==
 DRIVERS==usb
 ATTRS{configuration}==
 ATTRS{serial}==DEF10BDD77EE
/snip
 

Okay, I think I have a bit more idea. It turns out that for some
reason the usb device is not listed as a parent device of the block
device sda1. This is what happens:


  snip
sep 24:0:0:0 # udevinfo -p /sys/bus/usb/devices/1-4\:1.0/host25/target25\:0\:0/2
5\:0\:0\:0/block\:sda/sda1/ -a

Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device 
'/bus/usb/devices/1-4:1.0/host25/target25:0:0/25:0:0:0/block:sda/sda1':
KERNEL==sda1
SUBSYSTEM==
DRIVER==
ATTR{stat}==   30973   19221428182   225432
ATTR{size}==625137282
ATTR{start}==63
  /snip

That's the end of the output. If I execute udevinfo against 
  ...target25:0:0/25:0:0:0 
then all the parent devices are printed. Is there any way of making
udev recognize that the sda1 device is a child of the actual hardware?

Thanks, 

Willie

-- 
Ferrets live by a code tried and true
From which humans can benefit, too.
Teach your sons and daughters
To do unto otters,
As otters would do unto you.
Sortir en Pantoufles: up 739 days,  1:16



Re: [gentoo-user] lanmap ebuild

2008-12-15 Thread Eric Martin
Justin wrote:
 It is in sunrise now.

   
Uh, I can't find it.  I sync'd sunrise and ran update-eix.  Eix can't
find it and I don't see it in the dir structure...Am I missing something?



signature.asc
Description: OpenPGP digital signature


[gentoo-user] Re: UDEV help

2008-12-15 Thread »Q«
On Mon, 15 Dec 2008 21:37:06 -0500
Willie Wong ww...@princeton.edu wrote:

 Is there any way of making udev recognize that the sda1 device is a
 child of the actual hardware?

Yes.  You can use attributes from the device itself and from any single
parent device.  What you can't do is use attributes from multiple
parent devices.

-- 
»Q«
 Kleeneness is next to Gödelness.




[gentoo-user] Kernel 2.6.27-r5 soft lockup

2008-12-15 Thread Dave Oxley
I upgraded from gentoo-sources-2.6.27-r4 to -r5 a couple of days ago and 
got the below error messages in /var/log/messages. Also dovecot was 
using 100% CPU and could not be killed. This resulted in me having to 
hard reset the server. This happened 3 times until I eventually reverted 
back to -r4 and all was stable again. The config used for both kernels 
was the same and it happened after irregular intervals of between 5 
hours and 9 hours.


Anyone have any ideas? Things are back to normal now but I will 
obviously be wary about my next kernel upgrade.


Cheers,
Dave.

Dec 15 23:28:07 blackadder dovecot: IMAP(XXX): Disconnected in IDLE 
bytes=2719/16492
Dec 15 23:28:07 blackadder dovecot: IMAP(XXX): Disconnected in IDLE 
bytes=7074/519701
Dec 15 23:28:07 blackadder dovecot: IMAP(XXX): Connection closed 
bytes=2238/2810

Dec 15 23:28:34 blackadder named[6829]: *** POKED TIMER ***
Dec 15 23:28:34 blackadder named[6829]: *** POKED TIMER ***
Dec 15 23:28:34 blackadder named[6829]: *** POKED TIMER ***
Dec 15 23:28:54 blackadder BUG: soft lockup - CPU#3 stuck for 61s! 
[imap:30763]
Dec 15 23:28:54 blackadder Modules linked in: dahdi_echocan_mg2 pppoe 
pppox ppp_async ppp_generic slhc lirc_dev ipt_ipp2p wctdm dahdi 
dvb_usb_dib0700 dcdbas

Dec 15 23:28:54 blackadder CPU 3:
Dec 15 23:28:54 blackadder Modules linked in: dahdi_echocan_mg2 pppoe 
pppox ppp_async ppp_generic slhc lirc_dev ipt_ipp2p wctdm dahdi 
dvb_usb_dib0700 dcdbas
Dec 15 23:28:54 blackadder Pid: 30763, comm: imap Not tainted 
2.6.27-gentoo-r5 #1
Dec 15 23:28:54 blackadder RIP: 0010:[806424c0]  
[806424c0] mutex_lock+0x3/0xb

Dec 15 23:28:54 blackadder RSP: 0018:8800047e3ea0  EFLAGS: 0246
Dec 15 23:28:54 blackadder RAX:  RBX: 88008dc92bc0 
RCX: 0001
Dec 15 23:28:54 blackadder RDX: 0002 RSI: 0001 
RDI: 88008dc92be0
Dec 15 23:28:54 blackadder RBP: 4000 R08:  
R09: 49450350474a6a2f
Dec 15 23:28:54 blackadder R10:  R11: 0246 
R12: 
Dec 15 23:28:54 blackadder R13: 49450350474a6a2f R14:  
R15: 0246
Dec 15 23:28:54 blackadder FS:  7f51e570c6f0() 
GS:8800bf687b40() knlGS:

Dec 15 23:28:54 blackadder CS:  0010 DS:  ES:  CR0: 8005003b
Dec 15 23:28:54 blackadder CR2: 7f51e5089860 CR3: 481bc000 
CR4: 06e0
Dec 15 23:28:54 blackadder DR0:  DR1:  
DR2: 
Dec 15 23:28:54 blackadder DR3:  DR6: 0ff0 
DR7: 0400

Dec 15 23:28:54 blackadder
Dec 15 23:28:54 blackadder Call Trace:
Dec 15 23:28:54 blackadder [802b1976] ? inotify_destroy+0x21/0xd7
Dec 15 23:28:54 blackadder [802b1ebc] ? inotify_release+0x1c/0xad
Dec 15 23:28:54 blackadder [80288578] ? __fput+0x9d/0x186
Dec 15 23:28:54 blackadder [80285db3] ? filp_close+0x48/0x6e
Dec 15 23:28:54 blackadder [8028701d] ? sys_close+0x7e/0xbe
Dec 15 23:28:54 blackadder [8020b42b] ? 
system_call_fastpath+0x16/0x1b

Dec 15 23:28:54 blackadder