Helllo Reindl, Rex,
thanks for your comments: I'll wait for new mariadb package
Best,
Mario
On 14 August 2013 17:04, Rex Dieter rdie...@math.unl.edu wrote:
Rex Dieter wrote:
Mario Ceresa wrote:
Dear all, while trying to rebuild InsightToolkit in rawhide I get the
following error (
Hi all,
FESCo accepted BlueZ 5 for F20 at yesterday's meeting and I've gone
ahead and imported it in Rawhide.
Small status report where we currently stand:
bluez- updated to 5.8
gnome-bluetooth - updated to 3.9.3 that has BlueZ 5 support
gnome-user-share - won't get ported in
On Wed, Aug 14, 2013 at 1:34 PM, Jeffrey Ollie j...@ocjtech.us wrote:
Sorry, just seeing this discussion now. What happened was that the
newest version of osm-gps-map added gobject introspection, so Python
bindings can be automatically generated. The older python-osmgpsmap
bindings I
On Thu, 15 Aug 2013, Matthew Garrett wrote:
I want increased participation in the creation of Fedora, which is a
product with a defined set of software shipped as default. I'm also
happy with people working to make it practical to use Fedora as the
basis for derived products (such as the spins
On Thu, 2013-08-15 at 09:40 -0400, Paul Wouters wrote:
We can't tell people to re-install from scratch every 6 months. What
we need is an apt-get dist-upgrade equivalent.
+1
--
Best Regards,
Artem Bityutskiy
--
devel mailing list
devel@lists.fedoraproject.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/15/2013 09:40 AM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Matthew Garrett wrote:
I want increased participation in the creation of Fedora, which
is a product with a defined set of software shipped as default.
I'm also happy with people
On 13. 8. 2013 at 11:04:52, Chris Murphy wrote:
What's the interval of repomd changes, daily? What approximate percentage of
the entire repomd changes between day 1 and day 7? If the delta is
comparatively small to full metadata files, what about implementing a daily
repomd_delta sorta like
On 08/15/2013 03:40 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Matthew Garrett wrote:
I want increased participation in the creation of Fedora, which is a
product with a defined set of software shipped as default. I'm also
happy with people working to make it practical to use Fedora as the
On Thu, Aug 15, 2013 at 09:40:01AM -0400, Paul Wouters wrote:
On Thu, 15 Aug 2013, Matthew Garrett wrote:
I want increased participation in the creation of Fedora, which is a
product with a defined set of software shipped as default. I'm also
happy with people working to make it practical to
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What we need is an apt-get dist-upgrade equivalent.
*we have*
http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
i currently count 450
On Thu, Aug 15, 2013 at 8:19 AM, Richard Shaw hobbes1...@gmail.com wrote:
Checking my F18 system only two packages require python-osmgpsmap...
# repoquery --whatrequires python-osmgpsmap
gramps-0:3.4.2-1.fc18.noarch
kismon-0:0.6-4.fc18.noarch
I wonder if the current/latest version of
On Thu, Aug 15, 2013 at 9:47 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 8:19 AM, Richard Shaw hobbes1...@gmail.com
wrote:
Checking my F18 system only two packages require python-osmgpsmap...
# repoquery --whatrequires python-osmgpsmap
gramps-0:3.4.2-1.fc18.noarch
On Thu, Aug 15, 2013 at 9:47 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 8:19 AM, Richard Shaw hobbes1...@gmail.com
wrote:
Checking my F18 system only two packages require python-osmgpsmap...
# repoquery --whatrequires python-osmgpsmap
gramps-0:3.4.2-1.fc18.noarch
Hi
On Thu, Aug 15, 2013 at 10:36 AM, Paul Wouters
I'll try it for f18-f19, and if this got fixed that is a big step
towards running fedora longterm across releases.
Fedup is not the same thing as preupgrade and it appears you are
complaining about issues in preupgrade and haven't tried
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
I'm pretty sure gramps will, as it was a request from that community
that propmpted me to update osm-gps-map in rawhide.
Speaking as the new gramps maintainer, if the osm-gps-map Python bindings
were built, I would
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
Speaking as the new gramps maintainer, if the osm-gps-map Python bindings
were built, I would be happy to test gramps with them and switch if they
work.
It's my understanding that with gobject introspection that Python
On Thu, Aug 15, 2013 at 9:56 AM, Richard Shaw hobbes1...@gmail.com wrote:
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
I'm pretty sure gramps will, as it was a request from that community
that propmpted me to update osm-gps-map in rawhide.
Speaking as the new
On Thu, Aug 15, 2013 at 10:02 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
Speaking as the new gramps maintainer, if the osm-gps-map Python bindings
were built, I would be happy to test gramps with them and switch if they
On Thu, Aug 15, 2013 at 10:07 AM, Jon Ciesla limburg...@gmail.com wrote:
On Thu, Aug 15, 2013 at 10:02 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
Speaking as the new gramps maintainer, if the osm-gps-map Python
On Thu, Aug 15, 2013 at 10:07 AM, Jon Ciesla limburg...@gmail.com wrote:
On Thu, Aug 15, 2013 at 10:02 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com wrote:
Speaking as the new gramps maintainer, if the osm-gps-map Python
bindings
On Thu, Aug 15, 2013 at 10:16 AM, Richard Shaw hobbes1...@gmail.com wrote:
On Thu, Aug 15, 2013 at 10:07 AM, Jon Ciesla limburg...@gmail.com wrote:
On Thu, Aug 15, 2013 at 10:02 AM, Jeffrey Ollie j...@ocjtech.us wrote:
On Thu, Aug 15, 2013 at 9:53 AM, Jon Ciesla limburg...@gmail.com
wrote:
On 08/15/2013 04:36 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What we need is an apt-get dist-upgrade equivalent.
*we have*
On 08/15/2013 04:32 PM, Fedora Rawhide Report wrote:
Compose started at Thu Aug 15 08:15:02 UTC 2013
Broken deps for i386
--
[FlightGear]
[fgrun]
Fallout of the OpenSceneGraph upgrade.
Now fixed in rawhide.
Ralf
--
devel mailing
The requirements from the gramps webpage is a little hard to follow since
it has information from both 3.X and 4.X but I'm trying to work through it,
however, looking at the BR in the spec, it seems like there are more than
typically required for a pure python project... I'll look through the
On Thu, Aug 15, 2013 at 10:25 AM, Richard Shaw hobbes1...@gmail.com wrote:
The requirements from the gramps webpage is a little hard to follow since
it has information from both 3.X and 4.X but I'm trying to work through it,
however, looking at the BR in the spec, it seems like there are more
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What we need is an apt-get dist-upgrade equivalent.
*we have*
http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
i currently count 450 dist-upgrade this way and the oldest
Am 15.08.2013 17:17, schrieb Ralf Corsepius:
On 08/15/2013 04:36 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What we need is an apt-get dist-upgrade equivalent.
On Thu, 15 Aug 2013 17:32:27 +0200
Reindl Harald h.rei...@thelounge.net wrote:
what does *not* matter in case of yum distro-sync because it does
also downgrades and if fedup has a problem with it the people who say
yum is not officially supported (while no support in any case exists)
should
On 08/15/2013 05:37 PM, Kevin Fenzi wrote:
On Thu, 15 Aug 2013 17:32:27 +0200
Reindl Harald h.rei...@thelounge.net wrote:
what does *not* matter in case of yum distro-sync because it does
also downgrades and if fedup has a problem with it the people who say
yum is not officially supported
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/45/#review65
---
The problem here is how to deploy this in production - there
On 08/15/2013 05:32 PM, Reindl Harald wrote:
Am 15.08.2013 17:17, schrieb Ralf Corsepius:
On 08/15/2013 04:36 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What
On Thu, 15 Aug 2013 17:59:30 +0200
Ralf Corsepius rc040...@freenet.de wrote:
On 08/15/2013 05:37 PM, Kevin Fenzi wrote:
...snip...
It gathers up the packages you will need to do the upgrade,
... and stores them in /var/cache/yum/...
If you don't have a sufficiently large /var/cache, such
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/44/#review66
---
Does this work with ilgiz's update_sync code? Is anything
On 08/15/2013 11:32 AM, Reindl Harald wrote:
Am 15.08.2013 17:17, schrieb Ralf Corsepius:
On 08/15/2013 04:36 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What
Am 15.08.2013 18:02, schrieb Ralf Corsepius:
On 08/15/2013 05:32 PM, Reindl Harald wrote:
Am 15.08.2013 17:17, schrieb Ralf Corsepius:
On 08/15/2013 04:36 PM, Paul Wouters wrote:
On Thu, 15 Aug 2013, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to
Am 15.08.2013 18:19, schrieb Kaleb KEITHLEY:
On 08/15/2013 11:32 AM, Reindl Harald wrote:
Am 15.08.2013 15:40, schrieb Paul Wouters:
We can't tell people to re-install from scratch every 6 months.
What we need is an apt-get dist-upgrade equivalent.
*we have*
On 08/15/2013 10:16 AM, Marcela Mašláňová wrote:
I agree our updates should be supported option ;-) They are usually
working very well.
We really should try to stop using the word supported since it
misleading for everybody.
Best effort is what accurately describes what the community
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/42/#review67
---
the sync crashed for me when I tried to run it, will put the
On 08/15/2013 10:26 AM, Jóhann B. Guðmundsson wrote:
On 08/15/2013 10:16 AM, Marcela Mašláňová wrote:
I agree our updates should be supported option ;-) They are usually
working very well.
We really should try to stop using the word supported since it
misleading for everybody.
Best effort
On 08/15/2013 09:40 AM, Paul Wouters wrote:
I feel that people mostly say fedora is for testing. It is somewhat
supported by responses to upgrade problems to a new version which
invariable are along the lines of we don't support that upgrade
path/method.
Well whomever choose to decide that we
On 8/13/13 8:58 AM, Artem Bityutskiy wrote:
# Make the image to be sparse
$ cp --sparse=always Fedora-x86_64-19-20130627-sda.raw
Fedora-x86_64-19-20130627-sda.raw.sparse
# Generate the bmap file
$ bmaptool create Fedora-x86_64-19-20130627-sda.raw.sparse -o
Underlying dep of libgnomeprint22/libgnomeprintui22, which is used by a few
end-user things (gpp, conglomerate, gnome-genius), but nothing I need for
now, so giving up ownership.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le mercredi 14 août 2013 à 11:26 -0600, Kevin Fenzi a écrit :
I guess I'm open to the idea, but I have long wished we could have some
way to always keep the previous version of a package for yum
downgrades. ;(
Keeping all that in metadata would bloat it a lot.
I think Debian does that by
On Wed, Aug 14, 2013 at 08:37:19PM -0700, Dan Mashal wrote:
Otherwise we are looking at possibly reforking gnome-bluetooth at this
point in time.
Reforking? And then wait until the bitrot sets in again? ;-)
Can't you just use gnome-bluetooth proper and resurrect the panel icon
stuff like Kalev
On Thu, Aug 15, 2013 at 01:02:42PM -0400, Jóhann B. Guðmundsson wrote:
Well whomever choose to decide that we support upgrades in the
first place bypassed the QA community entirely in making that
decision as well as to which tool is preferred,supported or
recommended.
If QA is testing
Hello,
I wonder why the build failed[1] despite assigning a quotation on a doc
file listed on:
http://pkgs.fedoraproject.org/cgit/gimp-paint-studio.git/tree/gimp-paint-studio.spec?h=el6
Is there a way to fix that?
Ref
[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=456904
Luya
On 08/15/2013 02:26 PM, Matthew Garrett wrote:
On Thu, Aug 15, 2013 at 01:02:42PM -0400, Jóhann B. Guðmundsson wrote:
Well whomever choose to decide that we support upgrades in the
first place bypassed the QA community entirely in making that
decision as well as to which tool is
On Thu, Aug 15, 2013 at 9:02 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 08/15/2013 02:26 PM, Matthew Garrett wrote:
On Thu, Aug 15, 2013 at 01:02:42PM -0400, Jóhann B. Guðmundsson wrote:
Well whomever choose to decide that we support upgrades in the
first place bypassed the QA
tor 2013-08-15 klockan 11:57 -0700 skrev Luya Tshimbalanga:
Hello,
I wonder why the build failed[1] despite assigning a quotation on a doc
file listed on:
http://pkgs.fedoraproject.org/cgit/gimp-paint-studio.git/tree/gimp-paint-studio.spec?h=el6
Is there a way to fix that?
Ref
On Wed, Aug 14, 2013 at 12:32 PM, Josh Boyer jwbo...@gmail.com wrote:
On Wed, Aug 14, 2013 at 12:04 PM, Kevin Fenzi ke...@scrye.com wrote:
On Tue, 13 Aug 2013 22:41:37 -0700
Toshio Kuratomi a.bad...@gmail.com wrote:
Additional agenda item:
Mattdm, sgallagh, and I were talking about the
On 08/15/2013 03:16 PM, drago01 wrote:
On Thu, Aug 15, 2013 at 9:02 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 08/15/2013 02:26 PM, Matthew Garrett wrote:
On Thu, Aug 15, 2013 at 01:02:42PM -0400, Jóhann B. Guðmundsson wrote:
Well whomever choose to decide that we support
On 08/15/2013 03:16 PM, drago01 wrote:
On Thu, Aug 15, 2013 at 9:02 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 08/15/2013 02:26 PM, Matthew Garrett wrote:
On Thu, Aug 15, 2013 at 01:02:42PM -0400, Jóhann B. Guðmundsson wrote:
Well whomever choose to decide that we support
On Thu, Aug 15, 2013 at 03:02:37PM -0400, Jóhann B. Guðmundsson wrote:
Our release criteria and everything we defined *after* we found out
that we suddenly supported upgrades is solid which is not what I was
saying or referring to.
We've always supported upgrades. Before fedup, preupgrade was
On Thu, 15 Aug 2013 15:36:53 -0400
Jóhann B. Guðmundsson johan...@gmail.com wrote:
Interesting since they did not do that when I joined QA what 5 or 6
years ago so again can you refer me to that discussion.
It's always been a test case/critera that I remember...
Oh, and to clarify - upgrades were supported even before then, but
required booting Anaconda from new install media. That's been true since
the Red Hat Linux days, so years before Fedora even existed.
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
On 15 August 2013 15:48, Matthew Garrett mj...@srcf.ucam.org wrote:
Oh, and to clarify - upgrades were supported even before then, but
required booting Anaconda from new install media. That's been true since
the Red Hat Linux days, so years before Fedora even existed.
I believe we are
On 08/15/2013 03:47 PM, Kevin Fenzi wrote:
On Thu, 15 Aug 2013 15:36:53 -0400
Jóhann B. Guðmundsson johan...@gmail.com wrote:
Interesting since they did not do that when I joined QA what 5 or 6
years ago so again can you refer me to that discussion.
It's always been a test case/critera that I
Richard Hughes (hughsi...@gmail.com) said:
On 12 August 2013 19:36, Bill Nottingham nott...@redhat.com wrote:
I could see doing this, but it is a non-trivial change to how the
repositories are made, and there aren't really any resources assigned to
work on that. I can give some pointers to
Am 15.08.2013 22:12, schrieb Jóhann B. Guðmundsson:
On 08/15/2013 03:47 PM, Kevin Fenzi wrote:
On Thu, 15 Aug 2013 15:36:53 -0400
Jóhann B. Guðmundsson johan...@gmail.com wrote:
Interesting since they did not do that when I joined QA what 5 or 6
years ago so again can you refer me to that
It's come to my attention that a number of packages contain Flash (.swf) files,
but absolutely none of them have BuildRequires on a free software Flash
toolchain, nor do any of them seem to be shipping the source for these files.
:-(
It has never been permissible to included prebuilt files of
On 08/15/2013 02:45 PM, T.C. Hollingsworth wrote:
It's come to my attention that a number of packages contain Flash (.swf) files,
but absolutely none of them have BuildRequires on a free software Flash
toolchain, nor do any of them seem to be shipping the source for these files.
:-(
It has
On Thu, 15 Aug 2013 16:12:48 -0400
Jóhann B. Guðmundsson johan...@gmail.com wrote:
On 08/15/2013 03:47 PM, Kevin Fenzi wrote:
On Thu, 15 Aug 2013 15:36:53 -0400
Jóhann B. Guðmundsson johan...@gmail.com wrote:
Interesting since they did not do that when I joined QA what 5 or 6
years ago
On Wed, 14 Aug 2013 18:22:34 -0500
Michael Cronenworth m...@cchtml.com wrote:
On 08/14/2013 12:26 PM, Kevin Fenzi wrote:
I guess I'm open to the idea, but I have long wished we could have
some way to always keep the previous version of a package for yum
downgrades. ;(
Keeping all
Per request at
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers?rd=PackageMaintainers/Join
I
would like to introduce myself.
Who am I? Brian Schonecker, RHCE and complete novice at building packages?
What will I contribute? I have access to an IBM mainframe s390x and am
https://fedorahosted.org/389/attachment/ticket/47465/0003-Ticket-47465-problem-with-389-adminutil-detection-in.patch
https://fedorahosted.org/389/attachment/ticket/47465/0001-Ticket-47465-problem-with-389-adminutil-detection-in.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
On Thu, 15 Aug 2013 15:15:11 -0600
Kevin Fenzi ke...@scrye.com wrote:
That sounds like it would be a lot of duplication in mirrormanager
and other parts of the project. ;)
kevin
Why not do it's on the users PC\Laptop. (As a change\feature?)
/etc/yum.repos.d/updates.repo (ditto testing if
On Thu, Aug 15, 2013 at 10:55 AM, Lars Seipel lars.sei...@gmail.com wrote:
On Wed, Aug 14, 2013 at 08:37:19PM -0700, Dan Mashal wrote:
Otherwise we are looking at possibly reforking gnome-bluetooth at this
point in time.
Reforking? And then wait until the bitrot sets in again? ;-)
Can't you
On Thu, Aug 15, 2013 at 3:04 PM, Dan Mashal dan.mas...@gmail.com wrote:
On Thu, Aug 15, 2013 at 10:55 AM, Lars Seipel lars.sei...@gmail.com wrote:
On Wed, Aug 14, 2013 at 08:37:19PM -0700, Dan Mashal wrote:
Otherwise we are looking at possibly reforking gnome-bluetooth at this
point in time.
On 15/08/13 12:28 PM, Mattias Ellert wrote:
Try:
%doc License?for?Contents License_gpl-2.0.txt Readme.txt
See: http://www.rpm.org/ticket/858
Mattias
Thank you Mattias, your suggestion worked.
http://koji.fedoraproject.org/koji/buildinfo?buildID=456936
Luya
--
devel mailing list
On 14.08.2013 14:05, Ales Kozumplik wrote:
On 08/14/2013 11:46 AM, poma wrote:
Summ.
yum - kernel-PAE-modules-extra - Installing - OK
dnf - kernel-PAE-modules-extra - Upgrading - ?
poma
Hi,
this looks like a new bug related to Yum's installonly feature which is
still a bit
On Thu, Aug 15, 2013 at 2:02 PM, Orion Poplawski or...@cora.nwra.com wrote:
Thanks. Turns out ckeditor also had a raw .fla file. I don't know if any
package would have a .fla without a .swf, but it might be worth checking
for.
Thanks for pointing that out!
.fla files are source files, so
On Thu, Aug 15, 2013 at 3:38 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
On Thu, Aug 15, 2013 at 2:02 PM, Orion Poplawski or...@cora.nwra.com wrote:
Thanks. Turns out ckeditor also had a raw .fla file. I don't know if any
package would have a .fla without a .swf, but it might be
On Thu, 15 Aug 2013 15:46:36 -0700
Dan Mashal dan.mas...@gmail.com wrote:
On Thu, Aug 15, 2013 at 3:38 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
On Thu, Aug 15, 2013 at 2:02 PM, Orion Poplawski
or...@cora.nwra.com wrote:
Thanks. Turns out ckeditor also had a raw .fla file.
On Thu, Aug 15, 2013 at 3:49 PM, Ananda Samaddar asamad...@myopera.com wrote:
On Thu, 15 Aug 2013 15:46:36 -0700
Yes they are. Flash is slowly dying though, only to be replaced by DRM
in html5. Out of the frying pan...
Ananda
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, Aug 15, 2013 at 6:39 PM, Bill Nottingham nott...@redhat.com wrote:
Underlying dep of libgnomeprint22/libgnomeprintui22, which is used by a few
end-user things (gpp, conglomerate, gnome-genius), but nothing I need for
now, so giving up ownership.
Isn't it just time we killed the old
On Thu, Aug 15, 2013 at 3:46 PM, Dan Mashal dan.mas...@gmail.com wrote:
Forgive me if I sound rude and correct me if I'm wrong, but arent the
free versions of Flash pretty useless as well?
We're talking about SWF compilers here, not players. There are free
compiler tools that work just fine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Jima has not been able to make enough time for Fedora lately and asked
me to orphan and announce the packages he maintains.
alsa-oss
aoetools
banner
bwm-ng
clusterssh
conserver
graphviz
libdnet
libstatgrab
miau
ngrep
perl-X11-Protocol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 12 Aug 2013 14:47:03 +0100
Richard Hughes hughsi...@gmail.com wrote:
Hi all,
I'd like to ask for comments on a feature I need for the Fedora
Application Installer. The current yum backend in PackageKit does
something like this:
* yum
https://bugzilla.redhat.com/show_bug.cgi?id=782599
Emmanuel Seyman emman...@seyman.fr changed:
What|Removed |Added
CC||emman...@seyman.fr
A file has been added to the lookaside cache for perl-CPAN-Changes:
c32f31550825090b565789754f9d4bf9 CPAN-Changes-0.23.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit fb247f75bd287a514bf6974afc876896faa9ae5f
Author: Paul Howarth p...@city-fan.org
Date: Thu Aug 15 11:30:04 2013 +0100
Update to 0.23
- New upstream release 0.23:
- Bump spec version to 0.03
- Be more strict about what we consider to be a Dist::Zilla-style date
The lightweight tag 'perl-CPAN-Changes-0.23-1.fc20' was created pointing to:
fb247f7... Update to 0.23
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 527d7d46eaa983e0786b9ca12fa6a852ca93cff6
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Aug 15 14:35:15 2013 +0200
Fix RT#87875
Perl-Critic-1.118-fix-META-files.patch | 11 +++
perl-Perl-Critic.spec |5 +
2 files changed, 16 insertions(+),
slic3r has broken dependencies in the rawhide tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires
perl-DBD-AnyData has broken dependencies in the rawhide tree:
On x86_64:
perl-DBD-AnyData-0.110-6.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-DBD-AnyData-0.110-6.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Alien-ROOT has broken dependencies in the rawhide tree:
On armhfp:
perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-Math-NumSeq has broken dependencies in the rawhide tree:
On x86_64:
perl-Math-NumSeq-55-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Math-NumSeq-55-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Math-NumSeq-55-2.fc19.noarch
perl-Padre has broken dependencies in the rawhide tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires
perl-IPTables-libiptc has broken dependencies in the rawhide tree:
On x86_64:
perl-IPTables-libiptc-0.52-5.fc19.x86_64 requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-IPTables-libiptc-0.52-5.fc19.i686 requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Jemplate has broken dependencies in the rawhide tree:
On x86_64:
perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Jemplate-0.262-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Jemplate-0.262-4.fc19.noarch
perl-Encode-JP-Mobile has broken dependencies in the rawhide tree:
On x86_64:
perl-Encode-JP-Mobile-0.30-2.fc19.x86_64 requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Encode-JP-Mobile-0.30-2.fc19.i686 requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires
perl(Bio::Index::AbstractSeq)
On armhfp:
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree:
On x86_64:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl-Template-Alloy has broken dependencies in the rawhide tree:
On x86_64:
perl-Template-Alloy-1.016-6.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Template-Alloy-1.016-6.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-CGI-Ex has broken dependencies in the rawhide tree:
On x86_64:
perl-CGI-Ex-2.38-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-CGI-Ex-2.38-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-CGI-Ex-2.38-4.fc19.noarch requires
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-2.12-7.fc20.x86_64 requires perl(:MODULE_COMPAT_5.16.3)
polymake-2.12-7.fc20.x86_64 requires perl = 4:5.16.3
polymake-2.12-7.fc20.x86_64 requires libperl.so()(64bit)
On i386:
perl-Unix-Statgrab has broken dependencies in the rawhide tree:
On x86_64:
perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires
libstatgrab.so.6()(64bit)
On i386:
perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6
On armhfp:
perl-Unix-Statgrab-0.04-20.fc20.armv7hl
perl-ParseUtil-Domain has broken dependencies in the rawhide tree:
On x86_64:
perl-ParseUtil-Domain-2.22-3.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-ParseUtil-Domain-2.22-3.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
1 - 100 of 113 matches
Mail list logo
