On 09/09/2011 10:50 AM, Jens Petersen wrote:
> Hi,
>
> yum-langpacks has been working pretty well now for a while in Fedora,
> but all langpacks are still listed conditionally in comps' language support
> groups
> in addition to the meta-section.
>
> So for F17 I'd like to remove them all from co
On Thu, Sep 08, 2011 at 10:37:10AM +0300, Panu Matilainen wrote:
> On 09/08/2011 03:44 AM, Tony Breeds wrote:
> > Hi All,
> > On a related but different note. How hard would it be to get
> > yum-builddep to take an --arch arg to that we can esily get the 32-bit
> > builddeps on a 64-bit system
Hi,
yum-langpacks has been working pretty well now for a while in Fedora,
but all langpacks are still listed conditionally in comps' language support
groups
in addition to the meta-section.
So for F17 I'd like to remove them all from comps,
this will simplify comps a lot and if we can also
remo
On Thu, Sep 08, 2011 at 09:27:20AM -0400, Adam Jackson wrote:
> On Thu, 2011-09-08 at 10:44 +1000, Tony Breeds wrote:
> > Hi All,
> > On a related but different note. How hard would it be to get
> > yum-builddep to take an --arch arg to that we can esily get the 32-bit
> > builddeps on a 64-bi
# F16 Beta Blocker Review meeting #3
# Date: 2011-09-09
# Time: 17:00 UTC [1] (13:00 EDT, 10:00 PDT, 10:00 MST)
# Location: #fedora-bugzappers on irc.freenode.net
The third installment of the irresistible beta blocker bug review
meeting series will be this Friday at 17:00 UTC in #fedora-bugzappers
As per the Fedora 16 schedule [1], Fedora 16 Beta Test Compose 2
(TC2) is now available for testing. Please see the following pages for
download links and testing instructions. In general, official live
images arrive a few hours after the install images: see the links below
for updates. When they a
On Thu 08 Sep 2011 10:31:46 AM PDT, Markus Mayer wrote:
> Hi,
>
> I would just announce that I am taking ownership of orphan package
> phoronix-test-suite.
>
>
> Regards
>
> Markus
Yay! About time. No more rebuilding for source.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
On behalf of the systemd convertion team Just wanted to say thanks to
Tom "Spot" Callaway he's been on fire today packaging submitted unit
files and shipping them.
Your work did not go unoticed!
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
On Thu, 2011-09-08 at 22:21 +0200, Till Maas wrote:
> On Thu, Sep 08, 2011 at 03:33:33PM -0400, David Malcolm wrote:
>
> > package for a while. If I'm happy with my subsequent testing, then I'll
> > +1 my own update, on the grounds that I've been viewing the change from
> > a testing perspective,
On Thu, 2011-09-08 at 22:18 +0200, Till Maas wrote:
> It is easy to go in circles if everyone is using "+1" with a different
> meaning. If you read carefully what I quoted you will notice that I
> quoted a proposal to allow +1 comments only from submitters for non
> critpath updates. If we use you
Hi,
since there seem to be no further objections, I would like to offer a
review swap for GNU parallel.
https://bugzilla.redhat.com/show_bug.cgi?id=675495
There was some debate on how this could be packaged for Fedora, but
in the end we found a way everybody could agree on (at least no one
disag
On Thu, Sep 08, 2011 at 03:33:33PM -0400, David Malcolm wrote:
> package for a while. If I'm happy with my subsequent testing, then I'll
> +1 my own update, on the grounds that I've been viewing the change from
> a testing perspective, rather than just from a development perspective.
> If not, I'
On Thu, Sep 08, 2011 at 12:34:25PM -0700, Adam Williamson wrote:
> On Thu, 2011-09-08 at 20:59 +0200, Till Maas wrote:
> > On Thu, Sep 08, 2011 at 06:42:56PM +, "Jóhann B. Guðmundsson" wrote:
> >
> > > As in components flagged as base/core/critical might restrict the
> > > maintainer from +1
On Thu, 2011-09-08 at 20:59 +0200, Till Maas wrote:
> On Thu, Sep 08, 2011 at 06:42:56PM +, "Jóhann B. Guðmundsson" wrote:
>
> > As in components flagged as base/core/critical might restrict the
> > maintainer from +1 his own component and require more stricter QA
> > oversight while compone
On Wed, 2011-09-07 at 18:38 +0100, Richard Hughes wrote:
> On 7 September 2011 01:02, Adam Williamson wrote:
> > Is this a Bodhi bug? Or does FESCo expect voluntary compliance /
> > case-by-case enforcement of this policy?
>
> I'm guilty of this too; when I file an update that's not getting
> eno
On Thu, 2011-09-08 at 18:42 +, "Jóhann B. Guðmundsson" wrote:
> How about tying the requirement to criteria the component belongs to?
>
> As in components flagged as base/core/critical might restrict the
> maintainer from +1 his own component and require more stricter QA
> oversight while c
On Thu, Sep 08, 2011 at 06:42:56PM +, "Jóhann B. Guðmundsson" wrote:
> As in components flagged as base/core/critical might restrict the
> maintainer from +1 his own component and require more stricter QA
> oversight while components that are not flag as base/core/critical might
> not?
If
On Thu, Sep 08, 2011 at 08:30:24PM +0200, Pierre-Yves Chibon wrote:
> Might be worth adding a flash() to inform why the karma wasn't added.
Done:
https://fedorahosted.org/bodhi/attachment/ticket/277/0001-model.py-Change-karma-from-Submitter-to-0.2.patch
Kind regards
Till
pgpHXAZilkoL0.pgp
Desc
On 09/08/2011 06:27 PM, Till Maas wrote:
> On Thu, Sep 08, 2011 at 01:16:50PM -0400, Josh Boyer wrote:
>> I don't think a maintainer can realistically replace wide-spread user
>> based testing in a variety of environments. In light of that, we can
>> either accept a maintainer +1 as "I tested this
On Thu, Sep 08, 2011 at 01:16:50PM -0400, Josh Boyer wrote:
> I don't think a maintainer can realistically replace wide-spread user
> based testing in a variety of environments. In light of that, we can
> either accept a maintainer +1 as "I tested this as I would use it and
> it worked" (which sho
On Thu, 2011-09-08 at 20:16 +0200, Till Maas wrote:
>
> > It's not being enforced in bodhi, but it should be:
> >
> > https://fedorahosted.org/bodhi/ticket/277
>
> It is somehow sad that nobody took the time to write a two line patch
> to
> fix this 3 year old bug report:
>
> https://fedorahos
On Tue, Sep 06, 2011 at 08:46:50PM -0600, Kevin Fenzi wrote:
> It's not being enforced in bodhi, but it should be:
>
> https://fedorahosted.org/bodhi/ticket/277
It is somehow sad that nobody took the time to write a two line patch to
fix this 3 year old bug report:
https://fedorahosted.org/bod
On Thu, Sep 8, 2011 at 11:54 AM, Nils Philippsen wrote:
> I think we should define what a "vanilla environment" is then. One could
> argue that either of the following could be described as "vanilla":
One thing I done in lieu of a full VM is to test CLI programs under
mock. Of course this is a mi
On Thu, 2011-09-08 at 13:16 -0400, Josh Boyer wrote:
> > - A system in good condition (packages verify well, no dupes) that's
> > used normally, i.e. what you would see being used by normal persons
> > without any fancy hacks in configuration, or worse, non-config files
> > owned by packages. Pro:
On Thu, 2011-09-08 at 16:43 +0200, Johannes Lips wrote:
> Hi,
>
> I think a major problem of the current update policy is, that regular
> users don't see if there are new package updates in updates-testing,
> unless they enable it and I doubt many regular users do this.
>
> So we might think ab
Hi,
I would just announce that I am taking ownership of orphan package
phoronix-test-suite.
Regards
Markus
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Sep 8, 2011 at 12:54 PM, Nils Philippsen wrote:
> On Wed, 2011-09-07 at 18:02 -0700, Adam Williamson wrote:
>> On Wed, 2011-09-07 at 18:47 -0600, Kevin Fenzi wrote:
>> > * As a maintainer it's easy to have a env that gets out of sync with
>> > what a QA or end user would use. Ie, you mak
On Wed, 2011-09-07 at 18:02 -0700, Adam Williamson wrote:
> On Wed, 2011-09-07 at 18:47 -0600, Kevin Fenzi wrote:
> > * As a maintainer it's easy to have a env that gets out of sync with
> > what a QA or end user would use. Ie, you make 20 iterations of a
> > package to test something, tweak co
On Sep 7, 2011, at 7:13 PM, Andre Robatino wrote:
>
> My opinion is that packagers should be allowed to
> +1 their own packages after a certain delay (1 week, maybe?) if it hasn't
> gotten
> sufficient karma from others by then, and they do actual testing in a
> non-custom
> environment (for exa
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fcgi package contains embedded copy of FCGI module
https://bugzilla.redhat.com/show_bug.cgi?id=736759
Summary: fcgi package contains embedded copy of FCGI modul
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=736612
Till Maas 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=736613
Till Maas 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=736613
Till Maas 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=736612
Till Maas changed:
What|Removed |Added
-
On Thu, Sep 08, 2011 at 07:17:35AM -0700, Christopher Aillon wrote:
> On 09/07/2011 05:47 PM, Kevin Fenzi wrote:
>
> > As someone on the other side of this (although not strongly, I could
> > be convinced), I don't think thats my concern at all...
> >
> > * As a maintainer you should only be pushi
On 09/08/2011 06:27 AM, Adam Jackson wrote:
> On Thu, 2011-09-08 at 10:44 +1000, Tony Breeds wrote:
>> Hi All,
>> On a related but different note. How hard would it be to get
>> yum-builddep to take an --arch arg to that we can esily get the 32-bit
>> builddeps on a 64-bit system?
>
> Is 'se
Another wrinkle I'm not sure has been discussed (in this thread anyway)...
What if a new package is built in response to a bug report? If you add
the BZ number when you do your updates then of course anyone following
the bug gets cc'd and can try the testing package. It can often be
difficult gett
Hi,
I think a major problem of the current update policy is, that regular
users don't see if there are new package updates in updates-testing,
unless they enable it and I doubt many regular users do this.
So we might think about spreading the word, when a new update of a
software package is av
On 09/07/2011 04:29 PM, Rich Megginson wrote:
> On 09/07/2011 05:06 PM, Noriko Hosoi wrote:
>> Rich Megginson wrote:
>>> The problem comes from the method we use to check if the changelog does
>>> not match the database in replica_check_for_data_reload(). The RUV in
>>> the database contains obsol
On 09/07/2011 05:47 PM, Kevin Fenzi wrote:
> As someone on the other side of this (although not strongly, I could
> be convinced), I don't think thats my concern at all...
>
> * As a maintainer you should only be pushing an update you feel
>works/fixes something anyhow. Shouldn't that be an im
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I would like to introduce myself as a potential new package maintainer.
I'm currently working at Nikhef in the Netherlands, the national
institute for subatomic physics. The group I'm working in has been
involved with grid computing since around
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/07/2011 03:27 PM, Adam Williamson wrote:
> On Tue, 2011-09-06 at 15:34 -0400, Daniel J Walsh wrote:
>> On 09/06/2011 01:49 PM, Michael Schwendt wrote:
>>> On Tue, 06 Sep 2011 13:00:21 -0400, DJW (Daniel) wrote:
>>>
I guess what I really nee
Ladies and Gentleman:
Seemingly this is the first "Self Introduction" this month. I am working on a
new unison package. I already filed a review request some days ago:
https://bugzilla.redhat.com/show_bug.cgi?id=734531
I'm a gentle German student and loyal Linux user for several years. But I
ne
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=736609
Jan Lieskovsky 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=736604
Jan Lieskovsky 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=736608
Jan Lieskovsky changed:
What|Removed |Added
On Thu, 2011-09-08 at 10:44 +1000, Tony Breeds wrote:
> Hi All,
> On a related but different note. How hard would it be to get
> yum-builddep to take an --arch arg to that we can esily get the 32-bit
> builddeps on a 64-bit system?
Is 'setarch i686 yum-builddep foo' not enough?
- ajax
si
On Thu, Sep 08, 2011 at 14:59:00 +0200,
Michel Alexandre Salim wrote:
> Dear all,
>
> The following packages are affected by the libgee API change in
> Rawhide (from 0.6.1 / gee-1.0.pc to 0.7.0 / gee-0.8.pc). Of the two
> packages I randomly tested (rygel and pino), merely changing the build
>
Dear all,
The following packages are affected by the libgee API change in
Rawhide (from 0.6.1 / gee-1.0.pc to 0.7.0 / gee-0.8.pc). Of the two
packages I randomly tested (rygel and pino), merely changing the build
scripts to pick up the new .pc file is not sufficient; as such, I'm
preparing a compa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 08.09.2011 13:34, schrieb Rahul Sundaram:
> On 09/08/2011 04:54 PM, Alex Hudson wrote:
>> I would second this. I've got a number of critical bugs still
>> open in Bugzilla about pino; these have been open since before
>> F15 released IIRC and it h
On 8 September 2011 03:13, Andre Robatino wrote:
> If a packager repeatedly submits +1 for updates which turn out later couldn't
> possibly have worked in actual testing, then their karma privileges could be
> revoked.
Makes sense to me.
Richard.
--
devel mailing list
devel@lists.fedoraproject.
On Thu, 2011-09-08 at 06:03 +0200, Joachim Backes wrote:
> In the meanwhile, several tools have been developed for the management
> of my gnome or gnome3 desktop (gui or not gui based), but each time I
> need to use them I have to think about what tool to use:
>
> gnome-tweak-tool
> gconf-editor
>
On 8 September 2011 05:03, Joachim Backes wrote:
> gnome-tweak-tool
Current, high level.
> gconf-editor
Legacy.
> dconf-editor
Current, low level.
> gconftool-2
Legacy.
> gnome-session-properties
Kinda current.
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fe
On 09/08/2011 04:54 PM, Alex Hudson wrote:
> I would second this. I've got a number of critical bugs still open in
> Bugzilla about pino; these have been open since before F15 released
> IIRC and it has been totally unusable (for anyone, as far as I can
> tell) since then. It's a shame because I wa
On Thu, 2011-09-08 at 16:52 +0530, Rahul Sundaram wrote:
> On 09/08/2011 04:43 PM, Michel Alexandre Salim wrote:
> > Given that several changes are needed, it's probably best for one of
> > the Pino maintainers to make the update (I'd not feel comfortable
> > doing anything more than just adjusting
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=736636
Petr Sabata changed:
What|Removed |Added
---
On Thu, Sep 08, 2011 at 08:52:38PM +1000, Michael Fleming wrote:
> On 7/09/2011 4:50 PM, Tomasz Torcz wrote:
> >On Tue, Sep 06, 2011 at 02:23:36PM +0100, Khusro Jaleel wrote:
> >>On 06/09/11 06:31, Michael Fleming wrote:
> >>>I've released ownership of the aforementioned package, as I've not used
>
On 09/08/2011 04:43 PM, Michel Alexandre Salim wrote:
> Given that several changes are needed, it's probably best for one of
> the Pino maintainers to make the update (I'd not feel comfortable
> doing anything more than just adjusting for the libgee changes)
Upstream is struck in development stage
Compose started at Thu Sep 8 08:15:33 UTC 2011
Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
airrac-0.1.0-2.fc16.i686 requires libstdair.so.0.36
airrac-0.1.0-2.fc16.i686 requires lib
Dear Pino maintainers,
On Wed, Sep 7, 2011 at 3:30 PM, wrote:
>
>
> pino has broken dependencies in the rawhide tree:
> On x86_64:
> pino-0.3-0.3.20101112hg.fc15.x86_64 requires libgee.so.2()(64bit)
> On i386:
> pino-0.3-0.3.20101112hg.fc15.i686 requires libgee.so.2
> Please resolv
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=736635
Petr Sabata changed:
What|Removed |Added
---
commit 0ed8f34556db02ad5cbfed2cb44ae2a586a4f430
Author: Petr Sabata
Date: Thu Sep 8 12:53:39 2011 +0200
0.33 bump
.gitignore|1 +
perl-DBD-CSV.spec | 39 ++-
sources |2 +-
3 files changed, 16 insertions(+), 26 deletions(-)
-
A file has been added to the lookaside cache for perl-DBD-CSV:
0b43201bf1aa043e12bebecdec17a17e DBD-CSV-0.33.tgz
--
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
On 7/09/2011 4:50 PM, Tomasz Torcz wrote:
> On Tue, Sep 06, 2011 at 02:23:36PM +0100, Khusro Jaleel wrote:
>> On 06/09/11 06:31, Michael Fleming wrote:
>>> I've released ownership of the aforementioned package, as I've not used
>>> it in any meaningful way in some time and don't have the time to
>>
On 09/08/2011 03:44 AM, Tony Breeds wrote:
> Hi All,
> On a related but different note. How hard would it be to get
> yum-builddep to take an --arch arg to that we can esily get the 32-bit
> builddeps on a 64-bit system?
It's been recently implemented at upstream, see
https://bugzilla.redh
65 matches
Mail list logo
