Re: NVR email I just sent

On Wed, May 19, 2010 at 7:01 PM, Mike McGrath wrote: > greater for f12: drpython (orphan) >  f12 = 1:drpython-3.11.1-2.fc12.src >  f13 = drpython-3.11.1-1.fc13.src Euh, epochs added, and epochs dropped :(. I checked the drpython packaging, and it looks like 1:drpython-3.11.1-2.fc13 is actually t

Re: bugzilla.redhat.com not loading in Epiphany

On Thu, 2010-05-27 at 22:43 -0400, Braden McDaniel wrote: > On Thu, 2010-05-27 at 15:46 -0400, Braden McDaniel wrote: > > On 5/27/10 2:11 PM, Frank Murphy wrote: > > > On 27/05/10 17:48, Braden McDaniel wrote: > > >> bugzilla.redhat.com is no longer loading for me when using Epiphany > > >> 2.30.

Re: bugzilla.redhat.com not loading in Epiphany

Here epiphany works for bugzilla.redhat.com Le jeudi 27 mai 2010 à 22:43 -0400, Braden McDaniel a écrit : > On Thu, 2010-05-27 at 15:46 -0400, Braden McDaniel wrote: > > On 5/27/10 2:11 PM, Frank Murphy wrote: > > > On 27/05/10 17:48, Braden McDaniel wrote: > > >> bugzilla.redhat.com is no long

Re: bugzilla.redhat.com not loading in Epiphany

On Thu, 2010-05-27 at 15:46 -0400, Braden McDaniel wrote: > On 5/27/10 2:11 PM, Frank Murphy wrote: > > On 27/05/10 17:48, Braden McDaniel wrote: > >> bugzilla.redhat.com is no longer loading for me when using Epiphany > >> 2.30.2. It loads fine in Firefox. Is anyone else seeing this? > >> > >

Re: systemd (Was Re: tmpfs for strategic directories)

On Thu, May 27, 2010 at 10:13:16AM -0500, Chris Adams wrote: > Once upon a time, Kevin Kofler said: > > Editing the code is the wrong way to make "simple local changes". > > That is only true if you can anticipate every task every system admin > will ever need to do with your tools. > > I've edi

Re: nvr issues, yum distro-sync

On Fri, May 28, 2010 at 05:30:03AM +0530, Rahul Sundaram wrote: > "Error: Trying to remove "yum" which is protected > You could try using --skip-broken to work around the problem > You could try running : rpm -Va --nofiles --nodigest" > Neither suggestions are applicable here. The protect pack

Re: nvr issues, yum distro-sync

On Thu, May 27, 2010 at 07:53:26PM -0400, seth vidal wrote: > > Oooh, ooh! (*Raises hand, jumps in chair*.) yum-protect-packages plugin! > protect packages is no-more! > we've merged the functionality into core yum to keep people from > shooting themselves in the foot I saw! It's always nice to se

Re: nvr issues, yum distro-sync

On 05/28/2010 05:23 AM, seth vidal wrote: > protect packages is no-more! > > we've merged the functionality into core yum to keep people from > shooting themselves in the foot > There is something misleading about what it does. yum remove yum in Rawhide tells "Error: Trying to remove "yum" wh

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 19:41 -0400, Matthew Miller wrote: > On Thu, May 27, 2010 at 09:35:18PM +0100, Jonathan Underwood wrote: > > Yes - this is rather important, because our user facing docs (on the > > wiki) for preupgrade recommend removing all packages identified with > > package-cleanup --orph

Re: nvr issues, yum distro-sync

On Fri, May 28, 2010 at 05:13:09AM +0530, Rahul Sundaram wrote: > That functionality is merged into yum in Rawhide. Well, I *knew* it was a good idea. :) -- Matthew Miller mat...@mattdm.org -- devel mailing list devel@lists.fedoraproject.org https://admin

Re: nvr issues, yum distro-sync

On 05/28/2010 05:11 AM, Matthew Miller wrote: > On Thu, May 27, 2010 at 09:35:18PM +0100, Jonathan Underwood wrote: > >> Yes - this is rather important, because our user facing docs (on the >> wiki) for preupgrade recommend removing all packages identified with >> package-cleanup --orphans. A na

Re: nvr issues, yum distro-sync

On Thu, May 27, 2010 at 09:35:18PM +0100, Jonathan Underwood wrote: > Yes - this is rather important, because our user facing docs (on the > wiki) for preupgrade recommend removing all packages identified with > package-cleanup --orphans. A naive user could literally wipe out their > system by blin

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:53 -0400, Matt McCutchen wrote: > Sure, though I would hope the user would stop a removal of 1500 packages > and complain on the list like Klaus did. > > Another solution is to move away from incremental maintenance of the set > of installed packages and instead solve the

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 21:35 +0100, Jonathan Underwood wrote: > On 27 May 2010 20:58, Matt McCutchen wrote: > > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > >> While it's not good packaging, most of the time these bad versions > >> don't cause any problems. > > > > It's better to have

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:32 -0400, Matt McCutchen wrote: > I think the word "release" is being misused there. In the mirror > layout, "releases" refers to the originally released content without > updates, but the distribution version stays constant across updates. > > In an ideal world, I would

Re: nvr issues, yum distro-sync

On 27 May 2010 20:58, Matt McCutchen wrote: > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: >>  While it's not good packaging, most of the time these bad versions >> don't cause any problems. > > It's better to have the packages that are supported (to the extent that > the community provi

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:19 -0400, seth vidal wrote: > On Thu, 2010-05-27 at 16:16 -0400, Matt McCutchen wrote: > > On Thu, 2010-05-27 at 16:10 -0400, Matt McCutchen wrote: > > > > distro-sync is mostly valuable for folks playing between two releases. > > > > > > For users who don't downgrade rele

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:16 -0400, Matt McCutchen wrote: > On Thu, 2010-05-27 at 16:10 -0400, Matt McCutchen wrote: > > > distro-sync is mostly valuable for folks playing between two releases. > > > > For users who don't downgrade releases, [...] > > "Releases" there means distribution versions (

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:10 -0400, Matt McCutchen wrote: > > distro-sync is mostly valuable for folks playing between two releases. > > For users who don't downgrade releases, [...] "Releases" there means distribution versions (i.e., collections in the Package DB). Ugh, confusing terminology. P

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 16:07 -0400, seth vidal wrote: > On Thu, 2010-05-27 at 15:58 -0400, Matt McCutchen wrote: > > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > > > While it's not good packaging, most of the time these bad versions > > > don't cause any problems. > > > > It's better t

Re: Remove 1507 Package(s) ?

On Thu, 2010-05-27 at 15:43 -0400, Matt McCutchen wrote: > On Thu, 2010-05-27 at 12:37 -0700, Adam Williamson wrote: > > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > > > While it's not good packaging, most of the time these bad versions > > > don't cause any problems. > > > If you wan

Re: nvr issues, yum distro-sync

On Thu, 2010-05-27 at 15:58 -0400, Matt McCutchen wrote: > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > > While it's not good packaging, most of the time these bad versions > > don't cause any problems. > > It's better to have the packages that are supported (to the extent that > the

nvr issues, yum distro-sync

On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > While it's not good packaging, most of the time these bad versions > don't cause any problems. It's better to have the packages that are supported (to the extent that the community provides support) for the distribution version being used a

Re: bugzilla.redhat.com not loading in Epiphany

On 5/27/10 2:11 PM, Frank Murphy wrote: > On 27/05/10 17:48, Braden McDaniel wrote: >> bugzilla.redhat.com is no longer loading for me when using Epiphany >> 2.30.2. It loads fine in Firefox. Is anyone else seeing this? >> > > epiphany-2.30.2-1.fc13.i686 loads ok I'm running x86_64; but otherwi

Re: bugzilla.redhat.com not loading in Epiphany

On 5/27/10 3:21 PM, Andreas Tunek wrote: > On Thu, 2010-05-27 at 12:48 -0400, Braden McDaniel wrote: >> bugzilla.redhat.com is no longer loading for me when using Epiphany >> 2.30.2. It loads fine in Firefox. Is anyone else seeing this? >> > > Probably this bug: https://bugzilla.redhat.com/show_

Re: Remove 1507 Package(s) ?

On Thu, 2010-05-27 at 12:37 -0700, Adam Williamson wrote: > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > > While it's not good packaging, most of the time these bad versions > > don't cause any problems. > > If you want to get rid of them "easily" though, feel free to install > > the

Re: Remove 1507 Package(s) ?

On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: > On Thu, 2010-05-27 at 17:27 +0100, Jonathan Underwood wrote: > > On 27 May 2010 16:43, Jonathan Underwood > > wrote: > > > I've just seen exactly the same thing with a system going from F12 to > > > F13 with preupgrade. BZ filed here: > > >

