Re: advertisement in packaged software

[Stanislav Ochotnicky]

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

 On 2014-02-12, Michael Scherer m...@zarb.org wrote:
 Le mercredi 12 février 2014 à 07:11 -0500, Matthew Miller a écrit :
 On Wed, Feb 12, 2014 at 12:08:20PM +, Petr Pisar wrote:
   Are there any existing packages that already do that?
  vim advertises ICCF to make a donation for children in Uganda.

 Even leaving aside the whole charity / good cause vs. selling consumer goods
 aspect, I think a message about donations buried in the help is also a
 completely different case.

 On Fedora, it is in the help.
 On Debian, it is directly on the start when you open a empty file.

 So I am not sure which one is the default, there is no obvious patchs to
 enable or disable it in our packages and on Debian side.

 Maybe out-dated localization. I can see the text at welcome screen in
 cs_CZ.UTF-8 locale in Fedora, although there is nothing like that in
 en_US.UTF-8 locale.

It's actually a bit more fun. Part of welcome screen is randomized :-)
Alternating text:
1. Become a registered Vim user!
2. Sponsor Vim development!
3. Help poor children in Uganda!

With pointers for each alternative

--
Stanislav Ochotnicky sochotni...@redhat.com
Software Engineer - Developer Experience

PGP: 7B087241
Red Hat Inc.   http://cz.redhat.com


pgpZ7rPN7eiJZ.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads-up: updating python-sphinx to 1.2.1 in Rawhide

[Jan Safranek]

Hi,

On 02/07/2014 10:06 AM, Michel Alexandre Salim wrote:
 openlmi-networking-0:0.2.1-1.fc20.src
 openlmi-networking-0:0.2.2-2.fc20.src
 openlmi-providers-0:0.4.1-2.fc20.src
 openlmi-providers-0:0.4.2-2.fc20.src
 openlmi-scripts-0:0.2.4a-3.fc20.src
 openlmi-scripts-0:0.2.6-5.fc20.src
 openlmi-storage-0:0.7.0-2.fc20.src
 openlmi-storage-0:0.7.1-1.fc20.src
 openlmi-tools-0:0.8-1.fc20.src
 openlmi-tools-0:0.9-16.fc20.src


all OpenLMI packages _should_ be safe, but to be 100% sure, can you
please expose some sphinx build which we can test with?

Thanks in advance

Jan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Martin Stransky]

From the original post at [1]:

Directory Tiles will instead suggest pre-packaged content for 
first-time users.   Some of these tile placements will be from the 
Mozilla ecosystem, some will be popular websites in a given geographic 
location, and some will be sponsored content from hand-picked partners 
to help support Mozilla’s pursuit of our mission.  The sponsored tiles 
will be clearly labeled as such, while still leading to content we think 
users will enjoy.


It does not look like an advertisement to me and IMHO it's perfectly 
okay if we or users can change/remove some of them and replace with 
Fedora ones. And the titles are regenerated with recently visited 
webpages and thus works as a history.


ma.

[1] 
https://blog.mozilla.org/advancingcontent/2014/02/11/publisher-transformation-with-users-at-the-center/


On 02/12/2014 03:36 PM, Kai Engert wrote:

On Mi, 2014-02-12 at 10:46 +0100, Kai Engert wrote:

Do the Fedora guidelines allow packaging of software that will show
advertisement to the user?

Are there any existing packages that already do that?


There are multiple open questions that need answers. I wanted to get the
first question answered first, but since the discussion has already
started to discuss consequences, let's get the questions and potential
consequence spelled out and discussed separately.

This discussion is trigged by http://lwn.net/Articles/585577/

Question (1)

Are we allowed to ship software in Fedora that dynamically loads
advertisements from the web and shows them to users?

I'm partly guessing here. I suspect that showing advertisements doesn't
mean showing things that were decided at build time, but rather content
that is dynamically decided to be delivered by Mozilla.

I think this question should be answered first, and independently of
other questions.

Question (2)

Is the Fedora community willing to accept Mozilla's desire to show
advertisements in Firefox?

This might depend on the amount and kind of advertisement that will be
shown. The information we've received so far in the public blog doesn't
clarify this yet:
https://blog.mozilla.org/advancingcontent/2014/02/11/publisher-transformation-with-users-at-the-center/

Only if the answer to at least one of the questions (1) or (2) is no,
then we must discuss the other questions:

Question (3)

Does removing the advertisement feature of Firefox violate the
trademark?

We don't know the answer yet, and this will probably require a statement
from Mozilla.

Only if answer for question (3) were yes, we'd need to look into
removing the trademarks, and how exactly to do it (whether we'd do it on
your own, or if we'd work with another project that already does that).

Personally, my initial reaction is disappointment that the free software
project I've been contributing to since 2001 considers to use it as a
mechanism to deliver advertisement, but I'd like to wait with my final
judgement until we hear more details.

Kai




--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1064778] perl-XML-Writer-0.624 is available

[bugzilla]

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

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

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-XML-Writer-0.624-1.fc2
   ||1



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=sDhKwykTFSa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Why libicu soname bump required harfbuzz package to be built twice?

[Nils Philippsen]

Hi,

On Wed, 2014-02-12 at 20:19 -0800, Dan Mashal wrote:
 On Wed, Feb 12, 2014 at 7:56 PM, Parag N(पराग़) panem...@gmail.com wrote:
  Hi,
 From the yesterday's pkgs git commit logs I see 3-4 people built few
  packages for libicu soname bump. I am not sure why a single person can't
  carry such a few package rebuilds for libicu soname bump.
 Whoever (people names) want to rebuild packages should announce on devel
  list first. Looks like harfbuzz package is picked twice for these rebuilds.
  Both rebuilds happened in within 30 minutes time period.
 
 Your guess is as good as mine. I asked on IRC in #fedora-devel after
 my package failed to build on Rawhide and was told that there was a
 soname bump for icu and was given an all clear to rebuild it. I then
 nphilipp rebuild it after me for whatever reason. I have no idea why
 they rebuilt again (maybe they had a reason).

sorry for stepping on your toes -- it was late in the evening and there
were three packages blocking my build, I simply overlooked that harfbuzz
was rebuilt already (I checked the others in koji and no builds were
underway).

Nils
-- 
Nils Philippsen  Those who would give up Essential Liberty to purchase 
Red Hat   a little Temporary Safety, deserve neither Liberty
n...@redhat.com   nor Safety.  --  Benjamin Franklin, 1759
PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Why libicu soname bump required harfbuzz package to be built twice?

[Dan Mashal]

On Thu, Feb 13, 2014 at 4:49 AM, Nils Philippsen n...@redhat.com wrote:
 sorry for stepping on your toes -- it was late in the evening and there
 were three packages blocking my build, I simply overlooked that harfbuzz
 was rebuilt already (I checked the others in koji and no builds were
 underway).

No problem.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Václav Pavlín]

Hi,

With current changes in Fedora regarding Fedora.next and productization 
of Fedora distribution I would like to suggest following change.


Package systemd ships file 90-default.preset [1] (full path: 
/usr/lib/systemd/system-preset/90-default.preset) which contains rules 
for command 'systemctl preset NAME'. This command enables/disables the 
unit represented by NAME based on the entry in preset file.


File 90-default.preset for example contains line 'enable sshd.service' 
which enables sshd when command mentioned above is called (mostly from 
rpm macro %systemd_post [1]).


Currently this file is part of systemd package which doesn't seem to be 
right. It contains default values specific for distribution, is not part 
of systemd upstream repository and is maintained downstream.


Based on these arguments, I'd like to propose to move this file to the 
fedora-release package (or elsewhere, if you can suggest better place). 
This package is specific to Fedora distribution as well and contains 
Fedora specific configuration files (i.e. Fedora repo files). The 
question of moving the file somewhere else than systemd might be really 
interesting for working groups either. It defines which services should 
be enabled by default after installation, which might differ for 
different products. (Or not, has anybody thought about this yet?) An 
example off top of my head - we would like to have sshd enabled after 
installation by default on server, but disabled on workstation.


I would like to ask release engineering for any feedback and 
representatives of working groups to discuss this on their meetings.


Thanks  Regards,
Vaclav Pavlin


[1] http://pkgs.fedoraproject.org/cgit/systemd.git/tree/90-default.preset
[2] 
http://cgit.freedesktop.org/systemd/systemd/tree/src/core/macros.systemd.in


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Unresponsive reviewer, glusterfs-openstack-swift,

[Kaleb KEITHLEY]

Hi,

The gluster community has been trying to get its
glusterfs-openstack-swift package reviewed since August (2013).

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

I realize that reviewers are often unpaid volunteers working on their
own time. On the flip side, the package owner, who is trying to get this
package reviewed, has never done this before and is learning as he goes.

This package is intended to replace an obsolete sub-package
(glusterfs-ufo) that was removed in August; the Gluster and Swift
communities are suffering from the lack of a replacement.

Is there anything that can be done to wrap up this package review so
that we can move forward?

Thanks for your consideration,

--

Kaleb




--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nicolas Mailhot]

Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :

 The New Tab feature will provide quick access to popular sites in the
 users location, without any collection of personal data (except of
 course from checking the location of his IP). At lease this is the
 current design by Mozilla.

And that opens the door to tracking hell.

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ralf Corsepius]

On 02/13/2014 12:33 PM, Martin Stransky wrote:

 From the original post at [1]:

Directory Tiles will instead suggest pre-packaged content for
first-time users.   Some of these tile placements will be from the
Mozilla ecosystem, some will be popular websites in a given geographic
location, and some will be sponsored content from hand-picked partners
to help support Mozilla’s pursuit of our mission.  The sponsored tiles
will be clearly labeled as such, while still leading to content we think
users will enjoy.


To me this reads as the common blabber/gossip, we are used to hear from 
marketeers - They all pretend to their stuff was fair and interesting.


These people haven't realized the in-app ad-model is a dying 
species, because user are tired of being molested, cheated, exploited 
and being spied out.


Harsh words, I know, but that's just what I think about it.

Ralf

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nikos Roussos]

On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:
 Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :
 
  The New Tab feature will provide quick access to popular sites in the
  users location, without any collection of personal data (except of
  course from checking the location of his IP). At lease this is the
  current design by Mozilla.
 
 And that opens the door to tracking hell.

How is that? I don't the feature either but it has nothing to do with
tracking.

