Re: Fwd: Rapid DHCP
On Tue, 2011-08-02 at 17:12 -0400, Bill McGonigle wrote: On 08/01/2011 07:25 PM, Adam Williamson wrote: It seems like there's SOMETHING which has to happen after wake before NM even attempts to re-establish a connection, and that's the longest delay, at least for me. Anyone know what that something is, and whether it can be optimized? I don't know what your networks look like, but are you perhaps seeing the delay in (not)discovering IPv6 on an IPv4-only network? My wife's f15 machine was doing this on our home network and I just disabled IPv6 in the connection definition and it got much faster. Not sure if that's a good default behavior given typical use cases. I doubt it. I don't think the SOMETHING is inherently networking. I think it's something that has to clear before NM even kicks in. I should check the log timestamps to make sure, though. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: disttags from f16 on
On Tue, 2011-08-02 at 09:40 -0500, Dennis Gilmore wrote: Hey all, this is a heads up that with the branching of f16 we have dropped dist- from the tags and targets in koji. the target that should be used is always git branch-candidate so f16- candidate it will always be correct. they have been added retroactively. as a result after f16 is out i plan to take an outage and rename all of the epel branches from el4 -epel-4 el5-epel5 el6-epel6 git to make it a bit clearer. Why not the contrary? Right now, the tags and targets for Fedora releases in Koji are fXX-candidate, which correspond both to the branch in dist-git, and to the rpm dist tag. As such, wouldn't it be even clearer if the tags and targets for EPEL in Koji became elX-candidate? This would have the added benefit of not breaking everybody's clones. -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: abiword
On Tue, Aug 2, 2011 at 6:55 PM, Johannes Lips johannes.l...@googlemail.com wrote: Done. https://bugzilla.redhat.com/show_bug.cgi?id=727646 Hope someone is reviewing it in a short while. I'll try to review this today, or at least in a short while ;-) Cheers, Niels Johannes On 08/02/2011 07:52 PM, Kevin Fenzi wrote: On Tue, 02 Aug 2011 19:45:25 +0200 Johannes Lipsjohannes.l...@googlemail.com wrote: ...snip... Right. It is not detecting java for some reason... Fixed, it's just a missing BuildRequirement of libgcj-devel. If you like I could open a Review Request. Sure. Feel free. kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads-up: ipython-0.11 breaking anything :)
On Tue, 2 Aug 2011 14:22:35 -0600 Jerry James wrote: On Tue, Aug 2, 2011 at 1:29 PM, Jerry James loganje...@gmail.com wrote: Unfortunately, I can't test it. I waited for today's Rawhide update so I could get the new version of ipython. About 2 seconds after the yum transaction finished, X suddenly quit. I rebooted (since there was a new kernel and a new systemd, after all), but now I can't login. Logging in from GDM results in the screen clearing for a fraction of a second, and then GDM starts back up. Likewise, Ctrl-Alt-F2 gives me a TTY. If I attempt to login, the screen clears momentarily, and then the TTY login prompt reappears. Plus, GDM keeps restarting every few seconds, which makes working on a TTY problematic anyway. Something is really broken. As soon as the brokenness gets cleared up, I'll test python-polybori to see if it is okay with the new ipython. [snip] Hmm, I don't see a reason, why the f17 rpm shouldn't work in f15... I'm running also on f15, just can't push it there, because the configuration system changed completely (probably like everything else). But it would be nice to still get it into f16. Also, I can test now, and it looks like python-polybori is broken by the new ipython. When I try to run ipbori, I get an ipython help message, followed by this: [TerminalIPythonApp] Unrecognized flag: '-rcfile' So ... what? Is --ipython-dir what we should use now? ipython-dir is the directory, where all configuration files and logs live now. Not the same like -rcfile. I think, polybori needs a partly rewrite in that section... Maybe upstream can help here? Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Strange RPM versioning problem in qemu in Rawhide
On Tue, 2011-08-02 at 12:12 -0700, Adam Williamson wrote: On Tue, 2011-08-02 at 11:58 -0700, Adam Williamson wrote: Well, in this case yes, but this problem could emerge again in a case where there's no version bump that 'should have' been carried out. The fundamental problem here is that git commit IDs are a single hex string, but RPM version comparison doesn't do hex, it splits out base-10 'numeric' fields and 'alphabetic' fields. I suppose also, of course, git commit IDs don't increment, so even if RPM spoke hex, they'd be unsuitable for use in version comparison. I don't know if anyone would argue it's fundamentally 'wrong' for git commit IDs to be in RPM EVRs, or if it's okay for them to be there as long as you make sure there's stuff ahead of them which will always compare correctly. Maybe the RPM team has an opinion. As the part before date/git-hash should have been incremented, I see date and git hash only as being informative to the people dealing with the package and not relevant for correct version comparison. The only issue I see is with the dist tag being after it... Everything else (of relevance) being the same, we do want .fc17 packages to trump over .fc16 packages always, don't we? So rather than the existing release scheme ... [0-if-prerelease.]N[.date-scm or snap[.snapshot-revision]][.disttag] ... I'd order it most-to-least-significant regarding version comparison: [0-if-prerelease.]N[.disttag][.date-scm or snap[.snapshot-revision]] Nils -- Nils Philippsen Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety. -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for gobject-introspection / pygobject2 mismatch?
Hello all, The stable release of pygobject2 does not support the latest versions of gobject-introspection (that we ship in F-16 and Rawhide); this is exposed by e.g. gnome-tweak-tool not working; see https://bugzilla.redhat.com/show_bug.cgi?id=719791 for details. Mageia has a fix for this (thanks, Adam Williamson, for ferreting out other distros' bug reports), which involves making gobject-introspection generate old-style annotations. The commit for that fix (see my comment on the bugzilla link) mentions that the alternative is to use the invoke-rewrite branch of pygobject2. Since there probably are other affected apps, in addition to gnome-tweak-tool, we probably need to find a solution to this quick. Do pygobject2 and gobject-introspection maintainers have a preference as to which? My preference is to update pygobject2 -- if we revert gobject-introspection, who knows what other bugs might crop up; and pygobject2's rewrite could use some additional testers anyway. Thanks, -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: 78884778 Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 726022] perl-POE-Component-IRC-6.70 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726022 Petr Sabata psab...@redhat.com changed: What|Removed |Added Summary|perl-POE-Component-IRC-6.69 |perl-POE-Component-IRC-6.70 |is available|is available --- Comment #4 from Petr Sabata psab...@redhat.com 2011-08-03 06:55:07 EDT --- 6.70 released... -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 726022] perl-POE-Component-IRC-6.70 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726022 --- Comment #5 from Petr Sabata psab...@redhat.com 2011-08-03 06:55:24 EDT --- *** Bug 727818 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 727818] perl-POE-Component-IRC-6.70 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727818 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||psab...@redhat.com Resolution||DUPLICATE Last Closed||2011-08-03 06:55:24 --- Comment #1 from Petr Sabata psab...@redhat.com 2011-08-03 06:55:24 EDT --- *** This bug has been marked as a duplicate of bug 726022 *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Heads-up: LLVM 2.9 in Rawhide
Dear maintainers, I've updated LLVM in Rawhide to 2.9 (from the previous release candidate). Ideally I'd like to land this in F-16 too, but that needs to wait until all the dependent packages are at least buildable in Rawhide (there's a test update for F-16, but I'll probably yank it for now). Apart from RC2-final, the other changes are: - enabling FFI - enabling RTTI - enabling multilib parallel installation mesa, OpenGTL and pure build fine, however I'm having a problem building ldc: ldc = http://koji.fedoraproject.org/koji/taskinfo?taskID=3249220 I'll request a buildroot override for llvm-2.9-2.fc16 once the ldc build problem is resolved; for the alpha release we'll stick with the current RC2. Best regards, -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: 78884778 Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Compress-Raw-Lzma/f15] (6 commits) ...Update to 2.036
Summary of changes: f15c83f... Rebuild for xz 5.0.2 (*) 8b85597... Update to 2.034 (document the change of default MemLimit in (*) 6dc9cca... Update to 2.035 (no changes) (*) 1e5d65f... Rebuild for xz 5.0.3 (*) 859f23c... Perl mass rebuild (*) 12e7f99... Update to 2.036 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Heads-up: LLVM 2.9 in Rawhide
On Wed, Aug 3, 2011 at 1:09 PM, Michel Alexandre Salim sali...@fedoraproject.org wrote: Apart from RC2-final, the other changes are: ... - enabling multilib parallel installation ldc = http://koji.fedoraproject.org/koji/taskinfo?taskID=3249220 Turns out this is causing the build failure; ldc sources one of the arch-dependent config files that I've renamed to support multilib installation. Patching CMakeLists.txt to look for the correct file fixes this; I've rebuilt it for Rawhide. Would be nice if ldc could simply retrieve its configuration settings using llvm-config or by actually #include-ing config.h from a stub C program, though, rather than reading it directly. -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: 78884778 Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads-up: LLVM 2.9 in Rawhide
Le mercredi 03 août 2011 à 13:36 +0200, Michel Alexandre Salim a écrit : On Wed, Aug 3, 2011 at 1:09 PM, Michel Alexandre Salim sali...@fedoraproject.org wrote: Apart from RC2-final, the other changes are: ... - enabling multilib parallel installation ldc = http://koji.fedoraproject.org/koji/taskinfo?taskID=3249220 Turns out this is causing the build failure; ldc sources one of the arch-dependent config files that I've renamed to support multilib installation. Patching CMakeLists.txt to look for the correct file fixes this; I've rebuilt it for Rawhide. Would be nice if ldc could simply retrieve its configuration settings using llvm-config or by actually #include-ing config.h from a stub C program, though, rather than reading it directly. Thanks salim, i will report this to upstream -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Compress-Raw-Lzma/f15] Perl mass rebuild
Summary of changes: ec79372... Perl mass rebuild (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Package review request - yourls
Hello all, I packaged yourls (http://yourls.org/), a url shortening service that can be run at one's own server, https://bugzilla.redhat.com/show_bug.cgi?id=726131. We, in AutoQA (http://fedoraproject.org/wiki/AutoQA), would really appreciate if someone could review this package. We are going to use this for shortening test result urls. And since this is my first package I need a sponsor as well. Thank you very much! Martin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads-up: LLVM 2.9 in Rawhide
Le mercredi 03 août 2011 à 13:36 +0200, Michel Alexandre Salim a écrit : On Wed, Aug 3, 2011 at 1:09 PM, Michel Alexandre Salim sali...@fedoraproject.org wrote: Apart from RC2-final, the other changes are: ... - enabling multilib parallel installation ldc = http://koji.fedoraproject.org/koji/taskinfo?taskID=3249220 Turns out this is causing the build failure; ldc sources one of the arch-dependent config files that I've renamed to support multilib installation. Patching CMakeLists.txt to look for the correct file fixes this; I've rebuilt it for Rawhide. Would be nice if ldc could simply retrieve its configuration settings using llvm-config or by actually #include-ing config.h from a stub C program, though, rather than reading it directly. Thanks for this patch i will report to upstream -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Intel HD 3000 video blank screen during install of F15
I have a shiny new laptop (HP Pavilion dm4) with the Sandy Bridge video (HD 3000). Installing F15 or the nightly F16 build causes a blank screen during the install. Installing/running basic video works but is annoying. I have spent a few days poking around, looking for known issues. Is this unique to me? If not fedora-devel, what is the right forum to post to with details? Thanks! Ric lspci -v shows: 00:02.0 VGA compatible controller: Intel Corporation Device 0116 (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 1650 Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at c000 (64-bit, non-prefetchable) [size=4M] Memory at b000 (64-bit, prefetchable) [size=256M] I/O ports at 4000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel modules: i915 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel HD 3000 video blank screen during install of F15
On Wed, 03 Aug 2011 08:58:27 -0400 Ric Wheeler wrote: I have a shiny new laptop (HP Pavilion dm4) with the Sandy Bridge video (HD 3000). Installing F15 or the nightly F16 build causes a blank screen during the install. Installing/running basic video works but is annoying. I have spent a few days poking around, looking for known issues. Is this unique to me? If not fedora-devel, what is the right forum to post to with details? Thanks! Ric lspci -v shows: 00:02.0 VGA compatible controller: Intel Corporation Device 0116 (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 1650 Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at c000 (64-bit, non-prefetchable) [size=4M] Memory at b000 (64-bit, prefetchable) [size=256M] I/O ports at 4000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel modules: i915 I have a thinkpad x220, which works quite well (some games crash, but working, when doing anything non-gaming): 00:02.0 VGA compatible controller: Intel Corporation Device 0126 (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21da Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at d000 (64-bit, non-prefetchable) [size=4M] Memory at c000 (64-bit, prefetchable) [size=256M] I/O ports at 5000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915 Looks mostly the same, only other device number, does that make any difference? I installed using a xfce-beta live cd, haven't tried any new live cd since then. Hope that helps, Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110803 changes
mesa-7.11-1.fc17 * Tue Aug 02 2011 Adam Jackson a...@redhat.com 7.11-1 - Mesa 7.11 - Redo the driver arch exclusion, yet again. Dear secondary arches: unless it's an on-motherboard driver like i915, all PCI drivers are to be built for all PCI arches. Dear X maintainers, We would love to build all PCI drivers for all platforms if the drivers compiled for all secondary arches :-) See bug 713609 as an example. https://bugzilla.redhat.com/show_bug.cgi?id=713609 Regards, A secondary arch co-maintainer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel HD 3000 video blank screen during install of F15
On 8/3/11 8:58 AM, Ric Wheeler wrote: I have a shiny new laptop (HP Pavilion dm4) with the Sandy Bridge video (HD 3000). Installing F15 or the nightly F16 build causes a blank screen during the install. Installing/running basic video works but is annoying. I have spent a few days poking around, looking for known issues. Is this unique to me? If not fedora-devel, what is the right forum to post to with details? The upstream list for issues with Intel graphics chips is intel-...@lists.freedesktop.org, but there's probably a fair bit of information we should get first. I've been chasing a pile of Sandybridge issues for RHEL6 anyway, so we might as well start here. The standard reference page for information to collect for debugging KMS problems is here: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues Ignore the bits about testing the non-KMS environment and the X log, they're not going to be relevant for you. But the video ROM, register dump, and dmesg output will all be informative. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Sys-Virt-0.9.4.tar.gz uploaded to lookaside cache by berrange
A file has been added to the lookaside cache for perl-Sys-Virt: 4eb290f947df05703becbef93e2e49b2 Sys-Virt-0.9.4.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: rawhide report: 20110803 changes
On Wed, Aug 03, 2011 at 02:48:24PM +0100, Peter Robinson wrote: mesa-7.11-1.fc17 * Tue Aug 02 2011 Adam Jackson a...@redhat.com 7.11-1 - Mesa 7.11 - Redo the driver arch exclusion, yet again. Dear secondary arches: unless it's an on-motherboard driver like i915, all PCI drivers are to be built for all PCI arches. Dear X maintainers, We would love to build all PCI drivers for all platforms if the drivers compiled for all secondary arches :-) See bug 713609 as an example. https://bugzilla.redhat.com/show_bug.cgi?id=713609 It's not reasonable for secondary arches to just disable parts of the distribution because they won't build. This isn't platform-dependent code, and if your architecture won't build it then your architecture needs to make it build. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Sys-Virt] Update to 0.9.4 release
commit ce083252d1457859aa4573803b47ba058c7c5d6e Author: Daniel P. Berrange berra...@redhat.com Date: Wed Aug 3 15:25:26 2011 +0100 Update to 0.9.4 release perl-Sys-Virt.spec |9 ++--- sources|2 +- 2 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/perl-Sys-Virt.spec b/perl-Sys-Virt.spec index 6ea8bca..03e9ca7 100644 --- a/perl-Sys-Virt.spec +++ b/perl-Sys-Virt.spec @@ -1,6 +1,6 @@ Name: perl-Sys-Virt -Version:0.9.3 -Release:3%{?dist} +Version:0.9.4 +Release:1%{?dist} Summary:Represent and manage a libvirt hypervisor connection License:GPLv2+ or Artistic Group: Development/Libraries @@ -11,7 +11,7 @@ BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(XML::XPath) -BuildRequires: libvirt-devel = 0.9.3 +BuildRequires: libvirt-devel = 0.9.4 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -55,6 +55,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Wed Aug 3 2011 Daniel P. Berrange berra...@redhat.com - 0.9.4-1 +- Update to 0.9.4 release + * Thu Jul 21 2011 Petr Sabata con...@redhat.com - 0.9.3-3 - Perl mass rebuild diff --git a/sources b/sources index 864fdbc..0c03185 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2a9eef6c9ee8f73b26cd5fb78a18d391 Sys-Virt-0.9.3.tar.gz +4eb290f947df05703becbef93e2e49b2 Sys-Virt-0.9.4.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Intel HD 3000 video blank screen during install of F15
On 08/03/2011 10:13 AM, Adam Jackson wrote: On 8/3/11 8:58 AM, Ric Wheeler wrote: I have a shiny new laptop (HP Pavilion dm4) with the Sandy Bridge video (HD 3000). Installing F15 or the nightly F16 build causes a blank screen during the install. Installing/running basic video works but is annoying. I have spent a few days poking around, looking for known issues. Is this unique to me? If not fedora-devel, what is the right forum to post to with details? The upstream list for issues with Intel graphics chips is intel-...@lists.freedesktop.org, but there's probably a fair bit of information we should get first. I've been chasing a pile of Sandybridge issues for RHEL6 anyway, so we might as well start here. The standard reference page for information to collect for debugging KMS problems is here: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues Ignore the bits about testing the non-KMS environment and the X log, they're not going to be relevant for you. But the video ROM, register dump, and dmesg output will all be informative. - ajax Thanks, I will work through collecting that information and post it for us. If you do need access to this particular chipset, let me know :) Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Module-Metadata-1.000005.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-Metadata: 3944bd9e514d802e6d43560e6225220b Module-Metadata-1.05.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Metadata] Update to 1.000005
commit 7c19f4e7483fbd14eb2a58b7032e8ca943db49c2 Author: Paul Howarth p...@city-fan.org Date: Wed Aug 3 15:37:51 2011 +0100 Update to 1.05 - New upstream release 1.05 - Localize $package::VERSION during version discovery - Fix references to Module::Build::ModuleInfo (CPAN RT#66133) - Added 'new_from_handle()' method (CPAN RT#68875) - Improved documentation (SYNOPSIS, broke out class/object method, and other minor edits) - Install to vendor directories rather than perl directories .gitignore|2 +- perl-Module-Metadata.spec | 17 + sources |2 +- 3 files changed, 15 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index b7dbe22..2379c32 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Module-Metadata-1.04.tar.gz +/Module-Metadata-[0-9.]*\.tar\.gz diff --git a/perl-Module-Metadata.spec b/perl-Module-Metadata.spec index b678704..6b65ddc 100644 --- a/perl-Module-Metadata.spec +++ b/perl-Module-Metadata.spec @@ -1,6 +1,6 @@ Name: perl-Module-Metadata -Version: 1.04 -Release: 5%{?dist} +Version: 1.05 +Release: 1%{?dist} Summary: Gather package and POD information from perl module files License: GPL+ or Artistic Group: Development/Libraries @@ -32,7 +32,7 @@ Requires: perl(version) = 0.87 %setup -q -n Module-Metadata-%{version} %build -perl Makefile.PL INSTALLDIRS=perl +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install @@ -47,10 +47,19 @@ make test TEST_FILES=t/*.t xt/*.t %files %defattr(-,root,root,-) %doc Changes -%{perl_privlib}/Module/ +%{perl_vendorlib}/Module/ %{_mandir}/man3/Module::Metadata.3pm* %changelog +* Wed Aug 3 2011 Paul Howarth p...@city-fan.org - 1.05-1 +- Update to 1.05 + - Localize $package::VERSION during version discovery + - Fix references to Module::Build::ModuleInfo (CPAN RT#66133) + - Added 'new_from_handle()' method (CPAN RT#68875) + - Improved documentation (SYNOPSIS, broke out class/object method, and +other minor edits) +- Install to vendor directories rather than perl directories + * Mon Jun 20 2011 Paul Howarth p...@city-fan.org - 1.04-5 - Bump and rebuild diff --git a/sources b/sources index 929b443..97e0974 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3011f1b7f2f7b5462760df89aefc7035 Module-Metadata-1.04.tar.gz +3944bd9e514d802e6d43560e6225220b Module-Metadata-1.05.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Metadata/f16] Update to 1.000005
Summary of changes: 7c19f4e... Update to 1.05 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Intel HD 3000 video blank screen during install of F15
On Wed, Aug 03, 2011 at 10:34:01AM -0400, Ric Wheeler wrote: Thanks, I will work through collecting that information and post it for us. If you do need access to this particular chipset, let me know :) It's typically not the chipset that's the problem. The move from LVDS to embedded DisplayPort means that it's now the driver's job to make sure there's a trained link between the chipset and the panel, and it turns out that panels are often very particular about the setup they want for anything to work. The typical outcome of this is that we try to program link training, fail and your panel turns off. It could be any number of other problems as well, of course, but these days most of the bugs like this are specific to a given chipset/bios/panel combination rather than just being the chipset. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Module-Metadata] Created tag perl-Module-Metadata-1.000005-1.fc16
The lightweight tag 'perl-Module-Metadata-1.05-1.fc16' was created pointing to: 7c19f4e... Update to 1.05 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Metadata] Created tag perl-Module-Metadata-1.000005-1.fc17
The lightweight tag 'perl-Module-Metadata-1.05-1.fc17' was created pointing to: 7c19f4e... Update to 1.05 -- 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: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Hm, a bad thing has happened during my vacation, I haven't noticed my package cdrdao/gcdmaster is in the list and now I have a FTBFS problem. So I can take these packages if it's not too late yet: libgnomeuimm26 libgnomemm26 gnome-vfsmm26 Is it possible to unblock these packages somehow easily (since they're deprecated only a few days) or do I have to follow the guidelines on https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers ? Honza On 07/20/2011 09:28 PM, Bill Nottingham wrote: Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 16. New this go-round is that we are also blocking packages that have failed to build since before Fedora 14. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. If not claimed, the packages will be blocked on Monday, July 25. Orphan Ajaxterm Orphan CodeAnalyst-gui Orphan EmfEngine Orphan Miro comaintained by: salimma alexlan Orphan QTeXEngine Orphan TVAnytimeAPI Orphan agave Orphan anyterm Orphan automake15 Orphan automake16 Orphan basket Orphan bespin comaintained by: rdieter Orphan blokkal Orphan brandy Orphan buffer Orphan camcardsync Orphan cdo Orphan cgoban Orphan ciso Orphan clex Orphan cmospwd Orphan cnetworkmanager Orphan comoonics-base-py comaintained by: elcody02 Orphan compizconfig-backend-kconfig comaintained by: izhar Orphan cowbell Orphan cssed Orphan ctapi-cyberjack Orphan ctrlproxy comaintained by: bernie Orphan cwrite Orphan db4o Orphan decibel-audio-player comaintained by: rakesh Orphan diffpdf Orphan ds9 comaintained by: mmahut Orphan e_dbus Orphan edje Orphan efreet Orphan embryo Orphan enlightenment Orphan epeg Orphan evolution-sharp comaintained by: mbarnes Orphan fig2sxd Orphan fsvs comaintained by: wolfy Orphan funtools Orphan gbirthday Orphan gdeskcal Orphan glite-security-trustmanager Orphan glite-security-util-java Orphan gnome-applet-bubblemon comaintained by: cwickert Orphan gnome-applet-cpufire comaintained by: edwintb Orphan gnome-applet-timer Orphan gnome-applet-window-picker Orphan gnome-globalmenu Orphan gnome-launch-box Orphan gnome-netstatus Orphan gnome-schedule Orphan gnome-themes-extras Orphan gnome-vfsmm26 Orphan gnubiff Orphan gnusim8085 comaintained by: chitlesh Orphan gpar2 Orphan gquilt comaintained by: sundaram Orphan granule Orphan griv Orphan gtkhtml2 Orphan gtranslator comaintained by: tbzatek Orphan guile-gnome-platform Orphan gurlchecker Orphan gwaei Orphan gwave comaintained by: tnorth Orphan halibut Orphan harminv Orphan healpy Orphan idesk Orphan igraph Orphan imgtarget Orphan initng Orphan initng-conf-gtk Orphan initng-ifiles Orphan inotail Orphan itpp Orphan jcalendar Orphan kdetv Orphan kdocker Orphan kgtk Orphan klibido Orphan knutclient Orphan l2fprod-common Orphan labyrinth Orphan libassa Orphan libassuan1 Orphan libepc Orphan libglfw Orphan libgnomemm26 Orphan libgnomeuimm26 Orphan libhildon Orphan liblicense comaintained by: ausil Orphan libopensync-plugin-kdepim Orphan liborigin2 Orphan libsoup22 Orphan libsysactivity Orphan libvisual-plugins Orphan link-grammar Orphan linuxdcpp Orphan loudmouth comaintained by: tjikkun otaylor Orphan lwp comaintained by: nhorman Orphan madwimax Orphan maximus Orphan metacafe-dl Orphan mingw32-physfs comaintained by: rjones Orphan mod_auth_mysql Orphan mod_auth_pgsql Orphan mod_authz_ldap Orphan moin-latex Orphan monotorrent comaintained by: dnielsen Orphan moto4lin Orphan mrepo Orphan multiget Orphan mumbles Orphan nabi Orphan nachocalendar Orphan notecase Orphan ocfs2-tools comaintained by: fabbione Orphan onboard Orphan opensaml Orphan osiv Orphan ots Orphan pcmanx-gtk2 Orphan pgRouting Orphan phoronix-test-suite Orphan php-suhosin Orphan picocom comaintained by: kevin Orphan picturetile Orphan pigment Orphan postgresql-pgpool-ha Orphan presto Orphan procbench Orphan proxychains Orphan pyorbit Orphan python-Chaco Orphan python-Enable Orphan python-TraitsBackendWX Orphan python-mechanoid Orphan python-rabbyt Orphan python-tilecache Orphan pyxmms Orphan qgo Orphan qps Orphan qtiplot Orphan qwit Orphan ranpwd Orphan rinputd Orphan rpc2 comaintained by: nhorman Orphan ruby-bdb Orphan rubygem-cobbler Orphan rubygem-rcov Orphan rubyripper Orphan rvm comaintained by: nhorman Orphan scantailor Orphan scidavis Orphan scribes Orphan scribes-templates Orphan scrip Orphan secstate Orphan seedit Orphan sentinella Orphan slim comaintained by: pertusus Orphan smb4k Orphan ss5 comaintained by: itamarjp Orphan starlab comaintained by: mmahut Orphan straw Orphan struts
Re: Heads-up: ipython-0.11 breaking anything :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/02/2011 04:22 PM, Jerry James wrote: 8.206691] type=1400 audit(1312314954.461:3): avc: denied { dyntransition } for pid=1 comm=systemd scontext=system_u:system_r:kernel_t:s0 tcontext=system_u:system_r:init_t:s0 tclass=process [ 11.777659] type=1400 audit(1312314958.032:4): avc: denied { read } for pid=572 comm=systemd-sysctl name=sysctl.conf dev=dm-1 ino=131521 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:system_conf_t:s0 tclass=file [ 11.781152] type=1400 audit(1312314958.035:5): avc: denied { open } for pid=572 comm=systemd-sysctl name=sysctl.conf dev=dm-1 ino=131521 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:system_conf_t:s0 tclass=file [ 11.800415] type=1400 audit(1312314958.055:6): avc: denied { getattr } for pid=572 comm=systemd-sysctl path=/etc/sysctl.conf dev=dm-1 ino=131521 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:system_conf_t:s0 tclass=file [ 17.387700] type=1400 audit(1312314963.642:7): avc: denied { relabelto } for pid=663 comm=systemd-tmpfile name=seats dev=tmpfs ino=12579 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=system_u:object_r:systemd_logind_var_run_t:s0 tclass=dir [ 17.393413] type=1400 audit(1312314963.648:8): avc: denied { relabelto } for pid=663 comm=systemd-tmpfile name=sessions dev=tmpfs ino=12583 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=system_u:object_r:systemd_logind_sessions_t:s0 tclass=dir [ 19.280082] type=1400 audit(1312314965.535:9): avc: denied { unlink } for pid=677 comm=NetworkManager name=resolv.conf dev=dm-1 ino=131244 scontext=system_u:system_r:NetworkManager_t:s0 tcontext=system_u:object_r:etc_t:s0 tclass=file [ 19.629917] type=1400 audit(1312314965.884:10): avc: denied { name_bind } for pid=840 comm=dhclient src=11807 scontext=system_u:system_r:dhcpc_t:s0 tcontext=system_u:object_r:port_t:s0 tclass=udp_socket [ 20.125998] type=1400 audit(1312314966.380:11): ac: denied { rename } for pid=904 comm=Xorg name=Xorg.0.log dev=dm-1 ino=392488 scontext=system_u:system_r:xserver_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_log_t:s0 tclass=file [ 20.130982] type=1400 audit(1312314966.384:12): avc: denied { unlink } for pid=904 comm=Xorg name=Xorg.0.log.old dev=dm-1 ino=392491 scontext=system_u:system_r:xserver_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_log_t:s0 tclass=file [ 607.234395] type=1400 audit(1312315564.790:13): avc: denied { read } for pid=1745 comm=sendmail name=online dev=sysfs ino=34 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:sysfs_t:s0 tclass=file [ 607.234488] type=1400 audit(1312315564.790:14): avc: denied { open } for pid=1745 comm=sendmail name=online dev=sysfs ino=34 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:sysfs_t:s0 tclass=file In addition, looking back farther in the log, I see LOTS of these when SELinux was in enforcing mode: avc: denied { sigchld } for pid=1 comm=systemd scontext=system_u:system_r:loadkeys_t:s0 tcontext=system_u:system_r:kernel_t:s0 tclass=process Most of these are fixed in the latest policy selinux-policy-3.10.0-14.fc17.noarch selinux-policy-3.10.0-14.fc16.noarch Depending on your definition of Rawhide... A couple are mislabeled files resolv.conf and Xorg.0.log.old I think the sigchld ones are caused by kernel_t not transitioning to init_t. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk45Za4ACgkQrlYvE4MpobMPVgCfW4XARfU/RVStIy6Ju78GU5Wv 8A4AoMYS6aso1AiFSeUFkiXle7fYyK6G =UdQq -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110803 changes
On 8/3/11 9:48 AM, Peter Robinson wrote: We would love to build all PCI drivers for all platforms if the drivers compiled for all secondary arches :-) See bug 713609 as an example. https://bugzilla.redhat.com/show_bug.cgi?id=713609 I would debug this problem on an arm builder, if I could initialize a buildroot: http://arm.koji.fedoraproject.org/koji/getfile?taskID=140952name=root.log - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-16 Branched report: 20110803 changes
Compose started at Wed Aug 3 13:15:48 UTC 2011 Broken deps for x86_64 -- 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpagent.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpmibs.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmp.so.25()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_iostreams-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_system-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_filesystem-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_program_options-mt.so.1.46.1()(64bit) LuxRender-0.7.1-6.fc16.x86_64 requires libboost_regex-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_iostreams-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_system-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_filesystem-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_program_options-mt.so.1.46.1()(64bit) LuxRender-core-0.7.1-6.fc16.x86_64 requires libboost_regex-mt.so.1.46.1()(64bit) QuantLib-test-1.1-1.fc16.x86_64 requires libboost_unit_test_framework.so.1.46.1()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) almanah-0.7.3-12.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libcryptui.so.0()(64bit) 1:anerley-0.2.14-7.fc16.i686 requires libcamel-1.2.so.26 1:anerley-0.2.14-7.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) apvlv-0.0.9.8-4.fc16.x86_64 requires libpoppler.so.13()(64bit) apvlv-0.0.9.8-4.fc16.x86_64 requires libpoppler-glib.so.6()(64bit) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) 1:cheese-3.0.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) 1:cheese-libs-3.0.2-1.fc16.i686 requires libcogl.so.1 1:cheese-libs-3.0.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) claws-mail-plugins-geolocation-3.7.9-7.fc16.x86_64 requires libcogl.so.1()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) clutter-gtk-1.0.2-1.fc16.i686 requires libcogl.so.1 clutter-gtk-1.0.2-1.fc16.x86_64 requires libcogl.so.1()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) collectd-snmp-4.10.3-7.fc16.x86_64 requires libnetsnmp.so.25()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libebook-1.2.so.10()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ease-0.4-5.fc16.i686 requires libcogl.so.1 ease-0.4-5.fc16.x86_64 requires libcogl.so.1()(64bit) easystroke-0.5.4-1.fc16.x86_64 requires libboost_serialization-mt.so.1.46.1()(64bit)
Orphaning mediawiki-rss
I intend to orphan mediawiki-rss this week. It has a dependency on php-magpierss which has already been orphaned. If you have interest or are using mediawiki-rss, I urge you to email me and we can transfer maintainership to you. Otherwise, I will orphan this package after 8/7/2011. Thank you, Clint -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Call for Test Days for Fedora 16
On Fri, 2011-07-22 at 18:43 -0700, Adam Williamson wrote: On Thu, 2011-07-21 at 10:23 -0400, Chris Tyler wrote: Hi Adam, On the week of Aug 7 David Shein and I will be at POSSE-RIT teaching professors how open source communities work. On the Wednesay afternoon and Thursday of that week, the participants are jumping in to a few open source projects and getting their feet wet; if there was a test day on August 11 you could have a small pool of enthusiastic labor with some on-the-ground guidance. We might be able to do testing that would require some set-up, e.g., we could bring in a switch and create a test LAN. Let me know if this would be useful and we'll set it up... Hi, Chris. There almost certainly will be a Test Day on that date; we usually fill up the schedule. I'll see if we can wiggle things around a bit and make sure it's a beginner-appropriate event on that date. Thanks! Hi Adam, We're a week out from this -- any candidates for test day for next Thursday? (If not, would it make sense to do additional early testing on, say, Power Management (scheduled for Sept 29), since we shgould have a bunch of diverse machines?) -Chris -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Honza Horak (hho...@redhat.com) said: Hm, a bad thing has happened during my vacation, I haven't noticed my package cdrdao/gcdmaster is in the list and now I have a FTBFS problem. So I can take these packages if it's not too late yet: libgnomeuimm26 libgnomemm26 gnome-vfsmm26 Is it possible to unblock these packages somehow easily (since they're deprecated only a few days) or do I have to follow the guidelines on https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers ? I would prefer the process be followed if at all possible. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Strange RPM versioning problem in qemu in Rawhide
On Wed, Aug 03, 2011 at 11:10:42AM +0200, Nils Philippsen wrote: On Tue, 2011-08-02 at 12:12 -0700, Adam Williamson wrote: On Tue, 2011-08-02 at 11:58 -0700, Adam Williamson wrote: Well, in this case yes, but this problem could emerge again in a case where there's no version bump that 'should have' been carried out. The fundamental problem here is that git commit IDs are a single hex string, but RPM version comparison doesn't do hex, it splits out base-10 'numeric' fields and 'alphabetic' fields. I suppose also, of course, git commit IDs don't increment, so even if RPM spoke hex, they'd be unsuitable for use in version comparison. I don't know if anyone would argue it's fundamentally 'wrong' for git commit IDs to be in RPM EVRs, or if it's okay for them to be there as long as you make sure there's stuff ahead of them which will always compare correctly. Maybe the RPM team has an opinion. As the part before date/git-hash should have been incremented, I see date and git hash only as being informative to the people dealing with the package and not relevant for correct version comparison. The only issue I see is with the dist tag being after it... Everything else (of relevance) being the same, we do want .fc17 packages to trump over .fc16 packages always, don't we? So rather than the existing release scheme ... [0-if-prerelease.]N[.date-scm or snap[.snapshot-revision]][.disttag] ... I'd order it most-to-least-significant regarding version comparison: [0-if-prerelease.]N[.disttag][.date-scm or snap[.snapshot-revision]] We can't prevent fc16 packages from trumping over fc17 packages unless we move the disttag all the way to the first position in the Release tag. You're supposed to increment N in your above when you update to a new snapshot, so the .fc16 package would still trump .fc17. -Toshio pgpXV8nWbC1lS.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Wed, 2011-08-03 at 00:09 -0700, Adam Williamson wrote: On Tue, 2011-08-02 at 17:12 -0400, Bill McGonigle wrote: On 08/01/2011 07:25 PM, Adam Williamson wrote: It seems like there's SOMETHING which has to happen after wake before NM even attempts to re-establish a connection, and that's the longest delay, at least for me. Anyone know what that something is, and whether it can be optimized? I don't know what your networks look like, but are you perhaps seeing the delay in (not)discovering IPv6 on an IPv4-only network? My wife's f15 machine was doing this on our home network and I just disabled IPv6 in the connection definition and it got much faster. Not sure if that's a good default behavior given typical use cases. I doubt it. I don't think the SOMETHING is inherently networking. I think it's something that has to clear before NM even kicks in. I should check the log timestamps to make sure, though. The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's connected immediately if at least one of IPv4 or IPv6 completes. Currently if both are enabled, NM won't say it's connected until both are done (and result in either success or failure). That at least speeds up the perceived connection speed, which isn't a bad thing. Dan -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Gtk2-1.224.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-Gtk2: 0d83e00179bcf1caa2b8974248b6a869 Gtk2-1.224.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/f15] new upstream release
commit 80d3de495c6be511a3cfc6d718790aadf8326a5d Author: Nathanael D. Noblet nathan...@gnat.ca Date: Wed Aug 3 11:37:15 2011 -0600 new upstream release dspam-3.9.0-file-name.patch | 47 --- dspam.spec | 12 ++ 2 files changed, 7 insertions(+), 52 deletions(-) --- diff --git a/dspam.spec b/dspam.spec index 327195e..b264b99 100644 --- a/dspam.spec +++ b/dspam.spec @@ -10,8 +10,8 @@ Summary:A library and Mail Delivery Agent for Bayesian SPAM filtering Name: dspam -Version:3.9.0 -Release:21%{?dist} +Version:3.10.0 +Release:1%{?dist} License:GPLv2 Group: System Environment/Daemons Source0: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz @@ -23,7 +23,6 @@ Source5:dspam-front Source6:dspam-sysconfig Source7: dspam-tmpfiles Source99: dspam-filter-requires.sh -Patch0: dspam-3.9.0-file-name.patch Patch1: dspam-3.9.0-docs.patch Patch2: dspam-3.9.0-dspamsock.patch URL:http://www.nuclearelephant.com/ @@ -135,7 +134,6 @@ Web-based interface for DSPAM's powerful Anti-Spam engine. %prep %setup -q -%patch0 -p1 %patch1 -p0 %patch2 -p0 @@ -321,6 +319,7 @@ exit 0 %{_bindir}/dspam_merge %{_bindir}/dspam_stats %{_bindir}/dspam_train +%{_bindir}/dspam_notify %{_bindir}/dspam-front %files client @@ -338,7 +337,6 @@ exit 0 %files hash %defattr(-,root,root,-) -%doc README.cssclean %{_libdir}/dspam/libhash_drv.so* %{_bindir}/css* @@ -376,6 +374,10 @@ exit 0 %config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf %changelog +* Wed Aug 3 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.0-1 +- New upstream release +- Removed README.cssclean + * Wed Jul 13 2011 Nathanael Noblet nathan...@gnat.ca - 3.9.0-21 - Start daemon as dspam user -- 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: Fwd: Rapid DHCP
On 08/03/2011 01:19 PM, Dan Williams wrote: The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's connected immediately if at least one of IPv4 or IPv6 completes. Currently if both are enabled, NM won't say it's connected until both are done (and result in either success or failure). That at least speeds up the perceived connection speed, which isn't a bad thing. Nice, that will help almost everybody, but possibly it could break somebody who's depending explicitly on IPv6 (or IPv4 in the other case) for an app and now thinks the network is up. How do apps, e.g. Thunderbird, know when they're online? dbus, /sys? If this change happens, there ought to be a way for that small slice of apps to check to see that the stack they demand is really up, if they're depending on it (more directly than parsing text output of userland tools). Probably this already exists, right? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[dspam/f14] (2 commits) ...Merge branch 'f15' into f14
Summary of changes: 80d3de4... new upstream release (*) 671b928... Merge branch 'f15' into f14 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/f14: 2/2] Merge branch 'f15' into f14
commit 671b9287da320e38630969afe68609a00090e3f4 Merge: 8529418 80d3de4 Author: Nathanael D. Noblet nathan...@gnat.ca Date: Wed Aug 3 11:38:22 2011 -0600 Merge branch 'f15' into f14 dspam-3.9.0-file-name.patch | 47 --- dspam.spec | 12 ++ 2 files changed, 7 insertions(+), 52 deletions(-) --- -- 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
[dspam/el5] (2 commits) ...Merge branch 'f15' into el5
Summary of changes: 80d3de4... new upstream release (*) fdea76d... Merge branch 'f15' into el5 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/el5: 2/2] Merge branch 'f15' into el5
commit fdea76dff8fe5db56c6ee424e519eb150d7c95f8 Merge: 32229ad 80d3de4 Author: Nathanael D. Noblet nathan...@gnat.ca Date: Wed Aug 3 11:39:58 2011 -0600 Merge branch 'f15' into el5 dspam-3.9.0-file-name.patch | 47 --- dspam.spec | 12 ++ 2 files changed, 7 insertions(+), 52 deletions(-) --- -- 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
[dspam/el6] (2 commits) ...Merge branch 'f15' into el6
Summary of changes: 80d3de4... new upstream release (*) 80c5f1f... Merge branch 'f15' into el6 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/el6: 2/2] Merge branch 'f15' into el6
commit 80c5f1f05f2f677edbca6fd063f4447aefca9665 Merge: 46b8530 80d3de4 Author: Nathanael D. Noblet nathan...@gnat.ca Date: Wed Aug 3 11:39:12 2011 -0600 Merge branch 'f15' into el6 dspam-3.9.0-file-name.patch | 47 --- dspam.spec | 12 ++ 2 files changed, 7 insertions(+), 52 deletions(-) --- -- 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
[dspam] removed un-needed patch
commit 3b1fd9d4257ebf0f06c9dcca4d84965c2c4af5df Author: Nathanael D. Noblet nathan...@gnat.ca Date: Wed Aug 3 11:42:36 2011 -0600 removed un-needed patch dspam-3.9.0-file-name.patch | 47 --- 1 files changed, 0 insertions(+), 47 deletions(-) -- 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: Fwd: Rapid DHCP
On Wed, Aug 3, 2011 at 1:38 PM, Bill McGonigle b...@bfccomputing.com wrote: On 08/03/2011 01:19 PM, Dan Williams wrote: The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's connected immediately if at least one of IPv4 or IPv6 completes. Currently if both are enabled, NM won't say it's connected until both are done (and result in either success or failure). That at least speeds up the perceived connection speed, which isn't a bad thing. Nice, that will help almost everybody, but possibly it could break somebody who's depending explicitly on IPv6 (or IPv4 in the other case) for an app and now thinks the network is up. How do apps, e.g. Thunderbird, know when they're online? dbus, /sys? If this change happens, there ought to be a way for that small slice of apps to check to see that the stack they demand is really up, if they're depending on it (more directly than parsing text output of userland tools). Probably this already exists, right? It seems like NM's state transitions need to become more explicit. 1. IPv4 connected 2. IPv6 connected 3. internet connected (including proxy discovery) Nathaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Wed, Aug 3, 2011 at 1:43 PM, Nathaniel McCallum nathan...@natemccallum.com wrote: On Wed, Aug 3, 2011 at 1:38 PM, Bill McGonigle b...@bfccomputing.com wrote: On 08/03/2011 01:19 PM, Dan Williams wrote: The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's connected immediately if at least one of IPv4 or IPv6 completes. Currently if both are enabled, NM won't say it's connected until both are done (and result in either success or failure). That at least speeds up the perceived connection speed, which isn't a bad thing. Nice, that will help almost everybody, but possibly it could break somebody who's depending explicitly on IPv6 (or IPv4 in the other case) for an app and now thinks the network is up. How do apps, e.g. Thunderbird, know when they're online? dbus, /sys? If this change happens, there ought to be a way for that small slice of apps to check to see that the stack they demand is really up, if they're depending on it (more directly than parsing text output of userland tools). Probably this already exists, right? It seems like NM's state transitions need to become more explicit. 1. IPv4 connected 2. IPv6 connected 3. internet connected (including proxy discovery) I have also thought that it would be interesting to handle the case of VPNs in this way as well. That way an app can discover if a resource (like a mail server) requires a certain VPN to be up. It can then request the VPN to be connected, or at least not throw up connection errors if the VPN is down. Nathaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Gtk2] 1.224
commit 1c93eeec59fbf48b02f8c1250bdab4c97870cb19 Author: Tom spot Callaway tcall...@redhat.com Date: Wed Aug 3 13:49:33 2011 -0400 1.224 .gitignore |1 + perl-Gtk2.spec |7 +-- sources|2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index b79470b..ce0e3b7 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Gtk2-1.203.tar.gz /Gtk2-1.223.tar.gz +/Gtk2-1.224.tar.gz diff --git a/perl-Gtk2.spec b/perl-Gtk2.spec index 844c998..078dc9e 100644 --- a/perl-Gtk2.spec +++ b/perl-Gtk2.spec @@ -5,8 +5,8 @@ # Name: perl-Gtk2 -Version:1.223 -Release:3%{?dist} +Version:1.224 +Release:1%{?dist} Summary:Perl interface to the 2.x series of the Gimp Toolkit library Group: Development/Libraries @@ -84,6 +84,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Aug 3 2011 Tom Callaway s...@fedoraproject.org - 1.224-1 +- update to 1.224 + * Tue Jun 21 2011 Marcela Mašláňová mmasl...@redhat.com - 1.223-3 - Perl mass rebuild diff --git a/sources b/sources index dbacd38..bee1b4f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -57459f0f39c20699a5062ea833a67817 Gtk2-1.223.tar.gz +0d83e00179bcf1caa2b8974248b6a869 Gtk2-1.224.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
hosts3d: retired and orphaned package
Hi all, hosts3d is a retired package now for f16, because libglfw is missing and i orphaned it on all other branches -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp http://fedoraproject.org/wiki/User:Cassmodiah 2.6.38.2-9.fc15.i686 Today is Setting Orange, the 69th day of Confusion in the YOLD 3177 signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 727817] perl-Gtk2-1.224 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=727817 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Last Closed||2011-08-03 13:50:04 --- Comment #1 from Tom spot Callaway tcall...@redhat.com 2011-08-03 13:50:04 EDT --- 1.224 is in rawhide. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Intel HD 3000 video blank screen during install of F15
On Wed, 2011-08-03 at 10:13 -0400, Adam Jackson wrote: The standard reference page for information to collect for debugging KMS problems is here: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues Ignore the bits about testing the non-KMS environment and the X log, they're not going to be relevant for you. But the video ROM, register dump, and dmesg output will all be informative. I know you're busy, but do feel free to update that page if you get a minute - I haven't touched it for a bit and it probably needs a spring clean to really de-emphasize the UMS stuff. AIUI, only radeon can possibly work UMS now, and only with a restricted range of hardware. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Call for Test Days for Fedora 16
On Wed, 2011-08-03 at 12:32 -0400, Chris Tyler wrote: On Fri, 2011-07-22 at 18:43 -0700, Adam Williamson wrote: On Thu, 2011-07-21 at 10:23 -0400, Chris Tyler wrote: Hi Adam, On the week of Aug 7 David Shein and I will be at POSSE-RIT teaching professors how open source communities work. On the Wednesay afternoon and Thursday of that week, the participants are jumping in to a few open source projects and getting their feet wet; if there was a test day on August 11 you could have a small pool of enthusiastic labor with some on-the-ground guidance. We might be able to do testing that would require some set-up, e.g., we could bring in a switch and create a test LAN. Let me know if this would be useful and we'll set it up... Hi, Chris. There almost certainly will be a Test Day on that date; we usually fill up the schedule. I'll see if we can wiggle things around a bit and make sure it's a beginner-appropriate event on that date. Thanks! Hi Adam, We're a week out from this -- any candidates for test day for next Thursday? (If not, would it make sense to do additional early testing on, say, Power Management (scheduled for Sept 29), since we shgould have a bunch of diverse machines?) crap, sorry, fell off my radar. I'm about to go out but I'll try and take a look at this when I get back. We're a bit rushed with Alpha TC1 stuff right now though :( -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
* Douglas Myers–Turnbull dmyersturnb...@gmail.com [2011-07-25 20:53]: I was planning to do this myself .. glad you started it :) I can take over the Feature and doing all the work if you're fine with it... Please do! The only work I've done (literally) is on the feature page, but feel free let me know if you need anything from me. Hi Douglas, Thank you once again for creating the page. I have started updating it and will add docs and other links tomorrow: https://fedoraproject.org/wiki/Features/Java7 For anyone and everyone interested, a Java 7 build is now available in the Fedora 16. I will build for rawhide in the coming days as well: http://koji.fedoraproject.org/koji/buildinfo?buildID=257034 Cheers, Deepak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel HD 3000 video blank screen during install of F15
On 2011/08/03 14:04 (GMT-0700) Adam Williamson composed: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues I know you're busy, but do feel free to update that page if you get a minute - I haven't touched it for a bit and it probably needs a spring clean to really de-emphasize the UMS stuff. AIUI, only radeon can possibly work UMS now, and only with a restricted range of hardware. MGA, R128 and some other old stuff still quite usable have no KMS support, so UMS shouldn't be entirely ignored. My NV11 since about a year ago works with NV, not with nouveau. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel HD 3000 video blank screen during install of F15
On Wed, 2011-08-03 at 18:01 -0400, Felix Miata wrote: On 2011/08/03 14:04 (GMT-0700) Adam Williamson composed: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues I know you're busy, but do feel free to update that page if you get a minute - I haven't touched it for a bit and it probably needs a spring clean to really de-emphasize the UMS stuff. AIUI, only radeon can possibly work UMS now, and only with a restricted range of hardware. MGA, R128 and some other old stuff still quite usable have no KMS support, so UMS shouldn't be entirely ignored. Well, in debugging instructions, it's best to stick with the chips that are most common, and have a hope in hell of getting problems fixed =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
Kalev Lember wrote: Bumping epoch in rpm would have made it harder for all other packages to depend on a particular rpm version. Instead of having e.g. Requires: rpm = 4.9.1, they would now also have to remember the put the correct epoch in there. Indeed, Epoch should be used only as a last resort, it's silly to force its usage this way! I think we should go back to requiring monotonically increasing EVRs only for released versions, not Rawhide. I think it's reasonable to have a broken package pulled from rawhide for a little while, if it's going to be properly fixed up in a few days. Yes, we should try to avoid such things, but having a hard rule here would be counter-productive. +1 At the very least, let's not be anal about enforcing that rule, if we want it at all! Also, we have a much worse case of versions going backwards. After each Alpha release, lots of people are going to install Branched pre-releases and they automatically get enabled updates-testing repos. And in that updates-testing repo, packages are often pulled out and versions go backwards. Why is such practice allowed in Branched, but not in rawhide? Enabling updates-testing by default for Branched was a very stupid decision. This should be reverted. updates-testing should NEVER be enabled by default. We should instead focus on getting stuff out to stable faster. In particular, why not allow direct stable pushes (without any karma) for branched-but-unreleased versions? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Thu, 2011-08-04 at 03:53 +0200, Kevin Kofler wrote: Enabling updates-testing by default for Branched was a very stupid decision. This should be reverted. updates-testing should NEVER be enabled by default. We should instead focus on getting stuff out to stable faster. In particular, why not allow direct stable pushes (without any karma) for branched-but-unreleased versions? +1 Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Thu, 2011-08-04 at 03:53 +0200, Kevin Kofler wrote: Also, we have a much worse case of versions going backwards. After each Alpha release, lots of people are going to install Branched pre-releases and they automatically get enabled updates-testing repos. And in that updates-testing repo, packages are often pulled out and versions go backwards. Why is such practice allowed in Branched, but not in rawhide? Enabling updates-testing by default for Branched was a very stupid decision. This should be reverted. updates-testing should NEVER be enabled by default. You don't make any attempt to engage with the reason for it: to ensure that updates get sufficient testing. I'm surprised you don't like this decision, since you're forever complaining about updates not getting karma fast enough. updates-testing is enabled for branched releases precisely to help updates get tested. If you want the policy to be changed, you should at least engage with why it is the way it is, and explain why you think the benefits of not enabling updates-testing by default in Branched releases (which, to me, seem marginal: it saves people who run pre-releases and then update to final a bit of trouble) outweigh the drawbacks (which, in the shape of reduced feedback on testing updates for Branched releases, could be significant). We should instead focus on getting stuff out to stable faster. In particular, why not allow direct stable pushes (without any karma) for branched-but-unreleased versions? Could you please stop getting up on this horse at every opportunity, even in extremely tangentially-related threads? Everyone's aware that you think this is what should happen. I don't see that you're getting anywhere just by bringing it up at every possible opportunity. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel HD 3000 video blank screen during install of F15
On Wed, Aug 03, 2011 at 06:01:44PM -0400, Felix Miata wrote: On 2011/08/03 14:04 (GMT-0700) Adam Williamson composed: http://fedoraproject.org/wiki/How_to_debug_Xorg_problems#KMS-related_issues I know you're busy, but do feel free to update that page if you get a minute - I haven't touched it for a bit and it probably needs a spring clean to really de-emphasize the UMS stuff. AIUI, only radeon can possibly work UMS now, and only with a restricted range of hardware. MGA, R128 and some other old stuff still quite usable have no KMS support, so UMS shouldn't be entirely ignored. We're pretty much reached the point where we don't care about UMS for a variety of cases, with suspend/resume being the most obvious. We're still shipping the X drivers so I agree they shouldn't be entirely ignored, but they're really a vere low priority. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Daemon-Generic] Update to 0.81
commit c26c035875404d7c37e611af078655b0e585965f Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Wed Aug 3 10:47:32 2011 +0200 Update to 0.81 .gitignore |1 + perl-Daemon-Generic.spec | 11 +-- sources |2 +- 3 files changed, 11 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 9385070..d739470 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Daemon-Generic-0.71.tar.gz /Daemon-Generic-0.72.tar.gz +/Daemon-Generic-0.81.tar.gz diff --git a/perl-Daemon-Generic.spec b/perl-Daemon-Generic.spec index 240c873..cc8b942 100644 --- a/perl-Daemon-Generic.spec +++ b/perl-Daemon-Generic.spec @@ -1,15 +1,19 @@ Name: perl-Daemon-Generic -Version:0.72 -Release:2%{?dist} +Version:0.81 +Release:1%{?dist} Summary:Framework to provide start/stop/reload for a daemon License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Daemon-Generic/ Source0: http://www.cpan.org/authors/id/M/MU/MUIR/modules/Daemon-Generic-%{version}.tar.gz BuildArch: noarch +BuildRequires: perl(AnyEvent) +BuildRequires: perl(Eval::LineNumbers) +BuildRequires: perl(Event) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Flock) BuildRequires: perl(File::Slurp) +BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} @@ -43,6 +47,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Aug 03 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.81-1 +- Update to 0.81 + * Mon Jun 20 2011 Marcela Mašláňová mmasl...@redhat.com - 0.72-2 - Perl mass rebuild diff --git a/sources b/sources index 3fc6b92..73092ac 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -764e037de4907431af9e53e6f89c09e1 Daemon-Generic-0.72.tar.gz +640541fb211491ac4b56eed6d2fdffb8 Daemon-Generic-0.81.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 727817] New: perl-Gtk2-1.224 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Gtk2-1.224 is available https://bugzilla.redhat.com/show_bug.cgi?id=727817 Summary: perl-Gtk2-1.224 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Gtk2 AssignedTo: tcall...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: tcall...@redhat.com, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 1.224 Current version in Fedora Rawhide: 1.223 URL: http://search.cpan.org/dist/Gtk2/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 727818] New: perl-POE-Component-IRC-6.70 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-POE-Component-IRC-6.70 is available https://bugzilla.redhat.com/show_bug.cgi?id=727818 Summary: perl-POE-Component-IRC-6.70 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-POE-Component-IRC AssignedTo: cw...@alumni.drew.edu ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 6.70 Current version in Fedora Rawhide: 6.52 URL: http://search.cpan.org/dist/POE-Component-IRC/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Compress-Raw-Lzma] Created tag perl-Compress-Raw-Lzma-2.036-1.fc15
The lightweight tag 'perl-Compress-Raw-Lzma-2.036-1.fc15' was created pointing to: 12e7f99... Update to 2.036 -- 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-Compress-Raw-Lzma] Created tag perl-Compress-Raw-Lzma-2.036-2.fc15
The lightweight tag 'perl-Compress-Raw-Lzma-2.036-2.fc15' was created pointing to: ec79372... Perl mass rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 695584] Providing native systemd file for upcoming F15 Feature Systemd
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=695584 Jan Safranek jsafr...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||DUPLICATE Last Closed||2011-08-03 08:20:14 --- Comment #7 from Jan Safranek jsafr...@redhat.com 2011-08-03 08:20:14 EDT --- *** This bug has been marked as a duplicate of bug 718183 *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the F-16 tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.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-Perlbal-XS-HTTPHeaders
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the F-16 tree: On x86_64: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.i686 requires perl(:MODULE_COMPAT_5.12.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-Shipwright
perl-Shipwright has broken dependencies in the F-16 tree: On x86_64: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) On i386: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) 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-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.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
[perl-Sys-Virt] Re-add virDomainAbortJob binding accidentally removed
commit f550ca124dc1aa9dd0cca1a5727d0a9f3443dc7e Author: Daniel P. Berrange berra...@redhat.com Date: Wed Aug 3 17:30:58 2011 +0100 Re-add virDomainAbortJob binding accidentally removed Sys-Virt-0.9.4-abort-job.patch | 26 ++ perl-Sys-Virt.spec |7 ++- 2 files changed, 32 insertions(+), 1 deletions(-) --- diff --git a/Sys-Virt-0.9.4-abort-job.patch b/Sys-Virt-0.9.4-abort-job.patch new file mode 100644 index 000..d2b4ed2 --- /dev/null +++ b/Sys-Virt-0.9.4-abort-job.patch @@ -0,0 +1,26 @@ +commit 9aab5b096e035064f328c74a55d0a1cf0d1dc29f +Author: Daniel P. Berrange berra...@redhat.com +Date: Wed Aug 3 17:21:25 2011 +0100 + +Re-add virDomainAbortJob binding accidentally removed + +diff --git a/Virt.xs b/Virt.xs +index e798a27..b8e17f9 100644 +--- a/Virt.xs b/Virt.xs +@@ -2258,6 +2258,15 @@ get_job_info(dom) + + + void ++abort_job(dom) ++ virDomainPtr dom; ++PPCODE: ++ if (virDomainAbortJob(dom) 0) { ++ _croak_error(virGetLastError()); ++ } ++ ++ ++void + abort_block_job(dom, path, flags=0) + virDomainPtr dom; + const char *path; diff --git a/perl-Sys-Virt.spec b/perl-Sys-Virt.spec index 03e9ca7..64fa139 100644 --- a/perl-Sys-Virt.spec +++ b/perl-Sys-Virt.spec @@ -1,11 +1,12 @@ Name: perl-Sys-Virt Version:0.9.4 -Release:1%{?dist} +Release:2%{?dist} Summary:Represent and manage a libvirt hypervisor connection License:GPLv2+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Sys-Virt/ Source0: http://www.cpan.org/authors/id/D/DA/DANBERR/Sys-Virt-%{version}.tar.gz +Patch1: Sys-Virt-%{version}-abort-job.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Test::Pod) @@ -21,6 +22,7 @@ virtualization containers to be managed with a consistent API. %prep %setup -q -n Sys-Virt-%{version} +%patch1 -p1 sed -i -e '/Sys-Virt\.spec/d' Makefile.PL sed -i -e '/\.spec\.PL$/d' MANIFEST @@ -55,6 +57,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Wed Aug 3 2011 Daniel P. Berrange berra...@redhat.com - 0.9.4-2 +- Re-add virDomainAbortJob API binding accidentally removed + * Wed Aug 3 2011 Daniel P. Berrange berra...@redhat.com - 0.9.4-1 - Update to 0.9.4 release -- 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-Sys-Virt/f16] (2 commits) ...Re-add virDomainAbortJob binding accidentally removed
Summary of changes: ce08325... Update to 0.9.4 release (*) f550ca1... Re-add virDomainAbortJob binding accidentally removed (*) (*) 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