Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Colin Walters
On Wed, Jul 21, 2010 at 9:35 PM, Mike McGrath wrote: > > I was pretty clear in everything you cut off about the whole "You know > what people need, they need this" Well Lennart's post basically boils down to: * Boot faster * Have the init system be more flexible and powerful If your concern is

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Sam Varshavchik
Lennart Poettering writes: On Wed, 21.07.10 20:08, Toshio Kuratomi (a.bad...@gmail.com) wrote: Normally, we don't want a service to be started just because the package has been installed: Yepp, which is why I said "very low-level ones", i.e. as low-level as for example udev, which you reall

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Dave Airlie
On Thu, 2010-07-22 at 04:25 +0200, Lennart Poettering wrote: > On Thu, 22.07.10 12:06, Dave Airlie (airl...@redhat.com) wrote: > > > > > > > > > > > It is needed: > > > > > > if [ $1 -eq 1 ] ; then > > > # For new installations, hook unit file into the appropriate > > > places via sym

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Miloslav Trmač
Lennart Poettering píše v Čt 22. 07. 2010 v 04:11 +0200: > Or to put this differently: launchd is in fact one great invention. It > is a design an engineer up with, not a user/admin. And there's a reason > for that. That's not to say the user/admin is dumb or anything, but the > technical possibil

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Lennart Poettering
On Wed, 21.07.10 22:13, Chuck Anderson (c...@wpi.edu) wrote: > > On Thu, Jul 22, 2010 at 03:49:21AM +0200, Lennart Poettering wrote: > > The logic behind chkconfig is exposed in many ways in the user > > interface, for example in the chkconfig command line, e.g. > > commands such as "resetpriorit

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Lennart Poettering
On Wed, 21.07.10 22:34, Sam Varshavchik (mr...@courier-mta.com) wrote: > Or, when Anaconda is in the middle of updating a system from a > previous version of Fedora. > > Existing udev rules in /lib/udev/rules.d may result in udev > attempting to execute commands or scripts that have not yet been

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Matthew Miller
On Wed, Jul 21, 2010 at 10:28:32PM -0400, Colin Walters wrote: > Well Lennart's post basically boils down to: > * Boot faster I don't need my systems to boot any faster. Or rather, I would like them to, but the majority of the time is spent in the bios boot sequence already as disks come online an

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Matthew Miller
On Thu, Jul 22, 2010 at 03:49:21AM +0200, Lennart Poettering wrote: > > So, um. This is not so awesome, because for logged output, the multi-line > > format makes it hard to parse. And for human-readable output, it's got the > > opposite problem: it's more than 80 columns, and it's very verbose, >

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Lennart Poettering
On Wed, 21.07.10 23:00, Matthew Miller (mat...@mattdm.org) wrote: > My laptop already boots fast enough already, although I guess if it can be > improved even further with minimal disruption, why not. I don't see it as > worth a lot of pain, though -- not because I don't use my laptop a lot, but >

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Scott Schmit
On Thu, Jul 22, 2010 at 12:36:34PM +1000, Dave Airlie wrote: > On Thu, 2010-07-22 at 04:25 +0200, Lennart Poettering wrote: > > i.e. the "enable"/"disable" commands makes some changes for the next > > time they are looked at, and then adding --realize on top makes those > > changes take effect imme

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Adam Williamson
On Wed, 2010-07-21 at 22:13 -0400, Chuck Anderson wrote: > On Thu, Jul 22, 2010 at 03:49:21AM +0200, Lennart Poettering wrote: > > The logic behind chkconfig is exposed in many ways in the user > > interface, for example in the chkconfig command line, e.g. > > commands such as "resetpriorities", an

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Matthew Miller
On Thu, Jul 22, 2010 at 05:25:19AM +0200, Lennart Poettering wrote: > Now, after discussing this over 2years with many folks and reading up on > launchd and SMF and the opinions on the net, we then distilled of the > requests a set of good features we wanted to implement. Some of those That is int

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Jeff Spaleta
On Wed, Jul 21, 2010 at 5:55 PM, Stephen John Smoogen wrote: > I will forego the bikeshedding and say it should be sysconfig or > syssetup but I do believe it will cause a lot of complaints. sys-armyknife system-get-me-a-beer More seriously systemctl has been bantered around on this list alread

Re: [HEADS-UP] systemd for F14 - the next steps

2010-07-21 Thread Jeff Raber
On 07/21/2010 09:36 PM, Dave Airlie wrote: >> Well, I am not a native speaker. We were looking for a verb that >> > basically means "make this take effect immediately". >> > >> > i.e. the "enable"/"disable" commands makes some changes for the next >> > time they are looked at, and then adding --

gnupg 1.4.10 review request

2010-07-21 Thread Brian C. Lane
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've created a 'new' src.rpm and .spec and submitted them for review at: https://bugzilla.redhat.com/show_bug.cgi?id=617056 The current conflicts with gnupg2 are: file /usr/bin/gpg-zip from install of gnupg-1.4.10-2.fc13.x86_64 conflicts with file f

Re: Partial mass rebuild for Python 2.7 coming soon (I hope)

2010-07-21 Thread David Malcolm
On Tue, 2010-07-20 at 20:02 -0400, David Malcolm wrote: > I'm planning to do a partial mass-rebuild for Python 2.7. > > This would cover all Python 2 users within the distribution, roughly > 1000 src.rpms. > > Some notes can be seen at: > https://fedoraproject.org/wiki/Features/Python_2.7/MassReb

Re: Partial mass rebuild for Python 2.7 coming soon (I hope)

2010-07-21 Thread Jeff Spaleta
On Wed, Jul 21, 2010 at 10:00 PM, David Malcolm wrote: > - numpy is segfaulting during %check; am waiting on a gdb build to > finish (linked against 2.7) before I debug; this blocks pygtk2 which > blocks various things Sigh... of course it does. Since numpy pretty much blocks all the packages im

Re: glibc heads up

2010-07-21 Thread Richard W.M. Jones
On Wed, Jul 21, 2010 at 10:54:32AM -0500, Dennis Gilmore wrote: > right now a glibc build is going on that has --enablekernel=2.6.32 > > from Jakub > > Bumping that from 2.6.18 used currently means e.g. to get rid of compat > bloat for private futexes, utimensat, fallocate, O_CLOEXEC/pipe2 etc. (

Re: Fedora packaging: unison?

2010-07-21 Thread Richard W.M. Jones
On Wed, Jul 21, 2010 at 09:48:04AM -0700, Adam Williamson wrote: > Hi, Gerard. I just realized I need a newer build of Unison - 2.32 - to > sync with a machine running a different distro. I see from the -devel > archives that you currently don't have enough time to maintain your > packages. Can yo

Re: glibc heads up

2010-07-21 Thread Mamoru Tasaka
Richard W.M. Jones wrote, at 07/22/2010 03:45 PM +9:00: > On Wed, Jul 21, 2010 at 10:54:32AM -0500, Dennis Gilmore wrote: >> right now a glibc build is going on that has --enablekernel=2.6.32 >> >> from Jakub >> >> Bumping that from 2.6.18 used currently means e.g. to get rid of compat >> bloat for

Re: Partial mass rebuild for Python 2.7 coming soon (I hope)

2010-07-21 Thread Mamoru Tasaka
Jeff Spaleta wrote, at 07/22/2010 03:11 PM +9:00: > On Wed, Jul 21, 2010 at 10:00 PM, David Malcolm wrote: >> - numpy is segfaulting during %check; am waiting on a gdb build to >> finish (linked against 2.7) before I debug; this blocks pygtk2 which >> blocks various things > > Sigh... of course it

<    1   2