Re: [gentoo-user] Initramfs or move /usr to /, oh my...
On 03/21/2012 03:02 AM, Joshua Murphy wrote: > 1) make backups and... 1.a) verify backups... consider this my disclaimer... > 2) mkdir /mnt/root-bind/ /mnt/usr-bind/ > 3) mount --bind / /mnt/root-bind/ > 4) mount --bind /usr/ /mnt/usr-bind/ > 5) rsync --archive --hard-links --sparse --progress /mnt/usr-bind/ > /mnt/root-bind/usr/ At first it looked like you were copying things onto themselves. Then I noticed I was wrongly assuming --rbind mount operation rather than the actual plain --bind that you use. Nice approach! Best, Sebastian
Re: [gentoo-user] ppp-gentoo woes cont'd
Maxim Wexler wrote: >> >> This brings back nightmares. It's been a while since I used dial-up but >> this sounds like a permissions issue. Check /etc/group and see if you >> are in ALL the following groups: >> >> tty >> uucp >> dialout >> utmp > > They're all in the file, if that's what you mean. > >> >> You can also check the permissions of the ttyS to see >> what it is. Mine is uucp. You shouldn't have to create a group so work >> with what you got for now. My devices are set to this: >> >> root@fireball / # ls -al /dev/ttyS* >> crw-rw 1 root uucp 4, 64 Mar 20 19:01 /dev/ttyS0 >> crw-rw 1 root uucp 4, 65 Mar 20 16:12 /dev/ttyS1 >> crw-rw 1 root uucp 4, 66 Mar 20 16:12 /dev/ttyS2 >> crw-rw 1 root uucp 4, 67 Mar 20 16:12 /dev/ttyS3 >> root@fireball / # > > lumby syzygy # ls -al /dev/ttyUSB0 > crw-rw 1 root uucp 188, 0 Mar 20 16:25 /dev/ttyUSB0 > lumby syzygy # > > Oh, USB modem. I stayed away from those. I always used a serial modem. Worth a shot tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"
Re: [gentoo-user] ppp-gentoo woes cont'd
On Wednesday 21 Mar 2012 03:00:50 Maxim Wexler wrote: > > This brings back nightmares. It's been a while since I used dial-up but > > this sounds like a permissions issue. Check /etc/group and see if you > > are in ALL the following groups: > > > > tty > > uucp > > dialout > > utmp > > They're all in the file, if that's what you mean. No, he means that your user is a member of the above groups. In my laptop (no analogue modem available) my user is only a member of uucp. > > You can also check the permissions of the ttyS to see > > what it is. Mine is uucp. You shouldn't have to create a group so work > > with what you got for now. My devices are set to this: > > > > root@fireball / # ls -al /dev/ttyS* > > crw-rw 1 root uucp 4, 64 Mar 20 19:01 /dev/ttyS0 > > crw-rw 1 root uucp 4, 65 Mar 20 16:12 /dev/ttyS1 > > crw-rw 1 root uucp 4, 66 Mar 20 16:12 /dev/ttyS2 > > crw-rw 1 root uucp 4, 67 Mar 20 16:12 /dev/ttyS3 > > root@fireball / # > > lumby syzygy # ls -al /dev/ttyUSB0 > crw-rw 1 root uucp 188, 0 Mar 20 16:25 /dev/ttyUSB0 > lumby syzygy # You also need to be a member of the usb group. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: mdev: sound is only working some of the time.
Hello, Walt. On Tue, Mar 20, 2012 at 04:23:14PM -0700, walt wrote: > On 03/20/2012 03:31 PM, Alan Mackenzie wrote: > > Hi, all. > > Got a problem with my system running under mdev. When I try to play CDs > > (with aqualung feeding into PulseAudio), no sound comes out. However, > > when I listen to an audio section from a newspaper page such as > > www.tagesschau.de (no idea what audio format) it works. > > Clearly this is something to do with mdev. I had a look at the devices > > in /dev, searching for those in group audio. Under udev, I find the > > following as device nodes: > > adsp audio dsp mixer mixer1 sequencer sequencer2. > > Under mdev, all of these bar one are symlinks into the real nodes in a > > subdirectory. The odd man out is mixer1 which is a device node, but > > with owner/group begin root/root (rather than root/audio). > > Can anybody suggest any fix, or further areas of exploration? Thanks! > Can you do chown root:audio on the mixer as a test? Done so. It didn't help. It's mightily curious why that one device is different from the others. It's not so under udev. Anyhow I found the problem. It was pulseaudio. I rebuilt it with its udev use flag taken out. This didn't help. Then I rebuilt aqualung without the pulseaudio flag, and now things work. As I type, I am listening to Mahler's second symphony, played by the Bamberger Symphoniker conducted by Jonathan Nott. I can recomment Mahler for when things aren't going quite according to plan, and this recording in particular. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] mdev: sound is only working some of the time.
Hello, Pandu. On Wed, Mar 21, 2012 at 07:35:14AM +0700, Pandu Poluan wrote: > On Mar 21, 2012 5:36 AM, "Alan Mackenzie" wrote: > > Hi, all. > > Got a problem with my system running under mdev. When I try to play CDs > > (with aqualung feeding into PulseAudio), no sound comes out. However, > > when I listen to an audio section from a newspaper page such as > > www.tagesschau.de (no idea what audio format) it works. > > Clearly this is something to do with mdev. I had a look at the devices > > in /dev, searching for those in group audio. Under udev, I find the > > following as device nodes: > > adsp audio dsp mixer mixer1 sequencer sequencer2. > > Under mdev, all of these bar one are symlinks into the real nodes in a > > subdirectory. The odd man out is mixer1 which is a device node, but > > with owner/group begin root/root (rather than root/audio). > > Can anybody suggest any fix, or further areas of exploration? Thanks! > That's indicative that it's the kernel doing the populating (that is, > everything belongs to root:root). No, it was just that one device belonging to root:root. This is mysterious indeed. > That means, mdev hasn't got the chance to 'restructure' the /dev > directory (that is, rename and/or move and/or chown devices). > Does 'mdev -s' exist in your /sbin/linuxrc? Can you post your linuxrc > here? mdev -s wasn't in my /sbin/linuxrc. It is now. It hasn't made any difference to that wayward device. As I said to Walt, I've solved the problem by turfing out pulseaudio. > Rgds, -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Initramfs or move /usr to /, oh my...
On Tue, 20 Mar 2012 22:02:31 -0400, Joshua Murphy wrote: > 1) make backups and... 1.a) verify backups... consider this my > disclaimer... 2) mkdir /mnt/root-bind/ /mnt/usr-bind/ > 3) mount --bind / /mnt/root-bind/ > 4) mount --bind /usr/ /mnt/usr-bind/ 4a) mount /usr -o remount,ro Makes sure nothing changes on /usr between starting the sync and rebooting. > 5) rsync --archive --hard-links --sparse --progress /mnt/usr-bind/ > /mnt/root-bind/usr/ > 6) edit fstab ... > 7) cross fingers and reboot ... > 8) rm -r /mnt/root-bind/ /mnt/usr-bind/ Create the temporary mounts points in /tmp and you save this step - since I added one, it is only fair to remove one to not increase the workload :) -- Neil Bothwick When companies ship Styrofoam, what do they pack it in? signature.asc Description: PGP signature
Re: [gentoo-user] PPP Tunnel using iproute2/tun interface
On Wednesday 21 Mar 2012 02:05:03 Michael J. Hill wrote: > Hello, > > In testing, I have gotten this setup to work by manually completing the > necessary steps; however, I am now looking to have everything completed > automatically so as to ensure my setup persists over a reboot. > > Firstly, an outline of what I am doing: > * I have a Gentoo VM running at home, functioning as my firewall/router, > which works perfectly fine. * Said VM has established an IPSEC tunnel to a > dedicated server using OpenSWAN. This also works perfectly fine. * A tun0 > interface is created on both devices, setting up an IPIP PPP tunnel that > sits on top of the IPSEC tunnel. * Firewall and Routing rules are in place > to perform policy-based routing over this tun0 interface. This again, > works perfectly fine. > > For the rest, the following configuration is worth noting: > * The dedicated server is running CentOS 6, not that this is of necessary > import for this configuration. * 172.18.0.1 resides on the dedicated > server. > * 10.0.0.1 is the management IP of my Gentoo VM, and serves as its identity > as well. * 172.18.1.0/24 is the network utilized for the tunnel, with > 172.18.1.1 on the dedicated server, and 172.18.1.2 on the Gentoo VM. > > In effect, the first thing I need to do, is automate the IPIP PPP tunnel > setup so that the device can persist over a reboot. I can create it > manually right now, no problem, with the following command strings: # ip > tunnel add tun0 mode ipip remote 172.18.0.1 local 10.0.0.1 > # ip addr add 172.18.1.2/24 dev tun0 > # ip link set tun0 mtu 1500 > # i p link set tun0 up > > This all works perfectly fine, and tun0 is created after running the first > command. Now I need this to persist a reboot. I wanted to handle this > through OpenRC, since I can then do dependency resolution, and make sure > the tunnel comes up only if the IPSEC tunnel is up and running. That being > said, I added the following to /etc/conf.d/net: Shouldn't you create the ipip tunnel here first? Something like: iptunnel_tun0="mode ipip remote 172.18.0.1 ttl 255" #not sure if local is required, you can try with & without. > link_tun0="ipsec0" #Not sure this is correct, shouldn't it be an iface? > config_tun0="172.18.1.2 netmask 255.255.255.0 brd 172.18.1.255" > dns_servers_tun0="10.0.1.2" > routes_tun0=( > "64.20.39.38/32 via 172.18.1.1" > "default via 172.18.1.1 table ipsec" > ) > mtu_tun0="1500" > iptunnel_tun0_remote="172.18.0.1" > iptunnel_tun0_local="10.0.0.1" > iptunnel_tun0_mode="ipip remote ${iptunnel_tun0_remote} local > ${iptunnel_tun0_local} dev ${link_tun0}" rc_net_tun0_need="ipsec" > preup() { > # If the link does not exist, return now, it's a tunnel! > ip link show dev ${IFACE} 2>/dev/null || return 0 > } > > Now, the configuration does reflect an additional item not in my original > setup, which links tun0 to the ipsec0 interface. I've tested with and > without this, and it doesn't work. Attempting to bring up the interface > using rc-service results in the following error: Cannot find device "tun0" > * ERROR: interface tun0 does not exist > * Ensure that you have loaded the correct kernel module for your hardware > * ERROR: net.tun0 failed to start > > I could easily script all this out, and probably call it through rc.local, > but I'd rather be able to utilize the dependency resolution to make sure > all the necessary components are up. > > Any insights on getting it to behave? > > Michael Hill -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Dovecot 2.1.3 fails to compile
With this error: In file included from /usr/include/CLucene/StdHeader.h:20:0, from /usr/include/CLucene.h:11, from lucene-wrapper.cc:23: /usr/include/CLucene/SharedHeader.h:18:36: fatal error: CLucene/clucene-config.h: No such file or directory compilation terminated. make[4]: *** [lucene-wrapper.lo] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: Leaving directory `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src/plugins/fts-lucene' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src/plugins' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3' make: *** [all] Error 2 * ERROR: net-mail/dovecot-2.1.3 failed (compile phase): * emake failed Any ideas?
Re: [gentoo-user] mdev: sound is only working some of the time.
On Mar 21, 2012 6:22 PM, "Alan Mackenzie" wrote: > > Hello, Pandu. > > On Wed, Mar 21, 2012 at 07:35:14AM +0700, Pandu Poluan wrote: > > On Mar 21, 2012 5:36 AM, "Alan Mackenzie" wrote: > > > > Hi, all. > > > > Got a problem with my system running under mdev. When I try to play CDs > > > (with aqualung feeding into PulseAudio), no sound comes out. However, > > > when I listen to an audio section from a newspaper page such as > > > www.tagesschau.de (no idea what audio format) it works. > > > > Clearly this is something to do with mdev. I had a look at the devices > > > in /dev, searching for those in group audio. Under udev, I find the > > > following as device nodes: > > > > adsp audio dsp mixer mixer1 sequencer sequencer2. > > > > Under mdev, all of these bar one are symlinks into the real nodes in a > > > subdirectory. The odd man out is mixer1 which is a device node, but > > > with owner/group begin root/root (rather than root/audio). > > > > Can anybody suggest any fix, or further areas of exploration? Thanks! > > > > That's indicative that it's the kernel doing the populating (that is, > > everything belongs to root:root). > > No, it was just that one device belonging to root:root. This is > mysterious indeed. > > > That means, mdev hasn't got the chance to 'restructure' the /dev > > directory (that is, rename and/or move and/or chown devices). > > > Does 'mdev -s' exist in your /sbin/linuxrc? Can you post your linuxrc > > here? > > mdev -s wasn't in my /sbin/linuxrc. It is now. It hasn't made any > difference to that wayward device. > > As I said to Walt, I've solved the problem by turfing out pulseaudio. > Strange... Do you use mdev to handle hotplugs, btw? Rgds,
Re: [gentoo-user] mdev: sound is only working some of the time.
On Wed, Mar 21, 2012 at 07:49:02PM +0700, Pandu Poluan wrote: > On Mar 21, 2012 6:22 PM, "Alan Mackenzie" wrote: > > Hello, Pandu. > > On Wed, Mar 21, 2012 at 07:35:14AM +0700, Pandu Poluan wrote: > > > On Mar 21, 2012 5:36 AM, "Alan Mackenzie" wrote: > > > > Hi, all. > > > > Got a problem with my system running under mdev. When I try to > > > > play CDs (with aqualung feeding into PulseAudio), no sound comes > > > > out. However, when I listen to an audio section from a newspaper > > > > page such as www.tagesschau.de (no idea what audio format) it > > > > works. > > > > Clearly this is something to do with mdev. I had a look at the > > > > devices in /dev, searching for those in group audio. Under udev, > > > > I find the following as device nodes: > > > > adsp audio dsp mixer mixer1 sequencer sequencer2. > > > > Under mdev, all of these bar one are symlinks into the real nodes > > > > in a subdirectory. The odd man out is mixer1 which is a device > > > > node, but with owner/group begin root/root (rather than > > > > root/audio). > > > > Can anybody suggest any fix, or further areas of exploration? > > > > Thanks! > > > That's indicative that it's the kernel doing the populating (that > > > is, everything belongs to root:root). > > No, it was just that one device belonging to root:root. This is > > mysterious indeed. > > > That means, mdev hasn't got the chance to 'restructure' the /dev > > > directory (that is, rename and/or move and/or chown devices). > > > Does 'mdev -s' exist in your /sbin/linuxrc? Can you post your > > > linuxrc here? > > mdev -s wasn't in my /sbin/linuxrc. It is now. It hasn't made any > > difference to that wayward device. > > As I said to Walt, I've solved the problem by turfing out pulseaudio. > Strange... > Do you use mdev to handle hotplugs, btw? You mean, like sticking in a USB stick, or turning my printer on? Yes, I do. > Rgds, -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] mdev: sound is only working some of the time.
On Mar 21, 2012 8:07 PM, "Alan Mackenzie" wrote: > > On Wed, Mar 21, 2012 at 07:49:02PM +0700, Pandu Poluan wrote: > > Strange... > > > Do you use mdev to handle hotplugs, btw? > > You mean, like sticking in a USB stick, or turning my printer on? Yes, I > do. > No, I mean, did you do : echo /bin/mdev > /proc/sys/kernel/hotplug (ensure beforehand that /bin/mdev is a symlink to /bin/busybox) Rgds,
Re: [gentoo-user] mdev: sound is only working some of the time.
On Mar 21, 2012 8:07 PM, "Alan Mackenzie" wrote: > > On Wed, Mar 21, 2012 at 07:49:02PM +0700, Pandu Poluan wrote: > > > Strange... > > > Do you use mdev to handle hotplugs, btw? > > You mean, like sticking in a USB stick, or turning my printer on? Yes, I > do. > No, I mean doing this: echo /bin/mdev > /proc/sys/kernel/hotplug (ensure beforehand that /bin/mdev is a symlink to /bin/busybox) Rgds,
Re: [gentoo-user] mdev: sound is only working some of the time.
Hello again, On Wed, Mar 21, 2012 at 08:12:40PM +0700, Pandu Poluan wrote: > On Mar 21, 2012 8:07 PM, "Alan Mackenzie" wrote: > > On Wed, Mar 21, 2012 at 07:49:02PM +0700, Pandu Poluan wrote: > > > Strange... > > > Do you use mdev to handle hotplugs, btw? > > You mean, like sticking in a USB stick, or turning my printer on? Yes, I > > do. > No, I mean, did you do : > echo /bin/mdev > /proc/sys/kernel/hotplug No I haven't. I don't understand at all what this is about. Any chance of a quick summary? > (ensure beforehand that /bin/mdev is a symlink to /bin/busybox) my /sbin/mdev is an indirect symlink to /bin/busybox as follows: ^ /sbin/mdev -> /bin/bb -> busybox Presumably this would be OK. > Rgds, -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] ppp-gentoo woes cont'd
Mick wrote: > On Wednesday 21 Mar 2012 08:59:18 Mick wrote: >> On Wednesday 21 Mar 2012 03:00:50 Maxim Wexler wrote: This brings back nightmares. It's been a while since I used dial-up but this sounds like a permissions issue. Check /etc/group and see if you are in ALL the following groups: tty uucp dialout utmp >>> >>> They're all in the file, if that's what you mean. >> >> No, he means that your user is a member of the above groups. >> >> In my laptop (no analogue modem available) my user is only a member of >> uucp. >> You can also check the permissions of the ttyS to see what it is. Mine is uucp. You shouldn't have to create a group so work with what you got for now. My devices are set to this: root@fireball / # ls -al /dev/ttyS* crw-rw 1 root uucp 4, 64 Mar 20 19:01 /dev/ttyS0 crw-rw 1 root uucp 4, 65 Mar 20 16:12 /dev/ttyS1 crw-rw 1 root uucp 4, 66 Mar 20 16:12 /dev/ttyS2 crw-rw 1 root uucp 4, 67 Mar 20 16:12 /dev/ttyS3 root@fireball / # >>> >>> lumby syzygy # ls -al /dev/ttyUSB0 >>> crw-rw 1 root uucp 188, 0 Mar 20 16:25 /dev/ttyUSB0 >>> lumby syzygy # >> >> You also need to be a member of the usb group. > > I forgot - also need to be a member of plugdev I believe. Good points. I remember running into this and I'm pretty sure I had to add myself to the uucp group. That was only after I beat my head against the wall for a few hours with the other groups tho. Remembering to logout and back in is what really drove me nuts. I didn't know that at first. I would suggest using Kppp if you can, at least until you get it working. There is a way to turn on logging in there that can help give hints. Thanks Mick for pointing out what I missed. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"
[gentoo-user] HP PSC 1410 USB
Hi guys, I have a problem with my printer, wich is a HP psc 1410. It is USB, so I plugged in and follow the Gentoo howto: http://www.gentoo.org/doc/en/printing-howto.xml But I seems that no thing is detected :( This is my output os lsusb with the printer attached and on: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub I do use other things usb hot plug, like an mp3 and a cell phone, and work fine. So I don't think it is a Kernel misconfiguration. The printer I'm sure it's works, but I don't know if it's was ever installer on a Linux. Any ideas? anybody has expirienced with this printer? I'm kind of stuck... Many thanks in advance. Sebas
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On Wed, 21 Mar 2012 08:38:42 -0400 Tanstaafl wrote: > With this error: > > In file included from /usr/include/CLucene/StdHeader.h:20:0, > from /usr/include/CLucene.h:11, > from lucene-wrapper.cc:23: > /usr/include/CLucene/SharedHeader.h:18:36: fatal error: > CLucene/clucene-config.h: No such file or directory > compilation terminated. > make[4]: *** [lucene-wrapper.lo] Error 1 > make[4]: *** Waiting for unfinished jobs > make[4]: Leaving directory > `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src/plugins/fts-lucene' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src/plugins' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/net-mail/dovecot-2.1.3/work/dovecot-2.1.3' > make: *** [all] Error 2 > * ERROR: net-mail/dovecot-2.1.3 failed (compile phase): > * emake failed > > Any ideas? > Do you have dev-cpp/clucene installed? That missing header come from there. Dovecot does depend on (lucene ? >=dev-cpp/clucene-2.3) so you should have it, I reckon I'd just remerge clucene then dovecot -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: systemd? [ Was: The End Is Near ... ]
On Wed, 21 Mar 2012 00:40:27 -0400 "Walter Dnes" wrote: > On Tue, Mar 20, 2012 at 01:18:24AM +0200, Alan McKinnon wrote > > > I'm not sure where you're going with this. We're discussing an init > > system and good, simple ways to start services. App maintainers are > > going to continue to do whatever they feel they ought to do, some > > might write the systemd files, some might not - that is what already > > happens. Someone has to write it and what goes in it depends on what > > the app code does, not the other way round. > > The point I'm making is that if the initialization is moved into the > binary, then the binary will have to be patched/modified/whatever. > There's already somebody with a systemd overlay. Assuming that the > initialization code gets shoved into the binary, how does it > simultaneously support openrc/systemd/linux/bsd/Sun/HPUX/etc/etc? The > only realistic answer I see is leaving the init code to the distro > maintainer. We don't expect the upstream for sshd or any other > software to write Gentoo-specific stuff like ebuilds. Whey should > they be expected to write Gentoo-specific initscripts? Fair enough > > As for the last question, I really have no idea where you're taking > > this. I don't know the answer, I've never been a maintainer in that > > position. Being the arrogant shit that I am, I reckon I would > > probably tell the user to piss off and I don't support hobby crap. > > But hey, that's just what I think I might say while sitting here on > > my couch. > > So you're saying you wouldn't have supported... No, you're saying that you believe that you think I would say that based on some extrapolation of I don't know what. I said no such thing. I said that I don't know what I would do Let's not get too carried away with Linus's little project being representative of anything. It's a fluke. There are 100s of other hobby systems that went nowhere. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] HP PSC 1410 USB
On Wed, 21 Mar 2012 11:24:12 -0300, G. Sebastián Pedersen wrote: > But I seems that no thing is detected :( > > This is my output os lsusb with the printer attached and on: > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Get the easy things out the way first, try a different cable and a different port. -- Neil Bothwick Aoccdrnig to a threoy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoatnt tihng is taht the frist and lsat ltteer are in the rghit pclae. The rset can be a taotl mses and you can sitll raed it in msot csaes. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. And I awlyas thought slpeling was ipmorantt. signature.asc Description: PGP signature
Re: [gentoo-user] ppp-gentoo woes cont'd
On Tue, Mar 20, 2012 at 09:09:06PM -0600, Maxim Wexler wrote: > > > > Since route and other things *are* getting set, I have the same strong > > suspicion Bill and YoYo have... DNS is likely not getting set properly > > in /etc/resolv.conf > > I always assumed that DHCP was writing this file automatically, so I > never checked, but this time I made sure to check and viola! there > they were. with ppp connections you are not using a dhcp client, pppd gets the nameserver ip addressess as part of the connection negotiation (if peerdns is set) and the aforemetioned script in /etc/ppp/ip-up.d/40-dns.sh writes those to /etc/resolv.conf > > > "saved a bunch of likely files across the partition from ubuntu" ... > > did that include dropping them into place on the Gentoo side > > naturlich > > MW > yoyo
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On 2012-03-21 10:23 AM, Alan McKinnon wrote: On Wed, 21 Mar 2012 08:38:42 -0400 Tanstaafl wrote: Do you have dev-cpp/clucene installed? That missing header come from there. Of course (I have the lucene USE flag set for dovecot): myhst : Wed Mar 21, 08:01:06 : ~ # equery list -p clucene * Searching for clucene ... [-P-] [ ] dev-cpp/clucene-0.9.21b-r1:1 [IP-] [ ] dev-cpp/clucene-2.3.3.4-r2:1 myhost : Wed Mar 21, 10:52:49 : ~ # Dovecot does depend on (lucene ?>=dev-cpp/clucene-2.3) so you should have it, I reckon I'd just remerge clucene then dovecot When I tried updating dovecot, it *successfully* emerged the clucene update first (it was already installed), then the dovecot build failed with the error...
Re: [gentoo-user] Anybody having trouble with eix-remote?
On Tue, Mar 20, 2012 at 10:58 PM, Thanasis wrote: > on 03/20/2012 04:28 PM Mark Knecht wrote the following: >> I haven't been able to run eix-remote for a few days. I thought it >> might be related to https://bugs.gentoo.org/show_bug.cgi?id=408567 but >> the maintainer says it's not, and indeed, the remote cache file that >> gets downloaded here appears to be more or less empty. (46 bytes...) >> >> Just want to see if others are experiencing the similar problems. I've >> seen this on a couple of machines. > > > Yea, me too, and I was about to ask the same thing. > Let's see if it starts working soon, as the maintainer said. > Thanks for verifying that. As of this morning the remote file is once again being created: http://dev.gentooexperimental.org/eix_cache You should see something there with a size around 1.5M. eix-remote -q update is currently downloading and doing its work once again. Cheers, Mark
Re: [gentoo-user] HP PSC 1410 USB
On 3/21/12, Neil Bothwick wrote: > On Wed, 21 Mar 2012 11:24:12 -0300, G. Sebastián Pedersen wrote: > >> But I seems that no thing is detected :( >> >> This is my output os lsusb with the printer attached and on: >> >> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub >> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > Get the easy things out the way first, try a different cable and a > different port. > Okey, thanks. Sorry, I don't have much of experience in these things... last thing I wanna do is being annoying ;-) I do already try all the usb ports with the same results... I'm gonna try another cable then. Didn't think on that, because the printer was functioning until couple of days ago in a Windows box... but anyway worth the try :) Thanks. Sebas
[gentoo-user] Bind9 and Samba4 setup nightmare
Hi all, I'm in the process of setting up samba4 to trial the domain setup but I'm having problems getting bind to start with dlz turned on. I've pasted the output from syslog as bind is started. It seems to be looking for libsamdb-common.so which is located in /usr/lib/samba but it doesnt seem to be able to find it. Hopefully someones fought with this already! Thanks for your help Oliver Mar 21 15:07:23 LDC1 named[1646]: starting BIND 9.8.1-P1 -u named -d 3 Mar 21 15:07:23 LDC1 named[1646]: built with '--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' '--sysconfdir=/etc/bind' '--localstatedir=/var' '--with-libtool' '--disable-threads' '--with-dlopen' '--with-dlz-filesystem' '--with-dlz-stub' '--without-dlz-postgres' '--without-dlz-mysql' '--with-dlz-bdb' '--with-dlz-ldap' '--without-dlz-odbc' '--with-openssl' '--without-idn' '--disable-ipv6' '--without-libxml2' '--with-gssapi' '--disable-rpz-nsip' '--disable-rpz-nsdname' '--without-pkcs11' '--disable-linux-caps' '--without-gost' '--with-randomdev=/dev/urandom' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-O2 -pipe -march=native -fomit-frame-pointer -I/usr/include/db4.8' 'LDFLAGS=-Wl,-O1 -Wl,--as-needed' Mar 21 15:07:23 LDC1 named[1646]: using up to 4096 sockets Mar 21 15:07:23 LDC1 named[1646]: loading configuration from '/etc/bind/named.conf' Mar 21 15:07:23 LDC1 named[1646]: reading built-in trusted keys from file '/etc/bind/bind.keys' Mar 21 15:07:23 LDC1 named[1646]: using default UDP/IPv4 port range: [1024, 65535] Mar 21 15:07:23 LDC1 named[1646]: using default UDP/IPv6 port range: [1024, 65535] Mar 21 15:07:23 LDC1 named[1646]: listening on IPv4 interface eth0, 10.251.64.8#53 Mar 21 15:07:23 LDC1 named[1646]: generating session key for dynamic DNS Mar 21 15:07:23 LDC1 named[1646]: sizing zone task pool based on 3 zones Mar 21 15:07:23 LDC1 named[1646]: zone 'localhost' allows updates by IP address, which is insecure Mar 21 15:07:23 LDC1 named[1646]: zone '127.in-addr.arpa' allows updates by IP address, which is insecure Mar 21 15:07:23 LDC1 named[1646]: Loading 'AD DNS Zone' using driver dlopen Mar 21 15:07:23 LDC1 named[1646]: dlz_dlopen failed to open library '/usr/lib64/bind9/dlz_bind9.so' - libsamdb-common.so: cannot open shared object file: No such file or directory Mar 21 15:07:23 LDC1 named[1646]: dlz_dlopen of 'AD DNS Zone' failed Mar 21 15:07:23 LDC1 named[1646]: SDLZ driver failed to load. Mar 21 15:07:23 LDC1 named[1646]: DLZ driver failed to load. Mar 21 15:07:23 LDC1 named[1646]: loading configuration: failure Mar 21 15:07:23 LDC1 named[1646]: exiting (due to fatal error) Mar 21 15:07:23 LDC1 /etc/init.d/named[1644]: start-stop-daemon: failed to start `/usr/sbin/named' Mar 21 15:07:23 LDC1 /etc/init.d/named[1513]: ERROR: named failed to start
[gentoo-user] Re: Bind9 and Samba4 setup nightmare
On Wed, Mar 21, 2012 at 3:09 PM, Datty wrote: > Hi all, > > I'm in the process of setting up samba4 to trial the domain setup but I'm > having problems getting bind to start with dlz turned on. > I've pasted the output from syslog as bind is started. It seems to be > looking for libsamdb-common.so which is located in /usr/lib/samba but it > doesnt seem to be able to find it. > > Hopefully someones fought with this already! > > Thanks for your help > > Oliver > > Mar 21 15:07:23 LDC1 named[1646]: starting BIND 9.8.1-P1 -u named -d 3 > Mar 21 15:07:23 LDC1 named[1646]: built with '--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' '--sysconfdir=/etc/bind' '--localstatedir=/var' > '--with-libtool' '--disable-threads' '--with-dlopen' > '--with-dlz-filesystem' '--with-dlz-stub' '--without-dlz-postgres' > '--without-dlz-mysql' '--with-dlz-bdb' '--with-dlz-ldap' > '--without-dlz-odbc' '--with-openssl' '--without-idn' '--disable-ipv6' > '--without-libxml2' '--with-gssapi' '--disable-rpz-nsip' > '--disable-rpz-nsdname' '--without-pkcs11' '--disable-linux-caps' > '--without-gost' '--with-randomdev=/dev/urandom' > 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' > 'CFLAGS=-O2 -pipe -march=native -fomit-frame-pointer -I/usr/include/db4.8' > 'LDFLAGS=-Wl,-O1 -Wl,--as-needed' > Mar 21 15:07:23 LDC1 named[1646]: using up to 4096 sockets > Mar 21 15:07:23 LDC1 named[1646]: loading configuration from > '/etc/bind/named.conf' > Mar 21 15:07:23 LDC1 named[1646]: reading built-in trusted keys from file > '/etc/bind/bind.keys' > Mar 21 15:07:23 LDC1 named[1646]: using default UDP/IPv4 port range: > [1024, 65535] > Mar 21 15:07:23 LDC1 named[1646]: using default UDP/IPv6 port range: > [1024, 65535] > Mar 21 15:07:23 LDC1 named[1646]: listening on IPv4 interface eth0, > 10.251.64.8#53 > Mar 21 15:07:23 LDC1 named[1646]: generating session key for dynamic DNS > Mar 21 15:07:23 LDC1 named[1646]: sizing zone task pool based on 3 zones > Mar 21 15:07:23 LDC1 named[1646]: zone 'localhost' allows updates by IP > address, which is insecure > Mar 21 15:07:23 LDC1 named[1646]: zone '127.in-addr.arpa' allows updates > by IP address, which is insecure > Mar 21 15:07:23 LDC1 named[1646]: Loading 'AD DNS Zone' using driver dlopen > Mar 21 15:07:23 LDC1 named[1646]: dlz_dlopen failed to open library > '/usr/lib64/bind9/dlz_bind9.so' - libsamdb-common.so: cannot open shared > object file: No such file or directory > Mar 21 15:07:23 LDC1 named[1646]: dlz_dlopen of 'AD DNS Zone' failed > Mar 21 15:07:23 LDC1 named[1646]: SDLZ driver failed to load. > Mar 21 15:07:23 LDC1 named[1646]: DLZ driver failed to load. > Mar 21 15:07:23 LDC1 named[1646]: loading configuration: failure > Mar 21 15:07:23 LDC1 named[1646]: exiting (due to fatal error) > Mar 21 15:07:23 LDC1 /etc/init.d/named[1644]: start-stop-daemon: failed to > start `/usr/sbin/named' > Mar 21 15:07:23 LDC1 /etc/init.d/named[1513]: ERROR: named failed to start > > Just a little addition, I've just run ldd against the library thats trying to load and ive pasted the output below. It seems to require libsamdb-common.so twice but is only able to find it once? Thanks again LDC1 / # ldd /usr/lib/bind9/dlz_bind9.so linux-vdso.so.1 => (0x02f7c141f000) libsamdb.so.0 => /usr/lib64/libsamdb.so.0 (0x02f7c0fff000) libsamba-hostconfig.so.0 => /usr/lib64/libsamba-hostconfig.so.0 (0x02f7c0ddc000) libgensec.so.0 => /usr/lib64/libgensec.so.0 (0x02f7c0bb6000) libsamba-util.so.0 => /usr/lib64/libsamba-util.so.0 (0x02f7c097c000) libsamdb-common.so => not found libauthkrb5.so => not found libndr-samba.so => not found libsamba-credentials.so.0 => /usr/lib64/libsamba-credentials.so.0 (0x02f7c075a000) libndr.so.0 => /usr/lib64/libndr.so.0 (0x02f7c054) libevents.so => not found libtalloc.so.2 => /usr/lib64/libtalloc.so.2 (0x02f7c0331000) libldb.so.1 => /usr/lib64/libldb.so.1 (0x02f7c010) libpopt.so.0 => /usr/lib64/libpopt.so.0 (0x02f7bfef3000) libc.so.6 => /lib64/libc.so.6 (0x02f7bfb64000) libsamdb-common.so => /usr/lib64/samba/libsamdb-common.so (0x02f7bf944000) libcli-ldap-common.so => /usr/lib64/samba/libcli-ldap-common.so (0x02f7bf73d000) libauthkrb5.so => /usr/lib64/samba/libauthkrb5.so (0x02f7bf52c000) libldbsamba.so => /usr/lib64/samba/libldbsamba.so (0x02f7bf301000) libcliauth.so => /usr/lib64/samba/libcliauth.so (0x02f7bf0e9000) liberrors.so => /usr/lib64/samba/liberrors.so (0x02f7bee63000) libsecurity.so => /usr/lib64/samba/libsecurity.so (0x02f7bec42000) libgssapi.so.3 => /usr/lib64/libgssapi.so.3 (0x02f7be9ff000) libkrb5.so.26 => /usr/l
Re: [gentoo-user] mdev: sound is only working some of the time.
On Mar 21, 2012 10:04 PM, "Alan Mackenzie" wrote: > > Hello again, > > On Wed, Mar 21, 2012 at 08:12:40PM +0700, Pandu Poluan wrote: > > On Mar 21, 2012 8:07 PM, "Alan Mackenzie" wrote: > > > > On Wed, Mar 21, 2012 at 07:49:02PM +0700, Pandu Poluan wrote: > > > > Strange... > > > > > Do you use mdev to handle hotplugs, btw? > > > > You mean, like sticking in a USB stick, or turning my printer on? Yes, I > > > do. > > > > No, I mean, did you do : > > > echo /bin/mdev > /proc/sys/kernel/hotplug > > No I haven't. I don't understand at all what this is about. Any chance > of a quick summary? > According to the busybox documentation, /proc/sys/kernel/hotplug contains the path to a program that will be invoked on hotplug events (hotplug here means the creation of a new device node under /dev, not necessarily actually plugging something onto the box). Doing the above 'echo' will result in kernel invoking mdev when a hotplug event fires; mdev will then act upon the newly-created device node according to the 'recipe' in /etc/mdev.conf, e.g., chown-ing the node, renaming/moving the node, making a symlink, or even triggering a script. The above line should go right after the 'mdev -s' line in linuxrc. > > (ensure beforehand that /bin/mdev is a symlink to /bin/busybox) > > my /sbin/mdev is an indirect symlink to /bin/busybox as follows: >^ > >/sbin/mdev -> /bin/bb -> busybox > > Presumably this would be OK. > I think so... Rgds,
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On Wed, 21 Mar 2012 10:56:37 -0400 Tanstaafl wrote: > On 2012-03-21 10:23 AM, Alan McKinnon wrote: > > On Wed, 21 Mar 2012 08:38:42 -0400 Tanstaafl wrote: > > Do you have dev-cpp/clucene installed? That missing header come from > > there. > > Of course (I have the lucene USE flag set for dovecot): > > myhst : Wed Mar 21, 08:01:06 : ~ > # equery list -p clucene > * Searching for clucene ... > [-P-] [ ] dev-cpp/clucene-0.9.21b-r1:1 > [IP-] [ ] dev-cpp/clucene-2.3.3.4-r2:1 > myhost : Wed Mar 21, 10:52:49 : ~ > # > > > Dovecot does depend on (lucene ?>=dev-cpp/clucene-2.3) so you should > > have it, I reckon I'd just remerge clucene then dovecot > > When I tried updating dovecot, it *successfully* emerged the clucene > update first (it was already installed), then the dovecot build > failed with the error... > I see this end emerge world wants to update both packages here. I'll let them do their thing and see if I get the same results as you (might take a short while as there's a libreoffice update in the mix too...) -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: systemd? [ Was: The End Is Near ... ]
On Wed, Mar 21, 2012 at 10:29 AM, Alan McKinnon wrote: > On Wed, 21 Mar 2012 00:40:27 -0400 > "Walter Dnes" wrote: > >> On Tue, Mar 20, 2012 at 01:18:24AM +0200, Alan McKinnon wrote >> >> > I'm not sure where you're going with this. We're discussing an init >> > system and good, simple ways to start services. App maintainers are >> > going to continue to do whatever they feel they ought to do, some >> > might write the systemd files, some might not - that is what already >> > happens. Someone has to write it and what goes in it depends on what >> > the app code does, not the other way round. >> >> The point I'm making is that if the initialization is moved into the >> binary, then the binary will have to be patched/modified/whatever. >> There's already somebody with a systemd overlay. Assuming that the >> initialization code gets shoved into the binary, how does it >> simultaneously support openrc/systemd/linux/bsd/Sun/HPUX/etc/etc? The >> only realistic answer I see is leaving the init code to the distro >> maintainer. We don't expect the upstream for sshd or any other >> software to write Gentoo-specific stuff like ebuilds. Whey should >> they be expected to write Gentoo-specific initscripts? > > Fair enough > >> > As for the last question, I really have no idea where you're taking >> > this. I don't know the answer, I've never been a maintainer in that >> > position. Being the arrogant shit that I am, I reckon I would >> > probably tell the user to piss off and I don't support hobby crap. >> > But hey, that's just what I think I might say while sitting here on >> > my couch. >> >> So you're saying you wouldn't have supported... > > No, you're saying that you believe that you think I would say that > based on some extrapolation of I don't know what. > > I said no such thing. > I said that I don't know what I would do > > Let's not get too carried away with Linus's little project being > representative of anything. It's a fluke. There are 100s of other hobby > systems that went nowhere. I said this before, but it sounds useful to try to reiterate: * It's probable that service-specific files should not be included in the init system package. * Service-specific init files should probably be part of the distro-localized version of a service-providing package. This doesn't mean modifying binaries, this is part of bootstrapping a service's environment. Call it "deferred installation stages", if you like; things which need to be done for the service to be configured and properly operate. -- :wq
Re: [gentoo-user] ppp-gentoo woes cont'd
Doesn't 40-dns apply only if the 'usepeerdns' option is set. As far as I can tell that option is not set. Maybe it should be. On 3/21/12, YoYo Siska wrote: > On Tue, Mar 20, 2012 at 09:09:06PM -0600, Maxim Wexler wrote: >> > >> > Since route and other things *are* getting set, I have the same strong >> > suspicion Bill and YoYo have... DNS is likely not getting set properly >> > in /etc/resolv.conf >> >> I always assumed that DHCP was writing this file automatically, so I >> never checked, but this time I made sure to check and viola! there >> they were. > > with ppp connections you are not using a dhcp client, pppd gets the > nameserver ip addressess as part of the connection negotiation (if > peerdns is set) and the aforemetioned script in > /etc/ppp/ip-up.d/40-dns.sh writes those to /etc/resolv.conf > >> >> > "saved a bunch of likely files across the partition from ubuntu" ... >> > did that include dropping them into place on the Gentoo side >> >> naturlich >> >> MW >> > > yoyo > >
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On Wed, 21 Mar 2012 10:56:37 -0400 Tanstaafl wrote: > On 2012-03-21 10:23 AM, Alan McKinnon wrote: > > On Wed, 21 Mar 2012 08:38:42 -0400 Tanstaafl wrote: > > Do you have dev-cpp/clucene installed? That missing header come from > > there. > > Of course (I have the lucene USE flag set for dovecot): > > myhst : Wed Mar 21, 08:01:06 : ~ > # equery list -p clucene > * Searching for clucene ... > [-P-] [ ] dev-cpp/clucene-0.9.21b-r1:1 > [IP-] [ ] dev-cpp/clucene-2.3.3.4-r2:1 > myhost : Wed Mar 21, 10:52:49 : ~ > # > > > Dovecot does depend on (lucene ?>=dev-cpp/clucene-2.3) so you should > > have it, I reckon I'd just remerge clucene then dovecot > > When I tried updating dovecot, it *successfully* emerged the clucene > update first (it was already installed), then the dovecot build > failed with the error... > It's quite simple as it turns out. dev-cpp/clucene changed the name of /usr/include/CLucene/clucene-config.h to /usr/include/CLucene/CLConfig.h As a quick nasty test I made a symlink, but that produced a gigantic amount of build errors later on. I reckon you should file a bug and meanwhile downgrade&mask clucene -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] ppp-gentoo woes cont'd
oh wait...it's set in /etc/ppp/peers/ On 3/21/12, Maxim Wexler wrote: > Doesn't 40-dns apply only if the 'usepeerdns' option is set. As far as > I can tell that option is not set. Maybe it should be. > > > > > On 3/21/12, YoYo Siska wrote: >> On Tue, Mar 20, 2012 at 09:09:06PM -0600, Maxim Wexler wrote: >>> > >>> > Since route and other things *are* getting set, I have the same strong >>> > suspicion Bill and YoYo have... DNS is likely not getting set properly >>> > in /etc/resolv.conf >>> >>> I always assumed that DHCP was writing this file automatically, so I >>> never checked, but this time I made sure to check and viola! there >>> they were. >> >> with ppp connections you are not using a dhcp client, pppd gets the >> nameserver ip addressess as part of the connection negotiation (if >> peerdns is set) and the aforemetioned script in >> /etc/ppp/ip-up.d/40-dns.sh writes those to /etc/resolv.conf >> >>> >>> > "saved a bunch of likely files across the partition from ubuntu" ... >>> > did that include dropping them into place on the Gentoo side >>> >>> naturlich >>> >>> MW >>> >> >> yoyo >> >> >
[gentoo-user] Re: Bind9 and Samba4 setup nightmare
On 03/21/2012 08:15 AM, Datty wrote: > I've just run ldd against the library thats trying to load and ive > pasted the output below. It seems to require libsamdb-common.so twice > but is only able to find it once? lddtree (app-misc/pax-utils) may give you a hint why that's happening.
Re: [gentoo-user] HP PSC 1410 USB
2012/3/21 G. Sebastián Pedersen : > I have a problem with my printer, wich is a HP psc 1410. It is USB, so > I plugged in and follow the Gentoo howto: > > http://www.gentoo.org/doc/en/printing-howto.xml > > But I seems that no thing is detected :( > > This is my output os lsusb with the printer attached and on: > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > I do use other things usb hot plug, like an mp3 and a cell phone, and > work fine. So I don't think it is a Kernel misconfiguration. > > The printer I'm sure it's works, but I don't know if it's was ever > installer on a Linux. > > Any ideas? anybody has expirienced with this printer? Did you take a look at the hplip section from the printing guide? Is CONFIG_USB_PRINTER enabled in the kernel configuration? -- Regards Daniel
Re: [gentoo-user] HP PSC 1410 USB
Am 21.03.2012 16:06, schrieb G. Sebastián Pedersen: > On 3/21/12, Neil Bothwick wrote: >> On Wed, 21 Mar 2012 11:24:12 -0300, G. Sebastián Pedersen wrote: >> >>> But I seems that no thing is detected :( >>> >>> This is my output os lsusb with the printer attached and on: >>> >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub >>> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >>> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >>> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >>> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> >> Get the easy things out the way first, try a different cable and a >> different port. >> > > Okey, thanks. Sorry, I don't have much of experience in these > things... last thing I wanna do is being annoying ;-) > > I do already try all the usb ports with the same results... I'm gonna > try another cable then. Didn't think on that, because the printer was > functioning until couple of days ago in a Windows box... but anyway > worth the try :) > > Thanks. > > Sebas > Also take a look at `dmesg`. Sometimes parts of the USB subsystem die, leaving some ports or hot plugging nonfunctional. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] PPP Tunnel using iproute2/tun interface
From: "Mick" To: gentoo-user@lists.gentoo.org Sent: Wednesday, March 21, 2012 5:37:51 AM Subject: Re: [gentoo-user] PPP Tunnel using iproute2/tun interface On Wednesday 21 Mar 2012 02:05:03 Michael J. Hill wrote: > Hello, > > In testing, I have gotten this setup to work by manually completing the > necessary steps; however, I am now looking to have everything completed > automatically so as to ensure my setup persists over a reboot. > > Firstly, an outline of what I am doing: > * I have a Gentoo VM running at home, functioning as my firewall/router, > which works perfectly fine. * Said VM has established an IPSEC tunnel to a > dedicated server using OpenSWAN. This also works perfectly fine. * A tun0 > interface is created on both devices, setting up an IPIP PPP tunnel that > sits on top of the IPSEC tunnel. * Firewall and Routing rules are in place > to perform policy-based routing over this tun0 interface. This again, > works perfectly fine. > > For the rest, the following configuration is worth noting: > * The dedicated server is running CentOS 6, not that this is of necessary > import for this configuration. * 172.18.0.1 resides on the dedicated > server. > * 10.0.0.1 is the management IP of my Gentoo VM, and serves as its identity > as well. * 172.18.1.0/24 is the network utilized for the tunnel, with > 172.18.1.1 on the dedicated server, and 172.18.1.2 on the Gentoo VM. > > In effect, the first thing I need to do, is automate the IPIP PPP tunnel > setup so that the device can persist over a reboot. I can create it > manually right now, no problem, with the following command strings: # ip > tunnel add tun0 mode ipip remote 172.18.0.1 local 10.0.0.1 > # ip addr add 172.18.1.2/24 dev tun0 > # ip link set tun0 mtu 1500 > # i p link set tun0 up > > This all works perfectly fine, and tun0 is created after running the first > command. Now I need this to persist a reboot. I wanted to handle this > through OpenRC, since I can then do dependency resolution, and make sure > the tunnel comes up only if the IPSEC tunnel is up and running. That being > said, I added the following to /etc/conf.d/net: Shouldn't you create the ipip tunnel here first? Something like: iptunnel_tun0="mode ipip remote 172.18.0.1 ttl 255" #not sure if local is required, you can try with & without. > link_tun0="ipsec0" #Not sure this is correct, shouldn't it be an iface? > config_tun0="172.18.1.2 netmask 255.255.255.0 brd 172.18.1.255" > dns_servers_tun0="10.0.1.2" > routes_tun0=( > "64.20.39.38/32 via 172.18.1.1" > "default via 172.18.1.1 table ipsec" > ) > mtu_tun0="1500" > iptunnel_tun0_remote="172.18.0.1" > iptunnel_tun0_local="10.0.0.1" > iptunnel_tun0_mode="ipip remote ${iptunnel_tun0_remote} local > ${iptunnel_tun0_local} dev ${link_tun0}" rc_net_tun0_need="ipsec" > preup() { > # If the link does not exist, return now, it's a tunnel! > ip link show dev ${IFACE} 2>/dev/null || return 0 > } > > Now, the configuration does reflect an additional item not in my original > setup, which links tun0 to the ipsec0 interface. I've tested with and > without this, and it doesn't work. Attempting to bring up the interface > using rc-service results in the following error: Cannot find device "tun0" > * ERROR: interface tun0 does not exist > * Ensure that you have loaded the correct kernel module for your hardware > * ERROR: net.tun0 failed to start > > I could easily script all this out, and probably call it through rc.local, > but I'd rather be able to utilize the dependency resolution to make sure > all the necessary components are up. > > Any insights on getting it to behave? > > Michael Hill -- Regards, Mick - Original Message - Thanks for the help. It did give me some insight on where to look next, and now it works perfectly. The problem was in part the ordering I was using, and more specific, iptunnel_tun0_mode should have been iptunnel_tun0="mode xx". That would've resulted in the creation of the interface. I've included my final config for anybody else who may be interested in such a setup: link_tun0="ipsec0" iptunnel_tun0_remote="172.18.0.1" iptunnel_tun0_local="10.0.0.1" iptunnel_tun0="mode ipip remote ${iptunnel_tun0_remote} local ${iptunnel_tun0_local} dev ${link_tun0}" mtu_tun0="1500" config_tun0="172.18.1.2 netmask 255.255.255.0 brd 172.18.1.255" dns_servers_tun0="10.0.1.2" routes_tun0="64.20.39.38/32 via 172.18.1.1 default via 172.18.1.1 table 1 " rules_tun0="fwmark 1 table 1" rc_net_tun0_need="ipsec" preup() { ip link show dev ${IFACE} 2>/dev/null || return 0 }
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On 2012-03-21 12:09 PM, Alan McKinnon wrote: On Wed, 21 Mar 2012 10:56:37 -0400 Tanstaafl wrote: When I tried updating dovecot, it *successfully* emerged the clucene update first (it was already installed), then the dovecot build failed with the error... It's quite simple as it turns out. dev-cpp/clucene changed the name of /usr/include/CLucene/clucene-config.h to /usr/include/CLucene/CLConfig.h As a quick nasty test I made a symlink, but that produced a gigantic amount of build errors later on. I reckon you should file a bug and meanwhile downgrade&mask clucene Done: https://bugs.gentoo.org/show_bug.cgi?id=409205 Thanks! But I reckon if I'd have looked more closely, I could have figured that one out for myself - guess I'm just too used to *not* being able to figure these out myself... ;)
Re: [gentoo-user] Dovecot 2.1.3 fails to compile
On Wed, 21 Mar 2012 13:32:30 -0400 Tanstaafl wrote: > On 2012-03-21 12:09 PM, Alan McKinnon wrote: > > On Wed, 21 Mar 2012 10:56:37 -0400 Tanstaafl wrote: > >> When I tried updating dovecot, it *successfully* emerged the > >> clucene update first (it was already installed), then the dovecot > >> build failed with the error... > > > It's quite simple as it turns out. dev-cpp/clucene changed the name > > of > > > > /usr/include/CLucene/clucene-config.h > > > > to > > > > /usr/include/CLucene/CLConfig.h > > > > As a quick nasty test I made a symlink, but that produced a gigantic > > amount of build errors later on. > > > > I reckon you should file a bug and meanwhile downgrade&mask clucene > > Done: https://bugs.gentoo.org/show_bug.cgi?id=409205 > > Thanks! But I reckon if I'd have looked more closely, I could have > figured that one out for myself - guess I'm just too used to *not* > being able to figure these out myself... ;) > No worries :-) But lets be honest, when you are faced with a zillion lines of gcc output and an error buried in there somewhere, it's not exactly a walk in the park to see what is going wrong. Today I just got lucky and just happened to see the right thing at the right time. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: systemd? [ Was: The End Is Near ... ]
On Wed, Mar 21, 2012 at 12:02:32PM -0400, Michael Mol wrote > I said this before, but it sounds useful to try to reiterate: > > * It's probable that service-specific files should not be included in > the init system package. > * Service-specific init files should probably be part of the > distro-localized version of a service-providing package. > > This doesn't mean modifying binaries, this is part of bootstrapping a > service's environment. Call it "deferred installation stages", if you > like; things which need to be done for the service to be configured > and properly operate. My point is that the startup, sanity-checking, and initialization code has to go *SOMEWHERE*. Where do you propose moving it to? This discussion reminds me of an ethnic joke. A bunch of workers had dug out a hole for the basement and foundations where a new house was to be built. The workers ask their foreman what they should do with the pile of dirt they had from digging out the hole for the new house. Their foreman, who is tells them to go dig another hole in the ground and throw the dirt in there. -- Walter Dnes
Re: [gentoo-user] HP PSC 1410 USB
On 03/21/2012 07:54 PM, G. Sebastián Pedersen wrote: > Hi guys, > > I have a problem with my printer, wich is a HP psc 1410. It is USB, so > I plugged in and follow the Gentoo howto: > > http://www.gentoo.org/doc/en/printing-howto.xml > > But I seems that no thing is detected :( > > This is my output os lsusb with the printer attached and on: > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > I do use other things usb hot plug, like an mp3 and a cell phone, and > work fine. So I don't think it is a Kernel misconfiguration. > > The printer I'm sure it's works, but I don't know if it's was ever > installer on a Linux. > > Any ideas? anybody has expirienced with this printer? > > I'm kind of stuck... > > Many thanks in advance. > > Sebas > Make sure that you have hplip installed (with hpcups & scanner USE flags enabled). Also cups with USE flag usb if you have not enabled kernel usb printer support. I have the same piece and it's working like a charm for the past four years :D My printer is seven years old though. -- Nilesh Govindarajan http://nileshgr.com
Re: [gentoo-user] Re: systemd? [ Was: The End Is Near ... ]
On Wed, Mar 21, 2012 at 6:55 PM, Walter Dnes wrote: > On Wed, Mar 21, 2012 at 12:02:32PM -0400, Michael Mol wrote > >> I said this before, but it sounds useful to try to reiterate: >> >> * It's probable that service-specific files should not be included in >> the init system package. >> * Service-specific init files should probably be part of the >> distro-localized version of a service-providing package. >> >> This doesn't mean modifying binaries, this is part of bootstrapping a >> service's environment. Call it "deferred installation stages", if you >> like; things which need to be done for the service to be configured >> and properly operate. > > My point is that the startup, sanity-checking, and initialization code > has to go *SOMEWHERE*. Where do you propose moving it to? Sure. But there's a difference between moving, e.g. sshd's first-time code into the net-misc/openssh package and moving it into the sshd binary itself. I don't want to sound condescending, but I really don't know how much of this is going to be generally known on this list, and I get the impression that it's unclear... (Also, I'm not an expert on this...) The distribution of software, as I understand it, generally has three groups of people who hold it: 1) Upstream. Generally, upstream will keep their software portable and agnostic, so it can be installed in a variety of places. That's not a requirement, but it's considered polite in the open-source world, and fairly necessary if they want the software to be broadly used. Upstream is expected to know their software well enough to keep it in active development, or at least in current maintenance. 2) Packager. A packager adapts upstream's software so that it fits in and plays nicely with the rest of the software in the system. The packager is expected to have the required understanding of both the software and the target distribution in order to accomplish this. 3) End user. The end user isn't typically expected to have a full understanding of the software or the distribution. He'll run the distribution's package manager to install the software, follow any instructions given for configuration, and apply any domain expertise he has to configure things to conform to site-local needs. What we're talking about with systemd vs openrc, and things like ssh'd first-time initialization is all within the realm of responsibility of the packager. It's a shift in the way the distribution itself works. We're not talking about a scenario where you shunt things upstream, so the whole "your position would have rejected Linux" angle is a red herring. Now, let's look at what an init system does. For each service, it spawns some process, checks a return code, declares either success or failure, and may take some further action based on that success or failure. Why does that spawned process have to be sshd? Why can't it be some shell script which does the one-time checks, and then launches sshd itself? Why does that shell script need to be distributed as part of the init system's package, and not part of the package associated with the service? Having the shell script be part of the package associated with the service keeps bugs related to that script associated with that package. As far as compatibility between init systems is concerned, you can symlink the init system's launch file (e.g. /etc/init.d/some_file) to wherever this shell script is, or you can configure the init system such that it knows where the shell script is. At least, that's the way I see it. Any issue of compatibility between the two can be addressed by the service's package manager, either by adaption via that script, or by expressing an explicit dependency on one init architecture or another. -- :wq
[gentoo-user] Grub2 can't find any commands
Hi all, I'm working on the exciting and challenging task of installing Gentoo on a new Macbook Pro with grub2 and EFI. I've got things booting, but every time grub complains of many missing commands including search, echo, and most surprisingly '['. It also can't find any modules, and in order to get everything to work I had to specify about 10 modules to be built in using grub2-mkimage. This feels a little suboptimal to me, but I can't figure out where various things need to be for grub to find them happily. My partition layout at least is simple since I don't plan on dual booting: /dev/sda1: big root partition using ext4 /dev/sda2: 200MB vfat EFI partition, set to bootable (yes this should be sda1: I didn't know you needed an EFI partition until after I had already made the root partition and started installing things. I was able to add this partition later with gparted) Of course I'm using GPT, not MBR. On /dev/sda2 I've got the grub2 image at /EFI/BOOT/BOOTX64.EFI as is standard, and I have been mounting /dev/sda2 at /boot/efi. I can put either a grub2 image or a 3.3 kernel with EFI stub support at /EFI/BOOT/BOOTX64.EFI and it gets detected just fine, so I'm on the right track. I've tried messing with various permutations of the -p parameter to grub2-mkimage, but haven't gotten anywhere. Right now the *.mod and *.lst files from /usr/lib/grub/x86_64-efi/ can be found at both /boot/grub2/x86_64-efi and /boot/efi/EFI/BOOT/. Where is it that they actually should be? Thanks, Julian