Hi Neal,
this happens because retrace server uses yum and yum is not able to
fully resolve dependencies in some specific situations. In that case
there is no reason to continue because the resulting backtrace would be
unusable.
What package are you trying to retrace? AFAIK there seems to be a
> Matthew Garrett wrote:
> > Unless the checking is part of autoqa this simply isn't
> > sufficient. There's a huge benefit to implementing it in the way
> > that's
> > easiest for maintainers.
>
> The earlier a problem is detected, the cheaper it is to fix. If I have
> understood AutoQA right, it
Hello Ankur,
our current libjpeg-turbo build in Fedora is 100% API/ABI compatible
with former ijg libjpeg 6b. I would recommend to simply package the
application and try to build it against libjpeg-turbo. If something
fails, feel free to send me a mail with details and I will try to help you.
Reg
Hi Jan,
On Tue, Aug 9, 2011 at 12:56 PM, Jan Kratochvil
wrote:
> On Tue, 09 Aug 2011 16:44:31 +0200, Colin Walters wrote:
>> the goal being that they see warnings more easily.
>
> You should make -Werror default instead, by compiling packages without -Werror
> various bugs creep in which would be
This was inkscape.
Michal Toman wrote:
> Hi Neal,
>
> this happens because retrace server uses yum and yum is not able to
> fully resolve dependencies in some specific situations. In that case
> there is no reason to continue because the resulting backtrace would be
> unusable.
> What package ar
On Sun, Aug 07, 2011 at 09:41:17PM +0300, Pasi Kärkkäinen wrote:
> On Mon, Jul 25, 2011 at 08:36:00AM -0400, Adam Jackson wrote:
> > On 7/25/11 8:31 AM, Roman Rakus wrote:
> > > On 07/25/2011 04:38 AM, W. Michael Petullo wrote:
> > >> Is anyone who is a grubby contributor interested in adding these
On Wed, 2011-08-10 at 11:04 +0200, Adam Tkac wrote:
> Hello Ankur,
>
> our current libjpeg-turbo build in Fedora is 100% API/ABI compatible
> with former ijg libjpeg 6b. I would recommend to simply package the
> application and try to build it against libjpeg-turbo. If something
> fails, feel free
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=729504
--- Comment #4 from Jose Pedro Oliveira 2011-08-10 08:42:31
EDT ---
(In reply to comment #3)
> Is perl-Devel-StackTrace not in
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree:
On x86_64:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as poss
Compose started at Wed Aug 10 08:15:16 UTC 2011
Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit)
almanah-0.7.3-12
Can we please either disable these nag messages or give developers the
ability to push a package regardless of testing when it reaches nag age?
Original Message
Subject: [Fedora Update] [CRITPATH] [old_testing_critpath]
mdadm-3.1.3-0.git20100804.3.fc14
Date: Wed, 10 Aug 2011 00
On 08/09/2011 06:45 PM, Eric Sandeen wrote:
>> I've made the first WIP release of e2fsprogs 1.42. The primary purpose
>> is for people to test the 64-bit functionality and be confident that we
>> didn't introduce any 32-bit regressions.
> So in theory you can at least mfks & mount a 16T fs and bey
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RFE: request that DateTime-Format-ISO8601 be added to EPEL.
https://bugzilla.redhat.com/show_bug.cgi?id=729644
Summary: RFE: request that DateTime-Format-ISO860
On 08/10/2011 06:47 AM, Rawhide Report wrote:
> Compose started at Wed Aug 10 08:15:16 UTC 2011
>
> Broken deps for x86_64
> --
>
> New package: c3p0-0.9.2-0.5.pre1.fc15
>
>
> Updated Packages:
>
Perhaps this could be split into two report
On Tue, Aug 09, 2011 at 02:20:53PM +0100, Matthew Garrett wrote:
> You can't bring a policy to FESCO, fail to turn up to any of the
> meetings and then be surprised if the enacted proposal doesn't perfectly
> match yours. The ticket was flagged "meeting" up until the point where
> it was closed
> > The earlier a problem is detected, the cheaper it is to fix. If I have
> > understood AutoQA right, it gets involved only after I submit a
> > package to
> > updates-testing.
Kamil Paral wrote:
> Currently we (the AutoQA) are able to run the test either after you submit
> it to Bodhi, or even
On Wed, Aug 10, 2011 at 02:46:17PM +0100, Richard W.M. Jones wrote:
> This clearly needs to be extended to changes in policy. Flagging a
> ticket as "meeting" is an obscure bit of wonkishness. A courtesy
> email should be sent before the meeting instead.
It's helpful to mail feature owners dire
Hello,
I'm working on packaging conquest[1] for fedora which can be built
against dbase,mysql, postgresql *and* mysql. Which one should I build it
against? Should I build it against all of them and make different
subpackages??
I've uploaded the build scripts here if someone wants a peek
http://a
Hello Ankur!
Try to build against both. You can take a look at the Zabbix package for
inspiration, for instance.
Volker
Am Mittwoch, 10. August 2011, 16:02:05 schrieb Ankur Sinha:
> Hello,
>
> I'm working on packaging conquest[1] for fedora which can be built
> against dbase,mysql, postgresql
On Wed, 2011-08-10 at 16:08 +0200, Volker Fröhlich wrote:
> Hello Ankur!
>
> Try to build against both. You can take a look at the Zabbix package for
> inspiration, for instance.
>
> Volker
Hi Volker,
I'll go try that.
I noticed I had mentioned mysql twice. I meant dbase, postgresql, mysql
a
On Wed, Aug 10, 2011 at 9:10 AM, Ankur Sinha wrote:
> On Wed, 2011-08-10 at 16:08 +0200, Volker Fröhlich wrote:
>> Hello Ankur!
>>
>> Try to build against both. You can take a look at the Zabbix package for
>> inspiration, for instance.
>>
>> Volker
>
> Hi Volker,
>
> I'll go try that.
>
> I notic
No idea about dbase, but you should support Sqlite, PostgreSQL and MySQL if it
makes sense. If the developers said, foo doesn't work well with Sqlite, you
should probably not build though.
Volker
Am Mittwoch, 10. August 2011, 16:10:54 schrieb Ankur Sinha:
> On Wed, 2011-08-10 at 16:08 +0200, Vo
A file has been added to the lookaside cache for perl-Dancer:
9fbe54f6d43c95c7d4aea4f765075bdb Dancer-1.3071.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/listi
On 08/10/2011 07:32 PM, Ankur Sinha wrote:
> Hello,
>
> I'm working on packaging conquest[1] for fedora which can be built
> against dbase,mysql, postgresql *and* mysql. Which one should I build it
> against? Should I build it against all of them and make different
> subpackages??
Did you talk to
> On 08/10/2011 07:32 PM, Ankur Sinha wrote:
>> Hello,
>>
>> I'm working on packaging conquest[1] for fedora which can be built
>> against dbase,mysql, postgresql *and* mysql. Which one should I build it
>> against? Should I build it against all of them and make different
>> subpackages??
>
> Did
On Wed, 10 Aug 2011 01:19:43 + (UTC)
Bojan Smojver wrote:
> Kevin Fenzi scrye.com> writes:
>
> > Done.
>
> Still having no luck submitting this as an update via bodhi. I get:
>
> bojan does not have commit access to cvsgraph
>
> Anyone knows what else is required for a package to be subm
>>> I'm working on packaging conquest[1] for fedora which can be built
>>> against dbase,mysql, postgresql *and* mysql. Which one should I build it
>>> against? Should I build it against all of them and make different
>>> subpackages??
>> Did you talk to upstream and figure out if all these option
On Mon, Aug 08, 2011 at 10:18:48PM +0200, Chitlesh GOORAH wrote:
> Hello there,
>
> It seems that guile-gnome-platform should be unblocked as well.
>
> >
> > Hello there,
> >
> > I wish to take ownership of gnusim8085 and gwave.
> > Can you please grant me the "Take Ownership" for the respective
Hello,
A bit of (hopefully) constructive feedback. It might help with testing
and adoption of fedora if the rcs and alpha releases are made
available in the bfo setup. Actually within the "experimental" folder
there is only a tc1 of f15 currently.
Potential ideas for bfo:
* keep the "experimenta
On 08/10/2011 07:59 AM, Rahul Sundaram wrote:
> On 08/09/2011 06:45 PM, Eric Sandeen wrote:
>>> I've made the first WIP release of e2fsprogs 1.42. The primary purpose
>>> is for people to test the 64-bit functionality and be confident that we
>>> didn't introduce any 32-bit regressions.
>> So in t
commit ffe0670781a4723ab64f936c51538e02ead4871f
Author: Paul Howarth
Date: Wed Aug 10 13:22:10 2011 +0100
Changes for EPEL 4/5 compatibility
- Changes for EPEL 4/5 compatibility:
- Add buildroot
- Add %clean section and clean buildroot at start of %install
- Patch
This is a heads up for people packaging or using applications that
depend on python-fedora. Currently, python-fedora is one package that
contains code useful for both building clients that talk to Fedora
Infrastructure Services and servers that run on Fedora Infrastructure
(mainly CSRF protection
On 08/10/2011 07:59 AM, Rahul Sundaram wrote:
> On 08/09/2011 06:45 PM, Eric Sandeen wrote:
>>> I've made the first WIP release of e2fsprogs 1.42. The primary purpose
>>> is for people to test the 64-bit functionality and be confident that we
>>> didn't introduce any 32-bit regressions.
>> So in t
Summary of changes:
ffe0670... Changes for EPEL 4/5 compatibility (*)
(*) 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.fe
Summary of changes:
ffe0670... Changes for EPEL 4/5 compatibility (*)
(*) 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.fe
Greetings,
For the past few release cycles I've been keeping fusecompress alive since
I was using it on a box with limited HD space. Now that I no longer use
that box, I don't use fusecompress anymore. The maintainer and other
comaintainers of our fusecompress package are busy and have also stop
On Wed, 2011-08-10 at 10:51 -0700, Toshio Kuratomi wrote:
> For packagers, developers, and sysadmins needing python-fedora client
> code,
> this should mean you need to make no changes. yum install
> python-fedora
> or Requires: python-fedora will continue to get you python-fedora and
> the
> mini
The lightweight tag 'perl-Test-DistManifest-1.011-3.fc14' was created pointing
to:
71d4870... update filtering for rpm 4.9
--
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/mailm
The lightweight tag 'perl-Test-DistManifest-1.011-3.fc15' was created pointing
to:
71d4870... update filtering for rpm 4.9
--
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/mailm
The lightweight tag 'perl-Test-DistManifest-1.011-4.el4' was created pointing
to:
ffe0670... Changes for EPEL 4/5 compatibility
--
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/
The lightweight tag 'perl-Test-DistManifest-1.011-4.el5' was created pointing
to:
ffe0670... Changes for EPEL 4/5 compatibility
--
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/
The lightweight tag 'perl-Test-DistManifest-1.011-4.el6' was created pointing
to:
ffe0670... Changes for EPEL 4/5 compatibility
--
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/
On Wed, 2011-08-10 at 08:43 -0700, John Reiser wrote:
> Perhaps upstream could deliver N shared libraries, then at run time
> use
> dlopen() to load the one which corresponds to the database package
> that is being used.
>
>
Thank you for all the suggestions. I'll try the sub package method firs
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=729504
--- Comment #8 from Jose Pedro Oliveira 2011-08-10 14:28:55
EDT ---
(In reply to comment #6)
--[SNIP]--
>
> I'll do updates i
On Wed, Aug 10, 2011 at 08:01:11PM +0200, Pierre-Yves Chibon wrote:
> On Wed, 2011-08-10 at 10:51 -0700, Toshio Kuratomi wrote:
> > For packagers, developers, and sysadmins needing python-fedora client
> > code,
> > this should mean you need to make no changes. yum install
> > python-fedora
> > or
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Provides perl(Switch) improperly
https://bugzilla.redhat.com/show_bug.cgi?id=729768
Summary: Provides perl(Switch) improperly
Product: Fedora
2011/8/2 Andreas Tunek :
> 2011/8/2 Adam Williamson :
>> On Sun, 2011-07-31 at 11:40 +0200, Andreas Tunek wrote:
>>> 2011/7/29 James Laska :
>>>
>>> >
>>> > * http://bugzilla.redhat.com/show_bug.cgi?id=711489 (jlaska, 17:42:29)
>>> > * atl1c: transmit queue timeout (ASUS 522) (jlaska, 17:42:33)
From f989c36a523740f3ce7fe2dfee38e6e423f9ac8b Mon Sep 17 00:00:00 2001
From: Rich Megginson
Date: Wed, 10 Aug 2011 14:56:54 -0600
Subject: [PATCH] make sure the DBVERSION file ends in a newline
---
ldap/servers/slapd/back-ldbm/dbversion.c |4 +++-
1 files changed, 3 insertions(+), 1 deleti
ack. Thanks, Rich!!
--noriko
Rich Megginson wrote:
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
# F16 Alpha Blocker Review meeting #3
# Date: 2011-08-12
# Time: 17:00 UTC [1] (13:00 EDT, 10:00 PDT, 10:00 MST)
# Location: #fedora-bugzappers on irc.freenode.net
The Fedora 16 alpha release has been pushed back a week, so we get
another blocker bug review meeting for alpha!
The next Fedora 16 A
Kevin Fenzi scrye.com> writes:
> You may need commit on devel/master as well?
> If you apply I can get you approved.
Applied. Thanks for your help.
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Today at the Go/No-Go meeting it was decided to slip the Alpha by one
week[1]. Minutes follow below.
There are numerous unresolved blocker bugs at this time[2], requiring
the creation of an RC4 once these blockers are resolved.
As a result, ALL MAJOR MILESTONES, and their dependent tasks, will
I'm having regular but intermittent problems with gnome-screensaver not
locking before swiching users (i.e. leaving an X session unlocked) or
when gnome-shell crashes.
My bugs are getting no interest, so the problem must be just with me.
Is anyone else experiencing similar problems?
Ref: https:/
54 matches
Mail list logo