Re: me-tv orphaned

Am 27.05.2010 08:38, schrieb Chen Lei: > You should ask his to orphan it on pkgdb, then others can take this > package and make an update. > https://admin.fedoraproject.org/pkgdb/acls/name/me-tv > > > > The package was now officially orphaned by the former packager in pkgdb. Anyone taking up?

Re: bugzilla.redhat.com not loading in Epiphany

On Thu, 2010-05-27 at 12:48 -0400, Braden McDaniel wrote: > bugzilla.redhat.com is no longer loading for me when using Epiphany > 2.30.2. It loads fine in Firefox. Is anyone else seeing this? > > -- Probably this bug: https://bugzilla.redhat.com/show_bug.cgi?id=592280 -- devel mailing list d

Re: Remove 1507 Package(s) ?

On Thu, 2010-05-27 at 17:27 +0100, Jonathan Underwood wrote: > On 27 May 2010 16:43, Jonathan Underwood wrote: > > I've just seen exactly the same thing with a system going from F12 to > > F13 with preupgrade. BZ filed here: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=596840 > > > > As Set

Re: banshee-1 hang during playing video overnight

On 27 May 2010 02:56, Luming Yu wrote: > On Wed, May 26, 2010 at 2:45 PM, Luming Yu wrote: >> On Wed, May 26, 2010 at 11:48 AM, Rakesh Pandit >> wrote: >>> On 26 May 2010 08:16, Luming Yu wrote: Hi there, I happen to see a banshee-1 hang after it was accidentally left repeat

Re: NVR email I just sent

