Dne 13.1.2011 08:26, Matthew Kent napsal(a):
> After some ideological changes at work with rubygems and some changes in
> my personal life I don't have much motivation to maintain these. I'd
> imagine a decent number of these could disappear without any complaints.
> Tossing them up for grabs.
>
>
On Wed, Jan 12, 2011 at 7:07 PM, Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/12/2011 04:03 PM, Paul Howarth wrote:
> > On Wed, 12 Jan 2011 13:02:21 -0500
> > Daniel J Walsh wrote:
> >> On 01/12/2011 06:29 AM, Paulo Cavalcanti wrote:
> >>> Hi,
> >>>
> >>> I h
commit bf9221dcc7a0ae93368baa3d118fb2f9c546e068
Author: Paul Howarth
Date: Thu Jan 13 10:03:56 2011 +
Update to 2.033 (fixed typos and spelling errors - Perl RT#81782)
.gitignore |4 +---
perl-Compress-Raw-Bzip2.spec | 11 +++
sources
2011/1/13 Jon Masters:
> So that presumes a switch to the Shell?
Today's nightly desktop spin boots correctly, launching GOME starts
with gnome-shell being active. However, it is possible to fire up
metacity, and the desktop then works fine, too. ~C
--
devel mailing list
devel@lists.fedoraproject
On Thu, Jan 13, 2011 at 8:02 AM, Paulo Cavalcanti wrote:
>
>
> On Wed, Jan 12, 2011 at 7:07 PM, Daniel J Walsh wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 01/12/2011 04:03 PM, Paul Howarth wrote:
>> > On Wed, 12 Jan 2011 13:02:21 -0500
>> > Daniel J Walsh wrote:
>> >>
On Wed, 2011-01-12 at 21:03 +, Paul Howarth wrote:
> On Wed, 12 Jan 2011 13:02:21 -0500
> Daniel J Walsh wrote:
> > On 01/12/2011 06:29 AM, Paulo Cavalcanti wrote:
> > > Hi,
> > >
> > > I have two HDs on my computer: one with rhel5 5.5 and the other with
> > > fedora 14.
> > > Both systems sh
On Thu, 2011-01-13 at 08:02 -0200, Paulo Cavalcanti wrote:
>
>
> On Wed, Jan 12, 2011 at 7:07 PM, Daniel J Walsh
> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 01/12/2011 04:03 PM, Paul Howarth wrote:
> > On Wed, 1
On Thu, 2011-01-13 at 08:14 -0500, Stephen Smalley wrote:
> On Wed, 2011-01-12 at 21:03 +, Paul Howarth wrote:
> > On Wed, 12 Jan 2011 13:02:21 -0500
> > Daniel J Walsh wrote:
> > > On 01/12/2011 06:29 AM, Paulo Cavalcanti wrote:
> > > > Hi,
> > > >
> > > > I have two HDs on my computer: one
On Thu, Jan 13, 2011 at 11:28 AM, Stephen Smalley wrote:
> On Thu, 2011-01-13 at 08:14 -0500, Stephen Smalley wrote:
> > On Wed, 2011-01-12 at 21:03 +, Paul Howarth wrote:
> > > On Wed, 12 Jan 2011 13:02:21 -0500
> > > Daniel J Walsh wrote:
> > > > On 01/12/2011 06:29 AM, Paulo Cavalcanti wr
On Thu, 2011-01-13 at 11:51 -0200, Paulo Cavalcanti wrote:
> Here it goes:
>
> type=SYSCALL msg=audit(01/13/2011 07:31:09.287:39) : arch=x86_64
> syscall=lstat success=no exit=-13(Permission denied) a0=7ff594509d50
> a1=73924c40 a2=73924c40 a3=2f534d50522f6c6d items=0 ppid=2230
> pi
On Thu, 2011-01-13 at 11:51 -0200, Paulo Cavalcanti wrote:
>
>
> On Thu, Jan 13, 2011 at 11:28 AM, Stephen Smalley
> wrote:
>
> On Thu, 2011-01-13 at 08:14 -0500, Stephen Smalley wrote:
> > On Wed, 2011-01-12 at 21:03 +, Paul Howarth wrote:
> > > On Wed, 12 J
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 goes:
>
> >
> > type=SYSCALL msg=audit(01/13/2011 07:31:09.287:39) : arch=x86_64
> > syscall=lstat success=no exit=-13(Permission denied) a0=7ff594509d50
> >
Toshio Kuratomi wrote:
> Sounds like the gtk-update-icon-cache programs could be pushed into their
> own subpackage that both gtk2 and gtk3 require. That might be the best
> way to resolve that.
Right, the correct solution is to put this into a gtk-common subpackage
required by both gtk2 and gtk
Colin Walters wrote:
> In the Fedora 18+ timeframe where we might discuss not shipping gtk2
> in the default image, we can revisit this issue =) For now, keeping
> it in gtk2 seems fine to me.
I don't see a good reason not to do the right thing right now.
Kevin Kofler
--
devel mailing
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 switch-branch f14
foo (f14)$
You c
That is consistent with the normal git workflow. Since fedpkg is a helper
around simple git operations, it would make sense for it to give you a
message saying you might want to pull, and to have a --pull option to do it
for you.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
On Thu, 13 Jan 2011 13:14:46 +0100
Jaroslav Reznik wrote:
> Make sense, I try to find some spare time to look on it. Not feeling
> well today so...
No hurry. :)
> But my first dumb question is - what's the current state of stable
> updates policy? Is it implemented already as I'm quite lost in
On 1/13/11 8:39 AM, John Dennis wrote:
> 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 (
On Thu, 2011-01-13 at 10:42 -0800, Jesse Keating wrote:
> There is the case that when
> we switch to the branch, your last used state is behind or ahead the
> local index (that is the cached metadata the repo has about the state of
> each branch upstream).
Please call it the remote-tracking branch
Jesse Keating wrote:
> At most, we could warn about your status compared to the local
> index, a simple "git status" would show that. We cannot warn about
> your stats compared to upstream without fetching new data.
For folks with recent git (anything in Fedora will do, EPEL, not so
much), there'
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 of emotion inside. They feel it is a gcc
bug in FP handl
It's not a bug. It's a choice of behavior that has been well-understood
for a very long time, even if some developers have only recently become
aware of it and are upset about the choices made long ago. When you want a
different choice for your program, use the compiler flag.
--
devel mailing li
On 1/13/11 10:47 AM, Matt McCutchen wrote:
> On Thu, 2011-01-13 at 10:42 -0800, Jesse Keating wrote:
>> There is the case that when
>> we switch to the branch, your last used state is behind or ahead the
>> local index (that is the cached metadata the repo has about the state of
>> each branch upst
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 goes:
> >
> > >
> > > type=SYSCALL msg=audit(01/13/2011 07:31:09.287:39) : arch=x86_64
> > > s
https://bugzilla.redhat.com/show_bug.cgi?id=509897
https://bugzilla.redhat.com/attachment.cgi?id=473421&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Thu, Jan 13, 2011 at 01:24:08PM -0600, Michael Cronenworth wrote:
> I feel I should bring attention to a PHP developer response[2] to this
> bug. Warning: There is a bit of emotion inside. They feel it is a gcc
> bug in FP handling, which seems (in my limited knowledge) to be
> accurate. The
commit 8ae5c0d39fec465f3a3e000727b703b71e13babf
Author: Wes Hardaker
Date: Thu Jan 13 14:49:10 2011 -0800
updated to remove an unneeded patch
perl-Crypt-OpenSSL-X509.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Crypt-OpenSSL-X509.spec b/perl-
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 and hangs.) Is anyone else seeing this or is it a one-o
On 2011/01/13 22:59 (GMT-0500) Matthew Miller composed:
> 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
On 01/-10/-28163 02:59 PM, Matthew Kent wrote:
> After some ideological changes at work with rubygems and some changes
> in my personal life I don't have much motivation to maintain these.
> I'd imagine a decent number of these could disappear without any
> complaints. Tossing them up for grab
30 matches
Mail list logo
