Bug#885777: (no subject)

2018-03-27 Thread Borden Rhodes
> As far as I can tell libgnomecanvas2-0 is still in the distribution but
> fails to compile because it needs some packages which are unmaintained.
>
> For the moment it is still in testing and unstable.

However, Xournal has been removed from testing. If libgnomecanvas is
staying in Buster, then shouldn't Xournal also?



Bug#885777: (no subject)

2018-03-25 Thread Carlo Segre


As far as I can tell libgnomecanvas2-0 is still in the distribution but 
fails to compile because it needs some packages which are unmaintained.


For the moment it is still in testing and unstable.

Carlo

On Sun, 25 Mar 2018, Denis Auroux wrote:

Uh, wait... the mailing list post from October 2017 announcing the 
deprecation and removal of libgnome and libgnomeui and other related 
libraries didn't even list libgnomecanvas among the libraries to be removed, 
or xournal among the affected packages -- perhaps showing awareness that 
libgnomecanvas is in fact not related to libgnome in any way.  Could it be 
that someone got overzealous and decided to remove libgnomecanvas for no good 
reason?  Perhaps that can still be undone?


Denis



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#885777: (no subject)

2018-03-25 Thread Denis Auroux
Uh, wait... the mailing list post from October 2017 announcing the 
deprecation and removal of libgnome and libgnomeui and other related 
libraries didn't even list libgnomecanvas among the libraries to be 
removed, or xournal among the affected packages -- perhaps showing 
awareness that libgnomecanvas is in fact not related to libgnome in any 
way.  Could it be that someone got overzealous and decided to remove 
libgnomecanvas for no good reason?  Perhaps that can still be undone?


Denis



Bug#885777: (no subject)

2018-03-25 Thread Denis Auroux
libgnomecanvas is not related to libgnome in any way despite the name. 
It provides a high-performance canvas widget for GTK2, it is the 
standard canvas widget for GTK2. There is no good replacement for GTK3. 
I am not aware of any serious issues with it apart from it being old.


The two GTK3 canvases that aim to provide something similar to 
libgnomecanvas, foocanvas/geocanvas and goocanvas, are not so 
well-maintained, not as well-optimized, and not as standard as 
libgnomecanvas.  I don't want to invest a lot of effort into switching 
to one just to have Debian declare it deprecated the following year.


The official Debian line that libgnomecanvas is deprecated in favor of 
cairo is nonsense since the two don't offer equivalent functionality -- 
it's impossible to port libgnomecanvas software to rely only on cairo 
and the cairo ecosystem.


Please consider un-deprecating libgnomecanvas.  Despite the lack of 
active development, it is a useful library, has no security issues that 
I am aware of, and software that people want to use depends on it.


I don't have time to port xournal to GTK3 and a GTK3 canvas at the 
moment. You can try using the gtk3 branch from Daniel German's git 
repository, but I am not ready to adopt this as the main upstream 
xournal, and probably won't have time to migrate xournal to GTK3 or to a 
different canvas widget for the next couple of years at least.


If Debian persists, I would simply advise xournal users to install 
libgnomecanvas and xournal outside of the distribution's package manager.


Sincerely,
Denis Auroux