Re: Updating SSL keys on fedoraproject.org 2011-03-10
On 2011-03-10, Stephen Smoogen smo...@gmail.com wrote: We have already updated fedorahosted.org and will now be updating the cert for the main site: fedoraproject.org. The old certificate came from Equifax, was a 1024 bit key and had the fingerprint: [...] The new certificate is issued by GeoTrust, Inc and is a 4096 bit key with the fingerprint: Key length is not everything. Didn't you forget to upgrade hash algorithm? Sticking on SHA-1 that's been abandoned by ETSI and other authorities does not look most safely. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 42 Orphaned packages
Sven Lankes s...@lank.es wrote: basket I'll take this. Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 42 Orphaned packages
Hi, On 03/10/2011 09:16 AM, Hans de Goede wrote: Sven Lankess...@lank.es wrote: basket I'll take this. Ugh, I mistakenly confused this with bastet, untaking it, sorry for the pkgdb acl change spam to those involved. Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java Webapp installation
Le Mer 9 mars 2011 15:44, Stanislav Ochotnicky a écrit :
I've been asked to package apache-solr [1] in Fedora. This is a java
library and webapp posing as a frontend to lucene for searching.
Packaging java jars is not a problem, but there are more problems with
webapp part. I made it into subpackage apache-solr-webapp. Ant build
creates war file (basically a zip with metadata and dependencies
bundled). I expand this war file and replace dependencies with
symlinks to %{_javadir}. I then place content of this directory inside
/usr/share/java/webapps/apache-solr/. This makes it possible to use
webapp in container (tomcat/jetty) while enabling us to update
dependencies independently.
This is nothing new and actually why jpackage-utils contains a
build-jar-directory command that populates a directory with symlinks (and a
rebuild-jar-directory that refreshes them if necessary)
/usr/share/java/webapps/ is likely to conflict with this command logic BTW.
/usr/share/java/ was supposed to contain only jars on jpackaged systems
originally.
I was thinking about adding default configuration for tomcat inside
yet another subpackage. But this would be just one simple xml file
inside /etc/tomcat6/Catalina/localhost/. Plus solr needs additional
configuration:
* creating of SOLR_HOME directory and placing it somewhere, presumably
/var/lib/solr). I have example solr home dir in %doc, but it is generic
and configuration is not really usable in that state for anything
other than serve as a commented example.
All in all seems like too much of a hassle for little gain.
It's not little gain. If you find it too complex to do manually, the usual
solution is to write rpm macros or shell helpers to help deploy this kind of
webapp.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java Webapp installation
Le Jeu 10 mars 2011 10:17, Stanislav Ochotnicky a écrit :
Excerpts from Nicolas Mailhot's message of Thu Mar 10 09:55:47 +0100 2011:
Le Mer 9 mars 2011 15:44, Stanislav Ochotnicky a écrit :
I've been asked to package apache-solr [1] in Fedora. This is a java
library and webapp posing as a frontend to lucene for searching.
Packaging java jars is not a problem, but there are more problems with
webapp part. I made it into subpackage apache-solr-webapp. Ant build
creates war file (basically a zip with metadata and dependencies
bundled). I expand this war file and replace dependencies with
symlinks to %{_javadir}. I then place content of this directory inside
/usr/share/java/webapps/apache-solr/. This makes it possible to use
webapp in container (tomcat/jetty) while enabling us to update
dependencies independently.
This is nothing new and actually why jpackage-utils contains a
build-jar-directory command that populates a directory with symlinks (and a
rebuild-jar-directory that refreshes them if necessary)
Yes. I of course know about build-jar-repository (typo on your
part?).
Yes, sorry about that, long time I've not used it :(
Question wasn't so much about that, but general approach since
AFAIK there was no previous Java Webapp in Fedora (therefore noone
dealt directly with war files).
/usr/share/java/webapps/ is likely to conflict with this command logic BTW.
/usr/share/java/ was supposed to contain only jars on jpackaged systems
originally.
This is I guess more problematic aspect I haven't really though of. I
don't really think it would cause practical issues, but I agree it's
better to get it right(tm).
The only practical issue is if someone ever tries to packages a webapp.jar as
the build-jar-repository will do lookups on directories too (to allow
replacing transparently foo.jar with a foo subdir containing a set of jar
files)
So how about /usr/share/java-webapps ? Or
to have nice ordering with php(?) webapps /usr/share/webapps-java.
Anyone will do, being consistent with php would of course be nice to users.
It's really not a technical issue, more of a what's the most normal
way issue :-)
normal way with Java deployment? That's an oxymoron. The only Java
deployment conventions so have have been written by distro people. I'd suggest
to look at the php webapps included in the distro, derive something similar
for Java, and write a formal Fedora packaging guideline so others have an
answer to your question. Everything but the location of the tomcat/jetty/jboss
config files is likely to be identical no matter what the webapp language is
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
IA__gtk_tree_model_get_valist crashes
Various apps crashing in gtktreemodel.c's IA__gtk_tree_model_get_valist https://bugzilla.redhat.com/buglist.cgi?query_format=advancedshort_desc=IA__gtk_tree_model_get_valistbug_status=NEWbug_status=ASSIGNEDshort_desc_type=allwordssubstrclassification=Fedora Sometimes after a button press callback, other times related to comboboxes. Do these issues have anything in common? e.g. incorrect gtk2 API usage? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xerces-c soname bump in Rawhide
On 03/10/2011 12:35 AM, Kalev Lember wrote: Hi, Jonathan Robie and I are planning to update xerces-c from 3.0.1 to 3.1.1 in Rawhide, which includes a soname bump; F-15 will stay on 3.0.1. The rebuilds are done except for two packages which failed with errors unrelated to the xerces-c update. I'm CCing the package owners who can hopefully take a look. gdal-1.7.3-2.fc15 http://koji.fedoraproject.org/koji/getfile?taskID=2900031name=build.log Failed with g++: error: unrecognized option '-Xcompiler' ovaldi-5.6.4-1.fc14 http://koji.fedoraproject.org/koji/getfile?taskID=2900084name=build.log Failed with ../../src/probes/linux/RPMInfoProbe.cpp:391:20: error: cannot convert 'rpmTagType*' to 'rpm_tagtype_t*' for argument '3' to 'int headerGetEntry(Header, rpm_tag_t, rpm_tagtype_t*, void**, rpm_count_t*)' The following are all rebuilt (a few of them needed minor patches): blahtexml-0.8-2.fc15 cegui-0.7.5-5.fc15 enigma-1.01-12 frepple-0.8.1-3.fc15 glest-3.2.2-7.fc15 libdigidocpp-0.3.0-3.fc15 opensaml-2.3-3.fc15 qpid-cpp-0.8-6.fc16 xalan-c-1.10.0-8.fc15 xmlcopyeditor-1.2.0.2-4.fc15 xml-security-c-1.5.1-4.fc15 xmltooling-1.3.3-2.fc15 xqilla-2.2.3-8.fc14 xsd-3.3.0-4.fc15 -- kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Using LD_PRELOAD wrappers to identify problem use of shared library functions
Shared library are heavily used through Linux distributions. Unfortunately, there are cases of functions in the libraries having undefined behavior. Rather than immediately reporting the dependence on that undefined behavior, the applications may later fail in odd and seemingly random ways. On particular example of this problem is the memcpy function which has undefined behavior when the source and destination regions overlap. This resulted in the following bug being filled about Strange sound on mp3 flash website: http://koji.fedoraproject.org/koji/taskinfo?taskID=2898613 The diagnosis of this problem was not straightford because the memcpy silently corrupted the data in the copy. There are many other examples of this type of memcpy problems in bugzilla. What would be desirable is catching the dependency on undefined behavior when it occurs. The LD_PRELOAD environment variable allows wrappers for shared library functions to be inserted. These wrappers can do additional checks and flag those issues when they occur. The mutrace package in Fedora is one example of this approach. It makes use of this mechanism to instrument the mutex operations and can trigger a gdb breakpoint when a problem mutex operation occurs. I have taken the code in the mutrace package and made memstomp which looks for the memcpy of overlapping regions. git repo at: http://fedorapeople.org/gitweb?p=wcohen/public_git/memstomp;a=summary A fedora scratch package RPM at: http://koji.fedoraproject.org/koji/taskinfo?taskID=2898613 Valgrind does check the arguments for memcpy (and many other memory related checks). The main advantage to using the specialized wrappers like memstomp is lower overhead. Most people are not willing to pay for the overhead that valgrind introduces (4x-100x slow downs). The overhead for the memstomp wrappers should be low enough that it would be feasible to set the LD_PRELOAD for Fedora alpha releases. This would make the problems depending on undefined behavior obvious rather than spending a large amount of time trying to replicate the problem and then diagnosing it. -Will -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Using LD_PRELOAD wrappers to identify problem use of shared library functions
On Thu, Mar 10, 2011 at 11:25:38AM -0500, William Cohen wrote: git repo at: http://fedorapeople.org/gitweb?p=wcohen/public_git/memstomp;a=summary A fedora scratch package RPM at: http://koji.fedoraproject.org/koji/taskinfo?taskID=2898613 Valgrind does check the arguments for memcpy (and many other memory related checks). The main advantage to using the specialized wrappers like memstomp is lower overhead. Most people are not willing to pay for the overhead that valgrind introduces (4x-100x slow downs). The overhead for the memstomp wrappers should be low enough that it would be feasible to set the LD_PRELOAD for Fedora alpha releases. This would make the problems depending on undefined behavior obvious rather than spending a large amount of time trying to replicate the problem and then diagnosing it. There could be problems with the memstomp PRELOAD wrapper function for any application code which is using memcpy() from within a signal handler. Functions like fprintf() malloc() are not async signal safe, so could deadlock the process or worse. The odds of hitting this problem are fairly low, but wanted to point out that speed isn't the only concern wrt enabling a global distro LD_PRELOAD like this. Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Using LD_PRELOAD wrappers to identify problem use of shared library functions
On Thu, Mar 10, 2011 at 11:25:38AM -0500, William Cohen wrote: Shared library are heavily used through Linux distributions. Unfortunately, there are cases of functions in the libraries having undefined behavior. Rather than immediately reporting the dependence on that undefined behavior, the applications may later fail in odd and seemingly random ways. On particular example of this problem is the memcpy function which has undefined behavior when the source and destination regions overlap. This resulted in the following bug being filled about Strange sound on mp3 flash website: http://koji.fedoraproject.org/koji/taskinfo?taskID=2898613 The diagnosis of this problem was not straightford because the memcpy silently corrupted the data in the copy. There are many other examples of this type of memcpy problems in bugzilla. What would be desirable is catching the dependency on undefined behavior when it occurs. The LD_PRELOAD environment variable allows wrappers for shared library functions to be inserted. These wrappers can do additional checks and flag those issues when they occur. The mutrace package in Fedora is one example of this approach. It makes use of this mechanism to instrument the mutex operations and can trigger a gdb breakpoint when a problem mutex operation occurs. I have taken the code in the mutrace package and made memstomp which looks for the memcpy of overlapping regions. git repo at: http://fedorapeople.org/gitweb?p=wcohen/public_git/memstomp;a=summary A fedora scratch package RPM at: http://koji.fedoraproject.org/koji/taskinfo?taskID=2898613 Valgrind does check the arguments for memcpy (and many other memory related checks). The main advantage to using the specialized wrappers like memstomp is lower overhead. Most people are not willing to pay for the overhead that valgrind introduces (4x-100x slow downs). The overhead for the memstomp wrappers should be low enough that it would be feasible to set the LD_PRELOAD for Fedora alpha releases. This would make the problems depending on undefined behavior obvious rather than spending a large amount of time trying to replicate the problem and then diagnosing it. Nice, but I think the dlsym (NULL, main) lookup should not be done, at least not by default, we really don't want to encourage people linking programs with -rdynamic, that adds a runtime penalty. And, it would be nice when you have such a library not to check just memcpy, there are plenty of other commonly used calls which could be warned about. memcpy, strcpy, strncpy, strcat, strncat, strtok, strtok_r, mempcpy, strsep, stpcpy, stpncpy, memccpy just to name a few from string.h, then for -D_FORTIFY_SOURCE also __memcpy_chk, __mempcpy_chk, __strcpy_chk, __stpcpy_chk, __strncpy_chk, __stpncpy_chk, __strcat_chk, __strncat_chk. In wchar.h e.g. wcscpy, wcsncpy, wcscat, wcsncat, wcstok, wmemcpy, wmempcpy and maybe mbrtowc, wcrtomb, mbrlen, mbsrtowcs, wcsrtombs, mbsnrtowcs, wcsnrtombs, wcstol, wcstoul, wcstoll, wcstoull, ... Maybe also sprintf/snprintf if format string contains some %s/%ls/%S specifiers and those arguments overlap the target. Basically, most of the __restrict/restrict qualified prototypes in glibc headers would be good candidates for overlap tests (if possible to determine length). In the implementation of the checking library you probably want to #include sys/cdefs.h, then #undef __restrict #define __restrict and similarly for restrict and __restrict_arr and compile the file with -fno-builtin, to make sure gcc doesn't optimize your checks away based on the arguments being restricted pointers. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating SSL keys on fedoraproject.org 2011-03-10
On Thu, Mar 10, 2011 at 01:07, Petr Pisar ppi...@redhat.com wrote: On 2011-03-10, Stephen Smoogen smo...@gmail.com wrote: We have already updated fedorahosted.org and will now be updating the cert for the main site: fedoraproject.org. The old certificate came from Equifax, was a 1024 bit key and had the fingerprint: [...] The new certificate is issued by GeoTrust, Inc and is a 4096 bit key with the fingerprint: Key length is not everything. Didn't you forget to upgrade hash algorithm? Sticking on SHA-1 that's been abandoned by ETSI and other authorities does not look most safely. From my research to use the SHA-2 in TLS requires the user and server to be both able to talk TLS-1.2. From what I found at wikipedia (http://en.wikipedia.org/wiki/Transport_Layer_Security) Firefox does not support 1.2 (only Opera and IE8 do). -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Updating SSL keys on fedoraproject.org 2011-03-10
Stephen John Smoogen smooge at gmail.com writes: From my research to use the SHA-2 in TLS requires the user and server to be both able to talk TLS-1.2. From what I found at wikipedia (http://en.wikipedia.org/wiki/Transport_Layer_Security) Firefox does not support 1.2 (only Opera and IE8 do). It's being worked on, at least: https://bugzilla.mozilla.org/show_bug.cgi?id=480514 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Reminder: today is GNOME 3 Test Day #2
Hi, everyone! Just a quick reminder that today is the second Test Day for GNOME 3: https://fedoraproject.org/wiki/Test_Day:2011-03-10_GNOME3_Beta . Please do come along and help with testing if you can. We're having trouble with the 32-bit live image, but a 64-bit image is available now and all the test instructions are in place. We'll be in #fedora-test-day on IRC all day long to help out with testing, so come along and join us there. Thanks a lot! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating SSL keys on fedoraproject.org 2011-03-10
On 03/10/2011 09:17 AM, Stephen John Smoogen wrote: On Thu, Mar 10, 2011 at 01:07, Petr Pisar ppi...@redhat.com wrote: On 2011-03-10, Stephen Smoogen smo...@gmail.com wrote: We have already updated fedorahosted.org and will now be updating the cert for the main site: fedoraproject.org. The old certificate came from Equifax, was a 1024 bit key and had the fingerprint: [...] The new certificate is issued by GeoTrust, Inc and is a 4096 bit key with the fingerprint: Key length is not everything. Didn't you forget to upgrade hash algorithm? Sticking on SHA-1 that's been abandoned by ETSI and other authorities does not look most safely. From my research to use the SHA-2 in TLS requires the user and server to be both able to talk TLS-1.2. From what I found at wikipedia (http://en.wikipedia.org/wiki/Transport_Layer_Security) Firefox does not support 1.2 (only Opera and IE8 do). There are more than one usage for SHA-1/SHA-2. TLS uses SHA-1 as an HMAC. SHA-1 is still strong for such use (though prudence would encourage one to move off of SHA-1 even for this operation). SHA-1 is also used in the certificate. That, in theory, doesn't require TLS 1.2, though only TLS 1.2 includes protocol to tell servers what hashing algorithms the clients support, so in a strict sense only TLS tells you whether or not it's safe to use a cert with something other than SHA-1 or MD5. Most modern browers will support SHA-2 algorithms in the certificate (even when using SSL3, to TLS 1.x). The notable exceptions is verisons of Windows older than Windows XP service patch 3, and several older phones. Many CA's are apparently starting to move SHA-256 roots this year, mostly driven by NIST standards. bob smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 42 Orphaned packages
On Wed, Mar 09, 2011 at 07:40:09AM +, Mat Booth wrote: On 9 March 2011 06:37, Sven Lankes s...@lank.es wrote: After a dispute on the #fedora-kde IRC channel thomasj has orphaned a huge number of packages. Must have been some dispute. It's a shame it couldn't be resolved. I extracted the list from scm-commits emails so I hope that I haven't missed any. The following packages are in need of new owners: recordmydesktop qt-recordmydesktop gtk-recordmydesktop I really like this tool for making screencasts, if nobody takes this by the time I get home from work, I will pick these up. I second that this is a great (albeit simple) tool; I don't have the time to maintain it though ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Using LD_PRELOAD wrappers to identify problem use of shared library functions
On 03/10/2011 08:25 AM, William Cohen wrote: I have taken the code in the mutrace package and made memstomp which looks for the memcpy of overlapping regions. git repo at: http://fedorapeople.org/gitweb?p=wcohen/public_git/memstomp;a=summary Did anybody else run into trouble trying to clone the git repository (as per the README)? $ git clone http://wcohen.fedorapeople.org/git/memstomp/ Cloning into memstomp... fatal: http://wcohen.fedorapeople.org/git/memstomp/info/refs not found: did you run git update-server-info on the server? $ -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Using LD_PRELOAD wrappers to identify problem use of shared library functions
On 03/10/2011 08:25 AM, William Cohen wrote: git repo at: http://fedorapeople.org/gitweb?p=wcohen/public_git/memstomp;a=summary Actually: git clone git://fedorapeople.org/home/fedora/wcohen/public_git/memstomp The implementation has some properties: 1. Not async signal safe [malloc, fprintf], as noted previously by Daniel Berrange. 2. Not thread safe: unguarded top-level static variables in backtrace-symbols.c. 3. Essentially bundles a private copy of libbfd. 4. Needs work for a process tree that uses a mixture of 32-bit and 64-bit programs. 5. Does not catch violations in compile-time inlined expansions. 6. SIGSEGVs for violations from just-in-time compiled code: uninit local variables in backtrace_symbols() not set by calls to dl_iterate_phdr. -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 683782] New: perl-App-cpanminus-1.4003 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-App-cpanminus-1.4003 is available https://bugzilla.redhat.com/show_bug.cgi?id=683782 Summary: perl-App-cpanminus-1.4003 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-App-cpanminus AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 1.4003 Current version in Fedora Rawhide: 1.3001 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 683787] New: perlbrew-0.17 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perlbrew-0.17 is available https://bugzilla.redhat.com/show_bug.cgi?id=683787 Summary: perlbrew-0.17 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perlbrew AssignedTo: iarn...@gmail.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: iarn...@gmail.com, fedora-perl-devel-l...@redhat.com Classification: Fedora Latest upstream release: 0.17 Current version in Fedora Rawhide: 0.16 URL: http://search.cpan.org/dist/App-perlbrew/ 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 683785] New: perl-Test-Pod-1.45 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Test-Pod-1.45 is available https://bugzilla.redhat.com/show_bug.cgi?id=683785 Summary: perl-Test-Pod-1.45 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Test-Pod AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: st...@silug.org, fedora-perl-devel-l...@redhat.com, pertu...@free.fr, mmasl...@redhat.com, psab...@redhat.com Classification: Fedora Latest upstream release: 1.45 Current version in Fedora Rawhide: 1.44 URL: http://search.cpan.org/dist/Test-Pod/ 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 683782] perl-App-cpanminus-1.4003 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=683782 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com |ppi...@redhat.com AssignedTo|mmasl...@redhat.com |ppi...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 App-cpanminus-1.4003.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-App-cpanminus: c6bd448370b01087fef1303f4109d835 App-cpanminus-1.4003.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-App-cpanminus] 1.4003 bump
commit f9ef1f308bd6acb6398af41827092fba1f75a3ef
Author: Petr Písař ppi...@redhat.com
Date: Thu Mar 10 13:05:52 2011 +0100
1.4003 bump
.gitignore |1 +
perl-App-cpanminus.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index eacb751..7b8e9dd 100644
--- a/.gitignore
+++ b/.gitignore
@@ -11,3 +11,4 @@ App-cpanminus-0.9935.tar.gz
/App-cpanminus-1.3000.tar.gz
/App-cpanminus-1.3001.tar.gz
/App-cpanminus-1.4000.tar.gz
+/App-cpanminus-1.4003.tar.gz
diff --git a/perl-App-cpanminus.spec b/perl-App-cpanminus.spec
index fad2a1b..1e42c58 100644
--- a/perl-App-cpanminus.spec
+++ b/perl-App-cpanminus.spec
@@ -1,5 +1,5 @@
Name: perl-App-cpanminus
-Version:1.4000
+Version:1.4003
Release:1%{?dist}
Summary:Library for get, unpack, build and install CPAN modules
License:GPL+ or Artistic
@@ -63,6 +63,9 @@ make test
%{_bindir}/cpanm
%changelog
+* Thu Mar 10 2011 Petr Pisar ppi...@redhat.com - 1.4003-1
+- 1.4003 bump
+
* Tue Mar 08 2011 Petr Pisar ppi...@redhat.com - 1.4000-1
- 1.4000 bump
diff --git a/sources b/sources
index ca93ce8..fd7f158 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-040cac204d1ca9bc4672f81ac6f6a195 App-cpanminus-1.4000.tar.gz
+c6bd448370b01087fef1303f4109d835 App-cpanminus-1.4003.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 683782] perl-App-cpanminus-1.4003 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=683782 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-App-cpanminus-1.4003-1 ||.fc16 Resolution||RAWHIDE Last Closed||2011-03-10 07:12:16 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 683785] perl-Test-Pod-1.45 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=683785 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|mmasl...@redhat.com |psab...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 Test-Pod-1.45.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Test-Pod: 089c8f272931df82f6c4d11a74f04628 Test-Pod-1.45.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-Pod] 1.45 bump, buildroot cleanup
commit 97a54905543e03dadf545fad7c90ed9beca0af11
Author: Petr Sabata psab...@redhat.com
Date: Thu Mar 10 13:21:37 2011 +0100
1.45 bump, buildroot cleanup
.gitignore |1 +
perl-Test-Pod.spec | 17 +++--
sources|2 +-
3 files changed, 9 insertions(+), 11 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 99074df..90acba9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Test-Pod-1.44.tar.gz
+/Test-Pod-1.45.tar.gz
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index 0c34187..e4a228d 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -1,17 +1,15 @@
Name: perl-Test-Pod
-Version:1.44
-Release:4%{?dist}
+Version:1.45
+Release:1%{?dist}
Summary:Test POD files for correctness
-
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Test-Pod/
Source0:
http://search.cpan.org/CPAN/authors/id/D/DW/DWHEELER/Test-Pod-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(File::Spec)
-BuildRequires: perl(Module::Build) = 0.30
+BuildRequires: perl(Module::Build) = 0.3000
BuildRequires: perl(Pod::Simple) = 3.05
BuildRequires: perl(Test::Builder::Tester) = 1.02
BuildRequires: perl(Test::More) = 0.62
@@ -35,7 +33,6 @@ the heavy lifting.
%install
-rm -rf $RPM_BUILD_ROOT
./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} \; 2/dev/null
%{_fixperms} $RPM_BUILD_ROOT
@@ -45,10 +42,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} \;
2/dev/null
LC_ALL=C ./Build test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
%files
%defattr(-,root,root,-)
%doc Changes README
@@ -57,6 +50,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Mar 10 2011 Petr Sabata psab...@redhat.com - 1.45-1
+- 1.45 bump
+- Buildroot garbage cleanup
+
* Wed Feb 09 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.44-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
diff --git a/sources b/sources
index 472cd25..689806d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-02380af5539521524d5df17273a57ae7 Test-Pod-1.44.tar.gz
+089c8f272931df82f6c4d11a74f04628 Test-Pod-1.45.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-Pod/f15/master] 1.45 bump, buildroot cleanup
Summary of changes: 97a5490... 1.45 bump, buildroot cleanup (*) (*) 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 683785] perl-Test-Pod-1.45 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=683785 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-03-10 07:35:20 EST --- perl-Test-Pod-1.45-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Test-Pod-1.45-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 GnuPG-Interface-0.43.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-GnuPG-Interface: 513982e7c60d04d0fa0085a6708bdb6c GnuPG-Interface-0.43.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-GnuPG-Interface] Update to 0.43
commit 430510dcac61d5d02c0f0bd287f74c7579688b5c
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Thu Mar 10 14:44:38 2011 +0100
Update to 0.43
perl-GnuPG-Interface.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-GnuPG-Interface.spec b/perl-GnuPG-Interface.spec
index c788772..0193577 100644
--- a/perl-GnuPG-Interface.spec
+++ b/perl-GnuPG-Interface.spec
@@ -1,6 +1,6 @@
Name: perl-GnuPG-Interface
-Version:0.42
-Release:6%{?dist}
+Version:0.43
+Release:1%{?dist}
Summary:Perl interface to GnuPG
Group: Development/Libraries
License:GPLv2+ or Artistic
@@ -49,6 +49,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Mar 10 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.43-1
+- Update to 0.43
+
* Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.42-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_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-GnuPG-Interface] Bump to build the release
commit c7bde21ae733a134b1aa4f46a93233d79c79440c Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Thu Mar 10 14:55:11 2011 +0100 Bump to build the release .gitignore|1 + perl-GnuPG-Interface.spec |3 +++ sources |2 +- 3 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index fa9a329..5dad1b5 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ GnuPG-Interface-0.42.tar.gz +/GnuPG-Interface-0.43.tar.gz diff --git a/perl-GnuPG-Interface.spec b/perl-GnuPG-Interface.spec index 0193577..ff6330d 100644 --- a/perl-GnuPG-Interface.spec +++ b/perl-GnuPG-Interface.spec @@ -49,6 +49,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Mar 10 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.43-2 +- Bump to build the release + * Thu Mar 10 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.43-1 - Update to 0.43 diff --git a/sources b/sources index cddbba0..8753d3b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c5cc5426c02b93900cb96f4879c9be28 GnuPG-Interface-0.42.tar.gz +513982e7c60d04d0fa0085a6708bdb6c GnuPG-Interface-0.43.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 App-perlbrew-0.17.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perlbrew: 0df804f2148bbcaf15f9a27bff26927d App-perlbrew-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
[perlbrew] update to 0.17
commit 3bd25019a6ef48a0b78e91ccda11a003080f0984
Author: Iain Arnell iarn...@gmail.com
Date: Thu Mar 10 16:34:57 2011 +0100
update to 0.17
.gitignore|1 +
perlbrew.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e552877..c8aee42 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@
/App-perlbrew-0.14.tar.gz
/App-perlbrew-0.15.tar.gz
/App-perlbrew-0.16.tar.gz
+/App-perlbrew-0.17.tar.gz
diff --git a/perlbrew.spec b/perlbrew.spec
index 7c58037..c0d2ca1 100644
--- a/perlbrew.spec
+++ b/perlbrew.spec
@@ -1,5 +1,5 @@
Name: perlbrew
-Version:0.16
+Version:0.17
Release:1%{?dist}
Summary:Manage perl installations in your $HOME
License:MIT
@@ -62,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Mar 10 2011 Iain Arnell iarn...@gmail.com 0.17-1
+- update to latest upstream version
+
* Sun Feb 20 2011 Iain Arnell iarn...@gmail.com 0.16-1
- update to latest upstream version
diff --git a/sources b/sources
index 45aa6e5..c475f3d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-463b44da3c5967c9de68117c7a515fac App-perlbrew-0.16.tar.gz
+0df804f2148bbcaf15f9a27bff26927d App-perlbrew-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
[perlbrew/f15/master] update to 0.17
Summary of changes: 3bd2501... update to 0.17 (*) (*) 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 683787] perlbrew-0.17 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=683787 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-03-10 10:49:51 EST --- perlbrew-0.17-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perlbrew-0.17-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 647783] perl-Mail-Box shouldn't force spamassassin to be installed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=647783 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Mail-Box-2.097-1.fc15 |perl-Mail-Box-2.097-1.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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 647783] perl-Mail-Box shouldn't force spamassassin to be installed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=647783 --- Comment #13 from Fedora Update System upda...@fedoraproject.org 2011-03-10 15:47:33 EST --- perl-Mail-Box-2.097-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- 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
[perl-Crypt-Random-Source/f14/master] Initial import.
commit d9917efb44099bbdd6fb26f88d800cfe60f71360
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Fri Mar 11 00:57:34 2011 +0100
Initial import.
.gitignore|1 +
perl-Crypt-Random-Source.spec | 56 +
sources |1 +
3 files changed, 58 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..ebff30b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Crypt-Random-Source-0.07.tar.gz
diff --git a/perl-Crypt-Random-Source.spec b/perl-Crypt-Random-Source.spec
new file mode 100644
index 000..678efd7
--- /dev/null
+++ b/perl-Crypt-Random-Source.spec
@@ -0,0 +1,56 @@
+Name: perl-Crypt-Random-Source
+Version:0.07
+Release:1%{?dist}
+Summary:Get weak or strong random data from pluggable sources
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Crypt-Random-Source/
+Source0:
http://www.cpan.org/authors/id/N/NU/NUFFIN/Crypt-Random-Source-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl
+BuildRequires: perl(Any::Moose)
+BuildRequires: perl(Capture::Tiny)
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Module::Find)
+BuildRequires: perl(namespace::clean)
+BuildRequires: perl(ok)
+BuildRequires: perl(Sub::Exporter)
+BuildRequires: perl(Test::Exception)
+BuildRequires: perl(Test::More)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%{?perl_default_filter}
+
+%description
+This module provides implementations for a number of byte oriented sources
+of random data.
+
+%prep
+%setup -q -n Crypt-Random-Source-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%defattr(-,root,root,-)
+%doc Changes LICENSE README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Feb 14 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.07-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..ba36133 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+56251a6c909e21f5ae535b0e2af3897e Crypt-Random-Source-0.07.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
Broken dependencies: perl-Kwiki-Users-Remote
perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) 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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var 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
[389-devel] Please review: (616707) Allow editing of attributes matching rules from console
https://bugzilla.redhat.com/show_bug.cgi?id=616707 https://bugzilla.redhat.com/attachment.cgi?id=483545action=edit -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
