Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

Bug#1018231: O: ucpp -- embeddable, quick and light C preprocessor

[Rene Engelhard]

Package: wnpp
Severity: normal
Control: affects -1 src:ucpp

I intend to orphan the ucpp package.

The package description is:
 A C preprocessor designed to be embeddable, quick, light and fully compliant
 to ISO Standard 9899:1999, aka ISO C99, or simply, C99.

Nowadasys, the LibreOffice SDK works with cpp (and that is done in the
libreoffice packages).
And in LibreOffice 7.5 (bookworm) idlc will be gone completely (and thus also 
ucpp:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=a8485d558fab53291e2530fd9a1be581c1628deb

https://qa.debian.org/popcon-graph.php?packages=ucpp_installed=on_legend=on_ticks=on_fmt=%25Y-%25m=1
has 131 installations but it's decreasing. Those is from(old)stable: See
https://packages.debian.org/buster/libreoffice-dev (ucpp) and
https://packages.debian.org/bullseye/libreoffice-dev (ucpp) and
https://packages.debian.org/bookworm/libreoffice-dev (cpp)

Regards,

Rene

Bug#1018229: O: libcuckoo -- high-performance, concurrent hash table (header-only) library

[Rene Engelhard]

Package: wnpp
Severity: normal
Control: affects -1 src:libcuckoo

Hi,

I intend to orphan the libcuckoo package.

# apt-cache show libcuckoo-dev
Package: libcuckoo-dev
Source: libcuckoo
Version: 0.3.1-1
Installed-Size: 184
Maintainer: Debian LibreOffice Maintainers 
Architecture: all
Description: high-performance, concurrent hash table (header-only) library
Description-md5: 266f2c64cb38d9dc6d4ae9e5e2c2e5e3
Homepage: https://github.com/efficient/libcuckoo
Section: devel
Priority: optional
Filename: pool/main/libc/libcuckoo/libcuckoo-dev_0.3.1-1_all.deb
Size: 37064
MD5sum: bac7f0e662e8acc36e5763d8162650a5
SHA256: 7ade625a6887c4797d81a823c0112de7beec859148efb966696dcb55f895056e

Was packaged for LibreOffice but since it isn't used anymore I lost
interest :)

Note the (autopkg)test is flaky and thus marked as such in the last upload, see
https://github.com/efficient/libcuckoo/issues/144 for the upstream
issue.

Given it was packaged specifically for LibreOffice and noone is using
it (and ~non-installed due to popcon, but that might be wrong as it's
header-only, just a build-dependency - but that would then still be
installed in the development environment) maybe it should just
be removed instead?
Especially as it never was part of a stable release...

Regards,

Rene

Bug#787080: Bug#894119: libreoffice: Please add libreoffice-online to the debian repository.

[Rene Engelhard]

Hi,

Am 16.03.21 um 22:02 schrieb Adi Kriegisch:
> thank you very much for the hard work you've put in packaging libreoffice
> online. Starting from your salsa repo[1] I was able to successfully build
> loolwsd and loleaflet packages with the libreoffice packages from
> buster-backports. There were, however, some issues with the unit tests.
> After trying to investigate some of the issues, I decided to skip the test
> by adding an empty override_dh_auto_test target.

Yeah, that one is a mess upstream:

- unit tests need debug

- tests need write permissions in the LO directory (which they of course
don't have in /usr/lib/libreoffice)

...


> Is there any reason why you use loolwsd's init script to configure it
> instead of setting the defaults in /etc/loolwsd/loolwsd.xml? With the
> current init script this does not work.

That part wasn't updated for some time, I wouldn't be surprised if it broke.

/etc/default is a well-known location for environment variables needed
by init scripts, though.


That said, for init script I'd stay as close as with upstream as
possible since maintaining an initi script is a PITA.

(People ideally should use systemd and the systemd unit anyway but init
scripts still should be shipped if feasible.)


But MRs (or patches if you don't have an account on salsa) welcome.

> I very much hope, you're going to continue your excellent work and
> libreoffice online hits the debian archive any time in a not too distant
> future! ;-)

If someone sorts out the JS mess and packages the modules (and keeps the
chain uptodate) ;-)

Then we just need to figure out the test mess (maybe not run them during
the build at all indeed and make it a

"needs-root breaks-testbed" autopkgtest. One should probably add a
autopkgtest anyway.)


Regards,


Rene

Bug#913762: RFP: jbibtex -- Java BibTeX API

[Rene Engelhard]

Package: wnpp
Severity: wishlist

* Package name: jbibtex
  Version : 1.0.17
  Upstream Author : villu.ruusm...@gmail.com
* URL : https://github.com/jbibtex/jbibtex
* License : BSD
  Programming Lang: Java
  Description : Java BibTeX API

Java BibTeX and LaTeX parser and formatter library

I tried to package this myself but failed using mh_make since
some test(-only) dependencies were not found and I couldn't get past
it (and get the tests disabled?)

So if someone wanted to package it I'd be very grateful as writer2latex
1.6.x needs it (upstream "of course" embeds the binary jar :/))

Regards,

Rene

Bug#898937: ITP: hunspell-lv -- Latvian dictionary for hunspell spellchecker

[Rene Engelhard]

On Thu, May 17, 2018 at 05:01:09PM +0200, Agustin Martin wrote:
> This dictionary contains Latvian wordlists for the hunspell
> spellchecker currently supported by Mozilla and OpenOffice,
> plus a Latvian hyphenation pattern for OpenOffice.
> 
> These sources will create a hunspell-lv binary package that will replace
> myspell-lv binary package. However, current myspell-lv sources will stay and
> will still be used to create the Latvian aspell dictionary package.

And it should create a hyphen-lv.

Regards,

Rene

Bug#787080: Bug#894119: libreoffice: Please add libreoffice-online to the debian repository.

[Rene Engelhard]

retitle 894119 RFP: libreoffice-online
reassign 894119 wnpp
forcemerge 787080 894119
thanks

On Mon, Mar 26, 2018 at 06:16:04PM +0300, kpp wrote:
> Package: libreoffice
> Version: 1:5.2.7-1+deb9u3
> Severity: wishlist

No, this is not a bug in LibreOffice itself. It's a wish for a new
package, which isn't even developed inside the LO "core" code and thus
wouldn't be built from here anyway.

And definitely not in stable in any case.

> Please add libreoffice-online to the debian. I suppose it is very useful
> feature.

Maybe, but you need consumers for it. Of which I know of nextclouds
richdocument stff but that one isn't packaged either. :)
A daemon and JS stuff for "nothing" doesn't really help, does it?

Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787080.
I have a building (with npm from nodejs package...) package, but I am not
succeeding getting it to work... It's all theory anyway given the npm
JS mess and that it 

Current packaging is at
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice-online,
though...

Regards,

Rene

Bug#893593: O: o3dgc -- Open 3D Graphics Compression library

[Rene Engelhard]

Package: wnpp
Severity: normal

# apt-cache search o3dgc
libo3dgc-dev - Open 3D Graphics Compression library (development)
root@frodo:/# apt-cache show libo3dgc-dev
Package: libo3dgc-dev
Source: o3dgc
Version: 0~20131011-3
Installed-Size: 435
Maintainer: Debian Multimedia Maintainers 

Architecture: amd64
Description: Open 3D Graphics Compression library (development)
Description-md5: 1b282a72ce17d1589a49e857c3721e1d
Multi-Arch: same
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/o/o3dgc/libo3dgc-dev_0~20131011-3_amd64.deb
Size: 45754
MD5sum: 3fe406d4c8ad47399f57fb4a96d26a26
SHA256: cbb83ef33f8c23fb44bed09b9d67b08eff169fdc28d360d97a8657fc07446515

o3dgc was just packaged because collada2gltf uses it. collada2gltf is
now orphaned, too since nothing uses it anymore and newer snapshots of
collada2gltf don't use o3gdc anymore as far as I can see.

As for collada2gltf, debian-multimedia is not interested in continuing
maintaining this if it has no rdeps, see
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/062936.html
and
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/063045.html

Probably something to be removed?

Regards,

Rene

Bug#893592: O: collada2gltf -- COLLADA to glTF conversion library

[Rene Engelhard]

Package: wnpp
Severity: normal

Package: libcollada2gltfconvert-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Depends: opencollada-dev (>= 0.1.0~20140703.ddf8f47+dfsg1-2), rapidjson-dev, 
${misc:Depends}
Description: COLLADA to glTF conversion library -- development
 glTF, the GL Transmission Format, is the runtime asset format for the GL APIs:
 WebGL, OpenGL ES, and OpenGL. glTF bridges the gap between formats used by
 modeling tools and the GL APIs.
 .
 COLLADA2GLTF converts COLLADA files to glTF.
 .
 This package contains the headers and static libraries for converting COLLADA
 to glTF in your applications.

This package was originally packaged (together with OpenCOLLADA, which
is still used by blender, ttbomk) for LibreOffice. Since LibreOfficd 6.0
that glTF feature is gone so there's no interest in this.

debian-multimedia doesn't have a interest either, see
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/062936.html
and
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2018-February/063045.html

so orphaning this. Uploaded to QA (given the below built against
testing...)

Note it currently FTBFSes with rapidjson 1.0.2. If anyone picked it up
one needs to update the packaging to current git (and package the new
dependencies - ahoy and draco).
I started preparing it in git (without ahoy and orca), though:
https://salsa.debian.org/debian/collada2gltf (experimental branch,
without importing said snapshot yet)

Or it simply should be removed given it has no r-deps?

Regards,

Rene

Bug#893199: O: rapidjson -- fast JSON parser/generator for C++ with SAX/DOM style API

[Rene Engelhard]

Package: wnpp
Severity: normal

I orphan the rapidjson package.

Package: rapidjson-dev
Section: libdevel
Architecture: all
Depends: ${misc:Depends}
Description: fast JSON parser/generator for C++ with SAX/DOM style API
 RapidJSON is an attempt to create the fastest JSON parser and generator.
 .
  - Small but complete. Supports both SAX and DOM style API. SAX parser only a
few hundred lines of code.
  - Fast. In the order of magnitude of strlen(). Optionally supports
SSE2/SSE4.2 for acceleration.
  - Self-contained. Minimal dependency on standard libraries. No BOOST, not
even STL.
  - Compact. Each JSON value is 16 or 20 bytes for 32 or 64-bit machines
respectively (excluding text string storage). With the custom memory
allocator, parser allocates memory compactly during parsing.
  - Full RFC7159 compliance. Supports UTF-8, UTF-16 and UTF-32.
  - Support both in-situ parsing (directly decode strings into the source JSON
text) and non-destructive parsing (decode strings into new buffers).
  - Parse number to int/unsigned/int64_t/uint64_t/double depending on input
  - Support custom memory allocation. Also, the default memory pool allocator
