date:20111205

On Sat, 2011-12-03 at 08:31 -0500, Josh Boyer wrote:
 On Sat, Dec 3, 2011 at 2:04 AM, Chuck Anderson c...@wpi.edu wrote:
  On Fri, Dec 02, 2011 at 02:49:26PM -0800, Adam Williamson wrote:
  I just ran into this in Rawhide, and I don't have ipv6 blacklisted. But
  still:
 
  [root@adam adamw]# virsh net-start default
  error: Failed to start network default
  error: cannot create bridge 'virbr0': Package not installed
  [root@adam adamw]# rpm -qa | grep bridge
  bridge-utils-1.5-2.fc16.x86_64
 
  What else could cause this error? Anyone?
 
  Do you have kernel-modules-extra installed?  bridge was moved there in
  rawhide.
 
 It should be back in today's main rawhide kernel.  Was a mistake.
 
 And for those that might be confused, that only pertains to rawhide.
 F15 doesn't have the modules-extra stuff.

Thanks, folks.
-- 
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: F-16 testing updates pending

On Sat, 2011-12-03 at 08:48 +, Frank Murphy wrote:
 On 02/12/11 21:43, Bojan Smojver wrote:
  Frank Murphyfrankly3dat  gmail.com  writes:
 
  Have you tested them?
  Have you provided feedback?
 
  Even if I did, this would not help push packages that are pending to go into
  testing.
 
  --
  Bojan
 
 
 Still, it may help with a decision to pull, before push.

The problem was a short logjam on releng side: there wasn't an
updates-testing compose for a few days, so some updates were submitted
for updates-testing but had to wait a few days before they showed up in
the repo. The QA processes on updates were not at all relevant to this,
because there's no QA requirement for a package submitted to
updates-testing to actually show up in updates-testing. Having zero
karma doesn't prevent your package arriving in updates-testing
(obviously), and having 500 karma doesn't make it arrive any faster. :)
-- 
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

application icon locations and cache update

2011-12-05 Thread Eric Smith

I just learned in a package review about the requirement to update the 
icon cache:

 http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache

I'm checking my other packages that have icons.  I discovered that one 
of my packages installs its icon into /usr/share/pixmap, rather than 
under /usr/share/icons/something.  This raises two questions:

1)  Is putting the icon into /usr/share/pixmap OK?  I think I copied 
this from another package, and certainly there are other applications 
that have their icons there.  If putting the icon into /usr/share/pixmap 
isn't the best practice, how do I know which subdir of /usr/share/icons 
to use?  Is there a document that defines the purpose or requirements 
for the various subdirs?

2)  If it is OK to put the icon into /usr/share/pixmap, do I still need 
to update the icon cache?  As I recall, I did have a great deal of 
hassle with the icon when I was creating this package, probably due to 
not updating the cache.  The instructions on the page linked above only 
describe this for subdirs of /usr/share/icons, though perhaps the same 
script would be applicable.

Thanks!
Eric

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Upgrading libpng: shall we move to 1.4.x or 1.5.x?

2011-12-05 Thread Bruno Wolff III

On Mon, Dec 05, 2011 at 17:44:12 +,
  Peter Robinson pbrobin...@gmail.com wrote:
 
 Go for it, I think it makes sense. For those that don't support 1.5
 they can stay against the compat in the mean time.

Based on the sample I worked with, most of the ones with failed builds
are likely to be easy to fix.

Are bugs going to be created for the failed builds, perhaps with a tracking
bug like we do occasionally for general FTBFS packages? It would make it
easier for people to help out as they have time.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: How can we make F17 be able to boot on Macs (with or without reFit)

On Sat, 2011-12-03 at 17:54 +, Matthew Garrett wrote:
 On Sat, Dec 03, 2011 at 06:19:27PM +0100, Andreas Tunek wrote:
 
  Yes, and the question becomes, can we make this easier in F17?
 
 Yes, we can do EFI installs.

We could also blacklist all Apples to use MS-DOS partitions if you do a
BIOS install. It's in fact trivially easy - given where the blacklist is
in anaconda's code, it naturally applies only to BIOS installs, not EFI
installs.

So really all we'd need to do is add a single line to the Lenovo
blacklist, most probably. And if Apples can't boot GPT disks via BIOS
and Apple has no intention of fixing this, as seems to be the case, it
probably makes sense to do so.

Anaconda team, WDYT? Should I open a bug report to have the blacklist
extended?
-- 
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: Upgrading libpng: shall we move to 1.4.x or 1.5.x?

2011-12-05 Thread Jon Ciesla

On Mon, Dec 5, 2011 at 12:52 PM, Bruno Wolff III br...@wolff.to wrote:

 On Mon, Dec 05, 2011 at 17:44:12 +,
  Peter Robinson pbrobin...@gmail.com wrote:
 
  Go for it, I think it makes sense. For those that don't support 1.5
  they can stay against the compat in the mean time.

 Based on the sample I worked with, most of the ones with failed builds
 are likely to be easy to fix.

 Are bugs going to be created for the failed builds, perhaps with a tracking
 bug like we do occasionally for general FTBFS packages? It would make it
 easier for people to help out as they have time.
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel


I second that.  It would also raise visibility, which would help us all
find those that need fixing.  I'm sure someone else out there can fix the
ones of mine I'm stumped by, and vice-versa.

-J

P.S. Yes, I have a new email address.  I'll be updating my FAS and BZ soon.


-- 
in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: How can we make F17 be able to boot on Macs (with or without reFit)

2011-12-05 Thread Matthew Garrett

On Mon, Dec 05, 2011 at 10:49:39AM -0800, Adam Williamson wrote:
 On Sat, 2011-12-03 at 17:54 +, Matthew Garrett wrote:
  On Sat, Dec 03, 2011 at 06:19:27PM +0100, Andreas Tunek wrote:
  
   Yes, and the question becomes, can we make this easier in F17?
  
  Yes, we can do EFI installs.
 
 We could also blacklist all Apples to use MS-DOS partitions if you do a
 BIOS install. It's in fact trivially easy - given where the blacklist is
 in anaconda's code, it naturally applies only to BIOS installs, not EFI
 installs.

That would be a bad idea, given that Apples use GPT. You'd end up with 
an inconsistent disklabel.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Changing kernel API / Breaking VirtualBox - update criteria violation?

2011-12-05 Thread Josh Stone

On 11/28/2011 12:47 PM, Chuck Ebbert wrote:
 On Tue, 22 Nov 2011 10:06:32 -0800
 Josh Stone jist...@redhat.com wrote:
 
 On 11/22/2011 09:51 AM, Michael Cronenworth wrote:
 -#if LINUX_VERSION_CODE  KERNEL_VERSION(3, 1, 0)

 It may have be helpful for the faked 2.6.4x kernels to still present a
 3ish LINUX_VERSION_CODE.  AFAIK, faking the number is for the benefit of
 userspace, not any kernel module.  Perhaps it's not too late?
 
 I've done this in the 2.6.41.3 update. Please try it.

Sorry I didn't try sooner, as I don't actually have any pressing need
for the change myself.  But I happened to have the e1000e-1.6.3 source
handy, which failed in kcompat.h on 2.6.41.1-1, but does compile
successfully with 2.6.41.4-1.  So, looks good to me!

Thanks,
Josh
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: application icon locations and cache update

On Mon, 2011-12-05 at 10:48 -0800, Eric Smith wrote:
 I just learned in a package review about the requirement to update the 
 icon cache:
 
  http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache
 
 I'm checking my other packages that have icons.  I discovered that one 
 of my packages installs its icon into /usr/share/pixmap, rather than 
 under /usr/share/icons/something.  This raises two questions:
 
 1)  Is putting the icon into /usr/share/pixmap OK?  

Not really. That dir is obsolescent, effectively. I'm not sure if we'll
ever manage to throw it away, but if you have the opportunity to control
icon deployment for an app, it's really best to use the /usr/share/icons
hierarchy, as it provides a lot of advantages over the 'dump a single
picture in one huge directory' model.

 I think I copied 
 this from another package, and certainly there are other applications 
 that have their icons there.  If putting the icon into /usr/share/pixmap 
 isn't the best practice, how do I know which subdir of /usr/share/icons 
 to use?  Is there a document that defines the purpose or requirements 
 for the various subdirs?

Yes, the icon theme specification:

http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html

Basically, when you're just shipping an icon for an application, it is
always going to go into hicolor. Other-named subdirectories are icon
themes: if you pick an icon theme, icons from that theme's directory
will be used in preference to the ones in hicolor, if they exist.
Hicolor is the 'universal fallback' for icons which don't specifically
exist in whatever theme the user may have chosen. So that's where you
put your app's default icon. As the spec puts it:

