On Wed, 2003-07-16 at 16:01, Michael Jennings wrote:
> Feel free to modify setup-gettext.sh to resolve the portability
> issues.
Yeah, I've been looking into that. But Solaris's gettext and the GNU
one seem so entirely different - like --version just gets repeated out
as input, it doesn't elicit
On Wednesday, 16 July 2003, at 14:09:30 (+0100),
Mark R. Bowyer wrote:
> OK. If this is the problem, some checks need to be made for which
> gettext is there and what needs to be done to continue Solaris
> support.
Feel free to modify setup-gettext.sh to resolve the portability
issues.
Michael
On Wed, 2003-07-16 at 14:45, Mark R. Bowyer wrote:
>
> But it installs fine and works this way - except for my continuing
> iconify to iconbox issue =O}
And that (he says, wishing he'd tried this before he sent this last
email, so he wouldn't be replying to himself) only happens on my first
scree
On Wed, 2003-07-16 at 14:18, Kim Woelders wrote:
> Sorry, I meant ./autogen.sh --prefix=/opt
Ahhh! OK, retried, and yes - that works fine =O) Many thanks.
I also looked closer at the po/intl problem, as I noticed this at the
end of the ./configure output:
creating po/Makefile.in
Mark R. Bowyer wrote:
On Wed, 2003-07-16 at 14:02, Kim Woelders wrote:
I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
it did mostly what I wanted. Stuff is now in /opt/enlightenment/share/*
that used to be in /opt/enlightenment/*, but I can live with that.
I think you wa
On Wed, 2003-07-16 at 14:02, Kim Woelders wrote:
> > I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
> > it did mostly what I wanted. Stuff is now in /opt/enlightenment/share/*
> > that used to be in /opt/enlightenment/*, but I can live with that.
> >
> I think you want .
Mark R. Bowyer wrote:
On Tue, 2003-07-15 at 19:39, Kim Woelders wrote:
OK - I have just committed an attempt to make things work in the
"good old" way.
Could everybody who cares please try out their pet configuartion :-)
I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
it
On Tue, 2003-07-15 at 19:39, Kim Woelders wrote:
> OK - I have just committed an attempt to make things work in the
> "good old" way.
>
> Could everybody who cares please try out their pet configuartion :-)
I did a ./autogen.sh --prefix=/opt/enlightenment --enable-fsstd here and
it did mostly wha
OK - I have just committed an attempt to make things work in the
"good old" way.
Could everybody who cares please try out their pet configuartion :-)
/Kim
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & mo
OK, I understand now. I knew it was broken, I just didn't understand
how you intended to fix it ;O)
Many thanks again for your continued work here.
Mark.
On Mon, 2003-07-14 at 18:46, Kim Woelders wrote:
> If I understand correctly, you want
>
> configure --enable-fsstd --prefix=/opt
> and
> co
On Tuesday, 15 July 2003, at 12:05:34 (+1000),
Carsten Haitzler wrote:
> :-P~~~ :)
Beware the drool!
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
--
On Mon, 14 Jul 2003 21:45:31 -0400 Michael Jennings <[EMAIL PROTECTED]> babbled:
> On Monday, 14 July 2003, at 18:57:37 (-0400),
> [EMAIL PROTECTED] wrote:
>
> > Why not hold a vote and go with the majority.
>
> This isn't a democracy. At best, it's a benevolent dictatorshi
On Monday, 14 July 2003, at 18:57:37 (-0400),
[EMAIL PROTECTED] wrote:
> Why not hold a vote and go with the majority.
This isn't a democracy. At best, it's a benevolent dictatorship. :)
raster has made it very clear in the past how he wants the default to
work. So this argument is pointless.
Michael Jennings said:
> On Monday, 14 July 2003, at 16:10:39 (-0400),
> [EMAIL PROTECTED] wrote:
>
>> what's wrong with ./configure --prefix=/usr/whatever/enlightenment
behaviortting it tack the /bin on that?
>
> if test "x$enable_fsstd" = "xyes"; then
> ENLIGHTENMENT_ROOT=${datadir}/enlig
At 21:50 2003-07-14 +0200, Morten Nilsen wrote:
Michael Jennings wrote:
> On Monday, 14 July 2003, at 21:12:39 (+0200),
> Morten Nilsen wrote:
>
>> 1) ./configure
>> /usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
>
> I can't reproduce that here. Most likely a problem on
On Monday, 14 July 2003, at 16:10:39 (-0400),
[EMAIL PROTECTED] wrote:
> what's wrong with ./configure --prefix=/usr/whatever/enlightenment
> and letting it tack the /bin on that?
if test "x$enable_fsstd" = "xyes"; then
ENLIGHTENMENT_ROOT=${datadir}/enlightenment
ENLIGHTENMENT_BIN
On Mon, 14 Jul 2003 16:00:52 EDT, Michael Jennings <[EMAIL PROTECTED]> said:
> On Monday, 14 July 2003, at 21:50:46 (+0200),
> > As I see it, the people who want enlightenment into a separate
> > folder, still can do that with --prefix...
>
> No, they can't. FSSTD uses things like /bin, whereas
On Monday, 14 July 2003, at 21:50:46 (+0200),
Morten Nilsen wrote:
> quite possible, that..
>
> but still, is there really any reason not to allways have --with-fsstd?
Yes.
> As I see it, the people who want enlightenment into a separate
> folder, still can do that with --prefix...
No, they ca
Michael Jennings wrote:
> On Monday, 14 July 2003, at 21:12:39 (+0200),
> Morten Nilsen wrote:
>
>> 1) ./configure
>> /usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
>
> I can't reproduce that here. Most likely a problem on your end.
>
quite possible, that..
but stil
On Monday, 14 July 2003, at 21:42:31 (+0200),
Kim Woelders wrote:
> Now it's a question of either fixing it as it was or doing things as
> they are done in practically all other packages.
If it is indeed broken, it needs to be fixed.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx
Morten Nilsen wrote:
I tried using /usr/local/enlightenment, but that wouldn't work without
--with-fsstd either...
1) ./configure
/usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
2) ./configure --prefix=/usr/local/enlightenment
/usr/local/enlightenment/enlightenment/bin
3)
On Monday, 14 July 2003, at 21:12:39 (+0200),
Morten Nilsen wrote:
> 1) ./configure
> /usr/local/bin, complains that dox is not in /usr/local/enlightenment/bin
I can't reproduce that here. Most likely a problem on your end.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[
Kloss Korban wrote:
Does anybody actually use the non-fsstd stuff, i.e. install to
/usr/enlightenment/{bin,themes,...}?
>>>
>
> EvilEntity Linux uses "/usr/enlightenment/" That would count for
> 400,000+ Enlightenment users.
>
I tried using /usr/local/enlightenment, but th
Does anybody actually use the non-fsstd stuff, i.e. install to
/usr/enlightenment/{bin,themes,...}?
EvilEntity Linux uses "/usr/enlightenment/" That would count for
400,000+ Enlightenment users.
-Kloss
---
This SF.Net email sponsored by
On Monday, 14 July 2003, at 19:46:22 (+0200),
Kim Woelders wrote:
> If I understand correctly, you want
>
> configure --enable-fsstd --prefix=/opt
> and
> configure --enable-fsstd (i.e. --prefix=/usr/local)
>
> which are both fsstd?
No. /opt works on the principle of /opt//{bin,lib,etc}
He wan
If I understand correctly, you want
configure --enable-fsstd --prefix=/opt
and
configure --enable-fsstd (i.e. --prefix=/usr/local)
which are both fsstd?
What I suggest is to make --enable-fsstd implied so that the
configuration wrt. install dirs is the same as in every other
package in the unive
On Sun, 2003-07-13 at 22:25, Kim Woelders wrote:
> Morten Nilsen wrote:
> > if configure is run without parameters, prefix is set to /usr/local
> > enlightenment expects it's binaries to be in prefix/enlightenment/bin,
> > while they get installed in prefix/bin
> >
> > giving configure --enable-fs
Morten Nilsen wrote:
if configure is run without parameters, prefix is set to /usr/local
enlightenment expects it's binaries to be in prefix/enlightenment/bin,
while they get installed in prefix/bin
giving configure --enable-fsstd, this works..
If I use --prefix, it doesn't work unless I give --en
28 matches
Mail list logo
