[gentoo-user] DHCPCD and nameserver
Hi folks, I'm trying to get my nameserver setting to stick in resolv.conf when I restart the network or reboot. Layman will not work with my ISP's DNS server for some crazy reason. Anyway, I have this in /etc/conf.d/net file: modules=dhcpcd config_eth2=dhcp dns_servers_eth2=nameserver 8.8.8.8 nameserver 8.8.4.4 As you can see I need it set to 8.8.8.8 but it doesn't seem to see my setting. After I restart my network, it updates resolv.conf to this: r...@smoker / # cat /etc/resolv.conf # Generated by dhcpcd from eth2 # /etc/resolv.conf.head can replace this line nameserver 192.168.1.254 # /etc/resolv.conf.tail can replace this line r...@smoker / # I have read some example files and I think I have it set correctly but maybe something moved or I am missing something else. Ideas? Thanks. Dale :-) :-)
Re: [gentoo-user] DHCPCD and nameserver
I'm trying to get my nameserver setting to stick in resolv.conf when I restart the network or reboot. Layman will not work with my ISP's DNS server for some crazy reason. Anyway, I have this in /etc/conf.d/net file: Dale, if I understood correctly, you want to set the contents of /etc/resolv.conf and don't want dhcp to overwrite ir. Right? modules=dhcpcd config_eth2=dhcp dns_servers_eth2=nameserver 8.8.8.8 nameserver 8.8.4.4 As you can see I need it set to 8.8.8.8 but it doesn't seem to see my setting. After I restart my network, it updates resolv.conf to this: I don't know about dhcpcd, but I'm using dhclient, and it works like this: $cat /etc/resolv.conf config_eth0=(dhcp) modules_eth0=(dhclient) dhcp_eth0=nodns I'm not sure the last line is necessary. Then: $ cat /etc/dhcp/dhclient.conf append option domain-name-servers 127.0.0.1 Substitute 127.0.0.1 by 8.8.8.8 HTH Jorge
Re: [gentoo-user] DHCPCD and nameserver
Jorge Almeida wrote: I'm trying to get my nameserver setting to stick in resolv.conf when I restart the network or reboot. Layman will not work with my ISP's DNS server for some crazy reason. Anyway, I have this in /etc/conf.d/net file: Dale, if I understood correctly, you want to set the contents of /etc/resolv.conf and don't want dhcp to overwrite ir. Right? Yep, that is what I want. DHCP just keeps overriding my file. modules=dhcpcd config_eth2=dhcp dns_servers_eth2=nameserver 8.8.8.8 nameserver 8.8.4.4 As you can see I need it set to 8.8.8.8 but it doesn't seem to see my setting. After I restart my network, it updates resolv.conf to this: I don't know about dhcpcd, but I'm using dhclient, and it works like this: $cat /etc/resolv.conf config_eth0=(dhcp) modules_eth0=(dhclient) dhcp_eth0=nodns I'm not sure the last line is necessary. Then: $ cat /etc/dhcp/dhclient.conf append option domain-name-servers 127.0.0.1 Substitute 127.0.0.1 by 8.8.8.8 HTH Jorge I kept playing with this because I did it once before and knew it could be done. I did finally figure out how to get it to work. It appears the syntax has changed a little bit. This is what I ended up with after some trial and error, maybe a little tooth pulling too. ;-) This is my net file: modules=dhcpcd config_eth2=dhcp dhcp_eth2=nodns dns_servers_eth2=8.8.8.8 8.8.4.4 Now I get this in resolv.conf: r...@smoker / # cat /etc/resolv.conf # Generated by net-scripts for interface eth2 nameserver 8.8.8.8 nameserver 8.8.4.4 r...@smoker / # So, it's working now. It's not quite the same config as last time but it works. Thanks. Dale :-) :-)
Re: [gentoo-user] DHCPCD and nameserver
On Sat, Aug 21, 2010 at 9:25 AM, Dale rdalek1...@gmail.com wrote: I don't know about dhcpcd, but I'm using dhclient, and it works like this: $cat /etc/resolv.conf Oops... It was cat /etc/conf.d/net... config_eth0=(dhcp) modules_eth0=(dhclient) dhcp_eth0=nodns I kept playing with this because I did it once before and knew it could be done. I did finally figure out how to get it to work. It appears the syntax has changed a little bit. This is what I ended up with after some trial and error, maybe a little tooth pulling too. ;-) This is my net file: modules=dhcpcd config_eth2=dhcp dhcp_eth2=nodns dns_servers_eth2=8.8.8.8 8.8.4.4 Now I get this in resolv.conf: r...@smoker / # cat /etc/resolv.conf # Generated by net-scripts for interface eth2 nameserver 8.8.8.8 nameserver 8.8.4.4 r...@smoker / # So, it's working now. It's not quite the same config as last time but it works. OK, now I know how to do it also with dhcpcd. Cheers. Jorge
Re: [gentoo-user] Installer Skript
Hi, dunno if I'm interested in testing it, but I have a similar script, made mostly in bash. So if you made one also I'm interested in looking into it (I might be able to copy something from it :D) Petri Rosenström On Sat, Aug 21, 2010 at 12:25 AM, Elmar Hinz oss.el...@googlemail.com wrote: Hello, yesterday I was working on an installer skript for Gentoo. What does it do? * It does the basic installation until you can reboot and login. * That includes formatting of the given partitions. * That includes compiling a genkernel. * It is developed and tested on Ubuntu. What does it not do? * It does not do partitioning itself. * It does not install a boot manger. (I use that on my Ubuntu partition.) * It does not set up wifi. What is required? You need at least a free partition of 5GB and a swap partition. Optionally you can use a separate partition for portage. Is anybody interested in testing the script? That is alpha software. You should at least be able look into the script before you run it. You know, it asks before, but then it does format your partitions. So it can be quite dangerous, if you don't exactly know what you are doing. Al
Re: [gentoo-user] DHCPCD and nameserver
Am Sat, 21 Aug 2010 09:15:26 +0059 schrieb Jorge Almeida jjalme...@gmail.com: [...] I don't know about dhcpcd, but I'm using dhclient, and it works like this: $cat /etc/resolv.conf config_eth0=(dhcp) modules_eth0=(dhclient) dhcp_eth0=nodns I'm not sure the last line is necessary. Then: $ cat /etc/dhcp/dhclient.conf append option domain-name-servers 127.0.0.1 Substitute 127.0.0.1 by 8.8.8.8 With dhcpcd you can do something similar. When I was setting up dnsmasq on my system I found out you can create hooks for dhcpcd; for instance, in /etc/dhcpcd.enter-hook I have (well, now had): # Prepend localhost to the list of DNS servers new_domain_name_servers=127.0.0.1 ${new_domain_name_servers} The resulting resolv.conf: marcec marcec # cat /etc/resolv.conf # Generated by dhcpcd from eth0 # /etc/resolv.conf.head can replace this line search huntemann.uni-oldenburg.de nameserver 127.0.0.1 nameserver 192.168.0.250 # /etc/resolv.conf.tail can replace this line However, the comments in resolv.conf indicate you you can create one or both of /etc/resolv.conf.{head,tail}, which will be merged into /etc/resolv.conf automatically! The resulting resolv.conf: marcec marcec # cat /etc/resolv.conf # Generated by dhcpcd from eth0 # force localhost as first nameserver nameserver 127.0.0.1 search huntemann.uni-oldenburg.de nameserver 192.168.0.250 # /etc/resolv.conf.tail can replace this line So both methods are slighly different. I think I'll stick with the latter now, as I think it's more correct. However, I'm not sure whether this works with other DHCP clients or just for dhcpcd. HTH Jorge HTH -- Marc Joliet -- Lt. Frank Drebin: It's true what they say: cops and women don't mix. Like eating a spoonful of Drāno; sure, it'll clean you out, but it'll leave you hollow inside. signature.asc Description: PGP signature
Re: [gentoo-user] Re: [WAY OT] Parenthese
On Friday 20 August 2010 21:14:00 Alan McKinnon wrote: I've heard the argument and counter-arguments too. Thanks all for an entertaining discussion. Thanks also for not taking it too seriously. I'll subside now. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
[gentoo-user] Re: autodepclean script (was how to remove HAL)
On Thursday 19 August 2010, Walter Dnes wrote: On Tue, Aug 17, 2010 at 09:49:22PM +0200, Enrico Weigelt wrote I've just experimented a bit with that and it turned out that --depclean doesn't clean up the buildtime-only deps. But if I remove one of them (eg. cabextract), they don't get pulled in again (that's indicating the depending ebuilds are written properly). This reminds me of a script I've been working on to remove unnecessary cruft. Everything that follows is run as root, because it runs emerge. The attached script autodepclean parses the output from emerge --pretend --depclean and generates a script cleanscript that you can run to clean up your system. This should handle your situation, but it's also a general solution to the entire class of problems of cleaning up when you remove all programs or USE flags that pull in a lib. It is not restricted to just HAL Warning, this script is beta. Use with care. It will remove gentoo-sources versions higher than your current kernel. This is technically correct for removing unused ebuilds. But it may not be what you want. I'm unclear about the aim of your script, what does different from emerge -a --depclean followed by revdep-rebuild -- -a? Ciao Francesco -- Linux Version 2.6.35-gentoo-r1, Compiled #1 SMP PREEMPT Wed Aug 11 07:11:30 CEST 2010 Two 1GHz AMD Athlon 64 Processors, 4GB RAM, 4021.84 Bogomips Total aemaeth
Re: [gentoo-user] Installer Skript
2010/8/21 Petri Rosenström petri.rosenst...@gmail.com: Hi, dunno if I'm interested in testing it, but I have a similar script, made mostly in bash. So if you made one also I'm interested in looking into it (I might be able to copy something from it :D) Indeed, it is a naked bash script. The first sketch. So I assume yours is already more advanced. I send my sketch by mail. Do you plan to publish your script somewhere? Do you know of such a project? Al
[gentoo-user] --buildpkg and doing a dry run on a upgrade
Hi, I'm wanting to install the latest KDE 4.5 which is in the kde overlay. I got everything unmasked, keyworded and ready to go. Since this is a large upgrade and will take some time to compile, I would like to just build the binaries then come back and install them when the compiling is all done. The emerge man page says this: --buildpkgonly (-B) Creates binary packages for all ebuilds processed without actually merging the packages. This comes with the caveat that all build-time dependencies must already be emerged on the system. The part that I have a question on is the dependencies. Will portage be able to build all the packages when the previous packages are not installed yet? My thinking says this won't work but looking for a second opinion from a more seasoned guru. Thanks. Dale :-) :-)
Re: [gentoo-user] --buildpkg and doing a dry run on a upgrade
Dale writes: I'm wanting to install the latest KDE 4.5 which is in the kde overlay. I got everything unmasked, keyworded and ready to go. Since this is a large upgrade and will take some time to compile, I would like to just build the binaries then come back and install them when the compiling is all done. The emerge man page says this: --buildpkgonly (-B) Creates binary packages for all ebuilds processed without actually merging the packages. This comes with the caveat that all build-time dependencies must already be emerged on the system. The part that I have a question on is the dependencies. Will portage be able to build all the packages when the previous packages are not installed yet? My thinking says this won't work but looking for a second opinion from a more seasoned guru. I'm no guru, but I'm very sure it won't work. You could do this on a second machine, or in a chroot, or in a virtual machine, and then distribute the binary packages. Which would be quite some additional work. I'm running KDe 4.5, and it works fine. That is, there are fewer new bugs for me than were fixed. Wonko
Re: [gentoo-user] --buildpkg and doing a dry run on a upgrade
Alex Schuster wrote: Dale writes: I'm wanting to install the latest KDE 4.5 which is in the kde overlay. I got everything unmasked, keyworded and ready to go. Since this is a large upgrade and will take some time to compile, I would like to just build the binaries then come back and install them when the compiling is all done. The emerge man page says this: --buildpkgonly (-B) Creates binary packages for all ebuilds processed without actually merging the packages. This comes with the caveat that all build-time dependencies must already be emerged on the system. The part that I have a question on is the dependencies. Will portage be able to build all the packages when the previous packages are not installed yet? My thinking says this won't work but looking for a second opinion from a more seasoned guru. I'm no guru, but I'm very sure it won't work. You could do this on a second machine, or in a chroot, or in a virtual machine, and then distribute the binary packages. Which would be quite some additional work. I'm running KDe 4.5, and it works fine. That is, there are fewer new bugs for me than were fixed. Wonko Well, I bit the bullet and hit Y. This is what portage told me: Would you like to merge these packages? [Yes/No] y !!! --buildpkgonly requires all dependencies to be merged. !!! Cannot merge requested packages. Merge deps and try again. r...@smoker / # You're right. It ain't going to work. Now we know. Thinking about copying my install to a second drive and installing it there. I can do it in a chroot and have a fall back install in case it borks, pukes or has some other kind of failure. I might add, it puked yesterday. I had no GUI for a while. It even killed kdm. I had to unmerge some packages to get rid of blocks then revert back to the old stable KDE to get a GUI. Yea, the keyboard was working and this was not hal related. lol I just wanted to get that out of the way before things got out of hand. ;-) Dale :-) :-)
Re: [gentoo-user] --buildpkg and doing a dry run on a upgrade
Apparently, though unproven, at 12:57 on Saturday 21 August 2010, Dale did opine thusly: Hi, I'm wanting to install the latest KDE 4.5 which is in the kde overlay. I got everything unmasked, keyworded and ready to go. Since this is a large upgrade and will take some time to compile, I would like to just build the binaries then come back and install them when the compiling is all done. The emerge man page says this: --buildpkgonly (-B) Creates binary packages for all ebuilds processed without actually merging the packages. This comes with the caveat that all build-time dependencies must already be emerged on the system. The part that I have a question on is the dependencies. Will portage be able to build all the packages when the previous packages are not installed yet? My thinking says this won't work but looking for a second opinion from a more seasoned guru. Here's excellent advice: Do not install KDE-4.5 yet wait for 4.5.1 First, it's in an overlay, so when 4.5 hits the tree you will unmerge the whole lot again and redo it. How many spare cycles you got? If you have 4.4.5 installed from portage you will likely hit clashes with the overlay. There's were never pleasant in the 4.[23] era, I don't see that changing. 4.5.0 has some pretty severe regressions, bad enough for QA to not put it in the tree 4.5.0 does not have the kdepim suite - this might not apply to you. I can just imagine the akonadi updates when 4.5.1 hits the tree You gotta ask yourself Is there a COMPELLING need for 4.5.0 other than it's brand new and shiny? -- alan dot mckinnon at gmail dot com
[gentoo-user] Disable fcron logging
Hi there! I want to monitor the power status of my hard drives, so I wrote a little script that gives me this output: sda: standby sdb: standby sdc: active/idle 32°C sdd: active/idle 37°C This script is called every minute via an fcron entry, output goes into a log file, and I use the file monitor plasmoid to watch this log file in KDE. It's working fine, but also monitor my syslog in another file monitor plamoid, and now I get lots of these entries: Aug 21 14:21:06 [fcron] pam_unix(fcron:session): session opened for user root by (uid=0) Aug 21 14:21:06 [fcron] Job /usr/local/sbin/hdstate /var/log/hdstate started for user root (pid 24483) Aug 21 14:21:08 [fcron] Job /usr/local/sbin/hdstate /var/log/hdstate completed Aug 21 14:21:08 [fcron] pam_unix(fcron:session): session closed for user root There is a nolog option for fcrontab, but I still get this output every minute: Aug 21 15:10:06 [fcron] pam_unix(fcron:session): session opened for user root by (uid=0) Aug 21 15:10:08 [fcron] pam_unix(fcron:session): session closed for user root Hmmm... could it be that these entries do not come from fcron itself, but from PAM? Do I need to look there so suppress them? And if so, would this make sense? I want to suppress only these specific logs, not other stuff that might be interesting. Any ideas? It's nothing important, but maybe there's a simple solution, and I like to learn. Don't knwo much about this PAM stuff yet. Maybe I'll just start a background job for that instead of using fcron. Wonko
Re: [gentoo-user] Disable fcron logging
Apparently, though unproven, at 15:25 on Saturday 21 August 2010, Alex Schuster did opine thusly: Hi there! I want to monitor the power status of my hard drives, so I wrote a little script that gives me this output: sda: standby sdb: standby sdc: active/idle 32°C sdd: active/idle 37°C This script is called every minute via an fcron entry, output goes into a log file, and I use the file monitor plasmoid to watch this log file in KDE. It's working fine, but also monitor my syslog in another file monitor plamoid, and now I get lots of these entries: Aug 21 14:21:06 [fcron] pam_unix(fcron:session): session opened for user root by (uid=0) Aug 21 14:21:06 [fcron] Job /usr/local/sbin/hdstate /var/log/hdstate started for user root (pid 24483) Aug 21 14:21:08 [fcron] Job /usr/local/sbin/hdstate /var/log/hdstate completed Aug 21 14:21:08 [fcron] pam_unix(fcron:session): session closed for user root There is a nolog option for fcrontab, but I still get this output every minute: That will tell fcron not to log stuff. It will not tell other apps to not stuff Aug 21 15:10:06 [fcron] pam_unix(fcron:session): session opened for user root by (uid=0) Aug 21 15:10:08 [fcron] pam_unix(fcron:session): session closed for user root Hmmm... could it be that these entries do not come from fcron itself, but from PAM? Yes. Configure your syslogger to devnull these specific entries. All three common sysloggers (syslogd,syslog-ng,rsyslog) all come with extensive documentation on how to do this. -- alan dot mckinnon at gmail dot com
[gentoo-user] Ebuild Fixup Scripts
A lot of ebuilds list a fixup script at the end that the user must manually execute. If the build is pulled in as part of another build, these scripts can be missed. This fact has cost me 2 days and a borked system. Is there a way of running these automatically on completion as part of the install?
Re: [gentoo-user] Ebuild Fixup Scripts
Apparently, though unproven, at 16:10 on Saturday 21 August 2010, Carl Pettit did opine thusly: A lot of ebuilds list a fixup script at the end that the user must manually execute. If the build is pulled in as part of another build, these scripts can be missed. This fact has cost me 2 days and a borked system. Is there a way of running these automatically on completion as part of the install? No, there is no such thing and will likely never be. The default operation of gentoo is to put stuff there and wait for you (root) to take action on it. ebuilds do configure dick with your configs (OK, except webmin, but that is a piece of shit and to be expected), start daemons or cause them to be added to rc-update. That is for YOU - as root - to decide and act on. User wanting a distro that does everything for them need use Red Hat, Ubuntu, etc. What you must do is configure your elogging in make.conf (it's all in man 5 make.conf) and read the elogs in /var/log/portage/elog/ when an emerge is complete. Or have them mailed to you. -- alan dot mckinnon at gmail dot com
[gentoo-user] key validation
Hi guys, I need key validation routines for my authentication systems. Web front ends are not my strong point so I'm not in much of a position to do a through evaluation. I'm looking for recommendations from folk who have done this. The authenticates to a website using two factor auth (not key based) and uploads a public key, which then gets put everywhere it needs to go. The validations I'd like to do: 1. server side: convert the key to openssh format and check that it's a valid key, correct type and strong enough. 2. Browser side: check if user entered a private key and refuse to upload it. Check matching private key and refuse to upload public key till private key is passphrase-protected with strong enough encryption. Don't require user to enter passphrase. I must support SSH protocol 1 for an ancient legacy site or two. And I'm in the very happy position of being able to tell users You will use Firefox| Chrome|Opera for this if that's what it takes :-) The web app will be built using django. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Disable fcron logging
On 21 Aug 2010, at 14:25, Alex Schuster wrote: ... I want to monitor the power status of my hard drives, so I wrote a little script that gives me this output: sda: standby sdb: standby sdc: active/idle 32°C sdd: active/idle 37°C This script is called every minute via an fcron entry, output goes into a log file, and I use the file monitor plasmoid to watch this log file in KDE. It's working fine, but also monitor my syslog in another file monitor plamoid, and now I get lots of these entries: Aug 21 14:21:06 [fcron] pam_unix(fcron:session): session opened for user root by (uid=0) Aug 21 14:21:06 [fcron] Job /usr/local/sbin/hdstate /var/log/ hdstate started for user root (pid 24483) Aug 21 14:21:08 [fcron] Job /usr/local/sbin/hdstate /var/log/ hdstate completed Aug 21 14:21:08 [fcron] pam_unix(fcron:session): session closed for user root #!/bin/bash while true do for drive in a b c d do /usr/sbin/smartctl /dev/sd$drive --whatever /var/log/hdstate done sleep 60 done I would personally update more often than this, and my concern would be that if the process fails then your plasmoid isn't showing the correct data. I presume this is the same with your current setup: if cron dies then the current temperature will not be read to file, and the plasmoid will continue reading the last lines in /var/log/hdstate - the drive can overheat without you knowing about it. So I would expect there to be a better plasmid for this task. I'm completely unfamiliar with plasmids, but what you really want is a plasmid that itself runs a script and displays the stdout on your screen. That way if there's no data, or an error, then _you see that in the plasmid_, instead of silently ignoring it (as you may be at present). The easiest (but dumb) way to handle this is to add the date to your plasmid's display so that at least you can see that something's wrong if it doesn't match the clock. A better way is not to have to watch a status monitor at all, and just have a script running that emails you if the temperature is above a specified range. Stroller.
Re: [gentoo-user] --buildpkg and doing a dry run on a upgrade
Alan McKinnon wrote: Apparently, though unproven, at 12:57 on Saturday 21 August 2010, Dale did opine thusly: Hi, I'm wanting to install the latest KDE 4.5 which is in the kde overlay. I got everything unmasked, keyworded and ready to go. Since this is a large upgrade and will take some time to compile, I would like to just build the binaries then come back and install them when the compiling is all done. The emerge man page says this: --buildpkgonly (-B) Creates binary packages for all ebuilds processed without actually merging the packages. This comes with the caveat that all build-time dependencies must already be emerged on the system. The part that I have a question on is the dependencies. Will portage be able to build all the packages when the previous packages are not installed yet? My thinking says this won't work but looking for a second opinion from a more seasoned guru. Here's excellent advice: Do not install KDE-4.5 yet wait for 4.5.1 First, it's in an overlay, so when 4.5 hits the tree you will unmerge the whole lot again and redo it. How many spare cycles you got? If you have 4.4.5 installed from portage you will likely hit clashes with the overlay. There's were never pleasant in the 4.[23] era, I don't see that changing. 4.5.0 has some pretty severe regressions, bad enough for QA to not put it in the tree 4.5.0 does not have the kdepim suite - this might not apply to you. I can just imagine the akonadi updates when 4.5.1 hits the tree You gotta ask yourself Is there a COMPELLING need for 4.5.0 other than it's brand new and shiny? I did some googlin last night and ran across some blog. I think it was on KDE's website but anyway. The blog said about the same thing you said. It appears to be a . . . . mess. ;-) Any idea when 4.5.1 will be in the tree even if masked/keyworded? Dale :-) :-) Dale is going to remove the overlay now
Re: [gentoo-user] --buildpkg and doing a dry run on a upgrade
Apparently, though unproven, at 22:18 on Saturday 21 August 2010, Dale did opine thusly: Here's excellent advice: Do not install KDE-4.5 yet wait for 4.5.1 First, it's in an overlay, so when 4.5 hits the tree you will unmerge the whole lot again and redo it. How many spare cycles you got? If you have 4.4.5 installed from portage you will likely hit clashes with the overlay. There's were never pleasant in the 4.[23] era, I don't see that changing. 4.5.0 has some pretty severe regressions, bad enough for QA to not put it in the tree 4.5.0 does not have the kdepim suite - this might not apply to you. I can just imagine the akonadi updates when 4.5.1 hits the tree You gotta ask yourself Is there a COMPELLING need for 4.5.0 other than it's brand new and shiny? I did some googlin last night and ran across some blog. I think it was on KDE's website but anyway. The blog said about the same thing you said. It appears to be a . . . . mess. ;-) Any idea when 4.5.1 will be in the tree even if masked/keyworded? You can expect 4.5.1 to be released by KDE about a month after 4.5.0. If it goes into the tree that will take about 3 days or so. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] DHCPCD and nameserver
Marc Joliet wrote: Am Sat, 21 Aug 2010 09:15:26 +0059 schrieb Jorge Almeidajjalme...@gmail.com: [...] I don't know about dhcpcd, but I'm using dhclient, and it works like this: $cat /etc/resolv.conf config_eth0=(dhcp) modules_eth0=(dhclient) dhcp_eth0=nodns I'm not sure the last line is necessary. Then: $ cat /etc/dhcp/dhclient.conf append option domain-name-servers 127.0.0.1 Substitute 127.0.0.1 by 8.8.8.8 With dhcpcd you can do something similar. When I was setting up dnsmasq on my system I found out you can create hooks for dhcpcd; for instance, in /etc/dhcpcd.enter-hook I have (well, now had): # Prepend localhost to the list of DNS servers new_domain_name_servers=127.0.0.1 ${new_domain_name_servers} The resulting resolv.conf: marcec marcec # cat /etc/resolv.conf # Generated by dhcpcd from eth0 # /etc/resolv.conf.head can replace this line search huntemann.uni-oldenburg.de nameserver 127.0.0.1 nameserver 192.168.0.250 # /etc/resolv.conf.tail can replace this line However, the comments in resolv.conf indicate you you can create one or both of /etc/resolv.conf.{head,tail}, which will be merged into /etc/resolv.conf automatically! The resulting resolv.conf: marcec marcec # cat /etc/resolv.conf # Generated by dhcpcd from eth0 # force localhost as first nameserver nameserver 127.0.0.1 search huntemann.uni-oldenburg.de nameserver 192.168.0.250 # /etc/resolv.conf.tail can replace this line So both methods are slighly different. I think I'll stick with the latter now, as I think it's more correct. However, I'm not sure whether this works with other DHCP clients or just for dhcpcd. HTH Jorge HTH -- Marc Joliet -- Lt. Frank Drebin: It's true what they say: cops and women don't mix. Like eating a spoonful of Drāno; sure, it'll clean you out, but it'll leave you hollow inside. I read about the head/tail files but wasn't sure what they did or how it worked. I need new glasses so I can see better. I spend more time trying to read than being able to understand what I read. -_- == That would be eyes closed. I guess I could have created a head file and just put my prefs on top. Thing is, I just removed the overlays so now I don't even need this. lol Then again, those are faster than my ISPs servers. Still better off. Thanks for the info. I learned something. Dale :-) :-)
Re: [gentoo-user] Re: autodepclean script (was how to remove HAL)
On Sat, Aug 21, 2010 at 12:07:40PM +0200, Francesco Talamona wrote I'm unclear about the aim of your script, what does different from emerge -a --depclean followed by revdep-rebuild -- -a? The autodepclean script automatically generates a list of of target ebuuilds to clean out (i.e. cleanscript). This gives you the opportunity to review it and delete items from the list before going ahead. Does emerge -a --depclean allow you to skip individual items? -- Walter Dnes waltd...@waltdnes.org
[gentoo-user] open-iscsi-2.0.871.3 compile fail on 2.6.32-openvz-budarin.1 kernel
hi, i got this error while trying to emerge the open-iscis-2.0.871.3: be2iscsi.o transport.o iscsid.o iscsi_sysfs.o: In function `iscsi_sysfs_get_blockdev_from_lun': iscsi_sysfs.c:(.text+0xe71): undefined reference to `S_ISLNK' iscsi_sysfs.c:(.text+0xed3): undefined reference to `S_ISDIR' iscsi_sysfs.o: In function `iscsi_sysfs_get_sid_from_path': iscsi_sysfs.c:(.text+0x16ed): undefined reference to `S_ISDIR' iscsi_sysfs.c:(.text+0x17bd): undefined reference to `S_ISLNK' collect2: ld returned 1 exit status make[1]: *** [iscsid] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory `/var/tmp/portage/sys-block/open-iscsi-2.0.871.3/work/open-iscsi-2.0.871.3/usr' make: *** [user] Error 2 below is my emerge --info: Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.12.1-r1, 2.6.32-openvz-budarin.1 x86_64) = System uname: linux-2.6.32-openvz-budarin.1-x86_64-intel-r-_core-tm-2_cpu_44...@_2.00ghz-with-gentoo-2.0.1 Timestamp of tree: Fri, 20 Aug 2010 19:45:02 + app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.2 sys-apps/sandbox:2.3-r1 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS=amd64 ~amd64 ACCEPT_LICENSE=* -...@eula PUEL CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=nocona -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo CXXFLAGS=-O2 -pipe DISTDIR=/usr/portage/distfiles FEATURES=assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch GENTOO_MIRRORS= http://mirrors.163.com/gentoo/ http://mirrors.sohu.com/gentoo/; LDFLAGS=-Wl,-O1 -Wl,--as-needed LINGUAS=zh_CN MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/var/lib/layman/dotnet /usr/local/portage SYNC=rsync://mirrors.xmu.edu.cn/gentoo-portage USE=acl amd64 bash-completion berkdb bzip2 cli cracklib crypt cxx dri dvdr fortran gdbm gpm iconv imagemagick ipv6 java java6 jpeg jpeg2k mmx modules mono mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl postgres pppd python readline reflection samba session spl sqlite sqlite3 sse sse2 ssl sysfs tcpd unicode usb vim-syntax xorg zlib ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias ELIBC=glibc INPUT_DEVICES=keyboard mouse evdev KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LINGUAS=zh_CN RUBY_TARGETS=ruby18 USERLAND=GNU VIDEO_CARDS=fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo XTABLES_ADDONS=quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS -- Best Regards, Xi Shen (David) http://twitter.com/davidshen84/