| 00:02.15 | SpeedEvil | wow. WWW.aa.net.UK has word services. for example, a mobile SIM that terminates on a SIP server of your choice |
| 00:02.24 | SpeedEvil | weird services |
| 00:03.21 | Pali | merlin1991, freemangordon, needs testing: https://garage.maemo.org/pm/task.php?func=detailtask&project_task_id=1979&group_id=2300&group_project_id=3864 |
| 00:03.38 | Pali | I want that u-boot will depends on this package |
| 00:03.50 | Pali | and kernel-power too |
| 00:03.55 | merlin1991 | how is that going to fly in -ex |
| 00:04.02 | merlin1991 | so you want to push it to extras? |
| 00:04.17 | Pali | first it needs to be tested |
| 00:04.21 | merlin1991 | otherwise you make kernel-power cssu-only |
| 00:04.32 | Pali | and then yes, to extras (because of uboot & kernel-power) |
| 00:04.49 | merlin1991 | I'll check it out as soon as I can |
| 00:05.28 | Pali | it allow to install -flasher package (for deb provides) without flashing image... |
| 00:15.27 | DocScrutinizer05 | merlin1991: [2012-10-13 01:43:46] <wpwrak> DocScrutinizer05: my fixes are in the regular awhttpd sources, http://www.hcsw.org/awhttpd/ http://www.hcsw.org/awhttpd/awhttpd-3.0.8.tgz |
| 00:18.11 | *** join/#maemo WielkiTost (~dos@unaffiliated/dos1) |
| 00:21.51 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 00:23.56 | *** join/#maemo stardiviner (~stardivin@122.236.246.210) |
| 00:40.38 | *** join/#maemo darkschneider (~gab@93-32-53-237.ip32.fastwebnet.it) |
| 00:45.09 | *** join/#maemo batsheep (~lev3k@c-98-238-227-32.hsd1.ca.comcast.net) |
| 01:01.31 | *** join/#maemo ghjgfjghjbn (~jdfgf@c-67-173-179-137.hsd1.il.comcast.net) |
| 01:01.31 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 01:04.17 | AndrewX192 | Is it possible to get maps for the N900 without using the PC software? |
| 01:13.48 | nox- | http://www.maemopeople.org/index.php/jaffa/2009/10/13/downloading_ovi_maps_without_a_network_c |
| 01:15.06 | nox- | and there also is osm based http://monav.openstreetmap.de/ |
| 01:21.09 | AndrewX192 | nox-: that site it links to was hacked |
| 01:21.23 | nox- | ew |
| 01:21.34 | AndrewX192 | so where do I get the files from? |
| 01:22.00 | nox- | dunno guess youll have to wait for it to be cleaned |
| 01:22.47 | nox- | or use osm... |
| 01:26.34 | AndrewX192 | :/ |
| 01:29.55 | nox- | bbl |
| 01:48.40 | *** join/#maemo dmb (dmb@unaffiliated/dmb) |
| 02:01.01 | *** join/#maemo Guest86774 (Smily@BSN-143-36-210.dial-up.dsl.siol.net) |
| 02:03.37 | *** join/#maemo dmb (dmb@unaffiliated/dmb) |
| 02:07.23 | *** join/#maemo uen| (~uen@p5DCB117D.dip.t-dialin.net) |
| 02:14.15 | *** join/#maemo erstazi (~erstazi@pool-71-116-23-50.eriepa.dsl-w.verizon.net) |
| 02:14.16 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 02:25.16 | *** join/#maemo radic (~radic@dslb-178-007-133-079.pools.arcor-ip.net) |
| 02:36.23 | *** join/#maemo odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk) |
| 02:36.27 | *** join/#maemo dmb (dmb@unaffiliated/dmb) |
| 02:56.10 | *** join/#maemo pcfe` (~pcfe@brln-4dbc1ee5.pool.mediaWays.net) |
| 02:56.11 | *** join/#maemo pcfe` (~pcfe@redhat/pcfe) |
| 03:04.22 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 03:29.46 | *** join/#maemo Guest86774 (Smily@BSN-143-36-210.dial-up.dsl.siol.net) |
| 03:31.57 | *** join/#maemo Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 03:49.58 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 04:18.56 | *** join/#maemo FireFly (~firefly@firefly.xen.prgmr.com) |
| 04:25.43 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 05:20.31 | *** join/#maemo mk8 (~torello@151.41.57.255) |
| 05:22.40 | *** join/#maemo piggz (~piggz@host-92-18-183-47.as13285.net) |
| 05:52.25 | *** join/#maemo joga (PbtTPisW@rikki.fi) |
| 05:53.47 | *** join/#maemo FlameReaper (~assassin@175.138.120.14) |
| 05:54.37 | *** join/#maemo stardiviner (~stardivin@122.236.246.85) |
| 06:22.13 | *** join/#maemo toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 06:27.17 | *** join/#maemo beford (~fernand0@unaffiliated/beford) |
| 06:38.10 | *** join/#maemo ghjgfjghjbn (~jdfgf@c-67-173-179-137.hsd1.il.comcast.net) |
| 06:42.47 | TTilus | AndrewX192: ive got ovi maps and don't remember how i got them, just that it most certainly was not via pc |
| 06:44.41 | TTilus | oh, it was about the map tiles |
| 06:44.51 | TTilus | sorry |
| 06:59.56 | *** join/#maemo Hoolxi (~Openfree@120.204.162.245) |
| 07:02.32 | *** join/#maemo hazchemix (~mpthx@ip51ccb388.speed.planet.nl) |
| 07:04.21 | *** join/#maemo cyborg-one (~cyborg-on@212-178-7-211.broadband.tenet.odessa.ua) |
| 07:18.31 | *** join/#maemo FlameReaper (~assassin@175.138.120.14) |
| 07:20.39 | *** join/#maemo FlameReaper-nemo (~FlameReap@175.138.120.14) |
| 07:29.39 | *** join/#maemo sasquatch (~username@p579584C7.dip.t-dialin.net) |
| 07:44.55 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 07:46.27 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 07:48.16 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 07:54.30 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 08:10.35 | *** join/#maemo jhb (~joerg@p579F6653.dip.t-dialin.net) |
| 08:16.58 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:22.42 | *** join/#maemo zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418) |
| 08:26.12 | *** join/#maemo noodles900 (~jpinx@host86-131-169-102.range86-131.btcentralplus.com) |
| 08:26.12 | *** join/#maemo noodles900 (~jpinx@unaffiliated/jpinx) |
| 08:31.14 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 08:36.21 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 08:45.03 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 09:00.22 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 09:02.01 | *** join/#maemo tilppis (~Paroset@62-44-228-133.bb.dnainternet.fi) |
| 09:05.27 | *** join/#maemo andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
| 09:05.28 | *** join/#maemo andre__ (~andre@wikimedia/aklapper) |
| 09:08.37 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 09:13.13 | Pali | merlin1991, I updated that package fiasco-image-update-ask because busybox tr and sed applet is buggy |
| 09:14.17 | freemangordon | I really don't get it why vibra should be of class input in 3.5.4 :( |
| 09:14.58 | freemangordon | Pali: wanna patches? |
| 09:15.30 | Pali | freemangordon, vibra is still in /drivers/input?? |
| 09:15.35 | Pali | I'd like to see |
| 09:15.38 | freemangordon | yes :D |
| 09:16.03 | freemangordon | Pali: vibra is in /sys/class/input |
| 09:16.13 | freemangordon | on stock it is in /sys/class/leds |
| 09:16.26 | Pali | ah, on maemo kernel it is in leds :D |
| 09:16.32 | Pali | and in upstream in input :D |
| 09:16.36 | Pali | nice :D:D |
| 09:16.54 | *** join/#maemo otep_ (~quassel@AP-203.167.4.11.sysads.com) |
| 09:17.24 | Pali | somebody should send patch which move vibra to filesystem subtree :-) |
| 09:17.32 | Pali | freemangordon, I have deb package which patch fiasco flashing to ask user if want to change kernel |
| 09:17.40 | Pali | package is now ready for testing |
| 09:19.55 | Pali | see: http://talk.maemo.org/showthread.php?p=1279967#post1279967 |
| 09:20.00 | freemangordon | Pali: http://merlin1991.at/~freemangordon/kernel3.5/patches.tar.gz |
| 09:20.00 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 09:20.37 | freemangordon | Pali: i really cannot imagine what tipe of input is vibra |
| 09:20.40 | freemangordon | *type |
| 09:21.15 | Pali | freemangordon, in maemo kernel IR TX is in input too :D |
| 09:21.38 | freemangordon | hehe |
| 09:21.48 | freemangordon | this should be in leds if you ask me |
| 09:22.37 | freemangordon | Pali: if you try those patches, have in mind you'll need to rename startup-pin-query, I don;t know why it hangs |
| 09:23.03 | Pali | freemangordon, are you going to create some git repo for it? |
| 09:23.13 | freemangordon | maybe after all ssi driver is not compatible with maemo, though I think I got it running once |
| 09:23.22 | freemangordon | Pali: should I |
| 09:23.34 | freemangordon | I am only playing with it for the sake om the play |
| 09:23.38 | freemangordon | *of |
| 09:23.45 | Pali | ok |
| 09:24.02 | freemangordon | even if i have 3.5.4 perfectly running with maemo, what to do with it? |
| 09:24.49 | freemangordon | though if i have an answer to the above question, maybe I can do some serious work |
| 09:25.13 | Pali | and bme? |
| 09:25.21 | freemangordon | what about it? |
| 09:25.50 | Pali | did you deleted it? |
| 09:26.01 | freemangordon | apt-get uninstall :D |
| 09:26.38 | Pali | and what other did you changed/deleted for upstream kernelM |
| 09:26.39 | Pali | ? |
| 09:27.11 | freemangordon | used your script, and renamed startup-pin-query and rtcomm-phone-ui |
| 09:27.17 | freemangordon | that is |
| 09:27.23 | Pali | ok |
| 09:27.27 | freemangordon | aaah |
| 09:28.03 | freemangordon | and in /etc/event.../scg i commented some framebuffer trickery |
| 09:28.09 | freemangordon | *sgx |
| 09:28.36 | Pali | maybe you can create wiki, how to do it... |
| 09:28.51 | freemangordon | but now when booted, mce and 2 hal pugins use 100% of CPU |
| 09:28.59 | freemangordon | Pali: what for? |
| 09:29.28 | Pali | all changes in maemo system |
| 09:29.31 | freemangordon | who and why will use that? |
| 09:29.46 | Pali | I can look at it later for better support |
| 09:30.41 | freemangordon | Pali: ok, but besides POC what is the benefit of that? |
| 09:31.08 | freemangordon | I mean, are we going to push 3x kenel in CSSU? I doubtt. |
| 09:31.25 | Pali | for upstreaming charger driver I need to test it on upstream kernel |
| 09:31.43 | Pali | so upstream kernel on maemo will be good for testing... |
| 09:31.45 | freemangordon | aah, i see |
| 09:31.57 | Pali | we can push upstream kernel to extras-devel |
| 09:32.11 | freemangordon | well, the patches are enough for it, you have maemo booting |
| 09:32.26 | freemangordon | Pali: come on, it needs tons of work |
| 09:32.45 | freemangordon | and I am not sure you can compile it with gcc4.2.1 |
| 09:32.55 | freemangordon | I am using my thumb toolchain |
| 09:33.11 | Pali | I have on ubuntu: gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) |
| 09:33.19 | Pali | (arm cross) |
| 09:33.37 | freemangordon | yes, but pushing it in extras needs autobuilder approval :D |
| 09:33.50 | Pali | yes :-) |
| 09:34.11 | freemangordon | and iirc even meego kernel refused to build with 4.2.1 |
| 09:34.33 | freemangordon | 2.6.37 or something |
| 09:34.36 | Pali | what about to create package of new toolchain and push it to extras-devel? |
| 09:34.46 | freemangordon | just imagine how will 3.5 complain |
| 09:34.46 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 09:34.55 | Pali | under some other name |
| 09:35.24 | freemangordon | Pali: to compile on the device? |
| 09:35.38 | Pali | no, to compile it under autobuilder |
| 09:35.40 | freemangordon | or for scratchbox, i don;t get the idea |
| 09:35.44 | freemangordon | aah |
| 09:36.06 | Pali | all toolchain executables will have different name (version prefix - name of app) |
| 09:36.12 | freemangordon | well, there is tgz |
| 09:36.36 | Pali | and if you call that executables with correct name, scratchbox will not rewrite it for internal compiler |
| 09:37.04 | Pali | there is only one problem, compiler in extras-devel in arm must be native compiler |
| 09:37.16 | Pali | so compilation will be very slow |
| 09:37.26 | Pali | ... but who cares in autobuilder? :-) |
| 09:37.29 | freemangordon | aah, i see. |
| 09:38.20 | freemangordon | but that means libstdc++ and libgcc in extras too |
| 09:38.33 | freemangordon | and that is CSSU suff ;) |
| 09:38.43 | Pali | yes... |
| 09:38.52 | Pali | what about static linked compiler? |
| 09:39.11 | freemangordon | you need those on the device |
| 09:39.27 | Pali | kernel does not need libgcc libc or std++ |
| 09:40.03 | freemangordon | Pali: this is massive amount of work I still wail to see the benefit of |
| 09:40.10 | freemangordon | *fail |
| 09:40.13 | Pali | ok :-) |
| 09:40.47 | Pali | btw, can you test fiasco-image-update-ask deb? |
| 09:40.48 | freemangordon | Pali: have in mind ompa PM in upstream is baaad |
| 09:41.01 | freemangordon | if exists at all |
| 09:41.18 | freemangordon | Pali: what I need to do to test it? |
| 09:41.56 | Pali | install that package and then start to install/reinstall -flasher packages |
| 09:42.28 | Pali | when you change kernel (e.g stock --> kernel-power or kernel --> uboot) it should ask you if you wan to flash it |
| 09:42.50 | Pali | and if you going to upgrade (kp51 --> kp52) it should not ask |
| 09:43.05 | Pali | it checking version in /dev/mtd<kernel> and new version |
| 09:43.26 | freemangordon | hmm |
| 09:43.38 | Pali | it can extract version from zImage or u-boot or zImage attached in u-boot |
| 09:43.50 | freemangordon | yeah, got it |
| 09:44.00 | Pali | (now it ignore attached zImage in u-boot) |
| 09:44.26 | freemangordon | i'd rather leave that to someone else :) |
| 09:44.49 | Pali | ok |
| 09:45.31 | Pali | and I have prapared package kernel-bootimg which contains zImage of stock kernel in /boot/ and item file in /etc/bootmenu.d/ |
| 09:45.43 | Pali | which is needed for building u-boot |
| 09:46.15 | Pali | I will push it to extras-devel |
| 09:46.31 | freemangordon | ok |
| 09:47.07 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 09:47.22 | freemangordon | Pali: any development with romaxa's work? |
| 09:47.48 | Pali | what do you mean? |
| 09:48.16 | freemangordon | hmm, i thought it will tweak browser rotation |
| 09:48.23 | freemangordon | s/it/he/ |
| 09:48.43 | freemangordon | probably misunderstood something |
| 09:48.53 | *** join/#maemo WielkiTost (~dos@unaffiliated/dos1) |
| 09:49.53 | freemangordon | Pali: I am getting "Paly away" messages |
| 09:49.59 | freemangordon | *Pali |
| 09:50.16 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 09:56.34 | *** join/#maemo FireFly (~firefly@oftn/member/FireFly) |
| 09:56.44 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 09:56.53 | *** join/#maemo Dynamit (~Mohamed@84-55-71-22.customers.ownit.se) |
| 10:01.54 | *** join/#maemo Dynamit (~Mohamed@84-55-71-22.customers.ownit.se) |
| 10:22.18 | *** join/#maemo eMHa (~mh@HSI-KBW-091-089-140-038.hsi2.kabel-badenwuerttemberg.de) |
| 10:25.03 | *** join/#maemo jpinx (~jpinx@unaffiliated/jpinx) |
| 10:27.51 | *** join/#maemo Cor-Ai (cor-ai@c-5743e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 10:33.46 | *** join/#maemo teotwaki (~crashandd@2a01:e35:8a44:eb00:213:2ff:fe39:c4d4) |
| 10:33.47 | *** join/#maemo teotwaki (~crashandd@Maemo/community/contributor/crashanddie) |
| 10:43.33 | *** join/#maemo jhb (~joerg@p579F6653.dip.t-dialin.net) |
| 10:56.59 | *** join/#maemo cyborg-one (~cyborg-on@212-178-7-211.broadband.tenet.odessa.ua) |
| 11:04.34 | *** join/#maemo vblazquez (~vic@152.125.15.37.dynamic.jazztel.es) |
| 11:05.35 | *** join/#maemo maybeArgh (~cl@p5B165F30.dip.t-dialin.net) |
| 11:17.54 | *** join/#maemo smhar (~salman@84.255.135.145) |
| 11:18.04 | smhar | greeting |
| 11:19.47 | smhar | I just got myself a Samsung Note 2 mobile. I copied all contacts using csv file transferred by bluetooth. Now I want to transfer the messages. Is there a way to do this? |
| 11:24.53 | kerio | you traitor! |
| 11:26.31 | DocScrutinizer06 | smhar: hardly |
| 11:27.50 | DocScrutinizer06 | unlike contacts, msgs are generally not considered worthy for ex/import it seems |
| 11:28.53 | *** join/#maemo iDont (~iDont@j138215.upc-j.chello.nl) |
| 11:28.57 | DocScrutinizer06 | you probably could extract all SMS and IM msgs from events_v1.db |
| 11:29.17 | DocScrutinizer06 | with a sqlite frontend |
| 11:29.20 | smhar | kerio, I am not getting rid of my N900, I can not do this. it is just that it is showing its age, in terms of hardware, that I can not depend on it fully for work. |
| 11:30.39 | smhar | kerio, I had the option between iphone and galaxy note and I chose the least evil :-) |
| 11:31.42 | kerio | doubts the n900 isn't dependable for "work" that's not a physics simulator or something equally silly |
| 11:34.27 | smhar | kerio, I did not say it is not dependable for work. I have been using it for work and personal use for ages. It is just that it has several deep scratches that makes reading hard. Also, its readability in sun -as my work requires- is not very good. |
| 11:35.22 | smhar | kerio, I also need a portable dwg file viewer that is not available in N900 |
| 11:35.48 | *** join/#maemo FlameReaper-nemo (~FlameReap@203.82.92.28) |
| 11:36.31 | kerio | i thought there weren't many transreflective screens for mobiles, but ok |
| 11:36.42 | kerio | having to open autocad projects is a valid concern, i s'pose |
| 11:39.01 | FlameReaper-nemo | though |
| 11:39.11 | FlameReaper-nemo | opening autocad projects on a mobile? |
| 11:39.44 | FlameReaper-nemo | I thought a workstation would be more practical but I wonder |
| 11:39.56 | FlameReaper-nemo | any use case for that? |
| 11:40.03 | smhar | FlameReaper-nemo, viewing them, not editing them. it is very feasible in a note 2 size mobile |
| 11:40.23 | FlameReaper-nemo | ah |
| 11:40.50 | smhar | FlameReaper-nemo, I need to have a copy of the drawing with me and to check dimensions of items while walking in the site |
| 11:41.24 | FlameReaper-nemo | that would be reasonable |
| 11:42.09 | *** join/#maemo EgS (~egs@quassel/developer/egs) |
| 11:43.27 | *** join/#maemo Cor-Ai_ (cor-ai@c-5743e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 11:44.13 | *** join/#maemo vblazquez (~vic@152.125.15.37.dynamic.jazztel.es) |
| 11:56.42 | DocScrutinizer06 | [general notice] Maemo Council nomination period extended until 28. of this month, PLEASE CONSIDER self-nomination, it doesn't need any super-powers |
| 11:58.29 | *** join/#maemo FlameReaper (~FR@203.82.92.2) |
| 12:13.38 | *** join/#maemo vi__ (~user@87.115.158.117) |
| 12:13.53 | vi__ | why cant I play music when on a call? |
| 12:14.10 | *** join/#maemo NIN101 (~NIN@p5DD28A26.dip0.t-ipconnect.de) |
| 12:14.13 | vi__ | I thought pulse audio could do that sort of thing? |
| 12:14.31 | vi__ | even symbian could! |
| 12:16.33 | kerio | pulseaudio most definetely can |
| 12:16.40 | kerio | and pulseaudio most definetely doesn't want to |
| 12:16.46 | *** join/#maemo tilppis (~Paroset@62-44-228-133.bb.dnainternet.fi) |
| 12:16.53 | kerio | because it hates you |
| 12:17.38 | vi__ | so why cant I play music when on a call? |
| 12:21.30 | kerio | because pulseaudio hates you |
| 12:21.38 | kerio | or maybe because of some weird nokia policy, ask Pali |
| 12:22.21 | Pali | vi__, you need to patch prolog code which disabling it |
| 12:23.14 | kerio | Pali: does it disable every other sound? |
| 12:24.23 | Pali | kerio, I do not know |
| 12:24.49 | Pali | vi__, decompiled prolog source code is here: https://gitorious.org/community-ssu/policy-settings-rx51/trees/master/rx51/policy |
| 12:32.06 | *** join/#maemo trx (ns-team@93.87.57.222) |
| 12:33.44 | ZogG_laptop | Pali: there is prolog used somewhere? :P |
| 12:34.00 | Pali | ZogG_laptop, yes |
| 12:34.04 | ZogG_laptop | lol |
| 12:34.08 | Pali | auto routing, linux cgroups, ... |
| 12:34.27 | ZogG_laptop | i had it this semester (visual prolog) - it's wierd language i would say |
| 12:34.29 | Pali | alsa/pulseaudio/phone call policy |
| 12:34.40 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 12:36.14 | Pali | I had prolog last semester too :-) and this is why I was able to decompile it and fix problems |
| 12:36.33 | Pali | like headset button worked only when phone call was active |
| 12:36.53 | ZogG_laptop | i missed most lessons and have no idea what's going on with it. still need to make project for that course (pipe ania game) |
| 12:37.36 | Pali | prolog is good for logical programming |
| 12:38.25 | joga | woot |
| 12:38.54 | joga | cool detail :) |
| 12:42.06 | vi__ | Pali: make it so I can play music while on a call and I will buy you an pizza. |
| 12:46.00 | *** join/#maemo Vanadis (~Vanadis@84-73-15-21.dclient.hispeed.ch) |
| 12:46.52 | *** join/#maemo cyborg-o1e (~cyborg-on@37.203.7.1) |
| 12:47.48 | *** join/#maemo Vanadis__ (~Vanadis@84-73-15-21.dclient.hispeed.ch) |
| 12:49.45 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-182-219-57.red.bezeqint.net) |
| 12:49.45 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 12:52.15 | *** join/#maemo rcg (~rc@g226029139.adsl.alicedsl.de) |
| 12:53.50 | *** join/#maemo FlameReaper (~FR@203.82.92.2) |
| 12:55.31 | *** join/#maemo jpinx (~jpinx@host86-131-169-102.range86-131.btcentralplus.com) |
| 12:59.36 | *** join/#maemo cityLights (~nivw@bzq-218-29-26.cablep.bezeqint.net) |
| 13:00.24 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 13:01.56 | DocScrutinizer05 | damn Prolog. Couldn't they use inuktitut instead of Prolog? So at least google-translate would *maybe* convert it to something meaningful for me |
| 13:04.16 | jaska | prolol. |
| 13:05.09 | kerio | trolog |
| 13:05.48 | jaska | oh yeah, thats better |
| 13:05.49 | jaska | trollog |
| 13:05.51 | kerio | i wonder if the n900 has enough resources to emulate the DS properly |
| 13:06.23 | DocScrutinizer05 | DS? |
| 13:06.27 | kerio | nintendo ds |
| 13:06.42 | DocScrutinizer05 | nfc |
| 13:06.49 | kerio | 67.028MHz arm9 and 33.514MHz arm7 |
| 13:06.58 | kerio | and then some kind of graphical chip |
| 13:19.54 | *** join/#maemo joga (PbtTPisW@unaffiliated/joga) |
| 13:20.17 | DocScrutinizer05 | while CPU emu is rarely ever a problem, emulating GFX accel is next to impossible in realtime |
| 13:21.43 | DocScrutinizer05 | depending on architecture/properties a gfx accel performs 10s to 1000s of times better than a similarly 'fast' CPU on same task |
| 13:24.37 | DocScrutinizer05 | and the problem with emulating GFX accel is: the app and libs it uses are all optimized to the very special properties of the gfx accel, so the CPU emulating it has to do rather silly things to emulate some function that helps accel to perform better but costs CPU additional cycles to emulate, while you hardly can optimize much for the real video driven by the CPU |
| 13:26.02 | kerio | DocScrutinizer05: this, assuming you want to emulate the GPU exactly, mame-style |
| 13:26.23 | kerio | it's the reason mame sucks balls for 3d games :) |
| 13:27.26 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 13:28.53 | kerio | huh, there *is* desmume for the n900 |
| 13:33.53 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 13:34.46 | kerio | haha i get a whopping 2fps |
| 13:35.27 | DocScrutinizer05 | Pali: ZogG_laptop: any URL/pointer for me to read a 30min "Prolog for dummies"? Those "sources" Pali liked to, above, are like hieroglyphs to me |
| 13:36.43 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 13:40.06 | kerio | DocScrutinizer05: don't go there! that's the road to insanity! |
| 13:43.47 | Pali | DocScrutinizer05: look at http://www.csupomona.edu/~jrfisher/www/prolog_tutorial/contents.html or http://kti.ms.mff.cuni.cz/~bartak/prolog/ |
| 13:58.01 | *** join/#maemo pInvoke (~pInvoke@46.115.73.117) |
| 14:02.19 | DocScrutinizer05 | EEEW I feel nausea after first 10 lines of code on fist page of introduction: http://www.csupomona.edu/~jrfisher/www/prolog_tutorial/1.html. .oO("WTF comes in 'D'???") |
| 14:05.24 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 14:05.59 | DocScrutinizer05 | and the insanity of closing a large structure (like an "IF" statement) with an almost invisible "." already drove me and all my colleagues mad in early 80s of last century, when we used to substitute "." by ". NOTE dot." in COBOL |
| 14:08.10 | DocScrutinizer05 | and COBOL been derided as "compilable prosa" even back then |
| 14:08.49 | DocScrutinizer05 | so Prolog seems to be "compilable dadaism poems" |
| 14:13.16 | *** join/#maemo cyborg-one (~cyborg-on@37.203.22.2) |
| 14:14.52 | DocScrutinizer05 | aaah, I see >> At the same time, early 1970's, Colmerauer and his group at the University of Marseille-Aix developed a specialized theorem prover... << now that contains two key factoids for me: University of Marseille-Aix, and 1970. |
| 14:16.15 | DocScrutinizer05 | adding to that the generally somewhat inverse grammatics of French language (and thinking, it seems), makes for a perfect first characterization of Prolog's origin |
| 14:18.02 | Pali | DocScrutinizer05 in prolog char ',' is && (and) and char ';' is || (or) |
| 14:18.21 | DocScrutinizer05 | OMFG |
| 14:18.46 | Pali | next ',' has higher priority then ';' |
| 14:19.02 | DocScrutinizer05 | OK, you win! I give up |
| 14:19.33 | Pali | and prolog has unification |
| 14:19.52 | kerio | toldya |
| 14:20.10 | Pali | there is no assign operator |
| 14:20.19 | Pali | '=' is used for unification |
| 14:22.04 | DocScrutinizer05 | >>Thus you can load more programs into the database but be careful whether the programs do not use the procedures with the same name. Otherwise, because of cumulating of clauses, these procedures could behave incorrectly.<< SUUUURE |
| 14:25.02 | *** join/#maemo schen (~schen@cpe-70-113-78-99.austin.res.rr.com) |
| 14:27.17 | DocScrutinizer05 | you know, one of the minor functions of my first really huge project (>1 manyear) been to overcome the problems in COBOL that originate from COPY statements (== include <filename>), insane way of COBOL defining var structures (05 structure-a. 10 member-of-05 PIC 99,999 DISPLAY.) and the fact that COPY statements can't work inside COPY elements (an include file can't include further files) |
| 14:31.11 | DocScrutinizer05 | so I worked 1 year to create a data dictionary to get proper system wide type definitions (e.g for timestamp, consisting of 20 timestamp. 25 year PIC 9999. 25 time. 30 hour PIC 99. 30 min PIC 99. 30 sec PIC 99) into COBOL |
| 14:31.56 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 14:32.30 | DocScrutinizer05 | well, I forgot month and day-of-month var definitions in above copy element |
| 14:33.17 | DocScrutinizer05 | anyway PROLOG seems worse than COBOL |
| 14:39.58 | jaska | there are worse things.. like erlang, reusing prologs syntax for a nearly general purpose language |
| 14:43.32 | DocScrutinizer05 | eeek |
| 14:43.51 | DocScrutinizer05 | http://www.csis.ul.ie/cobol/course/Copy.htm >>A COPY statement can occur anywhere a character-string or a separator can occur except that a COPY statement must not occur within another COPY statement<< |
| 14:45.16 | DocScrutinizer05 | >>The text produced as a result of the complete processing of a COPY statement must not contain a COPY statement. << |
| 14:47.03 | kerio | Pali: i'm bored |
| 14:47.12 | kerio | give me something to test |
| 14:48.15 | Pali | kerio, http://talk.maemo.org/showthread.php?p=1279967#post1279967 |
| 14:48.24 | Skry | kerio: testing is boring. fix bluetooth driver and send me teh diffs. |
| 14:48.40 | kerio | Skry: no u |
| 14:48.45 | kerio | also, what's broken in the bt driver? :o |
| 14:49.13 | Skry | its old |
| 14:49.35 | kerio | Pali: hm, how would i test that? i've got kp52 already |
| 14:50.01 | Pali | kerio, reinstall kernel and kernel-flasher packages |
| 14:50.24 | Pali | or reinstall other -flasher package |
| 14:51.00 | kerio | hrmpf, i don't have the KP52 debs anymore |
| 14:51.22 | Pali | I mean to reinstall stock kernel packages |
| 14:51.34 | kerio | Pali: oooooh |
| 14:51.53 | Pali | you should be able to reject flashing |
| 14:52.10 | kerio | ...weird, kernel doesn't depend on kernel-modules |
| 14:52.22 | Pali | yes |
| 14:52.25 | Pali | ist ok |
| 14:52.36 | Pali | kernel is only flashable image |
| 14:52.44 | Pali | kernel-flasher depends on modules |
| 14:53.07 | kerio | Pali: kernel-flasher doesn't depend on modules either |
| 14:53.23 | Pali | then it is bug |
| 14:53.28 | Pali | which is fixed in kernel-power :-) |
| 14:53.31 | kerio | Pali: i'm talking about the stock stuff |
| 14:53.50 | DocScrutinizer05 | lol |
| 14:53.54 | kerio | you know, the kind of stuff that has botched deps due to the fucking metapackage |
| 14:54.11 | DocScrutinizer05 | ~lart MP |
| 14:54.11 | infobot | pulls out his louisville slugger and uses MP's head to break the homerun record |
| 14:54.12 | kerio | anyway, "the version of the new kernel isn't similar to the old one" |
| 14:54.18 | kerio | and i was able to abort the flashing |
| 14:54.46 | Pali | its ok |
| 14:55.06 | kerio | Pali: if you want more testing, release KP52 :P |
| 14:55.27 | Pali | I'm still waiting for some patches |
| 14:55.46 | kerio | Pali: canceling the flash could be disastrous if you're doing a HAM system update |
| 14:56.05 | kerio | looks at cssu-thumb |
| 14:56.21 | Pali | kerio, canceling flash is not fail |
| 14:56.32 | kerio | Pali: that's the whole point |
| 14:57.04 | Pali | it is ok, because it allow us to install kernel-power-flasher without need to flash image to nand (where can be uboot) |
| 14:57.27 | kerio | Pali: but k-p-f depends on the k-p package |
| 14:57.40 | Pali | we already talked about it and this was ony one solution |
| 14:57.46 | Pali | kerio, it is problem? |
| 14:57.54 | kerio | well, you'll have the fiasco image in /boot wasting space |
| 14:57.58 | Pali | no |
| 14:58.01 | Pali | it is deleted too |
| 14:58.07 | kerio | oh |
| 14:58.11 | kerio | eeeeeeeh |
| 14:58.17 | kerio | i suppose it's fine, then |
| 14:58.26 | Pali | if you cancel flash or not it is deleted by shell script by nokia |
| 14:58.41 | Pali | I only patched that script to ask user |
| 14:58.43 | kerio | as long as you don't cancel the flashing of kernel-cssu as you're installing cssu-thumb XD |
| 14:59.11 | kerio | Pali: btw, why can't uboot boot from a fiasco image of a kernel? |
| 14:59.43 | Pali | because fiasco is proprietary format and nobody have time to implement it in uboot |
| 14:59.56 | Pali | uboot using standard mkimage format |
| 15:00.11 | DocScrutinizer05 | feels this tweak to basic operation principles and concept of kernel flashing needs some more public discussion |
| 15:00.55 | Pali | DocScrutinizer05, I think we already had discussion about it |
| 15:01.21 | Pali | and there is task on garage: https://garage.maemo.org/pm/task.php?func=detailtask&project_task_id=1979&group_id=2300&group_project_id=3864 |
| 15:01.42 | Pali | date 2012-03-14 |
| 15:01.51 | kerio | Pali: btw, don't you have an uboot to test on weird hw revs? |
| 15:02.18 | Pali | kerio, yes testing version of uboot is already here in chanlog |
| 15:02.50 | *** join/#maemo sq-one (~sq-one@p549AA613.dip.t-dialin.net) |
| 15:02.54 | Pali | http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-2012.10-rc3-1+zImage-2.6.28-omap1.fiasco |
| 15:03.04 | DocScrutinizer05 | Pali: wasn't aware of that, and probably missed the public discussion when it happened |
| 15:03.07 | DocScrutinizer05 | thanks |
| 15:03.57 | kerio | Pali: ugh, do you have one with kernel-power attached? :3 |
| 15:04.11 | Pali | kerio, no |
| 15:04.12 | kerio | i don't have the stock modules and i can't boot with it anyway |
| 15:04.33 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 15:06.48 | DocScrutinizer05 | Pali: however a user query probably isn't the solution to what been the task description. It more feels like trying to solve the problem that resulted in defining that task |
| 15:07.48 | Pali | DocScrutinizer05, and what is better? do not ask user and ignore flashing? |
| 15:08.28 | Pali | if you updating kp (51 to 52) then it not ask for flashing |
| 15:08.43 | DocScrutinizer05 | Pali: the rationale behind "we need a way to tell which kernel is installed, so we don't do nasty" seems to be we need to implement that check on a higher level, more early and for more than mere flashing of kernel. We also might need to check same result for flashing of kernel modules for example |
| 15:08.45 | Pali | but if you have stock and going to install kp then it ask |
| 15:09.40 | Pali | DocScrutinizer05, now it extract version from /dev/mtd<something> and compare it with new version in fiasco zImage |
| 15:10.16 | Pali | it can detect version of linux kernel in zImage and version of u-boot |
| 15:10.49 | DocScrutinizer05 | hmm, that's all fine for solving the task, as long as we get a function-call that can get used in arbitrary situations (like module installation) |
| 15:11.40 | DocScrutinizer05 | already implementing a query into kernel flasher is beyond task 1980 |
| 15:13.47 | DocScrutinizer05 | Pali: I'm just saying you over-committed task 1980, your solution should get split into the mere check for kernel version (goes to 1980) plus the actual using of it which shouldn't go there but is some other/new task already |
| 15:15.42 | *** join/#maemo FireFly (~firefly@oftn/member/FireFly) |
| 15:16.48 | DocScrutinizer05 | I admit the wording of task-1980 been a bit fuzzy |
| 15:17.52 | DocScrutinizer05 | the >>...to prevent flashing over user kernels.<< part is a comment aiui, not part of the task |
| 15:20.17 | DocScrutinizer05 | particularly it's not a complete definition of the implied task to avoid messing with any kernel related stuff. This includes more than "to prevent flashing over user kernels.", it also needs consideration in other related actions like updating kernel modules, installing stuff that depends on certain kernel properties that we don't have a PROVIDES for, etc |
| 15:20.20 | *** join/#maemo SmilyOrg (Smily@BSN-142-124-174.dial-up.dsl.siol.net) |
| 15:21.38 | DocScrutinizer05 | that's what I meant about "we might need public discussion" |
| 15:24.08 | DocScrutinizer05 | 1980 should get a solution that looks like "added binary and source for `kernel version <versionstring>' which will return 0 if version is met, return -1 otherwise" |
| 15:24.35 | DocScrutinizer05 | s/el ve/elve/ |
| 15:28.18 | *** join/#maemo FireFly (~firefly@oftn/member/FireFly) |
| 15:29.04 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 15:34.28 | DocScrutinizer05 | Pali: of course this command `kernelversion` probably needs a little bit more smart features, like comparing kernel version against wildcards/regex, checking for kernel version >= or < something, etc. I haven't thought thoroughly about proper spec for that command |
| 15:36.15 | DocScrutinizer05 | anyway result of task1980 should be re-usable by others, without them needing to `RE` your .deb or sourcecode |
| 15:38.52 | DocScrutinizer05 | Pali: maybe http://bazaar.launchpad.net/~pali/+junk/maemo_fiasco-image-update-ask/view/head:/zimage-get-version.c is exactly that, but then it needs a README to explain how to use it |
| 15:40.01 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 15:44.15 | DocScrutinizer05 | yeah, actually after having a glimpse at sourcecode, it actually is exactly what I asked for (it seems), just I wasn't able to see it as the README is missing as well as any short statement in https://garage.maemo.org/pm/task.php?func=detailtask&project_task_id=1979&group_id=2300&group_project_id=3864 about how it works |
| 15:45.39 | DocScrutinizer05 | (funny how poject_task_id in URL seems pragma_base0 aka RL-ID-- ) |
| 15:46.52 | DocScrutinizer05 | nevermind, it seems it actually _is_ task 1979 |
| 15:50.47 | DocScrutinizer05 | Pali: I guess I got completely fooled by the title of your git/bazaar branch "maemo_fiasco-image-update-ask" - I took that as being specifically for fiasco-updates which it clearly isn't (ment to be) |
| 15:53.08 | *** join/#maemo FlameReaper (~assassin@115.132.44.74) |
| 15:56.19 | *** join/#maemo Free-MG (~test@p4FFE72A8.dip.t-dialin.net) |
| 16:00.07 | DocScrutinizer05 | pondering the whole problem, I wonder if we ever need anything beyond >> if [ "b8db739ea8f2aec4da18ddd550791590" == $( md5sum /dev/mtd3ro ) ]; then...<< |
| 16:03.19 | DocScrutinizer05 | >> if [ "b8db739ea8f2aec4da18ddd550791590" == $( md5sum /dev/mtd3ro | cut -d " " -f 1) ]; then...<< actually |
| 16:05.26 | kerio | DocScrutinizer05: if md5sum -c /tmp/oldkernelmd5 --status ; then |
| 16:06.00 | kerio | neat, busybox md5sum has -c and -s |
| 16:06.39 | kerio | DocScrutinizer05: i'm not sure you can read from mtd3ro like that and get a sensible result, though |
| 16:06.46 | kerio | i'd nanddump |
| 16:10.34 | *** join/#maemo rcg (~rc@g226029139.adsl.alicedsl.de) |
| 16:11.03 | DocScrutinizer05 | huh? sure you can |
| 16:11.27 | DocScrutinizer05 | ooh, you mean because of bad blocks |
| 16:11.32 | DocScrutinizer05 | nice catch |
| 16:11.35 | DocScrutinizer05 | :-) |
| 16:12.35 | DocScrutinizer05 | yeah, nanddump (or mtd_debug) should solve that problem |
| 16:22.15 | *** join/#maemo valeriusM (~user@85.26.180.159) |
| 16:32.03 | kerio | https://docs.google.com/document/d/1r04yjaQoL1c_vuwQr-CdbDQ8EjGVGOL_1V6BNVWaR1c/preview interesting symbian post-mortem |
| 16:32.39 | DocScrutinizer05 | ffs, my IroN900 just needed a reboot to re-establsih WLAN connectivity. Though it claimed wlan0 being up and having proper IP, not a single ping went out to AP |
| 16:33.06 | DocScrutinizer05 | :-/ |
| 16:33.11 | kerio | wait, the one with the huge uptime? D: |
| 16:33.36 | DocScrutinizer05 | not even going offline mode (airplane mode) and back helped to re-establish proper connectivity |
| 16:33.41 | DocScrutinizer05 | nah |
| 16:33.49 | kerio | stop icd start icd? |
| 16:34.10 | DocScrutinizer05 | t900:~# uptime |
| 16:34.11 | DocScrutinizer05 | <PROTECTED> |
| 16:34.45 | ShadowJK | ifconfig wlan0 down ; rmmod wl1152 (or whatever) ; modprobe wl1152 |
| 16:34.47 | ShadowJK | :P |
| 16:35.03 | ShadowJK | forgets name of wireless module |
| 16:35.09 | DocScrutinizer05 | syslog claimed exactly that happened several times this afternoon |
| 16:35.59 | ShadowJK | it never gets unloaded on n900 afaik |
| 16:36.08 | ShadowJK | though on maemo4 it seems like it does |
| 16:36.45 | DocScrutinizer05 | Oct 13 15:27:51 IroN900 kernel: [115214.154632] wl1251: 151 tx blocks at 0x3b788, 35 rx blocks at 0x3a780 |
| 16:36.46 | DocScrutinizer05 | Oct 13 15:27:51 IroN900 kernel: [115214.170135] wl1251: firmware booted (Rev 4.0.4.3.7) |
| 16:36.48 | DocScrutinizer05 | Oct 13 15:27:52 IroN900 wlancond[1606]: Scan issued |
| 16:38.37 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 16:40.09 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 16:40.23 | ShadowJK | that's not full unload |
| 16:41.28 | ShadowJK | [15763.458465] wl1251: unloaded |
| 16:41.41 | ShadowJK | [15767.411132] phy1: Selected rate control algorithm 'minstrel' |
| 16:41.54 | ShadowJK | [15767.416992] wl1251: loaded |
| 16:42.03 | ShadowJK | [15767.417510] wl1251: initialized |
| 16:42.30 | Pali | sudo rmmod wl12xx |
| 16:42.42 | Pali | sudo modprobe wl12xx |
| 16:42.49 | Pali | sudo wl1251-cal |
| 16:42.55 | Pali | sudo stop -q wlancond |
| 16:42.57 | ShadowJK | (after that it requests firmware and loads firmware, 2 times, then it does as DocScrutinizer05 pasted) |
| 16:43.00 | Pali | sudo start -q wlancond |
| 16:43.04 | Pali | sudo stop -q icd2 |
| 16:43.09 | Pali | sudo start -q icd2 |
| 16:43.22 | Pali | ^^^ this should help |
| 16:45.24 | ShadowJK | yeah ive done that sequence too :) |
| 16:46.58 | DocScrutinizer05 | ShadowJK: http://maemo.cloud-7.de/share-service/xxx |
| 16:47.05 | DocScrutinizer05 | Pali: ^^^ |
| 16:47.36 | *** join/#maemo grammoboy (~derick@52495F83.cm-4-2b.dynamic.ziggo.nl) |
| 16:48.32 | grammoboy | I can't umount my nfs mount point anymore |
| 16:48.40 | grammoboy | something went wrong apparently |
| 16:48.46 | grammoboy | umount /nfs/music |
| 16:48.49 | grammoboy | invalid argument |
| 16:48.54 | DocScrutinizer05 | if anybody is able to make sense of that and spot who's the culprit for this borked WLAN association, I'd love to hear |
| 16:49.31 | ShadowJK | eh I always just figured thw wlan chip is buggy and needs total reinitialization twice a year |
| 16:49.44 | DocScrutinizer05 | grammoboy: stale nfs locks are a notorious problem |
| 16:50.33 | grammoboy | DocScrutinizer05, pff, how to get rid of it now? |
| 16:53.34 | *** join/#maemo Venusaur (~desu@wikipedia/Antonio-Lopez) |
| 16:53.52 | *** join/#maemo jpinx (~jpinx@host86-131-169-102.range86-131.btcentralplus.com) |
| 16:56.42 | ShadowJK | heh |
| 16:56.52 | ShadowJK | "invalid argument" is weird |
| 16:57.04 | ShadowJK | usually it says something about busy |
| 16:57.11 | ShadowJK | if there's something using it |
| 16:57.23 | ShadowJK | or hangs if the server went away |
| 17:01.40 | DocScrutinizer05 | ShadowJK: the whole friggin sequence doesn't make too much sense to me |
| 17:03.54 | kerio | nfs really can't deal with network issues gracefully |
| 17:04.18 | DocScrutinizer05 | meh, grammoboy is offline anyway |
| 17:04.58 | DocScrutinizer05 | but my IroN900 is online now again, after eboot. while going to airplane-mode didn't help. Now what's this telling me? |
| 17:05.24 | kerio | reboots are magical |
| 17:05.34 | *** join/#maemo jpinx (~jpinx@host86-131-169-102.range86-131.btcentralplus.com) |
| 17:06.09 | *** join/#maemo jpinx (~jpinx@unaffiliated/jpinx) |
| 17:06.17 | DocScrutinizer05 | I'd blame PSM, since it exposed some friggin delays of several seconds even before it went down completely |
| 17:06.33 | DocScrutinizer05 | (delays in ssh session) |
| 17:06.36 | *** join/#maemo grammoboy (~derick@52495F83.cm-4-2b.dynamic.ziggo.nl) |
| 17:06.44 | grammoboy | o my this really seems to be serious |
| 17:06.55 | DocScrutinizer05 | hey wb |
| 17:07.01 | grammoboy | no way to umount my nfs mount point |
| 17:07.17 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 17:07.18 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 17:07.46 | DocScrutinizer05 | grammoboy: corrupted fs is known to report any inode that it doesn't know any better about, as being a "stale NFS" |
| 17:07.58 | DocScrutinizer05 | usually a fsck can fix that |
| 17:08.14 | grammoboy | on the local device? |
| 17:08.16 | grammoboy | eg n900 |
| 17:08.19 | DocScrutinizer05 | yep |
| 17:08.45 | DocScrutinizer05 | NFS links are obviously a special type of inode on the rootfs |
| 17:09.05 | DocScrutinizer05 | (or wherever the supposed NFS been supposedly mounted to) |
| 17:09.40 | grammoboy | do you know how to run fsck? |
| 17:09.54 | DocScrutinizer05 | I had stale NFS mounts on devices that evidently never been using NFS |
| 17:10.29 | DocScrutinizer05 | grammoboy: depending on the partition you need to check, it's sometimes tricky |
| 17:10.46 | DocScrutinizer05 | rootfs can't get umounted, and fsck won't fix mounted fs |
| 17:10.56 | DocScrutinizer05 | try BM |
| 17:11.05 | grammoboy | DocScrutinizer05, its mounted on /nfs/music |
| 17:11.05 | DocScrutinizer05 | I think it has an option to fsck |
| 17:11.39 | DocScrutinizer05 | df -h /nfs/ |
| 17:11.48 | DocScrutinizer05 | will tell you which fs this really is |
| 17:12.20 | DocScrutinizer05 | anyway |
| 17:12.22 | DocScrutinizer05 | ~bm |
| 17:12.22 | infobot | somebody said backupmenu was http://talk.maemo.org/showthread.php?t=63975 |
| 17:12.33 | DocScrutinizer05 | o/ |
| 17:12.39 | DocScrutinizer05 | afk |
| 17:12.58 | grammoboy | i'll look into bm |
| 17:13.10 | grammoboy | first it needs some charging |
| 17:13.15 | grammoboy | thx |
| 17:17.30 | DocScrutinizer05 | grammoboy: better ask somebody who already used NFS and thus has some experience. My advice probably isn't very good |
| 17:24.14 | ShadowJK | "stale nfs mount" error message is like a generic "wtf filesystem disappeared" error that can occur on non-nfs too |
| 17:34.53 | DocScrutinizer05 | ShadowJK: so how would you tell the fs with that "stale fs mount" to goddamn umont it and reset that inode? |
| 17:35.29 | DocScrutinizer05 | there has to be some why I'd think, other than running a full fsck against the "corrupted" fs |
| 17:35.40 | DocScrutinizer05 | s/why/way/ |
| 17:36.10 | DocScrutinizer05 | odds are fsck wouldn't even fix the incriminated inode |
| 17:39.22 | DocScrutinizer05 | hmmm, http://joelinoff.com/blog/?p=356 http://www.cyberciti.biz/tips/nfs-stale-file-handle-error-and-solution.html |
| 17:40.15 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 17:40.57 | DocScrutinizer05 | http://www.motherboardpoint.com/fix-stale-nfs-file-handle-t204765.html etc, google for "fix stale nfs mount" |
| 17:41.30 | DocScrutinizer05 | grammoboy: ^^^ |
| 17:41.47 | DocScrutinizer05 | all I can do to help you out |
| 17:46.57 | *** join/#maemo valeriusM (~user@95.153.174.82) |
| 17:51.26 | *** join/#maemo panzersajt_ (~panzersaj@87.97.8.253.pool.invitel.hu) |
| 17:51.31 | panzersajt_ | Pali, hy |
| 17:51.44 | Pali | panzersajt_, hi |
| 17:51.55 | panzersajt_ | thanks for the new u-boot but it would like to work on my device |
| 17:51.56 | panzersajt_ | :( |
| 17:52.06 | panzersajt_ | *wouldn't |
| 17:53.00 | Pali | panzersajt_, and is zImage without uboot working? |
| 17:53.44 | panzersajt_ | it shows this: |
| 17:53.45 | panzersajt_ | USER |
| 17:53.52 | panzersajt_ | than a lots of numbers and letters |
| 17:53.55 | panzersajt_ | than |
| 17:54.06 | panzersajt_ | reboot in 2 1 .. |
| 17:54.10 | panzersajt_ | and reboots |
| 17:54.17 | panzersajt_ | with your u-boot |
| 17:54.47 | Pali | and without uboot? |
| 17:55.53 | panzersajt_ | I don't know |
| 17:55.57 | panzersajt_ | but it reboots also |
| 17:57.49 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 17:58.03 | panzersajt_ | but the problem may lie in my device or ignorance |
| 17:59.18 | DocScrutinizer05 | grammoboy: http://sysunconfig.net/unixtips/stale_nfs.txt |
| 17:59.33 | Pali | panzersajt_, first check if your device is bootable without uboot |
| 17:59.41 | Pali | if not reflash it |
| 18:01.21 | *** join/#maemo MetalGearSolid (~MetalGear@sta-102-121.tm.net.my) |
| 18:05.49 | DocScrutinizer05 | grammoboy: looks extremely helpful: http://www.linuxquestions.org/questions/linux-embedded-and-single-board-computer-78/stale-nfs-handle-on-embedded-system-that-does-not-have-nfs-running-936884/ |
| 18:12.17 | *** join/#maemo eMHa (~mh@HSI-KBW-37-49-79-172.hsi14.kabel-badenwuerttemberg.de) |
| 18:18.55 | panzersajt_ | Pali, yes it was bootable before installing u-boot |
| 18:19.01 | panzersajt_ | not a big deal |
| 18:19.09 | panzersajt_ | I can live without mameo |
| 18:19.43 | DocScrutinizer05 | grammoboy: http://www.linuxquestions.org/questions/linux-hardware-18/fsck-inode-block-errors-stale-nfs-file-handle-advice-please-930886/ |
| 18:20.16 | DocScrutinizer05 | panzersajt_: WUT? |
| 18:23.04 | DocScrutinizer05 | panzersajt_: I guess you flashed uBoot over a non-standard kernel, so now when trying to boot into maemo, uBoot loads the stock kernel that it comes bundled with, and that stock kernel doesn't find the matching kernel modules in your rootfs |
| 18:25.50 | DocScrutinizer05 | panzersajt_: you should flash the kernel you used before uBoot, via flasher-3.5 (only kernel, not a whole fiasco image!), then your system should boot again, given my assumption been correct. Then you could install proper stock kernel and matching kernel modules, try if it still boots as supposed, and then install uBoot |
| 18:26.42 | DocScrutinizer05 | Pali: ^^^ correct? |
| 18:28.47 | Pali | yes, boot maemo with some working kernel, then install & flash stock kernel (+install modules & bootimages of other kernels) |
| 18:28.55 | Pali | check if working and then install uboot |
| 18:31.07 | DocScrutinizer05 | it's a widely ignored or even unknown fact that uBoot comes with a kernel attached |
| 18:33.37 | kerio | Pali: silly idea: is it possible to flash a new kernel on the uboot payload? |
| 18:34.10 | Pali | kerio, no because onenand uboot code not working on n900 |
| 18:34.22 | kerio | no, i mean |
| 18:34.40 | kerio | flash the kernel attached to uboot from fremantle |
| 18:34.50 | kerio | leaving uboot there |
| 18:35.13 | Pali | kerio, you can create combined uboot image on device and you can flash it |
| 18:35.17 | Pali | its possible |
| 18:35.45 | *** join/#maemo ZogG (~zoggrules@bzq-79-182-219-57.red.bezeqint.net) |
| 18:35.46 | *** join/#maemo ZogG (~zoggrules@funtoo/user/ZogG) |
| 18:35.58 | DocScrutinizer05 | Pali: could uBoot preinstall create a bzImage.bin kernel image in /boot, from /dev/mtd3? Then uBoot has option to boot that kernel from ubifs rather than chainloading attached kernel from /dev/mtd3. which in turn would free up *lots* of space for uBoot in /dev/mtd3 and thus would allow for including ubifs support and a lot of other nice stuff into uBoot |
| 18:36.35 | Pali | DocScrutinizer05, first we have no access to mtd, |
| 18:36.46 | Pali | and second ubifs code is too big |
| 18:36.55 | kerio | Pali: what the fuck |
| 18:37.01 | kerio | it can't be bigger than the whole linux kernel |
| 18:37.21 | DocScrutinizer05 | Pali: if uBoot has whole /dev/mtd3 for itself, then I doubt UBI code is too big |
| 18:37.23 | Pali | but if we delete attached kernel image from uboot, then there is space for ubifs driver :-) |
| 18:37.52 | Pali | DocScrutinizer05, problem is that freemangordon and I was not able to fix onenand code to work on n900 |
| 18:38.06 | kerio | DocScrutinizer05: to be fair it should be optified |
| 18:38.19 | DocScrutinizer05 | LOL |
| 18:38.22 | kerio | because it's not needed during the fremantle boot process, it's only needed *before* :P |
| 18:38.23 | Pali | DocScrutinizer05, but now you can boot from eMMC |
| 18:38.35 | kerio | Pali: the emmc is accessible, right? |
| 18:38.36 | Pali | and this is already used |
| 18:38.39 | Pali | yes |
| 18:38.42 | DocScrutinizer05 | kerio: you're actually not all wrong ;-) |
| 18:38.45 | Pali | kerio, bootmenu is loaded from MyDocs |
| 18:38.47 | kerio | install bzImage.bin in /home/boot |
| 18:39.06 | kerio | Pali: bootmenu happens after the kernel is loaded, doesn't it |
| 18:39.10 | Pali | there are scripts which doing it automatically |
| 18:39.12 | DocScrutinizer05 | kerio: but I'd not like to see kernel on yet a third partiton |
| 18:39.14 | Pali | kerio, no |
| 18:39.18 | Pali | I mean uboot bootmenu |
| 18:39.50 | kerio | DocScrutinizer05: i mean, we already abused of the filesystem hierarchy, /home/boot is not even close to /home/opt in terms of nastiness |
| 18:40.46 | Pali | there is script u-boot-update bootmenu which read config files /etc/bootmenu.d/, generate needed uImage in MyDocs/bootmenuimg.d and create MyDocs/bootmenu.cmd script which appear in bootmenu |
| 18:41.00 | *** join/#maemo FlameReaper (~assassin@115.132.44.74) |
| 18:41.01 | kerio | i see |
| 18:41.14 | Pali | kernel-power-bootimg and kernel-bootimg calling this script (if is installed) after install/remove |
| 18:41.35 | kerio | so i wouldn't actually need the bootmenu kludge in preinit... |
| 18:41.41 | kerio | would i? |
| 18:42.16 | Pali | yes |
| 18:42.17 | DocScrutinizer05 | Pali: I think it's been an extremely poor idea to use this very path " /etc/bootmenu.d/" which is also used by the real bootmenu which is called after kernel got loaded |
| 18:42.33 | DocScrutinizer05 | they are completely independent and unrelated systems |
| 18:42.38 | kerio | DocScrutinizer05: the idea is that it's compatible with *that* bootmenu |
| 18:42.57 | DocScrutinizer05 | that's nonsense though |
| 18:43.01 | Pali | DocScrutinizer05, both has same syntax and both show only relevant entries |
| 18:43.13 | Pali | also multiboot has same file format |
| 18:43.38 | Pali | and you really do not want to have one config file in three different locations |
| 18:44.23 | DocScrutinizer05 | who cares about file format. You're free to use whatever file format you like, but placing those uBoot config files into a dir that's aslo used by multiboot and bootmenu is an idea begging for trouble and headache |
| 18:44.40 | kerio | no, /etc/bootmenu.d/ holds bootmenu entries |
| 18:45.17 | Pali | kerio is right |
| 18:45.27 | kerio | yeah, i am |
| 18:45.27 | Pali | there are menu entires |
| 18:45.28 | kerio | ~kerio |
| 18:45.29 | infobot | you are probably <DocScrutinizer> [...] kerio is correct [...] |
| 18:45.49 | DocScrutinizer05 | sorry, I don't get the whole idea |
| 18:46.05 | DocScrutinizer05 | bootmenu itself is a completely different concept |
| 18:46.08 | kerio | DocScrutinizer05: Pali's uboot is backwards-compatible with bootmenu |
| 18:46.45 | DocScrutinizer05 | multiboot exploited bootmenu due to the braindamaged concept of multiboot to reflash kernel after kernel booted, then boot again |
| 18:47.03 | DocScrutinizer05 | kerio: that's nonsense |
| 18:47.37 | DocScrutinizer05 | how can a bootloader that selects kernels to load, be compatible with a menu that starts after kernel got loaded? |
| 18:47.59 | kerio | DocScrutinizer05: by loading the kernel and then following the menu entries' specifications |
| 18:48.10 | DocScrutinizer05 | eh???? |
| 18:48.35 | kerio | those menu entries specify a script to run and a rootfs, or something like that |
| 18:48.44 | kerio | it's stuff that *should've* been done by the bootloader |
| 18:48.47 | DocScrutinizer05 | I repeat: bootmenu itself is something completely different |
| 18:49.01 | kerio | then why does it work? |
| 18:49.05 | DocScrutinizer05 | multiboot exploited bootmenu to emulate what uBoot does |
| 18:49.48 | DocScrutinizer05 | what you just described is what multiboot does, not what bootmenu does |
| 18:50.21 | kerio | the only different thing with uboot is that the choice is done before loading the kernel and not after |
| 18:50.25 | DocScrutinizer05 | bootmenu is more like backupmenu |
| 18:50.46 | DocScrutinizer05 | and multiboot is exploiting that to reboot after flashing a new kernel |
| 18:50.47 | kerio | again, then why does pali's bootmenu work? |
| 18:51.13 | DocScrutinizer05 | again, what a question is that? |
| 18:51.32 | DocScrutinizer05 | there's no such thing like pali's bootmenu |
| 18:52.00 | *** join/#maemo valeriusM (~user@95.153.168.179) |
| 18:52.08 | DocScrutinizer05 | thzere's pali's uBoot that has a uboot menu generated from files in /etc/bootmenu.d/ |
| 18:52.24 | DocScrutinizer05 | which may or may not have been placed there by multiboot |
| 18:52.56 | DocScrutinizer05 | backupmenu also places a file there, do you suggest uBoot can start backupmenu=? |
| 18:53.06 | kerio | that's what Pali suggests, yes |
| 18:53.13 | DocScrutinizer05 | that's nonsense |
| 18:53.32 | kerio | and to be fair, starting backupmenu is just a matter of init=/usr/share/backupmenu/BackupMenuLauncher.item or something similar |
| 18:54.12 | *** join/#maemo sq-one (~sq-one@p549AA613.dip.t-dialin.net) |
| 18:54.56 | kerio | Pali: can uboot start backupmenu as it is? |
| 18:54.57 | DocScrutinizer05 | I repeat, /etc/bootmenu.d/ is for bootmenu which is a userland thing not related in any way to bootloader concept at large |
| 18:55.12 | DocScrutinizer05 | kerio: uBoot starts kernels |
| 18:55.26 | DocScrutinizer05 | backupmenu is no kernel |
| 18:55.39 | kerio | no, but it's a particular init script |
| 18:55.47 | DocScrutinizer05 | so what? |
| 18:56.02 | DocScrutinizer05 | btw that's even incorrect |
| 18:56.17 | DocScrutinizer05 | since backupmenu is not exactly an initscript |
| 18:56.26 | DocScrutinizer05 | it gets invoked by an initscript |
| 18:56.55 | DocScrutinizer05 | via taadaaaa bootmenu |
| 18:57.17 | DocScrutinizer05 | which in turn gets invoked by a hook in sbin/preinit iirc |
| 18:57.56 | *** join/#maemo jpinx (~jpinx@host86-131-169-102.range86-131.btcentralplus.com) |
| 18:59.06 | DocScrutinizer05 | Pali: if you wanna keep number of config files low and non-redundant, and for that purpose want to re-use multiboot crap in /etc/bootmenu.d/, you could symlink them to /etc/uBoot/* |
| 19:00.50 | DocScrutinizer05 | but I keep my notion that using same dir for bootmenu, multiboot, and uBoot is a design flaw |
| 19:01.54 | *** join/#maemo sleepee (~sleepee@adsl-64-237-146-146.prtc.net) |
| 19:01.55 | DocScrutinizer05 | while multiboot is doing that for obvious reasons (it exploits bootmenu to do its nasty kernel reflashing stuff), uBoot shouldn't link to other packages like that. it desrves its own config file directory |
| 19:03.30 | DocScrutinizer05 | I'd even think multiboot and uBoot are mutually exclusive and thus conflicting, and so you probably shouldn't even install uBoot on a system where multiboot is installed |
| 19:06.08 | grammoboy | it seems that the nfs server is mounted several times |
| 19:09.15 | *** join/#maemo piggz (~piggz@host-92-18-183-47.as13285.net) |
| 19:12.49 | DocScrutinizer05 | check if any process has open filehandles to the server and stop all those processes. Then mount -O the nfs volume again over the original mountpoint, *then* unmount it again |
| 19:13.21 | DocScrutinizer05 | this _might_ reset the stale mount |
| 19:13.33 | DocScrutinizer05 | if it doesn't, you're in for a fsck I guess |
| 19:14.23 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 19:18.40 | FlameReaper | Hmm |
| 19:19.30 | FlameReaper | I'm getting more interested to put more Java apps in this little box :D |
| 19:21.56 | kerio | FlameReaper: no you're not >:c |
| 19:22.31 | FlameReaper | kerio: I got Jajuk up and running |
| 19:22.53 | FlameReaper | but the 100% CPU usage @ 950MHz isn't something nice to see :c |
| 19:23.07 | grammoboy | can't get address for /nfs/music |
| 19:23.13 | FlameReaper | while it is refreshing the libraries |
| 19:25.27 | *** join/#maemo valeriusM (~user@85.26.180.159) |
| 19:27.55 | DocScrutinizer05 | kerio: it's an analogy to upstart (uBoot, sorry ;-P) replacing sysV-init (multiboot, sorry to sysV-init). If upstart is using init.d/* and the runlevel dirs to create a setup to keep the system config as compatible and working as feasible then that's still fine. But no way upstart should store its own config under /etc/init.d, and actually it doesn't. there's /etc/events.d/* for that |
| 19:28.15 | kerio | it doesn't store its own config in bootmenu.d goddammit |
| 19:28.42 | kerio | it doesn't even look at it, there's a script that does that and builds a part of the uboot config |
| 19:28.52 | *** join/#maemo zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418) |
| 19:31.11 | DocScrutinizer05 | then I don't get it why everybody says uBoot config has to go into /etc/bootmenu.d |
| 19:31.43 | DocScrutinizer05 | if it's not meant that way, then why is anybody suggesting it? |
| 19:33.14 | DocScrutinizer05 | this obviously is causing that much confusion for users, even you thought bootmenu and uBoot were similar or related |
| 19:34.32 | DocScrutinizer05 | probably the main sin is to do all this during preinstall, instead of shipping a tool to do it on user request |
| 19:35.11 | DocScrutinizer05 | (or postinstall, dunno) |
| 19:35.22 | kerio | i *know* what a bootloader is and how bootmenu works |
| 19:36.36 | DocScrutinizer05 | if user could invoke `uBoot-import-multiboot` which would come with uBoot installation, then things wre much more clear, and btw more convenient to handle |
| 19:37.48 | kerio | that's what happens, kinda |
| 19:37.57 | DocScrutinizer05 | obviously not |
| 19:38.07 | kerio | there's a script, it's invoked by the postinstall of the kernel bootimgs but can also be invoked manually |
| 19:38.25 | DocScrutinizer05 | WTF is it getting invoked by postinstall then? |
| 19:38.40 | kerio | idk, ask Pali |
| 19:39.40 | Pali | U-Boot can only load uboot script files (hush) and u-boot-update-bootmenu converting bootmenu format to uboot script |
| 19:40.02 | DocScrutinizer05 | :nod: |
| 19:40.28 | Pali | uboot scripting (for uboot bootmenu) is not human job |
| 19:40.38 | DocScrutinizer05 | duh |
| 19:41.08 | Pali | also uboot can load uImage kernels (zImage with special header) |
| 19:41.41 | Pali | so that script also convert zImage from /boot (or /opt/boot/) to uImage and store it in MyDocs/bootmenu_subdir/ |
| 19:41.53 | grammoboy | fsck stops after running shortly in BM |
| 19:42.16 | DocScrutinizer05 | grammoboy: it doesn't 'stop' - it just takes ages I guess |
| 19:42.23 | grammoboy | damn didn't know nfs could give me this kind of trouble |
| 19:42.30 | grammoboy | DocScrutinizer05, it goes back to the menu |
| 19:42.33 | DocScrutinizer05 | ooh |
| 19:42.38 | kerio | Pali: how does it boot something like backupmenu? |
| 19:42.40 | DocScrutinizer05 | so it's maybe finished |
| 19:43.06 | Pali | kerio, I do not know if uboot can boot backupmenu |
| 19:43.17 | kerio | oic |
| 19:43.20 | Pali | but it needs something like pass init= |
| 19:43.39 | DocScrutinizer05 | BM is not meant to play init process |
| 19:44.07 | DocScrutinizer05 | BM depends on bootmenu |
| 19:44.22 | kerio | DocScrutinizer05: to be fair it only needs proc, sys and tmp |
| 19:44.24 | kerio | or something like that |
| 19:44.34 | kerio | (that's what preinit does before bootmenu is loaded) |
| 19:45.07 | DocScrutinizer05 | maybe |
| 19:45.39 | DocScrutinizer05 | doesn't change the difference of what bootmenu does vs what uBoot does |
| 19:46.10 | DocScrutinizer05 | uBoot is unrelated to bootmenu, if anything it is related to then that's multiboot |
| 19:46.33 | DocScrutinizer05 | since it obviously tries to replace that |
| 19:47.57 | DocScrutinizer05 | yet most users now mix up uBoot and bootmenu, they don't even notice there's a difference |
| 19:48.55 | DocScrutinizer05 | and that's caused by instructions suggesting to tweak /etc/bootmenu.d/* entries to edit stuff that actually should get edited in genuine uBoot script |
| 19:49.51 | grammoboy | man this isn't f*cking windows is it |
| 19:50.15 | grammoboy | I just can't get rid of the freaking umount problem |
| 19:50.35 | grammoboy | wtf |
| 19:50.49 | DocScrutinizer05 | we're risking to run into compatibility issues for the other direction: tweaking files in /etc/bootmenu.d/* for changing uBoot behaviour may (and iirc actually did already) cause problems for bootmenu |
| 19:51.55 | DocScrutinizer05 | grammoboy: usually a reflash is fastest and most painless fix |
| 19:52.10 | grammoboy | give me a break, my o my |
| 19:52.27 | DocScrutinizer05 | create a proper backup with BM, reflash rootfs, the restroe the backup |
| 19:52.45 | DocScrutinizer05 | ,then* |
| 19:52.52 | DocScrutinizer05 | ,then restore* |
| 19:53.16 | grammoboy | also backup Mydocs? |
| 19:53.46 | DocScrutinizer05 | not needed unless your mountpoint been on /home or below |
| 19:53.48 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 19:54.21 | DocScrutinizer05 | though you should have proper backups of your whole system any time |
| 19:54.51 | DocScrutinizer05 | gambling with that stuff isn't worth it |
| 19:57.44 | kerio | he said the mountpoint was /nfs/music |
| 19:57.46 | kerio | so... ubifs error? |
| 19:57.47 | grammoboy | damn you n900, fucking time waster! |
| 19:57.53 | grammoboy | :) |
| 19:58.00 | kerio | grammoboy: are you sure you can't just... rm the directory? |
| 19:58.25 | grammoboy | kerio, hm I thought of that, can try it |
| 19:58.55 | DocScrutinizer05 | will cause a dnagling lock in a dangling inode |
| 19:59.53 | DocScrutinizer05 | I still dunno what's your actual problem. You say you can't umount the nfs, but why do you want to do that, first instance? |
| 20:00.35 | grammoboy | I can't get to my files |
| 20:00.43 | grammoboy | cd /nfs/music is empty |
| 20:00.51 | DocScrutinizer05 | sure |
| 20:00.55 | grammoboy | to restore nfs |
| 20:01.02 | grammoboy | I need to umount first |
| 20:01.07 | DocScrutinizer05 | no |
| 20:01.09 | grammoboy | cause mounting doesn't work |
| 20:01.16 | grammoboy | now |
| 20:01.21 | grammoboy | the nfs that is |
| 20:01.23 | DocScrutinizer05 | even not when you try mount -O ? |
| 20:01.41 | grammoboy | 0 |
| 20:01.43 | grammoboy | zero? |
| 20:01.54 | DocScrutinizer05 | and close all processes that have a file handle to this? |
| 20:02.16 | grammoboy | I've rebooted serveral times |
| 20:02.24 | kerio | then what the hell |
| 20:02.34 | kerio | you don't have a mount anymore, unless you have it automounted |
| 20:02.38 | kerio | just rm the directory |
| 20:02.47 | DocScrutinizer05 | http://sysunconfig.net/unixtips/stale_nfs.txt |
| 20:03.16 | kerio | DocScrutinizer05: he rebooted! several times! |
| 20:03.21 | DocScrutinizer05 | kerio: so what? |
| 20:03.24 | kerio | in particular, he rebooted at least once |
| 20:03.41 | kerio | go look at e) in that list |
| 20:03.57 | DocScrutinizer05 | mount -O overwrites the inode holding the supposed stale nfs lock |
| 20:04.15 | kerio | grammoboy: what's your actual problem, right now? |
| 20:04.34 | grammoboy | kerio, feeling tired |
| 20:04.40 | grammoboy | kerio, can't mount nfs |
| 20:04.53 | kerio | oh, so you just can't mount it |
| 20:05.03 | kerio | are nfs-common and portmap installed? |
| 20:05.15 | DocScrutinizer05 | sure, see -O Overlay mount. |
| 20:05.16 | kerio | did you do /etc/init.d/nfs-common start and /etc/init.d/portmap start? |
| 20:05.37 | DocScrutinizer05 | you can't mount on an allegedly already mounted mountpoint |
| 20:05.42 | kerio | DocScrutinizer05: i'm not even sure he *has* anything mounted right now |
| 20:05.59 | DocScrutinizer05 | kerio: that's not the point |
| 20:06.10 | DocScrutinizer05 | th einode says he has |
| 20:06.34 | DocScrutinizer05 | and since the connection to far end is down, it can't umount |
| 20:06.52 | DocScrutinizer05 | but aiui you can mount -O |
| 20:06.59 | kerio | grammoboy: can you pastebin the output of "mount"? |
| 20:07.03 | DocScrutinizer05 | on same inode, thus overwriting it |
| 20:07.12 | kerio | and can you rmdir /nfs/music ? |
| 20:07.41 | DocScrutinizer05 | when he does that, he doesn't have any way to mount or unmount on that inode anymore |
| 20:08.05 | kerio | and what's the problem? he doesn't have a stale mount anymore, he *rebooted* |
| 20:08.13 | DocScrutinizer05 | while the inode stays as it is, since it's considered an open handle |
| 20:08.42 | grammoboy | is that 0 a zero? |
| 20:08.54 | *** join/#maemo piggz (~piggz@host-92-18-183-47.as13285.net) |
| 20:08.55 | kerio | grammoboy: why would it be a zero |
| 20:08.58 | kerio | it's a -O |
| 20:09.03 | DocScrutinizer05 | hmm, yeah, next boot might result in an arbitrary corrupted inode then |
| 20:09.27 | DocScrutinizer05 | -O Overlay mount. |
| 20:09.35 | kerio | nfs, the magical FS with the magical inode corruption powers |
| 20:09.36 | DocScrutinizer05 | http://sysunconfig.net/unixtips/stale_nfs.txt |
| 20:09.42 | kerio | nfs is flaky, but not that flaky |
| 20:10.02 | kerio | DocScrutinizer05: you keep posting that, and it clearly lists "reboot" as a way to solve the problem |
| 20:10.33 | DocScrutinizer05 | no, but fs is as magic to assume everything it doesn't know is a stale NFS if it's an inode |
| 20:11.17 | DocScrutinizer05 | kerio: you keep telling stuff like those were all alternatives rather than a sequence of things to execute |
| 20:11.31 | grammoboy | -o and -t nfs? |
| 20:12.10 | grammoboy | O invalid option |
| 20:12.11 | DocScrutinizer05 | kerio: while I already explained several times that you can get stale NFS mounts or handles on a system that doesn't even have any nfs drivers |
| 20:12.32 | DocScrutinizer05 | too bad, our mount is flaked |
| 20:13.14 | *** join/#maemo APTX (APTX@unaffiliated/aptx) |
| 20:13.40 | kerio | DocScrutinizer05: fwiw -O is "optlist" on debian's mount |
| 20:14.00 | DocScrutinizer05 | :shrug: |
| 20:14.46 | DocScrutinizer05 | i'm not going to invest even more time into that, this includes me not reading manpage of busybox mount and finding out how grammoboy made nfs work on maemo at all |
| 20:14.59 | kerio | DocScrutinizer05: i literally just did |
| 20:15.11 | kerio | start nfs-common and portmap, mount -t nfs server:export dir |
| 20:16.07 | *** join/#maemo _rd (~rd@p57B48672.dip0.t-ipconnect.de) |
| 20:16.30 | DocScrutinizer05 | [2012-10-13 21:52:27] <DocScrutinizer05> create a proper backup with BM, reflash rootfs, the restroe the backup |
| 20:17.28 | DocScrutinizer05 | or use hexedit on /dev/mtd5 ;-P |
| 20:18.14 | kerio | ohoho, killing the connection if you didn't mount with -o soft is truly an awful idea |
| 20:18.44 | DocScrutinizer05 | kerio: either you've read all the other pages I linked for grammoboy, or you're going thru all that stuff again |
| 20:19.03 | kerio | nah, i'm just trying it right now on the n900 |
| 20:19.13 | DocScrutinizer05 | stuff=trial&error and finding out about how nfs and fs in general work |
| 20:20.52 | DocScrutinizer05 | if ext2/3/4 fs driver runs into any corrupted inode it doesn't know about at all, it claims "stale NFS" |
| 20:21.07 | kerio | and are you sure it's the same thing that happens with ubifs? |
| 20:21.19 | DocScrutinizer05 | quite, yes |
| 20:21.54 | DocScrutinizer05 | since afaik ubifs also is using inodes |
| 20:22.31 | DocScrutinizer05 | plus I've seen this very effect of stale NFS error on FR |
| 20:22.43 | DocScrutinizer05 | which used jffs2 iirc |
| 20:22.55 | DocScrutinizer05 | so why would it differ for ubi? |
| 20:23.26 | kerio | hah, "server 192.168.42.42 not responding, still trying" |
| 20:23.33 | kerio | good luck with that, you stupid module |
| 20:23.43 | kerio | i wonder why i can't even umount -fl it |
| 20:23.59 | DocScrutinizer05 | because it's braindamaged crap ;-) |
| 20:25.11 | kerio | alright, let's reboot |
| 20:25.21 | DocScrutinizer05 | the funny stuff is that mounts seem to actually alter inodes, otherwise how would the "stale NFS" error survive reboots? |
| 20:25.43 | kerio | ah balls |
| 20:25.56 | kerio | screen turned off, i can't turn it on |
| 20:25.59 | kerio | it's still on, isn't it |
| 20:26.23 | kerio | this is a textbook example of bad design, imo |
| 20:26.57 | DocScrutinizer05 | there's a reason why nobody touches NFS anymore ;-) |
| 20:27.20 | kerio | meh, it's just that "soft" should really be a default option |
| 20:27.41 | kerio | and i was talking about the n900 in general |
| 20:27.50 | DocScrutinizer05 | solves some problems, but others perveil |
| 20:28.22 | kerio | i wonder if a FUSE nfs client would be better, in this regard |
| 20:28.40 | DocScrutinizer05 | no, afaik the problems are design-immanent |
| 20:28.43 | kerio | mostly because you can apply some -9 to it to make it stop being a bitch |
| 20:28.57 | kerio | you can't exactly kill the kernel |
| 20:29.27 | DocScrutinizer05 | fuse also needs a kernel module afaik |
| 20:30.20 | kerio | as an aside, /me ponders about symlinking /etc/mtab to /proc/mounts |
| 20:31.20 | kerio | DocScrutinizer05: idk, i successfully rmdir'd the mounted directory, after a reboot |
| 20:31.39 | DocScrutinizer05 | now for something completely different: how's your boot working, and did the stale NFS vanish? |
| 20:31.51 | kerio | me or grammoboy? |
| 20:31.56 | DocScrutinizer05 | you |
| 20:32.11 | kerio | boot went fine after powercycling, no mention of nfs in mtab or mounts or `mount` |
| 20:32.20 | kerio | rmdir'd the directory, no error messages |
| 20:32.26 | DocScrutinizer05 | pff |
| 20:32.28 | DocScrutinizer05 | sure |
| 20:32.47 | DocScrutinizer05 | there's not even an error msg when I rm /sbin/init |
| 20:32.55 | kerio | lol |
| 20:33.16 | DocScrutinizer05 | means: on unix you can rm whatever you like, it just unlinks the inode |
| 20:33.28 | kerio | so... i should reboot again? |
| 20:34.12 | DocScrutinizer05 | you now probably have a corrupted inode anywhere on your storage medium, and it will show up again whenever somebody tries to use it |
| 20:34.29 | kerio | cool story bro |
| 20:34.35 | DocScrutinizer05 | or when you run a fsck against the volume |
| 20:34.45 | kerio | it's ubifs, it's indestructible or something |
| 20:34.47 | kerio | there's no fsck.ubifs |
| 20:34.53 | DocScrutinizer05 | haha |
| 20:35.40 | kerio | well, what else can the lack of a checking utility mean? |
| 20:36.32 | kerio | anyway, google says nothing about stale NFS inodes corrupting other inodes |
| 20:38.56 | DocScrutinizer05 | kerio: http://lists.infradead.org/pipermail/linux-mtd/2010-February/029017.html |
| 20:39.28 | kerio | DocScrutinizer05: i read that already, i lol'd already, then i had a sad for a bit |
| 20:40.03 | *** join/#maemo perlite_ (~perlite@114-25-203-224.dynamic.hinet.net) |
| 20:40.15 | DocScrutinizer05 | kerio: also, again: what's your take then about error "stale NFS" on a flash storage in a phone that evidently never seen NFS |
| 20:40.31 | DocScrutinizer05 | and those errors surviving reboots |
| 20:40.31 | kerio | well, it's clearly unrelated to nfs |
| 20:41.01 | kerio | and i don't care, unless you have a way to explain how that error can jump from inode to inode when you delete the original file handle |
| 20:41.02 | DocScrutinizer05 | ooh sure, and the three letters in the error msg are just for fun? |
| 20:41.21 | kerio | no, "stale NFS inode" or whatever is the error for when there's an inode that's corrupted enough |
| 20:41.34 | DocScrutinizer05 | kerio: wtf? jump from inode to inode? it will jump out and bite your nuts |
| 20:42.00 | kerio | i was able to enter the directory that held the mount point, i even listed its contents |
| 20:42.01 | kerio | it was empty |
| 20:42.05 | kerio | i rmdir'd it |
| 20:42.58 | kerio | problem solved, in my opinion |
| 20:42.58 | DocScrutinizer05 | honestly, this gets boring |
| 20:43.10 | kerio | you're the one claiming "you have a corrupted inode somewhere, now" |
| 20:43.21 | DocScrutinizer05 | first instance you never had any problem, unlike grammoboy |
| 20:43.49 | DocScrutinizer05 | and second, I don't give a shit |
| 20:43.58 | kerio | that isn't nice :c |
| 20:44.08 | DocScrutinizer05 | I toldya what I've seen and what I concluded |
| 20:44.39 | DocScrutinizer05 | and I'm not interested in proving I'm right or wrong, I'm basically not interested in NFS at all |
| 20:45.36 | DocScrutinizer05 | and third, I said /me afk some hours ago, and i'm still sitting on this friggin IRC terminal, while my stomach hurts and asks for food |
| 20:46.02 | kerio | i wonder if i get the same situation if i mount it with -o soft |
| 20:46.11 | DocScrutinizer05 | and 4th: [2012-10-13 21:52:27] <DocScrutinizer05> create a proper backup with BM, reflash rootfs, the restroe the backup |
| 20:47.17 | DocScrutinizer05 | if NFS handle isn't stored in inode, then WTF didn't reboot help for grammoboy? |
| 20:47.36 | kerio | grammoboy: what's your current error? |
| 20:47.55 | DocScrutinizer05 | cya peeps |
| 20:48.01 | kerio | take care doc |
| 20:48.22 | kerio | wow, umount -fl just... didn't umount? :s |
| 20:49.16 | kerio | oh, it did, but it didn't update /etc/mtab |
| 20:49.17 | kerio | this is silly |
| 20:49.57 | grammoboy | making backup |
| 20:50.16 | *** join/#maemo Ian--- (Ian--@46.11.30.95) |
| 20:50.24 | kerio | grammoboy: first answer me! |
| 20:50.27 | kerio | what's your error message? |
| 20:51.08 | grammoboy | kerio, input/output error |
| 20:51.10 | grammoboy | iirc |
| 20:51.17 | grammoboy | kerio, umount 'invalid argument' |
| 20:51.23 | kerio | less /proc/mounts |
| 20:51.24 | DocScrutinizer05 | kerio: sorry, this been actually not nice. I was impolite |
| 20:51.33 | kerio | DocScrutinizer05: don't worry about it <3 |
| 20:51.37 | grammoboy | kerio, showmount 'can find address' |
| 20:51.39 | DocScrutinizer05 | o/ |
| 20:51.49 | kerio | grammoboy: check /proc/mounts, see if it's actually mounted |
| 20:51.53 | kerio | or if it's just /etc/mtab being silly |
| 20:52.10 | kerio | Pali: can we get some modifications in /proc/mounts so it actually fits what /etc/mtab should have and we can symlink it? |
| 20:52.12 | grammoboy | first I need to finish the backup |
| 20:52.46 | kerio | DocScrutinizer05, grammoboy: not sure if you're interested, but i got "invalid argument" when trying to umount something that was listed in mtab but not /proc/mounts |
| 20:52.54 | kerio | *but not in |
| 20:53.07 | DocScrutinizer05 | haha, nice spotting |
| 20:53.23 | kerio | /etc/mtab is fucking stupid |
| 20:53.36 | DocScrutinizer05 | sure thing |
| 20:53.46 | DocScrutinizer05 | since afaik it's maintained by mount |
| 20:54.27 | grammoboy | kerio, hm, if that also gives hope for mount |
| 20:54.32 | kerio | it's maintained by *busybox's mount* |
| 20:54.50 | grammoboy | kerio, if I can only umount Im not really further |
| 20:55.07 | kerio | i still don't know what your original problem was |
| 20:55.40 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 20:56.20 | DocScrutinizer05 | >>The programs mount and umount maintain a list of currently mounted filesystems in the file /etc/mtab. If no arguments are given to mount, this list is printed.<< |
| 20:57.05 | grammoboy | q and reboot |
| 20:57.07 | kerio | oh nvm, Invalid argument is just for any path that exists but isn't a mountpoint |
| 20:57.12 | DocScrutinizer05 | so obviously if something else (kernel) "umounts" a fs, mount will run into trouble with its private notion of what's mounted |
| 20:57.13 | *** join/#maemo bugzy (~bugzy@99-191-138-94.lightspeed.irvnca.sbcglobal.net) |
| 20:57.46 | kerio | DocScrutinizer05: that's why you're somewhat "supposed" to have /etc/mtab as a symlink to /proc/mounts, if your kernel is recent enough |
| 20:58.01 | DocScrutinizer05 | it's probably perfectly sane and safe to *edit* /etc7mtab |
| 20:58.15 | kerio | 2.6.28.10's /proc/mounts doesn't show bindmounts correctly |
| 20:58.52 | DocScrutinizer05 | or just delete this crap |
| 20:59.11 | kerio | yeah, i just deleted the nfs entry that wasn't in /proc/mounts |
| 20:59.16 | DocScrutinizer05 | so mount will happily mount everything, but not umount anything after that ;-P |
| 20:59.19 | kerio | which is the official mount list |
| 20:59.43 | kerio | DocScrutinizer05: eeh, i don't even know if mount checks the list to *do* things |
| 20:59.58 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 20:59.59 | DocScrutinizer05 | *shrug* |
| 21:00.10 | DocScrutinizer05 | can't hurt to just delete it and test |
| 21:00.13 | kerio | DocScrutinizer05: get off irc and eat something |
| 21:00.19 | DocScrutinizer05 | AIESIR |
| 21:00.24 | DocScrutinizer05 | AYE even |
| 21:01.12 | grammoboy | n900 booted |
| 21:01.17 | vi__ | DocScrutinizer05: GTFO INTERNET & A BEER. |
| 21:01.22 | grammoboy | copying backup |
| 21:01.48 | kerio | grammoboy: can you pastebin the contents of your /proc/mounts and your /etc/mtab somewhere? |
| 21:02.07 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 21:08.54 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 21:10.09 | *** join/#maemo user_ (~user@52495F83.cm-4-2b.dynamic.ziggo.nl) |
| 21:10.22 | user_ | http://ubuntuone.com/4lrYXoZrjoXlK9112VYukq |
| 21:10.31 | grammoboy | kerio, ^ |
| 21:11.15 | kerio | what about /etc/mtab, or the output of "mount"? |
| 21:12.03 | DocScrutinizer05 | oh lol, I managed to get TWO identical entries for /dev/mmcblk1p2 in mtab now |
| 21:12.37 | grammoboy | kerio, no /nfs/music mount points |
| 21:12.50 | kerio | can you rmdir /nfs/music? |
| 21:13.36 | grammoboy | kerio, yes |
| 21:13.44 | kerio | then you probably don't have any problems |
| 21:14.52 | DocScrutinizer05 | kerio: I umounted /media/mmc1p2/, then copied old version of mtab *with* the /media/mmc1p2/ line over the current one |
| 21:14.56 | *** join/#maemo rcg (~rcg@g226029139.adsl.alicedsl.de) |
| 21:15.12 | kerio | and then you mounted it again? |
| 21:15.28 | DocScrutinizer05 | IroN900:~# umount /media/mmc1p2/ |
| 21:15.29 | DocScrutinizer05 | umount: cannot umount /media/mmc1p2: Invalid argument |
| 21:15.32 | kerio | see, not even mount cares about /etc/mtab |
| 21:15.37 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 21:15.44 | kerio | DocScrutinizer05: do umount /etc/fstab |
| 21:15.53 | DocScrutinizer05 | IroN900:~# mount /dev/mmcblk1p2 /media/mmc1p2 -t ext3 -o rw,noauto,nodev,exec,nosuid,noatime,nodiratime |
| 21:15.59 | DocScrutinizer05 | then there were TWO |
| 21:16.10 | kerio | yeah, it makes sense |
| 21:16.10 | grammoboy | it has problems mounting the nfs |
| 21:16.24 | kerio | /etc/mtab is there for histerical raisins |
| 21:16.29 | kerio | grammoboy: which problems? |
| 21:16.46 | kerio | did you do /etc/init.d/nfs-common start and /etc/init.d/portmap start? |
| 21:17.58 | grammoboy | kerio, no and now it seems to be solve |
| 21:17.59 | grammoboy | d |
| 21:18.09 | kerio | yay |
| 21:18.12 | grammoboy | o my |
| 21:18.21 | grammoboy | thx |
| 21:18.36 | grammoboy | isn't it strange that you've to restart those stuff after reboot? |
| 21:18.36 | kerio | now, umount your fs and remount it with -o soft |
| 21:18.47 | kerio | grammoboy: they should be started at boot, but they're not |
| 21:18.47 | grammoboy | why -o soft? |
| 21:19.08 | kerio | because otherwise if you lose the connection to the server you have to toy with IP addresses or remove the battery |
| 21:19.49 | grammoboy | -o soft -t nfs? |
| 21:20.13 | kerio | yeah |
| 21:23.28 | grammoboy | ok |
| 21:24.10 | grammoboy | also no rc.local file |
| 21:24.13 | grammoboy | hm |
| 21:24.25 | grammoboy | prefers real debian :) |
| 21:25.44 | DocScrutinizer05 | rc.local? |
| 21:25.55 | DocScrutinizer05 | wuzzat? |
| 21:27.55 | grammoboy | to start up stuff in debian at boot |
| 21:28.00 | grammoboy | or right after boot |
| 21:28.06 | grammoboy | or somewhere in between |
| 21:28.16 | DocScrutinizer05 | aaah that silly solitaire moster initscript ;-P |
| 21:28.22 | DocScrutinizer05 | monster |
| 21:29.44 | DocScrutinizer05 | that 'alterna(t)ive' to proper sysV init |
| 21:33.16 | grammoboy | DocScrutinizer05, kerio thx for your help guys |
| 21:33.37 | grammoboy | playing radiohead via nfs |
| 21:34.46 | ShadowJK | the homemade applewine was going to be 11% according to maths, before bottling the direct measurement said 14% |
| 21:34.57 | ShadowJK | tastes more like a vodka than a wine so it might be true heh |
| 21:35.34 | DocScrutinizer05 | grammoboy: yw |
| 21:35.38 | DocScrutinizer05 | kerio: man 8 mount|grep -A4 "When *the *proc" |
| 21:39.46 | DocScrutinizer05 | wow, manpages are really interesting sometimes: >>... s. One can also remount a single file (on a single file). It's also possible to use the bind mount to create a mountpoint from a regular directory, for example: mount --bind foo foo << |
| 21:48.58 | DocScrutinizer05 | kerio: >> -f, --fake Causes everything to be done except for the actual system call; if it's not obvious, this ``fakes'' mounting the filesystem. This option is useful in conjunction with the -v flag to determine what the mount command is trying to do. It can also be used to add entries for devices that were mounted earlier with the -n option. The -f option checks for existing record in /etc/mtab and fails when the record already exists |
| 21:48.59 | DocScrutinizer05 | (with regular non-fake mount, this check is done by kernel). << |
| 21:49.59 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 21:51.08 | DocScrutinizer05 | kerio: there are 2 interesting details in that: 1) "can also be used to add entries" (I assume also to delete entries, for umount), and 2) "... this check is done by kernel" |
| 21:57.28 | *** join/#maemo kov_ (~kov@187.114.37.177) |
| 22:05.39 | *** join/#maemo Snafu777 (~Pffbt@unaffiliated/snafu777) |
| 22:20.42 | *** join/#maemo lxp1 (~lxp@212-183-125-109.adsl.highway.telekom.at) |
| 22:26.34 | *** join/#maemo vi__ (~user@87.115.158.117) |
| 23:07.01 | *** join/#maemo APTX (~APTX@unaffiliated/aptx) |
| 23:20.30 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 23:25.16 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 23:48.04 | *** join/#maemo sirdancealot4 (~sirdancea@98.82.broadband5.iol.cz) |
| 23:50.05 | *** join/#maemo Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
| 23:50.05 | *** join/#maemo Jade (~jade@unaffiliated/jade) |