Aether license change
Aether recently changed license from ASL 2.0 to EPL. I built it in rawhide a few days back, but forgot to send warning email here. Fixed now.. -- Stanislav Ochotnicky sochotni...@redhat.com Associate Software Engineer - Base Operating Systems Brno PGP: 7B087241 Red Hat Inc. http://cz.redhat.com signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: piklab fails to build in rawhide
Le lundi 31 janvier 2011 04:20:56, Rex Dieter a écrit : Alain Portal wrote: piklab fails to build in rawhide: http://koji.fedoraproject.org/koji/taskinfo?taskID=2750261 and I don't know how to fix. Can somebody help me? As others have suggested, looks like a problem in qt3, Thanks to them. I've submitted a patched chain-build that I hope fixes the problem. http://koji.fedoraproject.org/koji/taskinfo?taskID=2751261 This patched chain-build seems to fix the problem. Unfortunately, another fail occurs at line 18004 of build.log: In file included from /builddir/build/BUILD/piklab-0.15.10/src/devices/pic/xml/pic_xml_to_data.cpp:13:0: /builddir/build/BUILD/piklab-0.15.10/src/xml_to_data/device_xml_to_data.h: In member function 'void Device::XmlToDataDataType::output() [with DataType = Pic::Data]': /builddir/build/BUILD/piklab-0.15.10/src/devices/pic/xml/pic_xml_to_data.cpp:740:1: instantiated from here /builddir/build/BUILD/piklab-0.15.10/src/xml_to_data/device_xml_to_data.h:64:7: error: invalid conversion from 'const Pic::Data*' to 'Pic::Data*' [-fpermissive] /usr/lib64/qt-3.3/include/qvaluelist.h:530:14: error: initializing argument 1 of 'QValueListT::iterator QValueListT::append(const T) [with T = Pic::Data*, QValueListT::iterator = QValueListIteratorPic::Data*]' [-fpermissive] I'm unable to fix as I know nothing about C++. Perhaps I have to report upstream? Regards, Alain -- La version française des pages de manuel Linux http://manpagesfr.free.fr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110131 changes
Compose started at Mon Jan 31 08:15:29 UTC 2011 Broken deps for x86_64 -- beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) bugzilla-3.6.4-3.fc15.noarch requires perl(sanitycheck.cgi) bugzilla-3.6.4-3.fc15.noarch requires perl(DBD::Oracle) bugzilla-3.6.4-3.fc15.noarch requires perl(DBI::db) bugzilla-3.6.4-3.fc15.noarch requires perl(DBI::st) cairo-java-1.0.8-2.fc15.i686 requires libgcj.so.11 cairo-java-1.0.8-2.fc15.x86_64 requires libgcj.so.11()(64bit) coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Flag) = 0:88862d84db594e5181afc1c5f7aa87fb coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc1.2.fc15.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper 12:dhcp-4.2.1-0.2.b1.fc15.x86_64 requires perl(Win32API::Registry) = 0:0.21 eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-2.91.5-4.fc15.i686 requires libgweather.so.1 evolution-2.91.5-4.fc15.x86_64 requires libgweather.so.1()(64bit) evolution-data-server-2.91.5-3.fc15.i686 requires libgweather.so.1 evolution-data-server-2.91.5-3.fc15.x86_64 requires libgweather.so.1()(64bit) fmt-ptrn-java-1.3.21-1.fc15.i686 requires libgcj.so.11 fmt-ptrn-java-1.3.21-1.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-devel-0.4-28.fc15.i386 requires libgcj.so.11 frysk-devel-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-gnome-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) gdcm-2.0.16-8.fc15.i686 requires libopenjpeg.so.2 gdcm-2.0.16-8.fc15.x86_64 requires libopenjpeg.so.2()(64bit) gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0 gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit) glib-java-0.4.2-3.fc15.i686 requires libgcj.so.11 glib-java-0.4.2-3.fc15.x86_64 requires libgcj.so.11()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires libnotify.so.1()(64bit) gnome-panel-2.31.92-1.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-gdl-2.25.3-22.fc15.x86_64 requires libgdl-1.so.3()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gnustep-back-0.18.0-4.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-base-1.20.1-2.fc14.i686 requires libobjc.so.2 gnustep-base-1.20.1-2.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-examples-1.3.0-4.fc15.x86_64 requires libobjc.so.2()(64bit) gnustep-gui-0.18.0-2.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-gui-libs-0.18.0-2.fc14.i686 requires libobjc.so.2 gnustep-gui-libs-0.18.0-2.fc14.x86_64 requires
Orphaning pmd
Hello all, I haven't used pmd for almost 2 years now. I think it is time to have somebody who does use it take over maintainership. There are no open bugs at this time. Also, I intended to package pmd-eclipse-plugin at some point, but never got around to it. Let me know if you want this package, and I'll release it in pkgdb. Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Padre-0.80.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Padre: f6ce1c1857a3fdb39b3bb50dd9ca57c2 Padre-0.80.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Padre] 0.80 bump
commit f1da80ee3939302e4ef8735d0896faa755571218 Author: Petr Písař ppi...@redhat.com Date: Mon Jan 31 17:12:52 2011 +0100 0.80 bump .gitignore |1 + perl-Padre.spec | 104 +++--- sources |2 +- 3 files changed, 100 insertions(+), 7 deletions(-) --- diff --git a/.gitignore b/.gitignore index 265b95a..a680288 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ Padre-0.64.tar.gz /Padre-0.74.tar.gz /Padre-0.76.tar.gz /Padre-0.78.tar.gz +/Padre-0.80.tar.gz diff --git a/perl-Padre.spec b/perl-Padre.spec index b1f9949..06e7b79 100644 --- a/perl-Padre.spec +++ b/perl-Padre.spec @@ -2,7 +2,7 @@ %global use_x11_tests 0 Name: perl-Padre -Version:0.78 +Version:0.80 Release:1%{?dist} Summary:Perl Application Development and Refactoring Environment License:GPL+ or Artistic @@ -14,6 +14,7 @@ BuildRequires: gettext BuildRequires: perl(Alien::wxWidgets) = 0.46 BuildRequires: perl(Capture::Tiny) = 0.06 BuildRequires: perl(Class::Adapter) = 1.05 +BuildRequires: perl(Class::Inspector) = 1.22 BuildRequires: perl(Class::Unload) = 0.03 BuildRequires: perl(Class::XSAccessor) = 1.05 BuildRequires: perl(Class::XSAccessor::Array) = 1.05 @@ -27,11 +28,14 @@ BuildRequires: perl(Devel::Dumpvar) = 0.04 BuildRequires: perl(Devel::Refactor) = 0.05 BuildRequires: perl(Digest::MD5) = 2.38 BuildRequires: perl(Encode) = 2.26 +# perl(Exporter) at lib/Padre/Current.pm:88 +BuildRequires: perl(Exporter) # perl(ExtUtils::Embed) because Padre build system supports win32. BuildRequires: perl(ExtUtils::Embed) BuildRequires: perl(ExtUtils::MakeMaker) = 6.56 BuildRequires: perl(ExtUtils::Manifest) = 1.56 BuildRequires: perl(File::Basename) +BuildRequires: perl(File::Copy) BuildRequires: perl(File::Copy::Recursive) = 0.37 BuildRequires: perl(File::Find::Rule) = 0.30 BuildRequires: perl(File::Glob) @@ -43,6 +47,8 @@ BuildRequires: perl(File::ShareDir) = 1.00 BuildRequires: perl(File::Spec) = 3.28 # Real version perl(File::Spec::Functions) = 3.2701 rounded BuildRequires: perl(File::Spec::Functions) = 3.28 +# perl(File::Spec::Unix) at lib/Padre/Project/Perl/Temp.pm:8 +BuildRequires: perl(File::Spec::Unix) BuildRequires: perl(File::Temp) = 0.20 BuildRequires: perl(File::Which) = 1.08 BuildRequires: perl(File::pushd) = 1.00 @@ -51,21 +57,31 @@ BuildRequires: perl(Format::Human::Bytes) = 0.04 BuildRequires: perl(Getopt::Long) BuildRequires: perl(HTML::Entities) = 3.57 BuildRequires: perl(HTML::Parser) = 3.58 +# perl(HTTP::Cookies) at lib/Padre/Sync.pm:28 +BuildRequires: perl(HTTP::Cookies) +# perl(HTTP::Request) at lib/Padre/Task/LWP.pm:124 +BuildRequires: perl(HTTP::Request) +# perl(HTTP::Request::Common) at lib/Padre/Sync.pm:29 +BuildRequires: perl(HTTP::Request::Common) BuildRequires: perl(IO::Scalar) = 2.110 BuildRequires: perl(IO::Socket) = 1.30 BuildRequires: perl(IO::String) = 1.08 BuildRequires: perl(IPC::Open2) BuildRequires: perl(IPC::Open3) +# perl(lib) at Makefile.PL:7 +BuildRequires: perl(lib) BuildRequires: perl(List::MoreUtils) = 0.22 BuildRequires: perl(List::Util) = 1.18 BuildRequires: perl(Locale::Msgfmt) = 0.15 BuildRequires: perl(LWP) = 5.815 +# perl(LWP::UserAgent) at lib/Padre/Sync.pm:27 +BuildRequires: perl(LWP::UserAgent) BuildRequires: perl(Module::Build) = 0.3603 BuildRequires: perl(Module::CoreList) BuildRequires: perl(Module::Manifest) = 0.07 BuildRequires: perl(Module::Refresh) = 0.13 BuildRequires: perl(Module::Starter) = 1.50 -BuildRequires: perl(ORLite) = 1.46 +BuildRequires: perl(ORLite) = 1.48 BuildRequires: perl(Params::Util) = 0.33 BuildRequires: perl(Parse::ErrorString::Perl) = 0.14 BuildRequires: perl(Parse::ExuberantCTags) = 1.00 @@ -73,15 +89,25 @@ BuildRequires: perl(Pod::Abstract) = 0.16 BuildRequires: perl(Pod::Functions) BuildRequires: perl(Pod::POM) = 0.17 BuildRequires: perl(Pod::Perldoc) = 3.15 +# perl(Pod::Perldoc::ToPod) at lib/Padre/Browser/PseudoPerldoc.pm +BuildRequires: perl(Pod::Perldoc::ToPod) BuildRequires: perl(Pod::Simple) = 3.07 BuildRequires: perl(Pod::Simple::XHTML) = 3.04 # POD2 directory is used at run time (and test). Seem META.yml. BuildRequires: perl(POD2::Base) = 0.043 BuildRequires: perl(POSIX) BuildRequires: perl(PPI) = 1.213 +# perl(PPI::Document) at lib/Padre/Task/PPI.pm +BuildRequires: perl(PPI::Document) +# perl(PPI::Dumper) at lib/Padre/Plugin/Devel.pm +BuildRequires: perl(PPI::Dumper) +# perl(PPI::Transform) at lib/Padre/PPI/Transform.pm +BuildRequires: perl(PPI::Transform) BuildRequires: perl(PPIx::EditorTools) = 0.09 BuildRequires: perl(PPIx::Regexp) = 0.005 BuildRequires: perl(Probe::Perl) = 0.01 +# perl(Scalar::Util) at lib/Padre.pm +BuildRequires: perl(Scalar::Util) BuildRequires: perl(Storable) = 2.15 BuildRequires: perl(Template::Tiny) = 0.11 BuildRequires: perl(Test::Exception) = 0.27 @@ -92,11 +118,27
[Bug 673966] perl-Padre-0.80 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=673966 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Padre-0.80-1.fc15 Resolution||RAWHIDE Last Closed||2011-01-31 11:22:42 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: piklab fails to build in rawhide
Alain Portal wrote: Unfortunately, another fail occurs at line 18004 of build.log: In file included from /builddir/build/BUILD/piklab-0.15.10/src/devices/pic/xml/pic_xml_to_data.cpp:13:0: /builddir/build/BUILD/piklab-0.15.10/src/xml_to_data/device_xml_to_data.h: In member function 'void Device::XmlToDataDataType::output() [with DataType = Pic::Data]': /builddir/build/BUILD/piklab-0.15.10/src/devices/pic/xml/pic_xml_to_data.cpp:740:1: instantiated from here /builddir/build/BUILD/piklab-0.15.10/src/xml_to_data/device_xml_to_data.h:64:7: error: invalid conversion from 'const Pic::Data*' to 'Pic::Data*' [-fpermissive] /usr/lib64/qt-3.3/include/qvaluelist.h:530:14: error: initializing argument 1 of 'QValueListT::iterator QValueListT::append(const T) [with T = Pic::Data*, QValueListT::iterator = QValueListIteratorPic::Data*]' [-fpermissive] I'm unable to fix as I know nothing about C++. Perhaps I have to report upstream? That one is a bug in Piklab: QValueListDataType * list; for (QMapQString, Data *::const_iterator it=_map.begin(); it!=_map.end(); ++it) list.append(static_castconst DataType *(it.data())); That code is trying to append a const DataType * to a QValueListDataType *, i.e. a list of (non-const) DataType *. The const needs to go away: - list.append(static_castconst DataType *(it.data())); + list.append(static_castDataType *(it.data())); To be clear (and in case upstream asks whether removing the const is valid): QMapQString, Data *::const_iterator::data() returns a Data * const , not a const Data * nor a const Data * const . It is valid and safe to static_cast a Data * const to DataType *. I committed the trivial fix for you: http://pkgs.fedoraproject.org/gitweb/?p=piklab.git;a=blob;f=piklab-0.15.10-gcc46.patch;h=e53b594db423ea312d5f250055318f4355e7b448;hb=HEAD and built piklab successfully. Please send the fix upstream. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Haskell packaging questions
On Sat, Jan 29, 2011 at 08:33:13AM +0530, lakshminaras2...@gmail.com wrote: The cabal2spec program generates the template for the .spec file from the .cabal file. Then the packager modifies certain values and thats about it. The macros used in the template come from /etc/rpm/macros.ghc. There are cases were there is a need to add some files not picked by the macros and that has been done. Eg [2]http://petersen.fedorapeople.org/ghc-gtk/ghc-gtk.spec Wouldn't it be more clear if cabal2spec generated the %files and %packages sections rather than using a really complicated macro? As a reviewer, I feel like there is no way to tell what the spec file is doing. I can't even tell which packages it's going to create unless I actually run rpmbuild and look at what files show up. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: piklab fails to build in rawhide
Le lundi 31 janvier 2011 17:29:51, Kevin Kofler a écrit : I committed the trivial fix for you: Thanks! Please send the fix upstream. This will be done. Thanks guys. Alain signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
nxt_python API change - rename vs break?
Hello list, Fedora currently ships nxt_python 0.7 (packaged by John McLean) -- a library to generate Lego NXT bytecode from python. The upstream library has moved forward under a new lead developer (Marcus Wanner, cc'd). The current code - nxt 2.0.1 - uses the same name, but breaks API. Upstream is unlikely to rename the lib to nxt2 (at least within this release series, hopefully the next API break brings a name change :-) ). What is the recommended path of action? The options I can see are - Package it as nxt2_python - patching the src where needed. Allows parallel installation, but breaks upstream documentation and expectations of users that have been using the lib from src or egg. Maybe Marcus can add when under Fedora, use import nxt2 as nxt. - Work with John to upgrade nxt_python from 0.7 to 2.0.1, break with the past. Unclear whether it is widely used (do we have anything like popcon?) The Python packaging wikipage doesn't seem to cover this case -- are there any good past experiences with hold any strong recommendation. Background: there is an fantastic integration of nxt_python 2.0.1 with TurtleArt -- controlling these robots from XO laptops (or Sugar desktop, or any Fedora desktop) with TurtleArt is a lot of fun. Trying to tidy up and package all the components so that it's part of our builds. cheers, m -- mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: nxt_python API change - rename vs break?
On Mon, 2011-01-31 at 11:50 -0700, Martin Langhoff wrote: Hello list, Fedora currently ships nxt_python 0.7 (packaged by John McLean) -- a library to generate Lego NXT bytecode from python. snip - Work with John to upgrade nxt_python from 0.7 to 2.0.1, break with the past. Unclear whether it is widely used (do we have anything like popcon?) I'd vote for this one with the proviso that the API break is only done for Rawhide. Having said that, I'll probably rebuild it locally for Fedora 13 as that's what's deployed at our school. Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 672666] perl-PDF-API2-2.016 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=672666 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-01-31 14:56:18 EST --- perl-PDF-API2-2.016-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update perl-PDF-API2'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/perl-PDF-API2-2.016-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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: nxt_python API change - rename vs break?
On Mon, Jan 31, 2011 at 12:55 PM, Jonathan Dieter jdie...@lesbg.com wrote: - Work with John to upgrade nxt_python from 0.7 to 2.0.1, break with the past. Unclear whether it is widely used (do we have anything like popcon?) I'd vote for this one with the proviso that the API break is only done for Rawhide. Having said that, I'll probably rebuild it locally for Fedora 13 as that's what's deployed at our school. Sample packages that do exactly that (upgrade, breaking API), at http://dev.laptop.org/~martin/nxt/ Also interesting for anyone playing with NXT - NBC package: http://dev.laptop.org/~martin/nbc/ m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: NetworkManager doesn't start on boot
There seems to be an SElinux denial for me which stops it from starting (I upgraded from Fedora 14 and its NOT a live machine). I would assume its the same error? On 31 January 2011 07:22, Braden McDaniel bra...@endoframe.com wrote: I've recently set up a virtual machine running rawhide and I've noticed that NetworkManager never seems to start on boot; I must always start it manually. As far as I can tell, it is configured to start on boot. Is there something about the virtual machine context that would trigger this? -- Braden McDaniel bra...@endoframe.com -- 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: debugfs query
On Fri, 28 Jan 2011 11:19:22 -0500 Kyle McMartin k...@mcmartin.ca wrote: On Fri, Jan 28, 2011 at 10:36:20AM +, Steven Whitehouse wrote: Currently Fedora doesn't automatically mount debugfs at boot time. So I thought that it might be worth asking whether this should be the case? systemd seems to, so I guess it will be mounted by default in F-15. What is it in debugfs that SystemD needs? -- Pete -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: debugfs query
On Mon, Jan 31, 2011 at 02:16:07PM -0700, Pete Zaitcev wrote: On Fri, 28 Jan 2011 11:19:22 -0500 Kyle McMartin k...@mcmartin.ca wrote: On Fri, Jan 28, 2011 at 10:36:20AM +, Steven Whitehouse wrote: Currently Fedora doesn't automatically mount debugfs at boot time. So I thought that it might be worth asking whether this should be the case? systemd seems to, so I guess it will be mounted by default in F-15. What is it in debugfs that SystemD needs? Not entirely sure, maybe it's just mounting it for the sake of mounting it or for the perf tool. master@systemd:.% rpm -ql systemd-units | grep debug (kyle@dreadnought:~/fedpkg/systemd) /lib/systemd/system/sys-kernel-debug.automount /lib/systemd/system/sys-kernel-debug.mount /lib/systemd/system/sysinit.target.wants/sys-kernel-debug.automount --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Multiple identical udev rules -- safe?
Consider this file from nxt_python package: cat /etc/udev/rules.d/70-lego.rules BUS==usb, SYSFS{idVendor}==0694, GROUP=lego, MODE=0660 Is it safe sane to include an identical udev rule file in the nbc package with different filename? To state the obvious -- it'd use the same group name and mode. Fallback plan is to prep a package just for this udev rule and depend on it, but it seems unnecesary overhead. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File version-0.88.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-version: 5f27f21c625fa2f89f4130e277594635 version-0.88.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 228433] perl-version: EPEL branch?
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=228433 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Flag|fedora-cvs+ |fedora-cvs? --- Comment #6 from Marcela Mašláňová mmasl...@redhat.com 2011-01-31 03:27:30 EST --- We resurrected this package for dual-life modules. Could it be brought to life again? It's already unblocked, but now we are missing permissions. Spot, if you like, add yourself among maintainers. Package Change Request == Package Name: perl-version New Branches: f14 EL-6 Owners: mmaslano ppisar psabata InitialCC: perl-sig -- 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 672839] Upgrade perl(version) to 0.88
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=672839 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Marcela Mašláňová mmasl...@redhat.com 2011-01-31 03:28:21 EST --- I've built it in rawhide and I'm waiting for adding maintainers permissions. -- 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-Sub-Exporter/el4/master] (9 commits) ...Merge branch 'el4' into el5
Summary of changes: 261317a... update to 0.972 (*) 4baa605... - update to 0.974 (*) df756c0... - update to 0.975 (*) 2803aac... Initialize branch EL-5 for perl-Sub-Exporter (*) a8e2c9f... Fix typo that causes a failure to update the common directo (*) f825ccd... dist-git conversion (*) 176c4a1... Revert to EL-5 version 6667f12... Fix license, tweak for EL-4 compatibility beac20a... Merge branch 'el4' into el5 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Sub-Exporter/el4/master: 7/9] Revert to EL-5 version
commit 176c4a10a0e834efb9741e6c8339b534949b4665 Author: Paul Howarth p...@city-fan.org Date: Mon Jan 31 09:30:19 2011 + Revert to EL-5 version .gitignore |2 +- perl-Sub-Exporter.spec | 47 ++- sources|2 +- 3 files changed, 8 insertions(+), 43 deletions(-) --- diff --git a/.gitignore b/.gitignore index e3e0101..4aa91af 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -Sub-Exporter-0.982.tar.gz +/Sub-Exporter-0.975.tar.gz diff --git a/perl-Sub-Exporter.spec b/perl-Sub-Exporter.spec index 755f03f..4ea9744 100644 --- a/perl-Sub-Exporter.spec +++ b/perl-Sub-Exporter.spec @@ -1,6 +1,6 @@ Name: perl-Sub-Exporter -Version:0.982 -Release:6%{?dist} +Version:0.975 +Release:1%{?dist} Summary:Sophisticated exporter for custom-built routines License:GPL+ or Artistic Group: Development/Libraries @@ -16,6 +16,7 @@ BuildRequires: perl(Data::OptList) = 0.1 BuildRequires: perl(Params::Util) = 0.14 BuildRequires: perl(Sub::Install) = 0.92 # testing... +BuildRequires: perl(Test::Pod::Coverage), perl(Test::Pod) BuildRequires: perl(Package::Generator) @@ -29,7 +30,7 @@ Sub::Exporter::Tutorial first! %prep %setup -q -n Sub-Exporter-%{version} -find t/ -type f -exec perl -pi -e 's|^#!perl|#!/usr/bin/perl|' {} + +find t/ -type f -exec perl -pi -e 's|^#!perl|#!/usr/bin/perl|' {} \; %build %{__perl} Makefile.PL INSTALLDIRS=vendor @@ -40,8 +41,8 @@ rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} + -find %{buildroot} -depth -type d -exec rmdir --ignore-fail-on-non-empty {} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec /bin/rmdir {} \; 2/dev/null %{_fixperms} %{buildroot}/* @@ -58,42 +59,6 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog -* Wed Dec 22 2010 Marcela Maslanova mmasl...@redhat.com - 0.982-6 -- 661697 rebuild for fixing problems with vendorach/lib - -* Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.982-5 -- Mass rebuild with perl-5.12.0 - -* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.982-4 -- rebuild against perl 5.10.1 - -* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.982-3 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild - -* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.982-2 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild - -* Wed Feb 11 2009 Chris Weyl cw...@alumni.drew.edu 0.982-1 -- update to 0.982 - -* Sun Oct 26 2008 Chris Weyl cw...@alumni.drew.edu 0.981-1 -- update to 0.981 - -* Thu Oct 23 2008 Chris Weyl cw...@alumni.drew.edu 0.980-1 -- update to 0.980 - -* Mon Jun 30 2008 Chris Weyl cw...@alumni.drew.edu 0.979-1 -- update to 0.979 -- drop BR's on: perl(Test::Pod::Coverage), perl(Test::Pod) - -* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 0.978-2 -- Rebuild for perl 5.10 (again) - -* Thu Jan 24 2008 Tom spot Callaway tcall...@redhat.com 0.978-1 -- update to 0.978 -- fix license tag -- rebuild for new perl - * Thu Aug 09 2007 Chris Weyl cw...@alumni.drew.edu 0.975-1 - update to 0.975 diff --git a/sources b/sources index b6f3b39..74dba26 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -db90a0d73a5ca2d185dd6c6d2fc848f0 Sub-Exporter-0.982.tar.gz +5a4deeea702fa184117624c84dbd960c Sub-Exporter-0.975.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-Sub-Exporter/el4/master: 8/9] Fix license, tweak for EL-4 compatibility
commit 6667f12813ad1c1a98cd34f5f8b02623886dff1a Author: Paul Howarth p...@city-fan.org Date: Mon Jan 31 09:27:01 2011 + Fix license, tweak for EL-4 compatibility .gitignore |2 +- perl-Sub-Exporter.spec |8 2 files changed, 5 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index f6b180c..4aa91af 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -Sub-Exporter-0.970.tar.gz +/Sub-Exporter-0.975.tar.gz diff --git a/perl-Sub-Exporter.spec b/perl-Sub-Exporter.spec index 727ee66..4ea9744 100644 --- a/perl-Sub-Exporter.spec +++ b/perl-Sub-Exporter.spec @@ -2,7 +2,7 @@ Name: perl-Sub-Exporter Version:0.975 Release:1%{?dist} Summary:Sophisticated exporter for custom-built routines -License:GPL or Artistic +License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Sub-Exporter/ Source0: http://www.cpan.org/authors/id/R/RJ/RJBS/Sub-Exporter-%{version}.tar.gz @@ -30,7 +30,7 @@ Sub::Exporter::Tutorial first! %prep %setup -q -n Sub-Exporter-%{version} -find t/ -type f -exec perl -pi -e 's|^#!perl|#!/usr/bin/perl|' {} + +find t/ -type f -exec perl -pi -e 's|^#!perl|#!/usr/bin/perl|' {} \; %build %{__perl} Makefile.PL INSTALLDIRS=vendor @@ -41,8 +41,8 @@ rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} + -find %{buildroot} -depth -type d -exec rmdir --ignore-fail-on-non-empty {} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec /bin/rmdir {} \; 2/dev/null %{_fixperms} %{buildroot}/* -- 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-Sub-Exporter/el5/master] (19 commits) ...Merge branch 'el4' into el5
Summary of changes: cd81510... update to 0.972 (*) 219f28b... - update to 0.974 (*) e1d7b2f... - update to 0.975 (*) 8fa8924... Update to 0.978, fix license tag, rebuild for new perl (*) 2f6d737... perl rebuild, third small chain (*) c3c5994... - update to 0.979 - drop BR's on: perl(Test::Pod::Coverage) (*) 691cdf3... - update to 0.980 (*) 53437a9... - update to 0.981 (*) cb19f6c... - update to 0.982 (*) e4eed4f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*) 0e1e611... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*) be7b2f0... Fix typo that causes a failure to update the common directo (*) 4646616... - rebuild against perl 5.10.1 (*) dcb81a0... - Mass rebuild with perl-5.12.0 (*) 38cb164... dist-git conversion (*) 68f189e... - 661697 rebuild for fixing problems with vendorach/lib (*) 176c4a1... Revert to EL-5 version (*) 6667f12... Fix license, tweak for EL-4 compatibility (*) beac20a... Merge branch 'el4' into el5 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Sub-Exporter/el4/master: 9/9] Merge branch 'el4' into el5
commit beac20a026f371263954cdf9201c8cab50cb7dab Merge: 6667f12 176c4a1 Author: Paul Howarth p...@city-fan.org Date: Mon Jan 31 09:31:27 2011 + Merge branch 'el4' into el5 --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: cpanspec - proposal of default behaviour
On Fri, Jan 28, 2011 at 10:55:25AM -0600, Steven Pritchard wrote: On Fri, Jan 28, 2011 at 05:20:55PM +0100, Marcela Mašláňová wrote: I'd like to propose a change in default behaviour of cpanspec. There shouldn't be defined buildroot, called rm -rf in build phase, etc. These changes are optional, the old behaviour can be triggered with --epel option. [1] There's already a --old option. Wouldn't it make more sense to expand that, or maybe make it cumulative? (-o to get recent behavior, -oo to get %check || : and other cruft like that?) I'd like to see a profile approach to allow different distributions to generate spec files tuned for ther packaging rules. One could then define a profile for Fedora and EPEL-6 like not to generate BuildRoot stuff, and EPEL-5 to generate the code etc. The profile becames then a set of features (generate-buildroot ∈ EPEL-5, generate-buildroot ∉ FEDORA). -- Petr pgpmoLTGttn67.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 228433] perl-version: EPEL branch?
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=228433 Paul Howarth p...@city-fan.org changed: What|Removed |Added CC||p...@city-fan.org --- Comment #7 from Paul Howarth p...@city-fan.org 2011-01-31 05:00:09 EST --- I don't think we can add an EL-6 branch as that would update a package from RHEL-6. -- 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 Feed-Find-0.07.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Feed-Find: 9235e3ca061d0beb9cf23cb579522669 Feed-Find-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
[perl-Feed-Find] v0.07 release bump
commit ca0ed004fdae036e9d847020b9eb816b5a0a8128 Author: Petr Sabata psab...@redhat.com Date: Mon Jan 31 11:38:27 2011 +0100 v0.07 release bump .gitignore |1 + perl-Feed-Find.spec | 13 + sources |2 +- 3 files changed, 11 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index 64f36e6..45c1361 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Feed-Find-0.06.tar.gz +/Feed-Find-0.07.tar.gz diff --git a/perl-Feed-Find.spec b/perl-Feed-Find.spec index 7688b2e..de2fff4 100644 --- a/perl-Feed-Find.spec +++ b/perl-Feed-Find.spec @@ -1,6 +1,6 @@ Name: perl-Feed-Find -Version:0.06 -Release:9%{?dist} +Version:0.07 +Release:1%{?dist} Summary:Syndication feed auto-discovery Group: Development/Libraries @@ -10,8 +10,10 @@ Source0: http://search.cpan.org/CPAN/authors/id/B/BT/BTROTT/Feed-Find-%{v BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl(LWP) perl(Class::ErrorHandler) perl(HTML::Parser) -BuildRequires: perl(URI) perl(LWP::UserAgent) +BuildRequires: perl(LWP) +BuildRequires: perl(Class::ErrorHandler) +BuildRequires: perl(HTML::Parser) +BuildRequires: perl(URI) BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) # not autodetected because it is in the form use base qw(...) @@ -65,6 +67,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Mon Jan 31 2011 Petr Sabata psab...@redhat.com - 0.07-1 +- 0.07 bump + * Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 0.06-9 - 661697 rebuild for fixing problems with vendorach/lib diff --git a/sources b/sources index b5c1ee3..2278670 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -be4537f652d41243cbf98f5e937d16f3 Feed-Find-0.06.tar.gz +9235e3ca061d0beb9cf23cb579522669 Feed-Find-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
[Bug 673966] perl-Padre-0.80 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=673966 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
[Bug 228433] perl-version: EPEL branch?
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=228433 --- Comment #8 from Marcela Mašláňová mmasl...@redhat.com 2011-01-31 05:45:27 EST --- You are right. Package Change Request == Package Name: perl-version New Branches: f14 Owners: mmaslano ppisar psabata InitialCC: perl-sig -- 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 673651] perl-Feed-Find-0.07 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=673651 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Feed-Find-0.07-1.fc15 Resolution||RAWHIDE Last Closed||2011-01-31 05:44:11 -- 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
Broken dependencies: perl-RPM2
perl-RPM2 has broken dependencies in the rawhide tree: On x86_64: perl-RPM2-0.68-9.fc15.x86_64 requires librpmio.so.1()(64bit) perl-RPM2-0.68-9.fc15.x86_64 requires librpm.so.1()(64bit) On i386: perl-RPM2-0.68-9.fc15.i686 requires librpm.so.1 perl-RPM2-0.68-9.fc15.i686 requires librpmio.so.1 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Spreadsheet-WriteExcel
perl-Spreadsheet-WriteExcel has broken dependencies in the rawhide tree: On x86_64: perl-Spreadsheet-WriteExcel-2.37-4.fc15.noarch requires perl(Apache::URI) perl-Spreadsheet-WriteExcel-2.37-4.fc15.noarch requires perl(Apache::Request) On i386: perl-Spreadsheet-WriteExcel-2.37-4.fc15.noarch requires perl(Apache::URI) perl-Spreadsheet-WriteExcel-2.37-4.fc15.noarch requires perl(Apache::Request) 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
perl @INC (paths) again
Hello, because some questions and blocked reviews [1]. I feel that we really need discuss our @INC paths once again. I wrote proposal, which is almost the same as was the one sent to the list few months ago [2]. This is only proposal and there are also other possibilities, how to create specific directory for installation of users rpms. I'd like to change this proposal to FPC guidelines maybe for next Fedora, therefore I really like to know your opinions. Best regards, Marcela [1] https://bugzilla.redhat.com/show_bug.cgi?id=672629 [2] https://fedoraproject.org/wiki/Perl/Draft:INC_directories -- Marcela Mašláňová BaseOS team Brno -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: perl @INC (paths) again
On 01/31/2011 04:21 PM, Marcela Mašláňová wrote: Hello, because some questions and blocked reviews [1]. I feel that we really need discuss our @INC paths once again. Thanks for trying to launch such a discussion. I am blocking these reviews, because I feel redhat.cz has drawn uncommunicated, arguable and questionable decisions, which are at risk of to run down Fedora's perl. This is only proposal and there are also other possibilities, how to create specific directory for installation of users rpms. I'd like to change this proposal to FPC guidelines maybe for next Fedora, therefore I really like to know your opinions. I promise to read it in depth and to think about it, but I won't have much time this week. Ralf -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: perl @INC (paths) again
* Marcela Mašláňová [31/01/2011 16:57] : This is only proposal and there are also other possibilities, how to create specific directory for installation of users rpms. I'd like to change this proposal to FPC guidelines maybe for next Fedora, therefore I really like to know your opinions. I'll read it this week and submit any feedback I have. Emmanuel -- 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