I am retiring the evolution-brutus, it currently FTBFS against the
current evolution and upstream is effectively dead, for more details
see:
https://bugzilla.redhat.com/show_bug.cgi?id=511451
I have asked rel-eng to block the package:
https://fedorahosted.org/rel-eng/ticket/3371
Anybody interes
On Tue, Feb 09, 2010 at 16:50:25 -0600,
Mike Chambers wrote:
> Anyone with this type setup tried upgrading via yum from F12 to F13 and
> got the graphics to work, even as of yesterday? Seems the last few
> weeks I can't get it working at all.
I am getting some real 3d support on my nv28. I did
Forwarding this mail on behalf of Kevin Wright as his mail to devel
list didn't appeared yet.
Original Message
Subject: A new comps group: dogtag
Date: Mon, 08 Feb 2010 19:37:43 -0800
From: Kevin Wright
Reply-To: kwri...@fedorproject.org
To: devel@lists.fedoraproject.org
Hi,
I
Charley Wang wrote:
> The details behind what this feature will do, along with how to
> get failing packages to build can be found here :
> https://fedoraproject.org/wiki/UnderstandingDSOLinkChange
"a program that links with libxml2 and uses dlopen may not link with libdl"
Nothing forbids linking
Hi everyone,
This is an update to let maintainers know that the changes to
LD outlined here :
https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
have been pushed to Fedora rawhide.
The details behind what this feature will do, along with how to
get failing packages to build can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Fedora Project recently issued an update to the dnssec-conf
package, to fix an issue that caused Fedora 11 and 12 systems using
BIND (named) to put an inordinately heavy load on RIPE nameservers.
However, this update has been found to break some BI
On Sat, Feb 06, 2010 at 04:22:27PM +0100, Till Maas wrote:
> For yum related python backtrace bugs, it worked pretty well here and
> made bug reporting a lot easier. So maybe it should only be activated
> for cases where additional debuginfo is not needed.
This time it did not catch the bug:
http
On Tue, 2010-02-09 at 16:50 -0600, Mike Chambers wrote:
> Anyone with this type setup tried upgrading via yum from F12 to F13 and
> got the graphics to work, even as of yesterday? Seems the last few
> weeks I can't get it working at all.
Try rolling back to kernel -24, if you can find it. You may
On Tue, Feb 9, 2010 at 9:11 PM, Alain Portal wrote:
> Le mardi 09 février 2010 21:40:04, Till Maas a écrit :
> > On Tue, Feb 09, 2010 at 09:06:47PM +0100, Alain Portal wrote:
> > > The last available version of libplist is 0.13-2.
> > > I get the last libplist spec file which say that libplist sh
Anyone with this type setup tried upgrading via yum from F12 to F13 and
got the graphics to work, even as of yesterday? Seems the last few
weeks I can't get it working at all.
--
Mike Chambers
Madisonville, KY
"Best lil town on Earth!"
--
devel mailing list
devel@lists.fedoraproject.org
https
- "Adam Jackson" wrote:
> On Mon, 2010-02-08 at 17:37 -0500, Roland Grunberg wrote:
> > This is just an update to let maintainers know that the changes to
> > LD outlined here :
> >
> > https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
> >
> > will be in fedora rawhide pre
I wrote:
> I've filed this proposal for FESCo, it should get considered at the
> meeting tonight (20:00 UTC):
> https://fedorahosted.org/fesco/ticket/338
> "Proposal: postpone ChangeInImplicitDSOLinking feature to F14 and revert
> its implementation from pre-branch Rawhide"
Sadly, this proposal go
On Mon, 2010-02-08 at 17:37 -0500, Roland Grunberg wrote:
> This is just an update to let maintainers know that the changes to
> LD outlined here :
>
> https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
>
> will be in fedora rawhide pretty soon.
>
> The details behind what this f
Jakub Jelinek wrote:
> You are probably looking for bug compatibility, and that isn't something
> GCC guarantees, definitely not between major versions.
And that's one half of what I'm complaining about.
> The C/C++ standards (and standards governing the extensions to the
> languages) is what mat
I'm having trouble with building kst in f13 (works fine in f12). I'm
guessing its an autotools issue. It seems that the Makefile generated
doesn't get the dependancies correct. I've contacted upstream, but
they're not interested in fixing this since it works on their systems
(and most of them ar
Le mardi 09 février 2010 21:40:04, Till Maas a écrit :
> On Tue, Feb 09, 2010 at 09:06:47PM +0100, Alain Portal wrote:
> > The last available version of libplist is 0.13-2.
> > I get the last libplist spec file which say that libplist should be 1.2-1
> > versioned.
> > Where is the problem?
>
> Yo
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE Summary
On 02/09/2010 12:48 PM, Rich Megginson wrote:
> Nathan Kinder wrote:
>
>>
> ack
>
Thanks! Pushed to master.
Counting objects: 9, done.
Delta compression using 2 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 663 bytes, done.
Total 5 (delta 4), reused 0
On Tue, Feb 09, 2010 at 09:06:47PM +0100, Alain Portal wrote:
> The last available version of libplist is 0.13-2.
> I get the last libplist spec file which say that libplist should be 1.2-1
> versioned.
> Where is the problem?
You probably need to wait a little more, afaics the builds are only 5
Hi,
The last available version of libplist is 0.13-2.
I get the last libplist spec file which say that libplist should be 1.2-1
versioned.
Where is the problem?
Regards,
Alain
--
Les pages de manuel Linux en français
http://manpagesfr.free.fr
signature.asc
Description: This is a digitally sig
On Tue, Feb 09, 2010 at 07:42:44PM +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I disagree with that. Previous changes to the build environment - even
> > upstream GCC changes - have broken way more packages (every GCC .x
> > release tends to break a lot of things temporarily).
>
> And
> Replace
> make CFLAGS="%{optflags} -X11" %{?_smp_mflags}
> with
> make CFLAGS="%{optflags}" LDFLAGS="-lX11" %{?_smp_mflags}
This is still not really ideal. For the long run, you should be fixing the
upstream package so that it passes -lX11 where it needs it. The most proper
change keeps -l
On Tue, 9 Feb 2010 23:28:01 +0530, Parag wrote:
> On Tue, Feb 9, 2010 at 11:18 PM, Jakub Jelinek wrote:
> > On Tue, Feb 09, 2010 at 11:09:50PM +0530, Parag N(पराग़) wrote:
> >> Anyway I find adding missing DSO to CFLAGS in SPEC is easy solution for
> >> now.
> >
> > They don't belong to CFLAGS,
Author: jkeating
Update of /cvs/pkgs/rpms/perl-MooseX-Traits-Attribute-CascadeClear/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7763
Added Files:
dead.package
Removed Files:
Makefile import.log
perl-MooseX-Traits-Attribute-CascadeClear.spec sources
Log Me
> Will there we a switch to give me the old behavior? I might want this for
> my own legacy code.
Not forever. You really should fix your makefiles. It's just cleaning
up usage that was sloppy originally.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
> They will only be so for a fairly short time, and you gave no specific
> time frame for landing the change (only 'pretty soon'), so it was not
> entirely clear. Thanks.
Sorry, we meant to be clear that it was "now" as of the posting.
--
devel mailing list
devel@lists.fedoraproject.org
https://a
Adam Williamson wrote:
> I disagree with that. Previous changes to the build environment - even
> upstream GCC changes - have broken way more packages (every GCC .x
> release tends to break a lot of things temporarily).
And that's something which really irks me about GCC upstream, they don't
seem
Parag N(पराग़) wrote:
> +1. Please revert the changes.
I've filed this proposal for FESCo, it should get considered at the meeting
tonight (20:00 UTC):
https://fedorahosted.org/fesco/ticket/338
"Proposal: postpone ChangeInImplicitDSOLinking feature to F14 and revert its
implementation from pre-b
On Tue, 2010-02-09 at 10:56 -0600, Bruno Wolff III wrote:
> > Do the maintainers multitask that much to work on updates for official
> > releases, develop a new release, and start work on the next release?
>
> Yes. I don't know how much, but the idea is that rawhide will continue
> to get radicia
On Tue, 2010-02-09 at 16:40 +0100, Kevin Kofler wrote:
> > 281 packages? Wov! (That's after the most often occurring problems have
> > been already resolved, am I right?)
> >
> > + let's say 300 "regular" FTBFS bugs -- the F13 mass rebuild will be
> > really great...
>
> To me, this shows that t
Author: remi
Update of /cvs/pkgs/rpms/perl-Apache-DBI/EL-4
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv563
Modified Files:
perl-Apache-DBI.spec sources
Log Message:
update to 1.08 (bugfix)
Index: perl-Apache-DBI.spec
Author: remi
Update of /cvs/pkgs/rpms/perl-Apache-DBI/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32266
Modified Files:
perl-Apache-DBI.spec sources
Log Message:
update to 1.08 (bugfix)
Index: perl-Apache-DBI.spec
==
Author: remi
Update of /cvs/pkgs/rpms/perl-Apache-DBI/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31040
Modified Files:
perl-Apache-DBI.spec sources
Log Message:
update to 1.08 (bugfix)
Index: perl-Apache-DBI.spec
==
On Tue, 2010-02-09 at 09:42 +0100, Jiri Moskovcak wrote:
> On 02/09/2010 04:17 AM, Adam Williamson wrote:
> > On Sun, 2010-02-07 at 14:16 +0100, Jiri Moskovcak wrote:
> >
> >> because I guess they would just sit there until bugzapping period.
> >
>
> > or they get killed due to the release for
> >
Author: remi
Update of /cvs/pkgs/rpms/perl-Apache-DBI/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30391
Modified Files:
perl-Apache-DBI.spec sources
Log Message:
update to 1.08 (bugfix)
Index: perl-Apache-DBI.spec
==
Author: remi
Update of /cvs/pkgs/rpms/perl-Apache-DBI/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29320
Modified Files:
.cvsignore perl-Apache-DBI.spec sources
Log Message:
update to 1.08 (bugfix)
Index: .cvsignore
A file has been added to the lookaside cache for perl-Apache-DBI:
cb33b7ce268ef3a6fcbdc82d13d89b5c Apache-DBI-1.08.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Tue, Feb 9, 2010 at 11:18 PM, Jakub Jelinek wrote:
> On Tue, Feb 09, 2010 at 11:09:50PM +0530, Parag N(पराग़) wrote:
>> Anyway I find adding missing DSO to CFLAGS in SPEC is easy solution for now.
>
> They don't belong to CFLAGS, those are flags for compilation. You want
> LDFLAGS or even bett
On Tue, Feb 09, 2010 at 11:09:50PM +0530, Parag N(पराग़) wrote:
> Anyway I find adding missing DSO to CFLAGS in SPEC is easy solution for now.
They don't belong to CFLAGS, those are flags for compilation. You want
LDFLAGS or even better add it in configure to LIBS.
Jakub
--
devel mailin
On Tue, Feb 9, 2010 at 9:14 PM, Roland Grunberg wrote:
>>Most of the time upstream (myself included) just forgets to add a
>>library at the end of the LDADD line, so all I had to do was send a
>>trivial patch upstream to add "-lm" or something.
>
>>See here for an example:
>>http://bugzilla-attach
Hi,
On Tue, Feb 9, 2010 at 9:08 PM, Kevin Kofler wrote:
> Richard Hughes wrote:
>> I've been fixing upstream projects for weeks to build with
>> --no-[add]-needed. The list of projects that fail to build should be much
>> smaller now, especially for GNOME and Freedesktop stuff.
>
> 1. But have th
On Mon, Feb 08, 2010 at 16:33:54 -0600,
Mike Chambers wrote:
>
> Do the maintainers multitask that much to work on updates for official
> releases, develop a new release, and start work on the next release?
Yes. I don't know how much, but the idea is that rawhide will continue
to get radicial
On Tue, 2010-02-09 at 17:13 +0100, Nils Philippsen wrote:
> - I understand that upstream is working on glade3 and ignoring glade2,
> but this tool needs to stay until glade3 properly understands legacy
> glade2-generated files, doesn't have obvious problems like
> https://bugzilla.redhat.com/show_b
On Thu, 2010-02-04 at 14:24 -0800, Jesse Keating wrote:
> Unblocked orphan glade2
I'll take that at least for the time being, because glade3 on F-12
(glade3-3.6.7-2.fc12.x86_64) e.g. doesn't correctly understand my legacy
glade2 files.
- I've not found any open bugs for it, so I don't expect too
Till Maas wrote:
> Unluckily this information is not really available in the PackageDB, but
> who was this maintainer? According to the RPM changelog[0], the last
> non-rebuild change is from Rex Dieter and the package is only orphaned
> for devel and F12, but not for F11, where Aurelien Bompard is
On Tue, Feb 09, 2010 at 02:38:39PM +, Rawhide Report wrote:
> 1:libguestfs-1.0.82-7.fc13.i686 requires
> /lib/libgcc_s-4.4.3-20100127.so.1
Currently the build is blocked by RHBZ#563103.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v co
On Tuesday 09 February 2010 16:38:52 Kevin Kofler wrote:
> Richard Hughes wrote:
> > I've been fixing upstream projects for weeks to build with
> > --no-[add]-needed. The list of projects that fail to build should be much
> > smaller now, especially for GNOME and Freedesktop stuff.
>
> 1. But have
On Tue, Feb 09, 2010 at 09:38:05AM -0500, Adam Jackson wrote:
> No, you mean --add-needed.
Fair enough. BTW the man page seems to indicate that --add-needed is
deprecated (replaced by --copy-dt-needed-entries).
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjo
Milos Jakubicek wrote:
> On 8.2.2010 23:37, Roland Grunberg wrote:
>>
>> https://fedoraproject.org/wiki/DSOLinkBugs
>
> 281 packages? Wov! (That's after the most often occurring problems have
> been already resolved, am I right?)
>
> + let's say 300 "regular" FTBFS bugs -- the F13 mass rebuild w
>Most of the time upstream (myself included) just forgets to add a
>library at the end of the LDADD line, so all I had to do was send a
>trivial patch upstream to add "-lm" or something.
>See here for an example:
>http://bugzilla-attachments.gnome.org/attachment.cgi?id=152993
In fact most of the
Richard Hughes wrote:
> I've been fixing upstream projects for weeks to build with
> --no-[add]-needed. The list of projects that fail to build should be much
> smaller now, especially for GNOME and Freedesktop stuff.
1. But have those fixes been applied in the Fedora packages? At least
NetworkMa
Nils Philippsen (n...@redhat.com) said:
> IMO, the more dire problem is that /sbin/sulogin links against
> libfreebl3.so which is on /usr. That's just recently prevented me from
> interactively running fsck on my root partition which had errors without
> a rescue image. Somebody wants a bug for th
Coming a bit late here, but anyway...
On Mon, 2010-02-01 at 11:16 -0600, Chris Adams wrote:
> Once upon a time, Ralf Corsepius said:
> > IMO, you are facing a hen-and-egg problem: You've never seen such a
> > complaint, because using a separate /usr partition has never worked on
> > RH-based di
Compose started at Tue Feb 9 08:15:09 UTC 2010
Broken deps for i386
--
PySolFC-cardsets-2.0-2.fc13.noarch requires PySolFC = 0:1.1
blahtexml-0.6-5.fc12.i686 requires libxerces-c.so.28
dbxml-2.4.16-0.5.fc12.i686 requir
On Tue, 2010-02-09 at 08:06 +, Richard Hughes wrote:
> On 8 February 2010 22:46, Kevin Kofler wrote:
> > As a result, you'll be causing dozens of FTBFS bugs just before the feature
> > freeze. I think this is entirely the wrong time in the release cycle to do
> > such a change, if it is done a
On Tue, 2010-02-09 at 13:56 +, Richard W.M. Jones wrote:
> On Tue, Feb 09, 2010 at 06:55:11AM -0500, Neal Becker wrote:
> > Will there we a switch to give me the old behavior? I might want this for
> > my own legacy code.
>
> I have not tried it, but apparently --as-needed (or from gcc use
>
On Mon, 2010-01-18 at 09:06 +0100, Jiri Moskovcak wrote:
> On 01/17/2010 06:49 PM, Camilo Mesias wrote:
> >> Someone else asked this earlier - but why do users need the debug-info
> >> packages - only the debugger looking at the tracebacks needs this. So
> >> seems installing the debug files on e
Hello Roland,
On Mon, Feb 08, 2010 at 05:37:13PM -0500, Roland Grunberg wrote:
[...]
> Also, packages that have failed to build under these new changes can
> be found here :
>
> https://fedoraproject.org/wiki/DSOLinkBugs
I have patched and re-built the ghex package, so it probably won't
belon
On Tue, Feb 09, 2010 at 06:55:11AM -0500, Neal Becker wrote:
> Will there we a switch to give me the old behavior? I might want this for
> my own legacy code.
I have not tried it, but apparently --as-needed (or from gcc use
-Wl,--as-needed):
--as-needed
--no-as-needed
T
On Tue, 9 Feb 2010, Jonathan Underwood wrote:
> Hi,
>
> I just noticed this in a build.log for a successfully built package in koji:
>
> /usr/lib/rpm/pythondeps.sh: line 8: python: command not found
> [repeated 6 times]
>
> That python isn't found isn't a surprise, as for the particular
> package
On Mon, 2010-02-08 at 17:37 -0500, Roland Grunberg wrote:
> This is just an update to let maintainers know that the changes to
> LD outlined here :
>
> https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
>
> will be in fedora rawhide pretty soon.
>
> The details behind what this f
Hi,
I just noticed this in a build.log for a successfully built package in koji:
/usr/lib/rpm/pythondeps.sh: line 8: python: command not found
[repeated 6 times]
That python isn't found isn't a surprise, as for the particular
package there's no python involvement, and so there's no python in the
Will there we a switch to give me the old behavior? I might want this for
my own legacy code.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mar 9 février 2010 11:19, Jens Petersen a écrit :
Hi Jens,
> Then we added a separate weekly input-methods meeting and more
> recently a i18n fonts meeting.
> https://fedoraproject.org/wiki/I18N/Meetings
Please post fonts meeting reminders on the font list too. I'll probably won't
attend (i
We have had biweekly fedora i18n project meetings for a good while now.
Then we added a separate weekly input-methods meeting and more
recently a i18n fonts meeting. In an attempt to rationalize
the number of meetings I am proposing now that instead
we move to one main weekly fedora i18n meeting
2010/2/9 Parag N(पराग़) :
> when one of my package fails to build? Should I ask upstream to
> hardcode required DSO names in Makefile or we need to modify CFLAGS in
> %build section?
Most of the time upstream (myself included) just forgets to add a
library at the end of the LDADD line, so all I had
Hi,
On Tue, Feb 9, 2010 at 8:17 AM, Roland McGrath wrote:
>> Worth clarifying here: Rawhide or (and?) F13?
>
> They are still the same thing, so both. gcc-4.4.3-5.fc13 is there right now.
>
I will say this change is introduced at wrong time, considering we
have only one week left for F13 Alph
On 02/09/2010 04:17 AM, Adam Williamson wrote:
> On Sun, 2010-02-07 at 14:16 +0100, Jiri Moskovcak wrote:
>
>> because I guess they would just sit there until bugzapping period.
>
> or they get killed due to the release for
> which they were filed going EOL.
That's what I meant :)
J.
--
devel m
On 8 February 2010 22:46, Kevin Kofler wrote:
> As a result, you'll be causing dozens of FTBFS bugs just before the feature
> freeze. I think this is entirely the wrong time in the release cycle to do
> such a change, if it is done at all.
I've been fixing upstream projects for weeks to build wit
69 matches
Mail list logo