In order to have a place for third party applications to install their
icons there should always exist a theme called hicolor [1]. The data
for the hicolor theme is available for download at:
http://www.freedesktop.org/software/icon-theme/. Implementations are
required to look in the hicolor theme if an icon was not found in the
current theme.
-- 
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: Coping with unfinished upstream package split for unixODBC

2011-12-05 Thread Toshio Kuratomi

On Sat, Dec 03, 2011 at 02:24:08PM -0500, Tom Lane wrote:
 Toshio Kuratomi a.bad...@gmail.com writes:
 
 Well, unixODBC 2.2.14 isn't going to change anymore, so I don't really
 think that end of it would be adding instability.  In any case, if we
 get to the point of doing a Fedora release before upstream gets their
 release sorted, I would also think that we'd not track the upstream
 release in released Fedora branches.  So AFAICS the only possible extra
 churn would be in rawhide.  Do you see other reasons why this would be
 a bad thing to be shipping in a released version?
 
nod  It isn't really about instability, though... it's about getting
updates that aren't needed.  It sounds like the GUI tools in unixODBC-2.2.14
won't be updated, but everytime the library providing tarball is updated (or
new patches are added from the Fedora side), the entire unixODBC package
gets rebuilt and the end user ends up having to update the GUI package.

[snip]

 
 [ goes off and looks at the unixODBC-GUI-Qt sourceforge repository's
 commit statistics ]  Hmm ... given the speed with which things are
 (not) happening upstream, maybe I should reconsider the idea of just
 taking an SVN snapshot.  What's your opinion of that option?
 
I think I like this a lot.  It sounds like upstream isn't changing the GUI
tools very fast.  So even if they reorganize the code and build scripts
significantly before release, we might be perfectly fine continuing to ship
a snapshot in the released Fedoras since the code itelf will have seen few
worthwhile changes.

-Toshio


pgpYMxNAZUvUt.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Summary/Minutes from today's FESCO meeting (2011-12-05 at 1800 UTC)

2011-12-05 Thread Adam Jackson

===
#fedora-meeting: FESCO (2011-12-05)
===

Meeting started by ajax at 18:01:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-05/fesco.2011-12-05-18.01.log.html
.

Meeting summary
---
* init process  (ajax, 18:01:11)

* #689 Consider including bash-completion package by default (base,
  (ajax, 18:03:40)
  * AGREED: No action needed on bash-completion ticket, follow up in
bugzilla with any remaining issues.  (ajax, 18:05:43)

* #699 Proposal to remove the package tzdata from Critical Path
  (ajax, 18:06:08)
  * ACTION: notting to follow up on pkgdb changes  (ajax, 18:08:08)

* #711 F17 Feature: virtio-scsi -
  http://fedoraproject.org/wiki/Features/virtio-scsi  (ajax, 18:09:02)
  * AGREED: virtio-scsi feature is approved  (ajax, 18:09:58)

* #712 need update kBuild on F15  (ajax, 18:10:18)
  * LINK: http://fpaste.org/F0wh/ lkundrak recent activity  (pingou,
18:17:56)
  * AGREED: attempt to follow up with lkundrak on the ticket; if no
response by next week have a provenpackager do it  (ajax, 18:18:38)

* #713 F17 Feature: KDE Plasma Dependency Generation and PackageKit
  Integration -
  http://fedoraproject.org/wiki/Features/Plasma_PackageKit_Integration
  (ajax, 18:19:05)
  * AGREED: plasma packagekit integration feature is approved  (ajax,
18:20:00)

* FES tickets  (ajax, 18:20:22)

* #713 F17 Feature: KDE Plasma Dependency Generation and PackageKit
  Integration -
  http://fedoraproject.org/wiki/Features/Plasma_PackageKit_Integration
  (ajax, 18:20:23)

* FES tickets  (ajax, 18:20:36)
  * LINK: https://fedorahosted.org/fedora-engineering-services/report/6
(ajax, 18:20:47)

* open floor  (ajax, 18:23:21)
  * ACTION: ajax to mass-rebuild for libpng  (ajax, 18:30:01)

* next meeting's chair  (ajax, 18:32:32)
  * ACTION: notting to chair next week's meeting  (ajax, 18:33:07)

Meeting ended at 18:34:43 UTC.

Action Items

* notting to follow up on pkgdb changes
* ajax to mass-rebuild for libpng
* notting to chair next week's meeting

Action Items, by person
---
* ajax
  * ajax to mass-rebuild for libpng
* notting
  * notting to follow up on pkgdb changes
  * notting to chair next week's meeting
* **UNASSIGNED**
  * (none)

People Present (lines said)
---
* ajax (68)
* notting (21)
* nirik (17)
* mmaslano (12)
* mjg59 (11)
* cwickert (11)
* zodbot (10)
* t8m (10)
* pjones (8)
* sgallagh (7)
* abadger1999 (6)
* pingou (2)

---

18:01:03 ajax #startmeeting FESCO (2011-12-05)
18:01:03 zodbot Meeting started Mon Dec  5 18:01:03 2011 UTC.  The chair is 
ajax. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:01:03 zodbot Useful Commands: #action #agreed #halp #info #idea #link 
#topic.
18:01:11 ajax #meetingname fesco
18:01:11 zodbot The meeting name has been set to 'fesco'
18:01:11 ajax #chair notting nirik ajax cwickert mjg59 mmaslano t8m pjones 
sgallagh
18:01:11 zodbot Current chairs: ajax cwickert mjg59 mmaslano nirik notting 
pjones sgallagh t8m
18:01:11 ajax #topic init process
18:01:16 * notting is here
18:01:19 mjg59 Here
18:01:19 * sgallagh is here
18:01:22 mmaslano hi
18:01:24 t8m Hello
18:01:28 * pjones is here
18:01:36 * nirik is here
18:01:37 * cwickert is here
18:01:55 ajax hey, that's all of us!
18:01:59 cwickert is this the last meeting of this FESCo?
18:02:16 ajax i believe so.  the current elections end today.
18:02:21 nirik yep.
18:02:52 sgallagh So... last chance to make bad decisions that the new guys 
have to deal with :)
18:03:13 notting all in favor of switching to netbsd?
18:03:26 pjones sgallagh: we have a(n un)fortunate amount of continuity to 
avoid that happening
18:03:31 ajax notting: no way, man.  plan9 is the future.
18:03:39 ajax let's dive in then
18:03:40 ajax #topic #689 Consider including bash-completion package by 
default (base,
18:03:40 ajax not core)
18:03:40 ajax .fesco 689
18:03:41 zodbot ajax: #689 (Consider including bash-completion package by 
default (base, not core)) - FESCo - Trac - 
https://fedorahosted.org/fesco/ticket/689
18:04:14 nirik we already decided this, and It seems it was in fact already 
done before then.
18:04:27 nirik proposal: close?
18:04:28 ajax yeah, this looks like it's just a bugzilla issue at this point.
18:04:36 sgallagh +1 to close
18:04:36 t8m yeah
18:04:41 t8m +1 to close
18:04:49 notting please do close.
18:04:53 mmaslano +1
18:05:08 cwickert t+1
18:05:14 ajax #action No action needed on bash-completion ticket, follow up 
in bugzilla with any remaining issues.
18:05:18 ajax er
18:05:27 ajax what's the undo verb?
18:05:32 nirik #undo
18:05:32 zodbot Removing item from minutes: MeetBot.items.Action object at 
0x2bb74a10
18:05:38 ajax thx
18:05:43 ajax #agreed No action needed on bash-completion ticket, follow up 
in bugzilla with any remaining issues.
18:06:08 ajax #topic #699 Proposal to remove the package tzdata from 
Critical

Re: Changing kernel API / Breaking VirtualBox - update criteria violation?

2011-12-05 Thread Sérgio Basto

On Mon, 2011-12-05 at 11:32 -0800, Josh Stone wrote: 
 On 11/28/2011 12:47 PM, Chuck Ebbert wrote:
  On Tue, 22 Nov 2011 10:06:32 -0800
  Josh Stone jist...@redhat.com wrote:
  
  On 11/22/2011 09:51 AM, Michael Cronenworth wrote:
  -#if LINUX_VERSION_CODE  KERNEL_VERSION(3, 1, 0)
 
  It may have be helpful for the faked 2.6.4x kernels to still present a
  3ish LINUX_VERSION_CODE.  AFAIK, faking the number is for the benefit of
  userspace, not any kernel module.  Perhaps it's not too late?
  
  I've done this in the 2.6.41.3 update. Please try it.
 
 Sorry I didn't try sooner, as I don't actually have any pressing need
 for the change myself.  But I happened to have the e1000e-1.6.3 source
 handy, which failed in kcompat.h on 2.6.41.1-1, but does compile
 successfully with 2.6.41.4-1.  So, looks good to me!

