all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: Liliana Marie Prikler <liliana.prikler@ist.tugraz.at>
Cc: Julien Lepiller <julien@lepiller.eu>, 58591@debbugs.gnu.org
Subject: bug#58591: Java packages do not appear to keep a reference to their inputs
Date: Tue, 18 Oct 2022 09:29:48 -0400	[thread overview]
Message-ID: <87r0z5w983.fsf@gmail.com> (raw)
In-Reply-To: <87y1tdw9yc.fsf@gmail.com> (Maxim Cournoyer's message of "Tue, 18 Oct 2022 09:14:03 -0400")

Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

[...]

> A nice read is [0], which mentions the existence of a 'Class-Path' main
> attribute that can go in the manifest file.  If using unpacked jars
> works the same as .jars (which are just zip files) for Java, then we
> could not only have dependency correctly referenced and loaded via
> 'Class-Path', but also the grafting mechanism would work, since the
> paths would appear in clear (not obfuscated due to zip compression).

Ugh, Class-Path only accepts relative path, not absolute paths:

   The location of the JAR file or directory represented by this entry
   is contained within the containing directory of the context JAR. Use
   of "../" to navigate to the parent directory is not permitted, except
   for the case when the context JAR is loaded from the file system.

Perhaps we could patch Java so that it's loader is more adapted for our
use case, or extend its manifest with a Guix-specific Guix-Class-Path
section that'd allow for absolute paths.

> [0] https://docs.oracle.com/en/java/javase/19/docs/specs/jar/jar.html

-- 
Thanks,
Maxim




      parent reply	other threads:[~2022-10-18 13:30 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-17 21:04 bug#58591: Java packages do not appear to keep a reference to their inputs Maxim Cournoyer
2022-10-17 22:03 ` Julien Lepiller
2022-10-18  1:43   ` Mark H Weaver
2022-10-18  2:45   ` Maxim Cournoyer
2022-10-18  7:01     ` Maxime Devos
2022-10-18  7:36     ` Liliana Marie Prikler
2022-10-18 13:14       ` Maxim Cournoyer
2022-10-18 13:21         ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-18 14:17           ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-18 14:53           ` Maxim Cournoyer
2022-10-18 14:56             ` Maxim Cournoyer
2022-10-18 15:32               ` Julien Lepiller
2022-10-18 23:25                 ` Maxim Cournoyer
2022-10-18 13:29         ` Maxim Cournoyer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r0z5w983.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=58591@debbugs.gnu.org \
    --cc=julien@lepiller.eu \
    --cc=liliana.prikler@ist.tugraz.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.