[arch-dev-public] [signoff] initscripts 2008.02-1
This package makes a lot of changes, and is needed for the new ISO release. Please signoff Changes from git: Aaron Griffin <aaronmgriffin@gmail.com> (11): Source /etc/rc.d/functions.d/ for additional initscript functions Save dmesg output at the end of the boot process Modify comment above MOD_AUTOLOAD to indicate that it autoloads Set hwclock *before* udev is loaded Mount our ram /dev as soon as possible Deprecate MOD_BLACKLIST via some comments Allow --directisa configuration for hwclock calls Create some basic device nodes on initialization Remove the hotplug functionality from the network script network script logic cleanups/enhancements Add some udev stats output Dan McGee <dan@archlinux.org> (9): Move start_udev actions to rc.sysinit Don't assume sh == bash Make functions sh compatible Make install.sh sh compatible Remove some bashisms from network, even though we cannot convert it Remove echo -e usage from rc.sysinit functions:source_functions(): don't fail on empty dir Merge branch 'posix' into working rc.shutdown: Fix hwclock double calls James Rayner <james@archlinux.org> (2): Removing netcfg from initscripts Tidy up rc.conf Jonathan Frazier <eyeswide@gmail.com> (1): minilogd cleanup and warning fixes Loic Nageleisen <lloeki@gmail.com> (1): Enhance interface 'up' state checking Roman Kyrylych <roman@archlinux.org> (4): Improve error handling and allow multiple keymaps to be loaded Fix FS#8843 (no colors in rc.sysinit output with separate /usr) Use --directisa configuration in rc.shutdown as well Add support for (un)mounting nfs4 Simo Leone <simo@archlinux.org> (1): Make the background black on all status text
2008/2/21, Aaron Griffin <aaronmgriffin@gmail.com>:
This package makes a lot of changes, and is needed for the new ISO release. Please signoff
Works fine here. But there is a new bug: http://bugs.archlinux.org/task/9636 which happens on certain hardware (that don't allow direct setting of CMOS). In addition, found a couple of cosmethic issues, please merge the attached patch to git. -- Roman Kyrylych (Роман Кирилич)
As we noticed from the filesystem thread ( I rule ) that I tested the initscripts out this morning. I ran into a lot of retarded problems for simple reasons, udev 118-2 should depend on the new initscripts and the new initscripts should depend on netcfg. Let's watch what happened! # pacman -Syu # updated to new [testing] reboot % ping google.com # no response! % sudo /etc/rc.d/network restart # restarts, but doesn't ask for the menu? % vim /etc/rc.conf /etc/rc.conf.pacnew # rename the variable correctly % sudo /etc/rc.d/network restart # restarts, but still doesn't ask for the menu? % sudo pacman -U /var/cache/pacman/pkg/initscripts-2007.11-2-i686.pkg.tar.gz % sudo /etc/rc.d/network restart # asks menu, connects, yippie kay-yay! <.. > computer use % reboot Bad superblock on /dev/sda4? bad superblock on /dev/sda2? # ls /dev console null zero Udev didn't restart correctly because I was running the old initscripts with the new udev, and the new udev gets rid of /etc/start_udev (which is fine) except that the new udev REQUIRES the new initscripts to work. Get on the phone with Aaron, he helps me figure this hoopla out. pacman -S initscripts netcfg And now were at the present and me writing this email. Add the netcfg dependency to initscripts, and the initscripts>=2008.02-1 to udev 118, and I'm happy. // jeff -- . : [ + carpe diem totus tuus + ] : .
On Fri, Feb 22, 2008 at 11:46 AM, Jeff Mickey <jeff@archlinux.org> wrote:
And now were at the present and me writing this email. Add the netcfg dependency to initscripts, and the initscripts>=2008.02-1 to udev 118, and I'm happy.
This is a little off. a) netcfg isn't required, so it'd be an optdepend. Still, an install message would be a good idea for this. b) udev 118 doesn't depend on initscripts. It's the other way around. Sure adding that dep would have fixed your issue, but it's still not the right way to fix this... the real fix is to re-release a udev package that still contains start_udev.
On Fri, Feb 22, 2008 at 12:22:32PM -0600, Aaron Griffin wrote:
On Fri, Feb 22, 2008 at 11:46 AM, Jeff Mickey <jeff@archlinux.org> wrote:
And now were at the present and me writing this email. Add the netcfg dependency to initscripts, and the initscripts>=2008.02-1 to udev 118, and I'm happy.
This is a little off. a) netcfg isn't required, so it'd be an optdepend. Still, an install message would be a good idea for this. b) udev 118 doesn't depend on initscripts. It's the other way around. Sure adding that dep would have fixed your issue, but it's still not the right way to fix this... the real fix is to re-release a udev package that still contains start_udev.
What about JGC's suggestion of using versioned conflict? I think it makes sense. http://www.archlinux.org/pipermail/arch-dev-public/2008-February/004899.html
On Fri, Feb 22, 2008 at 1:22 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
This is a little off. a) netcfg isn't required, so it'd be an optdepend. Still, an install message would be a good idea for this.
Considering the utility used to be included in initscripts, a lot of people wont know they need to install it to keep the menu. I'd say yea, an install message would be useful as a minimum.
b) udev 118 doesn't depend on initscripts. It's the other way around. Sure adding that dep would have fixed your issue, but it's still not the right way to fix this... the real fix is to re-release a udev package that still contains start_udev.
Right right, now I get it. Initscripts all ready has the udev>=118 dep.. Adding back the start_udev will work for now. I just think that this kind of thing will happen to a lot of users when combined with netcfg being taken out of the initscripts into it's own package. Go team. // jeff -- . : [ + carpe diem totus tuus + ] : .
participants (4)
-
Aaron Griffin
-
Jeff Mickey
-
Roman Kyrylych
-
Xavier