[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#687057: androidsdk-tools progress



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


Reply to: