Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On Fri, Apr 20, 2012 at 06:09:38PM +0200, Ralf Corsepius wrote: Well, as far as I can tell, many Ubuntu and Debian users prefer to call their release by name. An annoying feature of Debian. If you're not immersed in Debian development, it just means you have to go consult the mapping between names and release numbers on the Wikipedia page. At least Ubuntu's names are ordered alphabetically. 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: No loadable SQlite extensions in Python 2.7
On Fri, 2012-04-20 at 17:14 -0700, Toshio Kuratomi wrote: On Sat, Apr 21, 2012 at 12:46:38AM +0200, Volker Froehlich wrote: Hello! I noticed, our Python 2.7 package does not allow to load SQLite extensions from shared libraries. This must be configured at build-time. Is there a strong reason for this configuration, or could we possibly change that, if necessary? Not sure what you're asking for here. $ python import sqlite3 $ rpm -ql python-libs |grep sqlite3.so /usr/lib64/python2.7/lib-dynload/_sqlite3.so The sqlite module seems to be built into our python just fine -Toshio Yes, that's all fine, but: Connection.enable_load_extension(enabled) This routine allows/disallows the SQLite engine to load SQLite extensions from shared libraries. SQLite extensions can define new functions, aggregates or whole new virtual table implementations. One well-known extension is the fulltext-search extension distributed with SQLite. Loadable extensions are disabled by default. See [1]. New in version 2.7. http://docs.python.org/library/sqlite3.html#f1 [makerpm@desktop fedora-packaging]$ python Python 2.7.2 (default, Oct 27 2011, 01:40:22) [GCC 4.6.1 20111003 (Red Hat 4.6.1-10)] on linux2 Type help, copyright, credits or license for more information. import sqlite3 con = sqlite3.connect(:memory:) # enable extension loading ... con.enable_load_extension(True) Traceback (most recent call last): File stdin, line 2, in module AttributeError: 'sqlite3.Connection' object has no attribute 'enable_load_extension' Volker -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No loadable SQlite extensions in Python 2.7
On 04/21/2012 09:27 AM, Volker Froehlich wrote: On Fri, 2012-04-20 at 17:14 -0700, Toshio Kuratomi wrote: On Sat, Apr 21, 2012 at 12:46:38AM +0200, Volker Froehlich wrote: Hello! I noticed, our Python 2.7 package does not allow to load SQLite extensions from shared libraries. This must be configured at build-time. Is there a strong reason for this configuration, or could we possibly change that, if necessary? Not sure what you're asking for here. $ python import sqlite3 $ rpm -ql python-libs |grep sqlite3.so /usr/lib64/python2.7/lib-dynload/_sqlite3.so The sqlite module seems to be built into our python just fine -Toshio Yes, that's all fine, but: Connection.enable_load_extension(enabled) This routine allows/disallows the SQLite engine to load SQLite extensions from shared libraries. SQLite extensions can define new functions, aggregates or whole new virtual table implementations. One well-known extension is the fulltext-search extension distributed with SQLite. Loadable extensions are disabled by default. See [1]. New in version 2.7. http://docs.python.org/library/sqlite3.html#f1 sqlite in Fedora has been built with --enable-load-extension since 2008, so from that POV there's no problem. File a bug on python to request enabling it? - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Private-libraries in /usr/lib* - invalid soname.
On 2012-04-20 17:08, Kevin Kofler wrote: There's no need for a soname version if the library comes from the same package as the only user(s) of it. If there's no version in a soname, why would one want a soname in a library (public or private) in the first place instead of just omitting it? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F16: Broken ypbind
Some update appears to have broken the operation of ypbind recently. I have a F14 sever that serves /home and implements NIS services (ypserv) and has been running fine for over a year. The F16 clients use NetworkManager with wired Ethernet set to automatic/system connection. Everything comes up fine except for ypbind that fails. This has worked fine until a week or so ago (fails on multiple clients). The boot.log is enclosed, any ideas ? Cheers Terry %G%G Welcome to [0;34mFedora release 16 (Verne)[0m! Starting Collect Read-Ahead Data... Starting Replay Read-Ahead Data... Starting Syslog Kernel Log Buffer Bridge... Started Syslog Kernel Log Buffer Bridge[[1;32m OK [0m] Started Lock Directory [[1;32m OK [0m] Started Runtime Directory [[1;32m OK [0m] Starting Media Directory... Starting RPC Pipe File System... Starting Software RAID Monitor Takeover... Starting Debug File System... Starting Huge Pages File System... Starting POSIX Message Queue File System... Starting Security File System... Starting udev Coldplug all Devices... Starting udev Kernel Device Manager... Started Collect Read-Ahead Data[[1;32m OK [0m] Started Replay Read-Ahead Data [[1;32m OK [0m] Starting Load legacy module configuration... Starting Remount API VFS...
Re: F16: Broken ypbind
On 21/04/12 08:10, Terry Barnaby wrote: Some update appears to have broken the operation of ypbind recently. I have a F14 sever that serves /home and implements NIS services (ypserv) and has been running fine for over a year. The F16 clients use NetworkManager with wired Ethernet set to automatic/system connection. Everything comes up fine except for ypbind that fails. This has worked fine until a week or so ago (fails on multiple clients). The boot.log is enclosed, any ideas ? Cheers Terry Enclosed is a portion of /var/log/messages. The test.sh entries are a script executed from /lib/systemd/system/ypbind.service in the pre and post stages. It looks to me that systemd is starting a lot of network services including the NFS mounts and ypbind before the core network interface is up and running ... Is there a mechanism so that systemd will wait until the primary network is up before continuing ? I assumed that ybind waiting for network.target would have achieved that ? Apr 21 09:17:55 study NetworkManager[696]:ifcfg-rh: Acquired D-Bus service com.redhat.ifcfgrh1 Apr 21 09:17:55 study NetworkManager[696]: info Loaded plugin ifcfg-rh: (c) 2007 - 2010 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Apr 21 09:17:55 study NetworkManager[696]: info Loaded plugin keyfile: (c) 2007 - 2010 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Apr 21 09:17:55 study NetworkManager[696]:ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-Auto_Ethernet ... Apr 21 09:17:55 study NetworkManager[696]:ifcfg-rh: read connection 'New Wired Connection' Apr 21 09:17:55 study NetworkManager[696]:ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... Apr 21 09:17:55 study NetworkManager[696]: info trying to start the modem manager... Apr 21 09:17:55 study dbus[744]: [system] Activating service name='org.freedesktop.ModemManager' (using servicehelper) Apr 21 09:17:55 study dbus-daemon[744]: dbus[744]: [system] Activating service name='org.freedesktop.ModemManager' (using servicehelper) Apr 21 09:17:56 study NetworkManager[696]: info monitoring kernel firmware directory '/lib/firmware'. Apr 21 09:17:56 study dbus-daemon[744]: dbus[744]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' Apr 21 09:17:56 study dbus[744]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' Apr 21 09:17:56 study dbus-daemon[744]: modem-manager[793]: info ModemManager (version 0.4.998-1.git20110706.fc16) starting... Apr 21 09:17:56 study modem-manager[793]: info ModemManager (version 0.4.998-1.git20110706.fc16) starting... Apr 21 09:17:56 study dbus[744]: [system] Activation via systemd failed for unit 'dbus-org.bluez.service': Unit dbus-org.bluez.service failed to load: No such file or directory. See system logs and 'systemctl status dbus-org.bluez.service' for details. Apr 21 09:17:56 study dbus-daemon[744]: dbus[744]: [system] Activation via systemd failed for unit 'dbus-org.bluez.service': Unit dbus-org.bluez.service failed to load: No such file or directory. See system logs and 'systemctl status dbus-org.bluez.service' for details. Apr 21 09:17:56 study iscsid: iSCSI logger with pid=799 started! Apr 21 09:17:56 study NetworkManager[696]: info WiFi enabled by radio killswitch; enabled by state file Apr 21 09:17:56 study NetworkManager[696]: info WWAN enabled by radio killswitch; enabled by state file Apr 21 09:17:56 study NetworkManager[696]: info WiMAX enabled by radio killswitch; enabled by state file Apr 21 09:17:56 study NetworkManager[696]: info Networking is enabled by state file Apr 21 09:17:56 study NetworkManager[696]: warn failed to allocate link cache: (-12) Netlink Error (errno = Operation not supported) Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): carrier is OFF Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): new Ethernet device (driver: 'r8169' ifindex: 2) Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): exported as /org/freedesktop/NetworkManager/Devices/0 Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): now managed Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): device state change: unmanaged - unavailable (reason 'managed') [10 20 2] Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): bringing up device. Apr 21 09:17:56 study kernel: [ 22.794871] r8169 :02:05.0: p3p1: link down Apr 21 09:17:56 study kernel: [ 22.794884] r8169 :02:05.0: p3p1: link down Apr 21 09:17:56 study dbus[744]: [system] Successfully activated service 'org.freedesktop.ModemManager' Apr 21 09:17:56 study dbus-daemon[744]: dbus[744]: [system] Successfully activated service 'org.freedesktop.ModemManager' Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): preparing device. Apr 21 09:17:56 study NetworkManager[696]: info (p3p1): deactivating device (reason 'managed') [2] Apr 21 09:17:56 study
Re: F16: Broken ypbind
Is it this bug: https://bugzilla.redhat.com/show_bug.cgi?id=812501 If yes, there is already an update in updates-testing which you could try. hth Johannes On 04/21/2012 08:10 AM, Terry Barnaby wrote: Some update appears to have broken the operation of ypbind recently. I have a F14 sever that serves /home and implements NIS services (ypserv) and has been running fine for over a year. The F16 clients use NetworkManager with wired Ethernet set to automatic/system connection. Everything comes up fine except for ypbind that fails. This has worked fine until a week or so ago (fails on multiple clients). The boot.log is enclosed, any ideas ? Cheers Terry -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No loadable SQlite extensions in Python 2.7
On Sat, 2012-04-21 at 10:08 +0300, Panu Matilainen wrote: On 04/21/2012 09:27 AM, Volker Froehlich wrote: On Fri, 2012-04-20 at 17:14 -0700, Toshio Kuratomi wrote: On Sat, Apr 21, 2012 at 12:46:38AM +0200, Volker Froehlich wrote: Hello! I noticed, our Python 2.7 package does not allow to load SQLite extensions from shared libraries. This must be configured at build-time. Is there a strong reason for this configuration, or could we possibly change that, if necessary? Not sure what you're asking for here. $ python import sqlite3 $ rpm -ql python-libs |grep sqlite3.so /usr/lib64/python2.7/lib-dynload/_sqlite3.so The sqlite module seems to be built into our python just fine -Toshio Yes, that's all fine, but: Connection.enable_load_extension(enabled) This routine allows/disallows the SQLite engine to load SQLite extensions from shared libraries. SQLite extensions can define new functions, aggregates or whole new virtual table implementations. One well-known extension is the fulltext-search extension distributed with SQLite. Loadable extensions are disabled by default. See [1]. New in version 2.7. http://docs.python.org/library/sqlite3.html#f1 sqlite in Fedora has been built with --enable-load-extension since 2008, so from that POV there's no problem. File a bug on python to request enabling it? https://bugzilla.redhat.com/show_bug.cgi?id=814905 Thanks! - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Install Fedora Button for LiveCD
Chris Murphy wrote: If not the button, I'd propose an enduring hack to restore sensible desktop icon functionality and my right to a cluttered desktop. +1 On the KDE spin, we explicitly kept desktop icons enabled (in the form of the Plasma folder view widget) exactly because of this usecase. Why can't the GNOME spin follow suit? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Private-libraries in /usr/lib* - invalid soname.
Ville Skyttä wrote: If there's no version in a soname, why would one want a soname in a library (public or private) in the first place instead of just omitting it? Because the build tools always automatically fill in the soname field even when it is redundant. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swaps
Hi! I am looking for reviewers and am willing to make reviews in return. Three renamed packages due to upstream name changes: globus-gram-job-manager-fork: https://bugzilla.redhat.com/show_bug.cgi?id=772986 globus-gram-job-manager-pbs: https://bugzilla.redhat.com/show_bug.cgi?id=772988 globus-gram-job-manager-sge: https://bugzilla.redhat.com/show_bug.cgi?id=772989 One package split: voms-api-java: https://bugzilla.redhat.com/show_bug.cgi?id=806066 One new package: jglobus: https://bugzilla.redhat.com/show_bug.cgi?id=812751 Mattias smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Login on Fedora 17
On Thu, Apr 19, 2012 at 7:59 PM, Adam Williamson awill...@redhat.com wrote: On Thu, 2012-04-12 at 08:02 +0900, Joel Rees wrote: On Thu, Apr 12, 2012 at 12:06 AM, Mark Haney ma...@abemblem.com wrote: On 04/11/2012 10:34 AM, Paul W. Frields wrote: You can still login at this prompt with your 'root' account and password. From that point, you can look at /var/log/Xorg.0.log to see what happened that caused your X Window System to fail. If you want to post that for people here to look at and offer advice, please *don't* attach the file to your email. It will probably be too big and your message won't come through. Instead, post it somewhere like http://fpaste.org and send a link to your paste here. That's true it is a fairly generic question, however, the OP did state he'd tried to login with root and failed. Sounds to me like X wasn't the only thing that is having issues. Although it could be the password he used. I noticed one time that the password I was using simply wouldn't work on the initial install of Fedora no matter how many times I installed it. It did work however after changing it once I got it installed. Maybe keyboard definition issues? My hardware tends to be Japanese, and sometimes the difference in key positions has left me with a root password set assuming US English layout. Some of the punctuation keys move when the full system boots and the keyboard definition is correctly set. If I work out what moved where, I can log in. But sometimes it's easier to just boot single user and set the password again. (Don't have all the layouts memorized.) Lately, I am beginning to doubt the wisdom of always hiding the password when you're setting it, especially now that proper passwords are generally understood to be long and convoluted. It would sometimes be nice to have a Debug keyboard or I've checked, nobody's looking over my shoulder, and I need to see what I'm typing. button. Setting up a new system is, statistically speaking, sometimes going to require some debugging until we can put the WINTEL-pseudo-standard infected hardware behind us. (And I don't even see Apple trying to do that, now.) Of course, you can always try the keys that might have moved -- ()[]{}'=;:+*-_\| and so forth -- where you'd type a user name. You often have to think in reverse, of course, as in, I thought I was typing left-bracket, what would that have been? Note that we actually have a test case which is run during validation testing and is intended to ensure that the same keyboard layout is used for setting passwords during installation and entering them post-install, because we had a lot of this kind of trouble back before we did that. To my knowledge we haven't had a major bug of this type since F15 or so. Well, maybe that doesn't get applied to some of the spins? I'm pretty sure I ended up with keys moving on a password on a live USB of the F16 security spin. If I notice it again and have time, maybe I should file a bug? -- Joel Rees -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Headup : soname bump in libmemcached 1.0.6 (rawhide)
libmemcached 1.0.6, just build in rawhide, now provides libhashkit.so.2 libmemcached.so.10 I will try to rebuild dependencies asap. Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
ad-hoc wireless connections security
I am writing this e-mail because I got so confused about this problem. I remember in past I used ad-hoc wireless connections with WPA security (not 100% sure, but I have vague memories) At a certain point, Fedora KDE started having problems with the security of ad-hoc connections: if you create a new ad-hoc connection, when you select WPA security everything seems okay, the KDE network manager shows you that your new ad-hoc connection is secure (you see the green shield). But if you check with another device, the ad-hoc connection is not secure at all. I created a bugreport, I don't remember if I opened it in Fedora bugzilla or KDE bugzilla, but I have been told that it is a Gnome networkmanager fault, so I had to open a bugreport in Gnome bugzilla. Today, various months later that bugreport, I was ordering my ideas to make a Gnome bugreport. To do that, I looked for my past bugreport, without success, but I found a strange bugreport submitted by Vladimir Benes https://bugzilla.redhat.com/show_bug.cgi?id=787733 He says this it is a kernel problem, because it cannot create ad-hoc connection secured with WPA encryption. To this point I do not know any more what to think. What do kernel developers say about? Having the possibility of creating ad-hoc wireless connection is quiet important in some situations. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Install Fedora Button for LiveCD
On Fri, Apr 20, 2012 at 09:52:38 -0400, Matthias Clasen mcla...@redhat.com wrote: On Fri, 2012-04-20 at 11:55 +0200, Jiri Eischmann wrote: Am I the only one who doesn't see any improvement in this solution? I've said from the beginning that I think the best solution is to show a regular window, either just autostarting the installer or offering a 'install or just try uninstalled' choice. I'm not claiming that the notification is a fantastic solution. That isn't a good solution for people who normally use live images for stuff other than installing, as it will bug them every time they use the image. Though a possible compromise here is to only do that on the desktop image and not any of the other images that derive from desktop. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Retiring mod_auth_pam, mod_auth_shadow, etc.
Hi. Looking for reviewers (below) for a couple of trivial packages. I was trying to use mod_auth_pam on EPEL and Fedora but without much luck. It seems that it's obsolete, and in any case doesn't support the new authz and authn APIs. I found: http://code.google.com/p/mod-auth-external/ and packaged it for Fedora and EPEL, and am using it with CentOS 6.1 with success. Looking for someone to review the package combination (you need pwauth with mod_authnz_external). https://bugzilla.redhat.com/show_bug.cgi?id=813594 https://bugzilla.redhat.com/show_bug.cgi?id=813564 Looking for reviewers for both so we have an alternative to mod_auth_shadow and mod_auth_pam when they're deprecated. Both packages are trivial. Mod_authnz_external builds on Apache 2.4. And pwauth is easy enough to test by hand (it also requires no configuration). I've been using the config file (with the comments removed) on an SVN server and it works well. -Philip -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swaps
Hi, I'll take the following if you could take: https://bugzilla.redhat.com/show_bug.cgi?id=814924 https://bugzilla.redhat.com/show_bug.cgi?id=814916 Thanks Brendan On 04/21/2012 04:14 PM, Mattias Ellert wrote: One package split: voms-api-java: https://bugzilla.redhat.com/show_bug.cgi?id=806066 One new package: jglobus: https://bugzilla.redhat.com/show_bug.cgi?id=812751 Mattias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On Apr 21, 2012, at 12:25 AM, Richard W.M. Jones wrote: On Fri, Apr 20, 2012 at 06:09:38PM +0200, Ralf Corsepius wrote: Well, as far as I can tell, many Ubuntu and Debian users prefer to call their release by name. An annoying feature of Debian. If you're not immersed in Debian development, it just means you have to go consult the mapping between names and release numbers on the Wikipedia page. At least Ubuntu's names are ordered alphabetically. Apple does it also, and Mac users frequently reference only the name not the version. I find it irritating. As a Mac user, at best I remember the current cat and the last cat. References to future cats, past cats, along with the current cats, makes my eyes glaze over and I start thinking about how the litter box is already too full. We definitely don't need more g.d. cats! Apple doesn't name their iOS releases, however. Kinda curious huh? Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Headup : soname bump in libmemcached 1.0.6 (rawhide)
Hi Remi, On Sat, 21 Apr 2012 17:18:24 +0200 Remi Collet fed...@famillecollet.com wrote: libmemcached 1.0.6, just build in rawhide, now provides libhashkit.so.2 libmemcached.so.10 I will try to rebuild dependencies asap. Thanks for the heads-up; I've just rebuilt proftpd so there's no need to do that one. Cheers, Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Mojolicious-2.85.tar.gz uploaded to lookaside cache by yaneti
A file has been added to the lookaside cache for perl-Mojolicious: 395d358831e904fbd626d59522f4f86f Mojolicious-2.85.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-Mojolicious] Update to 2.85
commit 993d5cee745d711012514060ca09250b72041466 Author: Yanko Kaneti yan...@declera.com Date: Sat Apr 21 09:11:54 2012 +0300 Update to 2.85 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index b8c0b99..689f2af 100644 --- a/.gitignore +++ b/.gitignore @@ -40,3 +40,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-2.56.tar.gz /Mojolicious-2.69.tar.gz /Mojolicious-2.70.tar.gz +/Mojolicious-2.85.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index 3474ae2..d57f973 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:2.70 +Version:2.85 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Sat Apr 21 2012 Yanko Kaneti yan...@declera.com - 2.85-1 +- Update to 2.85 + * Sat Mar 31 2012 Yanko Kaneti yan...@declera.com - 2.70-1 - Update to 2.70 diff --git a/sources b/sources index 6b49d97..52a5f4b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e26a9d0f9410a05e6ce316a335f8639a Mojolicious-2.70.tar.gz +395d358831e904fbd626d59522f4f86f Mojolicious-2.85.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-Mojolicious] BR: Data::Dumper
commit b387843fc3724b658a5065a9a2b85ec33ee11bc5 Author: Yanko Kaneti yan...@declera.com Date: Sat Apr 21 09:20:38 2012 +0300 BR: Data::Dumper perl-Mojolicious.spec |1 + 1 files changed, 1 insertions(+), 0 deletions(-) --- diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index d57f973..e78e7ee 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -9,6 +9,7 @@ Source0: http://search.cpan.org/CPAN/authors/id/S/SR/SRI/Mojolicious-%{ve BuildArch: noarch BuildRequires: perl = 0:5.008007 BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Data::Dumper) BuildRequires: perl(Digest::MD5) BuildRequires: perl(Test::Builder) BuildRequires: perl(Test::Harness) -- 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-Mojolicious/f17] (3 commits) ...BR: Data::Dumper
Summary of changes: 58ee200... Update to 2.70 (*) 993d5ce... Update to 2.85 (*) b387843... BR: Data::Dumper (*) (*) 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-Crypt-CBC] Fix FTBFS, improve test coverage
commit 2323d5be5489f635f4705c97e7b3c5f9bcbca062 Author: Paul Howarth p...@city-fan.org Date: Sat Apr 21 22:08:32 2012 +0100 Fix FTBFS, improve test coverage - BR: perl(bytes), perl(constant), perl(Digest::MD5) - required by module - BR: perl(Crypt::Blowfish), perl(Crypt::Blowfish_PP), perl(Crypt::DES), perl(Crypt::Rijndael) for improved test coverage, except when bootstrapping perl-Crypt-CBC.spec | 22 -- 1 files changed, 20 insertions(+), 2 deletions(-) --- diff --git a/perl-Crypt-CBC.spec b/perl-Crypt-CBC.spec index 7e1f5d1..5f8d78b 100644 --- a/perl-Crypt-CBC.spec +++ b/perl-Crypt-CBC.spec @@ -1,7 +1,7 @@ Summary: Encrypt Data with Cipher Block Chaining Mode Name: perl-Crypt-CBC Version: 2.29 -Release: 9%{?dist} +Release: 10%{?dist} # Upstream confirms that they're under the same license as perl. # Wording in CBC.pm is less than clear, but still. License: GPL+ or Artistic @@ -11,7 +11,20 @@ Source0: http://search.cpan.org/CPAN/authors/id/L/LD/LDS/Crypt-CBC-%{version}.ta BuildArch: noarch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +BuildRequires: perl(bytes) +BuildRequires: perl(constant) +BuildRequires: perl(Digest::MD5) BuildRequires: perl(ExtUtils::MakeMaker) +# Modules used for test suite, skipped when bootstrapping as +# some of these modules use Crypt::CBC themselves +# Crypt::CAST5 not yet packaged in Fedora +# Crypt::IDEA is unavailable due to patents +%if 0%{!?perl_bootstrap:1} +BuildRequires: perl(Crypt::Blowfish) +BuildRequires: perl(Crypt::Blowfish_PP) +BuildRequires: perl(Crypt::DES) +BuildRequires: perl(Crypt::Rijndael) +%endif %description This is Crypt::CBC, a Perl-only implementation of the cryptographic @@ -48,6 +61,11 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/*.3* %changelog +* Sat Apr 21 2012 Paul Howarth p...@city-fan.org - 2.29-10 +- BR: perl(bytes), perl(constant), perl(Digest::MD5) - required by module +- BR: perl(Crypt::Blowfish), perl(Crypt::Blowfish_PP), perl(Crypt::DES), + perl(Crypt::Rijndael) for improved test coverage, except when bootstrapping + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.29-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild @@ -58,7 +76,7 @@ rm -rf $RPM_BUILD_ROOT - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild * Wed Dec 15 2010 Marcela Maslanova mmasl...@redhat.com - 2.29-6 -- 661697 rebuild for fixing problems with vendorach/lib +- Rebuild to fix problems with vendorarch/lib (#661697) * Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 2.29-5 - Mass rebuild with perl-5.12.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
[perl-Crypt-CBC/f17] Fix FTBFS, improve test coverage
Summary of changes: 2323d5b... Fix FTBFS, improve test coverage (*) (*) 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-Crypt-CBC] Created tag perl-Crypt-CBC-2.29-10.fc17
The lightweight tag 'perl-Crypt-CBC-2.29-10.fc17' was created pointing to: 2323d5b... Fix FTBFS, improve test coverage -- 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-Log-Any] BR: perl(base), perl(Data::Dumper), perl(Test::Builder)
commit 6039ae32b37434636299470c1e8026aefcd25424 Author: Paul Howarth p...@city-fan.org Date: Sat Apr 21 22:26:27 2012 +0100 BR: perl(base), perl(Data::Dumper), perl(Test::Builder) perl-Log-Any.spec | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) --- diff --git a/perl-Log-Any.spec b/perl-Log-Any.spec index 6c3c243..b06c790 100644 --- a/perl-Log-Any.spec +++ b/perl-Log-Any.spec @@ -1,6 +1,6 @@ Name: perl-Log-Any Version:0.11 -Release:6%{?dist} +Release:7%{?dist} Summary:Bringing loggers and listeners together License:GPL+ or Artistic Group: Development/Libraries @@ -8,7 +8,10 @@ URL:http://search.cpan.org/dist/Log-Any/ Source0: http://www.cpan.org/authors/id/J/JS/JSWARTZ/Log-Any-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: perl(base) +BuildRequires: perl(Data::Dumper) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::Builder) BuildRequires: perl(Test::Simple) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -55,8 +58,11 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog -* Wed Jul 20 2011 Iain Arnell iarn...@gmail.com 0.11-6 -- add __provides_exclude macro for rpm 4.9 +* Sat Apr 21 2012 Paul Howarth p...@city-fan.org - 0.11-7 +- BR: perl(base), perl(Data::Dumper), perl(Test::Builder) + +* Wed Jul 20 2011 Iain Arnell iarn...@gmail.com - 0.11-6 +- Add __provides_exclude macro for rpm 4.9 * Mon Jun 20 2011 Marcela Mašláňová mmasl...@redhat.com - 0.11-5 - Perl 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-Log-Any/f17] BR: perl(base), perl(Data::Dumper), perl(Test::Builder)
Summary of changes: 6039ae3... BR: perl(base), perl(Data::Dumper), perl(Test::Builder) (*) (*) 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-Log-Any] Created tag perl-Log-Any-0.11-7.fc17
The lightweight tag 'perl-Log-Any-0.11-7.fc17' was created pointing to: 6039ae3... BR: perl(base), perl(Data::Dumper), perl(Test::Builder) -- 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-MD5] BR: perl(Digest::MD5) ≥ 2.00, fix upstream source URL
commit ede57073f4246dc1cb2c5a60f2d9d7abcf260cdc Author: Paul Howarth p...@city-fan.org Date: Sat Apr 21 22:35:40 2012 +0100 BR: perl(Digest::MD5) ≥ 2.00, fix upstream source URL perl-MD5.spec | 13 + 1 files changed, 9 insertions(+), 4 deletions(-) --- diff --git a/perl-MD5.spec b/perl-MD5.spec index 901c1f8..2cb8b04 100644 --- a/perl-MD5.spec +++ b/perl-MD5.spec @@ -1,13 +1,14 @@ Name: perl-MD5 Version:2.03 -Release:11%{?dist} +Release:12%{?dist} Summary:Perl interface to the MD5 Message-Digest Algorithm License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/MD5/ -Source0:http://www.cpan.org/modules/by-module/MD5/MD5-%{version}.tar.gz +Source0: http://www.cpan.org/modules/by-module/MD5/GAAS/MD5-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: perl(Digest::MD5) = 2.00 BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -46,6 +47,10 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Sat Apr 21 2012 Paul Howarth p...@city-fan.org - 2.03-12 +- BR: perl(Digest::MD5) ≥ 2.00 +- Fix upstream source URL + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.03-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild @@ -59,7 +64,7 @@ rm -rf %{buildroot} - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild * Mon Dec 20 2010 Marcela Maslanova mmasl...@redhat.com - 2.03-7 -- 661697 rebuild for fixing problems with vendorach/lib +- Rebuild to fix problems with vendorarch/lib (#661697) * Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 2.03-6 - Mass rebuild with perl-5.12.0 @@ -74,7 +79,7 @@ rm -rf %{buildroot} - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Thu Mar 06 2008 Tom spot Callaway tcall...@redhat.com - 2.03-2.1 -Rebuild for new perl +- Rebuild for new perl * Tue Oct 16 2007 Tom spot Callaway tcall...@redhat.com 2.03-1.1 - correct license tag -- 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-MD5/f17] BR: perl(Digest::MD5) ≥ 2.00, fix upstream source URL
Summary of changes: ede5707... BR: perl(Digest::MD5) ≥ 2.00, fix upstream source URL (*) (*) 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-MD5] Created tag perl-MD5-2.03-12.fc17
The lightweight tag 'perl-MD5-2.03-12.fc17' was created pointing to: ede5707... BR: perl(Digest::MD5) ≥ 2.00, fix upstream source URL -- 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] [ds.git] [PATCH 1/1]: Do not check port availability during forced setup
Hi there, In a scenario where I'm trying to setup a 389 Directory Server automatically, I ran into an issue with checking ports - no ports nor any networking, are available when I execute the setup. FWIW, I'm bootstrapping the setup for a live image. The problem seems to be in ldap/admin/src/scripts/DSDialogs.pm, at line 69, which checks for the port to be available without taking into account whether or not the setup is supposed to continue (even without a port). Attached is a patch. Kind regards, Jeroen van Meeuwen -- Systems Architect, Kolab Systems AG e: vanmeeuwen at kolabsys.com m: +44 74 2516 3817 w: http://www.kolabsys.com pgp: 9342 BF08From 76a40ca5d454b77924207180d9ddef76e90e5ce5 Mon Sep 17 00:00:00 2001 From: Jeroen van Meeuwen (Kolab Systems) vanmeeu...@kolabsys.com Date: Sat, 21 Apr 2012 14:15:57 +0100 Subject: [PATCH] Suppress alert on unavailable port with forced setup --- ldap/admin/src/scripts/DSDialogs.pm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/ldap/admin/src/scripts/DSDialogs.pm b/ldap/admin/src/scripts/DSDialogs.pm index 60bc115..08c8b2b 100644 --- a/ldap/admin/src/scripts/DSDialogs.pm +++ b/ldap/admin/src/scripts/DSDialogs.pm @@ -66,7 +66,7 @@ my $dsport = new Dialog ( my $res = $DialogManager::SAME; if ($ans !~ /^\d+$/) { $self-{manager}-alert(dialog_dsport_invalid, $ans); -} elsif (!portAvailable($ans)) { +} elsif (!portAvailable($ans) !$self-{manager}-{setup}-{force}) { $self-{manager}-alert(dialog_dsport_error, $ans); } else { $res = $DialogManager::NEXT; -- 1.7.7.6 signature.asc Description: This is a digitally signed message part. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel