Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 09:14:32AM +, Richard W.M. Jones wrote: https://bugzilla.redhat.com/show_bug.cgi?id=1194167 Basically everything in Rawhide which uses the normal RPM opt flags will now have to be compiled with -fPIC, otherwise you get errors like: /usr/bin/ld: /tmp/ccqyK5ia.o: relocation R_X86_64_32S against `virConnectOpen' can not be used when making a shared object; recompile with -fPIC This is somewhat surprising .. Of course not. But, anything you link with -specs=/usr/lib/rpm/redhat/redhat-hardened-ld has to be compiled with -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 The latter will supply -fPIE by default if you don't specify -fno-pic/-fpic/-fPIC/-fpie/-fPIE explicitly on the command line, similarly to how redhat-hardened-ld supplies -pie if -shared is not given. The rule is simple, objects to be linked into shared libraries have to be compiled with -fpic or -fPIC. Objects linked into position independent binaries have to be compiled with -fpie or -fPIE or -fpic or -fPIC (the latter two being less efficient for PIEs, on the other side can be linked into shared libraries too). Objects linked into position dependent binaries can be compiled with any of -fno-pic/-fpic/-fPIC/-fpie/-fPIE (-fno-pic is the default if you don't use -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 and is the most efficient -flag for position dependent binaries). Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
So everything in Rawhide must be compiled with -fPIC?
https://bugzilla.redhat.com/show_bug.cgi?id=1194167 Basically everything in Rawhide which uses the normal RPM opt flags will now have to be compiled with -fPIC, otherwise you get errors like: /usr/bin/ld: /tmp/ccqyK5ia.o: relocation R_X86_64_32S against `virConnectOpen' can not be used when making a shared object; recompile with -fPIC This is somewhat surprising .. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1192824] F20 PPC64 Perl: Now 5.18.2 but primary is now 5.18.4 - updated noarch package deps prevent network installs
https://bugzilla.redhat.com/show_bug.cgi?id=1192824 --- Comment #7 from Al Dunsmuir al.dunsm...@sympatico.ca --- Petr, The reason the secondary arch network install now fails is *because* this is now in primary updates-testing, but *not* in the secondary arch (ppc64) updates-testing. That's the main reason this bz was opened. Primary arch has been building 5.18.4 on F20 since October, but until it was promoted to stable there were no secondary arch F20 builds. The script that does the secondary arch sees the new noarch packages from the primary arch, and copies them to the secondary arch repo. Normally this is a good thing, as it eliminates an unnecessary secondary arch package rebuild. Unfortunately, Perl is an odd case where noarch packages have dependencies on arch packages. The secondary arch Perl build was not in place, hence repos for ppc64 end up with unresolvable dependency errors. Bugs in F20 anaconda does not allow one to ignore the updates repository, so now all network installs for ppc64 F20 are broken. Karsten has now built 5.18.4 for ppc64, so new perl-related builds for ppc64 arch packages will be OK. The network install is still broken because the new perl build has not yet been added to the ppc64 F20 repos and cloned to the mirrors. Nearly there... Al -- 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=8K5YGdg7KTa=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: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-18.git20141013.fc22.x86_64 requires perl = 4:5.20.1 On i386: polymake-2.13-18.git20141013.fc22.i686 requires perl = 4:5.20.1 On armhfp: polymake-2.13-18.git20141013.fc22.armv7hl requires perl = 4:5.20.1 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
Re: ld terminated with signal 9 [Killed]
On Thu, 19 Feb 2015 19:51:38 +0100 Marek Skalický mskal...@redhat.com wrote: Hi, I were trying to compile f22 mongoDB package with enabled _hardened_build . And it always failed with: collect2: fatal error: ld terminated with signal 9 [Killed] compilation terminated. scons: *** [build/linux2/ssl/use-system-all/usev8/mongo/mongod] Error 1 scons: building terminated because of errors. RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Child return code was: 1 (log file https://kojipkgs.fedoraproject.org//work/tasks/8167/8998167/build.log) I've tried it four times and compilation failed always in different place (linking different binaries). Without enabled hardening it builds fine. (On 9 Jan with a little older version I tried scratch hardened build and it also worked fine) Where could be problem? Is it possible, that there isn't enough memory? yes, looks as an out-of-memory situation, you can try switching to -g1 in CFLAGS for lesser debug infos (see eg. webkitgtk4) or using -j1 for make if there would be more jobs competing for memory Dan PS: please send the link to the task, not to the log directly -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 07:58:10PM +0100, Reindl Harald wrote: Am 19.02.2015 um 19:48 schrieb Till Maas: On Thu, Feb 19, 2015 at 07:07:45PM +0100, Jakub Jelinek wrote: Even on x86_64 it was quite a measurable slowdown last time I've benchmarked it, now in F22+ we might have smaller slowdown with the x86_64 copyreloc for Which packages are there that do not process untrusted data and are slowed down much? none these days don't process untrusted data and slowed down much needs to be defined very well and not only by a syntectitc benchmark throwing numbers around - if it is not noticeable by a user it don't exist and security was, is and always will be a compromise between user expierience in other words: leave me in piece with generic benchmarks and things faster in theory not look at the time for recovery when machines where compromised i ran all network aware services with my own build-overrides with -fstack-protector-all long before fedora considered -fstack-protector-srtong with *zero* difference for daily workloads as example I've never argumented against the goal that web browser or all network aware services should be PIEs, after all, why would we (Ulrich Drepper and myself) add the PIE support into the toolchain otherwise? I'm just not convinced most of the unpriviledged programs should be PIEs. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
Am 19.02.2015 um 20:15 schrieb Jakub Jelinek: On Thu, Feb 19, 2015 at 07:58:10PM +0100, Reindl Harald wrote: Am 19.02.2015 um 19:48 schrieb Till Maas: On Thu, Feb 19, 2015 at 07:07:45PM +0100, Jakub Jelinek wrote: Even on x86_64 it was quite a measurable slowdown last time I've benchmarked it, now in F22+ we might have smaller slowdown with the x86_64 copyreloc for Which packages are there that do not process untrusted data and are slowed down much? none these days don't process untrusted data and slowed down much needs to be defined very well and not only by a syntectitc benchmark throwing numbers around - if it is not noticeable by a user it don't exist and security was, is and always will be a compromise between user expierience in other words: leave me in piece with generic benchmarks and things faster in theory not look at the time for recovery when machines where compromised i ran all network aware services with my own build-overrides with -fstack-protector-all long before fedora considered -fstack-protector-srtong with *zero* difference for daily workloads as example I've never argumented against the goal that web browser or all network aware services should be PIEs, after all, why would we (Ulrich Drepper and myself) add the PIE support into the toolchain otherwise? I'm just not convinced most of the unpriviledged programs should be PIEs. because malware don't need root privileges to do a lot of harm on enduser machines most data is feeded to unpriviledged programs and i have not seen much packages the last few years without a CVE - better be safe than sorry! signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 12:34 PM, Till Maas opensou...@till.name wrote: On Thu, Feb 19, 2015 at 08:15:19PM +0100, Jakub Jelinek wrote: I've never argumented against the goal that web browser or all network aware services should be PIEs, after all, why would we (Ulrich Drepper and myself) add the PIE support into the toolchain otherwise? I'm just not convinced most of the unpriviledged programs should be PIEs. Thanks to e.g. e-mail about any program can be made to run untrusted data, e.g. PDF readers, office suites, image viewers, if you open an attachment of the respective type. Therefore it makes a sane default IMHO. It is also something to attract users that care about security very much to Fedora. https://software.intel.com/en-us/blogs/2014/12/26/new-optimizations-for-x86-in-upcoming-gcc-50-32bit-pic-mode https://gcc.gnu.org/ml/gcc/2004-06/msg01956.html From those articles, it sounds like it's a worst case 5-10% hit. I agree that's kind of annoying and a lot of my stuff doesn't even run connected to the internet, but if that 5-10% worst case hit that will usually be imperceptible can prevent my machine from being bitten by some malware that got on the network because someone plugged in a USB drive they shouldn't have, then I'm all for it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1188538] perl-Fsdb-2.55-1.fc22 FTBFS: t/test_command.t tests fail
https://bugzilla.redhat.com/show_bug.cgi?id=1188538 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- perl-Fsdb-2.56-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Fsdb-2.56-1.fc20 -- 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=Ypdc76Isr3a=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: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 08:15:19PM +0100, Jakub Jelinek wrote: I've never argumented against the goal that web browser or all network aware services should be PIEs, after all, why would we (Ulrich Drepper and myself) add the PIE support into the toolchain otherwise? I'm just not convinced most of the unpriviledged programs should be PIEs. Thanks to e.g. e-mail about any program can be made to run untrusted data, e.g. PDF readers, office suites, image viewers, if you open an attachment of the respective type. Therefore it makes a sane default IMHO. It is also something to attract users that care about security very much to Fedora. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
libuv soname bump
I have just updated libuv in F22 and rawhide to the 1.x series (1.4.0 to be exact) which introduces a proper soname upstream that is bumped from the previous Fedora package. libuv currently only has two dependencies in Fedora. One dependent, moarvm, has already been rebuilt. The other, nodejs, will use the newly introduced compat-libuv010 package for the life of the Fedora 22 release. It will be updated to the new 0.12 release for F23, which can use the new libuv. This compat package will then be retired. No new packages in Fedora should depend on compat-libuv010. Please instead use the main libuv package, as many changes released in the v1.x series were focused on making the library more useful to consumers besides nodejs. Thanks, -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 11:35:17AM +0100, Jakub Jelinek wrote: On Thu, Feb 19, 2015 at 10:30:50AM +, Richard W.M. Jones wrote: info gcc, of course yes. -DPIC is not documented at all, and the various pie/pic options are obscure to say the least. Why should -DPIC be documented? -D is documented. -DPIC means define macro PIC to 1. There is no magic in that beyond, just a convention, used e.g. by libtool, so that some sources can do things conditional on whether they are compiled as position independent or not. Of course, gcc also predefines __pic__/__PIC__/__pie__/__PIE__ macros depending on command line options. Can I ask you a simple question? Which of: -DPIE -fPIE -fpie should I use when compiling and/or linking binaries for Rawhide? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:37:46AM +, Richard W.M. Jones wrote:
On Thu, Feb 19, 2015 at 11:35:17AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 10:30:50AM +, Richard W.M. Jones wrote:
info gcc, of course yes. -DPIC is not documented at all, and the
various pie/pic options are obscure to say the least.
Why should -DPIC be documented? -D is documented. -DPIC means define
macro PIC to 1. There is no magic in that beyond, just a convention,
used e.g. by libtool, so that some sources can do things conditional on
whether they are compiled as position independent or not. Of course, gcc
also predefines __pic__/__PIC__/__pie__/__PIE__ macros depending on command
line options.
Can I ask you a simple question? Which of:
-DPIE
-fPIE
-fpie
should I use when compiling and/or linking binaries for Rawhide?
It depends. If you want to compile/link position independent binaries,
use -fpie (-fPIE if you get linker errors on certain architectures if your
binaries are too big) to compile and -pie to link.
If you want normal binaries, no specific options in either case.
If you want to follow the redhat-rpm-config %_hardened_build, i.e. build
PIEs if it is 1 and normal binaries if it is 0, make sure you pass
%{optflags} aka $RPM_OPT_FLAGS to the compiler driver when compiling and
%{__global_ldflags} to the compiler driver when linking.
Overriding CFLAGS/CXXFLAGS globally to -fpie or -fPIE and LDFLAGS to -pie
if your package builds both binaries and shared libraries won't really work,
because you might end up compiling shared library objects with -fpie rather
than -fpic or try to link shared libraries with -shared -pie.
I haven't seen any recent redhat-rpm-config change in koji though.
Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:22:03AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 09:14:32AM +, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1194167
Basically everything in Rawhide which uses the normal RPM
opt flags will now have to be compiled with -fPIC, otherwise
you get errors like:
/usr/bin/ld: /tmp/ccqyK5ia.o: relocation R_X86_64_32S against
`virConnectOpen' can not be used when making a shared object; recompile
with -fPIC
This is somewhat surprising ..
Of course not. But, anything you link with
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld
has to be compiled with
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
The latter will supply -fPIE by default if you don't specify
-fno-pic/-fpic/-fPIC/-fpie/-fPIE explicitly on the command line,
similarly to how redhat-hardened-ld supplies -pie if -shared is not given.
The rule is simple, objects to be linked into shared libraries
have to be compiled with -fpic or -fPIC.
Objects linked into position independent binaries have to be compiled
with -fpie or -fPIE or -fpic or -fPIC (the latter two being less efficient
for PIEs, on the other side can be linked into shared libraries too).
Objects linked into position dependent binaries can be compiled with any of
-fno-pic/-fpic/-fPIC/-fpie/-fPIE (-fno-pic is the default if you don't use
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 and is the most efficient
-flag for position dependent binaries).
The thing is, I'm not adding -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
explicitly in the real program. It's being added to everything by
something in RPM. I'm not exactly sure what, maybe %{configure}?
So I don't know how to control this behaviour in a real autotools-using
program.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
I'm still no closer to being able to fix the problem. I have to add -fPIE (or is that -pie or -fpie or -DPIE) to every executable? Upstream? Will that break on some platforms/architectures? And indeed what is the difference between -fPIE / -pie / -fpie / -fPIC / -fpic / -DPIC / etc? Where is this stuff documented? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 11:23:18AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 10:11:07AM +, Richard W.M. Jones wrote:
I'm still no closer to being able to fix the problem.
I have to add -fPIE (or is that -pie or -fpie or -DPIE) to every
executable? Upstream? Will that break on some platforms/architectures?
It really should be just about using the %{optflags} and
%{__global_ldflags} consistently, unless somebody introduced recently a
redhat-rpm-config bug.
And indeed what is the difference between -fPIE / -pie / -fpie /
-fPIC / -fpic / -DPIC / etc? Where is this stuff documented?
Have you tried something so obvious as man gcc ?
info gcc, of course yes. -DPIC is not documented at all, and the
various pie/pic options are obscure to say the least.
The GCC 5 documentation is not online, but here is what
GCC 4.9.2 has to say:
https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/Code-Gen-Options.html#Code-Gen-Options#index-PIC-2613
I've written compilers (two of them, from scratch) and this stuff
barely makes sense.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1180498] perl-WebService-Linode-0.26 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1180498 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-WebService-Linode-0.26 |perl-WebService-Linode-0.26 |-1.fc20 |-1.el7 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-WebService-Linode-0.26-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. -- 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=dttwyshpcca=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: So everything in Rawhide must be compiled with -fPIC?
And in another case I had (qemu), it's not predictable. If you just compile part of qemu twice, the first time it gives the error and the second time not. I had to add this hack to qemu.spec: http://pkgs.fedoraproject.org/cgit/qemu.git/commit/?id=6c3741c2769a21542a34716fa9188e520887a803 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Getopt-Long-2.44.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Getopt-Long: f12497b9d8109e2b9b939512af8ddef7 Getopt-Long-2.44.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
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:42:02AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 09:37:16AM +, Richard W.M. Jones wrote:
The thing is, I'm not adding -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
explicitly in the real program. It's being added to everything by
something in RPM. I'm not exactly sure what, maybe %{configure}?
So I don't know how to control this behaviour in a real autotools-using
program.
I admit I haven't looked at rawhide redhat-rpm-config, perhaps somebody
broke something, but usually there is:
%_hardening_cflags -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
# we don't escape symbols '~', '', etc. so be careful when changing this
%_hardening_ldflags -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
#_hardened_build0
%_hardened_cflags %{?_hardened_build:%{_hardening_cflags}}
%_hardened_ldflags %{?_hardened_build:%{_hardening_ldflags}}
%__global_cflags-O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches %{_hardened_cflags}
%__global_ldflags -Wl,-z,relro %{_hardened_ldflags}
and thus e.g. %{configure} should add the *-hardened-cc1 to
CFLAGS/CXXFLAGS/FFLAGS etc. and *-hardened-ld to LDFLAGS.
There is definitely new/different behaviour in Rawhide, and recently.
Also I was only able to see the new behaviour by updating from gcc 4.x
- gcc 5. ie. Updating redhat-rpm-config isn't what causes the
problem.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 09:51:33AM +, Richard W.M. Jones wrote: There is definitely new/different behaviour in Rawhide, and recently. Also I was only able to see the new behaviour by updating from gcc 4.x - gcc 5. ie. Updating redhat-rpm-config isn't what causes the problem. Well, gcc 4.x (or gcc 5 configured against any linker but very recent one) on x86_64 sometimes used to tollerate incorrect linking of -fpie/-fPIE compiled objects into shared libraries (it would still assume in optimizations that local definitions can't be interposed, but if you weren't trying to do that, perhaps it would happen to work). gcc 5 on x86_64 configured against recent linker assumes PIEs can use copy relocations and therefore you can get various linker errors if you try to link -fpie/-fPIE compiled objects into shared libraries. Don't do that. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:11:07AM +, Richard W.M. Jones wrote:
I'm still no closer to being able to fix the problem.
I have to add -fPIE (or is that -pie or -fpie or -DPIE) to every
executable? Upstream? Will that break on some platforms/architectures?
It really should be just about using the %{optflags} and
%{__global_ldflags} consistently, unless somebody introduced recently a
redhat-rpm-config bug.
And indeed what is the difference between -fPIE / -pie / -fpie /
-fPIC / -fpic / -DPIC / etc? Where is this stuff documented?
Have you tried something so obvious as man gcc ?
Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:30:50AM +, Richard W.M. Jones wrote: info gcc, of course yes. -DPIC is not documented at all, and the various pie/pic options are obscure to say the least. Why should -DPIC be documented? -D is documented. -DPIC means define macro PIC to 1. There is no magic in that beyond, just a convention, used e.g. by libtool, so that some sources can do things conditional on whether they are compiled as position independent or not. Of course, gcc also predefines __pic__/__PIC__/__pie__/__PIE__ macros depending on command line options. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 98 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0610/qpid-cpp-0.30-9.el7 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0626/perl-Gtk2-1.2495-1.el7 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0647/roundcubemail-1.0.5-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ansible-1.8.3-1.el7 barman-1.3.3-6.el7 github2fedmsg-0.3.6-1.el7 globus-scheduler-event-generator-5.10-2.el7 lightdm-gtk-1.6.1-4.el7 pdns-3.4.2-2.el7 pdns-recursor-3.7.1-1.el7 python-apipkg-1.2-7.el7 python-fedmsg-meta-fedora-infrastructure-0.4.1-1.el7 python-hgdistver-0.21-3.el7 python-mongoengine-0.8.4-3.el7 rubygem-minitest-5.3.1-2.el7 salt-2014.7.2-1.el7 wise2-2.2.0-14.el7 youtube-dl-2015.02.18.1-1.el7 Details about builds: ansible-1.8.3-1.el7 (FEDORA-EPEL-2015-0829) SSH-based configuration management, deployment, and task execution system Update Information: Update to 1.8.3. Fixes a problem with ansible-vault view. Vault users should upgrade. ChangeLog: * Tue Feb 17 2015 Kevin Fenzi ke...@scrye.com 1.8.3-1 - Update to 1.8.3 * Sun Jan 11 2015 Toshio Kuratomi tos...@fedoraproject.org - 1.8.2-3 - Work around a bug in python2.6 by using simplejson (applies in EPEL6) * Wed Dec 17 2014 Michael Scherer m...@zarb.org 1.8.2-2 - precreate /etc/ansible/roles and /usr/share/ansible_plugins barman-1.3.3-6.el7 (FEDORA-EPEL-2015-0821) Backup and Recovery Manager for PostgreSQL Update Information: Update to latest upstream version. References: [ 1 ] Bug #1132819 - barman-1.3.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1132819 github2fedmsg-0.3.6-1.el7 (FEDORA-EPEL-2015-0836) Pubsubhubbub app that rebroadcasts GH events over fedmsg Update Information: Fix github.star messages. Retire github.watch messages. Show error messages. Fix a bug with NAME/NAME repositories.. Handle change in github payload JSON. ChangeLog: * Wed Feb 18 2015 Ralph Bean rb...@redhat.com - 0.3.6-1 - new version * Fri Feb 13 2015 Ralph Bean rb...@redhat.com - 0.3.5-1 - new version * Mon Feb 2 2015 Ralph Bean rb...@redhat.com - 0.3.4-1 - new version globus-scheduler-event-generator-5.10-2.el7 (FEDORA-EPEL-2015-0820) Globus Toolkit - Scheduler Event Generator Update Information: Revert log directory change. ChangeLog: * Wed Feb 18 2015 Mattias Ellert mattias.ell...@fysast.uu.se - 5.10-2 - Revert logfile location change References: [ 1 ] Bug #1193992 - scheduler event generator hangs looking for moved log directory https://bugzilla.redhat.com/show_bug.cgi?id=1193992 lightdm-gtk-1.6.1-4.el7 (FEDORA-EPEL-2015-0826) LightDM GTK+ Greeter Update Information: - cursor theme doesn't change (#989152) ChangeLog: * Wed Feb 18 2015 Wolfgang Ulbrich chat-to...@raveit.de - 1.6.1-4 - cursor theme doesn't change (#989152) pdns-3.4.2-2.el7 (FEDORA-EPEL-2015-0832) A modern, advanced and high performance authoritative-only nameserver
Re: [Fedora QA] #462: wrong TestdayApp event
#462: wrong TestdayApp event ---+--- Reporter: tagoh | Owner: tflink Type: defect| Status: closed Priority: major | Milestone: Fedora 22 Component: Blocker bug tracker page |Version: Resolution: fixed | Keywords: Blocked By:| Blocking: ---+--- Changes (by jskladan): * status: new = closed * resolution: = fixed Comment: Solved. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/462#comment:1 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 11:45:01AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 10:37:46AM +, Richard W.M. Jones wrote:
On Thu, Feb 19, 2015 at 11:35:17AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 10:30:50AM +, Richard W.M. Jones wrote:
info gcc, of course yes. -DPIC is not documented at all, and the
various pie/pic options are obscure to say the least.
Why should -DPIC be documented? -D is documented. -DPIC means define
macro PIC to 1. There is no magic in that beyond, just a convention,
used e.g. by libtool, so that some sources can do things conditional on
whether they are compiled as position independent or not. Of course, gcc
also predefines __pic__/__PIC__/__pie__/__PIE__ macros depending on
command
line options.
Can I ask you a simple question? Which of:
-DPIE
-fPIE
-fpie
should I use when compiling and/or linking binaries for Rawhide?
It depends. If you want to compile/link position independent binaries,
use -fpie (-fPIE if you get linker errors on certain architectures if your
binaries are too big) to compile and -pie to link.
If you want normal binaries, no specific options in either case.
If you want to follow the redhat-rpm-config %_hardened_build, i.e. build
PIEs if it is 1 and normal binaries if it is 0, make sure you pass
%{optflags} aka $RPM_OPT_FLAGS to the compiler driver when compiling and
%{__global_ldflags} to the compiler driver when linking.
Overriding CFLAGS/CXXFLAGS globally to -fpie or -fPIE and LDFLAGS to -pie
if your package builds both binaries and shared libraries won't really work,
because you might end up compiling shared library objects with -fpie rather
than -fpic or try to link shared libraries with -shared -pie.
Thanks - I have linked this post to the BZ and closed it.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 09:37:16AM +, Richard W.M. Jones wrote:
The thing is, I'm not adding -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
explicitly in the real program. It's being added to everything by
something in RPM. I'm not exactly sure what, maybe %{configure}?
So I don't know how to control this behaviour in a real autotools-using
program.
I admit I haven't looked at rawhide redhat-rpm-config, perhaps somebody
broke something, but usually there is:
%_hardening_cflags -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
# we don't escape symbols '~', '', etc. so be careful when changing this
%_hardening_ldflags -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
#_hardened_build0
%_hardened_cflags %{?_hardened_build:%{_hardening_cflags}}
%_hardened_ldflags %{?_hardened_build:%{_hardening_ldflags}}
%__global_cflags-O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches %{_hardened_cflags}
%__global_ldflags -Wl,-z,relro %{_hardened_ldflags}
and thus e.g. %{configure} should add the *-hardened-cc1 to
CFLAGS/CXXFLAGS/FFLAGS etc. and *-hardened-ld to LDFLAGS.
Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 10:37:46AM +, Richard W.M. Jones wrote:
On Thu, Feb 19, 2015 at 11:35:17AM +0100, Jakub Jelinek wrote:
On Thu, Feb 19, 2015 at 10:30:50AM +, Richard W.M. Jones wrote:
info gcc, of course yes. -DPIC is not documented at all, and the
various pie/pic options are obscure to say the least.
Why should -DPIC be documented? -D is documented. -DPIC means define
macro PIC to 1. There is no magic in that beyond, just a convention,
used e.g. by libtool, so that some sources can do things conditional on
whether they are compiled as position independent or not. Of course, gcc
also predefines __pic__/__PIC__/__pie__/__PIE__ macros depending on command
line options.
Can I ask you a simple question? Which of:
-DPIE
-fPIE
-fpie
Missed one:
-pie
Reading the thread that Padraig pointed to, it seems as if
_hardened_build should be adding the right flags already. It looks as
if the packager should not need to add flags at all (they would be
added automatically by %{configure}). So a second question would be,
why doesn't it?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: polymake
polymake has broken dependencies in the F-22 tree: On x86_64: polymake-2.13-18.git20141013.fc22.x86_64 requires perl = 4:5.20.1 On i386: polymake-2.13-18.git20141013.fc22.i686 requires perl = 4:5.20.1 On armhfp: polymake-2.13-18.git20141013.fc22.armv7hl requires perl = 4:5.20.1 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 1194256] New: perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 Bug ID: 1194256 Summary: perl-Getopt-Long-2.44 is available Product: Fedora Version: rawhide Component: perl-Getopt-Long Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.44 Current version/release in rawhide: 2.43-1.fc22 URL: http://search.cpan.org/dist/Getopt-Long/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=kN2dqtBitma=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-Getopt-Long] 2.44 bump
commit 73e0f2cce4c29a5a6468f1d09dde1caddb2a0f45
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 19 10:40:05 2015 +0100
2.44 bump
.gitignore| 1 +
perl-Getopt-Long.spec | 7 ++-
sources | 2 +-
3 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f753c2d..90c8e17 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
/Getopt-Long-2.41.tar.gz
/Getopt-Long-2.42.tar.gz
/Getopt-Long-2.43.tar.gz
+/Getopt-Long-2.44.tar.gz
diff --git a/perl-Getopt-Long.spec b/perl-Getopt-Long.spec
index 4186ddd..d7c4a96 100644
--- a/perl-Getopt-Long.spec
+++ b/perl-Getopt-Long.spec
@@ -1,5 +1,5 @@
Name: perl-Getopt-Long
-Version:2.43
+Version:2.44
Release:1%{?dist}
Summary:Extended processing of command line options
License:GPLv2+ or Artistic
@@ -23,6 +23,8 @@ Requires: perl(overload)
Requires: perl(Text::ParseWords)
# Recommended:
Requires: perl(Pod::Usage) = 1.14
+# Dependencies on these Perl 4 files are generated as perl(foo.pl):
+Provides: perl(newgetopt.pl) = %{version}
%description
The Getopt::Long module implements an extended getopt function called
@@ -55,6 +57,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 2.44-1
+- 2.44 bump
+
* Fri Jan 30 2015 Petr Pisar ppi...@redhat.com - 2.43-1
- 2.43 bump
diff --git a/sources b/sources
index 5122235..f7c9ded 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c9fcb9732597e738f8de137b9047d830 Getopt-Long-2.43.tar.gz
+f12497b9d8109e2b9b939512af8ddef7 Getopt-Long-2.44.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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Getopt-Long-2.44-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612973 -- 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=5dtwFhtpFma=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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #6 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Getopt-Long-2.44-1.fc21 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612979 -- 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=I3ADguLsyBa=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 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Compress-Bzip2-2.22-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612985 -- 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=J90dNyOBQ7a=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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=8994923 -- 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=jq5XK1hF1ma=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 1194265] perl-List-Compare-0.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194265 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=8994961 -- 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=TEOuc62ZIWa=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-Compress-Bzip2/f21] 2.22 bump
commit 86b6cc331e903c3594dc486b9017d057b11aea05
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 19 13:58:05 2015 +0100
2.22 bump
.gitignore | 1 +
perl-Compress-Bzip2.spec | 10 +-
sources | 2 +-
3 files changed, 11 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 71551c3..ecfac37 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ Compress-Bzip2-2.09.tar.gz
/Compress-Bzip2-2.18.tar.gz
/Compress-Bzip2-2.19.tar.gz
/Compress-Bzip2-2.20.tar.gz
+/Compress-Bzip2-2.22.tar.gz
diff --git a/perl-Compress-Bzip2.spec b/perl-Compress-Bzip2.spec
index a73244d..c3b8f4c 100644
--- a/perl-Compress-Bzip2.spec
+++ b/perl-Compress-Bzip2.spec
@@ -1,5 +1,5 @@
Name: perl-Compress-Bzip2
-Version:2.20
+Version:2.22
Release:1%{?dist}
Summary:Interface to Bzip2 compression library
Group: Development/Libraries
@@ -26,7 +26,12 @@ BuildRequires: perl(warnings)
BuildRequires: perl(XSLoader)
# Tests:
BuildRequires: perl(Cwd)
+# Memory::Usage not used
BuildRequires: perl(Test::More)
+# Optional tests:
+%if !%{defined perl_bootstrap}
+BuildRequires: perl(Test::LeakTrace)
+%endif
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(constant) = 1.04
@@ -68,6 +73,9 @@ make test
%{_mandir}/man3/*.3pm*
%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 2.22-1
+- 2.22 bump
+
* Fri Jan 30 2015 Petr Pisar ppi...@redhat.com - 2.20-1
- 2.20 bump
diff --git a/sources b/sources
index 06d1671..4d5610c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-36b42271d274d941b4a9fed332c6f880 Compress-Bzip2-2.20.tar.gz
+0d01b86c3efa74e29bb975aea46b666f Compress-Bzip2-2.22.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 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #4 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Compress-Bzip2-2.22-1.fc22 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612986 -- 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=kcZyZTO2FYa=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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|ppi...@redhat.com | --- Comment #2 from Petr Pisar ppi...@redhat.com --- Bug-fix release suitable for all Fedoras. -- 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=auLz7Ce3qza=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-List-Compare] 0.46 bump, more performance enhancements
commit 9bb224c20d125d171695b5dd66db0c379a68fd74
Author: Petr Šabata con...@redhat.com
Date: Thu Feb 19 14:00:26 2015 +0100
0.46 bump, more performance enhancements
.gitignore | 1 +
perl-List-Compare.spec | 5 -
sources| 2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a3f6064..874c884 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ List-Compare-0.37.tar.gz
/List-Compare-0.41.tar.gz
/List-Compare-0.43.tar.gz
/List-Compare-0.45.tar.gz
+/List-Compare-0.46.tar.gz
diff --git a/perl-List-Compare.spec b/perl-List-Compare.spec
index 5a9ded4..bc50d49 100644
--- a/perl-List-Compare.spec
+++ b/perl-List-Compare.spec
@@ -1,5 +1,5 @@
Name: perl-List-Compare
-Version:0.45
+Version:0.46
Release:1%{?dist}
Summary:Compare elements of two or more lists
Group: Development/Libraries
@@ -46,6 +46,9 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Thu Feb 19 2015 Petr Šabata con...@redhat.com - 0.46-1
+- 0.46 bump, more performance enhancements
+
* Tue Feb 17 2015 Petr Šabata con...@redhat.com - 0.45-1
- 0.45 bump, more performance enhancements
diff --git a/sources b/sources
index b8f705e..d843727 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8409c2654b63a43e5b5c8eab729b58a4 List-Compare-0.45.tar.gz
+a6259ac9dd19741a38f8e3bd6190dc48 List-Compare-0.46.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-List-Compare/f22] 0.46 bump, more performance enhancements
Summary of changes: 9bb224c... 0.46 bump, more performance enhancements (*) (*) 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
[perl-List-Compare/f21] 0.46 bump, more performance enhancements
Summary of changes: 9bb224c... 0.46 bump, more performance enhancements (*) (*) 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
[Bug 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #4 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Getopt-Long-2.44-1.fc22 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612975 -- 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=j4R7ebw19na=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 Compress-Bzip2-2.22.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Compress-Bzip2: 0d01b86c3efa74e29bb975aea46b666f Compress-Bzip2-2.22.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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-Getopt-Long-2.44-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Getopt-Long-2.44-1.fc20 -- 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=1zbF07aShma=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 1194265] perl-List-Compare-0.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194265 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- psabata's perl-List-Compare-0.46-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612990 -- 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=pe2Q9ignvFa=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 1194255] New: perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 Bug ID: 1194255 Summary: perl-Compress-Bzip2-2.22 is available Product: Fedora Version: rawhide Component: perl-Compress-Bzip2 Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.22 Current version/release in rawhide: 2.20-1.fc22 URL: http://search.cpan.org/dist/Compress-Bzip2/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=npOoILThiXa=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 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=8994905 -- 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=UQyIid24dXa=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 1194265] New: perl-List-Compare-0.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194265 Bug ID: 1194265 Summary: perl-List-Compare-0.46 is available Product: Fedora Version: rawhide Component: perl-List-Compare Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.46 Current version/release in rawhide: 0.45-1.fc23 URL: http://search.cpan.org/dist/List-Compare/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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=4fXNeb01CWa=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 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #2 from Petr Pisar ppi...@redhat.com --- Bug-fix release suitable for F≥21. -- 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=s3V0ztm4N0a=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-Getopt-Long/f20] 2.44 bump
commit b72793dfaa6609e243a0013b6b070b314d815679
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 19 10:40:05 2015 +0100
2.44 bump
.gitignore| 1 +
perl-Getopt-Long.spec | 7 ++-
sources | 2 +-
3 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f753c2d..90c8e17 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
/Getopt-Long-2.41.tar.gz
/Getopt-Long-2.42.tar.gz
/Getopt-Long-2.43.tar.gz
+/Getopt-Long-2.44.tar.gz
diff --git a/perl-Getopt-Long.spec b/perl-Getopt-Long.spec
index bf7a47e..96a168f 100644
--- a/perl-Getopt-Long.spec
+++ b/perl-Getopt-Long.spec
@@ -1,5 +1,5 @@
Name: perl-Getopt-Long
-Version:2.43
+Version:2.44
Release:1%{?dist}
Summary:Extended processing of command line options
License:GPLv2+ or Artistic
@@ -23,6 +23,8 @@ Requires: perl(overload)
Requires: perl(Text::ParseWords)
# Recommended:
Requires: perl(Pod::Usage) = 1.14
+# Dependencies on these Perl 4 files are generated as perl(foo.pl):
+Provides: perl(newgetopt.pl) = %{version}
%description
The Getopt::Long module implements an extended getopt function called
@@ -55,6 +57,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 2.44-1
+- 2.44 bump
+
* Fri Jan 30 2015 Petr Pisar ppi...@redhat.com - 2.43-1
- 2.43 bump
diff --git a/sources b/sources
index 5122235..f7c9ded 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c9fcb9732597e738f8de137b9047d830 Getopt-Long-2.43.tar.gz
+f12497b9d8109e2b9b939512af8ddef7 Getopt-Long-2.44.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-Getopt-Long/f22] 2.44 bump
Summary of changes: 73e0f2c... 2.44 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
[perl-Getopt-Long/f21] 2.44 bump
commit 08c3e97ef5f11ef72b2dcafd29f33ff9bb0963fb
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 19 10:40:05 2015 +0100
2.44 bump
.gitignore| 1 +
perl-Getopt-Long.spec | 7 ++-
sources | 2 +-
3 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f753c2d..90c8e17 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
/Getopt-Long-2.41.tar.gz
/Getopt-Long-2.42.tar.gz
/Getopt-Long-2.43.tar.gz
+/Getopt-Long-2.44.tar.gz
diff --git a/perl-Getopt-Long.spec b/perl-Getopt-Long.spec
index 45588e9..2ba6909 100644
--- a/perl-Getopt-Long.spec
+++ b/perl-Getopt-Long.spec
@@ -1,5 +1,5 @@
Name: perl-Getopt-Long
-Version:2.43
+Version:2.44
Release:1%{?dist}
Summary:Extended processing of command line options
License:GPLv2+ or Artistic
@@ -23,6 +23,8 @@ Requires: perl(overload)
Requires: perl(Text::ParseWords)
# Recommended:
Requires: perl(Pod::Usage) = 1.14
+# Dependencies on these Perl 4 files are generated as perl(foo.pl):
+Provides: perl(newgetopt.pl) = %{version}
%description
The Getopt::Long module implements an extended getopt function called
@@ -55,6 +57,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 2.44-1
+- 2.44 bump
+
* Fri Jan 30 2015 Petr Pisar ppi...@redhat.com - 2.43-1
- 2.43 bump
diff --git a/sources b/sources
index 5122235..f7c9ded 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c9fcb9732597e738f8de137b9047d830 Getopt-Long-2.43.tar.gz
+f12497b9d8109e2b9b939512af8ddef7 Getopt-Long-2.44.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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Getopt-Long-2.44-1.fc2 ||3 -- 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=T2kMRzhiCka=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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #5 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Getopt-Long-2.44-1.fc20 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612978 -- 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=0swSC3Tiuqa=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
[PkgDB] kevin:perl-Filesys-Df watchbugzilla set to Approved
user: kevin set for msuchy acl: watchbugzilla of package: perl-Filesys-Df from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Filesys-Df -- 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 1194256] perl-Getopt-Long-2.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194256 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- perl-Getopt-Long-2.44-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-Getopt-Long-2.44-1.fc21 -- 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=6OsqPCJQSna=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
[PkgDB] kevin updated perl-Filesys-Df
user: kevin created branch epel7 on package perl-Filesys-Df To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Filesys-Df -- 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] kevin:perl-Filesys-Df watchcommits set to Approved
user: kevin set for msuchy acl: watchcommits of package: perl-Filesys-Df from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Filesys-Df -- 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] kevin:perl-Filesys-Df approveacls set to Approved
user: kevin set for msuchy acl: approveacls of package: perl-Filesys-Df from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Filesys-Df -- 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] kevin:perl-Filesys-Df commit set to Approved
user: kevin set for msuchy acl: commit of package: perl-Filesys-Df from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Filesys-Df -- 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-Compress-Bzip2] 2.22 bump
commit 2ec1d59c2575d30ca347d69b2ca3730819fa03a7
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 19 13:58:05 2015 +0100
2.22 bump
.gitignore | 1 +
perl-Compress-Bzip2.spec | 10 +-
sources | 2 +-
3 files changed, 11 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 71551c3..ecfac37 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ Compress-Bzip2-2.09.tar.gz
/Compress-Bzip2-2.18.tar.gz
/Compress-Bzip2-2.19.tar.gz
/Compress-Bzip2-2.20.tar.gz
+/Compress-Bzip2-2.22.tar.gz
diff --git a/perl-Compress-Bzip2.spec b/perl-Compress-Bzip2.spec
index 4f9128a..fb5cd84 100644
--- a/perl-Compress-Bzip2.spec
+++ b/perl-Compress-Bzip2.spec
@@ -1,5 +1,5 @@
Name: perl-Compress-Bzip2
-Version:2.20
+Version:2.22
Release:1%{?dist}
Summary:Interface to Bzip2 compression library
Group: Development/Libraries
@@ -26,7 +26,12 @@ BuildRequires: perl(warnings)
BuildRequires: perl(XSLoader)
# Tests:
BuildRequires: perl(Cwd)
+# Memory::Usage not used
BuildRequires: perl(Test::More)
+# Optional tests:
+%if !%{defined perl_bootstrap}
+BuildRequires: perl(Test::LeakTrace)
+%endif
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(constant) = 1.04
@@ -68,6 +73,9 @@ make test
%{_mandir}/man3/*.3pm*
%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com - 2.22-1
+- 2.22 bump
+
* Fri Jan 30 2015 Petr Pisar ppi...@redhat.com - 2.20-1
- 2.20 bump
diff --git a/sources b/sources
index 06d1671..4d5610c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-36b42271d274d941b4a9fed332c6f880 Compress-Bzip2-2.20.tar.gz
+0d01b86c3efa74e29bb975aea46b666f Compress-Bzip2-2.22.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-Compress-Bzip2/f22] 2.22 bump
Summary of changes: 2ec1d59... 2.22 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
[Bug 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #5 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Compress-Bzip2-2.22-1.fc21 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=612987 -- 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=a4yl0QF3NOa=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 List-Compare-0.46.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-List-Compare: a6259ac9dd19741a38f8e3bd6190dc48 List-Compare-0.46.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
Re: Easiest way to debug build failures on rawhide?
On Wed, Feb 18, 2015 at 8:36 AM, Paul Howarth p...@city-fan.org wrote:
On 18/02/15 15:12, Dave Johansen wrote:
I'm running into an issue where odb won't build on rawhide (
http://koji.fedoraproject.org/koji/taskinfo?taskID=8966447 ) and I need
to be able to take a look at the config.log file but it's not available
from the standard koji output.
So what's the easiest way for me to get access to that file? Do I have
to install rawhide in a virtual machine and do the build myself? Or is
there a simpler way to get access to other outputs from a build?
Try something like this:
%{configure} || { cat config.log ; exit 1 }
The config.log content would then appear in build.log
That's a nifty trick that I'll definitely keep in my back pocket.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Easiest way to debug build failures on rawhide?
On Wed, Feb 18, 2015 at 9:54 AM, Marcin Juszkiewicz mjuszkiew...@redhat.com wrote: On 18.02.2015 16:31, Miroslav Suchý wrote: On 02/18/2015 04:12 PM, Dave Johansen wrote: I'm running into an issue where odb won't build on rawhide ( http://koji.fedoraproject.org/koji/taskinfo?taskID=8966447 ) and I need to be able to take a look at the config.log file but it's not available from the standard koji output. So what's the easiest way for me to get access to that file? Do I have to install rawhide in a virtual machine and do the build myself? Or is there a simpler way to get access to other outputs from a build? mock -r fedora-rawhide-x86_64 --no-cleanup-after your.src.rpm and then investigate /var/lib/mock/fedora-rawhide-x86_64/root/builddir/build/BUILD/ or mock -r fedora-rawhide-x86_64 --shell and you are inside of that build chroot. For such situations I have simple script: - #!/bin/bash SRCRPM=$1 X=X LC_ALL=C LANG=C mock $SRCRPM \ --resultdir=~mjuszkie/rpmbuild/mock/`basename $SRCRPM` \ --verbose \ --no-cleanup-after \ --uniqueext=$SRCRPM $2 X=Y if [ $X == X ]; then echo mock --shell --uniqueext=$SRCRPM $2 fi mock --clean --uniqueext=$SRCRPM $2 - Use is simple: hrwmock.sh *.src.rpm (to change build target I just add -r fedora-21-aarch64). Using mock did the trick. Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1194255] perl-Compress-Bzip2-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1194255 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-Compress-Bzip2-2.22-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-Compress-Bzip2-2.22-1.fc21 -- 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=PvGYF31htqa=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: [EPEL-devel] How to formalize and finish the Py3 proposal?
- Original Message - On Feb 19 04:54, Bohuslav Kabrda wrote: Hi all, so I think everyone was able to express their opinions about my Python 3 proposal for EPEL [1] and I think it's time for me to formalize it, get it approved and actually do it. I'm however unsure about how this works in EPEL and I haven't been able to find a reference to a specific process. Can someone please advise (send a link/explain/...) on what is the best way to formalize such proposal for EPEL and who to propose it to? Thanks a lot, Slavek [1] https://fedoraproject.org/wiki/User:Bkabrda/EPEL7_Python3 We agreed to move forward with the proposal at our last meeting[1]. I'm thinking we should put this on the agenda again to talk about details and see how we can help. Oh, ok :) Well the proposal has several parts where it's not specific or says we can do stuff this way or some other way. I'd suggest creating a new document (I'm just not sure where), that will serve as the official document about Py3 in EPEL and I'd like to polish the proposal there. Does that sound good? (I really only need to know the proper place where this should live). Thanks, Slavek Cheers! Brian [1] http://meetbot.fedoraproject.org/epel/2015-02-13/epel.2015-02-13-17.00.html ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Fedora Beaker instance
Thank you both, I've forwarded this status and vision to the Env Stacks crew on today's meeting. Honza On 02/16/2015 02:48 PM, Tim Flink wrote: On Mon, 16 Feb 2015 14:14:12 +1000 Dan Callaghan dcall...@redhat.com wrote: Hi Honza, Excerpts from Honza Horak's message of 2015-02-13 00:44 +10:00: Hi Dan, I missed your workshop at DevConf unfortunately, but as one of the members of Env Stacks Working Group I'm wondering what is the current status of beaker instance [1], since the wiki page [2] seems to be quite short. Is it available for some testing already? Is there any doc how to use it as I'm ordinary fedora packager (I was not able to log in)? Tim Flink and the Fedora QA team have been working on deploying Beaker in Fedora, so they are best able to answer this. Currently there is no way for regular Fedora contributors to log in, it's just username+password accounts created by Tim by hand. The plan is to use mod_auth_openid pointing as FASOpenID with some group restrictions enforced, but that needed some support on the FASOpenID side to expose Fedora group info. I guess that will be covered as part of the Ipsilon upgrade coming sometime soon. Yeah, it sounds like we'll be using OpenID/Persona for auth and some form of interface with FAS for group information (the RFE is against fas, not ipsilion). There is also an issue with the LC hostname in log URLs which we are working on. Yeah, this is ongoing and one of the big blockers to being able to have a production beaker system. I suspect that we'll be able to handle the manual administration of accounts for the near future but the non-resolvable logs (without massaging them, anyways) is our primary issue. I'm also not sure what is it's use case actually. Is it generally providing a virtual machine for any use case or just for some special type of work? The initial use case was to run installer tests: https://bitbucket.org/fedoraqa/fedora-beaker-tests There has also been some interest in using Beaker to make non-x86 arches available to packagers who might need them temporarily for porting purposes. That's something we would look at once Beaker is fully up and running. The primary use case that we're looking for is the running of test cases (including the repo linked to above). There are certain task types which are better left to beaker than to attempt running in Taskotron. There are also folks inside Red Hat who have tests written for Beaker and want to open source them so they can be run in Fedora - an added bonus if we can get everything working well. I expect Tim will want to discourage the use of Beaker for just give me an x86 VM to play with scenarios, because there are other tools for that, and Fedora Beaker's hardware pool will be fairly limited. Yeah, I'm not sure how many resources we'll be giving access to that way. I'm of the opinion that there are better and more efficient ways for folks to access the resources they need. Btw. I'm also thinking about some fedora proposal for being able to store some arbitrary tests in Fedora (basically some best practices how to write tests above unit tests; written in anything, including beakerlib). Is this something you care about or is this something totally irrelevant for beaker instance? Yes I think Tim is very interested in the idea of package integration tests, which may include running jobs in Beaker. I'll let him elaborate further. Something very similar is on our longer-term roadmap. The basic idea is to allow for relatively arbitrary tasks (within reason, anyways) to be scheduled on the build or dist-git change for a particular package. However, that kind of functionality is still blocked on other features (disposable clients, mostly) and I wasn't planning to get too far into the details until those blockers were overcome. Tim ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
ld terminated with signal 9 [Killed]
Hi, I were trying to compile f22 mongoDB package with enabled _hardened_build . And it always failed with: collect2: fatal error: ld terminated with signal 9 [Killed] compilation terminated. scons: *** [build/linux2/ssl/use-system-all/usev8/mongo/mongod] Error 1 scons: building terminated because of errors. RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Child return code was: 1 (log file https://kojipkgs.fedoraproject.org//work/tasks/8167/8998167/build.log) I've tried it four times and compilation failed always in different place (linking different binaries). Without enabled hardening it builds fine. (On 9 Jan with a little older version I tried scratch hardened build and it also worked fine) Where could be problem? Is it possible, that there isn't enough memory? Thanks, M. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Minutes from Env-and-Stacks WG meeting (2015-02-19)
== #fedora-meeting-2: Env and Stacks (2015-02-19) == Meeting started by hhorak at 18:02:53 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-2/2015-02-19/env-and-stacks.2015-02-19-18.02.log.html . Meeting summary --- * Follow-ups -- any changes from last week? (hhorak, 18:09:10) * Dockerfiles recommended tips (hhorak, 18:15:21) * LINK: https://fedoraproject.org/wiki/Env_and_Stacks/Tasklist (hhorak, 18:15:45) * LINK: https://fedoraproject.org/wiki/User:Hhorak/Draft/task-dockerfile-rules (hhorak, 18:15:55) * ACTION: phracek to get in touch with marek, author of JBoss Docker images best practices (hhorak, 18:24:10) * Some info about beaker @ fedoraproject and potential EnvStack use cases (hhorak, 18:24:39) * LINK: http://beaker.fedoraproject.org/ (hhorak, 18:25:28) * The initial use case was to run installer tests in http://beaker.fedoraproject.org/ (hhorak, 18:27:44) * LINK: https://bitbucket.org/fedoraqa/fedora-beaker-tests (hhorak, 18:27:54) * Open Floor (hhorak, 18:40:48) * RpmOstree change was approved, hooray! (hhorak, 18:47:09) * LINK: https://fedoraproject.org/wiki/Changes/RpmOstree (hhorak, 18:47:09) Meeting ended at 18:48:17 UTC. Action Items * phracek to get in touch with marek, author of JBoss Docker images best practices Action Items, by person --- * phracek * phracek to get in touch with marek, author of JBoss Docker images best practices * **UNASSIGNED** * (none) People Present (lines said) --- * hhorak (53) * phracek (16) * walters (12) * zodbot (4) * bkabrda (0) * ttomecek (0) * sicampbell (0) * vpavlin (0) * juhp (0) * ncoghlan (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 07:07:45PM +0100, Jakub Jelinek wrote: Even on x86_64 it was quite a measurable slowdown last time I've benchmarked it, now in F22+ we might have smaller slowdown with the x86_64 copyreloc for Which packages are there that do not process untrusted data and are slowed down much? Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
Am 19.02.2015 um 19:48 schrieb Till Maas: On Thu, Feb 19, 2015 at 07:07:45PM +0100, Jakub Jelinek wrote: Even on x86_64 it was quite a measurable slowdown last time I've benchmarked it, now in F22+ we might have smaller slowdown with the x86_64 copyreloc for Which packages are there that do not process untrusted data and are slowed down much? none these days don't process untrusted data and slowed down much needs to be defined very well and not only by a syntectitc benchmark throwing numbers around - if it is not noticeable by a user it don't exist and security was, is and always will be a compromise between user expierience in other words: leave me in piece with generic benchmarks and things faster in theory not look at the time for recovery when machines where compromised i ran all network aware services with my own build-overrides with -fstack-protector-all long before fedora considered -fstack-protector-srtong with *zero* difference for daily workloads as example these days one simple rule: if you can improve security *than do it* signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: So everything in Rawhide must be compiled with -fPIC?
On Thu, Feb 19, 2015 at 07:48:30PM +0100, Till Maas wrote: On Thu, Feb 19, 2015 at 07:07:45PM +0100, Jakub Jelinek wrote: Even on x86_64 it was quite a measurable slowdown last time I've benchmarked it, now in F22+ we might have smaller slowdown with the x86_64 copyreloc for Which packages are there that do not process untrusted data and are slowed down much? Well, IMHO it should be the proponents of the change to show that it isn't significant. As an example I've given gcc. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[PkgDB] ppisar updated perl-Module-Install-Authority
user: ppisar created branch f22 on package perl-Module-Install-Authority To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchbugzilla set to Obsolete
user: ppisar set for ppisar acl: watchbugzilla of package: perl-Module-Install-Authority from: Approved to: Obsolete on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchbugzilla set to Obsolete
user: ppisar set for ppisar acl: watchbugzilla of package: perl-Module-Install-Authority from: to: Obsolete on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchbugzilla set to Obsolete
user: ppisar set for ppisar acl: watchbugzilla of package: perl-Module-Install-Authority from: to: Obsolete on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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: ld terminated with signal 9 [Killed]
Dan Horák píše v Čt 19. 02. 2015 v 20:12 +0100: On Thu, 19 Feb 2015 19:51:38 +0100 Marek Skalický mskal...@redhat.com wrote: Hi, I were trying to compile f22 mongoDB package with enabled _hardened_build . And it always failed with: collect2: fatal error: ld terminated with signal 9 [Killed] compilation terminated. scons: *** [build/linux2/ssl/use-system-all/usev8/mongo/mongod] Error 1 scons: building terminated because of errors. RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Bad exit status from /var/tmp/rpm-tmp.NWmAoC (%build) Child return code was: 1 (log file https://kojipkgs.fedoraproject.org//work/tasks/8167/8998167/build.log) I've tried it four times and compilation failed always in different place (linking different binaries). Without enabled hardening it builds fine. (On 9 Jan with a little older version I tried scratch hardened build and it also worked fine) Where could be problem? Is it possible, that there isn't enough memory? yes, looks as an out-of-memory situation, you can try switching to -g1 in CFLAGS for lesser debug infos (see eg. webkitgtk4) or using -j1 for make if there would be more jobs competing for memory Dan PS: please send the link to the task, not to the log directly These task failed with this problem: https://koji.fedoraproject.org/koji/taskinfo?taskID=8998165 https://koji.fedoraproject.org/koji/taskinfo?taskID=8997879 https://koji.fedoraproject.org/koji/taskinfo?taskID=8995972 https://koji.fedoraproject.org/koji/taskinfo?taskID=8994536 Thanks for suggesting -g1. I will try it... Marek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[dspam/epel7] fix for bug #1193177
commit 5c59161ddb065986a94a97e6d2275e6cc86718a5
Author: Nathanael d. Noblet nathan...@noblet.ca
Date: Thu Feb 19 22:58:04 2015 -0700
fix for bug #1193177
dspam-sqlite3_drv.patch | 51 +
dspam.spec | 7 ++-
2 files changed, 57 insertions(+), 1 deletion(-)
---
diff --git a/dspam-sqlite3_drv.patch b/dspam-sqlite3_drv.patch
new file mode 100644
index 000..95b6264
--- /dev/null
+++ b/dspam-sqlite3_drv.patch
@@ -0,0 +1,51 @@
+diff -up ./src/sqlite3_drv.c.sdg ./src/sqlite3_drv.c
+--- ./src/sqlite3_drv.c.sdg2015-02-16 12:18:49.0 -0500
./src/sqlite3_drv.c2015-02-16 13:28:52.0 -0500
+@@ -435,6 +435,13 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ return EUNKNOWN;
+ }
+
++ if ((sqlite3_exec(s-dbh, BEGIN, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++buffer_destroy (query);
++LOGDEBUG (_ds_setall_spamrecords: BEGIN transaction failed);
++return EINVAL;
++ }
++
+ ds_diction_getstat(diction, s-control_token, control);
+
+ snprintf (queryhead, sizeof (queryhead),
+@@ -521,6 +528,7 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ ds_diction_close(ds_c);
+ buffer_destroy(query);
++sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+@@ -552,11 +560,17 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ _sqlite_drv_query_error (err, query-data);
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ buffer_destroy(query);
++ sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+
+ buffer_destroy (query);
++ if ((sqlite3_exec(s-dbh, COMMIT, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++LOGDEBUG (_ds_setall_spamrecords: COMMIT transaction failed);
++return EINVAL;
++ }
+ return 0;
+ }
+
+@@ -1336,7 +1350,7 @@ _sqlite_drv_query_error (const char *err
+ fclose (file);
+ }
+
+- free((char *)error);
++ sqlite3_free((char *)error);
+ return;
+ }
diff --git a/dspam.spec b/dspam.spec
index e6e90ee..044909f 100644
--- a/dspam.spec
+++ b/dspam.spec
@@ -12,7 +12,7 @@
Summary:A library and Mail Delivery Agent for Bayesian SPAM
filtering
Name: dspam
Version:3.10.2
-Release:9%{?dist}
+Release:10%{?dist}
License:GPLv2
Group: System Environment/Daemons
Source0:
http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
@@ -28,6 +28,7 @@ Patch2: dspam-3.9.0-dspamsock.patch
Patch3: dspam-default-server-port.patch
Patch4: dspam-3.10.2.exim.patch
Patch5: dspam-recipient-corruption.patch
+Patch7: dspam-sqlite3_drv.patch
URL:http://www.nuclearelephant.com/
# kept to be able to build EPEL versions
@@ -142,6 +143,7 @@ Web-based interface for DSPAM's powerful Anti-Spam engine.
%patch3 -p0
%patch4 -p0
%patch5 -p1
+%patch7 -p1
%build
@@ -371,6 +373,9 @@ exit 0
%config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf
%changelog
+* Thu Feb 19 2015 Nathanael Noblet nathan...@gnat.ca - 3.10.2-10
+- Fix for bug #1193177
+
* Thu May 23 2013 Nathanael Noblet nathan...@gnat.ca - 3.10.2-9
- Patch for recipient corruption bug
--
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
[dspam/el6] fix #1193177
commit 2b5cd1d6eafb5324e8f600ba78bf31f4af557958
Author: Nathanael d. Noblet nathan...@noblet.ca
Date: Thu Feb 19 23:02:59 2015 -0700
fix #1193177
dspam-sqlite3_drv.patch | 51 +
dspam.spec | 8 +++-
2 files changed, 58 insertions(+), 1 deletion(-)
---
diff --git a/dspam-sqlite3_drv.patch b/dspam-sqlite3_drv.patch
new file mode 100644
index 000..95b6264
--- /dev/null
+++ b/dspam-sqlite3_drv.patch
@@ -0,0 +1,51 @@
+diff -up ./src/sqlite3_drv.c.sdg ./src/sqlite3_drv.c
+--- ./src/sqlite3_drv.c.sdg2015-02-16 12:18:49.0 -0500
./src/sqlite3_drv.c2015-02-16 13:28:52.0 -0500
+@@ -435,6 +435,13 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ return EUNKNOWN;
+ }
+
++ if ((sqlite3_exec(s-dbh, BEGIN, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++buffer_destroy (query);
++LOGDEBUG (_ds_setall_spamrecords: BEGIN transaction failed);
++return EINVAL;
++ }
++
+ ds_diction_getstat(diction, s-control_token, control);
+
+ snprintf (queryhead, sizeof (queryhead),
+@@ -521,6 +528,7 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ ds_diction_close(ds_c);
+ buffer_destroy(query);
++sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+@@ -552,11 +560,17 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ _sqlite_drv_query_error (err, query-data);
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ buffer_destroy(query);
++ sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+
+ buffer_destroy (query);
++ if ((sqlite3_exec(s-dbh, COMMIT, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++LOGDEBUG (_ds_setall_spamrecords: COMMIT transaction failed);
++return EINVAL;
++ }
+ return 0;
+ }
+
+@@ -1336,7 +1350,7 @@ _sqlite_drv_query_error (const char *err
+ fclose (file);
+ }
+
+- free((char *)error);
++ sqlite3_free((char *)error);
+ return;
+ }
diff --git a/dspam.spec b/dspam.spec
index c442814..66f37ab 100644
--- a/dspam.spec
+++ b/dspam.spec
@@ -12,7 +12,7 @@
Summary:A library and Mail Delivery Agent for Bayesian SPAM
filtering
Name: dspam
Version:3.10.2
-Release:5%{?dist}
+Release:6%{?dist}
License:GPLv2
Group: System Environment/Daemons
Source0:
http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
@@ -27,6 +27,8 @@ Source99: dspam-filter-requires.sh
Patch1: dspam-3.9.0-docs.patch
Patch2: dspam-3.9.0-dspamsock.patch
Patch3: dspam-recipient-corruption.patch
+Patch7: dspam-sqlite3_drv.patch
+
URL:http://www.nuclearelephant.com/
# kept to be able to build EPEL versions
Buildroot: %(mktemp -ud
%{_tmppath}/%{name}-%{version}-%{release}-XX)
@@ -140,6 +142,7 @@ Web-based interface for DSPAM's powerful Anti-Spam engine.
%patch1 -p0
%patch2 -p0
%patch3 -p1
+%patch7 -p1
%build
@@ -379,6 +382,9 @@ exit 0
%config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf
%changelog
+* Thu Feb 19 2015 Nathanael Noblet nathan...@gnat.ca - 3.10.2-6
+- Fix for bug #1193177
+
* Fri Jan 30 2015 Nathanael Noblet nathan...@gnat.ca - 3.10.2-5
- Updated dspamc permissions - fixes bug #1185489
--
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-Module-Install-Authority] Import
commit 52dcf3370c1cd2cd445524f6bbba7945cbef47f2
Author: Petr Písař ppi...@redhat.com
Date: Fri Feb 20 08:08:17 2015 +0100
Import
.gitignore | 1 +
...e-M-I-Authority-under-build-when-building.patch | 30 +
perl-Module-Install-Authority.spec | 72 ++
sources| 1 +
4 files changed, 104 insertions(+)
---
diff --git a/.gitignore b/.gitignore
index e69de29..18490d0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Module-Install-Authority-0.03.tar.gz
diff --git
a/Module-Install-Authority-0.03-Use-M-I-Authority-under-build-when-building.patch
b/Module-Install-Authority-0.03-Use-M-I-Authority-under-build-when-building.patch
new file mode 100644
index 000..7ff5917
--- /dev/null
+++
b/Module-Install-Authority-0.03-Use-M-I-Authority-under-build-when-building.patch
@@ -0,0 +1,30 @@
+From f120d96b03fd1d9f908e0fef965c4c9da55b947c Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
+Date: Thu, 19 Feb 2015 15:27:04 +0100
+Subject: [PATCH] Use M::I::Authority under build when building
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+This is needed for boostrap
+
+Signed-off-by: Petr Písař ppi...@redhat.com
+---
+ Makefile.PL | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index a8c0511..94d7890 100644
+--- a/Makefile.PL
b/Makefile.PL
+@@ -1,6 +1,7 @@
+ use strict;
+ use warnings;
+ no warnings 'redefine';
++use lib 'lib';
+ use inc::Module::Install 0.91;
+ use Module::Install::AuthorRequires;
+ use Module::Install::AuthorTests;
+--
+2.1.0
+
diff --git a/perl-Module-Install-Authority.spec
b/perl-Module-Install-Authority.spec
new file mode 100644
index 000..cfa10b4
--- /dev/null
+++ b/perl-Module-Install-Authority.spec
@@ -0,0 +1,72 @@
+Name: perl-Module-Install-Authority
+Version:0.03
+Release:1%{?dist}
+Summary:Add an x_authority key to META.yml
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Module-Install-Authority/
+Source0:
http://www.cpan.org/authors/id/B/BO/BOBTFISH/Module-Install-Authority-%{version}.tar.gz
+# Makefile.PL needs a module delivered by this package
+Patch0:
Module-Install-Authority-0.03-Use-M-I-Authority-under-build-when-building.patch
+BuildArch: noarch
+BuildRequires: perl
+BuildRequires: perl(inc::Module::Install) = 0.91
+BuildRequires: perl(lib)
+BuildRequires: perl(Module::Install::AuthorRequires)
+BuildRequires: perl(Module::Install::AuthorTests)
+BuildRequires: perl(Module::Install::Metadata)
+BuildRequires: perl(Module::Install::ReadmeFromPod)
+BuildRequires: perl(Module::Install::WriteAll)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
+# Run-time:
+BuildRequires: perl(base)
+BuildRequires: perl(Module::Install::Base)
+# Tests:
+BuildRequires: perl(Cwd)
+BuildRequires: perl(File::Spec)
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(Test::More) = 0.88
+BuildRequires: perl(Test::NoTabs)
+BuildRequires: perl(Test::Pod) = 1.14
+BuildRequires: perl(Test::Pod::Coverage) = 1.04
+BuildRequires: perl(YAML)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+
+%description
+If you upload a distribution which contains an x_authority key in the
+META.yml then PAUSE will assign 'firstcome' permissions on any packages in
+that distribution to the user given by the x_authority key (and assign co-
+maintenance to the uploader).
+
+This makes coordination (and maintenance sharing) much easier for large
+CPAN distributions, or those maintained by a pool of people.
+
+
+%prep
+%setup -q -n Module-Install-Authority-%{version}
+%patch0 -p1
+# Remove bundled modules
+rm -rf inc
+sed -i -e '/inc\//d' MANIFEST
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Thu Feb 19 2015 Petr Pisar ppi...@redhat.com 0.03-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..ab42480 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+0695d0b3c572fa0a53ec26846622e6ff Module-Install-Authority-0.03.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
File Module-Install-Authority-0.03.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Module-Install-Authority: 0695d0b3c572fa0a53ec26846622e6ff Module-Install-Authority-0.03.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
[dspam/f21] (2 commits) ...fix for bug #1193177
Summary of changes: c812025... suid on dspamc (*) 4c051d2... fix for bug #1193177 (*) (*) 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
[dspam/f20] (2 commits) ...fix for bug #1193177
Summary of changes: c812025... suid on dspamc (*) 4c051d2... fix for bug #1193177 (*) (*) 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
[dspam] fix for bug #1193177
commit 4c051d2c99954df459397a9f83762f7bad7fbcf0
Author: Nathanael d. Noblet nathan...@noblet.ca
Date: Thu Feb 19 22:52:10 2015 -0700
fix for bug #1193177
dspam-sqlite3_drv.patch | 51 +
dspam.spec | 7 ++-
2 files changed, 57 insertions(+), 1 deletion(-)
---
diff --git a/dspam-sqlite3_drv.patch b/dspam-sqlite3_drv.patch
new file mode 100644
index 000..95b6264
--- /dev/null
+++ b/dspam-sqlite3_drv.patch
@@ -0,0 +1,51 @@
+diff -up ./src/sqlite3_drv.c.sdg ./src/sqlite3_drv.c
+--- ./src/sqlite3_drv.c.sdg2015-02-16 12:18:49.0 -0500
./src/sqlite3_drv.c2015-02-16 13:28:52.0 -0500
+@@ -435,6 +435,13 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ return EUNKNOWN;
+ }
+
++ if ((sqlite3_exec(s-dbh, BEGIN, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++buffer_destroy (query);
++LOGDEBUG (_ds_setall_spamrecords: BEGIN transaction failed);
++return EINVAL;
++ }
++
+ ds_diction_getstat(diction, s-control_token, control);
+
+ snprintf (queryhead, sizeof (queryhead),
+@@ -521,6 +528,7 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ ds_diction_close(ds_c);
+ buffer_destroy(query);
++sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+@@ -552,11 +560,17 @@ _ds_setall_spamrecords (DSPAM_CTX * CTX,
+ _sqlite_drv_query_error (err, query-data);
+ LOGDEBUG (_ds_setall_spamrecords: unable to run query: %s,
query-data);
+ buffer_destroy(query);
++ sqlite3_exec(s-dbh, ROLLBACK, NULL, NULL, NULL);
+ return EFAILURE;
+ }
+ }
+
+ buffer_destroy (query);
++ if ((sqlite3_exec(s-dbh, COMMIT, NULL, NULL, NULL)) != SQLITE_OK)
++ {
++LOGDEBUG (_ds_setall_spamrecords: COMMIT transaction failed);
++return EINVAL;
++ }
+ return 0;
+ }
+
+@@ -1336,7 +1350,7 @@ _sqlite_drv_query_error (const char *err
+ fclose (file);
+ }
+
+- free((char *)error);
++ sqlite3_free((char *)error);
+ return;
+ }
diff --git a/dspam.spec b/dspam.spec
index 71a1a3e..2da7bb9 100644
--- a/dspam.spec
+++ b/dspam.spec
@@ -12,7 +12,7 @@
Summary:A library and Mail Delivery Agent for Bayesian SPAM
filtering
Name: dspam
Version:3.10.2
-Release:15%{?dist}
+Release:16%{?dist}
License:GPLv2
Group: System Environment/Daemons
Source0:
http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
@@ -28,6 +28,7 @@ Patch2: dspam-3.9.0-dspamsock.patch
Patch3: dspam-default-server-port.patch
Patch4: dspam-3.10.2.exim.patch
Patch5: dspam-recipient-corruption.patch
+Patch6: dspam-sqlite3_drv.patch
URL:http://www.nuclearelephant.com/
# kept to be able to build EPEL versions
@@ -142,6 +143,7 @@ Web-based interface for DSPAM's powerful Anti-Spam engine.
%patch3 -p0
%patch4 -p0
%patch5 -p1
+%patch6 -p0
%build
@@ -371,6 +373,9 @@ exit 0
%config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf
%changelog
+* Thu Feb 19 2015 Nathanael Noblet nathan...@gnat.ca - 3.10.2-16
+- Fix for bug #1193177 - Sqlite3 free
+
* Thu Jan 22 2015 Nathanael Noblet nathan...@gnat.ca - 3.10.2-15
- Set dspamc suid bits
--
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
[dspam/f22] fix for bug #1193177
Summary of changes: 4c051d2... fix for bug #1193177 (*) (*) 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] ppisar:perl-Module-Install-Authority watchbugzilla set to Obsolete
user: ppisar set for ppisar acl: watchbugzilla of package: perl-Module-Install-Authority from: to: Obsolete on branch: f22 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchcommits set to Obsolete
user: ppisar set for ppisar acl: watchcommits of package: perl-Module-Install-Authority from: to: Obsolete on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchcommits set to Obsolete
user: ppisar set for ppisar acl: watchcommits of package: perl-Module-Install-Authority from: Approved to: Obsolete on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchcommits set to Obsolete
user: ppisar set for ppisar acl: watchcommits of package: perl-Module-Install-Authority from: to: Obsolete on branch: f22 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar:perl-Module-Install-Authority watchcommits set to Obsolete
user: ppisar set for ppisar acl: watchcommits of package: perl-Module-Install-Authority from: to: Obsolete on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar updated perl-Module-Install-Authority
user: ppisar created branch f21 on package perl-Module-Install-Authority To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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] ppisar updated perl-Module-Install-Authority
user: ppisar created branch f20 on package perl-Module-Install-Authority To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-Authority -- 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 1193177] sqlite3_drv bad memory free and severe performance bug - with patch
https://bugzilla.redhat.com/show_bug.cgi?id=1193177 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- dspam-3.10.2-16.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dspam-3.10.2-16.fc20 -- 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=kJyFuzHusBa=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 1185489] permissions of dspamc different than dspam
https://bugzilla.redhat.com/show_bug.cgi?id=1185489 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- dspam-3.10.2-10.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/dspam-3.10.2-10.el7 -- 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=YnlAlmPDiea=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 1193177] sqlite3_drv bad memory free and severe performance bug - with patch
https://bugzilla.redhat.com/show_bug.cgi?id=1193177 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- dspam-3.10.2-16.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/dspam-3.10.2-16.fc21 -- 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=tTlXwe0j18a=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 1193177] sqlite3_drv bad memory free and severe performance bug - with patch
https://bugzilla.redhat.com/show_bug.cgi?id=1193177 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- dspam-3.10.2-6.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/dspam-3.10.2-6.el6 -- 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=Tz7GbQ8vF6a=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 1185489] permissions of dspamc different than dspam
https://bugzilla.redhat.com/show_bug.cgi?id=1185489 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- dspam-3.10.2-16.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dspam-3.10.2-16.fc20 -- 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=fpP4ePMN57a=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
