Re: [gentoo-user] Re: no audio on cisco webex
On Wed, Feb 6, 2013 at 11:51 AM, James wrote: > Cisco sales reps are the best at flushing out cisco problems, > particularly if a potential sales is on the line that's a good point, and I might end up going down that route. I found that they expect the 'deprecated OSS api for ALSA' to be present, so I'm going to try that next thx! -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] Creating accounts in Thunderbird
On 2013-02-03 9:08 AM, Alan McKinnon wrote: So what we have here is a piece of FOSS software that is too fucking clever for it's own good. It's applying insane validation checks to things that are not in any spec at all: I never liked the auto-config behavior, but it isn't *that* bad... You weren't clear on the exact steps you were taking... Are you leaving the password field blank and the 'remember password'. checkbox unchecked? If you enter a password, it will absolutely try to verify it... Also, I've never set up an account on localhost, but I know you can set up multiple accounts on the same hostname, so I don't see why you couldn't set up multiple accounts on just plain 'localhost'...
Re: [gentoo-user] {OT} LWP::UserAgent slows website
A little more infromation would help. like what webserver, what kind of requests, etc -Kevin On 02/06/2013 07:13 PM, Grant wrote: > I have a script that makes 6 successive HTTP requests via > LWP::UserAgent. It runs fine and takes only about 3 seconds, but > whenever it is run I start receiving alerts that my website is > responding slowly to requests. This lasts for up to around 10 > minutes. I've tried turning the timeout down to 3 seconds and I've > tried LWPx::ParanoidAgent but the behavior is the same. > > Can anyone tell me how to go about tracking this down? > > - Grant > signature.asc Description: OpenPGP digital signature
[gentoo-user] Bug in spidermonkey?
Hello all I'm encountering a bug when emerging spidermonkey. The output from build.log is attached. If you need more info, please tell me so. Thanks. -- Greetings Elias [32;01m * [39;49;00mPackage:dev-lang/spidermonkey-1.8.5-r1 [32;01m * [39;49;00mRepository: gentoo [32;01m * [39;49;00mMaintainer: mozi...@gentoo.org [32;01m * [39;49;00mUSE:abi_x86_64 amd64 elibc_glibc kernel_linux multilib userland_GNU [32;01m * [39;49;00mFEATURES: sandbox >>> Unpacking source... >>> Unpacking js185-1.0.0.tar.gz to >>> /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work >>> Source unpacked in /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work >>> Preparing source in >>> /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5 ... [32;01m*[0m Applying spidermonkey-1.8.5-fix-install-symlinks.patch ... [A[152C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying spidermonkey-1.8.5-fix-ppc64.patch ... [A[152C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying spidermonkey-1.8.5-arm_respect_cflags-3.patch ... [A[152C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying spidermonkey-1.8.7-freebsd-pthreads.patch ... [A[152C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying spidermonkey-1.8.5-perf_event-check.patch ... [A[152C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running autoconf ... [A[152C [34;01m[ [32;01mok[34;01m ][0m >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5 ... * econf: updating js-1.8.5/js/src/ctypes/libffi/config.sub with /usr/share/gnuconfig/config.sub * econf: updating js-1.8.5/js/src/ctypes/libffi/config.guess with /usr/share/gnuconfig/config.guess * econf: updating js-1.8.5/js/src/build/autoconf/config.sub with /usr/share/gnuconfig/config.sub * econf: updating js-1.8.5/js/src/build/autoconf/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --enable-jemalloc --enable-readline --enable-threadsafe --with-system-nspr --disable-debug --disable-static --disable-tests creating cache ./config.cache checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking build system type... x86_64-pc-linux-gnu checking for mawk... no checking for gawk... gawk checking for perl5... no checking for perl... /usr/bin/perl checking for gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler (x86_64-pc-linux-gnu-gcc -march=k8 -O2 -pipe -Wl,-O1 -Wl,--as-needed) works... yes checking whether the C compiler (x86_64-pc-linux-gnu-gcc -march=k8 -O2 -pipe -Wl,-O1 -Wl,--as-needed) is a cross-compiler... no checking whether we are using GNU C... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for c++... x86_64-pc-linux-gnu-g++ checking whether the C++ compiler (x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe -Wl,-O1 -Wl,--as-needed) works... yes checking whether the C++ compiler (x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe -Wl,-O1 -Wl,--as-needed) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking for ranlib... ranlib checking for as... /usr/bin/as checking for ar... ar checking for ld... x86_64-pc-linux-gnu-ld checking for strip... strip checking for windres... no checking whether x86_64-pc-linux-gnu-gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E checking for sb-conf... no checking for ve... no checking for a BSD compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for minimum required perl version >= 5.006... 5.012004 checking for full perl installation... yes checking for python2.7... /usr/bin/python2.7 checking for doxygen... : checking for autoconf... /usr/bin/autoconf checking for unzip... /usr/bin/unzip checking for zip... /usr/bin/zip checking for makedepend... /usr/bin/makedepend checking for xargs... /usr/bin/xargs checking for gmake... /usr/bin/gmake checking for X... libraries , headers checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking whether the compiler supports -Wno-invalid-offsetof... yes checking whether the compiler supports -Wno-variadic-macros... yes checking whether the compiler supports -Werror=return-type... yes checking whether ld has archive extraction flags... yes checking that static assertion macros used in autoconf tests work... yes checking for 64-bit OS... yes checking for Python
[gentoo-user] Python problem on RPi
After much battling with cross compiling and stuff, I decided to use the stage3. This is what I get when I try to launch python: Fatal Python error: Py_Initialize: can't initialize sys standard streams Traceback (most recent call last): File "/usr/lib/python3.2/io.py", line 60, in Aborted What's causing this? :S -- Nilesh Govindrajan http://nileshgr.com
Re: [gentoo-user] Bug in spidermonkey?
On Thu, Feb 7, 2013 at 10:49 PM, Elias Diem wrote: > Hello all > > I'm encountering a bug when emerging spidermonkey. > > The output from build.log is attached. > > If you need more info, please tell me so. > > Thanks. > Seems like one. Try compiling an older version? -- Nilesh Govindrajan http://nileshgr.com
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On 2013-02-03 12:51 PM, Alex Schuster wrote: The question is not whether to halt the build or not (that cannot and >will not be done) but how to do the communication: > >- news item There is one, from 2013-01-23, ending with 'Apologies if this news came too late for you.' Okay, if that one came a little earlier, I would have been fine. Ok, I'm actually now toying with the idea of updating udev on my older server, since a separate /usr is now supported... So, reading this news item: - The need of CONFIG_DEVTMPFS=y in the kernel; need to verify the fstype for possible /dev line in /etc/fstab is devtmpfs (and not, for example, tmpfs) So, since I have: shm/dev/shm tmpfs nodev,nosuid,noexec 0 0 I change the type tmpfs to devtmpfs... ok... Last... And read every message printed by the emerge of udev and udev-init-scripts to ensure the system is in order before booting as this news item might not be complete. All of these messages will be in the emailed emerge message(s), correct? Meaning, I won't have to be sitting there watching the emerge output? Thanks...
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On Thursday 07 February 2013 17:40:39 Tanstaafl wrote: > So, since I have: > > shm/dev/shm tmpfs nodev,nosuid,noexec 0 0 > > I change the type tmpfs to devtmpfs... ok... I think that's a mistake (because I did it too!) - you only need to change the tile type of a /dev line, not /dev/shm. -- Peter
Re: [gentoo-user] Bug in spidermonkey?
Hi Nilesh On 2013-02-07, Nilesh Govindrajan wrote: > Seems like one. Try compiling an older version? I'm about to try. I will report back. -- Greetings Elias
[gentoo-user] handbook missing for korganizer
I have kde-base/korganizer-4.9.5 installed with USE "handbook -aqua -debug -kontact", but trying to view the handbook for korganizer in the KDE Help Center gets me the "Document not Found" page. Checking online, the document does exist*, albeit a couple of years old. Is this a bug in the ebuild or am I overlooking something I should do to get the korganizer handbook installed? * http://docs.kde.org/stable/en/kdepim/korganizer/index.html
Re: [gentoo-user] Creating accounts in Thunderbird
On 07/02/2013 17:55, Tanstaafl wrote: > On 2013-02-03 9:08 AM, Alan McKinnon wrote: >> So what we have here is a piece of FOSS software that is too fucking >> clever for it's own good. It's applying insane validation checks to >> things that are not in any spec at all: > > I never liked the auto-config behavior, but it isn't *that* bad... > > You weren't clear on the exact steps you were taking... > > Are you leaving the password field blank and the 'remember password'. > checkbox unchecked? If you enter a password, it will absolutely try to > verify it... Both ways, with and without a password entered. Enter a password, the wizard tries to validate it Don't enter a password, the wizard prompts you for one Get past that (using $MAGIC of course) it still tries to validate that the server is up and something is running there. The only way round that is to take the app offline whereupon it sensibly doesn't try validate things that are online. This naturally will be tagged as a bug as obviously the wizard should never even start whilst offline > Also, I've never set up an account on localhost, but I know you can set > up multiple accounts on the same hostname, so I don't see why you > couldn't set up multiple accounts on just plain 'localhost'... You can set up many accounts on localhost, but that's not what I said. It's complaining about the combination of username and hostname that is repeated. Which is silly, as username+hostname is not guaranteed to be a singleton in any universe. But none of this matters anymore. I got what I wanted and merely had to think like a stupid developer[1 -- Alan McKinnon Systems Engineer^W Technician Infrastructure Services Internet Solutions +27 11 575 7585 -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On 2013-02-07 12:53 PM, Peter Humphrey wrote: On Thursday 07 February 2013 17:40:39 Tanstaafl wrote: So, since I have: shm/dev/shm tmpfs nodev,nosuid,noexec 0 0 I change the type tmpfs to devtmpfs... ok... I think that's a mistake (because I did it too!) - you only need to change the tile type of a /dev line, not /dev/shm. Oh... well, glad I asked... Can anyone (a dev maybe) please confirm this? I think that a lot of people will misread that like I (we) did...
Re: [gentoo-user] Creating accounts in Thunderbird
On 2013-02-07 3:28 PM, Alan McKinnon wrote: Enter a password, the wizard tries to validate it Don't enter a password, the wizard prompts you for one Get past that (using $MAGIC of course) it still tries to validate that the server is up and something is running there. The only way round that is to take the app offline whereupon it sensibly doesn't try validate things that are online. This naturally will be tagged as a bug as obviously the wizard should never even start whilst offline Just fyi, I had no problem doing this: 1. Add Mail Account 2. Add Name and EMail address 3. Leave password blank, uncheck 'Remember password' 4. Hit Continue, then immediatley hit 'Manual Config' 5. Finish configging, being sure manually set anything set to 'Auto' (as this is telling Thunderbird to do it for you) - ie, the SSL/Port/Authenticiation settings. Leaving any of these set to Auto will keep the 'Done' button greyed out. 6. Click Done. You can set up many accounts on localhost, but that's not what I said. It's complaining about the combination of username and hostname that is repeated. If you mean, identical usernames and incoming hostnames, then yes, Thunderbird doesn't like that, and I'm honestly trying to think of a reason why you would want two identical accounts set up in the same client? What am I missing? Which is silly, as username+hostname is not guaranteed to be a singleton in any universe. ? I can't think of any way that username+incoming-hostname can result in anything other than a single, individual users account, so I guess I'm totally missing what you are saying.
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On Thu, Feb 7, 2013 at 2:53 PM, Tanstaafl wrote: > On 2013-02-07 12:53 PM, Peter Humphrey wrote: >> >> On Thursday 07 February 2013 17:40:39 Tanstaafl wrote: >> >>> So, since I have: shm/dev/shm tmpfs nodev,nosuid,noexec 0 0 >>> >>> >>> I change the type tmpfs to devtmpfs... ok... >> >> >> I think that's a mistake (because I did it too!) - you only need to change >> the tile type of a /dev line, not /dev/shm. > > > Oh... well, glad I asked... > > Can anyone (a dev maybe) please confirm this? > > I think that a lot of people will misread that like I (we) did... I believe he is correct and /dev/shm is irrelevant for this discussion. The important thing to note is that entries for precisely /dev and /proc don't need to be in fstab at all for most people if they are using the standard gentoo openrc/udev combination. I have 3 gentoo systems running latest ~amd64 openrc and udev and none have /dev or /proc in fstab and all boot up just fine for me. Obviously if you are experimenting with other init system or udev alternatives then YMMV but those people are probably smart enough to figure it out for themselves already. :)
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On 2013-02-07 4:25 PM, Paul Hartman wrote: On Thu, Feb 7, 2013 at 2:53 PM, Tanstaafl wrote: I think that a lot of people will misread that like I (we) did... I believe he is correct and /dev/shm is irrelevant for this discussion. Ok, thanks, but... and no offense... I am not willing to gamble on breaking a remotely accessed server based on someone's 'I believe that this is correct' comment. When the news item says: need to verify the fstype for possible /dev line in /etc/fstab is > devtmpfs (and not, for example, tmpfs) 'Possible /dev line' in no way is clear that it means a line that has ONLY /dev on it. /dev/shm - which is also of type tmpfs - can easily be read to be included. The important thing to note is that entries for precisely /dev and /proc Mine has this in it: # NOTE: The next line is critical for boot! none/proc procdefaults0 0 So, you're saying that this line, that is prefaced with a comment that says it is CRITICAL FOR BOOT, is not even needed? This is a server that was initially installed back in 2005, so maybe this is cruft that is no longer needed? Obviously I don't understand most of this stuff, so am at the mercy of those more knowledgeable. Thanks, Charles
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On Thu, Feb 7, 2013 at 3:25 PM, Paul Hartman wrote: > On Thu, Feb 7, 2013 at 2:53 PM, Tanstaafl wrote: >> On 2013-02-07 12:53 PM, Peter Humphrey wrote: >>> >>> On Thursday 07 February 2013 17:40:39 Tanstaafl wrote: >>> So, since I have: > > shm/dev/shm tmpfs nodev,nosuid,noexec 0 0 I change the type tmpfs to devtmpfs... ok... >>> >>> >>> I think that's a mistake (because I did it too!) - you only need to change >>> the tile type of a /dev line, not /dev/shm. >> >> >> Oh... well, glad I asked... >> >> Can anyone (a dev maybe) please confirm this? >> >> I think that a lot of people will misread that like I (we) did... > > I believe he is correct and /dev/shm is irrelevant for this discussion. > > The important thing to note is that entries for precisely /dev and > /proc don't need to be in fstab at all for most people if they are > using the standard gentoo openrc/udev combination. I have 3 gentoo > systems running latest ~amd64 openrc and udev and none have /dev or > /proc in fstab and all boot up just fine for me. Obviously if you are > experimenting with other init system or udev alternatives then YMMV > but those people are probably smart enough to figure it out for > themselves already. :) For what is worth, you also don't need to specify neither /dev nor /proc in fstab with systemd. I'm not sure the init system has anything to do with it, though; I believe is udev work, so with a recent version of udev, no matter the init system (I think), /dev and /proc are unnecessary (and perhaps even problematic) in /etc/fstab. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On Thu, Feb 7, 2013 at 3:37 PM, Tanstaafl wrote: > On 2013-02-07 4:25 PM, Paul Hartman wrote: >> >> On Thu, Feb 7, 2013 at 2:53 PM, Tanstaafl >> wrote: >>> >>> I think that a lot of people will misread that like I (we) did... > > >> I believe he is correct and /dev/shm is irrelevant for this discussion. > > > Ok, thanks, but... and no offense... > > I am not willing to gamble on breaking a remotely accessed server based on > someone's 'I believe that this is correct' comment. > > > When the news item says: > >> need to verify the fstype for possible /dev line in /etc/fstab is > >> devtmpfs (and not, for example, tmpfs) > > 'Possible /dev line' in no way is clear that it means a line that has ONLY > /dev on it. /dev/shm - which is also of type tmpfs - can easily be read to > be included. > > >> The important thing to note is that entries for precisely /dev and >> /proc > > > Mine has this in it: > >> # NOTE: The next line is critical for boot! >> none/proc procdefaults0 >> 0 > > > So, you're saying that this line, that is prefaced with a comment that says > it is CRITICAL FOR BOOT, is not even needed? > > This is a server that was initially installed back in 2005, so maybe this is > cruft that is no longer needed? > > Obviously I don't understand most of this stuff, so am at the mercy of those > more knowledgeable. > > Thanks, > > Charles > My kernel .config (linux-3.7.4-gentoo) has the following: CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y I believe the automount is the important part, as I do recall someone else on this list missing that. My /etc/fstab has neither /dev nor /proc mounts, although my case may be different than yours. Alecks
[gentoo-user] Re: udev-191 bit me. Insufficient ptys
On Thu, 7 Feb 2013 16:00:06 -0600 Alecks Gates wrote: > My kernel .config (linux-3.7.4-gentoo) has the following: > CONFIG_DEVTMPFS=y > CONFIG_DEVTMPFS_MOUNT=y > > I believe the automount is the important part, as I do recall someone > else on this list missing that. My /etc/fstab has neither /dev nor > /proc mounts, although my case may be different than yours. CONFIG_DEVTMPFS_MOUNT=y isn't crucial. It's a good idea, but if the kernel doesn't mount /dev, then udev-init-scripts will.
[gentoo-user] Re: Creating accounts in Thunderbird
On 02/03/2013 03:51 AM, Alan McKinnon wrote: > How do I get Thunderbird to act like software and not assume it knows > better than I do? Same way you get your wife to do what you want :) The confusing part about thunderbird account creation is that there's more than one way to create a new account, and they are not equivalent, not by a country kilometer (yes, I consider that bug, or maybe a very stupid feature). F'rinstance, how do you create a new nntp account? IIRC you can't if you're using tbird for the first time. I think the only way to do it is *after* you've already set up a working email account, then click on Edit::Account Settings and look all the way to the bottom of the list box on the left to the button marked "Account Actions". I'm no longer using the gentoo ebuild for thunderbird; instead I'm using the beta-test builds from ftp.mozilla.org. (Hm, now that I stop to think about why I do that, I realize that it's a really dumb thing to do because I gave up filing thunderbird bug reports about two years ago because none of my bugs ever got fixed.) So, I dunno if I've helped you but you've convinced me to go back to using thunderbird-stable. Thanks Alan!
[gentoo-user] Re: Bug in spidermonkey?
On 02/07/2013 09:19 AM, Elias Diem wrote: > Hello all > > I'm encountering a bug when emerging spidermonkey. > > The output from build.log is attached. This is from your build.log: ./system-headers | /usr/bin/perl ./make-system-wrappers.pl system_wrappers_js ./host_jskwgen /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5/js/src/jsautokw.h make[1]: *** [/var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5/js/src/jsautokw.h] Illegal instruction Any time perl is involved in a bug I suggest running 'perl-cleaner'. May not help, but it couldn't hurt :)
Re: [gentoo-user] Re: Creating accounts in Thunderbird
On 08/02/2013 01:43, walt wrote: > On 02/03/2013 03:51 AM, Alan McKinnon wrote: >> How do I get Thunderbird to act like software and not assume it knows >> better than I do? > > Same way you get your wife to do what you want :) Oh no, not that, that's unpossible :-) > > The confusing part about thunderbird account creation is that there's > more than one way to create a new account, and they are not equivalent, > not by a country kilometer (yes, I consider that bug, or maybe a very > stupid feature). > > F'rinstance, how do you create a new nntp account? IIRC you can't if > you're using tbird for the first time. I think the only way to do it > is *after* you've already set up a working email account, then click > on Edit::Account Settings and look all the way to the bottom of the > list box on the left to the button marked "Account Actions". > > I'm no longer using the gentoo ebuild for thunderbird; instead I'm using > the beta-test builds from ftp.mozilla.org. (Hm, now that I stop to think > about why I do that, I realize that it's a really dumb thing to do because > I gave up filing thunderbird bug reports about two years ago because none > of my bugs ever got fixed.) > > So, I dunno if I've helped you but you've convinced me to go back to using > thunderbird-stable. I thinkt he Thunderbird devs (the ones working on the wizard and account creation) got into a frame of mind of "my work flow about new accounts works just fine, so let's make it universal". I see this stupidity in corproate software all the time, I never thought it would appear in widespread FLOSS though. Once you get past that barrier, it's actually a fine mail client. IMAP works fast and fine, it doesn't have Exchange plugins that continually crash the system (hello Evolution) and the indexer is a good feature that works for me. Now that's I've thought about it lots, I'm actually prepared to 100% forgive Thunderbird for it's wizard just because of this one fact: It has no akonadi and that concept does not exist in Thunderbird. :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] udev-191 bit me. Insufficient ptys
On 07/02/2013 23:37, Tanstaafl wrote: > On 2013-02-07 4:25 PM, Paul Hartman wrote: >> On Thu, Feb 7, 2013 at 2:53 PM, Tanstaafl >> wrote: >>> I think that a lot of people will misread that like I (we) did... > >> I believe he is correct and /dev/shm is irrelevant for this discussion. > > Ok, thanks, but... and no offense... > > I am not willing to gamble on breaking a remotely accessed server based > on someone's 'I believe that this is correct' comment. > > When the news item says: > >> need to verify the fstype for possible /dev line in /etc/fstab is >> devtmpfs (and not, for example, tmpfs) > > 'Possible /dev line' in no way is clear that it means a line that has > ONLY /dev on it. /dev/shm - which is also of type tmpfs - can easily be > read to be included. > >> The important thing to note is that entries for precisely /dev and >> /proc > > Mine has this in it: > >> # NOTE: The next line is critical for boot! >> none/proc proc >> defaults0 0 > > So, you're saying that this line, that is prefaced with a comment that > says it is CRITICAL FOR BOOT, is not even needed? > > This is a server that was initially installed back in 2005, so maybe > this is cruft that is no longer needed? Yes, that is a line that came out of an ancient baselayout. I have a few of those lying around myself. To get back to the original topic, it is only /dev and /proc that are in scope of this discussion. /dev/shm is just a filesystem which just happens to be mounted inside the /dev hierarchy and it's that way because a standard (POSIX?) just happens to mention that it's a good idea. Completely irrelevant to udev. The confusion comes about because the dev who made the original announcement is probably not a native English speaker and got his grammar and language mangled. The missing step is not no-one proof-read and clarified the original message for him -- Alan McKinnon alan.mckin...@gmail.com
