1. prepare your system
verify you have sufficient diskspace. about 1g or so.
you do not need root. normal user can compile.
you do not need to compile on your own system. another system, with faster cpu, more memory, spare demand, etc can compile your kernel.
using tmpfs
i find my ram usage doesn't go much over 512k. apart from some of my trusty older friends, most of my systems have ample ram left over. how do i make more efficient usage of extra ram?
ram is fast. disk is slow. move more operations from disk to ram, depending on how ram is spare.
ram is fast. disk is slow. move more operations from disk to ram, depending on how ram is spare.
partition table recovery
my last tryst with openbsd left me in tears.. my partition table destroyed! but thankfully, i gained my wits before any data was written to disk. so now i need to recover partition table back.. any tips?
update: all is well :)
gparted
gave me a great big warning that it will take too long. it didn't take too long, and it couldn't recover my partition table either.gpart
took a bit longer, but failed as well.testdisk
seems to be making progress, but it is awfully slow.. much slower than either of the above. i have spent the entire night watching it count each cylinder as it attempts to recreate my partition table. it is still counting, and now it is early morning. i should catch a few winks, or i'll be wasted today.update: all is well :)
openbsd install ends in tears
my last adventure with openbsd 5.1 was very positive. so i wanted another look, and decided to install openbsd to multi-boot my main computer.
what should have been a realtively quick & easy task last night, has runover :'( alas, i spent the rest of the night trying to recover my partitions. openbsd wiped my partition table and replaced with it's own version, without even confirming!!
lesson learnt.. no playing with unknown toys in live production systems!
what should have been a realtively quick & easy task last night, has runover :'( alas, i spent the rest of the night trying to recover my partitions. openbsd wiped my partition table and replaced with it's own version, without even confirming!!
lesson learnt.. no playing with unknown toys in live production systems!
update: to multi-boot openbsd, create a partition of type openbsd, before starting openbsd installer. otherwise, openbsd installer just assumes that the whole disk belongs to it. no questions asked!
xda: [MOD] Extended power menu
http://forum.xda-developers.com/showthread.php?t=2171818
as i couldn't reply to this thread in the xda dev forum, i am posting this here and hoping this might be useful to the developer and/or any users.
as i couldn't reply to this thread in the xda dev forum, i am posting this here and hoping this might be useful to the developer and/or any users.
sqlite quickstart
prefer sqlite3, not sqlite2 or sqlite
batch script like so..
.. or interactive
$ sqlite3 --help
batch script like so..
$ sqlite3 -header {database}.db '.schema'
$ sqlite3 settings.db delete from system where name like 'lock%'
.. or interactive
$ sqlite3 {database}.db
sqlite> .show
sqlite> .headers on
sqlite> .databases
sqlite> .tables
sqlite> .tables t%
sqlite> .schema {table}
sqlite> select * from test;
sqlite> update {table} set {column1}=99 where {column2}='red';
sqlite> .exit
fortune bible
probably not to everyone's tastes, but may generate some ideas for others ;)
i grew weary of the random quotes, and wanted something more inspirational O:)
i grew weary of the random quotes, and wanted something more inspirational O:)
#! openbox background/wallpaper
i keep only openbox relevant stuff in the openbox/autostart, and moved everything .xsession. this way, i can seemlessly change wm.
my ~/.xsession contains:
i have commented out wallpaper settings in ~/.config/openbox/autostart, like so:
my problem:
my question:
what/where is this happening?
thanks for the hint to look at openbox configs. i suspected something running from somewhere in my user configs. it is rather strange that openbox would contain hard-coded configs overwriting user settings. i would consider this a bug. would this be openbox upstream or crunchbang specific?
/usr/bin/openbox-session calls
1. /etc/xdg/openbox/environment
2. $HOME/.config/openbox/environment
3. /usr/lib/openbox/openbox-autostart
/usr/lib/openbox/openbox-autostart sets background, resetting any user settings for background/wallpaper. then it calls
1. /etc/xdg/openbox/autostart
2. $HOME/.config/openbox/autostart
3. /usr/lib/openbox/openbox-xdg-autostart
which means that any ~/.xsession settings, conflicting in any of the above files, would be overwritten. openbox expects all user x configs to be within openbox only, which i think is plain wrong.
i have commented out the background color section in /usr/lib/openbox/openbox-autostart, which resolves my op. thanks porkpiehat :)
/etc/X11/openbox/ is yet another directory with openbox configs
i am loathe to edit system configs, as they might conflict with upstream upgrades later when i might not remember what/why i changed something. hence why i keep them pristine, preferring to keep my settings in local user configs. this also help me seemlessly switch wm and/or carry them over to other machines.
would openbox expect users to call ~/.xsession at the end of ~/.config/openbox/autostart? that would be crazy logic :o
ref: http://crunchbang.org/forums/viewtopic.php?id=31614
my ~/.xsession contains:
hsetroot -solid "#000000" -fill ~/.wallpaper &
...
exec openbox-session
i have commented out wallpaper settings in ~/.config/openbox/autostart, like so:
## Set root window colour
#hsetroot -solid "#2E3436" &
## Group start:
## 1. nitrogen - restores wallpaper
## 2. compositor - start
## 3. sleep - give compositor time to start
## 4. tint2 panel
#nitrogen --restore && \
(\
cb-compositor --start && \
sleep 2s && \
tint2 \
) &
my problem:
hsetroot
in ~/.xsession
correctly sets my wallpaper. at some point during openbox startup, the wallpaper settings are reset, and i end up with a blank grey background at the end of openbox startup.my question:
what/where is this happening?
thanks for the hint to look at openbox configs. i suspected something running from somewhere in my user configs. it is rather strange that openbox would contain hard-coded configs overwriting user settings. i would consider this a bug. would this be openbox upstream or crunchbang specific?
/usr/bin/openbox-session calls
1. /etc/xdg/openbox/environment
2. $HOME/.config/openbox/environment
3. /usr/lib/openbox/openbox-autostart
/usr/lib/openbox/openbox-autostart sets background, resetting any user settings for background/wallpaper. then it calls
1. /etc/xdg/openbox/autostart
2. $HOME/.config/openbox/autostart
3. /usr/lib/openbox/openbox-xdg-autostart
which means that any ~/.xsession settings, conflicting in any of the above files, would be overwritten. openbox expects all user x configs to be within openbox only, which i think is plain wrong.
i have commented out the background color section in /usr/lib/openbox/openbox-autostart, which resolves my op. thanks porkpiehat :)
/etc/X11/openbox/ is yet another directory with openbox configs
i am loathe to edit system configs, as they might conflict with upstream upgrades later when i might not remember what/why i changed something. hence why i keep them pristine, preferring to keep my settings in local user configs. this also help me seemlessly switch wm and/or carry them over to other machines.
would openbox expect users to call ~/.xsession at the end of ~/.config/openbox/autostart? that would be crazy logic :o
ref: http://crunchbang.org/forums/viewtopic.php?id=31614
debian time
check whether your system uses utc or localtime
if utc, all is well. you might find hwclock set to localtime.
it is recommended to use utc for every os.
$ cat /etc/adjtime
if utc, all is well. you might find hwclock set to localtime.
it is recommended to use utc for every os.
most viewed
-
to play more seriously with yet another distro, i needed to install it. so i had some fun resizing/moving partitions around to clear some fr...
-
I have just discovered zram [2] :) woohoo... and what a thing that is! I was so sold on tmpfs , that I used it for everything I possibly ...
-
you won't see many docs about minimal netinstall slackware. indeed, you will see many experts saying there is no such thing. and your on...
-
debian kernels contain everything needed by everyone. customising your kernel is easy and highly recommended. i recommend using the same ker...
-
I decided to have another go at runit , this time on my gentoo . I had been thinking about this, since I noticed this on
-
this idea has been knocking around in my head for a while. i want to document it, while it is still there and to flush it out later.. i us...
-
vision: portable internet router, to carry on my travels, or use at home. openwrt on a portable (thin-client/netbook) device. internet sour...
-
The leanest cleanest way to connect to wpa/2 networks is wpa_supplicant . Optional wpa_gui provides a GUI and System Tray icon, if need be...
-
ref: http://wiki.gentoo.org/wiki/portage Gentoo is Portage. Portage is Gentoo. Getting portage settings right is vitally important. It...
-
I don't prefer systemd , but sometimes you can't avoid demandware . Below is my how to wifi with systemd . This method now works wi...