*** dhbiker has quit IRC | 00:17 | |
*** dhbiker has joined #maemo-ssu | 00:38 | |
*** unclouded has joined #maemo-ssu | 00:38 | |
*** sunny_s has quit IRC | 00:40 | |
*** Estel_ has quit IRC | 00:40 | |
*** sunny_s has joined #maemo-ssu | 00:42 | |
*** Sc0rpius has quit IRC | 00:50 | |
*** M4rtinK has quit IRC | 00:58 | |
*** M4rtinK has joined #maemo-ssu | 00:59 | |
*** wmarone__ has joined #maemo-ssu | 01:12 | |
*** wmarone_ has quit IRC | 01:13 | |
*** DocScrutinizer51 has quit IRC | 01:13 | |
*** XDS2010 has quit IRC | 01:13 | |
*** nightsh_ has joined #maemo-ssu | 01:14 | |
*** wumpwoast has quit IRC | 01:14 | |
*** nightsh has quit IRC | 01:14 | |
*** tg has quit IRC | 01:14 | |
*** gregoa has quit IRC | 01:14 | |
*** wumpwoast has joined #maemo-ssu | 01:15 | |
*** gregoa has joined #maemo-ssu | 01:15 | |
*** dhbiker has quit IRC | 01:15 | |
*** tg has joined #maemo-ssu | 01:16 | |
*** DocScrutinizer51 has joined #maemo-ssu | 01:17 | |
*** Raimu-Z has quit IRC | 01:20 | |
*** Milhouse has quit IRC | 01:20 | |
*** infobot has quit IRC | 01:20 | |
*** X-Fade has quit IRC | 01:20 | |
*** M4rtinK2 has joined #maemo-ssu | 01:21 | |
*** n900-dk_ has joined #maemo-ssu | 01:21 | |
*** M4rtinK has quit IRC | 01:23 | |
*** wumpwoast has quit IRC | 01:23 | |
*** sunny_s has quit IRC | 01:23 | |
*** chem|st has quit IRC | 01:23 | |
*** n900-dk has quit IRC | 01:24 | |
*** DocScrutinizer51 has quit IRC | 01:24 | |
*** DocScrutinizer51 has joined #maemo-ssu | 01:24 | |
*** DocScrutinizer51 has quit IRC | 01:24 | |
*** DocScrutinizer51 has joined #maemo-ssu | 01:24 | |
*** Raimu-Z has joined #maemo-ssu | 01:24 | |
*** chem|st has joined #maemo-ssu | 01:25 | |
*** sunny_s has joined #maemo-ssu | 01:26 | |
*** wumpwoast has joined #maemo-ssu | 01:27 | |
*** kolp has quit IRC | 01:28 | |
*** X-Fade has joined #maemo-ssu | 01:29 | |
*** M4rtinK2 has quit IRC | 01:34 | |
*** M4rtinK2 has joined #maemo-ssu | 01:34 | |
*** sunny_s has quit IRC | 01:39 | |
*** n900-dk has joined #maemo-ssu | 01:39 | |
*** sunny_s has joined #maemo-ssu | 01:42 | |
*** xes has quit IRC | 01:45 | |
*** wumpwoast has quit IRC | 01:46 | |
*** n900-dk_ has quit IRC | 01:47 | |
*** Martix has quit IRC | 01:48 | |
*** zogg__ has joined #maemo-ssu | 01:48 | |
*** zogg_ has quit IRC | 01:48 | |
*** DocScrutinizer51 has quit IRC | 01:52 | |
*** nox- has quit IRC | 01:52 | |
*** Sicelo has quit IRC | 01:52 | |
*** nightsh has joined #maemo-ssu | 01:53 | |
*** Sicelo has joined #maemo-ssu | 01:56 | |
*** freemangordon has quit IRC | 01:57 | |
*** ShadowJK has quit IRC | 01:57 | |
*** nightsh_ has quit IRC | 01:57 | |
*** wumpwoast has joined #maemo-ssu | 01:59 | |
*** thedead1440 has quit IRC | 02:02 | |
*** freemangordon has joined #maemo-ssu | 02:02 | |
*** ShadowJK has joined #maemo-ssu | 02:02 | |
*** nightsh has quit IRC | 02:02 | |
*** thedead1440 has joined #maemo-ssu | 02:03 | |
*** DocScrutinizer51 has joined #maemo-ssu | 02:04 | |
*** nox- has joined #maemo-ssu | 02:04 | |
*** nightsh has joined #maemo-ssu | 02:04 | |
*** wumpwoast has joined #maemo-ssu | 02:05 | |
*** arcean has quit IRC | 02:19 | |
*** gregoa_ has joined #maemo-ssu | 02:20 | |
*** Sicelo_ has joined #maemo-ssu | 02:20 | |
*** wmarone__ is now known as wmarone | 02:20 | |
*** arcean has joined #maemo-ssu | 02:20 | |
*** g3kk3r_ has joined #maemo-ssu | 02:21 | |
*** ZogG has joined #maemo-ssu | 02:21 | |
*** ZogG has joined #maemo-ssu | 02:21 | |
*** Sicelo has quit IRC | 02:21 | |
*** gregoa has quit IRC | 02:21 | |
*** g3kk3r has quit IRC | 02:21 | |
*** zogg__ has quit IRC | 02:22 | |
*** DocScrutinizer51 has quit IRC | 02:22 | |
*** nox- has quit IRC | 02:22 | |
*** DocScrutinizer51 has joined #maemo-ssu | 02:23 | |
*** luf has quit IRC | 02:24 | |
*** peetah has quit IRC | 02:24 | |
*** nox- has joined #maemo-ssu | 02:26 | |
*** thedead1440 has quit IRC | 02:29 | |
*** gregoa_ is now known as gregoa | 02:29 | |
*** Woody14619b has joined #maemo-ssu | 02:30 | |
*** peetah has joined #maemo-ssu | 02:30 | |
*** LauRoman has quit IRC | 02:30 | |
*** thedead1440 has joined #maemo-ssu | 02:32 | |
*** arcean_ has joined #maemo-ssu | 02:32 | |
*** nightsh_ has joined #maemo-ssu | 02:33 | |
*** LauRoman has joined #maemo-ssu | 02:33 | |
*** Woody14619a has quit IRC | 02:33 | |
*** ZogG has quit IRC | 02:36 | |
*** nightsh has quit IRC | 02:36 | |
*** arcean has quit IRC | 02:36 | |
*** jon_y has quit IRC | 02:36 | |
*** DocScrutinizer51 has quit IRC | 02:37 | |
*** M4rtinK2 has quit IRC | 02:37 | |
*** M4rtinK2 has joined #maemo-ssu | 02:39 | |
*** DocScrutinizer51 has joined #maemo-ssu | 02:41 | |
*** arcean_ has quit IRC | 02:41 | |
*** jon_y has joined #maemo-ssu | 02:42 | |
*** ZogG has joined #maemo-ssu | 02:45 | |
*** Estel_ has joined #maemo-ssu | 02:46 | |
*** Estel_ has quit IRC | 02:46 | |
*** Estel_ has joined #maemo-ssu | 02:46 | |
Estel_ | Hey, I have a small question | 02:46 |
---|---|---|
Estel_ | I wanted to do automagic ssh connection from one of my devices - one that reconnects, if dropped or whatsnot | 02:47 |
Estel_ | so, i did basic | 02:47 |
Estel_ | while true; do ssh bla@blabla -o "shitload of options"; sleep 120; done | 02:47 |
Estel_ | that gets invoked from /etc/network/if-up.d/ | 02:48 |
nox- | mosh? | 02:48 |
nox- | or has that not been ported? | 02:48 |
Estel_ | (and killed from /etc/network/if-down.d/, but thats irrelevant methinks) | 02:48 |
Estel_ | it works, but ssh connection started from this infinite loop is SLOW | 02:48 |
Estel_ | 3x-4x slower than normal | 02:49 |
Estel_ | I wonder wtf? | 02:49 |
Estel_ | is my loop somehow badly written and slows it down? | 02:49 |
Estel_ | same command outside loop result in faster ssh | 02:49 |
Estel_ | I checked cpu and it's not busy | 02:49 |
Estel_ | sleep 120 for infinite loop should tax it, anyway | 02:49 |
Estel_ | nox-, hm, I haven't heard about being ported, might check | 02:50 |
*** DocScrutinizer51 has quit IRC | 02:50 | |
Estel_ | OTOH, I just wanted to know if what I did is proper way to do infinite loops for auto-respawning things, without slowing something down | 02:50 |
*** Skry has quit IRC | 02:51 | |
*** mickname has quit IRC | 02:51 | |
*** mickname has joined #maemo-ssu | 02:51 | |
*** DocScrutinizer51 has joined #maemo-ssu | 02:51 | |
* nox- sees nothing obviously wrong there... | 02:51 | |
Estel_ | well, maybe slowiness is related to something else, will investigate | 02:53 |
*** Skry has joined #maemo-ssu | 02:53 | |
Estel_ | another oddity, though. My loop works from hand... But, while network/if-up.d/ calls it properly (creates log file)... | 02:53 |
Estel_ | it doesn't seem to actually execute anything | 02:53 |
Estel_ | file in /etc/network/if-up.d/blabla executes my loop, and > /var/log/blabla.log | 02:54 |
nox- | oh i dont know about if-up.d, maybe it doesnt have a tty or something? | 02:54 |
Estel_ | blabla.log get created when interface is up, but it's empty, and ssh doesn't work | 02:54 |
Estel_ | maybe. I took instructions from wiki page "Reverse SSH" (maemo wiki) | 02:55 |
Estel_ | for many people it works, but on discussion thread, one guy seems to have same problem | 02:55 |
Estel_ | log created, no ssh though | 02:55 |
Estel_ | well, if-up.d just runs scripts, shell should handle tty, shouldn't it? | 02:56 |
Estel_ | but, there is something about it, once I tried to call iw reg set JP from if-up.d, and it also didn't worked | 02:56 |
Estel_ | I'll try to abuse advanced-interface-switcher postup scripts | 02:57 |
Estel_ | instead of poor old network/if-up.d/ | 02:57 |
*** wumpwoast has quit IRC | 03:02 | |
*** M4rtinK2 has quit IRC | 03:04 | |
*** DocScrutinizer51 has quit IRC | 03:07 | |
*** wumpwoast has joined #maemo-ssu | 03:08 | |
*** X-Fade has quit IRC | 03:08 | |
*** DocAvalanche has joined #maemo-ssu | 03:08 | |
*** DocAvalanche is now known as DocScrutinizer51 | 03:09 | |
*** wumpwoast has quit IRC | 03:16 | |
*** mickname has quit IRC | 03:16 | |
*** mickname has joined #maemo-ssu | 03:17 | |
*** XDS2010 has joined #maemo-ssu | 03:17 | |
*** X-Fade has joined #maemo-ssu | 03:20 | |
*** wumpwoast has joined #maemo-ssu | 03:21 | |
*** ShadowJK has quit IRC | 03:27 | |
*** wumpwoast has quit IRC | 03:32 | |
*** wumpwoast has joined #maemo-ssu | 03:32 | |
*** mickname has quit IRC | 03:32 | |
*** mickname has joined #maemo-ssu | 03:32 | |
*** Skry has quit IRC | 03:32 | |
*** Skry has joined #maemo-ssu | 03:32 | |
*** ShadowJK has joined #maemo-ssu | 03:32 | |
*** wumpwoast has quit IRC | 03:32 | |
*** X-Fade has quit IRC | 03:33 | |
*** freemangordon has quit IRC | 03:33 | |
Estel_ | something is screwed with that loop, after all | 03:34 |
Estel_ | even from network/if-up.d/ it works (nohup can be used to avoid tty, but it doesn't matter here) | 03:35 |
Estel_ | but | 03:35 |
Estel_ | ssh is estabilished, and killed, then, after sleep, estabilished and killed again | 03:35 |
Estel_ | in circle | 03:35 |
Estel_ | is it normal for: | 03:36 |
Estel_ | while true; do blabla; sleep 120; done | 03:36 |
Estel_ | shouldn't it check if blabla is running every 120 seconds, and otherwise, respawn it? | 03:37 |
Estel_ | instead of doing blabla, killing it, sleeping for 120, doing blabla again... | 03:37 |
Estel_ | I wonder wtf is wrong | 03:37 |
nox- | it would run it and wait till it exits, then sleep | 03:38 |
*** sunny_s has quit IRC | 03:39 | |
Estel_ | but, for some reason, it run this (blabla is ssh root@IP -o <some options>) | 03:40 |
Estel_ | then kill ssh just after it finish connecting | 03:40 |
Estel_ | then sleep | 03:40 |
Estel_ | and that in circle | 03:40 |
*** XDS2010 has quit IRC | 03:41 | |
Estel_ | I wonder why it assume that ssh finishing connecting -> ssh need to get killed | 03:41 |
*** freemangordon has joined #maemo-ssu | 03:41 | |
nox- | i rather suspect ssh exits bc of missing tty or something | 03:41 |
Estel_ | s/assume/assumes/ | 03:41 |
*** Sc0rpius has joined #maemo-ssu | 03:41 | |
*** XDS2010 has joined #maemo-ssu | 03:41 | |
Estel_ | nox, nohup should help here... | 03:41 |
nox- | depends | 03:41 |
Estel_ | also, ssh connects for sure, as for > /var/log/reverse_ssh.log, I see asci logo of my router | 03:41 |
Estel_ | (it connectts to router) | 03:41 |
Estel_ | for a while | 03:42 |
Estel_ | then, opening it again, log is empty | 03:42 |
Estel_ | then, after sleep it appears | 03:42 |
Estel_ | hm, ssh exiting you think? | 03:42 |
Estel_ | despite saving output to log? | 03:42 |
nox- | more likely than something killing it at least | 03:42 |
Estel_ | (OpenWRT logo, just like seen when connecting manually) | 03:42 |
*** wumpwoast has joined #maemo-ssu | 03:43 | |
Estel_ | may it be, but, how to fight this behavior? | 03:43 |
nox- | maybe you can run it in script(1) | 03:43 |
nox- | that should setup a pty | 03:43 |
nox- | (assuming thats ported) | 03:43 |
*** X-Fade has joined #maemo-ssu | 03:44 | |
Estel_ | it is used for reverse ssh, and fun fact here - if I connect "from 2nd side" by spamming connections and hit that 1 second when it's alive... | 03:44 |
Estel_ | I have stable shell | 03:44 |
Estel_ | that doesn't disconnect | 03:44 |
Estel_ | i.e. my automagic have local port forwarding to router, and from another device, I connect to router too, then connect to localhost and forwarded port | 03:45 |
Estel_ | if I do it just in time, connection "sticks" | 03:45 |
Estel_ | No idea if it reinforces theory about missing tty or not | 03:45 |
nox- | hm | 03:45 |
* nox- not messed with reverse ssh yet... | 03:46 | |
Estel_ | I know, kinda niche thing | 03:46 |
Estel_ | what makes me wonder, is that it seems to work for some people on N900 exactly this way, without problems | 03:46 |
Estel_ | and I suppose ssh would exit always, if missing tty would be a reason | 03:46 |
nox- | maybe, not sure tho maybe when the other side connects it decides to stay... | 03:47 |
nox- | could also be something else that makes it exit i'm just not sure what | 03:48 |
Estel_ | that's possible, too... although, technically, other side connects to ssh server, while ssh client decide to stay just because his local forwarded port is in use?... | 03:48 |
nox- | yeah | 03:48 |
Estel_ | if sinking due to missed tty it shouldn't care... | 03:48 |
Estel_ | well, I don't have better idea than missing tty, though | 03:48 |
nox- | well try running it in script and you'll see | 03:48 |
*** sunny_s has joined #maemo-ssu | 03:48 | |
Estel_ | from terminal, normally? | 03:49 |
nox- | no, script ssh ... | 03:49 |
Estel_ | same script, run from terminal not if-up.d, works like charm | 03:49 |
nox- | instead of ssh | 03:49 |
Estel_ | You lost me on that one, sorry for being dumb | 03:49 |
*** Skry has quit IRC | 03:49 | |
nox- | http://linux.die.net/man/1/script | 03:49 |
Estel_ | ough, thanks | 03:50 |
*** Skry has joined #maemo-ssu | 03:50 | |
nox- | script log.txt ssh ... | 03:51 |
nox- | i guess | 03:51 |
*** LaoLang_cool has joined #maemo-ssu | 03:52 | |
Estel_ | thanks nox- testing it now | 03:54 |
Estel_ | laugh at me, but I haven't know this tool :P | 03:55 |
nox- | heh | 03:55 |
Estel_ | I wonder if it could be abused somehow, to log framebuffer output during N900 boot (at least, since script is available, making sure to have it available soon enough) | 03:55 |
Estel_ | even most experienced people here failed to get an idea how to save N900 boottime framebuffer, instead of recording video during boot, lol | 03:56 |
nox- | hm im not sure how n900 boots, if theres some rc script that runs it all... | 03:57 |
*** LaoLang_cool has quit IRC | 03:59 | |
*** wumpwoast has quit IRC | 04:00 | |
*** wumpwoast has joined #maemo-ssu | 04:00 | |
*** X-Fade has quit IRC | 04:02 | |
*** freemangordon has quit IRC | 04:02 | |
*** ShadowJK_ has joined #maemo-ssu | 04:09 | |
*** mickname has quit IRC | 04:09 | |
*** mickname has joined #maemo-ssu | 04:09 | |
*** ShadowJK has quit IRC | 04:09 | |
*** freemangordon has joined #maemo-ssu | 04:09 | |
Estel_ | nox-, I've found reason | 04:10 |
nox- | what was it? | 04:10 |
Estel_ | it was about & at end of /etc/network/if-up.d/blabla script | 04:10 |
nox- | oh | 04:10 |
Estel_ | this script was running reverse-ssh script from /usr/sbin/ | 04:11 |
Estel_ | which in turn was the loop i mentioned | 04:11 |
Estel_ | for some reason, & on end of if-up.d script, made it kill things just as they stop activity | 04:11 |
Estel_ | loop still worked, though, but from scratch | 04:11 |
nox- | probably when the parent shell dies? | 04:11 |
Estel_ | supposedly, but it's strange, as loop should die too, then | 04:12 |
Estel_ | as after all, it was loop executed from that script ending with & | 04:12 |
Estel_ | still, loop lived, and sub-process from inside loop got dying all the time | 04:12 |
nox- | well that depends on process groups etc | 04:12 |
Estel_ | this & at end of if-up.d script was, probably, to ensure that it executed next scripts from that directory... | 04:13 |
Estel_ | I wonder why it works for some people with that & *confused* | 04:13 |
nox- | probably | 04:13 |
nox- | hm | 04:13 |
*** X-Fade has joined #maemo-ssu | 04:14 | |
nox- | maybe something changed there in a newer ssu? | 04:14 |
Estel_ | and why connecting from different machine to local forwarded port prevented it from killing ssh? | 04:14 |
Estel_ | maybe, but IIRC recent reports about it working ok were after ssu... | 04:14 |
Estel_ | unless it's cssu which changed things | 04:14 |
nox- | *nod* | 04:14 |
Estel_ | strange things, but I'm glad it works now - time for testing if "hanging" script from if-up.d doesn't block anything | 04:15 |
nox- | too easy to `brick' the boot... | 04:15 |
Estel_ | fortunatelly, taht would be easily fixable from backupmeny or even preinit's shell | 04:17 |
Estel_ | backupmenu's console, I mean, not restoring backup even | 04:18 |
Estel_ | thanks to backupmenu, menatlist's recovery shell, u-boot, and rescueos, it's quite hard to really require reflash, nowadays | 04:18 |
nox- | heh | 04:18 |
Estel_ | btw device in question got broken usb chip (not port), so reflash is not an option :P | 04:19 |
nox- | ouch | 04:19 |
*** DocScrutinizer51 has quit IRC | 04:19 | |
Estel_ | it's broken in strange way, charging works ok as soon as I force it (bme FOSS replacement handy here), otherwise, it thinks it's in vboost state | 04:20 |
Estel_ | aka hostmode, lol | 04:20 |
Estel_ | upon connecting charger | 04:20 |
*** DocScrutinizer51 has joined #maemo-ssu | 04:20 | |
Estel_ | I need to remember about asking Pali, how his bme replacement detect vboost state | 04:20 |
Estel_ | and how on earth my device (albeit with broken smth) enters it on it's own | 04:21 |
Estel_ | when charger attached | 04:21 |
Estel_ | I suppose 5V from charger is sensed by something that shouldn't get it provided | 04:21 |
nox- | bbl | 04:21 |
Estel_ | bb | 04:21 |
* nox- not really into n900 hw much :) | 04:22 | |
*** nox- has quit IRC | 04:25 | |
*** freemangordon has quit IRC | 04:27 | |
*** ShadowJK_ has quit IRC | 04:33 | |
*** ShadowJK has joined #maemo-ssu | 04:34 | |
*** X-Fade has quit IRC | 04:34 | |
*** freemangordon has joined #maemo-ssu | 04:35 | |
*** Sicelo_ has quit IRC | 04:39 | |
*** DocScrutinizer51 has quit IRC | 04:42 | |
*** wmarone_ has joined #maemo-ssu | 04:42 | |
*** aap has quit IRC | 04:42 | |
*** DocScrutinizer51 has joined #maemo-ssu | 04:43 | |
*** wmarone has quit IRC | 04:44 | |
*** ShadowJK has quit IRC | 04:45 | |
*** Sicelo has joined #maemo-ssu | 04:45 | |
*** ShadowJK_ has joined #maemo-ssu | 04:45 | |
*** X-Fade has joined #maemo-ssu | 04:47 | |
*** aap has joined #maemo-ssu | 04:50 | |
*** wmarone__ has joined #maemo-ssu | 04:58 | |
*** wmarone_ has quit IRC | 04:58 | |
*** Skry has quit IRC | 05:01 | |
*** aap has quit IRC | 05:03 | |
*** ShadowJK has joined #maemo-ssu | 05:04 | |
*** LauRoman has quit IRC | 05:05 | |
*** ShadowJK_ has quit IRC | 05:05 | |
*** X-Fade has quit IRC | 05:06 | |
*** sunny_s has quit IRC | 05:07 | |
*** Skry has joined #maemo-ssu | 05:08 | |
*** amiconn has quit IRC | 05:09 | |
*** amiconn_ has joined #maemo-ssu | 05:09 | |
*** amiconn_ is now known as amiconn | 05:09 | |
*** aap has joined #maemo-ssu | 05:09 | |
*** sunny_s has joined #maemo-ssu | 05:09 | |
*** X-Fade has joined #maemo-ssu | 05:10 | |
Estel_ | damn, it doesnmt work, after all | 05:19 |
Estel_ | without & it works from terminal, but, automagically invoked, be it from advinterfaceswitcher or normal network/if-up.d/ scripts, it just keep dying, connecting, dying... etc | 05:20 |
*** X-Fade has quit IRC | 05:58 | |
*** X-Fade has joined #maemo-ssu | 06:02 | |
*** DocScrutinizer05 has quit IRC | 06:04 | |
*** DocScrutinizer06 has joined #maemo-ssu | 06:04 | |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 06:04 | |
kerio | Estel_: autossh | 07:11 |
*** sunny_s has quit IRC | 07:36 | |
*** sunny_s has joined #maemo-ssu | 07:39 | |
*** discopig has quit IRC | 07:46 | |
*** xmlich02 has quit IRC | 07:46 | |
*** chainsawbike has quit IRC | 07:46 | |
*** discopig has joined #maemo-ssu | 07:46 | |
*** discopig has quit IRC | 07:46 | |
*** discopig has joined #maemo-ssu | 07:46 | |
*** xmlich02 has joined #maemo-ssu | 07:47 | |
*** chainsawbike has joined #maemo-ssu | 07:48 | |
*** dhbiker has joined #maemo-ssu | 08:57 | |
*** dhbiker has quit IRC | 09:34 | |
*** dhbiker has joined #maemo-ssu | 09:45 | |
*** dhbiker has quit IRC | 09:52 | |
*** dhbiker has joined #maemo-ssu | 09:56 | |
*** LauRoman has joined #maemo-ssu | 09:57 | |
*** Martix has joined #maemo-ssu | 10:00 | |
keesj | Hi, shoud the camera app be different after the SSU? I updated, ran the updater application and after a reboot my n900 told me the upgrade whent alright. | 10:27 |
keesj | but I can't find any real difference(the about dialog in the prefferences is different but that's it) | 10:28 |
*** wumpwoast has quit IRC | 10:35 | |
*** Martix_ has joined #maemo-ssu | 10:35 | |
*** Martix has quit IRC | 10:37 | |
*** chainsawbike has quit IRC | 10:39 | |
*** X-Fade has quit IRC | 10:39 | |
*** chainsawbike has joined #maemo-ssu | 10:40 | |
*** xmlich02 has quit IRC | 10:40 | |
*** xmlich02 has joined #maemo-ssu | 10:41 | |
*** Skry has quit IRC | 10:41 | |
*** Skry has joined #maemo-ssu | 10:42 | |
*** discopig has quit IRC | 10:42 | |
*** amiconn has quit IRC | 10:42 | |
*** discopig has joined #maemo-ssu | 10:42 | |
*** discopig has quit IRC | 10:42 | |
*** discopig has joined #maemo-ssu | 10:42 | |
*** wumpwoast has joined #maemo-ssu | 10:43 | |
*** chainsawbike has quit IRC | 10:44 | |
*** amiconn has joined #maemo-ssu | 10:44 | |
*** X-Fade has joined #maemo-ssu | 10:45 | |
*** chainsawbike has joined #maemo-ssu | 10:46 | |
*** X-Fade has quit IRC | 10:54 | |
*** X-Fade has joined #maemo-ssu | 10:59 | |
*** kolp has joined #maemo-ssu | 11:18 | |
*** sunny_s has quit IRC | 11:20 | |
*** sunny_s has joined #maemo-ssu | 11:23 | |
*** M13 has joined #maemo-ssu | 11:33 | |
*** futpib has joined #maemo-ssu | 11:40 | |
*** sunny_s has quit IRC | 12:08 | |
*** arcean has joined #maemo-ssu | 12:14 | |
*** unclouded has quit IRC | 12:15 | |
*** arcean has quit IRC | 12:35 | |
*** arcean has joined #maemo-ssu | 12:36 | |
*** M13 has quit IRC | 12:39 | |
*** lizardo has joined #maemo-ssu | 12:40 | |
*** andre__ has joined #maemo-ssu | 13:05 | |
*** andre__ has joined #maemo-ssu | 13:05 | |
kerio | keesj: cssu stable should be, by default, identical to stock | 13:08 |
keesj | thanks | 13:14 |
*** sunny_s has joined #maemo-ssu | 13:35 | |
*** M13 has joined #maemo-ssu | 14:09 | |
*** discopig has quit IRC | 14:41 | |
*** discopig has joined #maemo-ssu | 14:50 | |
Estel_ | kerio, thanksp but solved it. It was just matter of using -N option in ssh | 15:00 |
Estel_ | DocScrutinizer05, there is problem with revent package from extras-devel - modrana 0.40.1 have size mismatch | 15:02 |
*** sunny_s has quit IRC | 15:05 | |
*** sunny_s has joined #maemo-ssu | 15:08 | |
*** Guest50382 has joined #maemo-ssu | 16:30 | |
*** Martix_ has quit IRC | 16:52 | |
*** infobot has joined #maemo-ssu | 16:53 | |
*** ChanServ sets mode: +v infobot | 16:53 | |
*** Guest50382 has quit IRC | 16:54 | |
*** Guest50382 has joined #maemo-ssu | 16:55 | |
*** Guest50382 has quit IRC | 17:06 | |
*** Milhouse has joined #maemo-ssu | 17:32 | |
discopig | hi | 17:39 |
andre__ | hi | 17:54 |
*** ivgalvez has joined #maemo-ssu | 18:01 | |
*** Martix_ has joined #maemo-ssu | 18:07 | |
*** Martix_ has joined #maemo-ssu | 18:08 | |
*** Martix_ is now known as Martix | 18:12 | |
*** Woody14619b has quit IRC | 18:21 | |
*** Woody14619 has joined #maemo-ssu | 18:22 | |
*** Woody14619 has joined #maemo-ssu | 18:22 | |
DocScrutinizer05 | andre__: hi! | 18:33 |
andre__ | hi DocScrutinizer05 | 18:34 |
freemangordon | merlin1991: ping | 18:47 |
ivgalvez | hi fremangordon | 18:54 |
freemangordon | ivgalvez: hi, welcome back :) | 18:55 |
ivgalvez | nice to see you | 18:56 |
freemangordon | ivgalvez: how's life, everything ok? | 18:56 |
ivgalvez | I have destroyed my filesystem in a very stupid way | 18:56 |
ivgalvez | apart from that freezing to death in Dublin | 18:56 |
freemangordon | ivgalvez: ooh. I've been in Scotland a couple of times, those places are not for hot-blodied southern guys :D | 18:57 |
ivgalvez | haha | 18:57 |
freemangordon | moist and cold. and rabbits :D:D:D | 18:57 |
ivgalvez | still getting used to it | 18:58 |
freemangordon | honestly, maybe the weather is one of the major reasons I am still here | 18:58 |
ivgalvez | I imagine that | 18:58 |
ivgalvez | work conditions are clearly better as you go north | 18:59 |
freemangordon | yep, I remember some guys in London made e meeting in pub at 15:00. Their working time was till 17:30 :D. It was Friday ofc | 19:00 |
*** Martix has quit IRC | 19:02 | |
ivgalvez | one question, now that repos are finally under Maemo Council control, have you planned to move Thumb repo to the official server? | 19:03 |
ivgalvez | and maybe add upload access to some developers | 19:03 |
*** sunny_s has quit IRC | 19:04 | |
ivgalvez | there are many Thumb applications floating around the forums now | 19:04 |
*** sunny_s has joined #maemo-ssu | 19:06 | |
*** Martix has joined #maemo-ssu | 19:11 | |
Estel_ | freemangordon, I have something that might be kernel oops | 19:14 |
Estel_ | not sure, so pasting syslog | 19:15 |
Estel_ | http://sebsauvage.net/paste/?348922f654b9aa15#wVmtdYn6FBuXKabppB8XcqVHyZiogox2t+3aDqUKSjM= | 19:15 |
Estel_ | decide yourself what it is worth, if anything, I'll be happy to helpg chasing | 19:15 |
freemangordon | Estel_: what to look for? | 19:15 |
freemangordon | ooh, I see | 19:16 |
Estel_ | malf | 19:16 |
Estel_ | and kernel-power main process terminated | 19:16 |
Estel_ | with error | 19:16 |
Estel_ | (exact this phrase iirc) | 19:16 |
Estel_ | and dsme malf :P | 19:16 |
freemangordon | Estel_: what about "EXT4-fs error (device mmcblk0p2): ext4_mb_generate_buddy: EXT4-fs: group 31: 6372 blocks in bitmap, 6374 in gd" | 19:17 |
freemangordon | this is the first error in a row | 19:17 |
Estel_ | ivgalvez, true, many thumb things floating around, merlin1991 is super-slow at putting them into repos (not accusing) | 19:17 |
Estel_ | my filesystem got some insignificant errors in games directory | 19:17 |
Estel_ | but it works nevertheless despite that errors | 19:17 |
Estel_ | I'm going to fix it today, I don't think it's related (may be wrong) | 19:18 |
freemangordon | Estel_: well, I guess Pali should be made aware of that, so he can pester whoever made ext4 patch in KP. | 19:18 |
kerio | Estel_: i suggest a fsck -c | 19:18 |
freemangordon | :nod: | 19:18 |
kerio | i thought ext4 was mainline | 19:18 |
Estel_ | kerio, fsck just kills flash | 19:18 |
Estel_ | I mean, no fsck tools are aware how to fic anything on flash | 19:19 |
kerio | no, steve jobs killed flash | 19:19 |
Estel_ | any serious error (more than access time in future ot journal recovery), + fsck on flash, = filesystem to trash | 19:19 |
freemangordon | Estel_: maybe you should provide your /dev/mtd2 too | 19:19 |
Estel_ | freemangordon, sure, lemme paste it | 19:19 |
Estel_ | erm, ois it text file? :P | 19:19 |
freemangordon | not exactly :) | 19:20 |
kerio | Estel_: ok then | 19:20 |
Estel_ | maybe ext4 patch in kp is bugged | 19:20 |
Estel_ | kerio, ShadowJK would give you technical rationale why never do fsck on flash | 19:20 |
kerio | write zeroes to it, then mkfs, then do a read-only badblocks test | 19:20 |
Estel_ | why not | 19:20 |
Estel_ | freemangordon, so how to dump it properly? | 19:20 |
kerio | otoh, sometimes file systems get fucked up | 19:20 |
Estel_ | /dev/mtd2 | 19:20 |
Estel_ | ? | 19:20 |
kerio | or sometimes you get bad blocks | 19:20 |
freemangordon | Estel_: don;t do it | 19:21 |
Estel_ | ? | 19:21 |
freemangordon | Estel_: that fs if FUBAR | 19:21 |
freemangordon | and see "kernel: [ 317.285308] twl4030_wdt twl4030_wdt: Unexpected close, watchdog still running!" | 19:21 |
Estel_ | I'll try contacting Pali, but reporting anything to him is fubar too, lately | 19:21 |
Estel_ | hm, what does it mean? | 19:22 |
kerio | of course it's fubar, he never does a fsck :P | 19:22 |
freemangordon | Estel_: it is pointless, it is not the kernel to blame | 19:22 |
freemangordon | it is WD rebooting your device | 19:22 |
Estel_ | kerio, I regularly restore backups With prior-recreation of filesystem :P | 19:22 |
Estel_ | ok | 19:22 |
Estel_ | dsme: malf is result of this? | 19:22 |
kerio | Estel_: and that means that you never keep a list of bad blocks | 19:22 |
freemangordon | and if you have a couple of reboots in a row, then MALF. afaik | 19:22 |
Estel_ | also, there was "hw bug" line somewhere there | 19:22 |
kerio | wtf is MALF | 19:22 |
Estel_ | I see | 19:22 |
freemangordon | malfunction | 19:23 |
Estel_ | malfunction, probably | 19:23 |
kerio | what does it entail | 19:23 |
Estel_ | that dsme told you to gtfo due to few reboots in row | 19:23 |
Estel_ | unexpected | 19:23 |
kerio | a normal boot resets the counter though, right? | 19:23 |
Estel_ | yes | 19:23 |
freemangordon | Estel_: I'll look at that log more closely when I have more time, but I'd say: fsck your fs | 19:23 |
Estel_ | freemangordon, sure, I'll do that | 19:24 |
freemangordon | Estel_: there are hundreds of "Mar 25 17:53:01 BloodRose hildon-thumbnailerd[1587]: GLIB DEBUG default - Error opening file '/home/user/.thumbnails/fail/hildon-thumbnail/6d46f0a280851e67a1f7fe65bf75a67d.jpeg': Permission denied " and similar errors | 19:24 |
Estel_ | inf act tried to abckup last night, but tar, despite --ignore-failed-read, stopped at 1.8 GB and worked indefinitely | 19:24 |
Estel_ | freemangordon, due to filesystem errors? | 19:24 |
freemangordon | and other fs errors | 19:24 |
Estel_ | I noticed that | 19:24 |
freemangordon | I guess | 19:25 |
Estel_ | OK, will fix my filesystem, and if problems occur again with clear fs, will get back to you | 19:25 |
Estel_ | for now, scratch it :) | 19:25 |
kerio | Estel_: if you have unbackupped data on that, dd it on a computer and fsck the image | 19:25 |
freemangordon | ok | 19:25 |
Estel_ | kerio, thought about that, will it work? | 19:25 |
kerio | sure, why not | 19:25 |
kerio | ShadowJK: why are you supposed to never do fsck/badblocks on the emmc? | 19:26 |
Estel_ | idk, maybe dd from flash have flash madness bundled inside :P | 19:26 |
kerio | the emmc isn't a fucking flash | 19:26 |
Estel_ | no? then what? | 19:26 |
kerio | it's a perfect block device | 19:26 |
freemangordon | block device | 19:26 |
Estel_ | aren't you messing it with nand? | 19:26 |
freemangordon | no | 19:26 |
kerio | nope | 19:26 |
kerio | the rootfs is on mtd | 19:26 |
Estel_ | no idea, I'm clueless about it | 19:27 |
kerio | that's why you use ubifs | 19:27 |
kerio | the emmc is just a block device | 19:27 |
kerio | you're still supposed to try to treat it nicely | 19:27 |
Estel_ | block device in flash technology? :P | 19:27 |
Estel_ | but it have hardware wear levelling bundled in | 19:27 |
kerio | but there's not really much you can do for it | 19:27 |
ShadowJK | kerio; I think when the filesystem is designed to only deal, at best, with 512 byte chunks corrupted or missing, when fsck faces a filesystem full of data (after a crash/powerloss) in chunks for megabytes that might all be old, all new, or all corupted, it gets thoroughly confused | 19:27 |
kerio | ShadowJK: what about doing a fsck -c on a brand new FS? | 19:28 |
kerio | (badblocks read test) | 19:28 |
ShadowJK | That wont corrupt anything | 19:28 |
Estel_ | anyway in practice, everytime i tried fsck on N900 on filesystem with errors, it resulted in filesystem getting fubar as awhole | 19:28 |
ShadowJK | but it's fairly pointless in my experience. | 19:28 |
kerio | fsck might fail, yes | 19:28 |
kerio | ShadowJK: i have at least one bad block on the emmc | 19:28 |
*** NIN101 has joined #maemo-ssu | 19:28 | |
ShadowJK | Most SDs I've had that have had bad blocks, have happily included those bad blocks in wear leveling, so one overwrite and the bad goes away, but several overwrites later the bad block comes back, in a new location, thanks to weat leveling :)) | 19:29 |
kerio | :s | 19:29 |
kerio | so it's better to not write to that block, surely | 19:29 |
Estel_ | ShadowJK, DD'ing partition to desktop and fscking image on hard drive should work, yes? | 19:30 |
kerio | Estel_: still the same problem | 19:31 |
Estel_ | ? | 19:31 |
kerio | data loss on emmc is particularly bad | 19:31 |
kerio | so e2fsck could still get thoroughly confused | 19:31 |
Estel_ | it segfaults on maemo, too | 19:31 |
kerio | but that's in case of a power loss, not in case of a write error | 19:31 |
kerio | i mean | 19:31 |
Estel_ | new version works ok, but cssu denied to include it, once | 19:31 |
kerio | something like a driver error | 19:31 |
kerio | Estel_: it's not like it's particularly useful on a running system anyway | 19:32 |
kerio | rescueOS has the latest (or at least, a recent) version of e2fsprogs | 19:32 |
Estel_ | kerio, excuse noobiness, but I have never used dd to save N900's partition from dance macabre, and that data is pretty important to me | 19:32 |
Estel_ | how exactly command should look to prepare 100%ok image | 19:32 |
kerio | boot from rescueOS | 19:33 |
Estel_ | then repair it, and restore back for maemo? | 19:33 |
kerio | mount in mass storage mode | 19:33 |
kerio | er | 19:33 |
kerio | not mount | 19:33 |
Estel_ | well, I'm not going to fskc on emmc anyway, want to move it to desktop | 19:33 |
Estel_ | export | 19:33 |
kerio | yeah | 19:33 |
Estel_ | in mass storage | 19:33 |
Estel_ | I know the thrill | 19:33 |
Estel_ | then, command to dd from that device, how should it look, parameters etc? | 19:33 |
*** Martix has quit IRC | 19:34 | |
Estel_ | (for this use case, repairing and getting back) | 19:34 |
kerio | then dd if=/dev/sd<disc letter><partition number of your home/optfs> of=optfs.img bs=4m | 19:34 |
kerio | once you have that, make a copy of optfs.img | 19:34 |
* Estel_ nods | 19:34 | |
kerio | then... idk | 19:34 |
Estel_ | fsck that image | 19:34 |
kerio | mount it in loopback with ro,noload and copy everything you can | 19:34 |
Estel_ | see if it doesn't start fusion reaction | 19:34 |
kerio | then mount it in loopback with rw and copy everything you can | 19:35 |
kerio | then fsck, and mount it in loopback with rw and copy everything you can | 19:35 |
Estel_ | ok, how to dd it back in place properly? | 19:36 |
kerio | you don't | 19:36 |
Estel_ | ouh | 19:36 |
kerio | you make a tarball of the data, mkfs on the device, and unpack on the new fs | 19:36 |
Estel_ | just recreate filesysytem and copy files? | 19:36 |
kerio | yeah | 19:36 |
Estel_ | hm, so why fsck on desktop | 19:36 |
Estel_ | could just copy data to desktop, mkfs, copy back | 19:36 |
kerio | because the n900 is slow as fuck | 19:36 |
kerio | that's also why i told you to first mount and copy the data | 19:37 |
kerio | actually | 19:37 |
Estel_ | I see | 19:37 |
kerio | mount ro,noload and copy the data | 19:37 |
kerio | then mount and copy the data | 19:37 |
*** ivgalvez_ has joined #maemo-ssu | 19:37 | |
kerio | then fsck, mount and copy the data :) | 19:37 |
Estel_ | permissions won't get fucked? | 19:37 |
Estel_ | for optfs? | 19:37 |
Estel_ | due to copying for some linux distro? | 19:37 |
kerio | surely you're doing this as root | 19:37 |
Estel_ | sure | 19:37 |
kerio | use cp -a | 19:37 |
Estel_ | thats the way I do it usually, but last time I tried, and fs was clean then... | 19:38 |
Estel_ | after copying back | 19:38 |
Estel_ | half of optfs wasnt working :P | 19:38 |
*** ivgalvez has quit IRC | 19:38 | |
Estel_ | black instead of desktop, pink ststusbar, etc | 19:38 |
Estel_ | strange things instead of fonts | 19:38 |
Estel_ | but for easy debian it always work, no idea | 19:38 |
kerio | hm, you should probably use tar actually | 19:38 |
kerio | idk if there's hard links in optfs | 19:38 |
Estel_ | think so | 19:38 |
kerio | anyway, when you're remaking the fs, use mke2fs -c | 19:39 |
kerio | so it checks for badblocks once | 19:39 |
kerio | ShadowJK: will that cause problems? | 19:39 |
* Estel_ nods | 19:39 | |
Estel_ | wear levellin on emmc will ignore our badblocks | 19:39 |
kerio | not if you leave them there | 19:40 |
Estel_ | due to transparent hardware shit assigning to wrong block anyway | 19:40 |
kerio | hm | 19:40 |
Estel_ | I don't think emmc wear levelling respect our badblocks results | 19:40 |
kerio | good pont | 19:40 |
kerio | point | 19:40 |
kerio | but the emmc should not present bad blocks at all, shouldn't it | 19:40 |
kerio | i mean, it should identify the bad blocks | 19:40 |
Estel_ | for logical filesystem, it won't, but physically, bad block will get assigned again due to hw wear lvl | 19:41 |
Estel_ | so, it will n"miracolously" appear in other place | 19:41 |
Estel_ | for logical filesystem | 19:41 |
kerio | yeah but the wear levelling should figure out that a block is bad | 19:41 |
kerio | like, a nand block | 19:41 |
kerio | and stop using it | 19:41 |
Estel_ | tell it to manuf. of fuckin wear lvlers on hardware lvl, they don't care | 19:41 |
Estel_ | I agree, but haven't seen hw wear lvler that would respect it, sadly :( | 19:41 |
kerio | there's nothing to "respect" | 19:42 |
kerio | a block being bad is something you can notice, at the controller's side | 19:42 |
Estel_ | s/respect/care about it/ | 19:42 |
infobot | Estel_ meant: I agree, but haven't seen hw wear lvler that would care about it it, sadly :( | 19:42 |
Estel_ | as said, agreed, but they just don't care :( | 19:42 |
Estel_ | be it most expensive sd cards or noname ones, same apply *probably* for n900 emmc | 19:42 |
Estel_ | hardware wear levelling that doesn't talk with os/kernel/whatever is evil, always | 19:43 |
Estel_ | thanks for help, anyway, will try to fix mess with that fs | 19:43 |
*** ivgalvez_ has quit IRC | 19:44 | |
kerio | ShadowJK: surely blindly remapping bad blocks around is not something that a sensible emmc controller would do, is it | 19:44 |
*** M4rtinK2 has joined #maemo-ssu | 19:51 | |
kerio | ShadowJK: silly idea - would leaving a bunch of empty space help? | 19:53 |
ShadowJK | kerio; in general controllers are not "sensible" :)) | 20:03 |
ShadowJK | As for "fixing" a corrupt filesystem, myself I'd probably never run fsck ever again, tried that once. I'd tar files up and extract into newly mkfs'd fs | 20:05 |
kerio | ah ofc | 20:05 |
ShadowJK | fsck on MyDocs vfat is probably not as evil | 20:08 |
ShadowJK | as sd cards are supposed to work with vfat | 20:08 |
*** andre__ has quit IRC | 20:16 | |
*** xes has joined #maemo-ssu | 20:50 | |
discopig | yes | 20:56 |
kerio | ShadowJK: if you had to guess, would you say that disabling compression on rootfs increases or decreases performance? | 21:04 |
*** Guest50382 has joined #maemo-ssu | 21:04 | |
*** LauRoman has quit IRC | 21:04 | |
*** M13 has quit IRC | 21:10 | |
*** futpib has quit IRC | 21:13 | |
*** futpib has joined #maemo-ssu | 21:13 | |
*** Guest50382 has quit IRC | 21:17 | |
*** Vlad_on_the_road has joined #maemo-ssu | 21:20 | |
*** sunny_s has quit IRC | 21:31 | |
*** keesj has quit IRC | 21:32 | |
*** sunny_s has joined #maemo-ssu | 21:34 | |
*** keesj has joined #maemo-ssu | 21:35 | |
*** Guest50382 has joined #maemo-ssu | 22:05 | |
Estel_ | kerio, I'm not ShadowJK, but compression on rootfs decrease write performance ;) | 22:16 |
kerio | but you have to write less stuff | 22:17 |
Estel_ | freemangordon once witnessed it, when trying to put qt things on rootfs | 22:17 |
Estel_ | true, but measurements were took, and even emmc was faster | 22:17 |
Estel_ | due to compression | 22:17 |
Estel_ | early cssu-thumb moved stuff to rootfs for faster execution, then, reverted, as it was slower due to compr. | 22:18 |
Estel_ | idea - when "enuff" things will get thumbified and our rootfs will be enough to keep things without compression, some perf. boost may be expected from disabling it | 22:19 |
kerio | hm, i might want to try that | 22:19 |
Estel_ | ...then we need to thumbify even more, as some things could really benefit by moving it from emmc to rootfs, then, without compr. | 22:19 |
Estel_ | report back. Don't expect fireworks of performance | 22:19 |
Estel_ | rather like moving to thumb from main | 22:20 |
Estel_ | visible perf gain, but no miracles | 22:20 |
Estel_ | thats my expectations, anyway | 22:20 |
kerio | i have 196mb of real stuff in my rootfs | 22:20 |
Estel_ | of course "visible" depends on things, visible only, where approriate :P | 22:20 |
Estel_ | so go ahead | 22:20 |
Estel_ | just be sure that you haven't optified stuff that slows you down | 22:21 |
Estel_ | due to being optified :P | 22:21 |
kerio | i probably have | 22:21 |
kerio | sooo... how do we do this | 22:21 |
Estel_ | unlikely to happen, as moving things to optfs when compression is ON may increase perf. | 22:21 |
Estel_ | no idea, see some tune ubifs or whatsnot | 22:21 |
Estel_ | in case of despair, just backup rootfs and recreate ubi without compr. | 22:21 |
Estel_ | curious question - which config file on N900 is responsible for hostname as visible by routers? | 22:23 |
kerio | huh... /etc/hostname? | 22:23 |
Estel_ | I though /etc/hostname, but, apparently, not | 22:23 |
Estel_ | I have one with "blabla" in it, yet, router where i connected for the first time saw it as "bleble" anyway | 22:23 |
Estel_ | names random, not real | 22:23 |
kerio | have you rebooted | 22:24 |
Estel_ | plentora times | 22:24 |
kerio | it might also be the router that caches the name | 22:24 |
kerio | go look for how dhcpc is invoked | 22:24 |
Estel_ | hm, this mac for 100% never connected there | 22:24 |
kerio | also... huh, bluetooth name? | 22:24 |
Estel_ | also changed | 22:24 |
Estel_ | I'm also surprised | 22:24 |
kerio | just grep -R bleble / | 22:25 |
Estel_ | I prepared device for my son from scraych (no backupmenu restore from my ddevicea), although, sometimes, I re-use configs from my main device | 22:25 |
Estel_ | suuuuure | 22:25 |
Estel_ | will take just 1000 years | 22:25 |
kerio | it won't | 22:25 |
Estel_ | now, hostname never was one of my main device | 22:26 |
kerio | if you're *that* worried, grep -R bleble /path/to/unpacked/backup on your computer | 22:26 |
Estel_ | bluetooth and /etc/hostname got bustom name | 22:26 |
Estel_ | Then, router where i connected from my main device, but 2nd one *never* connected | 22:26 |
Estel_ | see that 2nd device with hostname of 1st device | 22:26 |
Estel_ | no big deal, just curious | 22:27 |
Estel_ | I would think caching, but mac is different, unless it do os fingerprinting and cached maemo?...:P | 22:27 |
Estel_ | kerio, well, good diea with grep, anyway | 22:28 |
Estel_ | might do it. And yes, it take 1000 years, tried it once on some file | 22:28 |
kerio | whothehellwouldusetwodeviceswiththiscraponit.c | 22:28 |
Estel_ | some name* | 22:28 |
kerio | in libwhothehellwouldusetwodeviceswiththiscraponit | 22:28 |
Estel_ | after 6 hours, gave up | 22:28 |
Estel_ | wut? :P | 22:28 |
Estel_ | ah | 22:29 |
*** Guest50382 has quit IRC | 22:29 | |
*** Guest50382 has joined #maemo-ssu | 22:29 | |
kerio | Estel_: http://i.imgur.com/axJmn.gif | 22:29 |
Estel_ | highly unlikely, it is wrt54gl | 22:29 |
Estel_ | I've set it up myself, once | 22:29 |
Estel_ | for my ex-wife :P | 22:29 |
Estel_ | tomato there, IIRC | 22:29 |
*** Guest50382 has quit IRC | 22:41 | |
*** Guest50382 has joined #maemo-ssu | 22:46 | |
*** futpib has quit IRC | 22:54 | |
kerio | Estel_: so, i disabled compression | 22:58 |
kerio | haven't *fully* disabled it because rescueOS doesn't have the necessary tools in this version :s | 23:00 |
kerio | but chattr -c / and then unpacking the tarball does the job | 23:00 |
*** lizardo has quit IRC | 23:05 | |
*** Martix has joined #maemo-ssu | 23:17 | |
*** Guest50382 has quit IRC | 23:40 | |
*** Guest50382 has joined #maemo-ssu | 23:48 | |
*** Vlad_on_the_road has quit IRC | 23:50 | |
*** Guest50382 has quit IRC | 23:56 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!