Do you need anyone to test this for you on Ubuntu 13.10 64bit?
If you point me to where to get it I can probably figure out how to
install it.
-Pat
On Wed, 12 Feb 2014 21:09:55 +0100
Niels Thykier wrote:
> On 2014-02-09 12:38, Rebecca N. Palmer wrote:
> > We have fixed versions of flightgear a
openscenegraph is now in testing, flightgear and fgrun successfully
built everywhere; should this bug now be closed?
Upstream talk of openscenegraph 3.2.1 has died down again, but uploading
the fixed ossim would still be a good idea.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.d
On 2014-02-09 12:38, Rebecca N. Palmer wrote:
> We have fixed versions of flightgear and fgrun, and I expect (but can't
> promise, I'm not the maintainer) that they will be uploaded soon.
>
> If you want to remove libopenscenegraph80 and end this now, go ahead,
> it's uninstallable anyway (but not
We have fixed versions of flightgear and fgrun, and I expect (but can't
promise, I'm not the maintainer) that they will be uploaded soon.
If you want to remove libopenscenegraph80 and end this now, go ahead,
it's uninstallable anyway (but note that a previous request (#737676)
was rejected).
On 2014-02-05 22:47, Markus Wanner wrote:
> On 02/05/2014 09:46 PM, Niels Thykier wrote:
>> simgear went through NEW today; looks like it FTBFS on mips due to a
>> test failing (haven't checked it) and we are still waiting for a few
>> architectures to finish their builds.
>
> Also note that a cop
On 02/05/2014 09:46 PM, Niels Thykier wrote:
> simgear went through NEW today; looks like it FTBFS on mips due to a
> test failing (haven't checked it) and we are still waiting for a few
> architectures to finish their builds.
Also note that a copyright popped up: #737733.
> PS: Markus, are you s
On 2014-02-04 14:33, Rebecca N. Palmer wrote:
> choreonoid is now fixed (thanks to Andreas for sponsorship), which just
> leaves getting simgear through NEW and uploading flightgear/fgrun.
>
>
simgear went through NEW today; looks like it FTBFS on mips due to a
test failing (haven't checked it)
choreonoid is now fixed (thanks to Andreas for sponsorship), which just
leaves getting simgear through NEW and uploading flightgear/fgrun.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: h
2014-02-03 Rebecca N. Palmer :
> The choreonoid maintainer has agreed to my fix.
>
>
>> (This starts to be offtopic, so perhaps would be better to stop
>> discussing it in the bug report).
>
> Where would you suggest: #718381 (the openwalnut breakage) or a new wishlist
> bug against openscenegraph?
The choreonoid maintainer has agreed to my fix.
(This starts to be offtopic, so perhaps would be better to stop
discussing it in the bug report).
Where would you suggest: #718381 (the openwalnut breakage) or a new
wishlist bug against openscenegraph?
I don't understand why this would not be
Processing control commands:
> block -1 with 735891
Bug #729289 [release.debian.org] transition: openscenegraph
729289 was blocked by: 725383 720816
729289 was not blocking any bugs.
Added blocking bug(s) of 729289: 735891
--
729289: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729289
Debian
Control: block -1 with 735891
On 2014-02-03 00:06, Rebecca N. Palmer wrote:
> That means choreonoid needs to be fixed; the patch is in #735891.
So all that is missing here is a sponsor for doing a NMU with a sane
looking RC bugfix patch?
Changelog entry should be something along
[ Rebecca N.
2014-02-03 Rebecca N. Palmer :
>>
>> Also, for the future, question to Niels: we know that multiple
>> versions of the same library are discouraged, but maybe it would be
>> useful in this case to accomodate to the pace of different rdeps?
>
> That wouldn't be as useful as it might look: openwalnut
Some additional notes:
1. Upstream's trunk (3.3.1) has currently a soname named "111". From
the logs, it is just a version number bump, but it would make sense to
make sure that the ABI is not broken again. Several weeks ago I used
abi-compliance-checker on OSG, but it failed to finish the analy
Perhaps Alberto or Rebecca (who follow upstream mailing lists) have
better guesses about the current state of mind of upstream.
They recently released 3.2.1rc2, and said the release date of 3.2.1
final would depend on the test results from that; they did not give an
estimate.
Also, for the fu
2014-02-02 Niels Thykier :
> On 2014-02-01 14:11, Rebecca N. Palmer wrote:
>> The state of openscenegraph itself isn't the problem here: what we're
>> waiting for is for simgear to clear NEW and for Release Team to give
>> official permission (britney hint??) to ignore openwalnut for now.
>
> Actua
The tracker is now working again.
decrufting openscenegraph
will have to wait until we have fixed all the packages that we can.
That means choreonoid needs to be fixed; the patch is in #735891.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe"
On 2014-02-01 14:11, Rebecca N. Palmer wrote:
> The state of openscenegraph itself isn't the problem here: what we're
> waiting for is for simgear to clear NEW and for Release Team to give
> official permission (britney hint??) to ignore openwalnut for now.
>
Actually both of those things are FTP
On 2014-01-31 22:57, Andreas Beckmann wrote:
> [trimmed Cc:]
>
> On Friday, 31. January 2014 21:44:44 Sebastiaan Couwenberg wrote:
>> The updated libcitygml package is not uploaded yet, but I intent to ask
>> for sponshorship at the end of the weekend if YunQiang Su hasn't replied
>
> My NMU got
The state of openscenegraph itself isn't the problem here: what we're
waiting for is for simgear to clear NEW and for Release Team to give
official permission (britney hint??) to ignore openwalnut for now.
There is the separate question of whether you want an ~rc in an Ubuntu
LTS (14.04 freeze
The updated libcitygml package is not uploaded yet,
It was NMUd about a week ago, fixing the FTBFS bug, but I don't know if
all your planned changes were included. (By "OK" I meant "OK for
transition", ie built against latest openscenegraph and no RC bugs.)
Making unrelated changes to OK-for-
On 01/31/2014 10:57 PM, Andreas Beckmann wrote:
> On Friday, 31. January 2014 21:44:44 Sebastiaan Couwenberg wrote:
>> The updated libcitygml package is not uploaded yet, but I intent to ask
>> for sponshorship at the end of the weekend if YunQiang Su hasn't replied
>
> My NMU got uploaded yesterd
[trimmed Cc:]
On Friday, 31. January 2014 21:44:44 Sebastiaan Couwenberg wrote:
> The updated libcitygml package is not uploaded yet, but I intent to ask
> for sponshorship at the end of the weekend if YunQiang Su hasn't replied
My NMU got uploaded yesterday and is built successfully.
@release t
On 01/31/2014 09:23 PM, Rebecca N. Palmer wrote:
> Updated status:
> osgearth, libcitygml, qgis: OK (qgis FTBFS on arm*, but that's non-RC as
> there's no old arm* version in sid)
The updated libcitygml package is not uploaded yet, but I intent to ask
for sponshorship at the end of the weekend if
Not being sure whether to go to 3.2.0rc, 3.2.0 final or wait for the
(indefinitely delayed) 3.2.1 is what has already made this drag on for
months.
> [3.2.1] should be binary compatible. (And their current 3.2
> branch still has a SOVERSION of 100.)
3.2.1 bumps the OpenThreads soversion to 20,
2014/1/23 Manuel A. Fernandez Montecelo :
> 2014/1/22 Rebecca N. Palmer :
>> choreonoid and ossim turned out to also FTBFS (for
>> non-openscenegraph-related reasons); I have posted a patch for choreonoid
>> (#735891), and suggested that ossim (#735814) move to the already-fixed
>> version in the
After asking in #debian-ftp...
2014/1/22 Rebecca N. Palmer :
> choreonoid and ossim turned out to also FTBFS (for
> non-openscenegraph-related reasons); I have posted a patch for choreonoid
> (#735891), and suggested that ossim (#735814) move to the already-fixed
> version in the UbuntuGIS PPA.
On 22/01/14 22:23, Rebecca N. Palmer wrote:
> Given that libopenscenegraph80 is uninstallable (it depends on the
> no-longer-existing libavcodec53/libavformat53/libavutil51), keeping it
> around doesn't actually help its reverse dependencies; how should this
> be dealt with? (request its removal? r
choreonoid and ossim turned out to also FTBFS (for
non-openscenegraph-related reasons); I have posted a patch for
choreonoid (#735891), and suggested that ossim (#735814) move to the
already-fixed version in the UbuntuGIS PPA.
this no longer blocks anything else or needs to be handled
as a t
Steven Chamberlain (2013-11-11):
> title = "openscenegraph";
> is_affected = .build-depends ~ /(libopenscenegraph|simgear)-dev/;
FWIW I tend not to trust packages to have explicit, direct build-deps;
and I'm usually listing OR'd bad & good packages there.
> is_bad = .depends ~ /libopenscenegraph
fgrun only indirectly build-depends on libopenscenegraph-dev, via
the transitional package simgear-dev I think. I now have this ben file:
title = "openscenegraph";
is_affected = .build-depends ~ /(libopenscenegraph|simgear)-dev/;
is_bad = .depends ~ /libopenscenegraph(80|99)/ | .depends ~
/libop
As several packages have already been built against libopenscenegraph99,
and at least ossim depends only on the libopenthreads(13|14|15) part of
openscenegraph, those also need to be included:
title = "openscenegraph";
is_affected = .build-depends ~ /libopenscenegraph-dev/;
is_bad = .depends ~
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Hi,
It appears to me that a openscenegraph began a transition. I'm opening
this bug as a place to track/discuss this.
Version 3.2.0~rc1-1 in unstable dropped libopenscenegraph80 for
libopenscenegraph99
33 matches
Mail list logo
