Hi Jakub, On Mon, Apr 01, 2013 at 12:57:24PM +0200, Jakub Adam wrote: > Hi Stefan, > > On 1.4.2013 00:40, Stefan Handschuh wrote: > >I wanted to ask if its ok for you if the > >git repository is "owned" by you (i.e. change the owner that is visible in > >gitweb). > > I don't mind to be the owner, however it seems for gitweb 'owner' is who owns > the top > level directory of the git repo, which is something I don't have permissions > to change. > You can try to execute 'chown xhaakon-guest androidsdk-tools.git' yourself to > transfer > me the ownership.
The chown did not work (no permissions), so I will try to contact the debian staff. Its just a small thing, but as you are basically doing all the work, I think its more appropriate this way. > Still, everything under pkg-java is team maintained so who is the repository > owner really > plays no role here. > > >There are some issues w.r.t. the d/copyright file which should be resolved > >first, I think. I am currently gathering information about the changes that > >should be applied there (in general, some information is missing). > >Therefore, I > >would like to ask you to wait with the sourcecode upload. > > Ok, I can wait. To make the package lintian clean I still should write at > least some basic > manpages for the scripts we place in /usr/bin. Thanks, I will get back to you about this later. > >Thanks for providing information about the problem there in a separate > >email. I > >will have a look at it. > > Thanks for your help with Lombok! A quick solution would be to create stubs of the classes that are missing while preserving their bits (i.e. BaseFileObject is abstract and Kind is an enum inside of it; only add the fields/methods that are actually called by the class that does not compile). Of course, the bytecode of the stubs should not be included into the binary package. The lombok library seems to do this also for some other classes. This may lead to problems later when the classes are actually needed. Also, the copyright issue w.r.t. the java api may be a point of concern, so another option may be just to delete the classes. The class/enum in question seems to be part of the "original" openjdk but I have not figured out yet, why they are not part of the debian package. Best regards, Stefan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130401221740.GA2356@m1330