https://blog.lizardwrangler.com/2014/02/13/content-ads-caution/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Richard W.M. Jones]

On Wed, Feb 12, 2014 at 03:36:00PM +0100, Kai Engert wrote:
 Question (2) 
 
 Is the Fedora community willing to accept Mozilla's desire to show
 advertisements in Firefox?

Sub-question (2b):

Why do we care about using the Firefox trademark?  We should just
rename the package.  Debian do that and it hasn't hurt them.  It makes
the software more free because we don't have to beg someone to be able
to make changes.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads-up: updating python-sphinx to 1.2.1 in Rawhide

[Toshio Kuratomi]

On Wed, Feb 12, 2014 at 10:54:14AM -0500, Stephen Gallagher wrote:
  Quite a lot of packages rely on Sphinx, so I
 think we may even want to deal with this in a side-tag.


My understanding from Dennis is that creating and then merging side tags in
koji is not a trivial thing (I can't remember is it's labor intensive when
merging back or whether having a lot of side-tags is bad for koji's
performance.)

Since sphinx is used very little at runtime and since there's not a deep
circular dep chain (sphinx requires docutils.  docutils does not require
sphinx [although, looking at the source, it could be changed to rebuild its
docs using sphinx at buildtime]) this seems like it might be better to deal
with fallout in rawhide than go through the creation of a side tag.

Pre-view packages in copr (or a scratch build link) does sound like a nice
thing, though (although my reading of the incompatibilities is that most
packages won't hit those issues.)

-Toshio


pgpumInDazGJA.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nikos Roussos]

On February 13, 2014 6:04:01 PM EET, Richard W.M. Jones rjo...@redhat.com 
wrote:
On Wed, Feb 12, 2014 at 03:36:00PM +0100, Kai Engert wrote:
 Question (2) 
 
 Is the Fedora community willing to accept Mozilla's desire to show
 advertisements in Firefox?

Sub-question (2b):

Why do we care about using the Firefox trademark?  We should just
rename the package.  Debian do that and it hasn't hurt them.  It makes
the software more free because we don't have to beg someone to be able
to make changes.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Because people will keep looking for Firefox at the Software app. I don't think 
we have to change the name if we just turn off a feature. Same way we alter the 
default homepage all these years.

--
~nikos
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads-up: updating python-sphinx to 1.2.1 in Rawhide

[Kevin Fenzi]

On Thu, 13 Feb 2014 08:04:15 -0800
Toshio Kuratomi a.bad...@gmail.com wrote:

 On Wed, Feb 12, 2014 at 10:54:14AM -0500, Stephen Gallagher wrote:
   Quite a lot of packages rely on Sphinx, so I
  think we may even want to deal with this in a side-tag.
 
 
 My understanding from Dennis is that creating and then merging side
 tags in koji is not a trivial thing (I can't remember is it's labor
 intensive when merging back or whether having a lot of side-tags is
 bad for koji's performance.)

Both. ;) 

Adding new tags means that koji has to run newrepos on it. It only has
so many slots to run newrepos in, so as tags increase the time it takes
for any one tag to get regenerated also increases. 

Then, when merging back you have to look at divergence. If someone
built a new foo in both tags, you have to see if the one in the side
tag or the one in the main tag you are merging back into should 'win'. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Bruno Wolff III]

On Thu, Feb 13, 2014 at 16:04:01 +,
  Richard W.M. Jones rjo...@redhat.com wrote:

Sub-question (2b):

Why do we care about using the Firefox trademark?  We should just
rename the package.  Debian do that and it hasn't hurt them.  It makes
the software more free because we don't have to beg someone to be able
to make changes.


This has come up in the past and the answer is that as a project we care. 
The issue was different in that discussion, so it might turn on it this 
case we don't care enough to not override this change.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Bruno Wolff III]

On Thu, Feb 13, 2014 at 16:47:38 +0200,
  Nikos Roussos comzer...@fedoraproject.org wrote:

On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:

Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :

 The New Tab feature will provide quick access to popular sites in the
 users location, without any collection of personal data (except of
 course from checking the location of his IP). At lease this is the
 current design by Mozilla.

And that opens the door to tracking hell.


How is that? I don't the feature either but it has nothing to do with
tracking.


The fact that the package is calling home (whether or not the location 
of the IP is checked), is a form of tracking. Particularly since firefox 
updates are being handled by Fedora and there is no need for our version 
to be calling home to check for updates.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Kevin Fenzi]

On Thu, 13 Feb 2014 14:53:13 +0100
Václav Pavlín vpav...@redhat.com wrote:

 Hi,

...snip...

 Based on these arguments, I'd like to propose to move this file to
 the fedora-release package (or elsewhere, if you can suggest better
 place). This package is specific to Fedora distribution as well and
 contains Fedora specific configuration files (i.e. Fedora repo
 files). The question of moving the file somewhere else than systemd
 might be really interesting for working groups either. It defines
 which services should be enabled by default after installation, which
 might differ for different products. (Or not, has anybody thought
 about this yet?) An example off top of my head - we would like to
 have sshd enabled after installation by default on server, but
 disabled on workstation.
 
 I would like to ask release engineering for any feedback and 
 representatives of working groups to discuss this on their meetings.

Well, if the products want to diverge on what to start/enable, we could
do this I suppose. It's been suggested that we look at having a
fedora-release for each product (with deps on those things the product
advertises as part of their deliverable). If we go that route, this
file could live in each of those products fedora-release. (ie,
fedora-release-workstation, fedora-release-server, fedora-release-cloud
or whatever). 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Unresponsive reviewer, glusterfs-openstack-swift,

[Rex Dieter]

Kaleb KEITHLEY wrote:

 Is there anything that can be done to wrap up this package review so
 that we can move forward?

Given sufficient non-responsiveness, sounds like there has been...

Remove the reviewer, so someone else can step in.

-- rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Miloslav Trmač]

On Thu, Feb 13, 2014 at 2:53 PM, Václav Pavlín vpav...@redhat.com wrote:

 Package systemd ships file 90-default.preset [1] (full path:
 /usr/lib/systemd/system-preset/90-default.preset) which contains rules for
 command 'systemctl preset NAME'.

snip

 Based on these arguments, I'd like to propose to move this file to the
 fedora-release package (or elsewhere, if you can suggest better place).


I agree this would make sense in principle; does the maintainer of
fedora-release wants to take on the task to maintain this file?


 This package is specific to Fedora distribution as well and contains
 Fedora specific configuration files (i.e. Fedora repo files). The question
 of moving the file somewhere else than systemd might be really interesting
 for working groups either.


It's not only the products and working groups, but all spins: see
https://fedorahosted.org/fesco/ticket/945 , which has unfortunately petered
out with nobody interested to push this to completion.  Perhaps we can just
discuss it here?
Mirek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Zbigniew Jędrzejewski-Szmek]

On Thu, Feb 13, 2014 at 09:24:30AM -0700, Kevin Fenzi wrote:
 On Thu, 13 Feb 2014 14:53:13 +0100
 Václav Pavlín vpav...@redhat.com wrote:
 
  Hi,
 
 ...snip...
 
  Based on these arguments, I'd like to propose to move this file to
  the fedora-release package (or elsewhere, if you can suggest better
  place). This package is specific to Fedora distribution as well and
  contains Fedora specific configuration files (i.e. Fedora repo
  files). The question of moving the file somewhere else than systemd
  might be really interesting for working groups either. It defines
  which services should be enabled by default after installation, which
  might differ for different products. (Or not, has anybody thought
  about this yet?) An example off top of my head - we would like to
  have sshd enabled after installation by default on server, but
  disabled on workstation.
  
  I would like to ask release engineering for any feedback and 
  representatives of working groups to discuss this on their meetings.
From systemd side, this seems like a right move. Coupling the presets
to systemd package means that they are often unnecessarily delayed.
Wherever they are moved, I think it is important that package has
plenty of maintainers who can do small updates as necessary.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nicolas Mailhot]

Le Jeu 13 février 2014 15:47, Nikos Roussos a écrit :
 On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:
 Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :

  The New Tab feature will provide quick access to popular sites in
 the
  users location, without any collection of personal data (except of
  course from checking the location of his IP). At lease this is the
  current design by Mozilla.

 And that opens the door to tracking hell.

 How is that? I don't the feature either but it has nothing to do with
 tracking.

As soon as you start doing ad selection based on any processing of the
user context (location, past history, whatever) you are in data mining,
privacy invasion and tracker land. Especially if part or all of the
processing is moved to the cloud (such a nice name for we-own-your-data
reality).

Of course ad people don't want to hear this because their effectiveness
depends on such processing. And it's always one more harmless processing
rule at at time, never one less.

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[DJ Delorie]

 Why do we care about using the Firefox trademark?  We should just
 rename the package.  Debian do that and it hasn't hurt them.

Debian has different core values than Fedora does.  The relevent
Fedora value is this one:

  Friends

  We believe success comes from a strong community, made of people
  from around the world, working together. There's a place in Fedora
  for anyone who supports our values and wants to help. By
  collaborating with each other openly and transparently, and with a
  strong, supportive partnership with our sponsors, we can achieve
  great things.

The Firefox project is part of our community.  If we change their
package and discard their branding, we alienate part of our community.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Lennart Poettering]

On Thu, 13.02.14 17:40, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:

   Based on these arguments, I'd like to propose to move this file to
   the fedora-release package (or elsewhere, if you can suggest better
   place). This package is specific to Fedora distribution as well and
   contains Fedora specific configuration files (i.e. Fedora repo
   files). The question of moving the file somewhere else than systemd
   might be really interesting for working groups either. It defines
   which services should be enabled by default after installation, which
   might differ for different products. (Or not, has anybody thought
   about this yet?) An example off top of my head - we would like to
   have sshd enabled after installation by default on server, but
   disabled on workstation.
   
   I would like to ask release engineering for any feedback and 
   representatives of working groups to discuss this on their meetings.
 From systemd side, this seems like a right move. Coupling the presets
 to systemd package means that they are often unnecessarily delayed.
 Wherever they are moved, I think it is important that package has
 plenty of maintainers who can do small updates as necessary.

I fully agree. The preset files really don't belong in the systemd
package, and it would be great to move them to fedora-release or so...

Lennart

-- 
Lennart Poettering, Red Hat
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ralf Corsepius]

