Re: [gentoo-user] Re: Is this a bug in firefox-36.0?
Am Wed, 18 Mar 2015 16:41:25 -0700 schrieb walt w41...@gmail.com: [...] FF will not even show me the secure att.com webpage. I get an entire html page with this (very big) error message: Secure Connection Failed An error occurred during a connection to www.att.com. The OCSP server experienced an internal error. (Error code: sec_error_ocsp_server_error) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem. Am I the only one seeing this error message on firefox? I'll try compiling the gentoo version to see if the behavior is different. OCSP has nothing to do with ATT, it is a security feature that is supposed to help verify the authenticity of certificates. From what I've read on tech news sites, it has fallen out of favor precisely due to issues like this (Chrome has deactivated it, for example). See https://en.wikipedia.org/wiki/Online_Certificate_Status_Protocol; also see https://en.wikipedia.org/wiki/HTTP_Public_Key_Pinning for one (the?) replacement. (Note that I am speaking as a user, so feel free to clarify if I'm not being 100% correct.) As to how to work around it, perhaps it makes sense to turn the feature off? HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpVs476f6bRj.pgp Description: Digitale Signatur von OpenPGP
[gentoo-user] Re: Is this a bug in firefox-36.0?
On Wed, 18 Mar 2015 16:41:25 -0700 walt w41...@gmail.com wrote: (BTW, I'm running firefox-bin-36.0, so the behavior may be a bit different from the gentoo build.) FF will not even show me the secure att.com webpage. I get an entire html page with this (very big) error message: Secure Connection Failed An error occurred during a connection to www.att.com. The OCSP server experienced an internal error. (Error code: sec_error_ocsp_server_error) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Why didn't you say so? ;) Enter about:config in the address bar, search for security.OCSP.require and toggle it to false, which is the default (Mozilla's shipped default, at least). OCSP will still be checked when possible, but you shouldn't be locked out any more when it's not possible.
Re: [gentoo-user] crossdev setup questions for distcc usage
Next step was crossdev -t -S i686-pc-linux-gnu. One thing I'm worried about; the default is stage 4, but the output mentions... Emerging cross-gcc-stage2. Is this a problem? See attached file -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications [d531][root][~] crossdev -t -S i686-pc-linux-gnu * crossdev version: 20140917 * Host Portage ARCH: amd64 * Target Portage ARCH: x86 * Target System: i686-pc-linux-gnu * Stage: 4 (C/C++ compiler) * ABIs: default * binutils: binutils-[latest] * gcc: gcc-[latest] * headers: linux-headers-[latest] * libc: glibc-[latest] * CROSSDEV_OVERLAY: /usr/local/portage * PORT_LOGDIR: /var/log/portage * PORTAGE_CONFIGROOT: * Portage flags: _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - * leaving metadata/layout.conf alone in /usr/local/portage _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - * Log: /var/log/portage/cross-i686-pc-linux-gnu-binutils.log * Emerging cross-binutils ...[ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-linux-headers-quick.log * Emerging cross-linux-headers-quick ... [ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-glibc-headers.log * Emerging cross-glibc-headers ... [ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-gcc-stage1.log * Emerging cross-gcc-stage1 ... [ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-linux-headers.log * Emerging cross-linux-headers ... [ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-glibc.log * Emerging cross-glibc ... [ ok ] * Log: /var/log/portage/cross-i686-pc-linux-gnu-gcc-stage2.log * Emerging cross-gcc-stage2 ... [ ok ] [d531][root][~]
[gentoo-user] Broken localepurge
Hello list, Bug https://bugs.gentoo.org/show_bug.cgi?id=491010 registers the fact that specifying -nocolor to localepurge causes it to stop, and a diff is included to fix the problem. But that was 16 months ago, no-one's done anything since and the fault is still present. I haven't done any patching of ebuilds before, so I have some learning to do. Meanwhile, does anyone here have a ready fix? -- Rgds Peter.
Re: [gentoo-user] Re: Damaged CD medium
Mick michaelkintz...@gmail.com wrote: This is an error at the layer above the audio sector. You may try to use: cdrecord -noerror -edc-corr I think you meant to say: readcd -noerror -edc-corr You are of course correct. This is was I am getting. # readcd -noerror -edc-corr No target specified, trying to find one... Using dev=2,0,0. Read speed: 22160 kB/s (CD 125x, DVD 16x, BD 4x). Write speed: 22160 kB/s (CD 125x, DVD 16x, BD 4x). Capacity: 25 Blocks = 50 kBytes = 488 MBytes = 512 prMB Sectorsize: 2048 Bytes Copy from SCSI (2,0,0) disk to file '/dev/null' end:25 readcd: Input/output error. read_cd: scsi sendcmd: no error CDB: BE 00 00 00 00 00 00 00 37 F8 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 64 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.016s timeout 40s readcd: Input/output error. Cannot read source disk readcd: Retrying from sector 0. . readcd: Input/output error. Error on sector 0 not corrected. Total of 1 errors. readcd: -noerror set, continuing ... . readcd: Input/output error. Error on sector 1 not corrected. Total of 2 errors. readcd: -noerror set, continuing ... . readcd: Input/output error. Error on sector 2 not corrected. Total of 3 errors. readcd: -noerror set, continuing ... . readcd: Input/output error. Error on sector 3 not corrected. Total of 4 errors. readcd: -noerror set, continuing ... The count of errors runs in the thousands, until I cancel the command. As mentioned, the high level error correction in readcd can only help when the drive does not include a decent Reed Solomon implementation in it's firmware. What you could do is to check other sector ranges to find out whether the hole capacity of the CD is unreadable or whether there are readable parts inside. Note however that if you come close to the outer edge of the CD (1-2cm) the error rate usually increases. check the sectors= option in the man page... Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'
Re: [gentoo-user] eject and util-linux blocker
On Wednesday 18 March 2015 23:14:20 Dale wrote: Peter Humphrey wrote: On Wednesday 18 March 2015 13:12:47 Dale wrote: I switched way back in 2003 when it was rare that a init thingy was needed in Gentoo. It seems someone screwed that up. I still don't have one, nor do I foresee a need. I didn't have one until I recently rebooted and got a bunch of errors. After posting those here, it seems I need to have one. ONLY if you have /usr on a separate partition! I don't like it one bit tho. Me neither. That's why my /usr is on the root partition. :) -- Rgds Peter.
[gentoo-user] Bluetooth Input Devices
Hi guys I have stumbled on the Bluetooth Input Devices section in wiki.gentoo.org [1]; however, I am not finding the Driver L2CAP protocol support in my kernel [2]. I am not seeing the driver L2CAP protocol anywhere [3]. I am wondering if the Wiki is slightly outdated or am I not using the proper kernel for this task? Having said all of the above though, how should I enable Bluetooth Input Devices? :) Thanks for your support! [1] http://wiki.gentoo.org/wiki/Bluetooth_Input_devices [2] Linux star 3.17.0-gentoo #9 SMP [3] CONFIG_BT=m CONFIG_BT_RFCOMM=m # CONFIG_BT_RFCOMM_TTY is not set # CONFIG_BT_BNEP is not set CONFIG_BT_HIDP=m CONFIG_BT_HCIBTUSB=m CONFIG_BT_HCIUART=m # CONFIG_BT_HCIUART_H4 is not set # CONFIG_BT_HCIUART_BCSP is not set # CONFIG_BT_HCIUART_ATH3K is not set # CONFIG_BT_HCIUART_LL is not set # CONFIG_BT_HCIUART_3WIRE is not set # CONFIG_BT_HCIBCM203X is not set # CONFIG_BT_HCIBPA10X is not set # CONFIG_BT_HCIBFUSB is not set # CONFIG_BT_HCIDTL1 is not set # CONFIG_BT_HCIBT3C is not set # CONFIG_BT_HCIBLUECARD is not set # CONFIG_BT_HCIBTUART is not set # CONFIG_BT_HCIVHCI is not set # CONFIG_BT_MRVL is not set # CONFIG_BT_ATH3K is not set CONFIG_RTLBTCOEXIST=m # CONFIG_TABLET_USB_KBTAB is not set # CONFIG_INPUT_ATLAS_BTNS is not set # CONFIG_SND_BT87X is not set # CONFIG_TOSHIBA_BT_RFKILL is not set # CONFIG_BTRFS_FS is not set # CONFIG_RBTREE_TEST is not set
Re: [gentoo-user] Re: Damaged CD medium
Mick michaelkintz...@gmail.com wrote: I managed to recover the files on the CD! I used ddrescue which eventually was able to read the media and then ran photorec to retrieve the jpeg photos from the rescued image. ddrescue could not read the CD every time, but reinserting a few times on my laptop managed to start reading it. Given the fact that readcd includes the best possible algorithm for recovering, this sounds a bit surprising. I however know that it sometimes helps to cool down the media a bit. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'
[gentoo-user] Re: Is this a bug in firefox-36.0?
On 03/18/2015 06:06 PM, Fernando Rodriguez wrote: On Wednesday, March 18, 2015 4:41:25 PM walt wrote: On 03/17/2015 04:49 PM, walt wrote: I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Thanks to all who replied. I'm surprised by the variety of different results you reported. (BTW, I'm running firefox-bin-36.0, so the behavior may be a bit different from the gentoo build.) FF will not even show me the secure att.com webpage. I get an entire html page with this (very big) error message: Secure Connection Failed An error occurred during a connection to www.att.com. The OCSP server experienced an internal error. (Error code: sec_error_ocsp_server_error) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem. That sounds more like a networking issue. Are you behind a firewall? Is it possible that you somehow blocked their OCSP server? Can you bypass the firewall for testing? Wow, creepy. I forced a warm reboot of my home wireless router and the problem went away. I now see the gray triangle with the ! and I have no idea how long ago that started. I probably just didn't notice it until this router screw-up happened. And I don't even want to think about why my home router suddenly changed behavior :(
[gentoo-user] Bluetooth Input Devices
Hi guys I have stumbled on the Bluetooth Input Devices section in wiki.gentoo.org [1]; however, I am not finding the Driver L2CAP protocol support in my kernel [2]. I am not seeing the driver L2CAP protocol anywhere [3]. I am wondering if the Wiki is slightly outdated or am I not using the proper kernel for this task? Having said all of the above though, how should I enable Bluetooth Input Devices? :) Thanks for your support! [1] http://wiki.gentoo.org/wiki/Bluetooth_Input_devices [2] Linux star 3.17.0-gentoo #9 SMP [3] CONFIG_BT=m CONFIG_BT_RFCOMM=m # CONFIG_BT_RFCOMM_TTY is not set # CONFIG_BT_BNEP is not set CONFIG_BT_HIDP=m CONFIG_BT_HCIBTUSB=m CONFIG_BT_HCIUART=m # CONFIG_BT_HCIUART_H4 is not set # CONFIG_BT_HCIUART_BCSP is not set # CONFIG_BT_HCIUART_ATH3K is not set # CONFIG_BT_HCIUART_LL is not set # CONFIG_BT_HCIUART_3WIRE is not set # CONFIG_BT_HCIBCM203X is not set # CONFIG_BT_HCIBPA10X is not set # CONFIG_BT_HCIBFUSB is not set # CONFIG_BT_HCIDTL1 is not set # CONFIG_BT_HCIBT3C is not set # CONFIG_BT_HCIBLUECARD is not set # CONFIG_BT_HCIBTUART is not set # CONFIG_BT_HCIVHCI is not set # CONFIG_BT_MRVL is not set # CONFIG_BT_ATH3K is not set CONFIG_RTLBTCOEXIST=m # CONFIG_TABLET_USB_KBTAB is not set # CONFIG_INPUT_ATLAS_BTNS is not set # CONFIG_SND_BT87X is not set # CONFIG_TOSHIBA_BT_RFKILL is not set # CONFIG_BTRFS_FS is not set # CONFIG_RBTREE_TEST is not set
[gentoo-user] unable to compile kdelibs in arm chroot
Hi List, For the last few weeks i was playing around with my newly acquired raspberry pi 2. While it was pretty easy to setup a working gentoo stage3 system i failed installing anything below the basic packages. Generally my idea was building the arm packages on any system and provide them as binary packages for other raspberry pi's (yeah, i already bought my second rpi :D) At first, my idea was to build all the packages directly on the rpi. (with /var/tmp /usr/portage on a external harddisk). However, the compile times are worse than i expected so i abandoned the idea. Next i've played around with crossdev. It sort of worked, but i never could finish compiling xorg-server. (or basic system packages) Even though i've started over and over with different settings, there were always packages which failed to compile thus doesn't let me finish xorg-server. I might look into it some other day but now i just wanted something working. Now i'm playing with using qemu-arm [1][2] in order to compile the packages inside a chroot. This is - so far - the most promising method building packages, even though the compile times are worse than with crossdev, but still better than directly on the rpi. So far i finally could compile xorg-server and also updated the whole system, which, at this point, wasn't much anyway. My next goal was kde. I've compiled about half of all packages which are required for kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's wrong. The problem: The problem is, the compile doesn't fail - it just hangs/stops. At some point (which seems to be random - it can stop anywhere between 1% and 100% of the compile) the compile stops and does nothing. I've waited hours, but nothing happened. So far i tried lots of things, for example: * MAKEOPTS=-j1 and/or FEATURES=-sandbox * also tried without building binary packages (-buildpkg) * /var/tmp on tmpfs * using: ebuild /usr/portage/kde-base//kdelibsebuild compile * using python3.3 instead of default 2.7 * moved it on a different system and tried building it there (again with many different settings) Nothing worked, even though the build moved until 100% two times (-_-) I have no idea what the problem is. Even qtwebkit, which took way longer to compile (about 3 hours) compiled on the first try. (which should exclude temperate and/or resource problems) I also don't think it's a problem with a use flag as the build stops anywhere - i couldn't find a pattern. It seems to be completely random. Any ideas whats wrong or how to fix this? Any help would be much appreciated as i'm out of ideas :( Thx [1] https://www.gentoo.org/proj/en/base/embedded/handbook/?part=1chap=5 [2] http://wiki.gentoo.org/wiki/Crossdev_qemu-static-user-chroot -- greetings Michael signature.asc Description: Digital signature
[gentoo-user] RTL8192CU
Today I've bought a new USB wi-fi adapter which has rtl8192cu chip. I've plugged it into my lubuntu computer and it worked out of the box, however soon it drops the connection. I googled it and found out that many people have the same problem with this chip ( but mostly with *buntu flavours). I also found the workaround here: https://github.com/pvaret/rtl8192cu-fixes This box will be soon ( I hope ) will be transferred to Gentoo. I wonder if some one here is using this chip with Gentoo with new kernels, does it run ok and if this problem of *buntu specific? Thanks -- German gentger...@gmail.com
Re: [gentoo-user] Bluetooth Input Devices
On Thursday, March 19, 2015 3:53:42 AM Thomas Mori wrote: Hi guys I have stumbled on the Bluetooth Input Devices section in wiki.gentoo.org [1]; however, I am not finding the Driver L2CAP protocol support in my kernel [2]. I am not seeing the driver L2CAP protocol anywhere [3]. I am wondering if the Wiki is slightly outdated or am I not using the proper kernel for this task? Having said all of the above though, how should I enable Bluetooth Input Devices? :) Thanks for your support! [1] http://wiki.gentoo.org/wiki/Bluetooth_Input_devices Looks like it's part of the bluetooth core now (CONFIG_BT). -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] RTL8192CU
Hi, I had a rtl8192ce in my laptop. Nothing but problems with Linux. Don't know why, but the signal strength always was much better when using Windows. For me, the rtl8192ce only worked when using it as a module, not hard compiled in the kernel. Second, it is important to know that this WiFi Card stopped working for me with kernels 3.17. The card was detected but it didn't show up any WiFis. I read that there were fundamental changes to the rtlwifi stack in 3.18. Eventually I decided to buy a new card and better card (Intel Centrino, I now can connect to 5GhZ networks :) ) for my laptop and I'm so happy now :) No more Realtek WiFi cards for me. Cheers Ralf On 03/19/2015 06:42 PM, German wrote: Today I've bought a new USB wi-fi adapter which has rtl8192cu chip. I've plugged it into my lubuntu computer and it worked out of the box, however soon it drops the connection. I googled it and found out that many people have the same problem with this chip ( but mostly with *buntu flavours). I also found the workaround here: https://github.com/pvaret/rtl8192cu-fixes This box will be soon ( I hope ) will be transferred to Gentoo. I wonder if some one here is using this chip with Gentoo with new kernels, does it run ok and if this problem of *buntu specific? Thanks
Re: [gentoo-user] unable to compile kdelibs in arm chroot
On Thursday, March 19, 2015 9:11:02 PM Michael Mair-Keimberger wrote: Hi List, For the last few weeks i was playing around with my newly acquired raspberry pi 2. While it was pretty easy to setup a working gentoo stage3 system i failed installing anything below the basic packages. Generally my idea was building the arm packages on any system and provide them as binary packages for other raspberry pi's (yeah, i already bought my second rpi :D) At first, my idea was to build all the packages directly on the rpi. (with /var/tmp /usr/portage on a external harddisk). However, the compile times are worse than i expected so i abandoned the idea. Next i've played around with crossdev. It sort of worked, but i never could finish compiling xorg-server. (or basic system packages) Even though i've started over and over with different settings, there were always packages which failed to compile thus doesn't let me finish xorg-server. I might look into it some other day but now i just wanted something working. Now i'm playing with using qemu-arm [1][2] in order to compile the packages inside a chroot. This is - so far - the most promising method building packages, even though the compile times are worse than with crossdev, but still better than directly on the rpi. So far i finally could compile xorg-server and also updated the whole system, which, at this point, wasn't much anyway. My next goal was kde. I've compiled about half of all packages which are required for kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's wrong. The problem: The problem is, the compile doesn't fail - it just hangs/stops. At some point (which seems to be random - it can stop anywhere between 1% and 100% of the compile) the compile stops and does nothing. I've waited hours, but nothing happened. So far i tried lots of things, for example: * MAKEOPTS=-j1 and/or FEATURES=-sandbox * also tried without building binary packages (-buildpkg) * /var/tmp on tmpfs * using: ebuild /usr/portage/kde-base//kdelibsebuild compile * using python3.3 instead of default 2.7 * moved it on a different system and tried building it there (again with many different settings) Nothing worked, even though the build moved until 100% two times (-_-) I have no idea what the problem is. Even qtwebkit, which took way longer to compile (about 3 hours) compiled on the first try. (which should exclude temperate and/or resource problems) I also don't think it's a problem with a use flag as the build stops anywhere - i couldn't find a pattern. It seems to be completely random. Any ideas whats wrong or how to fix this? Any help would be much appreciated as i'm out of ideas :( Thx [1] https://www.gentoo.org/proj/en/base/embedded/handbook/?part=1chap=5 [2] http://wiki.gentoo.org/wiki/Crossdev_qemu-static-user-chroot One possibility is swap trashing (running so low in RAM that every instruction takes several swaps to execute), especially with /var/tmp on tmpfs! This can happen even if you don't have a swap partition. Try with either more RAM or /var/tmp on a physical filesystem. -- Fernando Rodriguez
[gentoo-user] crossdev setup questions for distcc usage
Probably the first of many. I emerged crossdev on my 64-bit PC. When I ran crossdev -t --help, it wanted an overlay, and pointed me to https://wiki.gentoo.org/wiki/Overlay/Local_overlay which led me to... mkdir -p /usr/local/portage/{metadata,profiles} echo 'netbook' /usr/local/portage/profiles/repo_name echo 'masters = gentoo' /usr/local/portage/metadata/layout.conf chown -R portage:portage /usr/local/portage echo 'PORTDIR_OVERLAY=/usr/local/portage ${PORTDIR_OVERLAY}' /etc/portage/make.conf I now have a line... PORTDIR_OVERLAY=/usr/local/portage ${PORTDIR_OVERLAY} ...in /etc/portage/make.conf wich leads to a few questions... 1) Given that I don't have PORTDIR_OVERLAY previously defined, can I safely cut down that line to... PORTDIR_OVERLAY=/usr/local/portage 2) Does this imply that one can have multiple, space-separated, overlays PORTDIR_OVERLAY=/usr/local/portage /fu/bar /whatever/wherever -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: Is this a bug in firefox-36.0?
On Thursday, March 19, 2015 3:57:05 AM walt wrote: On 03/18/2015 06:06 PM, Fernando Rodriguez wrote: On Wednesday, March 18, 2015 4:41:25 PM walt wrote: On 03/17/2015 04:49 PM, walt wrote: I get a certificate verification error when visiting https://www.att.com using firefox-36.0, but not when using chrome-41.0.2272.76. Thanks to all who replied. I'm surprised by the variety of different results you reported. (BTW, I'm running firefox-bin-36.0, so the behavior may be a bit different from the gentoo build.) FF will not even show me the secure att.com webpage. I get an entire html page with this (very big) error message: Secure Connection Failed An error occurred during a connection to www.att.com. The OCSP server experienced an internal error. (Error code: sec_error_ocsp_server_error) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem. That sounds more like a networking issue. Are you behind a firewall? Is it possible that you somehow blocked their OCSP server? Can you bypass the firewall for testing? Wow, creepy. I forced a warm reboot of my home wireless router and the problem went away. I now see the gray triangle with the ! and I have no idea how long ago that started. I probably just didn't notice it until this router screw- up happened. And I don't even want to think about why my home router suddenly changed behavior :( It probably started Jan 20 when they renewed the certificate. See http://www.certificate-transparency.org/ev-ct-plan (from Mick's link). It refers to chrome but probably applies to firefox as well. -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Broken localepurge
On Thursday, March 19, 2015 10:15:58 AM Peter Humphrey wrote: Hello list, Bug https://bugs.gentoo.org/show_bug.cgi?id=491010 registers the fact that specifying -nocolor to localepurge causes it to stop, and a diff is included to fix the problem. But that was 16 months ago, no-one's done anything since and the fault is still present. I haven't done any patching of ebuilds before, so I have some learning to do. Meanwhile, does anyone here have a ready fix? Looks like Jan-Matthias does. You can just apply the patch directly to the localepurge script. patch /usr/bin/localepurge localepurge-0.5.4-fix_option_parsing.patch -- Fernando Rodriguez signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] eject and util-linux blocker
Peter Humphrey wrote: On Wednesday 18 March 2015 23:14:20 Dale wrote: Peter Humphrey wrote: On Wednesday 18 March 2015 13:12:47 Dale wrote: I switched way back in 2003 when it was rare that a init thingy was needed in Gentoo. It seems someone screwed that up. I still don't have one, nor do I foresee a need. I didn't have one until I recently rebooted and got a bunch of errors. After posting those here, it seems I need to have one. ONLY if you have /usr on a separate partition! Yes but as I have explained a few times, I have a reason/need for having it on a separate partition. I don't like it one bit tho. Me neither. That's why my /usr is on the root partition. :) Well, that won't work well here. Dale :-) :-)