Dave Airlie wrote:
> What happens if we rebuild the kernel and one of the sub-modules doesn't
> get rebuilt and the maintainer goes awol? or it needs major rework to
> get built. Clearly you've never actually read any of the reasoning
> behind why we do this.
This can also happen with any other AP
Nicolas Mailhot wrote:
> That would probably avoid the koji display problem but is sure to
> introduce packaging bugs. The macro call has been put in this particular
> place because experience shows that reduces human mistakes. It's never
> easy to do back and forths between two parts of the same f
On Thu, Feb 04, 2010 at 09:20:12AM +0100, Kevin Kofler wrote:
> Nicolas Mailhot wrote:
> > That would probably avoid the koji display problem but is sure to
> > introduce packaging bugs. The macro call has been put in this particular
> > place because experience shows that reduces human mistakes. I
Kevin Kofler wrote on 03.02.2010 19:08:
> Josh Boyer wrote:
>> It is. It's one step removed. There were people actively wanting to make
>> Zope/Plone work via a compat-python stack. It went all the way to FESCo
>> and got voted down. The zope/plone users were the target audience there.
>> There
I would like to follow debian and add a tmpfs to /lib/init/rw , which would
serve as a transition from initramfs to real root for files from daemons, which
need to transition from initramfs, like mdmon, dmeventd, rpc.statd, etc.
FYI, /var is not an option, because it can be on a seperate partiti
Le Jeu 4 février 2010 10:26, Till Maas a écrit :
> On Thu, Feb 04, 2010 at 09:20:12AM +0100, Kevin Kofler wrote:
>> Nicolas Mailhot wrote:
>> > That would probably avoid the koji display problem but is sure to
>> > introduce packaging bugs. The macro call has been put in this particular
>> > plac
On Thu, 2010-02-04 at 11:09 +0100, Harald Hoyer wrote:
> I would like to follow debian and add a tmpfs to /lib/init/rw , which would
> serve as a transition from initramfs to real root for files from daemons,
> which
> need to transition from initramfs, like mdmon, dmeventd, rpc.statd, etc.
>
>
On Wed, 2010-02-03 at 20:51 -0600, Mike McGrath wrote:
> On Wed, 3 Feb 2010, inode0 wrote:
>
> > On Wed, Feb 3, 2010 at 8:28 PM, Mike McGrath wrote:
> > > On Wed, 3 Feb 2010, Mike McGrath wrote:
> > >>
> > >> I really don't know what our users are a measure of. I don't think it's
> > >> marketin
On Thu, Feb 04, 2010 at 10:26:05AM +0100, Till Maas wrote:
> On Thu, Feb 04, 2010 at 09:20:12AM +0100, Kevin Kofler wrote:
> > Nicolas Mailhot wrote:
> > > That would probably avoid the koji display problem but is sure to
> > > introduce packaging bugs. The macro call has been put in this particula
Compose started at Thu Feb 4 08:15:08 UTC 2010
Broken deps for i386
--
PySolFC-cardsets-1.1-5.2.noarch requires PySolFC = 0:1.1
PySolFC-music-4.40-5.noarch requires PySolFC = 0:1.1
doodle-0.6.7-5.fc12.i686 requires li
Harald Hoyer (har...@redhat.com) said:
> I would like to follow debian and add a tmpfs to /lib/init/rw , which would
> serve as a transition from initramfs to real root for files from daemons,
> which
> need to transition from initramfs, like mdmon, dmeventd, rpc.statd, etc.
My bikeshedding op
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Nottingham wrote:
> My bikeshedding opinion is /lib/init/state might be better. But if
> it's just to be temporary, why isn't /dev/.initramfs OK?
+1.
After starting udev daemon old content of /dev catalog will be hidden
(/dev/.initramfs too). S
On Thu, 2010-02-04 at 17:47 +0200, Slava Zanko wrote:
> Bill Nottingham wrote:
> > My bikeshedding opinion is /lib/init/state might be better. But if
> > it's just to be temporary, why isn't /dev/.initramfs OK?
> +1.
>
> After starting udev daemon old content of /dev catalog will be hidden
> (/de
On Thu, Feb 04, 2010 at 11:49:46AM +0100, Nicolas Mailhot wrote:
>
>
> Le Jeu 4 février 2010 10:26, Till Maas a écrit :
> > On Thu, Feb 04, 2010 at 09:20:12AM +0100, Kevin Kofler wrote:
> >> Nicolas Mailhot wrote:
> >> > That would probably avoid the koji display problem but is sure to
> >> > int
Please note this thread on advisory-board and voice your concerns
there.
Thanks,
Matt
-Matt
- Forwarded message from Matt Domsch -
Date: Thu, 4 Feb 2010 10:16:09 -0600
From: Matt Domsch
To: advisory-bo...@lists.fedoraproject.org
Subject: Improving metrics gathering
I've spent quite a
On Thu, Feb 4, 2010 at 8:41 AM, David Malcolm wrote:
> On Wed, 2010-02-03 at 20:51 -0600, Mike McGrath wrote:
>> On Wed, 3 Feb 2010, inode0 wrote:
>> > Sadly they don't have categories like the best linux distribution for
>> > developers there.
>>
>> Is that what we're doing? If so would we win i
On 02/04/2010 05:09 AM, Harald Hoyer wrote:
> I would like to follow debian and add a tmpfs to /lib/init/rw , which would
> serve as a transition from initramfs to real root for files from daemons,
> which
> need to transition from initramfs, like mdmon, dmeventd, rpc.statd, etc.
>
> FYI, /var
On 10-02-04 11:24:47, Matt Domsch wrote:
...
> ... but it's highly likely there are 1000-2000 machines behind
> a NAT making those requests.
>
> [snip]
>
> To this end, I would like to see yum enhanced to provide information
> which we can use to more accurately count the number of installed
>
Op woensdag 03-02-2010 om 19:33 uur [tijdzone +0100], schreef Julian
Sikorski:
> Hello,
>
> today I have decided to retire gnome-applet-netspeed. The upstream
> repository has not seen a single commit which is not a translation in
> ages, and with abrt running I'm getting crash reports filed every
heads up for folks using rawhide/kde with nepomuk on their boxes,
virtuoso-6.1.0 landed today, and it's data format is different than in the
5.x series.
What this means, is that if you upgrade, your old nepomuk data will not be
usable.
We're in the process of working to package a data migratio
On Fri, 2010-01-29 at 12:52 +0100, Michael Schwendt wrote:
> cdparanoia 547682
> liboggz 556070
Fixed in rawhide.
- ajax
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproj
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=561383
Daniel Walsh changed:
What|Removed |Added
--
On Mon, 2010-02-01 at 15:47 -0800, Adam Williamson wrote:
> Hi again, folks. Here is another draft of the privilege escalation
> policy. This is the sixth draft (second to this list). Changes: one of
> Kevin Kofler's queries alerted me to the fact that somehow all the
> changes between draft 1 and
W dniu 04.02.2010 19:41, Erik van Pienbroek pisze:
> Op woensdag 03-02-2010 om 19:33 uur [tijdzone +0100], schreef Julian
> Sikorski:
>> Hello,
>>
>> today I have decided to retire gnome-applet-netspeed. The upstream
>> repository has not seen a single commit which is not a translation in
>> ages,
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=561383
--- Comment #6 from John Griffiths 2010-02-04 16:36:53
EST ---
I filed a different bug on amavisd-new and have not gotten any f
On Wed, 2010-01-27 at 17:03 -0800, Jesse Keating wrote:
> It's that time of the release cycle again, to purge the orphans before
> we get to feature freeze. Any unblocked orphans will be purged by the
> feature freeze. A list of unblocked orphans and the broken deps they
> would cause is at the e
Le jeudi 04 février 2010 à 11:16 -0500, Toshio Kuratomi a écrit :
> On Thu, Feb 04, 2010 at 11:49:46AM +0100, Nicolas Mailhot wrote:
> >
> >
> > Le Jeu 4 février 2010 10:26, Till Maas a écrit :
> > > On Thu, Feb 04, 2010 at 09:20:12AM +0100, Kevin Kofler wrote:
> > >> Nicolas Mailhot wrote:
> > >
On 1/27/10 5:13 PM, Benjamin Kosnik wrote:
>
> ... looking pretty good. Thanks everybody!
Did it go so well we can do it again?
That is, is there any chance of getting Boost 1.42.0 into F13?
--
Braden McDaniel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.o
There will be an outage starting at 2010-02-10 17:00 UTC, which will
last approximately X hours. Outages will be small but noticeble for
small segments as systems are updated and rebooted.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or ru
There will be an outage starting at 2010-02-04 23:00 UTC, which will last
approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-02-04 23:00 UTC'
Affected Services:
Bodhi
Buildsystem
CVS / Source Contro
On Thu, 2010-02-04 at 15:14 -0500, Adam Jackson wrote:
> Some nitpicking:
>
> - "Read or write directly to or from system memory" is, technically,
> something every process does. "Device or kernel memory" might be closer
> to the spirit of the law?
Yeah, that's one people have said is somewhat
Nicolas Mailhot wrote:
> Le Mar 2 février 2010 21:14, Björn Persson a écrit :
> > Nicolas Mailhot wrote:
> >> This changelog style conforms to the existing spec, it has been in use
> >> in Fedora for several years, it may surprise you, but changing the spec
> >> retroactively is not the way to prov
Adam Jackson wrote:
> - "Read or write directly to or from system memory" is, technically,
> something every process does. "Device or kernel memory" might be closer
> to the spirit of the law?
That wouldn't cover other users' processes. How about "memory that is not
allocated to the users' own p
On Thu, Feb 04, 2010 at 11:26:22PM +0100, Nicolas Mailhot wrote:
>
> No, my argument is that the problem this tries to protect against is
> purely cosmetic, and is cosmetic in an area which has little practical
> importance. That makes it very low in my priority scale. Nevertheless I
> would suppo
When: Friday, 2010-02-04 @ 15:00 UTC (11 AM EDT)
Where: #fedora-bugzappers on irc.freenode.net
It's that time again: blocker bug review meeting time! Yes, yes.
Already. Tomorrow is the first blocker bug review meeting for Fedora 13
Alpha.
Here are the current bugs listed as blocking the Alpha rel
Hi there.
I would like to rebuild all the binaries of the current versions
of Fedora 12 packages (that is, only the latest update of each
package). The reason I would like to do that is to extensively
test an experimental version of the toolchain.
Of course, the trivial "for k in $SOURCE_PACKAG
On Sun, 2010-01-31 at 01:34 +0100, Milos Jakubicek wrote:
> choose which threads they will follow. They definitely don't read
> threads with such a provocative subject (I'd just mark it as read
In addition, starting a new thread with a provocative topic just because
you didn't like the ending o
On Thu, 2010-02-04 at 22:12 -0800, Adam Williamson wrote:
> On Sun, 2010-01-31 at 01:34 +0100, Milos Jakubicek wrote:
>
> > choose which threads they will follow. They definitely don't read
> > threads with such a provocative subject (I'd just mark it as read
>
> In addition, starting a new thr
On Tue, 2010-02-02 at 18:39 +0200, Juha Tuomala wrote:
> There are around 200 countries and some have quite long distances,
> requiring to meet people face to face doesn't really sound very
> feasible. Not being feasible doesn't remove the problem however.
>
> Easier would be to write red warnin
On Wed, 2010-02-03 at 03:34 +, Leigh Scott wrote:
> I will take avant-window-navigator but I haven't got the time to go
> through all the bugs reported against it.
>
> https://admin.fedoraproject.org/pkgdb/packages/bugs/avant-window-navigator?
>
> Is there any chance a bug zapper could help ?
40 matches
Mail list logo