On 02/13/2014 05:04 PM, Richard W.M. Jones wrote:

On Wed, Feb 12, 2014 at 03:36:00PM +0100, Kai Engert wrote:

Question (2)

Is the Fedora community willing to accept Mozilla's desire to show
advertisements in Firefox?


Sub-question (2b):

Why do we care about using the Firefox trademark?
I don't know. IIRC, the last time this discussion had come up, the 
discussion was shot down with an explaination, I recall as Red Hat 
wants it


Ralf

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ralf Corsepius]

On 02/13/2014 05:41 PM, DJ Delorie wrote:



Why do we care about using the Firefox trademark?  We should just
rename the package.  Debian do that and it hasn't hurt them.


Debian has different core values than Fedora does.  The relevent
Fedora value is this one:

   Friends

   We believe success comes from a strong community, made of people
   from around the world, working together. There's a place in Fedora
   for anyone who supports our values and wants to help. By
   collaborating with each other openly and transparently, and with a
   strong, supportive partnership with our sponsors, we can achieve
   great things.

The Firefox project is part of our community.  If we change their
package and discard their branding, we alienate part of our community.


A party who is molesting me with ads and tries to spy on me, hardly is 
my friend.


Ralf



--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[DJ Delorie]

 A party who is molesting me with ads and tries to spy on me, hardly
 is my friend.

Those are strong words, and based mostly on here-say.  Even the Fedora
installer molests you with ads for various non-default packages.
Should we ban the installer?  Of course not.

There are specific issues that we are going to be worried about here,
but the key word is worry, not act.  Firefox is proposing a
feature and assuring us that it's safe and respectful.  Until we have
proof (or even evidence) that it's otherwise, we should refrain from
acting prematurely, and instead stick to what our values say we should
do.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Rahul Sundaram]

Hi


On Thu, Feb 13, 2014 at 12:56 PM, Ralf Corsepius wrote:

 A party who is molesting me with ads and tries to spy on me, hardly is my
 friend.


That certainly goes way too far.  We have assurance from Mozilla that there
is no spying or tracking going on here and we have yet to see what form of
sponsored content they are going to be engaging in but lets discuss this
calmly and deal with real issues as they pop up rather than assume the
worst without any real evidence. If there is a need to patch something out
and if that cannot happen without a rename as opposed to an extension by
default or config tweak or some other arrangement, *then* we can discuss
our options at that point.

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads-up: updating python-sphinx to 1.2.1 in Rawhide

[Michel Alexandre Salim]

On 02/12/2014 10:54 PM, Stephen Gallagher wrote:

On 02/07/2014 04:06 AM, Michel Alexandre Salim wrote:

Dear all,



Unless there are objections, I will be updating the python-sphinx
documentation generator in Rawhide to the latest 1.2.1 release.



For the convenience of maintainers of affected packages, here are
the incompatible changes since 1.1.3, pulled from
http://sphinx-doc.org/changes.html:



1.2: Removed the sphinx.ext.refcounting extension ? it is very
specific to CPython and has no place in the main distribution.



1.2 beta3: PR#154: Remove ?sphinx? prefix from LaTeX class name
except ?sphinxmanual? and ?sphinxhowto?. Now you can use your
custom document class without ?sphinx? prefix. Thanks to Erik B.



1.2 beta2: PR#144, #1182: Force timezone offset to LocalTimeZone
on POT-Creation-Date that was generated by gettext builder. Thanks
to masklinn and Jakub Wilk.



1.2 beta1: Removed sphinx.util.compat.directive_dwim() and
sphinx.roles.xfileref_role() which were deprecated since version
1.0. PR#122: the files given in latex_additional_files now override
TeX files included by Sphinx, such as sphinx.sty. PR#124: the node
generated by versionadded, versionchanged and deprecated directives
now includes all added markup (such as ?New in version X?) as child
nodes, and no additional text must be generated by writers. PR#99:
the seealso directive now generates admonition nodes instead of the
custom seealso node.







Affected packages (maintainers will need to double-check, and chime
in if they would prefer the update be deferred):



Michel, would you mind putting up a packaged version of
python-sphinx-1.2.1 on a COPR or other repository for us to pull down
and test in our builds? Quite a lot of packages rely on Sphinx, so I
think we may even want to deal with this in a side-tag.


That's certainly a good idea, here they are:

  http://copr.fedoraproject.org/coprs/salimma/sphinx12/

Built for F-20; Rawhide builds are ongoing at present.


I probably wouldn't do a side tag -- the downside seems to outweigh the 
upside -- but do let me know if any problem crops up with 
Sphinx-dependent packages. I'll probably push a Rawhide update at the 
end of the month unless there are major breakages, but will keep the 
F-20 build in copr unless there are strong requests to push it as an update.


Best regards,

--
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
Jabber: hir...@jabber.ccc.de   | IRC: michel-...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Colin Walters]

On Thu, Feb 13, 2014 at 8:53 AM, Václav Pavlín vpav...@redhat.com 
wrote:


Currently this file is part of systemd package which doesn't seem to 
be 
right. It contains default values specific for distribution, is not 
part 
of systemd upstream repository and is maintained downstream.




Right, it's a lame workaround for a lack of higher order structure 
beyond set of packages.


Based on these arguments, I'd like to propose to move this file to 
the 
fedora-release package (or elsewhere, if you can suggest better 
place). 



That's only a mild improvement.

 An 
example off top of my head - we would like to have sshd enabled after 
installation by default on server, but disabled on workstation.




Right!  As people elsewhere mentioned, having separate server and 
client -release packages would be better.


So on this topic, for rpm-ostree, I am doing this:

https://github.com/cgwalters/rpm-ostree/blob/master/fedostree/products.json#L35

You can see here that each tree has a meaningful purpose - for the 
server/docker tree, you get docker.


What I want to do is move towards having the RPMs be predictable raw 
material.  For example, *no* service starts by default.  Then higher 
level tools (anaconda, downstream kickstart files, rpm-ostree), act on 
that raw material and configure it.


(Yes, this would be painful for storage daemons...but at least it'd be 
consistent and predictable)


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nicolas Mailhot]

Le Jeu 13 février 2014 19:40, Rahul Sundaram a écrit :
 Hi


 On Thu, Feb 13, 2014 at 12:56 PM, Ralf Corsepius wrote:

 A party who is molesting me with ads and tries to spy on me, hardly is
 my
 friend.


 That certainly goes way too far.  We have assurance from Mozilla that
 there
 is no spying or tracking going on here

How can they give any assurance? Unless the targets of those ads are
hosted by mozilla, all it takes to track people is for one of the
advertisers to read its server logs. Surely one does not need an
engineering degree to realise
user processing in the browser + advertiser logs (of the ad picture or the
ad link) = tracking by the advertiser of all people that match the
processing rules

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ModemManager update

[Dan Williams]

On Sat, 2014-02-01 at 15:03 +0100, poma wrote:
 With a companion libraries. ;)
 
 ↗ libmbim-1.6.0
 ↗ libqmi-1.8.0
 ↗ ModemManager-1.2.0
 
 
 poma
 
 
 Oh Danny boy, the pipes, the pipes are calling
 From glen to glen, and down the mountain side
 The summer's gone, and all the flowers are dying
 'Tis you, 'tis you must go and I must bide.

I've done the builds for rawhide with your patches; lets let them be
there for a week to see if there are major issues, and then update F20.
Sound OK?

Dan


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ModemManager update

[Sérgio Basto]

On Qui, 2014-02-13 at 12:56 -0600, Dan Williams wrote: 
 On Sat, 2014-02-01 at 15:03 +0100, poma wrote:
  With a companion libraries. ;)
  
  ↗ libmbim-1.6.0
  ↗ libqmi-1.8.0
  ↗ ModemManager-1.2.0
  
  
  poma
  
  
  Oh Danny boy, the pipes, the pipes are calling
  From glen to glen, and down the mountain side
  The summer's gone, and all the flowers are dying
  'Tis you, 'tis you must go and I must bide.
 
 I've done the builds for rawhide with your patches; lets let them be
 there for a week to see if there are major issues, and then update F20.
 Sound OK?

So to test it,  I need build [1]
ModemManager, libmbim and libqmi any thing else ? 

[1] 
repoquery --source ModemManager libqmi libmbim  

 Dan
 
 

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nikos Roussos]

On Thu, 2014-02-13 at 10:23 -0600, Bruno Wolff III wrote:
 On Thu, Feb 13, 2014 at 16:47:38 +0200,
Nikos Roussos comzer...@fedoraproject.org wrote:
 On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:
  Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :
 
   The New Tab feature will provide quick access to popular sites in the
   users location, without any collection of personal data (except of
   course from checking the location of his IP). At lease this is the
   current design by Mozilla.
 
  And that opens the door to tracking hell.
 
 How is that? I don't the feature either but it has nothing to do with
 tracking.
 
 The fact that the package is calling home (whether or not the location 
 of the IP is checked), is a form of tracking. Particularly since firefox 
 updates are being handled by Fedora and there is no need for our version 
 to be calling home to check for updates.

*If* it calls home. If this is a predefined list bundled with firefox
there is no reason to call home. 




signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Matthew Miller]

On Thu, Feb 13, 2014 at 09:24:30AM -0700, Kevin Fenzi wrote:
 Well, if the products want to diverge on what to start/enable, we could
 do this I suppose. It's been suggested that we look at having a
 fedora-release for each product (with deps on those things the product
 advertises as part of their deliverable). If we go that route, this
 file could live in each of those products fedora-release. (ie,
 fedora-release-workstation, fedora-release-server, fedora-release-cloud
 or whatever). 

I'm envisioning this as additive -- fedora-release for all (as part of the
base design) and fedora-release-whatever on top of that.

I think it _probably_ makes sense for the base release to provide one level
of defaults and for the release-whatevers to override that where
appropriate.


-- 
Matthew Miller--   Fedora Project--mat...@fedoraproject.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Nikos Roussos]

On Thu, 2014-02-13 at 17:39 +0100, Nicolas Mailhot wrote:
 Le Jeu 13 février 2014 15:47, Nikos Roussos a écrit :
  On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:
  Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :
 
   The New Tab feature will provide quick access to popular sites in
  the
   users location, without any collection of personal data (except of
   course from checking the location of his IP). At lease this is the
   current design by Mozilla.
 
  And that opens the door to tracking hell.
 
  How is that? I don't the feature either but it has nothing to do with
  tracking.
 
 As soon as you start doing ad selection based on any processing of the
 user context (location, past history, whatever) you are in data mining,
 privacy invasion and tracker land.

As long as you start browsing and create browsing history you'll never
see these promotions again. You assume things that Mozilla explicitly
says that this feature won't do.


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Adam Williamson]

On Thu, 2014-02-13 at 13:21 -0500, DJ Delorie wrote:
  A party who is molesting me with ads and tries to spy on me, hardly
  is my friend.
 
 Those are strong words, and based mostly on here-say.  Even the Fedora
 installer molests you with ads for various non-default packages.

Those aren't advertisements; the developers of the software in question
have not paid anything to have them placed there (no-one has paid anyone
anything to have them placed there, well, other than Red Hat paying the
anaconda developers who wrote the code that displays them). They were
drawn by the Fedora artwork / design teams, AIUI, based on nothing more
ominous than their perception of what information people installing
Fedora might find useful. Mostly they exist because the installation
screen is very boring without them.

The fact that they're images in the shape of a long short rectangle does
not make them advertisements. :)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Adam Williamson]

On Thu, 2014-02-13 at 11:03 -0800, Adam Williamson wrote:

 in the shape of a long short rectangle

sometimes, I wonder what goes on in my brain.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Rahul Sundaram]

Hi


On Thu, Feb 13, 2014 at 1:50 PM, Nicolas Mailhot  wrote:


 How can they give any assurance? Unless the targets of those ads are
 hosted by mozilla...


Maybe that is exactly what they are going to do? They haven't published all
of their plans yet and when they do, we can very well verify that it is
done in an appropriate manner.  Let's put a hold on this discussion until
that point.

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Dennis Gilmore]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 13 Feb 2014 17:39:40 +0100
Miloslav Trmač m...@volny.cz wrote:

 On Thu, Feb 13, 2014 at 2:53 PM, Václav Pavlín vpav...@redhat.com
 wrote:
 
  Package systemd ships file 90-default.preset [1] (full path:
  /usr/lib/systemd/system-preset/90-default.preset) which contains
  rules for command 'systemctl preset NAME'.
 
 snip
 
  Based on these arguments, I'd like to propose to move this file to
  the fedora-release package (or elsewhere, if you can suggest better
  place).
 
 
 I agree this would make sense in principle; does the maintainer of
 fedora-release wants to take on the task to maintain this file?

It really depends on how much it changes, I really do not like updating
fedora-release very much. Something that is mostly static I would be
okay with.

 
  This package is specific to Fedora distribution as well and contains
  Fedora specific configuration files (i.e. Fedora repo files). The
  question of moving the file somewhere else than systemd might be
  really interesting for working groups either.
 
 
 It's not only the products and working groups, but all spins: see
 https://fedorahosted.org/fesco/ticket/945 , which has unfortunately
 petered out with nobody interested to push this to completion.
 Perhaps we can just discuss it here?
 Mirek

As I had mentioned in IRC to Vaclav today, its still very much unknown
hat changes we will be doing here.  I tend to think that systemd should
provide a default and that working groups should be able to override
them though there own snippet, either via fedora-release or
fedora-product-config etc 

Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJS/SC2AAoJEH7ltONmPFDRm34P/RfSFnB3b/eVnSswSdIqNvrk
/RzVZoY8POQxdiaruv0sAgPvJCFm5rifo0fS0wueFhdyuxldHnQI/7aemrLkuRTC
S9HddzurfJNIf2fpdWVXvnaxI9MIwtlZR0wq6Ln4G6wlnwMPJT7o33ib9xAGKsTY
vhQHiktk0zsZt/x6A1vUa8DaDDnRD8ea7vGFbgEHpoY93PVGwEIq9KmpKJ1W2FQ7
dUDvKDN8Ck1/q1H+bPSpm9RmfwhSLqYmQz3eGTZWhDTVprdK00GQq5gC+t3oY9sN
ySFDNvijVR56ZG5umZguS9HoUyqKmh4op8SJdOegQiEgON7kc9QCMN+zpMaMscI6
04tiNfOdecNStYer4s8jQKeTDL3P1ilAWM+Tacdq3n4dHnj2UdCf3RGatsO3zeCo
fIrs5K+pAtwTinUOvuOkCG3XuLsKGFhxB4K2RoWjDOaOB0hfXNuaLHL/cJxCc7Uy
p1ITOZcAyS0RFHYBFoAHbDKBbfk+ZChBrLz+0D8Y8yC7bkSJLFkZvl+F+gAaFq6J
E3RNeb0Li70pNzfrC5zELfLUIU92taaX1lhN5YSo+MafNqzCUG0v9x98l/mnx024
D5WgnAzNzZYThLvw9ShmUQmxcYOq7zuzH+xiZgMUAZ2I7Ap/wUb33EKh0RNaW2HS
7p++6ks+wRYF8jLWmsz1
=gs38
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-HTML-StripScripts-Parser/epel7] (2 commits) ...- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild

[xavierb]

Summary of changes:

  936e6be... Perl 5.18 rebuild (*)
  65d60a8... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)

(*) 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: dnf-0.4.13

[Garry T. Williams]

On 2-6-14 17:44:11 Ales Kozumplik wrote:
  We ship
 Delta RPM support

What a pleasant surprise on a slow network to see drpm-s rebuilt in
the background while downloading others.

Thank you.

-- 
Garry T. Williams

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

File Class-Load-XS-0.08.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Class-Load-XS:

c4d992d7023fa3015322916850ee95d9  Class-Load-XS-0.08.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-Class-Load-XS] Update to 0.08

[Paul Howarth]

commit 474fae091668db88b29b3bcf9a9a730d2c8e7f0a
Author: Paul Howarth p...@city-fan.org
Date:   Thu Feb 13 20:05:01 2014 +

Update to 0.08

- New upstream release 0.08:
  - Switched packaging to just EUMM, as MBT wants the .xs file in a 
different
place
- Switch to ExtUtils::MakeMaker flow

 perl-Class-Load-XS.spec |   25 +++--
 sources |2 +-
 2 files changed, 16 insertions(+), 11 deletions(-)
---
diff --git a/perl-Class-Load-XS.spec b/perl-Class-Load-XS.spec
index e536c97..b4f616b 100644
--- a/perl-Class-Load-XS.spec
+++ b/perl-Class-Load-XS.spec
@@ -1,5 +1,5 @@
 Name:  perl-Class-Load-XS
-Version:   0.07
+Version:   0.08
 Release:   1%{?dist}
 Summary:   XS implementation of parts of Class::Load
 Group: Development/Libraries
@@ -9,7 +9,7 @@ Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Class-Load-XS-%{versi
 # ===
 # Module build requirements
 # ===
-BuildRequires: perl(Module::Build::Tiny) = 0.034
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.30
 # ===
 # Module requirements
 # ===
@@ -19,6 +19,8 @@ BuildRequires:perl(XSLoader)
 # Regular test suite requirements
 # ===
 BuildRequires: perl(constant)
+BuildRequires: perl(CPAN::Meta)
+BuildRequires: perl(CPAN::Meta::Requirements) = 2.120900
 BuildRequires: perl(lib)
 BuildRequires: perl(Module::Implementation) = 0.04
 BuildRequires: perl(Test::Fatal)
@@ -40,21 +42,18 @@ See Class::Load for API details.
 %prep
 %setup -q -n Class-Load-XS-%{version}
 
-# Put the XS file where Module::Build::Tiny expects to find it
-# https://github.com/moose/Class-Load-XS/issues/1
-mv XS.xs lib/Class/Load/
-
 %build
-perl Build.PL --installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+make %{?_smp_mflags}
 
 %install
-./Build install --destdir=%{buildroot} --create_packlist=0
+make pure_install DESTDIR=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';'
 %{_fixperms} %{buildroot}
 
 %check
-./Build test
+make test
 
 %files
 %doc Changes CONTRIBUTING LICENSE README README.md
@@ -63,6 +62,12 @@ find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm 
-f {} ';'
 %{_mandir}/man3/Class::Load::XS.3pm*
 
 %changelog
+* Thu Feb 13 2014 Paul Howarth p...@city-fan.org - 0.08-1
+- Update to 0.08:
+  - Switched packaging to just EUMM, as MBT wants the .xs file in a different
+place
+- Switch to ExtUtils::MakeMaker flow
+
 * Thu Feb 13 2014 Paul Howarth p...@city-fan.org - 0.07-1
 - Update to 0.07:
   - Repository moved to the github moose organization
diff --git a/sources b/sources
index 2373d74..a0b6a17 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ae36673ed4be02aa03df210a1d4e8756  Class-Load-XS-0.07.tar.gz
+c4d992d7023fa3015322916850ee95d9  Class-Load-XS-0.08.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: dnf-0.4.13

[Jonathan Dieter]

On Thu, 2014-02-06 at 17:44 +0100, Ales Kozumplik wrote:
 dnf-0.4.13 is out [1], [2]. F20 version will follow shortly. We ship 
 Delta RPM support, bash completion and keepcache again in this version.
 
 Remember to come meet the team at DevConf.cz this weekend.

Sorry I missed you guys at DevConf.cz.  Thanks so much for getting
deltarpm support into dnf.  It's been the last major blocker for me
personally.

Thanks again,
Jonathan

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Bruno Wolff III]

On Thu, Feb 13, 2014 at 14:11:38 -0500,
  Rahul Sundaram methe...@gmail.com wrote:


On Thu, Feb 13, 2014 at 1:50 PM, Nicolas Mailhot  wrote:



How can they give any assurance? Unless the targets of those ads are
hosted by mozilla...



Maybe that is exactly what they are going to do? They haven't published all
of their plans yet and when they do, we can very well verify that it is
done in an appropriate manner.  Let's put a hold on this discussion until
that point.


Hosting by mozilla is a problem to (though less so). The actually referenced 
resources would all need to be local to prevent tracking.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[389-devel] please review: Ticket 525 - Replication retry time attributes cannot be added

[Mark Reynolds]

https://fedorahosted.org/389/ticket/525

https://fedorahosted.org/389/attachment/ticket/525/0001-Ticket-525-Replication-retry-time-attributes-cannot-.patch

--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com

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

