Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2018-08-05 Thread Nicholas D Steeves
Hi Tomasz,

On Thu, Aug 02, 2018 at 11:42:17PM +0800, Tomasz Buchert wrote:
> On 27/07/18 13:04, Nicholas D Steeves wrote:
> > [...]
> 
> Hey all,
> sorry for extremely long lag in fixing this...
> 
> Anyway, I went with Nicholas' suggestion and added verbiste-gtk,
> whereas verbiste-gnome is now transitional. Feel free to review it:
> https://salsa.debian.org/debian/verbiste

Strictly speaking, that's Andreas' suggestion ;-)

> As for verbiste-el, I've created https://bugs.debian.org/905290. I'd
> actually ask for help with this, I'm pretty bad at emacs
> packaging. Pull requests are welcome! :D

I started work on this and will follow up at the new bug.

Cheers,
Nicholas


signature.asc
Description: PGP signature


Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2018-08-02 Thread Tomasz Buchert
On 27/07/18 13:04, Nicholas D Steeves wrote:
> [...]

Hey all,
sorry for extremely long lag in fixing this...

Anyway, I went with Nicholas' suggestion and added verbiste-gtk,
whereas verbiste-gnome is now transitional. Feel free to review it:
https://salsa.debian.org/debian/verbiste

As for verbiste-el, I've created https://bugs.debian.org/905290. I'd
actually ask for help with this, I'm pretty bad at emacs
packaging. Pull requests are welcome! :D

Tomasz


signature.asc
Description: PGP signature


Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2018-07-27 Thread Nicholas D Steeves
Hi Andreas,

On Sun, Dec 31, 2017 at 07:53:59PM +0100, Andreas Henriksson wrote:
> Control: severity -1 serious
> 
> Hello Tomasz Buchert,
> 
> Thanks for your followup.
> 
> On Sun, Jul 16, 2017 at 09:31:57AM +0200, Tomasz Buchert wrote:
> > Hi Laurent,
> > verbiste depends on libgnomeui-2.0 which then depends on gnome-vfs.
> 
> Right, and both of these are deprecated and set for removal.
> 
> > The package does not build anymore if I remove the libgnomeui
> 
> As Laurent already pointed out you'll need to do (trivial)
> code changes as well.
> 
> > dependency, but if in the process of your transition you are going to
> > fix deps of libgnomeui, then this package will profit too.
> 
> Maybe I'm misinterpretting you here, but sounds like you don't
> actually want to maintain this package? If so please replace
> your name with Debian QA in the Maintainer field so others can
> work on this package.
> 
> Anyway, since you atleast replied it was some kind of indication that
> the package isn't completely abandoned and I've thus looked into helping
> you out fixing the issue. I see multiple ways to accomplish that so
> please help me out answering the following questions.

I use this package regularly (so much faster than flipping through the
Bescherelle!) and just noticed that it was removed from testing—when
I checked to see if verbiste-el had yet been converted to use dh-elpa.
I'm a DM primarily active on the Emacsen Team.  With six months
without a reply to this bug, how do we procede?

> What is the point of building both a gtk and a gnome version?
> Porting the gnome version would mean replacing libgnome* usage with pure
> gtk+ usage, basically providing 2 gtk versions which seems kind of
> pointless to me. Maybe we should instead just drop the verbiste-gnome
> package and provide a transitional package that pulls in the
> verbiste(-gtk) package (and have that provide /usr/bin/verbiste). Then
> you can (optionally) work with your upstream to improve the gtk
> version For example the function to provide a default icon
> is available as gtk_window_set_default_icon_from_file(...) and
> you could chose to migrate ~/.gnome2/verbiste to either dconf/gsettings
> or just continue using it as is eg. by opening it via libinih(-dev) or
> similar.

I haven't looked at the src:package yet, but is the gtk+
version packaged?  Bin:verbiste provides
  /usr/bin/french-conjugator
  /usr/bin/french-deconjugator

and a gui seems to be provided exclusively by bin:verbiste-gnome.  Or
is this just a case of ./configure --enable-gnome vs --disable-gnome?

> Btw, while looking at this I noticed there are missing
> build-dependencies (which is a policy violation of its own).
> You don't declare libgtk2.0-dev and/or libxml2-dev as build-
> dependencies but configure explicitly/unconditionally checks for these
> and bails out if missing. (I figured we'll fix this while at it
> so didn't bother filing a separate bug report for this.)
> 
> The removal of the deprecated libraries are upon us now, so looking
> to hear from you ASAP if we're going to work this out before
> verbiste is removed together with the rest of the unmaintained/abandoned
> packages.

Worst-case scenario, if the maintainer is MIA and/or this package is
abandoned, I'd like to retain bin:verbiste, bin:verbiste-el (converted
to use dh-elpa), and introduce bin:verbiste-gtk (replaces
verbiste-gnome).  Best-case scenario I'd like to work on a QT or
Plasma frontend, but I doubt I'll have time for the best case before
buster's freeze.

Regards,
Nicholas


signature.asc
Description: PGP signature


Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2017-12-31 Thread Andreas Henriksson
Control: severity -1 serious

Hello Tomasz Buchert,

Thanks for your followup.

On Sun, Jul 16, 2017 at 09:31:57AM +0200, Tomasz Buchert wrote:
> Hi Laurent,
> verbiste depends on libgnomeui-2.0 which then depends on gnome-vfs.

Right, and both of these are deprecated and set for removal.

> The package does not build anymore if I remove the libgnomeui

As Laurent already pointed out you'll need to do (trivial)
code changes as well.

> dependency, but if in the process of your transition you are going to
> fix deps of libgnomeui, then this package will profit too.

Maybe I'm misinterpretting you here, but sounds like you don't
actually want to maintain this package? If so please replace
your name with Debian QA in the Maintainer field so others can
work on this package.

Anyway, since you atleast replied it was some kind of indication that
the package isn't completely abandoned and I've thus looked into helping
you out fixing the issue. I see multiple ways to accomplish that so
please help me out answering the following questions.

What is the point of building both a gtk and a gnome version?
Porting the gnome version would mean replacing libgnome* usage with pure
gtk+ usage, basically providing 2 gtk versions which seems kind of
pointless to me. Maybe we should instead just drop the verbiste-gnome
package and provide a transitional package that pulls in the
verbiste(-gtk) package (and have that provide /usr/bin/verbiste). Then
you can (optionally) work with your upstream to improve the gtk
version For example the function to provide a default icon
is available as gtk_window_set_default_icon_from_file(...) and
you could chose to migrate ~/.gnome2/verbiste to either dconf/gsettings
or just continue using it as is eg. by opening it via libinih(-dev) or
similar.

Btw, while looking at this I noticed there are missing
build-dependencies (which is a policy violation of its own).
You don't declare libgtk2.0-dev and/or libxml2-dev as build-
dependencies but configure explicitly/unconditionally checks for these
and bails out if missing. (I figured we'll fix this while at it
so didn't bother filing a separate bug report for this.)

The removal of the deprecated libraries are upon us now, so looking
to hear from you ASAP if we're going to work this out before
verbiste is removed together with the rest of the unmaintained/abandoned
packages.

Regards,
Andreas Henriksson



Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2017-07-16 Thread Laurent Bigonville

Le 16/07/17 à 09:31, Tomasz Buchert a écrit :

On 15/07/17 13:40, bi...@debian.org wrote:

Source: verbiste
Version: 0.1.44-1
Severity: wishlist
Tags: sid buster
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gnome-vfs-removal oldlibs

Dear maintainer,

Your package is {build-}depending against gnome-vfs which is
deprecated for quite some times now and has been replaced by gvfs.

We are thinking about removing gnome-vfs for Buster if possible.

Could you please verify that this dependency is mandatory and if it's
not the case, could you please remove it?

Don't hesitate to contact me if you have any questions.

Kind regards,

Laurent Bigonville

Hi Laurent,
verbiste depends on libgnomeui-2.0 which then depends on gnome-vfs. The package 
does not build
anymore if I remove the libgnomeui dependency, but if in the process of your 
transition you are
going to fix deps of libgnomeui, then this package will profit too.

libgnome* (that has been deprecated for years) is also on the list of 
the packages that the GNOME team would be happy to remove.


Do you think you could see with upstream if he could remove these 
dependencies? libgnome seems to be used in only tree files, I literally 
see a maximum of 10 calls to functions of libgnome (configuration part 
that can be replaced by GSettings and setting the icon).


Regards,

Laurent Bigonville



Bug#868409: verbiste: Please drop the (build-)dependency against gnome-vfs

2017-07-16 Thread Tomasz Buchert
On 15/07/17 13:40, bi...@debian.org wrote:
> Source: verbiste
> Version: 0.1.44-1
> Severity: wishlist
> Tags: sid buster
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: gnome-vfs-removal oldlibs
>
> Dear maintainer,
>
> Your package is {build-}depending against gnome-vfs which is
> deprecated for quite some times now and has been replaced by gvfs.
>
> We are thinking about removing gnome-vfs for Buster if possible.
>
> Could you please verify that this dependency is mandatory and if it's
> not the case, could you please remove it?
>
> Don't hesitate to contact me if you have any questions.
>
> Kind regards,
>
> Laurent Bigonville

Hi Laurent,
verbiste depends on libgnomeui-2.0 which then depends on gnome-vfs. The package 
does not build
anymore if I remove the libgnomeui dependency, but if in the process of your 
transition you are
going to fix deps of libgnomeui, then this package will profit too.

Cheers,
Tomasz


signature.asc
Description: PGP signature