Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?
Reading from the spec: The solution is to permit symlinks to only be followed when outside a sticky world-writable directory, or when the uid of the symlink and follower match, or when the directory owner matches the symlink's owner. It was a bit unclear to me the first time I read it: I thought it was and, not or. So this is not as restrictive as I thought, and I'll withdraw my conerrn about this breaking linking /sbin/* or /us/sbin/* programs to $HOME//bin/. On Sun, Mar 24, 2013 at 9:19 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 24.03.2013 04:08, schrieb Kevin Kofler: Miloslav Trmač wrote: BTW determining this accurately should be fairly doable[1]. Just look for symlink() and link() calls (and recursively through wrapper APIs / language bindings). These syscalls are fairly rare. That checks for PROGRAMS which run into this. It catches neither admin's custom scripts nor ln commands run directly by the users. Who knows on how many machines manually created symlinks point to inodes owned by different users? maybe you guys should read what the protection does how many directories except /tmp are world-writeable and have STICKY bit? fs.protected_symlink symlinks to only be followed when outside a sticky world-writable directory fs.protected_hardlinks blocks hardlinks to other people's WORLD-READABLE files if you can't write to them -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-19 Branched report: 20130325 changes
Compose started at Mon Mar 25 09:15:07 UTC 2013 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [aeolus-configserver] aeolus-configserver-0.5.1-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [alexandria] alexandria-0.6.9-4.fc19.noarch requires ruby(abi) = 0:1.9.1 [amide] amide-1.0.0-4.fc19.x86_64 requires libvolpack.so.1()(64bit) [archmage] archmage-0.2.4-7.fc19.noarch requires python-chm [chm2pdf] chm2pdf-0.9.1-13.fc19.noarch requires python-chm [clementine] clementine-1.1.1-1.fc19.x86_64 requires libprotobuf.so.7()(64bit) clementine-1.1.1-1.fc19.x86_64 requires libimobiledevice.so.3()(64bit) [connman] connman-1.5-4.fc19.i686 requires libxtables.so.7 connman-1.5-4.fc19.i686 requires libgnutls.so.26(GNUTLS_1_4) connman-1.5-4.fc19.i686 requires libgnutls.so.26 connman-1.5-4.fc19.x86_64 requires libxtables.so.7()(64bit) connman-1.5-4.fc19.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit) connman-1.5-4.fc19.x86_64 requires libgnutls.so.26()(64bit) [deltacloud-core] deltacloud-core-1.0.5-2.fc19.noarch requires ruby(abi) = 0:1.9.1 [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [enblend] enblend-4.1.1-1.fc19.x86_64 requires libIlmImf.so.6()(64bit) [epiphany-extensions] epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6 [eruby] eruby-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) eruby-libs-1.0.5-19.fc18.i686 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.i686 requires libruby.so.1.9 eruby-libs-1.0.5-19.fc18.x86_64 requires ruby(abi) = 0:1.9.0 eruby-libs-1.0.5-19.fc18.x86_64 requires libruby.so.1.9()(64bit) [esorex] esorex-3.9.0-4.fc19.x86_64 requires libcfitsio.so.0()(64bit) [fawkes] fawkes-guis-0.5.0-5.fc19.i686 requires libgraph.so.5 fawkes-guis-0.5.0-5.fc19.x86_64 requires libgraph.so.5()(64bit) fawkes-plugin-clips-0.5.0-5.fc19.i686 requires libclipsmm.so.2 fawkes-plugin-clips-0.5.0-5.fc19.x86_64 requires libclipsmm.so.2()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libgeos-3.3.6.so()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_signals-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) [flowcanvas] flowcanvas-0.7.1-8.fc18.i686 requires libgraph.so.5 flowcanvas-0.7.1-8.fc18.x86_64 requires libgraph.so.5()(64bit) [freeipa] freeipa-server-strict-3.1.2-3.fc19.x86_64 requires krb5-server = 0:1.11 freeipa-server-strict-3.1.2-3.fc19.x86_64 requires 389-ds-base = 0:1.3.0.3 [gcc-python-plugin] gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 [gdal] gdal-1.9.2-2.fc19.x86_64 requires libcfitsio.so.0()(64bit) gdal-java-1.9.2-2.fc19.i686 requires libcfitsio.so.0 gdal-java-1.9.2-2.fc19.x86_64 requires libcfitsio.so.0()(64bit) gdal-libs-1.9.2-2.fc19.i686 requires libcfitsio.so.0 gdal-libs-1.9.2-2.fc19.x86_64 requires libcfitsio.so.0()(64bit) gdal-perl-1.9.2-2.fc19.x86_64 requires libcfitsio.so.0()(64bit) gdal-ruby-1.9.2-2.fc19.x86_64 requires libcfitsio.so.0()(64bit) [gdcm] gdcm-2.0.18-6.fc18.i686 requires libpoppler.so.26 gdcm-2.0.18-6.fc18.x86_64 requires libpoppler.so.26()(64bit) [gnome-applets] 1:gnome-applets-3.5.92-3.fc18.x86_64 requires libgweather-3.so.1()(64bit) [gnome-panel] gnome-panel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) gnome-panel-devel-3.6.2-6.fc19.i686 requires libgnome-desktop-3.so.5 gnome-panel-devel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) [gnome-pie] gnome-pie-0.5.3-3.20120826git1b93e1.fc19.x86_64 requires libbamf3.so.0()(64bit) [gnomint] gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_2_8)(64bit) gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26(GNUTLS_1_4)(64bit) gnomint-1.2.1-5.fc18.x86_64 requires libgnutls.so.26()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [libkolab]
Re: config.guess/config.sub for aarch64 (was Re: Mass Rebuild for Fedora 19)
On 03/25/2013 09:36 PM, Orion Poplawski wrote: On 02/08/2013 09:30 AM, Brendan Conoboy wrote: On 02/08/2013 07:12 AM, Tom Lane wrote: Dennis Gilmore den...@ausil.us writes: Additionally we will be mass patching config.guess and config.sub to support aarch64 in preperation for 64 bit arm support Hm, it would be much better in the long run to pester upstreams to update to an appropriate version of these files. Are the required changes in upstream autoconf yet, and if so what version? If not, why not? Support for aarch64 landed in autoconf 2.69 which was released on March 25th and first built in Fedora on May 15th. Packages that use autoconf 2.69 are already good to go. Isn't config.sub/config.guess really a part of automake and it is that that needs updating by upstream? config.sub/config.guess are part of the gnu config project: http://savannah.gnu.org/git/?group=config automake releases usually incorporate the version which is current at the time of a new automake release. For instance, configure in octave 3.6.4 says it was generated by autoconf 2.69, but the config.guess/config.sub files don't have aarch64. Autoconf-2.69 - This is entirely unrelated config.sub/guess. What version of automake added aarch64? I don't know when it was added, but automake-1.13 has it. My recommendation: Instead of mucking around with automake/autoreconf-1.13+ and its incompatiblities, get the current version of config.guess/config.sub from the config project and add them as a patch to your package. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #19 from Jan Kaluža jkal...@redhat.com --- (In reply to comment #10) file maintainer, any idea? File in rawhide should detect Perl files better. I've run my regression tests ( https://fedorahosted.org/file-tests/ ) and saw only improvements between 5.11 and 5.14. Some Perl files previously detect as awk script, ASCII text are now properly detected as Perl5 module source, ASCII text. I have very limited understanding of interaction between File and rpmbuild. From what I know, rpmbuild checks all files using the File tool and try to match File output according to regexps in /usr/lib/rpm/fileattrs (I'm testing that matching in my test-suite too). What happened here is that File probably (I don't have the old File installed right now to prove that) started reporting /usr/share/perl5/perl5db.pl as Perl script. Next thing is speculation, because I don't what exactly rpmbuild does when it finds some Perl file using File tool, but I think it probably checks for package X in that Perl File. And it finds this in our file: ./usr/share/perl5/perl5db.pl:package Carp;# Do not include us in the list That could explain why you see that particular Provides there. Please try to remove that file, do scratch-build and test the Provides to prove this theory. If it's true, I think it's rpmbuild bug. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vGiQOz81B1a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=924938
--- Comment #20 from Mattias Ellert mattias.ell...@fysast.uu.se ---
The bogus provides are not coming for the %excluded Carp.pm, it comes form
/usr/share/perl5/perl5db.pl - and it is not the only one:
$ /usr/lib/rpm/perl.prov /usr/share/perl5/perl5db.pl
perl(Carp)
perl(DB) = 1.37
perl(DB::fake)
Some of the other extra provides are form other *.pl files.
My suggestion would be to add
.*/%{perl_archlib}/.*\\.pl$ and .*/%{perl_privlib}/.*\\.pl$
to __provides_exclude_from
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=0GBIBcFkV2a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #21 from Vít Ondruch vondr...@redhat.com --- So how about untag the perl -265 as a interim solution, until the proper solution will be figured out? -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=H3dafXVXlya=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mmasl...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=v0TuTqPZgRa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #22 from Petr Pisar ppi...@redhat.com --- Untagged, please wait for build root rotation: $ koji list-tag-history --build=perl-5.16.3-265.fc20 Fri Mar 22 16:48:47 2013: perl-5.16.3-265.fc20 tagged into f20 by ppisar Mon Mar 25 09:42:13 2013: perl-5.16.3-265.fc20 untagged from f20 by ppisar This issue has been caused by too optimistic dependency generator that started to get some new files due to improved `file' utility. Difference between 264 and 265 build roots: Removed packages: file-5.11-9.fc19.x86_64 file-libs-5.11-9.fc19.x86_64 libblkid-2.22.2-6.fc19.x86_64 libmount-2.22.2-6.fc19.x86_64 libuuid-2.22.2-6.fc19.x86_64 perl-5.16.3-263.fc20.x86_64 perl-Pod-Escapes-1.04-263.fc20.noarch perl-libs-5.16.3-263.fc20.x86_64 perl-macros-5.16.3-263.fc20.x86_64 util-linux-2.22.2-6.fc19.x86_64 Added packages: file-5.14-1.fc20.x86_64 file-libs-5.14-1.fc20.x86_64 libblkid-2.23-0.1.fc20.x86_64 libmount-2.23-0.1.fc20.x86_64 libuser-0.58-2.fc19.x86_64 libuuid-2.23-0.1.fc20.x86_64 perl-5.16.3-264.fc20.x86_64 perl-Pod-Escapes-1.04-264.fc20.noarch perl-constant-1.27-1.fc20.noarch perl-libs-5.16.3-264.fc20.x86_64 perl-macros-5.16.3-264.fc20.x86_64 util-linux-2.23-0.1.fc20.x86_64 It will be fixed in way suggested by Mattias Ellert (excluding some perl.spec files from dependency generator scanning). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=PJ4NwXj7xca=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=924938
--- Comment #23 from Ralf Corsepius rc040...@freenet.de ---
(In reply to comment #20)
The bogus provides [...] it comes form
/usr/share/perl5/perl5db.pl - and it is not the only one:
Confirmed.
Some of the other extra provides are form other *.pl files.
My suggestion would be to add
.*/%{perl_archlib}/.*\\.pl$ and .*/%{perl_privlib}/.*\\.pl$
to __provides_exclude_from
May-be I am missing something and am going to say something stupid, but IMO,
Provide: perl(...) should only be provided by *.pm's and not by *.pl's.
This would mean all *.pl's should be excluded from any perl()-provides
processing in rpm, in general.
Unfortunately file seems to have severe problems ins destinguishing perl
scripts from perl modules:
F20:
# file /usr/bin/automake
/usr/bin/automake: Perl5 module source, ASCII text
# file perl-5.16.3/lib/perl5db.pl
perl-5.16.3/lib/perl5db.pl: Perl5 module source, ASCII text
F18:
# file /usr/bin/automake
/usr/bin/automake: Perl script, ASCII text executable
# file perl-5.16.3/lib/perl5db.pl
perl-5.16.3/lib/perl5db.pl: awk script, ASCII text
Both results are wrong, but differently wrong ;)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=a0Uql2tvB8a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 Jaroslav Škarvada jskar...@redhat.com changed: What|Removed |Added CC||jskar...@redhat.com Blocks||926037 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=irBvbe5gwea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #24 from Jan Kaluža jkal...@redhat.com --- It's still the same problem. File output is unreliable and I think it should not be used for use-cases where you really want to be sure. It will always detects some non-perl files as perl files and some perl files as non-perl files. For example, if you have Perl code in comment in C++ code, it will detect it as Perl. Currently Perl is detected using following two patterns: https://github.com/glensc/file/blob/master/magic/Magdir/perl#L29 . I don't know Perl so well to be able to write some regexp to detect typical Perl constructs which are not used by another languages. If you think you know how to significantly improve Perl detection while not breaking detection of other formants using what man magic provides, feel free to open bug with patch. What I could do is to increase the strength of shebang patterns, so it would detect /usr/bin/automake as Perl script again. The question is, what is the difference between Perl Module and Perl Script except the possible extension? Can Perl file with shebang contain Perl Module? If yes, we should detect it as Perl Module if there's package, otherwise we will not set Provides right again. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Knoebms99ia=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 927170] New: perl provides perl(Carp) but doesn't include the module itself
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=927170 Bug ID: 927170 Summary: perl provides perl(Carp) but doesn't include the module itself Product: Fedora Version: rawhide Component: perl Severity: unspecified Priority: unspecified Assignee: mmasl...@redhat.com Reporter: domi...@greysector.net QA Contact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com Description of problem: perl provides perl(Carp) $ rpm -q --provides perl |grep Carp perl(Carp) $ rpm -ql perl |grep Carp Version-Release number of selected component (if applicable): $ rpm -q perl perl-5.16.3-265.fc20.x86_64 How reproducible: Always Steps to Reproduce: 1. install perl package 2. try to run anything which requires the Carp module (for example autoreconf) Actual results: Can't locate Carp.pm in @INC (@INC contains: /usr/share/autoconf /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/share/autoconf/Autom4te/Channels.pm line 72. BEGIN failed--compilation aborted at /usr/share/autoconf/Autom4te/Channels.pm line 72. Compilation failed in require at /usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. BEGIN failed--compilation aborted at /usr/share/autoconf/Autom4te/ChannelDefs.pm line 19. Compilation failed in require at /usr/bin/autoreconf line 39. BEGIN failed--compilation aborted at /usr/bin/autoreconf line 39. Expected results: autoreconf should work normally Additional info: autoreconf works if I install perl-Carp manually. $ rpm -q perl-Carp perl-Carp-1.26-241.fc19.noarch -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=zJ2JeGa1QKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 927170] perl provides perl(Carp) but doesn't include the module itself
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=927170 Remi Collet fed...@famillecollet.com changed: What|Removed |Added Status|NEW |CLOSED CC||fed...@famillecollet.com Resolution|--- |DUPLICATE Last Closed||2013-03-25 05:35:15 --- Comment #1 from Remi Collet fed...@famillecollet.com --- *** This bug has been marked as a duplicate of bug 924938 *** -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Th3eB82ROKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 Remi Collet fed...@famillecollet.com changed: What|Removed |Added CC||domi...@greysector.net --- Comment #25 from Remi Collet fed...@famillecollet.com --- *** Bug 927170 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3rW1T6a0O3a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 Dominik 'Rathann' Mierzejewski domi...@greysector.net changed: What|Removed |Added Blocks||914215 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=j1yeghYSlga=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-SSLeay] Created tag perl-Net-SSLeay-1.54-1.fc20
The lightweight tag 'perl-Net-SSLeay-1.54-1.fc20' was created pointing to: d4bac33... Update to 1.54 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 926020] perl-File-pushd-1.005 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926020 Petr Šabata psab...@redhat.com changed: What|Removed |Added CC||psab...@redhat.com Assignee|mmasl...@redhat.com |psab...@redhat.com Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AcG8HIsYg2a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #26 from Ralf Corsepius rc040...@freenet.de --- (In reply to comment #24) It's still the same problem. File output is unreliable and I think it should not be used for use-cases where you really want to be sure. Agreed. Rpm's file-type detection needs to be a multi-staged, heuristical process with (IMO) file being the last resort, in cases all else fail. What I could do is to increase the strength of shebang patterns, so it would detect /usr/bin/automake as Perl script again. IMO, this would be a step into the correct direction. The question is, what is the difference between Perl Module and Perl Script except the possible extension? The file name extension is the #1 distinction criterion. Additional ones are the shebang and yet another one is executable-permissions. However, there is a difference between the general case of guessing on a file's type and on processing a specific file in context of rpm and perl-modules (c.f. the next sentence) Can Perl file with shebang contain Perl Module? rpm-relevant perl-modules *must* be on the search-path provided through @INC (cf. perl -V) and *must* be named '*.pm' (cf. man perlmod). Though, I am not aware about perl prohibiting them to carry shebangs or these file to carry executable permission, they usually don't have either. Files named *.pl (such as the perl5db.pl case, here), however never are modules and therefore should never provide rpm perl()-provides. In other words, I think Matthias filter proposal could be extended to exclude all files on the @INC path not named '*.pm' from generating perl()'-provides, rsp. to let rpm only generate perl()-provs for files matching *.pm and being under @INC. [There is a corner case: While *.pls normally do not provide perl-modules, they may contain self-provided perl-modules] -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xhZz6BkZbna=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Math-Clipper
perl-Math-Clipper has broken dependencies in the rawhide tree: On x86_64: perl-Math-Clipper-1.17-3.fc19.x86_64 requires libpolyclipping.so.5()(64bit) On i386: perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #27 from Jan Kaluža jkal...@redhat.com --- The question is, what is the difference between Perl Module and Perl Script except the possible extension? The file name extension is the #1 distinction criterion. Additional ones are the shebang and yet another one is executable-permissions. Right, but only the shebang is acceptable for File. It does not detect files according to names or permissions. But I agree that RPM should start by checking the extension in this case. However, there is a difference between the general case of guessing on a file's type and on processing a specific file in context of rpm and perl-modules (c.f. the next sentence) +1 Can Perl file with shebang contain Perl Module? rpm-relevant perl-modules *must* be on the search-path provided through @INC (cf. perl -V) and *must* be named '*.pm' (cf. man perlmod). Though, I am not aware about perl prohibiting them to carry shebangs or these file to carry executable permission, they usually don't have either. Ok, I will check some Perl files I have here to be really sure and detect anything with Perl shebang as Perl script in next File build. Files named *.pl (such as the perl5db.pl case, here), however never are modules and therefore should never provide rpm perl()-provides. As explained above, this should be handled by rpm, not by File. File detects the type of file according to its content. It will still says Perl module for .pl file if it does not have shebang and defines package. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6Dph02r6a1a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Math-Clipper
perl-Math-Clipper has broken dependencies in the F-19 tree: On x86_64: perl-Math-Clipper-1.17-3.fc19.x86_64 requires libpolyclipping.so.5()(64bit) On i386: perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #28 from Jan Kaluža jkal...@redhat.com --- I have create Bug 927211 to move RPM related part of this bug to RPM component. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=KleLmoLEkYa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File File-pushd-1.005.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-File-pushd: 2333b47261d38e7dbf7bf0b6d09f1cd6 File-pushd-1.005.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-File-pushd] 1.005 bump
commit 419f9e51e2e9fff685968c2e1e27c3086f2d091b
Author: Petr Šabata con...@redhat.com
Date: Mon Mar 25 13:00:37 2013 +0100
1.005 bump
.gitignore |1 +
perl-File-pushd.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 009a14a..3028597 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ File-pushd-1.00.tar.gz
/File-pushd-1.002.tar.gz
/File-pushd-1.003.tar.gz
/File-pushd-1.004.tar.gz
+/File-pushd-1.005.tar.gz
diff --git a/perl-File-pushd.spec b/perl-File-pushd.spec
index c7e13fd..9b7475e 100644
--- a/perl-File-pushd.spec
+++ b/perl-File-pushd.spec
@@ -1,5 +1,5 @@
Name: perl-File-pushd
-Version:1.004
+Version:1.005
Release:1%{?dist}
Summary:Change directory temporarily for a limited scope
License:ASL 2.0
@@ -58,6 +58,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Mar 25 2013 Petr Šabata con...@redhat.com - 1.005-1
+- 1.005 bump
+
* Wed Mar 06 2013 Petr Pisar ppi...@redhat.com - 1.004-1
- 1.004 bump
diff --git a/sources b/sources
index 0f38e4b..310be2e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2c10f984845444b58a9f999dbf30f8f4 File-pushd-1.004.tar.gz
+2333b47261d38e7dbf7bf0b6d09f1cd6 File-pushd-1.005.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 926020] perl-File-pushd-1.005 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=926020 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-File-pushd-1.005-1.fc2 ||0 Resolution|--- |RAWHIDE Last Closed||2013-03-25 08:03:24 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=d3UBaMnJoEa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-File-pushd/f19] 1.005 bump
Summary of changes: 419f9e5... 1.005 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Log-Message-Simple (un)retirement
Package perl-Log-Message-Simple in Fedora devel has been unretired by limb and is now orphan. To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Log-Message-Simple -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl] Filter provides from *.pl files
commit 8bb72978405d9fbb30cf160f18cd789f7b4062ab
Author: Petr Písař ppi...@redhat.com
Date: Mon Mar 25 14:48:21 2013 +0100
Filter provides from *.pl files
perl.spec |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl.spec b/perl.spec
index 2db2cc9..ead4e4a 100644
--- a/perl.spec
+++ b/perl.spec
@@ -12,7 +12,9 @@
# This overrides filters from build root (/etc/rpm/macros.perl)
# intentionally (unversioned perl(DB) is removed and versioned one is kept)
-%global __provides_exclude_from
.*/auto/.*\\.so$|.*/%{perl_archlib}/.*\\.so$|%{_docdir}
+# Filter provides from *.pl files, bug #924938
+# Filter *.so file from auto subdir only to keep providing libperl.so
+%global __provides_exclude_from
.*/auto/.*\\.so$|.*%{_docdir}|.*%{perl_archlib}/.*\\.pl$|.*%{perl_privlib}/.*\\.pl$
%global __requires_exclude_from %{_docdir}
%global __provides_exclude perl\\((VMS|Win32|BSD::|DB\\)$)
# unicore::Name - it's needed by perl, maybe problem of rpm
@@ -29,7 +31,7 @@
Name: perl
Version:%{perl_version}
# release number must be even higher, because dual-lived modules will be
broken otherwise
-Release:265%{?dist}
+Release:266%{?dist}
Epoch: %{perl_epoch}
Summary:Practical Extraction and Report Language
Group: Development/Languages
@@ -3327,6 +3329,9 @@ sed \
# Old changelog entries are preserved in CVS.
%changelog
+* Mon Mar 25 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-266
+- Filter provides from *.pl files (bug #924938)
+
* Fri Mar 22 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-265
- Conflict perl-autodie with older perl (bug #911226)
- Sub-package Env (bug #924619)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #29 from Kevin Fenzi ke...@scrye.com --- (In reply to comment #22) Untagged, please wait for build root rotation: This is not an acceptable solution. ;( Once a package has gone out in a rawhide compose it's installed on lots of machines, simply untagging it papers over the buildroot issue and skews the rawhide repo from reality, as well as many other packages that are built against it. Our policy is to never do this once it's gone out in a compose. Please fix. ;) -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NrKnbWJ0f2a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #30 from Yanko Kaneti yan...@declera.com --- (In reply to comment #29) (In reply to comment #22) Untagged, please wait for build root rotation: This is not an acceptable solution. ;( Once a package has gone out in a rawhide compose it's installed on lots of machines, simply untagging it papers over the buildroot issue and skews the rawhide repo from reality, as well as many other packages that are built against it. Our policy is to never do this once it's gone out in a compose. Please fix. ;) Something else that should be unacceptable is leaving rawhide in a semi broken state for three-four days including the weekend. And untagging has to be a valid workaround for that. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IdUlKceyHWa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 924938] wrong provides in latest build
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=924938 --- Comment #31 from Dennis Gilmore den...@ausil.us --- untagging is only a valid workaround if its needed to build the fix. untagging a build under any other situation is unacceptable. please fix properly -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=oroxvCyOb5a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Issue with virtual perl(Carp)
On Fri, Mar 22, 2013 at 09:15:51PM +0100, Remi Collet wrote: I have a failed build in rawhide with Can't locate Carp.pm in @INC (@INC contains: ... [...] I suspect a dirty package which provides perl(Carp) where it shouldn't. The dirty package was perl itself because updated `file' tool started to fetch addinitional files into rpmbuild dependency generator and one of the files had internal package Carp declaration. See bug #924938 for more details. I fixed it in build 4:5.16.3-266. -- Petr pgpK8NeKLxnAS.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #47302 - get rid of sbindir start/stop/restart slapd scripts
get rid of man pages too https://fedorahosted.org/389/ticket/47302 https://fedorahosted.org/389/attachment/ticket/47302/0001-Ticket-47302-get-rid-of-sbindir-start-stop-restart-s.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: [389 Project] #627: ns-slapd crashes sporadically with segmentation fault in libslapd.so
https://fedorahosted.org/389/ticket/627 https://fedorahosted.org/389/attachment/ticket/627/0001-Ticket-627-ns-slapd-crashes-sporadically-with-segmen.patch Bug Description: Schema reload task (schema-reload.pl) was not thread safe. Fix Description: Attribute Syntax is stored in the hash and retrieved based upon the attribute syntax. When Schema reload task is invoked, the attribute syntax objects were completely replaced ignoring the lock protection. This patch protects the attribute syntax replacement (attr_syntax_delete_all_for_ schemareload) with the write lock. Also, attribute syntax object maintains the reference count. The schema reload respects the reference count instead of blindly deleting them. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
