FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 10-02-2010, 12:44 AM
Jim Hayward
 
Default F14 libgdl 2.31.x broken

Any application that uses libgdl on F14 segfaults on startup. I had to
downgrade libgdl to 2.30.x in order to get applications using libgdl to
work.

Quoting from an upstream bug report filed against Anjuta for the same
issue I'm seeing on F14....

"Anyway, gdl 2.31.x is broken and gnome-2-32 will ship gdl 2.30.x.

Actually the gdl 2.31.x was superseeded with gdl 2.90.x which will ship
with GNOME 3.0 and uses gtk+-3.0 but won't work with anjuta yet as we
don't use gtk+-3.0.

So please use gdl 2.30.x for now."


I filed a Fedora bug report over two weeks ago, but have had no response
from the Fedora maintainer for libgdl. If someone else has the time, can
we please get this issue fixed.

Upstream Anjuta bug report I found about the same issue.
https://bugzilla.gnome.org/show_bug.cgi?id=627463

Fedora bug I filed against libgdl.
https://bugzilla.redhat.com/show_bug.cgi?id=635333


Regards,
Jim H




--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-02-2010, 08:12 AM
Michael Schwendt
 
Default F14 libgdl 2.31.x broken

On Fri, 01 Oct 2010 17:44:05 -0700, Jim wrote:

> Any application that uses libgdl on F14 segfaults on startup.

Any? That would mean it would have been easy to test whether the update
works at all, but either it has been marked stable without any testing
or at a time when it worked:
https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14

> Quoting from an upstream bug report filed against Anjuta for the same
> issue I'm seeing on F14....
>
> "Anyway, gdl 2.31.x is broken and gnome-2-32 will ship gdl 2.30.x.
>
> Actually the gdl 2.31.x was superseeded with gdl 2.90.x which will ship
> with GNOME 3.0 and uses gtk+-3.0 but won't work with anjuta yet as we
> don't use gtk+-3.0.
>
> So please use gdl 2.30.x for now."
>
>
> I filed a Fedora bug report over two weeks ago, but have had no response
> from the Fedora maintainer for libgdl. If someone else has the time, can
> we please get this issue fixed.
>
> Upstream Anjuta bug report I found about the same issue.
> https://bugzilla.gnome.org/show_bug.cgi?id=627463
>
> Fedora bug I filed against libgdl.
> https://bugzilla.redhat.com/show_bug.cgi?id=635333

There's a package related RFE in bugzilla which is unanswered since June.
The package is assigned to only one person:
https://admin.fedoraproject.org/pkgdb/acls/name/libgdl

If a downgrade (with an Epoch bump) is the only way forward, it would
still be good to have the current packager comment on that. Or somebody
who is familiar enough with libgdl and would also show interest in
joining Fedora's group of packagers in order to help with libgdl and
related packages.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-02-2010, 02:08 PM
Jim Hayward
 
Default F14 libgdl 2.31.x broken

On Sat, 2010-10-02 at 10:12 +0200, Michael Schwendt wrote:
> On Fri, 01 Oct 2010 17:44:05 -0700, Jim wrote:
>
> > Any application that uses libgdl on F14 segfaults on startup.
>
> Any? That would mean it would have been easy to test whether the update
> works at all, but either it has been marked stable without any testing
> or at a time when it worked:
> https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14

Yes, any application that uses libgdl segfaults with the same error on
my F14 system. This is not limited to software from the F14 repo, but
also self compiled applications that worked fine previously on F13. The
above version also has the same problem.

>
> There's a package related RFE in bugzilla which is unanswered since June.
> The package is assigned to only one person:
> https://admin.fedoraproject.org/pkgdb/acls/name/libgdl
>
> If a downgrade (with an Epoch bump) is the only way forward, it would
> still be good to have the current packager comment on that. Or somebody
> who is familiar enough with libgdl and would also show interest in
> joining Fedora's group of packagers in order to help with libgdl and
> related packages.

A downgrade for F14 to 2.30.x, however rawhide(F15) probably needs to
move to 2.90.x. Which is the GTK3 branch of libgdl.

Anjuta is broken on F14. I don't know if any other apps in the F14 repo
use libgdl. I'm not familiar with the internal workings of libgdl,
however I use libgdl for a couple of my own applications. I think I can
tell whether or not the problem is my own application.

The upstream bug report I referenced before includes a response from the
Anjuta/libgdl developer, "Anyway, gdl 2.31.x is broken and gnome-2-32
will ship gdl 2.30.x.". I'm inclined to trust the upstream developer if
he says his app is broken.


Regards,
Jim H


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-02-2010, 04:32 PM
Michael Schwendt
 
Default F14 libgdl 2.31.x broken

On Sat, 02 Oct 2010 07:08:56 -0700, Jim wrote:

> > https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14

> Anjuta is broken on F14. I don't know if any other apps in the F14 repo
> use libgdl.

$ repoquery --whatrequires 'libgdl-1.so.3'
anjuta-1:2.31.90.0-1.fc14.i686
gnome-python2-gdl-0:2.25.3-23.fc14.i686
gtranslator-0:1.9.11-3.fc14.i686
libgdl-devel-0:2.31.3-1.fc14.i686
solang-0:0.4.1-9.fc14.i686
valide-0:0.6.1-0.22.20103003svn511.fc14.i686

And "repoquery --whatrequires libgdl --alldeps" doesn't add more than
libgdl itself.

> I'm not familiar with the internal workings of libgdl,
> however I use libgdl for a couple of my own applications. I think I can
> tell whether or not the problem is my own application.
>
> The upstream bug report I referenced before includes a response from the
> Anjuta/libgdl developer, "Anyway, gdl 2.31.x is broken and gnome-2-32
> will ship gdl 2.30.x.". I'm inclined to trust the upstream developer if
> he says his app is broken.

Well, not responding to bugzilla tickets, sometimes it's a packager's way
to signal "I don't have time for this and would appreciate if somebody
else took over". Dunno whether that is the case for libgdl in Fedora
though, but given your interest in libgdl, it would make sense to get
involved in the Fedora package maintenance somehow.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-04-2010, 10:22 PM
Adam Williamson
 
Default F14 libgdl 2.31.x broken

On Sat, 2010-10-02 at 10:12 +0200, Michael Schwendt wrote:
> On Fri, 01 Oct 2010 17:44:05 -0700, Jim wrote:
>
> > Any application that uses libgdl on F14 segfaults on startup.
>
> Any? That would mean it would have been easy to test whether the update
> works at all, but either it has been marked stable without any testing

This appears to have been what happened:

https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14

there's no +1 or -1 vote. It's not a critpath update, so it can be
pushed stable with no feedback after seven days - see the note "This
update has reached 7 days in testing and can be pushed to stable now if
the maintainer wishes" - and it was indeed pushed after that time.

It's possible the maintainer tested it, but you can't tell that from the
Bodhi page.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 07:01 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org