| 01:37.31 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 02:01.50 | *** join/#maemo-ssu silviof1 (~silviof@unaffiliated/silviof) |
| 02:05.15 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 03:48.38 | *** join/#maemo-ssu radekp (~radek@82.113.39.213) |
| 04:28.37 | *** join/#maemo-ssu amizraa4 (~amizraa@gateway/tor-sasl/amizraa) |
| 04:33.37 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 05:32.21 | *** join/#maemo-ssu luf (~luf@85.93.125.67) |
| 05:46.32 | *** join/#maemo-ssu scoobertron (~tom@66.172.11.27) |
| 06:44.49 | *** join/#maemo-ssu sailus (~sailus@salottisipuli.retiisi.org.uk) |
| 06:50.08 | *** join/#maemo-ssu _rd (~rd@p57B49015.dip0.t-ipconnect.de) |
| 08:34.22 | *** join/#maemo-ssu _rd (~rd@p57B49015.dip0.t-ipconnect.de) |
| 09:15.46 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 09:31.18 | *** join/#maemo-ssu jon_y (~enforcer@2001:e68:4053:a79a:e01f:8e6d:cdca:d0e5) |
| 11:06.33 | *** join/#maemo-ssu kolp (~quassel@55d45c6b.access.ecotel.net) |
| 11:48.31 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
| 11:57.31 | *** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz) |
| 12:29.37 | *** join/#maemo-ssu NishanthMenon (~nmenon@nat/ti/x-xqsbvidejmrzysla) |
| 12:31.16 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-195-26.residential.rdsnet.ro) |
| 12:37.56 | *** join/#maemo-ssu eugene_ (~eugene@109.62.155.107) |
| 13:46.34 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-rpltvmizxdxvihkj) |
| 13:47.24 | *** join/#maemo-ssu eugene_ (~eugene@109.62.155.107) |
| 13:54.11 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 13:57.47 | freemangordon | merlin1991: needs some help with debian control files and preinst scripts |
| 13:57.53 | freemangordon | *need |
| 13:58.17 | freemangordon | for some reason pre-depends does not work the way I was thinking |
| 14:02.16 | freemangordon | merlin1991: I've put "Pre-Depends: kernel-cssu-flasher ( = 1:2.6.28-10cssu3 ) | kernel-power-flasher ( >= 1:2.6.28-10power51r1 )" in mp- control file, but kernel is not being flashed before the reboot |
| 14:03.30 | freemangordon | is there a way to force dpkg --configure kernel-cssu-flasher in mp- preinst script? |
| 14:27.49 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 14:39.26 | *** join/#maemo-ssu BigBox___ (~BigBoxDri@ip-77-24-1-144.web.vodafone.de) |
| 14:43.50 | DocScrutinizer05 | freemangordon: I would prefer a script that in turn calls the package management |
| 14:51.05 | freemangordon | DocScrutinizer05: but how to execute that script? |
| 14:51.42 | DocScrutinizer05 | well, isn't user supposed to click on the CSSU installer icon? |
| 14:51.57 | *** join/#maemo-ssu eugene_ (~eugene@109.62.155.107) |
| 14:52.31 | freemangordon | it is, but it looks hackish to me to install a krenel from cssu-enabler |
| 14:52.37 | freemangordon | *kernel |
| 14:52.47 | DocScrutinizer05 | honestly? why? |
| 14:52.52 | freemangordon | dunno |
| 14:53.09 | freemangordon | no particular reason besides my gut feelings :) |
| 14:53.21 | DocScrutinizer05 | it is 'hackish' to force HAM into a scrupting environment |
| 14:53.32 | DocScrutinizer05 | scripting* |
| 14:54.00 | freemangordon | well, actually HAM supports scripting ootb |
| 14:54.35 | freemangordon | anyway, i'll consider cssu-enabler |
| 14:54.43 | DocScrutinizer05 | unlike (some) other package managers HAM obviously doesn't support a particular sequence or priority of installation of multiple packages pending to get installed |
| 14:55.26 | DocScrutinizer05 | and tbh I'd probably prefer wget and dpkg for installing kernel anyway |
| 14:55.43 | DocScrutinizer05 | that's *my* guts feeling ;-) |
| 14:55.58 | freemangordon | :) |
| 14:57.29 | kerio | yeah |
| 14:57.35 | kerio | shoehorning the kernel in dpkg is something nokia made up |
| 14:57.39 | kerio | and it's completely and utterly awful |
| 14:57.45 | kerio | especially considering how it's supposed to work |
| 14:57.58 | kerio | the flasher predepends on the kernel because it'll flash the image and then delete it |
| 14:59.29 | DocScrutinizer05 | :nod: |
| 14:59.54 | kerio | that's why i use uboot :3 |
| 14:59.57 | kerio | no more flashing for me |
| 15:00.10 | DocScrutinizer05 | they already did abuse .deb as script, basically |
| 15:00.54 | DocScrutinizer05 | a double wrapper matroshka kernel installation scheme would be really way too much |
| 15:02.50 | DocScrutinizer05 | rather unwrap the crap and rewrite/refactor it in plain shellscript. Or at least use the lowest level tool (I.E: dpkg, rather than HAM) directly from a shellscript, to install kernel and modules |
| 15:03.16 | DocScrutinizer05 | with dpkg you have 100% control over sequence of installation |
| 15:04.38 | kerio | why is the kernel even versioned like that |
| 15:05.17 | kerio | debian on sheevaplug has no on-nand kernel autoflashing, and for good reasons |
| 15:05.30 | kerio | ...at least, i think so |
| 15:05.37 | DocScrutinizer05 | but yeah, optimal control and same time getting rid of this abomination would be: wget the tarball, untar it to /lib/modules/<newkernel>/* and /tmp/kernel.bin, then call flasher manually for the kernel.bin, then reboot |
| 15:06.08 | kerio | meh, modules are fine like this too |
| 15:06.25 | kerio | why do we even have to flash the kernel again? |
| 15:06.26 | DocScrutinizer05 | sure |
| 15:06.33 | kerio | can't we just get ubifs support in uboot and use that? |
| 15:06.41 | kerio | or extfs |
| 15:06.48 | DocScrutinizer05 | but flashing a NAND partition is sth you better do under very tight and close control |
| 15:06.52 | kerio | yeah |
| 15:07.39 | DocScrutinizer05 | particularly when you first want to check if that's really what you wanna do ("check for uBoot or non standard kernel on NAND") |
| 15:08.03 | kerio | well, the pali flasher asks |
| 15:08.09 | kerio | but on deny, it just doesn't flash |
| 15:08.15 | kerio | then it goes as if it flashed |
| 15:08.17 | DocScrutinizer05 | yeah, and it's a constant source of trouble |
| 15:08.37 | freemangordon | hmm, I guess I can (ab)use https://gitorious.org/community-ssu/hildon-application-manager/source/17c6a728be8dd9def69eced62880767733656713:doc/packaging.txt#L307 |
| 15:08.59 | kerio | pls dont |
| 15:09.00 | kerio | :c |
| 15:09.39 | freemangordon | hmm, why? |
| 15:10.47 | DocScrutinizer05 | it's HAM specific aiui and will cause further crippling and obfuscation |
| 15:11.15 | DocScrutinizer05 | KISS |
| 15:14.17 | freemangordon | ok, cssu-enabler then |
| 16:26.04 | merlin1991 | freemangordon: iirc pre-depends needs no reboot |
| 16:26.14 | merlin1991 | it just says installed and configured before installing this ... |
| 16:26.36 | freemangordon | merlin1991: yes, but I wanted to exploit HAM's recovery functionality |
| 16:27.17 | freemangordon | so, if the kernel is flashed before the device reboots because of the meiiens running kernel, it will finish the installation successfuly after the reboot |
| 16:27.41 | freemangordon | I tested it, If I flash the kernel after ther reboot by hand, it finishes ok |
| 16:28.10 | freemangordon | but anyway, I've already hacked into the enabler |
| 16:28.40 | *** join/#maemo-ssu amizraa4 (~amizraa@gateway/tor-sasl/amizraa) |
| 16:44.03 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
| 17:00.45 | *** join/#maemo-ssu amizraa4 (~amizraa@gateway/tor-sasl/amizraa) |
| 17:24.26 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-78-102-146-131.net.upcbroadband.cz) |
| 17:31.06 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 17:52.36 | DocScrutinizer05 | better that |
| 17:53.03 | DocScrutinizer05 | HAM messing around with kernel is questionable anyway |
| 17:53.17 | freemangordon | what do you think about https://gitorious.org/community-ssu/community-ssu-enabler/commit/751c577e9998e4856f40365ba4f94a93cc825c0c? |
| 17:55.12 | DocScrutinizer05 | may I start ranting? |
| 17:55.18 | freemangordon | sure :) |
| 17:55.40 | DocScrutinizer05 | *never* use $? a few lines *after* where you suspect it been set |
| 17:55.52 | freemangordon | hmm? |
| 17:56.13 | freemangordon | I know that, but all of the checks are just after the line I need the reslt from |
| 17:56.32 | DocScrutinizer05 | 94/110 |
| 17:56.51 | freemangordon | oh, shit |
| 17:57.10 | DocScrutinizer05 | yeah :-P |
| 17:59.33 | DocScrutinizer05 | usually you do >' if apt-get -y --force-yes install kernel-cssu kernel-cssu-modules kernel-cssu-flasher; then '< rather than >' apt-get -y --force-yes install kernel-cssu kernel-cssu-modules kernel-cssu-flasher: if [ "$?" = "0" ]; then '< |
| 18:00.25 | DocScrutinizer05 | at least that's what I'd do |
| 18:00.59 | freemangordon | I am not exactly a scripting guru, but I guess it is a matter of coding style |
| 18:01.22 | freemangordon | and IMO "my" way is more readible |
| 18:02.13 | DocScrutinizer05 | usually not |
| 18:02.53 | freemangordon | could be, I am not competent enough on the matter to argue |
| 18:02.54 | DocScrutinizer05 | you're even doing a string compare to a numeric return value, not that it matters much |
| 18:03.46 | freemangordon | you mean the quotes? that's because I am always afraid some variable could become unset and the script will abort :) |
| 18:04.28 | DocScrutinizer05 | compare = vs -eq |
| 18:05.47 | freemangordon | better? https://gitorious.org/community-ssu/community-ssu-enabler/commit/08749748a03ea9dcd3fb9cc011552986d7a904b5 |
| 18:06.18 | DocScrutinizer05 | sure |
| 18:08.58 | DocScrutinizer05 | jr@saturn:~/.kde4/share/config> test 0 -eq \000 ; echo $? |
| 18:08.59 | DocScrutinizer05 | 0 |
| 18:09.01 | DocScrutinizer05 | jr@saturn:~/.kde4/share/config> test 0 = \000 ; echo $? |
| 18:09.02 | DocScrutinizer05 | 1 |
| 18:11.22 | DocScrutinizer05 | but I don't like the whole code |
| 18:12.44 | DocScrutinizer05 | if [ "$?" = "0" ]; then A; B; C; D; if foo; then bar; fi; E; F; else echo error occured; exit 999; fi |
| 18:12.52 | DocScrutinizer05 | HUH???? |
| 18:13.09 | freemangordon | wtf is that? |
| 18:13.41 | DocScrutinizer05 | if [ $? -ne 0 ]; then echo error occured; exit 999; A; B; C; D; if foo; then bar; fi; E; F; |
| 18:13.57 | freemangordon | aah |
| 18:14.26 | freemangordon | if it is c code, you can bet I'll write it like that :) |
| 18:14.31 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 18:15.08 | DocScrutinizer05 | ooops |
| 18:15.16 | DocScrutinizer05 | if [ $? -ne 0 ]; then echo error occured; exit 999; fi; A; B; C; D; if foo; then bar; fi; E; F; |
| 18:15.56 | freemangordon | but I don;t feel comfortable with ba/sh scripts so I do it just to make it work |
| 18:16.02 | DocScrutinizer05 | then make that: |
| 18:16.35 | DocScrutinizer05 | if ! SomeLeeteStuffToDo op tion; then echo error occured; exit 999; fi; A; B; C; D; if foo; then bar; fi; E; F; |
| 18:17.11 | DocScrutinizer05 | now guess what's more readable |
| 18:18.51 | DocScrutinizer05 | saves you from worrying about unset envs as well ;-D |
| 18:18.53 | freemangordon | I'd rather do a new -thumb release |
| 18:19.39 | DocScrutinizer05 | I ,ight want to do a tiny fancy and refactor the code |
| 18:19.46 | DocScrutinizer05 | for you ;) |
| 18:20.04 | freemangordon | sure, go ahead |
| 18:20.09 | kerio | "if apt-get" is way more idiomatic imo |
| 18:20.27 | kerio | especially if it's a mode specifically meant to be used for the return value |
| 18:20.36 | DocScrutinizer05 | exactly |
| 18:20.59 | freemangordon | see, I followed the "coding style" of the already existed code |
| 18:21.11 | DocScrutinizer05 | yeah, dunno who wrote it |
| 18:21.22 | DocScrutinizer05 | fugly ;) |
| 18:21.54 | DocScrutinizer05 | anyway, I'll eventually do a refactoring if I'm getting bored |
| 18:22.28 | DocScrutinizer05 | dafaq, where's the full text instead of diff? |
| 18:23.09 | freemangordon | https://gitorious.org/community-ssu/community-ssu-enabler/source/afae0ce43e559fef8809ef1a266a991f169b9e8f:community-ssu-enabler |
| 18:23.43 | DocScrutinizer05 | thanks, don't hold your breath, but eventually... |
| 18:24.09 | freemangordon | sure, esp that I am fine with it as it is :) |
| 18:26.06 | DocScrutinizer05 | cleanup() is not trapped |
| 18:26.33 | DocScrutinizer05 | indentation is foobar |
| 18:26.42 | freemangordon | yeah, identation is irritating |
| 18:27.19 | freemangordon | ok, so HAM, H-D and libc6. what else? |
| 18:27.36 | freemangordon | kerio: ^^^? any other package -thumb misses? |
| 18:27.49 | kerio | idk |
| 18:27.51 | kerio | all of them |
| 18:27.58 | freemangordon | heh |
| 18:28.27 | freemangordon | I plan a rather small update until merlin1991 finally finds some time and makes the next -testing |
| 18:29.18 | merlin1991 | yeah what's in scope for that? |
| 18:29.24 | *** join/#maemo-ssu _rd (~rd@p57B49015.dip0.t-ipconnect.de) |
| 18:30.12 | freemangordon | cityifno, libc6, ham, h-d, modest, clock-ui |
| 18:30.19 | freemangordon | and few more |
| 18:30.51 | freemangordon | merlin1991: check in http://maemo.merlin1991.at/cssu/community-devel/changes.log |
| 18:31.12 | freemangordon | ooh, pulseaudio and pa-policy-enforcement |
| 18:31.30 | freemangordon | also, statusarea-applet-battery |
| 18:31.42 | freemangordon | fmtx-middleware |
| 18:32.11 | freemangordon | dunno about ke-recv, but I think it is still not ready |
| 18:32.17 | freemangordon | have to ask Pali |
| 18:32.33 | freemangordon | hmm, 2014-03-19 04:33:22 add fremantle deb free armel ke-recv 3.19-17.1 |
| 18:32.39 | freemangordon | maybe it is ready after all |
| 18:33.28 | kerio | if it wasn't thumbified, i'm running it and it's working |
| 18:33.35 | freemangordon | it is not |
| 18:33.38 | freemangordon | iirc |
| 18:33.39 | kerio | then i have no clue |
| 18:33.47 | freemangordon | hmm, it is |
| 18:33.55 | freemangordon | ke-recv (>= 3.19-15.7+thumb0), |
| 18:34.04 | kerio | i have thumb over devel |
| 18:34.21 | freemangordon | well, check your installed version |
| 18:34.38 | kerio | but my phone is all the way over *there* |
| 18:38.32 | DocScrutinizer05 | freemangordon: are you sure this script shouldn't start with something like >' if [ "$(id -u)" != "0" ]; then exec sudo "$@"; fi; '< ? |
| 18:39.16 | freemangordon | it will fail anyways if started as user |
| 18:39.27 | freemangordon | but maybe a check is really needed |
| 18:39.37 | DocScrutinizer05 | and it sure like hell witll start as user when user clicks icon |
| 18:40.08 | freemangordon | no, it is started with sudo, from the .desktop file |
| 18:40.14 | DocScrutinizer05 | aaah, ok |
| 18:40.52 | DocScrutinizer05 | I'd rather make the script aito-sudo itself, but that's for sure a matter of style |
| 18:40.56 | DocScrutinizer05 | auto* |
| 18:41.53 | DocScrutinizer05 | consider setups where sudo egenrally needs root password entry, like mine |
| 18:42.03 | DocScrutinizer05 | generally* |
| 18:43.23 | kerio | DocScrutinizer05: if it's well-done it'll add a sudoers file |
| 18:43.36 | freemangordon | it adds |
| 18:46.46 | xes | who takes care about pulseaudio? Someone has ideas to fix the random "Master sink "sink.hw0" not found" with wrong audio routing during calls? |
| 18:47.01 | kerio | omg it's xes! |
| 18:47.22 | xes | hello there! |
| 18:48.38 | freemangordon | xes: usually Pali is the PA man |
| 18:49.56 | DocScrutinizer05 | hi xes |
| 18:50.07 | DocScrutinizer05 | that PA error report is unique afaik |
| 18:50.24 | DocScrutinizer05 | anyway CND |
| 18:51.04 | freemangordon | ~cnd |
| 18:51.09 | DocScrutinizer05 | maybe related to RE'ed policy enforcer LISP files? |
| 18:51.18 | DocScrutinizer05 | Can Not duplicate |
| 18:51.38 | freemangordon | I doubt , those are in "production" for really long time |
| 18:51.44 | DocScrutinizer05 | :nod: |
| 18:51.58 | DocScrutinizer05 | thus I wonder what's wrong with xes' system |
| 18:52.06 | DocScrutinizer05 | hw failure? |
| 18:52.12 | freemangordon | xes: anything in dmesg? |
| 18:52.19 | DocScrutinizer05 | cmt SSI pin popper? |
| 18:52.22 | freemangordon | smells like |
| 18:52.28 | freemangordon | (hw failure) |
| 18:52.34 | DocScrutinizer05 | :nod: |
| 18:52.55 | DocScrutinizer05 | sink.hw0 sounds like SSI interface to cmt |
| 18:53.17 | DocScrutinizer05 | McBSP<foobar> |
| 18:53.21 | xes | the error happens on 50% of reboots |
| 18:53.41 | freemangordon | did you try a reflash? |
| 18:53.52 | DocScrutinizer05 | rrright |
| 18:54.01 | xes | tried all the fixes found in tmo about miissing/optified libs |
| 18:54.01 | DocScrutinizer05 | please check with stock fremantle |
| 18:54.17 | freemangordon | :nod: |
| 18:54.18 | DocScrutinizer05 | BM is your friend |
| 18:54.37 | xes | when is does not happen the phone runs well for weeks untill ...reboot |
| 18:54.49 | DocScrutinizer05 | hmmmmmm |
| 18:54.54 | DocScrutinizer05 | weiiiiird |
| 18:55.24 | DocScrutinizer05 | wasn't there another similar report about something with audio crapping pants during boot recently? |
| 18:55.45 | DocScrutinizer05 | somewhere on tmo maybe? |
| 18:55.59 | xes | i will prepare a dmesg log to post. Also the process start order is the same between working/not working situation |
| 18:56.19 | DocScrutinizer05 | mem allocation might differ nevertheless |
| 18:56.33 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 18:56.37 | DocScrutinizer05 | also race conditions are a nightmare to debug in boot/sysinit |
| 18:57.13 | DocScrutinizer05 | at OM we had a kernel that worked great as long as we had debug output enabled |
| 18:57.27 | DocScrutinizer05 | as soon as we switched off debug it crashed hard |
| 18:57.36 | freemangordon | xes: are you on -thumb? |
| 18:57.43 | DocScrutinizer05 | nobody ever found the reason |
| 18:58.06 | DocScrutinizer05 | yes, that was a report about thumb crashing audio or sth |
| 18:58.13 | DocScrutinizer05 | on tmo iirc |
| 18:58.47 | freemangordon | well, assuming that nowadays most run -thumb, I am not surprised :) |
| 18:58.56 | freemangordon | do you have the link? |
| 18:59.47 | DocScrutinizer05 | sorry nope |
| 19:00.06 | DocScrutinizer05 | iirc was in one of "your" threads |
| 19:00.47 | freemangordon | hmm, I usually read them regularly, but might have missed that one as I was veryy busy for the last 2 months or so |
| 19:00.48 | DocScrutinizer05 | I wouldn't feel surprised to learn that PA or gstreamer or even ALSA doesn't like thombification |
| 19:01.08 | freemangordon | I doubt, too many people are on -thumb |
| 19:01.27 | freemangordon | it is rather something wrong with xes' device, either HW or SW |
| 19:01.29 | DocScrutinizer05 | pointer to 2nowhere" |
| 19:02.14 | DocScrutinizer05 | pointig to a location for absolute addrs of var that's outside own code segment when "short" thumb code used |
| 19:02.49 | DocScrutinizer05 | there's a number of nasty optimizations in PA and ALSA |
| 19:03.46 | DocScrutinizer05 | goto * + 4 //jump to end of routine, 2 opcodes down from here |
| 19:04.04 | DocScrutinizer05 | stuff like that (I made up this one) |
| 19:04.15 | freemangordon | I don;t think there is handcrafted assembly in PA or ALSA |
| 19:04.31 | DocScrutinizer05 | really? ;-P |
| 19:04.43 | DocScrutinizer05 | ponders about the bet |
| 19:04.50 | xes | sorry for the delay. I'm fighiting with a server... So, i compared also alsa dump, volumes, mixers & co... nothing changes |
| 19:04.52 | dos1 | wouldn't handcrafted assembly be unaffected by gcc using thumb or not? |
| 19:04.56 | freemangordon | and gcc usually complains if there is something it doesn't like |
| 19:05.08 | xes | freemangordon: anyway, i'm on -thumb |
| 19:05.18 | freemangordon | dos1: :nod: |
| 19:05.24 | DocScrutinizer05 | dos1: yes, but the code it's linked to wpould change "ABI" |
| 19:05.55 | freemangordon | there is no change in the ABI |
| 19:06.03 | dos1 | DocScrutinizer05: it would be a bit risky to code like that, as any different compiler optimalization could also "change ABI" |
| 19:06.08 | DocScrutinizer05 | see above example. for thumb two intructions are 2 bytes, not 4. (err words) |
| 19:06.17 | freemangordon | yeah, bytes |
| 19:06.23 | freemangordon | so, it is just an offset |
| 19:06.29 | xes | freemangordon: the final user behavior is that the audio of all the gsm calls is routed to the speaker and there is no way to address it |
| 19:06.53 | freemangordon | DocScrutinizer05: no sane developer will hardcode the instruction len in a jump |
| 19:07.18 | DocScrutinizer05 | I'm rather sure nasty stuff similar to this really brainfscked made up example can be found in ALSA and particularly PA |
| 19:07.46 | freemangordon | xes: do you have syslog installed? |
| 19:07.51 | xes | this is the only similar report i have found so far: http://talk.maemo.org/showthread.php?t=66855 |
| 19:07.55 | xes | freemangordon: sure |
| 19:08.32 | freemangordon | may I have one? :) |
| 19:08.43 | DocScrutinizer05 | audio is all about efficiency and don't-care about any "reasonable coding" |
| 19:09.47 | *** join/#maemo-ssu _rd (~rd@p57B49015.dip0.t-ipconnect.de) |
| 19:10.55 | DocScrutinizer05 | xes: http://talk.maemo.org/showthread.php?t=66855&page=3 sounds like age-old fscked up optification that breaks PA when trying to play shake-hands sound while /opt not available |
| 19:11.01 | DocScrutinizer05 | it never recovers from that |
| 19:11.48 | DocScrutinizer05 | we had *lots* of fun with that one |
| 19:11.49 | xes | DocScrutinizer05: i know but: 1 A pulseaudio restart should fix 2 every fix suggested does not help |
| 19:12.31 | DocScrutinizer05 | since it only happened to those who got gstreamer-codecs-bad (or whatever) installed, which optified out the flac/whatever plugin |
| 19:12.46 | freemangordon | xes: did you try to list alsa controls and compare? |
| 19:12.57 | DocScrutinizer05 | yes, he did |
| 19:13.17 | xes | freemangordon: diff says they are equal |
| 19:13.51 | DocScrutinizer05 | ooh and he checked for all optification uissues. sorry |
| 19:14.30 | DocScrutinizer05 | hmmmmmmm |
| 19:14.35 | DocScrutinizer05 | ffs |
| 19:14.59 | DocScrutinizer05 | FIRST: find out what the heck is hw:0 |
| 19:22.07 | kerio | it's probably the 0th hardware |
| 19:24.33 | xes | syslog --> https://etherpad.mozilla.org/zOLk5gIADx |
| 19:26.29 | xes | most of times, to fix it i have to shudown and remove battery for a few seconds. It seems like a peripheral that remains in an hanged/wrong state. Sometimes, a fortunate reboot fixes it |
| 19:28.18 | freemangordon | hmm, why "Linux version 2.6.28.10-power52+git"? |
| 19:28.31 | xes | latest pali's kp |
| 19:29.30 | freemangordon | did you try kp52 from the repos? |
| 19:29.46 | kerio | :o |
| 19:29.47 | kerio | i want that |
| 19:29.49 | kerio | gimme that |
| 19:31.55 | xes | freemangordon: yep - same situation |
| 19:31.58 | freemangordon | xes: what about "Jan 1 01:00:09 N900 ohmd[946]: GLIB ERROR ** default - module rule_engine failed to load but listed in require aborting..." |
| 19:32.35 | freemangordon | and... |
| 19:32.39 | freemangordon | Jan 1 01:00:09 N900 init: ohmd main process (946) killed by ABRT signal |
| 19:32.41 | freemangordon | Jan 1 01:00:09 N900 init: ohmd main process ended, respawning |
| 19:33.59 | xes | freemangordon: no idea |
| 19:34.39 | *** join/#maemo-ssu eugene_ (~eugene@109.62.155.107) |
| 19:37.03 | freemangordon | is ohmd running? |
| 19:37.24 | xes | freemangordon: the ohmd error happens also when everything works |
| 19:37.37 | freemangordon | I don't think it is normal |
| 19:39.53 | xes | it seems you have found something. ohm-agent is running but all the failed sessions i have saved don't have ohmd running |
| 19:40.47 | freemangordon | afaik ohmd is the one that applies various policies |
| 19:41.10 | freemangordon | maybe you should try to start it by hand and see why it aborts |
| 19:42.25 | freemangordon | xes: though you should really consider a reflash |
| 19:43.53 | xes | freemangordon: hey... it's not windows ;) and a random issue is something that could happen again |
| 19:44.10 | freemangordon | yeah, it is not :) |
| 19:45.43 | xes | anyway, thank you ;) |
| 19:51.00 | freemangordon | xes: please, teel me how it went once you find why ohmd crashes |
| 19:51.19 | freemangordon | it could still be a bug which deservers cssu attention |
| 19:51.29 | freemangordon | deserves even |
| 19:52.29 | xes | freemangordon: i'm already comparing with saved backups (since 2011 ;) ) i will report as soon as i find something or... i will need some other suggestion :) |
| 19:52.48 | freemangordon | xes: I am almost sure it is ohmd |
| 19:53.49 | freemangordon | xes: http://www.gossamer-threads.com/lists/maemo/developers/55019 |
| 19:54.03 | freemangordon | "It handles also audio policies and tries to make..." |
| 20:12.21 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 20:21.06 | DocScrutinizer05 | http://www.gossamer-threads.com/lists/maemo/developers/55019 is EPIC! Recommended read for every devel |
| 20:24.58 | *** join/#maemo-ssu eugene_ (~eugene@109.62.147.35) |
| 20:33.20 | freemangordon | DocScrutinizer05: in what regard? for educational purposes on what omhd is? |
| 20:34.07 | DocScrutinizer05 | yes, among other aspects. Also about why maemo is superior to any random OS adapted to 'just run' on embedded |
| 20:34.17 | freemangordon | yeah |
| 20:35.16 | DocScrutinizer05 | freemangordon: is ohmd freed by now? |
| 20:35.35 | DocScrutinizer05 | or is it still a blob? or never been? |
| 20:35.55 | freemangordon | at least some version https://gitorious.org/maemo-multimedia/ohm/source/a683b973722553fce95f260e4829ce4decb26d3e: |
| 20:36.01 | DocScrutinizer05 | cool |
| 20:36.18 | DocScrutinizer05 | good for FPTF |
| 20:36.22 | freemangordon | I hope fremantle version is there too |
| 20:37.25 | DocScrutinizer05 | it's those closed blobs that made Nokia look really nasty |
| 20:37.38 | xes | hmmm ...myfaultmyfaultmyfault: ohmd's rule engine uses: /usr/lib/swipl-5.6.50 that in an unhappy moment of "zero disk space" i moved and symlinked into opt.. grrr |
| 20:37.58 | xes | freemangordon: thanks! |
| 20:38.18 | freemangordon | :) |
| 20:38.46 | freemangordon | is it fixed now? |
| 20:39.23 | xes | 3 reboots without the problem.. sounds (really!) good |
| 20:39.53 | freemangordon | cool |
| 20:41.16 | freemangordon | DocScrutinizer05: according to gtk we have "ohm (0.1.2-0maemo33) unstable; urgency=low" |
| 20:41.20 | freemangordon | *gitk |
| 20:41.27 | freemangordon | that is the version I have on my device :D |
| 20:42.04 | DocScrutinizer05 | xes: haha :-D |
| 20:42.28 | xes | freemangordon: another issue for you is about really fast sd + swap on sdcard (like your samsung 64GB sdxc) i bough the same, but since now the device boots really faster hildon-status starts before mount optified mount points. I fixed with: sleep 5 && /usr/sbin/dsmetool -t /usr/bin/hildon-status-menu in /etc/X11/Xsession.post/15hildon-status-menu |
| 20:43.12 | DocScrutinizer05 | ugh |
| 20:43.28 | freemangordon | xes: not here at least, but I didn't messed with startup scripts, unlike you :P |
| 20:43.29 | xes | DocScrutinizer05: :P |
| 20:43.35 | freemangordon | *mess |
| 20:43.38 | DocScrutinizer05 | hildon definitely shouldn't start up before /opt mounted, eh? |
| 20:44.17 | freemangordon | afaik |
| 20:44.20 | DocScrutinizer05 | actually xsession shouldn't start before /opt available |
| 20:44.59 | xes | anyway with swap on that fast sd N900 seems another device |
| 20:45.16 | DocScrutinizer05 | o.O |
| 20:45.25 | freemangordon | yep |
| 20:55.03 | *** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz) |
| 20:55.21 | gypsy | is the best idea to do swap striping or to remove the emmc swap altogether? |
| 21:00.42 | freemangordon | swap stripping is pointles on n900, afaik |
| 21:01.24 | gypsy | http://wiki.maemo.org/Swap_on_microSD referenced it |
| 21:01.44 | gypsy | emmc swap removal would be the way to go then |
| 21:23.18 | *** join/#maemo-ssu frank__ (6036e220@gateway/web/freenode/ip.96.54.226.32) |
| 22:32.52 | mickname | jea, n900 päivityksiä |
| 22:33.00 | mickname | oops, wrong channel :( |
| 22:33.25 | mickname | although the subject was right |