Bug#485492: Bug#694611:

2013-03-01 Thread Nick Andrik
That was discussed also in order to accept the package after it got in NEW (it includes a new binary for libraries) and the maintainer had no objections. http://www.webpagescreenshot.info/i/83-312013102255PM.png Best regards, Nick -- =Do- N.AND 2013/3/1 Guillem Jover : > On Tue, 2013-01-22

Bug#485492: Bug#694611:

2013-03-01 Thread Guillem Jover
On Tue, 2013-01-22 at 00:54:11 +0100, Nick Andrik wrote: > 2013/1/22 Martin Meredith : > > Why the confersion to cdbs? > > > > Ca I gets a debdiff? > > I switched to cdbs because I think (on my experience) it produces way > much simpler debian/rules, especially now that we have to also support > h

Bug#485492: Bug#694611:

2013-01-21 Thread Martin Meredith
Why the confersion to cdbs? Ca I gets a debdiff? On Mon, Jan 21, 2013 at 10:28 PM, Nick Andrik wrote: > I have prepared an NMU closing 3 bugs included this one. > > The updated package can be found on mentors [1] > > Martin, I know the package is in lowNMU [2] category, but the the > changes a

Bug#485492:

2013-01-21 Thread Nick Andrik
I have prepared an NMU closing 3 bugs included this one. The updated package can be found on mentors [1] Martin, I know the package is in lowNMU [2] category, but the the changes are not trivial (general cleanup, conversion to CDBS, closing 3 bugs). So, according to the instuctions in the NMU pro

Bug#485492:

2012-11-19 Thread Nick Andrik
Actually my 4.1.4 package would crash calibre when trying to extract CBR files but the updated 4.2.4 (most recent upstream) seems to work just fine. You can always find both versions on mentors: http://mentors.debian.net/package/unrar-nonfree Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-r

Bug#485492:

2012-11-19 Thread Nick Andrik
I made a first attempt to also build the shared library of the package. You can find an updated source package on the mentors site: https://mentors.debian.net/package/unrar-nonfree The changes needed is an updated debian/rules file and a patch in makefile.unix from upstream. I didn't split the pa

Bug#485492: LPARAM definition

2011-08-23 Thread Miguel Landaeta
On Tue, Nov 11, 2008 at 05:20:08PM +0100, Fran wrote: > It's already fixed in the 3.8.5 source: > http://www.rarlab.com/rar/unrarsrc-3.8.5.tar.gz Is there any chance that this could be fixed soon? -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyser

Bug#485492: LPARAM definition

2008-11-11 Thread Fran
Hi Try adding #define LPARAM long in #ifdef _UNIX: #ifdef _UNIX #define CALLBACK #define PASCAL #define LONG long #define HANDLE void * #define LPARAM long #define UINT unsigned int #endif It's already fixed in the 3.8.5 source: http://www.rarlab.com/rar/unrarsrc-3.8.5.tar.gz Regards -- Fran

Bug#485492:

2008-08-12 Thread Martin Meredith
tags 485492 +help thanks Seems upstream isn't taking an interest in this. Anyone want to have a look and try and help? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#485492:

2008-06-16 Thread Martin Meredith
forwarded 485492 [EMAIL PROTECTED] thanks It's refusing to compile the libs stuff for me - compiling the DLL requires a definition for LPARAM I can't fix this myself - have forwarded the bug upstream signature.asc Description: This is a digitally signed message part

Bug#485492: unrar: Please build shared library

2008-06-09 Thread Hilko Bengen
Package: unrar Version: 1:3.7.8-2 Severity: wishlist The unrar source distribution contains code to enable building a shared library that can be linked to by other programs. Please provide libunrar{-dev} packages. Thanks, -Hilko -- System Information: Debian Release: lenny/sid APT prefers unst