On Tue, 24.08.10 10:37, Matthew Miller (mat...@mattdm.org) wrote:
On Mon, Aug 23, 2010 at 04:32:03PM -0400, Bill Nottingham wrote:
So, I'm honestly asking: what are the odds that these few things are the
only improvements that cause a disruptive change to user interaction? I
don't
On 08/24/2010 01:55 PM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
On 08/24/2010 10:46 AM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
Also, the kernel that is currently being built from my pnfs-13 branch
fails to install with the following error:
On Tue, 24.08.10 10:19, Adam Williamson (awill...@redhat.com) wrote:
On Tue, 2010-08-24 at 12:10 -0500, Mike McGrath wrote:
People like you and me would opt-in. (well I would on some hosts) because
we know what we're doing. Expert eyes get a look at it before it's forced
onto our
On 08/24/2010 02:08 PM, Steve Dickson wrote:
On 08/24/2010 01:55 PM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
On 08/24/2010 10:46 AM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
Also, the kernel that is currently being built from my pnfs-13 branch
On Tue, Aug 24, 2010 at 10:00:01AM -0700, Adam Williamson wrote:
Well, ironically enough, Lennart's last big revolution illustrates the
problem with that. PulseAudio - previously PolypAudio, remember - was
'opt-in' for several releases; it was packaged in Fedora and many other
major
On Tue, 24.08.10 12:56, Mike McGrath (mmcgr...@redhat.com) wrote:
On Tue, 24 Aug 2010, Adam Williamson wrote:
On Tue, 2010-08-24 at 12:10 -0500, Mike McGrath wrote:
People like you and me would opt-in. (well I would on some hosts) because
we know what we're doing. Expert eyes get
On Tue, 24.08.10 20:14, Till Maas (opensou...@till.name) wrote:
On Tue, Aug 24, 2010 at 10:00:01AM -0700, Adam Williamson wrote:
Well, ironically enough, Lennart's last big revolution illustrates the
problem with that. PulseAudio - previously PolypAudio, remember - was
'opt-in' for
You may have noticed notices landing in your mailbox today similar to:
foo-1.0-2.fc14 successfully untagged from dist-f14-updates-testing by
rdieter
You should be able to safely ignore all those, as the mess I caused
trying to clean up some koji tags got sorted out. My apologies.
-- Rex
seth vidal (skvi...@fedoraproject.org) said:
You mean 'being passed on the kernel cmdline', I assume ?
Do we consider interactive boot essential (I think not) ?
Should mention something about forced fsck, maybe.
What about selinux relabeling ?
I can't remember interactive boot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/24/10 2:10 AM, Jaroslav Skarvada wrote:
Thanks, but I have following problem:
$ fedpkg co -B xterm
Cloning into bare repository /home/yarda/git-fedora/xterm/fedpkg.git...
remote: Counting objects: 657, done.
remote: Compressing objects:
On 08/24/2010 04:18 AM, Tomasz Torcz wrote:
On Tue, Aug 24, 2010 at 03:33:59AM -0400, Jeff Garzik wrote:
BOOTUP
- System properly handles being passed [1-5], 'single', 'S', 's', '-s',
booting to the appropriate 'runlevel' (0 and 6 can still work,
but they're sort of pointless anyway)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/24/10 6:43 AM, Richard W.M. Jones wrote:
Is it OK to use 'git rebase -i' to compress my mistakes together into
a single working Fedora git commit? (Provided I don't push things in
between or otherwise try to rewrite public history)
I'm a
On Mon, 23.08.10 20:04, Toshio Kuratomi (a.bad...@gmail.com) wrote:
On Mon, Aug 23, 2010 at 11:08:24PM +0200, Lennart Poettering wrote:
On Mon, 23.08.10 13:59, Jesse Keating (jkeat...@j2solutions.net) wrote:
On 8/23/10 1:17 PM, Matthew Miller wrote:
I understand your desire to get
On Tue, 2010-08-24 at 10:37 -0400, Jon Masters wrote:
On Tue, 2010-08-24 at 10:36 -0400, Matthias Clasen wrote:
On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote:
My previous objection was based on the precedent it sets. I don't want a
Desktop distribution in Fedora. I want a
On Tue, Aug 24, 2010 at 08:20:16PM +0200, Lennart Poettering wrote:
Well, for different people different things appear more important. From
that you should not imply that one thing is useless and the other
isn't.
I did not want to imply that PulseAudio is useless. I doubt that you
would have
The service command has a syntax like this:
service servicename action
where as systemctl has a syntax like this:
systemctl action servicename.service
This is inconvienient for the common case where more than one action is
performed in sequence on the same service, since with the first
On Tue, 24 Aug 2010 13:08:50 -0500, Rex wrote:
You may have noticed notices landing in your mailbox today similar to:
foo-1.0-2.fc14 successfully untagged from dist-f14-updates-testing by
rdieter
You should be able to safely ignore all those, as the mess I caused
trying to clean up
On Tue, Aug 24, 2010 at 10:37 AM, David Malcolm dmalc...@redhat.com wrote:
On Tue, 2010-08-24 at 09:10 -0500, Jeffrey Ollie wrote:
One other issue I discovered was that I needed to suppress byte
compiling during the install stage because it seemed that the python3
installer somehow was doing
Till Maas (opensou...@till.name) said:
I did not want to imply that PulseAudio is useless. I doubt that you
would have implemented it, if you did not have any use for it. Probably
a lot of people who bought their soundcard without considering to buy
one capable of hardware mixing will also
On Tue, Aug 24, 2010 at 08:27, Michael Cronenworth m...@cchtml.com wrote:
Paul Howarth wrote:
I use at on a regular basis, to schedule large downloads and uploads
when my ADSL bandwidth becomes unmetered after midnight.
And I like getting the resulting email in the morning showing that all
On Tue, 24 Aug 2010 20:59:54 +0200, Michael wrote:
On Tue, 24 Aug 2010 13:08:50 -0500, Rex wrote:
You may have noticed notices landing in your mailbox today similar to:
foo-1.0-2.fc14 successfully untagged from dist-f14-updates-testing by
rdieter
You should be able to safely
Michal Hlavinka wrote:
disagree, have you seen your notifications after leaving your computer
alone for several hours with IM client connected (with whatever status)?
You'll get tons of User XY has changed status to: blah blah
Well, IMHO Kopete shouldn't spam notifications for this type of
On Tue, Aug 24, 2010 at 03:02:27PM -0400, Bill Nottingham wrote:
Till Maas (opensou...@till.name) said:
I did not want to imply that PulseAudio is useless. I doubt that you
would have implemented it, if you did not have any use for it. Probably
a lot of people who bought their soundcard
On Tue, Aug 24, 2010 at 9:20 PM, Till Maas opensou...@till.name wrote:
On Tue, Aug 24, 2010 at 03:02:27PM -0400, Bill Nottingham wrote:
Till Maas (opensou...@till.name) said:
I did not want to imply that PulseAudio is useless. I doubt that you
would have implemented it, if you did not have
On Tue, 2010-08-24 at 15:23 -0400, Matthew Miller wrote:
On Tue, Aug 24, 2010 at 10:11:58AM -0700, Adam Williamson wrote:
If we're still including upstart as a fallback option, I think it's
The intent is not to do so in the final release, AIUI. We're only
keeping it around during
On Mon, 23.08.10 23:06, Bill Nottingham (nott...@redhat.com) wrote:
(intentionally breaking thread)
Toshio Kuratomi (a.bad...@gmail.com) said:
Maybe I should start a new thread since this isn't really a bug, but it is
a blocker -- we need to get some packaging guidelines out for systemd.
On Tue, 24.08.10 09:44, Daniel J Walsh (dwa...@redhat.com) wrote:
I would add security things.
Starting a service sends audit messages from the proper loginuid.
I am sure Steve Grub has lots of concerns here also.
This is not fair!
Upstart never did this. We do this now in systemd, as the
On Tue, Aug 24, 2010 at 08:17:19PM +0200, Lennart Poettering wrote:
Acknowledging this: if you want to innovate you have no other option
than pushing things to the people, and then fix what breaks.
We do not have this luxury. If we push something broken to the people, the
people will
On Tue, Aug 24, 2010 at 12:10:45PM -0500, Mike McGrath wrote:
People like you and me would opt-in. (well I would on some hosts) because
we know what we're doing. Expert eyes get a look at it before it's forced
onto our users, who are already leaving in leaps and bounds.
Yes. It's worth
A file has been added to the lookaside cache for perl-Font-TTFMetrics:
87295ec80f49a2f088925d35fae77cc8 Font-TTFMetrics-0.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 00ebb31882046e2d060b500140a07dafc3bfba82
Author: Xavier Bachelot xav...@bachelot.org
Date: Tue Aug 24 21:43:40 2010 +0200
Initial import.
.gitignore|1 +
perl-Font-TTFMetrics.spec | 63 +
sources |
On Tue, Aug 24, 2010 at 08:27:04PM +0100, Adam Huffman wrote:
Not really related to the original discussion, but perhaps firstboot
could be amended to add an alias when the first user is created such
that they receive root's mail?
https://bugzilla.redhat.com/show_bug.cgi?id=135592
and
On Tue, 2010-08-24 at 14:28 -0400, Bill Nottingham wrote:
seth vidal (skvi...@fedoraproject.org) said:
You mean 'being passed on the kernel cmdline', I assume ?
Do we consider interactive boot essential (I think not) ?
Should mention something about forced fsck, maybe.
What about
On Tue, 24.08.10 13:28, Bill Nottingham (nott...@redhat.com) wrote:
Matthias Clasen (mcla...@redhat.com) said:
BOOTUP
- System boots successfully to GUI, when configured.
- System boots successfully to text mode, when configured.
- System properly handles being passed [1-5],
Matthew Miller (mat...@mattdm.org) said:
The intent is not to do so in the final release, AIUI. We're only
keeping it around during pre-release, so that if we decide we need to
fall back to upstart for final release, it's easy to do. As far as I
know, the plan is to decide later
On Tue, 2010-08-24 at 15:46 -0400, seth vidal wrote:
On Tue, 2010-08-24 at 14:28 -0400, Bill Nottingham wrote:
seth vidal (skvi...@fedoraproject.org) said:
You mean 'being passed on the kernel cmdline', I assume ?
Do we consider interactive boot essential (I think not) ?
Should
seth vidal (skvi...@fedoraproject.org) said:
I'll test it in rhel6 in just a sec.
Doesn't work in rhel6 :(
If you hold down the key long enough at the right time, it sort of works.
That's not really how we want to have it going forward, for obvious reasons.
Bill
--
devel mailing list
On Tue, 24.08.10 14:59, Matthew Miller (mat...@mattdm.org) wrote:
The service command has a syntax like this:
service servicename action
where as systemctl has a syntax like this:
systemctl action servicename.service
This is inconvienient for the common case where more than one
Stephen Gallagher wrote:
Bodhi updates can have multiple packages associated with a single update
as long as they are on different branches. Why this restriction?
At least in the case of something like a security update, I would think
that it would be beneficial to be able to push the update
On Tue, Aug 24, 2010 at 09:33:50PM +0200, Lennart Poettering wrote:
What would make sense to add to chkconfig is something that checks
whether a systemd unit is installed and then prints Hey, you have a
systemd unit installed, chkconfig won't do what you think it will do for
this unit or so.
Summary of changes:
00ebb31... Initial import. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Tuesday, August 24, 2010 02:20:05 pm Till Maas wrote:
On Tue, Aug 24, 2010 at 03:02:27PM -0400, Bill Nottingham wrote:
Till Maas (opensou...@till.name) said:
I did not want to imply that PulseAudio is useless. I doubt that you
would have implemented it, if you did not have any use for
On Tue, 24.08.10 12:14, Mike McGrath (mmcgr...@redhat.com) wrote:
On Tue, 24 Aug 2010, Adam Williamson wrote:
On Tue, 2010-08-24 at 11:15 -0400, Matthew Miller wrote:
On Tue, Aug 24, 2010 at 08:45:33AM -0400, Matthias Clasen wrote:
GENERAL SANITY
- Booting a system shall
Summary of changes:
00ebb31... Initial import. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Tue, 2010-08-24 at 15:40 -0400, Matthew Miller wrote:
This *is* happening, and we need to tread carefully, because once you loose
respect and reputation, it is very, very hard to get back.
I really think you're extrapolating too far from some very limited data
here. You have some statistics
Summary of changes:
00ebb31... Initial import. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Summary of changes:
00ebb31... Initial import. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Tue, Aug 24, 2010 at 12:59:57PM -0700, Adam Williamson wrote:
This *is* happening, and we need to tread carefully, because once you loose
respect and reputation, it is very, very hard to get back.
I really think you're extrapolating too far from some very limited data
here. You have some
On Tue, 24.08.10 11:47, Matthew Miller (mat...@mattdm.org) wrote:
From a practical point of view, I think what's actually important is:
-- if you're in single user mode → it says 'S'
It actually returns 1 in this case.
-- if you're in non-GUI multiuser → it says '3'
-- if you're in
On Tue, 24.08.10 15:55, Matthew Miller (mat...@mattdm.org) wrote:
On Tue, Aug 24, 2010 at 09:33:50PM +0200, Lennart Poettering wrote:
What would make sense to add to chkconfig is something that checks
whether a systemd unit is installed and then prints Hey, you have a
systemd unit
Jesse Keating wrote:
Nor is testing / stability atomic / equal across the branches. While
the f13 package may work fine, the f12 build may have severe problems.
Which is something which happens maybe 1 in 1000 times, and would happen
even less often (maybe 1 in 1 times) if some strategic
On Tue, Aug 24, 2010 at 09:53:48PM +0200, Lennart Poettering wrote:
Interesting definition of important.
I said this before. User interfaces are important, even if they are command
line user interfaces. I use this program very, very often. All
Red-Hat-universe sysadmins do. To you, it may be an
On Tue, 24.08.10 13:59, Simo Sorce (sso...@redhat.com) wrote:
On Tue, 24 Aug 2010 10:19:38 -0700
Adam Williamson awill...@redhat.com wrote:
On Tue, 2010-08-24 at 12:10 -0500, Mike McGrath wrote:
People like you and me would opt-in. (well I would on some hosts)
because we know
On Tue, Aug 24, 2010 at 01:20:21PM -0400, Bill Nottingham wrote:
As stated in the bug, this would lead to a situation where you could
have both a initdefault line, and a default.target symlnk, that select
different things. How would you arbitrate?
Well, also as stated in the bug :), always
On Tue, 24.08.10 16:14, Matthew Miller (mat...@mattdm.org) wrote:
On Tue, Aug 24, 2010 at 01:20:21PM -0400, Bill Nottingham wrote:
As stated in the bug, this would lead to a situation where you could
have both a initdefault line, and a default.target symlnk, that select
different things.
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
On Tue, 24.08.10 15:55, Matthew Miller (mat...@mattdm.org) wrote:
This is a very big change. chkconfig has worked for a long, long time. Its
elegance and simplicity is one of the nice administrative features of Red
Hat based
On Tue, Aug 24, 2010 at 14:15, Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 24.08.10 16:14, Matthew Miller (mat...@mattdm.org) wrote:
On Tue, Aug 24, 2010 at 01:20:21PM -0400, Bill Nottingham wrote:
As stated in the bug, this would lead to a situation where you could
have both a
On Tue, Aug 24, 2010 at 4:07 PM, Kevin Kofler wrote:
Jesse Keating wrote:
Nor is testing / stability atomic / equal across the branches. While
the f13 package may work fine, the f12 build may have severe problems.
Which is something which happens maybe 1 in 1000 times, and would happen
even
On 08/24/2010 03:53 PM, Lennart Poettering wrote:
On Tue, 24.08.10 14:59, Matthew Miller (mat...@mattdm.org) wrote:
The service command has a syntax like this:
service servicename action
where as systemctl has a syntax like this:
systemctl action servicename.service
This is
On Tue, Aug 24, 2010 at 10:15:43PM +0200, Lennart Poettering wrote:
Well, also as stated in the bug :), always follow the /etc/inittab first. If
if it makes sense, perhaps systemd should change the default.target to
match.
Maybe we should check AUTOEXEC.BAT first, too?
Cute.
The answer
On Tue, 2010-08-24 at 15:16 -0500, Chris Adams wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
On Tue, 24.08.10 15:55, Matthew Miller (mat...@mattdm.org) wrote:
This is a very big change. chkconfig has worked for a long, long time. Its
elegance and simplicity is one
On Tue, 2010-08-24 at 10:23 -0700, Adam Williamson wrote:
On Tue, 2010-08-24 at 12:14 -0500, Mike McGrath wrote:
The intent is not to do so in the final release, AIUI. We're only
keeping it around during pre-release, so that if we decide we need to
fall back to upstart for final
On Tue, Aug 24, 2010 at 10:29 PM, Matt McCutchen m...@mattmccutchen.net wrote:
On Tue, 2010-08-24 at 10:23 -0700, Adam Williamson wrote:
On Tue, 2010-08-24 at 12:14 -0500, Mike McGrath wrote:
The intent is not to do so in the final release, AIUI. We're only
keeping it around during
On Tue, Aug 24, 2010 at 09:54:17PM +0200, Kevin Kofler wrote:
This is something I have been complaining about for a long time, especially
since this now means the same update has different karma requirements on
different branches, making it a PITA to push it in sync. (This wasn't that
bad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/24/10 1:35 PM, Till Maas wrote:
IMHO it is more a PITA if I had to push all updates in sync. If you want
to push all updates in sync, you just have to wait till all updates
match their stable criteria. And if you do not want this, you can push
Lennart Poettering (mzerq...@0pointer.de) said:
- init shall support a mechanism to re-exec itself to not cause dirty
inodes on shutdown; initscripts will use this method on shutdown.
This is bad. While we support this just fine I think it is a really bad
idea to reexec init at
On Tue, Aug 24, 2010 at 10:05:57PM +0200, Lennart Poettering wrote:
From a practical point of view, I think what's actually important is:
-- if you're in single user mode → it says 'S'
It actually returns 1 in this case.
What do you mean by actually? If you try it, you will see that both
On Tue, 2010-08-24 at 22:32 +0200, drago01 wrote:
[...] In the event that F14 goes back
to upstart, the final release will use a configuration that may not have
received much testing. If we want to claim that it's safe to switch
back to upstart after beta, we need to be testing that
===
#fedora-meeting: FESCO (2010-08-24)
===
Meeting started by nirik at 19:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-08-24/fesco.2010-08-24-19.30.log.html
..
Meeting summary
On Tue, Aug 24, 2010 at 09:33:50PM +0200, Lennart Poettering wrote:
This, however, is just packaging guidelines. From readng the thread,
there are many things that I think people would like covered with
systemd before they would feel comfortable with it. So, I'm going to
attempt to
On Tue, 24.08.10 12:31, Matthew Miller (mat...@mattdm.org) wrote:
As I was thinking about Bug 626840, I noticed something. With the current
runlevel system, it's easy to know what your options are. The systemd FAQ
helpfully explains that systemctl isolate graphical.target is the
replacement,
On Tue, Aug 24, 2010 at 10:46:41PM +0200, Farkas Levente wrote:
for workstation most users already use ubuntu. why? because it's more
user friendly.
There is nothing wrong with using Ubuntu, if it servers their needs.
do you think workstation users will like this kind of changes?
If they
On Tue, 24 Aug 2010, Till Maas wrote:
On Tue, Aug 24, 2010 at 10:46:41PM +0200, Farkas Levente wrote:
for workstation most users already use ubuntu. why? because it's more
user friendly.
There is nothing wrong with using Ubuntu, if it servers their needs.
do you think workstation users
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=623627
--- Comment #7 from Fedora Update System upda...@fedoraproject.org 2010-08-24
17:11:30 EDT ---
mldonkey-3.0.3-1.fc13 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=616128
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=589261
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=616128
--- Comment #10 from Fedora Update System upda...@fedoraproject.org
2010-08-24 17:13:51 EDT ---
mldonkey-3.0.3-1.fc12 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=616128
--- Comment #9 from Fedora Update System upda...@fedoraproject.org 2010-08-24
17:11:26 EDT ---
mldonkey-3.0.3-1.fc13 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=589261
--- Comment #9 from Fedora Update System upda...@fedoraproject.org 2010-08-24
17:11:21 EDT ---
mldonkey-3.0.3-1.fc13 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=623627
--- Comment #8 from Fedora Update System upda...@fedoraproject.org 2010-08-24
17:13:55 EDT ---
mldonkey-3.0.3-1.fc12 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=623627
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=616128
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=589261
--- Comment #10 from Fedora Update System upda...@fedoraproject.org
2010-08-24 17:13:46 EDT ---
mldonkey-3.0.3-1.fc12 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=589261
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/24/10 1:46 PM, Matt McCutchen wrote:
On Tue, 2010-08-24 at 22:32 +0200, drago01 wrote:
[...] In the event that F14 goes back
to upstart, the final release will use a configuration that may not have
received much testing. If we want to claim
On Tue, Aug 24, 2010 at 01:15:54PM -0700, Jesse Keating wrote:
Because generally whats on the mainboard (or in the laptop) works. If
it didn't work, the first reaction isn't Oh I need to go buy a better
one it's why the heck can't linux work with this, is linux still a
piece of crap?.
On Tue, Aug 24, 2010 at 10:57:38PM +0200, Lennart Poettering wrote:
Actually it only shows you the active targets, those which a pending
job, and those which have failed before (i.e. the interesting
ones). If you pass --all it will show you inactive targets without
pending jobs which haven't
That would be all grand and spiffy if it were actually faster bootup.
Bootchart here reports that systemd is 8 seconds *SLOWER* than upstart. No
idea why, but systemd just hangs for 8 seconds doing nothing that I can
see. No logs anywhere that are meaningful. Default clean install from
Alpha
On Tue, 24.08.10 16:38, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
- init shall support a mechanism to re-exec itself to not cause dirty
inodes on shutdown; initscripts will use this method on shutdown.
This is bad. While we
On Tue, 24.08.10 16:54, Matthew Miller (mat...@mattdm.org) wrote:
While I think this is a good idea I am concernced a bit that this makes
me responsible for stuff I am not willing to take responsibility
of. i.e. if something from this list is broken, but it isn't systemd's
fault then this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/24/10 2:13 PM, Till Maas wrote:
On Tue, Aug 24, 2010 at 01:15:54PM -0700, Jesse Keating wrote:
Because generally whats on the mainboard (or in the laptop) works. If
it didn't work, the first reaction isn't Oh I need to go buy a better
one
On Tue, Aug 24, 2010 at 10:13:26PM +0200, Lennart Poettering wrote:
That said, on the VM I tried F14 upgrading straight from F12 all seem
fine so far, although the output of systemctl is something I still need
to get used to (I wonder what maintenance means referred to the
status of a
On Tue, Aug 24, 2010 at 11:52:45AM -0700, Adam Williamson wrote:
FWIW, I'm with Jon and Adam on this one. I just don't see how not having
an MTA by default is a win, except in disk space terms, and it takes up
a tiny amount of disk space (especially if we pick a lighter-weight one
than
On Tue, Aug 24, 2010 at 08:27:04PM +0100, Adam Huffman wrote:
Not really related to the original discussion, but perhaps firstboot
could be amended to add an alias when the first user is created such
that they receive root's mail?
At the point where you're writing more code to fix a problem
On Tue, 2010-08-24 at 22:41 +0100, Matthew Garrett wrote:
On Tue, Aug 24, 2010 at 11:52:45AM -0700, Adam Williamson wrote:
FWIW, I'm with Jon and Adam on this one. I just don't see how not having
an MTA by default is a win, except in disk space terms, and it takes up
a tiny amount of disk
Matthew Miller wrote:
The service command has a syntax like this:
service servicename action
where as systemctl has a syntax like this:
systemctl action servicename.service
This is inconvienient for the common case where more than one action is
performed in sequence on the same
On Tue, 24.08.10 17:13, Matthew Miller (mat...@mattdm.org) wrote:
On Tue, Aug 24, 2010 at 10:57:38PM +0200, Lennart Poettering wrote:
Actually it only shows you the active targets, those which a pending
job, and those which have failed before (i.e. the interesting
ones). If you pass
On Tue, Aug 24, 2010 at 05:43:49PM -0400, seth vidal wrote:
that seems like a bit of odd logic. The logs are emitted to syslog with
the same thought in mind - that someone will read them - but that is
also not necessarily true. But I would not want to see us discarding
syslog, either.
We
On Tue, 24.08.10 17:35, Matthew Miller (mat...@mattdm.org) wrote:
On Tue, Aug 24, 2010 at 10:13:26PM +0200, Lennart Poettering wrote:
That said, on the VM I tried F14 upgrading straight from F12 all seem
fine so far, although the output of systemctl is something I still need
to get
On Tue, Aug 24, 2010 at 11:32:32PM +0200, Lennart Poettering wrote:
This isn't personal. It's a list of requirements that indicate where we need
to be in order to ship systemd as the default in Fedora 14. It doesn't
matter whose fault it is -- if it doesn't work, we can't ship it
broken.
101 - 200 of 261 matches
Mail list logo
