From: Stefano Melchior <stefano.melchior@openlabs.it>
To: Mattia Dongili <malattia@linux.it>
Cc: Blaisorblade <blaisorblade@yahoo.it>,
user-mode-linux-devel@lists.sourceforge.net,
Geert Uytterhoeven <geert@linux-m68k.org>,
Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] [RFC][PATCH] include /usr/lib/uml in PATH
Date: Sun, 9 Apr 2006 14:52:21 +0200 [thread overview]
Message-ID: <20060409125221.GB7503@SteX> (raw)
In-Reply-To: <20060407165205.GE23715@inferi.kami.home>
[-- Attachment #1: Type: text/plain, Size: 2036 bytes --]
On Fri, Apr 07, 2006 at 06:52:05PM +0200, Mattia Dongili wrote:
Dear all,
> > > > #define UML_LIB_PATH ":/usr/lib/uml"
> >
> > > what about a config option instead? CONFIG_UML_NET_PATH
> >
> > Don't think so, that's not supposed to be changed according to any config
> > option or I can't see that. Unless on 64-bit system that's /usr/lib64/uml,
> > and in that case it makes sense to have CONFIG_XXX =
> > "/usr/lib/uml" (without :, add them only in the source, i.e. insulate details
> > away).
>
> Yes, that was what I meant. However it's probably not worth the effort
> yet.
>
> > > > 19 -> strlen(UML_LIB_PATH)
> > > > in snprintf, "PATH=%s:/usr/lib/uml" -> "PATH=%s" UML_LIB_PATH
> > > >
> > > > (using string literal concatenation)
> >
> > > here's an updated patch, I added a check for current PATH=="" to avoid
> > > touching the PATH variable when empty (again, kind of keeping the same
> > > behaviour of a clean execvp, I mean it makes no sense to append
> > > /usr/lib/uml and not /bin:/usr/bin too).
> >
> > In that case, you should append both IMHO - empty PATH and no PATH should be
> > treated the same way, I think.
>
> updated patch attached, I hope you like the if-statement .
>
> Description:
> append /usr/lib/uml to the existing PATH environment variable to let
> execvp search uml_net in FHS compliant locations.
at this point, is it the case to have also this patch for the
uml-utilities in order to install uml-net directly on the FHS complaint
path (uml-net):
--- uml_net/Makefile 2003-02-08 05:04:55.000000000 +0100
+++ uml_net/Makefile 2006-04-09 12:48:27.000000000 +0200
@@ -3,7 +3,7 @@
BIN = uml_net
CFLAGS = -g -Wall $(TUNTAP)
-BIN_DIR ?= /usr/bin
+BIN_DIR ?= /usr/lib/uml
OBJS = ethertap.o host.o output.o slip.o uml_net.o
What do you think?
Cheers
SteX
--
Stefano Melchior, GPG key = D52DF829 - <stefano.melchior@openlabs.it>
http://etinarcadiaego.dyndns.org -- http://www.stex.name
Skype ID "stefanomelchior"
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 309 bytes --]
next prev parent reply other threads:[~2006-04-09 12:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-02 17:34 [uml-devel] [RFC][PATCH] include /usr/lib/uml in PATH Mattia Dongili
2006-04-02 18:29 ` Geert Uytterhoeven
2006-04-02 19:54 ` Mattia Dongili
2006-04-04 0:39 ` Blaisorblade
2006-04-05 21:11 ` Mattia Dongili
2006-04-07 6:45 ` Blaisorblade
2006-04-07 16:52 ` Mattia Dongili
2006-04-09 12:52 ` Stefano Melchior [this message]
2006-04-19 9:52 ` Blaisorblade
2006-04-19 19:07 ` Mattia Dongili
2006-04-21 18:34 ` Blaisorblade
2006-04-21 21:18 ` Blaisorblade
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=20060409125221.GB7503@SteX \
--to=stefano.melchior@openlabs.it \
--cc=blaisorblade@yahoo.it \
--cc=geert@linux-m68k.org \
--cc=jdike@addtoit.com \
--cc=malattia@linux.it \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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.
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.