all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Bengt Richter <bokr@bokr.com>
To: pinoaffe <pinoaffe@airmail.cc>
Cc: guix-devel@gnu.org
Subject: Re: Question about prusaslicer package
Date: Mon, 20 Sep 2021 09:16:22 +0200	[thread overview]
Message-ID: <20210920071622.GA11727@LionPure> (raw)
In-Reply-To: <87v92wzrol.fsf@airmail.cc>

Hi pinoaffe,

On +2021-09-19 14:16:26 +0200, pinoaffe wrote:
> Ah I forgot the attachment...
> 


> 
> pinoaffe writes:
> 
> > Hi guix,
> >
> > I recently made an attempt at packaging prusaslicer (just the
> > commandline interface, I couldn't get the GUI to work).
> >
> > It does build successfully, and I've attached my package definition.
> >
> > I ran into a weird bug where, for whatever reason, the commandline
> > utility only works if I run it from inside the directory where the
> > prusa-slicer binary is located.
> >
> > Does anyone have a clue as to what might be going wrong?
> > (or, better yet, how to fix it?)
> >
> > kind regards,
> > pinoaffe
>
--8<---------------cut here---------------start------------->8---
from info execv, at the bottom
could this be a clue?

NOTES
    The default search path (used when the environment does not
    contain the variable PATH) shows some variation across
    systems. It generally includes /bin and /usr/bin (in that
    order) and may also include the current working directory.
               ^^^
    On some other systems, the current working is included after
    /bin and /usr/bin, as an anti-Trojan-horse measure. The
    glibc implementation long followed the traditional default
    where the current working direc‐ tory is included at the
    start of the search path. However, some code refactoring
    during the development of glibc 2.24 caused the current
                              ^^^^^^^^^^ ??   
    working directory to be dropped altogether from the default
                            ^^^^^^^^^^^^^^^^^^
    search path. This accidental behavior change is considered
    mildly beneficial, and won't be re‐ verted.
--8<---------------cut here---------------end--------------->8---

Might you have a script making relative helper-script calls
that depends on searching in the current directory, and works if
your cwd is there but not if you execute from elsewhere?

Though if it works, I guess that would suggest you have pre 2.24 glibc?
Not sure where I saw more info, so can't say.

Maybe changing some relative path to absolute could be a workaround?

HTH :)
--  
Regards,
Bengt Richter


  reply	other threads:[~2021-09-20  7:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-19 12:15 Question about prusaslicer package pinoaffe
2021-09-19 12:16 ` pinoaffe
2021-09-20  7:16   ` Bengt Richter [this message]
2021-09-20 11:29 ` Ricardo Wurmus

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=20210920071622.GA11727@LionPure \
    --to=bokr@bokr.com \
    --cc=guix-devel@gnu.org \
    --cc=pinoaffe@airmail.cc \
    /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.