preliminary packaging work of 6.4.5
varenet at debian.org
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
More information about the pkg-boinc-devel