can also be supplied with a user buffer (such as a buffer allocated on
user's heap or programme stack) to minimize allocation. 

This once was just packages because collada2gltf needed it (which in turn
was needed by LO).

And it was never really upadated (except in experimental) to newer versions
because collada2gltf didn't build with newer rapidjsons.
(see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799899)

I lost interest in it because LO doesn't have the feature using collada2gltf
anymore and thus tis one isn't needed for me anymore.

Did an upload setting it to QA just now.

Regards,

Rene

Bug#889677: O: libgltf -- Library for rendering glTF models

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the libgltf package(s).

$ apt-cache show libgltf-0.0-0v5
Package: libgltf-0.0-0v5
Source: libgltf
Version: 0.0.2-5
Installed-Size: 406
Maintainer: Debian LibreOffice Maintainers 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libgl1-mesa-glx | libgl1, 
libglew2.0 (>= 1.12.0), libglu1-mesa | libglu1, libstdc++6 (>= 5.2)
Conflicts: libgltf-0.0-0
Description-en: Library for rendering glTF models
 glTF, the GL Transmission Format, is the runtime asset format for the GL APIs:
 WebGL, OpenGL ES, and OpenGL. glTF bridges the gap between formats used by
 modeling tools and the GL APIs.
 .
 LIBGLTF provides methods to load the OpenGL scene from glTF format and render
 it into an existing OpenGL context. LIBGLTF also allows one to change the
 camera position so the scene can be displayed from different points of view.
Description-md5: 70f62d8a1049e73e44d96799377d
Multi-Arch: same
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/libg/libgltf/libgltf-0.0-0v5_0.0.2-5_amd64.deb
Size: 137638
MD5sum: b44b6af9210c15a5b6093bb10da33abe
SHA256: 26b9a39a09ecc00dddfe494281e37a58a707614f58a0fcc6f2d900fbceb464d3

This was maintained upstream by the document foundation to render glTF
models inside LibreOffice. (and thus also maintained by
debian-openoff...@lists.debian.org).

LibreOffice 6.0 removed that feature, and so I lost any interest of it.

It right now is affected by a RC bug (doesn't build against glm 0.9.9,
probably just needs to define -DGLM_ENABLE_EXPERIMENTAL - also in
configure.ac - see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888930

I already moved it from libreoffice-team to debian on salsa.

Given there is no r-dep besides LibreOffice and the library is
effectively unmaintained upstream, too (see
https://gerrit.libreoffice.org/#/c/41994/) it probably should just be
removed?

Regards,

Rene

Bug#887367: ITP: papirus-libreoffice-theme -- Papirus symbol style for LibreOffice

[Rene Engelhard]

On Mon, Jan 15, 2018 at 10:42:21PM +0800, Yangfl wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Yangfl 
> 
> * Package name: papirus-libreoffice-theme
>   Version : 20171223

Hmm?

https://github.com/PapirusDevelopmentTeam/papirus-libreoffice-theme. No
commit since Sep 2017, still you say "20171223"? And the real issue is
that the actual icons are even older...

>   Upstream Author : Papirus Development Team
> * URL :
> https://github.com/PapirusDevelopmentTeam/papirus-libreoffice-theme
> * License : GPLv3
>   Programming Lang: na
>   Description : Papirus symbol style for LibreOffice
> 
>  Papirus symbol style for LibreOffice.
>  .
>  This package contains the following symbol styles:
>   - Epapirus
>   - Papirus
>   - Papirus_dark

Who is going to support this?

https://github.com/PapirusDevelopmentTeam/papirus-libreoffice-theme/tree/master/src/images_papirus

"a year ago" doesn't exactly sound very promising given there's
steady changes in LO...

Against what version was it tested? Note that 6.0.0 is around the
corner..

Regards,

Rene

Bug#787080: LibreOffice Online with Debian Stretch

[Rene Engelhard]

Hi,

On Thu, Sep 07, 2017 at 07:54:21AM +0200, Stefan Weil wrote:
> The license issue with JSON in libpoco was fixed recently, see
> https://github.com/pocoproject/poco/issues/1614#issuecomment-327629217.

Only if the poco got released with that - so we'd need to wait for poco 2.0.

But yeah, interesting point. 

But that still leaves the JS mess and Debians npm too old to actually do
something with that npm_shrinkwrap thingy :(

Regards,

Rene
> 

Bug#787080: LibreOffice Online with Debian Stretch

[Rene Engelhard]

Hi,

On Sun, Feb 26, 2017 at 02:17:58PM +0100, Rene Engelhard wrote:
> On Sun, Feb 26, 2017 at 01:50:39PM +0100, Stefan Weil wrote:
> > Indeed it would be nice to have a Debian package for LibreOffice Online.
> > I finished installing it manually on Debian Stretch, and it works pretty
> > good.

That said, I have just pushed my (admittedly far from complete, especially for
loleaflet) part to pkg-openoffice[sic!] git:

https://anonscm.debian.org/cgit/pkg-openoffice/libreoffice-online.git

Any help/patches welcome, especially for the Javascript/npm mess. Also for new
JS packages (which then probably should be put under the

Maintainer: Debian Javascript Maintainers 
<pkg-javascript-de...@lists.alioth.debian.org>

umbrella.

> > When building I noticed that missing JSON support in package
> > libpoco-dev is still a problem (see bug report #856192).

While doing what I did above, I created a unstripped (but thus non-free)
version of poco. FWIW, I now uploaded that one to
https://people.debian.org/~rene/libreoffice/online/poco-nonfree/

But for Debian, the poco and JS situations need to be sorted out, of course.

Regards,
 
Rene

Bug#787080: LibreOffice Online with Debian Stretch

[Rene Engelhard]

block 787080 by 856192
thanks

Hi,

On Sun, Feb 26, 2017 at 01:50:39PM +0100, Stefan Weil wrote:
> Indeed it would be nice to have a Debian package for LibreOffice Online.
> I finished installing it manually on Debian Stretch, and it works pretty
> good.
> 
> When building I noticed that missing JSON support in package
> libpoco-dev is still a problem (see bug report #856192).

Yes, definitely.

(And then there's the Javascript/npm_shrinkwrap mess and how to untangle
it and use system stuff).

But the poco JSON usage is a/the biggest problem.

But I don't get #856192. That the JSON component is missing is completely
normal there. If POCO would have used something with a free license

See also https://bugs.documentfoundation.org/show_bug.cgi?id=103678 for the
wish upstream to remove that specific usage of POCO.

Regards,

Rene
> 

Bug#779970: ITP: corefx -- .NET Core Libraries

[Rene Engelhard]

Hi,

On Sun, Aug 21, 2016 at 03:31:12PM +1000, Adam Baxter wrote:
> On Sun, 8 Mar 2015 10:55:59 -0300 Henrique de Moraes Holschuh
>  wrote:
> > Shouldn't this package and its sister packages be under a common prefix,
> > such as dotnet-corefx ?
> >
> > namespacing is good.
> >
> 
> I agree. If you look at http://www.dotnetfoundation.org/netcore, there
> are 3 distinct packages mentioned.
> 
> FWIW - think about something like dotnet-corefx (although it could
> also be libdotnet), dotnet-coreclr and dotnet-cli. Someone should ask
> upstream at this point as they have already created unofficial
> packages for some projects.

-cil

See https://pkg-mono.alioth.debian.org/cli-policy/

Regards,

Rene

Bug#818138: ITP: hunspell-ie -- Interlingue dictionary for Hunspell

[Rene Engelhard]

Hi,

On Tue, Mar 15, 2016 at 02:18:43AM +0600, -скрыто- Алекса wrote:
>> It's supposed to be like
>>
>> hunspell-*: spellchecking dicts
>> hyphen-*: hyphenation patterns
>>
>> there's stuff using hyphen but nbot hunspell, so by "hiding" it in
>hunspell-ie..
> 
>It creates two binary packages with those names.

Nah, that is ok. I was assuming you were mixing them both in hunspell-ie 
(whci hepoele did in the past, for whatever reason).

> What source package name do you propose than? It doesn't have much sense
> to have several source packages for a one language.

Depends, on whether those are usuaually shipped tgether or not. If they are
released idependently it _does_ make sense to have two source packages..

But I was aiming more at the binary packages, which you clarified. No problem
for me remaining :)

Regards,

Rene

Bug#818138: ITP: hunspell-ie -- Interlingue dictionary for Hunspell

[Rene Engelhard]

On Mon, Mar 14, 2016 at 12:16:05PM +0600, -скрыто- Алекса wrote:
>Package: wnpp
>Severity: wishlist
>Owner: mistresssilv...@hotmail.com
> 
>* Package name: hunspell-ie
>  Version : 0.5.0
>  Upstream Author : Olga Smirnova 
>* URL : https://github.com/Carmina16/hunspell-ie
>* License : Apache-2.0
>  Description : Interlingue dictionary for Hunspell
> 
>Interlingue [ie] hunspell dictionary and hyphenation patterns.

I have no idea why people think this is a good idea. It isn't.

It's supposed to be like

hunspell-*: spellchecking dicts
hyphen-*: hyphenation patterns

there's stuff using hyphen but nbot hunspell, so by "hiding" it in hunspell-ie..

Of course, if xyou provide it in hunspell-ie apt and packages.d.o wil
show it but still.

Regards,

Rene

Bug#707334: ITA: sampleicc -- ICC profiles i/o and manipulating library and CMM

[Rene Engelhard]

Hi,

On Mon, Nov 16, 2015 at 02:45:57PM -0700, Anthony Fok wrote:
> I intend to adopt Rene Engelhard's excellent sampleicc package.

I think this is more like a ITP, since sampleicc already isn't present
in stable (let alone testing nor unstable) because it was actually removed
long ago.

See https://packages.qa.debian.org/s/sampleicc.html.

> So, if no one objects, I would like to bring this package back into
> Debian's fold.  :-)

But yeah, you can do that when you want/need it :-)

Regards,

Rene

Bug#802660: RFP: Libreoffice (calc) -- libreoffice, calc

[Rene Engelhard]

reassign 802660 libreoffice-calc
found 802660 1:5.0.3~rc2-1
severity 802660 important
tag 802660 + moreinfo
retitle 802660 =A1+A2 fails with Err:509
thanks

Hi,

On Thu, Oct 22, 2015 at 11:42:19AM +0200, Dr. Ernst-Dieter Klinkenberg wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org

I have honestly no idea why one can get the idea to file this against wnpp
and file a Request for package if one can report it against
libreoffice-calc (or, if one doesnÄt know that package itself to
libreoffice).. Reassigning :)

>Package name: Libreoffice -calc
> Version: 1:5.0.3~rc1-2

This should - if at all - be filed against libreoffice-calc.

> Simple cell-operations like e.g  "=A1+A2" give "Err:509"

AFAICR doesn't here; but because you didn't report it against
libreoffice-calc proper this report doesn't include what LO packages
in what versions are installed...

Anyways, this sounds like 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794024 - except that this one 
is fixed, so maybe the same breakage happens
also with some updates between 5.0.x and 5.0.y.

What is the output of

COLUMNS="120" dpkg -l | grep libreoffice

?

Regards,

Rene

Bug#787080: ITP: libreoffice-online -- LibreOffice on-line

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

Filing this ITP because I am sure people will ask about this when it
becomes official. It already appeared in a PM:
http://blog.documentfoundation.org/2015/03/25/libreoffice-to-become-the-cornerstone-of-the-worlds-first-universal-productivity-solution/

* Package name: libreoffice-online
  Version : whatever is uptodate then
  Upstream Author : TDF
* URL : http://cgit.freedesktop.org/libreoffice/online/
* License : MPL-2.0
  Programming Lang: C++, JS
  Description : LibreOffice on-line

Quote from http://cgit.freedesktop.org/libreoffice/online/tree/README:

loolwsd/
The server side component.

loleaflet/
The client side component.

Those will be the packages built (and/or have a depends on libjs-leaflet).
For loolwsd we need a uptodate version of poco, see 786498

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150528104258.ge31...@rene-engelhard.de

Bug#763445: ITP: collada2gltf -- COLLADA to glTF converter

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: collada2gltf
  Version : 20140923
  Upstream Author : KhronosGroup / Motorola Mobility, Inc.
sGroup
* URL : 
https://github.com/KhronosGroup/glTF/tree/master/converter/COLLADA2GLTF
* License : BSD
  Programming Lang: C++
  Description : COLLADA to glTF converter

Will be packaged as 
 - libcollada2glzfconvert-dev (ships the staic-only(!) library)
 - collada2gltf (cmmand line utitily, if I get it built)

Needed for LO (actually already since 4.3.0 but thankfully there's
--disable-collada since 4.3.1...)

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140930110749.ga30...@rene-engelhard.de

Bug#763453: ITP: rapidjson -- JSON parser and generator for C++

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: rapidjson
  Version : 0.11
  Upstream Author : Milo Yip (milo...@gmail.com)
* URL : https://github.com/miloyip/rapidjson
* License : BSD
  Programming Lang: C++
  Description : JSON parser and generator for C++

Needs to packaged as it's a (build-)dependency of collada2gltf.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140930120640.ga19...@rene-engelhard.de

Bug#763455: ITP: o3dgc -- Open 3D Graphics Compression library

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: o3dgc
  Version : ?
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/amd/rest3d/tree/master/server/o3dgc 
* License : MIT
  Programming Lang: C++
  Description : Open 3D Graphics Compression library

Needs to packaged as it's a (build-)dependency of collada2gltf.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140930121646.ga4...@rene-engelhard.de

Bug#694932: Bug#694879: blender 2.71 still missing Collada import/export support

[Rene Engelhard]

On Mon, Sep 22, 2014 at 08:47:43AM +0200, Matteo F. Vescovi wrote:
[2]https://bugs.debian.org/694932
Don't hold your breath waiting for it, though ;-)
We (Rene and I) are working on it: him for LO, me for Blender.

Indeed, though notthing happened much since some time:
http://anonscm.debian.org/cgit/pkg-multimedia/opencollada.git/

I think we (you? I got fed up with NEW...) should upload it asap.
(colada2gltf is an other story but only my problem :))
Updates can then still happen :)

Anyway, don't expect to see it in the archives any time soon.
It probably won't be part of Jessie freeze/release, I guess.

Indeed, especially as it's a NEW packge and needs to go through NEW
and *then* blender neeeds to enable it with the waiting time of 10 days.
And the freeze is on Nov 5

Regards,

Rene


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140922071645.gb29...@rene-engelhard.de

Bug#549409: status of CoinMP ITP?

[Rene Engelhard]

ownwr 549409 !
thanks

Hi,

On Tue, Aug 05, 2014 at 11:10:48PM -0600, Miles Lubin wrote:
 I just released ownership of this RFP. I no longer intend to package
 CoinMP. The main reason for this is that the next release of Cbc will
 include a native C interface (written by myself), making CoinMP
 unnecessary. I'm happy to help work with LibreOffice developers to
 help them move over to this interface if you can point me in the right
 direction. I took a glance at the LO code, and it doesn't seem like it
 will be much effort at all.

Would be nice, yes.

 There are also some quality control issues in packaging CoinMP that I
 didn't have time to put effort into resolving:
 1) The CoinMP API is entirely undocumented

Well, I don't personally care. LO uses its API and that is enough and that
is the only reason I need this. :)

I somehow don't believe users will attempt to use this lib in Debian
without knowing how to use it anyway.

 2) The upstream tarball contains windows binaries (in CoinMP.zip),
 which I don't believe would be appropriate to include in the debian
 archives

Yeah. I needed to repackage it anyway ro get rid of the totally unneeded
copies of other coinor stuff, so I could remove that one as well.

OK, so I'll fine-tune what I have and upload.

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140806092038.ga30...@rene-engelhard.de

Bug#549409: status of CoinMP ITP?

[Rene Engelhard]

Hi Miles,

I just saw the ITP for CoinMP:

#549409 [w|  |  ] [wnpp] ITP: coinor-coinmp -- a lightweight API and library for

and you recorded yourself as owner in last December..

What is the status of it?

I ask because LibreOffice can be built (additionally) with CoinMP, which I have
disabled so far as CoinMP wasn't packaged, but of course you want packages in 
full
glory ;-)

