[Pkg-giraffe-discuss] Z-push 2.5.0

[Roel van Meer]

Carsten Schoenert writes:

> > I've pushed 2.5.0-2, where this is fixed.
>
> yes, but ... :-)
> I was using Lintian from testing, the version from unstable has found
> new warnings. :(

> > root at i5:/tmp/buildd/z-push-2.5.0# lintian -IE
> > warning: the authors of lintian do not recommend running it with root  
> privileges!
> > W: z-push-kopano-gabsync: command-in-sbin-has-manpage-in-incorrect-section  
> usr/sbin/z-push-gabsync
> [...]

Ah yes, these were added just this week! Nice catch.

> I think there is a reason why the tools are installed into /u/sbin/. If
> yes we should also fix these warnings too.
> This will probably need to get upstream also I guess.

I've reported the issue upstream: https://jira.z-hub.io/browse/ZP-1510
Hopefully we can figure things out before 2.5.1 is released.


> > By the way, I'm about to start packaging some additional webapp plugins  
> (for
> > our own use). Because you have already packaged the files plugin, I can do
> > this in the proper Debian way, on a monkey see monkey do basis, by using
> > your work as a starting point. Are we interested in having these plugins
> > added to the official repository?
>
> In principle yes, I have stopped on further working on this because the
> old fashion style from upstream building a rather small additional web
> package by the help of a huge load of Java, which I don't really
> understand, is a bit to much for me as I'm really not familiar with the
> Java build systems.
>
> Jelle has done some work in the past on getting rid of the Java stuff as
> building the plugins are always just installing some files somewhere, no
> classical compilation. So far I know this was only happen for
> kopano-webapp itself.
> Maybe Jelle has still some stuff you can use if you want to dive into
> such an task. I think a Makefile would in principle be always the same
> for all plugins.
>
> @Jelle
> Can you say something to the status here?
>
> > First on my list are the desktopnotifications, mdm and spelling plugins.
> >
> > If there is interest, I'll file the ITP bugs and start the work.
>
> A ITP is always a good idea, not that it will happen here but it would
> prevent doubled work in case someone else has the same idea at some
> time. And if you don't want to work further on it you can modify the
> type of the issue to a RFP later.

All right, I'll start the works. I have to do the task anyway, might as well  
do it in a way that more people benefit from it.

Thanks,

Roel