Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-03-05 Thread Daniel Baumann
Jussi Pakkanen wrote: > I have sent a mail to the original developers. I'll let you know once they > answer. thank you. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/

Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-03-05 Thread Jussi Pakkanen
Jussi Pakkanen wrote: > 3) is not a problem, don't worry about that. > > what i wanted from you was a statement for 2). I have sent a mail to the original developers. I'll let you know once they answer. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subjec

Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-03-04 Thread Daniel Baumann
Jussi Pakkanen wrote: >> 3) The issue with the libraries. Their names are really too generic and >>they really aren't packaged as proper shared libraries, so you can't >>put them into /usr/lib. > > I think you can change install.cmake so that > > SET(LIBDIR "lib[64]") > > becomes > >

Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-03-04 Thread Jussi Pakkanen
> 3) The issue with the libraries. Their names are really too generic and >they really aren't packaged as proper shared libraries, so you can't >put them into /usr/lib. I think you can change install.cmake so that SET(LIBDIR "lib[64]") becomes SET(LIBDIR "lib[64]/cuneiform") CMake

Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-02-22 Thread Daniel Baumann
Hi Jussi, > 2) It would be interesting to know where those .dat files come from and >whether there exists some kind of source for them. In the package itself >I could not find any information about that. do you have any information about this? Regards, Daniel -- Address:Daniel

Bug#496264: cuneiform_0.5+dfsg-1_i386.changes REJECTED

2009-02-22 Thread Frank Lichtenheld
Hi. Lets not further leave this package in limbo. The current situation is as follows: 1) REJECT for missing copyright holders in debian/copyright. That should be easily fixable. 2) It would be interesting to know where those .dat files come from and whether there exists some kind of sourc