Re: prelink should not mess with running executables
On 18 July 2012 00:56, Chris Adams cmad...@hiwaay.net wrote: I ask again: do you have a legitimate use case? Is there _any_ case that other checks can succeed that this invented test of yours would catch? I think we all know the answer to that. I've just added Sam to my fedora-devel blacklist. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package with no upstream (ftp)
Hello all, what should I do with the spec file of a package (ftp) with no upstream and no upstream source? I mean the URL and Source0 lines. Should I just let them there, put a note in a comment or just remove them? I haven't found anything about such case in the guidelines. Thanks, -- Jan Synacek Software Engineer, BaseOS team Brno, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
MailScanner in Fedora
Yesterday I was working on migrating the legacy sysv scripts for mailscanner to native systemd when I came across this wiki page [1]. Does anyone know what the current status of this is in the project? It would be good to get an feed back on certain things with the migration of it from those that actually use it. As things stand now on the migration part is that. I have created MailScanner.service which from the looks of it obsoletes /usr/sbin/check_MailScanner In addition to that I created sendmail-in.service and sendmail-out.service sm-client-ms.service which is starting sendmail and sm-client with the parameters found in the legacy sysv init file and was looking at postfix and exim when I stopped since to me this felt as the wrong approach migrating this. Now the problem here is that I feel we should always use the existing unit files for those daemons and if application wants to have them started up differently the administrator should just follow [2] or that the package installs a new unit file based on [2] into /etc/systemd/system with those parameters instead of creating new unit files. Thoughts comments appreciated Thanks. JBG 1.http://fedoraproject.org/wiki/MailScanner_in_Fedora 2.http://fedoraproject.org/wiki/Systemd#How_do_I_customize_a_unit_file.2F_add_a_custom_unit_file.3F -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
On 07/18/2012 12:35 AM, Sam Varshavchik wrote: Really? An example of a symbolic link pointing to a non-existent pathname? lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stderr → /proc/self/fd/2 lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stdin → /proc/self/fd/0 lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stdout → /proc/self/fd/1 You mean to tell me that none of those symlinks exist? Could've fooled me: Cut the sarcasm. In your example they existed, but generally they do not have to. Try this: $ while :; do echo hello; sleep 10; done /tmp/dumbdumbdumb [1] 32595 $ rm /tmp/dumbdumbdumb $ readlink /proc/32595/fd/1 /tmp/dumbdumbdumb (deleted) $ cat /proc/32595/fd/1 hello hello See? We have an actual magical symlink that points to a non-existing path and yet it can still be opened. Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
On 07/18/2012 02:25 AM, Sam Varshavchik wrote: Chris Adams writes: Once upon a time, Sam Varshavchik mr...@courier-mta.com said: Chris Adams writes: Is there any value in this additional check (that nobody else apparently does)? Do you not trust the kernel's credential handling? I certainly trust it. But just because I trust it, it doesn't mean that any additional checks have no value. Sure it does. If the credentials are always correct, additional checks past that are a waste of cycles. You feel absolutely confident that just because you can't think of any value of additional checks, there cannot possibly be any. You're wrong. I ask again: do you have a legitimate use case? Is there _any_ case that other checks can succeed that this invented test of yours would catch? I already explained what they are. Not exactly. You said: Can you explain, then, the correctly approach by which an executable can affirm whether another pid is either running the same executable, or the post-prelinked version of the same executable. Anyone who suggests readlinking /proc/self/exe, then the other /proc/pid/exe, and comparing them sans any hardcoded (deleted) suffix is going to get only howls of laughter, in response. But that's not a use case. There's no way to know why you want to do this: why you care that another process is running the exact same executable. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On Wed, 2012-07-18 at 10:19 +0200, Jan Synacek wrote: Hello all, what should I do with the spec file of a package (ftp) with no upstream and no upstream source? I mean the URL and Source0 lines. Should I just let them there, put a note in a comment or just remove them? Upload it to fedorahosted, gitorious, github, or whatever. Even if you're the only person with access initially, it's still useful as a possible code sharing mechanism with other distributions, etc. And who knows, maybe someone will come along and submit patches. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On 07/18/2012 10:43 AM, Colin Walters wrote: On Wed, 2012-07-18 at 10:19 +0200, Jan Synacek wrote: Hello all, what should I do with the spec file of a package (ftp) with no upstream and no upstream source? I mean the URL and Source0 lines. Should I just let them there, put a note in a comment or just remove them? Upload it to fedorahosted, gitorious, github, or whatever. Even if you're the only person with access initially, it's still useful as a possible code sharing mechanism with other distributions, etc. And who knows, maybe someone will come along and submit patches. Sounds reasonable. Thank you. -- Jan Synacek Software Engineer, BaseOS team Brno, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages for Fedora 18
Anyone with interest in package echoping? It's been unmaintained since 2008 and I really don't understand how it could survive so far. | Echoping is a small program to test (approximatively) performances of a | remote host by sending TCP echo (or other protocol, such as HTTP) | packets. http://bugz.fedoraproject.org/echoping -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Michal Schmidt writes: On 07/18/2012 12:35 AM, Sam Varshavchik wrote: Really? An example of a symbolic link pointing to a non-existent pathname? lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stderr → /proc/self/fd/2 lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stdin → /proc/self/fd/0 lrwxrwxrwx. 1 root root 15 Jul 17 18:02 /dev/stdout → /proc/self/fd/1 You mean to tell me that none of those symlinks exist? Could've fooled me: Cut the sarcasm. In your example they existed, but generally they do not have to. Try this: $ while :; do echo hello; sleep 10; done /tmp/dumbdumbdumb [1] 32595 $ rm /tmp/dumbdumbdumb $ readlink /proc/32595/fd/1 /tmp/dumbdumbdumb (deleted) $ cat /proc/32595/fd/1 hello hello See? We have an actual magical symlink that points to a non-existing path and yet it can still be opened. Ok. I was wondering if there was any other case similar to /proc/pid/exe where you have a symlink from /proc pointing to a non-existent file, yet still can be opened. You said yes, and you offered a different symlink from /proc pointing to a non-existent file, as an example. Ok, so we've established that /proc symlinks have the ability to do that. Great. Now, anything else? pgpHjKGTxt1YQ.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Andrew Haley writes: On 07/18/2012 02:25 AM, Sam Varshavchik wrote: Not exactly. You said: Can you explain, then, the correctly approach by which an executable can affirm whether another pid is either running the same executable, or the post-prelinked version of the same executable. Anyone who suggests readlinking /proc/self/exe, then the other /proc/pid/exe, and comparing them sans any hardcoded (deleted) suffix is going to get only howls of laughter, in response. But that's not a use case. There's no way to know why you want to do this: why you care that another process is running the exact same executable. Because that's the only process I want to talk to. A form of authentication, which I already explained. More than once. And we've been over this. Right about now, if history's a guide, some self- appointed expert is going to start wagging his finger, mumbling something about ptrace. And completely missing the point. pgpSiYGnAQVmO.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
On 07/18/2012 12:06 PM, Sam Varshavchik wrote: Andrew Haley writes: On 07/18/2012 02:25 AM, Sam Varshavchik wrote: Not exactly. You said: Can you explain, then, the correctly approach by which an executable can affirm whether another pid is either running the same executable, or the post-prelinked version of the same executable. Anyone who suggests readlinking /proc/self/exe, then the other /proc/pid/exe, and comparing them sans any hardcoded (deleted) suffix is going to get only howls of laughter, in response. But that's not a use case. There's no way to know why you want to do this: why you care that another process is running the exact same executable. Because that's the only process I want to talk to. A form of authentication, which I already explained. More than once. You have _claimed_ that it's a form of authentication, but you've produced no reason to believe that it is. How do you know that the exact same binary isn't running as some rogue user, with other data injected into it? And we've been over this. Yes we have. You've made claims, none of which you've justified. Or you may have done but I missed them. But as it stands this is an utterly hopeless way to authenticate anything. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
On Wed, 2012-07-18 at 07:06 -0400, Sam Varshavchik wrote: Andrew Haley writes: On 07/18/2012 02:25 AM, Sam Varshavchik wrote: Not exactly. You said: Can you explain, then, the correctly approach by which an executable can affirm whether another pid is either running the same executable, or the post-prelinked version of the same executable. Anyone who suggests readlinking /proc/self/exe, then the other /proc/pid/exe, and comparing them sans any hardcoded (deleted) suffix is going to get only howls of laughter, in response. But that's not a use case. There's no way to know why you want to do this: why you care that another process is running the exact same executable. Because that's the only process I want to talk to. A form of authentication, which I already explained. More than once. This is by no means a form of authentication exactly for the reasons others told you already. Maybe it is some form of security by unusability? I am now really wondering whether you regularly use similar methods of improving security as that really makes my decision to use courier-imapd on one of my servers questionable. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
koji build help
Hi, I have a package which builds fine on my host, as I have my required rpm's installed. How do I install my dependencies in koji so the package compiles. For example, I need zlib-devel to be installed and lapack-devel Cheers, Ray -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Once upon a time, Sam Varshavchik mr...@courier-mta.com said: Chris Adams writes: Once upon a time, Sam Varshavchik mr...@courier-mta.com said: Chris Adams writes: Is there any value in this additional check (that nobody else apparently does)? Do you not trust the kernel's credential handling? I certainly trust it. But just because I trust it, it doesn't mean that any additional checks have no value. Sure it does. If the credentials are always correct, additional checks past that are a waste of cycles. You feel absolutely confident that just because you can't think of any value of additional checks, there cannot possibly be any. You're wrong. Prove it. When I'm building a wall for a house, I follow the plan that is drawn up by others that works in a common fashion. I don't arbitrarily put a diagonal brace in a standard wall section just as an additional check. I follow others' years of design experience and just build a normal wall. What use case is there in determining an exact binary is being used? -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji build help
Op 18 jul. 2012 14:53 schreef Raymond Pete rayandkate...@gmail.com het volgende: Hi, I have a package which builds fine on my host, as I have my required rpm's installed. How do I install my dependencies in koji so the package compiles. For example, I need zlib-devel to be installed and lapack-devel Cheers, Ray -- devel mailing list devel@lists.fedoraproject.org Hello Ray, You should add them to the Build-Requires line of the spec file. Then koji (and mock) will download them before building. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji build help
ahhh build-requires: Cheers Ray On Wed, Jul 18, 2012 at 8:56 AM, Patrick Uiterwijk puiterw...@gmail.comwrote: Op 18 jul. 2012 14:53 schreef Raymond Pete rayandkate...@gmail.com het volgende: Hi, I have a package which builds fine on my host, as I have my required rpm's installed. How do I install my dependencies in koji so the package compiles. For example, I need zlib-devel to be installed and lapack-devel Cheers, Ray -- devel mailing list devel@lists.fedoraproject.org Hello Ray, You should add them to the Build-Requires line of the spec file. Then koji (and mock) will download them before building. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji build help
On 07/18/2012 02:53 PM, Raymond Pete wrote: Hi, I have a package which builds fine on my host, as I have my required rpm's installed. How do I install my dependencies in koji so the package compiles. For example, I need zlib-devel to be installed and lapack-devel Add a BuildRequires: package-devel for each of these to your rpm-spec. In your example, you will want to add BuildRequires: zlib-devel BuildRequires: lapack-devel Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji build help
Thanks for all the fast replies. Build successful Cheers, Ray On Wed, Jul 18, 2012 at 9:00 AM, Ralf Corsepius rc040...@freenet.de wrote: On 07/18/2012 02:53 PM, Raymond Pete wrote: Hi, I have a package which builds fine on my host, as I have my required rpm's installed. How do I install my dependencies in koji so the package compiles. For example, I need zlib-devel to be installed and lapack-devel Add a BuildRequires: package-devel for each of these to your rpm-spec. In your example, you will want to add BuildRequires: zlib-devel BuildRequires: lapack-devel Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/develhttps://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
Jan Synacek (jsyna...@redhat.com) said: Hello all, what should I do with the spec file of a package (ftp) with no upstream and no upstream source? I mean the URL and Source0 lines. Should I just let them there, put a note in a comment or just remove them? I haven't found anything about such case in the guidelines. Did the netkit upstream finally give up the ghost entirely? If so, it likely affects more packages than just ftp. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On Wed, Jul 18, 2012 at 11:10:20AM +0200, Jan Synacek wrote: On 07/18/2012 10:43 AM, Colin Walters wrote: On Wed, 2012-07-18 at 10:19 +0200, Jan Synacek wrote: Hello all, what should I do with the spec file of a package (ftp) with no upstream and no upstream source? I mean the URL and Source0 lines. Should I just let them there, put a note in a comment or just remove them? Upload it to fedorahosted, gitorious, github, or whatever. Even if you're the only person with access initially, it's still useful as a possible code sharing mechanism with other distributions, etc. And who knows, maybe someone will come along and submit patches. Sounds reasonable. Thank you. Or forget the netkit source. I'd like to see ftp(1) replaced with the NetBSD ftp client: ftp://ftp.netbsd.org/pub/NetBSD/misc/tnftp/ Used to be called lukemftp a long time ago. Much nicer than netkit ftp but still simple and works like people expect the BSD ftp(1) command to work. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages for Fedora 18
On Tue, Jul 17, 2012 at 1:51 PM, Bill Nottingham wrote: Package hexter-dssi (orphan) comaintained by: oget I picked the above. I always thought it was mine, and got surprised to see it orphaned. Best, Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages for Fedora 18
On a related note I have orphaned ifplugd and I suggest it to be retired from F-18 I took its maintenance when networkmanager was not reliable enough for my needs but that time is long gone and only inertia insured that it stayed alive. Regards, -- José Matos -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages for Fedora 18
Package qtparted (fails to build) That one is at 0.4.5 in the repo and at 0.6.0 upstream. Maybe getting the 0.6.0 to build is more promising? Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Weekly ARM status meeting - Wed 2012/07/18
Good day all, This weeks Fedora ARM status meeting will take place today (Wednesday July 18th) in #fedora-meeting-1 on Freenode. Times in various time zones (please let us know if these do not work): PDT: 1pm MDT: 2pm CDT: 3pm EDT: 4pm UTC: 8pm BST: 9pm CST: 10pm Current items on the agenda: 1) Builders on F17 - status update 2) F18 Mass rebuild 3) Raspberry Pi Remix update 4) Your topic here If you have any other items you would like to discuss that are not mentioned, please feel free to send an email to the list or bring it up at the end of the meeting. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On Wed, 18 Jul 2012 10:55:55 -0400 David Cantrell dcantr...@redhat.com wrote: Or forget the netkit source. I'd like to see ftp(1) replaced with the NetBSD ftp client: ftp://ftp.netbsd.org/pub/NetBSD/misc/tnftp/ But we already have a yet nicer FTP client, lftp. Really not point in tinkering with the plain FTP this way, it seems to me. -- Pete -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
python-SocksiPy (was: Re: non-responsive)
On Mon, Jul 16, 2012 at 09:12:42PM +0400, Fl@sh wrote: https://bugzilla.redhat.com/show_bug.cgi?id=831743 Maybe anyone knows how to contact the maintainer? (His mail is not answer.) To save everyone the trouble of opening this bug, the summary is: bad Socks5Error exception against the component python-SocksiPy. The bug report is almost completely incomprehensible. I'm not surprised the maintainer is ignoring it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: python-SocksiPy (was: Re: non-responsive)
On Wed, 18 Jul 2012 18:29:03 +0100 Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Jul 16, 2012 at 09:12:42PM +0400, Fl@sh wrote: https://bugzilla.redhat.com/show_bug.cgi?id=831743 Maybe anyone knows how to contact the maintainer? (His mail is not answer.) To save everyone the trouble of opening this bug, the summary is: bad Socks5Error exception against the component python-SocksiPy. The bug report is almost completely incomprehensible. I'm not surprised the maintainer is ignoring it. Rich. This bug is difficult to repeat, but it is just a syntax error. I showed what lines must be corrected. -- Fl@sh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
Once upon a time, Pete Zaitcev zait...@redhat.com said: On Wed, 18 Jul 2012 10:55:55 -0400 David Cantrell dcantr...@redhat.com wrote: Or forget the netkit source. I'd like to see ftp(1) replaced with the NetBSD ftp client: ftp://ftp.netbsd.org/pub/NetBSD/misc/tnftp/ But we already have a yet nicer FTP client, lftp. Really not point in tinkering with the plain FTP this way, it seems to me. Yeah, keep plain-old ftp as simple as possible. lftp is great, but it has more dependencies, and I have had occasion when I needed to fall back to the old standby. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: python-SocksiPy (was: Re: non-responsive)
The bug report is almost completely incomprehensible. I'm not surprised the maintainer is ignoring it. Rich. Not too difficult for maintainer to see these lines and see the difference in exactly four brackets ;) This maintainer does not respond, and may be not active for about a year (according to the results obtained by the utility to monitor activity). -- Fl@sh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On Wed, Jul 18, 2012 at 01:05:06PM -0500, Chris Adams wrote: Once upon a time, Pete Zaitcev zait...@redhat.com said: On Wed, 18 Jul 2012 10:55:55 -0400 David Cantrell dcantr...@redhat.com wrote: Or forget the netkit source. I'd like to see ftp(1) replaced with the NetBSD ftp client: ftp://ftp.netbsd.org/pub/NetBSD/misc/tnftp/ But we already have a yet nicer FTP client, lftp. Really not point in tinkering with the plain FTP this way, it seems to me. Yeah, keep plain-old ftp as simple as possible. lftp is great, but it has more dependencies, and I have had occasion when I needed to fall back to the old standby. I do like lftp, but I feel the simple ftp(1) client serves a different need. dcantrel@box ~$ ldd /usr/local/bin/tnftp linux-vdso.so.1 = (0x7fff94dff000) libtinfo.so.5 = /lib64/libtinfo.so.5 (0x003a7c20) libc.so.6 = /lib64/libc.so.6 (0x003a6e60) /lib64/ld-linux-x86-64.so.2 (0x003a6e20) dcantrel@box ~$ ldd /usr/bin/ftp linux-vdso.so.1 = (0x7fff70bff000) libreadline.so.6 = /lib64/libreadline.so.6 (0x003a6fe0) libncurses.so.5 = /lib64/libncurses.so.5 (0x003a78e0) libc.so.6 = /lib64/libc.so.6 (0x003a6e60) libtinfo.so.5 = /lib64/libtinfo.so.5 (0x003a7c20) libdl.so.2 = /lib64/libdl.so.2 (0x003a6f20) /lib64/ld-linux-x86-64.so.2 (0x003a6e20) dcantrel@box ~$ ldd /usr/bin/lftp linux-vdso.so.1 = (0x7fff177ff000) liblftp-jobs.so.0 = /usr/lib64/liblftp-jobs.so.0 (0x003a6fa0) liblftp-tasks.so.0 = /usr/lib64/liblftp-tasks.so.0 (0x003a6ea0) librt.so.1 = /lib64/librt.so.1 (0x003a6f60) libreadline.so.6 = /lib64/libreadline.so.6 (0x003a6fe0) libutil.so.1 = /lib64/libutil.so.1 (0x003a7960) libtinfo.so.5 = /lib64/libtinfo.so.5 (0x003a7c20) libdl.so.2 = /lib64/libdl.so.2 (0x003a6f20) libc.so.6 = /lib64/libc.so.6 (0x003a6e60) libgcc_s.so.1 = /lib64/libgcc_s.so.1 (0x003a78e0) /lib64/ld-linux-x86-64.so.2 (0x003a6e20) libpthread.so.0 = /lib64/libpthread.so.0 (0x003a6ee0) tnftp, since it's from NetBSD, uses libedit for line editing. The source includes it or you can link it with the libedit we already have. Or you can disable the functionality. I do dislike having two line editing libraries, but whatever. My locally installed tnftp has line editing via the provided libedit in the tnftp source. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
kernel 3.4.4-5 refuses to boot
Has there been any trouble booting the 3.4.4-5 kernel? I updated one of my F17 machines today and it brought in a new kernel, 3.4.4-5. When I rebooted the box after all the updates completed it refused to boot. It just hangs with a non-blinking cursor in the upper left hand corner of a totally blank screen. The drive light will continue to blink for about 30 seconds and then no further drive activity. Have to power cycle the box to recover and boot into the previous kernel. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel 3.4.4-5 refuses to boot
On Wed, Jul 18, 2012 at 15:21:24 -0400, Gerry Reno gr...@verizon.net wrote: Has there been any trouble booting the 3.4.4-5 kernel? I didn't have issues with it, but have now switched to 3.4.5-2 which is available from koji. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gitweb-caching to cgit move
On Mon, 16 Jul 2012 19:53:13 -0300 Sergio Durigan Junior sergi...@redhat.com wrote: On Monday, July 16 2012, Kevin Fenzi wrote: cgit is faster. cgit seems great, but I am not sure it is faster. sergio@psique /tmp $ time wget 'http://pkgs.fedoraproject.org/gitweb/?p=gdb.git;a=blob;f=gdb-rhbz-818343-set-solib-absolute-prefix-testcase.patch;h=446709da043ef053ee3c65889bdb8438ca994aef;hb=HEAD' -O 1 ... real 0m0.810s user 0m0.000s sys0m0.004s sergio@psique /tmp $ time wget 'http://pkgs.fedoraproject.org/cgit/gdb.git/tree/gdb-rhbz-818343-set-solib-absolute-prefix-testcase.patch' -O 2 ... real 0m3.700s user 0m0.000s sys0m0.003s sergio@psique /tmp $ time wget 'http://pkgs.fedoraproject.org/cgit/gdb.git/tree/gdb-rhbz-818343-set-solib-absolute-prefix-testcase.patch' -O 2 ... real 0m3.489s user 0m0.001s sys0m0.009s I ran the last command twice to make sure. Not sure if I'm doing something wrong here... Please try again now. I did some tweaking on things and I think it should be much faster now. Also, additionally, someone noted we also have gitweb-caching on fedorapeople.org, so I have setup the instance there: http://fedorapeople.org/cgit/ (and see: http://fedoraproject.org/wiki/Infrastructure/fedorapeople.org#BETA_git_hosting_support ) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel 3.4.4-5 refuses to boot
On 07/18/2012 04:12 PM, Bruno Wolff III wrote: On Wed, Jul 18, 2012 at 15:21:24 -0400, Gerry Reno gr...@verizon.net wrote: Has there been any trouble booting the 3.4.4-5 kernel? I didn't have issues with it, but have now switched to 3.4.5-2 which is available from koji. It appears my machine has been bitten by this Xeon(Ivy Bridge) bug: https://bugzilla.redhat.com/show_bug.cgi?id=840180 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora ARM weekly status meeting minutes 2012-07-18
Good day all, Thanks to those who were able to join us for the weekly status meeting today. For those that were unable, the minutes are posted below: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.log.html Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kernel 3.4.4-5 refuses to boot
On Wed, 2012-07-18 at 16:33 -0400, Gerry Reno wrote: On 07/18/2012 04:12 PM, Bruno Wolff III wrote: On Wed, Jul 18, 2012 at 15:21:24 -0400, Gerry Reno gr...@verizon.net wrote: Has there been any trouble booting the 3.4.4-5 kernel? I didn't have issues with it, but have now switched to 3.4.5-2 which is available from koji. It appears my machine has been bitten by this Xeon(Ivy Bridge) bug: https://bugzilla.redhat.com/show_bug.cgi?id=840180 There's a newer libdrm in koji that ought to resolve this, afaict: http://koji.fedoraproject.org/koji/buildinfo?buildID=328864 But it also changes a bunch of nouveau-related things that I don't feel comfortable touching. Ben, if the nouveau changes in 2.4.37 are safe, can you create an update for libdrm in bodhi? - ajax signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Chris Adams writes: Once upon a time, Sam Varshavchik mr...@courier-mta.com said: Chris Adams writes: Once upon a time, Sam Varshavchik mr...@courier-mta.com said: Chris Adams writes: Is there any value in this additional check (that nobody else apparently does)? Do you not trust the kernel's credential handling? I certainly trust it. But just because I trust it, it doesn't mean that any additional checks have no value. Sure it does. If the credentials are always correct, additional checks past that are a waste of cycles. You feel absolutely confident that just because you can't think of any value of additional checks, there cannot possibly be any. You're wrong. Prove it. Why? I am not trying to prove this. I am trying to prove that prelink is broken. The two are not the same. Whether it does work, or does not work, that can stand on its own merits, and has no relevance on the merits of prelink's behavior of rewriting executables, without any means available of reliably remediating that, short of recording the same hack for every application that /etc/cron.daily/prelink does for /sbin/telinit. If what prelink is doing is perfectly fine, then there's no reason to have the /sbin/telinit hack in /etc/cron.daily, is it? That statement, of course, would be either true or false irrespective of what I'm doing, which is completely irrelevant. But, of course, nobody is willing to address that point. pgpRy2uPF5QeS.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Andrew Haley writes: On 07/18/2012 12:06 PM, Sam Varshavchik wrote: But that's not a use case. There's no way to know why you want to do this: why you care that another process is running the exact same executable. Because that's the only process I want to talk to. A form of authentication, which I already explained. More than once. You have _claimed_ that it's a form of authentication, but you've produced no reason to believe that it is. How do you know that the exact same binary isn't running as some rogue user, with other data injected into it? How do you know that the server that gave you a seemingly verified SSL certificate, that checks out, isn't an impostor that managed to crack the right prime. It's mathematically possible, you know. Any authentication mechanism, short of a mind ray-beam implementation over the Internet, can be defeated. It's only a matter of how much resources are required. Even if some particular approach is not 100% NSA-grade bulletproof, it does not mean that it's worthless. I reject that claim. And this is just another feeble attempt to change the topic. The degree to which this kind of authentication is or isn't reliable, is completely irrelevant and has no bearing on the problem that prelink is creating, by rewriting executables which are currently running. That, I believe, can be evaluated on its own merits. If what prelink is doing is hunky-dory, then why is it that its wrapper has special-case band-aid init? That's a defacto acknowledgement that prelink is broken, and this is just a lame, pathetic coverup for one of the breaks. And we've been over this. Yes we have. You've made claims, none of which you've justified. Or you The only claim I made is that prelink's design is broken, and there's plenty of justification for that. may have done but I missed them. But as it stands this is an utterly hopeless way to authenticate anything. I have not asked, and have no intention of asking anyone to evaluate the merits of this kind of authentication. Nor do I care. pgpEnd0MZcdBN.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prelink should not mess with running executables
Tomas Mraz writes: On Wed, 2012-07-18 at 07:06 -0400, Sam Varshavchik wrote: Because that's the only process I want to talk to. A form of authentication, which I already explained. More than once. This is by no means a form of authentication exactly for the reasons others told you already. Maybe it is some form of security by I wish I was smart enough to be able to pass judgement on code that I haven't seen. unusability? I am now really wondering whether you regularly use similar methods of improving security as that really makes my decision to use courier-imapd on one of my servers questionable. I'll get back to you on that one, when I decide to give a damn. pgppGHdMsCUl1.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora ARM weekly status meeting minutes 2012-07-18
On Wed, Jul 18, 2012 at 2:11 PM, Paul Whalen pwha...@redhat.com wrote: Good day all, Thanks to those who were able to join us for the weekly status meeting today. For those that were unable, the minutes are posted below: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-07-18/fedora-meeting-1.2012-07-18-20.00.log.html Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel The minutes need a whole lot more detail: what was brought up; what was voted - and what was the vote; what was passed; what failed. . . I hate the internet when it comes to meetings; so much of the human experience is missing, and because of this, so much business is missing. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package with no upstream (ftp)
On 07/18/2012 04:15 PM, Bill Nottingham wrote: Did the netkit upstream finally give up the ghost entirely? If so, it likely affects more packages than just ftp. Bill [1] seems to be dead. And I haven't found any other places with the source, apart from some Slackware mirrors. What other packages can be affected? [1] ftp://ftp.uk.linux.org/pub/linux/Networking/netkit -- Jan Synacek Software Engineer, BaseOS team Brno, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Mojolicious] Update to 3.10
commit d28325aa6618dea4c3c19e7f7df7ea0ab62485ba Author: Yanko Kaneti yan...@declera.com Date: Wed Jul 18 08:59:23 2012 +0300 Update to 3.10 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index bb82618..eb61ed6 100644 --- a/.gitignore +++ b/.gitignore @@ -46,3 +46,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-2.98.tar.gz /Mojolicious-3.0.tar.gz /Mojolicious-3.07.tar.gz +/Mojolicious-3.10.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index 4894a03..3d7f72f 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:3.07 +Version:3.10 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -53,6 +53,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Jul 18 2012 Yanko Kaneti yan...@declera.com - 3.10-1 +- Update to 3.10 + * Fri Jul 13 2012 Yanko Kaneti yan...@declera.com - 3.07-1 - Update to 3.07 diff --git a/sources b/sources index 78e3bd1..d4b3256 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f4eaa5dcf6a859550a0d3ccf0565823e Mojolicious-3.07.tar.gz +a44eec0feaabd0c20ce697709651d7ad Mojolicious-3.10.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-Test-LeakTrace] valgrind is available only on selected arches and perl(Test::Valgrind) is noarch
commit 6837b8a0dadd0e307372ef2214232d65d9ac99d3 Author: Dan Horák d...@danny.cz Date: Wed Jul 18 09:32:09 2012 +0200 valgrind is available only on selected arches and perl(Test::Valgrind) is noarch perl-Test-LeakTrace.spec | 16 +++- 1 files changed, 15 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-LeakTrace.spec b/perl-Test-LeakTrace.spec index 1799736..01b5d3f 100644 --- a/perl-Test-LeakTrace.spec +++ b/perl-Test-LeakTrace.spec @@ -5,10 +5,15 @@ %global speller aspell %endif +# some arches don't have valgrind so we need to disable its support on them +%ifarch %{ix86} x86_64 ppc ppc64 s390x %{arm} +%global with_valgrind 1 +%endif + Name: perl-Test-LeakTrace Summary: Trace memory leaks Version: 0.14 -Release: 3%{?dist} +Release: 4%{?dist} License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Test-LeakTrace/ @@ -21,7 +26,9 @@ BuildRequires:perl(Test::Pod) = 1.14 BuildRequires: perl(Test::Pod::Coverage) = 1.04 BuildRequires: perl(Test::Spelling), %{speller}-en BuildRequires: perl(Test::Synopsis) +%if 0%{?with_valgrind} BuildRequires: perl(Test::Valgrind) +%endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) # Obsolete/Provide old tests subpackage @@ -72,7 +79,11 @@ make test # Don't spell-check JA.pod as it can generate false positives mv lib/Test/LeakTrace/JA.pod ./ touch lib/Test/LeakTrace/JA.pod +%if 0%{?with_valgrind} DICTIONARY=en_US make test TEST_FILES=xt/*.t +%else +DICTIONARY=en_US make test TEST_FILES=$(echo xt/*.t | sed 's|xt/05_valgrind.t||') +%endif rm lib/Test/LeakTrace/JA.pod mv ./JA.pod lib/Test/LeakTrace/ @@ -88,6 +99,9 @@ rm -rf %{buildroot} %{_mandir}/man3/Test::LeakTrace::Script.3pm* %changelog +* Wed Jul 18 2012 Dan Horák dan[at]danny.cz - 0.14-4 +- valgrind is available only on selected arches and perl(Test::Valgrind) is noarch + * Mon Jun 18 2012 Petr Pisar ppi...@redhat.com - 0.14-3 - Perl 5.16 rebuild -- 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 839742] Review Request: perl-Rose-Object - Simple object base class
https://bugzilla.redhat.com/show_bug.cgi?id=839742 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Flags|fedora-review? |fedora-review+ --- Comment #5 from Jitka Plesnikova jples...@redhat.com --- Changes are ok. Package is APPROVED. For finding the requirement, I am going though the content of the source tarball. I am looking for modules which are loaded by 'use' or 'require' for tests and lib|scripts|... I add only the modules which could be packed separately (e.g. lib, Test::More). The modules which are needed only for tests, I add only to BR. If some module can be loaded due to any condition I also don't add it. -- You are receiving this mail because: You are on the CC list for the 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
File Module-Manifest-Skip-0.17.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Module-Manifest-Skip: 4e7614c19c8e70645dd66b1cbf74fabf Module-Manifest-Skip-0.17.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-Module-Manifest-Skip] Update to 0.17
commit b2643272d669cc2805133310fe02cecd9658f3c1 Author: Jitka Plesnikova jples...@redhat.com Date: Wed Jul 18 10:23:13 2012 +0200 Update to 0.17 .gitignore |1 + perl-Module-Manifest-Skip.spec |9 ++--- sources|2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1d55255..1a6e74b 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Module-Manifest-Skip-0.16.tar.gz +/Module-Manifest-Skip-0.17.tar.gz diff --git a/perl-Module-Manifest-Skip.spec b/perl-Module-Manifest-Skip.spec index 7b71544..8a6c323 100644 --- a/perl-Module-Manifest-Skip.spec +++ b/perl-Module-Manifest-Skip.spec @@ -1,6 +1,6 @@ Name: perl-Module-Manifest-Skip -Version:0.16 -Release:2%{?dist} +Version:0.17 +Release:1%{?dist} Summary:MANIFEST.SKIP Manangement for Modules License:GPL+ or Artistic Group: Development/Libraries @@ -12,7 +12,7 @@ BuildRequires: perl(ExtUtils::MakeMaker) # Run-time: BuildRequires: perl(File::ShareDir) BuildRequires: perl(File::Spec) -BuildRequires: perl(Moo) = 0.009008 +BuildRequires: perl(Moo) = 0.091013 # Tests: BuildRequires: perl(base) BuildRequires: perl(Cwd) @@ -57,6 +57,9 @@ make test %{_mandir}/man3/* %changelog +* Mon Jul 16 2012 Jitka Plesnikova jples...@redhat.com - 0.17-1 +- 0.17 bump + * Sat Jun 23 2012 Petr Pisar ppi...@redhat.com - 0.16-2 - Perl 5.16 rebuild diff --git a/sources b/sources index 7de789b..1f6d671 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -465ac6f9ad01d9042d1b87b6c2440f6f Module-Manifest-Skip-0.16.tar.gz +4e7614c19c8e70645dd66b1cbf74fabf Module-Manifest-Skip-0.17.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 841133] New: CVE-2012-1151 perl-DBD-Pg: Format string flaws by turning db notices into Perl warnings and by preparing DBD statement [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=841133 Bug ID: 841133 Keywords: Security, SecurityTracking Blocks: 801733 (CVE-2012-1151) QA Contact: extras...@fedoraproject.org Severity: medium Version: 16 Priority: medium CC: dev...@gunduz.org, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Assignee: mmasl...@redhat.com Summary: CVE-2012-1151 perl-DBD-Pg: Format string flaws by turning db notices into Perl warnings and by preparing DBD statement [fedora-all] Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: huzai...@redhat.com Type: --- Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: perl-DBD-Pg Product: Fedora This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected Fedora versions. For comments that are specific to the vulnerability please use bugs filed against Security Response product referenced in the Blocks field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When creating a Bodhi update request, please include this bug ID and the bug IDs of this bug's parent bugs filed against the Security Response product (the top-level CVE bugs). Please mention the CVE IDs being fixed in the RPM changelog when available. Bodhi update submission link: https://admin.fedoraproject.org/updates/new/?type_=securitybugs=801733 Please note: this issue affects multiple supported versions of Fedora. Only one tracking bug has been filed; please ensure that it is only closed when all affected versions are fixed. [bug automatically created by: add-tracking-bugs] -- You are receiving this mail because: You are on the CC list for the 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
[Bug 840451] perl-Module-Manifest-Skip-0.17 is available
https://bugzilla.redhat.com/show_bug.cgi?id=840451 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Module-Manifest-Skip-0 ||.17-1.fc18 Resolution|--- |RAWHIDE Last Closed||2012-07-18 04:53:12 -- You are receiving this mail because: You are on the CC list for the 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
[Bug 838120] perl-DateTime is too old
https://bugzilla.redhat.com/show_bug.cgi?id=838120 Paul Howarth p...@city-fan.org changed: What|Removed |Added CC||p...@city-fan.org Flags||needinfo?(st...@silug.org) --- Comment #2 from Paul Howarth p...@city-fan.org --- I have an interest in a bunch of Steve's packages that are behind upstream in Rawhide, e.g perl-IPC-Run, perl-Mail-SPF, perl-PadWalker, perl-PAR-Dist, perl-Test-Deep, perl-Test-Differences, perl-Test-NoWarnings and perl-Test-Tester. Steve, are you still interested in maintaining these in Fedora? If you are but are currently busy, I'd be happy to co-maintain. -- You are receiving this mail because: You are on the CC list for the 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
[Bug 841133] CVE-2012-1151 perl-DBD-Pg: Format string flaws by turning db notices into Perl warnings and by preparing DBD statement [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=841133 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||jples...@redhat.com Assignee|mmasl...@redhat.com |jples...@redhat.com -- You are receiving this mail because: You are on the CC list for the 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
[Bug 839742] Review Request: perl-Rose-Object - Simple object base class
https://bugzilla.redhat.com/show_bug.cgi?id=839742 Bill Pemberton wf...@virginia.edu changed: What|Removed |Added Flags||fedora-cvs? --- Comment #6 from Bill Pemberton wf...@virginia.edu --- New Package SCM Request === Package Name: perl-Rose-Object Short Description: Simple object base class Owners: wfp Branches: f16 f17 el6 InitialCC: perl-sig -- You are receiving this mail because: You are on the CC list for the 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
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-1.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-PDL-2.4.10-1.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Class-InsideOut
perl-Class-InsideOut has broken dependencies in the rawhide tree: On x86_64: perl-Class-InsideOut-1.10-6.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-Class-InsideOut-1.10-6.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-13.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-Unix-Statgrab-0.04-13.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-eperl
perl-eperl has broken dependencies in the rawhide tree: On x86_64: perl-eperl-2.2.14-19.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-eperl-2.2.14-19.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) 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
[abi-compliance-checker] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
commit bdd3ec917416a0f2674694d0937dfc0d3ddc81f1 Author: Dennis Gilmore den...@ausil.us Date: Wed Jul 18 10:28:21 2012 -0500 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild abi-compliance-checker.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/abi-compliance-checker.spec b/abi-compliance-checker.spec index c527e40..95ccc59 100644 --- a/abi-compliance-checker.spec +++ b/abi-compliance-checker.spec @@ -1,6 +1,6 @@ Name: abi-compliance-checker Version:1.98.2 -Release:1%{?dist} +Release:2%{?dist} Summary:An ABI Compliance Checker License:GPL+ or LGPLv2+ @@ -39,6 +39,9 @@ perl Makefile.pl -install --prefix=%{_prefix} --destdir=%{buildroot} %changelog +* Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.98.2-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + * Mon Jul 03 2012 Richard Shaw hobbes1...@gmail.com - 1.98.2-1 - Update to latest upstream release. -- 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
[amavisd-new] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
commit 4f1472aeaa22d17923d02119ca9ee53ad26e2d91 Author: Dennis Gilmore den...@ausil.us Date: Wed Jul 18 10:56:29 2012 -0500 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild amavisd-new.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/amavisd-new.spec b/amavisd-new.spec index 3a9e36c..fbd419e 100644 --- a/amavisd-new.spec +++ b/amavisd-new.spec @@ -3,7 +3,7 @@ Summary:Email filter with virus scanner and spamassassin support Name: amavisd-new Version:2.8.0 -Release:1%{?prerelease:.%{prerelease}}%{?dist} +Release:2%{?prerelease:.%{prerelease}}%{?dist} # LDAP schema is GFDL, some helpers are BSD, core is GPLv2+ License:GPLv2+ and BSD and GFDL Group: Applications/System @@ -219,6 +219,9 @@ fi %{_sbindir}/amavisd-snmp-subagent %changelog +* Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.8.0-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + * Sun Jul 08 2012 Robert Scheck rob...@fedoraproject.org 2.8.0-1 - Upgrade to 2.8.0 -- 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
[bucardo] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
commit 7df26dbd4813d94f17f7ba0a33f57955fa6acd09 Author: Dennis Gilmore den...@ausil.us Date: Wed Jul 18 13:21:28 2012 -0500 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild bucardo.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/bucardo.spec b/bucardo.spec index b6ca795..36b8b36 100644 --- a/bucardo.spec +++ b/bucardo.spec @@ -1,7 +1,7 @@ %define realname Bucardo Name: bucardo Version:4.5.0 -Release:2%{?dist} +Release:3%{?dist} Summary:Postgres replication system for both multi-master and multi-slave operations Group: Applications/Databases @@ -95,6 +95,9 @@ rm -rf $RPM_BUILD_ROOT %dir %{_localstatedir}/run/bucardo %changelog +* Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 4.5.0-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + * Fri Jul 13 2012 Petr Pisar ppi...@redhat.com - 4.5.0-2 - Depend on perl ABI as each perl package -- 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 GStreamer-Interfaces-0.06.tar.gz uploaded to lookaside cache by mariobl
A file has been added to the lookaside cache for perl-GStreamer-Interfaces: aa9583a484fa6829935b360887ecda45 GStreamer-Interfaces-0.06.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-GStreamer-Interfaces] Initial commit
commit ecadeda4476ae4cf7bd5772d9506f32863079a07 Author: Mario Blättermann mario.blaetterm...@gmail.com Date: Wed Jul 18 21:02:09 2012 +0200 Initial commit .gitignore |1 + perl-GStreamer-Interfaces.spec | 67 sources|1 + 3 files changed, 69 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..d725444 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/GStreamer-Interfaces-0.06.tar.gz diff --git a/perl-GStreamer-Interfaces.spec b/perl-GStreamer-Interfaces.spec new file mode 100644 index 000..129cf19 --- /dev/null +++ b/perl-GStreamer-Interfaces.spec @@ -0,0 +1,67 @@ +Name: perl-GStreamer-Interfaces +Version:0.06 +Release:2%{?dist} +Summary:Perl interface to the GStreamer Interfaces library +License:LGPLv2+ +Group: Development/Libraries +URL:http://search.cpan.org/dist/GStreamer-Interfaces/ +Source0: http://www.cpan.org/authors/id/T/TS/TSCH/GStreamer-Interfaces-%{version}.tar.gz +BuildRequires: perl(ExtUtils::Depends) = 0.205 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::PkgConfig) = 1.07 +BuildRequires: perl(Glib) = 1.180 +BuildRequires: perl(GStreamer) = 0.06 +BuildRequires: gstreamer-plugins-base-devel +BuildRequires: perl-Glib-devel +BuildRequires: perl(Test::More) +Requires: perl(ExtUtils::Depends) = 0.205 +Requires: perl(ExtUtils::PkgConfig) = 1.07 +Requires: perl(Glib) = 1.180 +Requires: perl(GStreamer) = 0.06 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +GStreamer::Interfaces provides access to some of the interfaces in the +GStreamer Interfaces library. Currently, that's GStreamer::PropertyProbe +and GStreamer::XOverlay. + +%prep +%setup -q -n GStreamer-Interfaces-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +make %{?_smp_mflags} + +%install + +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc ChangeLog.pre-git LICENSE NEWS README +%{perl_vendorarch}/auto/* +%{perl_vendorarch}/GStreamer* +%{_mandir}/man3/* + +%changelog + +* Fri Jul 13 2012 Mario Blättermann mari...@fedoraproject.org 0.06-2 +- Removed BuildRoot line +- Changed license to LGPLv2+ +- Enabled checks by adding Test::More to BR +- Changed summary +- Removed defattr line from files + +* Fri Jun 15 2012 Mario Blättermann mari...@fedoraproject.org 0.06-1 +- Specfile autogenerated by cpanspec 1.78. +- Added extra BuildRequires diff --git a/sources b/sources index e69de29..b627717 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +aa9583a484fa6829935b360887ecda45 GStreamer-Interfaces-0.06.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 841372] New: perl-App-cpanminus-1.5017 is available
https://bugzilla.redhat.com/show_bug.cgi?id=841372 Bug ID: 841372 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Assignee: mmasl...@redhat.com Summary: perl-App-cpanminus-1.5017 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-App-cpanminus Product: Fedora Latest upstream release: 1.5017 Current version in Fedora Rawhide: 1.5015 URL: http://search.cpan.org/dist/App-cpanminus/ 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. -- 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 841373] New: perl-Config-General-2.51 is available
https://bugzilla.redhat.com/show_bug.cgi?id=841373 Bug ID: 841373 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: nathan...@gnat.ca, perl-devel@lists.fedoraproject.org, ville.sky...@iki.fi Assignee: nathan...@gnat.ca Summary: perl-Config-General-2.51 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Config-General Product: Fedora Latest upstream release: 2.51 Current version in Fedora Rawhide: 2.50 URL: http://search.cpan.org/dist/Config-General/ 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. -- 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
[cpanspec] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
commit d8fa6f24c4fdc20579d29e3f43760cd2886d72c3 Author: Dennis Gilmore den...@ausil.us Date: Wed Jul 18 14:44:38 2012 -0500 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild cpanspec.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/cpanspec.spec b/cpanspec.spec index 367058b..cbcfcda 100644 --- a/cpanspec.spec +++ b/cpanspec.spec @@ -1,6 +1,6 @@ Name: cpanspec Version:1.78 -Release:11%{?dist} +Release:12%{?dist} Summary:RPM spec file generation utility License:GPL+ or Artistic Group: Development/Tools @@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man1/* %changelog +* Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.78-12 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + * Thu Jun 07 2012 Petr Pisar ppi...@redhat.com - 1.78-11 - Perl 5.16 rebuild -- 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-GStreamer-Interfaces/f17] Initial commit
commit 908787294849df268258e286a1cbacdf7ed3eddf Author: Mario Blättermann mario.blaetterm...@gmail.com Date: Wed Jul 18 21:50:39 2012 +0200 Initial commit .gitignore |1 + perl-GStreamer-Interfaces.spec | 67 sources|1 + 3 files changed, 69 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..d725444 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/GStreamer-Interfaces-0.06.tar.gz diff --git a/perl-GStreamer-Interfaces.spec b/perl-GStreamer-Interfaces.spec new file mode 100644 index 000..129cf19 --- /dev/null +++ b/perl-GStreamer-Interfaces.spec @@ -0,0 +1,67 @@ +Name: perl-GStreamer-Interfaces +Version:0.06 +Release:2%{?dist} +Summary:Perl interface to the GStreamer Interfaces library +License:LGPLv2+ +Group: Development/Libraries +URL:http://search.cpan.org/dist/GStreamer-Interfaces/ +Source0: http://www.cpan.org/authors/id/T/TS/TSCH/GStreamer-Interfaces-%{version}.tar.gz +BuildRequires: perl(ExtUtils::Depends) = 0.205 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::PkgConfig) = 1.07 +BuildRequires: perl(Glib) = 1.180 +BuildRequires: perl(GStreamer) = 0.06 +BuildRequires: gstreamer-plugins-base-devel +BuildRequires: perl-Glib-devel +BuildRequires: perl(Test::More) +Requires: perl(ExtUtils::Depends) = 0.205 +Requires: perl(ExtUtils::PkgConfig) = 1.07 +Requires: perl(Glib) = 1.180 +Requires: perl(GStreamer) = 0.06 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +GStreamer::Interfaces provides access to some of the interfaces in the +GStreamer Interfaces library. Currently, that's GStreamer::PropertyProbe +and GStreamer::XOverlay. + +%prep +%setup -q -n GStreamer-Interfaces-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +make %{?_smp_mflags} + +%install + +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc ChangeLog.pre-git LICENSE NEWS README +%{perl_vendorarch}/auto/* +%{perl_vendorarch}/GStreamer* +%{_mandir}/man3/* + +%changelog + +* Fri Jul 13 2012 Mario Blättermann mari...@fedoraproject.org 0.06-2 +- Removed BuildRoot line +- Changed license to LGPLv2+ +- Enabled checks by adding Test::More to BR +- Changed summary +- Removed defattr line from files + +* Fri Jun 15 2012 Mario Blättermann mari...@fedoraproject.org 0.06-1 +- Specfile autogenerated by cpanspec 1.78. +- Added extra BuildRequires diff --git a/sources b/sources index e69de29..b627717 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +aa9583a484fa6829935b360887ecda45 GStreamer-Interfaces-0.06.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-GStreamer-Interfaces/f16] Initial commit
commit c9a49ad4a05b43cccaa965011bea12b814a7d61f Author: Mario Blättermann mario.blaetterm...@gmail.com Date: Wed Jul 18 21:51:19 2012 +0200 Initial commit .gitignore |1 + perl-GStreamer-Interfaces.spec | 67 sources|1 + 3 files changed, 69 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..d725444 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/GStreamer-Interfaces-0.06.tar.gz diff --git a/perl-GStreamer-Interfaces.spec b/perl-GStreamer-Interfaces.spec new file mode 100644 index 000..129cf19 --- /dev/null +++ b/perl-GStreamer-Interfaces.spec @@ -0,0 +1,67 @@ +Name: perl-GStreamer-Interfaces +Version:0.06 +Release:2%{?dist} +Summary:Perl interface to the GStreamer Interfaces library +License:LGPLv2+ +Group: Development/Libraries +URL:http://search.cpan.org/dist/GStreamer-Interfaces/ +Source0: http://www.cpan.org/authors/id/T/TS/TSCH/GStreamer-Interfaces-%{version}.tar.gz +BuildRequires: perl(ExtUtils::Depends) = 0.205 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::PkgConfig) = 1.07 +BuildRequires: perl(Glib) = 1.180 +BuildRequires: perl(GStreamer) = 0.06 +BuildRequires: gstreamer-plugins-base-devel +BuildRequires: perl-Glib-devel +BuildRequires: perl(Test::More) +Requires: perl(ExtUtils::Depends) = 0.205 +Requires: perl(ExtUtils::PkgConfig) = 1.07 +Requires: perl(Glib) = 1.180 +Requires: perl(GStreamer) = 0.06 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +GStreamer::Interfaces provides access to some of the interfaces in the +GStreamer Interfaces library. Currently, that's GStreamer::PropertyProbe +and GStreamer::XOverlay. + +%prep +%setup -q -n GStreamer-Interfaces-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +make %{?_smp_mflags} + +%install + +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc ChangeLog.pre-git LICENSE NEWS README +%{perl_vendorarch}/auto/* +%{perl_vendorarch}/GStreamer* +%{_mandir}/man3/* + +%changelog + +* Fri Jul 13 2012 Mario Blättermann mari...@fedoraproject.org 0.06-2 +- Removed BuildRoot line +- Changed license to LGPLv2+ +- Enabled checks by adding Test::More to BR +- Changed summary +- Removed defattr line from files + +* Fri Jun 15 2012 Mario Blättermann mari...@fedoraproject.org 0.06-1 +- Specfile autogenerated by cpanspec 1.78. +- Added extra BuildRequires diff --git a/sources b/sources index e69de29..b627717 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +aa9583a484fa6829935b360887ecda45 GStreamer-Interfaces-0.06.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-GStreamer-Interfaces/el6] Initial commit
commit d12dac32db22644864397a2452280cf911fc39c4 Author: Mario Blättermann mario.blaetterm...@gmail.com Date: Wed Jul 18 21:51:48 2012 +0200 Initial commit .gitignore |1 + perl-GStreamer-Interfaces.spec | 67 sources|1 + 3 files changed, 69 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..d725444 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/GStreamer-Interfaces-0.06.tar.gz diff --git a/perl-GStreamer-Interfaces.spec b/perl-GStreamer-Interfaces.spec new file mode 100644 index 000..129cf19 --- /dev/null +++ b/perl-GStreamer-Interfaces.spec @@ -0,0 +1,67 @@ +Name: perl-GStreamer-Interfaces +Version:0.06 +Release:2%{?dist} +Summary:Perl interface to the GStreamer Interfaces library +License:LGPLv2+ +Group: Development/Libraries +URL:http://search.cpan.org/dist/GStreamer-Interfaces/ +Source0: http://www.cpan.org/authors/id/T/TS/TSCH/GStreamer-Interfaces-%{version}.tar.gz +BuildRequires: perl(ExtUtils::Depends) = 0.205 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::PkgConfig) = 1.07 +BuildRequires: perl(Glib) = 1.180 +BuildRequires: perl(GStreamer) = 0.06 +BuildRequires: gstreamer-plugins-base-devel +BuildRequires: perl-Glib-devel +BuildRequires: perl(Test::More) +Requires: perl(ExtUtils::Depends) = 0.205 +Requires: perl(ExtUtils::PkgConfig) = 1.07 +Requires: perl(Glib) = 1.180 +Requires: perl(GStreamer) = 0.06 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +GStreamer::Interfaces provides access to some of the interfaces in the +GStreamer Interfaces library. Currently, that's GStreamer::PropertyProbe +and GStreamer::XOverlay. + +%prep +%setup -q -n GStreamer-Interfaces-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +make %{?_smp_mflags} + +%install + +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%doc ChangeLog.pre-git LICENSE NEWS README +%{perl_vendorarch}/auto/* +%{perl_vendorarch}/GStreamer* +%{_mandir}/man3/* + +%changelog + +* Fri Jul 13 2012 Mario Blättermann mari...@fedoraproject.org 0.06-2 +- Removed BuildRoot line +- Changed license to LGPLv2+ +- Enabled checks by adding Test::More to BR +- Changed summary +- Removed defattr line from files + +* Fri Jun 15 2012 Mario Blättermann mari...@fedoraproject.org 0.06-1 +- Specfile autogenerated by cpanspec 1.78. +- Added extra BuildRequires diff --git a/sources b/sources index e69de29..b627717 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +aa9583a484fa6829935b360887ecda45 GStreamer-Interfaces-0.06.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] - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
commit 4189c8b7edebb5098c24025fa673894385569598 Author: Dennis Gilmore den...@ausil.us Date: Wed Jul 18 16:57:06 2012 -0500 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild dspam.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/dspam.spec b/dspam.spec index f745697..e7103bf 100644 --- a/dspam.spec +++ b/dspam.spec @@ -11,7 +11,7 @@ Summary:A library and Mail Delivery Agent for Bayesian SPAM filtering Name: dspam Version:3.10.2 -Release:1%{?dist} +Release:2%{?dist} License:GPLv2 Group: System Environment/Daemons Source0: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz @@ -376,6 +376,9 @@ exit 0 %config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf %changelog +* Wed Jul 18 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.10.2-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + * Wed May 2 2012 Nathanael Noblet nathan...@gnat.ca - 3.10.2-1 - New upstream release -- 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