Hi, Now I'm co-maintaining VirtualBox on rpmfusion
you got on my external link VB 4.1.4 for F15 
http://www.serjux.com/virtualbox/
if you try it let me know ,
in meantime I will read the begging of the thread, I also have some
doubts about the kernels 41.
But the main problem is, can't submit it on F15 because kBuild is not
updated (on F15) and I'm waiting for a decision on fesco about this
matter (update kBuild). 

Regards,
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: How can we make F17 be able to boot on Macs (with or without reFit)

On Mon, 2011-12-05 at 19:16 +, Matthew Garrett wrote:
 On Mon, Dec 05, 2011 at 10:49:39AM -0800, Adam Williamson wrote:
  On Sat, 2011-12-03 at 17:54 +, Matthew Garrett wrote:
   On Sat, Dec 03, 2011 at 06:19:27PM +0100, Andreas Tunek wrote:
   
Yes, and the question becomes, can we make this easier in F17?
   
   Yes, we can do EFI installs.
  
  We could also blacklist all Apples to use MS-DOS partitions if you do a
  BIOS install. It's in fact trivially easy - given where the blacklist is
  in anaconda's code, it naturally applies only to BIOS installs, not EFI
  installs.
 
 That would be a bad idea, given that Apples use GPT. You'd end up with 
 an inconsistent disklabel.

Well, it only applies when Fedora would be rewriting the disk label
anyway, and it only does *that* if you're formatting the entire disk. If
you're not formatting the entire disk, no matter what hardware you're
installing to or what any blacklists say or anything like that, anaconda
is not going to write a new disk label. It will just do its best to work
with whatever's already there. It only writes a new disk label (and
follows the logic paths to determine what type that disk label will be)
when you're entirely formatting the disk.

As discussed on IRC, though, if we think doing BIOS installs on Macs is
fundamentally a bad idea, we should just write anaconda to stop /
heavily discourage you from doing that instead.
-- 
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: application icon locations and cache update

2011-12-05 Thread Tom Lane

Adam Williamson awill...@redhat.com writes:
 On Mon, 2011-12-05 at 10:48 -0800, Eric Smith wrote:
 1)  Is putting the icon into /usr/share/pixmap OK?  

 Not really. That dir is obsolescent, effectively. I'm not sure if we'll
 ever manage to throw it away, but if you have the opportunity to control
 icon deployment for an app, it's really best to use the /usr/share/icons
 hierarchy, as it provides a lot of advantages over the 'dump a single
 picture in one huge directory' model.

Now I'm really confused, because I received the opposite advice a couple
of years ago, cf unixODBC.spec:

* Fri Jun 13 2008 Tom Lane t...@redhat.com 2.2.12-8
- Install icons in /usr/share/pixmaps, not /usr/share/icons as this package
  has historically done; the former is considered correct.

Digging further, the reason I changed it is because Red Hat's rpmdiff
tool whinged about the previous placement.  Somebody is not on the right
page here.

regards, tom lane
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: application icon locations and cache update

On Mon, 2011-12-05 at 16:25 -0500, Tom Lane wrote:
 Adam Williamson awill...@redhat.com writes:
  On Mon, 2011-12-05 at 10:48 -0800, Eric Smith wrote:
  1)  Is putting the icon into /usr/share/pixmap OK?  
 
  Not really. That dir is obsolescent, effectively. I'm not sure if we'll
  ever manage to throw it away, but if you have the opportunity to control
  icon deployment for an app, it's really best to use the /usr/share/icons
  hierarchy, as it provides a lot of advantages over the 'dump a single
  picture in one huge directory' model.
 
 Now I'm really confused, because I received the opposite advice a couple
 of years ago, cf unixODBC.spec:
 
 * Fri Jun 13 2008 Tom Lane t...@redhat.com 2.2.12-8
 - Install icons in /usr/share/pixmaps, not /usr/share/icons as this package
   has historically done; the former is considered correct.
 
 Digging further, the reason I changed it is because Red Hat's rpmdiff
 tool whinged about the previous placement.  Somebody is not on the right
 page here.

I'm going to say it's rpmdiff. /usr/share/pixmaps is definitely older
than the icon theme spec, and the icon theme spec is explicitly intended
to sort out various shortcomings in the 'just put a single bitmap-type
image file in /usr/share/pixmaps' method.

It is always a distinct possibility that I could be wrong, of course,
and if that's the case I'm sure someone will point it out ASAP. :)
-- 
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: orphaning gdk-pixbuf

2011-12-05 Thread Kevin Fenzi

On Sat, 3 Dec 2011 23:17:02 +
Peter Robinson pbrobin...@gmail.com wrote:

 On Sat, Dec 3, 2011 at 10:18 PM, Eric Smith e...@brouhaha.com wrote:
  Kevin Fenzi wrote about gdk-pixbuf:
    It failed the mass rebuild, not much left that depends on it, and
    nothing I need. ;)
  [...]
 
   So, if anyone really really really wants to keep it alive, feel
  free to take it and fix it so it builds and works. ;)
 
 
  I use gdk-pixbuf in an application that is used on Fedora but for
  licensing reasons can't currently be submitted as a Fedora package.
   I'd hate to see gdk-pixbuf go away, as I don't know what I could
  use to replace it.  I've never looked at building gdk-pixbuf
  myself, and have never been able to wrap my head around autotools,
  so if the cause of the FTBFS isn't obvious, I doubt that I can fix
  it quickly.  I'm not going to commit to taking maintainership of
  the package right now, but if nobody else does and I find the time
  to deal with it, perhaps I will in the future.
 
  As far as I can tell, gdk-pixbuf hasn't been deprecated upstream;
  there was a new release in August.  Has anyone notified upstream
  about the FTBFS?
 
 Are you sure your not referring to gdk-pixbuf2?

I really suspect so. 

the gdk-pixbuf package is the gtk+ one in fedora. 
it's last release was december 2002. 

yes, thats right, almost exactly 9 years ago. ;) 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: why introducing hidden directories in /etc

2011-12-05 Thread Kevin Fenzi

Well, this happens... one thing that would be nice is if folks gave the
rkhunter maintainers (of which I am one) a heads up so we could add it
to the whitelist. 

Otherwise we are just reacting when users see it. 

In any case, will try and get this updated soon...

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: orphaning gdk-pixbuf

2011-12-05 Thread Matthias Clasen

On Mon, 2011-12-05 at 15:25 -0700, Kevin Fenzi wrote:

  Are you sure your not referring to gdk-pixbuf2?
 
 I really suspect so. 
 
 the gdk-pixbuf package is the gtk+ one in fedora. 
 it's last release was december 2002. 

Yes, gdk-pixbuf2 is not going away.

gdk-pixbuf is the gtk1-era incarnation and not really used by anything
anymore.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Any interest in an or1ksim package?

2011-12-05 Thread Scott Tsai

On Mon, 05 Dec 2011 02:02:27 -0500, Jon Masters wrote:
 Anyone interested in an or1ksim package for Fedora?

I'm interested and I'm willing to do the package review.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Non-responsive maintainer ?

2011-12-05 Thread Pierre-Yves Chibon

Hi,

Once in a while comes back the question: is insert nick here
around ?
Normally followed by: I have opened and pinged him several time on
bugzilla #/email/irc/insert what I missed here.

And there the hunt for the last trace of activity starts. Some days ago
someone on the list was asking if there wasn't such a program that would
help identifying if someone has been active recently.

