Bug#1012874: lombok no longer ships lombok-utils.jar

2022-06-19 Thread tony mancill
On Thu, Jun 16, 2022 at 12:18:57PM +0200, Emmanuel Bourg wrote:
> Le 2022-06-16 07:40, tony mancill a écrit :
> 
> > Emmanuel, is there a reason it needed to be removed?
> 
> If I remember well lombok-utils.jar is no longer built upstream, the last
> version on Maven central is lombok-utils 1.18.12 (feb 2020).
> 
> https://search.maven.org/artifact/org.projectlombok/lombok-utils
> 
> 
> > Any concerns with me adding it back to the package?
> 
> No objection but I'm not sure this will be enough to build lombok-ast. It
> hasn't been updated since 2011, I guess it's obsolete now and we'll
> increasingly struggle to keep it building.

Ack that.  Thanks for the response.  I will close this and focus on
porting lombok-ast.



Bug#1012874: lombok no longer ships lombok-utils.jar

2022-06-16 Thread Emmanuel Bourg

Le 2022-06-16 07:40, tony mancill a écrit :


Emmanuel, is there a reason it needed to be removed?


If I remember well lombok-utils.jar is no longer built upstream, the 
last version on Maven central is lombok-utils 1.18.12 (feb 2020).


https://search.maven.org/artifact/org.projectlombok/lombok-utils



Any concerns with me adding it back to the package?


No objection but I'm not sure this will be enough to build lombok-ast. 
It hasn't been updated since 2011, I guess it's obsolete now and we'll 
increasingly struggle to keep it building.




Bug#1012874: lombok no longer ships lombok-utils.jar

2022-06-15 Thread tony mancill
Source: lombok
Version: 1.18.24-1
Severity: normal

A recent upload of lombok removed lombok-utils.jar, which results in
lombok-ast now being FTBFS.  (The CommentInfo.class is found in the
lombok-utils.jar, among other things.)

Emmanuel, is there a reason it needed to be removed?  Any concerns with
me adding it back to the package?

Thanks,
tony

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled