On Wed, Jan 04, 2012 at 12:22:12PM +0100, Olav Vitters wrote:
On Tue, Jan 03, 2012 at 05:47:11PM +0100, Tomasz Torcz wrote:
Also, 30 GiB in .cache/tracker is a bit extreme when rest of my ~ is 4
GiB.
Tracker should only index a few standard directories ($HOME without
subdirectories,
On Thu, Jan 05, 2012 at 09:17:16AM +0100, Tomasz Torcz wrote:
~ without recurse, and standard XDG directories in ~ with recurse.
In ~/Documents I have 4GiB of mostly .c source files in various revisions,
for a total of 189833 files. In other directories I have 5 photos in .jpg,
and couple of
A file has been added to the lookaside cache for perl-Cache-FastMmap:
e0929ba556c629a43f5d65a2b6cb9a2f Cache-FastMmap-1.40.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 7cda3d0eb50785cf0b341565e530f1b23a91908e
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 11:11:12 2012 +0100
update to 1.40
.gitignore |1 +
perl-Cache-FastMmap.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
On 2012-01-04, Richard Shaw hobbes1...@gmail.com wrote:
On Wed, Jan 4, 2012 at 11:27 AM, Dennis Gilmore den...@ausil.us wrote:
starting immediatly there is going to be a mass rebuild of rawhide
for gcc-4.7 that landed yesterday.
as approved by FESCo (https://fedorahosted.org/fesco/ticket/739)
I need some advice on how to fix this build failure. The GtkAda package builds
fine in Mock, but fails in Koji with the error No matching arches were found:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3621310
Several Ada packages need an ExclusiveArch directive to prevent attempts to
On Thu, 5 Jan 2012 13:08:21 +0100, BP (Björn) wrote:
I need some advice on how to fix this build failure. The GtkAda package
builds
fine in Mock, but fails in Koji with the error No matching arches were
found:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3621310
Several Ada
I've already written suggestion to redhat-rpm-config owner to plug
dependencies maintained by particular SIGs (like perl or ada) to get
them controll over macros in minimal build root. However he has never
replied.
I think this is inevitabla to allow smooth upgrades and boot-strapping
of big
Kevin Kofler kevin.kof...@chello.at wrote:
Just ignore rpmlint there. :-) If you have proper Requires in place to
ensure the symlink targets will actually be installed, it's fine.
I do, so I'll just ignore them.
Yes, it's called noarch subpackages and has been supported in Fedora for a
El Thu, 5 Jan 2012 13:22:34 +0100
Michael Schwendt mschwe...@gmail.com escribió:
On Thu, 5 Jan 2012 13:08:21 +0100, BP (Björn) wrote:
I need some advice on how to fix this build failure. The GtkAda
package builds fine in Mock, but fails in Koji with the error No
matching arches were
On Thu, 5 Jan 2012 08:11:07 -0600, DG (Dennis) wrote:
Is it significant that all three filenames end in -srpm? Or
should this be considered a bug in Koji?
I think the -srpm in there is not important.
$ ls /etc/rpm
macros.color macros.fjava macros.mono-srpm
Thanks Michael and Dennis! I'll try to get a macros.gnat-srpm into redhat-rpm-
config.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 12/15/2011 07:14 PM, Brendan Jones wrote:
I would like to swap reviews for the following. All are very tiny so
feel free to swap 2 for one. Listed in descending priority:
https://bugzilla.redhat.com/show_bug.cgi?id=760270
lv2-ams-plugins - LV2 port of the Alsa Modular Synth modules
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any filtering going on for the mass
rebuild or if all packages, regardless of dependence on gcc were going
to be rebuilt.
My understanding is that we traditionally rebuild everything at the time
of a mass rebuild,
Petr Pisar wrote:
I've already written suggestion to redhat-rpm-config owner to plug
dependencies maintained by particular SIGs (like perl or ada) to get
them controll over macros in minimal build root. However he has never
replied.
I think this is inevitabla to allow smooth upgrades and
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this, and would it not have been polite to involve
or at least notify the package maintainer?
regards, tom lane
--
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callaway tcall...@redhat.com escribió:
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any filtering going on for the
mass rebuild or if all packages, regardless of dependence on gcc
were going to be rebuilt.
My
El Thu, 5 Jan 2012 15:20:09 +0100
Michael Schwendt mschwe...@gmail.com escribió:
On Thu, 5 Jan 2012 08:11:07 -0600, DG (Dennis) wrote:
Is it significant that all three filenames end in -srpm? Or
should this be considered a bug in Koji?
I think the -srpm in there is not
El Thu, 05 Jan 2012 12:16:34 -0500
Tom Lane t...@redhat.com escribió:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this, and would it not have been polite to
involve or at least
Dennis Gilmore den...@ausil.us writes:
El Thu, 05 Jan 2012 12:16:34 -0500
Tom Lane t...@redhat.com escribió:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this, and would it not have
On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane t...@redhat.com wrote:
Dennis Gilmore den...@ausil.us writes:
El Thu, 05 Jan 2012 12:16:34 -0500
Tom Lane t...@redhat.com escribió:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It
as mysql.
How would I find out exactly where the dep came from, so I can have
a word with that package's maintainer?
regards, tom lane
http://koji.fedoraproject.org/mash/rawhide-20120105/logs/critpath.log
indicates its qt or akonadi likely both. Its likely been critical
Peter Robinson pbrobin...@gmail.com writes:
On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane t...@redhat.com wrote:
That answer doesn't make me any happier. I've got a problem with being
saddled with an extra layer of bureaucracy without any say-so on my
part, and I'm also quite nervous about the
Tom Lane (t...@redhat.com) said:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this,
The dependency solver. It's not a manual process.
and would it not have been polite to involve
On 2012-01-05 19:18, Dennis Gilmore wrote:
ideally drop all the disttags prior to fc17
I hope I'm just having trouble parsing this correctly. Could you rephrase?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Bill Nottingham wrote:
Tom Lane (t...@redhat.com) said:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this,
The dependency solver. It's not a manual process.
and would it not
Ville Skyttä wrote:
On 2012-01-05 19:18, Dennis Gilmore wrote:
ideally drop all the disttags prior to fc17
I hope I'm just having trouble parsing this correctly. Could you
rephrase?
Rebuild all packages, so they end up with fc17 disttags, to help avoid the
why do I have a fc15 package
On 01/05/2012 07:32 PM, Rex Dieter wrote:
Sorry Tom, didn't foresee all the implications when we flipped f16's default
akonadi backend sqlite - mysql late(ish) in the cycle.
I'm of a mind to revisit this (again).
-- rex
Just my 2c, I'm also of the opinion something lighter than mysql is
Bill Nottingham nott...@redhat.com writes:
http://lists.fedoraproject.org/pipermail/devel-announce/2011-December/000868.html
... The change that caused this to get added is that the
script prior to early December wasn't actually iterating over the proper
critpath groups, including
Brendan Jones wrote:
On 01/05/2012 07:32 PM, Rex Dieter wrote:
Sorry Tom, didn't foresee all the implications when we flipped f16's
default
akonadi backend sqlite - mysql late(ish) in the cycle.
I'm of a mind to revisit this (again).
-- rex
Just my 2c, I'm also of the opinion something
On 2012-01-05 20:34, Rex Dieter wrote:
Ville Skyttä wrote:
On 2012-01-05 19:18, Dennis Gilmore wrote:
ideally drop all the disttags prior to fc17
I hope I'm just having trouble parsing this correctly. Could you
rephrase?
Rebuild all packages, so they end up with fc17 disttags, to help
Rex Dieter rdie...@math.unl.edu writes:
Bill Nottingham wrote:
As to where it came from, the dep chain is:
kdepim
- akonadi
- qt-mysql, mysql-server
kdepim is in critical path as part of 'critical-path-apps', which is
essentially mail web.
Sorry Tom, didn't foresee all the
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
Tom Lane (t...@redhat.com) said:
So I submitted a routine bodhi request for updating mysql, and was
astonished to find that it's marked as critpath. It was never that
before. Who decided this,
The dependency solver. It's
Toshio Kuratomi a.bad...@gmail.com writes:
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
We could consider having pkgdb e-mail the owner when the critpath bit for
the package gets flipped. Toshio, is that possible?
It is if we decide we want to do that.
Just let me know
On Thu, 2012-01-05 at 14:08 -0500, Tom Lane wrote:
Toshio Kuratomi a.bad...@gmail.com writes:
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
We could consider having pkgdb e-mail the owner when the critpath bit for
the package gets flipped. Toshio, is that possible?
It
Rex Dieter wrote:
I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT using
the SQLite backend by default. SQLite doesn't support concurrency (i.e. any
Akonadi operation blocks all
Tom Lane wrote:
I'd recommend it. mysql is kind of a heavyweight requirement to have
underneath a desktop component: it raises the ante in terms of what has
to be installed and running, and in terms of required sysadmin-ish
know-how. (Does the average user have a clue how to configure mysql
Bill Nottingham wrote:
kdepim is in critical path as part of 'critical-path-apps', which is
essentially mail web. The change that caused this to get added is that
the script prior to early December wasn't actually iterating over the
proper critpath groups, including critical-path-apps.
I
Am 05.01.2012 20:22, schrieb Kevin Kofler:
Akonadi ships its own default MySQL configuration, which is per user. It
does not use or require the systemwide instance (by default; it can be
configured to connect to a systemwide or even remote MySQL server, but the
default is a local per-user
Kevin Kofler (kevin.kof...@chello.at) said:
Bill Nottingham wrote:
kdepim is in critical path as part of 'critical-path-apps', which is
essentially mail web. The change that caused this to get added is that
the script prior to early December wasn't actually iterating over the
proper
On 01/05/2012 08:20 PM, Kevin Kofler wrote:
Rex Dieter wrote:
I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT using
the SQLite backend by default. SQLite doesn't support
On Thu, Jan 05, 2012 at 02:08:02PM -0500, Tom Lane wrote:
Toshio Kuratomi a.bad...@gmail.com writes:
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
We could consider having pkgdb e-mail the owner when the critpath bit for
the package gets flipped. Toshio, is that possible?
Hi,
the current xine-lib maintainer speaking. :-)
The Xine project:
http://www.xine-project.org/home
has recently released a new major version, version 1.2.0.
Unfortunately, among the list of changes:
http://sourceforge.net/projects/xine/files/xine-lib/1.2.0/README.txt.asc/view
there are these
El Thu, 05 Jan 2012 20:20:55 +0100
Kevin Kofler kevin.kof...@chello.at escribió:
Rex Dieter wrote:
I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT
using the SQLite backend by
Being the avid package monkey I am, I whipped up some initial packaging for
http://gitorious.org/qt-at-spi/ in my space at
http://rdieter.fedorapeople.org/rpms/qt-at-spi/
Hoping someone with more interest in this area would be able to pick this up
to maintain officially. Be happy to help with
Reindl Harald wrote:
does it also run mysql_upgrade automatically or is it
supposed to be the road of dead two mysql-major-releases
later?
AFAIK, it does run mysql_upgrade when needed.
somehow strange that amarok was crippled down from optional
mysqld-usage to sqlite and now KDE introduces
Reindl Harald wrote:
Am 05.01.2012 20:22, schrieb Kevin Kofler:
Akonadi ships its own default MySQL configuration, which is per user. It
does not use or require the systemwide instance (by default; it can be
configured to connect to a systemwide or even remote MySQL server, but
the
Kevin Kofler venit, vidit, dixit 05.01.2012 20:56:
Hi,
the current xine-lib maintainer speaking. :-)
The Xine project:
http://www.xine-project.org/home
has recently released a new major version, version 1.2.0.
Unfortunately, among the list of changes:
Brendan Jones wrote:
Can understand that this is a hot topic but ... Surely for a single user
desktop you don't need a concurrent DB backend.
Try reading your existing mail while fetching new one. (Just one example.)
(And that hasn't worked with KMail 1 ever, AFAIK KMail 2 finally fixes this,
On Thursday 05 January 2012, Michael J Gruber wrote:
I don't know anything about rpmfusion packaging and infrastructure, so
I'd be happy if someone picks up xine-ui there. In fact, xine-ui gets
most xine related abrt reports, it seems, and I always found it
difficult to decide whether those
On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callaway tcall...@redhat.com escribió:
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any filtering going on for the
mass rebuild or if all packages, regardless of
Dennis Gilmore wrote:
considering that mysql couldnt cope with my email and i had to stop
using kmail all together going to sqlite im sure would be worse. but
thats my 2c
Flipping defaults doesn't mean other backends cannot be used. We've helped
make sure that switching backends (to/from
On Thu, 05 Jan 2012 20:20:55 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Rex Dieter wrote:
I'm of a mind to revisit this (again).
NO, not again!!!
Can we please stop this nonsense?
Upstream defaults to MySQL for a reason, and strongly recommends NOT
using the SQLite backend by
On Thu, Jan 5, 2012 at 2:21 PM, Jon Masters j...@redhat.com wrote:
On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callaway tcall...@redhat.com escribió:
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any
Stijn Hoop wrote:
Well it also took them two years to consider 'NFS mounted home' a valid
use case, during which the whole 'you really need MySQL!!!' was broken
for our site.
It's easy to switch (maybe I should blog about it... )
per user: kcmshell4 akonadi
per machine/site: create/edit
On 01/05/2012 09:21 PM, Jon Masters wrote:
On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote:
El Thu, 05 Jan 2012 10:37:41 -0500
Tom Callawaytcall...@redhat.com escribió:
On 01/05/2012 09:40 AM, Richard Shaw wrote:
I just didn't know if there was any filtering going on for the
mass
When you commit and push a patch to the git repo, and you add the git
commit message to the ticket comment, you can easily make the commit a
link to the changeset in the trac source browser - just change
commit 20ab029c0f0309838
to
commit changeset:20ab029c0f0309838/389-ds-base
the
Fixed my broken packages in rawhide:
* libjingle - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623092
* rekall - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623152
* xbase - http://koji.fedoraproject.org/koji/taskinfo?taskID=3623229
* xsupplicant -
On Thu, 2012-01-05 at 21:47 +0100, Ralf Corsepius wrote:
I guess you are referring an ordered rebuild, not a simple sequential
rebuild.
The latter would be mostly useless.
For bootstrapping, ideally there would be ordered rebuilds, but even any
mass rebuild assists more than having none at
On 01/05/2012 10:06 PM, Jon Masters wrote:
On Thu, 2012-01-05 at 21:47 +0100, Ralf Corsepius wrote:
I guess you are referring an ordered rebuild, not a simple sequential
rebuild.
The latter would be mostly useless.
For bootstrapping, ideally there would be ordered rebuilds, but even any
On Thu, Jan 5, 2012 at 5:51 PM, Tom Lane t...@redhat.com wrote:
Peter Robinson pbrobin...@gmail.com writes:
On Thu, Jan 5, 2012 at 5:36 PM, Tom Lane t...@redhat.com wrote:
That answer doesn't make me any happier. I've got a problem with being
saddled with an extra layer of bureaucracy without
On 01/05/2012 09:03 PM, Kevin Kofler wrote:
Brendan Jones wrote:
Can understand that this is a hot topic but ... Surely for a single user
desktop you don't need a concurrent DB backend.
Try reading your existing mail while fetching new one. (Just one example.)
(And that hasn't worked with
On 01/04/2012 06:27 PM, Dennis Gilmore wrote:
starting immediatly there is going to be a mass rebuild of rawhide for gcc-4.7
that landed yesterday.
as approved by FESCo (https://fedorahosted.org/fesco/ticket/739)
packagers will have just over a week, until Thursday Jan 12 to build
packages
Tom Lane wrote:
I've got other critpath packages, so I know exactly what kind of
additional bureaucracy I'm getting into, thank you. But I'm not
following how something that's not even installed by default can
reasonably become marked critpath.
mysql-server is actually installed by default
On Thu, 2012-01-05 at 22:38 +0100, Ralf Corsepius wrote:
They do not mean the resulting packages are more or less broken than
those having been built by predecessors of the toolchains.
Neither does an ordered rebuild. Even assuming the concept of
ordering was any more well defined than
On 01/05/2012 03:10 PM, Brendan Jones wrote:
I've seen nils' list and a few of my packages are on it. What can we do
now to fix it? I've noticed some koji builds for the new compiler but
other than that, should I wait for the FTB.. to come in?
One of my packages was on the list, it had a
Hi, a new cfistio package (3.290) as landed in rawhide. Packages
depending on cfitsio should be rebuilt.
Regards, Sergio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/05/2012 11:55 PM, Adam Jackson wrote:
On Thu, 2012-01-05 at 22:38 +0100, Ralf Corsepius wrote:
They do not mean the resulting packages are more or less broken than
those having been built by predecessors of the toolchains.
Neither does an ordered rebuild. Even assuming the concept of
On Thu, Jan 05, 2012 at 09:42:24AM +0200, Ville Skyttä wrote:
On 2012-01-05 03:25, Reindl Harald wrote:
why in the world introducing updates the installation
of devel-packages?
Packaging bugs, in this case https://bugzilla.redhat.com/748362 .
And
A file has been added to the lookaside cache for perlbrew:
dbdf5b336e58ff45648b5a7175ad5016 App-perlbrew-0.39.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=738596
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
A file has been added to the lookaside cache for perl-App-Daemon:
d7332a0bda5751e5d042bb3b0fdc2b50 App-Daemon-0.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
f19c83b... update to 0.14 (*)
(*) 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
Summary of changes:
f19c83b... update to 0.14 (*)
(*) 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
A file has been added to the lookaside cache for perl-App-Nopaste:
5a4004727f8fc02336b8f8de66c226c8 App-Nopaste-0.33.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit e490169078f6eb343b1db2ca1d3d1493fc2b835c
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 10:58:09 2012 +0100
update to 0.33
.gitignore|1 +
perl-App-Nopaste.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
A file has been added to the lookaside cache for perl-B-Utils:
6dba6b4eb19143d94da6d0894602ce30 B-Utils-0.17.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 0cdcd8ce7a30170c2f02aa7d63860839fe0f0b7c
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 11:03:14 2012 +0100
update to 0.17
.gitignore|1 +
perl-B-Utils.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff
A file has been added to the lookaside cache for perl-Test-EOL:
38407e5dcc4693b3ba0afc59d3ae Test-EOL-1.0.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 022c49db7c256bde3cd8806de23f780413499160
Author: Paul Howarth p...@city-fan.org
Date: Thu Jan 5 10:38:18 2012 +
Update to 1.0
- New upstream release 1.0
- Fix misleading test failure diagnostics when only issue is trailing
whitespace
- No longer
The lightweight tag 'perl-Test-EOL-1.0-1.fc17' was created pointing to:
022c49d... Update to 1.0
--
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
A file has been added to the lookaside cache for perl-Catalyst-Action-REST:
e9bbae032c739b0412d62ad319e8ae7f Catalyst-Action-REST-0.95.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 68070f6afbe86959dd2603c44ab71d8f99b3c7b3
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 12:22:16 2012 +0100
update to 0.95
.gitignore |1 +
perl-Catalyst-Action-REST.spec | 10 ++
sources|2 +-
3 files changed, 8
Summary of changes:
1b7740e... update to 0.91 (*)
68070f6... update to 0.95 (*)
(*) 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
Summary of changes:
924915b... Perl mass rebuild (*)
1b7740e... update to 0.91 (*)
68070f6... update to 0.95 (*)
(*) 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
A file has been added to the lookaside cache for perl-Config-INI:
713b36e849ae12277723d0d6874bd5f3 Config-INI-0.019.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit d50e74d4bb91d07f465307ae12bbfe28fadd009c
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 13:01:58 2012 +0100
update to 0.019
.gitignore |1 +
perl-Config-INI.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
A file has been added to the lookaside cache for perl-Lingua-EN-Inflect-Phrase:
92039c98bf2985aa673b10e5f71de581 Lingua-EN-Inflect-Phrase-0.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 340876a2fad7319acfe43b7e0af37d2f4a85b2db
Author: Iain Arnell iarn...@gmail.com
Date: Thu Jan 5 14:34:24 2012 +0100
update to 0.11
.gitignore |1 +
perl-Lingua-EN-Inflect-Phrase.spec |5 -
sources|2 +-
3 files
Summary of changes:
340876a... update to 0.11 (*)
(*) 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
Summary of changes:
340876a... update to 0.11 (*)
(*) 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://fedorahosted.org/389/ticket/162
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
92 matches
Mail list logo