[Test-Announce] 2013-10-23 @ 16:00 UTC - F20 Beta Blocker Bug Review #5

# F20 Beta Blocker Review meeting #5 # Date: 2013-10-23 # Time: 16:00 UTC (12:00 EDT, 09:00 PDT) # Location: #fedora-blocker-review on irc.freenode.net It's time for some more blocker review fun tomorrow, folks. Scheduled to be the last one before Beta, but it's not looking that way :( We'll be r

Re: Is rpmbuild reentrant?

On 2013-10-22, Neil Horman wrote: > On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote: >> Is it healty to execute rpmbuild while building a package? >> >> I have tests for perl dependencency generator filters. I.e. the tests >> build a package using rpmbuild with redefeined all the `_*di

Re: pycairo

On Wed, 2013-10-23 at 11:46 +0800, Christopher Meng wrote: > On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon > wrote: > > Note that the package was renamed anyway, without waiting for the rename > > review request to be completed: > > http://pkgs.fedoraproject.org/cgit/pycairo.git/commit/?id=c700

Re: pycairo

On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon wrote: > Note that the package was renamed anyway, without waiting for the rename > review request to be completed: > http://pkgs.fedoraproject.org/cgit/pycairo.git/commit/?id=c700bd496bee56d8f0de03ef4d57a34d1a97bcf0 And I would ask why he can do t

Re: pycairo

On Wed, Oct 23, 2013 at 11:21 AM, Zbigniew Jędrzejewski-Szmek wrote: > So, is this Review request still "live" and waiting for a reviewer, > or is is "dead", and waiting for a new prospective maintainer? > It would be great if the involved parties could provide some hints. Dead de facto. But it h

Re: pycairo

On Wed, 2013-10-23 at 05:21 +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Oct 20, 2013 at 11:27:22AM +0800, Christopher Meng wrote: > > Hi list, > > > > I'm building some packages which depend on the latest version of > > pycairo, and an inprogress feature also needs its > > rebuild(https://

Re: pycairo

On Sun, Oct 20, 2013 at 11:27:22AM +0800, Christopher Meng wrote: > Hi list, > > I'm building some packages which depend on the latest version of > pycairo, and an inprogress feature also needs its > rebuild(https://bugzilla.redhat.com/show_bug.cgi?id=1005447) as well. > > However the version in

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

Michael Schwendt wrote: > Agreed. It's a trade-off. Guards aren't bad, but in this case their > benefit is questionable. It probably doesn't work completely anyway, since > if the build framework uses Autotools, there likely are no pregenerated > Makefiles, and only a successful run on the configur

Schedule for Wednesday's FESCo Meeting (2013-10-23)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2013-10-23 18:00 UTC' Links to all tickets below

Orphaning ghemical and related packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ghemical libghemical liboglappth mopac7 mpqc I hope someone is able to pick them up. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAlJm7LYACgkQL6j7milTFsEY/ACbBCxTi5Z21XwHMIPOTPSMK/4I ywsAoIEwfZ9J+r63sFe56r1u00TScDXi

Re: communications and community [was Re: Lack of response about sponsorship]

Kevin Fenzi (ke...@scrye.com) said: > > As a first step, I suggest clearing up the intended usage of "devel" > > list. There's too much traffic on that list. 792 messages so far in > > October. Even if one uses filtering, the recurring task of skimming > > over the devel list folder is tiresome, s

Re: bcache-tools and bcache support in other linux packages

On 10/21/2013 06:47 PM, Piergiorgio Sartor wrote: Interesting, then logic would suggest to (b)cache the components of the RAID. Of, even better, to (b)cache /dev/sd[ab] (in this case) and cover, in this way, everything. Well, I agree, there's more to it. Like cost. One could consider to pair se

File Test-Output-1.02.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Test-Output: d80890160737cdf4c3241d48428d33ab Test-Output-1.02.tar.gz -- 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/mailm

Re: The trouble with metadata-extractor

Il 22/10/2013 18:33, Stanislav Ochotnicky ha scritto: Ideally? I'd say: 1. Update metadata-extractor to latest upstream, add maven metadata, shell script in/usr/bin/ etc. Basically overwrite metadata-extractor with current metadata-extractor2 2. Sort out JSOM breakage afterwards. Eit

Re: The trouble with metadata-extractor

Ugh, what a mess.. Quoting Andrea Musuruane (2013-10-20 23:37:54) > Hi all, > last April the following bug report was opened: > https://bugzilla.redhat.com/show_bug.cgi?id=947457 > > As I stated on bugzilla, metadata-extractor was just needed by JOSM. > Updating metadata-extractor would break

Re: The trouble with metadata-extractor

Il 22/10/2013 17:54, Andrea Musuruane ha scritto: I send again the following post. I can't believe not to get an opinion :) Bye, Andrea. hi On Sun, Oct 20, 2013 at 11:37 PM, Andrea Musuruane > wrote: Hi all, last April the following bug report was o

Re: The trouble with metadata-extractor

I send again the following post. I can't believe not to get an opinion :) Bye, Andrea. On Sun, Oct 20, 2013 at 11:37 PM, Andrea Musuruane wrote: > Hi all, > last April the following bug report was opened: > https://bugzilla.redhat.com/show_bug.cgi?id=947457 > > As I stated on bugzilla, me

Re: Canonical copy of config.guess/config.sub

On 10/22/2013 04:48 PM, Peter Lemenkov wrote: 2013/10/22 Florian Weimer : What's the canonical system-wide copy of the config.guess file? I have: I'm copying them from libtool. Why? config.sub/config.guess originate from an upstream of their own (The config project): http://savannah.gnu.o

Re: Is rpmbuild reentrant?

On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote: > Is it healty to execute rpmbuild while building a package? > > I have tests for perl dependencency generator filters. I.e. the tests > build a package using rpmbuild with redefeined all the `_*dir' macros, > then use librpm to query req

