Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Thorsten Leemhuis]

Hi!

/me gave the mail a subject

Jon Ciesla wrote on 18.03.2012 23:33:
>
> = New business =
> [...] 
> 
> #topic #822 F18 Feature: AE1000 USB wifi driver -
> https://fedoraproject.org/wiki/Features/AE1000usb
> .fesco 822

I must be missing something here. Is that a early April fools joke or is
that simply a feature where the Feature owner (and apparently nobody
else) first asked for advise on this list and on
ker...@lists.fedoraproject.org. If he did it I missed that, which is
possible, but I'd assume he would have quickly been told that Fedora
normally(¹) doesn't do things like that (e.g. include kernel drivers
that are not in the upstream kernel).

CU
knurd

(¹) yes, there are exceptions, but I doubt one will be given here
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F17 Beta TC2, No Network Available, fail

[Adam Williamson]

On Mon, 2012-03-19 at 00:44 -0600, Chris Murphy wrote:
> Fedora-17-Beta-TC2-x86_64-DVD.iso
> 
> It appears with TC2 that Updates and Test Updates repos are enabled by
> default. 

> When the computer or VM do not have an internet connection, the
> installation hangs after disk partitioning/formatting. If the ethernet
> interface is disconnected (no cable) then I get a message:
> 
> "No Network Available" Some of your software repositories require
> networking, but there was an error enabling the network on your
> system.
> 
> If I make an network+internet connection, it proceeds, and I see all
> three repo options enabled by default: disk, Test Updates, and
> Updates.
> 
> Surely after having downloaded 2.3G, this is not the intended behavior
> and is a fail. It's acting like a netinst.iso. But I don't see a bug
> filed against it yet. FWIW this is burned to a DVD or assigning
> the .iso to a VM's CD/DVD device.

File a bug. That's not intended.

Likely related to the noloader stuff somehow.
-- 
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: F17 Beta TC2, No Network Available, fail

[Adam Williamson]

On Mon, 2012-03-19 at 00:45 -0700, Adam Williamson wrote:
> On Mon, 2012-03-19 at 00:44 -0600, Chris Murphy wrote:
> > Fedora-17-Beta-TC2-x86_64-DVD.iso
> > 
> > It appears with TC2 that Updates and Test Updates repos are enabled by
> > default. 
> 
> > When the computer or VM do not have an internet connection, the
> > installation hangs after disk partitioning/formatting. If the ethernet
> > interface is disconnected (no cable) then I get a message:
> > 
> > "No Network Available" Some of your software repositories require
> > networking, but there was an error enabling the network on your
> > system.
> > 
> > If I make an network+internet connection, it proceeds, and I see all
> > three repo options enabled by default: disk, Test Updates, and
> > Updates.
> > 
> > Surely after having downloaded 2.3G, this is not the intended behavior
> > and is a fail. It's acting like a netinst.iso. But I don't see a bug
> > filed against it yet. FWIW this is burned to a DVD or assigning
> > the .iso to a VM's CD/DVD device.
> 
> File a bug. That's not intended.
> 
> Likely related to the noloader stuff somehow.

Looks like John Reiser already filed it.
https://bugzilla.redhat.com/show_bug.cgi?id=804446
-- 
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: /etc/default in Fedora

[Muayyad AlSadi]

wasn't the topic about having debian's /etc/default/ instead of
fedora's /etc/sysconfig/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Jan Kratochvil]

On Tue, 13 Mar 2012 15:17:01 +0100, James Antill wrote:
> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/ch-httpd.html#S2-HTTPD-V2-DIFF-RPM
> 
> ...but upstream explicitly requested that we change it.

Where is that request?  I see more upstream is pushing the "httpd" name
instead of "apache":

http://mail-archives.apache.org/mod_mbox/httpd-docs/201003.mbox/%3c4b92c085.2020...@rowe-clan.net%3E


On Thu, 15 Mar 2012 09:38:16 +0100, Tomasz Torcz wrote:
>   Good question, we deviate from upstream default: 
> http://wiki.apache.org/httpd/DistrosDefaultLayout

The upstream default ("apache2") should be fixed upstream first to "httpd",
I guess it was created according to the incorrect naming in Debian.

There is now upstream naming inconsistency.


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

Re: Qt compiler tool names

[Jaroslav Reznik]

- Original Message -
> Orcan Ogetbil wrote:
> > So is it perhaps time to rename the qt3 stuff to -qt3 and make room
> > for the qt4 stuff?
> 
> It breaks existing stuff, and besides, we'll have to distinguish Qt 4
> stuff
> from Qt 5 stuff soon too.

Yeah,
it will break Qt 5 very, very soon. For qmake I expect we will stick 
with this convention, so qmake-qt5. The more funny part will be the
Qt packages naming.

One thing are package splits. So there will be a new packages,  
unrelated to current qt3/qt(4) packages. But I expect we would like to
have a qt(5) metapackage to mimic current Qt structure...

Actually I'd like to start with packaging soon.

R. 

> Kevin Kofler
> 
> --
> 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: DHCPv6 *still* broken for F17 alpha

[Nicolas Mailhot]

Le Sam 17 mars 2012 00:51, Glen Turner a écrit :
> On 2012-03-15 Dan Williams wrote:
>> The only effect this checking will have is to change NetworkManager's
>> state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL.  It
>> doesn't do anything odd like disconnect and retry some other
> connection,
>> which wouldn't make much sense.  It just changes some state which apps
>> can use to figure out whether they'd connect to say your IRC server or
>> your email or whatever automatically.

> I suggest that is something the application should determine, not
> NetworkManager.

BTW, the proposed solution does not even work for http/s properly, let alone
for other protocols

-- 
Nicolas Mailhot

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

Re: DHCPv6 *still* broken for F17 alpha

[Nicolas Mailhot]

Le Lun 19 mars 2012 10:17, Nicolas Mailhot a écrit :
>
> Le Sam 17 mars 2012 00:51, Glen Turner a écrit :
>> On 2012-03-15 Dan Williams wrote:
>>> The only effect this checking will have is to change NetworkManager's
>>> state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL.  It
>>> doesn't do anything odd like disconnect and retry some other
>> connection,
>>> which wouldn't make much sense.  It just changes some state which apps
>>> can use to figure out whether they'd connect to say your IRC server or
>>> your email or whatever automatically.
>
>> I suggest that is something the application should determine, not
>> NetworkManager.
>
> BTW, the proposed solution does not even work for http/s properly, let alone
> for other protocols

Forgot this:  https://bugzilla.mozilla.org/show_bug.cgi?id=728658


-- 
Nicolas Mailhot

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

Re: does /etc/sysctl.d/ really obeyed and does really override /etc/sysctl.conf

[Nicolas Mailhot]

Le Ven 16 mars 2012 21:16, Dave Jones a écrit :

> This isn't an ordering problem, it's an exclusivity problem, because
> sysctls are system-wide, not per-package.

Fontconfig is system-wide too and fontconfig rules have many inter-rule
interactions.

There is no way a .d setup can handle conflicts, other that making
crystal-clear what the ordering of config files is, and stating that the file
with the highest order wins

(and actually this is no different from a single monolithic config file since
the same directive can occur multiple times there too and only one of those
instances will be taken into account)

-- 
Nicolas Mailhot

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

Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Niels de Vos]

On Mon, Mar 19, 2012 at 8:25 AM, Thorsten Leemhuis  wrote:
> Hi!
>
> /me gave the mail a subject
>
> Jon Ciesla wrote on 18.03.2012 23:33:
>>
>> = New business =
>> [...]
>>
>> #topic #822 F18 Feature: AE1000 USB wifi driver -
>> https://fedoraproject.org/wiki/Features/AE1000usb
>> .fesco 822
>
> I must be missing something here. Is that a early April fools joke or is
> that simply a feature where the Feature owner (and apparently nobody
> else) first asked for advise on this list and on
> ker...@lists.fedoraproject.org. If he did it I missed that, which is
> possible, but I'd assume he would have quickly been told that Fedora
> normally(¹) doesn't do things like that (e.g. include kernel drivers
> that are not in the upstream kernel).

It looks like the feature owner has answered your question on the Talk
page already:
- https://fedoraproject.org/wiki/Talk:Features/AE1000usb

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

F-17 Branched report: 20120319 changes

[Branched Report]

Compose started at Mon Mar 19 08:15:26 UTC 2012

Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri
[alexandria]
alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8
[catfish]
catfish-engines-0.3.2-4.fc17.1.noarch requires pinot
[comoonics-cdsl-py]
comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py
[comoonics-cluster-py]
comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py
[contextkit]
contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1
contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit)
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[eruby]
eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
[ganyremote]
ganyremote-5.13-2.fc17.noarch requires bluez-utils >= 0:3.35
[gcc-python-plugin]
gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
[gdal]
gdal-ruby-1.7.3-12.fc17.x86_64 requires libruby.so.1.8()(64bit)
[gearmand]
gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit)
gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit)
gearmand-0.23-2.fc17.x86_64 requires 
libboost_program_options-mt.so.1.47.0()(64bit)
[genius]
genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
[gnome-boxes]
gnome-boxes-3.3.90-1.fc17.x86_64 requires libcogl.so.8()(64bit)
[gnome-phone-manager]
gnome-phone-manager-0.66-9.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gnome-user-share]
gnome-user-share-3.0.1-3.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gorm]
gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-gui.so.0.20()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-base.so.1.23()(64bit)
[gscribble]
gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2
[i3]
i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit)
[ibus-gucharmap]
ibus-gucharmap-1.4.0-3.fc17.x86_64 requires libibus-1.0.so.0()(64bit)
[ibus-panel-extensions]
ibus-panel-extensions-1.4.99.20111207-1.fc17.i686 requires 
libibus-1.0.so.0
ibus-panel-extensions-1.4.99.20111207-1.fc17.x86_64 requires 
libibus-1.0.so.0()(64bit)
[ibus-unikey]
ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit)
[kanyremote]
kanyremote-5.13-2.fc17.noarch requires bluez-utils >= 0:3.35
[kazehakase]
kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 
0:1.8
kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires 
libruby.so.1.8()(64bit)
[libprelude]
1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires ruby(abi) = 0:1.8
1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires libruby.so.1.8()(64bit)
[libteam]
libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-route-3.so.199
libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-nf-3.so.199
libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-genl-3.so.199
libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-cli-3.so.199
libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-3.so.199
libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64 requires 
libnl-route-3.so.199()(64bit)
libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64 requires 
libnl-nf-3.so.199()(6

[Test-Announce] Test Day: firewalld

[Thomas Woerner]

Hello,

today is firewalld test day.

https://fedoraproject.org/wiki/Test_Day:2012-03-19_firewalld

For testing please use a fully updated Fedora 17 installation (all 
testing packages applied). For test cases and more information please 
have a look at the test page.


If you need assistance or if you have quesitions about firewalld, feel 
free to ask us on #fedora-test-day.


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

File MooseX-App-Cmd-0.09.tar.gz uploaded to lookaside cache by iarnell

[Iain Arnell]

A file has been added to the lookaside cache for perl-MooseX-App-Cmd:

18c8c92ca2c86b6b6a1939ea7f3a9199  MooseX-App-Cmd-0.09.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: Chromium

[Matej Cepl]

On 18.3.2012 21:38, Antonio Trande wrote:

So to install this web browser you could try:

# yum install  libsrtp
# yum --disablerepo=* --enablerepo=fedora-chromium-stable install chromium

This operation works for me in the same situation.


It shouldn't be so ... the last time I cared about V8, we were careful 
to keep version number below the one in the spot's repository.


Matěj

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

/usr/share/applications weird error on koji

[Nikos Roussos]

Hi,

I'm trying to build a package. It's an update on
SparkleSharepackage.
I build it locally with mock and everything seems ok. Package is
built successfully. But when I try to build it on koji I get an error and
build fails on both f16 f17 targets:
"The databases in [/usr/share/applications] could not be updated."
which I think has something to do with the desktop-file-validate on
%install phase

See the relevant koji task and build log for more:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835

Any help appreciated

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

Re: /usr/share/applications weird error on koji

[Alec Leamas]

On 03/19/2012 12:50 PM, Nikos Roussos wrote:

Hi,

I'm trying to build a package. It's an update on SparkleShare 
 package. 
I build it locally with mock and everything seems ok. Package is built 
successfully. But when I try to build it on koji I get an error and 
build fails on both f16 f17 targets:

"The databases in [/usr/share/applications] could not be updated."
which I think has something to do with the desktop-file-validate on 
%install phase


See the relevant koji task and build log for more:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835

Any help appreciated

--
Nikos Roussos 



From the log, it looks  like it fails in 'install-data-hook'. If so, 
the culprit might be some Makefile.am. Have upstream updated a 
Makefile.am to include 'desktop-file-install', failing when not making a 
"real" install int /usr?


If this is right, you should be able to verify that the %install hasn't 
really begun when the error is triggered. If unsure, put some simple 
'echo' statement in top of %install to verify that it hasn't been started.


If this doesn't help, scanning the generated Makefiles for 
'desktop-file-install' and/or  '/usr/share/applications' might give  a clue
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Test-Kwalitee] Created tag perl-Test-Kwalitee-1.01-12.el5

[Paul Howarth]

The lightweight tag 'perl-Test-Kwalitee-1.01-12.el5' was created pointing to:

 62ec9cd... Spec clean-up
--
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 804415] perl-Gtk3-0.004 is available

[bugzilla]

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

--- Comment #1 from Fedora Update System  2012-03-19 
08:07:32 EDT ---
perl-Gtk3-0.004-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/perl-Gtk3-0.004-1.fc17

-- 
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: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Josh Boyer]

On Mon, Mar 19, 2012 at 08:25:38AM +0100, Thorsten Leemhuis wrote:
> Hi!
> 
> /me gave the mail a subject
> 
> Jon Ciesla wrote on 18.03.2012 23:33:
> >
> > = New business =
> > [...] 
> > 
> > #topic #822 F18 Feature: AE1000 USB wifi driver -
> > https://fedoraproject.org/wiki/Features/AE1000usb
> > .fesco 822
> 
> I must be missing something here. Is that a early April fools joke or is
> that simply a feature where the Feature owner (and apparently nobody
> else) first asked for advise on this list and on
> ker...@lists.fedoraproject.org. If he did it I missed that, which is
> possible, but I'd assume he would have quickly been told that Fedora
> normally(¹) doesn't do things like that (e.g. include kernel drivers
> that are not in the upstream kernel).

Yeah, there are a number of problems with this Feature request.

1) No discussion at all with the kernel maintainers
2) Testing and development entirely done against F16, not F17
3) kmod
4) out-of-tree kmod
5) No links to upstream patch submissions

Fortunately, I don't think this is even needed anymore.

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

Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Jon Ciesla]

On Mon, Mar 19, 2012 at 8:04 AM, Josh Boyer  wrote:
> On Mon, Mar 19, 2012 at 08:25:38AM +0100, Thorsten Leemhuis wrote:
>> Hi!
>>
>> /me gave the mail a subject

Thanks!  :)

>>
>> Jon Ciesla wrote on 18.03.2012 23:33:
>> >
>> > = New business =
>> > [...]
>> >
>> > #topic #822 F18 Feature: AE1000 USB wifi driver -
>> > https://fedoraproject.org/wiki/Features/AE1000usb
>> > .fesco 822
>>
>> I must be missing something here. Is that a early April fools joke or is
>> that simply a feature where the Feature owner (and apparently nobody
>> else) first asked for advise on this list and on
>> ker...@lists.fedoraproject.org. If he did it I missed that, which is
>> possible, but I'd assume he would have quickly been told that Fedora
>> normally(¹) doesn't do things like that (e.g. include kernel drivers
>> that are not in the upstream kernel).
>
> Yeah, there are a number of problems with this Feature request.
>
> 1) No discussion at all with the kernel maintainers
> 2) Testing and development entirely done against F16, not F17
> 3) kmod
> 4) out-of-tree kmod
> 5) No links to upstream patch submissions
>
> Fortunately, I don't think this is even needed anymore.

I'd think 3 and 4 alone would be enough to block this.  1 is pretty
bad, 2 isn't great, and 5 is made worse by 3 and 4. . .

-J

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



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

[perl-Email-MIME-Modifier] Created tag perl-Email-MIME-Modifier-1.444-1.el5

[Paul Howarth]

The lightweight tag 'perl-Email-MIME-Modifier-1.444-1.el5' was created pointing 
to:

 d4ae080... Update to 1.443
--
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: Chromium

[Antonio Trande]

This is exactly what i had to do to hack Chromium. :)

2012/3/19 Matej Cepl 

> On 18.3.2012 21:38, Antonio Trande wrote:
>
>> So to install this web browser you could try:
>>
>> # yum install  libsrtp
>> # yum --disablerepo=* --enablerepo=fedora-chromium-**stable install
>> chromium
>>
>> This operation works for me in the same situation.
>>
>
> It shouldn't be so ... the last time I cared about V8, we were careful to
> keep version number below the one in the spot's repository.
>
> Matěj
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.**org/mailman/listinfo/devel
>



-- 
*Antonio Trande
"Fedora Ambassador"

**mail*: mailto:sagit...@fedoraproject.org 
*Homepage*: http://www.fedora-os.org
*Sip Address* : sip:sagitter AT ekiga.net
*Jabber * :sagitter AT jabber.org
*GPG Key: 19E6DF27*
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Test-Smoke] 1.47 bump

[Petr Pisar]

commit 1f9ffc3f3b821147b8cbc360455235ba83d54dd8
Author: Petr Písař 
Date:   Mon Mar 19 14:20:32 2012 +0100

1.47 bump

 perl-Test-Smoke.spec |   42 +-
 1 files changed, 25 insertions(+), 17 deletions(-)
---
diff --git a/perl-Test-Smoke.spec b/perl-Test-Smoke.spec
index 10e9e4c..f24a77f 100644
--- a/perl-Test-Smoke.spec
+++ b/perl-Test-Smoke.spec
@@ -1,26 +1,39 @@
 Name:   perl-Test-Smoke
-Version:1.44
-Release:5%{?dist}
+Version:1.47
+Release:1%{?dist}
 Summary:Perl core test smoke suite
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Test-Smoke/
 Source0:
http://www.cpan.org/authors/id/A/AB/ABELTJE/Test-Smoke-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
+BuildRequires:  perl(Cwd)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec::Functions)
+# Run-time
+BuildRequires:  perl(base)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(File::Spec) >= 0.82
+# Net::FTP is not needed for tests
+BuildRequires:  perl(Text::ParseWords)
+# Time::Local is not needed for tests
+# Tests:
+BuildRequires:  perl(Archive::Tar)
+BuildRequires:  perl(Compress::Zlib)
+BuildRequires:  perl(lib)
+BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Test::More)
-Requires:   perl(Mail::Sendmail)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+Requires:   perl(Mail::Sendmail)
+Requires:   perl(File::Spec) >= 0.82
 
-%{?filter_setup:
-%filter_from_provides /perl(Mail::Sendmail)/d
-%?perl_default_filter
-}
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}perl\\(Mail::Sendmail\\)
 
 %description
-Test::Smoke exports $conf and read_config() by default.
+The perl core test smoke suite is a set of scripts and modules that try to run
+the perl core tests on as many configurations as possible and combine the
+results into an easy to read report.
 
 %prep
 %setup -q -n Test-Smoke-%{version}
@@ -30,14 +43,10 @@ Test::Smoke exports $conf and read_config() by default.
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
 find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} $RPM_BUILD_ROOT/*
 rm -rf $RPM_BUILD_ROOT/%{_bindir}/W32Configure.pl
 rm -rf $RPM_BUILD_ROOT/%{_mandir}/man1/W32Configure*
@@ -46,11 +55,7 @@ rm -rf $RPM_BUILD_ROOT/%{perl_vendorlib}/inc/Mail/Sendmail.pm
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes README ReleaseNotes
 %{_bindir}/archiverpt.pl
 %{_bindir}/chkbcfg.pl
@@ -66,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Mon Mar 19 2012 Petr Pisar  - 1.47-1
+- 1.47 bump
+
 * Fri Jan 13 2012 Fedora Release Engineering  
- 1.44-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
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 725227] Update perl-Email-MIME-Modifier to 1.442 or later in EPEL 5

[bugzilla]

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

--- Comment #2 from Fedora Update System  2012-03-19 
09:18:07 EDT ---
perl-Email-MIME-Modifier-1.444-1.el5 has been submitted as an update for Fedora
EPEL 5.
https://admin.fedoraproject.org/updates/perl-Email-MIME-Modifier-1.444-1.el5

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

File Test-Smoke-1.47.tar.gz uploaded to lookaside cache by ppisar

[Petr Pisar]

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

e3bb45e26d5d0433e2b7d67e904a5d95  Test-Smoke-1.47.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-Test-Smoke] Cache sources

[Petr Pisar]

commit ae6870311f23e0aa478adfe2ce243af44834ab92
Author: Petr Písař 
Date:   Mon Mar 19 14:25:56 2012 +0100

Cache sources

 .gitignore |1 +
 sources|2 +-
 2 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 400b53a..d6b92a2 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Test-Smoke-1.43.tar.gz
 /Test-Smoke-1.44.tar.gz
+/Test-Smoke-1.47.tar.gz
diff --git a/sources b/sources
index 05e9d0b..11e710f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1a4b40a9302acca4b4eaf4a1da685b5e  Test-Smoke-1.44.tar.gz
+e3bb45e26d5d0433e2b7d67e904a5d95  Test-Smoke-1.47.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

[Bug 804419] perl-Text-CSV_XS-0.88 is available

[bugzilla]

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

Petr Pisar  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-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 804419] perl-Text-CSV_XS-0.88 is available

[bugzilla]

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

--- Comment #1 from Petr Pisar  2012-03-19 09:30:10 EDT ---
This fixes one bug only. The 0.88 version will go into 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-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: /usr/share/applications weird error on koji

[Nikos Roussos]

On Mon, Mar 19, 2012 at 2:09 PM, Alec Leamas  wrote:

>  On 03/19/2012 12:50 PM, Nikos Roussos wrote:
>
> Hi,
>
> I'm trying to build a package. It's an update on 
> SparkleSharepackage.
>  I build it locally with mock and everything seems ok. Package is
> built successfully. But when I try to build it on koji I get an error and
> build fails on both f16 f17 targets:
> "The databases in [/usr/share/applications] could not be updated."
> which I think has something to do with the desktop-file-validate on
> %install phase
>
> See the relevant koji task and build log for more:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835
>
> Any help appreciated
>
> --
> Nikos Roussos 
>
>
>
>  From the log, it looks  like it fails in 'install-data-hook'. If so, the
> culprit might be some Makefile.am. Have upstream updated a Makefile.am to
> include 'desktop-file-install', failing when not making a "real" install
> int /usr?
>
> If this is right, you should be able to verify that the %install hasn't
> really begun when the error is triggered. If unsure, put some simple 'echo'
> statement in top of %install to verify that it hasn't been started.
>
> If this doesn't help, scanning the generated Makefiles for
> 'desktop-file-install' and/or  '/usr/share/applications' might give  a clue
>

Actually there is an:

install-data-hook:
update-desktop-database $(datadir)/applications

which seems to be the exact point that installation fails
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/17/2012 11:25 PM, Dave Quigley wrote:
> On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM,
> Matej Cepl wrote:
 On 17.3.2012 10:18, Daniel J Walsh wrote:
> Here is the current httpd man page.
> 
> http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html

>

> 
OK, in the end it IS a wiki ...
 http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diff&rev1=46&rev2=47





 
Suggestions for further edits are welcome.
 
 Matěj
 
> I would also suggest they use setroubleshoot.
> 
> Suggesting setroubleshoot is fine but you need to also tell them
> how to set it up when they are running without X. One guy told me
> that setroubleshoot is fine and all but all his machines are
> headless so he doesn't have X and the nice little applet to notify
> him. I had to correct him and send him a reference to your page on
> how to set up setroubleshoot on headless machines so that the
> messages are sent to another box or to an email account.
> 
> Dave


Which brings up an interesting idea, I have been having, is there a
better way of getting the setroubleshoot data from one machine to
another.  Originally setroubleshoot was designed to be able to push
analysys upstream but we never turned it on.  Now that we have
simplified the XML output, we could look at allowing it to some how
centralize its analysys, using a protocol more robust then email  If
anyone has a good idea of how or where we should do this, I am all ears.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9nPT4ACgkQrlYvE4MpobN57QCfQy3d/yHUVGKFBBCKS5C6JdTi
BE0An3CUD3dAxiMVLCYfaYE+Zy0mzIUH
=L61k
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Michał Piotrowski]

2012/3/19 Daniel J Walsh :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/17/2012 11:25 PM, Dave Quigley wrote:
>> On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM,
>> Matej Cepl wrote:
> On 17.3.2012 10:18, Daniel J Walsh wrote:
>> Here is the current httpd man page.
>>
>> http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html
>
>>
>
>>
> OK, in the end it IS a wiki ...
> http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diff&rev1=46&rev2=47
>
>
>
>
>
>
> Suggestions for further edits are welcome.
>
> Matěj
>
>> I would also suggest they use setroubleshoot.
>>
>> Suggesting setroubleshoot is fine but you need to also tell them
>> how to set it up when they are running without X. One guy told me
>> that setroubleshoot is fine and all but all his machines are
>> headless so he doesn't have X and the nice little applet to notify
>> him. I had to correct him and send him a reference to your page on
>> how to set up setroubleshoot on headless machines so that the
>> messages are sent to another box or to an email account.
>>
>> Dave
>
>
> Which brings up an interesting idea, I have been having, is there a
> better way of getting the setroubleshoot data from one machine to
> another.  Originally setroubleshoot was designed to be able to push
> analysys upstream but we never turned it on.  Now that we have
> simplified the XML output, we could look at allowing it to some how
> centralize its analysys, using a protocol more robust then email  If
> anyone has a good idea of how or where we should do this, I am all ears.

Is it possible to split setroubleshoot into two components:
- gui
- daemon that creates logs
?

Logs can be stored in systemd-journal format. systemd-journal should
have ability to forward logs on other machines.

>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk9nPT4ACgkQrlYvE4MpobN57QCfQy3d/yHUVGKFBBCKS5C6JdTi
> BE0An3CUD3dAxiMVLCYfaYE+Zy0mzIUH
> =L61k
> -END PGP SIGNATURE-
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel



-- 
Best regards,
Michal

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

Re: /etc/default in Fedora

[Michał Piotrowski]

W dniu 19 marca 2012 15:13 użytkownik Michał Piotrowski
 napisał:
> 2012/3/19 Daniel J Walsh :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 03/17/2012 11:25 PM, Dave Quigley wrote:
>>> On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM,
>>> Matej Cepl wrote:
>> On 17.3.2012 10:18, Daniel J Walsh wrote:
>>> Here is the current httpd man page.
>>>
>>> http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html
>>
>>>
>>
>>>
>> OK, in the end it IS a wiki ...
>> http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diff&rev1=46&rev2=47
>>
>>
>>
>>
>>
>>
>> Suggestions for further edits are welcome.
>>
>> Matěj
>>
>>> I would also suggest they use setroubleshoot.
>>>
>>> Suggesting setroubleshoot is fine but you need to also tell them
>>> how to set it up when they are running without X. One guy told me
>>> that setroubleshoot is fine and all but all his machines are
>>> headless so he doesn't have X and the nice little applet to notify
>>> him. I had to correct him and send him a reference to your page on
>>> how to set up setroubleshoot on headless machines so that the
>>> messages are sent to another box or to an email account.
>>>
>>> Dave
>>
>>
>> Which brings up an interesting idea, I have been having, is there a
>> better way of getting the setroubleshoot data from one machine to
>> another.  Originally setroubleshoot was designed to be able to push
>> analysys upstream but we never turned it on.  Now that we have
>> simplified the XML output, we could look at allowing it to some how
>> centralize its analysys, using a protocol more robust then email  If
>> anyone has a good idea of how or where we should do this, I am all ears.
>
> Is it possible to split setroubleshoot into two components:
> - gui
> - daemon that creates logs
> ?

I really did not use setroubleshoot for a few years - because I don't use X,
so please forgive my ignorance if it's already splited :)

>
> Logs can be stored in systemd-journal format. systemd-journal should
> have ability to forward logs on other machines.
>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.12 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAk9nPT4ACgkQrlYvE4MpobN57QCfQy3d/yHUVGKFBBCKS5C6JdTi
>> BE0An3CUD3dAxiMVLCYfaYE+Zy0mzIUH
>> =L61k
>> -END PGP SIGNATURE-
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>
>
>
> --
> Best regards,
> Michal
>
> http://eventhorizon.pl/



-- 
Best regards,
Michal

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

[perl-Params-Util/f15] (3 commits) ...Merge remote-tracking branch 'origin/f16' into f15

[corsepiu]

Summary of changes:

  c7fca8a... Upstream update. (*)
  1eaa8e5... Merge remote-tracking branch 'origin/f17' into f16 (*)
  2cdda94... Merge remote-tracking branch 'origin/f16' into f15

(*) 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

[perl-Params-Util/f15: 3/3] Merge remote-tracking branch 'origin/f16' into f15

[corsepiu]

commit 2cdda943db6cf99e29940ab13a6ec0694dbeb061
Merge: fa897a4 1eaa8e5
Author: Ralf Corsépius 
Date:   Mon Mar 19 15:17:03 2012 +0100

Merge remote-tracking branch 'origin/f16' into f15

 .gitignore|2 +-
 perl-Params-Util.spec |5 -
 sources   |2 +-
 3 files changed, 6 insertions(+), 3 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: /etc/default in Fedora

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/19/2012 10:16 AM, Michał Piotrowski wrote:
> W dniu 19 marca 2012 15:13 użytkownik Michał Piotrowski 
>  napisał:
>> 2012/3/19 Daniel J Walsh :
> On 03/17/2012 11:25 PM, Dave Quigley wrote:
> On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012
> 05:38 AM, Matej Cepl wrote:
 On 17.3.2012 10:18, Daniel J Walsh wrote:
> Here is the current httpd man page.
> 
> http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html

>

>
>
> 
OK, in the end it IS a wiki ...
 http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diff&rev1=46&rev2=47






>
 
Suggestions for further edits are welcome.
 
 Matěj
 
> I would also suggest they use setroubleshoot.
> 
> Suggesting setroubleshoot is fine but you need to also tell
> them how to set it up when they are running without X. One
> guy told me that setroubleshoot is fine and all but all his
> machines are headless so he doesn't have X and the nice
> little applet to notify him. I had to correct him and send
> him a reference to your page on how to set up
> setroubleshoot on headless machines so that the messages
> are sent to another box or to an email account.
> 
> Dave
> 
> 
> Which brings up an interesting idea, I have been having, is there
> a better way of getting the setroubleshoot data from one machine
> to another.  Originally setroubleshoot was designed to be able to
> push analysys upstream but we never turned it on.  Now that we
> have simplified the XML output, we could look at allowing it to
> some how centralize its analysys, using a protocol more robust then
> email  If anyone has a good idea of how or where we should do this,
> I am all ears.
>>> 
>>> Is it possible to split setroubleshoot into two components: -
>>> gui - daemon that creates logs ?
> 
>> I really did not use setroubleshoot for a few years - because I
>> don't use X, so please forgive my ignorance if it's already
>> splited :)
> 
setroubleshoot-server is the server componant. (dbus service)
setroubleshoot is the client componant.

We could put the info into systemd-journal.
>>> 
>>> Logs can be stored in systemd-journal format. systemd-journal
>>> should have ability to forward logs on other machines.
>>> 
> 
>>> -- devel mailing list devel@lists.fedoraproject.org 
>>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> 
>> 
>> 
>> -- Best regards, Michal
>> 
>> http://eventhorizon.pl/
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9nQmIACgkQrlYvE4MpobPMkACeImKNxcR3/AUqrJlwcnJ+sUsM
tacAniIGW9vXHWEDlaTqOPDw1xsDArhO
=Q+fI
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Michael Cronenworth]

Daniel J Walsh wrote:

We could put the info into systemd-journal.


Back when sendmail and logwatch were part of the default install, it 
would have been nice to have SELinux activity reported in it. I still 
use logwatch so it would still be useful for me to see log data there.


Unless, of course, logwatch is obsolete and there's some new, flashy 
systemd mail log that I'm supposed to be using that I wasn't told of.

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

Re: /etc/default in Fedora

[Michał Piotrowski]

W dniu 19 marca 2012 15:27 użytkownik Daniel J Walsh
 napisał:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/19/2012 10:16 AM, Michał Piotrowski wrote:
>> W dniu 19 marca 2012 15:13 użytkownik Michał Piotrowski
>>  napisał:
>>> 2012/3/19 Daniel J Walsh :
>> On 03/17/2012 11:25 PM, Dave Quigley wrote:
>> On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012
>> 05:38 AM, Matej Cepl wrote:
> On 17.3.2012 10:18, Daniel J Walsh wrote:
>> Here is the current httpd man page.
>>
>> http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html
>
>>
>
>>
>>
>>
> OK, in the end it IS a wiki ...
> http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diff&rev1=46&rev2=47
>
>
>
>
>
>
>>
>
> Suggestions for further edits are welcome.
>
> Matěj
>
>> I would also suggest they use setroubleshoot.
>>
>> Suggesting setroubleshoot is fine but you need to also tell
>> them how to set it up when they are running without X. One
>> guy told me that setroubleshoot is fine and all but all his
>> machines are headless so he doesn't have X and the nice
>> little applet to notify him. I had to correct him and send
>> him a reference to your page on how to set up
>> setroubleshoot on headless machines so that the messages
>> are sent to another box or to an email account.
>>
>> Dave
>>
>>
>> Which brings up an interesting idea, I have been having, is there
>> a better way of getting the setroubleshoot data from one machine
>> to another.  Originally setroubleshoot was designed to be able to
>> push analysys upstream but we never turned it on.  Now that we
>> have simplified the XML output, we could look at allowing it to
>> some how centralize its analysys, using a protocol more robust then
>> email  If anyone has a good idea of how or where we should do this,
>> I am all ears.

 Is it possible to split setroubleshoot into two components: -
 gui - daemon that creates logs ?
>>
>>> I really did not use setroubleshoot for a few years - because I
>>> don't use X, so please forgive my ignorance if it's already
>>> splited :)
>>
> setroubleshoot-server is the server componant. (dbus service)
> setroubleshoot is the client componant.
>
> We could put the info into systemd-journal.

It would be great if there was a possibility to send logs to other machines.

Lennart, what do you think about it? Centralized log system is nice feature.


 Logs can be stored in systemd-journal format. systemd-journal
 should have ability to forward logs on other machines.

>>
 -- devel mailing list devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
>>>
>>>
>>>
>>> -- Best regards, Michal
>>>
>>> http://eventhorizon.pl/
>>
>>
>>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk9nQmIACgkQrlYvE4MpobPMkACeImKNxcR3/AUqrJlwcnJ+sUsM
> tacAniIGW9vXHWEDlaTqOPDw1xsDArhO
> =Q+fI
> -END PGP SIGNATURE-



-- 
Best regards,
Michal

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

File Plack-0.9986.tar.gz uploaded to lookaside cache by corsepiu

[corsepiu]

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

90d63ab0dc479136906db43ab9a99df1  Plack-0.9986.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-Plack] Upstream update.

[corsepiu]

commit c48931814582a2b01e2d389dcffb820311508871
Author: Ralf Corsépius 
Date:   Mon Mar 19 15:39:06 2012 +0100

Upstream update.

 .gitignore  |2 +-
 perl-Plack.spec |7 +--
 sources |2 +-
 3 files changed, 7 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 40b1583..f30c1eb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Plack-0.9985.tar.gz
+/Plack-0.9986.tar.gz
diff --git a/perl-Plack.spec b/perl-Plack.spec
index 64db43d..3a7f168 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:0.9985
-Release:3%{?dist}
+Version:0.9986
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -110,6 +110,9 @@ make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 %{_mandir}/man3/*
 
 %changelog
+* Mon Mar 19 2012 Ralf Corsépius  0.9986-1
+- Upstream update.
+
 * Wed Jan 18 2012 Ralf Corsépius  0.9985-3
 - Activate optional BR: perl(Devel::StackTrace::WithLexicals).
 - Activate optional BR: perl(LWP::Protocol::http10).
diff --git a/sources b/sources
index 0abb3a5..e9e6a55 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3d340079cdec9435991fdd0e0953c99e  Plack-0.9985.tar.gz
+90d63ab0dc479136906db43ab9a99df1  Plack-0.9986.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: /etc/default in Fedora

[Michał Piotrowski]

2012/3/19 Michael Cronenworth :
> Daniel J Walsh wrote:
>>
>> We could put the info into systemd-journal.
>
>
> Back when sendmail and logwatch were part of the default install, it would
> have been nice to have SELinux activity reported in it. I still use logwatch
> so it would still be useful for me to see log data there.

Logwatch is great thing and I use it every day. But the problem is if
you have multiple machines - you need to review a number of emails
every day. So it seems to me that centralized log system would be
great feature for large networks.

>
> Unless, of course, logwatch is obsolete and there's some new, flashy systemd
> mail log that I'm supposed to be using that I wasn't told of.
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel



-- 
Best regards,
Michal

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

Re: /usr/share/applications weird error on koji

[Alec Leamas]

On 03/19/2012 02:32 PM, Nikos Roussos wrote:
On Mon, Mar 19, 2012 at 2:09 PM, Alec Leamas > wrote:


On 03/19/2012 12:50 PM, Nikos Roussos wrote:

Hi,

I'm trying to build a package. It's an update on SparkleShare

package. I build it locally with mock and everything seems ok.
Package is built successfully. But when I try to build it on koji
I get an error and build fails on both f16 f17 targets:
"The databases in [/usr/share/applications] could not be updated."
which I think has something to do with the desktop-file-validate
on %install phase

See the relevant koji task and build log for more:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835

Any help appreciated

-- 
Nikos Roussos 





From the log, it looks  like it fails in 'install-data-hook'. If
so, the culprit might be some Makefile.am. Have upstream updated a
Makefile.am to include 'desktop-file-install', failing when not
making a "real" install int /usr?

If this is right, you should be able to verify that the %install
hasn't really begun when the error is triggered. If unsure, put
some simple 'echo' statement in top of %install to verify that it
hasn't been started.

If this doesn't help, scanning the generated Makefiles for
'desktop-file-install' and/or  '/usr/share/applications' might
give  a clue


Actually there is an:

install-data-hook:
update-desktop-database $(datadir)/applications

which seems to be the exact point that installation fails



You must patch that, it will try to update /usr/share/applications when 
building the rpm which of course isn't acceptable.


For Fedora, you could just remove the target and run automake; autoconf; 
./configure, given that you run update-desktop-database as part of %install.


However, this should really be resolved together with upstream. If they 
want to keep the functionality, one could possibly:


- Move it from install-data-hook to a separate target such as 
'install-desktop' and let users run this as part of installation into 
system dirs.

- Only run update-desktop-database if $(datadir)/applications is writeable:

Personally, I would prefer the first one. To  mess with 
/usr/share/applications when DESTDIR is set is not really the way 'make 
install' is supposed to work. And updating 
$(DESTDIR)/$(datadir)/applications  just doesn't make sense.


But I'm just a newbie, maybe someone else has a better piece of advice here?



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

[perl-Plack/f17] Upstream update.

[corsepiu]

Summary of changes:

  c489318... Upstream update. (*)

(*) 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: /etc/default in Fedora

[Michael Cronenworth]

Michał Piotrowski wrote:

Logwatch is great thing and I use it every day. But the problem is if
you have multiple machines - you need to review a number of emails
every day. So it seems to me that centralized log system would be
great feature for large networks.


What's the difference between separate emails and one gigantic email? Or 
perhaps I have misunderstood what you mean by centralized log system.

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

[perl-Plack/f16] (2 commits) ...Merge remote-tracking branch 'origin/f17' into f16

[corsepiu]

Summary of changes:

  c489318... Upstream update. (*)
  237c1b0... Merge remote-tracking branch 'origin/f17' into f16

(*) 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

[perl-Plack/f16: 2/2] Merge remote-tracking branch 'origin/f17' into f16

[corsepiu]

commit 237c1b08a5443ec636b87addaaeb352958bad81b
Merge: 401619a c489318
Author: Ralf Corsépius 
Date:   Mon Mar 19 15:45:30 2012 +0100

Merge remote-tracking branch 'origin/f17' into f16

 .gitignore  |2 +-
 perl-Plack.spec |7 +--
 sources |2 +-
 3 files changed, 7 insertions(+), 4 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: /etc/default in Fedora

[Michał Piotrowski]

2012/3/19 Michael Cronenworth :
> Michał Piotrowski wrote:
>>
>> Logwatch is great thing and I use it every day. But the problem is if
>> you have multiple machines - you need to review a number of emails
>> every day. So it seems to me that centralized log system would be
>> great feature for large networks.
>
>
> What's the difference between separate emails and one gigantic email? Or
> perhaps I have misunderstood what you mean by centralized log system.

I mean that was a possibility to have logs from all machines in
network on one machine. I did not mean to keep it all in one log.

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



-- 
Best regards,
Michal

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

Re: Chromium

[Tom Callaway]

On 03/19/2012 07:49 AM, Matej Cepl wrote:
> On 18.3.2012 21:38, Antonio Trande wrote:
>> So to install this web browser you could try:
>>
>> # yum install  libsrtp
>> # yum --disablerepo=* --enablerepo=fedora-chromium-stable install
>> chromium
>>
>> This operation works for me in the same situation.
> 
> It shouldn't be so ... the last time I cared about V8, we were careful
> to keep version number below the one in the spot's repository.

Someone broke the v8 in the F17+ repo, it is definitely higher than the
one that Chromium wants and it is also miscompiled (at least from a
"what chromium needs" perspective).

However, I suspect that on F17, you're hitting two different bugs:

1) I forgot to increment the libjingle versioned Requires, so you need
to make sure you also do yum update libjingle from my repo.

2) Fedora 17 has a new selinux boolean "deny_ptrace" which is enabled by
default. Chromium (and Chrome) want to ptrace as part of how their
sandboxing works. Unless you run (as root):

   setsebool deny_ptrace=0

Chromium is just going to AVC and segfault.

~tom

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

Re: Chromium

[Antonio Trande]

I'm sorry, i do not want contradict you but ... i haven't any AVC message
about Chromium although deny_ptrace is on (selinux-policy-3.10.0-95.fc17).
:)

2012/3/19 Tom Callaway 

> On 03/19/2012 07:49 AM, Matej Cepl wrote:
> > On 18.3.2012 21:38, Antonio Trande wrote:
> >> So to install this web browser you could try:
> >>
> >> # yum install  libsrtp
> >> # yum --disablerepo=* --enablerepo=fedora-chromium-stable install
> >> chromium
> >>
> >> This operation works for me in the same situation.
> >
> > It shouldn't be so ... the last time I cared about V8, we were careful
> > to keep version number below the one in the spot's repository.
>
> Someone broke the v8 in the F17+ repo, it is definitely higher than the
> one that Chromium wants and it is also miscompiled (at least from a
> "what chromium needs" perspective).
>
> However, I suspect that on F17, you're hitting two different bugs:
>
> 1) I forgot to increment the libjingle versioned Requires, so you need
> to make sure you also do yum update libjingle from my repo.
>
> 2) Fedora 17 has a new selinux boolean "deny_ptrace" which is enabled by
> default. Chromium (and Chrome) want to ptrace as part of how their
> sandboxing works. Unless you run (as root):
>
>   setsebool deny_ptrace=0
>
> Chromium is just going to AVC and segfault.
>
> ~tom
>
> ==
> Fedora Project
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>



-- 
*Antonio Trande
"Fedora Ambassador"

**mail*: mailto:sagit...@fedoraproject.org 
*Homepage*: http://www.fedora-os.org
*Sip Address* : sip:sagitter AT ekiga.net
*Jabber * :sagitter AT jabber.org
*GPG Key: 19E6DF27*
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/19/2012 10:36 AM, Michael Cronenworth wrote:
> Daniel J Walsh wrote:
>> We could put the info into systemd-journal.
> 
> Back when sendmail and logwatch were part of the default install,
> it would have been nice to have SELinux activity reported in it. I
> still use logwatch so it would still be useful for me to see log
> data there.
> 
> Unless, of course, logwatch is obsolete and there's some new,
> flashy systemd mail log that I'm supposed to be using that I wasn't
> told of.

Well setroubleshoot-server does write to syslog when it interprets and
AVC.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9nUJkACgkQrlYvE4MpobNuvQCfUgcRbYLRLKA+v1iRN3QQ92XC
6g4AoOB8HOoC7xD+LSgjseeyy7vkZDjr
=50eQ
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File Text-VimColor-0.15.tar.gz uploaded to lookaside cache by ppisar

[Petr Pisar]

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

43f905da3ab7ffe6061ce19403ee2c2a  Text-VimColor-0.15.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: Chromium

[Tom Callaway]

On 03/19/2012 11:17 AM, Antonio Trande wrote:
> I'm sorry, i do not want contradict you but ... i haven't any AVC
> message about Chromium although deny_ptrace is on
> (selinux-policy-3.10.0-95.fc17). :)

I've got an INBOX full of people complaining that it doesn't work, and I
can reproduce it locally, so I'm not sure what to tell you, except that
you shouldn't complain if it "works for you". ;)

~tom

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

Re: Chromium

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/19/2012 11:30 AM, Tom Callaway wrote:
> On 03/19/2012 11:17 AM, Antonio Trande wrote:
>> I'm sorry, i do not want contradict you but ... i haven't any
>> AVC message about Chromium although deny_ptrace is on 
>> (selinux-policy-3.10.0-95.fc17). :)
> 
> I've got an INBOX full of people complaining that it doesn't work,
> and I can reproduce it locally, so I'm not sure what to tell you,
> except that you shouldn't complain if it "works for you". ;)
> 
> ~tom
> 
> == Fedora Project
https://bugzilla.redhat.com/show_bug.cgi?id=804202
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9nUfcACgkQrlYvE4MpobORBQCfVm/nDSHG88ClCX+0sBdo66Gb
j14An0r7MQ/+8v9rXWjlJ2Al0a6zEyNV
=anF9
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Email-Simple-Creator/el5] Update to 1.424

[Paul Howarth]

commit 447b223db57c96f4b7c7c8e1e15198d5510fe32d
Author: Paul Howarth 
Date:   Mon Mar 19 15:33:52 2012 +

Update to 1.424

- Update to 1.424
  - Fixed header: why was it creating LFCR?
  - Normalize line endings to CRLF in body
  - Improve reliability of existing line-ending code
  - Improve tests
  - Packaging improvements
  - Update Email::Simple prereq version (CPAN RT#28520)
  - Replace Email::Date prereq with Email::Date::Format
- One buildreq per line for readability
- Add module version requirements from META.yml
- Add runtime dependency on perl(Email::Date::Format)
- Simplify provides filter
- Don't need to remove empty directories from buildroot
- Don't use macros for commands
- Use %{_fixperms} macro rather than our own chmod incantation
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Make %files list more explicit
- Drop %defattr, redundant since rpm 4.4
- Package Changes file

 .gitignore |1 +
 perl-Email-Simple-Creator.spec |   63 ++--
 sources|2 +-
 3 files changed, 43 insertions(+), 23 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..4681066 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Email-Simple-Creator-[0-9.]*.tar.gz
diff --git a/perl-Email-Simple-Creator.spec b/perl-Email-Simple-Creator.spec
index d84d644..5be39ad 100644
--- a/perl-Email-Simple-Creator.spec
+++ b/perl-Email-Simple-Creator.spec
@@ -1,17 +1,22 @@
 Name:   perl-Email-Simple-Creator
-Version:1.420
-Release:3%{?dist}
+Version:1.424
+Release:1%{?dist}
 Summary:Email::Simple constructor for starting anew
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Email-Simple-Creator/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Email-Simple-Creator-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires:  perl(ExtUtils::MakeMaker), perl(Email::Date), perl(Test::More)
-BuildRequires:  perl(Email::Simple), perl(Test::Pod), perl(Test::Pod::Coverage)
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+BuildRequires:  perl(Email::Date::Format) >= 1.000
+BuildRequires:  perl(Email::Simple) >= 2.003
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Test::More) >= 0.47
+BuildRequires:  perl(Test::Pod)
+BuildRequires:  perl(Test::Pod::Coverage)
 BuildArch:  noarch
-Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
-Requires:  perl(Email::Simple)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Requires:   perl(Email::Date::Format) >= 1.000
+Requires:   perl(Email::Simple) >= 2.003
 
 %description
 This software provides a constructor to Email::Simple for creating
@@ -20,26 +25,20 @@ messages from scratch.
 %prep
 %setup -q -n Email-Simple-Creator-%{version}
 
-# Filter false positive provides.
-cat < %{name}-prov
-#!/bin/sh
-%{__perl_provides} \
-| grep -v 'perl(Email::Simple)'
-EOF
-%define __perl_provides 
%{_builddir}/Email-Simple-Creator-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
+# Provides: filter perl(Email::Simple)
+%global provfilt /bin/sh -c "%{__perl_provides} | grep -Fvx 
'perl(Email::Simple)'"
+%define __perl_provides %{provfilt}
 
 %build
 sed -i '/LICENSE/ d' Makefile.PL
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make
 
 %install
 rm -rf $RPM_BUILD_ROOT _docs
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$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 ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
 
 %check
 make test
@@ -48,12 +47,32 @@ make test
 rm -rf $RPM_BUILD_ROOT
 
 %files
-%defattr(-,root,root,-)
-%doc README LICENSE
+%doc Changes README LICENSE
 %{perl_vendorlib}/Email/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/Email::Simple::Creator.3pm*
 
 %changelog
+* Mon Mar 19 2012 Paul Howarth  - 1.424-1
+- update to 1.424
+  - Fixed header: why was it creating LFCR?
+  - Normalize line endings to CRLF in body
+  - Improve reliability of existing line-ending code
+  - Improve tests
+  - Packaging improvements
+  - Update Email::Simple prereq version (CPAN RT#28520)
+  - Replace Email::Date prereq with Email::Date::Format
+- one buildreq per line for readability
+- add module version requirements from META.yml
+- add runtime dependency on perl(Email::Date::Format)
+- simplify provides filter
+- don't need to remove empty directories from buildroot
+- don't use macros for commands
+- use %%{_fixperms} macro rather than our own chmod incantation
+- use DESTDIR rather than PERL_INSTALL_ROOT
+- make %%files list more explicit
+- drop %%defa

[perl-Email-Simple-Creator] Created tag perl-Email-Simple-Creator-1.424-1.el5

[Paul Howarth]

The lightweight tag 'perl-Email-Simple-Creator-1.424-1.el5' was created 
pointing to:

 447b223... Update to 1.424
--
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-Text-VimColor] 0.15 bump

[Petr Pisar]

commit bbc711de29b57ae5b9c148852ac97941a588bd63
Author: Petr Písař 
Date:   Mon Mar 19 16:39:32 2012 +0100

0.15 bump

 .gitignore  |1 +
 .rpmlint|2 ++
 perl-Text-VimColor.spec |   46 +++---
 sources |2 +-
 4 files changed, 35 insertions(+), 16 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7d07f6c..1fdd18e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Text-VimColor-0.11.tar.gz
 /Text-VimColor-0.12.tar.gz
 /Text-VimColor-0.13.tar.gz
 /Text-VimColor-0.14.tar.gz
+/Text-VimColor-0.15.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..c422216
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter("spelling-error .* (filetype|html|prolog)");
diff --git a/perl-Text-VimColor.spec b/perl-Text-VimColor.spec
index ea4682c..412c44f 100644
--- a/perl-Text-VimColor.spec
+++ b/perl-Text-VimColor.spec
@@ -1,30 +1,42 @@
 Name:   perl-Text-VimColor
-Version:0.14
-Release:2%{?dist}
+Version:0.15
+Release:1%{?dist}
 Summary:Syntax color text in HTML or XML using Vim
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Text-VimColor/
-Source0:
http://www.cpan.org/authors/id/G/GE/GEOFFR/Text-VimColor-%{version}.tar.gz
-BuildRequires:  perl(ExtUtils::MakeMaker)
+Source0:
http://www.cpan.org/authors/id/R/RW/RWSTAUNER/Text-VimColor-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.30
+BuildRequires:  perl(File::ShareDir::Install) >= 0.03
+# Run-time
+BuildRequires:  perl(Carp)
 BuildRequires:  perl(File::ShareDir)
-BuildRequires:  perl(File::ShareDir::Install)
-BuildRequires:  perl(Path::Class) >= 0.02
-BuildRequires:  perl(Term::ANSIColor)
-BuildRequires:  perl(Test::More)
-# needed for test
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(IO::File)
+BuildRequires:  perl(Path::Class)
+BuildRequires:  perl(Term::ANSIColor) >= 1.03
+# Tests
+BuildRequires:  perl(Encode)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Getopt::Long)
+BuildRequires:  perl(lib)
+BuildRequires:  perl(Test::More) >= 0.88
 BuildRequires:  vim-enhanced
+# Optional tests
+BuildRequires:  perl(Test::Script) >= 1.05
+BuildRequires:  perl(Tie::StdHandle)
 BuildRequires:  perl(XML::Parser)
-Requires:   vim-enhanced
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-BuildArch:  noarch
+Requires:   perl(Term::ANSIColor) >= 1.03
+Requires:   vim-enhanced
 
 %description
 This module tries to markup text files according to their syntax. It can be
-used to produce web pages with pretty-printed colourful source code
-samples. It can produce output in the following formats:
+used to produce web pages with pretty-printed colorful source code samples.
+It can produce output in various formats. text-vimcolor is a command line
+interface to the Perl module Text::VimColor:
   text-vimcolor --format html --filetype prolog foo.pl > foo.html
-This program is a command line interface to the Perl module Text::VimColor.
 
 %prep
 %setup -q -n Text-VimColor-%{version}
@@ -41,7 +53,8 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2>/dev/null \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test
+# Tests must run under UTF-8 locale (RT#75880)
+LC_ALL=en_US.UTF-8 make test
 
 %files
 %doc Changes README
@@ -53,6 +66,9 @@ make test
 %{_mandir}/man1/text-vimcolor.1.gz
 
 %changelog
+* Mon Mar 19 2012 Petr Pisar  - 0.15-1
+- 0.15 bump
+
 * Fri Jan 13 2012 Fedora Release Engineering  
- 0.14-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
diff --git a/sources b/sources
index 3b4bb09..60481bc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dc23ef442a84dcd8a2298d26310e1b4f  Text-VimColor-0.14.tar.gz
+43f905da3ab7ffe6061ce19403ee2c2a  Text-VimColor-0.15.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

File Config-Validator-0.3.tar.gz uploaded to lookaside cache by mpaladin

[mpaladin]

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

166eb178a709e890853b3e08aa272c88  Config-Validator-0.3.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-Config-Validator] Initial import (#798254).

[mpaladin]

commit 3c5d6f08b83fa90125d3cfa287563c999b502189
Author: mpaladin 
Date:   Mon Mar 19 16:41:52 2012 +0100

Initial import (#798254).

 .gitignore |1 +
 perl-Config-Validator.spec |   56 
 sources|1 +
 3 files changed, 58 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..d164d25 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Config-Validator-0.3.tar.gz
diff --git a/perl-Config-Validator.spec b/perl-Config-Validator.spec
new file mode 100644
index 000..a8721fd
--- /dev/null
+++ b/perl-Config-Validator.spec
@@ -0,0 +1,56 @@
+Name:   perl-Config-Validator
+Version:0.3
+Release:1%{?dist}
+Summary:Schema based configuration validation
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Config-Validator/
+Source0:
http://search.cpan.org/CPAN/authors/id/L/LC/LCONS/Config-Validator-%{version}.tar.gz
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch:  noarch
+BuildRequires:  perl
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Pod::Coverage) >= 0.18
+BuildRequires:  perl(Scalar::Util)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::Pod) >= 1.22
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.08
+BuildRequires:  perl(URI::Escape)
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%description
+This module allows to perform schema based configuration validation.
+
+%prep
+%setup -q -n Config-Validator-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install DESTDIR=$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/*
+
+%check
+make test
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README eg
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Feb 28 2012 Lionel Cons  0.3-1%{?dist}
+- Specfile autogenerated by cpanspec 1.78 and cleaned.
diff --git a/sources b/sources
index e69de29..3f856ce 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+166eb178a709e890853b3e08aa272c88  Config-Validator-0.3.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

rawhide report: 20120319 changes

[Fedora Rawhide Report]

Compose started at Mon Mar 19 08:15:26 UTC 2012

Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc18.noarch requires ruby-nokogiri
[alexandria]
alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8
[catfish]
catfish-engines-0.3.2-4.fc17.1.noarch requires pinot
[comoonics-cdsl-py]
comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py
[comoonics-cluster-py]
comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py
[contextkit]
contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1
contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit)
[converseen]
converseen-0.4.9-2.fc17.x86_64 requires libMagickWand.so.4()(64bit)
converseen-0.4.9-2.fc17.x86_64 requires libMagickCore.so.4()(64bit)
converseen-0.4.9-2.fc17.x86_64 requires libMagick++.so.4()(64bit)
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[dmapd]
dmapd-0.0.45-1.fc16.i686 requires libMagickWand.so.4
dmapd-0.0.45-1.fc16.i686 requires libMagickCore.so.4
dmapd-0.0.45-1.fc16.x86_64 requires libMagickWand.so.4()(64bit)
dmapd-0.0.45-1.fc16.x86_64 requires libMagickCore.so.4()(64bit)
[dustmite]
dustmite-1-1.20111218git84c0e08.fc17.x86_64 requires 
libphobos2-ldc.so()(64bit)
[eruby]
eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
[gcc-python-plugin]
gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
[gearmand]
gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit)
gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit)
gearmand-0.23-2.fc17.x86_64 requires 
libboost_program_options-mt.so.1.47.0()(64bit)
[genius]
genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
[gnome-boxes]
gnome-boxes-3.3.91-1.fc18.x86_64 requires libcogl.so.8()(64bit)
[gnome-phone-manager]
gnome-phone-manager-0.66-9.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gnome-user-share]
gnome-user-share-3.0.1-3.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gorm]
gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-gui.so.0.20()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-base.so.1.23()(64bit)
[gscribble]
gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2
[i3]
i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit)
[ibus-unikey]
ibus-unikey-0.6.1-1.fc18.x86_64 requires libibus-1.0.so.0()(64bit)
[inkscape]
inkscape-0.48.2-4.fc17.x86_64 requires libMagickCore.so.4()(64bit)
inkscape-0.48.2-4.fc17.x86_64 requires libMagick++.so.4()(64bit)
inkscape-view-0.48.2-4.fc17.x86_64 requires libMagickCore.so.4()(64bit)
inkscape-view-0.48.2-4.fc17.x86_64 requires libMagick++.so.4()(64bit)
[kazehakase]
kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 
0:1.8
kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires 
libruby.so.1.8()(64bit)
[leksah]
ghc-leksah-0.12.0.3-1.fc18.i686 requires 
libHSleksah-server-0.12.0.4-ghc7.0.4.so
ghc-leksah-0.12.0.3-1.fc18.i686 requires ghc(leksah-server-0.12.0.4) = 
0:22aaec8f51dcb8ca2da8ce99396859ba
ghc-leksah-0.12.0.3-1.fc18.x86_64 requires 
libHSleksah-server-0.12.0.4-ghc7.0.4.so()(64bit)
ghc-leksah-0.12.0.3-1.fc18.x86_64 req

Boost-1.50 in Fedora 18, Boost.Filesystem v2 to be dropped

[Petr Machata]

Hi there,

we (the Boost maintainers) intend to bump boost to a more recent version
in course of Fedora 18 development.  Though no schedule is available for
Boost or Fedora as of yet, it seems like we are aiming for 1.50 and
there should be a couple months of overlap.  We intend to make this a
feature when our plans become more solid, as usually.

One of the more invasive changes that this release will probably bring
is getting rid of support for Boost.Filesystem v2 [1], which was already
announced about two Fedoras ago.  I'd like to encourage all maintainers
who build their packages with -DBOOST_FILESYSTEM_VERSION=2 to drop that
option and try to rebuild their packages as soon as possible, ideally
before the new Boost lands.

Thanks,
PM

P.S. thanks to Denis Arnaud who spotted the intention of removal!

[1] http://lists.boost.org/Archives/boost/2012/03/191238.php
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Params-Validate/f16] (2 commits) ...Merge remote-tracking branch 'origin/f17' into f16

[corsepiu]

Summary of changes:

  abf1d76... Upstream update. (*)
  9df809d... Merge remote-tracking branch 'origin/f17' into f16

(*) 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

[perl-Params-Validate/f16: 2/2] Merge remote-tracking branch 'origin/f17' into f16

[corsepiu]

commit 9df809d5ba47eb5d92de0073215c1033ac179afd
Merge: 612b0c3 abf1d76
Author: Ralf Corsépius 
Date:   Mon Mar 19 17:21:04 2012 +0100

Merge remote-tracking branch 'origin/f17' into f16

 .gitignore|2 +-
 perl-Params-Validate.spec |5 -
 sources   |2 +-
 3 files changed, 6 insertions(+), 3 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

[perl-Email-MIME-Creator/el5] Update to 1.456

[Paul Howarth]

commit 0b0a18048d5e0a2327a796b6e520231f4d55e7c3
Author: Paul Howarth 
Date:   Mon Mar 19 15:44:34 2012 +

Update to 1.456

- Update to 1.456
  - Fix some spurious "Date" headers in badly-written tests
  - Fix a horrendous bug that would let you end up with:
Content-Type: image/jpeg; charset="utf-8"
  - Correct test expectations for Encodings 1.313
- Simplify provides filter
- Use one buildreq per line for readability
- Add module version requirements from META.yml
- BR: perl(base)
- Add runtime dependency on perl(Email::Simple::Creator) ≥ 1.4
- Drop redundant buildreqs perl(Email::Date) and perl(IO::All)
- Don't need to remove empty directories from buildroot
- Use %{_fixperms} macro rather than our own chmod incantation
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Don't use macros for commands
- Drop %defattr, redundant since rpm 4.4
- Make %files list more explicit

 .gitignore   |1 +
 perl-Email-MIME-Creator.spec |   65 +++--
 sources  |2 +-
 3 files changed, 45 insertions(+), 23 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..062f3bd 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Email-MIME-Creator-[0-9.]*.tar.gz
diff --git a/perl-Email-MIME-Creator.spec b/perl-Email-MIME-Creator.spec
index cefb909..ac0a037 100644
--- a/perl-Email-MIME-Creator.spec
+++ b/perl-Email-MIME-Creator.spec
@@ -1,17 +1,25 @@
 Name:   perl-Email-MIME-Creator
-Version:1.453
-Release:2%{?dist}
+Version:1.456
+Release:1%{?dist}
 Summary:Email::MIME constructor for starting anew
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Email-MIME-Creator/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Email-MIME-Creator-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires:  perl(ExtUtils::MakeMaker), perl(IO::All), perl(Email::MIME), 
perl(Email::Date)
-BuildRequires:  perl(Email::MIME::Modifier), perl(Email::Simple), 
perl(Email::Simple::Creator)
-BuildRequires:  perl(Test::More), perl(Test::Pod), perl(Test::Pod::Coverage)
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+BuildRequires:  perl(base)
+BuildRequires:  perl(Email::MIME) >= 1.82
+BuildRequires:  perl(Email::MIME::Encodings) >= 1.313
+BuildRequires:  perl(Email::MIME::Modifier) >= 1.440
+BuildRequires:  perl(Email::Simple) >= 1.92
+BuildRequires:  perl(Email::Simple::Creator) >= 1.4
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Test::More) >= 0.47
+BuildRequires:  perl(Test::Pod)
+BuildRequires:  perl(Test::Pod::Coverage)
 BuildArch:  noarch
-Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Requires:   perl(Email::Simple::Creator) >= 1.4
 
 %description
 This module provides an Email::MIME constructor.
@@ -19,26 +27,21 @@ This module provides an Email::MIME constructor.
 %prep
 %setup -q -n Email-MIME-Creator-%{version}
 
-# Filter false positive provides.
-cat < %{name}-prov
-#!/bin/sh
-%{__perl_provides} \
-| grep -v 'perl(Email::MIME)'
-EOF
-%define __perl_provides %{_builddir}/Email-MIME-Creator-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
+# Provides: filter perl(Email::MIME)
+%global provfilt /bin/sh -c "%{__perl_provides} | grep -Fvx 
'perl(Email::MIME)'"
+%define __perl_provides %{provfilt}
+
 
 %build
 sed -i '/LICENSE/ d' Makefile.PL
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make
 
 %install
-rm -rf $RPM_BUILD_ROOT _docs
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+rm -rf $RPM_BUILD_ROOT
+make pure_install DESTDIR=$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 ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
 
 %check
 make test
@@ -47,12 +50,30 @@ make test
 rm -rf $RPM_BUILD_ROOT
 
 %files
-%defattr(-,root,root,-)
 %doc README LICENSE Changes
 %{perl_vendorlib}/Email/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/Email::MIME::Creator.3pm*
 
 %changelog
+* Mon Mar 19 2012 Paul Howarth  - 1.456-1
+- update to 1.456
+  - fix some spurious "Date" headers in badly-written tests
+  - fix a horrendous bug that would let you end up with:
+Content-Type: image/jpeg; charset="utf-8"
+  - correct test expectations for Encodings 1.313
+- simplify provides filter
+- use one buildreq per line for readability
+- add module version requirements from META.yml
+- BR: perl(base)
+- add runtime dependency on perl(Email::Simple::Creator) ≥ 1.4
+- drop redundant buildreqs perl(Email::Date) and perl(IO::All)
+- don't need to remove empty directories from buildroot
+- use %%{_fixp

[perl-Config-Validator/el5] Initial import (#798254).

[mpaladin]

Summary of changes:

  3c5d6f0... Initial import (#798254). (*)

(*) 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

guichan soname bump

[Jon Ciesla]

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

I'll be building this shortly, and I'll handle rebuilding the only
packages I found that require it, fife, manaworld and sear.

Thanks,

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

gmp-ecm license change

[Jerry James]

The license of gmp-ecm is currently "LGPLv2+ and GPLv2+".  In Rawhide
and F17 only, the main package will now be "GPLv3+", and there is a
new -libs subpackage that is "LGPLv3+".  I don't expect this to cause
any problems as repoquery shows that nothing depends on this package.
-- 
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Email-Reply/el5] Update to 1.202

[Paul Howarth]

commit e048d90d3659e787fda0d94d0151234655d1fdaa
Author: Paul Howarth 
Date:   Mon Mar 19 16:30:40 2012 +

Update to 1.202

- Update to 1.202
  - Fix test suite to handle line endings properly
- One buildreq per line for readability
- Add module version requirements from META.yml
- Drop redundant buildreqs perl(Email::Date), perl(Email::Simple) and
  perl(Email::Simple::Creator)
- Package Changes file
- Don't use macros for commands
- Don't need to remove empty directories from buildroot
- Use %{_fixperms} macro rather than our own chmod incantation
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Make %files list more explicit
- Drop %defattr, redundant since rpm 4.4

 .gitignore|1 +
 perl-Email-Reply.spec |   48 +---
 sources   |2 +-
 3 files changed, 35 insertions(+), 16 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..0664c08 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Email-Reply-[0-9.]*.tar.gz
diff --git a/perl-Email-Reply.spec b/perl-Email-Reply.spec
index 41b633a..5ae858e 100644
--- a/perl-Email-Reply.spec
+++ b/perl-Email-Reply.spec
@@ -1,18 +1,23 @@
 Name:   perl-Email-Reply
-Version:1.201
-Release:3%{?dist}
+Version:1.202
+Release:1%{?dist}
 Summary:Reply to an email message
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Email-Reply/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Email-Reply-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires:  perl(ExtUtils::MakeMaker), perl(Email::Abstract), 
perl(Email::Address)
-BuildRequires:  perl(Email::MIME), perl(Test::More), perl(Email::MIME::Creator)
-BuildRequires:  perl(Email::MIME::Modifier), perl(Test::Pod), 
perl(Test::Pod::Coverage)
-BuildRequires:  perl(Email::Simple), perl(Email::Simple::Creator), 
perl(Email::Date)
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+BuildRequires:  perl(Email::Abstract) >= 2.01
+BuildRequires:  perl(Email::Address) >= 1.80
+BuildRequires:  perl(Email::MIME) >= 1.82
+BuildRequires:  perl(Email::MIME::Creator) >= 1.41
+BuildRequires:  perl(Email::MIME::Modifier) >= 1.42
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Test::More) >= 0.47
+BuildRequires:  perl(Test::Pod)
+BuildRequires:  perl(Test::Pod::Coverage)
 BuildArch:  noarch
-Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
 This package provides a simple way to reply to email messages.
@@ -22,15 +27,14 @@ This package provides a simple way to reply to email 
messages.
 
 %build
 sed -i '/LICENSE/ d' Makefile.PL
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make
 
 %install
 rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$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 ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
 
 %check
 make test
@@ -39,12 +43,26 @@ make test
 rm -rf $RPM_BUILD_ROOT
 
 %files
-%defattr(-,root,root,-)
-%doc README LICENSE
+%doc Changes README LICENSE
 %{perl_vendorlib}/Email/
-%{_mandir}/man3/*.3*
+%{_mandir}/man3/Email::Reply.3pm*
 
 %changelog
+* Mon Mar 19 2012 Paul Howarth  - 1.202-1
+- update to 1.202
+  - fix test suite to handle line endings properly
+- one buildreq per line for readability
+- add module version requirements from META.yml
+- drop redundant buildreqs perl(Email::Date), perl(Email::Simple) and
+  perl(Email::Simple::Creator)
+- package Changes file
+- don't use macros for commands
+- don't need to remove empty directories from buildroot
+- use %%{_fixperms} macro rather than our own chmod incantation
+- use DESTDIR rather than PERL_INSTALL_ROOT
+- make %%files list more explicit
+- drop %%defattr, redundant since rpm 4.4
+
 * Fri May  4 2007 Tom "spot" Callaway  - 1.201-3
 - fix missing BR
 
diff --git a/sources b/sources
index d70441e..fe94b78 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ea39a4a73d0b8cc54a28d6e84327413e  Email-Reply-1.201.tar.gz
+a1d1758016232c98e4119b653d7e1421  Email-Reply-1.202.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-Email-Reply] Created tag perl-Email-Reply-1.202-1.el5

[Paul Howarth]

The lightweight tag 'perl-Email-Reply-1.202-1.el5' was created pointing to:

 e048d90... Update to 1.202
--
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

Summary & minutes for today's FESCo meeting (2012-03-19)

[Jon Ciesla]

===
#fedora-meeting: FESCO (2012-03-19)
===


Meeting started by limburgher at 18:00:23 UTC. The full logs are
available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-03-19/fesco.2012-03-19-18.00.log.html
.



Meeting summary
---
* init process  (limburgher, 18:00:24)

* #821 F18 Feature: PCRE 8.30 --
  https://fedoraproject.org/wiki/Features/pcre8.30  (limburgher,
  18:04:35)
  * AGREED: F18 PCRE 8.30 is passed  (+:8,-:0,0:0)  (limburgher,
18:05:47)

* #822 F18 Feature: AE1000 USB wifi driver -
  https://fedoraproject.org/wiki/Features/AE1000usb  (limburgher,
  18:05:57)
  * AGREED: F18 AE1000 USB wifi driver is rejected  (+:0,-:8,0:0)
(limburgher, 18:07:47)

* #823 F18 Feature: Network Manager hotspots -
  https://fedoraproject.org/wiki/Features/RealHotspot  (limburgher,
  18:08:10)
  * AGREED: F18 Network Manager hotspots is passed  (+8,-:0,0:0)
(limburgher, 18:10:51)

* #824 F18 Feature: Rework Package Groups --
  https://fedoraproject.org/wiki/Features/ReworkPackageGroups
  (limburgher, 18:10:57)
  * AGREED: F18 Rework Package Groups is passed  (+6,-:0,0:2)
(limburgher, 18:12:42)

* #826 F18 Feature: KRB5 Credential Cache Move -
  https://fedoraproject.org/wiki/Features/KRB5CacheMove  (limburgher,
  18:12:48)
  * AGREED: F18 KRB5 Credential Cache Move is passed  (+7,-:0,0:1)
(limburgher, 18:14:22)

* #827 F18 Feature: RPM 4.10 -
  https://fedoraproject.org/wiki/Features/RPM4.10  (limburgher,
  18:14:41)
  * AGREED: F18 RPM 4.10 is passed  (+8,-:0,0:0)  (limburgher, 18:15:37)

* #828 F18 Feature: systemd-journal --
  https://fedoraproject.org/wiki/Features/systemd-journal  (limburgher,
  18:15:45)
  * AGREED: F18 systemd-journal is rejected  (+0,-:8,0:0)  (limburgher,
18:19:15)

* firewalld  (limburgher, 18:19:36)
  * LINK: https://fedoraproject.org/wiki/Test_Day:2012-03-19_firewalld
(twoerner, 18:21:01)
  * AGREED: Proposal to have FESCO test firewalld and vote in ticket is
passed  (+7,-:0,0:0)  (limburgher, 18:28:31)
  * AGREED: Add firewalld to comps now passed  (+5,-:2,0:0)
(limburgher, 18:43:40)

* #830 F18 Feature: ARM as Primary Arch --
  https://fedoraproject.org/wiki/Features/FedoraARM  (limburgher,
  18:44:13)
  * LINK:
http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
(nirik, 18:45:42)
  * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback
on the proposal. Ask fesco members to come up with critera that they
would want to add and revisit next week.  (+8,-:0,0:0)  (limburgher,
19:09:50)

* Next week's chair  (limburgher, 19:10:17)
  * ACTION: mmaslano to chair next week.  (limburgher, 19:10:40)

* Open Floor  (limburgher, 19:10:50)

Meeting ended at 19:42:46 UTC.




Action Items

* mmaslano to chair next week.




Action Items, by person
---
* mmaslano
  * mmaslano to chair next week.
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* limburgher (137)
* pjones (56)
* sgallagh (52)
* jonmasters (51)
* mitr (50)
* nirik (48)
* mjg59 (41)
* bconoboy (33)
* mmaslano (32)
* notting (30)
* t8m (28)
* zodbot (18)
* Viking-Ice (17)
* adamw (12)
* twoerner (12)
* abadger1999 (2)
* rbergeron (2)
* davej (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot


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

[Bug 725225] Update perl-Email-MIME to 1.861 or later in EPEL 5

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #4 from Fedora Update System  2012-03-19 
16:01:26 EDT ---
Package perl-Email-MIME-1.863-1.el5:
* should fix your issue,
* was pushed to the Fedora EPEL 5 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing perl-Email-MIME-1.863-1.el5'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0825/perl-Email-MIME-1.863-1.el5
then log in and leave karma (feedback).

-- 
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 803044] RFE: update to at least 0.86

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #2 from Fedora Update System  2012-03-19 
16:01:15 EDT ---
Package perl-File-HomeDir-0.86-1.el5:
* should fix your issue,
* was pushed to the Fedora EPEL 5 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing perl-File-HomeDir-0.86-1.el5'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0824/perl-File-HomeDir-0.86-1.el5
then log in and leave karma (feedback).

-- 
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 725227] Update perl-Email-MIME-Modifier to 1.442 or later in EPEL 5

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #4 from Fedora Update System  2012-03-19 
16:00:58 EDT ---
Package perl-Email-MIME-Modifier-1.444-1.el5:
* should fix your issue,
* was pushed to the Fedora EPEL 5 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing
perl-Email-MIME-Modifier-1.444-1.el5'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0819/perl-Email-MIME-Modifier-1.444-1.el5
then log in and leave karma (feedback).

-- 
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: Boost-1.50 in Fedora 18, Boost.Filesystem v2 to be dropped

[Peter Robinson]

On Mar 19, 2012 4:19 PM, "Petr Machata"  wrote:
>
> Hi there,
>
> we (the Boost maintainers) intend to bump boost to a more recent version
> in course of Fedora 18 development.

The Fedora 18 feature process is already open so I suggest you submit all
these details to there so Fresco can review

Peter

Though no schedule is available for
> Boost or Fedora as of yet, it seems like we are aiming for 1.50 and
> there should be a couple months of overlap.  We intend to make this a
> feature when our plans become more solid, as usually.
>
> One of the more invasive changes that this release will probably bring
> is getting rid of support for Boost.Filesystem v2 [1], which was already
> announced about two Fedoras ago.  I'd like to encourage all maintainers
> who build their packages with -DBOOST_FILESYSTEM_VERSION=2 to drop that
> option and try to rebuild their packages as soon as possible, ideally
> before the new Boost lands.
>
> Thanks,
> PM
>
> P.S. thanks to Denis Arnaud who spotted the intention of removal!
>
> [1] http://lists.boost.org/Archives/boost/2012/03/191238.php
> --
> 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

new maintainer wanted - Argus package

[Jan Klepek]

Hi,

I have relased ownership of Argus package for Fedora branches due to lack
of free time to take care about it.
EPEL branches already have owner.

What this will require from new maintainer?
Argus is not up-to-date with upstream version. It is one major release
back, reason for this is that I was not able to build latest version under
fedora, and I did not have time to work more on this topic for past
several months.

New maintainer(s) welcomed.

Regards,
Jan

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

[Test-Announce] Annoying reminder: please keep karma'ing, folks

[Adam Williamson]

Hey, everyone.

I've noticed recently that the level of karma filing for F16 and F17
seems to be down somewhat. Could just be me misinterpreting things, but
I thought I'd fire off a reminder anyway. Even though proventesters has
been suspended, we still need karma on updates - it just doesn't matter
whether or not you're a proven tester now. Updates still need karma to
go stable. So please do carry on running fedora-easy-karma and filing
update feedback regularly! There are quite a few updates for both
releases going stale. Thanks everyone!

Maintainers, you can consider lowering the threshold from +3 for
autopush of updates in some cases. It's only a default, not a
requirement. If you're fairly confident an update is small and
well-tested, it probably doesn't need +3 karma, you could consider
choosing +1 or +2 instead.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Question about commiting the sources

[Björn Persson]

Pavel Alexeev wrote:
> Ok, please look say on php-pecl-parsekit:
> http://pkgs.fedoraproject.org/gitweb/?p=php-pecl-parsekit.git;a=tree
> There in sources one patch: 
> http://pkgs.fedoraproject.org/gitweb/?p=php-pecl-parsekit.git;a=blob;f=sour
> ces;h=8734d4cfe05323e4e2384902887c23f789dcbf0d;hb=HEAD it was uploaded as
> fedpkg new-sources or upload action. Is there any chance occur link on
> php-pecl-parsekit-1.3-php-5.4.patch? Or I should I have been done it not
> as upload source but plain git add and commit?

Yes, exactly.

git add php-pecl-parsekit-1.3-php-5.4.patch

> Will it allow me then build package?

Yes.

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Kevin Kofler]

Josh Boyer wrote:
> 5) No links to upstream patch submissions

What upstream patch submissions? ;-) The driver he's proposing to ship is 
the Ralink vendor driver (which happens to be GPLed), not a driver ever 
intended to go upstream.

Kevin Kofler

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

Fedora 17 Beta status: open blockers, karma and blocker vote requests

[Adam Williamson]

ug.cgi?id=798373 "live image failed
to boot in 3 runlevel"

This one ought to be fixed in TC2, and it's on QA team to test and
confirm that. The update that fixes it -
https://admin.fedoraproject.org/updates/FEDORA-2012-2922/firstboot-17.0-1.fc17 
- needs karma, too.

10. http://bugzilla.redhat.com/show_bug.cgi?id=736993 "error install
bootloader with serial interface install"

This one should be fixed in TC2, and requires QA re-testing.

11. http://bugzilla.redhat.com/show_bug.cgi?id=800205 "kernel panic
after running preupgrade"

This one may be fixed with the new anaconda, but given how preupgrade
works, we can't test until anaconda >= 17.13 goes stable, because only
then will it show up on the mirrors where preupgrade gets its anaconda
image from, so no action possible for now.

12. http://bugzilla.redhat.com/show_bug.cgi?id=591630 "DHCPv6 responses
are not allowed by default ip6tables ruleset"

iptables is replaced by firewalld, as of today: this change will show up
in TC3 / RC1. firewalld should properly allow DHCPv6. There is a live
image available for testing this -
http://adamwill.fedorapeople.org/firewalld/firewalld-20120319-x86_64.iso
- which I built today. It has firewalld and the NetworkManager build
that should allow IPv6 connections to work OOTB. The firewalld update -
https://admin.fedoraproject.org/updates/FEDORA-2012-3940/firewalld-0.2.4-1.fc17 
- needs karma.

13. http://bugzilla.redhat.com/show_bug.cgi?id=745202 "gnome-shell does
not display correctly with many NV3x and NV4x adapters"

We need Ben Skeggs and the desktop team to work together on a Shell
blacklist entry for these adapters, until the driver is fixed. This will
be an update to gnome-session.

14. http://bugzilla.redhat.com/show_bug.cgi?id=754568 " [abrt]
gnome-shell-3.2.1-6.fc17: _int_free: Process /usr/bin/gnome-shell was
killed by signal 11 (SIGSEGV)"

This is the 'Shell frequently crashes in a qxl/Spice KVM' bug. There is
an xorg-x11-drv-qxl build that is intended to fix it and, in my testing,
does -
https://admin.fedoraproject.org/updates/FEDORA-2012-3887/xorg-x11-drv-qxl-0.0.22-0.fc17
 . That build is in TC2, so this bug is 'fixed' in TC2. However, the comments 
on the update claim there is a corruption bug associated with it, so the 
maintainer does not want to push it stable. We need the maintainers of this 
driver to decide if they want to fix the corruption bug and, if so, to do so 
before Thursday, or else push the fix we have.

15. http://bugzilla.redhat.com/show_bug.cgi?id=804451 "zenity depends on
webkitgtk3"

This is discussed above as part of the KDE oversize bug.

Proposed blockers
-

1. http://bugzilla.redhat.com/show_bug.cgi?id=804541 "anaconda failed to
load the updates.img"

This needs votes on blocker status, from the people who usually show up
to blocker reviews. It seems like a fairly straightforward blocker to
me. Then we need anaconda team to fix it: they are working on this.

2. http://bugzilla.redhat.com/show_bug.cgi?id=804716 "after minimal 17
Beta TC2 install, network service doesn't work"

This also needs blocker status votes, it's rather more of a borderline
issue. I suspect it may wind up getting fixed as a side effect of the
other 'noloader' issues, but that's just my guess.

3. http://bugzilla.redhat.com/show_bug.cgi?id=790239 "gnome-system-log
depends on gnome-utils, which is obsoleted."

This also needs blocker status votes, and is a clear blocker - it's the
bug that prevented the desktop live from composing for TC2. There is an
update that fixes it, I have confirmed that the update allows a desktop
live image compose to succeed. Please test and karma
https://admin.fedoraproject.org/updates/FEDORA-2012-4138 .

4. https://bugzilla.redhat.com/show_bug.cgi?id=804083 "firewalld is not
allowed to write a temporary file to /etc/firewalld if started with
systemd"

Tore Anderson tells me (if I'm understanding correctly) that this is
another IPv6-preventing issue - it stops firewalld being able to allow
DHCPv6 to work. My IPv6-testing live image (see above) includes the fix
for this:
https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-103.fc17 ,
which needs karma, so please test and karma it. This bug obviously also
needs blocker status votes.

Thanks for reading, everyone! Remember to help out with any actions you
can.
-- 
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: Draft schedule for tomorrow's FESCo meeting (19 March 2012)

[Peter Jones]

On 03/19/2012 08:21 PM, Kevin Kofler wrote:

Josh Boyer wrote:

5) No links to upstream patch submissions


What upstream patch submissions? ;-) The driver he's proposing to ship is
the Ralink vendor driver (which happens to be GPLed), not a driver ever
intended to go upstream.


I think that was his point, yes.

--
Peter

RFC 882 put the dots in .com.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

when does Fedora 18 Release Naming start?

[Chuck Anderson]

So according to the Wiki, naming hasn't started yet, but it is also
almost over :-)

https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_18

Naming Period: 13 March 13 through 20 March

So when does it really start?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Summary & minutes for today's FESCo meeting (2012-03-19)

[Josh Boyer]

On Mon, Mar 19, 2012 at 3:46 PM, Jon Ciesla  wrote:
> * #830 F18 Feature: ARM as Primary Arch --
>  https://fedoraproject.org/wiki/Features/FedoraARM  (limburgher,
>  18:44:13)
>  * LINK:
>    
> http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
>    (nirik, 18:45:42)
>  * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback
>    on the proposal. Ask fesco members to come up with critera that they
>    would want to add and revisit next week.  (+8,-:0,0:0)  (limburgher,
>    19:09:50)

It's fairly disappointing this was discussed during this meeting without
being on the agenda that was sent out.  This is a rather large item that
needs a lot of discussion among the various groups in Fedora, and I'm sure
that I'm not the only person that wasn't aware it was even going to be in
the meeting today.  (Even ignoring the fact that the agenda was sent without
a proper Subject and easily skipped.)

It's plain irritating that per the logs, the proposers of this thought it
was just going to be covered in the 'Open Floor' section.  Seriously, this
is not the way to start off on a great foot for such a major proposal.

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

Re: new maintainer wanted - Argus package

[Jon Ciesla]

On Mon, Mar 19, 2012 at 4:18 PM, Jan Klepek  wrote:
> Hi,
>
> I have relased ownership of Argus package for Fedora branches due to lack
> of free time to take care about it.
> EPEL branches already have owner.
>
> What this will require from new maintainer?
> Argus is not up-to-date with upstream version. It is one major release
> back, reason for this is that I was not able to build latest version under
> fedora, and I did not have time to work more on this topic for past
> several months.
>

Taken.

-J

> New maintainer(s) welcomed.
>
> Regards,
> Jan
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel



-- 
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: Summary & minutes for today's FESCo meeting (2012-03-19)

[Jon Ciesla]

On Mon, Mar 19, 2012 at 8:26 PM, Josh Boyer  wrote:
> On Mon, Mar 19, 2012 at 3:46 PM, Jon Ciesla  wrote:
>> * #830 F18 Feature: ARM as Primary Arch --
>>  https://fedoraproject.org/wiki/Features/FedoraARM  (limburgher,
>>  18:44:13)
>>  * LINK:
>>    
>> http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
>>    (nirik, 18:45:42)
>>  * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback
>>    on the proposal. Ask fesco members to come up with critera that they
>>    would want to add and revisit next week.  (+8,-:0,0:0)  (limburgher,
>>    19:09:50)
>
> It's fairly disappointing this was discussed during this meeting without
> being on the agenda that was sent out.  This is a rather large item that
> needs a lot of discussion among the various groups in Fedora, and I'm sure
> that I'm not the only person that wasn't aware it was even going to be in
> the meeting today.  (Even ignoring the fact that the agenda was sent without
> a proper Subject and easily skipped.)
>
> It's plain irritating that per the logs, the proposers of this thought it
> was just going to be covered in the 'Open Floor' section.  Seriously, this
> is not the way to start off on a great foot for such a major proposal.

Agreed, my apologies.  I'm still getting the hang of chairing meetings
and only saw the ARM feature after I sent the agenda.  I added it to
the meeting thinking additional discussion would be helpful, not
necessarily that it needed a definitive vote.  I'll certainly be more
careful all around next time.

-J

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



-- 
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: when does Fedora 18 Release Naming start?

[Robyn Bergeron]

On Mon, Mar 19, 2012 at 6:23 PM, Chuck Anderson  wrote:
> So according to the Wiki, naming hasn't started yet, but it is also
> almost over :-)
>
> https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_18
>
> Naming Period: 13 March 13 through 20 March
>
> So when does it really start?

Per the schedule published here:

http://rbergero.fedorapeople.org/schedules/f-17/f-17-fpl.html  (see line 76)

 tomorrow, or technically tonight sometimeish for all good things
UTC. The sometime-tonight-ish is the "when I send out the
announcement" part.

Yes, I realize the wiki says something different, I was toying around
with dates to avoid Easter, decided it was better to stick with the
published schedule, and failed to undo the wiki page changes, what
with my non-perfect-ism and all. :)

Anyhoo, I'll fix the dates on the wiki before I ship out any announcements.

Thanks for being detail-oriented, please see me for your voucher for
one beef- or vegan- filled hot dog. :D

-Robyn


> --
> 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: Summary & minutes for today's FESCo meeting (2012-03-19)

[Kevin Kofler]

Josh Boyer wrote:
> It's fairly disappointing this was discussed during this meeting without
> being on the agenda that was sent out.  This is a rather large item that
> needs a lot of discussion among the various groups in Fedora, and I'm sure
> that I'm not the only person that wasn't aware it was even going to be in
> the meeting today.  (Even ignoring the fact that the agenda was sent
> without a proper Subject and easily skipped.)

I think this should also be brought to larger discussion among packagers as 
a whole. ARM as a primary arch is probably going to slow down our builds by 
a lot, at least at the beginning. It also means it'd become the maintainer's 
job to fix ARM-only build failures. I think ARM should NOT become a primary 
arch, period. Having an actively maintained secondary arch is also the best 
way to keep improving secondary arch infrastructure with the aim of reducing 
the delays between primary arch and secondary arch releases, thereby helping 
all secondary arches, not just ARM (and making them all primary sure 
wouldn't scale). Changing ARM to a primary arch is the wrong way to get 
there, and puts an undue burden on Fedora maintainers as a whole, for the 
benefit of a small niche.

Kevin Kofler

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

Re: Summary & minutes for today's FESCo meeting (2012-03-19)

[Robyn Bergeron]

On 03/19/2012 06:38 PM, Jon Ciesla wrote:

On Mon, Mar 19, 2012 at 8:26 PM, Josh Boyer  wrote:

On Mon, Mar 19, 2012 at 3:46 PM, Jon Ciesla  wrote:

* #830 F18 Feature: ARM as Primary Arch --
  https://fedoraproject.org/wiki/Features/FedoraARM  (limburgher,
  18:44:13)
  * LINK:
http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
(nirik, 18:45:42)
  * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback
on the proposal. Ask fesco members to come up with critera that they
would want to add and revisit next week.  (+8,-:0,0:0)  (limburgher,
19:09:50)

It's fairly disappointing this was discussed during this meeting without
being on the agenda that was sent out.  This is a rather large item that
needs a lot of discussion among the various groups in Fedora, and I'm sure
that I'm not the only person that wasn't aware it was even going to be in
the meeting today.  (Even ignoring the fact that the agenda was sent without
a proper Subject and easily skipped.)

It's plain irritating that per the logs, the proposers of this thought it
was just going to be covered in the 'Open Floor' section.  Seriously, this
is not the way to start off on a great foot for such a major proposal.

Agreed, my apologies.  I'm still getting the hang of chairing meetings
and only saw the ARM feature after I sent the agenda.  I added it to
the meeting thinking additional discussion would be helpful, not
necessarily that it needed a definitive vote.  I'll certainly be more
careful all around next time.
My apologies on this as well (EVERYWHERE TONIGHT) - this feature went my 
way late Friday, I went back and forth with feature owners a bit over 
the weekend, and added the ticket as "open floor (for today) or meeting 
(next week)" figuring that there was not going to be a definitive vote, 
but that there was likely going to be numerous rounds of questions, and 
leaving it to the discretion of FESCo to decide if they wanted to even 
address it today vs. just acknowledge that "THIS IS COMING." Perhaps I 
could have made that clearer in the ticket, or more inherently known 
that "we cannot possibly look at a ticket without immediately having one 
million questions," but I don't think this should be put on the feature 
owners themselves as a bad way to start off; they were just looking to 
start the discussion as way-before-F18 as possible. Throw the blame my 
way, and I am pretty sure that the team of folks working on this are 
well aware that this is not going to be a cut-and-dry decision, and 
understand that it will likely take a while to get through the 
discussion of the feature with all involved parties.  They made 
themselves quite available today, and I don't doubt that they will be 
doing the same in future meetings should this continue to go forward.


-r

-J


josh
--
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: /etc/default in Fedora

[Michael Cronenworth]

On 03/19/2012 10:28 AM, Daniel J Walsh wrote:

Well setroubleshoot-server does write to syslog when it interprets and
AVC.


Yes, but those messages are not picked up by logwatch so unless I 
manually scan the syslog (which I have to do for this reason) I would 
miss them.

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

Re: /etc/default in Fedora

[Rahul Sundaram]

On 03/20/2012 08:02 AM, Michael Cronenworth wrote:
> On 03/19/2012 10:28 AM, Daniel J Walsh wrote:
>> Well setroubleshoot-server does write to syslog when it interprets and
>> AVC.
> 
> Yes, but those messages are not picked up by logwatch so unless I
> manually scan the syslog (which I have to do for this reason) I would
> miss them.

I guess this should be filed as a RFE with logwatch

Rahul

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

Slow shutdown with big file in /dev/shm

[Bojan Smojver]

Before I file a bug for this, I need to figure out which component may
be doing this. If one creates a large file (several GB) in /dev/shm and
shuts down, the system will take many minutes to shut down. Last message
before hang is "Disabling swap".

Not sure which component is doing that and why. The file will be gone on
reboot anyway, so why not just nuke it...

-- 
Bojan

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

Evolution + bogofilter

[Mike Chambers]

Does setting emails in your inbox folder to junk working automatically?
It seem it doesn't do it automatically and I have to keep selecting them
and manually marking them junk.

On a fresh install (such as this one), I do a restore from a backup file
as I always do, to include doiong the same thing in F16 (that worked
just fine) and the settings are there, and set as suppose to be.  Also
evolution-bogofilter is installed as well.  Just for some reason it's
not setting them to junk automatically.

Any ideas?

evolution-bogofilter-3.3.91-1.fc17.x86_64
evolution-3.3.91-1.fc17.x86_64
bogofilter-1.2.2-3.fc17.x86_64

-- 
Mike Chambers
Madisonville, KY

"Best little town on Earth!"

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

Re: Summary & minutes for today's FESCo meeting (2012-03-19)

[Adam Williamson]

On Tue, 2012-03-20 at 03:00 +0100, Kevin Kofler wrote:
> Josh Boyer wrote:
> > It's fairly disappointing this was discussed during this meeting without
> > being on the agenda that was sent out.  This is a rather large item that
> > needs a lot of discussion among the various groups in Fedora, and I'm sure
> > that I'm not the only person that wasn't aware it was even going to be in
> > the meeting today.  (Even ignoring the fact that the agenda was sent
> > without a proper Subject and easily skipped.)
> 
> I think this should also be brought to larger discussion among packagers as 
> a whole. ARM as a primary arch is probably going to slow down our builds by 
> a lot, at least at the beginning. It also means it'd become the maintainer's 
> job to fix ARM-only build failures. I think ARM should NOT become a primary 
> arch, period. Having an actively maintained secondary arch is also the best 
> way to keep improving secondary arch infrastructure with the aim of reducing 
> the delays between primary arch and secondary arch releases, thereby helping 
> all secondary arches, not just ARM (and making them all primary sure 
> wouldn't scale). Changing ARM to a primary arch is the wrong way to get 
> there, and puts an undue burden on Fedora maintainers as a whole, for the 
> benefit of a small niche.

If you think ARM's a small niche, you may have some large surprising
coming your way over the next few years...
-- 
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

XFS rootfs required?

[Chris Murphy]

It's not an option with Fedora-17-Beta-TC2-x86_64-DVD.iso. I don't see anything 
listed in alpha, beta, or final release criteria that requires it, but it's 
been a past option. Summary is that mkfs.xfs isn't present on the DVD media, at 
least for x86_64.

Bug here:
https://bugzilla.redhat.com/show_bug.cgi?id=804779

For General Tests, Final release level, I see an XFS test case here:
https://fedoraproject.org/wiki/QA:Testcase_anaconda_xfs_rootfs_on_disk_partition


Chris Murphy

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

Re: XFS rootfs required?

[Adam Williamson]

On Mon, 2012-03-19 at 23:52 -0600, Chris Murphy wrote:
> It's not an option with Fedora-17-Beta-TC2-x86_64-DVD.iso. I don't see
> anything listed in alpha, beta, or final release criteria that
> requires it, but it's been a past option. Summary is that mkfs.xfs
> isn't present on the DVD media, at least for x86_64.
> 
> 
> Bug here:
> https://bugzilla.redhat.com/show_bug.cgi?id=804779
> 
> For General Tests, Final release level, I see an XFS test case here:
> https://fedoraproject.org/wiki/QA:Testcase_anaconda_xfs_rootfs_on_disk_partition

This is a very close call.

The relevant release criterion would be Final: "The installer must be
able to create and install to any workable partition layout using any
file system offered in a default installer configuration, LVM, software,
hardware or BIOS RAID, or combination of the above"

I guess under a strict interpretation, it fails to meet the criterion,
because the *consequence* of the bug is that XFS is not 'offered' as a
file system by the installer.

You could take the view, however, that it's clearly _intended_ to be
offered.

I'd probably incline to the first view, because the idea behind the
criterion is that you shouldn't be able to paint yourself into a corner
with the installer - you shouldn't be able to pick an option that
doesn't work. But it's a close call. It's probably worth proposing it
and having the discussion.

In any case, obviously, it should get 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

It is time for another episode of: NAME THAT FEDORA RELEASE

[Robyn Bergeron]

Oh, Beefy Miracle, I have relished your name for months, but as your day 
for widespread consumption (release day) approaches, it is time for the 
community to choose the name of Fedora 18.  This process begins with 
*you,* dear readers and contributors, as potential names are accepted 
for submission over the course of the next week, beginning now, March 
20th, and ending March 27th (at 23:59:59 UTC, for those of you who can't 
mustard up any ideas until the last possible second).


Frankly, I'm expecting an a-bun-dance of suggestions, and not just from 
people who cannot take my punni-ness any longer.  Rules and guidelines 
for suggestions, as well as the location in which you may make your name 
suggestions, are on this wiki page:


http://fedoraproject.org/wiki/Name_suggestions_for_Fedora_18

A quick word on details:

You *must* follow the guidelines at the page listed above for your name 
to be considered.  These guidelines include the following items:


* There must be an "is-a" link between the name "Beefy Miracle" (the 
name of F17) and your suggested name.

* That link must be different from any previous links between release names.
* Names of living people and well-known trademarks will likely be 
rejected as well.


Schedule details for release naming are also shown on the F18 naming 
wiki page.


I know that it may be hard to *top* Beefy Miracle (ahahahaha, get it? As 
in toppings!) but I do have every bit of faith that many of you have 
already thought of name suggestions that may or may not be more mature, 
or more neutral with regards to dietary restrictions. :) I do look 
forward to seeing your suggested names and recommend, as always, to have 
fun.


Cheers,

-Robyn
___
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