Am Donnerstag, den 17.09.2009, 01:45 +1000 schrieb Allan McRae: > Marc - A. Dahlhaus [ Administration | Westermann GmbH ] wrote: > > Am Mittwoch, den 16.09.2009, 16:18 +1000 schrieb Allan McRae: > > > >> Marc - A. Dahlhaus [ Administration | Westermann GmbH ] wrote: > >> > >>> Am Dienstag, den 15.09.2009, 23:14 +1000 schrieb Allan McRae: > >>> > >>> > >>>> repo-remove... but I am assuming you mean some automated tool to remove > >>>> "useless" deltas? Not yet, and I doubt there will be until someone > >>>> starts using deltas in a repo and finds the need to code one. > >>>> > >>>> > >>> Well, i rise my hand then and look into it as we use deltas quite > >>> heavily lately here. > >>> > >>> > >> That would be great. From memory, pacman does not use a chain of deltas > >> if the total download is greater than 90% of just downloading the full > >> package. That is probably a good criteria to use to in order to decide > >> which deltas to remove. > >> > > > > Actually first i got confused as repo-remove is documented to take a > > pkgname as param to remove the whole package (including deltas) from the > > repo. To use the deltapackage-filename as option to remove only that > > delta doesn't fitted well into that documentation. I'll try to add this > > to the man page and usage outputs during my work on this topic... > > > > I'd like to add a -d|--delta option to repo-add to create the delta > > between the current package and the one to be added. > > > > For option parsing i plan to make usage of getopt (it is already used by > > makepkg so it shouldn't be a problem). > > I will fully read your proposal later, but I want to flag that makepkg > does not use getopt anymore but its own bash parser. This was because > of portability issues. I also notice that the reference to getopt at > the top of makepkg has not been removed...
Thanks for pointing that out. I only did a quick look at the outputs of a recursive grep for getopt but missed that it only found it in some comments... Marc
