As per
http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
I am emailing the list. It has now been almost 6 weeks since I filed
the bugs (with solutions) and added comments asking for a response.
Both of these packages as shipped are broken out of the box, and the
php-pear-
On Wed, Jan 12, 2011 at 12:24:41PM +0530, Shakthi Kannan wrote:
> Greetings!
>
> I would like to know as to how long it takes to build a complete
> Fedora distribution, say i686, from .src.rpms.
>
> Are there any statistics available or is it possible to provide any
> info on the hardware specifi
On 01/14/2011 03:42 PM, Adam Williamson wrote:
> On Fri, 2011-01-14 at 14:08 -0500, Nathaniel McCallum wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=625187
>>
>> This bug basically makes Fedora completely unusable in rawhide for
>> NVA{3,5,8} users. At this point I think it should be made
On Fri, Jan 14, 2011 at 03:09:46PM -0500, Clyde E. Kunkel wrote:
> May be sytemd starting both NetworkManager.service and network.service
> instead of just one or the other. See:
> https://bugzilla.redhat.com/show_bug.cgi?id=668633
That's it. Thanks!
--
Matthew Miller
Senior Systems Architect
On Fri, 2011-01-14 at 14:08 -0500, Nathaniel McCallum wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=625187
>
> This bug basically makes Fedora completely unusable in rawhide for
> NVA{3,5,8} users. At this point I think it should be made a blocker.
> Multiple people have volunteered help t
On 01/13/2011 10:59 PM, Matthew Miller wrote:
> For some reason, boot is hanging with today's rawhide update -- I get stuck
> at "Bringing up loopback interface". Oddly, if I boot into runlevel 1, lo is
> there just fine. (But if I telinit 5 from there, it immediately tries to
> bring it up again a
> "NM" == Nathaniel McCallum writes:
NM> https://bugzilla.redhat.com/show_bug.cgi?id=625187 This bug
NM> basically makes Fedora completely unusable in rawhide for NVA{3,5,8}
NM> users.
Isn't that just https://bugs.freedesktop.org/show_bug.cgi?id=26980 ?
If so, the hardware is basically unsu
On Fri, 14 Jan 2011 14:08:58 -0500
Nathaniel McCallum wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=625187
>
> This bug basically makes Fedora completely unusable in rawhide for
> NVA{3,5,8} users. At this point I think it should be made a blocker.
> Multiple people have volunteered help
On Fri, 14 Jan 2011 20:00:18 +0100
nodata wrote:
> Which component should I report this under?
>
> I have two external usb disks formatted with btrfs. If I connect them
> both to my computer at the same time, or nearly the same time, the
> computer freezes.
>
> Outside of Gnome I get no crash
https://bugzilla.redhat.com/show_bug.cgi?id=625187
This bug basically makes Fedora completely unusable in rawhide for
NVA{3,5,8} users. At this point I think it should be made a blocker.
Multiple people have volunteered help to resolve it, but there has been
no movement for months, no link to an
Which component should I report this under?
I have two external usb disks formatted with btrfs. If I connect them
both to my computer at the same time, or nearly the same time, the
computer freezes.
Outside of Gnome I get no crash:
If I boot into runlevel 3 and power on both disks, then run a
On 1/14/11 1:53 AM, Andreas Schwab wrote:
> John Dennis writes:
>
>> I recently got slightly burned by an unexpected behavior with
>> switch-branch. Apparently after switching branches fedpkg does not do a
>> pull, I'm not sure if this is right or wrong, I can see arguments on
>> both sides. L
On Fri, Jan 14, 2011 at 12:05:44PM -0500, Matthias Clasen wrote:
> for everybody who is annoyed by the recent trend of shrinking terminals
> in rawhide: I've just pushed a fixed for vte3 through koji.
Problem better, but not gone. Now clicking on a window border (bottom or
side), causes the whole
On Fri, Jan 14, 2011 at 12:05:44PM -0500, Matthias Clasen wrote:
> for everybody who is annoyed by the recent trend of shrinking terminals
> in rawhide: I've just pushed a fixed for vte3 through koji.
I love you man.
--
Matthew Miller
Senior Systems Architect -- Instructional & Research Comput
Hey,
for everybody who is annoyed by the recent trend of shrinking terminals
in rawhide: I've just pushed a fixed for vte3 through koji.
Matthias
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2011-01-13 at 18:21 -0200, Paulo Cavalcanti wrote:
>
>
> On Thu, Jan 13, 2011 at 12:47 PM, Stephen Smalley
> wrote:
> On Thu, 2011-01-13 at 09:12 -0500, Stephen Smalley wrote:
> > On Thu, 2011-01-13 at 11:51 -0200, Paulo Cavalcanti wrote:
> >
> > > Here it
Andrew Haley wrote:
> Absolutely, yes. This is all discussed at fantastic length in the
> references mentioned.
>
> In summary: All workarounds for this bug are problematic. Jim Wilson
> nicely summarizes here:http://gcc.gnu.org/ml/gcc/2003-08/msg01195.html
>
> One group or posters considers any
On 01/14/2011 02:29 PM, Michael Cronenworth wrote:
> Andrew Haley wrote:
>> It's perhaps important to note that gcc is not standards-conforming
>> by default, and if you want it to be you have to use the appropriate
>> options to say which standard you want it to conform to. The
>> defaults are a
Andrew Haley wrote:
> It's perhaps important to note that gcc is not standards-conforming
> by default, and if you want it to be you have to use the appropriate
> options to say which standard you want it to conform to. The
> defaults are a best guess at what people might want.
That's all fine an
On 01/13/2011 07:24 PM, Michael Cronenworth wrote:
> PHP recently underwent a bit of a security crisis when many media
> outlets disclosed the presence of a floating point bug. (RH bug here[1])
>
> I feel I should bring attention to a PHP developer response[2] to this
> bug. Warning: There is a bit
Hi all,
I'm orphaning genesis (a Graphical frontend to SyncEvolution).
Latest upstream release changed focus and now it is on quick access to
basic sync operations, leaving configuration tasks and fine-grained
control to syncevolution-gtk.
Moreover, IMHO it is too strictly linked to Ubuntu d
John Dennis writes:
> I recently got slightly burned by an unexpected behavior with
> switch-branch. Apparently after switching branches fedpkg does not do a
> pull, I'm not sure if this is right or wrong, I can see arguments on
> both sides. Let me give an example:
>
> foo (master)$ fedpkg sw
> I am still trying to track down what changes in rawhide
> [..] caused ghc ABI hashes to mysteriously change.
> In the meantime since it is taking longer to resolve than
> I had hoped I am requesting an exception from FESCo
> to untag the latest broken ghc build from rawhide
> since it is not usel
23 matches
Mail list logo
