Dnsmasq NetworkManager way. NetworkManager can be set up to use Dnsmasq as a local DNS server that passes the DNS queries on to your provider's DNS server. /etc/resolv.conf will be set to point to 127.0.0.1, where dnsmasq runs and processes the queries. This can be useful for example if an application chroots for security reasons and before doing so copies /etc/resolv.conf.

An install script for Gentoo Linux Case catalyst for mac.

Copyright (c) 2012, Michael Mol mikemol@gmail.comAll rights reserved.

Redistribution and use in source and binary forms, with or withoutmodification, are permitted provided that the following conditions are met:

Redistributions of source code must retain the above copyright notice, thislist of conditions and the following disclaimer.

Redistributions in binary form must reproduce the above copyright notice,this list of conditions and the following disclaimer in the documentationand/or other materials provided with the distribution.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS 'AS IS'AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THEIMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSEARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BELIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, ORCONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OFSUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESSINTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER INCONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THEPOSSIBILITY OF SUCH DAMAGE.

In Gentoo installations, the installation sequence goes more or less this way:

1. Boot live environment
2. Create your system's filesystems
3. Unpack initial system binaries and package manager database
4. Configure your system's initial environment
5. chroot into your system
6. Configure your kernel and boot environment
7. Install (build) a few basic packages
8. Reboot
9. Finish building any remaining packages you need.
10. Add users
11. Use system

Even outside time spent compiling, this process is tedious (and thus error-prone) and time-consuming. Further, I assume most Gentoo users are like myselfin that they spend a lot more time tweaking their already-configured systemsthan installing new ones, so it's difficult to avoid missing steps during the install process.

This script seeks to contract the interactive portion of the installation sequence to:

1. Build your boot-time block devices and non-/ filesystems.
2. Provide a boot kernel and boot mechanism. (Build your /boot, kernel, andinstall grub)
3. Populate the script with configuration parameters, including a pre-formedmake.conf file, and specifying any packages you would like initiallyavailable.
4. Run the script
5. Reboot
6. Add your users.
7. Use the system.

(Wouldn't it be beautiful if the script handled steps 1 and 2? But it doesn't.)

The script also tries to automate several cleanup behaviors:

• It tries to work around transient build failures such as those caused by raceconditions in parallel make and package build orders by making extensive useof emerge's '--keep-going' and '--resume' features.
• It tries to get a head start on two-step rebuilds, where the first pass ofbuilding a set of packages and the second pass have different results,because of the versions of packages already present during the first pass.To get around this, it does a full 'emerge -e @world' twice. This also hasthe effect of guaranteeing the entire system is using your specified CFLAGS,and also has been built with the latest marked-stable version of thecompilers used.
• It runs dispatch-conf after every emerge, to ensure all configuration filesare up to date.
• It runs revdep-rebuild after every emerge, to fix anything that may havebroken. (Though this is unlikely, since we don't emerge --depclean. Still,the script is largely unattended, so the time spent isn't very important.)
• It runs perl-cleaner and python-updater after every emerge to guaranteebindings and modules in these languages are clean and up-to-date.

The script may fall into an infinite-rebuild-loop if an ebuild is broken. Ifthis happens, try ensuring your specified rsync server has an up-to-date copyof portage. If it still happens, then file a bug! At some point, I'd like toget this script to emit and save emerge --info data in the event of an emergefailure, to help with the filing of these types of bug reports.

Oh, and the script spams your syslog with trace data. You can usetail -f /var/log/messagesin your live environment in order to keep track of what's going on.

sys-process/htop is also very fun.

YOU WILL NEED TO MODIFY THE SCRIPT. It has several configuration variablescurrently set in ways that are very specific to my network.

This is all very rough at the moment, and it's strictly a 'works for mysystems, on mt network' thing. Hopefully things improve and are generalized.

The script assumes the /boot and /home partitions already exist, areformatted, and may be mounted by specifying the filesystems' UUID.It also presumes that there's an HTTP proxy server available.

The script does not currently support preconfiguring arbitrary individualpackages (though this would be lovely, for distcc purposes), nor does itcurrently support things like /etc/portage/packages.mask or/etc/portage/packages.use . These would be wonderful enhancements. Graphpad mac torrent reddit.

The script ignores several parent environment variables, including http_proxy.It would obviously be very beneficial to accept environment variables forconfiguration. Perhaps in a future version.

Patches very welcome. The original git repository for this may be found atgithub: https://github.com/mikemol/gentoo-install