On Thu, 2010-01-21 at 16:35 -0500, Colin Walters wrote:
>
> We'd like to remove the dependency of the dbus-libs package on dbus
> (which will run even if the app doesn't need the daemon).
>
> As part of this though we need to ensure the bus is available if
> you've done a default workstation (des
On Thu, 21 Jan 2010 17:34:50 +0100
Till Maas wrote:
>
> On Tue, Jan 19, 2010 at 02:24:39PM -0700, Kevin Fenzi wrote:
>
> > init process (nirik, 20:00:35)
> > FOLLOWUP: #298 Revoke Paul Johnsons pacakger access and put him on
> > probation. (nirik, 20:02:44) #302 libssh2 - non-responsive
> > ma
Hi,
We'd like to remove the dependency of the dbus-libs package on dbus
(which will run even if the app doesn't need the daemon).
As part of this though we need to ensure the bus is available if
you've done a default workstation (desktop needs it) or server (want
admin tools etc. to use) install.
Good day all,
As a side effect of looking into the xqilla FTBFS bug, the new xqilla
maintainer and I found that xerces-c is terribly out of date. We're
shipping xerces-c-2.8 and Apache has been shipping xerces-c-3.x since 2008.
The last 2.x release was in 2007.
The xqilla maintainer is also goin
On Wed, Jan 20, 2010 at 10:43 PM, David Woodhouse wrote:
> Did we grant _any_ exceptions? :)
Yes, firefox, thunderbird, and xulrunner due to trademark issues,
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/14/2010 02:09 PM, Lennart Poettering wrote:
> On Thu, 14.01.10 14:06, Nathanael D. Noblet (nathan...@gnat.ca) wrote:
>
When I advance to the next song in rhythmbox I get odd sound behaviour,
*after* I've received mail, *if* thunderbird is configured to play an
audio alert. It h
Jon Ciesla (l...@jcomserv.net) said:
> My thoughts exactly. What are the less simple fixes that don't change
> this behaviour?
Essentially, introducing new scripts solely for this purpose that can
be given a special label and some policy. It's a hack.
Note that you can still do without-passwor
Once upon a time, Bill Nottingham said:
> However, this changes behavior that has existed since the dawn
> of time in Red Hat/Fedora systems; with this change, single-user
> mode would now require the root password. This is both when
> booting with 'linux single/linux S', or going to runlevel 1
>
> On Thu, 2010-01-21 at 12:21 -0500, Bill Nottingham wrote:
>
>> However, this changes behavior that has existed since the dawn
>> of time in Red Hat/Fedora systems; with this change, single-user
>> mode would now require the root password.
>> Comments?
I'm totally in favor of it. It is somethin
On Thu, 2010-01-21 at 12:21 -0500, Bill Nottingham wrote:
> However, this changes behavior that has existed since the dawn
> of time in Red Hat/Fedora systems; with this change, single-user
> mode would now require the root password.
> Comments?
>
I'm totally opposed to this change.
--
devel
On 2010-01-21 12:21:45 PM, Bill Nottingham wrote:
> By far, the simplest fix is to run something that starts a shell
> via a 'normal' login-ish mechanism. Hence, the attached patch
> that switches to sulogin for single user mode.
>
> However, this changes behavior that has existed since the dawn
>
Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 21 January 2010 at 18:21, Bill Nottingham wrote:
>
>> We have an existing bug where if you're in single-user mode, and
>> SELinux is active, various commands don't print to the console.
>> The root of this is the single-user shell isn't runnin
On Thursday, 21 January 2010 at 18:21, Bill Nottingham wrote:
> We have an existing bug where if you're in single-user mode, and
> SELinux is active, various commands don't print to the console.
> The root of this is the single-user shell isn't running in the
> right SELinux context, as there's not
We have an existing bug where if you're in single-user mode, and
SELinux is active, various commands don't print to the console.
The root of this is the single-user shell isn't running in the
right SELinux context, as there's nothing to distinguish this from
the 'normal' shells run during bootup.
On Tue, Jan 19, 2010 at 02:24:39PM -0700, Kevin Fenzi wrote:
> init process (nirik, 20:00:35)
> FOLLOWUP: #298 Revoke Paul Johnsons pacakger access and put him on probation.
> (nirik, 20:02:44)
> #302 libssh2 - non-responsive maintainer (nirik, 20:18:55)
> #308 package-swift (nirik, 20:31:15)
There will be an outage starting at 2010-01-21 11:00 UTC, which will last
approximately X hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-01-21 11:00 UTC'
Affected Services:
Websites
Buildsystem
Unaffected Se
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Extra provides need trimming
https://bugzilla.redhat.com/show_bug.cgi?id=557485
Summary: Extra provides need trimming
Product: Fedora EPEL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Jan 2010 15:27:23 -0600, you wrote:
>Provenpackagers have write access to the kernel package. What exactly
>do you think has gone wrong here?
OK, I thought that the kernel package was one of the exclussion
of the mass opening process. I h
18 matches
Mail list logo