Well, I gave this a try.
http://ambre.pingoured.fr/cgit/fedora-misc.git/tree/fedora_active_user.py
(download via git clone
http://ambre.pingoured.fr/cgit/fedora-misc.git/ )

This checks for the last activity on
- FAS ➙ return the last time the user logged in on a Fedora web-app:
wiki, fas, bodhi  (requires FAS auth)
- koji ➙ last build...
- bugzilla ➙ this takes a while as it retrieves all the bugs on which
the given email is either CC or Assigned and then check them all to
return the date of the last comment by this user.
- bodhi ➙ well this is not done yet (and I expect we will have similar
results as before) but the patch which will allow it should make it to
the next release
- mailing lists ➙ For this I use gmane which allow to search for email
coming from an email address. I used a define set of mailing list, this
can of course be extended.

output:
./fedora_active_user.py --user pingou --email=pin...@pingoured.fr --nobz
Last login in FAS:
   FAS password for pingou: 
   pingou 2011-12-05 22:07:35.996974+00:00
Last action on koji:
   Fri Nov 11 14:35:20 2011 package list entry created:
python-straight-plugin in dist-f11 by pkgdb [still active]
Last action on Bodhi:
   Not yet implemented
Last email on mailing list:
   2011-12-03 gmane.linux.redhat.fedora.devel
   2009-11-04 gmane.linux.redhat.fedora.artwork
   2011-08-10 gmane.linux.redhat.fedora.epel.devel
   2011-10-13 gmane.linux.redhat.fedora.extras.packaging
   2011-12-01 gmane.linux.redhat.fedora.infrastructure

Hope this helps and feel free to give suggestions,
Pierre
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File Capture-Tiny-0.13.tar.gz uploaded to lookaside cache by psabata

A file has been added to the lookaside cache for perl-Capture-Tiny:

d03f278c448ff7897cd2037e54ab86ee  Capture-Tiny-0.13.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: Changing kernel API / Breaking VirtualBox - update criteria violation?

2011-12-05 Thread Josh Stone

On 12/05/2011 01:05 PM, Sérgio Basto wrote:
 Hi, Now I'm co-maintaining VirtualBox on rpmfusion
 you got on my external link VB 4.1.4 for F15 
 http://www.serjux.com/virtualbox/
 if you try it let me know ,

I grabbed and extracted just the kmodsrc, all the modules within now
build fine.  So the new version information is doing the right thing,
representing itself as a normal 3.1 kernel internally.

 in meantime I will read the begging of the thread, I also have some
 doubts about the kernels 41.
 But the main problem is, can't submit it on F15 because kBuild is not
 updated (on F15) and I'm waiting for a decision on fesco about this
 matter (update kBuild). 

It looks like your fesco ticket is being considered, so give it time...

Josh
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Wireshark-gnome not working on F16

On Tue, 2011-12-06 at 00:05 +, Aaron Gray wrote:
 Am getting the following :-
 
 Couldn't run /usr/sbin/dumpcap in child process: Permission denied
 Are you a member of the 'wireshark' group? Try running
 'usermod -a -G wireshark _your_username_' as root.

Did you try, perhaps, running 'usermod -a -G wireshark your_username' as
root? :)
-- 
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: How can we make F17 be able to boot on Macs (with or without reFit)

On Fri, 2011-12-02 at 12:08 +0100, Andreas Tunek wrote:
As you all might know, it is currently impossible to boot the default
install of F16 on Macs. It does not seem to matter if you use boot
loaders such as reFit and Bootcamp or remove MacOS completely and try
to boot. Apparently, if you somehow (how to use it is not very clear
from the Common F16 bugs page,
http://fedoraproject.org/wiki/Common_F16_bugs#Incorrect_partition_type_assigned_to_.2Fboot_partition_on_GPT-labelled_disks)
use the nogpt kernel parameter you might be able to install F16.

There are a couple of bugs open regarding this,
https://bugzilla.redhat.com/show_bug.cgi?id=752548 and
https://bugzilla.redhat.com/show_bug.cgi?id=746895 are two examples.

It seems like the boot procedure has changed quite a bit from F15 to
F16, and not just the GRUB2 change. I am sure these were changed for
the best of reasons, but it is very frustrating to not be able to use
F16 on hardware that could run previous Fedoras very well. Also, there
are a lot of Macs out in the wild, and by excluding them we shut out a
large amount of (possible users).

So what could be done about this? Would it be enough to have a visible
nopgt option in Anaconda? Should we do special Boot test days? Or is
something else needed?

So, revisiting this: right now it seems like the aim for F17 is to focus
on native EFI boot and install on Mac, not installation using BIOS
compatibility mode. We should aim to fix any remaining issues with
booting Macs via EFI and test throughout F17 cycle to ensure it works.

In the past we have not supported EFI boot on Macs because the Apple
implementation of EFI is rather non-standard, but apparently just trying
to work with Apple's EFI quirks is our best shot at getting reliable
installs on Macs in future.

That's as I understand it from this morning's #anaconda discussion,
anyway.

As far as F16 goes, my current understanding is that it is possible to
install F16 onto some Macs via native EFI boot; however, we do have
problems booting some other Macs natively via EFI with F16. If you try
to do an F16 install in BIOS compatibility mode it may work and may not,
much like previous releases, but if you do it in such a way that Fedora
gets to format an entire disk, it will write a GPT disk label and that
certainly won't work for BIOS compatibility booting. I'm honestly not
sure of all the implications of the 'hybrid GPT' approach Macs can use
for dual-booting OS X (via EFI) and Windows (via BIOS compatibility)
with all this, I think that's where a lot of the complexity we see in
real-world Mac install cases comes in; one of the advantages of making
EFI our 'officially supported' way to install on Macs in future is we
don't have to worry about that, I guess.
--
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: Changing kernel API / Breaking VirtualBox - update criteria violation?

2011-12-05 Thread Sérgio Basto

On Mon, 2011-12-05 at 15:41 -0800, Josh Stone wrote: 
 On 12/05/2011 01:05 PM, Sérgio Basto wrote:
  Hi, Now I'm co-maintaining VirtualBox on rpmfusion
  you got on my external link VB 4.1.4 for F15 
  http://www.serjux.com/virtualbox/
  if you try it let me know ,
 
 I grabbed and extracted just the kmodsrc, all the modules within now
 build fine.  So the new version information is doing the right thing,
 representing itself as a normal 3.1 kernel internally.

Don't understand exactly what you are talking, but I'll wait to see. 
On (future) VirtualBox-OSE-kmod for F15 , we had remove vboxpci.ko from
build , because fails to compile with latest F15 kernel.
 It looks like your fesco ticket is being considered, so give it time...

yeah I just read fesco meeting, we have to wait one week :) 

Thanks,

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Election Results: Fedora Board, FAmSCo, and FESCo

2011-12-05 Thread Jared K. Smith

The latest round of Fedora Elections has concluded, and I am pleased
to announce the results for elected seats on the Fedora Board and
FESCo and FAmSCo.  The results are as follows:

Fedora Board
---
There were two open seats on the Fedora Board this election cycle. A
total of 224 ballots were cast.  Due to the system of range voting
that we use in Fedora elections, this means that each of the four
candidates could receive up to 896 votes (224 ballots multiplied by
four candidates).

Votes | Candidate
--
 638 | Jaroslav Reznik
 557 | Christoph Wickert

 334 | Larry Cafiero
 228 | Robert 'Bob' Jensen

The two candidates receiving the most votes were Jaroslav and
Christoph.  I'd like to welcome Christoph to the Fedora Board, and
welcome Jaroslav back for a second term.  Both Jaroslav and Christoph
will server for a one-year term.

* * * * * * * * *

FAmSCo

All seven seats on FAmSCo were up for re-election this cycle.  There
were a total of 104 ballots cast in the FAmSCo election.  Each of the
eleven candidates could receive up to 1144 votes (104 ballots
multiplied by eleven candidates).

Votes | Candidate
--
 615 | Christoph Wickert
 591 | Neville A. Cross
 534 | Igor Soares
 439 | Clint Savage
 377 | Zoltan Hoppar
 348 | Gerard Braad
 339 | Caius Chance
--
 287 | Truong Anh Tuan
 243 | Shakthi Kannan
 236 | Buddhika Chandradeepa Kurera
 132 | Rejaul Islam

Let me be the first to welcome Christoph, Neville, Igor, Clint,
Zoltan, Geraard, and Caius to the new Fedora Ambassadors Steering
Committee.

* * * * * * * * *

FESCo

There were four FESCo seats up for election this cycle.  A total of
225 ballots were cast in the FESCo election.  Each of the six
candidates could receive up to 1350 votes (225 ballots multiplied by
six candidates).

Votes | Candidate
--
 778 | Marcela Mašláňová
 773 | Miloslav Trmač
 642 | Matthew Garrett
 526 | Jon Ciesla

 454 | Justin M. Forbes
 358 | John Dulaney

The top four candidates were Marcela, Miroslav, Matthew, and Jon. Each
will server a full two-term position on the Fedora Engineering
Steering committee.

* * * * * * * * *
I would also like to take this opportunity to thank all those who have
previously served on the Fedora Board or FAmSCo or FESCo for their
hard work and perseverance.  I'd also like to thank all the candidates
and volunteers who participated in this round of elections.  I look
forward to working with each of these people as we strive to make
Fedora better over the months and years ahead.

--
Jared Smith
Fedora Project Leader
___
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

mock deletes logs on successful package build?

2011-12-05 Thread Jonathan Underwood

Hi,

Weirdly I am seeing that mock (1.1.18 on a rhel 6 machine) is now
deleting the logs if a package rebuilds successfully. The logs are not
deleted if the package fails to complete building. I've looked at the
man page and can't see any option to keep the logs. What am I missing?

TIA,
Jonathan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Changing kernel API / Breaking VirtualBox - update criteria violation?

2011-12-05 Thread Josh Stone

On 12/05/2011 05:09 PM, Sérgio Basto wrote:
 On Mon, 2011-12-05 at 15:41 -0800, Josh Stone wrote: 
 I grabbed and extracted just the kmodsrc, all the modules within now
 build fine.  So the new version information is doing the right thing,
 representing itself as a normal 3.1 kernel internally.
 
 Don't understand exactly what you are talking, but I'll wait to see. 
 On (future) VirtualBox-OSE-kmod for F15 , we had remove vboxpci.ko from
 build , because fails to compile with latest F15 kernel.

