Blueprint changed by Israel Dahl:

Whiteboard changed:
  [f-jack]Could we do xfce?
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [Brian Kanto] As I understand it, the goal is to replace XP.. Though, I do 
not think the goal is a near duplicate, like zoran, it shoud have some points 
that make XP users feel comfortable.  Xfce can do this, but it is not that 
light. I have not used much stuff lighter than Lxde, but I belive open box can 
be made to look similar and be lighter on the resources. So, I guess, it comes 
to how light we want it. A few Xp computers, have only 128MB. That would be 
tough on XP. My friends over at Bodhi, chose enightenment. It is well done, but 
seemed a bit closed for me. I would love to hear from some openbox experts.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [israeldahl] if we use openbox, there NEEDS to be a GUI to configure the 
rc.xml file.
  I am thinking specifically of the keyboard.  gdialog/bash could work for this 
(like Puppy does for JWM)  It might be nice to do an all-in-one sort of 
configuration window, like the XP control panel.  Or course anyone who is 
really good at C++ could chime in!
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [tausif-0593] I would suggest enlightenment 17/18; e17 is a solid choice 
given that Bodhi linux has a non-pae iso with e17 specifically. I have not 
explored e18 but it definitely seems to be a build on e17 with alot of 
enhancements. But if we do end up with openbox, it would be quite an 
interesting trip given that it is very possible to have nice looking ui.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [Mélodie] Hi, it will be Openbox, at least as long as I dedicate myself
  to make the first ISO(s) which will be available for testing and
  modifying soon.
  
  Ali: I would not want to bring systematic contradiction to you, however,
  if you don't want any component from Lxde I'll be out, because there are
  at least two of them which I have always used, if not a few more.
  
  They are only a few components which are standalone and don't need
  depends. We are not going to invent again the wheel, as they say. Some
  items are very handy and not heavy at all.
  
  The main tool I use in Openbox environments, is one which allows having
  a very easy to use Openbox desktop. It relies precisely on a lib
  provided by the Lxde project. ;)
  
  israeldahl: this is what obconf does. It modifies rc.xml. Other gui
  tools are also available for shortcuts and for menu.xml. They are not
  recent, however it seems they still work. And we would need some new
  tools. I will provide a todo on the mailing list once the first ISO will
  be made available.
  
  One big advantage with Openbox apart from it's lightness and numerous 
available tools provided for it by the community, is that it is quite versatile 
and allows changing to other desktops of your like easily.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [israeldahl] Hi, my main concern is the Keyboard Shortcuts.  There is 
currently no GUI I know of to edit ALL the rc.xml, only the one you spoke of 
that handles MOST of the xml file.  I agree that Openbox is a great choice, as 
it can incorporate many different things (tint2, awn, docky, cairo, 
gnome-panel, xfce panel, and of course lxpanel....) and can be highly 
customized.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [Mélodie] israeldaht: for keyboard shortcuts some tools exist as gui
  frontend.
  
  http://code.google.com/p/obkey/
  http://lambda.host22.com/?page=keybinder
  
  Almost all the gui tools built around Openbox are aging, not updated, and 
written in different languages, which when used need to install depends which 
will make Openbox less light. In the meanwhile some new tools also started to 
be worked on more recently.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [zleap] With regard to no cli, will it be easy to be able to switch between 
boot into cli and gui,  it used to be a case of just editing inittab then the 
line
  initdefault:3 for cli or initdefault:5 for gui
  
  Sometimes being able to set things to always boot in to the cli is useful. 
Maybe there should be a small tool written to do this.
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [amjjawad] It is almost one month for this discussion and we haven't yet 
decided what DE/WM we shall use?
  Well, in order to keep everything as planned for since the very beginning 
(every decision is based on votes), and at the same time, move forward with 
this more quickly, the best idea is each and everyone who is part of ToriOS 
team to:
  
  1- Download Ubuntu Mini ISO 12.04:
  https://help.ubuntu.com/community/Installation/MinimalCD#A32-bit_PC_.28x86.29
  
  2- Create a Virtual Machine - use whatever you like (I prefer Oracle
  VirtualBox)
  
  3- Choose one of the lightweight DE/WM and PLEASE, update this blueprint
  AND send an email to the list so someone else won't choose the same
  DE/WM that you chose.
  
  4- Share your findings and your final opinion whether your test is PASS
  or FAIL.
  
  5- Keep in mind the target is to have a working system that when Idle,
  it should be 50MB RAM Usage (Max 60MB).
  
  I will make sure everyone is aware of this new idea.
  
  Thank you!
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - - - - - - - - - - - - - - - - - -
  
  [israeldahl] One thing I'd like to mention is the Display manager.  When I 
build Debian from a minimal CD, I do it without installing anything other than 
the basic CLI interface and build up from there.
  So far I have been using SLIM, and I know Ubuntu uses LightDM.  I think we 
should consider this as well with the DE (or WM + whatever).  I am assuming we 
want to use a normal stacking WM, not a tiling WM.
  
  @Ali 50MB with the VM in another DE?  Or should we be installing it
  somewhere?  Is there a specific standardized way you would like the
  reporting data to be gathered?  Do we install a taskamanger and take a
  screen shot, or do we use a CLI tool and pipe it into a file to post
  here/somewhere?
  
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  - - - - - - - - - - - - - - - - - - - - - -
  
  [amjjawad] [RE: israeldahl] We can discuss about the Slim or LightDM
  later because AFAIK, the Display Manager and the DE/WM are not very
  depending one on the other but  I could be wrong.
  
  If you have a spare machine to test, that would be great as 'real'
  hardware always better. If not, the VM comes in handy.
  
  As for the RAM Usage, I changed the range and it is between 50-60 MB.
  
  'htop' should do the needful.
  
  Thank you!
+ 
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
+ - - - - - - - - - - - - - - - - - - - - - -
+ 
+ [israeldahl]
+ I have a PPC old iBook I can test... and might be able to get something else 
to test...
+ I am not sure if the display manager effects Memory Usage much, but it is 
running (from root) 
+ SHR =  2264
+ RES = 2408
+ VIRT = 35044
+ (for Lightdm... from htop on Lubuntu 14.04 32bit)
+ 
+ So using the ligthestest DM might help the DE have smaller memory
+ footprint, it seems to me

-- 
DE (Desktop Enviroment)/WM (Window Manager) for ToriOS
https://blueprints.launchpad.net/torios/+spec/de-wm

-- 
Mailing list: https://launchpad.net/~torios
Post to     : torios@lists.launchpad.net
Unsubscribe : https://launchpad.net/~torios
More help   : https://help.launchpad.net/ListHelp

Reply via email to