On 20.1.2012 00:31, Stephen Gallagher wrote:
Currently, the official bug lifecycle includes the following phrase:
The resolution UPSTREAM can be used by maintainers to denote a bug that
they expect to be fixed by upstream development and naturally rolled
back into Fedora as part of the update
On 01/20/2012 08:39 AM, Marcela Mašláňová wrote:
On 01/20/2012 12:31 AM, Stephen Gallagher wrote:
I use closed/upstream, when I already fixed it in upstream. This bug
should be closed with number of release, where it is fixed or with the
link to the commit. I wouldn't blame this state for not
On Thu, 2012-01-19 at 15:50 -0800, Adam Williamson wrote:
What a great idea! We could call one of them 'Postscript'...
Not likely. :-)
I think the current candidate for the optional vector format is PDF
1.4/1.5.
Tim.
*/
signature.asc
Description: This is a digitally signed message part
--
On Fri, 2012-01-20 at 08:39 +0100, Marcela Mašláňová wrote:
I use closed/upstream, when I already fixed it in upstream. This bug
should be closed with number of release, where it is fixed or with the
link to the commit. I wouldn't blame this state for not fixing bug in
some projects. I
Compose started at Fri Jan 20 08:15:13 UTC 2012
Broken deps for x86_64
--
[amsn]
amsn-0.98.4-4.fc16.x86_64 requires libgupnp-igd-1.0.so.3()(64bit)
[anerley]
1:anerley-0.3.0-7.fc17.i686 requires libcogl.so.6
On Fri, 2012-01-20 at 09:17 +0100, Matej Cepl wrote:
On 20.1.2012 00:31, Stephen Gallagher wrote:
Currently, the official bug lifecycle includes the following phrase:
The resolution UPSTREAM can be used by maintainers to denote a bug that
they expect to be fixed by upstream development and
On Fri, 2012-01-20 at 09:30 +, Tim Waugh wrote:
On Fri, 2012-01-20 at 08:39 +0100, Marcela Mašláňová wrote:
I use closed/upstream, when I already fixed it in upstream. This bug
should be closed with number of release, where it is fixed or with the
link to the commit. I wouldn't blame
- Original Message -
On Fri, 2012-01-20 at 09:30 +, Tim Waugh wrote:
On Fri, 2012-01-20 at 08:39 +0100, Marcela Mašláňová wrote:
I use closed/upstream, when I already fixed it in upstream. This
bug
should be closed with number of release, where it is fixed or
with the
On Fri, 2012-01-20 at 08:04 -0500, Jaroslav Reznik wrote:
- Original Message -
On Fri, 2012-01-20 at 09:30 +, Tim Waugh wrote:
On Fri, 2012-01-20 at 08:39 +0100, Marcela Mašláňová wrote:
I use closed/upstream, when I already fixed it in upstream. This
bug
should be
On 01/20/2012 02:04 PM, Jaroslav Reznik wrote:
- Original Message -
On Fri, 2012-01-20 at 09:30 +, Tim Waugh wrote:
We already had this discussion, I don't recall exactly - two years ago
and the resolution was similar - rename CLOSED UPSTREAM to HOLD UPSTREAM.
I can try to find
Hi, Neil and others,
I plan to sync kexec-tools and makedumpfile with upstream release,
IOW, move kexec-tools to 2.0.3 and makedumpfile to 1.4.1, for Fedora 17.
Do you have any objections?
Thanks!
--
devel mailing list
devel@lists.fedoraproject.org
On Fri, 20 Jan 2012 07:20:20 -0500
Stephen Gallagher sgall...@redhat.com wrote:
Well, the proposal I'm making is the one that I've been following
personally in my own projects, which I feel is providing better
service to my users.
Speaking as a (mostly) user: I agree with this statement. I
On 01/04/2012 10:36 AM, Michal Hlavinka wrote:
On 01/03/2012 05:21 PM, Sérgio Basto wrote:
I agree, at least for non-gnome users , tracker shouldn't be in
autostart.
https://bugzilla.redhat.com/show_bug.cgi?id=771601
Thank you Michal for opening a bug. I should learn from you:
less
Hopefully this is being addressed:
http://www.phoronix.com/scan.php?page=news_itempx=MTA0NTA
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
commit 5d64e5c56aace0d3158fd4777601c3316f168169
Author: Paul Howarth p...@city-fan.org
Date: Fri Jan 20 14:22:57 2012 +
Spec clean-up
- Break build dependency loop by only using perl(Business::ISBN) if we're
not
bootstrapping
- BR: perl(Carp) and perl(Exporter)
-
On Fri, 2012-01-20 at 10:11 -0500, Neal Becker wrote:
Hopefully this is being addressed:
http://www.phoronix.com/scan.php?page=news_itempx=MTA0NTA
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-0064
signature.asc
Description: This is a digitally signed message part
--
devel mailing
On 20.1.2012 13:20, Stephen Gallagher wrote:
That's a fantastic idea, and probably an ideal solution. Unfortunately,
we're also talking about a minimum of several months' work to get that
in place, just on the engineering side. Not including the deployment
testing period.
Sure. Just to note
Hi,
If nobody objects, I am going to retire *rubygem-mongrel* and its
associated gems rubygem-gem_plugin, rubygem-fastthread and
rubygem-mongrel_cluster.
Mongrel is not maintained anymore [1]. It dos not support Ruby on Rails
3 available in Fedora, the last supported Ruby on Rails version
The lightweight tag 'perl-URI-1.59-3.fc17' was created pointing to:
5d64e5c... Spec clean-up
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
A file has been added to the lookaside cache for perl-POE-Component-Client-HTTP:
79697fe8bf93bcc85ca7b32a94ca5906 POE-Component-Client-HTTP-0.944.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 1d961c830b2c6c7da38cc36d9fc032e14acb7cde
Author: Petr Šabata con...@redhat.com
Date: Fri Jan 20 16:36:06 2012 +0100
0.944 bump
.gitignore |1 +
perl-POE-Component-Client-HTTP.spec | 101 --
sources
On Fri, Jan 20, 2012 at 09:27, Vít Ondruch vondr...@redhat.com wrote:
Hi,
If nobody objects, I am going to retire *rubygem-mongrel* and its
associated gems rubygem-gem_plugin, rubygem-fastthread and
rubygem-mongrel_cluster.
Mongrel is not maintained anymore [1]. It dos not support Ruby on
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=781402
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
On 19 January 2012 23:23, David Tardon dtar...@redhat.com wrote:
On Thu, Jan 19, 2012 at 06:50:50PM -0500, Stephen Gallagher wrote:
On Thu, 2012-01-19 at 15:30 -0800, Adam Williamson wrote:
On Sat, 2012-01-14 at 19:12 +0100, Kevin Kofler wrote:
Kevin Fenzi wrote:
Keeping packages around
Stephen Gallagher (sgall...@redhat.com) said:
Essentially, when closing this bug as UPSTREAM, we are communicating to
our users This will get fixed. Probably. And it will get pulled into
Fedora eventually. Probably. Most people, when they can actually be
convinced to file a real bug report
On 20/01/12 16:24, Bill Nottingham wrote:
In that case, I will likely open up a bug upstream, and close the Fedora
bug, because it is really not up to me at all when, or *if*, such a bug gets
fixed; as a downstream maintainer, I'm not going to put changes of that sort
into Fedora alone, and
* Ralf Corsepius [20/01/2012 15:25] :
... and why no simply keep these BZs open and/or to add a note
Because the bug isn't open. There's nothing more to do on it in its present
state and having it show up in lists of open bugs is counter-productive.
This would at least reflect the actual
From 1ddcc951eec9ede74ae6650de04a921198aec493 Mon Sep 17 00:00:00 2001
From: Rich Megginson rmegg...@redhat.com
Date: Fri, 20 Jan 2012 09:52:33 -0700
Subject: [PATCH] Remove redundant code - make a global into a static
Remove redundant code - make a global into a static
---
On Thu, Jan 19, 2012 at 11:48:38AM -0500, Przemek Klosowski wrote:
On 01/19/2012 10:43 AM, Richard W.M. Jones wrote:
I wrote a little graphical tool called rpmdepsize (it's in Fedora)
which may be useful. Unfortunately it only works with a single
package, eg:
rpmdepsize kernel
On Fri, 2012-01-20 at 11:24 -0500, Bill Nottingham wrote:
Stephen Gallagher (sgall...@redhat.com) said:
Essentially, when closing this bug as UPSTREAM, we are communicating to
our users This will get fixed. Probably. And it will get pulled into
Fedora eventually. Probably. Most people,
Rich Megginson wrote:
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
ack.
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
Did my eyes deceive me, or do the packages now get separated and put in
their respected dir of their first letter, and not located in one dir
now? Did the tree change or is this an error?
--
Mike Chambers
Madisonville, KY
Best little town on Earth!
--
devel mailing list
On 01/20/2012 05:55 PM, Emmanuel Seyman wrote:
* Ralf Corsepius [20/01/2012 15:25] :
... and why no simply keep these BZs open and/or to add a note
Because the bug isn't open.
Surely the bug is open: The product you are supposed to be responsible
for (A Fedora package) suffers from an
MC == Mike Chambers m...@miketc.net writes:
MC Did my eyes deceive me, or do the packages now get separated and put
MC in their respected dir of their first letter, and not located in one
MC dir now?
Yes.
MC Did the tree change or is this an error?
The tree changed.
- J
--
devel mailing
On Fri, 20 Jan 2012 11:44:54 -0600
Mike Chambers m...@miketc.net wrote:
Did my eyes deceive me, or do the packages now get separated and put
in their respected dir of their first letter, and not located in one
dir now? Did the tree change or is this an error?
This did happen and it is not
Adam Williamson wrote:
Would it make sense just to put the hicolor directory into filesystem?
It seems silly to have every single graphical app in the distro depend
on a package simply for the provision of the directory...
There are also all the subdirectories such as
Bill Nottingham wrote:
These could be separate groups, (i.e., XFCE's 'Office Suite' group may not
have LibreOffice). So there would be the ability to customize that.
Yes, that makes sense.
Right now, if you enable Sound and Video, you get Totem forced in (and
with it, plenty of GNOME
Le 19/01/2012 19:57, Remi Collet a écrit :
Feature page : https://fedoraproject.org/wiki/Features/Php54
I just finish to rebuild
php-5.4.0-0.1.RC6.fc17
And dependant packages :
cups-1.5.0-28.fc17
graphviz-2.28.0-13.fc17
libdigidocpp-0.3.0-13.fc17
libpuzzle-0.11-12.fc17
commit 528d46467717c60ac5c1ccd32752eedeed9ee4b9
Author: Paul Howarth p...@city-fan.org
Date: Fri Jan 20 19:11:36 2012 +
Spec clean-up
- BR: perl(Exporter) and perl(POSIX)
- Make %files list more specific
- Don't use macros for commands
- Use DESTDIR rather than
On Fri, Jan 20, 2012 at 4:51 PM, Remi Collet fed...@famillecollet.com wrote:
Le 19/01/2012 19:57, Remi Collet a écrit :
Feature page : https://fedoraproject.org/wiki/Features/Php54
I just finish to rebuild
php-5.4.0-0.1.RC6.fc17
And dependant packages :
cups-1.5.0-28.fc17
The lightweight tag 'perl-Math-Round-0.06-12.fc17' was created pointing to:
528d464... Spec clean-up
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Am 20.01.2012 19:51, schrieb Remi Collet:
Le 19/01/2012 19:57, Remi Collet a écrit :
Feature page : https://fedoraproject.org/wiki/Features/Php54
I just finish to rebuild
php-5.4.0-0.1.RC6.fc17
And dependant packages :
php-facedetect-1.0.1-6.fc17
php-idn-1.2c-5.fc17
* Ralf Corsepius [20/01/2012 19:53] :
Surely the bug is open: The product you are supposed to be
responsible for (A Fedora package) suffers from an unfixed bug,
documented in bugzilla.
Anyone looking in brc for the unfixed bugs of a package is going to be severely
disappointed. Bugs there
Le 20/01/2012 19:51, Remi Collet a écrit :
Pending
ice (owner will take care of it)
Done, thanks for your help on ice-php !
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Adam Williamson wrote:
Would it make sense just to put the hicolor directory into filesystem?
It seems silly to have every single graphical app in the distro depend
on a package simply for the provision of the directory...
I agree.
-- rex
--
devel mailing list
Don't currently use, don't have time to maintain it, feel free
to take it (I kept myself as co-maintainer to help out the
transition):
https://admin.fedoraproject.org/pkgdb/acls/name/blam
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
19.01.2012 17:03, Kevin Kofler wrote:
Pavel Alexeev wrote:
But how I should then deal with licensing in my situation if its mismatch?
There is no mismatch, it's OK to include GPLv2+ code in a GPLv3+ program,
the result is just GPLv3+. (You can also declare License: GPLv3+ and
GPLv2+, but if
On Fri, 2012-01-20 at 09:25 +, Tim Waugh wrote:
On Thu, 2012-01-19 at 15:50 -0800, Adam Williamson wrote:
What a great idea! We could call one of them 'Postscript'...
Not likely. :-)
I think the current candidate for the optional vector format is PDF
1.4/1.5.
Everything old is new
Kevin Kofler wrote:
Adam Williamson wrote:
Would it make sense just to put the hicolor directory into filesystem?
It seems silly to have every single graphical app in the distro depend
on a package simply for the provision of the directory...
There are also all the subdirectories such as
On Tue, 17 Jan 2012 02:20:15 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Kevin Fenzi wrote:
We talked about, but never finished implementing a timeout on acl
requests.
The way this would work is that maintainer would have some time.. 3
weeks or something to reject a acl request.
On Thu, 19 Jan 2012 18:50:50 -0500
Stephen Gallagher sgall...@redhat.com wrote:
On Thu, 2012-01-19 at 15:30 -0800, Adam Williamson wrote:
On Sat, 2012-01-14 at 19:12 +0100, Kevin Kofler wrote:
...snip...
(And now with my packager hat on, fixing and/or updating a
package in the repo
Once upon a time, Kevin Fenzi ke...@scrye.com said:
b) unretirement
This could be pretty massive changes. If something was retired years
ago, the entire spec could be very different. Or it could have been
yesterday. But making the time variable for re-review makes it much
more complex. Last
On Fri, 20 Jan 2012 17:15:57 -0600
Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Kevin Fenzi ke...@scrye.com said:
b) unretirement
This could be pretty massive changes. If something was retired years
ago, the entire spec could be very different. Or it could have been
On Fri, 2012-01-20 at 09:30 +, Tim Waugh wrote:
On Fri, 2012-01-20 at 08:39 +0100, Marcela Mašláňová wrote:
I use closed/upstream, when I already fixed it in upstream. This bug
should be closed with number of release, where it is fixed or with the
link to the commit. I wouldn't blame
On Fri, 2012-01-20 at 10:11 -0500, Neal Becker wrote:
Hopefully this is being addressed:
http://www.phoronix.com/scan.php?page=news_itempx=MTA0NTA
It was fixed in Fedora 16 and Rawhide (the only releases it actually
affected) before Phoronix even posted their 'update', they just missed
the
[root@srv-rhsoft:~]$ dmesg -c
mdadm: sending ioctl 1261 to a partition!
mdadm: sending ioctl 1261 to a partition!
what does the system want to tell me with this each time
/sbin/mdadm --detail is called to any raid-array? can
this be ignored or is there a possible bug in recent
kernel/mdadm which
Once upon a time, Kevin Fenzi ke...@scrye.com said:
On Fri, 20 Jan 2012 17:15:57 -0600
Chris Adams cmad...@hiwaay.net wrote:
I would think that making it release based rather than time based
should be okay. If there have been N released shipped without
package foo, then foo needs to be
# Fedora Quality Assurance Meeting
# Date: 2012-01-23
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again. We have a bunch of action items from last week
to catch up on, and now
commit 9b6ccf963cfbe31950031ed69a3a77f49e8b5641
Author: Paul Howarth p...@city-fan.org
Date: Fri Jan 20 10:43:17 2012 +
Spec clean-up
- drop -tests subpackage (general lack of interest in this), but include
them as documentation for the main package
- drop redundant
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Gtk2-1.242 is available
https://bugzilla.redhat.com/show_bug.cgi?id=783426
Summary: perl-Gtk2-1.242 is available
Product: Fedora
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=746941
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed
perl-Bot-BasicBot has broken dependencies in the rawhide tree:
On x86_64:
perl-Bot-BasicBot-0.87-2.fc17.noarch requires perl(URI::Title)
perl-Bot-BasicBot-0.87-2.fc17.noarch requires perl(URI::Find::Simple)
On i386:
perl-Bot-BasicBot-0.87-2.fc17.noarch requires
On Fri, Jan 20, 2012 at 01:34:49AM +, build...@fedoraproject.org wrote:
perl-Bot-BasicBot has broken dependencies in the rawhide tree:
On x86_64:
perl-Bot-BasicBot-0.87-2.fc17.noarch requires perl(URI::Title)
perl-Bot-BasicBot-0.87-2.fc17.noarch requires
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=781396
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
On 01/20/2012 01:39 PM, Petr Šabata wrote:
On Fri, Jan 20, 2012 at 01:34:49AM +, build...@fedoraproject.org wrote:
perl-Bot-BasicBot has broken dependencies in the rawhide tree:
On x86_64:
perl-Bot-BasicBot-0.87-2.fc17.noarch requires perl(URI::Title)
On Fri, Jan 20, 2012 at 02:52:38PM +0100, Ralf Corsepius wrote:
On 01/20/2012 01:39 PM, Petr Šabata wrote:
On Fri, Jan 20, 2012 at 01:34:49AM +, build...@fedoraproject.org wrote:
perl-Bot-BasicBot has broken dependencies in the rawhide tree:
On x86_64:
commit fd308c3b76e1a32eab0c1875148b0d6b4c6edef8
Author: Paul Howarth p...@city-fan.org
Date: Fri Jan 20 14:16:59 2012 +
Spec clean-up
- Clean up for modern rpmbuild:
- Drop BuildRoot specification
- Drop %clean section
- Don't bother cleaning buildroot in
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=781402
Bug 781402 depends on bug 783149, which changed state.
Bug 783149 Summary: Review Request: perl-POE-Component-Resolver -
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=226283
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: missing dependancy on perl-Email-Simple-Creator
https://bugzilla.redhat.com/show_bug.cgi?id=783468
Summary: missing dependancy on perl-Email-Simple-Creator
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=226283
--- Comment #10 from Jon Ciesla limburg...@gmail.com 2012-01-20 09:54:58 EST
---
Done.
--
Configure bugmail:
A file has been added to the lookaside cache for
perl-POE-Component-Client-Keepalive:
318f18fce0837004fac8b792c5bbba1e POE-Component-Client-Keepalive-0.268.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit 3b944be950efa64c8bf5e8963f4a6486fc59522b
Author: Petr Šabata con...@redhat.com
Date: Fri Jan 20 16:02:28 2012 +0100
0.268 bump
.gitignore |1 +
perl-POE-Component-Client-Keepalive.spec | 50 +++--
sources
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=760472
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
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=760472
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
https://fedorahosted.org/389/ticket/262
https://fedorahosted.org/389/attachment/ticket/262/0001-Ticket-262-pid-file-not-removed-with-systemd.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
From 95cd59308ca30b46ed3eb5cf34f9d1642390f2f9 Mon Sep 17 00:00:00 2001
From: Rich Megginson rmegg...@redhat.com
Date: Fri, 20 Jan 2012 20:01:17 -0700
Subject: [PATCH] fix mozldap build issues
ldap_start_tls_s needs ldap_ssl.h
mozldap does not define LDAP_MAXINT
---
77 matches
Mail list logo