All of them can compile now, including vboxpci.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File Compress-Raw-Bzip2-2.045.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Compress-Raw-Bzip2:

83eb38800f92876f44186260b53b12f4  Compress-Raw-Bzip2-2.045.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-Compress-Raw-Bzip2] Update to 2.045 (moved FAQ.pod to IO::Compress)

commit 02b54912b6d820cb78b047d05fc32a9e529f5069
Author: Paul Howarth p...@city-fan.org
Date:   Mon Dec 5 07:56:12 2011 +

Update to 2.045 (moved FAQ.pod to IO::Compress)

 perl-Compress-Raw-Bzip2.spec |   13 ++---
 sources  |2 +-
 2 files changed, 7 insertions(+), 8 deletions(-)
---
diff --git a/perl-Compress-Raw-Bzip2.spec b/perl-Compress-Raw-Bzip2.spec
index 2604610..cb5f793 100644
--- a/perl-Compress-Raw-Bzip2.spec
+++ b/perl-Compress-Raw-Bzip2.spec
@@ -1,6 +1,6 @@
 Name:   perl-Compress-Raw-Bzip2
 Summary:Low-level interface to bzip2 compression library
-Version:2.044
+Version:2.045
 Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -54,15 +54,14 @@ make test
 %files
 %doc Changes README
 %{perl_vendorarch}/auto/Compress/
-%dir %{perl_vendorarch}/Compress/
-%dir %{perl_vendorarch}/Compress/Raw/
-%dir %{perl_vendorarch}/Compress/Raw/Bzip2/
-%doc %{perl_vendorarch}/Compress/Raw/Bzip2/FAQ.pod
-%{perl_vendorarch}/Compress/Raw/Bzip2.pm
+%{perl_vendorarch}/Compress/
 %{_mandir}/man3/Compress::Raw::Bzip2.3pm*
-%{_mandir}/man3/Compress::Raw::Bzip2::FAQ.3pm*
 
 %changelog
+* Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.045-1
+- Update to 2.045
+  - Moved FAQ.pod to IO::Compress
+
 * Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.044-1
 - Update to 2.044
   - Moved FAQ.pod under the lib directory so it can get installed
diff --git a/sources b/sources
index 81e69c9..10c33fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-661eaf89b2933142f90724ad8bf2b610  Compress-Raw-Bzip2-2.044.tar.gz
+83eb38800f92876f44186260b53b12f4  Compress-Raw-Bzip2-2.045.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-Compress-Raw-Lzma] Update to 2.045 (moved FAQ.pod to IO::Compress)

commit b5b6157054b41097fe1ae1ea2fd2683732b8f744
Author: Paul Howarth p...@city-fan.org
Date:   Mon Dec 5 08:05:57 2011 +

Update to 2.045 (moved FAQ.pod to IO::Compress)

 perl-Compress-Raw-Lzma.spec |   13 ++---
 sources |2 +-
 2 files changed, 7 insertions(+), 8 deletions(-)
---
diff --git a/perl-Compress-Raw-Lzma.spec b/perl-Compress-Raw-Lzma.spec
index 0b71cf7..5f65d6c 100644
--- a/perl-Compress-Raw-Lzma.spec
+++ b/perl-Compress-Raw-Lzma.spec
@@ -1,5 +1,5 @@
 Name:  perl-Compress-Raw-Lzma
-Version:   2.044
+Version:   2.045
 Release:   1%{?dist}
 Summary:   Low-level interface to lzma compression library
 Group: Development/Libraries
@@ -39,15 +39,14 @@ make test
 %defattr(-,root,root,-)
 %doc Changes
 %{perl_vendorarch}/auto/Compress/
-%dir %{perl_vendorarch}/Compress/
-%dir %{perl_vendorarch}/Compress/Raw/
-%dir %{perl_vendorarch}/Compress/Raw/Lzma/
-%doc %{perl_vendorarch}/Compress/Raw/Lzma/FAQ.pod
-%{perl_vendorarch}/Compress/Raw/Lzma.pm
+%{perl_vendorarch}/Compress/
 %{_mandir}/man3/Compress::Raw::Lzma.3pm*
-%{_mandir}/man3/Compress::Raw::Lzma::FAQ.3pm*
 
 %changelog
+* Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.045-1
+- Update to 2.045
+  - Moved FAQ.pod to IO::Compress
+
 * Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.044-1
 - Update to 2.044
   - Moved FAQ.pod under the lib directory so it can get installed
diff --git a/sources b/sources
index c2a3f45..fee9f98 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-96f9ca5517d24ec60d093da4b571105d  Compress-Raw-Lzma-2.044.tar.gz
+18a3d8b5fb20a0702f28b7cf8c71c3b2  Compress-Raw-Lzma-2.045.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 Compress-Raw-Zlib-2.045.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Compress-Raw-Zlib:

0520035c556f48c09d5b472d46ad020d  Compress-Raw-Zlib-2.045.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 Compress-Raw-Lzma-2.045.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Compress-Raw-Lzma:

18a3d8b5fb20a0702f28b7cf8c71c3b2  Compress-Raw-Lzma-2.045.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-Compress-Raw-Zlib] Created tag perl-Compress-Raw-Zlib-2.045-1.fc17

The lightweight tag 'perl-Compress-Raw-Zlib-2.045-1.fc17' was created pointing 
to:

 79697cd... Update to 2.045 (moved FAQ.pod into Zlib.pm)
--
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.045-1.fc17

The lightweight tag 'perl-Compress-Raw-Lzma-2.045-1.fc17' was created pointing 
to:

 b5b6157... Update to 2.045 (moved FAQ.pod to IO::Compress)
--
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 IO-Compress-2.045.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-IO-Compress:

e161af8714b73696078131d9f14ffb67  IO-Compress-2.045.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-IO-Compress] Update to 2.045 (restructured IO::Compress::FAQ.pod)

commit 03dee1f5fd35dbada8dedc7182f425a8d2f62a28
Author: Paul Howarth p...@city-fan.org
Date:   Mon Dec 5 09:19:34 2011 +

Update to 2.045 (restructured IO::Compress::FAQ.pod)

 perl-IO-Compress.spec |6 +-
 sources   |2 +-
 2 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/perl-IO-Compress.spec b/perl-IO-Compress.spec
index caae645..2aade01 100644
--- a/perl-IO-Compress.spec
+++ b/perl-IO-Compress.spec
@@ -2,7 +2,7 @@
 %{?perl_default_filter}
 
 Name:   perl-IO-Compress
-Version:2.044
+Version:2.045
 Release:1%{?dist}
 Summary:Read and write compressed data
 License:GPL+ or Artistic
@@ -103,6 +103,10 @@ make test %{?with_long_tests:COMPRESS_ZLIB_RUN_ALL=1}
 %{_mandir}/man3/IO::Uncompress::*.3pm*
 
 %changelog
+* Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.045-1
+- Update to 2.045
+  - Restructured IO::Compress::FAQ.pod
+
 * Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.044-1
 - Update to 2.044
   - Moved FAQ.pod under the lib directory so it can get installed
diff --git a/sources b/sources
index 3b8f74c..2009bcf 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1011f706c2c9df50dc9df587df111f3c  IO-Compress-2.044.tar.gz
+e161af8714b73696078131d9f14ffb67  IO-Compress-2.045.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 IO-Compress-Lzma-2.045.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-IO-Compress-Lzma:

f7c721ba32b5f5cae9c05e29915679f9  IO-Compress-Lzma-2.045.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-IO-Compress-Lzma] Update to 2.045 (moved FAQ.pod to IO::Compress)

commit 672841ce39c0ee3f90084102630ebe42f9812d03
Author: Paul Howarth p...@city-fan.org
Date:   Mon Dec 5 09:32:15 2011 +

Update to 2.045 (moved FAQ.pod to IO::Compress)

 perl-IO-Compress-Lzma.spec |   16 ++--
 sources|2 +-
 2 files changed, 7 insertions(+), 11 deletions(-)
---
diff --git a/perl-IO-Compress-Lzma.spec b/perl-IO-Compress-Lzma.spec
index 57c2723..48ba7ed 100644
--- a/perl-IO-Compress-Lzma.spec
+++ b/perl-IO-Compress-Lzma.spec
@@ -1,5 +1,5 @@
 Name:  perl-IO-Compress-Lzma
-Version:   2.044
+Version:   2.045
 Release:   1%{?dist}
 Summary:   Read and write lzma compressed data
 License:   GPL+ or Artistic
@@ -39,21 +39,17 @@ make test
 %files
 %defattr(-,root,root,-)
 %doc Changes README