Do you still want to maintain it (preferred, I would just package it for 
LO-needs,
if someone more into COIN than me took it that would be better?
Is it still in the works?

Before I saw the ITP I did some work on the package, though:
http://zyklop.dyndns.org/~rene/coinmp/,.

You can look at it and/or base on it and/or improve or whatever. Or I can upload
it if you want (with or without you in Uploaders:, too)

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140806002147.gc17...@rene-engelhard.de

Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@rene-engelhard.de

* Package name: ucpp
  Version : 1.3.2
* URL : Thomas Pornin por...@bolet.org
* License : BSD
  Programming Lang: C
  Description : embeddable, quick and light C preprocessor

A C preprocessor designed to be embeddable, quick, light and fully compliant to
ISO Standard 9899:1999, aka ISO C99, or simply, C99.

will build
 - ucpp (standalone binary)
 - libucpp-dev (_static_ library to embed ucpp)

Needed because of cpp-4.7(maybe?) going away, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748004

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140701092830.ga21...@rene-engelhard.de

Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor

[Rene Engelhard]

Hi,

On Tue, Jul 01, 2014 at 11:39:34AM +0200, Andrew Shadura wrote:
 On 1 July 2014 11:28, Rene Engelhard r...@debian.org wrote:
  Needed because of cpp-4.7(maybe?) going away, see
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748004
 
 And what's wrong with cpp-4.9, mcpp, gpp and so on?

The answer with cpp-4.8 is in the bug. To be honest I didn't try cpp-4.9...

And I don't know about mcpp and gpp but *if* I use a custom cpp I will
definitely go to what LO uses in its upstream configuration internally
- and that is ucpp.

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140701094329.ga22...@rene-engelhard.de

Bug#717854: O: dmake -- make utility used to build OpenOffice.org

[Rene Engelhard]

Hi,

On Tue, Oct 22, 2013 at 06:13:50PM +0200, Moritz Muehlenhoff wrote:
 On Thu, Jul 25, 2013 at 06:14:02PM +0200, Rene Engelhard wrote:
  Package: wnpp
  Severity: normal
  
  As the description says. Only used by OpenOffice.org (and then OpenOffice 
  and
  LibreOffice).
  
  With LibreOffice 4.1.0 (just uploaded) the nw buildsystem named gbuild 
  (which
  was there before in (bigger) parts) is complete and thus it only
  uses GNU make now - noneed for dmake - no interest at all anymore.
  
  I guess if noone wants totake it it should be removed...
 
 Three months have passed, shall we go ahead with the removal?

I am obviously biased, but imho we can do, yes.

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131023063505.gn9...@rene-engelhard.de

Bug#717854: O: dmake -- make utility used to build OpenOffice.org

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the dmake package.

The package description is:

$ apt-cache show dmake
Package: dmake
Version: 1:4.12-2
Installed-Size: 312
Maintainer: Debian OpenOffice Team debian-openoff...@lists.debian.org
Architecture: amd64
Depends: libc6 (= 2.3)
Description-en: make utility used to build OpenOffice.org
 Dmake is a make utility similar to GNU make or the Workshop dmake.
 .
 This utility has an irregular syntax but is available for Linux, Solaris, and
 Win32 and other platforms. This version of dmake is a modified version of the
 original public domain dmake, and is used to build OpenOffice.org.
 .
 Dmake features:
   * support for portable makefiles
   * portable across many platforms
   * significantly enhanced macro facilities
   * sophisticated inference algorithm supporting
 transitive closure over the inference graph
   * support for traversing the file system both
 during making of targets and during inference
   * %-meta rules for specifying rules to be used
 for inferring prerequisites
   * conditional macros
   * local rule macro variables
   * proper support for libraries
   * parallel making of targets on architectures
 that support it
   * attributed targets
   * text diversions
   * group recipes
   * supports MKS extended argument passing
 convention
   * directory caching
   * highly configurable
Description-md5: 53afd6772e20ccbe97a7b282a278dd06
Tag: devel::buildtools, interface::commandline, role::program,
 scope::utility, suite::openoffice, works-with::software:source
Section: devel
Priority: extra
Filename: pool/main/d/dmake/dmake_4.12-2_amd64.deb
Size: 149006
MD5sum: 7bbff409fc6194c274359edaddb9b2a6
SHA1: 5d86d6cca069eec19588517a19441bf15097986a
SHA256: 1cf79ad6da2e7eda5052eb3eb42542d9e403209fa1265463b123a8312a1fa294

As the description says. Only used by OpenOffice.org (and then OpenOffice and
LibreOffice).

With LibreOffice 4.1.0 (just uploaded) the nw buildsystem named gbuild (which
was there before in (bigger) parts) is complete and thus it only
uses GNU make now - noneed for dmake - no interest at all anymore.

I guess if noone wants totake it it should be removed...

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130725161402.ga17...@rene-engelhard.de

Bug#707334: O: sampleicc

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the sampleicc package.

$ rmadison -S -s unstable sampleicc
 libicc-utils-dev | 1.6.4-1+b1 | sid | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 libicc-utils-dev | 1.6.4-1+b2 | sid | hurd-i386
 libicc-utils2| 1.6.4-1+b1 | sid | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 libicc-utils2| 1.6.4-1+b2 | sid | hurd-i386
 libsampleicc-dev | 1.6.4-1+b1 | sid | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 libsampleicc-dev | 1.6.4-1+b2 | sid | hurd-i386
 libsampleicc2| 1.6.4-1+b1 | sid | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 libsampleicc2| 1.6.4-1+b2 | sid | hurd-i386
 sampleicc| 1.6.4-1| sid | source
 sampleicc-tools  | 1.6.4-1+b1 | sid | amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 sampleicc-tools  | 1.6.4-1+b2 | sid | hurd-i386

Was packaged only because OpenOffice.org started to need it; LibreOffice
switched to liblcms2 so this one is completely out of my
interest now.

If noone wants to adopt it it probably should just be removed...
It had no upload besides the initial upload in 2011 and especially
since it doesn't have any r-deps anymore (and never had, OOo/LO just
build-depended on it)

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130509072202.gb31...@rene-engelhard.de

Bug#707122: O: hsqldb

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the hsqldb package.

Description-en: Java SQL database engine
 HSQLDB is an SQL relational database engine written in Java.  It has a
 JDBC driver and supports a rich subset of SQL-92 (BNF tree format) plus
 SQL:1999 and SQL:2003 enhancements.  It offers a small, fast database
 engine that offers both in-memory and disk-based tables.  Embedded and
 server modes are available.  Additionally, it includes tools such as a
 minimal web server, in-memory query and management tools (can be run as
 applets), and a number of demonstration examples.

LO switched to a new libhsqldb1.8.0-java whereas libhsqldb-java itself
was updated to 2.2.9 to have the standard version not be completely
ancient. That means, though, that I don't have any interest in libhsqldb-java
anymore

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130507164923.gb30...@rene-engelhard.de

Bug#403619: languagetool -- rule-based language checker

[Rene Engelhard]

On Sun, May 13, 2012 at 04:35:36PM +0200, Daniel Naber wrote:
 Lib exists but is not up-to-date (I checked 'unstable'):
 
   libsegment-java 1.3.5, LT needs 1.3.0 and LT 1.8 will need 1.3.8
   libjwordsplitter-java 3.0, LT needs 3.3
   libmorfologik-stemming-java 1.2.2, LT needs morfologik-fsa-1.5.2 and
  morfologik-stemming-1.5.2 (the lib has been split up)
 
 Libs that I did not find in Debian and that we require:
 
   tika-core-0.9.jar from http://tika.apache.org/, Apache License 2.0

Don't forget dependencies of dependencies :)

 Libs that I did not find in Debian but that are only required for Chinese so 
 I think we could do without for now:
 
   ictclas4j-1.0.jar from http://code.google.com/p/ictclas4j/, 
 Apache License 2.0
   CJFtransform_v1.0.1_bin.jar from http://code.google.com/p/cjftransform/,
  Apache License 2.0 

I'd cripple it only as last resort but first trying to package those.

 The internal dictionaries we use are huge when saved as text files (e.g. 
 200MB for German alone). Thus we compress them as a finite-state automaton 
 with the morfologik-stemming project, which yields a 10 time better 
 compression than bzip2 (tested with the German dictionary). We 
 describe how to dump the dictionaries to plain text at the URL that Marcin 
 has posted.

And how do you - which is the point after you did changes - create them (again)?
Is that also documented? Best would be some make-like thingy.

 The question is, what can we do now to help the process of getting LT into 
 Debian?

Get all the packages updated and make the dictionaries be built during the 
package
build (see above).

And then someone needs to do the package and maintain it :-)

(And note not all architectures in Debian do have a Java 6[1] and you
sttill can choose gcj is you wish on the others, so you need to prevent
LT from trying to do something if LO is configured to use gcj)

Regards,

Rene

[1] kfreebsd-* only has gcj. No openjdk there.




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120515140851.ga8...@rene-engelhard.de

Bug#666432: O: libtextcat -- Language detection library

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the libtextcat package.

The package description is:
 Libtextcat is a library with functions that implement the classification
 technic described in Cavnar  Trenkle, N-Gram-Based Text Categorization.
 It was primarily developed for language guessing, a task on which it is known
 to perform with near-perfect accuracy.

LibreOffice switched to libexttextcat and as I only packaged (well, took over
and fixed it up) libtexcat because OpenOffice.org need(s/ed) it...

Regards,

Rene




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120330174319.gl21...@rene-engelhard.de

Bug#644288: still on...

[Rene Engelhard]

Hi,

actually I was wrong, Vanilla LibreOffice releases *do* still enable it
per default...

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111024140529.ga31...@rene-engelhard.de

Bug#644288: RFA: nlpsolver -- Solver for Nonlinear Programming extension for LibreOffice

[Rene Engelhard]

Package: wnpp
Severity: normal

I request an adopter for the nlpsolver package.

The package description is:
 By default LibreOffice Calc ships with a solver engine for linear
 programming only. This allows the optimization of models to a certain degree.
 However, if the formulas or constraints become more complex,
 nonlinear programming is required. That missing gap is now filled by the
 Solver for Nonlinear Programming extension.
 .
 Currently it incorporates two Evolutionary Algorithms which are able to
 handle floating point and integer variables as well as nonlinear constraints.

I only packaged it because some go-oo or libreoffice from history had it 
enabled per
default. Further I have no interest here. 
Now that it doesn't have that on per default...

Note: Java

Grüße/Regards,

Rene



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111004201144.gb20...@rene-engelhard.de

Bug#617718: ITP: libgraphite2-2.0.0 -- a smart font rendering engine -- library

[Rene Engelhard]

Hi,

On Fri, Mar 18, 2011 at 09:27:14AM +, Daniel Glassey wrote:
 earlier. Yes, I'd like to co-maintain it. I think it is good for the
 LibreOffice packaging team to be part of maintaining it to make sure
 there are no breakages there. And I can hopefully be a good link with
 upsteam.

OK. I imported my efforts so far into our current git (debian/ contents only).
http://git.debian.org/?p=pkg-openoffice/graphite2.git;a=summary

I think you should request commit rights on pkg-openoffice then ;)
(or we could move it somewhere else, whatever...)

 I think we should upload to experimental first as it is still under
 development heading for the 1.0 release.

Yep. LibreOffice 3.4 (which needs it is far away anyways)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110322213435.gd4...@rene-engelhard.de

Bug#617718: ITP: libgraphite2-2.0.0 -- a smart font rendering engine -- library

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: libgraphite2-2.0.0
  Version : 0.9.3
  Upstream Author : SIL International
* URL : http://sf.net/projects/silgraphite
* License : LGPL
  Programming Lang: C++
  Description : a smart font rendering engine -- library

 Graphite is a system that can be used to create and use smart fonts capable
 of displaying writing systems with various complex behaviors, such as:
 contextual shaping, ligatures, reordering, split glyphs, bidirectionality,
 stacking diacritics and complex positioning.
 .
 This library was designed and developed by the NRSI (Non-Roman Script
 Initiative) within SIL International (www.sil.org) to act as a complement to
 other smart font rendering technologies with limited practical local
 extensability. Its purpose is to help meet the needs of a very large number
 of minority language communities for local extensibility of complex script
 behaviors.
 .
 The behavior of the rendering engine for a given writing system is specified
 through extra tables added to a TrueType font.  These tables are generated by
 compiling a GDL (Graphite Description Language) source file into a font using
 grcompiler.
 .
 This package contains the shared library.

This seems to be the successor of silgraphite2.0(sic!) which is libgraphite3 and
LibreOffice is going to switch to graphite2.

Daniel, would you want to (co-)maintain it? I have a package (on upstreams
Debian packaging fixed up) here already :-)

Grüße/Regards,

Rene



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110310211447.ga29...@rene-engelhard.de

Bug#403619: LanguageTool status?

[Rene Engelhard]

Hi,

On Tue, Jan 04, 2011 at 11:57:42PM +0100, Kurt Roeckx wrote:
  I ask because LibreOffice includes LT per default[1] (yes, not caring

Deoesn't anymore since rc2, fwiw

  about those issues and/or the binary-only jars - I removed it from the
  Debian source) and us not shipping it would be a regression from the
  upstream LibreOffice version...
 
 So the version currently in experimental doesn't contain
 LanguageTool?

Still (obviously) true :) Nevertheless, having LT packaged would be nice...

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110115174115.gh4...@rene-engelhard.de

Bug#403619: LanguageTool status?

[Rene Engelhard]

Hi again,

On Tue, Jan 04, 2011 at 11:57:42PM +0100, Kurt Roeckx wrote:
 On Mon, Dec 06, 2010 at 03:23:11PM +0100, Rene Engelhard wrote:
  Hi,
  
  is there any status on the LanguageTool ITP? My last information
  was  that it was possible to build the dicts which are binary-only
  in the tree but with much work.
  
  I ask because LibreOffice includes LT per default[1] (yes, not caring
  about those issues and/or the binary-only jars - I removed it from the
  Debian source) and us not shipping it would be a regression from the
  upstream LibreOffice version...
 
 So the version currently in experimental doesn't contain
 LanguageTool?

BTW, even if it did, it'd be in it's own package libreoffice-languagetool.
(As it's upstream, too, and as it's the case with nlpsolver and the other
OOo-inherited extensions, too), so the lack of that package means that
there's no LT anywhere in Debian yet, yes...

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110108154723.ga15...@rene-engelhard.de

Bug#403619: LanguageTool status?

[Rene Engelhard]

On Tue, Jan 04, 2011 at 11:57:42PM +0100, Kurt Roeckx wrote:
 So the version currently in experimental doesn't contain
 LanguageTool?

Yes.

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110105041130.gc7...@rene-engelhard.de

Bug#608703: ITP: downthemall - extension for the Iceweasel/Firefox web browser

[Rene Engelhard]

