Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port
On Thursday 23 October 2008 23:49:52 Martin Meredith wrote: The licencing of rar doesn't really allow for us to do this. The licencing clearly states :- 5. The RAR/WinRAR unlicensed trial version may be freely distributed, with exceptions noted below, provided the distribution package is not modified in any way. This means that we cannot redistribute the x64 version alongside the i386 version without using a separate orig.tar.gz for that version, which I'm not too sure the archive/etc would eb able to cope with having two different source packages build the same binary for different architectures. To be honest, I personally would rather leave it as it is, rather than making what I see as kludgy changes to accomodate something that is likely to be more unstable, and also, for myself, currently, untestable. I've consulted with the ftp-master team regarding whether the 2 source names one binary name is possible, and am awaiting a reply, though even if it is, I'm going to be wary doing this. Martin, you received a positive reply from Eugene Roshal, sayng that you're allowed to package two RAR distributives into same TAR, provided that such distributives contain all original files not modified Consider doing this Cheers, Matteo Croce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port
b. The RAR/WinRAR unlicensed trial version may not be distributed inside of any other software package without written permission of the copyright owner. Section 5.b -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503199: rar: use 64 bit binary for the amd64 port
Package: rar Version: 1:3.8b3-1 Severity: wishlist A 64 bit binary of rar was published on the rar site: http://rarlab.com/rar/rarlinux-x64-3.8.0.tar.gz please use it instead of the 32 bit static one for the amd64 port. i've done some testing and there is a speedup dependent on the CPU type On my system (Atom 330, 64 bit) it gives a 10% advantage while compressing 236 MB of HTML files (the openjdk documentation): # time rar a -idq -m5 -s api32.rar /usr/share/doc/openjdk-6-jre/api real2m32.908s user2m30.750s sys 0m2.000s # time rar64 a -idq -m5 -s api64.rar /usr/share/doc/openjdk-6-jre/api real2m18.543s user2m16.140s sys 0m2.340s -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.2 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash rar depends on no packages. rar recommends no packages. Versions of packages rar suggests: ii unrar 1:3.8.2-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503199: rar: use 64 bit binary for the amd64 port
The licencing of rar doesn't really allow for us to do this. The licencing clearly states :- 5. The RAR/WinRAR unlicensed trial version may be freely distributed, with exceptions noted below, provided the distribution package is not modified in any way. This means that we cannot redistribute the x64 version alongside the i386 version without using a separate orig.tar.gz for that version, which I'm not too sure the archive/etc would eb able to cope with having two different source packages build the same binary for different architectures. To be honest, I personally would rather leave it as it is, rather than making what I see as kludgy changes to accomodate something that is likely to be more unstable, and also, for myself, currently, untestable. I've consulted with the ftp-master team regarding whether the 2 source names one binary name is possible, and am awaiting a reply, though even if it is, I'm going to be wary doing this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port
On Thursday 23 October 2008 23:49:52 Martin Meredith wrote: The licencing of rar doesn't really allow for us to do this. The licencing clearly states :- 5. The RAR/WinRAR unlicensed trial version may be freely distributed, with exceptions noted below, provided the distribution package is not modified in any way. This means that we cannot redistribute the x64 version alongside the i386 version without using a separate orig.tar.gz for that version, which I'm not too sure the archive/etc would eb able to cope with having two different source packages build the same binary for different architectures. To be honest, I personally would rather leave it as it is, rather than making what I see as kludgy changes to accomodate something that is likely to be more unstable, and also, for myself, currently, untestable. I've consulted with the ftp-master team regarding whether the 2 source names one binary name is possible, and am awaiting a reply, though even if it is, I'm going to be wary doing this. Why don't redistribute a TAR archive with the two original 32 and 64 bit TARs in it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]