On 08/26/2010 01:58 AM, Lennart Poettering wrote:
Heya!
We shifted a few files around and most likely your
/etc/systemd/system/default.target link will now point into the void, in
case anaconda wrote it. If that happens to you and you end up in a
rescue shell instead of a full system after
On Thu, 26.08.10 10:07, Vaclav Misek (mi...@tnet.cz) wrote:
Hello Lennart,
it should be
# ln -sf /lib/systemd/system/graphical.target
/etc/systemd/system/default.target
or
# ln -sf /lib/systemd/system/multi-user.target
/etc/systemd/system/default.target
isn't it? :-)
Yupp.
Till Maas, Wed, 25 Aug 2010 13:15:20 +0200:
Does it support setting ip rule commands if an interface is up?
http://projects.gnome.org/NetworkManager/developers/settings-
spec-08.html
I am not sure I know what you mean (I am not that great netadmin), but I
a lot things can be done with scripts
On Thu, 26 Aug 2010 01:58:41 +0200 Lennart Poettering wrote:
We shifted a few files around and most likely your
/etc/systemd/system/default.target link will now point into the void,
in case anaconda wrote it.
That's unfortunate, especially because people upgrading from Alpha will
hit this
On Thu, Aug 26, 2010 at 10:08:27AM +, Matej Cepl wrote:
Till Maas, Wed, 25 Aug 2010 13:15:20 +0200:
Does it support setting ip rule commands if an interface is up?
http://projects.gnome.org/NetworkManager/developers/settings-
spec-08.html
I am not sure I know what you mean (I am not
On Thu, 26 Aug 2010 12:32:21 +0200 Michal Schmidt wrote:
On Thu, 26 Aug 2010 01:58:41 +0200 Lennart Poettering wrote:
We shifted a few files around and most likely your
/etc/systemd/system/default.target link will now point into the
void, in case anaconda wrote it.
That's unfortunate,
Matthew Miller, Tue, 24 Aug 2010 10:09:52 -0400:
On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote:
Why are you complaining? If your package needs an MTA - put in a
Requires!
If we follow the general state of things: if a package might need
something, toss it in as a
Matthew Garrett, Tue, 24 Aug 2010 15:43:36 +0100:
If the question is How do I ensure that important
system messages get delivered to someone who can do something about them
in a timely manner, a local MTA isn't a great answer.
It would be if (rather obvious)
On Wed, Aug 25, 2010 at 08:41:45PM -0500, Mike McGrath wrote:
On Tue, 24 Aug 2010, Jeff Spaleta wrote:
On Tue, Aug 24, 2010 at 2:06 PM, Paul W. Frields sticks...@gmail.com
wrote:
I don't think anyone can generalize that the usage of Fedora is
declining. What we can prove, and
Compose started at Thu Aug 26 08:15:27 UTC 2010
Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64
On Wed, 2010-08-25 at 09:49 +0200, Kevin Kofler wrote:
Matt McCutchen wrote:
I think that's precisely the concern. In the event that F14 goes back
to upstart, the final release will use a configuration that may not have
received much testing.
Don't Do That Then. :-) It's just another
On 08/26/2010 12:05 PM, Paul W. Frields wrote:
FYI, Fedora 14 Alpha testers:
Please read the following, since this update issue will hit you after
you install Fedora 14 Alpha and then update.
We probably need to spread this news out wider and add to the Common
F14 bugs page
And emphasise
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm orphaning the SLIM display manager because:
- - Upstream is (mostly) dead¹;
- - I find this software to be broken beyond relief;
- - Up until 1.3.2 I had to maintain a huge stack of more than ten
patches;
- - I'm not using it anymore;
On Thu, 2010-08-26 at 01:58 +0200, Lennart Poettering wrote:
Heya!
We shifted a few files around and most likely your
/etc/systemd/system/default.target link will now point into the void, in
case anaconda wrote it. If that happens to you and you end up in a
rescue shell instead of a full
On Thu, 2010-08-26 at 06:30 +0200, Kevin Kofler wrote:
Mahmoud Abdul Jawad wrote:
3. keep a history of the notifications
4. max. number of notifications at the time
5. click able notifications
6. stackable notifications
I think that, at least on KDE, you really want to leave that stuff
On 08/26/2010 07:10 AM, Garrett Holmstrom wrote:
Why are bluecurve-gdm-theme and fedoraflyinghigh-gdm-theme still in the
distribution? The other gdm theme packages were deprecated after F12
(!?!), and I was under the impression that none of them work with
new-style gdm at all.
file it at
On Thu, Aug 26, 2010 at 02:21:31PM +0200, Lorenzo Villani wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm orphaning the SLIM display manager because:
- - Upstream is (mostly) dead¹;
- - I find this software to be broken beyond relief;
- - Up until 1.3.2 I had to maintain a huge
Hi Release Engineering team
F14 collection packages should be built with latest translation by
today, 26-Aug. Could you please kindly compose the image with those
latest packages for software translation review?
Translators are scheduled to have review and correct software
translation in
On Wed, Aug 25, 2010 at 10:13:05PM -0400, Daniel J Walsh wrote:
Hmm, why is libcgroup pulled in by policycoreutils? What's the
rationale?
It is used for confining sandboxes.
Having now looked at both projects, it appears to me that they are in
conflict. They could be made to work side by
On Thu, Aug 26, 2010 at 01:58:41AM +0200, Lennart Poettering wrote:
Sorry for breaking this (again), but with this in place things should be
at the appropriate places now for F14.
What about for Rawhide, where I'm testing all of this? It looks like the
update was just built on F14.
Thanks!
--
It seems upstream released a new version one months ago.
See
http://developer.berlios.de/project/showfiles.php?group_id=2663
Chen Lei
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Aug 26, 2010 at 10:19:21PM +0800, Chen Lei wrote:
It seems upstream released a new version one months ago.
See
http://developer.berlios.de/project/showfiles.php?group_id=2663
It's already in Fedora (F12+, testing).
Chen Lei
--
devel mailing list
Andrey Ivanov wrote:
2010/8/25 Rich Megginson rmegg...@redhat.com
mailto:rmegg...@redhat.com
Andrey Ivanov wrote:
2010/8/25 Rich Megginson rmegg...@redhat.com
mailto:rmegg...@redhat.com mailto:rmegg...@redhat.com
mailto:rmegg...@redhat.com
I've have several review requests that have been sitting around for a while
now. Many of them are new dependencies for existing packages in
fedora, anyone want to swap?
EmfEngine(new dep for qtiplot 0.9.8.1):
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=618480
libqmf (dep for
I've just updated perl-MooseX-SemiAffordanceAccessor from 0.05 to 0.08
which brings a license change from GPL+ or Artistic (aka same as
Perl) to Artistic 2.0.
--
Iain.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-08-26 at 01:43 +0530, Rahul Sundaram wrote:
On 08/26/2010 01:22 AM, Adam Jackson wrote:
I don't have time for it, and I think it's fundamentally misguided. If
someone else feels like owning it, go wild.
This will probably also require access to the upstream repo, so, do
On 08/26/2010 07:39 AM, Martin Sourada wrote:
sarcasm modeIt's nice that I cannot boot, but it's even nicer that I
cannot get to that point since I cannot shutdown either.../sarcasm
mode
So, I've updated to v8 (and of course forget to create that above
mentioned symlink) and logged off and
perl-Pugs-Compiler-Rule has broken dependencies in the F-14 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as
Matthew Miller (mat...@mattdm.org) said:
On Thu, Aug 26, 2010 at 01:58:41AM +0200, Lennart Poettering wrote:
Sorry for breaking this (again), but with this in place things should be
at the appropriate places now for F14.
What about for Rawhide, where I'm testing all of this? It looks like
commit 4209272d9d7e76b0c38cb51a25f374a3b7bd4cd1
Author: Iain Arnell iarn...@gmail.com
Date: Thu Aug 26 18:00:34 2010 +0200
updating to latest GA CPAN version (0.16)
- update by Fedora::App::MaintainerTools 0.006
- new license Artistic 2.0
- altered br on
I've also updated perl-File-ChangeNotify from 0.13 to 0.16 which has
the same license change from GPL+ or Artistic to Artistic 2.0.
--
Iain.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: EPEL branch request for perl-Test-Without-Module
https://bugzilla.redhat.com/show_bug.cgi?id=627670
Summary: EPEL branch request for perl-Test-Without-Module
On Thu, Aug 26, 2010 at 09:59:59AM -0400, Matthew Miller wrote:
Dan, *could* systemd as it stands provide what you need for sandboxes?
Having looked a bit more at libcgroup, let me put this question in an
entirely different way, because I understand better what's going on. So:
Dan, do you use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 09:59 AM, Matthew Miller wrote:
On Wed, Aug 25, 2010 at 10:13:05PM -0400, Daniel J Walsh wrote:
Hmm, why is libcgroup pulled in by policycoreutils? What's the
rationale?
It is used for confining sandboxes.
Having now looked at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 12:18 PM, Matthew Miller wrote:
On Thu, Aug 26, 2010 at 09:59:59AM -0400, Matthew Miller wrote:
Dan, *could* systemd as it stands provide what you need for sandboxes?
Having looked a bit more at libcgroup, let me put this question
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/26/2010 03:29 PM, Petr Sabata wrote:
Looks like something I've been looking for ;)
Taken. (F14 rawhide)
I can release ownership on F-12 and F-13 too, if you want.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment:
On Thu, Aug 26, 2010 at 01:04:33PM -0400, Daniel J Walsh wrote:
I don't know. My goal with sandbox was to allow users to startup
sandboxes in such a way that they could be still killed.
Is there a way in cgroups to say
dwalsh gets 80% CPU
Then allow dwalsh to specify sandboxes can only
On Thu, Aug 26, 2010 at 11:37:52AM -0400, Bill Nottingham wrote:
What about for Rawhide, where I'm testing all of this? It looks like the
update was just built on F14.
rawhide's currently inheriting systemd from F-14; it will get the new
version when it gets to the stable tree.
Really? I
Paul W. Frields wrote:
My hunch is that a couple thousand a week are probably due to cable
modems or laptops moving to addresses we simply haven't seen before.
That's about how many new IPs appear for Fedora 7 or Rawhide each
week. But there's just no way to tell cause other than hunches.
Matthew Miller (mat...@mattdm.org) said:
What about for Rawhide, where I'm testing all of this? It looks like the
update was just built on F14.
rawhide's currently inheriting systemd from F-14; it will get the new
version when it gets to the stable tree.
Really? I haven't been paying
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration tool. gnome-display-properties should have a set as
default button.
Uh…
1. Not everyone uses GNOME.
2. What about systemwide settings? (system-config-display did those.)
3. What if you can't
On Thu, 2010-08-26 at 19:51 +0200, Kevin Kofler wrote:
We probably need to attack this trend more aggressively, like putting
expiration dates into the installer after which it'll just refuse to
install
Honestly, that's just a great way to turn more people off.
There are plenty of valid
On Thu, Aug 26, 2010 at 01:56:03PM -0400, Bill Nottingham wrote:
Really? I haven't been paying enough attention, I guess. Why don't
inherited packages hit rawhide when they get to the testing tree? Seems
like that'd help a lot with the testing!
There's the chance that things could go into
On Thu, Aug 26, 2010 at 5:07 PM, Matthias Clasen mcla...@redhat.com wrote:
On Thu, 2010-08-26 at 06:30 +0200, Kevin Kofler wrote:
I have to agree with Kevin here (!). Employing a notification system in
parallel to the ones already provides by the desktop environment is a
total nonstarter.
Branched Report wrote:
poppler-0.14.2-1.fc14
-
* Thu Aug 19 2010 Marek Kasik mka...@redhat.com - 0.14.2-1
- Update to 0.14.2
- Remove poppler-0.12.1-objstream.patch
[snip]
texlive-2007-56.fc14
* Fri Aug 20 2010 Jindrich Novy jn...@redhat.com 2007-56
On Thu, 26 Aug 2010 19:59 +0200
Kevin Kofler kevin.kof...@chello.at wrote:
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration tool. gnome-display-properties should have a set as
default button.
Uh…
1. Not everyone uses GNOME.
Very
Kevin Fenzi wrote:
2. What about systemwide settings? (system-config-display did those.)
What system wide settings?
The settings in xorg.conf which apply to all users. Presumably, a make
default button would be per user. Or would it be for the systemwide
xorg.conf? Personally, I'd find that
On Thu, 2010-08-26 at 10:59 -0400, Adam Jackson wrote:
On Thu, 2010-08-26 at 01:43 +0530, Rahul Sundaram wrote:
On 08/26/2010 01:22 AM, Adam Jackson wrote:
I don't have time for it, and I think it's fundamentally misguided. If
someone else feels like owning it, go wild.
This will
On Thu, 2010-08-26 at 10:08 +, Matej Cepl wrote:
With the old network service it was still possible to manually use
iwconfig and wpa-supplicant and therefore WPA. Or to create a OpenVPN
tunnel, which I would prefer more than using WPA in terms of security.
But with NetworkManager
Jon Masters jonat...@jonmasters.org writes:
What's the benefit of having no default MTA at all? Is it that Desktop
users don't care about MTAs being installed? what about those of us who
care more about server installations than Desktop?
I have desktops with no MTA. I can read mail on them
Kevin Kofler wrote:
3. What if you can't bring up X in the first place? (You can't run gnome-
display-properties if you can't get into X. system-config-display --reconfig
was a way to fix such problems.)
That's an X bug. File a bug.
Also, an RFE: X should back out and use VESA if the
On Thu, Aug 26, 2010 at 2:20 PM, Kevin Fenzi wrote:
On Thu, 26 Aug 2010 19:59 +0200
Kevin Kofler wrote:
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration tool. gnome-display-properties should have a set as
default button.
Uh…
1.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 01:18 PM, Daniel P. Berrange wrote:
On Thu, Aug 26, 2010 at 01:04:33PM -0400, Daniel J Walsh wrote:
I don't know. My goal with sandbox was to allow users to startup
sandboxes in such a way that they could be still killed.
Is there
On Thu, 2010-08-26 at 13:32 -0500, Michael Cronenworth wrote:
Kevin Kofler wrote:
3. What if you can't bring up X in the first place? (You can't run gnome-
display-properties if you can't get into X. system-config-display --reconfig
was a way to fix such problems.)
That's an X bug. File
On Thu, 2010-08-26 at 20:27 +0200, Kevin Kofler wrote:
Kevin Fenzi wrote:
2. What about systemwide settings? (system-config-display did those.)
What system wide settings?
The settings in xorg.conf which apply to all users. Presumably, a make
default button would be per user. Or would
On Thu, Aug 26, 2010 at 8:44 PM, Daniel J Walsh dwa...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 01:18 PM, Daniel P. Berrange wrote:
On Thu, Aug 26, 2010 at 01:04:33PM -0400, Daniel J Walsh wrote:
I don't know. My goal with sandbox was to allow users to
On Thu, 2010-08-26 at 20:30 +0200, Krzysztof Halasa wrote:
Jon Masters jonat...@jonmasters.org writes:
What's the benefit of having no default MTA at all? Is it that Desktop
users don't care about MTAs being installed? what about those of us who
care more about server installations than
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 02:49 PM, Dhaval Giani wrote:
On Thu, Aug 26, 2010 at 8:44 PM, Daniel J Walsh dwa...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2010 01:18 PM, Daniel P. Berrange wrote:
On Thu, Aug 26, 2010 at
Updating mercurial (stop laughing) to 1.6.3. I updated master, f14, f13.
Made some mistake on f12. Now:
git status
# On branch f12
# Your branch is ahead of 'origin/f12/master' by 1 commit.
#
nothing to commit (working directory clean)
git merge master
Already up-to-date.
fedpkg build
Could
Am 26.08.10 20:58, schrieb Neal Becker:
Updating mercurial (stop laughing) to 1.6.3. I updated master, f14, f13.
Made some mistake on f12. Now:
git status
# On branch f12
# Your branch is ahead of 'origin/f12/master' by 1 commit.
#
nothing to commit (working directory clean)
git
On Thu, Aug 26, 2010 at 02:58:40PM -0400, Neal Becker wrote:
Updating mercurial (stop laughing) to 1.6.3. I updated master, f14, f13.
Made some mistake on f12. Now:
git status
# On branch f12
# Your branch is ahead of 'origin/f12/master' by 1 commit.
fedpkg build
Could not initiate
Jochen Schmitt wrote:
Am 26.08.10 20:58, schrieb Neal Becker:
Updating mercurial (stop laughing) to 1.6.3. I updated master, f14, f13.
Made some mistake on f12. Now:
git status
# On branch f12
# Your branch is ahead of 'origin/f12/master' by 1 commit.
#
nothing to commit (working
On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters jonat...@jonmasters.org wrote:
Great. It works fine on a laptop, in general. But on a
desktop/server/workstation that is connected for weeks at a time (like
mine), I don't want to have to do clicky buttony stuff just to make my
network work.
Michael Cronenworth wrote:
Also, an RFE: X should back out and use VESA if the auto-detected, or
configured, driver fails after 3 attempts instead of attempting to start
30 times and failing 30 times. A desktop notification should be
triggered that says Hey! X failed and you're using a basic
Michael Cronenworth wrote:
Kevin Kofler wrote:
3. What if you can't bring up X in the first place?
That's an X bug. File a bug.
I wonder how usable Bugzilla is in Lynx with 80×25 characters.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
devel
Kevin Kofler wrote:
We probably need to attack this trend more aggressively, like putting
expiration dates into the installer after which it'll just refuse to
install, stuffing fedora-release-n+1 into the Fedora n updates repository at
Fedora n's EOL date etc.
Not only is this
On Thursday, August 26, 2010, 3:17:52 PM, Jeff wrote:
On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters jonat...@jonmasters.org wrote:
Great. It works fine on a laptop, in general. But on a
desktop/server/workstation that is connected for weeks at a time (like
mine), I don't want to have to do
On Thu, Aug 26, 2010 at 09:20:23PM +0200, Björn Persson wrote:
Michael Cronenworth wrote:
Kevin Kofler wrote:
3. What if you can't bring up X in the first place?
That's an X bug. File a bug.
I wonder how usable Bugzilla is in Lynx with 80×25 characters.
Works absolutely fine with
On 08/27/2010 12:20 AM, Adam Williamson wrote:
That wasn't the question. The question was what is the benefit of not
having one. Is it simply that it saves 1.6MB of disk space? If so, uh,
woop?
I think, that reverses the responsibility. If anything is installed by
default, *that* needs a
On Thu, 26.08.10 12:32, Michal Schmidt (mschm...@redhat.com) wrote:
On Thu, 26 Aug 2010 01:58:41 +0200 Lennart Poettering wrote:
We shifted a few files around and most likely your
/etc/systemd/system/default.target link will now point into the void,
in case anaconda wrote it.
That's
On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration tool. gnome-display-properties should have a set as
default button.
Uh…
1. Not everyone uses GNOME.
Demonstrably true, but I
On Thu, 2010-08-26 at 15:16 -0400, Neal Becker wrote:
But, I hope this doesn't mean f12 is out of sync with f13, f14, master.
They should all be identical.
It looks like f12, f14, and rawhide are all the same, and f13 has one
extra commit:
$ git show-branch
On Thu, 2010-08-26 at 11:17 -0800, Jeff Spaleta wrote:
On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters jonat...@jonmasters.org wrote:
Great. It works fine on a laptop, in general. But on a
desktop/server/workstation that is connected for weeks at a time (like
mine), I don't want to have to do
On Fri, 2010-08-27 at 01:14 +0530, Rahul Sundaram wrote:
On 08/27/2010 12:20 AM, Adam Williamson wrote:
That wasn't the question. The question was what is the benefit of not
having one. Is it simply that it saves 1.6MB of disk space? If so, uh,
woop?
I think, that reverses the
On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson a...@redhat.com wrote:
On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration tool. gnome-display-properties should have a set as
default
On Thu, Aug 26, 2010 at 3:58 PM, Adam Williamson awill...@redhat.com wrote:
On Fri, 2010-08-27 at 01:14 +0530, Rahul Sundaram wrote:
On 08/27/2010 12:20 AM, Adam Williamson wrote:
That wasn't the question. The question was what is the benefit of not
having one. Is it simply that it saves
On Thu, 26 Aug 2010 19:51:09 +0200
Kevin Kofler kevin.kof...@chello.at wrote:
It is completely unresponsible to install obsolete releases which
don't get security updates anymore, and some people just won't listen.
Some people also have no choice due to hardware requirements and have
On Thu, Aug 26, 2010 at 8:58 PM, Adam Williamson awill...@redhat.com wrote:
On Fri, 2010-08-27 at 01:14 +0530, Rahul Sundaram wrote:
On 08/27/2010 12:20 AM, Adam Williamson wrote:
That wasn't the question. The question was what is the benefit of not
having one. Is it simply that it saves
On Thu, Aug 26, 2010 at 03:59:06PM -0400, Arthur Pemberton wrote:
On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson a...@redhat.com wrote:
On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote:
1. Not everyone uses GNOME.
Demonstrably true, but I don't see how it's relevant.
You suggested
On 26/08/2010, Jeff Spaleta jspal...@gmail.com wrote:
Just to be clear.. its the clickity nature of the initial system wide
configuration that is the barrier for you? if you had a reasonable
non-clickity way to add a system wide on-boot activated network
controlled networkmanager via cli would
On Thu, 2010-08-26 at 15:56 -0400, Matt McCutchen wrote:
$ git show-branch remotes/origin/{f12/,f13/,f14/,}master
$ git diff refs/remotes/origin/{f12,f13}/master
To avoid any possible confusion: the inconsistency in the arguments I
used was just sloppy, it doesn't have a special meaning. git
On 26/08/10 21:10, mike cloaked wrote:
snip
Or put another way I
wonder what fraction of users would include yum install sendmail (or
equivalent) as one of the first actions after an install?
As an ordinary? user, it's yum install exim,
as I dont know of another method as of yet,
to get
On Thu, 26.08.10 09:59, Matthew Miller (mat...@mattdm.org) wrote:
On Wed, Aug 25, 2010 at 10:13:05PM -0400, Daniel J Walsh wrote:
Hmm, why is libcgroup pulled in by policycoreutils? What's the
rationale?
It is used for confining sandboxes.
Having now looked at both projects, it
On Thu, 2010-08-26 at 16:00 -0400, Arthur Pemberton wrote:
I think that makes sense if we're talking about adding a default, but
taking one out - especially something that's been default in all Unix-y
OSes for ever - is a different case.
sendmail currently serves little to no use on a
On Thu, 26.08.10 13:04, Daniel J Walsh (dwa...@redhat.com) wrote:
Dan, *could* systemd as it stands provide what you need for sandboxes?
I don't know. My goal with sandbox was to allow users to startup
sandboxes in such a way that they could be still killed.
Is there a way in
On Thu, 26 Aug 2010, Lennart Poettering wrote:
How about making the postinstall script in systemd-units detect this
condition (default.target pointing to a nonexistent file) and fix it up
automatically?
Note that version 8-2 waiting in bodhi should now handle upgrades from
the alpha without
Matej Cepl mc...@redhat.com wrote:
Jesse Keating, Mon, 23 Aug 2010 23:44:34 -0700:
I just submitted updates for el5 and f1{2,3,4} as well as a build for
rawhide (f15) of a new fedpkg build. Here is a summary from the rpm:
EL6?
--
A build, and a later build, was done for el6.
--
Sent
On Thu, 2010-08-26 at 15:59 -0400, Arthur Pemberton wrote:
On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson a...@redhat.com wrote:
On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Static configuration should be something you can do from the dynamic
configuration
M A Young (m.a.yo...@durham.ac.uk) said:
Note that version 8-2 waiting in bodhi should now handle upgrades from
the alpha without problems.
Does it cope with the shutdown problem? After I updated systemd to 8 I
couldn't shut the computer down, because (if I am remembering
correctly) it
On Thu, Aug 26, 2010 at 03:16:14PM -0400, Neal Becker wrote:
But, I hope this doesn't mean f12 is out of sync with f13, f14, master.
They should all be identical.
I usually gitk --all to check this. The green labels need all to
point to the same commit for all to be equal.
Btw. there are
On Thu, Aug 26, 2010 at 10:19:44PM +0200, Lennart Poettering wrote:
2) systemd mounts all hierarchies exposed by the kernel by default. The
scheme how it does that follows the default configuration libcgroup
installs (modulo the recent /sys/fs/cgroup root dir change). We mount
Would it
2010/8/26 Till Maas opensou...@till.name:
On Thu, Aug 26, 2010 at 03:16:14PM -0400, Neal Becker wrote:
But, I hope this doesn't mean f12 is out of sync with f13, f14, master.
They should all be identical.
I usually gitk --all to check this. The green labels need all to
point to the same
On Thu, Aug 26, 2010 at 4:22 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2010-08-26 at 16:00 -0400, Arthur Pemberton wrote:
I think that makes sense if we're talking about adding a default, but
taking one out - especially something that's been default in all Unix-y
OSes for ever
On Thu, Aug 26, 2010 at 05:25:18PM -0400, Arthur Pemberton wrote:
We're going in circles. I already said that I think the best fix for
this is to replace sendmail with an MTA which works 'out of the box'.
For what purpose? It has never worked in all of Fedora's existence --
no one expects it
On Thu, Aug 26, 2010 at 4:11 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Aug 26, 2010 at 03:59:06PM -0400, Arthur Pemberton wrote:
On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson a...@redhat.com wrote:
On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote:
1. Not everyone uses
On Thu, 26.08.10 17:03, Matthew Miller (mat...@mattdm.org) wrote:
On Thu, Aug 26, 2010 at 10:19:44PM +0200, Lennart Poettering wrote:
2) systemd mounts all hierarchies exposed by the kernel by default. The
scheme how it does that follows the default configuration libcgroup
installs
On Thu, Aug 26, 2010 at 05:28:31PM -0400, Arthur Pemberton wrote:
On Thu, Aug 26, 2010 at 4:11 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
system-config-display depends on gtk, so it's all a matter of degree.
No, I would never mention Gtk as a dep.
So, like I said, it's a matter of
On Thu, Aug 26, 2010 at 5:26 PM, Matthew Miller mat...@mattdm.org wrote:
On Thu, Aug 26, 2010 at 05:25:18PM -0400, Arthur Pemberton wrote:
We're going in circles. I already said that I think the best fix for
this is to replace sendmail with an MTA which works 'out of the box'.
For what
On Thu, 26.08.10 23:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
On Thu, 26.08.10 17:03, Matthew Miller (mat...@mattdm.org) wrote:
On Thu, Aug 26, 2010 at 10:19:44PM +0200, Lennart Poettering wrote:
2) systemd mounts all hierarchies exposed by the kernel by default. The
2010/8/26 Mahmoud Abdul Jawad abduljawad.mahm...@gmail.com
On Thu, Aug 26, 2010 at 5:07 PM, Matthias Clasen mcla...@redhat.com
wrote:
On Thu, 2010-08-26 at 06:30 +0200, Kevin Kofler wrote:
I have to agree with Kevin here (!). Employing a notification system in
parallel to the ones
1 - 100 of 134 matches
Mail list logo