preliminary packaging work of 6.4.5

Thibaut VARÈNE varenet at
Sun Feb 22 03:30:27 UTC 2009

On Sat, Feb 21, 2009 at 03:25:55PM +0100, Thibaut VARENE wrote:
>> Left as an exercise for the courageous reader:
>> - update debian/copyright
> I was starting for dealing with this, have a look at debian/ 
> experimental-6.4.5 branch
> Your improves on this branch are really welcome, AFAICS you already  
> did more work then me :) Cheers

Well, I can help as much as possible, but, as lame as it may sound, I  
cannot be bothered to deal with a VCS to do packaging work, and  
especially not bothered with learning git to do that. ;P

I'd rather do it the good old way, tarballs 'n patches. You're welcome  
to commit my changes wherever/however you see fit though.

I took a quick look at debian/changelog through the git web interface,  
and I'm not sure I quite understand the purpose of  
005_disable_client_res.patch. If it's supposed to fix the build  
failure, I think the better fix is to move the png icons where they  
were supposed to be in the first place, as I do in rules...

Also, I see you have disabled 101_check_RSA_returned_values.patch, but  
if you actually look at the code, you'll see the patch is still  
needed, which is why I updated it.

Regarding making BOINC point to boinc in /usr/include, I don't think  
it's a good idea: people should update their code to the proper  
location. Helping them to not have to do so is not really helping them  
in the long term, I believe. That's my 2c :) Plus, let's not forget we  
have only 2 known users of this code: boinc-app-seti and boinc-app- 
milkyway. I've already updated the latter ;)

006_correct_catalog_path.patch and fixing rules accordingly looks like  
a good thing, on the other hand :)

And I've already voiced my opinion about  
002_remove_hardcoded_optimization: though I understand the purpose, I  
still believe we shouldn't try to be smarter than upstream...

I see you've already updated debian/copyright, that's cool! With  
little luck, merging both our works we might end up with something  
worth releasing :) The only remaining red flag I see is the new  
default quit message of boincmgr.

I'll try merging this in the next couple days, will keep you posted.  
Also, please *do* CC-me on replies: I'm not (yet) subscribed to the  
mailing list, I saw your reply through the web interface... :P


Thibaut VARÈNE

More information about the pkg-boinc-devel mailing list