On Thu, May 27, 2010 at 11:28:08AM -0700, John Reiser wrote: > > > greater for f12: x86info (davej ) > > > f12 = 1:x86info-1.25-1.45.fc12.src > > > f13 = 1:x86info-1.25-1.44.fc13.src > > > > These are actually the same, (I did two commits in f12, and combined > > both when I updated f1

Re: How this bug can come out of its dead-end? Any suggestions?!

The device can be automatically mounted. It can be checked by its label that is the original label released with the distro. I think that should exists a relation between packages and the repositories on a cached manner. If the repository is on a umounted device (USB, CD/DVD-ROM) and is not possib

Re: NVR email I just sent

> > greater for f12: x86info (davej ) > > f12 = 1:x86info-1.25-1.45.fc12.src > > f13 = 1:x86info-1.25-1.44.fc13.src > > These are actually the same, (I did two commits in f12, and combined > both when I updated f13). > > is it worth rebuilding just to get it off the list ? Yes. > It seems

Re: NVR email I just sent

On Wed, May 19, 2010 at 12:01:34PM -0500, Mike McGrath wrote: > Hello all, I just sent an email to several of you with the F12->F13 > updates list. I included f13-updates-testing but forgot f13-updates so > some of those in the list were false positives. Below is an updated > list. Sorry ab

Re: bugzilla.redhat.com not loading in Epiphany

On 27/05/10 17:48, Braden McDaniel wrote: > bugzilla.redhat.com is no longer loading for me when using Epiphany > 2.30.2. It loads fine in Firefox. Is anyone else seeing this? > epiphany-2.30.2-1.fc13.i686 loads ok Frank -- devel mailing list devel@lists.fedoraproject.org https://admin.fedora

Fedora Board and FESCo Election results

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Fedora elections for the Fedora Project Board and the Fedora Engineering Steering Committee (FESCo) have concluded, and the results follow: The Board is electing 3 seats this cycle. A total of 229 ballots were cast, meaning a candidate could accu

Re: rpms/redir/EL-6 import.log,1.2,1.3 redir.spec,1.3,1.4

On Thursday 27 May 2010, Farkas Levente wrote: > are you sure rhel is defined on rhel-5? imho not by default! AFAIK, it's defined in the EPEL build system. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

I need help with python-xlib

Backstory. I voluntarily adopted python-xlib when it was orphaned by its original maintainer as it is part of istanbul's depchain. The client side windows work that went into gtk has played havoc with how istanbul makes use of python-xlib in the F12 timeframe. Thanks to some other people, who und

bugzilla.redhat.com not loading in Epiphany

bugzilla.redhat.com is no longer loading for me when using Epiphany 2.30.2. It loads fine in Firefox. Is anyone else seeing this? -- Braden McDaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Remove 1507 Package(s) ?

On 27 May 2010 16:43, Jonathan Underwood wrote: > On 26 May 2010 14:06, Seth Vidal wrote: >> >> >> On Wed, 26 May 2010, Tomasz Torcz wrote: >> >>> On Wed, May 26, 2010 at 10:58:29AM +0100, Frank Murphy wrote: > ... > nss-softokn-freebl-3.12.6-1.2.fc11.x86_64 my version is curren

Re: rpms/redir/EL-6 import.log,1.2,1.3 redir.spec,1.3,1.4

Hello All! 2010/5/10 Dennis Gilmore : >> -%if 0%{?rhel} >> +%if 0%{?rhel} < 5 >>  BuildRequires:  tcp_wrappers >> +%else >> +BuildRequires:  tcp_wrappers-devel >>  %endif > > this fix is incorrect.  because "%if 0%{?rhel} < 5"  becomes if 0<5  on fedora > since rhel is undefined. you need to add

Re: rpms/redir/EL-6 import.log,1.2,1.3 redir.spec,1.3,1.4

On 05/21/2010 01:24 AM, Kevin Kofler wrote: > Toshio Kuratomi wrote: >> This is also wrong because we want 0%{?rhel} <= 5. >> >> To avoid having to specify negation I'd also reverse the condition: >> >> %if 0%{?rhel} >= 5 || 0%{?fedora} >> BuildRequires: tcp_wrappers-devel >> %else >> BuildRequires

Re: Privilege escalation policy and desktop_admin_r

On Thu, 2010-05-27 at 16:53 +0100, Tim Waugh wrote: > On Thu, 2010-05-27 at 08:23 -0700, Adam Williamson wrote: > > The relevant bit here is the last sentence, which was intended to cover > > the whole desktop_admin_r stuff. Let me know if it's factually off. > > Seeing as desktop_admin_r is actua

Re: Privilege escalation policy and desktop_admin_r

On Thu, 2010-05-27 at 08:23 -0700, Adam Williamson wrote: > The relevant bit here is the last sentence, which was intended to cover > the whole desktop_admin_r stuff. Let me know if it's factually off. Seeing as desktop_admin_r is actually part of the default spin, can we add some text which expli

Re: fc12 in F13

On Thu, 2010-05-27 at 08:26 -0700, Adam Williamson wrote: > In the cases where you have an fc12 package and there is no fc13 > package, though, that's not necessarily any kind of problem, it just > means the package wasn't rebuilt for F13, or if it was, the rebuild > failed. The rebuild failing wou

Re: Remove 1507 Package(s) ?

On 26 May 2010 14:06, Seth Vidal wrote: > > > On Wed, 26 May 2010, Tomasz Torcz wrote: > >> On Wed, May 26, 2010 at 10:58:29AM +0100, Frank Murphy wrote: ... nss-softokn-freebl-3.12.6-1.2.fc11.x86_64 >>> >>> my version is currently at: >>> nss-softokn-freebl-3.12.4-19.fc12.i686 >>> on a

Re: fc12 in F13

On Thu, 2010-05-27 at 06:49 -0400, Stephen Gallagher wrote: > On 05/27/2010 06:44 AM, Frank Murphy wrote: > > I initially came to F13 through F12> Rawhide (Pre-Branch) > > > > Should I still have this amount of fc12: > > http://fpaste.org/eqVD/ > > > > Some do not seem to have any corresponding fc

Re: Privilege escalation policy and desktop_admin_r

On Thu, 2010-05-27 at 09:49 -0400, Matthias Clasen wrote: > On Thu, 2010-05-27 at 12:01 +0100, Tim Waugh wrote: > > I have a question about how our privilege escalation policy interacts > > with the desktop_admin_r group. > > > > Is a member user of desktop_admin_r considered an "unprivileged user

Re: systemd (Was Re: tmpfs for strategic directories)

Once upon a time, Kevin Kofler said: > Editing the code is the wrong way to make "simple local changes". That is only true if you can anticipate every task every system admin will ever need to do with your tools. I've edited init scripts for multiple reasons. For example, I have multiple instan

Re: Privilege escalation policy and desktop_admin_r

On Thu, 2010-05-27 at 12:01 +0100, Tim Waugh wrote: > I have a question about how our privilege escalation policy interacts > with the desktop_admin_r group. > > Is a member user of desktop_admin_r considered an "unprivileged user"? > No, he or she is considered privileged. -- devel mailing li

Re: fc12 in F13

Frank Murphy wrote: > I initially came to F13 through F12 > Rawhide (Pre-Branch) > > Should I still have this amount of fc12: > http://fpaste.org/eqVD/ > > Some do not seem to have any corresponding fc13 pkgs. That's normal. There was no mass rebuild for F13, so some packages have older disttag

Re: systemd (Was Re: tmpfs for strategic directories)

On Thu, May 27, 2010 at 9:56 AM, Jeremy Sanders wrote: > drago01 wrote: > [..] > You're suggesting hammering shut the insides of linux to stop people playing > around and reducing freedom - sounds like you want Fedora to be like the > products of other large propitiatory systems. What? You can e

Re: systemd (Was Re: tmpfs for strategic directories)

Jeremy Sanders wrote: > What rubbish. For instance, we customised an early Fedora to work on a > diskless NFS rooted system, mainly by mucking around with init scripts. > Being able to easily edit these files made this project work and work > quickly. Trying to get upstream to special case our part

Re: systemd (Was Re: tmpfs for strategic directories)

On Thu, May 27, 2010 at 03:14:54PM +0200, Kevin Kofler wrote: > > That's not down to it being a shell script though; it's because it's a > > crufty mess. > … which is exactly why it should be handled inside the init system instead > of being that mess of a shell script. :-) Maybe. That cruft is a

Re: systemd (Was Re: tmpfs for strategic directories)

Matthew Miller wrote: > That's not down to it being a shell script though; it's because it's a > crufty mess. … which is exactly why it should be handled inside the init system instead of being that mess of a shell script. :-) Kevin Kofler -- devel mailing list devel@lists.fedoraproje

Re: systemd (Was Re: tmpfs for strategic directories)

Chris Adams wrote: > No, it isn't. It makes the process much more opaque to system > administrators and makes it harder to make quick fixes and simple local > changes. Editing the code is the wrong way to make "simple local changes". > If there isn't a measurable and significant speed improvemen

Re: Orphaning most of my packages

I will try to sort it out this evening. On Thu, May 27, 2010 at 14:46, Remi Collet wrote: > Le 27/05/2010 12:40, Christof Damian a écrit : >> I will take: >> - php-channel-symfony > > Great. > Can you please ask for EL-6 for it ? (and ask for build) > See https://bugzilla.redhat.com/show_bug.cgi?

Re: Orphaning most of my packages

Le 27/05/2010 12:40, Christof Damian a écrit : > I will take: > - php-channel-symfony Great. Can you please ask for EL-6 for it ? (and ask for build) See https://bugzilla.redhat.com/show_bug.cgi?id=592528 regards. Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproj

rawhide report: 20100527 changes

Compose started at Thu May 27 08:15:04 UTC 2010 Broken deps for i386 -- almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 dates-0.4.11-3.fc14.i686 requ

Re: gcc 4.4 vs. 4.5 (was: Re: rawhide report: 20100526 changes)

On Wed, May 26, 2010 at 11:53 PM, Kevin Kofler wrote: > Rawhide Report wrote: >> gcc-4.4.4-5.fc14 >> >> * Tue May 25 2010 Jakub Jelinek 4.4.4-5 >> - update from gcc-4_4-branch > > Can we get 4.5 for F14? > +1. Would be nice to test LLVM's new dragonegg compiler back-end once 4.5

Re: Orphaning email2trac

On Mon, May 17, 2010 at 5:31 PM, Jesse Keating wrote: > This was a failed experiment with fedora hosted, and I no longer need to > manage this package.  If anybody wants it, it's now an orphan in pkgdb. I've taken over for now, since I submitted a few patches for it upstream in the past few weeks

Re: systemd (Was Re: tmpfs for strategic directories)

On Thu, May 27, 2010 at 10:10:35AM +0200, Harald Hoyer wrote: > We mainly speek about rc.sysinit, which most of you don't touch, because it > would be overwritten the next initscripts update anyway. I would never touch it with a permanent change, but I definitely make debugging changes to it ofte

Privilege escalation policy and desktop_admin_r

I have a question about how our privilege escalation policy interacts with the desktop_admin_r group. Is a member user of desktop_admin_r considered an "unprivileged user"? Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproje

Re: fc12 in F13

On 05/27/2010 04:23 PM, Frank Murphy wrote: > > They seem to play well together. > If it's not broken, no need to fix it. > You might want to run package-clean --dupes yum list extras and yum check to verify if things are ok. Rahul -- devel mailing list devel@lists.fedoraproject.org https://

Re: fc12 in F13

On 27/05/10 11:49, Stephen Gallagher wrote: >> Should I still have this amount of fc12: >> http://fpaste.org/eqVD/ >> >> Some do not seem to have any corresponding fc13 pkgs. >> > That just means that the fc13 package doesn't have a higher > name-value-release, so there's no need to upgrade to it.

Re: fc12 in F13

On 05/27/2010 06:44 AM, Frank Murphy wrote: > I initially came to F13 through F12> Rawhide (Pre-Branch) > > Should I still have this amount of fc12: > http://fpaste.org/eqVD/ > > Some do not seem to have any corresponding fc13 pkgs. > That just means that the fc13 package doesn't have a higher n

Re: What happened to this sssd update?

On 05/26/2010 05:03 PM, Orion Poplawski wrote: > http://admin.fedoraproject.org/updates/sssd-1.2.0-12.fc13 > > Appears to be in limbo. > > Status: pending > >sgallagh - 2010-05-07 21:51:09 > This update has been submitted for testing. > bodhi - 2010-05-08 16:09:51 > This update has been p

fc12 in F13

I initially came to F13 through F12 > Rawhide (Pre-Branch) Should I still have this amount of fc12: http://fpaste.org/eqVD/ Some do not seem to have any corresponding fc13 pkgs. -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- devel mailing list devel@lists.fedoraproject.org https:/

Re: Orphaning most of my packages

On Thu, May 27, 2010 at 11:17, Alexander Kahl wrote: > php-channel-phing -- Adds phing channel to PEAR > php-channel-phpdb -- Adds phpdb channel to PEAR > php-channel-symfony -- Adds symfony project channel to PEAR > php-pear-creole -- A database abstraction layer for PHP5 > php-pear-pake -- PHP5

Orphaning most of my packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, as there is no more use for most of my packages at work anymore I don't find the time to adequately take care of them. Please show your love by adopting one or the other: php-channel-phing -- Adds phing channel to PEAR php-channel-phpdb -- Add

Re: systemd (Was Re: tmpfs for strategic directories)

On 05/26/2010 06:07 PM, Adam Williamson wrote: > On Wed, 2010-05-26 at 12:42 +0200, drago01 wrote: >> On Wed, May 26, 2010 at 5:02 AM, Casey Dahlin wrote: >>> On Tue, May 25, 2010 at 05:45:07PM +0200, Lennart Poettering wrote: On Tue, 25.05.10 10:21, Casey Dahlin (cdah...@redhat.com) wrote: >

Re: systemd (Was Re: tmpfs for strategic directories)

On 05/26/2010 02:54 PM, Seth Vidal wrote: > > > On Wed, 26 May 2010, Simo Sorce wrote: > >> While you don't edit them *all* the time, it is something that is done >> regularly, and it is something most admins can do with ease. >> Turn them in a C program and you left admins out in the cold, most of

Re: systemd (Was Re: tmpfs for strategic directories)

On 05/26/2010 10:20 PM, Nathanael D. Noblet wrote: > On 05/26/2010 06:57 AM, Emmanuel Seyman wrote: >> * Ola Thoresen [26/05/2010 14:39] : >>> >>> Would it not be more fruitful to discuss _why_ you (we?) need to edit >>> the initscripts? Describe what functionality is missing or wrong in the >>> d

Re: systemd (Was Re: tmpfs for strategic directories)

drago01 wrote: >> I beg to differ. I've had to create or modify initscripts quite often, >> either as a sysadmin or a packager. > > Again the sysadmin case just implies that something *else* is broken. > Well if changing over to C does only get rid of this "disease" it > would be enough of a gai

Re: systemd (Was Re: tmpfs for strategic directories)

Bill Nottingham wrote: > Jeremy Sanders (jer...@jeremysanders.net) said: >> Something like Lua would be very good. The overheads over C would be >> minimal, and it would have the advantage of being editable. >> >> I've had to edit an init script to get something working properly many >> times. >

Re: systemd (Was Re: tmpfs for strategic directories)

drago01 wrote: > Well spawing your logic further means we should avoid compiled > programs at all, what if I want configure $app by editing its source > code? > Oh wait it is written in C ... > > If it goes down to "want to edit scripts for configuration reasons" > (which isn't sane anyway) compa