-%dir %{perl_vendorlib}/IO/
-%dir %{perl_vendorlib}/IO/Compress/
-%dir %{perl_vendorlib}/IO/Compress/Lzma/
-%doc %{perl_vendorlib}/IO/Compress/Lzma/FAQ.pod
-%{perl_vendorlib}/IO/Compress/Adapter/
-%{perl_vendorlib}/IO/Compress/Lzma.pm
-%{perl_vendorlib}/IO/Compress/Xz.pm
-%{perl_vendorlib}/IO/Uncompress/
+%{perl_vendorlib}/IO/
 %{_mandir}/man3/IO::Compress::Lzma.3pm*
-%{_mandir}/man3/IO::Compress::Lzma::FAQ.3pm*
 %{_mandir}/man3/IO::Compress::Xz.3pm*
 %{_mandir}/man3/IO::Uncompress::UnLzma.3pm*
 %{_mandir}/man3/IO::Uncompress::UnXz.3pm*
 
 %changelog
+* Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.045-1
+- Update to 2.045
+  - Moved FAQ.pod to IO::Compress
+
 * Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.044-1
 - Update to 2.044
   - Moved FAQ.pod under the lib directory so it can get installed
diff --git a/sources b/sources
index d90232f..910673c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-52dc4337b2b63d001b1e2821d977218c  IO-Compress-Lzma-2.044.tar.gz
+f7c721ba32b5f5cae9c05e29915679f9  IO-Compress-Lzma-2.045.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-Compress-Raw-Zlib] Update to 2.045 (moved FAQ.pod into Zlib.pm)

commit 79697cd3c38039bdd77ade5d2974a0f2292cc7f1
Author: Paul Howarth p...@city-fan.org
Date:   Mon Dec 5 08:02:22 2011 +

Update to 2.045 (moved FAQ.pod into Zlib.pm)

 perl-Compress-Raw-Zlib.spec |   13 ++---
 sources |2 +-
 2 files changed, 7 insertions(+), 8 deletions(-)
---
diff --git a/perl-Compress-Raw-Zlib.spec b/perl-Compress-Raw-Zlib.spec
index eac0dee..c553ff0 100644
--- a/perl-Compress-Raw-Zlib.spec
+++ b/perl-Compress-Raw-Zlib.spec
@@ -1,5 +1,5 @@
 Name:   perl-Compress-Raw-Zlib
-Version:2.044
+Version:2.045
 Release:1%{?dist}
 Summary:Low-level interface to zlib compression library
 License:GPL+ or Artistic
@@ -53,15 +53,14 @@ make test
 %files
 %doc Changes README
 %{perl_vendorarch}/auto/Compress/
-%dir %{perl_vendorarch}/Compress/
-%dir %{perl_vendorarch}/Compress/Raw/
-%dir %{perl_vendorarch}/Compress/Raw/Zlib/
-%doc %{perl_vendorarch}/Compress/Raw/Zlib/FAQ.pod
-%{perl_vendorarch}/Compress/Raw/Zlib.pm
+%{perl_vendorarch}/Compress/
 %{_mandir}/man3/Compress::Raw::Zlib.3pm*
-%{_mandir}/man3/Compress::Raw::Zlib::FAQ.3pm*
 
 %changelog
+* Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.045-1
+- Update to 2.045
+  - Moved FAQ.pod into Zlib.pm
+
 * Sun Dec  4 2011 Paul Howarth p...@city-fan.org - 2.044-1
 - Update to 2.044
   - Moved FAQ.pod under the lib directory so it can get installed
diff --git a/sources b/sources
index 82e24fc..ffb4840 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d1cd0c81010658d3a870b71a0fd6ab3f  Compress-Raw-Zlib-2.044.tar.gz
+0520035c556f48c09d5b472d46ad020d  Compress-Raw-Zlib-2.045.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 759718] perl-PAR-1.005 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=759718

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|mmasl...@redhat.com |
 AssignedTo|mmasl...@redhat.com |ppi...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 759719] perl-PAR-Packer-1.012 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=759719

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|mmasl...@redhat.com |ppi...@redhat.com
 AssignedTo|mmasl...@redhat.com |ppi...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File PAR-1.005.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-PAR:

a1a7d8cc4deb106c3e04b190fa2d9325  PAR-1.005.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-PAR] 1.005 bump

commit 7a6dd7f66ea068c879e53f803160489b713f69d2
Author: Petr Písař ppi...@redhat.com
Date:   Mon Dec 5 11:11:31 2011 +0100

1.005 bump

 .gitignore|1 +
 perl-PAR.spec |5 -
 sources   |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ffebb06..455c776 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ PAR-1.000.tar.gz
 /PAR-1.002.tar.gz
 /PAR-1.003.tar.gz
 /PAR-1.004.tar.gz
+/PAR-1.005.tar.gz
diff --git a/perl-PAR.spec b/perl-PAR.spec
index 349e65b..8186d27 100644
--- a/perl-PAR.spec
+++ b/perl-PAR.spec
@@ -1,5 +1,5 @@
 Name:   perl-PAR
-Version:1.004
+Version:1.005
 Release:1%{?dist}
 Summary:Perl Archive Toolkit
 License:GPL+ or Artistic
@@ -42,6 +42,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Dec 05 2011 Petr Pisar ppi...@redhat.com - 1.005-1
+- 1.005 bump
+
 * Thu Dec 01 2011 Petr Pisar ppi...@redhat.com - 1.004-1
 - 1.004 bump
 
diff --git a/sources b/sources
index 34a6eba..ceb0e8c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6174ba38b5cc80bc47c8961bffe22347  PAR-1.004.tar.gz
+a1a7d8cc4deb106c3e04b190fa2d9325  PAR-1.005.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 759717] perl-Capture-Tiny-0.13 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=759717

Petr Šabata psab...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
 AssignedTo|mmasl...@redhat.com |psab...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 759718] perl-PAR-1.005 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=759718

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-PAR-1.005-1.fc17
 Resolution||RAWHIDE
Last Closed||2011-12-05 05:32:46

-- 
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-IO-Compress] Created tag perl-IO-Compress-2.045-1.fc17

The lightweight tag 'perl-IO-Compress-2.045-1.fc17' was created pointing to:

 03dee1f... Update to 2.045 (restructured IO::Compress::FAQ.pod)
--
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-IO-Compress-Lzma] Created tag perl-IO-Compress-Lzma-2.045-1.fc17

The lightweight tag 'perl-IO-Compress-Lzma-2.045-1.fc17' was created pointing 
to:

 672841c... Update to 2.045 (moved FAQ.pod to IO::Compress)
--
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 POE-Component-IRC-6.77.tar.gz uploaded to lookaside cache by psabata

A file has been added to the lookaside cache for perl-POE-Component-IRC:

f8322e869758bed488cdb19f9d02e691  POE-Component-IRC-6.77.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-POE-Component-IRC] 6.77 bump

commit 05a44b62be9619ae1c97427b291095ec9b1babc7
Author: Petr Šabata con...@redhat.com
Date:   Mon Dec 5 14:16:36 2011 +0100

6.77 bump

 .gitignore  |1 +
 perl-POE-Component-IRC.spec |5 -
 sources |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 8bc34d9..9013bf1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ POE-Component-IRC-6.14.tar.gz
 /POE-Component-IRC-6.74.tar.gz
 /POE-Component-IRC-6.75.tar.gz
 /POE-Component-IRC-6.76.tar.gz
+/POE-Component-IRC-6.77.tar.gz
diff --git a/perl-POE-Component-IRC.spec b/perl-POE-Component-IRC.spec
index 206c46b..5133ee5 100644
--- a/perl-POE-Component-IRC.spec
+++ b/perl-POE-Component-IRC.spec
@@ -11,7 +11,7 @@
 
 Name:   perl-POE-Component-IRC
 Summary:A POE component for building IRC clients
-Version:6.76
+Version:6.77
 Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -93,6 +93,9 @@ find %{buildroot} -type f -name '*.pm' -exec chmod -x {} 
