| 00:45.54 | *** join/#maemo LauRoman (~LauRoman@5-14-11-81.residential.rdsnet.ro) |
| 00:52.14 | *** join/#maemo Luke-Jr (~luke-jr@unaffiliated/luke-jr) |
| 01:10.40 | *** join/#maemo mavhc (~mavhc@cpc12-basf8-2-0-cust10.12-3.cable.virginm.net) |
| 01:35.35 | *** join/#maemo Humpelstilzchen (~Defiant@f054126039.adsl.alicedsl.de) |
| 01:53.22 | *** join/#maemo shamus (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) |
| 03:02.30 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 03:23.07 | *** join/#maemo RzR (~RzR@82.236.136.171) |
| 03:34.46 | *** join/#maemo tanty_off (~agomez@fanzine.igalia.com) |
| 03:39.59 | *** join/#maemo pentanol (~Unknown@unaffiliated/pentanol) |
| 04:11.16 | *** join/#maemo tanty_off (~agomez@fanzine.igalia.com) |
| 04:15.15 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 04:19.11 | *** join/#maemo Oksana_ (~chatzilla@Maemo/community/council/Wikiwide) |
| 06:02.24 | *** join/#maemo trx (~ns-team@devbin/founder/trx) |
| 06:07.21 | *** join/#maemo mavhc (~mavhc@cpc12-basf8-2-0-cust10.12-3.cable.virginm.net) |
| 06:09.49 | Maxdamantus | Indeed. RTC reset but bq272 didn't. |
| 06:13.57 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 06:23.33 | bencoh | :) |
| 06:25.18 | KotCzarny | maybe it keeps battery serial or something |
| 06:25.42 | Maxdamantus | Does the battery have a serial? |
| 06:25.59 | KotCzarny | laptop ones do have |
| 06:26.11 | Maxdamantus | I know PSP batteries do (and you can change them), but N900's one seems dumb. |
| 06:26.34 | KotCzarny | well, it's 3pin one, so some kind of logic is there |
| 06:29.32 | freemangordon | it is the BSI resistor (third pin) |
| 06:32.48 | KotCzarny | what is it for? |
| 06:32.55 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 06:37.10 | kerio | nope, no battery identification |
| 06:37.28 | kerio | the battery serial would be something written on the bq27200, in fact |
| 06:37.42 | kerio | because it should be attached to the battery, not the board |
| 06:38.04 | KotCzarny | but on n900 bq is integrated on the board? |
| 06:41.39 | Maxdamantus | wtf, I can send messages between phones using the same number. |
| 06:42.37 | Maxdamantus | wonders what happens if someone messages him. |
| 06:51.09 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 06:53.23 | Oksana | Hehehe... Receive message on both phones? Or, more likely, randomly on one of them? |
| 07:03.04 | L29Ah | it's a pity one can't upload the battery data to bq24150 |
| 07:04.04 | *** join/#maemo Milhouse (~Milhouse@kodi/staff/milhouse) |
| 07:04.34 | *** join/#maemo futpib (~futpib@176.104.204.3) |
| 07:07.33 | *** join/#maemo zGrr (~grr@185.13.106.92) |
| 07:26.33 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:30.32 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 08:01.17 | *** join/#maemo ad-n770 (~jep@195.10.10.182) |
| 08:18.24 | *** join/#maemo antranigv (~antranigv@87.213.162.234) |
| 08:18.34 | antranigv | my friend just got a N900 |
| 08:18.39 | antranigv | it's reflashing time :P |
| 08:18.55 | antranigv | ~flasher |
| 08:18.55 | infobot | [flasher] at http://www.jedge.com/n810/flasher/maemo_flasher-3.5_2.5.2.2.tar.gz (also .exe!), or http://www.chakra-project.org/ccr/packages.php?ID=5027 or generally http://www.google.com/search?q=maemo_flasher-3.5_2.5.2.2.tar.gz. HARMattan(N9): https://aur.archlinux.org/packages/fl/flasher-harmattan/flasher-harmattan.tar.gz, or -- list of filenames/md5sums: http://pastebin.com/sYKdNJSH, or http://galif.eu/nokia/ |
| 08:18.56 | KotCzarny | antranigv: did the oscp work on n9? |
| 08:19.12 | antranigv | KotCzarny: nop, cz there is no gtk libs on meego :( |
| 08:19.21 | KotCzarny | O.o |
| 08:19.23 | KotCzarny | wut? |
| 08:19.28 | antranigv | yea, it's pure Qt |
| 08:19.54 | KotCzarny | but even for compatibility there should be |
| 08:20.32 | KotCzarny | martink ported them |
| 08:21.21 | KotCzarny | http://talk.maemo.org/showthread.php?t=79229 |
| 08:25.33 | antranigv | KotCzarny: um, I'll take a look sure. |
| 08:26.06 | antranigv | btw, there are 2 emmc files, one is named europe, and it's about 600MB, which one should I download? |
| 08:26.14 | antranigv | or should "he" download. |
| 08:26.15 | antranigv | anyway |
| 08:26.17 | antranigv | http://galif.eu/nokia/N900/ |
| 08:26.36 | KotCzarny | isnt firmware ~120-150M ? |
| 08:26.43 | KotCzarny | most likely its sdk |
| 08:26.57 | KotCzarny | or wtf it is |
| 08:27.13 | antranigv | :D |
| 08:27.23 | KotCzarny | ~flashing |
| 08:27.24 | infobot | hmm... maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh |
| 08:28.59 | bencoh | KotCzarny: 09:55 < bencoh> Maxdamantus: http://mg.pov.lt/maemo-irclog/%23maemo.2015-02-05.log.html#t2015-02-05T13:11:07 |
| 08:29.10 | bencoh | (regarding battery) |
| 08:29.58 | KotCzarny | hmm |
| 08:30.23 | KotCzarny | so rbi is kind of secondary battery in battery? |
| 08:31.17 | Maxdamantus | thinks he might recreate his main ext3 filesystem on his N900 and put all the files back to see if performance improves. |
| 08:31.55 | Maxdamantus | feels like his ext4 filesystems on his main computer slowed down with age. |
| 08:32.24 | Maxdamantus | has been using btrfs for a couple of years on his main computer though, and hasn't experienced that. |
| 08:32.43 | KotCzarny | 2.6.28 is old |
| 08:33.01 | KotCzarny | unless you find a way to patch current btrfs in |
| 08:33.02 | Maxdamantus | Indeed. If I could run something newer I'd use btrfs. |
| 08:33.26 | KotCzarny | maybe their page has patches for older kernels? |
| 08:33.57 | Maxdamantus | They're not really at the stage where they'd actively do that. |
| 08:43.04 | Humpelstilzchen | Maxdamantus: tried to defrag? |
| 08:43.40 | KotCzarny | you dont defrag ext* |
| 08:43.47 | Humpelstilzchen | sure you do |
| 08:43.55 | KotCzarny | unless you keep it >95% full |
| 08:44.15 | KotCzarny | also, his 'recreate fs' is a defrag |
| 08:44.22 | Humpelstilzchen | especially /var wants to get get recreated from time to time |
| 08:44.35 | KotCzarny | my /var is in tmpfs |
| 08:44.49 | Maxdamantus | I don't think ext has an online defrag, so I might as well recreate the filesystem. |
| 08:45.41 | Humpelstilzchen | all needed is a cp.. |
| 08:46.56 | KotCzarny | but that's assuming you have unfragmented space |
| 08:47.10 | KotCzarny | ie. <80% fs taken |
| 08:47.37 | Maxdamantus | Filesystem Size Used Available Use% Mounted on |
| 08:47.37 | Maxdamantus | rootfs 27.4G 25.1G 943.3M 96% / |
| 08:47.55 | kerio | i'm pretty sure that online extfs defraggers do exist |
| 08:47.59 | Maxdamantus | can probably remove some stuff too. |
| 08:48.21 | Maxdamantus | They'd probably need to interact with the kernel. |
| 08:48.40 | Maxdamantus | (with the ext code in the kernel, that is) |
| 08:48.58 | kerio | oh, it's ext4 only |
| 08:49.00 | Maxdamantus | btrfs has ioctls to do with defragmentation. |
| 08:49.09 | Maxdamantus | I don't think ext does. |
| 08:49.51 | KotCzarny | ext3/4 advertise internal defrag |
| 08:50.12 | KotCzarny | ie. while you have free space it organises files during operations |
| 08:50.15 | kerio | it's pretty useless on anything that's solid-state tho |
| 08:50.15 | KotCzarny | ie. cp |
| 08:50.22 | Maxdamantus | I don't think they advertise that. |
| 08:50.43 | Maxdamantus | They say that it's less necessary than some other popular filesystems. |
| 08:50.47 | KotCzarny | kerio, n900 doesnt have ssd, and sd cards are not optimized for 4k blocks |
| 08:51.00 | Maxdamantus | due to how it allocates space, not due to random background activity. |
| 08:51.20 | KotCzarny | maxd: that's what i meant |
| 08:51.22 | kerio | pretty sure that "high speed" sd cards for cameras are optimized for huge blocks |
| 08:51.41 | Maxdamantus | if N900's drives aren't solid state, what are they? |
| 08:51.42 | KotCzarny | kerio: we are talking about internal sd memory (32G one) |
| 08:51.56 | KotCzarny | maxd: just a plain sd card soldered on |
| 08:52.08 | Maxdamantus | SD cards are solid-state. |
| 08:52.16 | Maxdamantus | They don't have mechanically moving parts. |
| 08:52.16 | kerio | yeah all of my sd cards have a motor that drives a spinning piece of magnetic tape |
| 08:52.33 | kerio | duh |
| 08:52.35 | KotCzarny | nvm, see the unoptimized for 4k random access part |
| 08:57.19 | *** join/#maemo xorly (~xorly@213.192.4.202) |
| 09:13.34 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 09:22.03 | antranigv | what to do when I get broken packages ? (: |
| 09:23.06 | antranigv | libtqm-11 :-/ |
| 09:23.16 | KotCzarny | remove? |
| 09:23.26 | KotCzarny | then try reinstalling properly |
| 09:24.11 | antranigv | KotCzarny: flappybird needs libqtm-11, but there is no package named that... |
| 09:24.25 | KotCzarny | read flappybird description? |
| 09:24.33 | KotCzarny | it might explain where to find it |
| 09:25.05 | antranigv | let me see. btw, I'm use FAM and not HAM |
| 09:29.20 | antranigv | KotCzarny: haha "Warning: Promotion of experimental Qtm based applications (libqtm11 or libqtm-extras) is blocked due to conflicts with stable versions." |
| 09:53.14 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 10:19.41 | antranigv | anyone uses the Maliit keyboard ? |
| 10:25.27 | *** join/#maemo FlameReaper-PC (~FR@175.138.115.72) |
| 10:29.02 | *** join/#maemo obsed (~obesd@unaffiliated/obesd) |
| 10:33.52 | Maxdamantus | Is anyone awae of a shortcut that closes a terminal window. |
| 10:34.14 | antranigv | ctrl + d |
| 10:34.24 | antranigv | Maxdamantus: ^ |
| 10:34.29 | Maxdamantus | It's not that. |
| 10:34.57 | Maxdamantus | It seems to have to do with the terminal itself. |
| 10:35.04 | antranigv | you mean even as kill if a program is running? |
| 10:35.19 | KotCzarny | just click the 'x' ? |
| 10:35.50 | Maxdamantus | I often seem to accidentally invoke something that closes the terminal window. |
| 10:36.00 | KotCzarny | ctrl-w maybe |
| 10:36.13 | Maxdamantus | always while I'm inside irssi in tmux in ssh. |
| 10:36.46 | KotCzarny | also ~ then . closes ssh session |
| 10:36.47 | Maxdamantus | ctrl-w doesn't seem to do it. |
| 10:37.36 | Maxdamantus | it happens when I try doing esc-a, where `esc` for me is fn+return |
| 10:37.55 | Maxdamantus | also using a Dvorak layout. |
| 10:39.43 | Maxdamantus | It doesn't only close the ssh connection. It's as if I pressed the X in the top right. |
| 10:44.35 | antranigv | deleting wrong version of webkit... why? anyway, let's see the results :P |
| 10:52.29 | *** join/#maemo disco_stu (~wrt54gl@190.211.82.70) |
| 11:02.28 | *** join/#maemo mavhc (~mavhc@cpc12-basf8-2-0-cust10.12-3.cable.virginm.net) |
| 11:23.28 | *** join/#maemo dreamer (~henk@melange.soleus.nu) |
| 11:28.42 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 11:30.00 | *** join/#maemo mavhc (~mavhc@cpc12-basf8-2-0-cust10.12-3.cable.virginm.net) |
| 12:13.56 | *** join/#maemo RiD (RiD@bl22-21-202.dsl.telepac.pt) |
| 12:25.43 | *** join/#maemo Gadgetoid (~Gadgetoid@customers.shef1.resi.ask4.co.uk) |
| 12:42.58 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-11-81.residential.rdsnet.ro) |
| 12:49.51 | *** join/#maemo r00t-home (~r00t@port-92-196-66-210.dynamic.qsc.de) |
| 12:55.40 | *** join/#maemo shentey (~shentey@x5ce0fda6.dyn.telefonica.de) |
| 12:57.46 | *** join/#maemo shentey (~shentey@x5ce0fda6.dyn.telefonica.de) |
| 13:00.05 | *** join/#maemo cpt_nemo (cpt_nemo@rfc1459.de) |
| 13:00.51 | *** join/#maemo dos1 (~dos1@unaffiliated/dos1) |
| 13:00.52 | *** join/#maemo Sicelo (Sicelo@gets.high.on.ircspeed.net) |
| 13:00.53 | *** join/#maemo jrayhawk (~jrayhawk@unaffiliated/jrayhawk) |
| 13:02.39 | *** join/#maemo ecloud (quassel@nat/digia/x-bznockxshieezucu) |
| 13:04.39 | *** join/#maemo Kabouik_ (~quassel@147.99.219.229) |
| 13:25.15 | *** join/#maemo ecloud (quassel@nat/digia/x-kcuhkrvznrnfiajm) |
| 13:29.09 | *** join/#maemo ZetaR (~user@71.3.249.188) |
| 14:17.52 | *** join/#maemo Vajb (~Vajb@85-76-118-188-nat.elisa-mobile.fi) |
| 14:27.44 | *** join/#maemo ArGGu^_^ (~ArGGu^^@89.106.52.253) |
| 15:00.51 | *** join/#maemo r00t^home (~r00t@port-92-196-17-95.dynamic.qsc.de) |
| 15:07.52 | *** join/#maemo KotCzarny_ (~ariel@bgk224.neoplus.adsl.tpnet.pl) |
| 15:38.59 | *** join/#maemo ZetaR (~user@71.3.249.188) |
| 16:01.22 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 16:04.11 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 16:04.11 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 16:13.57 | *** join/#maemo ZetaR (~user@71.3.249.188) |
| 16:29.29 | *** join/#maemo erlehmann (~erlehmann@x55b2afec.dyn.telefonica.de) |
| 17:20.08 | *** join/#maemo ZetaR (~user@71.3.249.188) |
| 17:55.39 | *** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire) |
| 18:02.49 | *** join/#maemo xray256 (~xray256@5d60a559.skybroadband.com) |
| 18:07.08 | *** join/#maemo norly (~norly@enpas.org) |
| 18:07.10 | *** join/#maemo mavhc (~mavhc@cpc12-basf8-2-0-cust10.12-3.cable.virginm.net) |
| 18:10.08 | *** join/#maemo ZetaR (~user@71.3.249.188) |
| 18:10.32 | *** join/#maemo Oksana (~chatzilla@Maemo/community/council/Wikiwide) |
| 18:13.02 | *** join/#maemo lobito (~lobito@190.177.222.32) |
| 18:19.05 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 18:19.45 | *** join/#maemo RzR (~RzR@unaffiliated/rzr) |
| 18:32.56 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:44.43 | Sicelo | i've just noticed something .. hope i don't have an impending hardware problem: |
| 18:46.00 | Sicelo | N900 with slider open, then let it alone until screen blanks. keyboard is lit as well while screen is lit. when screen blanks, the keyboard starts flickering. i don't remember this happening before :( |
| 18:46.08 | Sicelo | reason to worry? |
| 18:50.35 | KotCzarny | reboot? |
| 18:52.12 | DocScrutinizer05 | Sicelo: disable R&D mode :-D |
| 18:52.57 | Sicelo | i'm not in R&D |
| 18:53.04 | DocScrutinizer05 | or fix preinit(?) |
| 18:53.36 | DocScrutinizer05 | is the flickering only left and right side, and not completely in sync? |
| 18:54.13 | Sicelo | yes, |
| 18:54.32 | DocScrutinizer05 | that's debug mode, aka r&d |
| 18:54.42 | DocScrutinizer05 | no hw defect :-) |
| 18:55.02 | Sicelo | but then .. what put it there, haha ... i haven't had USB for over a year now |
| 18:55.34 | DocScrutinizer05 | wait a minute, lemme find the place in bootscripts that controls it |
| 19:01.58 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 19:02.30 | DocScrutinizer05 | Sicelo: less +'/echo active > /sys/devices/platform/gpio-switch/sleep_ind/state' /sbin/preinit |
| 19:05.34 | DocScrutinizer05 | Sicelo: for now try " echo inactive > /sys/devices/platform/gpio-switch/sleep_ind/state " and watch it stopping |
| 19:05.48 | DocScrutinizer05 | then check your /etc/pmconfig |
| 19:06.13 | Sicelo | that pattern doesn't exist in my /sbin/preinit |
| 19:07.29 | Sicelo | and yes, now it stopped after 'echo inactive' ... |
| 19:07.58 | Sicelo | sleep_ind = 1 in pmconfig |
| 19:08.02 | DocScrutinizer05 | then your preinit is fuxored |
| 19:08.58 | DocScrutinizer05 | http://privatepaste.com/ba3725ad2f excerpt of *my* preinit |
| 19:09.13 | DocScrutinizer05 | which is the stock preinit, as of CSSU |
| 19:09.51 | DocScrutinizer05 | (sleep_ind = 1) yes, here too |
| 19:10.55 | DocScrutinizer05 | on the LEDs: right one is master system clock, left one is CPU-sleep (aka C4?) |
| 19:12.25 | *** join/#maemo shamus (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) |
| 19:12.26 | Sicelo | http://privatepaste.com/download/9ebfdae66c |
| 19:13.14 | DocScrutinizer05 | what the heck, doesn't open, unknown mime-type |
| 19:14.29 | *** join/#maemo qwazix (~qwazix@Maemo/community/council/qwazix) |
| 19:14.39 | DocScrutinizer05 | who messed up your preinit? |
| 19:15.02 | *** join/#maemo ZetaR (~user@71.3.245.144) |
| 19:15.33 | Sicelo | still doesn't open? |
| 19:15.54 | *** join/#maemo qt_junkie (~qt_junkie@5.175.138.65) |
| 19:16.15 | DocScrutinizer05 | http://privatepaste.com/ae501b6ece |
| 19:16.24 | DocScrutinizer05 | i opened with editor |
| 19:17.43 | DocScrutinizer05 | blame Pali |
| 19:17.50 | KotCzarny | :> |
| 19:17.54 | Sicelo | my link works fine for me here |
| 19:19.11 | Sicelo | DocScrutinizer05: http://paste.debian.net/280333/ |
| 19:21.29 | DocScrutinizer05 | isn't that the same? |
| 19:22.34 | Sicelo | it's my preinit. thought you couldn't open/see it |
| 19:22.35 | KotCzarny | use transfer.sh |
| 19:22.41 | KotCzarny | http://transfer.sh |
| 19:24.02 | DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/sbin/preinit |
| 19:24.31 | DocScrutinizer05 | I guess you coucgt a CSSU-testingitis |
| 19:24.51 | DocScrutinizer05 | ;-) |
| 19:25.25 | bencoh | playing with preinit on a broken usb device ... *cough* :] |
| 19:26.00 | DocScrutinizer05 | ohmy |
| 19:26.50 | bencoh | doesnt sound exactly .... "sane" :) |
| 19:27.05 | Sicelo | getbootstate update, lolz .. how was i to know :P |
| 19:27.47 | DocScrutinizer05 | pretty terrible regression |
| 19:28.11 | DocScrutinizer05 | open a ticket ahainst CSSU-$whatever_it_was |
| 19:28.14 | *** join/#maemo futpib (~futpib@176.104.204.3) |
| 19:28.17 | Sicelo | in any case, if i had to have bricked N900, maybe that would give me the motivation to fix the USB once for all .. because it's nothing more that procrastination that has resulted in this whole year of no USB availability |
| 19:28.32 | Sicelo | i've already poked Pali |
| 19:28.53 | DocScrutinizer05 | where from came that getbootstate update? |
| 19:29.01 | Pali | cssu devel |
| 19:29.12 | DocScrutinizer05 | oooh develitis then |
| 19:29.18 | Pali | it may eat your brain |
| 19:29.31 | DocScrutinizer05 | it obviously does ;-D |
| 19:29.52 | DocScrutinizer05 | Sicelo: replace by http://maemo.cloud-7.de/maemo5/sbin/preinit |
| 19:29.53 | Pali | whats problem with preinit? |
| 19:30.09 | Sicelo | Pali: 14:02 < DocScrutinizer05> Sicelo: less +'/echo active > /sys/devices/platform/gpio-switch/sleep_ind/state' /sbin/preinit |
| 19:30.10 | DocScrutinizer05 | Pali: it lacks disabling of debug LEDs |
| 19:30.19 | Sicelo | that line missing |
| 19:30.30 | Pali | ok, i will look at it |
| 19:30.35 | DocScrutinizer05 | not only that line, it seems there's more to it |
| 19:31.19 | bencoh | brainz ? I thougt we all ate that a long time ago |
| 19:31.30 | Sicelo | yeah |
| 19:31.58 | Sicelo | live on the wild side of life |
| 19:34.57 | *** join/#maemo xorly (~xorly@213.192.4.202) |
| 19:37.26 | Pali | Sicelo: whats other is not working in new preinit? |
| 19:38.48 | Sicelo | i don't know. i just noticed the weird keyboard backlight only |
| 19:39.19 | DocScrutinizer05 | stares at the "weird kbd light" and thinks it's awesome :-) |
| 19:39.34 | DocScrutinizer05 | you can see the system working |
| 19:43.44 | Pali | Sicelo: so what is needed to disable that keyboard light? |
| 19:43.55 | Pali | active or inactive state? |
| 19:46.14 | Pali | Sicelo: that code for sleep_ind was moved to read_cfg.awk |
| 19:46.18 | kerio | worksforme, i think |
| 19:46.24 | Pali | because all gpio switches are in read_cfg.awk |
| 19:46.43 | kerio | nvm i haven't upgraded it |
| 19:47.40 | Sicelo | let me reboot to see if it was just hiccup (unlikely?) or not |
| 19:50.00 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 19:54.52 | DocScrutinizer05 | Pali: there's a bug even in stock maemo it seems to me: "" awk '/sleep_ind/{ if ($2 == 1) { VALUE="active"; } else { VALUE="inactive"; } print VALUE > "/sys/devices/platform/gpio-switch/sleep_ind/state" }' < /etc/pmconfig "" doesn't do what it's supposed to, in my book, since in pmconfig I got ""sleep_ind 1"" and yet the sleep indicator aka debug LEDs are INactive on my N900 after boot |
| 19:55.13 | DocScrutinizer05 | prolly awk in busybox borked? |
| 19:56.43 | DocScrutinizer05 | anyway I still wonder how comes that |
| 19:56.45 | DocScrutinizer05 | IroN900:~# cat /sys/devices/platform/gpio-switch/sleep_ind/state |
| 19:56.47 | DocScrutinizer05 | inactive |
| 19:59.21 | DocScrutinizer05 | suspects that $2 isn't what you'd think it might be |
| 20:01.30 | DocScrutinizer05 | also wonders who came up with the idea to set sleep_ind 1 in pmconfig anyway. Seems it's standard |
| 20:01.42 | DocScrutinizer05 | for sure not what it's meant to be |
| 20:03.47 | DocScrutinizer05 | also the whole sequence in genuine preinit makes no sense |
| 20:04.01 | DocScrutinizer05 | or does it...? |
| 20:04.32 | Pali | DocScrutinizer05: that code which you copied to IRC is executed only if R&D mode is enablled |
| 20:04.53 | DocScrutinizer05 | ooh wait, it's in "if [ "$rd_mode" = "enabled" ]; then" |
| 20:05.01 | DocScrutinizer05 | yep |
| 20:05.58 | Pali | https://github.com/community-ssu/getbootstate/blob/master/preinit |
| 20:06.05 | Pali | https://github.com/community-ssu/getbootstate/blob/master/read_cfg.awk |
| 20:06.08 | Pali | this is new version |
| 20:06.24 | DocScrutinizer05 | and is read_cfg.awk also only executed in a conditional branch running when R&D mode set? |
| 20:06.49 | DocScrutinizer05 | in new preinit version |
| 20:06.54 | Pali | no, read_cfg.awk is executed always |
| 20:07.00 | DocScrutinizer05 | that's the bug |
| 20:07.01 | Pali | https://github.com/community-ssu/getbootstate/blob/master/pmconfig |
| 20:07.07 | Pali | and here is new pmconfig ^ |
| 20:07.17 | Pali | just sleep_ind is set to 0 |
| 20:07.23 | DocScrutinizer05 | well |
| 20:07.28 | Sicelo | after reboot lights flickering again |
| 20:07.41 | DocScrutinizer05 | I wouldn't like an update to discard my pmconfig :-/ |
| 20:07.43 | Pali | Sicelo: do you have updated /etc/pmconfig? |
| 20:07.56 | Pali | DocScrutinizer05: it is conffile |
| 20:07.57 | Sicelo | let me compare with github |
| 20:08.18 | DocScrutinizer05 | exactly, and updates are not supposed to reset conffiles |
| 20:08.25 | Pali | yes |
| 20:09.03 | DocScrutinizer05 | so when you change the semantics, you rather should use a new key instead of inverting meaning of old one |
| 20:09.38 | Pali | ok, so maybe add check in read_cfg.awk and ignore sleep_ind settings if R&D mode is disabled? |
| 20:10.00 | Sicelo | Pali: they are diferent .. dunno why. |
| 20:10.04 | Sicelo | gdiff -u /etc/pmconfig.dpkg-new /etc/pmconfig |
| 20:10.12 | Sicelo | -sleep_ind 0 |
| 20:10.14 | Sicelo | +sleep_ind 1 |
| 20:10.28 | DocScrutinizer05 | IOW new read_cfg.awk should use sleep_ind_unconditional as key |
| 20:10.40 | Pali | ok, so change was not applied :-( |
| 20:10.50 | Pali | we probably cannot update conffiles in maemo? |
| 20:10.54 | Pali | via HAM or apt? |
| 20:11.16 | Sicelo | you notice there's an /etc/pmconfig.dpkg-new? |
| 20:11.47 | DocScrutinizer05 | that's what any sane installer does when updating conffiles that might have altered |
| 20:12.05 | bencoh | Pali: s/maemo/debian/ iirc |
| 20:12.20 | bencoh | you sould be able to prompt the user to choose though |
| 20:12.25 | bencoh | (like apt-get upgrade does) |
| 20:12.33 | DocScrutinizer05 | not in HAM ;-P |
| 20:12.40 | bencoh | ah |
| 20:12.56 | Sicelo | i did it via apt |
| 20:12.59 | bencoh | dont we have some prompt-user gui ? |
| 20:13.24 | Sicelo | updating KP does show a warning whether through HAM or apt |
| 20:13.27 | Pali | Sicelo: can you add this: if (system("cal-tool --get-rd-mode | grep -q -x 'enabled'") == 0) { |
| 20:13.30 | Pali | into /sleep_ind/ block? |
| 20:13.38 | Pali | in read_cfg.awk |
| 20:13.53 | DocScrutinizer05 | shouldn't we use sleep_ind_unconditional as new key and do a postinnst like echo 'sleep_ind_unconditional 0' >>/etc/pmconfig ? |
| 20:13.57 | bencoh | Sicelo: that's what I thought (KP and warning) |
| 20:14.16 | Pali | DocScrutinizer05: there is problem with upgrading that file :-( |
| 20:14.29 | Pali | see that Sicelo did not modify it and apt refused to update it |
| 20:14.32 | *** join/#maemo N-Mi (~nicolas@2001:470:1f13:b10:c685:8ff:fe91:2cb0) |
| 20:14.32 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 20:14.33 | DocScrutinizer05 | that's why I suggested using postinst script |
| 20:14.39 | Pali | so I would rather not touch pmconfig file |
| 20:14.51 | Pali | and let original semantic of that file |
| 20:15.08 | DocScrutinizer05 | the original semantic is already broken |
| 20:15.21 | DocScrutinizer05 | you need to fix it |
| 20:15.38 | Pali | yes, but I do not know what to do with broken HAM and apt |
| 20:15.49 | DocScrutinizer05 | by keeping sleep_ind 1 (or whatever and *appending* sleep_ind_unconditional 0 |
| 20:16.26 | DocScrutinizer05 | by keeping sleep_ind 1 (or whatever) and *appending* sleep_ind_unconditional 0 |
| 20:16.31 | Pali | but you cannot touch that file :-( |
| 20:16.38 | Pali | editing it cause that apt will create /etc/pmconfig.dpkg-new |
| 20:16.39 | DocScrutinizer05 | why? |
| 20:16.45 | DocScrutinizer05 | no |
| 20:16.56 | Pali | see Sicelo's log ^^^ |
| 20:16.59 | DocScrutinizer05 | echo 'sleep_ind_unconditional 0' >>/etc/pmconfig |
| 20:17.07 | DocScrutinizer05 | in postinst |
| 20:17.11 | Pali | and what happen on next update? |
| 20:17.18 | Pali | same problem |
| 20:17.24 | Pali | conffile will differ |
| 20:17.26 | DocScrutinizer05 | ? |
| 20:17.42 | Pali | and again problem with /etc/pmconfig.dpkg-new |
| 20:17.52 | DocScrutinizer05 | you don't deploy a conf file, you create/alter it in postinst |
| 20:18.20 | Pali | you always deploy conffile if there is some in DEB package |
| 20:18.42 | DocScrutinizer05 | that'S exactly the point, it must not be in DEB file |
| 20:19.32 | Pali | but already conffile *is* in DEB file |
| 20:19.41 | DocScrutinizer05 | huh? |
| 20:20.38 | DocScrutinizer05 | I thought files are created by develipers, not *being* since beginning of time til end of universe |
| 20:20.39 | *** join/#maemo RedW (~redw@89-73-179-171.dynamic.chello.pl) |
| 20:21.02 | Pali | yes, but pmconfig already exists as conffile in getbootstate package |
| 20:21.08 | Pali | it is installed on every n900 |
| 20:21.15 | DocScrutinizer05 | the fix getbootstate pkg |
| 20:21.23 | Pali | so basically it exist since begining of n900 time |
| 20:21.39 | Pali | due broken HAM it is not possible |
| 20:21.50 | Pali | do you remember problem with hildon-desktop conffile? |
| 20:21.54 | DocScrutinizer05 | how does that conflict with _not_ having it in update? |
| 20:22.28 | Pali | merlin1991 created some special hook for it in cssu-installer script which is called before cssu packages are installed |
| 20:22.34 | Pali | before preinst/postint! |
| 20:22.45 | Pali | I think this was only way how to solve that problem... |
| 20:22.58 | DocScrutinizer05 | I don't see the problem, to begin with |
| 20:23.08 | Pali | it is same problem |
| 20:23.22 | DocScrutinizer05 | I still don't see it |
| 20:23.34 | Pali | HAM is broken |
| 20:23.38 | DocScrutinizer05 | so? |
| 20:23.47 | Pali | cannot normally update conffliles |
| 20:23.57 | DocScrutinizer05 | we DO NOT UPDATE that conffile |
| 20:24.03 | Pali | nor delete |
| 20:24.10 | DocScrutinizer05 | we don't delete it either |
| 20:24.13 | Pali | update = change content of that file |
| 20:24.22 | Pali | and you want something to append? |
| 20:24.26 | Pali | in postinst |
| 20:24.32 | DocScrutinizer05 | so what? |
| 20:24.49 | DocScrutinizer05 | don't tell me HAM doesn't allow echo foo >>bar |
| 20:24.50 | Pali | it is broken as next update of getboostate will again cause problems |
| 20:25.06 | DocScrutinizer05 | which problems? |
| 20:25.10 | Pali | next update HAM will see that file is changed against original version |
| 20:25.16 | Pali | which cause another update problem |
| 20:25.31 | DocScrutinizer05 | which problems? |
| 20:25.49 | Pali | creating dpkg.new files |
| 20:25.53 | DocScrutinizer05 | a conffile is *supposed* to be changed from what it originally was |
| 20:26.17 | *** join/#maemo Vajb (~Vajb@85-76-128-26-nat.elisa-mobile.fi) |
| 20:26.18 | Pali | if you use dpkg manually or aptitude which support that properly you will get broken/inconsisant system |
| 20:26.26 | DocScrutinizer05 | dang, HAM can only create a dpkg.new file when you ship any such file with the new version |
| 20:26.51 | DocScrutinizer05 | same for dpkg or apt |
| 20:27.50 | DocScrutinizer05 | when the new pkg version _has_ _no_ pmconfig file included, then apt/dpkg/ham will not even care about it, no? |
| 20:28.26 | Pali | so you want to remove pmconfig from DEB package? |
| 20:28.31 | DocScrutinizer05 | yes |
| 20:28.35 | Pali | aha |
| 20:29.01 | Pali | will think about it... |
| 20:29.34 | DocScrutinizer05 | echo 'sleep_ind_unconditional 0' >>/etc/pmconfig in postinst will create it at install time when it's missing |
| 20:29.48 | DocScrutinizer05 | and "update" it when it already exists |
| 20:30.19 | Sicelo | in the meantime, which is better? add the code you suggested to read_cfg, or just change pmconfig? i've done the pmconfig change and no more flickering keyboard |
| 20:30.44 | DocScrutinizer05 | of course you can do sth smarter, like a complete sed script to create multiple lines when the keys don't exaist already |
| 20:30.55 | DocScrutinizer05 | in postinst |
| 20:30.57 | Pali | I do not like solution when files are generated at postinst time... |
| 20:31.17 | DocScrutinizer05 | well, that's exactly what all packages do with config files |
| 20:31.19 | Pali | this means that unpacking file (via dpkg -x) you will not see content of full package |
| 20:31.28 | Pali | because some files are created when installing them |
| 20:31.31 | DocScrutinizer05 | see e.g. KDE |
| 20:31.41 | Pali | conffiles are in DEB package |
| 20:31.47 | Pali | dpkg -x will unpack them |
| 20:32.23 | DocScrutinizer05 | is afk |
| 20:33.25 | bencoh | (is KDE really a good example regarding package management ?) |
| 20:34.14 | Sicelo | i'll stick with adjusted pmconfig for now then :) will see what comes of read_cfg in an update |
| 20:38.55 | Vajb | humm is my sim dying or is my sim slot dying. I lost all service and missing sim icon appeared for few seconds and then everything went back to normal. |
| 20:39.14 | DocScrutinizer05 | clean contacts |
| 20:39.56 | DocScrutinizer05 | when problem stays, it's most likely your modem chip dying |
| 20:40.51 | Vajb | oh my. Then i probably vote for dying modem since i lose network from time to time. |
| 20:41.07 | Sicelo | vote? you'd like that? :p |
| 20:41.22 | Vajb | i suppose it's not user changeable? |
| 20:41.45 | Vajb | Sicelo: sure. I always agree with my n900 :) |
| 20:42.36 | DocScrutinizer05 | I seen SIM issues on may phones, after SIM contacts collecting dust and dirt for years |
| 20:42.47 | Sicelo | losing network shouldn't be sign of dying modem. if your modem is dying, you lose sim card. i could be wrong though |
| 20:42.52 | DocScrutinizer05 | however N900 no-SIM issue is notorious |
| 20:45.38 | Vajb | ok. Will try cleaning contacts from port and sim |
| 20:47.01 | KotCzarny | vajb: check the card, are there grooves on the contacts? |
| 20:48.20 | Vajb | last time checked they were all shiny and straight. Not even scratched, but that's like 3 years ago... |
| 20:48.48 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 20:49.42 | KotCzarny | also, i think modem chip can get loose from the board |
| 20:50.22 | KotCzarny | and there was a fix by inserting something under metal shield to press it a bit |
| 20:50.57 | DocScrutinizer05 | KotCzarny: there's the famous spring-fix but it doesn't really work that great |
| 20:51.15 | KotCzarny | luckily i only read about it, my n900 is still working nicely (even after multiple hard drops) |
| 20:51.29 | Vajb | reminds me of "baking of friends xbox360"... |
| 20:51.38 | DocScrutinizer05 | I also never had an issue with USB or modem on any of my N900 |
| 20:51.44 | KotCzarny | same |
| 20:52.15 | KotCzarny | i had some funky charging/not charging issues (not usb related, but charging chip going hairy) |
| 20:52.28 | DocScrutinizer05 | o.O |
| 20:53.02 | KotCzarny | they were fixed by a reboot, so i dont know what it was |
| 20:53.20 | DocScrutinizer05 | that sounds like system busy issues |
| 20:53.57 | KotCzarny | but that state persisted until reboot, i've tried multiple connect/disconnect and different chargers |
| 20:54.20 | DocScrutinizer05 | and there's also a race condition between detection of VBUS 5V and D+/- short charger ID detect. occasionally it thinks it's connected to a USB host |
| 20:54.25 | KotCzarny | and i think orange light was stuck ON |
| 20:54.48 | DocScrutinizer05 | duh! |
| 20:54.58 | KotCzarny | even after disconnecting charget |
| 20:55.01 | KotCzarny | *charger |
| 20:55.24 | DocScrutinizer05 | now _that_ sounds like broken or dying charger chip indeed |
| 20:56.11 | KotCzarny | but i had such issue 2-3 times in the past, it works ok mostly |
| 20:56.30 | DocScrutinizer05 | or... it might be totally messed up BME |
| 20:56.47 | KotCzarny | reboot was a fix, so i bet on confused bme |
| 20:57.15 | DocScrutinizer05 | or I2C at large, like it could happen on old powerkernel (pre 49?) |
| 20:59.00 | *** join/#maemo shentey (~shentey@x55b2f861.dyn.telefonica.de) |
| 21:00.41 | Vajb | i used to get those usb host problems with charger, but solved it by connecting charger first to phone and then to mains socket |
| 21:02.28 | DocScrutinizer05 | (pmconfig, preinit) why exactly did this change at all? there's a clear reason why this particular "" awk '/sleep_ind/{ if ($2 == 1) { VALUE="active"; } else { VALUE="inactive"; } print VALUE > "/sys/devices/platform/gpio-switch/sleep_ind/state" }' < /etc/pmconfig "" got done in this particular position in code. cleaning up code is not a good reason for changing behavior |
| 21:04.47 | DocScrutinizer05 | the semantic was: "when device in R&D mode, either set debug LEDs to what's in pmconfig sleep_ind key, or - if such key or even whole pmconfig file is missing - default to LEDs enabled |
| 21:05.52 | DocScrutinizer05 | I don't see why this semantic needs to change |
| 21:09.22 | DocScrutinizer05 | no change in semantic, no need to update pmconfig ;-) |
| 21:09.59 | DocScrutinizer05 | no need to "fix" code that's not broken |
| 21:10.41 | *** join/#maemo darkschneider (~gab@93-32-32-81.ip31.fastwebnet.it) |
| 21:14.54 | *** join/#maemo hubutm20 (~hubutm20@79.114.18.255) |
| 21:23.38 | *** join/#maemo FlameReaper-PC (~honoo-pc@175.138.115.72) |
| 21:28.41 | *** join/#maemo mirda (~mirdaf@moravik.cust.sloane.cz) |
| 22:59.26 | *** join/#maemo DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 23:04.25 | *** join/#maemo andril (~andril@c-73-205-135-117.hsd1.fl.comcast.net) |
| 23:18.39 | *** join/#maemo ZetaR (~user@71.3.251.28) |
| 23:21.39 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 23:28.26 | *** join/#maemo Natch (~Natch@h-155-122.a444.priv.bahnhof.se) |
| 23:35.57 | *** join/#maemo pentanol (~Unknown@unaffiliated/pentanol) |