GNU bug report logs -
#77869
how can artanis support minimal mode?
Previous Next
To reply to this bug, email your comments to 77869 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#77869
; Package
guix
.
(Thu, 17 Apr 2025 15:11:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"R.W.Flurando" <rw-flurando <at> inventati.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 17 Apr 2025 15:11:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It has really been a long time that gnu artanis,
the lovely python flask or rust rocket equivalance in guile,
can not run under minimal mode here, in guix system
I consider this a bug instead of any sort of wish list
because this behaviour is definitely below expectation
having checked the package definition this afternoon and examined part of
artanis source code for nearly a whole day,
I found that there is code dealting with the config files in guix
package definition
> (substitute* "Makefile" ;set the root of config files to OUT
> ((" /etc") (string-append " " out "/etc")))
but it does not work even though artanis derivation folder is populated
with correct files then
because inside artanis it is hardcoded to check
"/etc/artanis/artanis.conf",
one can find the definition of *default-conf-file* inside the
"artanis/config.scm" file
now my question is what is the best way to solve this undesired nasty
behaviour?
in my opinion the main fault is artanis hardcoded the default path
assuming fhs as well, instead of using more flexible ways
since the maintainer of artanis is a gnu constributor, I wonder if
anyone would finally reach him/her/they up and adapt a better way that
support the specified config folder at build/install phases
or is it the guix side's responsibility to figure out some walkaround as
there are a lot of packages out there assuming fhs and even hardcoding
/usr/local/share -- we can't just shut the door to them right?
For the former solution, it might be more appropriate for a senior
contributor to chat with the contributor...
For the latter solution, is it realistic to modify the phase to patch or
somehow change the *default-conf-file* related stuff before actually
getting the derivation?
(I guess changing it to "etc/artanis.conf" would work if the derivation
folder is in its loadpath, but of course just a guess anyway!)
forking artanis is not desired just for this, since most folks might use
art work instead of minimal mode
hope for a fix or guidance about source patching "on the fly"
really don't like falling back to things like
> python3 -m http.server
every time I need a quick api server.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#77869
; Package
guix
.
(Fri, 18 Apr 2025 00:07:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 77869 <at> debbugs.gnu.org (full text, mbox):
to add something
the artanis Makefile.in has checks of DESTDIR
when installing or uninstalling
and and it do respect DESTDIR for the /etc/artanis/artanis.conf
I wonder whether the *default-conf-file* is really hardcoded
seemingly it is
then what will happen if I do ask for a DESTDIR?
Since the store path would be clear only when the hash has been
computed, it might be a egg-and-chicken problem
which means one cannot specify the correct DESTDIR even if artanis
config module respect this as well
No idea how to use the gnu autotools so I can't try them out now
wish for someone to look in
maybe a wrapper (generating artanis and artanis.real derivations in the
end) could be supplied?
Information forwarded
to
bug-guix <at> gnu.org
:
bug#77869
; Package
guix
.
(Fri, 18 Apr 2025 07:04:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 77869 <at> debbugs.gnu.org (full text, mbox):
after trying a lot and compiling a bunch withmy 10y ago pc
I got a walkaround with patches and custom package definition
for those who wanna check, see
> https://codeberg.org/rw-flurando/Dotfile
in the package/guile-xyz/ folder
basically speaking, I changed the (init-config) procedure
in the artanis/config.scm
to check the place where guix put profiles
at a path like /home/bob/.guix-profile/etc/artanis.conf
(no idea if installing the patched artanis with guix home profile would
work or not because I haven't experiment yet)
also, for minimal mode, we have to disable i18n
since init-i18n would assume there is a sys/json or similar folder in
the current working directory, which is unrealistic for minimal mode
so the second patch is to add a switch in init-server to skip the call
to init-i18n
now, with this walkaround, artanis works well in minimal mode
as long as I call (init-server #:i18n? #f) instead of (init-server)
need further experiment to check whether the normal behaviour without
these two patches are influnced and whether installing in the home
profile instead of package list works as well
feel free to inform better solution or reach codeberg.org to see my
dotfile repo.
Have a nice day!
This bug report was last modified 6 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.