On 4/16/07, Quentin Mathé <[EMAIL PROTECTED]> wrote: > Le 16 avr. 07 à 21:27, Jesse Ross a écrit : > > >> First, we need Logout.app in svn so that bug can be fixed and > >> tested. > >> Second, we need a file manager for launching application. > >> While discussion of object/project/file manager is still going, > >> we can ship with OuterSpace for now as temporary solution. > >> Actually the only use of it is to launch application on LiveCD. > >> But I can image that once we release it, bug reports for UI will > >> flood in. > > > > I'm in favor of that. Could we rename the app to Workspace though? ;) > > It would be nice if our file manager always had a consistent name, > > even if the codebase underneath it changes completely (It's a > > marketing thing, I know...). > > I'm not sure Workspace is a good choice because it overlaps with > 'Workspace' term used in other desktop environments which itself > overlaps with 'Project' term in Étoilé. So I think it may be a good > thing to find another name. That's why I decided to use 'Space' > rather than 'Workspace' when working on my prototype. > Aside of that, I personally like 'Outerspace' too. Any other opinions? > I'm fine to ship with OuterSpace… I may try to find some times to > make some UI refinements on it. > Should we plan another minor release for the LiveCD to fix major bugs > found in the first weeks of public availability? Or rather just focus > on release 0.2 itself and the next release 0.3 (with related LiveCD > version)? > > >> We do have some other improvements in the trunk, like sleep/ > >> restart/shutdown. > > I almost have a fully-working solution with gnome-power-manager. This > would be a temporary solution for LiveCD. I have also started some > early work on our own power management daemon. It needs to run as > root. If you consider current System version runs with normal user > privilege only, I cannot fit power management in System even as a > temporary solution.
I wonder whether you use ACPI ? Is it platform dependent ? I guess platform support will be a lot of trouble for us in the future. That is why I prefer to use unix tool instead of libraries to do such thing. That is also a reason I choose mplayer over gstreamer for multimedia. For example, on OSX, probably FreeBSD also, you can simply run a NSTask of 'shutdown -r' for reboot. This approach is easier to me. The only thing is that you need to let users 'sudo', and gksudo may be a good starting point. Yen-Ju > > >> So whoever wants his work in LiveCD can merge it into -stable. > >> That is pretty much all we need. > >> To make things easier, we can release only Etoile part, not > >> GNUstep, > >> more specifically, only an account for Etoile with 3rd party > >> application > >> like DBModeller as we discussed. > >> (We obviously need to ship GNUstep in any case). > > > > Yep -- I like this idea too. As was mentioned before, people who want > > to see GNUstep in all it's gray glory can download the GNUstep > > LiveCD. The Etoile LiveCD should be representative of our work and > > vision (and bugs). > > Personally I don't really care whether there is a gnustep account or > not. Yet it could be useful for demo. It's not our priority right now > I admit. > > >> By the way, I think GNUstep is about to make new release based on > >> svn activities. > >> I don't know when, but it would be an opportunity > >> to make new release after GNUstep, not before, > >> so that we can make sure Etoile work with GNUstep official release. > >> It will also be easier for people who want to make packages of > >> Etoile. > >> And for developers, we better to make sure -stable always work with > >> GNUstep release. > > > > Any guesses as to when that release may happen? > > In the next days. > > > Does the GNUstep team > > have a regular release cycle that we could track? > > Not really until now, I would say this is going to change with the > new GNUstep -stable branches. > > Quentin. > > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