Re: communications and community [was Re: Lack of response about sponsorship]

On Mon, Oct 21, 2013 at 08:26:54PM +0200, Michael Schwendt wrote: > Correct. Less lists (or the same lists) and with a more well-defined > target group and description. So, in the not so far future, we'll have mailman3 and hyperkitty, and we want to migrate the lists to that. That switchover point

Is rpmbuild reentrant?

Is it healty to execute rpmbuild while building a package? I have tests for perl dependencency generator filters. I.e. the tests build a package using rpmbuild with redefeined all the `_*dir' macros, then use librpm to query requires and provides from built package, and then do checks on the value

Re: --Wl,-z,relro in LDFLAGS required?/Inconsistency when not using %configure

Am 22.10.2013 16:47, schrieb Adam Jackson: > On Sun, 2013-10-20 at 23:42 +0200, Till Maas wrote: >> https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Compiler_flags >> >> mentions only %optflags to be required for packages but I noticed that >> %configure sets LDFLAGS to

Re: Canonical copy of config.guess/config.sub

2013/10/22 Florian Weimer : > What's the canonical system-wide copy of the config.guess file? I have: I'm copying them from libtool. -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of C

[Bug 1013122] perl-MIME-Charset-1.011.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1013122 Xavier Bachelot changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: --Wl,-z,relro in LDFLAGS required?/Inconsistency when not using %configure

On Sun, 2013-10-20 at 23:42 +0200, Till Maas wrote: > Hi, > > https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Compiler_flags > > mentions only %optflags to be required for packages but I noticed that > %configure sets LDFLAGS to a value different than %optflags: As no

Canonical copy of config.guess/config.sub

What's the canonical system-wide copy of the config.guess file? I have: 9c01fa8c4554cb2c7b92c95dfa0dbfcf /usr/lib/rpm/redhat/config.guess 9c01fa8c4554cb2c7b92c95dfa0dbfcf /usr/share/libtool/config/config.guess c3178bdc1506f569388eaebec2026003 /usr/lib/rpm/config.guess d9375ba9d0b8cfd7bb6737e3fc4

Re: Introducing Myself

Le 22/10/2013 16:06, Baptiste Mille-Mathias a écrit : Hello, Per the requested process for new packagers, I hereby introduce myself. My name is Baptiste Mille-Mathias, I'm French, 34 years old guy. I use Fedora since the beginning of 2011 but I only recently started contributing to Fedora with

Introducing Myself

Hello, Per the requested process for new packagers, I hereby introduce myself. My name is Baptiste Mille-Mathias, I'm French, 34 years old guy. I use Fedora since the beginning of 2011 but I only recently started contributing to Fedora with packaging [0]. Haïkel Guémar (number80) is mentoring me.

Re: User/Group ID assignment

On 10/22/2013 01:43 PM, Mateusz Marzantowicz wrote: > Thanks, that is the list I was looking for. Is there any mechanism to > assign first available id from "less than 999" pool or should I manually > find the right number? I understand that dynamic assignment is done by > package manager, but I do

F-20 Branched report: 20131022 changes

Compose started at Tue Oct 22 09:15:02 UTC 2013 Broken deps for armhfp -- [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [bwm-ng] bwm-ng-0.6

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/17/2013 11:45 AM, Miloslav Trmač wrote: > On Thu, Oct 17, 2013 at 9:13 AM, Bohuslav Kabrda > wrote: >>> * The Change plan should be updated to take into account Dennis's >>> Feedback * I suggeested that perhaps a better contingency plan would be

Re: dracut: how do I...

On 10/22/2013 12:59 PM, Felix Miata wrote: > Difference in size between initramfs generated with and without nohostonly is > huge. I don't want to routinely use nohostonly, but neither do I want a > specific > root filesystem specified with root= in the image. I want root= on > cmdline > to be ob

Broken dependencies: perl-Language-Expr

perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc1

Broken dependencies: slic3r

slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.1

Broken dependencies: perl-BerkeleyDB

perl-BerkeleyDB has broken dependencies in the F-20 tree: On x86_64: perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21 On i386: perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21 On armhfp: perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 Pl

Broken dependencies: perl-Padre

perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COM

Broken dependencies: perl-PDL

perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) per

Broken dependencies: perl-MIME-Lite-HTML

perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4

Re: User/Group ID assignment

On 22.10.2013 13:32, Mikolaj Izdebski wrote: > On 10/22/2013 01:25 PM, Mateusz Marzantowicz wrote: >> Are there any guidelines regarding user and group id number assignment >> on Fedora? >> >> I'd like to add user/group for daemon, related to installed package, in >> order to avoid running it as ro

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

On Tue, 22 Oct 2013 14:06:33 +0300, Ville Skyttä wrote: > IMHO adding precaution cruft like "[ -f configure ] && exit -1 [...]" > is a sign of the packager doing package updates too carelessly if > (s)he doesn't even trust oneself or others to check if the upstream > build system has changed betwe

Re: User/Group ID assignment

Hello, On 22 October 2013 13:25, Mateusz Marzantowicz wrote: > Are there any guidelines regarding user and group id number assignment > on Fedora? > please read the packaging guidelines regarding user creation at rpm install time: http://fedoraproject.org/wiki/Packaging:UsersAndGroups As a rul

Re: User/Group ID assignment

On 10/22/2013 01:25 PM, Mateusz Marzantowicz wrote: > Are there any guidelines regarding user and group id number assignment > on Fedora? > > I'd like to add user/group for daemon, related to installed package, in > order to avoid running it as root. What numbers are already reserved and > where c

User/Group ID assignment

Are there any guidelines regarding user and group id number assignment on Fedora? I'd like to add user/group for daemon, related to installed package, in order to avoid running it as root. What numbers are already reserved and where can I find up to date table with that numbers? I see in my /etc/

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

On Tue, Oct 22, 2013 at 1:47 PM, Michael Schwendt wrote: > Better would be that > the Makefile inherits from values passed in via Make or the env. Sure. > %configure || : [...] > To repeat from the earlier reply, one may want to take precautions, > so when a future upgrade adds a configure scr

dracut: how do I...

Difference in size between initramfs generated with and without nohostonly is huge. I don't want to routinely use nohostonly, but neither do I want a specific root filesystem specified with root= in the image. I want root= on cmdline to be obeyed in order to be able to "clone" the root filesyst

Re: Fwd: Broken dependencies: tika mvn(org.bouncycastle:bc*-jdk16:1.46)

Il 22/10/2013 10:53, Mikolaj Izdebski ha scritto: On 10/21/2013 11:32 PM, punto...@libero.it wrote: tika has broken dependencies in the rawhide tree: On x86_64: tika-parsers-1.4-2.fc21.noarch requires mvn(org.bouncycastle:bcprov-jdk16:1.46) tika-parsers-1.4-2.fc21.noarch requires mvn(o

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

On Tue, 22 Oct 2013 11:26:18 +0300, Ville Skyttä wrote: > In many cases the values aren't picked up from the environment but > need to be passed in by other means (such as arguments to make etc). Okay. "make -e …" could be run in that case as a work-around. But overriding Makefile variables compl

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

On 10/22/2013 10:26 AM, Ville Skyttä wrote: On Mon, Oct 21, 2013 at 3:08 PM, Michael Schwendt wrote: On Mon, 21 Oct 2013 04:01:15 +0200, Kevin Kofler wrote: We already have one, it's called %{__global_ldflags}. You are indeed supposed to set LDFLAGS of handwritten makefiles to that. The guidel

Re: Fwd: Broken dependencies: tika mvn(org.bouncycastle:bc*-jdk16:1.46)

On 10/21/2013 11:32 PM, punto...@libero.it wrote: > tika has broken dependencies in the rawhide tree: > On x86_64: > tika-parsers-1.4-2.fc21.noarch requires > mvn(org.bouncycastle:bcprov-jdk16:1.46) > tika-parsers-1.4-2.fc21.noarch requires > mvn(org.bouncycastle:bcmail-jdk16:1.46) This is

Re: Fwd: Broken dependencies: tika mvn(org.bouncycastle:bc*-jdk16:1.46)

Quoting punto...@libero.it (2013-10-21 23:32:47) > > any ideas? > thanks > regards > > Messaggio originale > Oggetto:Broken dependencies: tika > Data: Mon, 21 Oct 2013 21:01:15 + (UTC) > Mittente: build...@fedoraproject.org > A: tika-ow...@fedoraproject.

[Bug 1021852] New: perl-HTML-Template-2.95 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1021852 Bug ID: 1021852 Summary: perl-HTML-Template-2.95 is available Product: Fedora Version: rawhide Component: perl-HTML-Template Keywords: FutureFeature, Triaged Assignee: tcal

Re: --Wl, -z, relro in LDFLAGS required?/Inconsistency when not using %configure

On Mon, Oct 21, 2013 at 3:08 PM, Michael Schwendt wrote: > On Mon, 21 Oct 2013 04:01:15 +0200, Kevin Kofler wrote: >> >> We already have one, it's called %{__global_ldflags}. You are indeed >> supposed to set LDFLAGS of handwritten makefiles to that. The guidelines >> need to be updated. > > Also

Re: Lack of response about sponsorship

On Tue, 22 Oct 2013 08:59:28 +0200, Miroslav Suchý wrote: > On 10/21/2013 09:38 PM, Michael Schwendt wrote: > >>* Oldest request is from 2008(!) - but there are recent work on this BZ. > > Probably the same reasons as with the "normal" review requests. > > Sometimes reviews have stalled becaus

Re: Lack of response about sponsorship

On 17/10/13 05:30 AM, Matthew Miller wrote: I agree; this is a problem. (In general, I think the beg-for-review-swaps system is not friendly to new contributors.) I see that you applied for sponsorship https://fedorahosted.org/packager-sponsors/ticket/90 but there wasn't enough activity on the ti

Re: Introducing of Pierre Jourdain

Hello, nice to meet you. Just a note that your name linked with this gmail address is: "" Hope you've noticed that. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Con

Re: Lack of response about sponsorship

On 10/21/2013 09:38 PM, Michael Schwendt wrote: * Oldest request is from 2008(!) - but there are recent work on this BZ. Probably the same reasons as with the "normal" review requests. Sometimes reviews have stalled because of bundled libs, licensing troubles, missing deps, waiting for upstre