Hi,
I have a brand new infant to take care of and will take a few weeks to
fix the remaining review comments. I am glad to see that openjdk-8 has
moved in to Debian unstable again.
Thanks,
--
Sunil
Dixi quod…
> On Thu, 29 Apr 2021, Sunil Mohan Adapa wrote:
>
> > Kotlin packaging[1] is in a good shape and ready to be uploaded[2] into
> > Debian. We need a DD willing to upload it.
> >
> > The actual upload needs to wait for openjdk-8, which is currently in the
> > NEW queue, to be accepted f
On 07/05/21 1:40 am, Emmanuel Bourg wrote:
[...]
> lintian reports unused paragraph in debian/copyright but that's fairly
> minor. The paragraphs with the same license can be merged to simplify
> the layout.
Some of these will need fixes, while some like the copyright paragraphs
for testData will
On 06/05/21 6:14 pm, Sunil Mohan Adapa wrote:
[...]
>>
>> - debian/bootstrap creates a deb, which has the deb itself
>> in the root directory.
>
> This was known but ignored as bootstrap process is only used as input
> for stage1 (stage3/4 output will be uploaded into Debian). This
> lingering d
On 5/7/21 5:36 PM, Thorsten Glaser wrote:
> On Fri, 7 May 2021, Matthias Klose wrote:
>
>> Is there any reason to use debhelper 13? Does it have anything that
>> is relevant for java packages? Just asking because that's usually
>> something which needs to be downgraded for backports. But I assume
On Fri, 7 May 2021, Phil Morrell wrote:
> Are you planning to upload to stretch
stretch is closed; backports only follow normal release cycles and
desupport LTS. (This is a thing I’m hoping to change when I might
be able to at some point in the future, but nothing’s decided yet.)
bye,
//mirabilo
On Fri, 7 May 2021, Matthias Klose wrote:
> Is there any reason to use debhelper 13? Does it have anything that
> is relevant for java packages? Just asking because that's usually
> something which needs to be downgraded for backports. But I assume
> there are enough dependency requiring debhelpe
Le 2021-05-07 14:55, Phil Morrell a écrit :
I disagree on the version numbering. As described in README.source and
the commit messages for the watch file, this is the standardised format
for MUT support in uscan, admittedly more often seen in javascript.
There is an alternative, checksum '1.3.31
On Fri, May 07, 2021 at 10:40:31AM +0200, Emmanuel Bourg wrote:
> Le 07/05/2021 à 10:12, Matthias Klose a écrit :
>> sure. but maybe remove the "plus" signs from the upstream version, so that
>> the
>> final 1.31.1 version is newer than the current version? or will it be a
>> 1.31.1+dfsg version?
Le 07/05/2021 à 10:12, Matthias Klose a écrit :
> With that, I can build a deb. However the deb has *no* dependencies.
I've started reviewing the package and I stumbled on this issue as well,
the kotlin .deb should indeed declare its dependencies, otherwise the
symlinks in /usr/share/kotlin/kotl
On 5/7/21 3:14 AM, Sunil Mohan Adapa wrote:
> On 06/05/21 9:32 am, Matthias Klose wrote:
>> On 4/29/21 5:01 PM, Sunil Mohan Adapa wrote:
>>> Hello,
>>>
>>> Kotlin packaging[1] is in a good shape and ready to be uploaded[2] into
>>> Debian. We need a DD willing to upload it.
>>
>>> The actual upload
On 06/05/21 6:14 pm, Sunil Mohan Adapa wrote:
[...]
>>
>> - debian/rules has
>> export JDK_16="/usr/lib/jvm/java-8-openjdk-amd64"
>> export JDK_17="/usr/lib/jvm/java-8-openjdk-amd64"
>> export JDK_18="/usr/lib/jvm/java-8-openjdk-amd64"
>> export JDK_9="/usr/lib/jvm/j
On 06/05/21 9:32 am, Matthias Klose wrote:
> On 4/29/21 5:01 PM, Sunil Mohan Adapa wrote:
>> Hello,
>>
>> Kotlin packaging[1] is in a good shape and ready to be uploaded[2] into
>> Debian. We need a DD willing to upload it.
>
>> The actual upload needs to wait for openjdk-8, which is currently in
On 4/29/21 5:01 PM, Sunil Mohan Adapa wrote:
> Hello,
>
> Kotlin packaging[1] is in a good shape and ready to be uploaded[2] into
> Debian. We need a DD willing to upload it.
> The actual upload needs to wait for openjdk-8, which is currently in the
> NEW queue, to be accepted first. However, the
PS If anyone wants an easy mdoc solution, I just pushed a trivial local
Python 3 fix [1] I had for cli2man [2] to upstream. Unfortunately, this is
not actually in Debian ATM so not quite as convenient. But it is
certainly more correct, to the point mirabilos made.
[1] https://github.com/tobimensch
On Sat, May 1, 2021 at 5:59 PM Thorsten Glaser wrote:
> On Sat, 1 May 2021, Olek Wojnar wrote:
>
> > FWIW, help2man is often a really good starting point.
>
> REALLY not; that produces really bad-quality man(7)-format manpages.
>
> These days you want semantical markup via mdoc(7) instead (see, f
On Sat, 1 May 2021, Olek Wojnar wrote:
> FWIW, help2man is often a really good starting point.
REALLY not; that produces really bad-quality man(7)-format manpages.
These days you want semantical markup via mdoc(7) instead (see, for
example, the manpage I wrote for jamulus or others).
bye,
//mir
On Thu, Apr 29, 2021 at 11:12 AM Thorsten Glaser wrote:
>
> > - There are no lintian errors/warnings except for need of manpages.
>
> $ lintian -vIiE --pedantic --color=auto *.changes
>
> This often finds many more than one’s standard invocations do.
>
> Manpages are important (now’s the time to
On 29/04/21 8:12 am, Thorsten Glaser wrote:
> On Thu, 29 Apr 2021, Sunil Mohan Adapa wrote:
>
[...]
>> The actual upload needs to wait for openjdk-8, which is currently in the
>> NEW queue, to be accepted first.
>
> Again, please only do the actual uploading *after* openjdk-8 8u292-b10-1
> (or hi
On Thu, 29 Apr 2021, Sunil Mohan Adapa wrote:
> Kotlin packaging[1] is in a good shape and ready to be uploaded[2] into
> Debian. We need a DD willing to upload it.
>
> The actual upload needs to wait for openjdk-8, which is currently in the
> NEW queue, to be accepted first.
Again, please only
20 matches
Mail list logo
