Nabble - Etoile - General

Re: Is Etoile ready to "live" in yet?

2009-12-04T18:31:04Z

/bumping this to be sure that message was actually sent.

Nabble is unclear on this, saying something about needing to subscribe to the mailing list (which I believe I just did) before message would go through (yet it displays in nabble!?) so here I am. Sorry about the inconvenience.

--bornagainpenguin

bornagainpenguin wrote:

I was reading the recent OSNews.com article about Windowmaker and someone mentioned this project. It looks interesting and active (in contrast to other GNUStep projects that I found in Google) so I started reading the FAQ and the forum to get some idea of what I can expect. So far it appears as if Étoilé is only intended to be a developer's environment, not something an enduser can "live" in and run for their daily use. Is this perception correct?

Otherwise I'd like to know if there is a simpler way to get Étoilé up and running on an eeepc 901, which is my Linux machine for the time being. (I run Ubuntu 8.04.3 on it currently and Ubuntu 9.10 on the desktop when I boot into that partition.) Lately I've become really unenthused by the direction Ubuntu and Gnome 3.0 seem to be heading and so am looking for desktop environment alternatives. I remember GNUStep as something that was not quite ready when Darwin was the hot topic of discussion several years ago, and am hoping a combination of time and Étoilé has changed that situation.

Thanks!

--bornagainpenguin

Is Etoile ready to "live" in yet?

2009-12-04T09:16:09Z

I was reading the recent OSNews.com article about Windowmaker and someone mentioned this project. It looks interesting and active (in contrast to other GNUStep projects that I found in Google) so I started reading the FAQ and the forum to get some idea of what I can expect. So far it appears as if Étoilé is only intended to be a developer's environment, not something an enduser can "live" in and run for their daily use. Is this perception correct?

Otherwise I'd like to know if there is a simpler way to get Étoilé up and running on an eeepc 901, which is my Linux machine for the time being. (I run Ubuntu 8.04.3 on it currently and Ubuntu 9.10 on the desktop when I boot into that partition.) Lately I've become really unenthused by the direction Ubuntu and Gnome 3.0 seem to be heading and so am looking for desktop environment alternatives. I remember GNUStep as something that was not quite ready when Darwin was the hot topic of discussion several years ago, and am hoping a combination of time and Étoilé has changed that situation.

Thanks!

--bornagainpenguin

Switching to the non-fragile ABI

2009-11-21T04:49:48Z

Hi Everyone,

As of yesterday, the entire Étoilé tree compiles with clang[1]. If
you use libobjc2 then we can also use the non-fragile ABI (i.e. put
ivar definitions in .m files, not make them part of the public
interface). We can also use declared properties and fast enumeration
when we compile with clang, irrespective of the ABI that we choose.

Eventually, I'd like to require the non-fragile ABI for Étoilé. It
will make maintaining backwards compatibility and development easier.
So please can everyone test that clang and libobjc2 (from GNUstep svn)
work on your system?

David

[1] There are still some bugs in the front end related to passing
flags to the linker, so you need to compile with:

gmake CC=clang LD=gcc

I'll try to track these down in the next few days. To use the non-
fragile ABI you need to add -fobjc-nonfragile-abi to your OBJCFLAGS.
It's also worth adding -fblocks to add support for blocks, especially
for EtoileFoundation, which includes some code that uses blocks and is
conditionally compiled when blocks are supported.

-- Sent from my brain

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Accessing to SILC

2009-11-12T04:54:18Z

Hi Luc,

Le 11 nov. 2009 à 21:37, Luc Pellissier a écrit :

> Hello
>
> I haven't been hanging out on the SILC Étoilé channel for quite a
> long time. I tried today to join it again, and Colloquy asks me for
> a password in order to reach the server. It never had before.
>
> I've searched on the Étoilé website, but nothing is mentioned about
> this change (if there was any). So, did you guys change anything to
> the SILC server setup ? Is this password thing meant to be ?
> Shouldn't the password be more widely available ? Is it even
> necessary/useful ?

Nothing has changed. I just connected to the silc channel one hour ago
with Colloquy to be sure. I'm using Colloquy 2.3 (4258, which is not
the latest release). This versions works great on Mac OS X 10.5 and
10.6 in my case. It crashes very rarely.

Cheers,
Quentin.

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Accessing to SILC

2009-11-12T02:40:04Z

Confirm: Colloquy works for me (but didn't at all for a while) but
crashes/logs out of the silc channel occasionally. I haven't got
Pidgin or any other gui client to work with silc on Linux.

/F

2009/11/11 Eric Wasylishen <ewasylishen@...>:

> Hey Luc,
> I don't think there is a password on the server - not sure why
> Colloquy is asking for one. With the command-line SILC client, you are
> asked for your private key password, which you choose the first time
> you run SILC - but I don't remember if Colloquy does this.
>
> Unfortunately the only SILC client I have found which is reliable is
> the official command line one - I think you can get it on OS X from
> macports. Colloquy used to work for me (but crash often), now I can't
> even connect with it.
>
> Eric
>
> On 2009-11-11, at 1:37 PM, Luc Pellissier wrote:
>
>> Hello
>>
>> I haven't been hanging out on the SILC Étoilé channel for quite a
>> long time. I tried today to join it again, and Colloquy asks me for
>> a password in order to reach the server. It never had before.
>>
>> I've searched on the Étoilé website, but nothing is mentioned about
>> this change (if there was any). So, did you guys change anything to
>> the SILC server setup ? Is this password thing meant to be ?
>> Shouldn't the password be more widely available ? Is it even
>> necessary/useful ?
>>
>> Luc.

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Accessing to SILC

2009-11-11T13:19:04Z

Hey Luc,
I don't think there is a password on the server - not sure why
Colloquy is asking for one. With the command-line SILC client, you are
asked for your private key password, which you choose the first time
you run SILC - but I don't remember if Colloquy does this.

Unfortunately the only SILC client I have found which is reliable is
the official command line one - I think you can get it on OS X from
macports. Colloquy used to work for me (but crash often), now I can't
even connect with it.

Eric

On 2009-11-11, at 1:37 PM, Luc Pellissier wrote:

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Accessing to SILC

2009-11-11T12:37:34Z

Hello

I haven't been hanging out on the SILC Étoilé channel for quite a long time. I tried today to join it again, and Colloquy asks me for a password in order to reach the server. It never had before.

I've searched on the Étoilé website, but nothing is mentioned about this change (if there was any). So, did you guys change anything to the SILC server setup ? Is this password thing meant to be ? Shouldn't the password be more widely available ? Is it even necessary/useful ?

Luc.
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

srandomdev (RE: newbie question - file permissions)

2009-11-10T09:23:17Z

> You need to port ETSRandomDev() function (either the Linux version or
> the generic one) to NetBSD, because AFAIK srandomdev() isn't available
> on NetBSD.
> The error you get means the generic function cannot be compiled.
> 'timeval' is POSIX-compliant, you should be able to get it working by
> including the right header. I suppose NetBSD supports it.
> <http://www.opengroup.org/onlinepubs/000095399/basedefs/sys/time.h.html
> >
> Take a look at ETUUID.m to understand what I mean more precisely.

Looks like just changing your ifdef blocks so that the headers get included in all non-Free/Open/Dragonfly cases, instead of only the Linux case, fixes it. Diff against 0.4.1......

--- Frameworks/EtoileFoundation/Source/ETUUID.m.orig 2009-03-17 08:18:26.000000000 -0500
+++ Frameworks/EtoileFoundation/Source/ETUUID.m 2009-11-10 11:15:39.000000000 -0600
@@ -15,7 +15,7 @@
// time and pid to seed the random number generator.
#if defined(__FreeBSD__) || defined(__OpenBSD) || defined(__DragonFly__)
#define INITRANDOM() srandomdev()
-#elif defined(__linux__)
+#else
#include <sys/time.h>
#include <time.h>
#include <sys/types.h>
@@ -23,6 +23,7 @@
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
+#if defined(__linux__)
/** Returns a strong random number which can be used as a seed for srandom().
This random number is obtained from Linux entropy pool through /dev/random.
Unlike /dev/urandom, /dev/random blocks when the entropy estimate isn't
@@ -83,6 +84,7 @@
}
#define INITRANDOM() ETSRandomDev()
#endif
+#endif
#import "Macros.h"
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: GNUstep @ FOSDEM 2010 6th and 7th February 2010

2009-10-20T01:24:37Z

> - What are we planning for FOSDEM? Will we apply for a dev-room
> again and/or for a stand? (for a dev-room we would need speakers, a
> stand needs more manpower to operate than the dev-room (all the time
> at least two to three people must be at the stand and since nobody
> can be there all the time so we need way more than that))

I agree that if we have to choose, a room with some good presentations
for the general public seem to be more effective than the stand in
terms of marketing. :-)

When I say "presentations for the general public" I was thinking of
topics such as, for example,

* Objective-C/GNUstep on Microsoft Windows. How you use it, what
works, what doesn't, with demo.

* a tutorial on how to build your first Objective-C programs
(probably the most frequently asked FAQ on the mailing list)

* Maybe a general introduction to Objective-C ? We can make it
reasonably general so it applies to both GNUstep, Apple and iPhone -
thus attracting
a bigger crowd.

* Maybe some tutorials/presentations on some "advanced" topics in
Objective-C ? (eg, discussing some of many typical Objective-C/
OpenStep design patterns)
Something that might be useful to iPhone/Apple developers as well as
GNUstep ones - so they come to the presentation, and then we'll do all
the explanations
and examples in GNUstep and they'll incidentally discover that there
are free/GNU Objective-C frameworks, and that they work great. :-)

Thanks

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: GNUstep @ FOSDEM 2010 6th and 7th February 2010

2009-10-16T05:47:52Z

On Thu, Oct 15, 2009 at 11:01 PM, Lars Sonchocky-Helldorf
<lars.sonchocky-helldorf@...> wrote:

> Since the dates for FOSDEM 2010 ( http://fosdem.org/2010/ ) are out, I
> thought we better start discussing this earlier than later so everybody has
> enough time to plan and we don't get in a hurry with deadlines and such.
>
> FOSDEM, the most developer-oriented Free and Opensource conference in
> Europe, is taking place in Brussels, Belgium on Saturday 6 and Sunday 7
> February 2010.
>
> I have set up a wiki page for this:
> http://wiki.gnustep.org/index.php/FOSDEM_2010
>
> My questions now are:
>
> - Are you going to attend? (if so please enter your name in the FOSDEM 2010
> wiki page or if you don't have a wiki account reply to this mail so I can
> enter your name)

done.. :)

> - What are we planning for FOSDEM? Will we apply for a dev-room again and/or
> for a stand? (for a dev-room we would need speakers, a stand needs more
> manpower to operate than the dev-room (all the time at least two to three
> people must be at the stand and since nobody can be there all the time so we
> need way more than that))

I think we may just not ask for the stand this year... just ask for a
dev-room. And only do a few talks (i.e., "State of GNUstep 2010") and
keep hacking the rest of the time.
Put posters pointing to the dev room in the hallway, and that's it!

That way we'll hopefully do some good work while we are all together.
A few talks could be interesting, but no more than that -- the feeling
I got from the last fosdems I attended was that we would take a lot of
time preparing for the stand, organizing talks, but there weren't that
much interest overall. So it seems to me our efforts would be better
spent hacking together...

> - If we apply for a dev-room and/or stand will we do a joint application of
> GNUstep/Étoilé/OpenGroupware.org like last year or does somebody have
> objections? (Helge? ;-))

no objections!

> - Who is willing to help organizing the event?
>
>
> Please discuss!
>
>
> regards,
>
> Lars
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@...
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
>

--
Nicolas Roard
"I love deadlines. I like the whooshing sound
they make as they fly by." -- Douglas Adams

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-14T03:56:48Z

Hi Timothy,

Le 14 oct. 2009 à 07:33, Larson, Timothy E. a écrit :

> Dunno if this is relevant, but if I am root (to get around those
> permission issues) I get this....
>
>
> Compiling file ETObjectChain.m ...
> Compiling file ETObjectRegistry.m ...
> Compiling file ETPropertyValueCoding.m ...
> Compiling file ETTranscript.m ...
> Compiling file ETTransform.m ...
> Compiling file ETUUID.m ...
> ETUUID.m: In function 'ETSRandomDev':
> ETUUID.m:69: error: storage size of 'tv' isn't known
> gmake[4]: *** [obj/ETUUID.m.o] Error 1
> gmake[3]: *** [libEtoileFoundation.all.subproject.variables] Error 2
> gmake[2]: *** [EtoileFoundation.all.framework.variables] Error 2
> gmake[1]: *** [internal-all] Error 2
> gmake: *** [internal-all] Error 2

You need to port ETSRandomDev() function (either the Linux version or
the generic one) to NetBSD, because AFAIK srandomdev() isn't available
on NetBSD.
The error you get means the generic function cannot be compiled.
'timeval' is POSIX-compliant, you should be able to get it working by
including the right header. I suppose NetBSD supports it.
<http://www.opengroup.org/onlinepubs/000095399/basedefs/sys/time.h.html>
Take a look at ETUUID.m to understand what I mean more precisely.

Cheers,
Quentin.
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-13T22:33:28Z

Dunno if this is relevant, but if I am root (to get around those permission issues) I get this....

Compiling file ETObjectChain.m ...
Compiling file ETObjectRegistry.m ...
Compiling file ETPropertyValueCoding.m ...
Compiling file ETTranscript.m ...
Compiling file ETTransform.m ...
Compiling file ETUUID.m ...
ETUUID.m: In function 'ETSRandomDev':
ETUUID.m:69: error: storage size of 'tv' isn't known
gmake[4]: *** [obj/ETUUID.m.o] Error 1
gmake[3]: *** [libEtoileFoundation.all.subproject.variables] Error 2
gmake[2]: *** [EtoileFoundation.all.framework.variables] Error 2
gmake[1]: *** [internal-all] Error 2
gmake: *** [internal-all] Error 2

Tim
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-12T12:28:57Z

So, any ideas why this line is being executed this way? I don't know enough about the GNUstep toolchain to even start tracking down where the code doing this might actually be located.

> /usr/bin/install -c -o root -g wheel -m 444 UKRunner.h
> UnitKit.framework/Versions/1/Headers/UKRunner.h
> install: UnitKit.framework/Versions/1/Headers/UKRunner.h: chown/chgrp:
> Operation not permitted

Thanks,
Tim
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-10T10:59:45Z

On Fri, Oct 09, 2009 at 03:33:25PM -0500, Larson, Timothy E. wrote:
> /usr/bin/install -c -o root -g wheel -m 444 UKRunner.h UnitKit.framework/Versions/1/Headers/UKRunner.h
> install: UnitKit.framework/Versions/1/Headers/UKRunner.h: chown/chgrp: Operation not permitted

Hmm, this still strikes me as odd. Maybe you should ask about this on
gnustep-discuss. Nicola Pero probably listens there and he obviously
knows his way around gnustep-make pretty well...
One thing you could try as a workaround is the following:
'gmake INSTALL_AS_USER=$YOUR_USERNAME INSTALL_AS_GROUP=$YOUR_GROUP',
which should cause gnustep-make to pass those to install explicitly.

Cheers,

Niels

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-10T06:20:28Z

David Chisnall wrote:

> On 9 Oct 2009, at 17:07, Larson, Timothy E. wrote:
>
>> I don't know about GNUSTEP_INSTALLATION_DOMAIN. Is this value the
>> default, or is it something I need to set?
>
> This tells it where to install. For packaging, you probably want to
> leave it as default.

I would have to disagree slightly here. For packaging, you should
ensure that GNUSTEP_INSTALLATION_DOMAIN=SYSTEM. That one plus DESTDIR
are the two variables you should normally need to set when building
GNUstep packages, so the average build script looks similar to this,
assuming GNUstep.sh is already sourced;

export GNUSTEP_INSTALLATION_DOMAIN=SYSTEM
export DESTDIR="$pkgdir"
make install

-Truls

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-09T13:33:25Z

Niels Grewe:
> This is rather odd. On my setup (GNU/Linux) install takes '-c -p -m
> 644'
> as arguments, so it doesn't do any chowning/chgrping. If you build
> with 'gmake messages=yes' you will see what commands gnustep-make is
> issuing during the built. These could be useful for debugging this.

15:32:23 NetBSD 5.0 ~/Etoile-0.4.1
tim@roy 616$ . /usr/pkg/share/GNUstep/Makefiles/GNUstep.sh; gmake messages=yes
This is gnustep-make 2.0.8. Type 'make print-gnustep-make-help' for help.
Making all in Frameworks...
gmake[1]: Entering directory `/home/tim/Etoile-0.4.1/Frameworks'
Making all in UnitKit...
gmake[2]: Entering directory `/home/tim/Etoile-0.4.1/Frameworks/UnitKit'
rm -f /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
ln -s /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/FrameworkSource /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
Making all in Source/FrameworkSource...
gmake[3]: Entering directory `/home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/FrameworkSource'
Making build-headers for framework UnitKit...
/usr/pkg/share/GNUstep/Makefiles/mkinstalldirs UnitKit.framework/Versions/1/Headers
/usr/bin/install -c -o root -g wheel -m 444 UKRunner.h UnitKit.framework/Versions/1/Headers/UKRunner.h
install: UnitKit.framework/Versions/1/Headers/UKRunner.h: chown/chgrp: Operation not permitted
gmake[4]: *** [UnitKit.framework/Versions/1/Headers/UKRunner.h] Error 1
gmake[3]: *** [UnitKit.build-headers.framework.variables] Error 2
gmake[3]: Leaving directory `/home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/FrameworkSource'
gmake[2]: *** [internal-all] Error 2
gmake[2]: Leaving directory `/home/tim/Etoile-0.4.1/Frameworks/UnitKit'
gmake[1]: *** [internal-all] Error 2
gmake[1]: Leaving directory `/home/tim/Etoile-0.4.1/Frameworks'
gmake: *** [internal-all] Error 2

Tim
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-09T12:21:23Z

David Chisnall:
> GNUstep.sh needs to be sourced when building any GNUstep code. This
> is documented in the GNUstep docs, but we probably need to document it
> somewhere for Étoilé too. This file sets a number of environment
> variables that are required by GNUstep Make.

So instead of simply "gmake" I want to say ". $SOMEPATH/GNUstep.sh; gmake". OK...

> If you are creating a build script for packaging then you probably
> want to source this in your build script. I'm not sure about pkgsrc,
> but the FreeBSD ports collection has a makefile that knows all about
> this stuff so you just need to set something like
> USES_GNUSTEP_MAKE=YES in the port makefile for it to all work.

I looked through several other GNUstep packages and didn't see anything like this. I've sent an email to the packager, though.

Thanks,
Tim
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-09T09:12:00Z

On 9 Oct 2009, at 17:07, Larson, Timothy E. wrote:

> Niels Grewe:
>> No you don't. In fact, you should refrain from building stuff as root
>> and only assume the superuser role if you install into the Local or
>> System domain. If you're just experimenting with Étoilé you'd also be
>> fine with GNUSTEP_INSTALLATION_DOMAIN=USER and using your normal user
>> to
>> (g)make install.
>
> I don't know about GNUSTEP_INSTALLATION_DOMAIN. Is this value the
> default, or is it something I need to set?

This tells it where to install. For packaging, you probably want to
leave it as default.

>> If you're not intending to package Étoilé, it's usually more
>> advisable
>> to try out svn trunk.
>
> I am hoping to package.
>
>> Why do you have to set GNUSTEP_MAKEFILES here? Usually it should be
>> set
>> when you source .../Makefiles/GNUstep.(sh|csh).
>
> How/when is GNUstep.sh sourced? That's another thing I don't know.
> (If the process doesn't follow the typical "./configure; make; sudo
> make install" it needs to be documented.) With just gmake, I get
> errors about /common.make not found, because GNUSTEP_MAKEFILES is
> not defined, so it made sense to define it.

GNUstep.sh needs to be sourced when building any GNUstep code. This
is documented in the GNUstep docs, but we probably need to document it
somewhere for Étoilé too. This file sets a number of environment
variables that are required by GNUstep Make.

If you are creating a build script for packaging then you probably
want to source this in your build script. I'm not sure about pkgsrc,
but the FreeBSD ports collection has a makefile that knows all about
this stuff so you just need to set something like
USES_GNUSTEP_MAKE=YES in the port makefile for it to all work.

>> This is rather odd. On my setup (GNU/Linux) install takes '-c -p -m
>> 644'
>> as arguments, so it doesn't do any chowning/chgrping. If you build
>
> Perhaps there are some Linux-centric assumptions?

Shouldn't be. I can build UnitKit on FreeBSD quite happily. There
may well be bugs, of course...

David

-- Sent from my PDP-11

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-09T09:07:23Z

Niels Grewe:
> No you don't. In fact, you should refrain from building stuff as root
> and only assume the superuser role if you install into the Local or
> System domain. If you're just experimenting with Étoilé you'd also be
> fine with GNUSTEP_INSTALLATION_DOMAIN=USER and using your normal user
> to
> (g)make install.

I don't know about GNUSTEP_INSTALLATION_DOMAIN. Is this value the default, or is it something I need to set?

> If you're not intending to package Étoilé, it's usually more advisable
> to try out svn trunk.

I am hoping to package.

> Why do you have to set GNUSTEP_MAKEFILES here? Usually it should be set
> when you source .../Makefiles/GNUstep.(sh|csh).

How/when is GNUstep.sh sourced? That's another thing I don't know. (If the process doesn't follow the typical "./configure; make; sudo make install" it needs to be documented.) With just gmake, I get errors about /common.make not found, because GNUSTEP_MAKEFILES is not defined, so it made sense to define it.

> This is rather odd. On my setup (GNU/Linux) install takes '-c -p -m
> 644'
> as arguments, so it doesn't do any chowning/chgrping. If you build

Perhaps there are some Linux-centric assumptions?

> with 'gmake messages=yes' you will see what commands gnustep-make is
> issuing during the built. These could be useful for debugging this.

Ahhh, debugging messages! I will try this.

Thanks,
Tim
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: newbie question - file permissions

2009-10-09T08:54:35Z

On Fri, Oct 09, 2009 at 10:02:16AM -0500, Larson, Timothy E. wrote:
> I'm a complete newbie to the GNUstep world. Do I need to be root to build? Why?

No you don't. In fact, you should refrain from building stuff as root
and only assume the superuser role if you install into the Local or
System domain. If you're just experimenting with Étoilé you'd also be
fine with GNUSTEP_INSTALLATION_DOMAIN=USER and using your normal user to
(g)make install.

> 09:51:37 NetBSD 5.0 ~/Etoile-0.4.1

If you're not intending to package Étoilé, it's usually more advisable
to try out svn trunk.

> tim@roy 554$ GNUSTEP_MAKEFILES=/usr/pkg/share/GNUstep/Makefiles gmake

Why do you have to set GNUSTEP_MAKEFILES here? Usually it should be set
when you source .../Makefiles/GNUstep.(sh|csh).

> This is gnustep-make 2.0.8. Type 'make print-gnustep-make-help' for help.
> Making all in Frameworks...
> Making all in UnitKit...
> rm -f /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
> ln -s /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/FrameworkSource /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
> Making all in Source/FrameworkSource...
> Making build-headers for framework UnitKit...
> Creating UnitKit.framework/Versions/1/Headers/UKRunner.h...
> install: UnitKit.framework/Versions/1/Headers/UKRunner.h: chown/chgrp: Operation not permitted

This is rather odd. On my setup (GNU/Linux) install takes '-c -p -m 644'
as arguments, so it doesn't do any chowning/chgrping. If you build
with 'gmake messages=yes' you will see what commands gnustep-make is
issuing during the built. These could be useful for debugging this.

Cheers,

Niels

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

newbie question - file permissions

2009-10-09T08:02:16Z

I'm a complete newbie to the GNUstep world. Do I need to be root to build? Why?

09:51:37 NetBSD 5.0 ~/Etoile-0.4.1
tim@roy 554$ GNUSTEP_MAKEFILES=/usr/pkg/share/GNUstep/Makefiles gmake
This is gnustep-make 2.0.8. Type 'make print-gnustep-make-help' for help.
Making all in Frameworks...
Making all in UnitKit...
rm -f /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
ln -s /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/FrameworkSource /home/tim/Etoile-0.4.1/Frameworks/UnitKit/Source/UnitKit
Making all in Source/FrameworkSource...
Making build-headers for framework UnitKit...
Creating UnitKit.framework/Versions/1/Headers/UKRunner.h...
install: UnitKit.framework/Versions/1/Headers/UKRunner.h: chown/chgrp: Operation not permitted
gmake[4]: *** [UnitKit.framework/Versions/1/Headers/UKRunner.h] Error 1
gmake[3]: *** [UnitKit.build-headers.framework.variables] Error 2
gmake[2]: *** [internal-all] Error 2
gmake[1]: *** [internal-all] Error 2
gmake: *** [internal-all] Error 2

Thanks,
Tim

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

test to discuss

2009-10-05T13:39:28Z

This is a test, to see if issues with my subscription have been fixed.

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Failed Install (for real this time..)

2009-09-25T16:21:30Z

On 26 Sep 2009, at 00:40, Fred Kiefer wrote:

> Here it really would help if Camaelon would switch to use the theme
> interface. That way we could easily see where some extension of that
> interface is needed and changes to GNUstep (apart from the theme
> interface) won't lead to issues in Camaelon.

Greg said he would merge any relevant bits of Camaelon (and add the
ability to load Camaelon theme bundles) into GSTheme, when he has
finished working on the Windows UXTHEME stuff, so hopefully we can
deprecate Camaelon soon.

David

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Failed Install (for real this time..)

2009-09-25T15:18:42Z

Quentin Mathé schrieb:

> Le 24 sept. 2009 à 08:08, Scott a écrit :
>
>> OK now I have a real build problem, I'm on Ubuntu 9.04 all deps
>> installed, compiled GNUstep from cvs, compiled LLVM from trunk,
>> Etoile compiles for a while but then the build fails with the
>> following:
>
> I just realized this message was posterior to the one I just replied
> (the delivery dates seem incorrect).
> Please ignore my previous reply then :-)
>
>> Build Project: Camaelon
>>
>> Making all for bundle Camaelon...
>> Compiling file NSScroller.m ...
>> NSScroller.m: In function ‘-[NSScroller(theme) isHorizontal]’:
>> [snip]
>> NSScroller.m:335: error: ‘_floatValue’ undeclared (first use in this
>> function)
>> make[4]: *** [obj/NSScroller.m.o] Error 1
>> make[3]: *** [internal-bundle-run-compile-submake] Error 2
>> make[2]: *** [Camaelon.all.bundle.variables] Error 2
>> make[1]: *** [internal-all] Error 2
>> make: *** [internal-all] Error 2
>>
>> Something to with Camaelon a missing header???
>
> It looks like the NSScroller ivars were recently changed (ten days
> ago) so Camaelon is currently broken with GNUstep versions more recent
> than r28670.
> Until it is fixed, you can compile Étoilé by updating GNUstep gui to
> r28670 or an older version.
>
> The changes to NSScroller are visible here:
> <http://svn.gna.org/viewcvs/gnustep/libs/gui/trunk/Headers/AppKit/NSScroller.h?rev=28671&view=diff&r1=28671&r2=28670&p1=libs/gui/trunk/Headers/AppKit/NSScroller.h&p2=/libs/gui/trunk/Headers/AppKit/NSScroller.h
> >

Here it really would help if Camaelon would switch to use the theme
interface. That way we could easily see where some extension of that
interface is needed and changes to GNUstep (apart from the theme
interface) won't lead to issues in Camaelon.

Fred

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoile-discuss Digest, Vol 50, Issue 14

2009-09-25T13:54:17Z

Thanks for the help Quentin, OK I was wondering if it was just a "bleeding edge" problem or something I myself had screwed up. With my earlier problem I realised I was using GNUstep from Ubuntu repos and they weren't installing core devel files by default, as well as being even numbered revisions. After uninstalling all of that I downloaded GNUstep core from cvs (r28731) and compiled that. I think i'll wait till Camaelon's fixed rather than trying to go backwards in GNUstep-gui. I'll just keep learning Obj-C till then :)

----------------------------------------------------------------------

Message: 1
Date: Thu, 24 Sep 2009 19:36:12 +0200
From: Quentin Math? <qmathe@...>
Subject: Re: [Etoile-discuss] Failed Install (for real this time..)
To: Discussion list for ??toil?? desktop environment
<etoile-discuss@...>
Message-ID: <3B168488-2F10-4057-996F-5807EE519918@...>
Content-Type: text/plain; charset=windows-1252; format=flowed;
delsp=yes

Le 24 sept. 2009 ? 08:08, Scott a ?crit :

> OK now I have a real build problem, I'm on Ubuntu 9.04 all deps
> installed, compiled GNUstep from cvs, compiled LLVM from trunk,
> Etoile compiles for a while but then the build fails with the
> following:

I just realized this message was posterior to the one I just replied
(the delivery dates seem incorrect).
Please ignore my previous reply then :-)

> Build Project: Camaelon
>
> Making all for bundle Camaelon...
> Compiling file NSScroller.m ...
> NSScroller.m: In function ?-[NSScroller(theme) isHorizontal]?:
> [snip]
> NSScroller.m:335: error: ?_floatValue? undeclared (first use in this
> function)
> make[4]: *** [obj/NSScroller.m.o] Error 1
> make[3]: *** [internal-bundle-run-compile-submake] Error 2
> make[2]: *** [Camaelon.all.bundle.variables] Error 2
> make[1]: *** [internal-all] Error 2
> make: *** [internal-all] Error 2
>
> Something to with Camaelon a missing header???

It looks like the NSScroller ivars were recently changed (ten days
ago) so Camaelon is currently broken with GNUstep versions more recent
than r28670.
Until it is fixed, you can compile ?toil? by updating GNUstep gui to
r28670 or an older version.

The changes to NSScroller are visible here:
<http://svn.gna.org/viewcvs/gnustep/libs/gui/trunk/Headers/AppKit/NSScroller.h?rev=28671&view=diff&r1=28671&r2=28670&p1=libs/gui/trunk/Headers/AppKit/NSScroller.h&p2=/libs/gui/trunk/Headers/AppKit/NSScroller.h
>

Cheers,
Quentin.

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Failed Install (for real this time..)

2009-09-24T10:36:12Z

Le 24 sept. 2009 à 08:08, Scott a écrit :

> OK now I have a real build problem, I'm on Ubuntu 9.04 all deps
> installed, compiled GNUstep from cvs, compiled LLVM from trunk,
> Etoile compiles for a while but then the build fails with the
> following:

I just realized this message was posterior to the one I just replied
(the delivery dates seem incorrect).
Please ignore my previous reply then :-)

> Build Project: Camaelon
>
> Making all for bundle Camaelon...
> Compiling file NSScroller.m ...
> NSScroller.m: In function ‘-[NSScroller(theme) isHorizontal]’:
> [snip]
> NSScroller.m:335: error: ‘_floatValue’ undeclared (first use in this
> function)
> make[4]: *** [obj/NSScroller.m.o] Error 1
> make[3]: *** [internal-bundle-run-compile-submake] Error 2
> make[2]: *** [Camaelon.all.bundle.variables] Error 2
> make[1]: *** [internal-all] Error 2
> make: *** [internal-all] Error 2
>
> Something to with Camaelon a missing header???

It looks like the NSScroller ivars were recently changed (ten days
ago) so Camaelon is currently broken with GNUstep versions more recent
than r28670.
Until it is fixed, you can compile Étoilé by updating GNUstep gui to
r28670 or an older version.

The changes to NSScroller are visible here:
<http://svn.gna.org/viewcvs/gnustep/libs/gui/trunk/Headers/AppKit/NSScroller.h?rev=28671&view=diff&r1=28671&r2=28670&p1=libs/gui/trunk/Headers/AppKit/NSScroller.h&p2=/libs/gui/trunk/Headers/AppKit/NSScroller.h
>

Cheers,
Quentin.
_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Failed Install

2009-09-24T10:05:06Z

Hi Scott,

Le 24 sept. 2009 à 06:10, Scott a écrit :

> OK I'm running Ubuntu 9.04, I've installed all the packages as
> listed in the INSTALL.Ubuntu file, I've installed the full gnustep
> system, I've sourced GNUstep.sh, I've built and installed the LLVM
> trunk, but when I try to build Etoile (trunk) I get this:
>
> Compiling file UKRunner.m ...
> In file included from UKRunner.m:27:
> UKRunner.h:25:34: warning: Foundation/Foundation.h: No such file or
> directory

It looks like there is a problem with the GNUstep environment
variables or the GNUstep install itself.

How did you install GNUstep ? Did you check out the GNUstep trunk or
download a recent release ?

Did you try to compile other GNUstep applications ? If you have
checked out the Étoilé repository, you can find a small test app here
(with no dependency on Étoilé): <http://svn.gna.org/viewcvs/etoile/trunk/Etoile/Developer/Templates/TestAppTemplate/
>
Just type 'make' in this directory to compile it. If the compilation
succeeds, you can then launch it with: openapp ./Test.app

If you can post the GNUstep-related variables reported by 'env', this
would be useful to see whether GNUstep.sh was sourced as expected. Can
you also check Foundation.h is present in /pathToGNUstepInstall/System/
Library/Headers/Foundation/Foundation.h…

Cheers,
Quentin.

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Failed Install (for real this time..)

2009-09-23T23:08:34Z

OK now I have a real build problem, I'm on Ubuntu 9.04 all deps installed, compiled GNUstep from cvs, compiled LLVM from trunk, Etoile compiles for a while but then the build fails with the following:

Build Project: Camaelon

Making all for bundle Camaelon...
Compiling file NSScroller.m ...
NSScroller.m: In function ‘-[NSScroller(theme) isHorizontal]’:
NSScroller.m:90: error: ‘_isHorizontal’ undeclared (first use in this function)
NSScroller.m:90: error: (Each undeclared identifier is reported only once
NSScroller.m:90: error: for each function it appears in.)
NSScroller.m: In function ‘-[NSScroller(theme) drawKnobSlotOn:knobPresent:buttonPressed:]’:
NSScroller.m:101: error: ‘_isHorizontal’ undeclared (first use in this function)
NSScroller.m: In function ‘-[NSScroller(theme) drawKnob]’:
NSScroller.m:150: error: ‘_isHorizontal’ undeclared (first use in this function)
NSScroller.m: In function ‘-[NSScroller(theme) trackScrollButtons:]’:
NSScroller.m:179: error: ‘_isHorizontal’ undeclared (first use in this function)
NSScroller.m: In function ‘-[NSScroller(theme) drawRect:]’:
NSScroller.m:226: error: ‘_cacheValid’ undeclared (first use in this function)
NSScroller.m: In function ‘-[NSScroller(theme) rectForPart:]’:
NSScroller.m:273: error: ‘_isEnabled’ undeclared (first use in this function)
NSScroller.m:288: error: ‘_isHorizontal’ undeclared (first use in this function)
NSScroller.m:335: error: ‘_floatValue’ undeclared (first use in this function)
make[4]: *** [obj/NSScroller.m.o] Error 1
make[3]: *** [internal-bundle-run-compile-submake] Error 2
make[2]: *** [Camaelon.all.bundle.variables] Error 2
make[1]: *** [internal-all] Error 2
make: *** [internal-all] Error 2

Something to with Camaelon a missing header???

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Failed Install

2009-09-23T21:10:54Z

OK I'm running Ubuntu 9.04, I've installed all the packages as listed in the INSTALL.Ubuntu file, I've installed the full gnustep system, I've sourced GNUstep.sh, I've built and installed the LLVM trunk, but when I try to build Etoile (trunk) I get this:

Compiling file UKRunner.m ...
In file included from UKRunner.m:27:
UKRunner.h:25:34: warning: Foundation/Foundation.h: No such file or directory
In file included from UKRunner.m:27:
UKRunner.h:27: error: cannot find interface declaration for ‘NSObject’, superclass of ‘UKRunner’

Seems like some fundamental stuff is still missing somehow, any advice would be very welcome :)

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Window/project managemet: GroupBar and Scalable Fabric

2009-09-22T09:34:29Z

Hey,
Here are two interesting windows management prototypes from Microsoft
Research, give them a try if you have a windows machine handy :)

GroupBar is a sidebar which is like the normal windows taskbar, but
lets you group the taskbar buttons in to groups, which you can then
hide/show, and also apply layouts to (e.g., tile the windows in a
group).
http://www.patrickbaudisch.com/projects/groupbar/index.html

This one is kind of like the Newton's drag-to-screen-edge copy&paste
feature - dragging windows outside of a central area of the deskop
shrinks them, and you can also form groups with the shrunk windows
(which can be restored/minimized together).
http://lifehacker.com/398727/scalable-fabric-puts-window-thumbnails-in-your-widescreen-edges

-Eric

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoiles vmdk

2009-09-17T17:10:39Z

On 18/09/2009, at 4:28 AM, Justin Lolofie wrote:

> I'm using Virtual Box 3.0.6 r52128 on Mac OSX 10.5.7.
>
> I'm just unzipping your file, creating a new virtual box and pointing
> the new virtual disk at the .vmdk file you provided.
>
> Is that all you do? Do I need to change permissions on any files?

Yes, you need to have set read/write permissions on the virtual disk.
Otherwise the drive will be read only.

Regards,
Sheldon

Checked for Virus & Spam by West Australian Networks Internet Service Providers see www.westnet.net.au

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoiles vmdk

2009-09-17T14:13:29Z

Ahhh, awesome- thanks!

On Thu, Sep 17, 2009 at 3:43 PM, Eric Wasylishen <ewasylishen@...> wrote:

> Rather than create a new VM and setting the disk image, I think you
> have to choose File->"Import Appliance" in VirtualBox, and select
> the .ovf file. You should get an "Appliance Import Wizard". You can
> accept the default settings, then there will be a progress bar which
> takes a few minutes to do the "import" (not sure what it is doing..
> decompressing the image?)
>
> I will add a note to the website explaining this procedure :)
>
> -Eric
>
> On 2009-09-17, at 2:28 PM, Justin Lolofie wrote:
>
>> I'm using Virtual Box 3.0.6 r52128 on Mac OSX 10.5.7.
>>
>> I'm just unzipping your file, creating a new virtual box and pointing
>> the new virtual disk at the .vmdk file you provided.
>>
>> Is that all you do? Do I need to change permissions on any files?
>>
>> Thanks for your help,
>> justin
>>
>>
>> On Thu, Sep 17, 2009 at 2:27 PM, Eric Wasylishen <ewasylishen@...
>> > wrote:
>>> Hi Justin,
>>>
>>> Hm.. I'm not sure what the problem is; I haven't seen any errors like
>>> that.
>>>
>>> The only requirements should be using fairly new VirtualBox version
>>> (I
>>> think I made the image with VBox 3.0), and importing it with File-
>>> >Import Appliance.
>>>
>>> I am using VBox 3.0.6 on OS X 10.6, and the image worked for me
>>> recently. What host OS / VirtualBox version do you have?
>>>
>>> Sorry I don't have any better ideas right now..
>>> Eric
>>>
>>> On 2009-09-17, at 12:19 PM, Justin Lolofie wrote:
>>>
>>>> Does anyone have instructions for how to use the Etoile image with
>>>> VirtualBox?
>>>>
>>>> I tried to use the image from the downloads page and got a lot of
>>>> "Read-only filesystem" errors. Next I get the "failed to start X"
>>>> blue
>>>> screen followed by the etoile-dev login prompt. The file permissions
>>>> errors relate to /var/log/..., /var/lib/..., etc.
>>>>
>>>> Thanks for any help,
>>>> Justin
>>>>
>>>> _______________________________________________
>>>> Etoile-discuss mailing list
>>>> Etoile-discuss@...
>>>> https://mail.gna.org/listinfo/etoile-discuss
>>>
>>>
>>> _______________________________________________
>>> Etoile-discuss mailing list
>>> Etoile-discuss@...
>>> https://mail.gna.org/listinfo/etoile-discuss
>>>
>>
>> _______________________________________________
>> Etoile-discuss mailing list
>> Etoile-discuss@...
>> https://mail.gna.org/listinfo/etoile-discuss
>
>
> _______________________________________________
> Etoile-discuss mailing list
> Etoile-discuss@...
> https://mail.gna.org/listinfo/etoile-discuss
>

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoiles vmdk

2009-09-17T13:43:33Z

Rather than create a new VM and setting the disk image, I think you
have to choose File->"Import Appliance" in VirtualBox, and select
the .ovf file. You should get an "Appliance Import Wizard". You can
accept the default settings, then there will be a progress bar which
takes a few minutes to do the "import" (not sure what it is doing..
decompressing the image?)

I will add a note to the website explaining this procedure :)

-Eric

On 2009-09-17, at 2:28 PM, Justin Lolofie wrote:

> I'm using Virtual Box 3.0.6 r52128 on Mac OSX 10.5.7.
>
> I'm just unzipping your file, creating a new virtual box and pointing
> the new virtual disk at the .vmdk file you provided.
>
> Is that all you do? Do I need to change permissions on any files?
>
> Thanks for your help,
> justin
>
>
> On Thu, Sep 17, 2009 at 2:27 PM, Eric Wasylishen <ewasylishen@...
> > wrote:
>> Hi Justin,
>>
>> Hm.. I'm not sure what the problem is; I haven't seen any errors like
>> that.
>>
>> The only requirements should be using fairly new VirtualBox version
>> (I
>> think I made the image with VBox 3.0), and importing it with File-
>> >Import Appliance.
>>
>> I am using VBox 3.0.6 on OS X 10.6, and the image worked for me
>> recently. What host OS / VirtualBox version do you have?
>>
>> Sorry I don't have any better ideas right now..
>> Eric
>>
>> On 2009-09-17, at 12:19 PM, Justin Lolofie wrote:
>>
>>> Does anyone have instructions for how to use the Etoile image with
>>> VirtualBox?
>>>
>>> I tried to use the image from the downloads page and got a lot of
>>> "Read-only filesystem" errors. Next I get the "failed to start X"
>>> blue
>>> screen followed by the etoile-dev login prompt. The file permissions
>>> errors relate to /var/log/..., /var/lib/..., etc.
>>>
>>> Thanks for any help,
>>> Justin
>>>
>>> _______________________________________________
>>> Etoile-discuss mailing list
>>> Etoile-discuss@...
>>> https://mail.gna.org/listinfo/etoile-discuss
>>
>>
>> _______________________________________________
>> Etoile-discuss mailing list
>> Etoile-discuss@...
>> https://mail.gna.org/listinfo/etoile-discuss
>>
>
> _______________________________________________
> Etoile-discuss mailing list
> Etoile-discuss@...
> https://mail.gna.org/listinfo/etoile-discuss

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoiles vmdk

2009-09-17T13:28:36Z

I'm using Virtual Box 3.0.6 r52128 on Mac OSX 10.5.7.

I'm just unzipping your file, creating a new virtual box and pointing
the new virtual disk at the .vmdk file you provided.

Is that all you do? Do I need to change permissions on any files?

Thanks for your help,
justin

On Thu, Sep 17, 2009 at 2:27 PM, Eric Wasylishen <ewasylishen@...> wrote:

> Hi Justin,
>
> Hm.. I'm not sure what the problem is; I haven't seen any errors like
> that.
>
> The only requirements should be using fairly new VirtualBox version (I
> think I made the image with VBox 3.0), and importing it with File-
> >Import Appliance.
>
> I am using VBox 3.0.6 on OS X 10.6, and the image worked for me
> recently. What host OS / VirtualBox version do you have?
>
> Sorry I don't have any better ideas right now..
> Eric
>
> On 2009-09-17, at 12:19 PM, Justin Lolofie wrote:
>
>> Does anyone have instructions for how to use the Etoile image with
>> VirtualBox?
>>
>> I tried to use the image from the downloads page and got a lot of
>> "Read-only filesystem" errors. Next I get the "failed to start X" blue
>> screen followed by the etoile-dev login prompt. The file permissions
>> errors relate to /var/log/..., /var/lib/..., etc.
>>
>> Thanks for any help,
>> Justin
>>
>> _______________________________________________
>> Etoile-discuss mailing list
>> Etoile-discuss@...
>> https://mail.gna.org/listinfo/etoile-discuss
>
>
> _______________________________________________
> Etoile-discuss mailing list
> Etoile-discuss@...
> https://mail.gna.org/listinfo/etoile-discuss
>

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss

Re: Etoiles vmdk

2009-09-17T12:27:15Z

Hi Justin,

Hm.. I'm not sure what the problem is; I haven't seen any errors like
that.

The only requirements should be using fairly new VirtualBox version (I
think I made the image with VBox 3.0), and importing it with File-
>Import Appliance.

I am using VBox 3.0.6 on OS X 10.6, and the image worked for me
recently. What host OS / VirtualBox version do you have?

Sorry I don't have any better ideas right now..
Eric

On 2009-09-17, at 12:19 PM, Justin Lolofie wrote:

> Does anyone have instructions for how to use the Etoile image with
> VirtualBox?
>
> I tried to use the image from the downloads page and got a lot of
> "Read-only filesystem" errors. Next I get the "failed to start X" blue
> screen followed by the etoile-dev login prompt. The file permissions
> errors relate to /var/log/..., /var/lib/..., etc.
>
> Thanks for any help,
> Justin
>
> _______________________________________________
> Etoile-discuss mailing list
> Etoile-discuss@...
> https://mail.gna.org/listinfo/etoile-discuss

_______________________________________________
Etoile-discuss mailing list
Etoile-discuss@...
https://mail.gna.org/listinfo/etoile-discuss