| 00:01.37 | DocScrutinizer05 | I still think your battery has a hw defect |
| 00:03.33 | SpeedEvil | deepy: what is? |
| 00:03.35 | SpeedEvil | os |
| 00:03.39 | SpeedEvil | android? |
| 00:07.10 | Ethernin | hey any of u guys compiling mdk3 on the N900? |
| 00:07.44 | Ethernin | mdk3.c:2868: more undefined references to `pthread_create' follow |
| 00:07.56 | Ethernin | im assuming it's some pthread lib i need... |
| 00:08.18 | *** join/#maemo teotwaki_ (~crashandd@Maemo/community/contributor/crashanddie) |
| 00:10.34 | cehteh | Ethernin: i am quite certain that pthreads are available on the n900 |
| 00:11.18 | cehteh | i dont know what mdk3 is and how its build, but a -pthread option to compiler and linker should fix that |
| 00:11.34 | Ethernin | cehteh, thanks man i figured it out |
| 00:11.46 | Ethernin | yeah that's exactly what did it, thanks! |
| 00:11.58 | Ethernin | mdk3 is a VERY powerfull wifi tool |
| 00:12.01 | Ethernin | ^_^ |
| 00:12.06 | Ethernin | u should check it out! |
| 00:12.14 | Ethernin | http://homepages.tu-darmstadt.de/~p_larbig/wlan/#mdk3 |
| 00:12.30 | cehteh | guess i dont really need it |
| 00:12.31 | Ethernin | http://hackingwifi.blogspot.com/2008/12/mdk3-on-ubuntu.html - that's where i found your -pthread solution |
| 00:12.49 | Ethernin | yeah, my job is to break things like wireless so it helps :) |
| 00:14.35 | *** join/#maemo LaoLang_cool (~LaoLang_c@120.85.133.181) |
| 00:15.04 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 00:20.59 | *** join/#maemo LaoLang_cool (~LaoLang_c@120.85.133.181) |
| 00:25.41 | *** join/#maemo befr0d (~befr0d@190.109.109.163) |
| 00:36.30 | ccxCZ | hmm, I see mpc in the repo, but not mpd for some reason... |
| 00:39.04 | ccxCZ | is afraid alsa from chroot won't work because of pulseaudio |
| 00:50.05 | ccxCZ | how would I go about building packages from source for n900? |
| 00:51.41 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 00:52.21 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 00:52.56 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 00:54.01 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 00:55.36 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 01:02.33 | *** join/#maemo Estel_ (~Estel@d56-215.icpnet.pl) |
| 01:38.51 | *** join/#maemo robbiethe1st (~robbiethe@50-37-92-2.mscw.id.frontiernet.net) |
| 01:39.49 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 01:48.45 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 01:59.02 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 02:09.34 | *** join/#maemo Honoo (~assassin@203.106.65.1) |
| 02:12.09 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 02:23.04 | *** join/#maemo DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 03:00.54 | *** join/#maemo maybeWTF (~cl@p5B163211.dip.t-dialin.net) |
| 03:17.55 | *** join/#maemo valerius (~user@85.26.180.156) |
| 03:38.11 | *** join/#maemo Hoolxi (~Openfree@116.228.88.131) |
| 03:42.56 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 04:00.22 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-56-37.clienti.tiscali.it) |
| 04:01.10 | *** join/#maemo lxp1 (~lxp@212-183-123-122.adsl.highway.telekom.at) |
| 04:03.45 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:33.27 | *** join/#maemo uen| (~uen@p5DCB1AD0.dip.t-dialin.net) |
| 04:41.28 | *** join/#maemo radic (~radic@dslb-094-216-243-142.pools.arcor-ip.net) |
| 05:12.13 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 05:17.06 | *** join/#maemo rosseaux (~BeRo@62.76.238.89.in-addr.arpa.manitu.net) |
| 05:48.17 | *** join/#maemo befr0d_ (~befr0d@190.109.98.27) |
| 05:53.43 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-62-10-95-22.clienti.tiscali.it) |
| 06:04.45 | *** join/#maemo Ethernin (~ethernin@pool-64-223-105-164.burl.east.myfairpoint.net) |
| 06:22.30 | *** join/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 06:32.13 | *** join/#maemo andre__ (~andre@ip-84-42-203-5.net.upcbroadband.cz) |
| 06:32.13 | *** join/#maemo andre__ (~andre@wikimedia/aklapper) |
| 06:36.24 | *** join/#maemo Ethernin (~ethernin@pool-70-109-174-253.burl.east.myfairpoint.net) |
| 06:37.43 | *** join/#maemo VDVsx (~VDVsx@194.157.16.35) |
| 06:46.34 | *** part/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 06:50.35 | *** part/#maemo damo22 (~damien@fsf/member/damo22) |
| 06:54.21 | *** join/#maemo calvaris (~calvaris@12.98.117.91.dynamic.mundo-r.com) |
| 07:01.05 | *** join/#maemo robink_ (~quassel@unaffilated/robink) |
| 07:01.51 | *** join/#maemo Arkenoi (~ark@swsoft-msk-nat.sw.ru) |
| 07:02.29 | *** join/#maemo cyborg-one (~cyborg-on@85-238-111-27.broadband.tenet.odessa.ua) |
| 07:03.57 | *** join/#maemo vblazquez (~vic@109.64.15.37.dynamic.jazztel.es) |
| 07:10.52 | *** join/#maemo Hoolxi (~Openfree@116.228.88.131) |
| 07:12.47 | *** join/#maemo ruskie (~ruskie@sourcemage/mage/ruskie) |
| 07:14.46 | *** join/#maemo XATRIX (~xatrix@77.88.209.171) |
| 07:16.47 | *** join/#maemo calvaris (~calvaris@12.98.117.91.dynamic.mundo-r.com) |
| 07:19.12 | *** join/#maemo jrocha (~JRocha@108.60.106.83) |
| 07:28.03 | *** join/#maemo Aoyagi_joytop (~opera@88.208.95.82) |
| 07:35.08 | *** join/#maemo dlan^ (~dennis@116.228.88.131) |
| 07:38.10 | *** join/#maemo joshgillies (~josh@124-168-228-250.dyn.iinet.net.au) |
| 07:54.22 | *** join/#maemo SmilyOrg (Smily@BSN-143-131-220.dial-up.dsl.siol.net) |
| 07:54.56 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:02.04 | *** join/#maemo xes (8d6998b2@gateway/web/freenode/ip.141.105.152.178) |
| 08:03.24 | *** join/#maemo jaded (~jade@Jade.broker.freenet6.net) |
| 08:03.24 | *** join/#maemo jaded (~jade@unaffiliated/jade) |
| 08:04.09 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 08:04.25 | *** join/#maemo otypoks (~quassel@host-5db0d228.sileman.net.pl) |
| 08:05.20 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 08:09.31 | *** join/#maemo murrayc (~murrayc@ppp-188-174-132-161.dynamic.mnet-online.de) |
| 08:12.45 | *** join/#maemo spoofy (~spoofy@staticline41661.toya.net.pl) |
| 08:14.01 | *** join/#maemo phlixi (~phlixi@ppp-88-217-12-176.dynamic.mnet-online.de) |
| 08:16.59 | *** join/#maemo RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
| 08:29.13 | *** join/#maemo sasquatch (~username@p57958382.dip.t-dialin.net) |
| 08:34.33 | *** join/#maemo Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 08:38.04 | *** join/#maemo Muelli (~muelli@port-6163.pppoe.wtnet.de) |
| 08:52.29 | kerio | ccxCZ: you can bindmount the pulseaudio socket or something |
| 08:52.33 | kerio | and use that |
| 08:55.31 | *** join/#maemo _berto_ (~berto@dsl-hkibrasgw4-50dc4e-72.dhcp.inet.fi) |
| 08:57.50 | *** join/#maemo jaded (~jade@unaffiliated/jade) |
| 08:59.57 | ccxCZ | yeah, but I'd prefer not having to deal with pa in myc chroot |
| 09:00.10 | ccxCZ | mpd would be quite handy here |
| 09:08.57 | *** join/#maemo Chiku|dc (~Chiku01@unaffiliated/chiku) |
| 09:10.24 | *** join/#maemo OkropNick (~OkropNick@host-n2-72-190.telpol.net.pl) |
| 09:11.41 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 09:21.45 | *** join/#maemo rcg (~rcg@2a02:908:e250:8401:150:606:e727:424c) |
| 09:26.42 | *** join/#maemo kolp (~quassel@212.255.249.246) |
| 09:27.42 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 09:28.38 | *** join/#maemo FlameReaper-PC (~FR@203.106.65.1) |
| 09:35.32 | *** join/#maemo ghostcube (~ghost@unaffiliated/ghostcube) |
| 09:42.05 | *** part/#maemo Aoyagi_joytop (~opera@88.208.95.82) |
| 09:42.45 | *** join/#maemo Aoyagi_joytop (~opera@88.208.95.82) |
| 09:46.06 | *** join/#maemo emma (~em@unaffiliated/emma) |
| 09:53.58 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 09:57.54 | *** join/#maemo ashakunt (ashakunt@nat/nokia/x-phwyetuemnwvjfpo) |
| 10:00.35 | *** part/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 10:11.02 | *** join/#maemo juozapas (~nokia@188.69.226.103) |
| 10:12.35 | *** join/#maemo FlameReaper-PC (~FR@203.106.65.1) |
| 10:15.29 | *** join/#maemo murrayc (~murrayc@ppp-188-174-132-161.dynamic.mnet-online.de) |
| 10:18.57 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-62-10-96-111.clienti.tiscali.it) |
| 10:20.20 | *** join/#maemo valerius (~user@95.153.166.228) |
| 10:22.38 | *** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net) |
| 10:25.51 | *** join/#maemo lizardo (lizardo@nat/indt/x-mxmxenhkohktcfpj) |
| 10:27.59 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 10:41.07 | *** join/#maemo chenca (chenca@nat/indt/x-bwitmcwqfdzgcmkt) |
| 10:53.22 | *** join/#maemo mad_dev (~Dev-el@37.16.137.71) |
| 10:53.58 | mad_dev | are there any wine(windows for linux) experts here? |
| 10:55.26 | teotwaki | mad_dev: I'd say you'd find those in #wine |
| 10:56.17 | mad_dev | teotwaki: I know...its just that they are idle |
| 10:56.30 | mad_dev | teotwaki: its #winehq |
| 10:57.18 | Aoyagi_joytop | I don't think people in IRC should expect immediate answers. |
| 10:57.31 | teotwaki | I tried to buy a Renault in a Renault shop, but there were no salesmen available, so I came into this Ford shop. Why won't you sell me a Renault?! |
| 10:58.16 | mad_dev | teotwaki: point taken |
| 10:59.02 | *** join/#maemo andre__ (~andre@wikimedia/aklapper) |
| 11:02.42 | DocScrutinizer05 | mad_dev: if you're thinking about running wine on maemo: it has no x86 cpu to even execute usual windows .exe |
| 11:02.55 | *** join/#maemo arcean_ (~arcean@aaeq82.neoplus.adsl.tpnet.pl) |
| 11:03.13 | kerio | DocScrutinizer05: wine+qemu :D |
| 11:03.40 | DocScrutinizer05 | yeah, I heard they ran WinXP and MacOS10 this way, on N900 |
| 11:03.54 | DocScrutinizer05 | or was it winNT? |
| 11:04.31 | DocScrutinizer05 | time on macOS til first sign of life on screen was about 2h iirc |
| 11:04.37 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 11:04.52 | kerio | which macos? |
| 11:04.57 | mad_dev | DocScrutinizer05: no..i am trying to install some drivers |
| 11:05.30 | kerio | where, and for what? |
| 11:06.56 | jaska | well, someone could make winece, to run wince binaries on arm, while wincing. |
| 11:07.12 | jaska | (surgeon general does not recommend) |
| 11:07.14 | DocScrutinizer05 | http://www.tuug.fi/~toni/serendipity/index.php?/archives/9-Windows-NT-4.0-running-on-N900!.html http://www.youtube.com/watch?v=UNo6pn-dnSQ |
| 11:07.36 | kerio | that's bochs, though |
| 11:07.38 | kerio | that's cheating |
| 11:07.44 | DocScrutinizer05 | ;-P |
| 11:08.48 | kerio | bochs runs like shit *everywhere* |
| 11:09.48 | DocScrutinizer05 | http://www.itpro.co.uk/609997/video-two-operating-systems-on-one-phone |
| 11:17.14 | DocScrutinizer05 | http://talk.maemo.org/archive/index.php/t-42908.html |
| 11:22.09 | DocScrutinizer05 | jaska: yo dawg! heard you like emulators so we placed a a VM into a VM so you can emulate emulations emulating emulations |
| 11:24.09 | DocScrutinizer05 | http://www.engadget.com/2010/01/31/mac-os-x-10-3-installed-on-nokia-n900-via-pearpc-barely-usable/ |
| 11:26.31 | Aoyagi_joytop | nice |
| 11:27.39 | DocScrutinizer05 | >>As you can see from the heavily edited video, it took almost 2 hours to reach the "About my Mac..." window.<< |
| 11:28.24 | *** join/#maemo thopiekar (~quassel@p4FCD6B90.dip.t-dialin.net) |
| 11:30.39 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 11:31.29 | *** join/#maemo markinfo (~marek-non@dhcp12.dmg.tuwien.ac.at) |
| 11:32.04 | DocScrutinizer05 | the scrolling at 1:00 into that video is incredible ;-P |
| 11:33.39 | DocScrutinizer05 | fadeout of menu at 2:20 :-D |
| 11:33.41 | onre | text console on old sun workstations was about similar :p |
| 11:34.58 | *** join/#maemo vi____ (~PSleggs@proxy.ei-info.com) |
| 11:37.40 | kerio | DocScrutinizer05: i'm not sure if pearpc is the best choice there |
| 11:38.04 | kerio | what's faster to emulate, x86 or ppc? |
| 11:38.26 | DocScrutinizer05 | I'm not sure if the idea at large been the best choice, except for mere shits'n'giggles |
| 11:40.25 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 11:40.35 | DocScrutinizer05 | oh yeah, running a PPC mac binary in that PPC emulator in OSX running in a x86 emulator running in maemo |
| 11:41.19 | kerio | DocScrutinizer05: wine on windows |
| 11:42.16 | DocScrutinizer05 | now you just should run maemo of above in qemu in scratchbox on your linux PC |
| 11:42.36 | kerio | DocScrutinizer05: clearly, you should run that in qemu in scratchbox on your scratchbox VM |
| 11:42.50 | DocScrutinizer05 | yeah |
| 11:42.54 | DocScrutinizer05 | sorry, forgot |
| 11:44.25 | DocScrutinizer05 | winCE java program in java VM on winCE run in bochs on.... *cough* |
| 11:44.53 | kerio | do arm cpus have facilities for virtualization? |
| 11:45.06 | DocScrutinizer05 | basically yes, afaik |
| 11:45.48 | DocScrutinizer05 | they even have two physicaly separated worls: secure and user |
| 11:45.53 | DocScrutinizer05 | worlds* |
| 11:46.08 | kerio | wince java program running in java vm in wince emulated by *the n900's dsp*? |
| 11:46.24 | jaska | <PROTECTED> |
| 11:46.54 | DocScrutinizer05 | cmd unknown: wrist |
| 12:03.39 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 12:06.28 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 12:09.50 | ccxCZ | heh, the tracker ETA is funny. 44951 minutes 20 seconds |
| 12:11.35 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 12:19.31 | *** join/#maemo loganbr (~user@wifi-napanet-static-206-81-98-165.napanet.net) |
| 12:20.49 | n900-dk | merlin1991: Any news on the packages list with wrong MD5s in extras? |
| 12:25.06 | *** part/#maemo murrayc (~murrayc@ppp-188-174-132-161.dynamic.mnet-online.de) |
| 12:27.43 | jaska | eta 1 month :D |
| 12:37.30 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 12:39.28 | ccxCZ | jumped to 9 mins and now to 4 mins |
| 12:39.41 | ccxCZ | probably it's my huge maildir |
| 12:46.14 | kerio | why, oh why can't people bother to write properly on a forum |
| 12:52.11 | Lava_Croft | -on a forum |
| 12:55.08 | onre | -to write properly |
| 12:55.17 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 12:55.46 | *** join/#maemo sinill (~user@90-134.eduroam.rwth-aachen.de) |
| 12:56.26 | sinill | hi someone use rockbox? |
| 13:00.56 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 13:04.00 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 13:11.26 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 13:22.46 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 13:32.04 | *** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl) |
| 13:38.26 | *** join/#maemo joshgillies (~josh@124-168-228-250.dyn.iinet.net.au) |
| 13:46.50 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 13:47.59 | *** join/#maemo plwweasel (~plwweasel@unaffiliated/plwweasel) |
| 13:48.37 | *** join/#maemo str (~user@78.142.108.118) |
| 13:51.06 | *** join/#maemo LauRoman (~LauRoman@5-14-91-222.residential.rdsnet.ro) |
| 13:51.40 | str | hello |
| 13:52.58 | bef0rd | hi |
| 13:54.47 | str | hello I try irc for the first time... |
| 13:55.48 | teotwaki | str: congrats |
| 13:57.29 | bef0rd | :) |
| 13:57.44 | str | cool I use it from emacs...even more compelling |
| 13:58.04 | str | sorry I maybe need a guide who to bother for what... |
| 14:05.13 | bef0rd | hah emacs |
| 14:11.35 | *** join/#maemo LaoLang_cool (~LaoLang_c@218.20.44.91) |
| 14:29.08 | *** join/#maemo loganbr (~user@wifi-napanet-static-206-81-98-165.napanet.net) |
| 14:35.01 | *** join/#maemo ag0ny (~sascha@khan.procar.de) |
| 14:42.45 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 14:54.41 | *** join/#maemo Rantwolf (~rantwolf@static-217-17-207-54.net.encoline.de) |
| 15:04.12 | *** join/#maemo str (~user@78.142.108.118) |
| 15:05.29 | *** join/#maemo stardiviner (~stardivin@122.236.250.82) |
| 15:13.52 | *** join/#maemo arcean_ (~arcean@aaeq82.neoplus.adsl.tpnet.pl) |
| 15:16.43 | *** join/#maemo ssvb (~ssvb@212.16.98.80) |
| 15:19.57 | *** join/#maemo guerby (~guerby@nc10d-ipv6.tetaneutral.net) |
| 15:25.25 | *** join/#maemo phr3akDom (~phr3akDom@ip-213-220-198-105.net.upcbroadband.cz) |
| 15:30.39 | *** join/#maemo rm_work (~rm_you@johnx.xen.prgmr.com) |
| 15:30.39 | *** join/#maemo rm_work (~rm_you@Maemo/community/cssu/rm-you) |
| 15:42.39 | *** join/#maemo e-yes (~e-yes@94.45.174.4) |
| 15:45.55 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 15:48.18 | *** join/#maemo BluesLee (~user@ip-62-143-212-173.unitymediagroup.de) |
| 15:53.51 | *** join/#maemo radic (~radic@dslb-094-216-243-142.pools.arcor-ip.net) |
| 16:09.50 | *** join/#maemo FlameReaper (~FR@183.171.161.105) |
| 16:10.48 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 16:21.09 | *** join/#maemo markinfo (~marek-non@dhcp12.dmg.tuwien.ac.at) |
| 16:24.21 | *** join/#maemo ErwinJunge (~ErwinJung@ip243-53-173-82.adsl2.static.versatel.nl) |
| 16:25.33 | ErwinJunge | If I were to reflash my phone now and want a nice, optimal clean setup, what would be the recommendation to use? I've been reading up on cssu-thumb a bit and that seems like a good idea. Any other good ideas? |
| 16:26.25 | kerio | cssu-thumb is pretty fucking awesome, yes |
| 16:27.06 | *** join/#maemo zogg_ (~zoggrules@bzq-79-179-169-234.red.bezeqint.net) |
| 16:31.08 | DocScrutinizer05 | first good idea is to flash a clean PR1.3 and maybe even VANILLA(eMMC) |
| 16:31.34 | DocScrutinizer05 | the rest is installation either way |
| 16:32.06 | DocScrutinizer05 | IOW there's no alternative to PR1.3 fiasco image for flashing |
| 16:32.58 | *** join/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net) |
| 16:33.40 | DocScrutinizer05 | after that, actually CSSU is recommended. Your call whether this will be CSSU-Stable, CSSU-Testing, or CSSU-thumb on top of testing |
| 16:35.01 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 16:35.09 | ErwinJunge | kerio: so, reflash, install kp & cssu-thumb, done? is it even possible at the moment with the constant state of flux of everything maemo.org? |
| 16:35.41 | kerio | repository.maemo.org is back to working |
| 16:35.46 | kerio | we still have some problems with the repos |
| 16:35.48 | DocScrutinizer05 | thumb is for those brave at heart, since you might face ... complications that you'd not see with any other setup, like problems when maybe flashing a normal kernel later |
| 16:36.00 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 16:36.21 | kerio | and iirc there's a problem with cssu-testing right now, because it eventually depends on a couple of packages that are in extras-* |
| 16:36.53 | kerio | if it's not a problem, you could wait until merlin1991 fixes them |
| 16:37.04 | DocScrutinizer05 | or use Stable |
| 16:37.26 | kerio | you could use stable, but then you can't install cssu-thumb on top of it |
| 16:37.33 | DocScrutinizer05 | meh |
| 16:37.37 | DocScrutinizer05 | nonsense |
| 16:37.51 | DocScrutinizer05 | you can switch to testing any time, no? |
| 16:37.54 | kerio | well, yes |
| 16:38.03 | kerio | but not right now |
| 16:38.08 | kerio | which is the problem :) |
| 16:38.12 | DocScrutinizer05 | pfff |
| 16:38.37 | kerio | i'm not even sure of which packages are problematic - one is libopenjpeg2, but that's in the plain extras too, so it shouldn't be an issue |
| 16:38.40 | DocScrutinizer05 | <kerio> you could use stable, but then you can't install cssu-thumb on top of it <-- WRONG |
| 16:38.49 | kerio | fine, fine :( |
| 16:39.58 | kerio | ErwinJunge: anyway, right now the recommended procedure is to flash pr1.3 (both combined and vanilla, to be sure), then install some flavour of cssu |
| 16:40.13 | kerio | cssu-stable is "officially" recommended to any n900 user |
| 16:40.25 | DocScrutinizer05 | cssu-s -> cssu-t -> cssu-thumb is always a valid path. If it's working or if cssu-t is fsckdup by a enabler that depends on stuff it shouldn't depend on is another question |
| 16:45.22 | *** join/#maemo ErwinJunge (~ErwinJung@ip243-53-173-82.adsl2.static.versatel.nl) |
| 16:45.36 | DocScrutinizer05 | and I can't help but suspect that those rogue dependencies in cssu-t enabler are introduced by uninstall function that should get nuked anyway |
| 16:47.01 | kerio | nah |
| 16:47.18 | kerio | at least, not libopenjpeg2, that's pulled in by tracker |
| 16:47.19 | kerio | :) |
| 16:47.20 | DocScrutinizer05 | if that's actually true, then this uninstall option is a nice example what MUST NOT be done in distro maintenance |
| 16:47.23 | DocScrutinizer05 | ~2110 |
| 16:47.27 | DocScrutinizer05 | ~2119 |
| 16:47.27 | infobot | The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. |
| 16:47.46 | *** join/#maemo NIN101 (~NIN@p5DD296C1.dip0.t-ipconnect.de) |
| 16:49.10 | ErwinJunge | any other interesting stuff aside from cssu-thumb? |
| 16:49.14 | DocScrutinizer05 | hell, how can cssu tracker depend on a lib from extras-devel? And even if that's true how the heck tracker made it into cssu then? |
| 16:49.42 | DocScrutinizer05 | the usual useful little apps |
| 16:49.48 | DocScrutinizer05 | and tweaks |
| 16:50.08 | DocScrutinizer05 | not much changed regarding validity of suggestions in |
| 16:50.11 | DocScrutinizer05 | ~jrtools |
| 16:50.12 | infobot | extra, extra, read all about it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 16:51.03 | ErwinJunge | oh yeah, extras (testing, devel). Currently I have all enabled, because a lot of stuff never leaves devel. Is that still a valid assessment? |
| 16:51.24 | DocScrutinizer05 | ErwinJunge: the best you can do for your N900 is to NOT install a few certain apps |
| 16:51.50 | ErwinJunge | DocScrutinizer05: got a list of those? :) |
| 16:52.01 | DocScrutinizer05 | ErwinJunge: testing and devel in parallel is absolute nonsense |
| 16:52.15 | DocScrutinizer05 | ~speedpatch |
| 16:52.15 | infobot | extra, extra, read all about it, speedpatch is http://talk.maemo.org/showthread.php?p=1012405#post1012405 >>first i don't realy understand what does this patch do (that is why it is called miracle patch)<< [/quote original-author-of-speedpatch] |
| 16:52.30 | DocScrutinizer05 | ~batterypatch |
| 16:52.30 | infobot | extra, extra, read all about it, speedpatch is http://talk.maemo.org/showthread.php?p=1012405#post1012405 >>first i don't realy understand what does this patch do (that is why it is called miracle patch)<< [/quote original-author-of-speedpatch] |
| 16:52.43 | DocScrutinizer05 | and auto-disconnect |
| 16:54.12 | *** join/#maemo q_plaz2 (~q_plaz@host-145-158-3-96.midco.net) |
| 16:54.39 | ErwinJunge | I've never trusted either of those patches, so never installed them :) What is auto-disconnect supposed to do? |
| 16:54.43 | DocScrutinizer05 | *patch are a random(!) patchwork of arbitrary other workarounds or tweaks that obviously sounded interesting to that guy, but never really been understood by him |
| 16:55.00 | *** join/#maemo zeev (~zeev@bzq-79-182-28-224.red.bezeqint.net) |
| 16:55.05 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 16:55.11 | *** part/#maemo ag0ny (~sascha@khan.procar.de) |
| 16:55.28 | DocScrutinizer05 | so the better 50% is useless cruft, while the nasty 50% are not doing good to your beloved N900 |
| 16:56.53 | DocScrutinizer05 | auto-disconnect is not really doing what you essentially expect it to do, and can't get uninstalled |
| 16:59.05 | phr3akDom | wow, i just make an update after a long time, 125 upgradable packages |
| 16:59.12 | zeev | Hi, I've installed remind on my n900 and run "play-sound Beep.acc.wav" on each triggered reminder, however it looks like it only works once (only once for the first reminder and does not reoccur and the rest of reminders are ignored). 1) Why? 2) Do I have to put something like this "remind -a ~/.reminders" to /etc/profile or any other place in order for remind to work after reboot? |
| 16:59.55 | ErwinJunge | ok, so just extras-devel should be enough? |
| 17:00.19 | DocScrutinizer05 | zeev: no clue about reminder, I recommend alarmed |
| 17:02.00 | zeev | DocScrutinizer05: what's that? I doubt it is as powerful as remind... for instance can it generate alarms based on sunset time? what about question 2) - it is pretty general |
| 17:02.07 | DocScrutinizer05 | ErwinJunge: basically yes, though it's still not really recommended to keep it for global updates. The SOP is: enable extras-devel, install (or update) that one package you're interested in, then *disable* extras-devel again |
| 17:03.03 | zeev | DocScrutinizer05: is alarmed maemo specific or linux general? |
| 17:03.29 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 17:03.30 | DocScrutinizer05 | zeev: no, it doesn't care about sunset, just about time of day and date. and 2) see my previous comment |
| 17:03.59 | DocScrutinizer05 | alarmed is a maemo specific app |
| 17:05.45 | *** join/#maemo DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 17:06.08 | zeev | ok, so I'll stay with remind. 3) can I trigger alarmed from command line? 4) How can I run a CL command in maemo automatically on each boot? |
| 17:06.38 | ErwinJunge | Ok DocScrutinizer05 thanks for the help, I'll probably redo the phone somewhere in the next couple of days |
| 17:07.57 | *** join/#maemo Darkchaos (~darkchaos@i59F798C4.versanet.de) |
| 17:08.52 | DocScrutinizer05 | zeev: 3) Trigger? alarmed has a rich cli interface that allows configuration and listing of alarms. 4) depends |
| 17:10.03 | DocScrutinizer05 | if you're asking re remind - it obviously isn't properly adapted to maemo, otherwise you wouldn't need to bother about that by yourself. Which suggests it has other flaws as well |
| 17:10.32 | *** join/#maemo WizardNumberNext (~marek@2001:470:1f08:178b:92e6:baff:fe50:bed4) |
| 17:10.33 | zeev | DocScrutinizer05: 3) great, so I might be able to use it with remind - where can I read about it? 4) so I want to run this command on each boot: "remind -a ~/.reminders" where to place it? |
| 17:10.55 | DocScrutinizer05 | no idea |
| 17:11.06 | DocScrutinizer05 | obviously remind is broken |
| 17:11.18 | DocScrutinizer05 | so I won't look into it |
| 17:11.25 | WizardNumberNext | where can i get kp-v52? google doesn't seem to be too aware of it |
| 17:11.35 | zeev | why broken? |
| 17:11.42 | kerio | WizardNumberNext: tmp |
| 17:11.44 | kerio | er, tmo |
| 17:11.55 | DocScrutinizer05 | because it seems to be designed for systems that never get booted |
| 17:12.24 | zeev | DocScrutinizer05: its a regular unix command |
| 17:12.47 | kerio | thus, designed for systems that never get booted |
| 17:12.53 | DocScrutinizer05 | see - regular unix commands relying on cron etc don't work on maemo |
| 17:13.21 | DocScrutinizer05 | even worse if they don't rely on cron but do their own nonsense |
| 17:13.32 | zeev | DocScrutinizer05: so it doesn't hurt to restart it manually on each boot, right? |
| 17:13.32 | DocScrutinizer05 | with sleep or timers/alarms |
| 17:14.06 | DocScrutinizer05 | it probably DOES hurt, since that tool isn't aware of basic design rules for embedded, particularly maemo |
| 17:14.44 | DocScrutinizer05 | for all I know it could do a busy wait until next event due |
| 17:15.17 | DocScrutinizer05 | on maemo apps are supposed to use alarmd daemon. Alarmed does use alarmd |
| 17:15.39 | DocScrutinizer05 | remind quite evidently doesn't |
| 17:16.18 | zeev | how can I check whether it has busy waits? |
| 17:16.44 | zeev | standard maemo alarm is too limited for me... |
| 17:16.50 | DocScrutinizer05 | so, in pretty usual unix manner, it might wake up every second to check if an alarm event is pending |
| 17:17.05 | zeev | and drain battery? |
| 17:17.11 | DocScrutinizer05 | yes |
| 17:17.27 | kerio | well, every second won't drain much battery |
| 17:17.36 | DocScrutinizer05 | haha |
| 17:18.52 | zeev | let's say, I don't care about memory - sooner or later n900 will have to be attached to power line permanently... |
| 17:18.57 | DocScrutinizer05 | btw, alarmed can invoke arbitrary cli cmds |
| 17:19.00 | zeev | about battery |
| 17:19.23 | *** join/#maemo vogon (~keel@62.83.206.122.dyn.user.ono.com) |
| 17:19.44 | DocScrutinizer05 | it could even invoke this remind command |
| 17:20.01 | WizardNumberNext | will backup-menu be sufficient for full device backup (and restore) in case of something software-wise broken |
| 17:20.02 | zeev | I need to make alarms depending on sunset |
| 17:20.49 | kerio | WizardNumberNext: almost |
| 17:21.10 | WizardNumberNext | so close, but it might fail? |
| 17:21.32 | kerio | it will work perfectly if you restore a backup made when the kernel was the same as the current one |
| 17:21.41 | *** join/#maemo arcean (~arcean@aafr43.neoplus.adsl.tpnet.pl) |
| 17:21.56 | WizardNumberNext | that is answer, which I wanted! |
| 17:22.02 | kerio | or, rather, if the backup you're restoring has the modules for the current kernel |
| 17:22.18 | zeev | DocScrutinizer05: so, again, If I don't care about battery - how do I run "remind ~/.reminder" on each boot? |
| 17:22.33 | kerio | zeev: does it daemonize by itself? |
| 17:23.01 | WizardNumberNext | so, basically if something fails, I just check which dir is linked to sth-current in /lib/modules and change it actual kernel installed? |
| 17:23.20 | zeev | -z[n] |
| 17:23.20 | zeev | Runs Remind in the daemon mode. If n is supplied, it specifies how often (in minutes) Remind should wake up to check if the reminder script has been changed. N defaults to 5, and can range from 5 to 60. |
| 17:23.30 | kerio | WizardNumberNext: nah, you don't even need that |
| 17:23.57 | kerio | WizardNumberNext: just make sure that the kernel that's currently flashed has its modules in /lib/modules |
| 17:24.03 | kerio | alternatively, flash the kernel that has the modules |
| 17:24.11 | kerio | (you need a pc for that, though) |
| 17:24.11 | *** join/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 17:24.31 | zeev | kerio: actually I'm not going to change the script... so I'm not sure whether it is needed. I also didn't see remind in my ps -x output - which is strange.... |
| 17:25.20 | WizardNumberNext | kerio: lets say I would reflash it after backup and get to stock kernel, restore and then it seam obvious to me I have to change link in /lib/modules. or I dont? |
| 17:25.35 | DocScrutinizer05 | zeev: alarmed --title "invoke remind each morning at 3:00" --command "remind -a ~/.reminders" --cron '0 3 * * *' |
| 17:25.41 | kerio | the link is meaningless |
| 17:25.59 | kerio | all it matters is that there's the /lib/modules/2.6.28-omap1 directory |
| 17:26.08 | WizardNumberNext | ok, then it is as I was thinking, but checking is always better then running into stupid problems |
| 17:26.21 | kerio | just... don't change kernel |
| 17:27.08 | WizardNumberNext | kerio: I understand. I only check what can cause it to fail and it case how to fix it. I think that is quite valid approach |
| 17:27.29 | kerio | WizardNumberNext: i usually grab the .fiasco image for the kernel i made the backup with |
| 17:27.30 | kerio | and store both |
| 17:27.53 | WizardNumberNext | how to grab .fiasco then? |
| 17:28.03 | WizardNumberNext | other then stock obviously |
| 17:28.37 | kerio | download the .deb and unpack it |
| 17:28.41 | WizardNumberNext | I have original kernel and kp-v51, so in case I can use it to boot device and fix whatever |
| 17:28.42 | zeev | DocScrutinizer05: if run remind while it runs already all the events will be triggered twice, if I'm not mistaken. That's why I ask how to do it on boot, so there will be only one instance of remind... |
| 17:28.43 | kerio | it'll be in the boot/ directory |
| 17:29.02 | WizardNumberNext | so I do have everything need, as I have both .deb and unpacked .deb |
| 17:29.22 | kerio | oh, obvious warning: if you're running cssu-thumb, kernels without the errata fix are worthless |
| 17:29.27 | DocScrutinizer05 | tell zeev about x y |
| 17:29.30 | kerio | WizardNumberNext: i suppose so |
| 17:29.31 | DocScrutinizer05 | tell zeev about xy |
| 17:29.39 | DocScrutinizer05 | ~tell zeev about xy |
| 17:29.49 | kerio | ~botsnack |
| 17:29.49 | infobot | kerio: thanks |
| 17:30.11 | WizardNumberNext | kerio: I know - I read it somewhere and even have some idea why I need errata, but do not remember exactly |
| 17:30.21 | n900-dk | What happens at sunset? |
| 17:30.28 | zeev | :) |
| 17:30.44 | n900-dk | except that the sun sets.. |
| 17:30.54 | zeev | it is an xyz |
| 17:31.11 | DocScrutinizer05 | zeev: I told you remind is obviously broken resp not properly ported to maemo. So I won't do the meintainer's work, your question should get directed to maintainer of remind, it's a mandatory part of such a tool |
| 17:31.47 | kerio | DocScrutinizer05: hm, do you know if anyone made or proposed an alarmd "compatibility layer" for crontabs? |
| 17:32.01 | n900-dk | So you a table with the sunset times? |
| 17:32.37 | zeev | DocScrutinizer05: it was not really ported, just compiled |
| 17:33.00 | DocScrutinizer05 | kerio: alarmed is as compatible as it gets. I suggested alarmed to also scan crontabs, but shapeshifter rejected that |
| 17:33.40 | zeev | so there is no way to run it on boot, correct? |
| 17:33.58 | DocScrutinizer05 | kerio: a "compatibility layer" crontab (the command) -> alarmed is a shell 3liner |
| 17:34.29 | zeev | n900-dk: want to have ability not to miss sunsets or sunrises :) |
| 17:34.32 | kerio | zeev: there's plenty of ways |
| 17:34.51 | DocScrutinizer05 | zeev: there for sure are several ways, but only one correct way, and I'm not inclined to analyze remind to find out which is the right one |
| 17:34.55 | zeev | kerio: so give me at least one of them |
| 17:35.34 | DocScrutinizer05 | zeev: odds are it won't work |
| 17:35.45 | n900-dk | zeev: So you download a table of sunset time? And use a script to look up this time of the current day and generate an alarm? |
| 17:36.42 | zeev | n900-dk: its more than just that - remind has very sophisticated syntax for defining alarms which I miss in standard maemo alarm |
| 17:37.02 | n900-dk | but how will you define the alarm time? |
| 17:37.12 | kerio | zeev: a file in /etc/event.d/ maybe |
| 17:37.32 | n900-dk | you dont want to set it manually every day, right? |
| 17:37.42 | zeev | yes |
| 17:38.11 | zeev | kerio: how should it look? |
| 17:38.24 | DocScrutinizer05 | RTFM |
| 17:38.39 | kerio | zeev: indeed, read the fine manual |
| 17:38.48 | zeev | ok :) |
| 17:39.06 | DocScrutinizer05 | ~xy |
| 17:39.07 | infobot | i heard xy is The XY problem: You want to do X, but don't know how. You think you can solve it using Y, but don't know how to do that, either. You ask about Y, which is a strange thing to want to do. Just ask about X. |
| 17:39.17 | kerio | yeah, we still haven't heard X |
| 17:39.33 | zeev | should I actually see remind on ps -x? |
| 17:40.17 | DocScrutinizer05 | zeev: how the F**k are *we* supposed to know? |
| 17:40.57 | zeev | can it function without be a deamon? |
| 17:41.03 | merlin1991 | ran into a nice problem today, trying to set rtc with hwclock |
| 17:41.25 | merlin1991 | hwclock cies that the date on the rtc is invalid and thus refuses to set the time |
| 17:41.27 | zeev | theoretically... |
| 17:41.29 | zeev | ? |
| 17:41.37 | kerio | merlin1991: wut |
| 17:41.42 | DocScrutinizer05 | yes, it could use cron, or alarmd |
| 17:41.43 | kerio | what's the actual error message? |
| 17:41.58 | DocScrutinizer05 | or rename iself to schweinebraten |
| 17:42.14 | zeev | it doesn't speak german |
| 17:42.20 | DocScrutinizer05 | merlin1991: there's a flag to override that |
| 17:42.24 | DocScrutinizer05 | iirc |
| 17:42.33 | merlin1991 | DocScrutinizer05: nah it's foobar code in the version I had |
| 17:42.46 | merlin1991 | newest util-linux does not have the problem |
| 17:42.54 | WizardNumberNext | creating 4GiB file on eMMC (MyDocs) using dd takes ages (I do not want sparse-file). Any ideas why? OK, I know using data=journal will make writes two times longer, but this is extremely slow |
| 17:43.18 | merlin1991 | basically if you never initalized the rtc with any value that specific version of hwclock refused to work :D |
| 17:44.23 | kerio | WizardNumberNext: because 4GiB at 2MB/s or something is a lot |
| 17:44.51 | WizardNumberNext | damn I would expect it to be a lot faster, then 2MB/s! |
| 17:45.12 | WizardNumberNext | then it is 1MiB/s, because same dat is written twice |
| 17:46.10 | DocScrutinizer05 | zeev: to finally make you happy: queen beecon is a tool frequently suggested for a low-effort way to run stuff on startup of X11/HD |
| 17:46.45 | DocScrutinizer05 | afaik it has a "run once" option |
| 17:47.14 | WizardNumberNext | theoreticaly it should finish almost hour ago! And I have only 1470MiB written |
| 17:47.20 | WizardNumberNext | in 8000 seconds! |
| 17:47.37 | merlin1991 | WizardNumberNext: did you set bs ? |
| 17:47.49 | WizardNumberNext | bs=1048576 |
| 17:47.49 | merlin1991 | because you know writing stuff to flash byte by byte is as silly as it gets |
| 17:48.14 | WizardNumberNext | to make it easy to write exactly 4GiB |
| 17:49.04 | merlin1991 | hm no idea iif there is a such a thing as a "too big" blocksize |
| 17:49.12 | merlin1991 | but too small defenitely exists |
| 17:49.41 | kerio | merlin1991: with the n900's ram, a 4GiB blocksize would be too big |
| 17:49.58 | WizardNumberNext | bs=1048576 count=1 seek=$1, where it is in loop, which adds to $1, added sync on end of loop |
| 17:50.21 | WizardNumberNext | it might skip instead of seek - I am always confused and have to check it before using |
| 17:50.33 | DocScrutinizer05 | WUT? |
| 17:51.22 | DocScrutinizer05 | also, what's your source? |
| 17:51.35 | kerio | what the hell |
| 17:51.46 | WizardNumberNext | should I write down my one-lie script to make it as clear as it gets? |
| 17:51.55 | kerio | dd if=/dev/zero of=file bs=1m count=4096 |
| 17:52.33 | bef0rd | just wondering, does it really make a difference increasing the swap on the n900? |
| 17:52.50 | DocScrutinizer05 | kerio: thanks :-) |
| 17:53.24 | DocScrutinizer05 | and don't use if=/dev/random |
| 17:53.49 | kerio | hahaha what the hell, you're using random? |
| 17:53.56 | kerio | that's... cryptographically secure |
| 17:54.06 | kerio | honestly, i don't know where's the bottleneck in that |
| 17:54.28 | kerio | either the writing, the generation of the cryptosecure data, or the constant write/close/open/seek |
| 17:54.33 | WizardNumberNext | MiB=0; while [ $MiB -lt 4096 ]; do dd if=/dev/zero of=file bs=1048576 count=1 skip=$MiB; sync; echo "written $number MiB"; MiB=$(($MiB+1)); done |
| 17:54.42 | kerio | ....WHAT |
| 17:54.45 | kerio | what the fuck |
| 17:54.48 | kerio | what the fucking fuck |
| 17:54.56 | kerio | DocScrutinizer05: can i swear? |
| 17:55.00 | WizardNumberNext | kerio in entropy! |
| 17:55.24 | WizardNumberNext | s/$number/#MiB/ |
| 17:55.34 | kerio | WizardNumberNext: but... why? :s |
| 17:55.37 | WizardNumberNext | ~ping |
| 17:55.37 | infobot | ~pong |
| 17:55.44 | WizardNumberNext | what why? |
| 17:55.50 | kerio | plenty of things, actually |
| 17:55.57 | kerio | but mostly the sync |
| 17:56.22 | WizardNumberNext | I want to test ext4 with different setting, so I need some other FS to do it |
| 17:56.54 | kerio | you need what? to do what? |
| 17:57.14 | WizardNumberNext | sync - easy answer - to not create bottle-neck of cache being overused - I have seen it already many times, so sync helps to keep sustained speed |
| 17:57.45 | DocScrutinizer05 | WizardNumberNext: pretty please stop whining about slow writes to eMMC! |
| 17:57.49 | WizardNumberNext | and anyway for some reason I have issue with constant writting to eMMC - N900 reboots after some time |
| 17:57.56 | jacekowski | WizardNumberNext: why? |
| 17:58.01 | WizardNumberNext | forgot to metnion sleep 1s there |
| 17:58.01 | kerio | ah yes, the fscking watchdog |
| 17:58.08 | jacekowski | WizardNumberNext: dd has option to do direct io |
| 17:58.29 | jacekowski | conv=direct |
| 17:58.38 | jacekowski | and you get no buffering |
| 17:58.59 | DocScrutinizer05 | also google for swappolube |
| 17:59.04 | WizardNumberNext | you think it would help - I can try (it does help with hdparm, so it could help with dd) |
| 17:59.16 | WizardNumberNext | I have swappolube |
| 17:59.25 | WizardNumberNext | but I do not use default settings |
| 17:59.34 | WizardNumberNext | I have more agresive settings |
| 18:00.15 | DocScrutinizer05 | idly wonders if that now been ~yx or even something more screwed |
| 18:00.28 | WizardNumberNext | hahaha |
| 18:00.30 | *** join/#maemo rcg (~rcg@2a02:908:e250:8401:150:606:e727:424c) |
| 18:01.14 | merlin1991 | worst thing I dever did on a n900 was tar -xf on 2Gbyte tar.gz |
| 18:01.21 | merlin1991 | crashed somewhere halfway through :D |
| 18:01.37 | merlin1991 | and took the fat fs with it :D |
| 18:02.40 | WizardNumberNext | swappiness=20 dirty_ratio=80 dirty_bgd_ratio=20 dirty_expire=750 dirty_writeback=500 page_cluster=0 vfs_cache_pressure=100 laptop_mode=1 |
| 18:03.05 | WizardNumberNext | merlin1991 - same problem here - cannot seem to pass 1GiB mark with tar |
| 18:03.33 | WizardNumberNext | maybe I should use -xjf, but that is senseless as all data is already compressed |
| 18:06.54 | kerio | got to the 1,1GB mark, it's slowing down a bi |
| 18:06.55 | kerio | t |
| 18:07.00 | kerio | it's down to 3.1MB/s |
| 18:07.15 | kerio | now 2.9 :( |
| 18:08.21 | *** join/#maemo etrunko (~etrunko@134.134.137.73) |
| 18:09.55 | *** join/#maemo loganbr (~user@adsl-63-204-157-24.dsl.snfc21.pacbell.net) |
| 18:11.37 | *** join/#maemo Ethernin (~ethernin@74-94-177-217-NewEngland.hfc.comcastbusiness.net) |
| 18:13.58 | *** join/#maemo piggz (~piggz@host-92-19-47-160.as13285.net) |
| 18:20.41 | *** join/#maemo githogori (~githogori@adsl-66-123-22-146.dsl.snfc21.pacbell.net) |
| 18:21.00 | DocScrutinizer05 | WizardNumberNext: |
| 18:21.01 | DocScrutinizer05 | /etc/init.d/rcS:echo 4 >/sys/block/mmcblk0/queue/nr_requests || echo "ohnoes, hope it boots1" |
| 18:21.02 | DocScrutinizer05 | /etc/init.d/rcS:echo 4 >/sys/block/mmcblk1/queue/nr_requests || echo "ohnoes, hope it boots2" |
| 18:21.13 | kerio | DocScrutinizer05: 4? :s |
| 18:21.28 | kerio | ShadowJK advises making that much, much bigger |
| 18:21.53 | DocScrutinizer05 | well, depends on what you wanna do |
| 18:22.36 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 18:22.49 | DocScrutinizer05 | anyway, that's a dial to screw, when you wanna tackle that lockup/reboot issue during large writes to eMMC or uSD |
| 18:23.49 | DocScrutinizer05 | for bs=1m a 4 entries on wait seems fine for buffers |
| 18:24.12 | WizardNumberNext | and for bs=128K? |
| 18:24.22 | WizardNumberNext | just changed my script |
| 18:24.45 | DocScrutinizer05 | if on the other hand you have a bs=1, you probably want nr_requests = 500000 |
| 18:24.51 | WizardNumberNext | anyway I was using 64 there already, instead of default 128 |
| 18:25.32 | DocScrutinizer05 | 64M is still a tad too much, for dd bs=1m |
| 18:26.58 | WizardNumberNext | assume I copy some big file (hundreds of MiB) from NFS to eMMC patition with ext4 (4KiB block-size I think - don't remeber). What you would propose then? |
| 18:27.00 | DocScrutinizer05 | aiui each request is one buffer holding one IO event's data |
| 18:27.43 | DocScrutinizer05 | and too many (large) buffers cause swap hell |
| 18:27.59 | DocScrutinizer05 | which in turn causes reboot |
| 18:28.05 | DocScrutinizer05 | my take on it |
| 18:28.06 | WizardNumberNext | block-size=4096 inode-size=8192 |
| 18:28.12 | DocScrutinizer05 | no warranties implied |
| 18:28.46 | WizardNumberNext | DocScrutinizer05: so I was thinking very right to lower it even more, then it is at the moment |
| 18:29.26 | DocScrutinizer05 | generally for speed use high numbers for nr_requests, to avoid reboots use very low numbers, particularly when using huge buffersizes |
| 18:29.46 | *** join/#maemo maybeArgh (~cl@p5B165FE2.dip.t-dialin.net) |
| 18:31.54 | WizardNumberNext | so maybe adjusting dirty_expire and dirty_writeback would good idea as well |
| 18:32.23 | DocScrutinizer05 | if I should make up a rule of thumb, I'd say: nr_requests * buffersize < 20MB, and you should be fine |
| 18:32.39 | WizardNumberNext | but I do not really want to lower it much as I do not want cpu to be awaken too often |
| 18:33.02 | DocScrutinizer05 | err? |
| 18:33.10 | WizardNumberNext | I should be a lot belowe it right now |
| 18:33.26 | WizardNumberNext | 128k*16=2M |
| 18:33.46 | DocScrutinizer05 | sounds good |
| 18:34.03 | DocScrutinizer05 | ask ShadowJK if you want to speak an expert |
| 18:34.04 | kerio | well, i don't know about you guys, but 4294967295 bytes (4,3 GB) copied, 1982,34 s, 2,2 MB/s |
| 18:34.13 | WizardNumberNext | to me too - eats less mem and swappiness wuld be more effective, then it was |
| 18:34.26 | kerio | and sadly, it errored out right at the end, because i'm on vfat and 4GiB is just too big |
| 18:34.28 | kerio | :D |
| 18:34.40 | kerio | 1024+0 records in, 1023+0 records out |
| 18:34.49 | DocScrutinizer05 | LOL |
| 18:34.58 | WizardNumberNext | hahaha, then you should use 4095MiB instead of 4096MiB |
| 18:35.05 | kerio | yeah, yeah, the file is almost completely written |
| 18:35.41 | DocScrutinizer05 | actually everything >2GB is problematic on vfat |
| 18:35.44 | kerio | in fact, wtf did dd report? it's only missing one byte |
| 18:35.48 | WizardNumberNext | kerio it is afair exact size of biggest possible file on FAT32 = 4GiB-1MiB |
| 18:36.04 | kerio | WizardNumberNext: clearly not |
| 18:36.10 | kerio | 4294967295 2013-02-07 19:33 test |
| 18:36.29 | WizardNumberNext | as I said - afair |
| 18:36.37 | WizardNumberNext | then it is 4GiB-1B |
| 18:36.53 | DocScrutinizer05 | a lot of system calls seem to fail on >2GB |
| 18:36.58 | WizardNumberNext | not too big difference , taking in account size of file |
| 18:37.05 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 18:37.06 | kerio | hopefully unlink() worked |
| 18:37.10 | WizardNumberNext | shouldn't of Linux |
| 18:37.33 | WizardNumberNext | windows won't bite for sure |
| 18:37.38 | DocScrutinizer05 | using int instead of uint, or whatever |
| 18:37.46 | WizardNumberNext | in windows it is 2GiB-1B |
| 18:38.04 | WizardNumberNext | might be the reason and it seem to be valid |
| 18:38.51 | DocScrutinizer05 | recorder for example always stopped recording on 2GB .wav size |
| 18:39.28 | DocScrutinizer05 | probably some lib call using int<0 = error |
| 18:39.57 | DocScrutinizer05 | int32 to be precise |
| 18:39.57 | WizardNumberNext | could be |
| 18:40.14 | WizardNumberNext | some prevention, instead of recovery |
| 18:40.30 | *** join/#maemo Vrm1 (~Vrm1@193.138.153.181) |
| 18:41.11 | WizardNumberNext | anyway, whatever I use ext4, not FAT32, so I can fill eMMC and would be still very damn far from limit |
| 18:41.30 | kerio | well, it's pretty clear that my settings are better than your settings >:D |
| 18:41.43 | WizardNumberNext | you even cannot get such big HDD yet to able to create maximum size file on ext4 |
| 18:42.00 | WizardNumberNext | kerio: your settings? |
| 18:42.22 | DocScrutinizer05 | so writing one more byte to a file of size 0b0111 1111 1111 1111 1111 1111 1111 1111 will result in filesize 0b1000 0000 0000 0000 0000 0000 0000 0000 |
| 18:42.29 | WizardNumberNext | and remeber - nothing FAT related - I hate FAT only slightly less then NTFS |
| 18:42.40 | kerio | 8192 queue/nr_requests, 0 queue/iosched/slice_idle |
| 18:42.47 | DocScrutinizer05 | function call returns int < 0 |
| 18:42.49 | kerio | and everything else stock |
| 18:42.52 | *** join/#maemo Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 18:43.31 | kerio | resulted in 4294967295 bytes (4,3 GB) copied, 1982,34 s, 2,2 MB/s with a bs=4M when writing on vfat |
| 18:43.33 | WizardNumberNext | slice_idle might be the answer to many of my questions |
| 18:44.17 | WizardNumberNext | vfat isn't too slow, so that won't be huge difference with ext4, then |
| 18:46.18 | DocScrutinizer05 | last time I killed my system been when I tried to mv my mp3 collection from eMMC to uSD |
| 18:46.49 | *** join/#maemo otypoks (~quassel@host-5db0d228.sileman.net.pl) |
| 18:46.58 | kerio | concurrent access is probably still as slow as a dead snail |
| 18:47.21 | WizardNumberNext | kerio: where is it in proc? |
| 18:47.30 | WizardNumberNext | I kinda do not use sysctl |
| 18:49.01 | kerio | it's not in proc, it's in sys |
| 18:49.16 | kerio | /sys/block/mmcblk*/queue/ |
| 18:49.30 | kerio | do both 0 and 1, i'm not sure of which is the emmc and which is the usd, considering the weird renaming udev does |
| 18:52.34 | WizardNumberNext | rq_affinity seem to be invalid |
| 18:52.40 | DocScrutinizer05 | probably 0 is uSD |
| 18:52.42 | WizardNumberNext | how the hell it can be 0? |
| 18:53.01 | WizardNumberNext | it have to be affinited to some cpu |
| 18:53.03 | kerio | WizardNumberNext: because if the uSD is present at boot time, it's mmcblk0 |
| 18:53.08 | kerio | oh |
| 18:53.12 | kerio | nvm |
| 18:53.29 | WizardNumberNext | it is for eMMC |
| 18:53.43 | WizardNumberNext | same for uSD |
| 18:53.51 | *** join/#maemo LauRoman (~LauRoman@5-14-91-222.residential.rdsnet.ro) |
| 18:53.55 | WizardNumberNext | that doesn't make sense |
| 18:55.05 | WizardNumberNext | on contrary on server all drives are 1 in rq_affinity |
| 18:55.13 | WizardNumberNext | what!? |
| 18:55.36 | WizardNumberNext | that's even worse - I have found the problem with NFS then |
| 18:55.55 | *** join/#maemo Estel_ (~Estel@Maemo/community/contributor/Estel-) |
| 18:55.58 | kerio | WizardNumberNext: does it really matter, if you only have 1 cpu? |
| 18:56.01 | kerio | (on n900) |
| 18:56.01 | eccerr0r | somehow I killed a uSD card in my n900... I was using it just fine in my 5230 for a while but after using it for a day in my n900 it croaked. :( |
| 18:56.20 | kerio | eccerr0r: how old was it? |
| 18:56.25 | eccerr0r | and had no backups :( sigh... stupid 5230... no easy way to backup. |
| 18:56.48 | kerio | you had no backups? phew, it means that it didn't contain important data |
| 18:56.50 | eccerr0r | the uSD card was about a year and a half old. |
| 18:56.55 | eccerr0r | heh :p |
| 18:57.27 | eccerr0r | well, it contained two files, less than 100K total, that I should have backed up.. |
| 18:57.39 | WizardNumberNext | kerio: no it doesn't, as long as it works |
| 18:59.14 | kerio | well, the sysfs documentation states that there's a certain behaviour if it's 1, and a certain behaviour if it's 2 |
| 18:59.21 | kerio | it doesn't state anything about a failure if it's not one of those |
| 19:00.49 | WizardNumberNext | I misunderstood meaning of this option |
| 19:01.11 | WizardNumberNext | kerio, with cpu it have no effect at all |
| 19:01.22 | WizardNumberNext | whatever you will set there |
| 19:02.15 | WizardNumberNext | it is rather NUMA related option, at least it seems to quite useful on NUMA |
| 19:03.36 | *** join/#maemo Jaffa (~andrew@Maemo/community/contributor/Jaffa) |
| 19:03.49 | Jaffa | Ev'ning, all |
| 19:06.40 | WizardNumberNext | Evening jaffa |
| 19:07.56 | *** join/#maemo xes (~xes@host93-232-dynamic.14-87-r.retail.telecomitalia.it) |
| 19:07.56 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 19:08.35 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 19:14.46 | *** join/#maemo konelix (~konelix@190.143.170.73) |
| 19:15.51 | DocScrutinizer05 | hi Jaffa |
| 19:24.18 | *** join/#maemo unifly (~unifly@host111-209-dynamic.252-95-r.retail.telecomitalia.it) |
| 19:37.16 | *** join/#maemo vogon (~keel@62.83.206.122.dyn.user.ono.com) |
| 19:40.03 | *** join/#maemo eMHa_ (~mh@HSI-KBW-149-172-0-168.hsi13.kabel-badenwuerttemberg.de) |
| 19:40.52 | DocScrutinizer05 | mail rebooted |
| 19:40.56 | DocScrutinizer05 | *sigh* |
| 19:42.26 | DocScrutinizer05 | feels like a machinist on titanic |
| 19:43.30 | kerio | DocScrutinizer05: pre- or post-? |
| 19:43.35 | DocScrutinizer05 | mere monitoring and keeping crap running eats 50% of my time |
| 19:43.36 | *** join/#maemo RzR (~RzR@82.236.136.171) |
| 19:44.17 | kerio | hm, shouldn't that be the sysadmins' job? |
| 19:44.18 | DocScrutinizer05 | while the whole bulk already doomed to die soonish |
| 19:44.37 | *** join/#maemo konelix (~konelix@190.143.218.69) |
| 19:45.57 | DocScrutinizer05 | kerio: that's actually part of the problem. Mail VM (aka lists.maemo.org) was just "up" but not reachable. I have no access to "console" to give it a reboot, I need Nemein guys for that |
| 19:46.24 | kerio | just make everything reboot every 12 hours :P |
| 19:46.37 | DocScrutinizer05 | I'm honestly tempted |
| 19:46.53 | RST38h | <facepalm> |
| 19:47.11 | DocScrutinizer05 | I mean, it's not like that mail VM problem was particularly new either |
| 19:47.49 | RST38h | Hm, Petropol, Inc. www.petropol.com |
| 19:47.50 | RST38h | Russkie Knigi www.russkieknigi.com |
| 19:47.50 | RST38h | Erudit Russian Books www.russianbooks.net |
| 19:47.50 | DocScrutinizer05 | syslog of course says it been absolutely fine all the time |
| 19:47.55 | RST38h | Sorry, wrong paste |
| 19:48.07 | RST38h | https://downloads.maemo.nokia.com ./ Release: The following signatures were invalid: KEYEXPIRED 1349249546 KEYEXPIRED 1349249546 KEYEXPIRED 1349249546 |
| 19:48.11 | RST38h | Right paste |
| 19:48.13 | kerio | ahahha |
| 19:48.40 | kerio | DocScrutinizer05: perhaps everything *is* fine |
| 19:48.43 | kerio | and we just don't see it |
| 19:48.54 | *** join/#maemo valerius (~user@85.26.180.156) |
| 19:48.55 | kerio | lists.maemo.org ascended to a higher plane of existance |
| 19:49.04 | kerio | and obtained the nirvana |
| 19:49.04 | RST38h | just say "died". |
| 19:49.16 | RST38h | Will take fewer irc lines too |
| 19:49.18 | M4rtinK | any ideas what might be causing it to hang ? |
| 19:49.28 | kerio | RST38h: that problem is nothing new |
| 19:49.29 | DocScrutinizer05 | nfc |
| 19:49.55 | M4rtinK | I no longer wonder it is all running on separate (virtual) machines :) |
| 19:50.08 | DocScrutinizer05 | joerg@test:~$ ssh joerg@lists |
| 19:50.09 | DocScrutinizer05 | ssh: connect to host lists port 22: No route to host |
| 19:50.34 | kerio | hm, is ssh accessible from the outside? |
| 19:51.05 | DocScrutinizer05 | URL: http://lists.maemo.org/pipermail/maemo-developers/2009-September/020830.html Protocol: http Date and Time: Thu 07 February 2013 20:19 Additional Information: lists.maemo.org: Host unreachable |
| 19:51.19 | DocScrutinizer05 | kerio: nope |
| 19:51.40 | *** join/#maemo sq-one (~sq-one@p57977C22.dip.t-dialin.net) |
| 19:55.17 | WizardNumberNext | DocSrutinizer05: Xen suppose to have watchdog. Maybe use it, if you can |
| 19:55.24 | DocScrutinizer05 | it even claims (in mail.log) to have serviced smtp 2 min before boot. 8 min after my browser ^^^^ refused to connect |
| 19:56.28 | *** join/#maemo calvaris (~calvaris@12.98.117.91.dynamic.mundo-r.com) |
| 19:56.31 | DocScrutinizer05 | actually might be firewall as well. If not... how would a reboot of mail VM fix it then? |
| 19:57.13 | DocScrutinizer05 | WizardNumberNext: a) I have no access to xen layer, b) what to monitor? |
| 19:58.04 | DocScrutinizer05 | I rather think XEN might be part of the problem rather than a means to the solution |
| 19:58.27 | WizardNumberNext | DocScrutinizer05: there's module in Linux Kernel for Xen-WatchDog. Xen by default have pseudo-watchdog on |
| 19:58.31 | RST38h | Doc: Absolutely no way to run the whole thing on the real hardware? |
| 19:59.01 | DocScrutinizer05 | RST38h: for now it's on those xen-grid VMs, migration pending |
| 19:59.19 | RST38h | urgh |
| 20:00.01 | WizardNumberNext | RST38h: I honestly don't know, if I prefer to wait another month for rmo or prefer notices like "sothening.mo is dead" |
| 20:00.19 | DocScrutinizer05 | eh? |
| 20:00.39 | RST38h | Wizard: ? |
| 20:00.53 | WizardNumberNext | last time we waited awfully long for Nokia to update DNS |
| 20:00.56 | *** join/#maemo cyborg-one (~cyborg-on@85-238-111-27.broadband.tenet.odessa.ua) |
| 20:01.03 | DocScrutinizer05 | rmo is actually running fine, just as tmo |
| 20:01.24 | WizardNumberNext | and I hope it will stay this way (RMO) |
| 20:01.27 | DocScrutinizer05 | the two only VM, by incidence, which have exposed IF |
| 20:01.58 | DocScrutinizer05 | wich might or might not mean a thing |
| 20:02.51 | DocScrutinizer05 | root@stage:~# netstat -tn|wc -l |
| 20:02.52 | DocScrutinizer05 | 327 |
| 20:03.23 | WizardNumberNext | so, what do you think about Xen-WatchDog? you can always add it in modules.conf (or wherever else) with nowayout=1 |
| 20:03.27 | DocScrutinizer05 | TX: cum: 84.7MB peak: 38.7Mb rates: 25.7Mb 24.8Mb 28.2Mb |
| 20:04.07 | DocScrutinizer05 | WizardNumberNext: nfc |
| 20:04.27 | DocScrutinizer05 | the VM ran fine, it just been partially disconnected |
| 20:04.37 | WizardNumberNext | actually as soon as I would migrate my server to Xen I would be able to let you know it works |
| 20:05.03 | *** join/#maemo Muelli (~muelli@port-5744.pppoe.wtnet.de) |
| 20:05.12 | WizardNumberNext | s/know it works/know how it works/ |
| 20:05.18 | DocScrutinizer05 | :shrug: I don't see how it helps |
| 20:05.30 | *** join/#maemo otypoks (~quassel@host-5db0d228.sileman.net.pl) |
| 20:06.09 | WizardNumberNext | if VM would die, then it would help, if not (service would die), then it won't help |
| 20:06.20 | DocScrutinizer05 | exactly |
| 20:06.45 | DocScrutinizer05 | and I don't even see an indication of either sshd or apache died |
| 20:06.52 | WizardNumberNext | but on mine server only whole machine dies (and only because of BB on one of HDDs) |
| 20:07.32 | WizardNumberNext | which means somehow hardware is buggy and I do not mean HDD, but RAID controller (working in pass-through mode) |
| 20:07.35 | DocScrutinizer05 | well, I elaborated in loving verbosity that this machine been up and nothing strange in logs |
| 20:07.44 | DocScrutinizer05 | just not reachable |
| 20:08.14 | WizardNumberNext | you cannot know if it is VM or FW then |
| 20:08.36 | DocScrutinizer05 | [2013-02-07 20:56:31] <DocScrutinizer05> actually might be firewall as well. If not... how would a reboot of mail VM fix it then? |
| 20:09.26 | DocScrutinizer05 | NB we rebooted mail VM, _not_ FW VM |
| 20:11.19 | WizardNumberNext | from begining it was problematic. I cannot understand how those guys are doing their business. The biggest problem I had with Xen, was migrating PCI devices, which I fixed in one day only. Then it didn't work on different level, so in the end I had to migrate HDDs (not what I wanted, but it worked) |
| 20:11.58 | kerio | WizardNumberNext: well, i'm not entirely sure of how much we're paying them |
| 20:12.00 | DocScrutinizer05 | don't ask me |
| 20:12.06 | kerio | DocScrutinizer05: are we? |
| 20:12.20 | kerio | we incl. nokia |
| 20:12.23 | DocScrutinizer05 | no, *we* are paying zilch for now |
| 20:12.56 | DocScrutinizer05 | Nokia paid or will pay unknown amount, that's a contract between those two entities |
| 20:13.26 | WizardNumberNext | why it is moved anyway? |
| 20:13.46 | DocScrutinizer05 | because it been on Nokia property irons |
| 20:13.55 | DocScrutinizer05 | mixed with other stuff |
| 20:14.47 | DocScrutinizer05 | plus a fancy little server farm for repo at Akamai |
| 20:14.49 | WizardNumberNext | so Nokia still have control over us, as they can say one day "we are not paying, do whatever you want to do" |
| 20:15.04 | kerio | WizardNumberNext: nah |
| 20:15.28 | kerio | nokia said that they WILL pay until the end of feb and that they WON'T pay afterwards |
| 20:15.31 | *** join/#maemo Jaffa (~andrew@Maemo/community/contributor/Jaffa) |
| 20:15.40 | *** join/#maemo Ethernin (~ethernin@pool-70-109-174-253.burl.east.myfairpoint.net) |
| 20:16.01 | DocScrutinizer05 | ack |
| 20:16.03 | WizardNumberNext | then we need to know how much it would cost us (as a community) in future |
| 20:16.31 | jacekowski | what about OSL? |
| 20:16.43 | WizardNumberNext | OSL? |
| 20:16.50 | DocScrutinizer05 | on xen-grid? 1300+VAT for the VM, plus 2200+VAT for maintenance |
| 20:16.51 | kerio | jacekowski: i almost blew that up, yesterday, but Doc fixed it :3 |
| 20:16.59 | jacekowski | Open Source Labs |
| 20:17.11 | jacekowski | they can provide hosting for free |
| 20:17.22 | jacekowski | http://osuosl.org/ |
| 20:17.22 | DocScrutinizer05 | I hope they will, soon |
| 20:17.32 | WizardNumberNext | if they would agree, then everybody would be happy |
| 20:19.14 | jacekowski | but they do KVM |
| 20:19.29 | WizardNumberNext | KVM isn't bad - it works |
| 20:19.44 | jacekowski | yeah, but it's pain to move from xen to kvm |
| 20:20.01 | DocScrutinizer05 | jacekowski: http://mg.pov.lt/maemo-irclog/%23maemo.2013-02-06.log.html#t2013-02-06T19:43:32 |
| 20:20.03 | WizardNumberNext | I used KVM on many occassions, maybe it is not as convient as Xen, but does same job |
| 20:20.22 | kerio | ShadowJK: what was that thing regarding ext4's raid options? |
| 20:20.47 | WizardNumberNext | jacekowski: what is problem there, then? |
| 20:20.47 | DocScrutinizer05 | jacekowski: our sysop volunteers say it's a matter of a few hours at most |
| 20:20.51 | WizardNumberNext | in migration? |
| 20:21.17 | WizardNumberNext | DocScrutinizer05: and they are right |
| 20:21.51 | *** join/#maemo florian (~fuchs@sign-4db6a1ee.pool.mediaWays.net) |
| 20:21.51 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 20:22.02 | jacekowski | WizardNumberNext: just migration |
| 20:22.10 | WizardNumberNext | this is quite big overstatement (time wise), but it is normal for people with experience - plan for best, expect worst |
| 20:22.39 | jacekowski | there are other hypervisors that are easier to migrate to/from |
| 20:22.54 | WizardNumberNext | from my point of view: that is just migration of VHDDs - that's all. Where's the problem? |
| 20:23.05 | DocScrutinizer05 | so for now we are evaluating 3 options: sponsored CoLo of donated servers; 2 bold root servers at Hetzner, with XEN; sponsored hosting at osuosl |
| 20:23.09 | jacekowski | different format of VHDDs |
| 20:23.28 | WizardNumberNext | I migrasted from Xen,VB and KVM... |
| 20:23.31 | jacekowski | DocScrutinizer05: i've had bad experiences with hetzner |
| 20:23.33 | WizardNumberNext | ...to all of above |
| 20:23.39 | n900-dk | no sysop volunteers in here? |
| 20:23.55 | kerio | DocScrutinizer05: clearly, sponsored hosting at osuosl wins, if available |
| 20:23.57 | DocScrutinizer05 | n900-dk: eh? why? |
| 20:23.59 | jacekowski | WizardNumberNext: i'm not saying it's impossible or hard it just takes more time and effort than some other hypervisors |
| 20:24.02 | WizardNumberNext | man easiest way: copy /paste |
| 20:24.23 | WizardNumberNext | write script, let it run, enjoy coffee |
| 20:25.21 | DocScrutinizer05 | jacekowski: most of my sysop friends and peers appreciate Hetzner for reliable service |
| 20:25.26 | n900-dk | just wondering if they follow irc - and could comment |
| 20:25.54 | DocScrutinizer05 | n900-dk: they usually got other things to do, commenting is my job |
| 20:25.54 | jacekowski | DocScrutinizer05: i've heard that they've improved over last few years |
| 20:26.13 | kerio | DocCommentator05 |
| 20:26.14 | jacekowski | but 5 years ago when i used them things like restarting a server took 3h |
| 20:26.22 | n900-dk | and you are damn good at it, and in a sooo friendly tone ;) |
| 20:26.31 | jacekowski | and i've got no idea how is that possible |
| 20:26.31 | kerio | jacekowski: ...that's just ridiculous |
| 20:26.32 | DocScrutinizer05 | 1st level helpdesk at Hetzner might be :-/ |
| 20:26.45 | kerio | EC2 can take up to... 20 minutes, i believe? |
| 20:26.54 | jacekowski | does it mean they manually reset the servers? |
| 20:27.13 | teotwaki | everything down? |
| 20:27.15 | jacekowski | if they have any kind of IPMI/DRAC/ILO it should take only few seconds |
| 20:27.35 | WizardNumberNext | no, they use pigeons as network media |
| 20:28.02 | DocScrutinizer05 | http://www.hetzner.de/hosting/produkte_rootserver/ex10 |
| 20:28.14 | WizardNumberNext | I don't know if pigeons are fitted with any IPMI/DRAC/ILO |
| 20:28.15 | DocScrutinizer05 | or http://www.hetzner.de/en/hosting/produkte_rootserver/ex10 |
| 20:29.16 | jacekowski | that's cheap |
| 20:29.27 | DocScrutinizer05 | https://robot.your-server.de/ |
| 20:29.33 | jacekowski | even ovh is not that cheap |
| 20:29.33 | teotwaki | DocScrutinizer05: we have roughly 3 racks available at any given time. I can ask if we can spare a 1U + networking. How much bandwidth would you be looking at, and how much can the community pay for? |
| 20:30.37 | DocScrutinizer05 | teotwaki: we need 100Mb/s link, ~20TB/month, and for CoLo 2U |
| 20:31.15 | DocScrutinizer05 | and NFC how much HiFo could pay for that, main problem is HW service contract though |
| 20:31.27 | teotwaki | Yeah, we're on 10Gbit links, depending on the country, so 100Mb isn't a problem. |
| 20:32.10 | teotwaki | If you needed phones, I could give you two E1s to play with, but hosting is such a pain. |
| 20:32.42 | DocScrutinizer05 | honestly, CoLo is my last option of the three above |
| 20:33.52 | DocScrutinizer05 | why worry about HW and service when you can "lease" same servers for less |
| 20:34.23 | jacekowski | because you can sell that server afterwards |
| 20:34.51 | DocScrutinizer05 | with those hetzner rootservers, HiFo has a clear limit of what they had to pay per month |
| 20:34.58 | jacekowski | yeah |
| 20:35.06 | jacekowski | i don't get how they can provide it for 109 eur/month |
| 20:35.08 | WizardNumberNext | jacekowski: as long as it Intel-OUTside based, you can even make few quid on it |
| 20:35.10 | DocScrutinizer05 | which is ~400 |
| 20:35.21 | xes | DocScrutinizer05: does they have some kind of service like "try it for a week"? |
| 20:35.37 | DocScrutinizer05 | xes: nope |
| 20:35.47 | DocScrutinizer05 | why would we need such stuff? |
| 20:35.59 | jacekowski | processor in that server is like 500 eur |
| 20:36.05 | DocScrutinizer05 | I'm running two hetzner (based) servers right now |
| 20:36.16 | jacekowski | then 64gb of ram another 500 euro |
| 20:36.21 | WizardNumberNext | as long as it is not Intel, then it would keep its value |
| 20:36.31 | jacekowski | drives, 200-300eur |
| 20:36.36 | WizardNumberNext | RAM keeps value |
| 20:36.49 | jacekowski | http://www.hetzner.de/en/hosting/produkte_rootserver/ex10 |
| 20:36.51 | jacekowski | it's intel |
| 20:36.54 | jacekowski | desktop processor |
| 20:37.00 | xes | DocScrutinizer05: so you have already used their root hosting service? |
| 20:37.06 | jacekowski | but that hardware is worth around 1k eur at the moment |
| 20:37.15 | jacekowski | + maintenance + electicity+ internet |
| 20:37.16 | DocScrutinizer05 | yes, skeiron is at Hetzner |
| 20:37.20 | kerio | hm, why is linux convinced that the emmc has 977024 cylinders, 16 sectors/track and 4 heads? |
| 20:37.23 | jacekowski | and i've got no idea how they make profit on it |
| 20:37.54 | *** join/#maemo pvanhoof (~philip@codeminded.be) |
| 20:37.56 | WizardNumberNext | yeah, nice choice - hi-end desktop intel cpu is worth aroung grand, after 5 years you cannot expect even 10 quid for that crap |
| 20:38.15 | DocScrutinizer05 | xes: and all openmoko infra been hosted at hetzner as well, since 2008 or dunno when |
| 20:38.19 | WizardNumberNext | kerio: 4 heads are best |
| 20:38.36 | xes | DocScrutinizer05: good. One direct experience is the only way to be sure of the kind of service |
| 20:38.41 | WizardNumberNext | track could be understood |
| 20:38.50 | WizardNumberNext | actually heads as well |
| 20:39.06 | jacekowski | anyways, after my experience with hetzner i'm not going there again |
| 20:39.15 | DocScrutinizer05 | xes: warfare also is familliar with Hetzner |
| 20:39.28 | jacekowski | i would rather pay little bit extra and go to ovh or leaseweb or even rackspace |
| 20:40.05 | kerio | hm, this u |
| 20:40.06 | kerio | whoops |
| 20:40.10 | kerio | this partitioning is all wrong |
| 20:40.19 | WizardNumberNext | jacekowski: or buy several computers and start your own company |
| 20:40.32 | xes | jacekowski: rackspace is the better if... it's at 10km from your home |
| 20:40.39 | WizardNumberNext | I have good start - already two, but sucks at RAM |
| 20:40.40 | DocScrutinizer05 | jacekowski: please more specific. Rant doesn't help |
| 20:40.58 | DocScrutinizer05 | jacekowski: what's been your problems with them? |
| 20:41.02 | jacekowski | just response times |
| 20:41.04 | jacekowski | for everything |
| 20:41.09 | DocScrutinizer05 | hmm |
| 20:41.23 | jacekowski | including how long it took for server to restart when i pressed reboot button in the panel |
| 20:41.39 | jacekowski | as in, 3h from point when i clicked restart to when server restarted |
| 20:41.59 | xes | my ibm blades take about 10 minutes to do a complete restart... |
| 20:42.05 | DocScrutinizer05 | well, brkn could at least test this detail eventually |
| 20:42.10 | WizardNumberNext | wasn't it easier to do it from IOS? |
| 20:42.14 | WizardNumberNext | OS? |
| 20:42.27 | jacekowski | not if you break it |
| 20:42.35 | jacekowski | i've flushed iptables with default policy drop |
| 20:42.54 | jacekowski | xes: http://www.rackspace.co.uk/ |
| 20:43.07 | WizardNumberNext | how can you break kernel in RAM? as long it works you can foirce it to do reboot |
| 20:43.26 | jacekowski | WizardNumberNext: you have to communicate with it somehow |
| 20:43.29 | DocScrutinizer05 | jacekowski: anyway I'd insist on KVM-console for those hetzner servers |
| 20:43.42 | jacekowski | i think they charge you through the nose for those |
| 20:43.43 | WizardNumberNext | jacekowski: even I wasn't such fast with DROP |
| 20:43.49 | jacekowski | like double the price |
| 20:43.58 | DocScrutinizer05 | yep, they do, for setup |
| 20:44.12 | *** join/#maemo Ethernin (~ethernin@pool-70-109-174-253.burl.east.myfairpoint.net) |
| 20:44.15 | DocScrutinizer05 | montly fee is like 20 bucks or so |
| 20:44.18 | kerio | ShadowJK: ping |
| 20:44.21 | WizardNumberNext | I did it only after all my tables was enabling me to do exactly that amount of things, which I planed for |
| 20:44.47 | jacekowski | DocScrutinizer05: + 19 for flexipack |
| 20:44.52 | jacekowski | 15* |
| 20:44.54 | DocScrutinizer05 | :nod: |
| 20:45.02 | DocScrutinizer05 | we need that anyway, for IPs |
| 20:45.05 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 20:45.30 | jacekowski | ipv6 |
| 20:46.13 | WizardNumberNext | jacekowsi: base of my FW at the moment was written rawly 8 years ago. Never failed me and never locked me out |
| 20:46.17 | DocScrutinizer05 | yeah, especially for repo ;-) |
| 20:46.29 | WizardNumberNext | I would love ipv6 |
| 20:46.52 | WizardNumberNext | I have tunnel/64 so, it would be great for me |
| 20:47.07 | xes | jacekowski: rackspace? Have you read the prices??? |
| 20:49.00 | DocScrutinizer05 | n900-dk: you asked for sysops. ^^^ |
| 20:49.29 | sixwheeledbeast | 1+ for ipv6 here too. |
| 20:50.13 | WizardNumberNext | +6 for ipv6 |
| 20:50.41 | DocScrutinizer05 | I really dunno what maemo will say when repository.maemo.org is AAAA only |
| 20:50.58 | WizardNumberNext | +point per each device with it own public ipv6 on my network |
| 20:51.20 | WizardNumberNext | it would be disatster |
| 20:51.32 | WizardNumberNext | it have to be both IPv4 and IPv6 |
| 20:52.03 | WizardNumberNext | I cannot get to my second tunnel trhough UMTS |
| 20:52.15 | WizardNumberNext | no idea why |
| 20:52.44 | WizardNumberNext | actually I know why, but I don't why they aren't doing what they are expected to do |
| 20:53.21 | xes | now our servers are inside a xen grid, not a single server. I f there are not enough resources nemein can move the vms to allocate more resources. If we would buy a phisical server, maybe also that we miss some number evaluating requirements for the next future.... |
| 20:53.39 | DocScrutinizer05 | is there any IPv6-DNS only website? |
| 20:53.54 | kerio | what do you mean? |
| 20:53.54 | WizardNumberNext | ipv6.google.com |
| 20:54.15 | WizardNumberNext | and I encountered few in my experience |
| 20:54.43 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-94-37-17-23.clienti.tiscali.it) |
| 20:54.58 | WizardNumberNext | one of them have linux related content, but I cannot remember what exactly |
| 20:55.24 | WizardNumberNext | kerio: only AAAA record, no A record at all |
| 20:55.44 | DocScrutinizer05 | Additional Information: ipv6.l.google.com: Network unreachable |
| 20:55.53 | WizardNumberNext | IPv4 is exhuasted for few years already |
| 20:55.55 | n900-dk | DocScrutinizer05: guess I missed the sysops? |
| 20:56.31 | WizardNumberNext | DocScrutinizer05: try ping6 |
| 20:57.47 | DocScrutinizer05 | I don't want to ping, i want to use my browser to surf there |
| 20:57.48 | *** join/#maemo NeutrinoPower (~neutrino@HSI-KBW-095-208-090-223.hsi5.kabel-badenwuerttemberg.de) |
| 20:58.16 | DocScrutinizer05 | and that's what Konqueror says |
| 20:58.17 | WizardNumberNext | if you have ipv6 |
| 20:58.23 | WizardNumberNext | really |
| 20:58.31 | WizardNumberNext | mine doesn't say such thing |
| 20:59.37 | WizardNumberNext | I am getting normal google page |
| 20:59.46 | DocScrutinizer05 | hmm, maybe you have a IPv6 compatibility layer then, or even a IPv6-enabled DSL-routermodem |
| 21:00.06 | WizardNumberNext | no, I have tunnel on my server |
| 21:00.16 | WizardNumberNext | look on my ip here |
| 21:00.20 | DocScrutinizer05 | that's what I said, no? |
| 21:00.25 | WizardNumberNext | it is ip of my desktop! |
| 21:01.15 | WizardNumberNext | hard to call it compatibily layer - it is ipv6 in kernel - just normal one |
| 21:01.38 | WizardNumberNext | and router is crap and doesn't have ipv6 capability at all |
| 21:01.58 | WizardNumberNext | good it have ip tunnel forwarding capabilty |
| 21:02.03 | *** join/#maemo konelix (~konelix@200.119.181.176) |
| 21:02.12 | WizardNumberNext | maybe not even that, because I am on DMZ |
| 21:02.20 | DocScrutinizer05 | haha |
| 21:02.29 | WizardNumberNext | w/o DMZ it doesn't work |
| 21:02.56 | WizardNumberNext | I really don't care, my server have quite strong FW on it |
| 21:03.13 | WizardNumberNext | radvd is doing rest |
| 21:03.44 | DocScrutinizer05 | ok, so would you please host our 40k N900 so they can do IPv6 as well? |
| 21:04.05 | WizardNumberNext | I would, if I could |
| 21:04.14 | DocScrutinizer05 | just needs a 40K VPN to your server, no? |
| 21:04.15 | WizardNumberNext | bandwidth is fisrt issue |
| 21:04.30 | DocScrutinizer05 | honestly... |
| 21:04.33 | WizardNumberNext | yeah - all ipv6 |
| 21:05.05 | WizardNumberNext | I was thinking about that for some time |
| 21:05.24 | WizardNumberNext | I even was tempted to offer mirror from my side |
| 21:05.38 | ShadowJK | kerio; pong? |
| 21:06.02 | kerio | nvm, got it :) |
| 21:06.34 | DocScrutinizer05 | ShadowJK: we hat the age old topic of "device reboots on bulk copy" |
| 21:06.54 | ShadowJK | ah |
| 21:06.54 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 21:07.14 | ShadowJK | nr_requests thing fixes it for me mostly |
| 21:07.29 | kerio | not only that, i'm moving optfs to ext4 and i wanted to ask you about the raid options thing |
| 21:07.57 | DocScrutinizer05 | high number of nr_requests seems contraproductive when using dd bs-10m |
| 21:08.08 | DocScrutinizer05 | dd bs=10m |
| 21:08.54 | *** join/#maemo konelix (~konelix@190.143.231.45) |
| 21:10.26 | xes | http://test-ipv6.com/ |
| 21:11.56 | DocScrutinizer05 | >>You appear to be able to browse the IPv4 Internet only. You will not be able to reach IPv6-only sites.<< |
| 21:12.20 | sixwheeledbeast | WizardNumberNext: I have the same setup on my desktop, my router and ISP is v4 only. |
| 21:12.33 | kerio | there's also http://www.kame.net/ |
| 21:13.36 | WizardNumberNext | for 0.868 second I was tempted tro offer that |
| 21:14.04 | WizardNumberNext | www.tunnelbroker.net |
| 21:14.16 | WizardNumberNext | easy and straight forward |
| 21:16.21 | *** join/#maemo MrPingu (~MrPingute@86.92.226.97) |
| 21:19.25 | kerio | ah for fuck's sake |
| 21:19.39 | kerio | i just fucked up my homefs |
| 21:20.21 | kerio | ShadowJK: does aligning to more than 4M make sense, on the emmc? |
| 21:21.48 | ShadowJK | dunno |
| 21:22.27 | ShadowJK | probably not |
| 21:22.53 | kerio | i aligned to 4M, with a stripe-width of 1024 (and a block size of 4096) |
| 21:22.57 | ShadowJK | it probably predates tlc and 6/8/12M blocksize |
| 21:22.57 | ShadowJK | maybe even predates 4M |
| 21:25.30 | kerio | i hope this boots |
| 21:26.00 | kerio | and it does |
| 21:27.53 | kerio | except that the sgx is fucked :s |
| 21:30.28 | kerio | does that happen to everyone sometimes? |
| 21:30.49 | kerio | weird spurious pixels around, or maybe something that seems like a slow refresh rate |
| 21:30.56 | ShadowJK | sgx recovery in dmesg? yes |
| 21:31.12 | kerio | a reboot fixes that, though |
| 21:36.38 | *** join/#maemo myname24 (~myname@80.79.159.233) |
| 21:37.46 | myname24 | Hi , i'm getting an update in ham for liboauth0 . Should i update it ? |
| 21:39.22 | myname24 | I know it's a noob question but i supposed there are no updates from maemo.org repo |
| 21:41.18 | kerio | myname24: did you disable "ignore packages from wrong domains"? |
| 21:42.32 | ShadowJK | would think lib-anything wouldn't be visible in HAM |
| 21:42.47 | kerio | indeed |
| 21:42.50 | myname24 | Yes i disable it |
| 21:42.53 | kerio | myname24: did you also enable "show all packages"? |
| 21:43.01 | kerio | and what's the version? |
| 21:43.24 | myname24 | Installed version 0.6.0-1 |
| 21:43.44 | myname24 | Available version 0.8.8-2 |
| 21:44.04 | kerio | 0.8.8-2 was added to extras-devel on august 25th 2010 |
| 21:44.06 | kerio | :) |
| 21:44.14 | myname24 | Ok thank :) |
| 21:46.37 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 21:52.25 | sixwheeledbeast | noob question + extras-devel = :'( ...? |
| 21:54.22 | *** join/#maemo emma (~em@unaffiliated/emma) |
| 21:57.46 | myname24 | Sixwheeledbeast: anything wrong in questioning ? |
| 21:57.51 | kerio | sixwheeledbeast: he already had extras-devel enabled anyway |
| 21:58.32 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 22:02.14 | *** join/#maemo CcxCZ_ (~ccxCZ@156.200.broadband11.iol.cz) |
| 22:04.27 | sixwheeledbeast | myname24: no, should be careful with devel is'all |
| 22:05.52 | kerio | i'm still not sure why people are allowed to ship packages in -devel that are also shipped in dmnc/cssu |
| 22:06.51 | *** part/#maemo Aoyagi (~opera@222.18.broadband15.iol.cz) |
| 22:11.38 | myname24 | Sixwheeledbeast: that's why i asked here before upgrading |
| 22:13.03 | kerio | myname24: "it's old" doesn't necessarily mean "it's safe to upgrade" |
| 22:14.05 | kerio | it appears that it's a dependency in conboy |
| 22:15.28 | sixwheeledbeast | myname24: what kerio said. |
| 22:16.09 | myname24 | You didn't understand me . Because i should be carefull with extra devel i came here to ask . |
| 22:17.02 | sixwheeledbeast | dependency of eithier: conboy, sharing-twitter-multi, ecoach |
| 22:18.24 | kerio | sixwheeledbeast: including version? |
| 22:18.59 | myname24 | I removed twitter widget because it didn't work and i found a newer version . |
| 22:26.35 | *** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net) |
| 22:28.29 | *** join/#maemo etrunko (~etrunko@177.133.177.252) |
| 22:40.06 | myname24 | Sixwheeledbeast: btw extra devel was not enabled |
| 22:42.37 | sixwheeledbeast | myname24: Yes, spotted that package is in extras. had a look through the changelog, it's an upstream release. |
| 22:54.47 | *** join/#maemo flx_ (flux@2001:708:310:3430:7065:a0fa:fa70:65ad) |
| 22:54.53 | *** join/#maemo r00t|home (~r00t@port-83-236-58-48.dynamic.qsc.de) |
| 22:55.07 | *** join/#maemo cyborg-one (~cyborg-on@85-238-111-27.broadband.tenet.odessa.ua) |
| 23:05.59 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 23:06.29 | *** join/#maemo konelix_ (~konelix@190.143.170.85) |
| 23:11.51 | *** join/#maemo em (~em@unaffiliated/emma) |
| 23:28.10 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 23:28.55 | *** join/#maemo Ethernin (~ethernin@pool-70-109-174-253.burl.east.myfairpoint.net) |
| 23:29.05 | kerio | ok, now i'm kinda worried |
| 23:29.13 | kerio | i found a bunch of corrupted symlinks |
| 23:35.37 | *** join/#maemo konelix_ (~konelix@190.143.170.85) |
| 23:37.30 | kerio | mostly icons |
| 23:38.33 | *** join/#maemo onion (~milang@tori.tal.org) |
| 23:44.22 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 23:55.21 | WizardNumberNext | kerio: I didn't look previously! I looked just now and it is dependency conflict. It complains about 'headset button enabler'. OK anyway I do not have headset with buttons yet, so bye bye awfull package |
| 23:55.34 | WizardNumberNext | I would be able to get cssu-testing in while |
| 23:55.40 | *** join/#maemo jrocha (~JRocha@173.247.206.210) |
| 23:55.44 | WizardNumberNext | Wizard out |