Re: [gentoo-user] OT - memory testing
On Tuesday 21 Jan 2014 23:11:24 Skippy wrote: > "Have you ever found a program in linux that allows you to locate bad > dims if you have faults? I’ve tried memtest86, memconf, memtester and > none of them can point out what slot on the motherboard has the bad RAM. memtest86+ is what I use, but I have not found an application that will identify and report on its own a faulty module or controller out of a whole bank of them. Press F2 when it starts, to enable SMT support and get the tests done a bit faster. > I know usually you just plug in one at a time. But memtest86 takes > hours and I have…wait for it….16 slots to test DIMs on for this specific > server with memory failure." You don't have to test 16 modules one at a time, although you will have to run the test more than once: Remove half (8) of the memory modules. Ensure what is left is installed in the slot combination recommended by the MoBo manufacturer. Test these. If no fault is found swap them for the other half. As soon as a fault is reported, remove half of this batch (4) and install the other 4 as recommended by the MoBo manufacturer. Rinse and repeat. This way you will eventually isolate the dodgy DIMM module, by running the test fewer than 16 times. Usually errors show in the first round of tests, but some times you may need to wait for more than 8 passes. Before you start any of this it is a good idea to just reseat the modules one at a time in case you have some dirt or oxidisation in any of the contacts. That could save a lot of hours ... Make sure you have marked clearly which batches have showed no errors - if you mix them up you will have to start from the beginning. I know I am stating the obvious, but I have been there with colleagues who like to tidy up other people's work space . -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] webcam software
On Tue, Jan 21, 2014 at 9:30 PM, wrote: > On Sat, Jan 18 2014, Canek Peláez Valdés wrote: > >> On Jan 18, 2014 4:02 PM, wrote: >>> >>> My main system is a dell latitude E6430s. I am embarrassed to say >>> that, although I have had this system for a while, I just now realized >>> that it has a build in webcam. What software do you recommend and what >>> should I start reading to learn how to use it. >> >> To play with it, and of you already use GNOME, I recommend Cheese. It's >> actually fun to use. >> >> For video conferencing, and if you and your interlocutors have already sold >> your souls to Google, Google Hangouts works remarkably well; I have use it >> for doing joint research remotely a couple of times, and it works great. >> >> You only need to emerge google-talkplugin. >> >> Regards. > > Thank you canek (and walt, james, and eroen) but I didn't make clear the > level of my ignorance. I have never used a webcam, but I recently > became a grandfather so figured I should learn. I must need a driver > for the camera. According to lsusb I have > > Bus 001 Device 004: ID 0c45:646b Microdia > (the 400 line verbose output is at the end of this msg). > > But I get no hits on google for that number (there are some close) > gentoo-wiki.info lists several webcams but not mine then ends with > > Other > > If you can't identify the make or model or your webcam, try these > drivers: > > media-video/gspcav1: supports many webcams based on various > chipsets. List of supported devices at > http://mxhaard.free.fr/spca5xx.html > > media-video/linux-uvc: supports many webcams following the UVC > specification. List of supported devices at > http://linux-uvc.berlios.de. A specific viewer luvcview is > available. > > From the list at linux-uvc.berlios.de I see that 0c45 is Sonix > Technology and the model number closest to mine 6409 is for a > (different) dell laptop so I am guessing I should try > media-video/linux-uvc. > > But, as I mentioned, I am a complete novice with webcams and wonder if I > am way off base here. Is the above the right path to follow? [Humongous snip] Ah, you need first the drivers then. Don't bother with out-of-tree drivers. Try (directly in your kernel) USB_VIDEO_CLASS (a.k.a. UVC), CONFIG_USB_GSPCA, and if that doesn't work enable all of CONFIG_USB_GSPCA_*. Mine works only with CONFIG_USB_GSPCA. After loading the modules, or booting with the new kernel, see if you have /dev/v4l (it's a dir). Then any modern software (e.g., Cheese or google-talkplugin) will autodetect the camera. 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] webcam software
On Sat, Jan 18 2014, Canek Peláez Valdés wrote: > On Jan 18, 2014 4:02 PM, wrote: >> >> My main system is a dell latitude E6430s. I am embarrassed to say >> that, although I have had this system for a while, I just now realized >> that it has a build in webcam. What software do you recommend and what >> should I start reading to learn how to use it. > > To play with it, and of you already use GNOME, I recommend Cheese. It's > actually fun to use. > > For video conferencing, and if you and your interlocutors have already sold > your souls to Google, Google Hangouts works remarkably well; I have use it > for doing joint research remotely a couple of times, and it works great. > > You only need to emerge google-talkplugin. > > Regards. Thank you canek (and walt, james, and eroen) but I didn't make clear the level of my ignorance. I have never used a webcam, but I recently became a grandfather so figured I should learn. I must need a driver for the camera. According to lsusb I have Bus 001 Device 004: ID 0c45:646b Microdia (the 400 line verbose output is at the end of this msg). But I get no hits on google for that number (there are some close) gentoo-wiki.info lists several webcams but not mine then ends with Other If you can't identify the make or model or your webcam, try these drivers: media-video/gspcav1: supports many webcams based on various chipsets. List of supported devices at http://mxhaard.free.fr/spca5xx.html media-video/linux-uvc: supports many webcams following the UVC specification. List of supported devices at http://linux-uvc.berlios.de. A specific viewer luvcview is available. >From the list at linux-uvc.berlios.de I see that 0c45 is Sonix Technology and the model number closest to mine 6409 is for a (different) dell laptop so I am guessing I should try media-video/linux-uvc. But, as I mentioned, I am a complete novice with webcams and wonder if I am way off base here. Is the above the right path to follow? thanks, allan PS Here is the verbose output for the webcam entry in lsusb Bus 001 Device 004: ID 0c45:646b Microdia Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 239 Miscellaneous Device bDeviceSubClass 2 ? bDeviceProtocol 1 Interface Association bMaxPacketSize064 idVendor 0x0c45 Microdia idProduct 0x646b bcdDevice 24.16 iManufacturer 2 CN0RDHHF7248724LH7RYA00 iProduct1 Laptop_Integrated_Webcam_1.3M iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 695 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA ** UNRECOGNIZED: 28 ff 42 49 53 54 00 01 06 01 10 00 00 00 00 00 d1 10 f4 01 d2 11 f4 01 d3 12 f4 01 d4 13 f4 01 d5 14 f4 01 d6 15 f4 01 Interface Association: bLength 8 bDescriptorType11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 14 Video bFunctionSubClass 3 Video Interface Collection bFunctionProtocol 0 iFunction 5 Integrated Webcam Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass14 Video bInterfaceSubClass 1 Video Control bInterfaceProtocol 0 iInterface 5 Integrated Webcam VideoControl Interface Descriptor: bLength13 bDescriptorType36 bDescriptorSubtype 1 (HEADER) bcdUVC 1.00 wTotalLength 103 dwClockFrequency 15.00MHz bInCollection 1 baInterfaceNr( 0) 1 VideoControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 5 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 4 iTerminal 0 VideoControl Interface Descriptor: bLength26 bDescriptorType36 bDescriptorSubtype 6 (EXTENSION_UNIT) bUnitID 3 guidExtensionCode {7033f028-1163-2e4a-ba2c-6890eb334016} bNumControl 8 bNrPins 1 baSourceID( 0) 2 bControlSize1 bmControls( 0) 0x1f iExtension 0 VideoControl Interface Descriptor: bLength
Re: [gentoo-user] webcam software
On Sat, Jan 18 2014, Canek Peláez Valdés wrote: > On Jan 18, 2014 4:02 PM, wrote: >> >> My main system is a dell latitude E6430s. I am embarrassed to say >> that, although I have had this system for a while, I just now realized >> that it has a build in webcam. What software do you recommend and what >qqq> should I start reading to learn how to use it. > > To play with it, and of you already use GNOME, I recommend Cheese. It's > actually fun to use. > > For video conferencing, and if you and your interlocutors have already sold > your souls to Google, Google Hangouts works remarkably well; I have use it > for doing joint research remotely a couple of times, and it works great. > > You only need to emerge google-talkplugin. > > Regards.
Re: [gentoo-user] tmpfs for portage: how much?
On 22/01/14 07:05, Volker Armin Hemmann wrote: > Am 21.01.2014 18:03, schrieb Jarry: >> Hi Gentoo-users, >> >> I would like to use tmpfs for all the package-compilation >> to spare my SSD from too many writing-cycles, but I can not >> guess how much do I need. I'm rather limited with RAM, >> if I use more than 512MB for /var/tmp/portage, my server >> lowers buffers/cache to nearly zero and starts swapping... >> >> So what do your think? Would it be enought to have 512MB >> for packages like GCC, Apache, MySQL, Sendmail, Bind? >> These are the biggest, rest are much smaller... >> >> Jarry > > 4GB > > and instead of a SSD, see that you get 8 or 16GB of ECC ram. > I have two netbooting diskless atom based mini itx boards The one with 3GB ram with up to 2.5GB to tmpfs (tmpfs will use up to whats free) and will fail regularly on glibc, gcc and some others. The one with 4gb ram is usually ok. fstab: shm /dev/shmtmpfs nodev,nosuid,noexec 0 0 tmpfs /tmptmpfs size=2500M,mode=1777,noatime,auto 0 0 tmpfs /var/lock tmpfs size=10m,noatime,auto 0 0 tmpfs /var/runtmpfs size=10m,noatime,auto 0 0 tmpfs /var/cache/hald tmpfs size=10m,noatime,auto 0 0 * note that I am still using a 2.6 kernel. BillK
Re: [gentoo-user] cannot boot using systemd and initrd
On Mon, Jan 20, 2014 at 7:38 AM, wrote: > Hi. I am having a problem booting using systemd and an initrd generated > by genkernel. > > I get the message that says (may be slight paraphrase) that > /dev/mapper/linux--files-64--root does not appear to be a valid /, try > again. > > Now in the gentoo guide to systemd, I did what I think it wanted me to > do and wrote in my lilo append line real_init=/usr/lib/systemd/systemd > . Now looking at the linuxsrc in the initrd, /usr is not even mounted > when it is looking for its init -- after all that fuss about /usr -- and > it only seems to look in /sbin for its init and dies. > > How can I solve this problem -- I suppose I could copy systemd over, but > that seems nasty to me and I would have to remember to update it every > time systemd was updated! > > Any assistance on this would be appreciated. > This is bug 479730. https://bugs.gentoo.org/show_bug.cgi?id=479730 One solution would be to switch to genkernel-next. I recommend the latest ~arch version. Another solution would be to use dracut.
[gentoo-user] OT - memory testing
Got a question from a friend of mine who works in IT. He's very new to Linux. Here is his question: "Have you ever found a program in linux that allows you to locate bad dims if you have faults? I’ve tried memtest86, memconf, memtester and none of them can point out what slot on the motherboard has the bad RAM. I know usually you just plug in one at a time. But memtest86 takes hours and I have…wait for it….16 slots to test DIMs on for this specific server with memory failure." Any ideas? Is it even possible for the software to know which slot the bad memory is in? He isn't using Gentoo, I think he's on Ubuntu. If you can suggest software we'll deal with the installation. Thanks very much - Skippy
Re: [gentoo-user] tmpfs for portage: how much?
Am 21.01.2014 18:03, schrieb Jarry: > Hi Gentoo-users, > > I would like to use tmpfs for all the package-compilation > to spare my SSD from too many writing-cycles, but I can not > guess how much do I need. I'm rather limited with RAM, > if I use more than 512MB for /var/tmp/portage, my server > lowers buffers/cache to nearly zero and starts swapping... > > So what do your think? Would it be enought to have 512MB > for packages like GCC, Apache, MySQL, Sendmail, Bind? > These are the biggest, rest are much smaller... > > Jarry 4GB and instead of a SSD, see that you get 8 or 16GB of ECC ram.
Re: [gentoo-user] Mounts NFS in XFCE4
On 01/19/2014 05:46 PM, Chris Stankevitz wrote: > Hi, > > Is it possible to mount an NFS share from XFCE4? I suspect the answer > might have something to do with gvfs or fuse, neither of which I know > anything about. > > Ideally after emerging or USEing I will have a "Connect to server" entry > in my XFCE4 menu. > > If this is impossible, then I'd be ok with an approach that will allow a > regular user to mount any network share with the mount command. > > Thank you, > > Chris Yes, use x11-misc/spacefm as filemanager and emerge sys-apps/udevil for ftp/nfs/smb/ssh URL support for the path bar. Then enter nfs://:/path/to/share in the path bar.
Re: [gentoo-user] tmpfs for portage: how much?
On Tue, Jan 21, 2014 at 2:53 PM, Jarry wrote: > On 21-Jan-14 18:14, Neil Bothwick wrote: >> >> On Tue, 21 Jan 2014 18:03:08 +0100, Jarry wrote: >> >>> I would like to use tmpfs for all the package-compilation >>> to spare my SSD from too many writing-cycles, but I can not >>> guess how much do I need. I'm rather limited with RAM, >>> if I use more than 512MB for /var/tmp/portage, my server >>> lowers buffers/cache to nearly zero and starts swapping... >> >> >> Then don't use more than 512MB, I certainly wouldn't use less for the >> packages you mention. > > > OMG, I was really over-optimistic! Even 2 GB tmpfs for > /var/tmp/portage was not enough to re-compile gcc-4.7.3! You can configure emerge to build large packages outside of the tmpfs drive. https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs HTH -- David Abbott (dabbott)
Re: [gentoo-user] tmpfs for portage: how much?
On 21-Jan-14 18:14, Neil Bothwick wrote: On Tue, 21 Jan 2014 18:03:08 +0100, Jarry wrote: I would like to use tmpfs for all the package-compilation to spare my SSD from too many writing-cycles, but I can not guess how much do I need. I'm rather limited with RAM, if I use more than 512MB for /var/tmp/portage, my server lowers buffers/cache to nearly zero and starts swapping... Then don't use more than 512MB, I certainly wouldn't use less for the packages you mention. OMG, I was really over-optimistic! Even 2 GB tmpfs for /var/tmp/portage was not enough to re-compile gcc-4.7.3! This is really no way for me. I think I will get some small SLC-based SSD instead... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On 01/21/14 18:50, Neil Bothwick wrote: On Tue, 21 Jan 2014 10:26:48 -0700, Joseph wrote: >What is the different between the output of this on both machines? > >grep -r tty /{etc,lib}/udev/rules.d I did asked for the difference, not the whole damn lot. You have to do some of the work yourself. However, a quick glance shows this /lib/udev/rules.d/60-persistent-serial.rules:SUBSYSTEM!="tty", GOTO="persistent_serial_end" /lib/udev/rules.d/60-persistent-serial.rules:KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="persistent_serial_end" Which package installed that file and what does it contain? I compared the two files (using meld) 60-persistent-serial.rules from two systems and they are identical. -- Joseph
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On Tue, 21 Jan 2014 10:26:48 -0700, Joseph wrote: > >What is the different between the output of this on both machines? > > > >grep -r tty /{etc,lib}/udev/rules.d I did asked for the difference, not the whole damn lot. You have to do some of the work yourself. However, a quick glance shows this > /lib/udev/rules.d/60-persistent-serial.rules:SUBSYSTEM!="tty", > GOTO="persistent_serial_end" > /lib/udev/rules.d/60-persistent-serial.rules:KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", > GOTO="persistent_serial_end" Which package installed that file and what does it contain? -- Neil Bothwick "There's more to life than sex, beer and computers. Not a lot more admittedly..." signature.asc Description: PGP signature
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On 01/21/14 17:07, Neil Bothwick wrote: On Tue, 21 Jan 2014 09:39:02 -0700, Joseph wrote: So the settings is identical, and I don't remember entering my own rules for ttyS0. But something may have, like... Though one server is running hylafax the other doesn't. That could well be relevant as the hylafax ebuild does set some things up for the uucp user. What is the different between the output of this on both machines? grep -r tty /{etc,lib}/udev/rules.d machine with: crw-rw 1 root dialout 4, 64 Jan 21 09:04 /dev/ttyS0 has: grep -r tty /{etc,lib}/udev/rules.d /lib/udev/rules.d/99-systemd.rules:SUBSYSTEM=="tty", KERNEL=="tty[a-zA-Z]*|hvc*|xvc*|hvsi*", TAG+="systemd" /lib/udev/rules.d/60-persistent-serial.rules:SUBSYSTEM!="tty", GOTO="persistent_serial_end" /lib/udev/rules.d/60-persistent-serial.rules:KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="persistent_serial_end" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="ptmx", GROUP="tty", MODE="0666" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="0666" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="vc", KERNEL=="vcs*|vcsa*", GROUP="tty" /lib/udev/rules.d/50-udev-default.rules:KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout" /lib/udev/rules.d/95-upower-wup.rules:SUBSYSTEM=="tty", SUBSYSTEMS=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A80?", ENV{UPOWER_VENDOR}="Watts Up, Inc.", ENV{UPOWER_PRODUCT}="Watts Up? Pro", ENV{UP_MONITOR_TYPE}="wup" /lib/udev/rules.d/75-tty-description.rules:ACTION=="remove", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:SUBSYSTEM!="tty", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:SUBSYSTEMS=="usb", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:LABEL="tty_end" machine with: crw-rw-rw- 1 uucp dialout 4, 64 Jan 20 14:30 /dev/ttyS0 has: grep -r tty /{etc,lib}/udev/rules.d /lib/udev/rules.d/99-systemd.rules:SUBSYSTEM=="tty", KERNEL=="tty[a-zA-Z]*|hvc*|xvc*|hvsi*", TAG+="systemd" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="ptmx", GROUP="tty", MODE="0666" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="0666" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" /lib/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="vc", KERNEL=="vcs*|vcsa*", GROUP="tty" /lib/udev/rules.d/50-udev-default.rules:KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout" /lib/udev/rules.d/60-persistent-serial.rules:SUBSYSTEM!="tty", GOTO="persistent_serial_end" /lib/udev/rules.d/60-persistent-serial.rules:KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="persistent_serial_end" /lib/udev/rules.d/75-tty-description.rules:ACTION=="remove", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:SUBSYSTEM!="tty", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:SUBSYSTEMS=="usb", GOTO="tty_end" /lib/udev/rules.d/75-tty-description.rules:LABEL="tty_end" /lib/udev/rules.d/95-upower-wup.rules:SUBSYSTEM=="tty", SUBSYSTEMS=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A80?", ENV{UPOWER_VENDOR}="Watts Up, Inc.", ENV{UPOWER_PRODUCT}="Watts Up? Pro", ENV{UP_MONITOR_TYPE}="wup" -- Joseph
Re: [gentoo-user] tmpfs for portage: how much?
On Tue, 21 Jan 2014 18:03:08 +0100, Jarry wrote: > I would like to use tmpfs for all the package-compilation > to spare my SSD from too many writing-cycles, but I can not > guess how much do I need. I'm rather limited with RAM, > if I use more than 512MB for /var/tmp/portage, my server > lowers buffers/cache to nearly zero and starts swapping... Then don't use more than 512MB, I certainly wouldn't use less for the packages you mention. > So what do your think? Would it be enought to have 512MB > for packages like GCC, Apache, MySQL, Sendmail, Bind? > These are the biggest, rest are much smaller... Packages that need a particularly large amount of space usually check its availability at the start of the emerge process. There's nothing to stop you using tmpfs for the default PORTAGE_TMPDIR and resetting it to somewhere on your drive for particularly large packages, using package.env Put "cat/pkg tmpondisk.conf" in /etc/portage/package.env and "PORTAGE_TMPDIR=/a/disk/dir" in /etc/portage/env/tmpondisk.conf -- Neil Bothwick Engineers do it with less resistance. signature.asc Description: PGP signature
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On Tue, 21 Jan 2014 09:39:02 -0700, Joseph wrote: > So the settings is identical, and I don't remember entering my own > rules for ttyS0. But something may have, like... > Though one server is running hylafax the other doesn't. That could well be relevant as the hylafax ebuild does set some things up for the uucp user. What is the different between the output of this on both machines? grep -r tty /{etc,lib}/udev/rules.d -- Neil Bothwick Don't be humble, you're not that great. signature.asc Description: PGP signature
[gentoo-user] tmpfs for portage: how much?
Hi Gentoo-users, I would like to use tmpfs for all the package-compilation to spare my SSD from too many writing-cycles, but I can not guess how much do I need. I'm rather limited with RAM, if I use more than 512MB for /var/tmp/portage, my server lowers buffers/cache to nearly zero and starts swapping... So what do your think? Would it be enought to have 512MB for packages like GCC, Apache, MySQL, Sendmail, Bind? These are the biggest, rest are much smaller... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On 01/21/14 08:22, Alan McKinnon wrote: [snip] I recompile the VirtualBox-bin but it doesn't help it still complain about the /dev/ttyS0 access and upon rebooting the /dev/ttyS0 has permission and ownership as: crw-rw 1 root dialout 4, 64 Jan 20 19:14 /dev/ttyS0 and it should be uucp:dialout (666) What is confusing me is that on one box systemd is upon reboot make /dev/ttyS0: crw-rw-rw- 1 uucp dialout 4, 64 Jan 20 14:30 /dev/ttyS0 and on another box it wirtes: crw-rw 1 root dialout 4, 64 Jan 20 19:14 /dev/ttyS0 I don't remember writing any rules for ttyS0 There's a few ways this can come about. Most often you emerge something that wants to write new configs that are config-protected and you don't accept the changes. First step is to find what causes the difgfrent behaviour and you need to take a logical step-by-step approach Compare the udev rules files on both machines in /lib/udev and /etc/udev and make the non-working host the samne as the working one. Do these two machines run the same arch and have similar services running? Both machines are amd64 and have similar setup including the same kernel verion: linux-3.10.7-gentoo-r1 The machine that identify ttyS0 as: crw-rw 1 root dialout 4, 64 Jan 21 09:04 /dev/ttyS0 has in: /lib/udev/rules.d/50-udev-default.rules SUBSYSTEM=="tty", KERNEL=="ptmx", GROUP="tty", MODE="0666" SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="0666" SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" SUBSYSTEM=="vc", KERNEL=="vcs*|vcsa*", GROUP="tty" KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout" The machine that identify ttyS0 as: crw-rw-rw- 1 uucp dialout 4, 64 Jan 20 14:30 /dev/ttyS0 has in: /lib/udev/rules.d/50-udev-default.rules SUBSYSTEM=="tty", KERNEL=="ptmx", GROUP="tty", MODE="0666" SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="0666" SUBSYSTEM=="tty", KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620" SUBSYSTEM=="vc", KERNEL=="vcs*|vcsa*", GROUP="tty" KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout" So the settings is identical, and I don't remember entering my own rules for ttyS0. Though one server is running hylafax the other doesn't. -- Joseph
Re: [gentoo-user] New dependencies suddenly popping up
On Tuesday 21 Jan 2014 15:07:34 Neil Bothwick wrote: > On Tue, 21 Jan 2014 10:26:10 +, Peter Humphrey wrote: > > But cairo was last emerged 16 days ago and cdrtools last September, so > > why have these dependencies suddenly appeared today? Portage has been > > at 2.2.7 since last year too. Emerge --info doesn't mention lzo. > > # ChangeLog for x11-libs/cairo > # Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 > # $Header: /var/cvsroot/gentoo-x86/x11-libs/cairo/ChangeLog,v 1.358 > 2014/01/20 12:55:37 yngwin Exp $ > > 20 Jan 2014; Ben de Groot cairo-1.12.14-r4.ebuild, > cairo-1.12.16.ebuild: > Specify automagic dev-libs/lzo dependency (bug #477078) > > > I can't think of anything else that might have changed, unless new > > dependencies have been shoved into the ebuilds. Does that sort of thing > > happen in a well run family? > > Yes, if it is part of fixing bugs. The cairo ebuild revision was not > bumped because the change doesn't affect the binaries created, but the > changed deps do force the installation of lzo. Thank you both, Neil and Eroen. -- Regards Peter
Re: [gentoo-user] New dependencies suddenly popping up
On Tue, 21 Jan 2014 10:26:10 +, Peter Humphrey wrote: > But cairo was last emerged 16 days ago and cdrtools last September, so > why have these dependencies suddenly appeared today? Portage has been > at 2.2.7 since last year too. Emerge --info doesn't mention lzo. # ChangeLog for x11-libs/cairo # Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/x11-libs/cairo/ChangeLog,v 1.358 2014/01/20 12:55:37 yngwin Exp $ 20 Jan 2014; Ben de Groot cairo-1.12.14-r4.ebuild, cairo-1.12.16.ebuild: Specify automagic dev-libs/lzo dependency (bug #477078) > I can't think of anything else that might have changed, unless new > dependencies have been shoved into the ebuilds. Does that sort of thing > happen in a well run family? Yes, if it is part of fixing bugs. The cairo ebuild revision was not bumped because the change doesn't affect the binaries created, but the changed deps do force the installation of lzo. -- Neil Bothwick A good pun is its own reword. signature.asc Description: PGP signature
[gentoo-user] Re: New dependencies suddenly popping up
On Tue, 21 Jan 2014 10:26:10 + Peter Humphrey wrote: > After my daily sync today, portage wanted to emerge two new packages: > dev- libs/lzo and x11-misc/makedepend. No other packages were > mentioned. Odd, I thought, so: > > $ equery d lzo > * These packages depend on lzo: > [...] > X11-libs/cairo-1.12.14-r4 (dev-libs/lzo) https://bugs.gentoo.org/477078 cairo is/was built slightly differently depending on whether lzo was installed or not when cairo was built. The most significant difference is that cairo might stop working if lzo is removed after cairo was built*. To resolve this, the Gentoo maintainer recently added lzo to the dependencies to make sure lzo is not removed. If you rebuild cairo after installing lzo, some obscure feature might be enabled, but the maintainer seems to think this is not significant, and did not increase the revision number to force a rebuild everywhere. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/cairo/cairo-1.12.14-r4.ebuild?r1=1.12&r2=1.13 * In most cases, that's prevented by the (now default-on) preserve-libs FEATURE in portage. Non-default setups aren't necessarily as lucky. > $ equery d makedepend > * These packages depend on makedepend: > app-cdr/cdrtools-3.01_alpha17 (x11-misc/makedepend) http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-cdr/cdrtools/cdrtools-3.01_alpha17.ebuild?r1=1.13&r2=1.14 A similar change (though no bug :-( ), except makedepend is a build-time-only dependency, and not strictly required after cdrtools is built. I will not venture to guess what the consequences of building cdrtools without makedepend installed are, but since you somehow got it installed at some point, there is either a fallback of some sort, or you had it installed for other reasons. Whether this build-time dependency (DEPEND) change causes makedepend to be installed after the fact is governed by the --with-bdeps switch to emerge, check the man page for details. > But cairo was last emerged 16 days ago and cdrtools last September, > so why have these dependencies suddenly appeared today? Portage has > been at 2.2.7 since last year too. Emerge --info doesn't mention lzo. By default, in order to let maintainers fix issues, portage calculates what to install based on the *current* package ebuilds, rather than the ebuild at the time a package was installed. While this can be disabled by the user, maintainers will expect it to work, so best not ;-) > I can't think of anything else that might have changed, unless new > dependencies have been shoved into the ebuilds. Does that sort of > thing happen in a well run family? > -- eroen signature.asc Description: PGP signature
[gentoo-user] New dependencies suddenly popping up
Hello list, After my daily sync today, portage wanted to emerge two new packages: dev- libs/lzo and x11-misc/makedepend. No other packages were mentioned. Odd, I thought, so: $ equery d lzo * These packages depend on lzo: [...] X11-libs/cairo-1.12.14-r4 (dev-libs/lzo) $ equery d makedepend * These packages depend on makedepend: app-cdr/cdrtools-3.01_alpha17 (x11-misc/makedepend) But cairo was last emerged 16 days ago and cdrtools last September, so why have these dependencies suddenly appeared today? Portage has been at 2.2.7 since last year too. Emerge --info doesn't mention lzo. I can't think of anything else that might have changed, unless new dependencies have been shoved into the ebuilds. Does that sort of thing happen in a well run family? -- Regards Peter
[gentoo-user] Kworker use >80% of CPU
Hi. After computer starts, in top, I have kworker used 80% of cpu. It is a problem with ACPI IRQs, because it come to normal after i run echo "disable" > /sys/firmware/acpi/interrupts/gpe08 > echo "disable" > /sys/firmware/acpi/interrupts/gpe1B > I tried to do it on startup by adding script to /etc/local.d/ but it doesn't help. Now I have 3.10.24-gentoo kernel, generated by genkernel, but I noticed this problem few month ago. Can you help me? С уважением, Клочков Глеб
Re: [gentoo-user] ttyS0 - ownership as root:dialout
On Mon, 20 Jan 2014 19:31:56 -0700, Joseph wrote: > I recompile the VirtualBox-bin but it doesn't help it still complain > about the /dev/ttyS0 access That is a binary package. You are not compiling it, merely unpacking it. No matter how many times you do this, the binaries it installs will not change. As Alan suggests, compare the udev rules on both machines. -- Neil Bothwick Suicide is the most sincere form of self-criticism. signature.asc Description: PGP signature