2/dev/null ';'
 %{_mandir}/man3/*.3*
 
 %changelog
+* Mon Dec 05 2011 Petr Šabata con...@redhat.com - 6.77-1
+- 6.77 bump
+
 * Tue Nov 29 2011 Petr Šabata con...@redhat.com - 6.76-1
 - 6.76 bump
 
diff --git a/sources b/sources
index d62d8d7..e6c3e18 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dcfb9f4a2eb781c1a08fcf7d1a83c904  POE-Component-IRC-6.76.tar.gz
+f8322e869758bed488cdb19f9d02e691  POE-Component-IRC-6.77.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 759438] perl-POE-Component-IRC-6.77 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=759438

Petr Šabata psab...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
 AssignedTo|cw...@alumni.drew.edu   |psab...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Capture-Tiny] 0.13 bump

commit f17bc5587d9fa07530d422639ec002f22f211414
Author: Petr Šabata con...@redhat.com
Date:   Mon Dec 5 13:54:30 2011 +0100

0.13 bump

 .gitignore |1 +
 perl-Capture-Tiny.spec |   13 -
 sources|2 +-
 3 files changed, 10 insertions(+), 6 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ba64bb4..c187050 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Capture-Tiny-0.08.tar.gz
 /Capture-Tiny-0.10.tar.gz
 /Capture-Tiny-0.11.tar.gz
 /Capture-Tiny-0.12.tar.gz
+/Capture-Tiny-0.13.tar.gz
diff --git a/perl-Capture-Tiny.spec b/perl-Capture-Tiny.spec
index 56c9c25..1f6ff6b 100644
--- a/perl-Capture-Tiny.spec
+++ b/perl-Capture-Tiny.spec
@@ -1,5 +1,5 @@
 Name:   perl-Capture-Tiny
-Version:0.12
+Version:0.13
 Release:1%{?dist}
 Summary:Capture STDOUT and STDERR from Perl, XS or external programs
 License:ASL 2.0
@@ -35,10 +35,10 @@ in any particular situation and just use this one.
 make %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
-%{_fixperms} $RPM_BUILD_ROOT/*
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
+%{_fixperms} %{buildroot}/*
 
 %check
 make test
@@ -49,6 +49,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Dec 05 2011 Petr Šabata con...@redhat.com - 0.13-1
+- 0.13 bump
+
 * Fri Dec 02 2011 Petr Pisar ppi...@redhat.com - 0.12-1
 - 0.12 bump
 
diff --git a/sources b/sources
index 57e0fff..f5617a3 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a7578d54a3c1e14a7a862c11bdc7db65  Capture-Tiny-0.12.tar.gz
+d03f278c448ff7897cd2037e54ab86ee  Capture-Tiny-0.13.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 760132] New: CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling [fedora-all]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling 
[fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=760132

   Summary: CVE-2011-4114 perl-PAR-Packer: insecure temporary
directory handling [fedora-all]
   Product: Fedora
   Version: 15
  Platform: All
OS/Version: Linux
Status: NEW
  Keywords: Security, SecurityTracking
  Severity: low
  Priority: low
 Component: perl-PAR
AssignedTo: mmasl...@redhat.com
ReportedBy: jlies...@redhat.com
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com
Blocks: 753955
Classification: Fedora
  Story Points: ---
  Type: ---



This is an automatically created tracking bug!  It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.

For comments that are specific to the vulnerability please use bugs filed
against Security Response product referenced in the Blocks field.

For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs

When creating a Bodhi update request, please include this bug ID and the
bug IDs of this bug's parent bugs filed against the Security Response
product (the top-level CVE bugs).  Please mention the CVE IDs being fixed
in the RPM changelog when available.

Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=securitybugs=753955

Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.


[bug automatically created by: add-tracking-bugs]

-- 
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 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling

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=753955

Jan Lieskovsky jlies...@redhat.com changed:

   What|Removed |Added

  Status Whiteboard|impact=low,public=20110718, |impact=low,public=20110718,
   |reported=2004,source=os |reported=2004,source=os
   |s-security,cvss2=1.9/AV:L/A |s-security,cvss2=1.9/AV:L/A
   |C:M/Au:N/C:N/I:P/A:N,fedora |C:M/Au:N/C:N/I:P/A:N,fedora
   |-all/perl-PAR-Packer=affect |-all/perl-PAR-Packer=affect
   |ed  |ed,fedora-all/perl-PAR=affe
   ||cted

-- 
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-PAR-Packer] 1.011 bump

commit 46ded8a3a9246211cc7db2a597486adb7a9384a1
Author: Petr Písař ppi...@redhat.com
Date:   Mon Dec 5 16:38:08 2011 +0100

1.011 bump

And sub-package Tk application.

 .gitignore   |1 +
 extract_icon |   28 ++
 perl-PAR-Packer.spec |   64 -
 sources  |2 +-
 tkpp.desktop |9 +++
 5 files changed, 96 insertions(+), 8 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 995ab78..cf0c693 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ PAR-Packer-1.005.tar.gz
 /PAR-Packer-1.008.tar.gz
 /PAR-Packer-1.009.tar.gz
 /PAR-Packer-1.010.tar.gz
+/PAR-Packer-1.011.tar.gz
diff --git a/extract_icon b/extract_icon
new file mode 100755
index 000..13fa515
--- /dev/null
+++ b/extract_icon
@@ -0,0 +1,28 @@
+#!/usr/bin/perl
+
+# Copyright 2011 Petr Písař ppi...@redhat.com.
+# This tool is licensed under the terms of GNU GPL version 3 or any later.
+
+use strict;
+use warnings;
+
+my $gif;
+
+while () {
+chomp;
+if (/\A[^#]*my\s+\$icon_gif\s+=/) {
+$gif = '';
+next;
+}
+if (defined $gif  /\A\./) {
+last;
+}
+if (defined $gif) {
+$gif .= $_;
+}
+}
+
+if (! defined $gif) { exit 1; }
+
+use MIME::Base64;
+print decode_base64($gif);
diff --git a/perl-PAR-Packer.spec b/perl-PAR-Packer.spec
index a3299c1..2071588 100644
--- a/perl-PAR-Packer.spec
+++ b/perl-PAR-Packer.spec
@@ -1,11 +1,13 @@
 Name:   perl-PAR-Packer
-Version:1.010
-Release:2%{?dist}
+Version:1.011
+Release:1%{?dist}
 Summary:PAR Packager
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/PAR-Packer/
 Source0:
http://www.cpan.org/authors/id/R/RS/RSCHUPP/PAR-Packer-%{version}.tar.gz
+Source1:extract_icon
+Source2:tkpp.desktop
 BuildRequires:  perl(Archive::Zip) = 1
 BuildRequires:  perl(Compress::Zlib) = 1.3
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -13,18 +15,44 @@ BuildRequires:  perl(ExtUtils::Embed)
 BuildRequires:  perl(File::Temp) = 0.05
 BuildRequires:  perl(Getopt::ArgvFile) = 1.07
 BuildRequires:  perl(IO::Compress::Gzip)
-BuildRequires:  perl(Module::ScanDeps) = 1.01
-BuildRequires:  perl(PAR) = 1.000
+BuildRequires:  perl(Module::ScanDeps) = 1.05
+BuildRequires:  perl(PAR) = 1.004
 BuildRequires:  perl(PAR::Dist) = 0.22
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+Requires:   perl(Archive::Zip) = 1
+Requires:   perl(Compress::Zlib) = 1.3
+Requires:   perl(File::Temp) = 0.05
+Requires:   perl(Getopt::ArgvFile) = 1.07
+Requires:   perl(IO::Compress::Gzip)
+Requires:   perl(Module::ScanDeps) = 1.05
+Requires:   perl(PAR) = 1.004
+Requires:   perl(PAR::Dist) = 0.22
+
+# Remove under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Archive::Zip|File::Temp|Getopt::ArgvFile|Module::ScanDeps|PAR\\)\\s*$
 
 %description
 This module implements the App::Packer::Backend interface, for generating
 stand-alone executables, perl scripts and PAR files.
 
+%package Tk
+Summary:Front-end to pp written in Perl/Tk
+BuildArch:  noarch
+BuildRequires:  desktop-file-utils
+BuildRequires:  perl(MIME::Base64)
+Requires:   %{name} = %{version}-%{release}
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+Requires:   perl(ExtUtils::MakeMaker)
+
+%description Tk
+Tkpp is a GUI frontend to pp, which can turn perl scripts into standalone
+PAR files, perl scripts or executables.
+
+
 %prep
 %setup -q -n PAR-Packer-%{version}
 
+
 %build
 # DEBUG variable needed to disable stripping binary
 DEBUG=1 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
@@ -32,20 +60,29 @@ DEBUG=1 %{__perl} Makefile.PL INSTALLDIRS=vendor 
OPTIMIZE=%{optflags}
 # PAR_GLOBAL_TEMP seems to be needed for the build.
 make PAR_GLOBAL_TEMP=/var/tmp
 
+
 %install
 make pure_install PERL_INSTALL_ROOT=%{buildroot}
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \;
 find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
-
 %{_fixperms} %{buildroot}/*
 
+# Install desktop file
+%{SOURCE1}  script/tkpp  tkpp.gif
+install -m644 -D tkpp.gif \
+$RPM_BUILD_ROOT/%{_datadir}/icons/hicolor/32x32/apps/tkpp.gif
+desktop-file-install \
+--dir=${RPM_BUILD_ROOT}%{_datadir}/applications %{SOURCE2}
+
+
 %check
 export PAR_GLOBAL_TEMP=/var/tmp
 #export PAR_GLOBAL_TMPDIR=/var/tmp
 ## does not pass
 # make test PERL_TEST_POD=1 || :
 
+
 %files
 %doc AUTHORS ChangeLog README TODO
 %{perl_vendorlib}/*
@@ -53,11 +90,24 @@ export PAR_GLOBAL_TEMP=/var/tmp
 %{_bindir}/parl
 %{_bindir}/parldyn
 %{_bindir}/pp
-%{_bindir}/tkpp
-%{_mandir}/man1/*.1.gz
+%{_mandir}/man1/*.1.*
+%exclude %{_mandir}/man1/tkpp.1.*

File PAR-Packer-1.011.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-PAR-Packer:

b26a703a6e9ddf0268d1490d602a9094  PAR-Packer-1.011.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 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling

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=753955

Jan Lieskovsky jlies...@redhat.com changed:

   What|Removed |Added

 CC||jlies...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 759437] perl-PAR-Packer-1.011 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=759437

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-PAR-Packer-1.011-1.fc1
   ||7
 Resolution||RAWHIDE
Last Closed||2011-12-05 11:07:05

-- 
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 760132] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling [fedora-all]

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=760132

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|NEW |MODIFIED
 CC||ppi...@redhat.com
 AssignedTo|mmasl...@redhat.com |ppi...@redhat.com
   Fixed In Version||perl-PAR-Packer-1.011-1.fc1
   ||7

--- Comment #1 from Petr Pisar ppi...@redhat.com 2011-12-05 11:11:00 EST ---
Fixed as perl-PAR-Packer-1.011-1.fc17 in F17.

-- 
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 753957] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling [fedora-all]

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=753957

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|NEW |MODIFIED
 CC|mmasl...@redhat.com |ppi...@redhat.com
 AssignedTo|mmasl...@redhat.com |ppi...@redhat.com
   Fixed In Version||perl-PAR-Packer-1.011-1.fc1
   ||7

--- Comment #1 from Petr Pisar ppi...@redhat.com 2011-12-05 11:12:03 EST ---
Fixed as perl-PAR-Packer-1.011-1.fc17 in F17.

-- 
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 760132] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling [fedora-all]

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=760132

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 CC|mmasl...@redhat.com,|
   |ppi...@redhat.com   |
   Fixed In Version|perl-PAR-Packer-1.011-1.fc1 |perl-PAR-1.004-1.fc17
   |7   |

--- Comment #2 from Petr Pisar ppi...@redhat.com 2011-12-05 11:14:16 EST ---
(In reply to comment #1)
 Fixed as perl-PAR-Packer-1.011-1.fc17 in F17.

This is perl-PAR:  Fixed as perl-PAR-1.004-1.fc17 in F17.

-- 
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 753955] CVE-2011-4114 perl-PAR-Packer: insecure temporary directory handling

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=753955

Jan Lieskovsky jlies...@redhat.com changed:

   What|Removed |Added

 Depends on||760132

--- Comment #6 from Jan Lieskovsky jlies...@redhat.com 2011-12-05 08:59:21 
EST ---
Created perl-PAR tracking bugs for this issue

Affects: fedora-all [bug 760132]

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File PAR-Packer-1.012.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-PAR-Packer:

40726da9a462b13590b80c24767d3857  PAR-Packer-1.012.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-PAR-Packer] 1.012 bump

commit b369a1e4c550f49936b3e353008a437159abb400
Author: Petr Písař ppi...@redhat.com
Date:   Mon Dec 5 18:06:25 2011 +0100

1.012 bump

PAR_GLOBAL_TMPDIR does need to be set at build and check time since
this version.

 .gitignore   |1 +
 .rpmlint |3 +++
 perl-PAR-Packer.spec |   19 +--
 sources  |2 +-
 4 files changed, 14 insertions(+), 11 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cf0c693..d5f9259 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ PAR-Packer-1.005.tar.gz
 /PAR-Packer-1.009.tar.gz
 /PAR-Packer-1.010.tar.gz
 /PAR-Packer-1.011.tar.gz
+/PAR-Packer-1.012.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..128deb5
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,3 @@
+from Config import *
+addFilter(spelling-error .* (Backend|executables|Tkpp));
+addFilter(strange-permission extract_icon 0775L);
diff --git a/perl-PAR-Packer.spec b/perl-PAR-Packer.spec
index 2071588..38ea430 100644
--- a/perl-PAR-Packer.spec
+++ b/perl-PAR-Packer.spec
@@ -1,5 +1,5 @@
 Name:   perl-PAR-Packer
-Version:1.011
+Version:1.012
 Release:1%{?dist}
 Summary:PAR Packager
 License:GPL+ or Artistic
@@ -16,7 +16,7 @@ BuildRequires:  perl(File::Temp) = 0.05
 BuildRequires:  perl(Getopt::ArgvFile) = 1.07
 BuildRequires:  perl(IO::Compress::Gzip)
 BuildRequires:  perl(Module::ScanDeps) = 1.05
-BuildRequires:  perl(PAR) = 1.004
+BuildRequires:  perl(PAR) = 1.005
 BuildRequires:  perl(PAR::Dist) = 0.22
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 Requires:   perl(Archive::Zip) = 1
@@ -25,7 +25,7 @@ Requires:   perl(File::Temp) = 0.05
 Requires:   perl(Getopt::ArgvFile) = 1.07
 Requires:   perl(IO::Compress::Gzip)
 Requires:   perl(Module::ScanDeps) = 1.05
-Requires:   perl(PAR) = 1.004
+Requires:   perl(PAR) = 1.005
 Requires:   perl(PAR::Dist) = 0.22
 
 # Remove under-specified dependencies
@@ -45,7 +45,7 @@ Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} 
-V:version`; echo $versi
 Requires:   perl(ExtUtils::MakeMaker)
 
 %description Tk
-Tkpp is a GUI frontend to pp, which can turn perl scripts into standalone
+Tkpp is a GUI front-end to pp, which can turn perl scripts into standalone
 PAR files, perl scripts or executables.
 
 
@@ -57,8 +57,7 @@ PAR files, perl scripts or executables.
 # DEBUG variable needed to disable stripping binary
 DEBUG=1 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 # The Makefile is not parallel-safe.
-# PAR_GLOBAL_TEMP seems to be needed for the build.
-make PAR_GLOBAL_TEMP=/var/tmp
+make
 
 
 %install
@@ -77,10 +76,7 @@ desktop-file-install \
 
 
 %check
-export PAR_GLOBAL_TEMP=/var/tmp
-#export PAR_GLOBAL_TMPDIR=/var/tmp
-## does not pass
-# make test PERL_TEST_POD=1 || :
+make test
 
 
 %files
@@ -102,6 +98,9 @@ export PAR_GLOBAL_TEMP=/var/tmp
 
 
 %changelog
+* Mon Dec 05 2011 Petr Pisar ppi...@redhat.com - 1.012-1
+- 1.012 bump
+
 * Fri Dec 02 2011 Petr Pisar ppi...@redhat.com - 1.011-1
 - 1.011 bump (fixes CVE-2011-4114)
 - Specify run-time dependencies versions
diff --git a/sources b/sources
index 3e07996..1ea576f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b26a703a6e9ddf0268d1490d602a9094  PAR-Packer-1.011.tar.gz
+40726da9a462b13590b80c24767d3857  PAR-Packer-1.012.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-PAR-Packer] Build-requires test-time dependencies

commit 5a56f49da809e56dd52bb9c31eea384ade09417d
Author: Petr Písař ppi...@redhat.com
Date:   Mon Dec 5 18:23:11 2011 +0100

Build-requires test-time dependencies

 perl-PAR-Packer.spec |4 
 1 files changed, 4 insertions(+), 0 deletions(-)
---
diff --git a/perl-PAR-Packer.spec b/perl-PAR-Packer.spec
index 38ea430..112659b 100644
--- a/perl-PAR-Packer.spec
+++ b/perl-PAR-Packer.spec
@@ -18,6 +18,10 @@ BuildRequires:  perl(IO::Compress::Gzip)
 BuildRequires:  perl(Module::ScanDeps) = 1.05
 BuildRequires:  perl(PAR) = 1.005
 BuildRequires:  perl(PAR::Dist) = 0.22
+# Tests:
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec)
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 Requires:   perl(Archive::Zip) = 1
 Requires:   perl(Compress::Zlib) = 1.3
--
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 759719] perl-PAR-Packer-1.012 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=759719

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-PAR-Packer-1.012-1.fc1
   ||7
 Resolution||RAWHIDE
Last Closed||2011-12-05 12:49:58

-- 
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 759438] perl-POE-Component-IRC-6.77 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=759438

Petr Šabata psab...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-POE-Component-IRC-6.77
   ||-1.fc17
 Resolution||RAWHIDE
Last Closed||2011-12-05 08:27:55

-- 
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 759717] perl-Capture-Tiny-0.13 is available