Re: About F19 Firewall
On Sat, 2013-09-21 at 03:05 +0800, P J P wrote: Yes, I understand the functionality, but I doubt if it'll be used at all. It's not desktop background that people would want to change everyday. That's ironic: just yesterday - without having yet read this discussion - I used the firewalld on my laptop to lock down the 'public' zone to allow nothing at all (not mdns or ssh), make sure it was the default zone, then special-case the connection for my home wireless network to be in the 'home' zone. Took two minutes. I'd have no idea how the hell to do that with iptables. So, you're already wrong. :P -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net 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: About F19 Firewall
On Fri, 2013-09-20 at 20:33 -0400, Matthew Miller wrote: On Sat, Sep 21, 2013 at 12:40:15AM +0200, Björn Persson wrote: Anyone can broadcast an SSID. How does FirewallD authenticate the network connection? FirewallD is not responsible for such authentication/AP validation. Firewall as such is not meant to assure you're connecting to where you want. It's FirewallD that introduces the zone concept. FirewallD is therefore responsible for ensuring that the network has been authenticated before it switches to a zone that assumes an isolated and friendly network. Of course FirewallD can delegate the authentication to another program, but simply stating that FirewallD is not responsible doesn't answer the question. I haven't looked, but I assume that it's not actually the SSID that makes them unique but rather done by NetworkManager UUID. See https://wiki.gnome.org/NetworkManagerConfiguration. So, the attack I think you're talking about would be someone making a network with the same SSID as one you trust. NetworkManager won't automatically connect to that, and it even if you do, it won't automatically put them in the same zone. Yes, this is definitely the case. I don't recall the details of exactly how it does it, but I definitely recall reading a post explaining that NM doesn't just rely on the SSID broadcast: just because you connect to a wireless network with the SSID foobar and that becomes a 'connection' in the NM UI with the name foobar, which you can assign to a given firewall zone, it doesn't mean NM will then happily auto-connect to any old SSID named foobar and use the same firewall zone. (Firewall zones are kind of irrelevant; that kind of behaviour on NM's part would be crazy dangerous even without firewall zones). NM does store some kind of fairly strong identifying information on the network and will only consider it to be the same network and re-connect automatically using the stored authentication information and configuration if it's sure it really *is* the same network. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net 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: Ananconda
On Sat, 2013-09-21 at 19:12 +0100, Phil Dobbin wrote: Hi, all. I was wondering as to why Ananconda has no facility to overwrite a distro already present on the target machine. I've studied it apart from destroying the existing partition with GParted there seems to be no other way (this happens on 18 19). Most painful it is. If anybody can show me a workaround I'd be most grateful. Assuming I read you right, if the responses so far haven't been specific enough, you want to go the disk selection screen, select the target disks, click Done, then on Installation Options, set any options you want to set, then click Reclaim Space. On the screen that pops up you can choose to delete (or shrink) any combination of existing storage volumes on the chosen disk(s) to free up space for the Fedora install. Once you're happy, and assuming your chosen actions would create enough free space for a Fedora install, hit 'Done', and you will be returned to the hub. The 'partitioning plan' at this point will be that the delete/shrink operations you specified will be carried out and the installer will then automatically partition all available free space for Fedora, using the volume type you chose from the drop-down on the Installation Options screen. This will only actually *occur* when you hit the Begin Installation button on the hub: up until that point you can still go back through the Installation Destination spoke and change your choices. All the time you're in the partitioning workflow, nothing you specify is actually *happening*, it's all just a 'plan'. (this distinction is freaking hard to explain concisely in the kinds of labels and explanatory text you can write into the installer UI, though.) You can also wipe existing partitions from custom partitioning and do all sorts of other things too, but this is the easy, 'express' route. Sometimes I think I should just write a blog post which explains precisely how anaconda's storage workflow actually works, because it's much easier to see why it's put together the way it is once you understand precisely how it works, if you see what I mean :P -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net 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: systemd journal interaction with btrfs, unfixable corruption
On 09/25/2013 06:35 AM, Chris Murphy wrote: There are some reports of VM images on btrfs being corrupted somehow (although I don't think it's related to balance, I could be wrong), and the solution is to set VM images to nodatacow. So I wonder if there's some behavior of systemd journaling that's similar? I don't know about VM images, but systemd-journald writes to journal files using a bunch of writable mmap windows. It also calls ftruncate to truncate a journal file to its current size, just to trigger inotify clients that are watching for changes in the file. Sometimes it calls fsync. Michal -- 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: Intent to retire python-jinja
2013/9/23 Daniel Drake d...@laptop.org: olpc-library just got obsoleted (nothing uses it now, the functionality got moved elsewhere), so if you could point me at how to drop this package from rawhide I will get it out of your way. See https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Thanks, 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
Re: Default boot/root filesystem
On 09/24/2013 10:25 PM, Chris Murphy wrote: On Sep 24, 2013, at 7:34 PM, William Brown will...@firstyear.id.au wrote: Additionally, with the concerns re device shrink. Yes, XFS won't let you shrink, but with thin provision LVM that isn't so much an issue: You just shrink the pv and leave it alone. I would also argue that anyone who is smart enough to shrink their devices, is smart enough to lookup a little bit about lvm thinp. I think LVM thinp commands are a lot more esoteric than ext4, btrfs, or xfs resize. But really I think the issue is making it easy for users at install time, so as long as the installer doesn't hit a brick wall being unable to shrink with the default file system, it probably doesn't matter if it's ext4, or XFS on thinp, or btrfs. But right now the installer only supports ext4 resize. I think a really good feature that would go alongside this, would be discards by default so that lvm thinp can relinquish free blocks also. But that's really another topic :) So as it turns out some devices get really busy and slow down when TRIM is used, so not all devices are well suited for discard and therefore it's probably not a good idea for it to be set by default. It's also not enabled by default for ssds with btrfs either. And with dm-crypt there's a security concern in that it exposes massive zero'd holes on the device instead of current data being obscured by stale data. We should not confuse TRIM that gets handled at the device layer (and is a slow, non-queued S-ATA command for example) and a dm-thin parsing of that same command in software which just updates the metadata that dm-thin maintains. Using dm-thin is not for free, but I don't know that we have looked carefully at the performance profile. Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
GNOME 3.10.0 megaupdate
Hi all, GNOME 3.10.0 release is this week and we're going to collect all the builds together and filing them as a single Bodhi megaupdate for F20. As usual, the spreadsheet for collecting all the builds together is at https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzBuN2VxU0lxbHcpli=1#gid=0 We've also got a separate koji build target that can be used with: $ fedpkg build --target f20-gnome -- Thanks, 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
Schedule for Wednesday's FESCo Meeting (2013-09-25)
Following is the list of topics that will be discussed in the FESCo meeting Today at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD HH:MM UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1173 provenpackager request for vicodan .fesco 1173 https://fedorahosted.org/fesco/ticket/1173 = New business = #topic #1175 SCLs -- FPC questions on backwards compat .fesco 1175 https://fedorahosted.org/fesco/ticket/1175 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb (You'll never know whether the road is wrong though.) -- 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 boot/root filesystem
On Sep 25, 2013, at 6:12 AM, Ric Wheeler rwhee...@redhat.com wrote: We should not confuse TRIM that gets handled at the device layer (and is a slow, non-queued S-ATA command for example) and a dm-thin parsing of that same command in software which just updates the metadata that dm-thin maintains. Yes, fair point. I should have qualified the assertion better to indicate default discard to the physical device is probably not a good idea. Or maybe it needs to get smarter, and initiated when the fs isn't particularly busy. A kind of delayed discard. Chris Murphy -- 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 boot/root filesystem
On 09/25/2013 10:48 AM, Chris Murphy wrote: On Sep 25, 2013, at 6:12 AM, Ric Wheeler rwhee...@redhat.com wrote: We should not confuse TRIM that gets handled at the device layer (and is a slow, non-queued S-ATA command for example) and a dm-thin parsing of that same command in software which just updates the metadata that dm-thin maintains. Yes, fair point. I should have qualified the assertion better to indicate default discard to the physical device is probably not a good idea. Or maybe it needs to get smarter, and initiated when the fs isn't particularly busy. A kind of delayed discard. Chris Murphy We do have fstrim - you run it periodically on an online file system and it sends down larger discard requests. That is actually pretty much always the best way to go. That said, we definitely could use lots of work on looking at performance on top of dm-thin (with/without the discard mount options) Ric -- 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 boot/root filesystem
Chris Murphy wrote: So as it turns out some devices get really busy and slow down when TRIM is used, so not all devices are well suited for discard and therefore it's probably not a good idea for it to be set by default. It's also not enabled by default for ssds with btrfs either. And with dm-crypt there's a security concern in that it exposes massive zero'd holes on the device instead of current data being obscured by stale data. [citation needed] I have 4 SSDs of various manufacturers all used as root and boot drives. All use ext4 and have TRIM enabled. I have yet to experience any perceived slow downs. -- 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: About F19 Firewall
Hello Adam, - Original Message - From: Adam Williamson awill...@redhat.com Subject: Re: About F19 Firewall That's ironic: just yesterday - without having yet read this discussion - I used the firewalld on my laptop to lock down the 'public' zone to allow nothing at all (not mdns or ssh), make sure it was the default zone, then special-case the connection for my home wireless network to be in the 'home' zone. Took two minutes. I'd have no idea how the hell to do that with iptables. So, you're already wrong. :P Heh...sure! And you plan to do it everyday? You can never tell where one would find amusement. :) --- Regards -Prasad http://feedmug.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
[Bug 914307] perl-PDL: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=914307 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Assignee|jples...@redhat.com |ppi...@redhat.com Flags|needinfo?(jplesnik@redhat.c | |om) | --- Comment #6 from Petr Pisar ppi...@redhat.com --- Delevelopment 2.006_90 is needed because this one passes all tests. -- 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=18LEDDpBS8a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Default boot/root filesystem
On Sep 25, 2013, at 8:56 AM, Ric Wheeler rwhee...@redhat.com wrote: On 09/25/2013 10:48 AM, Chris Murphy wrote: On Sep 25, 2013, at 6:12 AM, Ric Wheeler rwhee...@redhat.com wrote: We should not confuse TRIM that gets handled at the device layer (and is a slow, non-queued S-ATA command for example) and a dm-thin parsing of that same command in software which just updates the metadata that dm-thin maintains. Yes, fair point. I should have qualified the assertion better to indicate default discard to the physical device is probably not a good idea. Or maybe it needs to get smarter, and initiated when the fs isn't particularly busy. A kind of delayed discard. Chris Murphy We do have fstrim - you run it periodically on an online file system and it sends down larger discard requests. That is actually pretty much always the best way to go. Understood. I'm thinking of something like fstrim, but more automatic so the user doesn't have to either initiate or schedule it. Lazy discard, i.e. during idle time. But it's probably specious for me to suggest a solution for a problem that's not that well understood. There's much fractionation in SSD land, largely due to firmware not hardware differences, and then use cases that may not be aligned due to flawed marketing or pricing incentives. It's sorta amusing to me, Windows 7 pretty much always enables TRIM to physical device by default, whereas Apple pretty much never does unless it's their own branded (and firmwared) SSD. At least Windows has a command to enable/disable, Apple provides nothing obvious even at the command line to manage this, even manually like an fstrim equivalent. So even those companies have different views on the use of discard. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review swap: python-qpid_messaging
I'm willing to do a review swap if someone will review python-qpid_messaging: https://bugzilla.redhat.com/show_bug.cgi?id=1012077 -- Darryl L. Pierce mcpie...@gmail.com http://mcpierce.fedorapeople.org/ What do you care what people think, Mr. Feynman? pgp1TszbUo8eW.pgp Description: 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
Re: Default boot/root filesystem
On Sep 25, 2013, at 9:02 AM, Michael Cronenworth m...@cchtml.com wrote: Chris Murphy wrote: So as it turns out some devices get really busy and slow down when TRIM is used, so not all devices are well suited for discard and therefore it's probably not a good idea for it to be set by default. It's also not enabled by default for ssds with btrfs either. And with dm-crypt there's a security concern in that it exposes massive zero'd holes on the device instead of current data being obscured by stale data. [citation needed] https://patrick-nagel.net/blog/archives/337 https://btrfs.wiki.kernel.org/index.php/FAQ#Does_Btrfs_support_TRIM.2Fdiscard.3F I have 4 SSDs of various manufacturers all used as root and boot drives. All use ext4 and have TRIM enabled. I have yet to experience any perceived slow downs. OK but is that ext4 on the physical device or is LVM or RAID in between? I don't think TRIM passthrough to the physical device is default behavior with either LVM or md. If ext4 is directly on the physical device, all this says is you have four SSD models that aren't negatively impacted by TRIM. There are hundreds of models of SSDs. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2013-09-26 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2013-09-26 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2013-09-26 09:00 Thu US/Pacific PDT 2013-09-26 12:00 Thu US/Eastern EDT 2013-09-26 16:00 Thu UTC - 2013-09-26 17:00 Thu Europe/London BST 2013-09-26 18:00 Thu Europe/Paris CEST 2013-09-26 18:00 Thu Europe/Berlin CEST 2013-09-26 21:30 Thu Asia/Calcutta IST --new day-- 2013-09-27 00:00 Fri Asia/Singapore SGT 2013-09-27 00:00 Fri Asia/Hong_Kong HKT 2013-09-27 01:00 Fri Asia/Tokyo JST 2013-09-27 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 = New business = #topic #344 Wrong library name conflicts solution .fpc 344 https://fedorahosted.org/fpc/ticket/344 #topic #345 Ruby guidelines: Filtering automatic provides .fpc 345 https://fedorahosted.org/fpc/ticket/345 #topic #346 Bundling exception request for Eclipse Sisu .fpc 346 https://fedorahosted.org/fpc/ticket/346 #topic #347 minetest - jthread bundle .fpc 347 https://fedorahosted.org/fpc/ticket/347 #topic #348 LangPacks Naming Guidelines draft .fpc 348 https://fedorahosted.org/fpc/ticket/348 #topic #349 bundling exception for LINPACK DQRDC2 .fpc 349 https://fedorahosted.org/fpc/ticket/349 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- 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: Review swap: python-qpid_messaging
On 25.09.2013 18:25, Darryl L. Pierce wrote: I'm willing to do a review swap if someone will review python-qpid_messaging: https://bugzilla.redhat.com/show_bug.cgi?id=1012077 Hi, I'll do it for perl-Parse-DebControl [1]. Thanks, Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=100 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Build package with latest translation for l10n testing
Hello Fedora package maintainers, Kindly build and push your packages with latest translation files (ie, pull the latest translations from Transifex/Zanata) by FRIDAY 2013-09-27, for Fedora 20 L10n test scheduled on 2013-10-03 (Thursday). The packages with latest translations can thus be used to create the live image, which the language translators worldwide can use for testing in their own languages on this test day. Any issues they find will be filed as bug. Appreciate your help in this regard as this is an opportunity for the translators to check and modify the translation quality of your package. Thanks for your support and understanding. Best regards Ani Peter FLTG member URL: https://fedoraproject.org/wiki/FLTG ___ 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: Default boot/root filesystem
Chris Murphy wrote: https://patrick-nagel.net/blog/archives/337 He provides no reliable testing method. I don't consider his results to be scientific or useful. One blogger will not be enough evidence. -- 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 boot/root filesystem
On Sep 25, 2013, at 10:48 AM, Michael Cronenworth m...@cchtml.com wrote: Chris Murphy wrote: https://patrick-nagel.net/blog/archives/337 He provides no reliable testing method. I don't consider his results to be scientific or useful. One blogger will not be enough evidence. You say that as if it's the only link I provided. You disregard, without comment, the btrfs faq link entirely. Go search the btrfs dev list. There, there's enough uncertainty surrounding the use of TRIM that it seems clearly not a good idea to use as a default, with the present state of the technology (or at least, agreements among vendors as their TRIM behaviors do differ). And I suspect also on the XFS list as well. Chris Murphy -- 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 boot/root filesystem
On 09/25/2013 12:48 PM, Michael Cronenworth wrote: Chris Murphy wrote: https://patrick-nagel.net/blog/archives/337 He provides no reliable testing method. I don't consider his results to be scientific or useful. One blogger will not be enough evidence. You should - and can - easily test your workload with your hardware/software stack to see if the options make a difference. There are known and documented performance issues with S-ATA's non-queued ATA_TRIM commands. Each command issued causes a drain of the pending IO's to the device in question which can be bad for IO intensive workloads. Of course, if you don't push your storage to the max (or if you don't delete a lot), this might have zero impact on your particular set up :) The T13 standards body is working on queued versions of ATA_TRIM that should help. Other SSD's (non-S-ATA ones), software stacks that handle discard and enterprise/SCSI arrays that do, all will have different sweet spots. If you get a chance to test, do share your results! thanks, Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1012103] New: please update perlIO::Async to version 0.60
https://bugzilla.redhat.com/show_bug.cgi?id=1012103 Bug ID: 1012103 Summary: please update perlIO::Async to version 0.60 Product: Fedora Version: 19 Component: perl-IO-Async Assignee: emman...@seyman.fr Reporter: kc8...@gmail.com QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-de...@lists.fedoraproject.org Description of problem: There's a newer version of this module, 0.60. Version-Release number of selected component (if applicable): 0.29 is the current version The dev indicated that 0.29 is pretty old, and I should upgrade to 0.60. -- 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=9FKP5MWxbJa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Default boot/root filesystem
Ric Wheeler wrote: You should - and can - easily test your workload with your hardware/software stack to see if the options make a difference. Of course I can, but the issue is comparison. I can run tests all day long that may not stress the one area people are hitting that disuade them from wanting TRIM on by default. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1012103] please update perlIO::Async to version 0.60
https://bugzilla.redhat.com/show_bug.cgi?id=1012103 kc8...@gmail.com changed: What|Removed |Added Priority|unspecified |low Hardware|Unspecified |All OS|Unspecified |Linux Severity|unspecified |low -- 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=4MRLR2KIc8a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Default boot/root filesystem
On 09/25/2013 01:29 PM, Michael Cronenworth wrote: Ric Wheeler wrote: You should - and can - easily test your workload with your hardware/software stack to see if the options make a difference. Of course I can, but the issue is comparison. I can run tests all day long that may not stress the one area people are hitting that disuade them from wanting TRIM on by default. TRIM on by default is not really safe yet. Unfortunately, we still have a fair number of storage devices that stumble (or worse) when we pound away at them with TRIM. It is better than it used to be, but I think that letting users test and opt in is still the best path. Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora ARM Weekly Status Meeting 2013-09-25
Good day all, Please join us today (Wednesday, September 25th) at 4PM EDT (8PM UTC) for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode. On the agenda so far.. 1) Kernel Status Update 2) Aarch64 - Status Update - Koji 3) F20 Beta Goals Challenges 4) Open Floor If there is something that you would like to discuss that isn't mentioned please feel free to bring it up at the end of the meeting or send an email to the list. Paul -- 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: About F19 Firewall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Eric H. Christensen wrote: Authentication is based on WEP/WPA/WPA2 passphrase, possibly a MAC address (BSSID), and 802.1 authentication. I guess you refer to using 802.1X with an EAP method that provides mutual authentication, authenticating both the supplicant and the authentication server to each other. As a test I opened the Network Manager connection editor and put my Ethernet connection in the home zone while connected to my home network which doesn't have 802.1X. The filtering rules were immediately changed. There were no protests and no warnings. Obviously nothing tries to ensure that only authenticated networks are put in a trusted zone. Network Manager uses this same connection for all Ethernet networks I connect to. I see no indication that the home zone wouldn't be used for other networks, if I hadn't already changed it back to public. Perhaps an authenticated network would become a separate connection, but I estimate that approximately zero homes and smaller offices use 802.1X on wired networks. This is wireless, however. Hardline connections will always be a bit more secure and the auto zone there will make more sense. Given that many wireless home networks use WPA2 these days, but few if any wired home networks use 802.1X, it looks like with FirewallD wired connections may actually be *less* secure than wireless connections. I strongly suspect that many users put both their wired and wireless networks in the home zone when at home. Then when they go elsewhere, Wifi networks will be considered different connections and will be in the public zone by default, but any Ethernets they connect to will be treated as the home network, which many users probably don't realize. This difference may be temporary though. Sooner or later ISPs will be forced to start providing IPv6 to customers, and then NAT will no longer function as a firewall. It remains to be seen how home networks will evolve then. It may be that people are so used to being crippled by their NAT routers that they will buy home routers with zealous firewalls in them, blocking all incoming IPv6 traffic and disrupting peer-to-peer communication like NAT does. Or it may happen that homes and small offices finally get fully functional Internet. In the latter case link-layer encryption like WPA2 won't protect anything anymore, as all the computers will be addressable from the outside anyway, and then protocols designed for an isolated friendly network will be equally insecure on both wired and wireless networks. - -- Björn Persson Sent from my computer. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBCgAGBQJSQy6fAAoJEOE4WtzWSuY//Y0P/jnRYdG11mMfgLYrGI/qSjiz PfvJPrpE5M6OFi9Lg3zHS7oPPqF8oYIXkq69dhr2AFqN6LhGP/PJOdXtANXxUNz7 rc0Gm2fcIr7uiuUjqYv9/SBDlyPZnhDzqOZRk7g3TM/LffHL11VTSe/7TGZ7Rlkl ncdZfWk/UomFzVd5SKyCYQy9DWIkUfKN8NpGmj1lDYU0u+LeA4Bsg4V1uozIQ3HI FjiBk+9/pVYsVbm8FObFKJ5gkruJgeYKbTL3X/OunNA+OWWTfltxI3USst/EbEeT JTlM3naLF87i3U6uHBN2/KMNYJSD+M8xX8sL8mYA9zbMf1VxPlQ4qaX6WEzZ7LcV EBuztC1lia2jUBldmwDs+G5oht17uGAHAQB5aK7zwigtlYAaBTjLBItYxJ0TfXJD s08wAVfgD/cF7gE3kpjOI4fntbtI/RLvU8fzUvl7CRbSPz0sSg/vIY8O6DmGKD2S oC7H/aMsI6zS/MI+sjCVenY7YbyuSi3A89XxEAQ30EwDxPfMJCqNgtfWiRcSqLnv azHHUrObanvTinXs+JXw62ey1g8560KBnX2AmYRucbbHi72ENbtdwWXEZrIyhVbU 2F2ofFCyDfCO8N8G9LUYJ0Xwfgw3KRevB7ZhE5UVbJoxnCRkjShum6HNxkY+bKiy fM7zEi6BPIEFa4drFX0r =Zz4b -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
Re: Using USB 3 plugs crashes Gnome
Digimer wrote: In a couple of occasions, if I leave it long enough, the windows would start responding to a limited amount, but they would all be jammed up to the top-left corner, have no windows and can't be moved or given focus (so I can only interact with the windows I can see part of). That sounds like the window manager has crashed. You may be able to restart it if you know the command and one of the windows you can see happens to be a terminal. I have no idea how USB 3 can crash Gnome's window manager. -- Björn Persson Sent from my computer. signature.asc Description: 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
[389-devel] 389-ds-base_Debian_Wheezy - Build # 46 - Fixed!
389-ds-base_Debian_Wheezy - Build # 46 - Fixed: See attached build log for details. build.log Description: Binary data -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Review swap: python-qpid_messaging
On Wed, Sep 25, 2013 at 06:40:34PM +0200, Sandro Mani wrote: On 25.09.2013 18:25, Darryl L. Pierce wrote: I'm willing to do a review swap if someone will review python-qpid_messaging: https://bugzilla.redhat.com/show_bug.cgi?id=1012077 Hi, I'll do it for perl-Parse-DebControl [1]. Deal! And thanks. :) -- Darryl L. Pierce mcpie...@gmail.com http://mcpierce.fedorapeople.org/ What do you care what people think, Mr. Feynman? pgp_b8KRek0Df.pgp Description: 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
Re: About F19 Firewall
Luke Macken wrote: dnf is written in Python, so I don't think that'll be possible. The roadmap for 2.0 is apparently going to involve porting to Python3, which will most likely help with the memory usage, but not with the installation size. We should be defaulting to some other Hawkey (or PackageKit) client, maybe pkcon? Or let's write a basic Hawkey client in C. All the actual logic of DNF is written in C, so I really don't see why we should be stuck with that Python wrapper. Kevin Kofler -- 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: Using USB 3 plugs crashes Gnome
On 09/25/2013 12:14 AM, Digimer wrote: I can't imagine why USB 3 would effect this, but there you go. Any advice on debugging? Déjà-vu: http://lists.fedoraproject.org/pipermail/devel/2013-August/188273.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: Using USB 3 plugs crashes Gnome
On 25/09/13 12:07, Xose Vazquez Perez wrote: On 09/25/2013 12:14 AM, Digimer wrote: I can't imagine why USB 3 would effect this, but there you go. Any advice on debugging? Déjà-vu: http://lists.fedoraproject.org/pipermail/devel/2013-August/188273.html I honestly forgot about having asked before. Sorry for the noise. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? -- 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: How to properly depreciate a package that will be provided by another (trustedqsl/tqsllib)
Richard Shaw wrote: Thanks for the clarification Kevin... On a related note, the guidelines say I should only retire a package that's not released since the package can not get removed from released versions, so in this case I'm thinking that would be f20 and rawhide. Right. As to the order, I would think I need the new packages in stable before retiring so we have a continuity of update path? Yes, that makes sense. Kevin Kofler -- 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: How to properly depreciate a package that will be provided by another (trustedqsl/tqsllib)
On Wed, Sep 25, 2013 at 2:38 PM, Kevin Kofler kevin.kof...@chello.atwrote: Richard Shaw wrote: Thanks for the clarification Kevin... On a related note, the guidelines say I should only retire a package that's not released since the package can not get removed from released versions, so in this case I'm thinking that would be f20 and rawhide. Right. As to the order, I would think I need the new packages in stable before retiring so we have a continuity of update path? Yes, that makes sense. Thanks for the gut check, I don't want to mess anything up! 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: [HEADSUP] Atlas changed libraries
Frantisek Kluknavsky wrote: People with interest in secondary architectures might oppose that. Which architectures are the problem? OpenBLAS currently supports: | 2. Supported Architecture | |X86 : Pentium3 Katmai |Coppermine | Athlon (not well optimized, though) | PentiumM Banias, Yonah | Pentium4 Northwood |Nocona (Prescott) | Core 2 Woodcrest | Core 2 Penryn | Nehalem-EP Corei{3,5,7} | Atom | AMD Opteron | AMD Barlcelona, Shanghai, Istanbul | VIA NANO | | X86_64: Pentium4 Nocona | Core 2 Woodcrest | Core 2 Penryn | Nehalem | Atom | AMD Opteron | AMD Barlcelona, Shanghai, Istanbul | VIA NANO | | IA64 : Itanium2 | | Alpha : EV4, EV5, EV6 | | POWER : POWER4 | PPC970/PPC970FX | PPC970MP | CELL (PPU only) | POWER5 | PPC440 (QCDOC) | PPC440FP2(BG/L) | POWERPC G4(PPC7450) | POWER6 | | SPARC : SPARC IV | SPARC VI, VII (Fujitsu chip) | | MIPS64/32: Sicortex | Additional support CPU: | x86/x86-64: | * Intel Xeon 56xx (Westmere): Used GotoBLAS2 Nehalem codes. | * Intel Sandy Bridge: Optimized Level-3 BLAS with AVX on x86-64. | * Intel Haswell: Optimized Level-3 BLAS with AVX on x86-64 (identical to | Sandy Bridge). | * AMD Bobcat: Used GotoBLAS2 Barcelona codes. | * AMD Bulldozer: x86-64 S/DGEMM AVX kernels. (Thank Werner Saar) | * AMD PILEDRIVER: Used Bulldozer codes. | MIPS64: | * ICT Loongson 3A: Optimized Level-3 BLAS and the part of Level-1,2. | * ICT Loongson 3B: Experimental (and as I said, ARM is being worked on as we speak, so it's not listed yet, but will be very soon). Perhabs if we ensure binary compatibility then we can make them freely interchangeable. I also like the binary compatibility approach (used for ATLAS in the past: you build against reference BLAS/LAPACK and then get whatever one you want pulled in at runtime), but Susi Lehtola wrote that it is not supported (or for ATLAS, not anymore) by upstream. Kevin Kofler -- 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: packaging guidelines again
oh, and in fact there are *a lot of more* processes typically running as long living process directly after login which should be hardened too may i suggest Fedora ban prelink which is always the excuse and harden the complete distribution at least on x86_64 the performance impact is outside generic benchmarks not existing and so i should be *mandatory* to have *any* x86_64 package as hardened build and the start time must not be an argument - how often do people start applications after a *cold and uncached* boot?! especially processes like X *running as root* MUST NOT be No PIE and are a clear violation of guidelines [root@srv-rhsoft:~]$ checksec --proc-all | grep No PIE /usr/sbin/smoke 3353 Partial RELRO Canary found NX enabled No PIE login 4411 Partial RELRO Canary found NX enabled No PIE bash 4492 Partial RELRO Canary found NX enabled No PIE alsactl637 Partial RELRO Canary found NX enabled No PIE startkde 6566 Partial RELRO Canary found NX enabled No PIE mdadm657 Partial RELRO Canary found NX enabled No PIE start_kdeinit 6644 Partial RELRO Canary found NX enabled No PIE kdeinit4 6645 Partial RELRO Canary found NX enabled No PIE klauncher 6675 Partial RELRO Canary found NX enabled No PIE kded4 6677 Partial RELRO Canary found NX enabled No PIE gam_server 6679 Partial RELRO Canary found NX enabled No PIE kglobalaccel 6693 Partial RELRO Canary found NX enabled No PIE kwrapper4 6697 Partial RELRO Canary found NX enabled No PIE ksmserver 6698 Partial RELRO Canary found NX enabled No PIE kwin 6700 Partial RELRO No canary foundNX enabled No PIE kactivitymanage 6703 Partial RELRO Canary found NX enabled No PIE krunner 6713 Partial RELRO Canary found NX enabled No PIE plasma-desktop 6715 Partial RELRO Canary found NX enabled No PIE lancelot 6726 Partial RELRO No canary foundNX enabled No PIE upowerd673 Partial RELRO Canary found NX enabled No PIE akonadi_control 6730 Partial RELRO No canary foundNX enabled No PIE akonadiserver 6732 Partial RELRO Canary found NX enabled No PIE avahi-daemon674 Partial RELRO Canary found NX enabled No PIE ksysguardd 6749 Partial RELRO Canary found NX enabled No PIE kuiserver 6758 Partial RELRO No canary foundNX enabled No PIE kaccess 6765 Partial RELRO Canary found NX enabled No PIE firefox 6770 Partial RELRO Canary found NX enabled No PIE rtkit-daemon679 Partial RELRO Canary found NX enabled No PIE kopete 6791 Partial RELRO Canary found NX enabled No PIE konqueror 6793 Partial RELRO Canary found NX enabled No PIE klipper 6797 Partial RELRO Canary found NX enabled No PIE kmix 6799 Partial RELRO Canary found NX enabled No PIE knemo 6801 Partial RELRO Canary found NX enabled No PIE polkit-kde-auth 6804 Partial RELRO No canary foundNX enabled No PIE gvfsd 6810 Partial RELRO Canary found NX enabled No PIE knotify4 6811 Partial RELRO No canary foundNX enabled No PIE konqueror 6821 Partial RELRO Canary found NX enabled No PIE at-spi-bus-laun 6840 Partial RELRO Canary found NX enabled No PIE kwalletd 6874 Partial RELRO Canary found NX enabled No PIE ksystraycmd 7020 Partial RELRO No canary foundNX enabled No PIE rdesktop 7022 Partial RELRO Canary found NX enabled No PIE ksystraycmd 7023 Partial RELRO No canary foundNX enabled No PIE thunderbird 7025 Partial RELRO Canary found NX enabled No PIE bash 7126 Partial RELRO Canary found NX enabled No PIE pulseaudio715 Full RELROCanary found NX enabled No PIE X718 Partial RELRO Canary found NX enabled No PIE bash 7187 Partial RELRO Canary found NX enabled No PIE avahi-daemon728 Partial RELRO Canary found NX enabled No PIE gvfsd-http 7285 Partial RELRO Canary found NX enabled No PIE kio_file 7494 Partial RELRO Canary
Fedora ARM Status Meeting Minutes 2013-09-25
Thanks to those that were able to join us for the status meeting today, for those unable the minutes are posted below: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-09-25/fedora-meeting-1.2013-09-25-20.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2013-09-25/fedora-meeting-1.2013-09-25-20.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2013-09-25/fedora-meeting-1.2013-09-25-20.00.log.html === #fedora-meeting-1: Fedora ARM status meeting === Meeting summary --- * 1) Kernel Status Update (pwhalen, 20:03:41) * no new progress on outstanding kernel issues (pwhalen, 20:04:15) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1012025 (pwhalen, 20:04:52) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1012014 (pwhalen, 20:05:21) * jonmasters got a new BeagleBoneBlack last week. will attempt to debug (pwhalen, 20:05:55) * 2a) Aarch64 - Status Update (pwhalen, 20:07:06) * 12141 packages built, next big gains will be from koji+f21 or qt being fixed (bconoboy, 20:08:58) * 2b) Aarch64 - Koji (pwhalen, 20:09:55) * We will recycle arm.koji.fedoraproject.org for building aarch64 rawhide packages (bconoboy, 20:14:29) * ACTION: dgilmore or masta to generate koji certs for aarch64 builders (bconoboy, 20:14:44) * ACTION: pwhalen to configure builders once certs are ready (bconoboy, 20:14:59) * ACTION: masta to try his hand at koji-shadow (bconoboy, 20:15:54) * 3) F20 Beta Goals Challenges (pwhalen, 20:17:04) * LINK: http://fedoraproject.org/wiki/Fedora_20_Beta_Release_Criteria (pwhalen, 20:28:03) * specific testcases (pwhalen, 20:28:45) * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_20_Alpha_RC4_Desktop (pwhalen, 20:28:50) * 4) Open Floor (pwhalen, 20:35:13) * Pidora 19 expected early next month, P20 close to F20 date (pwhalen, 20:36:49) Meeting ended at 20:51:37 UTC. Action Items * dgilmore or masta to generate koji certs for aarch64 builders * pwhalen to configure builders once certs are ready * masta to try his hand at koji-shadow Action Items, by person --- * dgilmore * dgilmore or masta to generate koji certs for aarch64 builders * masta * dgilmore or masta to generate koji certs for aarch64 builders * masta to try his hand at koji-shadow * pwhalen * pwhalen to configure builders once certs are ready * **UNASSIGNED** * (none) People Present (lines said) --- * bconoboy (56) * pwhalen (44) * masta (24) * ctyler (21) * hrw (15) * jonmasters (15) * zodbot (12) * ahs3 (7) * kylem (2) * dmarlin (1) * jcapik (1) * msalter (0) * jdisnard (0) * pbrobinson (0) * agreene (0) * handsome_pirate (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- 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: Intent to retire python-jinja
On Wed, Sep 25, 2013 at 5:58 AM, Thomas Moschny thomas.mosc...@gmail.com wrote: See https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Done Daniel -- 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: Using USB 3 plugs crashes Gnome
On Wed, 2013-09-25 at 20:53 +0200, Björn Persson wrote: Digimer wrote: In a couple of occasions, if I leave it long enough, the windows would start responding to a limited amount, but they would all be jammed up to the top-left corner, have no windows and can't be moved or given focus (so I can only interact with the windows I can see part of). That sounds like the window manager has crashed. You may be able to restart it if you know the command and one of the windows you can see happens to be a terminal. Or by going to a VT and doing (usually): DISPLAY=:0 gnome-shell --replace -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net 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: [HEADSUP] Atlas changed libraries
Susi Lehtola wrote: OpenBLAS, ATLAS, ACML and MKL only ship one monolitchic library, so this is not really an option. FYI, the author of netlib-java filed an issue with OpenBLAS for that: https://github.com/xianyi/OpenBLAS/issues/296 Unfortunately, upstream is reluctant to change this because they're worried about people trying to mix their LAPACK with another BLAS which doesn't provide the symbols their optimized LAPACK needs. There ought to be a better solution for that problem. Do you know why ATLAS changed to monolithic libraries? For the same reason? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1011812] New: perl-Net-GitHub-0.54 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011812 Bug ID: 1011812 Summary: perl-Net-GitHub-0.54 is available Product: Fedora Version: rawhide Component: perl-Net-GitHub Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.54 Current version/release in Fedora Rawhide: 0.53-1.fc21 URL: http://search.cpan.org/dist/Net-GitHub/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=H29Tq0GP9Ea=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 1011814] New: perl-Pod-Spell-1.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011814 Bug ID: 1011814 Summary: perl-Pod-Spell-1.08 is available Product: Fedora Version: rawhide Component: perl-Pod-Spell Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 1.08 Current version/release in Fedora Rawhide: 1.07-1.fc21 URL: http://search.cpan.org/dist/Pod-Spell/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Ji0ksTJ2Jma=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 1011816] New: perl-YAML-Tiny-1.56 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011816 Bug ID: 1011816 Summary: perl-YAML-Tiny-1.56 is available Product: Fedora Version: rawhide Component: perl-YAML-Tiny Keywords: FutureFeature, Triaged Assignee: st...@silug.org Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, st...@silug.org Latest upstream release: 1.56 Current version/release in Fedora Rawhide: 1.55-1.fc21 URL: http://search.cpan.org/dist/YAML-Tiny/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=U7fcign8Xda=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 1011812] perl-Net-GitHub-0.54 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011812 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com,|ppi...@redhat.com |psab...@redhat.com | Assignee|psab...@redhat.com |ppi...@redhat.com -- 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=1Gjh1WlTpra=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
File Pod-Spell-1.08.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Pod-Spell: 7c24d69b72eccae21637580b36847786 Pod-Spell-1.08.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-Pod-Spell] 1.08 bump
commit 12d35dd19a93327f6cef44fc725ed97645a24800 Author: Jitka Plesnikova jples...@redhat.com Date: Wed Sep 25 10:29:03 2013 +0200 1.08 bump .gitignore |1 + perl-Pod-Spell.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 76f7472..7c35da1 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ Pod-Spell-1.01.tar.gz /Pod-Spell-1.05.tar.gz /Pod-Spell-1.06.tar.gz /Pod-Spell-1.07.tar.gz +/Pod-Spell-1.08.tar.gz diff --git a/perl-Pod-Spell.spec b/perl-Pod-Spell.spec index de0d016..1195dc6 100644 --- a/perl-Pod-Spell.spec +++ b/perl-Pod-Spell.spec @@ -1,5 +1,5 @@ Name: perl-Pod-Spell -Version:1.07 +Version:1.08 Release:1%{?dist} Summary:A formatter for spell-checking POD Group: Development/Libraries @@ -71,6 +71,9 @@ make test %{_mandir}/man3/*.3pm* %changelog +* Wed Sep 25 2013 Jitka Plesnikova jples...@redhat.com - 1.08-1 +- 1.08 bump + * Fri Sep 20 2013 Jitka Plesnikova jples...@redhat.com - 1.07-1 - 1.07 bump diff --git a/sources b/sources index 2bd5655..4da6c62 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3950fa985b3d303e5518838e1641ee5b Pod-Spell-1.07.tar.gz +7c24d69b72eccae21637580b36847786 Pod-Spell-1.08.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 1011814] perl-Pod-Spell-1.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011814 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||perl-Pod-Spell-1.08-1.fc21 -- 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=3yugZu7CSma=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
File Net-GitHub-0.54.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Net-GitHub: cfa4e2dff2aef1cdfb8314cf3db238ba Net-GitHub-0.54.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-Net-GitHub] 0.54 bump
commit aa25e920581a7ec7b5e3fe3221cd2fe9fd3e79ee Author: Petr Písař ppi...@redhat.com Date: Wed Sep 25 10:38:13 2013 +0200 0.54 bump .gitignore |1 + perl-Net-GitHub.spec |6 -- sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 248164c..a9ac17b 100644 --- a/.gitignore +++ b/.gitignore @@ -13,3 +13,4 @@ Net-GitHub-0.22.tar.gz /Net-GitHub-0.51.tar.gz /Net-GitHub-0.52.tar.gz /Net-GitHub-0.53.tar.gz +/Net-GitHub-0.54.tar.gz diff --git a/perl-Net-GitHub.spec b/perl-Net-GitHub.spec index 139cbd8..6eea716 100644 --- a/perl-Net-GitHub.spec +++ b/perl-Net-GitHub.spec @@ -1,6 +1,6 @@ Name: perl-Net-GitHub Summary:Perl interface for github.com -Version:0.53 +Version:0.54 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries @@ -16,7 +16,6 @@ BuildRequires: perl(HTTP::Request::Common) BuildRequires: perl(inc::Module::Install) BuildRequires: perl(JSON::Any) BuildRequires: perl(MIME::Base64) -BuildRequires: perl(Moose::Role) BuildRequires: perl(Test::More) BuildRequires: perl(URI) BuildRequires: perl(URI::Escape) @@ -52,6 +51,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Wed Sep 25 2013 Petr Pisar ppi...@redhat.com - 0.54-1 +- 0.54 bump + * Mon Sep 02 2013 Petr Šabata con...@redhat.com - 0.53-1 - 0.53 bump diff --git a/sources b/sources index 061f4ba..503cded 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7109be383dfa516ee94500e50fbb8130 Net-GitHub-0.53.tar.gz +cfa4e2dff2aef1cdfb8314cf3db238ba Net-GitHub-0.54.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-Pod-Spell/f20] 1.08 bump
commit 34705f2efa8d474362e0300a7cd89d4348b1b2f8 Author: Jitka Plesnikova jples...@redhat.com Date: Wed Sep 25 10:40:57 2013 +0200 1.08 bump .gitignore |1 + perl-Pod-Spell.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 8bb8158..a2ba1f7 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ Pod-Spell-1.01.tar.gz /Pod-Spell-1.04.tar.gz /Pod-Spell-1.05.tar.gz /Pod-Spell-1.07.tar.gz +/Pod-Spell-1.08.tar.gz diff --git a/perl-Pod-Spell.spec b/perl-Pod-Spell.spec index edd0653..6fdf34b 100644 --- a/perl-Pod-Spell.spec +++ b/perl-Pod-Spell.spec @@ -1,5 +1,5 @@ Name: perl-Pod-Spell -Version:1.07 +Version:1.08 Release:1%{?dist} Summary:A formatter for spell-checking POD Group: Development/Libraries @@ -69,6 +69,9 @@ make test %{_mandir}/man3/*.3pm* %changelog +* Wed Sep 25 2013 Jitka Plesnikova jples...@redhat.com - 1.08-1 +- 1.08 bump + * Fri Sep 20 2013 Jitka Plesnikova jples...@redhat.com - 1.07-1 - 1.07 bump diff --git a/sources b/sources index 2bd5655..4da6c62 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3950fa985b3d303e5518838e1641ee5b Pod-Spell-1.07.tar.gz +7c24d69b72eccae21637580b36847786 Pod-Spell-1.08.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 1011812] perl-Net-GitHub-0.54 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011812 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Net-GitHub-0.54-1.fc21 Resolution|--- |RAWHIDE Last Closed||2013-09-25 04:51:33 -- 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=gVHro0AjtYa=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 958821] Threaded glob segfaults
https://bugzilla.redhat.com/show_bug.cgi?id=958821 --- Comment #2 from Petr Pisar ppi...@redhat.com --- The fix is emerging in https://rt.perl.org/rt3/Public/Bug/Display.html?id=119897. -- 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=3j9zsnYpgXa=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 1008407] perl-Pod-Spell-1.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1008407 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Pod-Spell-1.08-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Pod-Spell-1.08-1.fc20 -- 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=69C0f82fraa=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 1011814] perl-Pod-Spell-1.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011814 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-Pod-Spell-1.08-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Pod-Spell-1.08-1.fc20 -- 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=NU07PQNQw3a=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-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) 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 perl(:MODULE_COMPAT_5.16.2) 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
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the F-20 tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) 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 perl(:MODULE_COMPAT_5.16.2) 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
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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-Padre
perl-Padre has broken dependencies in the rawhide tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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
File YAML-Tiny-1.56.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-YAML-Tiny: 9fd7940c05b025d6be08217c9a5061b6 YAML-Tiny-1.56.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-YAML-Tiny] Update to 1.56
commit cf51f30a6ce5f6b4abdc9bbff969fcfc199fe4c1 Author: Paul Howarth p...@city-fan.org Date: Wed Sep 25 14:12:24 2013 +0100 Update to 1.56 - New upstream release 1.56 - read_string documentation error fixed (CPAN RT#74409) - Re-release with fixed compile test - Go back to Module::Build::Tiny flow perl-YAML-Tiny.spec | 22 ++ sources |2 +- 2 files changed, 15 insertions(+), 9 deletions(-) --- diff --git a/perl-YAML-Tiny.spec b/perl-YAML-Tiny.spec index 1f6f9f2..bc3dfbf 100644 --- a/perl-YAML-Tiny.spec +++ b/perl-YAML-Tiny.spec @@ -1,5 +1,5 @@ Name: perl-YAML-Tiny -Version:1.55 +Version:1.56 Release:1%{?dist} Summary:Read/Write YAML files with as little code as possible License:GPL+ or Artistic @@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/YAML-Tiny/ Source0: http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/YAML-Tiny-%{version}.tar.gz BuildArch: noarch # Module Build -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: perl(Module::Build::Tiny) = 0.027 # Module Runtime BuildRequires: perl(Carp) BuildRequires: perl(Exporter) @@ -16,10 +16,12 @@ BuildRequires: perl(Scalar::Util) BuildRequires: perl(strict) # Test Suite BuildRequires: perl(blib) +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) = 0.80 BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) +BuildRequires: perl(List::Util) BuildRequires: perl(Test::More) = 0.94 BuildRequires: perl(vars) BuildRequires: perl(warnings) @@ -41,16 +43,14 @@ memory overhead. %setup -q -n YAML-Tiny-%{version} %build -perl Makefile.PL INSTALLDIRS=vendor -make %{?_smp_mflags} +perl Build.PL --installdirs=vendor +./Build %install -make pure_install DESTDIR=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} \; -%{_fixperms} %{buildroot} +./Build install --destdir=%{buildroot} --create_packlist=0 %check -make test AUTHOR_TESTING=1 +./Build test %files %doc Changes LICENSE README @@ -58,6 +58,12 @@ make test AUTHOR_TESTING=1 %{_mandir}/man3/YAML::Tiny.3pm* %changelog +* Wed Sep 25 2013 Paul Howarth p...@city-fan.org 1.56-1 +- Update to 1.56 + - read_string documentation error fixed (CPAN RT#74409) + - Re-release with fixed compile test +- Go back to Module::Build::Tiny flow + * Thu Sep 19 2013 Paul Howarth p...@city-fan.org 1.55-1 - Update to 1.55 - Revert to ExtUtils::MakeMaker flow diff --git a/sources b/sources index 399660b..eb4c689 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9a67f7a445b8c29e6b484869f2394d40 YAML-Tiny-1.55.tar.gz +9fd7940c05b025d6be08217c9a5061b6 YAML-Tiny-1.56.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-YAML-Tiny/f20] Update to 1.56
Summary of changes: cf51f30... Update to 1.56 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-YAML-Tiny] Created tag perl-YAML-Tiny-1.56-1.fc21
The lightweight tag 'perl-YAML-Tiny-1.56-1.fc21' was created pointing to: cf51f30... Update to 1.56 -- 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-YAML-Tiny] Created tag perl-YAML-Tiny-1.56-1.fc20
The lightweight tag 'perl-YAML-Tiny-1.56-1.fc20' was created pointing to: cf51f30... Update to 1.56 -- 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 1011816] perl-YAML-Tiny-1.56 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1011816 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-YAML-Tiny-1.56-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-YAML-Tiny-1.56-1.fc20 -- 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=CsyQlnNlf7a=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 914307] perl-PDL: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=914307 --- Comment #5 from Petr Pisar ppi...@redhat.com --- The tests segfaults only if -ON option is passed to OPTIMIZE argument. -- 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=JFrq9DTBAoa=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
File PDL-2.006_90.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PDL: 140e7dc1d4d678df03ae5332662fb5f6 PDL-2.006_90.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Warnings-0.010.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Warnings: 92705a51860fa09eccfdf384c753c728 Test-Warnings-0.010.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Warnings] Update to 0.010
commit 3c29020dd14c79368b0ccb2629315cdc53b942af Author: Paul Howarth p...@city-fan.org Date: Wed Sep 25 16:35:37 2013 +0100 Update to 0.010 - New upstream release 0.010 - Re-release with fixed compile test - Update dependencies - Package examples perl-Test-Warnings.spec | 16 sources |2 +- 2 files changed, 13 insertions(+), 5 deletions(-) --- diff --git a/perl-Test-Warnings.spec b/perl-Test-Warnings.spec index 66f3288..0a4374e 100644 --- a/perl-Test-Warnings.spec +++ b/perl-Test-Warnings.spec @@ -1,5 +1,5 @@ Name: perl-Test-Warnings -Version: 0.009 +Version: 0.010 Release: 1%{?dist} Summary: Test for warnings and the lack of them License: GPL+ or Artistic @@ -16,12 +16,14 @@ BuildRequires: perl(parent) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Test Suite -BuildRequires: perl(CPAN::Meta::Check) = 0.007 +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(if) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) -BuildRequires: perl(Test::CheckDeps) = 0.006 +BuildRequires: perl(List::Util) +BuildRequires: perl(Test::CheckDeps) = 0.007 BuildRequires: perl(Test::Deep) BuildRequires: perl(Test::More) = 0.94 BuildRequires: perl(Test::Tester) = 0.108 @@ -64,11 +66,17 @@ perl Build.PL --installdirs=vendor ./Build test %files -%doc Changes LICENSE README +%doc Changes LICENSE README examples/ %{perl_vendorlib}/Test/ %{_mandir}/man3/Test::Warnings.3pm* %changelog +* Wed Sep 25 2013 Paul Howarth p...@city-fan.org - 0.010-1 +- Update to 0.010 + - Re-release with fixed compile test +- Update dependencies +- Package examples + * Wed Sep 11 2013 Paul Howarth p...@city-fan.org - 0.009-1 - Update to 0.009 - Fixed error in synopsis (we do not export anything by default) diff --git a/sources b/sources index 0b1ed93..c31730f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ed8f06c91fdd9c9d9f59b0a50e5cb8ea Test-Warnings-0.009.tar.gz +92705a51860fa09eccfdf384c753c728 Test-Warnings-0.010.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Warnings/f20] Update to 0.010
Summary of changes: 3c29020... Update to 0.010 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 914307] perl-PDL: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=914307 --- Comment #7 from Petr Pisar ppi...@redhat.com --- An installed demo run-requires not yet packaged Prima::MsgBox. -- 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=FUdtQOTJgoa=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-Test-Warnings] Created tag perl-Test-Warnings-0.010-1.fc20
The lightweight tag 'perl-Test-Warnings-0.010-1.fc20' was created pointing to: 3c29020... Update to 0.010 -- 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-Warnings] Created tag perl-Test-Warnings-0.010-1.fc21
The lightweight tag 'perl-Test-Warnings-0.010-1.fc21' was created pointing to: 3c29020... Update to 0.010 -- 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 Unicode-UTF8-0.60.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Unicode-UTF8: 68dc4cfe6724944d5d19b6570dc7eab4 Unicode-UTF8-0.60.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-Unicode-UTF8] Update to 0.60
commit c43958daab1b4fdb35ffa586f9daddf90a7a8bf2 Author: Paul Howarth p...@city-fan.org Date: Wed Sep 25 19:22:41 2013 +0100 Update to 0.60 - New upstream release 0.60 - Added valid_utf8() - Skip copy-on-write tests on Perl 5.19 perl-Unicode-UTF8.spec |9 +++-- sources|2 +- 2 files changed, 8 insertions(+), 3 deletions(-) --- diff --git a/perl-Unicode-UTF8.spec b/perl-Unicode-UTF8.spec index eae995d..6819438 100644 --- a/perl-Unicode-UTF8.spec +++ b/perl-Unicode-UTF8.spec @@ -1,7 +1,7 @@ Summary: Encoding and decoding of UTF-8 encoding form Name: perl-Unicode-UTF8 -Version: 0.59 -Release: 3%{?dist} +Version: 0.60 +Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/Unicode-UTF8/ @@ -81,6 +81,11 @@ make test %{_mandir}/man3/Unicode::UTF8.3pm* %changelog +* Wed Sep 25 2013 Paul Howarth p...@city-fan.org - 0.60-1 +- Update to 0.60 + - Added valid_utf8() + - Skip copy-on-write tests on Perl 5.19 + * Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.59-3 - BR: perl(Scalar::Util) for the test suite (#1003650) - Add buildreqs for deps of bundled inc::Module::Install for EL-6 build diff --git a/sources b/sources index 6276874..0d33be5 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -da4e4d924d310d834780203dea0f5617 Unicode-UTF8-0.59.tar.gz +68dc4cfe6724944d5d19b6570dc7eab4 Unicode-UTF8-0.60.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Kwalitee-1.15.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Kwalitee: 5a9e5613ce2c345b75e56671f8c14645 Test-Kwalitee-1.15.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-Unicode-UTF8/f20] Update to 0.60
Summary of changes: c43958d... Update to 0.60 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Kwalitee] Update to 1.15
commit a88c0f813a6bf8a655482020fd2f39f655d2e476 Author: Paul Howarth p...@city-fan.org Date: Wed Sep 25 19:37:11 2013 +0100 Update to 1.15 - New upstream release 1.15 - Re-release with fixed compile test - Bump perl(Module::Build::Tiny) version requirement to 0.027 - Update buildreqs for tests - Drop perl(CPAN::Meta::Check) - Add perl(ExtUtils::MakeMaker), perl(File::Spec::Functions) and perl(List::Util) - Bump perl(Test::CheckDeps) version requirement to 0.007 perl-Test-Kwalitee.spec | 20 sources |2 +- 2 files changed, 17 insertions(+), 5 deletions(-) --- diff --git a/perl-Test-Kwalitee.spec b/perl-Test-Kwalitee.spec index b9c8b39..3fc1832 100644 --- a/perl-Test-Kwalitee.spec +++ b/perl-Test-Kwalitee.spec @@ -1,5 +1,5 @@ Name: perl-Test-Kwalitee -Version: 1.14 +Version: 1.15 Release: 1%{?dist} Summary: Test the Kwalitee of a distribution before you release it License: GPL+ or Artistic @@ -8,7 +8,7 @@ URL:http://metacpan.org/module/Test::Kwalitee Source0: http://cpan.metacpan.org/authors/id/E/ET/ETHER/Test-Kwalitee-%{version}.tar.gz BuildArch: noarch # Build -BuildRequires: perl(Module::Build::Tiny) = 0.026 +BuildRequires: perl(Module::Build::Tiny) = 0.027 # Module BuildRequires: perl(Cwd) BuildRequires: perl(Dist::CheckConflicts) = 0.02 @@ -17,12 +17,14 @@ BuildRequires: perl(namespace::clean) BuildRequires: perl(Test::Builder) = 0.88 # Test Suite BuildRequires: perl(blib) -BuildRequires: perl(CPAN::Meta::Check) = 0.007 +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(File::Temp) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) -BuildRequires: perl(Test::CheckDeps) = 0.006 +BuildRequires: perl(List::Util) +BuildRequires: perl(Test::CheckDeps) = 0.007 BuildRequires: perl(Test::Deep) BuildRequires: perl(Test::More) = 0.94 BuildRequires: perl(Test::Tester) = 0.108 @@ -60,6 +62,16 @@ chmod -c 755 %{buildroot}%{_bindir}/kwalitee-metrics %{_mandir}/man3/Test::Kwalitee::Conflicts.3pm* %changelog +* Wed Sep 25 2013 Paul Howarth p...@city-fan.org - 1.15-1 +- Update to 1.15 + - Re-release with fixed compile test +- Bump perl(Module::Build::Tiny) version requirement to 0.027 +- Update buildreqs for tests + - Drop perl(CPAN::Meta::Check) + - Add perl(ExtUtils::MakeMaker), perl(File::Spec::Functions) and +perl(List::Util) + - Bump perl(Test::CheckDeps) version requirement to 0.007 + * Wed Sep 4 2013 Paul Howarth p...@city-fan.org - 1.14-1 - Update to 1.14 - Updated inaccurate test prereq diff --git a/sources b/sources index d9f0658..4646a23 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -95194301f48876716ba70fe7bffa37d6 Test-Kwalitee-1.14.tar.gz +5a9e5613ce2c345b75e56671f8c14645 Test-Kwalitee-1.15.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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.60-1.fc21
The lightweight tag 'perl-Unicode-UTF8-0.60-1.fc21' was created pointing to: c43958d... Update to 0.60 -- 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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.60-1.fc20
The lightweight tag 'perl-Unicode-UTF8-0.60-1.fc20' was created pointing to: c43958d... Update to 0.60 -- 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-Kwalitee/f20] Update to 1.15
Summary of changes: a88c0f8... Update to 1.15 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Kwalitee] Created tag perl-Test-Kwalitee-1.15-1.fc20
The lightweight tag 'perl-Test-Kwalitee-1.15-1.fc20' was created pointing to: a88c0f8... Update to 1.15 -- 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-Kwalitee] Created tag perl-Test-Kwalitee-1.15-1.fc21
The lightweight tag 'perl-Test-Kwalitee-1.15-1.fc21' was created pointing to: a88c0f8... Update to 1.15 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [389-devel] 389-ds-base_Debian_Wheezy - Build # 46 - Fixed!
FYI - Please ignore these failures, as I manually triggered them to fail in my Jenkins build environment. As you can see from these reports, we now have a Jenkins system set up to perform Continuous Integration builds of the main 389 DS code (389-ds-base) on Debian 7.1 (Wheezy). These builds will be triggered whenever there is a new commit in the 'master' branch of our git repository. Thanks, -NGK On 09/25/2013 11:56 AM, nkin...@redhat.com wrote: 389-ds-base_Debian_Wheezy - Build # 46 - Fixed: See attached build log for details. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Jenkins build is back to normal : 389-ds-base #133
See http://jenkins.cloud.fedoraproject.org/job/389-ds-base/133/ -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Build failed in Jenkins: 389-ds-base #132
See http://jenkins.cloud.fedoraproject.org/job/389-ds-base/132/changes Changes: [Richard Allen Megginson] Ticket #47504 idlistscanlimit per index/type/value -- Started by user Nathan Kinder Building remotely on Fedora18 in workspace http://jenkins.cloud.fedoraproject.org/job/389-ds-base/ws/ Checkout:389-ds-base / http://jenkins.cloud.fedoraproject.org/job/389-ds-base/ws/ - hudson.remoting.Channel@2f971f66:Fedora18 Using strategy: Default Last Built Revision: Revision d9f25b7bed11ea64daf5d3250f2e168a85b4c999 (origin/master) Wiping out workspace first. Cloning the remote Git repository Cloning repository http://git.fedorahosted.org/git/389/ds.git/ git --version git version 1.8.1.4 Fetching upstream changes from http://git.fedorahosted.org/git/389/ds.git/ Commencing build of Revision 058d01d7479204a2507dab822cd81e32c37be862 (origin/master) Checking out Revision 058d01d7479204a2507dab822cd81e32c37be862 (origin/master) [389-ds-base] $ /bin/sh -e /tmp/hudson2929331995082905493.sh /tmp/hudson2929331995082905493.sh: line 9: -Wall: command not found Build step 'Execute shell' marked build as failure -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Review Request 52: Clean leftovers missed in reviews
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/52/ --- (Updated Sept. 25, 2013, 11:12 a.m.) Status -- This change has been marked as submitted. Review request for blockerbugs. Repository: blockerbugs Description --- While going through documentation and commits since last release I found some leftovers missed in reviews. Diffs - blockerbugs/controllers/main.py a41627485a77daecc07c8d33f41dc5a17e2ebb97 blockerbugs/cli.py 7151337aa1e16e571d0cf165c87c3c6f50276b90 Diff: http://reviewboard-tflink.rhcloud.com/r/52/diff/ Testing --- Thanks, Martin Krizek ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: Review Request 46: New admin interface and builds support
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/46/ --- (Updated Sept. 25, 2013, 8:11 p.m.) Review request for blockerbugs. Changes --- mostly fixes Repository: blockerbugs Description --- Implement new admin interface with flask-admin Add build support Diffs (updated) - testing/testfunc_update_sync.py 70c600515ccc5e97ed17b4cadd40d76277794b67 testing/testfunc_bugsync.py 496f2994dda81bc82f2e270944a3fb2b391d9d91 testing/testfunc_bugmodel.py a50f3458b2154f13736ab1f93cb3d1a86a48fcb1 testing/test_spinmodel.py PRE-CREATION testing/test_controllers.py 702d2a5390e42910176d327461ef628e6bf8b849 testing/test_api.py e92dda539117f94f3283f6ce262d65295a5e32c1 setup.py 89621b0debb5d368a027a4801de7da62fa961eab sass/admin_layout.scss PRE-CREATION requirements.txt 98eab5da9306a101a41dd13708df1900e9fd1018 blockerbugs/util/koji_interface.py PRE-CREATION blockerbugs/templates/spin_list.html c455ff4edec0991a453a94cd0e38d959e1757672 blockerbugs/templates/admin_layout.html PRE-CREATION blockerbugs/templates/admin/spin_edit.html PRE-CREATION blockerbugs/templates/admin/spin_create.html PRE-CREATION blockerbugs/templates/admin/modify_release.html a3bb0d95c49414ff977e82f828ffdd111e105cc6 blockerbugs/templates/admin/main.html 251b1df1647e307e89bcda365422f1cee59b9a35 blockerbugs/templates/admin/generate_api_key.html PRE-CREATION blockerbugs/templates/admin/edit_userinfo.html PRE-CREATION blockerbugs/templates/admin/admin_nav.html 34a0c2a966c265ab66166b3170f5f6d507014149 blockerbugs/templates/admin/add_spin.html be44830da436e4e87700fe940a7c5197b32d1e82 blockerbugs/templates/admin/add_release.html 931001b23f52dd1b75fe0feb8d0311b76fcc907e blockerbugs/static/js/admin.js PRE-CREATION blockerbugs/static/css/admin_layout.css PRE-CREATION blockerbugs/models/userinfo.py 069ca9406d6d0e301a2a3a8d9703a940301db0bc blockerbugs/models/update.py 9660d038720bcecae8e4f7401e09e26bd6589189 blockerbugs/models/spin.py fa8e0e9a887f269cf31e850baa90678ff7055b78 blockerbugs/models/release.py cca27cff41875528c1ee13d95194de5f237f31d4 blockerbugs/models/milestone.py 31667f6467ed111c3594cdd86d1c933f73b7dfc2 blockerbugs/models/build.py PRE-CREATION blockerbugs/models/__init__.py 0223fff2996290005bd50412c844979304ce38a2 blockerbugs/controllers/users.py f05ea6b7e0af260545ff3cf340b73d15f55138d1 blockerbugs/controllers/main.py a41627485a77daecc07c8d33f41dc5a17e2ebb97 blockerbugs/controllers/api/utils.py 38144dd48f3190f709a9bafa3a5a425dfdfffbdf blockerbugs/controllers/api/errors.py aaab9107521873100043e9026d1a4b4ea9705983 blockerbugs/controllers/api/api.py d6df7d34170da05bd817b12545596f34b43b9da6 blockerbugs/controllers/admin/spin.py PRE-CREATION blockerbugs/controllers/admin/build.py PRE-CREATION blockerbugs/controllers/admin/auth.py PRE-CREATION blockerbugs/controllers/admin/__init__.py PRE-CREATION blockerbugs/controllers/admin.py 4ce6c9f58b5513c280312c8d1dd92c341d259d0a blockerbugs/config.py e9b2fbc83c98a66ce963eec596e0cb90b66f87b0 blockerbugs/cli.py 7151337aa1e16e571d0cf165c87c3c6f50276b90 blockerbugs/__init__.py bf0daed0c198868e8d56f444bf9a320c85d65362 blockerbugs.spec c5c2409e5ad5fe96c145cf3ec65c8c1778681b6c alembic/versions/f9e369bf00d_added_spin_type_cons.py PRE-CREATION alembic/versions/3b0500a49ea7_added_api_key_hash_t.py PRE-CREATION alembic/versions/1162fb4d4358_added_build_table.py PRE-CREATION Diff: http://reviewboard-tflink.rhcloud.com/r/46/diff/ Testing --- I've tested on my develop instance. Thanks, Ilgiz Islamgulov ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel