Page 9 of 10

Re: Openbox

Posted: Wed Feb 03, 2016 7:14 pm
by GekkoP
^ Good old SHODAN! :-)

Re: Openbox

Posted: Wed Feb 03, 2016 7:52 pm
by simgin
^^ Ok I see your point, that is pretty cool :)

Re: Openbox

Posted: Wed Feb 03, 2016 8:26 pm
by wuxmedia
ascii art
fairly easy to do:
http://caca.zoy.org/wiki/libcaca
Pretty horrible behind a terminal window though...

Re: Openbox

Posted: Sun Feb 21, 2016 2:33 pm
by archvortex
Fresh install of BREAK! Using it to make a new Openbox RYO. The name is TrollHammer. They get a terminal, bbqpkg and that's it. No dmenu or other bloat. No manuals and docs because that is bloat. Purging mode: ON. The obmenu menu is what's on the scrot. They can edit the bloat menu themselves

Re: Openbox

Posted: Mon Feb 22, 2016 8:18 am
by machinebacon
^ I would drop volumeicon/tint2 (gtk2-dependencies), replace urxvt with xterm (startup-notification-dependencies) and get dmenu back, add a 1 pixel margin on top or bottom for the right-click menu, and keep the manpages. But that's just me ;)

Re: Openbox

Posted: Mon Feb 22, 2016 11:51 am
by Theo
^^ I really love the menu :P

Re: Openbox

Posted: Mon Feb 22, 2016 1:25 pm
by rhowaldt
wait... you have tint2 installed but dmenu is bloat? :D

Re: Openbox

Posted: Mon Feb 22, 2016 1:26 pm
by GekkoP
^ I thought the same.

Re: Openbox

Posted: Mon Feb 22, 2016 2:16 pm
by dkeg
Re-evaluate those bloat priorities.

Re: Openbox

Posted: Mon Feb 22, 2016 3:00 pm
by franksinistra
I wonder why you qualify manpages as bloat, as those are pretty small and compressed anyway.. That unless you build a spin for embedded devices where disk space can be very limited. For example: Pidsley's buildroot-powered Kermacs or Alpine Linux just to name a few. Both shipped with very small number of packages, and most of them are simple (busybox utils) things that everyone should be pretty familiar with.

But probably that's just me.... ;) Still love it when someone come up with something new.

Edit: LOL, i forgot to mention bacon already said the same thing.... Sowwy... :)

Re: Openbox

Posted: Mon Feb 22, 2016 3:38 pm
by machinebacon
Ok, seems it's not just me ;D

Re: Openbox

Posted: Tue Feb 23, 2016 5:18 am
by archvortex
It was only meant as a joke. If I was serious, there would be nothing on the screen except the menu and no panel, no terminal, no editor, etc installed. It is called "Trollhammer" for a reason.

Re: Openbox

Posted: Tue Feb 23, 2016 8:17 am
by machinebacon
Well actually.... keep only dmenu, a very simple term and the tiniest of all WMs that handles keyboard bindings to some extent (cwm) should make 90% of the fast-food Linux users believe that this remaster is a trollhammer ;)

Re: Openbox

Posted: Sat Oct 22, 2016 9:37 pm
by catfood
Stock Break inst, 20min GIMPshop, 2min tint2rc:

Re: Openbox

Posted: Sun Oct 23, 2016 1:18 am
by machinebacon
that's clever:>

Re: Openbox

Posted: Thu Apr 20, 2017 2:34 pm
by pidsley
Just in case anyone still thinks a 64-bit system can't start openbox under 25M.

Image

Re: Openbox

Posted: Thu Apr 20, 2017 6:21 pm
by ivanovnegro
Yes, it can. Thumbs up.

Re: Openbox

Posted: Thu Apr 20, 2017 7:52 pm
by vic
^^ :O, great work pidsley.

Re: Openbox

Posted: Fri Apr 21, 2017 2:51 pm
by pidsley
You may notice I added init detection to env-info:

Code: Select all

print-init() {
    init=$(strings /sbin/init | awk 'match($0, /(upstart|systemd|sysvinit|busybox)/) { print substr($0, RSTART, RLENGTH);exit; }')
    color-echo Init $init
}
Taken from https://unix.stackexchange.com/question ... -the-shell

This code does not distinguish OpenRC, because OpenRC is technically a service manager working with an init system, usually sysvinit. If you check /sbin/init on an OpenRC system, it is usually sysvinit; Alpine uses OpenRC with busybox init. I will investigate ways to add OpenRC detection to the script.

https://wiki.archlinux.org/index.php/OpenRC

Re: Openbox

Posted: Fri Apr 21, 2017 10:31 pm
by machinebacon
^ cool! What if you check like

Code: Select all

 [ -e /run/openrc/started ] 
I suppose (not tested with sysvinit) that only OpenRC writes something there, and clears /run after reboot.