Re: fedora mission (was Re: systemd and changes)

On Friday 27 of August 2010 07:03:06 Garrett Holmstrom wrote: > On 8/26/2010 11:53 PM, Michal Hlavinka wrote: > > On Thursday 26 of August 2010 21:21:53 Garrett Holmstrom wrote: > >> Kevin Kofler wrote: > >>> We probably need to attack this trend more aggressively, like putting > >>> expiration dat

applied, non-theoretical use of systemd

1. I noticed that one can no longer (with v8-2) turn off the computer by clicking the 'turn off computer' button in KDE. I figured out, with help of recent threads, that one has to run: systemctl isolate poweroff.target. It worked. Is this the correct way? 2. I use privoxy as a proxy and dnsm

Re: fedora mission (was Re: systemd and changes)

On 8/26/2010 11:53 PM, Michal Hlavinka wrote: > On Thursday 26 of August 2010 21:21:53 Garrett Holmstrom wrote: >> 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, stuf

Re: fedora mission (was Re: systemd and changes)

On Thursday 26 of August 2010 21:21:53 Garrett Holmstrom wrote: > 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

Re: drop default MTA for Fedora 15

Once upon a time, Jesse Keating said: > >Why is sendmail also in @Base > > You can opt out of base but not core. If any changes are made it should be so > that one can install just core and not get an mta. Yes, I know that. I was wondering how it ended up in both (if there's a reason and it i

Re: drop default MTA for Fedora 15

"Chris Adams" wrote: >Once upon a time, Garrett Holmstrom said: >> While it may be debatable what benefit one might get from removing it >> from the default install, can we at least remove MTAs from @core to help >> make things easier for appliance folks? One can still go in @base, >> whic

Re: drop default MTA for Fedora 15

Once upon a time, Garrett Holmstrom said: > While it may be debatable what benefit one might get from removing it > from the default install, can we at least remove MTAs from @core to help > make things easier for appliance folks? One can still go in @base, > which would make it continue to ap

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 7:40 PM, Matthew Miller wrote: > On Thu, Aug 26, 2010 at 05:31:58PM -0400, Arthur Pemberton wrote: >> > Useful information is being generated and then lost. That shouldn't happen. >> This is not a sudden realization, there are bugs open about this for >> multiple releases.

Re: drop default MTA for Fedora 15

On Aug 26, 2010, at 13:50, Adam Williamson wrote: > On Thu, 2010-08-26 at 20:30 +0200, Krzysztof Halasa wrote: >> Jon Masters 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

Search Engine Proposal

Hi! I've been working in a project called "Hermes" (For more information refer to: https://fedoraproject.org/wiki/Hermes) The idea is to build a Feed Parser customizable by the user that notifies when there are important news... As an additional feature I wanted to integrate a FEDORA SEARCH BOX, so

Re: systemd and changes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/26/10 12:29 PM, Al Dunsmuir wrote: > On Thursday, August 26, 2010, 3:17:52 PM, Jeff wrote: > >> On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters >> wrote: >>> Great. It works fine on a laptop, in general. But on a >>> desktop/server/workstation th

Re: systemd v8 for rawhide?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/26/10 10:33 AM, Matthew Miller wrote: > 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 inheriti

Re: fedora mission (was Re: systemd and changes)

On 26/08/10 12:03 PM, Alex Hudson wrote: > 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 > > Putting up a message saying "this is n

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 05:31:58PM -0400, Arthur Pemberton wrote: > > Useful information is being generated and then lost. That shouldn't happen. > This is not a sudden realization, there are bugs open about this for > multiple releases. Why wait till there is even less need for it to > want to fix

Re: systemd and cgroups: heads up

On Thu, Aug 26, 2010 at 11:30:59PM +0200, Lennart Poettering wrote: > > Would it be possible to have systemd either use libcgroup to mount these > > directories, or to parse the libcgroup config file to determine where to put > > the mounts? > libcgroup doesn't really have an API for mounting thing

Re: drop default MTA for Fedora 15

Once upon a time, Adam Williamson said: > 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'. You need to define "works". sendmail has always worked out of the box for some things, including sending mail fro

Re: Fedora Notifications System.

In gmane.linux.redhat.fedora.devel Mahmoud Abdul Jawad wrote: > in fact, your point means there will be two versions, KDE version & > other desktops version, Don't they share a D-Bus API these days? --Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mail

Re: Fedora Notifications System.

2010/8/26 Mahmoud Abdul Jawad > On Thu, Aug 26, 2010 at 5:07 PM, Matthias Clasen > 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 environmen

Re: systemd and cgroups: heads up

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 >

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 5:26 PM, Matthew Miller 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 purpose? It ha

Re: Orphaned package: system-config-display

On Thu, Aug 26, 2010 at 05:28:31PM -0400, Arthur Pemberton wrote: > On Thu, Aug 26, 2010 at 4:11 PM, Matthew Garrett 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 degree. This is all

Re: systemd and cgroups: heads up

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 > >inst

Re: Orphaned package: system-config-display

On Thu, Aug 26, 2010 at 4:11 PM, Matthew Garrett 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 wrote: >> > On Thu, 2010-08-26 at 19:59 +0200, Kevin Kofler wrote: >> >> 1. Not everyone uses GNOME. >> > >> > Demonstrably

Re: drop default MTA for Fedora 15

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 expec

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 4:22 PM, Adam Williamson 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 - is a d

Re: 1 more git problem

2010/8/26 Till Maas : > 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 a

Re: systemd and cgroups: heads up

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

Re: 1 more git problem

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 a

Re: If you cannot boot after installing systemd v8...

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 > correc

Re: Orphaned package: system-config-display

On Thu, 2010-08-26 at 15:59 -0400, Arthur Pemberton wrote: > On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson 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 too

Re: New fedpkg build coming to an update repo near you!

"Matej Cepl" 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 from my

Re: If you cannot boot after installing systemd v8...

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

Re: systemd and cgroups: heads up

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

Re: drop default MTA for Fedora 15

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

Re: systemd and cgroups: heads up

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 projec

Re: drop default MTA for Fedora 15

On 26/08/10 21:10, mike cloaked wrote: 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

Re: 1 more git problem

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

Re: systemd and changes

On 26/08/2010, Jeff Spaleta 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 that suffice?

Re: Orphaned package: system-config-display

On Thu, Aug 26, 2010 at 03:59:06PM -0400, Arthur Pemberton wrote: > On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson 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 `gno

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 8:58 PM, Adam Williamson 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 1.6MB of disk

Re: fedora mission (was Re: systemd and changes)

On Thu, 26 Aug 2010 19:51:09 +0200 Kevin Kofler 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 non-networked uses that makes

Re: drop default MTA for Fedora 15

On Thu, Aug 26, 2010 at 3:58 PM, Adam Williamson 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 1.6MB of disk

Re: Orphaned package: system-config-display

On Thu, Aug 26, 2010 at 3:49 PM, Adam Jackson 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" butt

Re: drop default MTA for Fedora 15

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 re

Re: systemd and changes

On Thu, 2010-08-26 at 11:17 -0800, Jeff Spaleta wrote: > On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters 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 s

Re: 1 more git problem

On Thu, 2010-08-26 at 15:16 -0400, Neal Becker wrote: > 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 b

Re: 1 more git problem

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 remotes/origin/{f12/,f13/,f14/,}m

Re: Orphaned package: system-config-display

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 tru

Re: If you cannot boot after installing systemd v8...

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. > >

Re: drop default MTA for Fedora 15

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

Re: Orphaned package: system-config-display

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 f

Re: systemd and changes

On Thursday, August 26, 2010, 3:17:52 PM, Jeff wrote: > On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters 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 stuf

Re: fedora mission (was Re: systemd and changes)

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 disingenu

Re: Orphaned package: system-config-display

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 m

Re: Orphaned package: system-config-display

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 bas

Re: systemd and changes

On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters 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. Nothing has yet proved as

Re: 1 more git problem

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 com

Re: 1 more git problem

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 ini

Re: 1 more git problem

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) > >

1 more git problem

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

Re: systemd and cgroups: heads up

-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 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 -04

Re: drop default MTA for Fedora 15

On Thu, 2010-08-26 at 20:30 +0200, Krzysztof Halasa wrote: > Jon Masters 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 h

Re: systemd and cgroups: heads up

On Thu, Aug 26, 2010 at 8:44 PM, Daniel J Walsh 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 startu

Re: Orphaned package: system-config-display

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 use

Re: Orphaned package: system-config-display

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 bu

Re: systemd and cgroups: heads up

-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. >> >

Re: Orphaned package: system-config-display

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" butto

Re: Orphaned package: system-config-display

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 auto-d

Re: drop default MTA for Fedora 15

Jon Masters 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 using remote pop3/imap

Re: systemd and changes

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 NetworkManag

Re: Orphaned package: system-config-display

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. > > > > >

Re: Orphaned package: system-config-display

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

Re: Orphaned package: system-config-display

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. Not everyone uses GNOME. Very true. I woul

Re: F-14 Branched report: 20100826 changes

Branched Report wrote: > poppler-0.14.2-1.fc14 > - > * Thu Aug 19 2010 Marek Kasik - 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 2007-56 > - fix pdftosrc so that

Re: Fedora Notifications System.

On Thu, Aug 26, 2010 at 5:07 PM, Matthias Clasen 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. > in fact, your

Re: systemd v8 for rawhide?

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

Re: fedora mission (was Re: systemd and changes)

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 re

Re: Orphaned package: system-config-display

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 c

Re: systemd v8 for rawhide?

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

Re: fedora mission (was Re: systemd and changes)

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.

Re: systemd v8 for rawhide?

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?

Re: systemd and cgroups: heads up

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 c

Re: Orphaning slim

-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) Com

Re: systemd and cgroups: heads up

-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 questi

Re: systemd and cgroups: heads up

-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 loo

Re: systemd and cgroups: heads up

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 t

[Bug 627670] New: EPEL branch request for perl-Test-Without-Module

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

perl-File-ChangeNotify license change

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

[perl-File-ChangeNotify] updating to latest GA CPAN version (0.16)

commit 4209272d9d7e76b0c38cb51a25f374a3b7bd4cd1 Author: Iain Arnell 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 perl(ExtUtils::MakeMaker) (0 => 6.31)

Re: systemd v8 for rawhide?

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 look

F-14 Branched report: 20100826 changes

Compose started at Thu Aug 26 13:15:26 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 req

Broken dependencies: perl-Pugs-Compiler-Rule

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 po

Re: If you cannot boot after installing systemd v8...

On 08/26/2010 07:39 AM, Martin Sourada wrote: > It's nice that I cannot boot, but it's even nicer that I > cannot get to that point since I cannot shutdown either... mode> > > So, I've updated to v8 (and of course forget to create that above > mentioned symlink) and logged off and tried reboot. To

Re: Orphaned package: system-config-display

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,

Re: Review swaps

On Thu, Aug 26, 2010 at 10:34:14PM +0800, Chen Lei wrote: > 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? > libqmf (dep for qt-mobility): > https://bugzilla.redhat.com/bu

perl-MooseX-SemiAffordanceAccessor license change

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

Review swaps

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 qt-mobility

Re: [389-devel] [389-users] Incremental Replication over SSL ( and startTLS) with simple bind crashes the latest version

Andrey Ivanov wrote: > > > 2010/8/25 Rich Megginson > > > Andrey Ivanov wrote: > > > > 2010/8/25 Rich Megginson >> > > >Andrey Ivanov wrote: >

Re: Orphaning slim

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 > devel@lists.fedorap

Re: Orphaning slim

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

  1   2   >