Hi, i'm co-maintaining part of the gtkmm stack and a documentation
location issue has been raised
(https://bugzilla.redhat.com/show_bug.cgi?id=678981)
By default, gtkmm-related packages put their documentation in
/usr/share/doc, but for historical reason, fedora packages move them
to /usr/share/gtk
2011/2/21 80 :
> Hi, i'm co-maintaining part of the gtkmm stack and a documentation
> location issue has been raised
> (https://bugzilla.redhat.com/show_bug.cgi?id=678981)
> By default, gtkmm-related packages put their documentation in
> /usr/share/doc, but for historical reason, fedora packages mo
Le 21/02/2011 09:41, 80 a écrit :
> (you have to move documentation and fix devhelp index files),
Not only .devhelp, but also .pc which is used to
retrieve doc path by others packages.
# pkg-config --variable=doxytagfile "cairomm-1.0"
/usr/share/doc/cairomm-1.0/reference/cairomm-1.0.tag
# pkg-
2011/2/21 Remi Collet :
> Le 21/02/2011 09:41, 80 a écrit :
>
>> (you have to move documentation and fix devhelp index files),
>
> Not only .devhelp, but also .pc which is used to
> retrieve doc path by others packages.
>
> # pkg-config --variable=doxytagfile "cairomm-1.0"
> /usr/share/doc/cairomm-
Stanislav Ochotnicky writes:
> On 02/16/2011 04:58 PM, Andreas Schwab wrote:
>> That does not mean that the compressed contents will always be the same.
>
> $ git clone -q git://github.com/sonatype/sisu
$ GIT_DIR=sisu/.git git archive --prefix="sonatype-sisu-1.4.3.2/" --format=tar
sisu-1.4.3.2
@krzesimir: thank you, if we settle to /usr/share/doc, then you should
move devhelp index to /usr/share/devhelp/books. Another issue is that
gtkmm doc subpackages should require base package documentation
packages (for libvtemm, at least gtkmm24-doc, glibmm24-doc,
libsigc++20-doc) so that hyperlink
On 02/19/2011 09:10 PM, Remi Collet wrote:
> Le 19/02/2011 20:25, Rawhide Report a écrit :
>
>> gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
>> gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea)
>> gmusicbrowser-1.0.2-2.fc15.noarch requires p
On 02/21/2011 06:38 AM, Matthew Miller wrote:
> How do I even go about diagnosing this?
https://fedoraproject.org/wiki/How_to_debug_Systemd_problems
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
The lightweight tag 'perl-Module-Metadata-1.04-2.fc14' was created pointing
to:
31fe10b... Initial import of perl-Module-Metadata-1.04-2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.f
On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:
> On 02/19/2011 09:10 PM, Remi Collet wrote:
>> Le 19/02/2011 20:25, Rawhide Report a écrit :
>>
>>> gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
>>> gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea)
Le 21/02/2011 10:36, Panu Matilainen a écrit :
> A more likely candidate for new dependencies appearing is that rpm now
> collects dependencies from perl's "use base qw" syntax, which older
> versions did not.
So ? Should we fill a bug against perl-Gtk2 to Provides all usable class
provided by G
On Mon, 21 Feb 2011 10:36:05 +0100, Panu Matilainen wrote:
> A more likely candidate for new dependencies appearing is that rpm now
> collects dependencies from perl's "use base qw" syntax, which older
> versions did not.
filed now as:
https://bugzilla.redhat.com/show_bug.cgi?id=679014
On 02/21/2011 10:36 AM, Panu Matilainen wrote:
> On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:
>> On 02/19/2011 09:10 PM, Remi Collet wrote:
>>> Le 19/02/2011 20:25, Rawhide Report a écrit :
>>>
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
gmusicbrowser-1
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=678755
Petr Pisar changed:
What|Removed |Added
On 02/21/2011 11:47 AM, Remi Collet wrote:
> Le 21/02/2011 10:36, Panu Matilainen a écrit :
>> A more likely candidate for new dependencies appearing is that rpm now
>> collects dependencies from perl's "use base qw" syntax, which older
>> versions did not.
>
> So ? Should we fill a bug against per
On 02/21/2011 11:39 AM, Panu Matilainen wrote:
> On 02/21/2011 11:47 AM, Remi Collet wrote:
>> Le 21/02/2011 10:36, Panu Matilainen a écrit :
>>> A more likely candidate for new dependencies appearing is that rpm now
>>> collects dependencies from perl's "use base qw" syntax, which older
>>> versio
2011/2/21 80 :
> @krzesimir: thank you, if we settle to /usr/share/doc, then you should
> move devhelp index to /usr/share/devhelp/books.
I moved devhelp2 file to directory owned by gtk-doc because avoiding
dependency on devhelp application seemed sensible to me - it is not
necessary to read doxyg
I'm looking for a reviewer for this almost trivial package:
https://bugzilla.redhat.com/show_bug.cgi?id=678714
If needed, I can trade it for another a review.
--
Gianluca Sforna
http://morefedora.blogspot.com
http://identi.ca/giallu - http://twitter.com/giallu
--
devel mailing list
devel@lists
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=673965
Upstream Release Monitoring
changed:
What|Removed |Added
--
2011/2/21 80 :
> As for /usr/share/devhelp/books, since a similar issue raised by
> gtk-doc, guidelines should allow us now to own
> /usr/share/devhelp/books since devhelp is an optional functionality.
>
>> http://fedoraproject.org/wiki/PackagingGuidelines#Conditional_dependencies
>> The directory
On 02/21/2011 12:28 PM, Ralf Corsepius wrote:
On 02/21/2011 10:36 AM, Panu Matilainen wrote:
On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:
On 02/19/2011 09:10 PM, Remi Collet wrote:
Le 19/02/2011 20:25, Rawhide Report a écrit :
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Scrolle
On 02/21/2011 12:58 PM, Ralf Corsepius wrote:
> On 02/21/2011 11:39 AM, Panu Matilainen wrote:
>> On 02/21/2011 11:47 AM, Remi Collet wrote:
>>> Le 21/02/2011 10:36, Panu Matilainen a écrit :
A more likely candidate for new dependencies appearing is that rpm now
collects dependencies from
I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
tarball to the lookaside cache. "fedpkg new-sources" reports success but
hasn't actually worked:
$ fedpkg new-sources IO-Multiplex-1.11.tar.gz
Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz
#
On 2011-02-21, Paul Howarth wrote:
> I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
> tarball to the lookaside cache. "fedpkg new-sources" reports success but
> hasn't actually worked:
>
https://fedorahosted.org/rel-eng/ticket/4453
-- Petr
--
devel mailing list
devel@li
On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
> I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
> tarball to the lookaside cache. "fedpkg new-sources" reports success but
> hasn't actually worked:
>
> $ fedpkg new-sources IO-Multiplex-1.11.tar.gz
> Uploading
On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepius wrote:
[snip]
>
> In case of the perl(Gtk2::*), rpm now collects "use base ..." requires,
> but misses to collect and provide the XS-symbols they are implicitly
> provided through.
>
> I.e. in a perfect world, rpm's deptracking needs to be extended
On 02/21/2011 02:47 PM, Iain Arnell wrote:
> On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepius wrote:
> [snip]
>>
>> In case of the perl(Gtk2::*), rpm now collects "use base ..." requires,
>> but misses to collect and provide the XS-symbols they are implicitly
>> provided through.
>>
>> I.e. in a p
I am orphaning the following GNOME C++ related packages:
+ atkmm
+ glibmm24
+ gtkmm24
+ gtkmm30
+ libsigc++
+ libsigc++20
Kalev Lember (kalev) and hguemar have been taking good care of them, so I am
more than happy to leave them in their hands.
I would also like to release the following Clutter b
RPM traditionally treats unversioned provides as meaning "any version".
Over on perl-devel list, it's been suggested that this is a bug in rpm.
Googling around, I can't find any specific rationale for why rpm does
this as opposed to say providing version 0. Can anybody enlighten me?
Paul.
--
d
On Mon, 21.02.11 01:38, Matthew Miller (mat...@mattdm.org) wrote:
> Updated to this morning's rawhide. Rebooted. Now, I get to mounting my
> filesystems, which works succesfully, and then it just sits there.
I need more information:
Is the plymouth screen shown?
Does it react to Esc?
Can you s
A file has been added to the lookaside cache for perl-IO-Multiplex:
7db84e16c24579865c9044843880962a IO-Multiplex-1.11.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/mai
Summary of changes:
7a89d34... Tidy up changelog entry (*)
033acd7... Update to 1.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-de...@lists.fedoraproject
On 2011-02-21, Paul Howarth wrote:
> RPM traditionally treats unversioned provides as meaning "any version".
> Over on perl-devel list, it's been suggested that this is a bug in rpm.
>
> Googling around, I can't find any specific rationale for why rpm does
> this as opposed to say providing vers
Summary of changes:
f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
7e34c2b... dist-git conversion (*)
5ddec6e... Merge branch 'master' into f13 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wi
Summary of changes:
f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
7e34c2b... dist-git conversion (*)
5ddec6e... Merge branch 'master' into f13 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wi
Perhaps, should be most useful to post question as this, interesting as they
are, on the rpm mailing list. Just an opinion. Regards
-Original Message-
From: Petr Pisar
Sent: 21/02/2011, 16:43
To: devel@lists.fedoraproject.org
Subject: Re: rpm's treatment of unversioned provides
On 2011
On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote:
> On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
> > I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
> > tarball to the lookaside cache. "fedpkg new-sources" reports success but
> > hasn't act
On 21/02/11 16:42, Toshio Kuratomi wrote:
> On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote:
>> On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
>>> I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
>>> tarball to the lookaside cache. "fedpkg new-
On Mon, Feb 21, 2011 at 02:51:11PM +, Paul Howarth wrote:
> RPM traditionally treats unversioned provides as meaning "any version".
> Over on perl-devel list, it's been suggested that this is a bug in rpm.
>
> Googling around, I can't find any specific rationale for why rpm does
> this as op
On Sun, Feb 20, 2011 at 09:06:03PM -0800, Adam Williamson wrote:
> Hi, Fedorans. Please be informed that this week is Fedora Graphics Test
> Week. Tuesday 2011-02-22 is Nouveau Test Day [1], Wednesday 2011-02-23
> is Radeon Test Day [2] and Thursday 2011-02-24 is Intel (graphics) Test
> Day [3].
>
On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
> On a second thought - May-be it would be more suitable for perl to parse
> the *.pods, such XS-modules normally are accompanied with?
As discussed in
[Bug 679014] rpmbuild: Perl excessive auto-Requires
https://bugzilla.re
On Mon, Feb 21, 2011 at 10:18:38AM +0100, 80 wrote:
> @krzesimir: thank you, if we settle to /usr/share/doc, then you should
> move devhelp index to /usr/share/devhelp/books.
>
One thing to note about /usr/share/doc is that files under there are
automatically marked as %doc. Programs can't have a
On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote:
> In bugzilla 553069 many of the dupes are false positives due to ABRT
> running wild with non-working detection of duplicates.
For the tenth time, this is a really unhelpful way of looking at things.
"Detecting duplicates" is not some so
On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote:
> On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
> > On a second thought - May-be it would be more suitable for perl to parse
> > the *.pods, such XS-modules normally are accompanied with?
>
> As discussed in
> [Bug
Compose started at Mon Feb 21 08:15:27 UTC 2011
Broken deps for x86_64
--
R-hdf5-1.6.9-10.fc15.x86_64 requires hdf5 = 0:1.8.5.patch1
balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit)
beagle-0.3.9-19.fc1
A file has been added to the lookaside cache for perl-Mail-IMAPClient:
846ea5a54ea57ff4ea148e143319acef Mail-IMAPClient-3.27.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.o
commit 13ea19546bf98d5c7976c0d7bf1548c1d4173855
Author: Nick Bebout
Date: Mon Feb 21 13:50:39 2011 -0600
Upgrade to 3.27
.gitignore|1 +
perl-Mail-IMAPClient.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
https://bugzilla.redhat.com/show_bug.cgi?id=654990
https://bugzilla.redhat.com/attachment.cgi?id=479987&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
commit 5315e1de36c4ec1d7cdc3316105246cbbbfdbeaa
Author: Nick Bebout
Date: Mon Feb 21 14:14:39 2011 -0600
Remove COPYRIGHT from %files
perl-Mail-IMAPClient.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Mail-IMAPClient.spec b/perl-Mail-IMAPClient.spe
Summary of changes:
13ea195... Upgrade to 3.27 (*)
5315e1d... Remove COPYRIGHT from %files (*)
(*) 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.fedorap
Summary of changes:
7b3b607... Fix docfile dependencies (*)
d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
13ea195... Upgrade to 3.27 (*)
5315e1d... Remove COPYRIGHT from %files (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fed
Summary of changes:
16632d7... - Mass rebuild with perl-5.12.0 (*)
4662966... 3.25 (*)
cb7327d... dist-git conversion (*)
7b3b607... Fix docfile dependencies (*)
d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
13ea195... Upgrade to 3.27 (*)
5315e1d... Remov
commit 3e520cfac4bcc01674cc6bbaa3f557e5ea7b2ae4
Merge: d05af50 5315e1d
Author: Nick Bebout
Date: Mon Feb 21 14:17:44 2011 -0600
Merge branch 'master' into f13
Conflicts:
.gitignore
.gitignore|2 +-
perl-Mail-IMAPClient.spec | 29 +
Summary of changes:
d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
13ea195... Upgrade to 3.27 (*)
5315e1d... Remove COPYRIGHT from %files (*)
d1e8104... Merge branch 'master' into el6
(*) This commit already existed in another branch; no separate mail sent
--
F
commit d1e810492a61fbe3e3a2de81c74823ce274e577d
Merge: 5b632aa 5315e1d
Author: Nick Bebout
Date: Mon Feb 21 14:18:40 2011 -0600
Merge branch 'master' into el6
Conflicts:
.gitignore
.gitignore|3 ++-
perl-Mail-IMAPClient.spec | 12 +---
source
Summary of changes:
2097f42... auto-import perl-Mail-IMAPClient-2.2.9-3.fc7 on branch deve (*)
bc2d1d3... license tag fix (*)
5df8caf... Rebuild for new perl (*)
db7bb85... perl rebuild, chain 4 (*)
a9f85a5... update to 3.05 (*)
9ecdd12... update to 3.08 (*)
24f49c4... - Rebuilt for
commit 387bdaab7e6e9d2ed9ded402d06528749cdb672b
Merge: 057e508 5315e1d
Author: Nick Bebout
Date: Mon Feb 21 14:20:08 2011 -0600
Merge branch 'master' into el5
Conflicts:
.gitignore
perl-Mail-IMAPClient.spec
sources
perl-Mail-IMAPClient.spec | 33
commit 5c732528c9205ea8d72146c2fc527df052e5b4be
Author: Nick Bebout
Date: Mon Feb 21 14:20:37 2011 -0600
Merge master into el5
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..2d161d0 100644
--- a/.gitignore
+++
On 02/21/2011 11:13 AM, Andreas Schwab wrote:
> Stanislav Ochotnicky writes:
>
>> On 02/16/2011 04:58 PM, Andreas Schwab wrote:
>>> That does not mean that the compressed contents will always be the same.
>>
>> $ git clone -q git://github.com/sonatype/sisu
>
> $ GIT_DIR=sisu/.git git archive --p
Join us on irc.freenode.net #fedora-meeting for this important meeting.
Wednesday, February 23, 2011 @22:00 UTC (17:00 EST/14:00 PST)
"Before each public release Development, QA and Release Engineering
meet to determine if the release criteria are met for a particular
release. This meeting is ca
On 02/21/2011 11:36 AM, Panu Matilainen wrote:
> A more likely candidate for new dependencies appearing is that rpm now
> collects dependencies from perl's "use base qw" syntax, which older
> versions did not.
Another one which will result in more dependencies than before is a
here-doc related
On Mon, 21 Feb 2011 10:14:16 -0800, Adam wrote:
> On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote:
>
> > In bugzilla 553069 many of the dupes are false positives due to ABRT
> > running wild with non-working detection of duplicates.
>
> For the tenth time, this is a really unhelpful wa
On Mon, 2011-02-21 at 22:18 +0100, Michael Schwendt wrote:
> On Mon, 21 Feb 2011 10:14:16 -0800, Adam wrote:
>
> > On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote:
> >
> > > In bugzilla 553069 many of the dupes are false positives due to ABRT
> > > running wild with non-working detectio
On Mon, 21 Feb 2011 13:32:34 -0800, Adam wrote:
> Dropping a snide criticism in a message on a mailing list which is
> purportedly about something else entirely is exactly passive-aggressive:
What the heck is your mission?
Return to the 1st post in this thread. My comment on the "many false
posi
Hi,
I've just tried to push an update to F15 stable that has been in
testing for more than 7 days, and it doesn't seem to work. You can see
the time released versus the time in the top right of this screenshot:
http://mbooth.fedorapeople.org/bodhi.png
I clicked "mark as stable" and received that
On 21 February 2011 21:57, Mat Booth wrote:
> Hi,
>
> I've just tried to push an update to F15 stable that has been in
> testing for more than 7 days, and it doesn't seem to work. You can see
> the time released versus the time in the top right of this screenshot:
>
> http://mbooth.fedorapeople.or
On Mon, 21 Feb 2011 22:00:53 +
Mat Booth wrote:
> On 21 February 2011 21:57, Mat Booth wrote:
> > Hi,
> >
> > I've just tried to push an update to F15 stable that has been in
> > testing for more than 7 days, and it doesn't seem to work. You can
> > see the time released versus the time in t
On Mon, 2011-02-21 at 22:55 +0100, Michael Schwendt wrote:
> On Mon, 21 Feb 2011 13:32:34 -0800, Adam wrote:
>
> > Dropping a snide criticism in a message on a mailing list which is
> > purportedly about something else entirely is exactly passive-aggressive:
>
> What the heck is your mission?
so
On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote:
> It's a moot point anyway as only alpha blockers and nice-to-haves are
> being pushed to F-15 at the moment, despite the raft of
> broken-dependency-fixing packages being ready to go.
^^ this - we're in Alpha freeze so you can't push things
https://bugzilla.redhat.com/show_bug.cgi?id=678646
https://bugzilla.redhat.com/attachment.cgi?id=480016&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 21 February 2011 22:08, Adam Williamson wrote:
> On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote:
>
>> It's a moot point anyway as only alpha blockers and nice-to-haves are
>> being pushed to F-15 at the moment, despite the raft of
>> broken-dependency-fixing packages being ready to go.
>
Hi list,
I'm new in rpm building and want to prepare a package for webapp Habari
(review request: https://bugzilla.redhat.com/show_bug.cgi?id=673630) but.. I
have a problem with locale files, which are situated in
%{_datadir}/habari/system/locale. When I use %find_lang macro, rpmbuild have
problem
On Mon, 2011-02-21 at 22:27 +, Mat Booth wrote:
> Ok, thanks. I didn't realise there was a freeze on too.
Looking back I don't actually see a freeze announcement, though I may
just be missing it in the archives. If there wasn't one, that's a miss
on qa/releng's part, sorry.
--
Adam Williamso
On 2/21/11 8:52 AM, Paul Howarth wrote:
>>> I've no idea, but it isn't just you. I'm seeing exactly the same problem
>>> >> trying to provide new sources for virt-viewer. Upload "succeeds"
>>> >> according
>>> >> to fedpkg, but the file doesn't exist on the server when you try to
>>> >> fetch
>
Hello fellow Fedorans.
With this email I'm trying to contact David Zeuthen. There is a bug [1]
filed for Festival speech synthesis which is open for almost four years
now (besides a few others, but the particular one is bothering me).
I once had checked in a fix into CVS in 2008 or so, which was
perl-Kwiki-RecentChanges has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Pe
perl-JSON-RPC has broken dependencies in the F-15 tree:
On x86_64:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
On i386:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org
perl-Kwiki-UserName has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://w
perl-Kwiki-Search has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fed
perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires
main_module>)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires
perl()
perl-CGI-Application-Stru
perl-Data-ObjectDriver has broken dependencies in the F-15 tree:
On x86_64:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle)
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db)
On i386:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires per
perl-Gtk2-Ex-Carp has broken dependencies in the F-15 tree:
On x86_64:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
On i386:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-Declare-Constraints-Simple has broken dependencies in the F-15 tree:
On x86_64:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires
perl(Declare::Constraints::Simple-Library)
On i386:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires
perl(Declare::Constr
perl-Ace has broken dependencies in the F-15 tree:
On x86_64:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
On i386:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-CSS-DOM has broken dependencies in the F-15 tree:
On x86_64:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
On i386:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/
perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl
perl-Object-InsideOut has broken dependencies in the F-15 tree:
On x86_64:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
On i386:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp
perl-bioperl has broken dependencies in the F-15 tree:
On x86_64:
perl-bioperl-1.6.1-6.fc15.noarch requires
perl(Bio::Expression::FeatureSet)
On i386:
perl-bioperl-1.6.1-6.fc15.noarch requires
perl(Bio::Expression::FeatureSet)
Please resolve this as soon as possible.
--
Fedora
perl-Net-SSH-Perl has broken dependencies in the F-15 tree:
On x86_64:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
On i386:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
ht
perl-DateTime-Set has broken dependencies in the F-15 tree:
On x86_64:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) >=
0:0.5502
On i386:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) >=
0:0.5502
Please resolve this as soon as possible.
perl-Pugs-Compiler-Rule has broken dependencies in the F-15 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
On i386:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
Please resolve this as soon as possible.
--
Fedora Extras P
perl-Catalyst-Controller-FormBuilder has broken dependencies in the F-15 tree:
On x86_64:
perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires
perl(Catalyst::View::HTML::Template)
On i386:
perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires
perl(Catalyst
perl-Kwiki-Revisions has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http:
perl-Kwiki-NewPage has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.
perl-Kwiki has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/E
perl-Kwiki-Raw has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraprojec
perl-DBIx-ContextualFetch has broken dependencies in the F-15 tree:
On x86_64:
perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::st)
perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::db)
On i386:
perl-DBIx-ContextualFetch-1.03-11.fc15.noarch r
perl-Kwiki-UserPreferences has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.
--
Fedora Ext
Fedora 15 Alpha RC1 is now available [1]. Please refer to the following
pages for download links and testing instructions.
Installation:
https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test
Desktop:
https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test
Ideally, all
On Mon, Feb 21, 2011 at 03:54:14PM +0100, Lennart Poettering wrote:
> > Updated to this morning's rawhide. Rebooted. Now, I get to mounting my
> > filesystems, which works succesfully, and then it just sits there.
> I need more information:
> Is the plymouth screen shown?
> Does it react to Esc?
>
1 - 100 of 103 matches
Mail list logo