File Config-IniFiles-2.83.tar.gz uploaded to lookaside cache by spot

[Tom Callaway]

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

c34156374d3842289e537aaafa7b937f  Config-IniFiles-2.83.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

Out of virtual memory on ARM builder

[Jerry James]

What do I do about this?

http://koji.fedoraproject.org/koji/taskinfo?taskID=6526911

[While building and running tests]:

CC   ../build/flintxx/test/t-traits
CC   ../build/flintxx/test/t-fmpzxx
virtual memory exhausted: Cannot allocate memory
make[1]: *** [../build/flintxx/test/t-fmpzxx] Error 1
make[1]: Leaving directory `/builddir/build/BUILD/flint-2.4.1/flintxx'
make: *** [check] Error 2

The i686 and x86_64 builds were successful.  What can I do to increase the
likelihood that the ARM build will also complete successfully?  I would
rather not disable tests if that is not absolutely necessary.
-- 
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ian Malone]

On 13 February 2014 18:50, Nicolas Mailhot nicolas.mail...@laposte.net wrote:

 Le Jeu 13 février 2014 19:40, Rahul Sundaram a écrit :
 Hi


 On Thu, Feb 13, 2014 at 12:56 PM, Ralf Corsepius wrote:

 A party who is molesting me with ads and tries to spy on me, hardly is
 my
 friend.


 That certainly goes way too far.  We have assurance from Mozilla that
 there
 is no spying or tracking going on here

 How can they give any assurance? Unless the targets of those ads are
 hosted by mozilla, all it takes to track people is for one of the
 advertisers to read its server logs. Surely one does not need an
 engineering degree to realise
 user processing in the browser + advertiser logs (of the ad picture or the
 ad link) = tracking by the advertiser of all people that match the
 processing rules


Fedora actually already packages software that would allow third
parties to track users, it's called yum and it makes requests to
mirrors who could determine what release and software you had
installed and rough geographical location. So context is important.

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Adam Jackson]

On Thu, 2014-02-13 at 13:44 -0600, Dennis Gilmore wrote:
 On Thu, 13 Feb 2014 17:39:40 +0100
 Miloslav Trmač m...@volny.cz wrote:
   Based on these arguments, I'd like to propose to move this file to
   the fedora-release package (or elsewhere, if you can suggest better
   place).
  
  
  I agree this would make sense in principle; does the maintainer of
  fedora-release wants to take on the task to maintain this file?
 
 It really depends on how much it changes, I really do not like updating
 fedora-release very much.

Because...

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Branched iso

[Sérgio Basto]

Hi, 
On Qui, 2014-02-13 at 00:48 -0300, Carlos Morel-Riquelme wrote:
 now i don't now if i can update to fedora 21 branched when this is out

I also don't know when F21 is branched , but should be soon , 

https://fedoraproject.org/wiki/Releases#Development still in TBA (to be
announced) 

btw also like to know when naming suggestion begin  

https://fedoraproject.org/wiki/Guidelines_for_release_names 

Thanks, 
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: LinuxCNC RTAI kernel

[Eric Smith]

On Feb 12, 2014 4:54 PM, Christopher Meng cicku...@gmail.com wrote:

 2014-2-12 PM6:32于 Sandro Mani manisan...@gmail.com写道：

  By the way, concerning OpenCASCADE, this would also open up the
possibility for packaging Code-Aster and Salome for Fedora. I once started
looking at packaging them, but stalled of since it's quite an effort.
Anyone else interested in joining the effort?

 Eric Smith is packaging it already.

I asked on the Fedora Legal list whether it was OK to package it with the
new license, and the answer was yes. I worked on an RPM, but several people
suggested that it would be better to wait for OCE (downstream) to be
rebased on the new OpenCASCADE release, and the OCE package to be moved
from RPM Fusion into Fedora.

Previously I had been unaware of the existence of OCE. Since there are
already packages in RPM Fusion using it, which may also be able to move
into Fedora after OCE does, I abandoned packaging my own RPM for
OpenCASCADE.

I don't know how long it will take for OCE to make it into Fedora. If other
developers don't want to wait for that, I could resume my efforts or
collaborate with other developers to finish an OpenCASCADE package.
However, then we'd likely end up with two forks in Fedora, which seems
somewhat undesirable.

Richard Shaw is the OCE package maintainer. He just emailed me today about
it. At the very least, if anyone does work on packaging OpenCASCADE, it
would be worthwhile to try to somehow coordinate things with him to try to
have an orderly transition plan, since OCE is probably the preferred
long-term solution. As Richard points out, OCE has a better (more
maintainable) build system.

Eric
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: LinuxCNC RTAI kernel

[Eric Smith]

I wrote:
 but several people suggested that it would be better to wait for OCE
(downstream) to be rebased on the new OpenCASCADE release, and the OCE
package to be moved from RPM Fusion into Fedora.

I see that OCE 0.15 was released yesterday, and is now based on the
upstream OpenCASCADE 6.7.0, which is the LGPL version, so my guess is that
it shouldn't take too long for the RPM Fusion OCE package to be updated and
submitted for review as a Fedora package.

Eric
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

[Sandro Mani]

On 14.02.2014 00:12, Eric Smith wrote:


I wrote:
 but several people suggested that it would be better to wait for OCE 
(downstream) to be rebased on the new OpenCASCADE release, and the OCE 
package to be moved from RPM Fusion into Fedora.


I see that OCE 0.15 was released yesterday, and is now based on the 
upstream OpenCASCADE 6.7.0, which is the LGPL version, so my guess is 
that it shouldn't take too long for the RPM Fusion OCE package to be 
updated and submitted for review as a Fedora package.


Eric


Christopher mentioned that you also were looking at Salome / Code Aster: 
how far did you get?


Sandro

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Why libicu soname bump required harfbuzz package to be built twice?

[Adam Williamson]

On Thu, 2014-02-13 at 09:26 +0530, Parag N(पराग़) wrote:
 Hi,
 
From the yesterday's pkgs git commit logs I see 3-4 people built
 few packages for libicu soname bump. I am not sure why a single person
 can't carry such a few package rebuilds for libicu soname bump.
 
Whoever (people names) want to rebuild packages should announce on
 devel list first. Looks like harfbuzz package is picked twice for
 these rebuilds. Both rebuilds happened in within 30 minutes time
 period.

It doesn't really cause any terrible pain for a double rebuild to
happen. devel@ being flooded with I'm about to rebuild X! would
certainly cause a lot more inconvenience.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Kevin Kofler]

Kai Engert wrote:
 Are we allowed to ship software in Fedora that dynamically loads
 advertisements from the web and shows them to users?

Not sure, but it's really not a nice thing for software to do.

 Is the Fedora community willing to accept Mozilla's desire to show
 advertisements in Firefox?

This is a particular case because Firefox is our default browser on almost 
all our spins (only the KDE spin defaults to Konqueror+KWebKitPart). Given 
that, IMHO, it is completely unacceptable for Firefox to show ads (that 
aren't part of the websites the user asked to visit, obviously).

Our default-installed software definitely shouldn't be carrying ads. The 
other stuff, I'd prefer if it didn't either.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Branched iso

[Kevin Kofler]

Sérgio Basto wrote:
 I also don't know when F21 is branched , but should be soon ,
 
 https://fedoraproject.org/wiki/Releases#Development still in TBA (to be
 announced)

Fedora 21 is actually being delayed for an unknown amount of time because 
people want to completely change how Fedora works (Fedora.next).

 btw also like to know when naming suggestion begin
 
 https://fedoraproject.org/wiki/Guidelines_for_release_names

This process is not applicable to Fedora 21 and later, and it has not been 
conclusively decided whether Fedora 21 will even get a release name in the 
first place.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to WGs and rel-eng: Move 90-default.preset from systemd to fedora-release

[Kevin Kofler]

Colin Walters wrote:
 Right, it's a lame workaround for a lack of higher order structure
 beyond set of packages.

For live images, the spin kickstarts could just drop that preset file 
directly into the file system. For installers, it'd need some magic in 
Anaconda though (unless we do away with installers entirely and just do live 
images only).

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

[Eric Smith]

On Feb 13, 2014 4:29 PM, Sandro Mani manisan...@gmail.com wrote:
 On 14.02.2014 00:12, Eric Smith wrote:
 but several people suggested that it would be better to wait for OCE
(downstream) to be rebased on the new OpenCASCADE release, and the OCE
package to be moved from RPM Fusion into Fedora.

 Christopher mentioned that you also were looking at Salome / Code Aster:
how far did you get?

I was looking at OpenCASCADE and FreeCAD, but not Salome. There was
probably someone else looking at that.

Eric
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Bruno Wolff III]

On Fri, Feb 14, 2014 at 02:09:29 +0100,
  Kevin Kofler kevin.kof...@chello.at wrote:


This is a particular case because Firefox is our default browser on almost
all our spins (only the KDE spin defaults to Konqueror+KWebKitPart). Given
that, IMHO, it is completely unacceptable for Firefox to show ads (that
aren't part of the websites the user asked to visit, obviously).


I think XFCE uses Midori instead of Firefox.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

[Richard Shaw]

On Thu, Feb 13, 2014 at 8:29 PM, Eric Smith space...@gmail.com wrote:


 On Feb 13, 2014 4:29 PM, Sandro Mani manisan...@gmail.com wrote:
  On 14.02.2014 00:12, Eric Smith wrote:
  but several people suggested that it would be better to wait for OCE
 (downstream) to be rebased on the new OpenCASCADE release, and the OCE
 package to be moved from RPM Fusion into Fedora.

  Christopher mentioned that you also were looking at Salome / Code Aster:
 how far did you get?

 I was looking at OpenCASCADE and FreeCAD, but not Salome. There was
 probably someone else looking at that.


As far as I know we don't need full Salome but smesh is required for
FreeCAD, but I'll bring that over from RPM Fusion as well.

Richard
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Why libicu soname bump required harfbuzz package to be built twice?

[पराग़]

Hi all,

On Fri, Feb 14, 2014 at 5:18 AM, Adam Williamson awill...@redhat.comwrote:

 On Thu, 2014-02-13 at 09:26 +0530, Parag N(पराग़) wrote:
  Hi,
 
 From the yesterday's pkgs git commit logs I see 3-4 people built
  few packages for libicu soname bump. I am not sure why a single person
  can't carry such a few package rebuilds for libicu soname bump.
 
 Whoever (people names) want to rebuild packages should announce on
  devel list first. Looks like harfbuzz package is picked twice for
  these rebuilds. Both rebuilds happened in within 30 minutes time
  period.

 It doesn't really cause any terrible pain for a double rebuild to
 happen. devel@ being flooded with I'm about to rebuild X! would
 certainly cause a lot more inconvenience.


 Right there is no harm. One can only bump the release and carry a rebuild
without any change in spec. What I thought is that generally people whose
packages gets soname bump used to carry package rebuilds for its dependent
packages also. Same has already happened with libicu soname bump in the
past. This time it was not clear if libicu maintainer is going for these
package rebuilds or not.
  Anyway I assume libicu maintainer want to only push libicu update and let
the dependent package owners to rebuild their packages. I have just rebuilt
fontmatrix now.

Thanks,
Parag.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Why libicu soname bump required harfbuzz package to be built twice?

[Adam Williamson]

On Fri, 2014-02-14 at 09:27 +0530, Parag N(पराग़) wrote:
 Hi all,  
 
 On Fri, Feb 14, 2014 at 5:18 AM, Adam Williamson awill...@redhat.com
 wrote:
 On Thu, 2014-02-13 at 09:26 +0530, Parag N(पराग़) wrote:
  Hi,
 
 From the yesterday's pkgs git commit logs I see 3-4
 people built
  few packages for libicu soname bump. I am not sure why a
 single person
  can't carry such a few package rebuilds for libicu soname
 bump.
 
 Whoever (people names) want to rebuild packages should
 announce on
  devel list first. Looks like harfbuzz package is picked
 twice for
  these rebuilds. Both rebuilds happened in within 30 minutes
 time
  period.
 
 
 It doesn't really cause any terrible pain for a double rebuild
 to
 happen. devel@ being flooded with I'm about to rebuild X!
 would
 certainly cause a lot more inconvenience.
 
 
  Right there is no harm. One can only bump the release and carry a
 rebuild without any change in spec. What I thought is that generally
 people whose packages gets soname bump used to carry package rebuilds
 for its dependent packages also. Same has already happened with libicu
 soname bump in the past. This time it was not clear if libicu
 maintainer is going for these package rebuilds or not.
 
   Anyway I assume libicu maintainer want to only push libicu update
 and let the dependent package owners to rebuild their packages. I have
 just rebuilt fontmatrix now.

icu requires quite a large number of rebuilds, including some tricky
ones (I just did tracker, which has to be bootstrapped, and libreoffice
is another...), so I think it's reasonable to assume the icu maintainer
isn't going to be doing them all, and help out with the rest. gnustep is
being a PITA now. le sigh.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ralf Corsepius]

On 02/13/2014 07:21 PM, DJ Delorie wrote:



A party who is molesting me with ads and tries to spy on me, hardly
is my friend.


Those are strong words, and based mostly on here-say.  Even the Fedora
installer molests you with ads for various non-default packages.
Should we ban the installer?  Of course not.


I am referring to app/programs, which are accessing remote sites for 
not-required purposes, such as to present a ads and to propagate local 
data to remote sites for technically not-required purposes.



There are specific issues that we are going to be worried about here,
but the key word is worry, not act.  Firefox is proposing a
feature
IMO, tt's technically unnecessary feature, whose primary purpose it is 
to circumvent ad-blockers and allow Mozilla to make money with personal 
data. To me, this is an undertaking directed directly against Mozilla's 
users, which at least leaves an uneasy smell.



and assuring us that it's safe and respectful.
Well, too many incidents have taught users not to trust anybody on the 
internet. We are reading about breaches of privacy, tracking, espionage 
and ads being abused for malware almost every day.


Incident of today: Shazam on Android is reported to be geo-tracking and 
harvesting contacts + propagating this data to dubious enterprises.



 Until we have
proof (or even evidence) that it's otherwise, we should refrain from
acting prematurely, and instead stick to what our values say we should
do.
My opinion is contrary to what you say. I feel you are trying to play 
low Mozilla's plans.


Ralf

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: advertisement in packaged software (e.g. Firefox)

[Ralf Corsepius]

On 02/13/2014 07:50 PM, Nicolas Mailhot wrote:


Le Jeu 13 février 2014 19:40, Rahul Sundaram a écrit :

Hi


On Thu, Feb 13, 2014 at 12:56 PM, Ralf Corsepius wrote:


A party who is molesting me with ads and tries to spy on me, hardly is
my
friend.



That certainly goes way too far.  We have assurance from Mozilla that
there
is no spying or tracking going on here


How can they give any assurance? Unless the targets of those ads are
hosted by mozilla, all it takes to track people is for one of the
advertisers to read its server logs.

Exactly.

Beside this, IMO, the FLOSS community needs to set a 
non-misunderstandable sign that Ads are not welcome.


Technically, Mozilla could easily support this by adding a 
configure-time option to disable building-in their in-app-ads.


It's up to them to do so, something I'd consider as an indication of 
them to play fair - If they do, I'll shut up. If not ..., well time for 
fedora to switch to a firefox fork and leave Mozilla alone.


Ralf
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[stable branch idea] Re: Branched iso

[Sérgio Basto]

On Sex, 2014-02-14 at 02:11 +0100, Kevin Kofler wrote: 
 Sérgio Basto wrote:
  I also don't know when F21 is branched , but should be soon ,
  
  https://fedoraproject.org/wiki/Releases#Development still in TBA (to be
  announced)
 
 Fedora 21 is actually being delayed for an unknown amount of time because 
 people want to completely change how Fedora works (Fedora.next).

sorry I don't have time to follow fedora.next tread / discussion , btw I
also have a big idea for fedora.stable , pretty simple idea, to a fedora
releases more stable like one fedora 20.1 

so idea is 
after a while of release one Fedora called n , 
we do the n.1 repo and clean n.updates 
and do new spins for n.1 
so we pass to have 3 repos 
n
n.1
n.updates 

if we are  in n we can update to n.1 and updates 
if we are in n-1 we can update to n.1 and updates

etc 



  btw also like to know when naming suggestion begin
  
  https://fedoraproject.org/wiki/Guidelines_for_release_names
 
 This process is not applicable to Fedora 21 and later, and it has not been 
 conclusively decided whether Fedora 21 will even get a release name in the 
 first place.
 
 Kevin Kofler
 

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [stable branch idea] Re: Branched iso

[Michel Alexandre Salim]

Hi Sérgio,

On 02/14/2014 02:28 PM, Sérgio Basto wrote:


sorry I don't have time to follow fedora.next tread / discussion , btw I
also have a big idea for fedora.stable , pretty simple idea, to a fedora
releases more stable like one fedora 20.1

There used to be such an effort (look up Fedora Unity re-spins) but it 
eventually foundered.


Recent Fedora releases have updates available in deltarpm formats, which 
greatly reduces the amount of bandwith required to get the latest 
updates -- do you have a specific use case where that does not suffice?


(in which case I'd recommend setting up a local mirror and/or a 
Spacewalk update server)


Best regards,

--
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
Jabber: hir...@jabber.ccc.de   | IRC: michel-...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1064232] perl-CGI-3.65 is available

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-CGI-3.65-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-02-13 03:20:19



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=Mq47Ec4J3Sa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1050042] perl-Gtk2 GUI programs fails to start when using DBD::Pg

[bugzilla]

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



--- Comment #4 from do...@uhusystems.com ---
I can confirm, the updated package fixed the problem.

Thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=wsevHk0KIWa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Authen-Simple

[buildsys]

perl-Authen-Simple has broken dependencies in the epel-7 tree:
On ppc64:
perl-Authen-Simple-0.5-4.el7.noarch requires perl(Crypt::PasswdMD5)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: dspam

[buildsys]

dspam has broken dependencies in the epel-7 tree:
On x86_64:
dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser)
On ppc64:
dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser)
On x86_64:
dspam-web-3.10.2-9.el7.x86_64 requires perl(GD::Graph::lines3d)
On ppc64:
dspam-web-3.10.2-9.el7.ppc64 requires perl(GD::Graph::lines3d)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: stompclt

[buildsys]

stompclt has broken dependencies in the epel-7 tree:
On x86_64:
stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0
stompclt-1.1-1.el7.noarch requires perl(Messaging::Message::Queue)
stompclt-1.1-1.el7.noarch requires perl(Messaging::Message)
stompclt-1.1-1.el7.noarch requires perl(Directory::Queue)
stompclt-1.1-1.el7.noarch requires perl(Config::Validator)
stompclt-1.1-1.el7.noarch requires perl(Authen::Credential)
On ppc64:
stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0
stompclt-1.1-1.el7.noarch requires perl(Messaging::Message::Queue)
stompclt-1.1-1.el7.noarch requires perl(Messaging::Message)
stompclt-1.1-1.el7.noarch requires perl(Directory::Queue)
stompclt-1.1-1.el7.noarch requires perl(Config::Validator)
stompclt-1.1-1.el7.noarch requires perl(Authen::Credential)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-PDL

[buildsys]

perl-PDL has broken dependencies in the epel-7 tree:
On x86_64:
perl-PDL-2.7.0-2.el7.1.x86_64 requires perl(Prima::MsgBox)
On ppc64:
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(Prima::MsgBox)
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064747] New: Request epel7 branch

[bugzilla]

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

Bug ID: 1064747
   Summary: Request epel7 branch
   Product: Fedora EPEL
   Version: epel7
 Component: perl-GDGraph3d
  Assignee: tcall...@redhat.com
  Reporter: nathan...@gnat.ca
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org,
tcall...@redhat.com



Hello 

Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?

Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=CjFTluGRp2a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1043149] /usr/lib/rpm/macros.perl: __find_provides macro point to non existing file

[bugzilla]

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

Fedora Perl Development Team perl-devel@lists.fedoraproject.org changed:

   What|Removed |Added

 CC|perl-devel@lists.fedoraproj |
   |ect.org |



--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
rpm-4.11.2-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/rpm-4.11.2-1.fc20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=SYgIefpjxPa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064271] tests failing on s390(x)

[bugzilla]

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



--- Comment #7 from Dan Horák d...@danny.cz ---
pcre-8.34-3.fc21 is used instead of pcre-8.34-2.fc21, the difference is only in
http://pkgs.fedoraproject.org/cgit/pcre.git/commit/?id=e73104aed3ff90f784f8ee2d04ede2a94c34e412
- it's only about larger stack for %check

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=VrUllXDN0ga=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Pod] Clarify license

[Petr Pisar]

commit 0e2ce29c619c8fe43e6e486143342a34228e43fb
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 09:17:46 2014 +0100

Clarify license

 ...cense-statement-in-README-to-Same-as-Perl.patch |   32 
 perl-Test-Pod.spec |9 +-
 2 files changed, 40 insertions(+), 1 deletions(-)
---
diff --git 
a/Test-Pod-1.48-Change-license-statement-in-README-to-Same-as-Perl.patch 
b/Test-Pod-1.48-Change-license-statement-in-README-to-Same-as-Perl.patch
new file mode 100644
index 000..0a2a240
--- /dev/null
+++ b/Test-Pod-1.48-Change-license-statement-in-README-to-Same-as-Perl.patch
@@ -0,0 +1,32 @@
+From 5c3dbcc71a5eb9b91ea5cce972d3e38e3b4ca194 Mon Sep 17 00:00:00 2001
+From: David E. Wheeler da...@justatheory.com
+Date: Wed, 12 Feb 2014 16:52:24 -0800
+Subject: [PATCH] Change license statement in README to Same as Perl.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+To bring it in line with the license listed in `META.yml` and in `Pod.pm`,
+thus finishing the other half of the change started in ca28cade.
+
+Thanks to @ppisar for the report (closes #5).
+
+Signed-off-by: Petr Písař ppi...@redhat.com
+
+Petr Pisar: Ported to 1.48.
+
+diff --git a/README b/README
+index b04cf78..23013bd 100644
+--- a/README
 b/README
+@@ -28,5 +28,5 @@ Copyright and Licence
+ 
+ Copyright 2006-2010, Andy Lester. Some Rights Reserved.
+ 
+-You may use, modify, and distribute this package under the terms as the
+-Artistic License v2.0 or GNU Public License v2.0.
++This module is free software; you can redistribute it and/or modify it under
++the same terms as Perl itself.
+-- 
+1.8.5.3
+
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index 88c53c0..4e9bdef 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -1,11 +1,14 @@
 Name:   perl-Test-Pod
 Version:1.48
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Test POD files for correctness
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Test-Pod/
 Source0:
http://search.cpan.org/CPAN/authors/id/D/DW/DWHEELER/Test-Pod-%{version}.tar.gz
+# Fix license declaration, bug #1064447,
+# https://github.com/theory/test-pod/issues/5
+Patch0: 
Test-Pod-1.48-Change-license-statement-in-README-to-Same-as-Perl.patch
 BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(File::Find)
@@ -27,6 +30,7 @@ the heavy lifting.
 
 %prep
 %setup -q -n Test-Pod-%{version}
+%patch0 -p1
 
 %build
 perl Build.PL installdirs=vendor
@@ -45,6 +49,9 @@ LC_ALL=C ./Build test
 %{_mandir}/man3/Test::Pod.3pm*
 
 %changelog
+* Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 1.48-4
+- Clarify license (bug #1064447)
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.48-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Pod] Correct changelog entry

[Petr Pisar]

commit a87707737fabc482fe325b445363871a92baaa0f
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 09:20:23 2014 +0100

Correct changelog entry

 perl-Test-Pod.spec |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index 4e9bdef..3f78ab0 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -152,7 +152,7 @@ LC_ALL=C ./Build test
 * Thu May 12 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 1.20-3
 - Add dist tag.
 
-* Fri Apr  7 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.20-2
+* Thu May 12 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.20-2
 - rebuilt
 
 * Thu Jun 24 2004 Jose Pedro Oliveira jpo at di.uminho.pt - 0:1.20-0.fdr.1
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Pod] Remove under-specified dependcies

[Petr Pisar]

commit 2b7ace7601579953d3a05c459900cbdaae790ba3
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 10:10:15 2014 +0100

Remove under-specified dependcies

 perl-Test-Pod.spec |4 
 1 files changed, 4 insertions(+), 0 deletions(-)
---
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index 419318d..93442ee 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -23,6 +23,9 @@ Requires:   perl(:MODULE_COMPAT_%(eval $(perl 
-V:version); echo $version))
 Requires:   perl(Pod::Simple) = 3.05
 Requires:   perl(Test::More) = 0.62
 
+# Remove under-specified dependcies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Pod::Simple\\)$
+
 %description
 Check POD files for errors or warnings in a test file, using Pod::Simple to do
 the heavy lifting.
@@ -51,6 +54,7 @@ LC_ALL=C ./Build test
 * Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 1.48-4
 - Clarify license (bug #1064447)
 - Remove run-time dependency on Test::Builder::Tester (bug #1064743)
+- Remove under-specified dependcies
 
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.48-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Pod] Remove run-time dependency on Test::Builder::Tester

[Petr Pisar]

commit efc13fe7c7cbdcee8595c19845ba7e35f8022e46
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 10:05:13 2014 +0100

Remove run-time dependency on Test::Builder::Tester

 perl-Test-Pod.spec |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index 3f78ab0..419318d 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -21,7 +21,6 @@ BuildRequires:  perl(Test::More) = 0.62
 BuildRequires:  perl(warnings)
 Requires:   perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo 
$version))
 Requires:   perl(Pod::Simple) = 3.05
-Requires:   perl(Test::Builder::Tester) = 1.02
 Requires:   perl(Test::More) = 0.62
 
 %description
@@ -51,6 +50,7 @@ LC_ALL=C ./Build test
 %changelog
 * Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 1.48-4
 - Clarify license (bug #1064447)
+- Remove run-time dependency on Test::Builder::Tester (bug #1064743)
 
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.48-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Module-Build-0.4205.tar.gz uploaded to lookaside cache by jplesnik

[Jitka Plesnikova]

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

bfc8504e845131625308bd4389c69fbe  Module-Build-0.4205.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Module-Build] 0.4205 bump

[Jitka Plesnikova]

commit 94927a8db9ac8219b6c8bbf631a22ddfec6478c9
Author: Jitka Plesnikova jples...@redhat.com
Date:   Thu Feb 13 10:40:13 2014 +0100

0.4205 bump

 .gitignore |1 +
 perl-Module-Build.spec |7 +--
 sources|2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 2fc2257..8b5efcf 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@ Module-Build-0.2808.tar.gz
 /Module-Build-0.4202.tar.gz
 /Module-Build-0.4203.tar.gz
 /Module-Build-0.4204.tar.gz
+/Module-Build-0.4205.tar.gz
diff --git a/perl-Module-Build.spec b/perl-Module-Build.spec
index a581275..f953267 100644
--- a/perl-Module-Build.spec
+++ b/perl-Module-Build.spec
@@ -1,5 +1,5 @@
 %global cpan_version_major 0.42
-%global cpan_version_minor 04
+%global cpan_version_minor 05
 %global cpan_version %{cpan_version_major}%{?cpan_version_minor}
 
 Name:   perl-Module-Build
@@ -123,7 +123,10 @@ LANG=C TEST_SIGNATURE=1 MB_TEST_EXPERIMENTAL=1 ./Build test
 %{_mandir}/man3/*
 
 %changelog
-* Wed Jan 15 2014 Jitka Plesnikova jples...@redhat.com - 0:0.42.04-1
+* Thu Feb 13 2014 Jitka Plesnikova jples...@redhat.com - 2:0.42.05-1
+- 0.4205 bump
+
+* Wed Jan 15 2014 Jitka Plesnikova jples...@redhat.com - 2:0.42.04-1
 - 0.4204 bump
 
 * Thu Nov 28 2013 Jitka Plesnikova jples...@redhat.com - 2:0.42.03-1
diff --git a/sources b/sources
index 83400f4..74bdacb 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-71615f400fb11f20ade6accf7ccb8fbe  Module-Build-0.4204.tar.gz
+bfc8504e845131625308bd4389c69fbe  Module-Build-0.4205.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064775] New: perl-Pod-Spell-1.14 is available

[bugzilla]

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

Bug ID: 1064775
   Summary: perl-Pod-Spell-1.14 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Pod-Spell
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.14
Current version/release in Fedora Rawhide: 1.13-1.fc21
URL: http://search.cpan.org/dist/Pod-Spell/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=n0PbLHoFCda=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064778] New: perl-XML-Writer-0.624 is available

[bugzilla]

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

Bug ID: 1064778
   Summary: perl-XML-Writer-0.624 is available
   Product: Fedora
   Version: rawhide
 Component: perl-XML-Writer
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: al...@users.sourceforge.net,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.624
Current version/release in Fedora Rawhide: 0.623-4.fc20
URL: http://search.cpan.org/dist/XML-Writer/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=3oEucVaSLHa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Directory-Queue/epel7] (2 commits) ...- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild

[mpaladin]

Summary of changes:

  4595525... Perl 5.18 rebuild (*)
  0ec46e2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1063771] perl-Module-Build-0.4205 is available

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Module-Build-0.42.05-1
   ||.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-02-13 04:51:01



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=KM3xAC1gi1a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064689] 0.34 version request

[bugzilla]

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

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CANTFIX
Last Closed||2014-02-13 04:51:17



--- Comment #1 from Paul Howarth p...@city-fan.org ---
Can't do it I'm afraid. Versions beyond 0.028 that's in EPEL-7 require
TAP::Harness 3.29 or later (for TAP::Harness::Env), and RHEL-7 ships with
TAP::Harness 3.28. Red Hat are unlikely to respond favourably to a request to
update that for much the same reasons that it wasn't updated in Fedora 20 (see
Bug #1018157).

Fortunately, the requirement for the latest version of Module::Build::Tiny is
not usually a real one. The dependency is almost always a result of upstream's
use of  Dist::Zilla::Plugin::ModuleBuildTiny, which adds a dependency on the
version of Module::Build::Tiny on the upstream author's system at the time of
doing the release. It's usually the case that patching the version requirement
down to 0.028 will result in a working build.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=hVQHJo6rPTa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064271] tests failing on s390(x)

[bugzilla]

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



--- Comment #8 from Paul Howarth p...@city-fan.org ---
Is there a way of testing with pcre-8.34-2.fc21, to try to isolate if that's
what's causing the failure? Or otherwise bisecting the buildroot changes that
caused a previously-working build to fail?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=AGQuyPyd3ua=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064690] Request epel6 branch

[bugzilla]

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

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |CANTFIX
Last Closed||2014-02-13 04:59:31



--- Comment #1 from Paul Howarth p...@city-fan.org ---
I'm afraid not. Module::Build::Tiny requires CPAN::Meta, and that requires a
perl(version) that's later than the one in EL-6.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=xYNwOuVbUga=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064690] Request epel6 branch

[bugzilla]

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



--- Comment #2 from Christopher Meng cicku...@gmail.com ---
Thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=dSOZORp8LPa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-GDGraph3d] Spec tidy-up

[Paul Howarth]

commit 8cc75202b9138ae91d69170a46f3ba1e98e9
Author: Paul Howarth p...@city-fan.org
Date:   Thu Feb 13 10:16:03 2014 +

Spec tidy-up

- Fix some typos in the %changelog
- Specify more build dependencies
- Don't need to remove empty directories from the buildroot
- Don't use macros for commands
- Use %{_fixperms} macro rather than our own chmod incantation
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Drop %defattr, redundant since rpm 4.4
- Make %files list more explicit

 perl-GDGraph3d.spec |   41 -
 1 files changed, 28 insertions(+), 13 deletions(-)
---
diff --git a/perl-GDGraph3d.spec b/perl-GDGraph3d.spec
index cc14f61..ca908f8 100644
--- a/perl-GDGraph3d.spec
+++ b/perl-GDGraph3d.spec
@@ -1,20 +1,28 @@
 Name:   perl-GDGraph3d
 Version:0.63
-Release:22%{?dist}
+Release:23%{?dist}
 Summary:3D graph generation package for Perl
 
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/GD-Graph3d/
 Source0:
http://www.cpan.org/authors/id/W/WA/WADG/GD-Graph3d-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 
 BuildArch:  noarch
-BuildRequires:  perl(GD), perl(GD::Text), perl(GD::Graph)
+BuildArch:  noarch
+BuildRequires:  perl(base)
+BuildRequires:  perl(constant)
+BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(ExtUtils::MakeMaker)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+BuildRequires:  perl(GD)
+BuildRequires:  perl(GD::Text)
+BuildRequires:  perl(GD::Graph)
+BuildRequires:  perl(strict)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Provides:   perl-GD-Graph3d = %{version}-%{release}
 
+
 %description
 This is the GD::Graph3d extensions module. It provides 3D graphs for
 the GD::Graph module by Martien Verbruggen, which in turn generates
@@ -23,20 +31,19 @@ graph using Lincoln Stein's GD.pm.
 
 %prep
 %setup -q -n GD-Graph3d-%{version}
-%{__perl} -pi -e 's/\r//g' Changes
+perl -pi -e 's/\r//g' Changes
 
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 
 %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
@@ -48,13 +55,21 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %files
-%defattr(-,root,root,-)
 %doc Changes
 %{perl_vendorlib}/GD/
-%{_mandir}/man3/*.3pm*
+%{_mandir}/man3/GD::Graph3d.3pm*
 
 
 %changelog
+* Thu Feb 13 2014 Paul Howarth p...@city-fan.org - 0.63-23
+- Specify more build dependencies
+- Don't need to remove empty directories from the buildroot
+- Don't use macros for commands
+- Use %%{_fixperms} macro rather than our own chmod incantation
+- Use DESTDIR rather than PERL_INSTALL_ROOT
+- Drop %%defattr, redundant since rpm 4.4
+- Make %%files list more explicit
+
 * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.63-22
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
@@ -80,7 +95,7 @@ rm -rf $RPM_BUILD_ROOT
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
 * Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 0.63-14
-- 661697 rebuild for fixing problems with vendorach/lib
+- Rebuild to fix problems with vendorarch/lib (#661697)
 
 * Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 0.63-13
 - Mass rebuild with perl-5.12.0
@@ -116,7 +131,7 @@ rm -rf $RPM_BUILD_ROOT
 * Thu Dec 22 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 0.63-4
 - Dist tag.
 
-* Fri Apr  7 2005 Michael Schwendt mschwendt[AT]users.sf.net - 0.63-3
+* Wed Apr  6 2005 Michael Schwendt mschwendt[AT]users.sf.net - 0.63-3
 - rebuilt
 
 * Sat Jan 15 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 0:0.63-2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064747] Request epel7 branch

[bugzilla]

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

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|tcall...@redhat.com |p...@city-fan.org



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=Ic9low4uIAa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: EPEL: perl-Class-MethodMaker licensing issue

[Paul Howarth]

On 13/02/14 07:27, Ralf Corsepius wrote:

Hi,

Upstream Class-MethodMaker has identified a (minor) licensing issue with
code in its testsuite:
https://github.com/renormalist/class-methodmaker/issues/2

This licensing issue was fixed upstream in Class-MethodMaker-2.20 (They
removed the offending files), which I am currently about to import into
Fedora.

However, the versions of perl-Class-MethodMaker in EPEL are orphaned (I
do not maintain the versions in EPEL) and severely out-dated, but also
suffer from this issue.

I have no idea what to do about it. Filing a BZ against the package will
likely end up being assigned to me, which obviously isn't helpful.


I'll take them. The changes between 2.20 and the versions in EPEL-6 
(2.15) and EPEL-5 (2.08) all seem to be bug-fixes, compatibility fixes 
for later perls and build system changes, none of which should affect 
compatibility. Also, 2.20 builds and passes its test suite OK in both 
EPEL-5 and EPEL-6.


Paul.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1064778] perl-XML-Writer-0.624 is available

[bugzilla]

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



--- Comment #1 from Petr Pisar ppi...@redhat.com ---
This release enables empty string as a DTD system ID. It's suitable for all
Fedoras.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=GmrPwiCGgia=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File XML-Writer-0.624.tar.gz uploaded to lookaside cache by ppisar

[Petr Pisar]

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

ac797a3f49b837f39131240869b9d789  XML-Writer-0.624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-XML-Writer] 0.624 bump

[Petr Pisar]

commit 3ded8b07d3490370dc7176c6fbb89a0948b565ef
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 12:27:05 2014 +0100

0.624 bump

 .gitignore   |1 +
 perl-XML-Writer.spec |7 +--
 sources  |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1ebb5a3..1be9369 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ XML-Writer-0.606.tar.gz
 /XML-Writer-0.612.tar.gz
 /XML-Writer-0.621.tar.gz
 /XML-Writer-0.623.tar.gz
+/XML-Writer-0.624.tar.gz
diff --git a/perl-XML-Writer.spec b/perl-XML-Writer.spec
index 1cdadd9..a361d4f 100644
--- a/perl-XML-Writer.spec
+++ b/perl-XML-Writer.spec
@@ -1,6 +1,6 @@
 Name:   perl-XML-Writer
-Version:0.623
-Release:4%{?dist}
+Version:0.624
+Release:1%{?dist}
 Summary:A simple Perl module for writing XML documents
 
 Group:  Development/Libraries
@@ -66,6 +66,9 @@ make test
 
 
 %changelog
+* Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 0.624-1
+- 0.624 bump
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.623-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index fc6d9ae..15a1df0 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5109b43ee8cb6c5bb12cb13dce7e80af  XML-Writer-0.623.tar.gz
+ac797a3f49b837f39131240869b9d789  XML-Writer-0.624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-XML-Writer/f20] 0.624 bump

[Petr Pisar]

Summary of changes:

  3ded8b0... 0.624 bump (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-XML-Writer/f19] Change license to CC0

[Petr Pisar]

commit 03a8aad910b288f27d91d998f54433956c4ba066
Author: Jitka Plesnikova jples...@redhat.com
Date:   Wed Jul 3 17:15:30 2013 +0200

Change license to CC0

 perl-XML-Writer.spec |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-XML-Writer.spec b/perl-XML-Writer.spec
index 1b5d8a4..6ec3813 100644
--- a/perl-XML-Writer.spec
+++ b/perl-XML-Writer.spec
@@ -1,10 +1,10 @@
 Name:   perl-XML-Writer
 Version:0.623
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:A simple Perl module for writing XML documents
 
 Group:  Development/Libraries
-License:MIT
+License:CC0
 URL:http://search.cpan.org/dist/XML-Writer/
 Source0:
http://www.cpan.org/authors/id/J/JO/JOSEPHW/XML-Writer-%{version}.tar.gz
 
@@ -66,6 +66,9 @@ make test
 
 
 %changelog
+* Wed Jul 03 2013 Jitka Plesnikova jples...@redhat.com - 0.623-2
+- Change license to CC0
+
 * Fri Jun 14 2013 Petr Pisar ppi...@redhat.com - 0.623-1
 - 0.623 bump
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-XML-Writer/f19] 0.624 bump

[Petr Pisar]

commit b90e90a447678715b66743ec3fc5678455578851
Author: Petr Písař ppi...@redhat.com
Date:   Thu Feb 13 12:27:05 2014 +0100

0.624 bump

 .gitignore   |1 +
 perl-XML-Writer.spec |7 +--
 sources  |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1ebb5a3..1be9369 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ XML-Writer-0.606.tar.gz
 /XML-Writer-0.612.tar.gz
 /XML-Writer-0.621.tar.gz
 /XML-Writer-0.623.tar.gz
+/XML-Writer-0.624.tar.gz
diff --git a/perl-XML-Writer.spec b/perl-XML-Writer.spec
index 6ec3813..36cca7e 100644
--- a/perl-XML-Writer.spec
+++ b/perl-XML-Writer.spec
@@ -1,6 +1,6 @@
 Name:   perl-XML-Writer
-Version:0.623
-Release:2%{?dist}
+Version:0.624
+Release:1%{?dist}
 Summary:A simple Perl module for writing XML documents
 
 Group:  Development/Libraries
@@ -66,6 +66,9 @@ make test
 
 
 %changelog
+* Thu Feb 13 2014 Petr Pisar ppi...@redhat.com - 0.624-1
+- 0.624 bump
+
 * Wed Jul 03 2013 Jitka Plesnikova jples...@redhat.com - 0.623-2
 - Change license to CC0
 
diff --git a/sources b/sources
index fc6d9ae..15a1df0 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5109b43ee8cb6c5bb12cb13dce7e80af  XML-Writer-0.623.tar.gz
+ac797a3f49b837f39131240869b9d789  XML-Writer-0.624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel