Re: [Yum-devel] dnf-0..3.10
On 01/08/13 02:36, Ed Marshall wrote: Also, consider cases where repository priorities are in use; a lower-priority repo that's unreachable may cause unexpected/damaging results for the administrator in cases where there's a package version mismatch. regarding priorities/costs, I filed an RFE bug some time ago: https://bugzilla.redhat.com/show_bug.cgi?id=967798 -- Matthias Runge mru...@matthias-runge.de -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Yum-devel] dnf-0..3.10
On 08/01/2013 02:36 AM, Ed Marshall wrote: Also, consider cases where repository priorities are in use; a lower-priority repo that's unreachable may cause unexpected/damaging results for the administrator in cases where there's a package version mismatch. In cases like this it would be a good idea for the high priority repo to set skip_if_unavailable = False. Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Yum-devel] dnf-0..3.10
On 08/01/2013 12:06 AM, James Antill wrote: Also a lot of errors become silent errors (so things are slow and don't work well instead of explicitly saying: foo repo. is broken). Indeed are the dropbox repos. likely to be broken, or would someone fix them if they knew? Should users have them disabled by default and only use --enablerepo occasionally? Should they not be implemented as a direct repo. at all? Hi, it's not silent there's a warning about the repo being skipped. Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Relying on $PATH in RPM scriplets + little bit of marketing
On Fri, Jul 26, 2013 at 06:00:04PM +0100, Richard Jones wrote: IMHO there's probably a case for filing a bug with upstream cloud-init and getting them to drop something like: Environment=PATH=[some predictable path] into cloud-init-0.7.2/systemd/cloud-*.service. Oh, good point. Thank you Richard! https://bugzilla.redhat.com/show_bug.cgi?id=990910 Comment Nine thousands to go, whoo! Which reminds me - are we prepared from the marketing perspective? I can imagine Phoronix.com to publish an article Red Hat reaches million bugs. We should have some PR prepared explaining that we track features there (I can imagine writing mostly features there :-) /Comment -- Later, Lukas lzap Zapletal irc: lzap #theforeman -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Relying on $PATH in RPM scriplets + little bit of marketing
On Thu, Aug 01, 2013 at 10:06:15AM +0200, Lukas Zapletal wrote: Which reminds me - are we prepared from the marketing perspective? I can imagine Phoronix.com to publish an article Red Hat reaches million bugs. We should have some PR prepared explaining that we track features there (I can imagine writing mostly features there :-) I should think twice before sending an e-mail. The all above applies, but more to Fedora of course: Fedora reaches million bugs. The whole point is: these are not just bugs! ;-) Ok back to work, this only proves that hackers like me are really bad in marketing. LZ -- Later, Lukas lzap Zapletal irc: lzap #theforeman -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Relying on $PATH in RPM scriplets + little bit of marketing
On Thu, 2013-08-01 at 10:13 +0200, Lukas Zapletal wrote: On Thu, Aug 01, 2013 at 10:06:15AM +0200, Lukas Zapletal wrote: Which reminds me - are we prepared from the marketing perspective? I can imagine Phoronix.com to publish an article Red Hat reaches million bugs. We should have some PR prepared explaining that we track features there (I can imagine writing mostly features there :-) I should think twice before sending an e-mail. The all above applies, but more to Fedora of course: Fedora reaches million bugs. The whole point is: these are not just bugs! ;-) There might not be anything special about it, Ubuntu has more than 1.2 million bugs opened in Launchpad. -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning Docky
I'll take it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Yum-devel] dnf-0..3.10
On 1 August 2013 08:41, Ales Kozumplik akozu...@redhat.com wrote: In cases like this it would be a good idea for the high priority repo to set skip_if_unavailable = False. 100% agreed. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non-responsive maintainer: Dave Ludlow (adsllc), package takeover request
Hi, Since all attempts to contact the mingw-proj maintainer have failed, and it's been three weeks since filing bug #983759, I'd like to request to take over mingw-proj. For reference, here are the other packages maintained by adsllc: drehatlas-warender-bibliothek-fonts -- A Latin typeface that is decorative, surreal, and hairy drehatlas-widelands-fonts -- A Latin typeface inspired by feudal calligraphy drehatlas-xaporho-fonts -- A Latin typeface that is sharp and angular mingw-libgeotiff -- MinGW port of libgeotiff Georeferenced image library mingw-libzip -- MinGW port of the C library for manipulating zip archives. mingw-proj -- MinGW port of the proj cartographic projection library vifir -- A viewer for electronic aviation charts I'd also be willing to take over the other mingw packages. Thanks, Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Mesa needs an update?
After upgrading from F18 to F19 using fedup, I was getting a segfault starting Xorg[1]. It turns out my case seemed almost identical to another case[2], but since they seemed to be from separate drivers I filed a separate bug. The catalyst driver also did not work for me, but for an entirely different reason. (My ASUS laptop has a Radeon HD 7730M) I didn't have time to look into it further at that point, so I just filed the bug and did weekly yum upgrades, hoping a package would get fixed or bumped that would fix my problem. As of today, that still had not happened and no one had responded to my bug report. Having a bit of free time, I decided to look into it. Since the stack trace seemed to indicate the mesa-dri-drivers were at fault (I accidentally forgot the stack trace in the bug report, but it is almost identical to that in [2], replacing sis_drv with radeon_dri), I rebuilt the latest from git and tried that. After replacing the old version with the newly built radeon_dri.so, I was able to boot into X without a problem. The latest mesa in the repos still does not solve this problem, so I just wanted to bring it to the maintainer's attention that an update for this package should probably be expedited. Best regards, Morgan [1] https://bugzilla.redhat.com/show_bug.cgi?id=984256 [2] https://bugzilla.redhat.com/show_bug.cgi?id=965605 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Summary of accepted Fedora 20 Changes - week 31
Greetings! This is a summary of accepted Fedora 20 Changes by FESCo for week 31 (in tickets). = System Wide Changes = * Web Assets - https://fedoraproject.org/wiki/Changes/Web_Assets discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/185638.html * Enable SELinux Labeled NFS Support - https://fedoraproject.org/wiki/Changes/LabeledNFS discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186785.html Owners: please improve Documentation section * NetworkManager Bonding Support - https://fedoraproject.org/wiki/Changes/NetworkManagerBonding discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186537.html * NetworkManager Bridging Support - https://fedoraproject.org/wiki/Changes/NetworkManagerBridging discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186536.html = Self Contained Changes = * SSD cache - https://fedoraproject.org/wiki/Changes/SSD_cache discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/185336.html Accepted as self-contained feature; follow with system wide changes in F-21 ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Thu, 2013-08-01 at 20:21 +0800, Morgan Howe wrote: After upgrading from F18 to F19 using fedup, I was getting a segfault starting Xorg[1]. It turns out my case seemed almost identical to another case[2], but since they seemed to be from separate drivers I filed a separate bug. The catalyst driver also did not work for me, but for an entirely different reason. (My ASUS laptop has a Radeon HD 7730M) I didn't have time to look into it further at that point, so I just filed the bug and did weekly yum upgrades, hoping a package would get fixed or bumped that would fix my problem. As of today, that still had not happened and no one had responded to my bug report. Having a bit of free time, I decided to look into it. Since the stack trace seemed to indicate the mesa-dri-drivers were at fault (I accidentally forgot the stack trace in the bug report, but it is almost identical to that in [2], replacing sis_drv with radeon_dri), I rebuilt the latest from git and tried that. After replacing the old version with the newly built radeon_dri.so, I was able to boot into X without a problem. The latest mesa in the repos still does not solve this problem, so I just wanted to bring it to the maintainer's attention that an update for this package should probably be expedited. We don't simply bump Mesa to bleeding-edge git on stable releases. It'll fix your bug, sure, but it could just as well break 2x as many things as it fixes... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Summary of accepted Fedora 20 Changes - week 31
- Original Message - Greeting! This is a summary of accepted Fedora 20 Changes by FESCo for week 31 (in tickets). = System Wide Changes = * Web Assets - https://fedoraproject.org/wiki/Changes/Web_Assets discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/185638.html * Enable SELinux Labeled NFS Support - https://fedoraproject.org/wiki/Changes/LabeledNFS discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186785.html Owners: please improve Documentation section * NetworkManager Bonding Support - https://fedoraproject.org/wiki/Changes/NetworkManagerBonding discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186537.html * NetworkManager Bridging Support - https://fedoraproject.org/wiki/Changes/NetworkManagerBridging discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186536.html = Self Contained Changes = * SSD cache - https://fedoraproject.org/wiki/Changes/SSD_cache discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/185336.html Accepted as self-contained feature; follow with system wide changes in F-21 Two more Changes accepted later today = System Wide Changes = * Visible Cloud - https://fedoraproject.org/wiki/Changes/VisibleCloud discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/185338.html = Self Contained Changes = * Adding NetworkManager Connections via CLI - https://fedoraproject.org/wiki/Changes/NetworkManagerCLIAddConnection discussed on https://lists.fedoraproject.org/pipermail/devel/2013-July/186525.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning
On Wed, Jul 31 2013 at 5:53pm -0400, Chris Murphy li...@colorremedies.com wrote: On Jul 31, 2013, at 12:38 PM, Eric Sandeen sand...@redhat.com wrote: i.e. if you only want the efficient snapshots, a way to fully-provision a thinp device. I'm still not sure if this is possible…? […] I guess I'm pretty nervous about offering actual thin provisioned storage to average Fedora users. I'm having nightmares about the bug reports already, just based on the likelihood of most users misunderstanding the feature and it's requirements expected behavior… So possibly the installer should be conservative about how thin the provisioning is; We (David Lehman, myself and others on our respective teams) have already decided some months ago that any thin LVs that anaconda establishes will _not_ oversubscribe the thin-pool. And in fact a reserve of free space will be kept in the thin-pool as well as the parent VG. otherwise I'm imagining inadequately provisioned thinp LV, while also using the rollback feature [1]. Can you elaborate? Rollback with LVM thin provisioning doesn't require any additional space in the pool. It is a simple matter of swapping the internal device_ids that the thin-pool uses as an index to access the corresponding thin volumes. This is done when activating the thin volumes. LVM2's support thinp snapshot merge (aka rollback) is still pending, but RFC patches have been published via this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=957881 [1] https://fedoraproject.org/wiki/Changes/Rollback The Rollback project authors have been having periodic concalls with David Lehman, myself and others. So we are relatively coordinated ;) Mike -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Heads up: libcolord ABI bump coming up
On 26 July 2013 16:12, Richard Hughes hughsi...@gmail.com wrote: I'm about to release and build a new colord. This has all the pre-1.0.* deprecated functions in libcolord removed, and hence bumps ABI. The affected packages are: colord-gtk colorhug-client colorhug-tools control-center gnome-color-manager gnome-settings-daemon gtk3 simple-scan All rebuilt in rawhide this week. Sorry for any inconvenience if things were broken for you. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning
Am 31.07.2013 21:24, schrieb Matthew Miller: On Wed, Jul 31, 2013 at 08:18:52PM +0200, Reindl Harald wrote: you are aware how much 10% of 8 TB are? So why *not* keep more logs, at least while nothing else is using it? to save space? there where i use Thin Provisioning are full backups of machines mandatory and you do not want to have hundrets of gigabyteslogs you need at least a lot of more fuzzy logic * not more than XXX MB * or vary the percentage depending on the drive size * if /var/log is a dedicated partition *nothing* reserved That last, at least, seems reasonable at least the second too - nobody looks at TB's of logs and the few people who do are not the norm and can configure it signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Rebuild of Boost dependees
2013/7/31 Petr Machata pmach...@redhat.com: monotone5678043 'LUA_GLOBALSINDEX' was not declared in this scope For Lua 5.2 and newer Boost it has to be updated to latest head from MTN. As I am on vacation now, that will likely have to wait until next week. - Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
BlueZ Status in Fedora.
Hey Guy. Is there something wrong with BlueZ 5.x Series? The Website states that using the 4.x Version is deprecated. What exactly is holding the Updates back in Fedora? Is there a reason for excluding the 5.x Series? -- Stefan HeldVI has only 2 Modes: obi unixkiste org The first one is for beeping all the time the second destroys the text. --- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: BlueZ Status in Fedora.
On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote: What exactly is holding the Updates back in Fedora? Is there a reason for excluding the 5.x Series? See https://fedoraproject.org/wiki/Changes/Bluez5 and the thread starting at https://lists.fedoraproject.org/pipermail/devel/2013-May/182355.html -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: BlueZ Status in Fedora.
On Thu, Aug 1, 2013 at 6:14 PM, Tomasz Torcz to...@pipebreaker.pl wrote: On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote: What exactly is holding the Updates back in Fedora? Is there a reason for excluding the 5.x Series? See https://fedoraproject.org/wiki/Changes/Bluez5 and the thread starting at https://lists.fedoraproject.org/pipermail/devel/2013-May/182355.html I was kind of expecting this would have landed by now though, Bastien will be @ GUADEC this week so not sure if he'll respond quickly Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning Blueman
Hi Devel! I've recently been approached about one of the packages I maintain, Blueman, an alternative Bluetooth Manager. At the time I packaged it, it was actively being developed, however development has stopped for over a year [1]. The project's domain expired too. [2] The package has been continuously piling up bugs. Some of which I can fix (Packaging) but most of which I can't (Actual crashes). Given that both the KDE Bluetooth Manager and the Gnome Bluetooth Manager both work wonderfully, I'm orphaning the package. [1] https://code.launchpad.net/~chihchun/blueman/blueman-lp1087890 [2] http://blueman-project.org/ -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning Blueman
On Thu, Aug 1, 2013 at 10:52 AM, Juan Rodriguez nus...@fedoraproject.org wrote: Hi Devel! I've recently been approached about one of the packages I maintain, Blueman, an alternative Bluetooth Manager. At the time I packaged it, it was actively being developed, however development has stopped for over a year [1]. The project's domain expired too. [2] The package has been continuously piling up bugs. Some of which I can fix (Packaging) but most of which I can't (Actual crashes). Given that both the KDE Bluetooth Manager and the Gnome Bluetooth Manager both work wonderfully, I'm orphaning the package. [1] https://code.launchpad.net/~chihchun/blueman/blueman-lp1087890 [2] http://blueman-project.org/ Have you tried to contact upstream? Why not just retire and block it at the same time if it is dead Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Default libkrb5 ccache location
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/29/2013 06:50 PM, Lennart Poettering wrote: On Mon, 29.07.13 17:25, Simo Sorce (s...@redhat.com) wrote: So, one question, why again not just use the kernel keyring? Size. If this is about the size of the objects then maybe you can convince the kernel keyring guys to make it backed by tmpfs, the same way as GEM/DRM or kdbus is backed by tmpfs these days. Sure, feel free to go that way, it is a *long* road, and it is simpler to have a daemon that checks for valid credentials and delete expired ones than deal with this in the kernel. The value of the keyring is in using non-swappable memory, if you allow it to swap then it makes no sense to use a custom, complex, kernel interface anymore, files are just simpler and easier to manage for admins and applications and can be protected easily by ACLs and Selinux. Well, the point is that the kernel keyring is by purpose and by semantics pretty much exactly what you guys need. It has expiry logic, access control, namespacing, and it's main purpose is actually handling of authentication tokens. The only issue appears to be object size, but that's totally fixable. I can understand that it is easier to intrdouce a new userspace daemon that works around a kernel limitations, but the right approach is still to just fix the kernel interface. The kernel keyring folks work for Red Hat, have you pinged them? Circling back around on this, we contacted the kernel keyring developers (specifically David Howells) and we are now working this direction. We initially expected a great deal more resistance than we actually got, which was why we hesitated to take this approach (that and past history with size issues). So the current approach we are investigating looks something like the following (based on discussions between Simo, Nalin, David and myself) 1) We will add a new key type big_key that allows us to create keys up to 1MiB in size, backed by internal kernel tmpfs, allowing the contents to be swapped out to disk (unlike most other keyrings, which remain in unswappable kernel memory). 2) We will create a new public interface, keyctl_get_krbcache(uid_t, key_serial_t id). This API will allow the user (and certain privileged root processes such as rpc.gssd and gss-proxy) to access the keys for a particular UID. This keyring shall not be tied to a session (so it can outlive a user on the system if they need to perform actions while not logged in, such as access to secure NFS). The kernel keyring should be created automatically on the first request if it does not yet exist. It must also be possible to manipulate the lifetime timer with functions like keyctl_set_timeout() (to align the keyring life with the credential validity) and must also be possible to be destroyed immediately using the usual keyctl APIs (such as in the kdestroy case). libkrb5 will now accept a new value for the credential cache string (for example: when used in KRB5CCNAME). It will take the form: KEYRING:krbcache:$UID to represent a credential cache collection and KEYRING:krbcache:$UID:tktX to represent a specific key within a cache collection. This new interface will need to support the 'kswitch' kerberos feature for selecting the REALM against which to operate. This plan does not come without risks. It is possible that the kernel and MIT upstream might not accept this new keyring. We believe at the moment (from conversations with them) that this should be considered a low risk. We are currently planning to execute on this plan immediately and quickly. Once this is complete and readied, action *will* be required by some of our downstream dependencies, including (but not limited to): * sssd * openssh * rpc.gssd * gnome-online-accounts -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlH6rUoACgkQeiVVYja6o6MbmQCghWRkC9PCg+90O6gZxdk/0TXc BTkAn14MMmaG8qZERb9ru4CUNFCz0Xyv =XqaJ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Two packages for swapping reviews.
Hello All! I'm desperately searching a reviewer for two Erlang-related packages: * https://bugzilla.redhat.com/990932 - erlang-riaknostic - A diagnostic tool for Riak installations * https://bugzilla.redhat.com/990691 - erlang-sidejob - An Erlang library that implements a parallel, capacity-limited request pool In exchange I'm willing to review your packages. Don't miss your chance! -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning Blueman
On 01/08/13 12:52 -0500, Juan Rodriguez wrote: I've recently been approached about one of the packages I maintain, Blueman, an alternative Bluetooth Manager. At the time I packaged it, it was actively being developed, however development has stopped for over a year [1]. The project's domain expired too. [2] The package has been continuously piling up bugs. Some of which I can fix (Packaging) but most of which I can't (Actual crashes). Given that both the KDE Bluetooth Manager and the Gnome Bluetooth Manager both work wonderfully, I'm orphaning the package. The only catch is that gnome-bluetooth needs plenty of burden (from my LXDE user perspective) such as accountsservice, gnome-settings-daemon, gnome-online-accounts, etc. It's harder and harder to escape from these monoliths despite not using vast majority of their functionality while the rest can only be good to provide new attack vectors. Well, Blueman will be missed then, I am not seeing myself jumping into its maintenance. [1] https://code.launchpad.net/~chihchun/blueman/blueman-lp1087890 [2] http://blueman-project.org/ -- Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: BlueZ Status in Fedora.
On Thu, 2013-08-01 at 18:36 +0100, Peter Robinson wrote: On Thu, Aug 1, 2013 at 6:14 PM, Tomasz Torcz to...@pipebreaker.pl wrote: On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote: What exactly is holding the Updates back in Fedora? Is there a reason for excluding the 5.x Series? See https://fedoraproject.org/wiki/Changes/Bluez5 and the thread starting at https://lists.fedoraproject.org/pipermail/devel/2013-May/182355.html I was kind of expecting this would have landed by now though, Bastien will be @ GUADEC this week so not sure if he'll respond quickly For the NetworkManager side, porting to Bluez5 requires a couple things yet to finish: 1) DUN support: bluez5 makes this incredibly difficult because the DUN serial channel is no longer a kernel device and thus can't be used with pppd, can only be seen by one process, thus we pretty much have to cut Bluez5 out of the DUN path entirely. That's being worked on slowly. 2) a behavior change in NetworkManager to show all PAN/DUN capable devices immediately, not just ones that have been configured during pairing. This requires some updates to the GUI apps and some additional changes to NetworkManager to prompt the user to configure the device upon first-use, instead of at pair-time. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 466 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 361 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-6608/Django-1.1.4-2.el5 56 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-6089/ssmtp-2.61-20.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-10985/perl-Proc-ProcessTable-0.48-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11075/zabbix20-2.0.6-3.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing epic5-1.1.6-1.el5 etckeeper-1.6-1.el5 holland-1.0.10-1.el5 imapsync-1.555-1.el5 kobo-0.4.0-2.el5 libcutl-1.7.1-1.el5 openvpn-2.3.2-1.el5 pcp-3.8.2-1.el5 zabbix20-2.0.6-3.el5 Details about builds: epic5-1.1.6-1.el5 (FEDORA-EPEL-2013-11051) Enhanced Programmable ircII Client Update Information: Update to latest upstream release ChangeLog: etckeeper-1.6-1.el5 (FEDORA-EPEL-2013-11074) Store /etc in a SCM system (git, mercurial, bzr or darcs) Update Information: Update to the latest stable version. See http://git.kitenet.net/?p=etckeeper.git;a=blob;f=debian/changelog for the complete upstream changelog. ChangeLog: * Tue Jul 30 2013 Thomas Moschny thomas.mosc...@gmx.de - 1.6-1 - Update to 1.6. * Sat Jul 27 2013 Thomas Moschny thomas.mosc...@gmx.de - 1.5-1 - Update to 1.5. * Sat Jul 27 2013 Jóhann B. Guðmundsson johan...@fedoraproject.org - 1.4-2 - Add a missing requirement on crontabs to spec file holland-1.0.10-1.el5 (FEDORA-EPEL-2013-11056) Pluggable Backup Framework Update Information: Latest 1.0 source for holland backup. ChangeLog: * Tue Jul 30 2013 Jeffrey Ness jeffrey.n...@rackspace.com - 1.0.10-1 - Latest 1.0 sources from upstream. - LP#706997 has been addressed upstream * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.0.6-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild * Thu Oct 18 2012 BJ Dierkes wdier...@rackspace.com - 1.0.6-7 - Fixed -pgdump summary per BZ#847855. * Thu Jul 19 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.0.6-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.0.6-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild * Wed Feb 9 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.0.6-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild imapsync-1.555-1.el5 (FEDORA-EPEL-2013-11067) Tool to migrate email between IMAP servers Update Information: Upgrade imapsync to 1.555 ChangeLog: * Sun Jul 28 2013 Nick Bebout n...@fedoraproject.org - 1.555-1 - Upgrade to 1.555 kobo-0.4.0-2.el5 (FEDORA-EPEL-2013-11064) Python modules for tools development Update Information: Completely remove Django support on el5 and el6. New upstream release New upstream release ChangeLog: * Mon Jul 29 2013 Daniel Mach dm...@redhat.com - 0.4.0-2 - Drop admin subpackage on rhel = 5 - Drop admin, django and hub subpackages on epel 6 * Thu Jul 25 2013 Daniel Mach dm...@redhat.com - 0.4.0-1 - Drop django and hub subpackages on rhel = 5 - Set filename to be real name of a downloaded file. (Tomas Tomecek) - Fix logwatcher to scroll to latest logs. (Tomas Tomecek) - Remove obsolete function
Re: Rebuild of Boost dependees
On Wed, Jul 31, 2013 at 2:18 PM, Jerry James loganje...@gmail.com wrote: Neither my python-fu nor my scons-fu is great enough for me to figure out how to work around this problem. Can any python masters on this list see a way to work around the bug? This is https://bugzilla.redhat.com/show_bug.cgi?id=974257 for anybody interested. Well, I fixed it by applying the following patch. Close your eyes now, lest they explode: --- SConstruct.orig2013-01-29 15:37:01.0 -0700 +++ SConstruct2013-08-01 15:20:08.695760012 -0600 @@ -561,16 +561,14 @@ Creates soname. target = str(env.subst(target)) -import re -soPattern = re.compile('(.*)\.[0-9]*\.[^.]*$', re.I|re.S) -soname = soPattern.findall(path.basename(target)) - +from subprocess import check_output +basename = path.basename(target) +if len(basename) == 0: + return '' +soname = check_output('sed \'s/\.[0-9]*\.[0-9]*$//\' ' + basename, shell=True).rstrip() if len(soname) 0: -return prefix + soname[0] + suffix +return prefix + soname + suffix else: -if env['PLATFORM']==darwin: -return prefix + path.basename(target) + suffix - return '' @@ -1103,16 +1101,14 @@ def SymlinkReadableLibname(files): Generate symbolik link with more readable library name. +from subprocess import check_output suffix = env.subst('$SHLIBVERSIONSUFFIX') simplesuffix = env.subst('$SHLIBSUFFIX') result = [] -import re -soPattern = re.compile('(.*)\.[0-9]*\.[0-9]*$', re.I|re.S) -sonameversion = soPattern.findall(path.basename(env.subst('$LIBRARY_VERSION')))[0] for fname in files: fname = str(fname) -soname = soPattern.sub(r'\1', fname) +soname = check_output('sed \'s/\.[0-9]*\.[0-9]*$//\' ' + fname, shell=True).rstrip() versionname = fname.replace('.' + env.subst('$LIBRARY_VERSION'), '') simple = fname.replace(suffix, simplesuffix) But it would be much, much better if the python regular expression engine were fixed. Are any of the python maintainers seriously looking at the upstream patch? If not, could you please? -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaning Blueman
On 08/01/2013 07:52 PM, Juan Rodriguez wrote: I've recently been approached about one of the packages I maintain, Blueman, an alternative Bluetooth Manager. At the time I packaged it, it was actively being developed, however development has stopped for over a year [1]. The project's domain expired too. [2] The package has been continuously piling up bugs. Some of which I can fix (Packaging) but most of which I can't (Actual crashes). Furthermore, it doesn't work with bluez5 and the porting is not entirely trivial. Bluez5 might yet land in F20 and without anyone working on Blueman, it would get into a broken state. So yeah, might be a good idea to retire it unless someone is willing to invest time in working on the code again. Hope this helps, Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: BlueZ Status in Fedora.
On 08/01/2013 07:36 PM, Peter Robinson wrote: I was kind of expecting this would have landed by now though, Bastien will be @ GUADEC this week so not sure if he'll respond quickly We'll discuss this at GUADEC and I'll follow up here once we figure out a plan what to do. It's possible that it gets delayed to F21, but it will definitely land in Fedora sooner or later. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Thu, Aug 1, 2013 at 11:12 PM, Adam Williamson awill...@redhat.comwrote: On Thu, 2013-08-01 at 20:21 +0800, Morgan Howe wrote: The latest mesa in the repos still does not solve this problem, so I just wanted to bring it to the maintainer's attention that an update for this package should probably be expedited. We don't simply bump Mesa to bleeding-edge git on stable releases. It'll fix your bug, sure, but it could just as well break 2x as many things as it fixes... I didn't say you need to bump it to bleeding edge git. I'm just letting you know that there's a pretty serious bug in the current version of mesa that is affecting at least a few people - probably even more who just rolled back to F18 and didn't bother filing a bug report. I'm well aware that a version bump might introduce new bugs, but just thought someone might want to consider at least looking into it since a completely broken X is a fairly major issue. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe mth...@gmail.com wrote: I didn't say you need to bump it to bleeding edge git. I'm just letting you know that there's a pretty serious bug in the current version of mesa that is affecting at least a few people - probably even more who just rolled back to F18 and didn't bother filing a bug report. I'm well aware that a version bump might introduce new bugs, but just thought someone might want to consider at least looking into it since a completely broken X is a fairly major issue. okay im a little confused. You filed it and then closed it as upstream. How does that help the package maintainer in Fedora keep track of this as an outstanding issue to possibly address as an update? You've short circuited the bug workflow a bit by jumping the gun and marking your own issue as resolved. I believe the intent with regard to the UPSTREAM resolution in our bugzilla workflow is for maintainers to use to mark as resolved with the intention of pulling new upstream release and pushing it as an update some time soonish. If as the reporter you mark it as resolved, you've greatly reduced the chance that a maintainer is going to notice the bug as still outstanding. So you might want to rethink how you handled this report. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Yum-devel] dnf-0..3.10
On Thu, Aug 1, 2013 at 12:41 AM, Ales Kozumplik akozu...@redhat.com wrote: On 08/01/2013 02:36 AM, Ed Marshall wrote: Also, consider cases where repository priorities are in use; a lower-priority repo that's unreachable may cause unexpected/damaging results for the administrator in cases where there's a package version mismatch. In cases like this it would be a good idea for the high priority repo to set skip_if_unavailable = False. I don't disagree with you, and I'll be making the necessary changes to make sure I don't get bitten by a change of behavior here, regardless of what happens. I'm just bringing it up because I'm likely not the only one using yum priorities, and this is a subtle side-effect of that; one that some folks might not be aware of (and while I'm aware of it, I didn't consider the possibility that the defaults might change out from under me ;)). In the dnf case, it likely doesn't matter; I don't think dnf has grown support yet for repo cost/priority yet, has it? I only commented because I saw the BZ suggesting a similar change for yum, and wanted to warn that changing a default like this in mid-release might catch a few people by surprise. (I was a little concerned to see that change show up mid-release for dnf, to be honest, but at least dnf's adoption is limited to the curious right now.) -- Ed Marshall e...@logic.net Felix qui potuit rerum cognoscere causas. http://esm.logic.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
- Original Message - From: Jef Spaleta jspal...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, 2 August, 2013 10:14:31 AM Subject: Re: Mesa needs an update? On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe mth...@gmail.com wrote: I didn't say you need to bump it to bleeding edge git. I'm just letting you know that there's a pretty serious bug in the current version of mesa that is affecting at least a few people - probably even more who just rolled back to F18 and didn't bother filing a bug report. I'm well aware that a version bump might introduce new bugs, but just thought someone might want to consider at least looking into it since a completely broken X is a fairly major issue. okay im a little confused. You filed it and then closed it as upstream. How does that help the package maintainer in Fedora keep track of this as an outstanding issue to possibly address as an update? You've short circuited the bug workflow a bit by jumping the gun and marking your own issue as resolved. I believe the intent with regard to the UPSTREAM resolution in our bugzilla workflow is for maintainers to use to mark as resolved with the intention of pulling new upstream release and pushing it as an update some time soonish. If as the reporter you mark it as resolved, you've greatly reduced the chance that a maintainer is going to notice the bug as still outstanding. So you might want to rethink how you handled this report. Also unless he rebuild the upstream mesa in rpm with the same flags, I'm not sure this is guaranteed fixed upstream. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, Aug 2, 2013 at 8:14 AM, Jef Spaleta jspal...@gmail.com wrote: On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe mth...@gmail.com wrote: I didn't say you need to bump it to bleeding edge git. I'm just letting you know that there's a pretty serious bug in the current version of mesa that is affecting at least a few people - probably even more who just rolled back to F18 and didn't bother filing a bug report. I'm well aware that a version bump might introduce new bugs, but just thought someone might want to consider at least looking into it since a completely broken X is a fairly major issue. okay im a little confused. You filed it and then closed it as upstream. How does that help the package maintainer in Fedora keep track of this as an outstanding issue to possibly address as an update? You've short circuited the bug workflow a bit by jumping the gun and marking your own issue as resolved. I believe the intent with regard to the UPSTREAM resolution in our bugzilla workflow is for maintainers to use to mark as resolved with the intention of pulling new upstream release and pushing it as an update some time soonish. If as the reporter you mark it as resolved, you've greatly reduced the chance that a maintainer is going to notice the bug as still outstanding. So you might want to rethink how you handled this report. That may have been a mistake on my part due to lack of knowledge on your bugzilla workflow, apologies for that. I haven't filed a bug report before and wasn't sure how that should be handled. I've reassigned the bug from xorg-x11-drv-ati to mesa, but I can't seem to reopen (only assign) the bug. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, Aug 2, 2013 at 8:38 AM, David Airlie airl...@redhat.com wrote: Also unless he rebuild the upstream mesa in rpm with the same flags, I'm not sure this is guaranteed fixed upstream. I'd be happy to help debug this. I'm currently trying to find where I can see the flags used for the Fedora build. If someone could point me toward where I can get that information, I will rebuild and confirm that the latest upstream fixes the issue with Fedora's specific build configuration. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Thu, Aug 1, 2013 at 4:38 PM, Morgan Howe mth...@gmail.com wrote: That may have been a mistake on my part due to lack of knowledge on your bugzilla workflow, apologies for that. I haven't filed a bug report before and wasn't sure how that should be handled. I've reassigned the bug from xorg-x11-drv-ati to mesa, but I can't seem to reopen (only assign) the bug. It can be a little confusing. Different groups even inside this project will use different workflows depending on the rate of bugs they have to deal with. Anything hardware specific is automatically complicated as it becomes harder to reproduce for one particular person using their standard development machine. My rule of thumb... I only close the bugs I open under two conditions: I've figured out it was user error or misconfiguration on my part (hey it happens to all of us) or I can confirm the fix has propagated into the packaging system and the bug is still open, which normally I won't have to do as our update system lets maintainers close associated bugs when updates roll out. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, Aug 2, 2013 at 8:57 AM, Jef Spaleta jspal...@gmail.com wrote: My rule of thumb... I only close the bugs I open under two conditions: I've figured out it was user error or misconfiguration on my part (hey it happens to all of us) or I can confirm the fix has propagated into the packaging system and the bug is still open, which normally I won't have to do as our update system lets maintainers close associated bugs when updates roll out. Thanks, Jef. Apologies again for my beginner's mistake and I will keep that in mind in the future. :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, Aug 2, 2013 at 8:38 AM, David Airlie airl...@redhat.com wrote: Also unless he rebuild the upstream mesa in rpm with the same flags, I'm not sure this is guaranteed fixed upstream. Dave, for the sake of having the conversation in a single place, I'm responding to your comment on bugzilla here. I tried your package which did not fix the issue. Since I somehow forgot to add it in the actual case, for reference here is the stack trace: [ 70025.932] (EE) Backtrace: [ 70025.932] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x129) [0x46edb9] [ 70025.932] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x34e180ef9f] [ 70025.933] (EE) 2: /usr/lib64/dri/radeonsi_dri.so (radeon_drm_winsys_create+0xb9) [0x7f7f564a53b9] [ 70025.934] (EE) 3: /usr/lib64/dri/radeonsi_dri.so (_init+0x3cc1) [0x7f7f561dc011] [ 70025.934] (EE) 4: /usr/lib64/dri/radeonsi_dri.so (dri_flush+0x3b2) [0x7f7f564a0fa2] [ 70025.934] (EE) 5: /usr/lib64/dri/swrast_dri.so (driIndexConfigAttrib+0x57d) [0x7f7f53c4a7cd] [ 70025.935] (EE) 6: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x71d1) [0x7f7f57e02cb1] [ 70025.935] (EE) 7: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x679a) [0x7f7f57e0180a] [ 70025.936] (EE) 8: /usr/bin/Xorg (InitExtensions+0x41) [0x4ba101] [ 70025.936] (EE) 9: /usr/bin/Xorg (_init+0x38e0) [0x429980] [ 70025.936] (EE) 10: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x34e1021b75] [ 70025.936] (EE) 11: /usr/bin/Xorg (_start+0x29) [0x4267b1] [ 70025.937] (EE) 12: ? (?+0x29) [0x29] [ 70025.937] (EE) [ 70025.937] (EE) Segmentation fault at address 0x0 After installing your package, I noticed one major difference between yours and the upstream git that I built. Since I am not using the same Fedora configure flags as you had asked, mine is not building with --with-gallium-drivers which is apparently not a default. My mesa build only included libradeon_dri.so and *not* libradeonsi_dri.so, which is what actually fixed the problem. So I removed your and my packages, and reinstalled the latest from the yum repository, then removed libradeonsi_dri.so. This also fixes the issue, so the problem is obviously with the gallium drivers and not necessarily the current version of mesa. I will try one more time rebuilding the latest from git with gallium drivers enabled and see if the issue still exists upstream. Morgan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, Aug 2, 2013 at 9:22 AM, Morgan Howe mth...@gmail.com wrote: On Fri, Aug 2, 2013 at 8:38 AM, David Airlie airl...@redhat.com wrote: Also unless he rebuild the upstream mesa in rpm with the same flags, I'm not sure this is guaranteed fixed upstream. Dave, for the sake of having the conversation in a single place, I'm responding to your comment on bugzilla here. I tried your package which did not fix the issue. Since I somehow forgot to add it in the actual case, for reference here is the stack trace: [ 70025.932] (EE) Backtrace: [ 70025.932] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x129) [0x46edb9] [ 70025.932] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x34e180ef9f] [ 70025.933] (EE) 2: /usr/lib64/dri/radeonsi_dri.so (radeon_drm_winsys_create+0xb9) [0x7f7f564a53b9] [ 70025.934] (EE) 3: /usr/lib64/dri/radeonsi_dri.so (_init+0x3cc1) [0x7f7f561dc011] [ 70025.934] (EE) 4: /usr/lib64/dri/radeonsi_dri.so (dri_flush+0x3b2) [0x7f7f564a0fa2] [ 70025.934] (EE) 5: /usr/lib64/dri/swrast_dri.so (driIndexConfigAttrib+0x57d) [0x7f7f53c4a7cd] [ 70025.935] (EE) 6: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x71d1) [0x7f7f57e02cb1] [ 70025.935] (EE) 7: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x679a) [0x7f7f57e0180a] [ 70025.936] (EE) 8: /usr/bin/Xorg (InitExtensions+0x41) [0x4ba101] [ 70025.936] (EE) 9: /usr/bin/Xorg (_init+0x38e0) [0x429980] [ 70025.936] (EE) 10: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x34e1021b75] [ 70025.936] (EE) 11: /usr/bin/Xorg (_start+0x29) [0x4267b1] [ 70025.937] (EE) 12: ? (?+0x29) [0x29] [ 70025.937] (EE) [ 70025.937] (EE) Segmentation fault at address 0x0 After installing your package, I noticed one major difference between yours and the upstream git that I built. Since I am not using the same Fedora configure flags as you had asked, mine is not building with --with-gallium-drivers which is apparently not a default. My mesa build only included libradeon_dri.so and *not* libradeonsi_dri.so, which is what actually fixed the problem. So I removed your and my packages, and reinstalled the latest from the yum repository, then removed libradeonsi_dri.so. This also fixes the issue, so the problem is obviously with the gallium drivers and not necessarily the current version of mesa. I will try one more time rebuilding the latest from git with gallium drivers enabled and see if the issue still exists upstream. That should have been radeon_dri.so and radeonsi_dri.so, without the lib prefix, of course. I just tried latest upstream gallium driver and can confirm that the issue still exists. The stack trace is slightly different with the latest version: [ 72427.843] (EE) Backtrace: [ 72427.843] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x129) [0x46edb9] [ 72427.844] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x34e180ef9f] [ 72427.844] (EE) 2: /usr/lib64/dri/radeonsi_dri.so (radeon_drm_winsys_create+0xb9) [0x7fbab6804019] [ 72427.845] (EE) 3: /usr/lib64/dri/radeonsi_dri.so (create_screen+0x9) [0x7fbab652b3d9] [ 72427.846] (EE) 4: /usr/lib64/dri/radeonsi_dri.so (dri2_init_screen+0x45) [0x7fbab67fff75] [ 72427.846] (EE) 5: /usr/lib64/dri/swrast_dri.so (driIndexConfigAttrib+0x57d) [0x7fbab3f9a7cd] [ 72427.847] (EE) 6: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x71d1) [0x7fbab8162cb1] [ 72427.848] (EE) 7: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x679a) [0x7fbab816180a] [ 72427.848] (EE) 8: /usr/bin/Xorg (InitExtensions+0x41) [0x4ba101] [ 72427.848] (EE) 9: /usr/bin/Xorg (_init+0x38e0) [0x429980] [ 72427.848] (EE) 10: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x34e1021b75] [ 72427.849] (EE) 11: /usr/bin/Xorg (_start+0x29) [0x4267b1] [ 72427.849] (EE) 12: ? (?+0x29) [0x29] [ 72427.849] (EE) [ 72427.849] (EE) Segmentation fault at address 0x0 Morgan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
heads up - Qt qreal difference on ARM
http://doc.qt.digia.com/4.6/qtglobal.html#qreal-typedef typedef qreal Typedef for double on all platforms except for those using CPUs with ARM architectures. On ARM-based platforms, qreal is a typedef for float for performance reasons. This still seems to be the case for 4.8 as well. This lead to the following compile error on arm in kst: /builddir/build/BUILD/kst-2.0.7/src/libkstapp/plotrenderitem.cpp:561:33: error: no matching function for call to 'qMin(double, qreal)' y = qMin(y, plotItem()-yMax()); ^ If there is scientific type codes using qreal this might lead to some precision issues as well. Is double really that much slower on arm? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mesa needs an update?
On Fri, 2013-08-02 at 08:50 +0800, Morgan Howe wrote: On Fri, Aug 2, 2013 at 8:38 AM, David Airlie airl...@redhat.com wrote: Also unless he rebuild the upstream mesa in rpm with the same flags, I'm not sure this is guaranteed fixed upstream. I'd be happy to help debug this. I'm currently trying to find where I can see the flags used for the Fedora build. If someone could point me toward where I can get that information, I will rebuild and confirm that the latest upstream fixes the issue with Fedora's specific build configuration. The 'easiest' thing to do would actually be to just modify the Fedora .src.rpm with a current git snapshot as the source; that way you know you're building it the same way, just with newer source code. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Yum-devel] dnf-0..3.10
On 08/02/2013 02:28 AM, Ed Marshall wrote: In the dnf case, it likely doesn't matter; I don't think dnf has grown support yet for repo cost/priority yet, has it? No, not yet, that's one of the things waiting to happen still: https://bugzilla.redhat.com/show_bug.cgi?id=967798 (I was a little concerned to see that change show up mid-release for dnf, to be honest, but at least dnf's adoption is limited to the curious right now.) It happened Fedora mid-release, yes, but not DNF mid-release. Of course, this practice will have to stop once DNF is no longer an experimental thing. Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Carp-Assert] Specify all dependencies
commit ce4b4004dbc6abeddec9e8765f15545504b0452e Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 08:27:27 2013 +0200 Specify all dependencies perl-Carp-Assert.spec | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) --- diff --git a/perl-Carp-Assert.spec b/perl-Carp-Assert.spec index 4d3aac0..5943fa3 100644 --- a/perl-Carp-Assert.spec +++ b/perl-Carp-Assert.spec @@ -9,8 +9,17 @@ URL:http://search.cpan.org/dist/Carp-Assert/ Source0: http://www.cpan.org/authors/id/M/MS/MSCHWERN/Carp-Assert-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Pod::Tests) +# Run-time: +# B::Deparse is optional +BuildRequires: perl(Carp) +BuildRequires: perl(Exporter) +BuildRequires: perl(strict) +BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(Test::More) = 0.4 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -47,6 +56,7 @@ make test %changelog * Wed Jul 31 2013 Petr Pisar ppi...@redhat.com - 0.20-15 - Perl 5.18 rebuild +- Specify all dependencies * Mon Feb 25 2013 Ralf Corsépius corse...@fedoraproject.org - 0.20-14 - Add BR: perl(ExtUtils::MakeMaker) (Fix FTBFS #914247). -- 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-Workflow] Perl 5.18 rebuild
commit 452dd132f153d9ac579f47e56af23ab3c9dd07f5 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:32 2013 +0200 Perl 5.18 rebuild perl-Workflow.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Workflow.spec b/perl-Workflow.spec index add0b5a..02068f3 100644 --- a/perl-Workflow.spec +++ b/perl-Workflow.spec @@ -1,6 +1,6 @@ Name: perl-Workflow Version:1.38 -Release:1%{?dist} +Release:2%{?dist} Summary:Simple, flexible system to implement workflows License:GPL+ or Artistic URL:http://search.cpan.org/dist/Workflow/ @@ -88,6 +88,9 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 1.38-2 +- Perl 5.18 rebuild + * Sat Jul 13 2013 Emmanuel Seyman emman...@seyman.fr - 1.38-1 - Update to 1.38 -- 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-BZ-Client] Perl 5.18 rebuild
commit 1b188d3d8a56e562a23ea8fb43b4ef7397846bff Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:30 2013 +0200 Perl 5.18 rebuild perl-BZ-Client.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-BZ-Client.spec b/perl-BZ-Client.spec index 425c431..8fef94c 100644 --- a/perl-BZ-Client.spec +++ b/perl-BZ-Client.spec @@ -1,6 +1,6 @@ Name: perl-BZ-Client Version:1.04 -Release:7%{?dist} +Release:8%{?dist} Summary:A client for the Bugzilla web services API License:GPL+ or Artistic Group: Development/Libraries @@ -56,6 +56,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 1.04-8 +- Perl 5.18 rebuild + * Mon Apr 01 2013 Emmanuel Seyman emman...@seyman.fr - 1.04-7 - Bump to 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-Sysadm-Install] Perl 5.18 rebuild
commit 0f530338b79fea87df52cd4eb228b06f3ac06251 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:32 2013 +0200 Perl 5.18 rebuild perl-Sysadm-Install.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Sysadm-Install.spec b/perl-Sysadm-Install.spec index aef355a..d7744f2 100644 --- a/perl-Sysadm-Install.spec +++ b/perl-Sysadm-Install.spec @@ -1,7 +1,7 @@ Summary: Typical installation tasks for system administrators Name: perl-Sysadm-Install Version: 0.43 -Release: 1%{?dist} +Release: 2%{?dist} License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Sysadm-Install/ @@ -74,6 +74,9 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_mandir}/man3/Sysadm::Install.3pm* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.43-2 +- Perl 5.18 rebuild + * Tue Mar 19 2013 Paul Howarth p...@city-fan.org 0.43-1 - Update to 0.43 - Using binmode() now for slurp/blurt for compatibility with Win32 systems -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Install] Perl 5.18 rebuild
commit 4104e089fbad2b132555900dbc0f12fd9ee614ea Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:28 2013 +0200 Perl 5.18 rebuild perl-Module-Install.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Module-Install.spec b/perl-Module-Install.spec index c1dd274..7f7f640 100644 --- a/perl-Module-Install.spec +++ b/perl-Module-Install.spec @@ -1,6 +1,6 @@ Name: perl-Module-Install Version:1.06 -Release:3%{?dist} +Release:4%{?dist} Summary:Standalone, extensible Perl module installer License:GPL+ or Artistic Group: Development/Libraries @@ -73,6 +73,9 @@ make test AUTOMATED_TESTING=1 %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 1.06-4 +- Perl 5.18 rebuild + * Wed Jan 30 2013 Paul Howarth p...@city-fan.org - 1.06-3 - Don't unbundle Module::Install as we end up build-requiring ourselves -- 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-CGI-Application-Plugin-Authentication] Perl 5.18 rebuild
commit 6cef2e768d01a1fa9d4d5eb753a91f3cd50f460d Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:32 2013 +0200 Perl 5.18 rebuild perl-CGI-Application-Plugin-Authentication.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-CGI-Application-Plugin-Authentication.spec b/perl-CGI-Application-Plugin-Authentication.spec index 22c661c..daf1dbb 100644 --- a/perl-CGI-Application-Plugin-Authentication.spec +++ b/perl-CGI-Application-Plugin-Authentication.spec @@ -1,6 +1,6 @@ Name: perl-CGI-Application-Plugin-Authentication Version:0.20 -Release:7%{?dist} +Release:8%{?dist} Summary:Authentication framework for CGI::Application License:GPL+ or Artistic @@ -66,6 +66,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.20-8 +- Perl 5.18 rebuild + * Sun Feb 17 2013 Emmanuel Seyman emman...@seyman.fr - 0.20-7 - Replace perl(Digest::SHA1) with perl(Digest::SHA) in BuildRequires -- 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-POE-Component-Log4perl] Perl 5.18 rebuild
commit 2982872aab60b2593b7833900be03859af9f5daf Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:47 2013 +0200 Perl 5.18 rebuild perl-POE-Component-Log4perl.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-POE-Component-Log4perl.spec b/perl-POE-Component-Log4perl.spec index a3466ba..7c0e5f3 100644 --- a/perl-POE-Component-Log4perl.spec +++ b/perl-POE-Component-Log4perl.spec @@ -1,6 +1,6 @@ Name: perl-POE-Component-Log4perl Version:0.03 -Release:10%{?dist} +Release:11%{?dist} Summary:Logging extension for the POE environment Group: Development/Libraries @@ -51,6 +51,9 @@ rm -rf %{buildroot} %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.03-11 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.03-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-DateTime-Format-XSD] Perl 5.18 rebuild
commit 13368d90d579f310975e5e1e76ff5b78a8d505d8 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:30 2013 +0200 Perl 5.18 rebuild perl-DateTime-Format-XSD.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-DateTime-Format-XSD.spec b/perl-DateTime-Format-XSD.spec index a786c55..d670ea9 100644 --- a/perl-DateTime-Format-XSD.spec +++ b/perl-DateTime-Format-XSD.spec @@ -1,6 +1,6 @@ Name: perl-DateTime-Format-XSD Version:0.2 -Release:5%{?dist} +Release:6%{?dist} Summary:Format DateTime according to xsd:dateTime License:GPL+ or Artistic Group: Development/Libraries @@ -54,6 +54,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.2-6 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.2-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Net-Amazon] Perl 5.18 rebuild
commit 96129bcedf3fd38c197fd66ebe974ef51d3a9ae9 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:19:28 2013 +0200 Perl 5.18 rebuild perl-Net-Amazon.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Net-Amazon.spec b/perl-Net-Amazon.spec index b78dc22..b32ebdb 100644 --- a/perl-Net-Amazon.spec +++ b/perl-Net-Amazon.spec @@ -1,6 +1,6 @@ Name: perl-Net-Amazon Version:0.62 -Release:1%{?dist} +Release:2%{?dist} Summary:Framework for accessing amazon.com via REST License:GPL+ or Artistic Group: Development/Libraries @@ -51,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.62-2 +- Perl 5.18 rebuild + * Sun Feb 03 2013 Iain Arnell iarn...@gmail.com 0.62-1 - update to latest upstream version -- 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-DateTime-Format-DBI] Perl 5.18 rebuild
commit ec07ef9bb31afeba07be0a3098e6c5320003c4e7 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:25:56 2013 +0200 Perl 5.18 rebuild perl-DateTime-Format-DBI.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-DateTime-Format-DBI.spec b/perl-DateTime-Format-DBI.spec index 982b523..0ee9c72 100644 --- a/perl-DateTime-Format-DBI.spec +++ b/perl-DateTime-Format-DBI.spec @@ -1,6 +1,6 @@ Name: perl-DateTime-Format-DBI Version:0.040 -Release:6%{?dist} +Release:7%{?dist} Summary:Find a parser class for a database connection License:GPL+ or Artistic Group: Development/Libraries @@ -58,6 +58,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.040-7 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.040-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-RPC-XML] Perl 5.18 rebuild
commit 89e1daa7c141b29937d4f4d6b9a19748712ccc7e Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:26:50 2013 +0200 Perl 5.18 rebuild perl-RPC-XML.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-RPC-XML.spec b/perl-RPC-XML.spec index e0366a1..e50ee22 100644 --- a/perl-RPC-XML.spec +++ b/perl-RPC-XML.spec @@ -2,7 +2,7 @@ Name:perl-%{cpan_name} Version: 0.77 -Release: 2%{?dist} +Release: 3%{?dist} Summary: Set of classes for core data, message and XML handling Group: Development/Libraries License: Artistic 2.0 or LGPLv2 @@ -115,6 +115,9 @@ make test %{perl_vendorlib}/Apache %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.77-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.77-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Net-Server-SS-PreFork] Perl 5.18 rebuild
commit b19616b5091ad553668a6d99cc7e5dd9257ca6b0 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:27:00 2013 +0200 Perl 5.18 rebuild perl-Net-Server-SS-PreFork.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Net-Server-SS-PreFork.spec b/perl-Net-Server-SS-PreFork.spec index 6c7e192..e911e5b 100644 --- a/perl-Net-Server-SS-PreFork.spec +++ b/perl-Net-Server-SS-PreFork.spec @@ -1,6 +1,6 @@ Name: perl-Net-Server-SS-PreFork Version:0.05 -Release:8%{?dist} +Release:9%{?dist} Summary:Hot-deployable variant of Net::Server::PreFork License:GPL+ or Artistic @@ -49,6 +49,9 @@ make test %{_mandir}/man3/Net* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.05-9 +- Perl 5.18 rebuild + * Sun Feb 17 2013 Emmanuel Seyman emman...@seyman.fr - 0.05-8 - Add perl(CPAN) to BuildRequires - Remove perl(CGI) from the BuildRequires (no longer needed) -- 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-Inline] Perl 5.18 rebuild
commit e9f713e564cd1fbb9834110f7e313b8181fdc5cf Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:28:38 2013 +0200 Perl 5.18 rebuild perl-Test-Inline.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-Inline.spec b/perl-Test-Inline.spec index 6195cda..41e228e 100644 --- a/perl-Test-Inline.spec +++ b/perl-Test-Inline.spec @@ -1,6 +1,6 @@ Name: perl-Test-Inline Version: 2.213 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Test::Inline Perl module License: GPL+ or Artistic Group: Development/Libraries @@ -73,6 +73,9 @@ make test AUTOMATED_TESTING=1 %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 2.213-2 +- Perl 5.18 rebuild + * Wed Apr 17 2013 Ralf Corsépius corse...@fedoraproject.org - 2.213-1 - Upstream update. -- 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-HTTP-Request-Params] Perl 5.18 rebuild
commit 833266ac4622f9b0cb67119fc2c136268abe9a35 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:32:20 2013 +0200 Perl 5.18 rebuild perl-HTTP-Request-Params.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-HTTP-Request-Params.spec b/perl-HTTP-Request-Params.spec index f7313b7..796de5e 100644 --- a/perl-HTTP-Request-Params.spec +++ b/perl-HTTP-Request-Params.spec @@ -1,6 +1,6 @@ Name: perl-HTTP-Request-Params Version:1.01 -Release:13%{?dist} +Release:14%{?dist} Summary:Retrieve GET/POST Parameters from HTTP Requests Group: Development/Libraries @@ -57,6 +57,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 1.01-14 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.01-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Spreadsheet-ParseExcel-Simple] Perl 5.18 rebuild
commit ce64f8948c873b7883f550b2cfff08bbce43f940 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:33:06 2013 +0200 Perl 5.18 rebuild perl-Spreadsheet-ParseExcel-Simple.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Spreadsheet-ParseExcel-Simple.spec b/perl-Spreadsheet-ParseExcel-Simple.spec index c3f0768..4bf0430 100644 --- a/perl-Spreadsheet-ParseExcel-Simple.spec +++ b/perl-Spreadsheet-ParseExcel-Simple.spec @@ -1,6 +1,6 @@ Name: perl-Spreadsheet-ParseExcel-Simple Version:1.04 -Release:15%{?dist} +Release:16%{?dist} Summary:Simple interface to Excel data License:GPLv2+ Group: Development/Libraries @@ -43,6 +43,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 1.04-16 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.04-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-DateTime-Format-ICal] Perl 5.18 rebuild
commit 3430116e8ba00d492c08218bbedf79a4b96005e8 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:36:25 2013 +0200 Perl 5.18 rebuild perl-DateTime-Format-ICal.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-DateTime-Format-ICal.spec b/perl-DateTime-Format-ICal.spec index f0acf1a..b055314 100644 --- a/perl-DateTime-Format-ICal.spec +++ b/perl-DateTime-Format-ICal.spec @@ -1,6 +1,6 @@ Name: perl-DateTime-Format-ICal Version:0.09 -Release:13%{?dist} +Release:14%{?dist} Summary:Parse and format iCal datetime and duration strings License:GPL+ or Artistic Group: Development/Libraries @@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.09-14 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.09-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Shipwright] Perl 5.18 rebuild
commit b282f8cc0bddb49d2c11552a2d0c2dcc07dc0d2d Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:37:14 2013 +0200 Perl 5.18 rebuild perl-Shipwright.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Shipwright.spec b/perl-Shipwright.spec index 00d0550..ebdcac7 100644 --- a/perl-Shipwright.spec +++ b/perl-Shipwright.spec @@ -1,6 +1,6 @@ Name: perl-Shipwright Version:2.4.33 -Release:2%{?dist} +Release:3%{?dist} Summary:Build and Manage Self-contained Software Bundle License:GPL+ or Artistic Group: Development/Libraries @@ -76,6 +76,9 @@ make test %{?_smp_mflags} %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 2.4.33-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.4.33-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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
File Log-Log4perl-1.42.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Log-Log4perl: 76fcadf1dad78a31d582ffaca95bf251 Log-Log4perl-1.42.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 979621] yum update failed and impossible to resume with yum load-transaction .. as indicated
https://bugzilla.redhat.com/show_bug.cgi?id=979621 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 03:52:31 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GvYXLw1gQea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTTP-Date] Fix the dependency list
commit adecb7854511887cb57841215bffd8390cd01d97 Author: Petr Šabata con...@redhat.com Date: Thu Aug 1 09:52:44 2013 +0200 Fix the dependency list perl-HTTP-Date.spec |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) --- diff --git a/perl-HTTP-Date.spec b/perl-HTTP-Date.spec index 91ed9ef..b35a423 100644 --- a/perl-HTTP-Date.spec +++ b/perl-HTTP-Date.spec @@ -1,17 +1,20 @@ Name: perl-HTTP-Date Version:6.02 -Release:6%{?dist} +Release:7%{?dist} Summary:Date conversion routines License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/HTTP-Date/ Source0: http://www.cpan.org/authors/id/G/GA/GAAS/HTTP-Date-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(strict) # Run-time BuildRequires: perl(Exporter) BuildRequires: perl(Time::Local) BuildRequires: perl(Time::Zone) +BuildRequires: perl(vars) # Tests only: BuildRequires: perl(Test) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -45,6 +48,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 01 2013 Petr Šabata con...@redhat.com - 6.02-7 +- Fix the dependency list + * Thu Jul 18 2013 Petr Pisar ppi...@redhat.com - 6.02-6 - Perl 5.18 rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 979621] yum update failed and impossible to resume with yum load-transaction .. as indicated
https://bugzilla.redhat.com/show_bug.cgi?id=979621 --- Comment #4 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Njb6RWdKCoa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTTP-Date] Fix the dependency list
commit 5adf40edb300c862ce2ceba82dcb90fb4d278e18 Author: Petr Šabata con...@redhat.com Date: Thu Aug 1 10:06:24 2013 +0200 Fix the dependency list perl-HTTP-Date.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-HTTP-Date.spec b/perl-HTTP-Date.spec index b35a423..4258c1c 100644 --- a/perl-HTTP-Date.spec +++ b/perl-HTTP-Date.spec @@ -13,7 +13,7 @@ BuildRequires: perl(strict) # Run-time BuildRequires: perl(Exporter) BuildRequires: perl(Time::Local) -BuildRequires: perl(Time::Zone) +# perl(Time::Zone) not used BuildRequires: perl(vars) # Tests only: BuildRequires: perl(Test) -- 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-Log4perl] 1.42 bump
commit 03d65fe7206cb168f00b417b5ecb038b488175be Author: Jitka Plesnikova jples...@redhat.com Date: Thu Aug 1 09:52:08 2013 +0200 1.42 bump .gitignore |1 + perl-Log-Log4perl.spec |7 +-- sources|2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5ee5fcf..8a976f1 100644 --- a/.gitignore +++ b/.gitignore @@ -10,3 +10,4 @@ Log-Log4perl-1.24.tar.gz /Log-Log4perl-1.39.tar.gz /Log-Log4perl-1.40.tar.gz /Log-Log4perl-1.41.tar.gz +/Log-Log4perl-1.42.tar.gz diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec index 7253914..d154a1e 100644 --- a/perl-Log-Log4perl.spec +++ b/perl-Log-Log4perl.spec @@ -1,6 +1,6 @@ Name: perl-Log-Log4perl -Version:1.41 -Release:2%{?dist} +Version:1.42 +Release:1%{?dist} Summary:Log4j implementation for Perl Group: Development/Libraries License:GPL+ or Artistic @@ -71,6 +71,9 @@ make test %{_bindir}/* %changelog +* Thu Aug 01 2013 Jitka Plesnikova jples...@redhat.com - 1.42-1 +- 1.42 bump + * Wed Jul 31 2013 Petr Pisar ppi...@redhat.com - 1.41-2 - Perl 5.18 rebuild - Do not perform shared-memory tests diff --git a/sources b/sources index 83f3bfe..4e9e148 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -cc98e486abd222e573dae82dca6d2f3e Log-Log4perl-1.41.tar.gz +76fcadf1dad78a31d582ffaca95bf251 Log-Log4perl-1.42.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-CGI-Application-Plugin-Authentication] Disable tests failing due to hash randomization
commit 1c8df0d95a0b06d4252ce9c2db43eece2d589ff7 Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 09:56:19 2013 +0200 Disable tests failing due to hash randomization ...ks-in-html-tests-break-on-hash-reordering.patch | 32 perl-CGI-Application-Plugin-Authentication.spec|4 ++ 2 files changed, 36 insertions(+), 0 deletions(-) --- diff --git a/CGI-Application-Plugin-Authentication-0.20-links-in-html-tests-break-on-hash-reordering.patch b/CGI-Application-Plugin-Authentication-0.20-links-in-html-tests-break-on-hash-reordering.patch new file mode 100644 index 000..46dab00 --- /dev/null +++ b/CGI-Application-Plugin-Authentication-0.20-links-in-html-tests-break-on-hash-reordering.patch @@ -0,0 +1,32 @@ +From ccee0f60b215ba042e4f683731685aab8571e1fb Mon Sep 17 00:00:00 2001 +From: Arthur Axel 'fREW' Schmidt fri...@gmail.com +Date: Tue, 23 Jul 2013 14:42:38 -0500 +Subject: [PATCH] links in html tests break on hash reordering +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + t/03_login_box.t | 4 + 1 file changed, 4 insertions(+) + +diff --git a/t/03_login_box.t b/t/03_login_box.t +index 2e4742b..b487cf6 100644 +--- a/t/03_login_box.t b/t/03_login_box.t +@@ -4,6 +4,10 @@ use Test::Taint; + use Test::Regression; + use English qw(-no_match_vars); + ++if ($^V = v5.18.0) { ++plan skip_all = 'These tests fail for 5.18.0'; ++exit(0); ++} + if ($OSNAME eq 'MSWin32') { + my $msg = 'Not running these tests on windows yet'; + plan skip_all = $msg; +-- +1.8.1.4 + diff --git a/perl-CGI-Application-Plugin-Authentication.spec b/perl-CGI-Application-Plugin-Authentication.spec index daf1dbb..663bf0d 100644 --- a/perl-CGI-Application-Plugin-Authentication.spec +++ b/perl-CGI-Application-Plugin-Authentication.spec @@ -6,6 +6,8 @@ License:GPL+ or Artistic URL: http://search.cpan.org/dist/CGI-Application-Plugin-Authentication/ Source0: http://www.cpan.org/authors/id/S/SI/SILASMONK/CGI-Application-Plugin-Authentication-%{version}.tar.gz +# Disable tests failing due to hash randomization, CPAN RT#85969 +Patch0: CGI-Application-Plugin-Authentication-0.20-links-in-html-tests-break-on-hash-reordering.patch BuildArch: noarch BuildRequires: perl(Apache::Htpasswd) @@ -46,6 +48,7 @@ CGI::Application::Plugin::Authentication plugin. %prep %setup -q -n CGI-Application-Plugin-Authentication-%{version} +%patch0 -p1 %build %{__perl} Build.PL installdirs=vendor @@ -68,6 +71,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %changelog * Thu Aug 01 2013 Petr Pisar ppi...@redhat.com - 0.20-8 - Perl 5.18 rebuild +- Disable tests failing due to hash randomization (CPAN RT#85969) * Sun Feb 17 2013 Emmanuel Seyman emman...@seyman.fr - 0.20-7 - Replace perl(Digest::SHA1) with perl(Digest::SHA) in BuildRequires -- 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-RPC-XML] Adjust tests for perl 5.18
commit 6f1e4db9bd0c078d470f34a455aaa8a7c98b4d1a Author: Petr Písař ppi...@redhat.com Date: Thu Aug 1 10:43:49 2013 +0200 Adjust tests for perl 5.18 RPC-XML-0.77-hash_key_ordering.patch | 121 ++ perl-RPC-XML.spec|5 ++ 2 files changed, 126 insertions(+), 0 deletions(-) --- diff --git a/RPC-XML-0.77-hash_key_ordering.patch b/RPC-XML-0.77-hash_key_ordering.patch new file mode 100644 index 000..b6c3757 --- /dev/null +++ b/RPC-XML-0.77-hash_key_ordering.patch @@ -0,0 +1,121 @@ +From f6cee931344ffa6a757eb526b02de33c30b672f8 Mon Sep 17 00:00:00 2001 +From: Randy J. Ray rj...@blackperl.com +Date: Thu, 30 May 2013 19:46:42 -0700 +Subject: [PATCH 1/2] Force key-ordering in struct as_string and serialize. Was + getting some intermittent bug reports of failures in t/15_serialize.t that + amounted to the keys in a fault struct not being in consistent order. +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + lib/RPC/XML.pm | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/lib/RPC/XML.pm b/lib/RPC/XML.pm +index e6099a7..59e6963 100644 +--- a/lib/RPC/XML.pm b/lib/RPC/XML.pm +@@ -844,7 +844,7 @@ sub as_string + (membername$_/namevalue, + $clean{$_}, + '/value/member') +-} (keys %clean)), ++} (sort keys %clean)), + '/struct'; + } + +@@ -856,7 +856,7 @@ sub serialize + my $key; + + print {$fh} 'struct'; +-for (keys %{$self}) ++for (sort keys %{$self}) + { + ($key = $_) =~ s/$RPC::XML::XMLRE/$RPC::XML::XMLMAP{$1}/ge; + utf8::downgrade($key); +@@ -1096,7 +1096,7 @@ sub length ## no critic (ProhibitBuiltinHomonyms) + my $cnt = 0; + + $self-{fh_pos} = tell $self-{value_fh}; +-seek$self-{value_fh}, 0, 0; ++seek $self-{value_fh}, 0, 0; + while ($cnt = read $self-{value_fh}, $buf, 60*57) + { + $len += length(MIME::Base64::encode_base64($buf, q{})); +-- +1.8.1.4 + + +From 33617691326a0bc01efea624e05c65047f1c6154 Mon Sep 17 00:00:00 2001 +From: Randy J. Ray rj...@blackperl.com +Date: Wed, 5 Jun 2013 21:13:38 -0700 +Subject: [PATCH 2/2] Undo the previous change and fix the test. The previous + change didn't feel right, so this rolls it back and fixes the problem at the + level of the test, instead. +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + lib/RPC/XML.pm | 4 ++-- + t/15_serialize.t | 17 - + 2 files changed, 18 insertions(+), 3 deletions(-) + +diff --git a/lib/RPC/XML.pm b/lib/RPC/XML.pm +index 59e6963..4d4eae1 100644 +--- a/lib/RPC/XML.pm b/lib/RPC/XML.pm +@@ -844,7 +844,7 @@ sub as_string + (membername$_/namevalue, + $clean{$_}, + '/value/member') +-} (sort keys %clean)), ++} (keys %clean)), + '/struct'; + } + +@@ -856,7 +856,7 @@ sub serialize + my $key; + + print {$fh} 'struct'; +-for (sort keys %{$self}) ++for (keys %{$self}) + { + ($key = $_) =~ s/$RPC::XML::XMLRE/$RPC::XML::XMLMAP{$1}/ge; + utf8::downgrade($key); +diff --git a/t/15_serialize.t b/t/15_serialize.t +index ad0d64d..f894f49 100644 +--- a/t/15_serialize.t b/t/15_serialize.t +@@ -96,7 +96,22 @@ seek $ofh, 0, 0; + $data = ''; + read $ofh, $data, -s $ofh; + +-is($data, $faux_res-as_string, 'Fault-response content is correct'); ++# There have been some changes to how Perl handles iteration of hash keys. ++# As a result, this test has started failing a lot because of the order of ++# keys when serialized doesn't match the order of keys from as_string(). So ++# to get around this, just compare it to both variations that can occur. ++my $variant1 = '?xml version=1.0 encoding=us-ascii?methodResponse' . ++'faultvaluestructmembernamefaultString/namevaluestring' . ++'test/string/value/membermembernamefaultCode/namevalue' . ++'int1/int/value/member/struct/value/fault/methodResponse'; ++my $variant2 = '?xml version=1.0 encoding=us-ascii?methodResponse' . ++'faultvaluestructmembernamefaultCode/namevalueint1/int' . ++'/value/membermembernamefaultString/namevaluestringtest' . ++'/string/value/member/struct/value/fault/methodResponse'; ++ok( ++($data eq $variant1) || ($data eq $variant2), ++'Fault-response content is correct' ++); + + close $ofh; + unlink $tmpfile; +-- +1.8.1.4 + diff --git a/perl-RPC-XML.spec b/perl-RPC-XML.spec index e50ee22..dd10f52 100644 --- a/perl-RPC-XML.spec +++ b/perl-RPC-XML.spec @@ -9,6 +9,9 @@ License: Artistic 2.0 or LGPLv2 URL: http://search.cpan.org/dist/%{cpan_name}/ Source0:
[Bug 989977] perl-Log-Log4perl-1.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=989977 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Log-Log4perl-1.42-1.fc ||20 Resolution|--- |RAWHIDE Last Closed||2013-08-01 05:38:11 --- Comment #1 from Jitka Plesnikova jples...@redhat.com --- Built into f20-perl -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=sp9Ke44zFBa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 850971] Unable to install perl IO::Uncompress::Bunzip2 and Compress::Zlib due to failed dependency
https://bugzilla.redhat.com/show_bug.cgi?id=850971 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 07:02:22 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dQPtvZR3rka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863303] missing dependency clamav-server-sysvinit required
https://bugzilla.redhat.com/show_bug.cgi?id=863303 --- Comment #5 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=kW7Gb4STR6a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863303] missing dependency clamav-server-sysvinit required
https://bugzilla.redhat.com/show_bug.cgi?id=863303 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 07:03:00 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8dn1uZLCPYa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863069] amavisd.service fails to start because required default folders are missing
https://bugzilla.redhat.com/show_bug.cgi?id=863069 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 07:02:43 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=VVeYBZciHKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 850971] Unable to install perl IO::Uncompress::Bunzip2 and Compress::Zlib due to failed dependency
https://bugzilla.redhat.com/show_bug.cgi?id=850971 --- Comment #2 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tqAhTtaZwza=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 863069] amavisd.service fails to start because required default folders are missing
https://bugzilla.redhat.com/show_bug.cgi?id=863069 --- Comment #6 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=URobqncq9Ba=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the rawhide tree: On armhfp: perl-Alien-ROOT-5.34.3.1-1.fc20.noarch requires root-core 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-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the rawhide tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) On armhfp: perl-Bio-SamTools-1.35-2.fc19.armv7hl requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.armv7hl requires perl(Bio::PrimarySeq) 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) 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-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 818651] Conflicts with my package apache-1.3.42-3.fc16.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=818651 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 12:36:59 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=urQoReNNyua=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 818651] Conflicts with my package apache-1.3.42-3.fc16.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=818651 --- Comment #6 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Gys7z82QLCa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 890721] perl-Net-Amazon-S3 in Fedora 17 is dated and needs to be updated to stop warnings
https://bugzilla.redhat.com/show_bug.cgi?id=890721 --- Comment #3 from Fedora End Of Life endofl...@fedoraproject.org --- Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=nzAMVTmrO2a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 890721] perl-Net-Amazon-S3 in Fedora 17 is dated and needs to be updated to stop warnings
https://bugzilla.redhat.com/show_bug.cgi?id=890721 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |WONTFIX Last Closed||2013-08-01 14:01:36 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8Ijx4c2CNIa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 991233] New: amavisd.service fails to start because required default folders are missing
https://bugzilla.redhat.com/show_bug.cgi?id=991233 Bug ID: 991233 Summary: amavisd.service fails to start because required default folders are missing Product: Fedora Version: 19 Component: amavisd-new Assignee: st...@silug.org Reporter: jflor...@doubledog.org QA Contact: extras...@fedoraproject.org CC: ar...@aetera.net, jflor...@doubledog.org, kana...@kanarip.com, perl-devel@lists.fedoraproject.org, sexynaya2...@hotmail.com, st...@silug.org +++ This bug was initially created as a clone of Bug #863069 +++ Description of problem: There are some default folder locations specified in the config file that don't get created when amavisd-new is installed. The program fails to start because of it, at least until the host is rebooted. For example, this message gets printed to the log file when trying to start the service: amavis[5461]: (!)Net::Server: 2012/10/04-04:35:06 Couldn't open pid file /var/run/amavisd/amavisd.pid [No such file or directory].\n\n at line 318 in fil...Net/Server.pm In order to make amavisd.service start correctly, I had to do the following: mkdir /var/spool/amavisd/var mkdir /var/run/amavisd/ chown -R amavis:amavis /var/spool/amavisd/var /var/run/amavisd/ chmod 700 /var/spool/amavisd/var After that, everything worked as expected. The other option is to reboot before attempting to start the service. Version-Release number of selected component (if applicable): amavisd-new-2.8.0-5.fc19 How reproducible: Always Steps to Reproduce: 1. yum install amavisd-new 2. systemctl start amavisd.service 3. Actual results: Fails to start Expected results: Starts using default config file Additional info: I noticed that /var/run/amavisd is not present immediately after installing the package. Once I rebooted the host, the directory became available. To me this suggests that the entry /etc/tmpfiles.d/amavisd-new.conf is doing its job, but the spec file for this package needs to also make the same temporary directories as part of package installation, or somehow rerun the tmpfiles.d jobs. Without doing this, those directories won't be available right after package installation. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ciMlzRKgUka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PPI-XS] Perl 5.18 rebuild
commit b61b593689ceb206a8d458214e59fef691c7ca6c Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:48:02 2013 +0200 Perl 5.18 rebuild perl-PPI-XS.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-PPI-XS.spec b/perl-PPI-XS.spec index a35a3f2..2639bfd 100644 --- a/perl-PPI-XS.spec +++ b/perl-PPI-XS.spec @@ -1,6 +1,6 @@ Name: perl-PPI-XS Version:0.902 -Release:1%{?dist} +Release:2%{?dist} Summary:XS acceleration for PPI License:GPL+ or Artistic Group: Development/Libraries @@ -56,5 +56,8 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.902-2 +- Perl 5.18 rebuild + * Fri Mar 01 2013 Petr Pisar ppi...@redhat.com 0.902-1 - Specfile autogenerated by cpanspec 1.78. -- 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-PAR-Packer] Perl 5.18 rebuild
commit 30b890b91549fa096bcdc6ad911d98f205ab55ba Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:48:02 2013 +0200 Perl 5.18 rebuild perl-PAR-Packer.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-PAR-Packer.spec b/perl-PAR-Packer.spec index 52ea3bd..81f0390 100644 --- a/perl-PAR-Packer.spec +++ b/perl-PAR-Packer.spec @@ -1,6 +1,6 @@ Name: perl-PAR-Packer Version:1.014 -Release:2%{?dist} +Release:3%{?dist} Summary:PAR Packager License:GPL+ or Artistic Group: Development/Libraries @@ -126,6 +126,9 @@ fi %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 1.014-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.014-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-HTML-TreeBuilder-LibXML] Perl 5.18 rebuild
commit 8f3d304aad5a6f8ba39aed9dc35e9a8bf4c413b0 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:48:02 2013 +0200 Perl 5.18 rebuild perl-HTML-TreeBuilder-LibXML.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-HTML-TreeBuilder-LibXML.spec b/perl-HTML-TreeBuilder-LibXML.spec index 93703d2..b19b425 100644 --- a/perl-HTML-TreeBuilder-LibXML.spec +++ b/perl-HTML-TreeBuilder-LibXML.spec @@ -1,6 +1,6 @@ Name: perl-HTML-TreeBuilder-LibXML Version:0.23 -Release:2%{?dist} +Release:3%{?dist} Summary:HTML::TreeBuilder and XPath compatible interface with libxml License:GPL+ or Artistic Group: Development/Libraries @@ -57,6 +57,9 @@ HTML::TreeBuilder::LibXML is drop-in-replacement for HTML::TreeBuilder::XPath. %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.23-3 +- Perl 5.18 rebuild + * Tue Jul 9 2013 Paul Howarth p...@city-fan.org - 0.23-2 - perl-Web-Scraper requires HTML::TreeBuilder::LibXML so don't pull in this optional test requirement when bootstrapping (#982293) -- 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-Net-Server-Coro] Perl 5.18 rebuild
commit f5f867f98784ba430a49d911acff23b6abf8fd7b Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:48:02 2013 +0200 Perl 5.18 rebuild perl-Net-Server-Coro.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Net-Server-Coro.spec b/perl-Net-Server-Coro.spec index 019f2d8..ad9fc26 100644 --- a/perl-Net-Server-Coro.spec +++ b/perl-Net-Server-Coro.spec @@ -1,6 +1,6 @@ Name: perl-Net-Server-Coro Version:1.2 -Release:5%{?dist} +Release:6%{?dist} Summary:Co-operative multithreaded server using Coro License:MIT @@ -56,6 +56,9 @@ make test %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 1.2-6 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.2-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Crypt-OpenSSL-X509] Perl 5.18 rebuild
commit c517f1069d7cef12a3a10c8d6930d6edd7134b0c Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:54:37 2013 +0200 Perl 5.18 rebuild perl-Crypt-OpenSSL-X509.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Crypt-OpenSSL-X509.spec b/perl-Crypt-OpenSSL-X509.spec index 907e7d2..931f35a 100644 --- a/perl-Crypt-OpenSSL-X509.spec +++ b/perl-Crypt-OpenSSL-X509.spec @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-X509 Version:1.800.2 -Release:6%{?dist} +Release:7%{?dist} Summary:Perl interface to OpenSSL for X509 License:GPL+ or Artistic Group: Development/Libraries @@ -47,6 +47,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 1.800.2-7 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.800.2-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Class-Field] Perl 5.18 rebuild
commit 7b763ff9fe71c2951e9b519702d964925888b219 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:55:08 2013 +0200 Perl 5.18 rebuild perl-Class-Field.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Class-Field.spec b/perl-Class-Field.spec index f62c587..62bea2c 100644 --- a/perl-Class-Field.spec +++ b/perl-Class-Field.spec @@ -1,6 +1,6 @@ Name: perl-Class-Field Version:0.15 -Release:6%{?dist} +Release:7%{?dist} Summary:Class Field Accessor Generator License:GPL+ or Artistic Group: Development/Libraries @@ -51,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.15-7 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.15-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Number-WithError] Perl 5.18 rebuild
commit d9c5dc24ce29fceb2411434d805dd172059e9f82 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 04:54:58 2013 +0200 Perl 5.18 rebuild perl-Number-WithError.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Number-WithError.spec b/perl-Number-WithError.spec index 1a1ad40..3e0e1d2 100644 --- a/perl-Number-WithError.spec +++ b/perl-Number-WithError.spec @@ -1,6 +1,6 @@ Name: perl-Number-WithError Version:1.01 -Release:1%{?dist} +Release:2%{?dist} Summary:Numbers with error propagation and scientific rounding License:GPL+ or Artistic Group: Development/Libraries @@ -74,5 +74,8 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 1.01-2 +- Perl 5.18 rebuild + * Tue May 14 2013 Petr Pisar ppi...@redhat.com 1.01-1 - Specfile autogenerated by cpanspec 1.78. -- 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-DateTimeX-Easy] Perl 5.18 rebuild
commit 566fef95f6f86a4b793ebf6123e3ebde7151f7bc Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:00:14 2013 +0200 Perl 5.18 rebuild perl-DateTimeX-Easy.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-DateTimeX-Easy.spec b/perl-DateTimeX-Easy.spec index 5e13c9d..9e023a9 100644 --- a/perl-DateTimeX-Easy.spec +++ b/perl-DateTimeX-Easy.spec @@ -1,6 +1,6 @@ Name: perl-DateTimeX-Easy Version:0.089 -Release:5%{?dist} +Release:6%{?dist} # see lib/DateTimeX/Easy.pm License:GPL+ or Artistic Group: Development/Libraries @@ -62,6 +62,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.089-6 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.089-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-PerlIO-via-dynamic] Perl 5.18 rebuild
commit fa67ba1df2ff3fe857879f4092e4c104ee6cf72a Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:00:24 2013 +0200 Perl 5.18 rebuild perl-PerlIO-via-dynamic.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-PerlIO-via-dynamic.spec b/perl-PerlIO-via-dynamic.spec index 3da8c3a..4079835 100644 --- a/perl-PerlIO-via-dynamic.spec +++ b/perl-PerlIO-via-dynamic.spec @@ -1,6 +1,6 @@ Name: perl-PerlIO-via-dynamic Version:0.14 -Release:2%{?dist} +Release:3%{?dist} Summary:Dynamic PerlIO layers License:GPL+ or Artistic Group: Development/Libraries @@ -48,6 +48,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.14-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.14-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-lib-abs] Perl 5.18 rebuild
commit 10a620e0e025b88905f005e695c420481eb14c8c Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:01:16 2013 +0200 Perl 5.18 rebuild perl-lib-abs.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-lib-abs.spec b/perl-lib-abs.spec index f9a2034..d021804 100644 --- a/perl-lib-abs.spec +++ b/perl-lib-abs.spec @@ -1,6 +1,6 @@ Name: perl-lib-abs Version:0.92 -Release:1%{?dist} +Release:2%{?dist} Summary:Module lib that makes relative path absolute to caller License:GPL+ or Artistic Group: Development/Libraries @@ -59,5 +59,8 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.92-2 +- Perl 5.18 rebuild + * Wed Mar 06 2013 Petr Pisar ppi...@redhat.com 0.92-1 - Specfile autogenerated by cpanspec 1.78. -- 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-RT-Client-REST] Perl 5.18 rebuild
commit af5db5d2cbd9b9ee4a01e68661583ec77b69334a Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:01:03 2013 +0200 Perl 5.18 rebuild perl-RT-Client-REST.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-RT-Client-REST.spec b/perl-RT-Client-REST.spec index bb3ba06..880b6bc 100644 --- a/perl-RT-Client-REST.spec +++ b/perl-RT-Client-REST.spec @@ -1,6 +1,6 @@ Name: perl-RT-Client-REST Version:0.43 -Release:5%{?dist} +Release:6%{?dist} # lib/RT/Client/REST.pm - GPLv2 # see also /usr/bin/rt from the rt3 package License:GPLv2 @@ -67,6 +67,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.43-6 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.43-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-File-Comments] Perl 5.18 rebuild
commit 7c6c0a3acbdb88dbcc0ae4b46c4db76d96ae40b6 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:01:56 2013 +0200 Perl 5.18 rebuild perl-File-Comments.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-File-Comments.spec b/perl-File-Comments.spec index e967658..f2c77f5 100644 --- a/perl-File-Comments.spec +++ b/perl-File-Comments.spec @@ -4,7 +4,7 @@ Summary: Recognizes file formats and extracts format-specific comments Name: perl-File-Comments Version: 0.08 -Release: 8%{?dist} +Release: 9%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/File-Comments/ @@ -87,6 +87,9 @@ rm -rf %{buildroot} %{_mandir}/man3/File::Comments::Plugin::Shell.3pm* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.08-9 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.08-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Module-Manifest] Perl 5.18 rebuild
commit 5954e59da21dd46a50ff7c4ef5b7f680e1633635 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:02:06 2013 +0200 Perl 5.18 rebuild perl-Module-Manifest.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Module-Manifest.spec b/perl-Module-Manifest.spec index b7addc3..49d5c6b 100644 --- a/perl-Module-Manifest.spec +++ b/perl-Module-Manifest.spec @@ -1,6 +1,6 @@ Name: perl-Module-Manifest Version:1.08 -Release:10%{?dist} +Release:11%{?dist} Summary:Parse and examine a Perl distribution MANIFEST file License:GPL+ or Artistic Group: Development/Libraries @@ -54,6 +54,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 1.08-11 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.08-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Class-ReturnValue] Perl 5.18 rebuild
commit b8d8f7b407b0256729a2c604fab8a76a6b1d5f4a Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:05:42 2013 +0200 Perl 5.18 rebuild perl-Class-ReturnValue.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Class-ReturnValue.spec b/perl-Class-ReturnValue.spec index ca896fa..dbe6141 100644 --- a/perl-Class-ReturnValue.spec +++ b/perl-Class-ReturnValue.spec @@ -1,7 +1,7 @@ Name: perl-Class-ReturnValue Summary: Class::ReturnValue Perl module Version: 0.55 -Release: 13%{?dist} +Release: 14%{?dist} License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Class-ReturnValue @@ -50,6 +50,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.55-14 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.55-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Best] Perl 5.18 rebuild
commit b116d86c3ba6847c44f7d125c93064ddeee8648c Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:05:52 2013 +0200 Perl 5.18 rebuild perl-Best.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Best.spec b/perl-Best.spec index aee7ca5..caed33d 100644 --- a/perl-Best.spec +++ b/perl-Best.spec @@ -1,6 +1,6 @@ Name: perl-Best Version:0.15 -Release:2%{?dist} +Release:3%{?dist} License:MIT Group: Development/Libraries Summary:Fallbackable module loader @@ -51,6 +51,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.15-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.15-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-Test-Module-Used] Perl 5.18 rebuild
commit 46e1f6fd7c9d23bc3d85b5156bfc010480f6f552 Author: Petr Písař ppi...@redhat.com Date: Fri Aug 2 05:07:36 2013 +0200 Perl 5.18 rebuild perl-Test-Module-Used.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Test-Module-Used.spec b/perl-Test-Module-Used.spec index 6117634..0933d40 100644 --- a/perl-Test-Module-Used.spec +++ b/perl-Test-Module-Used.spec @@ -1,6 +1,6 @@ Name: perl-Test-Module-Used Version:0.2.4 -Release:2%{?dist} +Release:3%{?dist} Summary:Test required module is really used and vice versa between lib/t and META.yml License:GPL+ or Artistic Group: Development/Libraries @@ -62,6 +62,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Aug 02 2013 Petr Pisar ppi...@redhat.com - 0.2.4-3 +- Perl 5.18 rebuild + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.2.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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