On Mon, Jan 03, 2011 at 03:48:07AM +0700, Mahyuddin Susanto wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Mahyuddin Susanto udi...@gmail.com
 X-Debbugs-CC: Debian Mozilla Extension Maintainers 
 pkg-mozext-maintain...@lists.alioth.debian.org
 
 Package Name  : downthemall
 Version   : 1.1.10
 Upstream Author   : Federico Parodi, Stefano Verna and Nils Maier
 URL   : http://www.downthemall.net/
 License   : LGPL2, CC-BY-NC-SA 2.5
 Description   :  DownThemAll extension which can desire from a download 
 manager, 
  it features an advanced accelerator that increases speed up 
 to 400%
  and it allows to pause and resume downloads at any time.
  DownThemAll is fast, reliable and easy-to-use! It lets 
 download all the links 
  or images contained in a webpage and much more, which can 
 refine your 
  downloads by fully customizable criteria to get only what 
 really want!
 
 Can be downloaded at https://addons.mozilla.org/en-US/firefox/addon/201/

Already there.

$ rmadison iceweasel-downthemall
 iceweasel-downthemall | 1.1.10-1 | squeeze | source, all
 iceweasel-downthemall | 1.1.10-1 | sid | source, all

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110103010051.ga7...@rene-engelhard.de

Bug#608703: [Pkg-mozext-maintainers] Bug#608703: RFS: downthemall - extension for the Iceweasel/Firefox web browser

[Rene Engelhard]

Hi,

On Mon, Jan 03, 2011 at 04:09:59AM +0700, Mahyuddin Susanto wrote:
 I am looking for a sponsor for my package downthemall.
 
 * Package name: downthemall
   Version : 1.1.10-1
   Upstream Author : Federico Parodi, Stefano Verna and Nils Maier
 * URL : http://www.downthemall.net/
 * License : LGPL2, CC-BY-NC-SA 2.5
   Section : web

As said, already exists:

$ rmadison iceweasel-downthemall
 iceweasel-downthemall | 1.1.10-1 | squeeze | source, all
 iceweasel-downthemall | 1.1.10-1 | sid | source, all

 The package can be found on mentors.debian.net:
 - URL: http://mentors.debian.net/debian/pool/main/d/downthemall
 - Source repository: deb-src http://mentors.debian.net/debian unstable main 
 contrib non-free
 - dget 
 http://mentors.debian.net/debian/pool/main/d/downthemall/downthemall_1.1.10-1.dsc
 
 I would be glad if someone uploaded this package for me.

Hopefully not. If people insist on the package name the already existing one
should be changed, not reuploaded.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110103010308.gb7...@rene-engelhard.de

Bug#403619: LanguageTool status?

[Rene Engelhard]

Hi,

is there any status on the LanguageTool ITP? My last information
was  that it was possible to build the dicts which are binary-only
in the tree but with much work.

I ask because LibreOffice includes LT per default[1] (yes, not caring
about those issues and/or the binary-only jars - I removed it from the
Debian source) and us not shipping it would be a regression from the
upstream LibreOffice version...

Grüße/Regards,

René

[1]
r...@frodo:~/LibO_3.3.0rc1_Linux_x86-64_install-deb_en-US/DEBS$ ls -la *ext*
-rw-r--r-- 1 rene rene 15665122  3. Dez 10:37 
libobasis3.3-extension-languagetool_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene  3433834  3. Dez 10:41 
libobasis3.3-extension-mediawiki-publisher_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene74988  3. Dez 10:38 
libobasis3.3-extension-nlpsolver_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene 12678830  3. Dez 10:45 
libobasis3.3-extension-pdf-import_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene 12077168  3. Dez 10:48 
libobasis3.3-extension-presentation-minimizer_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene   472070  3. Dez 10:40 
libobasis3.3-extension-presenter-screen_3.3.0-17_amd64.deb
-rw-r--r-- 1 rene rene 13714906  3. Dez 10:48 
libobasis3.3-extension-report-builder_3.3.0-17_amd64.deb



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101206142311.ge23...@rene-engelhard.de

Bug#419523: now LibreOffice

[Rene Engelhard]

retitle 419523 RFH: libreoffice - office productivity suite
thanks

Hi,

this of course now also holds true for LibreOffice. (And squeeze -
the last release which will include OOo is in deep freeze anyway)
See also the advocacy on 
http://lists.debian.org/debian-devel/2010/11/msg00180.html

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101113195931.gb29...@rene-engelhard.de

Bug#585965: O: openclipart -- Open Clip Art Library retitle 573099 to openclipart: new upstream version (2.2)

[Rene Engelhard]

Package: wnpp
Severity: normal

Hi,

On Tue, Jun 15, 2010 at 04:48:29PM +0800, Paul Wise wrote:
 On Tue, 2010-06-15 at 10:40 +0200, Rene Engelhard wrote:
 
  If you really are interested in that, feel free to do it
  and adopt the package :). I don't care.
 
 I don't have the time, sorry.
 
 Perhaps you should orphan the package?

Maybe.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100615085904.ge8...@rene-engelhard.de

Bug#581798: RFA: b43-fwcutter -- Utility for extracting Broadcom 43xx firmware

[Rene Engelhard]

Package: wnpp
Severity: normal

Hi,

I request an adopter for the b43-fwcutter package.

The package description is:
 fwcutter is a tool which can extract firmware from various source files.
 It's written for BCM43xx driver files.

It also builds some firmware-*-installer packages using b43-fwcutter.
I don't have Broadcom hardware anymore so I am not the best mainatiner
for it anymore; I already set the Maintainer: to Debian QA Group
(and did some uploads after I did that anyways *shrugs* ,))

Grüße/Regards,

Rene



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100514172724.ga1...@rene-engelhard.de

Bug#555827: ITP: lp-solve-xli-dimacs -- A xli_DIMACS plugin for lp-solve

[Rene Engelhard]

reassign 555827 wnpp
merge 555827 555827
reassign 551872 wnpp
retitle 555827 RFP: lp-solve-xli-lindo -- A xli_LINDO plugin for lp-solve
thanks

Hi,

On Wed, Nov 11, 2009 at 10:19:43PM +0100, Matthias Kümmerer wrote:
 we intend to package the xli_DIMACS plugin for lp-solve.

Besides the fact that this is not the proper form of an ITP,
why didn't you reuse #507463 for this?

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551043: Please add openoffice.org-svgimport extension

[Rene Engelhard]

Hi,

On Thu, Oct 15, 2009 at 11:36:37AM +0200, Rene Engelhard wrote:
 That's just the binaries anyway, not the source.
 Where's the source? (The author is supposed to provide it as the
 extension is GPL v3)

Ah, after some clicks I found
http://wiki.services.openoffice.org/wiki/SVG_Import_Source_Code

 Also note that this extension is buggy given that it dos not say anything
 about that you need Batik for it :-)

Oooh, hacked own batik. How good -- NOT!

 Thus wontfix.

Then even more for technical reasons.

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544630: O: sun-java5 -- Sun Java(TM) Runtime Environment (JRE) 5.0

[Rene Engelhard]

clone 544630 -1
retitle -1 RM: sun-java5 --  RoSecurityTeam; end-of-life
reassign -1 ftp.debian.org
thanks

Hi,

On Tue, Sep 01, 2009 at 07:03:07PM -0500, Raphael Geissert wrote:
 Package: wnpp
 Severity: normal
 
 The sun-java5 package has been orphaned. If you want to be the new 
 maintainer, 
 please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for 
 detailed instructions how to properly adopt a package.

See also jmss recent bug about security support:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542848

Maybe it really should be removed...

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544035: RFH: stlport5.2 -- STLport C++ class library

[Rene Engelhard]

Hi,

On Fri, Aug 28, 2009 at 05:33:44PM -0300, David Bremner wrote:
 Can anyone explain if/why stlport is still useful?  Given the low
 popcon, and small number of rdepends, could this be a candidate for
 removal?

libstlport4.6 has to be kept on i386 for ABI issues. For the rest[1],
yes I agree. unless there's some other non-obvious need for it

Grüße/Regards,

Rene

[1] stlport5.1 doesn't even have any rdep and stlport5.2 only two
(kawari8/libnel0)
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#541552: RFP: libicu -- Metapackage to depend on libicu36|libicu38|libicu40, etc.

[Rene Engelhard]

[ CC'ing the ICU maintainer for completeness, but I think this report
  could be closed outright, it's bogus imho ]

Hi,

On Fri, Aug 14, 2009 at 03:34:24PM -0400, K.S. Bhaskar wrote:
 I have filed an intention to package GT.M, which depends on libicu.
 Right now, I have to create a dependency libicu36|libicu38|libicu40,
 etc.  It would be much easier for me if there were a meta-package

No, you have to create a dependency on whatever is correct (ie. what
you build it with) and what is in the distribution you are packaging it
for.

I don't really believe that your package does find out on the fly
which ICU to use, and if it uses libicu.so there's already libicu-dev
which *has* a version-independent package name.
Of course, if your package has a magic to find out whether it
should open libicu.so.36 etc. nevermind, but that sounds scary.

 libicu.  I could then create a dependency on libicu and ensure that
 the version is greater than 3.6.

This sounds broken. That the icu packages differ in package name in different
versions is for reasons (- SONAME).

 -- System Information:
 Debian Release: 5.0
   APT prefers jaunty-updates
   APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
 'jaunty-backports'), (500, 'jaunty')
 Architecture: amd64 (x86_64)

No comment.

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#540914: O: myspell-sl -- Slovenian dictionary for myspell

[Rene Engelhard]

Package: wnpp
Severity: normal

On Mon, Aug 03, 2009 at 04:17:49PM -0700, Jure Cuhalev wrote:
 I don't have access to my Debian computers anymore :( Please feel free  
 to NMU, sl_SI at any time or orphan it so someone else can take it over  
 if needed.

Per request of the maintainer (see above) I am orphaning myspell-sl.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: myspell-sl
Binary: myspell-sl
Version: 1.0-1.1
Priority: optional
Section: text
Maintainer: Jure Cuhalev gand...@owca.info
Build-Depends-Indep: debhelper (= 4.0.0)
Architecture: all
Standards-Version: 3.6.1
Format: 1.0
Directory: pool/main/m/myspell-sl
Files:
 eed197fc34c54fd512e927e8a0014658 577 myspell-sl_1.0-1.1.dsc
 43c8b5aeb5bed073955a43f22018718d 1181233 myspell-sl_1.0.orig.tar.gz
 880730948f3783d9bd2432d97e4a4659 2387 myspell-sl_1.0-1.1.diff.gz

Package: myspell-sl
Priority: optional
Section: text
Installed-Size: 2980
Maintainer: Jure Cuhalev gand...@owca.info
Architecture: all
Version: 1.0-1.1
Depends: dictionaries-common (= 0.10)
Conflicts: openoffice.org (= 1.0.3-2)
Filename: pool/main/m/myspell-sl/myspell-sl_1.0-1.1_all.deb
Size: 1181006
MD5sum: d000cf3ec9cbd0d07f6b579e7d6e57a8
SHA1: 80bdd057482655ad839cad676e9a03d959ee8473
SHA256: 70e190ebb06454b17b16f6ba99bbe178c2c730475b5a3b020bea54351ca4f74c
Description: Slovenian dictionary for myspell
 This package contains a Slovenian myspell dictionary , which will give
 openoffice.org and mozilla users the ability to  automatically spellcheck
 and hyphenate Slovenian text.
Tag: culture::slovenian, made-of::dictionary, role::app-data, use::checking
Task: slovenian-desktop

Regards,

Rene



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#403619: [pmla...@suse.cz: License of Languagetool libs]

[Rene Engelhard]

- Forwarded message from Petr Mladek pmla...@suse.cz -

To: Daniel Naber na...@danielnaber.de
Subject: License of Languagetool libs
Cc: Rene Engelhard r...@debian.org
From: Petr Mladek pmla...@suse.cz
Date: Wed, 5 Aug 2009 20:04:19 +0200

(I am sorry for sending this once again. It seems that 
milek...@users.sourceforge.net is not a valid E-mail address. I rather use 
the other Daniel's address. Also I pasted the message at
http://marcinmilkowski.pl/en/Contact/)

Hi,

I wanted to update the OpenOffice_org-Languagetool package for openSUSE to the 
version 0.9.9. Unfortunately, it includes new jar files with strange lincese.
Could you please help me to resolve the troubles?

I added Rene into CC because he is solving similar problems for Debian, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403619


activation.jar:
===

Includes LICENSE.txt that mentions CDDL, Version 1.0. This license requires 
distribution of the source code:

--- cut ---
3. Distribution Obligations.

3.1. Availability of Source Code.

Any Covered Software that You distribute or otherwise make available in 
Executable form must also be made available in Source Code form and that 
Source Code form must be distributed only under the terms of this License. 
You must include a copy of this License with every copy of the Source Code 
form of the Covered Software You distribute or otherwise make available. You 
must inform recipients of any such Covered Software in Executable form as to 
how they can obtain such Covered Software in Source Code form in a reasonable 
manner on or through a medium customarily used for software exchange.
--- cut ---

I think that important is the last part: in a reasonable manner on or through 
a medium customarily used for software exchange

= you distribute the software via internet = it might be enough to mention 
the link to the sources. We might want to distribute it with openSUSE on DVD 
= we would need to bundle it into the source package.

Do you know where to get the source?

It seems to be a jar provided by Sun. I searched it there and found 
https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?RegistrationDomain=CDS-CDS_Developer-AnonymousLicenseUUID=mtrACUFBzm4AAAEYkcI5AXh_cnum=ProductID=nb3ACUFBmWMAAAEYhBc5AXt.ProductRegistration=0evsref=sln=ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.LoginForm_Login=Continue+»
Unfortunately, it is under another license that looks strange as well.


bliki-3.0.3.jar
===

I expect that it comes from http://matheclipse.org/en/Bliki_in_a_JAR = it is 
under GPL = sources must be available as well (similar approach like with 
CDDL). Unfortunately, I haven't found them for the version 3.0.3


jaxb-api.jar:
=

jaxb-api.jar includes LICENSE.txt that mentions CDDL, Version 1.0 = sources 
must be available.

I have found something similar at https://jaxb.dev.java.net/.

The MANIFEST.MF file mentions version 2.1. The above page offers 2.1.12 = the 
minor version is unclear. Well, I am afraid that you use different build at 
all.


jaxb-impl.jar
=

Not many information included. I expect that it commens from the same sources 
like jaxb-api.jar but ...


jsr173_1.0_api.jar:
===

I expect that it commes from https://sjsxp.dev.java.net/ = it is under CDDL 
or GPL = the sources must be available on the same medium


loomchild-util-1.3.6.jar, segment-1.1.20.jar:
=

I expect that these two are covered by the included segment-license.txt


--

I am sorry that I bother you. I love your software and would like to make it 
available for our users.

Thanks in advance.

-- 
Best Regards,

Petr Mladek
software developer
-  
SUSE LINUX, s. r. o.e-mail: pmla...@suse.cz
Lihovarská 1060/12  tel: +420 284 028 952
190 00 Prague 9 fax: +420 284 028 951
Czech Republic  http://www.suse.cz/

- End forwarded message -



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#403619: [pmla...@suse.cz: Fwd: Re: Marcin Miłkowski: License of Languagetool libs]

[Rene Engelhard]

- Forwarded message from Petr Mladek pmla...@suse.cz -

From: Petr Mladek pmla...@suse.cz
To: Daniel Naber na...@danielnaber.de, Rene Engelhard r...@debian.org
Subject: Fwd: Re: Marcin Miłkowski: License of Languagetool libs
Date: Wed, 5 Aug 2009 21:17:26 +0200
User-Agent: KMail/1.9.10

Hi,

JFYI, Marcin has just answered it, see the attached mail.


-- 
Best Regards,

Petr Mladek
software developer
-  
SUSE LINUX, s. r. o.e-mail: pmla...@suse.cz
Lihovarská 1060/12  tel: +420 284 028 952
190 00 Prague 9 fax: +420 284 028 951
Czech Republic  http://www.suse.cz/

Content-Description: Marcin Miłkowski marcin.milkow...@gmail.com: Re: Marcin 
Miłkowski: License of Languagetool libs
Date: Wed, 05 Aug 2009 20:41:10 +0200
From: Marcin Miłkowski marcin.milkow...@gmail.com
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
To: Petr Mladek pmla...@suse.cz
Subject: Re: Marcin Miłkowski: License of Languagetool libs

Petr Mladek pisze:
 This is an enquiry e-mail via http://marcinmilkowski.pl from: Petr
 Mladek pmla...@suse.cz

 Hello Marcin,

 I have sent the bellow message also to Daniel Naber  and Rene
 Engelhard .

 Unfortunately, I was not able to find your E-mail address. It seems
 that milek...@users.sourceforge.net is not valid.

It is blocked to the number of spam mails I get.

 The lincese-related discussion is usually sensitive, so I did not
 want to solve it publicly in the bug tracker.

 I wanted to update the OpenOffice_org-anguagetool package for
 openSUSE to the version 0.9.9. Unfortunately, it includes new jar
 files with trange lincese.

 Could you please help me to resolve the troubles?

I'll help.


 I added Rene into CC because he is solving similar problems for
 Debian, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403619


 activation.jar: ===

 Includes LICENSE.txt that mentions CDDL, Version 1.0. This license
 requires distribution of the source code:

 --- cut --- 3. Distribution Obligations.

 3.1. Availability of Source Code.

 Any Covered Software that You distribute or otherwise make available
 in Executable form must also be made available in Source Code form
 and that Source Code form must be distributed only under the terms of
 this License. You must include a copy of this License with every copy
 of the Source Code form of the Covered Software You distribute or
 otherwise make available. You must inform recipients of any such
 Covered Software in Executable form as to how they can obtain such
 Covered Software in Source Code form in a reasonable manner on or
 through a medium customarily used for software exchange. --- cut ---

 I think that important is the last part: in a reasonable manner on
 or through a medium customarily used for software exchange

 = you distribute the software via internet = it might be enough to
 mention the link to the sources. We might want to distribute it with
 openSUSE on DVD = we would need to bundle it into the source
 package.

 Do you know where to get the source?

 It seems to be a jar provided by Sun. I searched it there and found  
 https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?RegistrationDomain=CDS-CDS_Developer-AnonymousLicenseUUID=mtrACUFBzm4AAAEYkcI5AXh_cnum=ProductID=nb3ACUFBmWMAAAEYhBc5AXt.ProductRegistration=0evsref=sln=ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.ProductUUID=nb3ACUFBmWMAAAEYhBc5AXt.LoginForm_Login=Continue+ť
  Unfortunately, it is under another license that looks strange as
 well.

Yes, this is a Sun library. It is included in JDK 6 but we want to have  
backwards compatibility for Mac OS X that doesn't have any decent Java 5. I 
think it is already on LGPL in OpenJDK (as part of JAXB), so it's just a 
matter of getting the activation.jar from the OpenJDK (or building it using 
OpenJDK sources). I would simply put a link to OpenJDK or to JAXB, as the 
sources are widely available, and distributing them along LT make little 
sense.


 bliki-3.0.3.jar ===

 I expect that it comes from http://matheclipse.org/en/Bliki_in_a_JAR
 = it is under GPL = sources must be available as well (similar
 approach like with CDDL). Unfortunately, I haven't found them for the
 version 3.0.3

This is not distributed with LT. It's just needed to build experimental  
code (under /dev) and to run community website. Don't bother with it.


 jaxb-api.jar: =

 jaxb-api.jar includes LICENSE.txt that mentions CDDL, Version 1.0 =
 sources must be available.

 I have found something similar at https://jaxb.dev.java.net/.

 The MANIFEST.MF file mentions version 2.1. The above page offers
 2.1.12 = the minor version is unclear. Well, I am afraid that you
 use different build at all.

I use JAXB from Java 6, this is only for backwards compatibility

Bug#403619: Help with packaging of languagetool

[Rene Engelhard]

owner 403619 Rail Aliev r...@i-rs.ru
block 403619 by 533743
block 403619 by 533879
block 403619 by 533882
block 403619 by 533883
thanks

Hi,

Rail Aliev wrote:
  RE == Rene Engelhard r...@debian.org writes:
 
   RE Then you need to package all the libs it needs.
 
 Here is the current status. LT 0.9.9 requires the following packaging
 effort:
 
 1. jWordSplitter. ITP: Bug#533743. Problems: no upstream source tarball
 (need to use get-orig-source from CVS, no debian/watch). Initial
 packaging is done (using bzr-builddeb):
 Vcs-Bzr: http://bzr.debian.org/users/rail-guest/jwordsplitter/
 Vcs-Browser: http://bzr.debian.org/loggerhead/users/rail-guest/jwordsplitter
 
 2. stempel. ITP: Bug#533879. Initial packaging is done (using
 bzr-builddeb):
 Vcs-Bzr: http://bzr.debian.org/users/rail-guest/stempel/
 Vcs-Browser: http://bzr.debian.org/loggerhead/users/rail-guest/stempel
 
 3. morfologik-stemming. ITP: Bug#533882. Problems: no upstream source
 tarball (get-orig-source from SVN), need to use older version (the
 current is not compatible with LT 0.9.9 as the author said). Initial
 packaging is done (using bzr-builddeb):
 Vcs-Bzr: http://bzr.debian.org/users/rail-guest/morfologik-stemming/
 Vcs-Browser: 
 http://bzr.debian.org/loggerhead/users/rail-guest/morfologik-stemming
 
 4. jaminid. ITP: Bug#533883. Problems: no license inside the SVN, reported
 to the author (get-orig-source copies LGPL (as mentioned on the
 homepage) to the tarball). Initial packaging is done (using bzr-builddeb):
 Vcs-Bzr: http://bzr.debian.org/users/rail-guest/jaminid/
 Vcs-Browser: http://bzr.debian.org/loggerhead/users/rail-guest/jaminid
 
 5. segment and loomchild-util. No upstream tarball (reported). These 2
 packages will be merged into single one by the author. To be packaged.
 
 As soon as segment library is merged, released and packaged, I can start
 LT packaging.

Thanks for your efforts. I changed the bug status to reflect it.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#403619: ITP: languagetool -- rule-based language checker

[Rene Engelhard]

Hi,

Rail Aliev wrote:
 Currently I use openoffice.org-languagetool for binary package
 name. Is this name suitable or should I use plain languagetool?

Both :) Actually, you should create a multi-binary package.

Just the OOo extension should be named openoffice.org-languagetool.
AFAIR there's also a standalone Java app, that should be in languagetool.

See e.g. the writer2latex source package for inspiration.

Please also do not forget to patch out any bundling of jars into the oxt
and just depend on the libs used from openoffice.org-languagetool
(and for languagetool anyway)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#403619: Help with packaging of languagetool

[Rene Engelhard]

Hi,

Rail Aliev wrote:
 I would like to offer my help with packaging of languagetool.

Nice. Want to package it completely?

 Do you have any initial packaging tree or should I start from scratch?

I once had, and abandoned it. Too much problems and no time to pursue them.
Actually, maybe I shoudl have retitled the bug as I was not working on it for
quite a long time.

E.g. there were dictionaries either not in the source and/or not buildable.
Then you need to package all the libs it needs.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529473: ITP: openoffice.org-altsearch -- Alternative Find and Replace for Writer

[Rene Engelhard]

Hi,

Rene Engelhard wrote:
 Thorsten Glaser wrote:
  https://eurynome.mirbsd.org/debs/dists/hardy/wtf/pkgs/openoffice-ext/openoffice.org-altsearch_1.2.2-1~wtf804+1.dsc
  
  This is what we’ll use at work¹ for now; the final version will
  of course target sid. I think this is also a nice example of
  how to make a Debian package out of an OOo extension.
 
 Actually no, it's not. And it has some RC bugs right now even from
 quickly looking at it 

ok, actually they are not that much (it seemed otherwise the first look,
especially )
(and for one thing I remembered wrong)

- Depends: openoffice.org-common

for Writer. Please depend on writer. (which in turn depends on -common anyway)

- why do you need unzip? Isn't used anywhere.

- s/licence/license/

- please copy the maintainer scripts from already existing extensions.
  Especially the flush_unopkg (by running a list after it was *scheduled*
  to be removed by remove) is important
  This would also add some consistency wrt Adding Extension foo ... with
  all the other extensions..

- Looks like #348935 could also be closed with your upload?

- Why do you claim to be a an example for packaging extensions when there
  are alredy others in Debian? 


Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529473: ITP: openoffice.org-altsearch -- Alternative Find and Replace for Writer

[Rene Engelhard]

Hi,

Thorsten Glaser wrote:
 - please copy the maintainer scripts from already existing extensions.
 
 There are any? I failed to find them – but maybe I just didn’t
 have the right search terms for the 23+k packages…

openoffice.org-writer2latex
openoffice.org-writer2xhtml
openoffice.org-voikko
openoffice.org-dmaths
openoffice.org-wiki-publisher
openoffice.org-pdfimport
openoffice.org-presentation-minimizer
openoffice.org-report-builder
openoffice.org-presenter-console
openoffice.org-sdbc-postgresql

 - Looks like #348935 could also be closed with your upload?
 
 I don’t know about that; the extension does not seem to show up in Calc.

Good point. I completely overread calc there..

 But I’d like you to name me an example of an existing OOo
 extension package to look at for reference, since I failed
 to find any.

See above. Many of them also already in lenny, some even in etch :)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#529473: ITP: openoffice.org-altsearch -- Alternative Find and Replace for Writer

[Rene Engelhard]

Hi,

Thorsten Glaser wrote:
 https://eurynome.mirbsd.org/debs/dists/hardy/wtf/pkgs/openoffice-ext/openoffice.org-altsearch_1.2.2-1~wtf804+1.dsc
 
 This is what we’ll use at work¹ for now; the final version will
 of course target sid. I think this is also a nice example of
 how to make a Debian package out of an OOo extension.

Actually no, it's not. And it has some RC bugs right now even from
quickly looking at it 

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#419523: RFH: openoffice.org -- OpenOffice.org Office suite

[Rene Engelhard]

unblock 419523 by 519514
thanks

Hi,

Ben Finney wrote:
 On 24-Apr-2007, Rene Engelhard wrote:
  Well, even the occassional things would be good. (if you find
  something to fix, know a solution to a bug report, do some cleanup,
  want to fix something, whatever :)). 
 
 I think the barriers to assisting will be significantly lessened by
 fixing Bug#519514, “Vcs-* control fields incorrect”.

They *are* correct. You need debian/ *and* ooo-build. There will be even
more barriers when you just point to debian/. That will just do nothing
you can use to build a package. (Yes, there's a get-ooo-build target, though,
but you get a problem when you already have the sources there in
ooo-build/src).

Hacking on the package can also be done on the source package you
get using apt-get source.

But yes, I agree it'd be easier if we didn't have the extra ooo-build there
(or if we switched to 3.0 (quilt) with an extra ooo-build tarball.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508985: ITP: libmysqlcppconn-dev -- MySQL C++ Connectivity library

[Rene Engelhard]

Hi,

Rene Engelhard wrote:
 MySQL people: I already did some work on it and have a preliminary package
 of 1.0.2~2008121 here (yet without the shared lib as API still changes, we
 also could wait till I upload it or just package the static lib - which
 I think we should do anyway for now).
 
 But should I just maintain it myself or shoudld I (imho better) put this
 under pkg-mysql-maint?

OK, I'll take the silence as silent agreement and put a
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
in there with me as Uploader.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#480074: ITP: libjna-java -- Dynamically access native libraries from Java without JNI.

[Rene Engelhard]

Hi,

Rene Engelhard wrote:
 Daniel Baumann wrote:
  Tiago Saboga wrote:
   I have prepared a package and uploaded it to mentors for some weeks
   now [1] , but in the meantime I had to take some personal decisions and I
   think I am not the right person to maintain this package, as I am
   abandoning for now any java development... I am cc'ing Yulia, who has
   made a package for ubuntu and contacted me earlier.
  
  thanks for letting us know; she will take over as she said earlier
  today. i'm taking the liberty to retitle/setting owner..
 
 Any status of this? This is now ~ 3 months old right now. Can we expect
 a libjna-java package soon? (I also need it via some deps for
 libfmj-java/ffmpeg-java/theora-java - which in turn I do need for
 OOo)
 
 It should not be so hard as there's a package for Ubuntu anyway, isn't there?

... except that  Ubuntus package is (suprise, it's in universe after all)
outdated (it's 3.0, whereas the current version is 3.0.9).

 (I have a package here right now, too, because I oversaw the ITP on the first
 visit to wnpp)

I have a 3.0.9 package here...

Regards,
 
Rene



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#480074: ITP: libjna-java -- Dynamically access native libraries from Java without JNI.

[Rene Engelhard]

Hi,

Daniel Baumann wrote:
 Tiago Saboga wrote:
  I have prepared a package and uploaded it to mentors for some weeks
  now [1] , but in the meantime I had to take some personal decisions and I
  think I am not the right person to maintain this package, as I am
  abandoning for now any java development... I am cc'ing Yulia, who has
  made a package for ubuntu and contacted me earlier.
 
 thanks for letting us know; she will take over as she said earlier
 today. i'm taking the liberty to retitle/setting owner..

Any status of this? This is now ~ 3 months old right now. Can we expect
a libjna-java package soon? (I also need it via some deps for
libfmj-java/ffmpeg-java/theora-java - which in turn I do need for
OOo)

It should not be so hard as there's a package for Ubuntu anyway, isn't there?

(I have a package here right now, too, because I oversaw the ITP on the first
visit to wnpp)

Regards,

Rene



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#480074: ITP: libjna-java -- Dynamically access native libraries from Java without JNI.

[Rene Engelhard]

Hi again,

Rene Engelhard wrote:
 Rene Engelhard wrote:
  Daniel Baumann wrote:
   Tiago Saboga wrote:
I have prepared a package and uploaded it to mentors for some weeks
now [1] , but in the meantime I had to take some personal decisions and 
I
think I am not the right person to maintain this package, as I am
abandoning for now any java development... I am cc'ing Yulia, who has
made a package for ubuntu and contacted me earlier.
   
   thanks for letting us know; she will take over as she said earlier
   today. i'm taking the liberty to retitle/setting owner..
  
  Any status of this? This is now ~ 3 months old right now. Can we expect
  a libjna-java package soon? (I also need it via some deps for
  libfmj-java/ffmpeg-java/theora-java - which in turn I do need for
  OOo)
  
  It should not be so hard as there's a package for Ubuntu anyway, isn't 
  there?
 
 ... except that  Ubuntus package is (suprise, it's in universe after all)
 outdated (it's 3.0, whereas the current version is 3.0.9).
^.4

(sorry). sigh.

Regards,
  
Rene



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#480074: ITP: libjna-java -- Dynamically access native libraries from Java without JNI.

[Rene Engelhard]

block 510442 by 480074
thanks

Hi,

Rene Engelhard wrote:
 Daniel Baumann wrote:
  Tiago Saboga wrote:
   I have prepared a package and uploaded it to mentors for some weeks
   now [1] , but in the meantime I had to take some personal decisions and I
   think I am not the right person to maintain this package, as I am
   abandoning for now any java development... I am cc'ing Yulia, who has
   made a package for ubuntu and contacted me earlier.
  
  thanks for letting us know; she will take over as she said earlier
  today. i'm taking the liberty to retitle/setting owner..
 
 Any status of this? This is now ~ 3 months old right now. Can we expect
 a libjna-java package soon? (I also need it via some deps for
 libfmj-java/ffmpeg-java/theora-java - which in turn I do need for
 OOo)

Also I reprted #510442 today, which need  this uploaded to fix that bug.

 (I have a package here right now, too, because I oversaw the ITP on the first
 visit to wnpp)

I dismissed my initial package and based on Yulias. My diff for reference is
attached.

Regards,
 
Rene
reverted:
--- libjna-java-3.0.4/debian/README.source
+++ libjna-java-3.0.4.orig/debian/README.source
@@ -1,12 +0,0 @@
-jna

-
-The upstream supplied source package contains binary jar files
-and internal copy of libffi.
-Currently no clean source distribution exists. Therefore, the upstream
-sources were modified to comply with the Debian Free Software
-Guidelines.
-
-Use the rules/get-orig-source target to create the orig.tar.gz.
-
- -- Yulia Novozhilova yulia.novozhil...@sun.com  Wed, 18 Jun 2008 15:44:48 +0400
diff -u libjna-java-3.0.4/debian/rules libjna-java-3.0.9/debian/rules
--- libjna-java-3.0.4/debian/rules
+++ libjna-java-3.0.9/debian/rules
@@ -5,7 +5,7 @@
 include /usr/share/cdbs/1/rules/simple-patchsys.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
 
-export JAVA_HOME=/usr/lib/jvm/default-java
+export JAVA_HOME=/usr/lib/jvm/java-6-openjdk
 
 # package name
 p_jna   := libjna-java
@@ -14,7 +14,7 @@
 d_jna   := debian/$(p_jna)
 
 #for get-orig-sources
-VERSION			:= 3.0.4
+VERSION			:= 3.0.9
 GOS_TMP			:= $(CURDIR)/get-orig-source-tmp
 PKG_DIR			:= $(p_jna)-$(VERSION)
 ZIP_NAME  		:= src.zip
@@ -42,7 +42,6 @@
 clean::	
 	ant -f $(DEB_SRCDIR)/build.xml clean
 	rm -f $(DEB_SRCDIR)/build.number
-	rm -f $(DEB_SRCDIR)/lib/junit.jar
 	# these files are left by cdbs (a bug?)
 	rm -f $(DEB_SRCDIR)/*.cdbs-config_list	
 	rm -f $(DEB_SRCDIR)/stamp-build-$(p_jna)
@@ -54,12 +53,6 @@
 	rm -rf $(GOS_TMP)  mkdir $(GOS_TMP);
 	cd $(GOS_TMP);\
 	wget --user guest --password  $(URL_ZIP)  unzip $(ZIP_NAME) -d $(PKG_DIR); \
-	#remove internal copy of libffi \
-	rm -rf $(PKG_DIR)/native/libffi;  \
-	rm -rf $(PKG_DIR)/lib/junit.jar
-	#remove .* files
-	find $(GOS_TMP)/$(PKG_DIR) -name '.*' -exec rm -f '{}' \; 
-	#remove .jar files 
 	#repack
 	cd $(GOS_TMP)  GZIP=-9 tar -czf ../$(p_jna)_$(VERSION).orig.tar.gz $(PKG_DIR)	
 	#clean
diff -u libjna-java-3.0.4/debian/control libjna-java-3.0.9/debian/control
--- libjna-java-3.0.4/debian/control
+++ libjna-java-3.0.9/debian/control
@@ -1,9 +1,9 @@
 Source: libjna-java
 Section: libs
 Priority: optional
-Maintainer: Ubuntu MOTU Developers ubuntu-m...@lists.ubuntu.com
-XSBC-Original-Maintainer: Yulia Novozhilova yulia.novozhil...@sun.com
-Build-Depends: cdbs, debhelper (= 7), ant (=1.7.0), ant-optional(= 1.7.0), default-jdk, libx11-dev, libxt-dev, libffi-dev(=3.0.5), pkg-config
+Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org
+Uploaders: Rene Engelhard r...@debian.org, Yulia Novozhilova yulia.novozhil...@sun.com
+Build-Depends: cdbs, debhelper (= 7), ant (=1.7.0), ant-optional(= 1.7.0), openjdk-6-jdk, libx11-dev, libxt-dev, libffi-dev(=3.0.5), pkg-config
 Standards-Version: 3.8.0
 Homepage: http://jna.dev.java.net
 
diff -u libjna-java-3.0.4/debian/changelog libjna-java-3.0.9/debian/changelog
--- libjna-java-3.0.4/debian/changelog
+++ libjna-java-3.0.9/debian/changelog
@@ -1,3 +1,18 @@
+libjna-java (3.0.9-1) unstable; urgency=low
+
+  * New upstream release. Upload to Debian (closes: #480074)
+  * Change Maintainer to Debian Java Maintainers; myself as Uploaders:; keep
+Yulia
+  * fix build.xml to remove nbproject usage as we don't have it. It would
+be better if you didn't use cdbs in the first place, then you could
+have done it cleanly in a patch, so it has to be in the diff
+  * use openjdk, as gcj fails in both the native-api-check the javadoc build
+and thus the build/install fails
+  * remove README.source as we now have (and base on) a src.zip without
+binary stuff 
+
+ -- Rene Engelhard r...@debian.org  Fri, 02 Jan 2009 01:22:55 +0100
+
 libjna-java (3.0.4-0ubuntu2) intrepid; urgency=low
 
   * Move architecure-dependent Build Dependencies to Build-Depends
diff -u libjna-java-3.0.4/debian/patches/30-no-special-build-dir-for-d64.patch libjna-java-3.0.9/debian/patches/30-no-special-build-dir-for-d64.patch
--- libjna-java-3.0.4/debian

Bug#509953: ITP: lp-solve-java -- library providing Java bindings for lp-solve, via JNI

[Rene Engelhard]

Hi,

David Bremner wrote:
 - I would be quite happy if someone (lp_solve maintainers?) wanted to take 
 this over, or co-maintain

/me not, I only co-maitain lp-solve because OOo needs it, and de facto I am
the only maintainer right now.

 - Alternatively, I would probably join pkg-java

Probably better. Unless we (and Juan Esteban Monsalve Tobon) decide
(what i would prefer) to get the whole lp-solve thing over to
pkg-scicomp.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508985: ITP: libmysqlcppconn-dev -- MySQL C++ Connectivity library

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard r...@debian.org

* Package name: libmysqlcppconn-dev
  Version : 1.0.2 snapshot
  Upstream Author : MySQL AB, Sun Microsystems Inc.
* URL : http://forge.mysql.com/wiki/Connector_C++
* License : GPL v2 with FLOSS exception
  Programming Lang: C++
  Description : MySQL C++ Connectivity library

 MySQL Connector/C++ is a MySQL database connector for C++.
 .
 It mimics the JDBC 4.0 API.

OpenOffice.org will somewhen include a native driver for
MySQL - which uses mysqlcppconn - they already have experimental stuff
there.

MySQL people: I already did some work on it and have a preliminary package
of 1.0.2~2008121 here (yet without the shared lib as API still changes, we
also could wait till I upload it or just package the static lib - which
I think we should do anyway for now).

But should I just maintain it myself or shoudld I (imho better) put this
under pkg-mysql-maint?

Regards,

Rene

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc)



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#467632: O: libsvg -- library for parsing SVG files

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the libsvg package.

The package description is:
 libsvg provides a parser for SVG content in files or buffers
 .
 This package contains the needed things to develop applictaions using
 libsvg.

I originally packaged it because some OOo GSoC project for doing
a SVG Import feature needed this - which turned out to be bad and
it now got completely redone without needing libsvg.

No need for it - no interest for it - O.

Regards,

Rene

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#453737: O: libhnj -- hyphenation and justification library

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the libhnj package.

$ apt-cache show libhnj0
Package: libhnj0
Priority: optional
Section: libs
Installed-Size: 100
Maintainer: Debian OpenOffice Team [EMAIL PROTECTED]
Architecture: powerpc
Source: libhnj
Version: 0.1.1-13
Depends: libc6 (= 2.3.5-1)
Filename: pool/main/libh/libhnj/libhnj0_0.1.1-13_powerpc.deb
Size: 18282
MD5sum: 88f5e6442228fd30290a1ecaf055d335
SHA1: 03b69d578f5759f7049f0aea29c785e29d9ec9bc
SHA256: 22ed1fd3659bde47f7c1b699560b11b43c68afac03b14bf3e8f6ddc4e70aabff
Description: hyphenation and justification library
 Libhnj is a high quality hyphenation and justification library based on the
 TeX hyphenation algorithm. The TeX hyphenation patterns could be used after
 a preprocessing step.
 .
 This package contains the runtime libraries.
Tag: role::shared-lib, use::typesetting, works-with::text, 
works-with-format::tex

This is libhj + a patch producing ALTLinuxhyph, which OOo uses.
ALTLinuxhyph now is available standalone, though (in hyphen, which just
entered sid). I don't have any interest in libaltlinuxhyph-dev anymore
(and not on libhn either, which just was a by-product for packaging
libaltlinuxhyph since I thought why not ship it if it's there anyway
because libaltlinuxhyph-dev is a patch to it?)

Anyway, if noone wants it (there's no redepends of libhnj0 in the
archive) I'll request it's removal from unstable...

Regards,

Rene

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#451936: RFP: ttf-ubuntu-title -- The font used to create the Ubuntu logo

[Rene Engelhard]

Hi,

Kartik Mistry wrote:
 Package name: ttf-ubuntu-title
 Version: 0.2
 Upstream Author: Andrew Fitzsimon [EMAIL PROTECTED]
 URL: http://packages.ubuntu.com/hardy/x11/ttf-ubuntu-title
 License: LGPL
 Description: The font used to create the Ubuntu logo
 This font was used to create the lettering of the Ubuntu logo, it
 was made available by Canonical under the LGPL to make rebranding
 of Ubuntu easier.

And why does this have to be in *Debian*?

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#438600: ITP: myspell-hy -- Myspell dictionary for Armenian

[Rene Engelhard]

[ please don't post TOFU ]

Alan Baghumian wrote:
 There is no reason to reject it. It works and acts correctly. This
 dictionary supports both Western and Eastern Armenian words those are both
 used in Armenia and Armenian Diaspora.

Well, the issue says otherweise. I don't know who is right (I don't
speak Armenian), but I just wanted to mention that issue and it's comments.
If the issue was right I think it doesn't make sense to add it  as -hy.
Maybe as -hy-western or when there's a iso code there use that.
(And make it conflict with a -hy containing the correct Armenian)

If the issue is wrong, nevermind.

 What do you mean correct? I think that situation is clear now.

As the issue said. If the correct spelling of Armenian is something
else than Western Armenian, QWestern Armenian is not neceesarily correct
for a Armenian dictionary.

Gr��e/Regards,

Ren�
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#413801: reopening 413801

[Rene Engelhard]

# Automatically generated email from bts, devscripts version 2.10.6
# gah, sorry
reopen 413801 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#431465: ITP: libsvg -- library for parsing SVG files

[Rene Engelhard]

Hi,

Philipp Matthias Hahn wrote:
 Do you really mean parsing? Since SVG is an XML dialect, any libxml

Yes. From upstreams README:

libsvg - a library for SVG files

Description
---
libsvg provides a parser for SVG content in files or buffers.
[...]

It does use libxml2 (or - choosable - expat), though.

Gr��e/Regards,

Ren�
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#431465: ITP: libsvg -- library for parsing SVG files

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]

* Package name: libsvg
  Version : 0.1.4
  Upstream Author : Carl Worth [EMAIL PROTECTED]
* URL : http://cairographics.org/snapshots/
* License : LGPL
  Programming Lang: C
  Description : library for parsing SVG files

 libsvg provides a parser for SVG content in files or buffers.

The last upstream release was in 2005, though and it's still only
under snapshots/, so it seems quite dead upstream. OOo will in the
future most probably use it for svg import, though...
(http://svn.gnome.org/viewcvs/ooo-build/trunk/patches/src680/svg-import.diff?revision=9660view=markup)

If anyone else than me wants to maintain this (Dave?), be welcome to
take this ITP :-)

Regards,

Rene


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#431474: ITP: libwpg -- WordPerfect graphics import/convert library

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]

* Package name: libwpg [1]
  Version : 0.1.0 (not released yet)
  Upstream Author : Fridrich Strba [EMAIL PROTECTED]
* URL : http://libwpg.sf.net
* License : LGPL
  Programming Lang: C++
  Description : WordPerfect graphics import/convert library

 Libwpg is a collection of library and tools to work with graphics in WPG
 (WordPerfect Graphics) format. WPG is the format used among others in Corel
 sofware, such as WordPerfect(tm) and Presentations(tm).

[1] of course being: libwpg-dev, libwpg-tools, libwpg-0.1-1, libwpg-doc

Regards,

Rene


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#426546: RFP: Pentaho reporiting engine

[Rene Engelhard]

Package: wnpp
Severity: wishlist

Hi,

According to Ocke Janssens blog [1] OOo 2.3 will use
the Pentaho Reporting Engine[2] (formerly known as JFreeReport) for
its new Report Generator.

Please package it.

[1] http://blogs.sun.com/GullFOSS/entry/report_designer_will_extend_the
[2] http://www.pentaho.com/products/reporting/

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.18-4-powerpc
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#419523: RFH: openoffice.org -- OpenOffice.org Office suite

[Rene Engelhard]

Hi,

Laszlo Boszormenyi wrote:
 On Mon, 2007-04-16 at 13:19 +0200, Rene Engelhard wrote:
  I request assistance with maintaining the openoffice.org package.
  Well, always wanted to be part of the OpenOffice.org team; but I know

welcome :). If you wish, I can add you to the alioth project.

 that I wouldn't be a big help as I'm short on time. :-(

Well, even the occassional things would be good. (if you find something
to fix, know a solution to a bug report, do some cleanup, want to fix something,
whatever :)). 

  I'll be available to answer any questions; you will have some I think :)
  Just two, related to one of my package. What about build with neon26?
 Tried yesterday, but I was out of disk space; thought six gigs would be
 enough - it isn't. How big is the build directory after successful

should be. (Around 6G, the i386 buildd needed 5904536k for the last build it did
(2.0.4.dfsg.2-6). One trick is to just build english (export
DEB_BUILD_OPTIONS=lang=en-US. That also reduces build time (and is
used on the buildds).

The problem with neon 26 was that it builds but doesn't work; OOo
crashes with a webdav exception; see the bugs I closed with reverting
to 25. I didn't have much time to look into that after I noticed that,
I still hoped to get this in for etch r0 so I did the quick way. (and -7
is approved for etch r1).

Regards,

Rene
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#419523: RFH: openoffice.org -- OpenOffice.org Office suite

[Rene Engelhard]

Hi,

Giuseppe Sacco wrote:
 I would like to help in maintaining such a package, but since I cannot
 estimate how much spare time I'll have, I would like to start browsing all
 bug reports and checking them for reproducibility against the latest
 version.
 
 Is this ok for you? Is there any coordination list for working on openoffice?

Yes.

Luca Bedgoni already started to work on this, though, maybe you want to
coordinate with him. What he found out so far:

I looked, as i've promised, at the BTS, and found the following issues. 
Prior
to submit information or closing bugs on the BTS, I ask to you, because it's
the first time we collaborate. Feel free to report comments :)
282546: resolved, hence to close
286592: ask if the problem is still persistant
293578: ask if the problem is still persistant
296335: ask if the problem is still persistant
297228: moreinfo, ask if the problem is still persistant
306747: moreinfo, ask if the problem is still persistant
308600: ask if the problem is still persistant
312549: ask if the problem is still persistant
324535: it seems that the problem is not related with openoffice, but 
with
nfs. Closing? And retitle maybe :)
329235: moreinfo, solution provided but no answer received
330232: moreinfo, ask if the problem is still persistant
331065: ask if the problem is still persistant
341123: moreinfo, ask if the problem is still persistant
347454: works here, unreproducible
348827: ask if the problem is still persistant, i'm not experiencing 
this bug
350173: confirmed, experiencing identic problem
351099: unconfirmed, works here
353350: unconfirmed, works here
354323: link not working, provide a working one
380748: works here (KDE)
386250: unconfirmed, if a sheet is blank it won't print it
392299: this seems NFS related
411259: Close?
415270: works here, unreproducible
418146: works here, unreproducible

Coordination is the Maintainer: adress,
[EMAIL PROTECTED] (although above happened in private mail, Cc'ing -openoffice 
now).
There's also the currently more-or-less idle #debian-oo :)

Gr??e/Regards,

Ren?
-- 
 .''`.  Ren? Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#419523: RFH: openoffice.org -- OpenOffice.org Office suite

[Rene Engelhard]

Package: wnpp
Severity: normal

I request assistance with maintaining the openoffice.org package.

The package description is:
 OpenOffice.org is a full-featured office productivity suite that provides
 a near drop-in replacement for Microsoft(R) Office.
 .
 This metapackage installs all components of openoffice.org:
  * openoffice.org-writer: Word processor
  * openoffice.org-calc: Spreadsheet
  * openoffice.org-impress: Presentation
  * openoffice.org-draw: Drawing
  * openoffice.org-base: Database
  * openoffice.org-math: Equation editor
  * openoffice.org-filter-mobiledevb: Mobile Devices filters
  * openoffice.org-filter-binfilter: legacy filters (e.g. StarOffice 5.2)
 .
 You can extend the functionality of OpenOffice.org by installing these
 packages:
  * hunspell-dictionary-*/myspell-dictionary-*: Hunspell/Myspell dictionaries
for use with OpenOffice.org
  * openoffice.org-l10n-*: UI interface translation
  * openoffice.org-help-*: User help
  * openoffice.org-thesaurus-*: Thesauri for the use with OpenOffice.org
  * openoffice.org-hyphenation-*: Hyphenation patterns for OpenOffice.org
  * openoffice.org-gtk: Gtk UI Plugin, GNOME File Picker support,
QuickStarter for GNOMEs notification are
  * openoffice.org-gnome: GNOME VFS, GConf backend
  * openoffice.org-kde: KDE UI Plugin and KDE File Picker support
  * menu: Will add openoffice.org menu entries for every Debian window manager.
  * unixodbc: ODBC database support
  * cupsys-bsd: Allows OpenOffice.org to detect your CUPS printer queues
 automatically
  * libsane: Use your sane-supported scanner with OpenOffice.org
  * libxrender1: Speed up display by using Xrender library
  * libgl1: OpenGL support
  * openclipart-openoffice.org: Open Clip Art Gallery with OOo index files
  * iceweasel | firefox | icedove | thunderbird | iceape-browser | 
mozilla-browser:
Mozilla profile with Certificates needed for XML Security...
  * openoffice.org-filter-binfilter: Legacy filters (e.g. StarOffice 5.2)
  * msttcorefonts: Installs standard MS truetype fonts (contrib)
  * java-gcj-compat/gij-4.1 | j2re1.4 (non-free) | java2-runtime
Java Runtime Environment for use with OpenOffice.org
  * pstoedit / imagemagick: helper tools for EPS thumbnails
  * gstreamer0.10-plugins-*: GStreamer plugins for use with OOos media backend

The team mentioned in thze Maintainer field currently consists of me
(with the rare exception of some people sending patches)

I don't relly have the time to maintain this big package alone, although
I have done so far since 2.0.0 basically... That shows itself in the
number of open bugs (many of them are probably just obsolete and many of
those not obsolete are upstream bugs and need forwarding...).

If you don't want tp help maintaining this package you also could help
in various other ways (like handling the BTS, cleaning up etc). But
someone who helps with (maintaining it is also welcome.

I'll be available to answer any questions; you will have some I think :)

Regards,

Rene


signature.asc
Description: Digital signature

Bug#418269: O: agg -- The AntiGrain Geometry graphical toolkit (development files)

[Rene Engelhard]

Package: wnpp
Severity: normal

I intend to orphan the agg package.

The package description is:
 Anti-Grain Geometry (AGG) is a general purpose graphical toolkit written
 completely in standard and platform independent C++. It can be used in many
 areas of computer programming where high quality 2D graphics is an essential
 part of the project.
 .
 This package contains the development files for building applications using
 agg.

I originally packaged agg for OpenOffice.org (for using it instead
the agg shipped with it) but then it turned out that agg was just
included for internal [Sun] reasons and not used yet so I lost
interest. And since agg 2.5 now became GPLed OOo can't use a new version
anyway, so..

If you want to maintain agg, I've started packaging agg 2.5 (note I
enabled the shared libraries; it would be wise whether the ABI changed
between ((2.3 and 2.4) and 2.5) and to decide whether you really want that)
Upstream doesn't support shared linking out-of-the-box and doesn't care
about SONAMEs either. Be warned.

My temporary agg 2.5 package(s) can be found at
http://people.debian.org/~rene/agg/.

Regards,

Rene

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.4-rene.2
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


signature.asc
Description: Digital signature

Bug#403619: RFP: languagetool -- rule-based language checker

[Rene Engelhard]

retitle 403619 ITP: languagetool -- rule-based language checker
owner 403619 Rene Engelhard [EMAIL PROTECTED]
thanks

Hi,

Am Montag, 18. Dezember 2006 14:53 schrieb Kurt Roeckx:
 Package name: languagetool
 Version: 0.8.6
 Upstream Author: Daniel Naber (naber at danielnaber de)
 URL: http://www.danielnaber.de/languagetool
 License: Mostly LGPL, also some BSD, Creative Commons Attribution ShareAlike 
 2.0
 Description: A rule-based language checker
[...]
 I think this would be a useful thing to have in Debian, since we
 currently don't seem to have something simular.  But I have no
 intention to package this myself.

Working on it.

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#403897: ITP: libwps -- Works text file format import filter library

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]

* Package name: libwps
  Version : no release yet
  Upstream Author : Andrew Ziem [EMAIL PROTECTED]
* URL : http://libwps.sf.net
* License : LGPL
  Programming Lang: C++
  Description : Works text file format import filter library

 libwps is a library (for use by word procesors, for example) for importing the
 Microsoft Works word processor file format. As of November 2006, the project
 is new, but it imports Works format versions 2, 3, 4, and 8 with some
 formatting. Support for Works formats version 2000 (aka 5) is coming soon.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


signature.asc
Description: Digital signature

Bug#403619: RFP: languagetool -- rule-based language checker

[Rene Engelhard]

Hi,

Am Montag, 18. Dezember 2006 14:53 schrieb Kurt Roeckx:
 Package name: languagetool
 Version: 0.8.6
 Upstream Author: Daniel Naber (naber at danielnaber de)
 URL: http://www.danielnaber.de/languagetool
 License: Mostly LGPL, also some BSD, Creative Commons Attribution ShareAlike 
 2.0
   
^^^
isn't that non-free?

 Description: A rule-based language checker
 
 This is a rule-based language checker for which a rule is defined.
 It can detect errors that a simple spell checker cannot detect e.g.
 mixing up there/their, no/now etc. It can also detect a limited
 amount of grammar mistakes.
 
 It currently has support for English, German, Polish, and Dutch, and
 limited support for French, Spanish, and Italian.
 
 It can be used standalone, as plugin for openoffice.org, with LyX,
 in java applications and as standalone web server.

Doesn't build with free Java. (requires Java 1.5 or later)

 I think this would be a useful thing to have in Debian, since we
 currently don't seem to have something simular.  But I have no
 intention to package this myself.

I looked at it once, and might try it again when we have the free Java stack
here. (Only possible, though when we have the compiler and the JVM I guess)

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#381992: ITP: libming-fonts-openoffice -- Fonts for use with the Ming Library for SWF Creation

[Rene Engelhard]

Am Dienstag, 8. August 2006 09:28 schrieb Alejandro Rios P.:
 * Package name: libming-fonts-openoffice
   Version : 0.1
   Upstream Author : OpenOffice.org dev@openoffice.org
 * URL : http://www.openoffice.org/
 * License : GPL
   Description : Fonts for use with the Ming Library for SWF Creation
 
  These are the OpenOffice Fonts converted for use with libming,

Which OpenOffice Fonts?

OpenSymbol? The other fonts included in OOo is ttf-bitstream-vera,

Not to mention the program is named OpenOffice.org. WITH the .org.
For trademark reasons. So *if* you reintroduce this package (see below)
please name it correctly.

And more importantly:

[Date: Mon, 12 Jan 2004 22:30:29 -0500] [ftpmaster: James Troup]
Removed the following packages from unstable:

   libming | 0.2a.cvs20030716-2 | source, alpha, arm, hppa, i386, ia64, m68k, 
mips, mipsel, powerpc, s390, sparc
libming-dev | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
libming-fonts-openoffice |  0.1-2 | source, all
libming-util | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
libswf-perl | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
 php4-ming | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
python2.1-ming | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
python2.2-ming | 0.2a.cvs20030716-2 | alpha, arm, hppa, i386, ia64, m68k, mips, 
mipsel, powerpc, s390, sparc
Closed bugs: 166973 166990

--- Reason ---
RoQA; orphaned, dead upstream, grave bugs, unused.
--

Did that change? Did you fix the grave bugs?

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#381992: ITP: libming-fonts-openoffice -- Fonts for use with the Ming Library for SWF Creation

[Rene Engelhard]

close 381992
thanks

Am Dienstag, 8. August 2006 14:11 schrieb Stuart Anderson:
 On Tue, 8 Aug 2006, Rene Engelhard wrote:
 
  Am Dienstag, 8. August 2006 09:28 schrieb Alejandro Rios P.:
  * Package name: libming-fonts-openoffice
Version : 0.1
Upstream Author : OpenOffice.org dev@openoffice.org
  * URL : http://www.openoffice.org/
  * License : GPL
Description : Fonts for use with the Ming Library for SWF Creation
 
   These are the OpenOffice Fonts converted for use with libming,
 
 
 I already have package for these fonts prepared as part of the ming
 sounrce package, and am awaiting some feedback from some of the packages
 that will use them. Feedback from others would be welcome as well.
 
   deb http://www4.netsweng.com/~anderson/ming-unstable/ binary/

So Alejandros ITP is bogus. I feel free to close it then.

Alejandro (in case you read that in the buglog since your §%§ mailserver 
doesn't accept mail):
The libming maintainer (especially when those font packages come
out of the ming source pkg) is the best person to maintain this.
Especially as there's a tool to build those fonts proper.

  [Date: Mon, 12 Jan 2004 22:30:29 -0500] [ftpmaster: James Troup]
  Removed the following packages from unstable:
 
  --- Reason ---
  RoQA; orphaned, dead upstream, grave bugs, unused.
  --
 
  Did that change? Did you fix the grave bugs?
 
 I have adopted the libming packages, and there has been a new version in
 unstable for a few weeks now.

Ah, yes. That makes the ITP obsolete since*if* this is to be packages it should 
be
either from libming (which Stuart maintains) or on-the-fly converted from
the font packages it's based on.

But this doesn't answer whether the grave bugs in the fonts was fixed. 
Alejandro ITPed
0.1 again which supposedly to that removal log has those grave bugs. Or that 
might be libming
only, I don't know.. But in any case, this were pre-connverted things afaik...

In the meanwhile, you answered on -devel that it's generated during the build 
from
opens___.ttf (which is the only font there). Please name it -opensymbol.

So Alejandros ITP is bogus. I feel free to close it then.

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#366426: [EMAIL PROTECTED]: Re: Bug#366426: ITP: bcm43xx-fwcutter -- bcm43xx firmware extraction utility]

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- - Forwarded message from Rene Engelhard [EMAIL PROTECTED] -

Date: Mon, 8 May 2006 18:36:45 +0200
From: Rene Engelhard [EMAIL PROTECTED]
To: Frederik Schueler [EMAIL PROTECTED], debian-devel@lists.debian.org
Subject: Re: Bug#366426: ITP: bcm43xx-fwcutter -- bcm43xx firmware extraction 
utility
Organization: The Debian Project
User-Agent: Mutt/1.5.9i

Hi,


Frederik Schueler wrote:
 * Package name: bcm43xx-fwcutter
   Version : 004
   Upstream Author : Martin Langer [EMAIL PROTECTED], Michael Buesch [EMAIL 
 PROTECTED] and Alex Beregszaszi
 * URL : http://bcm43xx.berlios.de/
 * License : GPL
   Description : bcm43xx firmware extraction utility
 
  bcm43xx-fwcutter is a tool which can extract firmware from various
  source files.
  It's written for BCM43xx driver files.
  .
  Homepage: http://bcm43xx.berlios.de/

uh?

[EMAIL PROTECTED]:~ $ apt-cache show bcm43xx-fwcutter
Package: bcm43xx-fwcutter
Priority: optional
Section: contrib/utils
Installed-Size: 108
Maintainer: Rene Engelhard [EMAIL PROTECTED]
Architecture: powerpc
Version: 20060501-1
Depends: libc6 (= 2.3.5-1), debconf (= 0.5) | debconf-2.0
Recommends: wget | curl
Filename: 
pool/contrib/b/bcm43xx-fwcutter/bcm43xx-fwcutter_20060501-1_powerpc.deb
Size: 20804
MD5sum: a1e8cdbfe9b357768f648b7fd7f92e1e
Description: Utility for extracting Broadcom 43xx firmware
 fwcutter is a tool which can extract firmware from various source files.
 It's written for BCM43xx driver files.
 .
 The project page is http://bcm43xx.berlios.de/

Regards,

Rene



- - End forwarded message -
Gr??e/Regards,

Ren?
- -- 
A: Because it messes up the order how people read
Q: Why isn't it smart to respond above quoted text?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD4DBQFEX3ST+FmQsCSK63MRAgIZAJ9dEPVKXp66oOCB8i77ZH8J3tvdtQCY6PQe
Ji9xtWQw0G09trEkSJ4dsw==
=ka4s
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#263052: RFH: stlport4.6 -- STLport C++ class library

[Rene Engelhard]

Hi,

Torsten Werner wrote:
 is there a chance that openoffice.org switches to stlport5 instead of
 stlport4.6?

I don't think that official Sun will (they still use 4.5 after all)
but for the Debian package, well, there is patches to build against
stlport5 but I don't know how good they are and whether OOo will work
on all arch supported/ahfl-supported/to-be-supported.

I maybe will try after etch being out, I don't think we should do that
change before...

Regards,

Rene


signature.asc
Description: Digital signature

Bug#263052: Ask the OpenOffice folks...

[Rene Engelhard]

[ CC'ing -openoffice ]

Am Mittwoch 01 Februar 2006 07:23 schrieb Nathanael Nerode:
 They are the only reason this package *exists*.

Not really. stlport4.5 existed in Debian even before OOo was uploaded.
OOo itself uses an old stlport 4.5 in it's source still and we (Debian) 
switched to 4.6.

I don't think that counts as the only reason tis package exists since it 
existed in the archive before already.

In any case, this package is cdbs. As there's no sane way to to use cdbs
here I won't co-maintain it (not to mention I don't really have time but 
that's another story) unless normal debhelper is used and bugs like
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292575 and 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=173395 (if it's worthwile
to fix it - can the stlport lib just be compiled with -g and we use
dh_strip --dbg-package) can be easier fixed than with cdbs...

Regards,

Rene

P.S.: s/OpenOffice/OpenOffice.org/ ...

-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Rene Engelhard]

Hi,

Mike Hommey wrote:
 As it is now included in vanilla kernel since 2.6.14 and is impossible
 to build without breaking the debian packaging system for recent kernels
 (see #338775), I lost interest in packaging ieee80211. I'm therefore
 orphaning it.

Shouldn't it then be simply removed from unstable? (likewise with ipw2200)

Regards,

Rene


signature.asc
Description: Digital signature

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Rene Engelhard]

Hi,

Mike Hommey wrote:
 On Sun, Jan 22, 2006 at 01:36:20PM +0100, Rene Engelhard [EMAIL PROTECTED] 
 wrote:
  Shouldn't it then be simply removed from unstable? (likewise with ipw2200)
 
 Well, some people prefer using the upstream ones instead of the vanilla
 kernel ones, because there are still issues with the version in vanilla
 kernel.

Yes, but that still won't work then as you say those don't build with
newer kernels, didn't you?

 Some other people don't want to upgrade kernel, and for them it's the
 only solution to get these drivers. For these people, the current
 drivers are better than nothing. Removing them would not be nice to
 these people.

Hmm. That's a point.

Regards,

Rene


signature.asc
Description: Digital signature

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Rene Engelhard]

Hi,

Mike Hommey wrote:
  Yes, but that still won't work then as you say those don't build with
  newer kernels, didn't you?
 
 I found no clean solution for doing that, but there are workarounds to
 make it work, but that implies overwriting other packages' files. If the

What about dpkg-divert? (which I incidentially am doing for
ieee80211softmac) ;-). But that will get a mess when I'd have to deal
with in-kernel-image ieee80211 module and out-of-kernel-image ieee80211
module...

But yes, the problem with kernel-built-in ieee80211 is the same... But I
guess we should then simply fail, telling the user what's wrong.

Regards,

Rene


signature.asc
Description: Digital signature

Bug#348206: ITP: ieee80211softmac -- IEEE 802.11 SoftMAC kernel module

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]

* Package name: ieee80211softmac
  Version : 20060114
  Upstream Authors:
 * Copyright (c) 2005 Johannes Berg [EMAIL PROTECTED]
 *Joseph Jezak [EMAIL PROTECTED]
 *Larry Finger [EMAIL PROTECTED]
 *Danny van Dyk [EMAIL PROTECTED]
 *Michael Buesch [EMAIL PROTECTED] 
* URL : http://softmac.sipsolutions.net
* License : GPL
  Description : IEEE 802.11 SoftMAC kernel module
 This package contains the kernel module for the IEEE 802.11 SoftMAC
 Wireless LAN stack.

[ of course it will be -source, -modules-x-y.z-a-blah like normal kernel
module packages ]
 
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


signature.asc
Description: Digital signature

Bug#348207: ITP: bcm43xx -- Broadcom 43xx Wireless LAN driver module

[Rene Engelhard]

Package: wnpp
Severity: wishlist
Owner: Rene Engelhard [EMAIL PROTECTED]

* Package name: bcm43xx
  Version : 20060108
  Upstream Authors:
  Copyright (c) 2005 Martin Langer [EMAIL PROTECTED],
 Stefano Brivio [EMAIL PROTECTED]
 Michael Buesch [EMAIL PROTECTED]
 Danny van Dyk [EMAIL PROTECTED]
 Andreas Jaggi [EMAIL PROTECTED] 
* URL : http://bcm43xx.berlios.de
* License : GPL
  Description : Broadcom 43xx Wireless LAN driver module

 This package contains the kernel module for the Broadcom 43xx Wireless LAN
 driver

[ of course it will be -source, -modules-x-y.z-a-blah like normal kernel
module packages ]

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


signature.asc
Description: Digital signature

Bug#269925: any news? when to upload?

[Rene Engelhard]

Hi,

is there any news about this ITP? OpenOffice.org 1.9.x already is in
experimental and I'd like to build with system-portaudio (v18!). And
1.1.5 soon is coming, too which I want to build against portaudio v18,
too

Grüße/Regards,

Rene
-- 
 .''`.  Rene Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




signature.asc
Description: Digital signature

Bug#269925: ITP: portaudio -- Portable audio I/O

[Rene Engelhard]

Hi,

Mikael Magnusson wrote:
 I choose to name them libportaudio0[-dev] and libportaudio19-0[-dev] 
 with libportaudio0 and libportaudio19-0 as SONAMEs respectively, and I 
 think my naming scheme has an advantages. If portaudio v19 when release 
 is backward compatible with v18, then libportaudio19-0[-dev] can be 
 renamed to libportaudio0[-dev].

I just did a diff between portaudio v18.1 and the CVS anspshot I
packaged. They renamed functions (removing the old ones):

e.g. PaQueryDevice - PaOSS_QueryDevice. And AFAIS function signatures,
too. So v18 and v19 *are* ABI-incompatible (which also alreyd was
implied of the API changes, see above).

So you *need* to do a split completely and this means also wrt SONAMEs, v19
will not be compatible with pplications written for/linked against v18.

 According to the first paragraph in Debian Policy Manual section 10.2 
 Libraries, you must compile all source twice. Isn't this required 
 anymore, as I can't see this happen in your package?

Well... I never saw bad implications of static libraries built with
-fPIC, contrary I saw that this is good since some applications/other
dynamic libraries wanting to link against portaudio will not fail. Some
arch require -fPIC for linking into a (dynamic) app and dynamic librar

Bug#269925: about portaudio itp

[Rene Engelhard]

Hi,

Paul Brossier wrote:
 as i needed the v19, i packaged it starting from your v18. the
 result is available at http://piem.org/~piem/debian/portaudio/ 
 in case anyone wants it.

404.

BTW I'd do separate source packages for 18 and v19, since OOo needs
v18...

portaudio / portaudio-snapshot for example...

see my debs at http://people.debian.org/~rene/portaudio.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73
  


signature.asc
Description: Digital signature

Bug#269925: ITP: portaudio -- Portable audio I/O

[Rene Engelhard]

Hi,

[ since OOo 1.1.5 and 2.0 are able to use portaudio/sndfile I am
interested in this package, too ]

Mikael Magnusson wrote:
 I have uploaded an experimental version to mentors.debian.net:
 
 http://mentors.debian.net/debian/pool/main/p/portaudio/portaudio_18.1-0.dsc

What is the status of this ITP?

Sorry to say that but that package looks broken to me.

As far as I can see in the source the portaudio upstreams have no clue about
SONAMEs.

Currently, when you link against libportaudio.so, you get a dependency
on libportaudio.so which is bad. Either we just ship the static library
(bad also) or we fix it by giving the packages a halfproper SONAME.
Looking at the source further they apparently broke API/ABI without even
caring about SONAME stuff.

I saw you copnverted the stuff using libtool and apparently gave this
stuff the SONAME libportaudio.so.0 (judging from the package name). As I
said, since the portaudio upstreams don't seem to care about proper
version numbering this is risky.

So, to do the second method, I did

libportaudio0.0.18[-dev] and libportaudio0.0.19[-dev] packages with the
libportaudio0.0.x as SONAME so that this works at least. 

I don't think this will be a nightmare judging the long release cycles -
considering that 18.1 is years old and v19 not even released yet.

Anyway, my current (source) packages are at
http://people.debian.org/~rene/portaudio/. (I included the docs in -dev
since it makes no sense to make a own package for that less kb...)

I can upload them if wished. I also can add you as co-maintainer if you
wish...

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73
  


signature.asc
Description: Digital signature