**** BEGIN LOGGING AT Tue Jul 15 02:59:59 2014
Jul 15 03:56:32 <DocScrutinizer05> maemo council elections closed. results calculated. see http://maemo.org/vote/results.php?election_id=37
Jul 15 04:01:46 <DocScrutinizer05> thank you to all community members who bothered to vote! And of course a big thank you to all candidates. And a plea to those candidates who were not elected: please stay in close contact with all council activities, we for sure will like to see you standing for elections again in 6 months, and until then your help is very welcome no matter if you're a elected member of council or not. The experience will benefit your candidature on next 
Jul 15 04:01:47 <DocScrutinizer05> council elections
Jul 15 04:30:17 <DocScrutinizer05> om a sidenote: from http://maemo.org/vote/votes.php?election_id=37 it's actually worrying how many ballots demonstrate that we (council) didn't manage to explain how the votes work. While number of voted candidates = 5 is ideal and <=5 is still reasonable, I'd count the =1 votes ballots already into the group of >5 votes, which look like voter didn't get the concept of the election
Jul 15 04:31:44 <DocScrutinizer05> there are _way_ too many ballots with >5 votes, which are not causing trouble in themselves but suggest that voter didn't understand that voting for candidate #6 and beyond is absolutely meaningless
Jul 15 04:33:59 <DocScrutinizer05> in that context I finally want to pick up on loose end of my suggestion a 6 or 12 months ago: always have a pseudo-candidate "that's enough" which voters can chose and which will cause election counting to terminate when this pseudo candidate gets elected into council. 
Jul 15 04:35:50 <DocScrutinizer05> Lemme elaborate: when counting of votes results in: 1: Alice, 2: Bob, 3: Christine, 4: Thats_Enough, 5: Eric - then the council will consist of Alice, Bob, Christine only
Jul 15 04:37:01 <DocScrutinizer05> note that an abstention to vote is not identical to voting for Thats_Enough
Jul 15 05:52:14 <DocScrutinizer05> any mobile phone core developer around? ([ex] Nokia highly welcome)  I'd like to discuss under which (APE CPU) conditions the modem should get shut down hard. To explain, an example: When for whatever reason CPU shuts down (let's assume the OMAP would shut down on 3.6V Vbatt while modem can run down to 2.5V battery voltage) then we probably want to make damn sure that modem doesn't live on a a phantom in the machine. Anybody who got 
Jul 15 05:52:15 <DocScrutinizer05> experience/info from practivce and likes to share it with me?
Jul 15 05:57:25 <DocScrutinizer05> other example scenario: user eventually moved swap to uSD, now does a inmarsat call (12 bucks per minute) and during that call the uSD contacts see a glitch and APE kernel blows chunks aka kernel panic. Subsequently the APE shuts down pretty hard, to reboot. But reboot fails for same uSD contact problem. All the time the established call stays and kills user's economy. And then let's assume this happens 2 minutes before boarding call on 
Jul 15 05:57:27 <DocScrutinizer05> airport
Jul 15 06:06:29 <freemangordon> DocScrutinizer05: I am not one of those (as you know), but looking at the signalling in N900, the above scenario is not going to happen. By looking at the schematics it seems that CMT_RST_RQ will be help asserted in case of OMAP reset/power off.
Jul 15 06:06:53 <DocScrutinizer05> yes
Jul 15 06:06:56 <DocScrutinizer05> :-)
Jul 15 06:07:17 <DocScrutinizer05> that's what I think I detected in N900: mutual "watchdog"
Jul 15 06:08:14 <DocScrutinizer05> I'm just interested in the more abstract design rationale and architecture, if there's a best practice commonly used, or whatever.
Jul 15 06:08:17 <freemangordon> TBH I have no idea under what conditions CMT would want an APE reset
Jul 15 06:08:31 <freemangordon> I see
Jul 15 06:08:36 <DocScrutinizer05> when APE gone stale?
Jul 15 06:08:48 <freemangordon> but how would CMT detect that?
Jul 15 06:09:09 <DocScrutinizer05> when there's a dynamic watchdog concept then it may detect
Jul 15 06:09:50 <DocScrutinizer05> CMT may want to see a keep aloive packet once per second, maybe only during calls. Dunno. That's exactly what I want to learn
Jul 15 06:10:05 <freemangordon> hmm, makes sense
Jul 15 06:11:12 <DocScrutinizer05> (not that such scheme could easily get implemented into arbitrary other modems)
Jul 15 06:19:30 <freemangordon> DocScrutinizer05: wait, I start to think it is not like that (mutual watchdog), APE_RST_RQ needs working APE to be processed. It is connected to GPIO, not to some reset pin on OMAP/TWL
Jul 15 06:20:19 <freemangordon> so it is most probably used as an application/protocol level reset, rather than APE hard reset
Jul 15 06:20:53 <freemangordon> look at cmtspeech_nokiamodem.c
Jul 15 06:21:49 <DocScrutinizer05> freemangordon: good spotting! :-)
Jul 15 06:22:56 <DocScrutinizer05> freemangordon: is there a explanation of what APE_RST_RQ is meant to do? whether it's input or output, and so on?
Jul 15 06:23:25 <freemangordon> it is output from CMT to APE
Jul 15 06:23:35 <DocScrutinizer05> thanks!
Jul 15 06:23:41 <DocScrutinizer05> more info? :-D
Jul 15 06:24:12 <DocScrutinizer05> IRQ handler, for example?
Jul 15 06:24:26 <DocScrutinizer05> (would make some sense)
Jul 15 06:25:07 <freemangordon> just a mminute
Jul 15 06:25:57 <freemangordon> DocScrutinizer05: look at https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/hsi/clients/nokia-modem.c?id=refs/tags/v3.16-rc5#n51
Jul 15 06:26:01 <DocScrutinizer05> :-D
Jul 15 06:26:33 <DocScrutinizer05> 	dev_info(modem->device, "CMT rst line change detected\n");   \o/
Jul 15 06:26:55 <DocScrutinizer05> O*M*G!!!
Jul 15 06:27:00 <freemangordon> yep. and upstream code is pretty much close to Nokia code IIRC
Jul 15 06:27:01 <DocScrutinizer05> SSI_reset
Jul 15 06:27:24 <DocScrutinizer05> you recall my rant about HSI failing/stalling since OMAP loses IRQs?
Jul 15 06:27:30 <DocScrutinizer05> OMAP4 here
Jul 15 06:27:57 <DocScrutinizer05> this looks so damn identical to how we had to handle that problem for OMAP4
Jul 15 06:29:10 <freemangordon> hmm, I don;t think this code workarounds anything
Jul 15 06:29:31 <freemangordon> it just passes APE_RST_RQ to userland, resetting ssi in the meantime
Jul 15 06:29:56 <DocScrutinizer05> exactly. But why resetting SSI?
Jul 15 06:30:08 <freemangordon> because CMT wants us to do it
Jul 15 06:30:17 <DocScrutinizer05> sure
Jul 15 06:30:44 <freemangordon> freemangordon 9,08,04
Jul 15 06:30:46 <freemangordon> TBH I have no idea under what conditions CMT would want an APE reset
Jul 15 06:30:47 <DocScrutinizer05> I cannot think of any non-pathological case where SSI/HSI needs reset
Jul 15 06:31:03 <DocScrutinizer05> I can :-D
Jul 15 06:31:12 <freemangordon> hmm?
Jul 15 06:31:16 <DocScrutinizer05> err I have :-d
Jul 15 06:31:49 <DocScrutinizer05> CMT wants a APE (incl SSI) reset when CMT FIFO for SSI overflows
Jul 15 06:32:07 <DocScrutinizer05> due to APE not servicing the SSI interrupts
Jul 15 06:32:37 <DocScrutinizer05> now that should never happen, unless SSI hw IF is somehow fux0red
Jul 15 06:33:19 <freemangordon> well, maybe it is possible, even if HW is ok
Jul 15 06:33:21 <DocScrutinizer05> after all SSI should have its own "embedded" IRQ machine
Jul 15 06:34:10 <freemangordon> iirc from the ssi code, we have 2 modes, "direct" and DMA
Jul 15 06:34:32 <freemangordon> I guess if the system is overloaded it is possible to have FIFO overrun in both cases
Jul 15 06:34:47 <DocScrutinizer05> transferring a data word via HSI/SSI from sender to receiver hw block shall work autonomously, and receiver hw block shall trigger an IRQ "data in buffer to fetch!"
Jul 15 06:35:16 <DocScrutinizer05> yes, overload is one possible cause
Jul 15 06:35:16 <freemangordon> yes, but data is fetched in a workqueue outside of the IRQ handler
Jul 15 06:35:46 <DocScrutinizer05> but even then the SSI hw doesn't need reset
Jul 15 06:35:49 <freemangordon> so, even if the IRQ is served we can still have overflow
Jul 15 06:36:01 <DocScrutinizer05> overflow is just overflow
Jul 15 06:36:09 <DocScrutinizer05> eventually APE will handle it
Jul 15 06:36:30 <DocScrutinizer05> no need for an extra line to ask APE to reset SSI hw
Jul 15 06:36:44 <freemangordon> look, this is "ssip_reset_event(modem->ssi_protocol)", i.e. "CMT asserted the reset line"
Jul 15 06:36:51 <DocScrutinizer05> fck HSI/SSI
Jul 15 06:37:57 <DocScrutinizer05> SSI is a synchronous protocol that simply transfers 8 bit (usually, other word sizes are possible) from sender to receiver
Jul 15 06:37:58 <freemangordon> DocScrutinizer05: look at http://code.metager.de/source/xref/linux/stable/drivers/hsi/clients/ssi_protocol.c#1038
Jul 15 06:38:18 <freemangordon> we don't really have ssi reset
Jul 15 06:38:23 <DocScrutinizer05> oooh
Jul 15 06:38:56 <freemangordon> this is treated as an error condition, buffers are emtied, etc
Jul 15 06:39:04 <freemangordon> emptied even
Jul 15 06:39:27 <freemangordon> if I read the code correctly
Jul 15 06:39:52 <freemangordon> anyway, have to leave, bbl
Jul 15 06:40:05 <DocScrutinizer05> err http://code.metager.de/source/xref/linux/stable/drivers/hsi/clients/ssi_protocol.c#455
Jul 15 06:40:27 <DocScrutinizer05> freemangordon: thanks a ton! have a nice day!
Jul 15 06:40:35 <freemangordon> sure, but look at what ssip_+reset does
Jul 15 06:40:43 <freemangordon> *ssip_reset
Jul 15 06:41:07 <freemangordon> http://code.metager.de/source/xref/linux/stable/drivers/hsi/clients/ssi_protocol.c#ssip_reset
Jul 15 06:41:36 <freemangordon> IMO this is "logical" reset, not a hard one
Jul 15 06:42:07 <DocScrutinizer05> o.O http://code.metager.de/source/xref/linux/stable/drivers/hsi/clients/ssi_protocol.c#412
Jul 15 06:44:06 <DocScrutinizer05> the problem is: OMAP HSI has no decent reset ;-P
Jul 15 06:44:17 <DocScrutinizer05> since nobody ever thought it would need any
Jul 15 06:45:39 <DocScrutinizer05> so all you can do is flush buffers and setup all IRQ handlers and timers and whatnot anew. Or you go brute force and power down the complete power domain, which also resets several other interfaces (UART? cannot recall details) --- disclaimer: IIRC
Jul 15 09:32:12 <APic> 9Celebrate Confuflux.
Jul 15 09:56:24 <DocScrutinizer05> yeehaaa!  netsplit
Jul 15 15:48:24 <ult> have anyone had good results with smscon COM_CUSTOM defined as Sript ** * * * * , particularly with usercmd arguments processing?
Jul 15 15:49:03 <ult> smscon_script is taken from wiki
Jul 15 16:15:13 <sixwheeledbeast> ult: yes, are you having issues?
Jul 15 16:16:05 <ult> yep, specifically with the way parameters are passed
Jul 15 16:17:20 <ult> dependless of delimeter used, it's always $1='p1 p2...pn', not $1=p1, $2=p2, etc
Jul 15 16:18:27 <sixwheeledbeast> ult: I have not played with it for a while, gimme a bit and I'll check out my version and settings, I am cooking at the moment. ;)
Jul 15 16:18:37 <ult> so you can't say something like Script usercmd ls -l -a /home
Jul 15 16:18:49 <ult> okay, take your time
Jul 15 17:53:08 <sixwheeledbeast> ult: ok what was your problem?
Jul 15 17:57:58 <ult> if i try to sms the daemon with $prefixScript$delimusercmd$delim$arg1$arg2 it's parsed incorrectly, resulting in wrong path in case stament inside smscon_script is taken and it finishes with "unknown command". afaict this is due to incorrect argument processing
Jul 15 17:58:58 <ult> $prefixScript$delimusercmd$delim$arg1$delim$arg2$suffix actually
Jul 15 18:06:12 <sixwheeledbeast> do you have an example?
Jul 15 18:12:13 <ult> sixwheeledbeast: Script usercmd ls -l -a /home
Jul 15 18:13:44 <ult> sixwheeledbeast: depending of what delimiter you set, you may need to replace the spaces with it
Jul 15 18:16:39 <sixwheeledbeast> Well I have a list of /home directories in my script.log file after testing it.
Jul 15 18:16:51 <sixwheeledbeast> ult: ^^^
Jul 15 18:17:48 <ult> sixwheeledbeast: smscon version?
Jul 15 18:18:07 <sixwheeledbeast> the latest from devel...lemme check
Jul 15 18:19:39 <sixwheeledbeast> ult: 0.10.9-4
Jul 15 18:21:10 <sixwheeledbeast> I have commented out every line in the smscon_script file and put ls -la /home at the EOF
Jul 15 18:29:58 <ult> sixwheeledbeast: CSSU repo? extras-devel  has 0.10.9-1 most recent. and what's the idea behind commenting out everything while script itself is needed to parse input?
Jul 15 18:31:09 <sixwheeledbeast> ult:  ah sorry yes 0.10.9-1 smscon 0.10.9-4 smscon editor
Jul 15 18:31:47 <sixwheeledbeast> the current content of the script file is an example script
Jul 15 18:31:49 <ult> sixwheeledbeast: does the script look like http://wiki.maemo.org/SMSCON#An_example_user_script_for_COM_CUSTOM
Jul 15 18:32:05 <ult> sixwheeledbeast: perfect timing :-D
Jul 15 18:32:49 <sixwheeledbeast> ult: it's similar but the wiki is not up to date AFAIK
Jul 15 18:34:22 <sixwheeledbeast> you can remove everything after the shebang line if you wish or even copy it somewhere "script.bak" 
Jul 15 18:37:57 <ult> sixwheeledbeast: no, i like it the way it is, i just needed a way to somehow pass the arguments to usercmd. in the end just patched it to forcefully divide the $CMD in atual cmd and args and launch stuff accordingly. but it has one downside - have to rely on known delimiter, if it changes, simplest parsing i've added will break.
Jul 15 18:41:08 <sixwheeledbeast> ult: hmmm, so is your file "exactly" as the wiki page?
Jul 15 18:41:53 <ult> sixwheeledbeast: it was before i've started to fiddle with it
Jul 15 18:43:31 <sixwheeledbeast> ult: my file shares some content but it's not the same. there is some more user instructions gimme a minute...
Jul 15 18:56:54 <sixwheeledbeast> ult: http://pastebin.com/eFQ3hgCy
Jul 15 18:57:56 <sixwheeledbeast> I believe it explains a bit better how to format the script
Jul 15 19:04:48 <ult> sixwheeledbeast: got it, placeholder processing examples is pretty much identical to those in wiki. but, look at the wiki's script, part with case branches, specifically in usercmd) one: without modification it's never triggered, unless your sms contains no actual command after usercmd string.
Jul 15 19:06:16 <sixwheeledbeast> ult: ah, maybe this is why it was changed on a later version.
Jul 15 19:11:06 <ult> sixwheeledbeast: and this happens because of $CMD in the beginning has ALL of the params in it, they are not passed in $2 $3 etc. and delimiters are present in $CMD, so if it would be triggered by adding * at the end of usercmd*), then any kind of delimiter other than space would make sh fail on input parsing, if you wouldn't fix it manually beforehand.
Jul 15 19:11:58 <sixwheeledbeast> :nod:
Jul 15 19:16:14 <ult> sixwheeledbeast: well, i was telling this exactly about last version - parameter passing is done somewhere inside the python code.
Jul 15 19:32:23 <ult> sixwheeledbeast: no, it seems you was right - just tried with 'for p in "$@" echo $p' and got them properly divided. no idea why in CMD=$(trim "${1:-default}") had them all in one string.
Jul 15 22:44:10 <Kilroo> I had an entertaining dream.
Jul 15 22:44:19 <Kilroo> It had a weird phone in it.
Jul 15 22:45:42 <Kilroo> It pretty much seemed to be an N9, running Maemo 5 but with the N9 feed screen as one of its desktops, and with a hardware keyboard Other Half.
Jul 15 22:46:18 <Kilroo> It was a lot more fun than the next dream which was about an upcoming project at work going horribly horribly wrong.
Jul 15 22:49:09 <sixwheeledbeast> sshhh...some of us are sleeping... ;)
Jul 15 23:27:00 <Ashley`> yaaay
Jul 15 23:27:10 <Ashley`> i managet to boot my broken usb n900
Jul 15 23:27:14 <Ashley`> *managed
Jul 15 23:27:29 <honestly> congratulations!
Jul 15 23:27:43 <Ashley`> battery from nokia c3-01 touch and type is smaller (physicaly)
Jul 15 23:27:52 <Ashley`> but duct tape
Jul 15 23:28:00 <Ashley`> and it works
Jul 15 23:28:07 <Ashley`> im so happy
Jul 15 23:30:16 <honestly> what part of your n900 is broken?
Jul 16 00:49:33 <infobot> DocScrutinizer: infobot joined!
Jul 16 01:20:27 <Ashley`> can i clean all my data from n900 with broken usb port easily?
Jul 16 01:21:15 <Ashley`> i dont trust repairs men :|
Jul 16 01:21:37 <Ashley`> honestly: usb
Jul 16 01:21:41 <honestly> ah
Jul 16 01:25:05 <Ashley`> oooh
Jul 16 01:25:15 <Ashley`> backupmenu + robbiethe1st.afraid.org/BackupMenu/complete_image/
Jul 16 01:39:26 <DocScrutinizer05> Ashley`: yup, that's probably a very good way. However take care to not mess up your root image when installing BM. Once you are in a bootloop you will have real troubles escaping that, without a working USB
Jul 16 01:39:57 <DocScrutinizer05> so maybe you first use WiFi and a sck or sftp to copy all your relevant stuff to another box
Jul 16 01:40:03 <DocScrutinizer05> ~jrtools
Jul 16 01:40:04 <infobot> rumour has it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools
Jul 16 01:40:23 <DocScrutinizer05> ^^^ might have some templates for such rsync backup
Jul 16 01:48:51 <DocScrutinizer05> ~bm
Jul 16 01:48:52 <infobot> backupmenu is, like, http://talk.maemo.org/showthread.php?t=63975
Jul 16 01:49:20 <DocScrutinizer05> I 'heard' bm is in extras-testing now
Jul 16 01:49:53 <DocScrutinizer05> there's a slightly more recent version in extras-devel though, iirc
Jul 16 01:50:17 <DocScrutinizer05> (I recently force-promoted a few packages to make that happen)
Jul 16 01:50:57 <DocScrutinizer05> or wait, was it "BM in extras, but a slightly more recent one in extras-testing"?
Jul 16 01:51:41 <DocScrutinizer05> ~seen robbiethe1st
Jul 16 01:51:45 <robbiethe1st> uh
Jul 16 01:51:52 <DocScrutinizer05> ooh! :-D
Jul 16 01:51:52 <infobot> robbiethe1st is currently on #maemo (5m 22s), last said: 'I mean... unless I turn it into a jammer...'.
Jul 16 01:52:14 <DocScrutinizer05> hi robbiethe1st
Jul 16 01:52:22 <robbiethe1st> Yeah, I'm here
Jul 16 01:52:37 <DocScrutinizer05> robbiethe1st: please check your BM packages
Jul 16 01:52:44 <DocScrutinizer05> some may need promoting
Jul 16 01:52:56 <DocScrutinizer05> :-)
Jul 16 01:53:00 <robbiethe1st> I'm not sure /how/
Jul 16 01:53:08 <DocScrutinizer05> ~pkg
Jul 16 01:53:09 <infobot> pkg is probably http://maemo.org/packages/
Jul 16 01:53:11 <robbiethe1st> Last I tried, like 3 years ago, I couldn't for some reason
Jul 16 01:53:12 <DocScrutinizer05> to start with
Jul 16 01:54:12 <DocScrutinizer05> robbiethe1st: there been unmet dependencies on i2ctools. I forced those down into maemo-extras
Jul 16 01:54:43 <robbiethe1st> Uh, that's interesting
Jul 16 01:54:49 <robbiethe1st> An error occurred during a connection to maemo.org.
Jul 16 01:54:49 <robbiethe1st> The OCSP server has no status for the certificate.
Jul 16 01:55:07 <DocScrutinizer05> don't use https: or disable OCSP
Jul 16 01:55:42 <DocScrutinizer05> or ise another browser
Jul 16 01:55:45 <DocScrutinizer05> use*
Jul 16 01:57:04 <DocScrutinizer05> I *heard* disabling and re-enabling OCSP is already enough to 2fix" the issue
Jul 16 01:57:11 <DocScrutinizer05> s/2/"/
Jul 16 01:57:11 <infobot> DocScrutinizer05 meant: I *heard* disabling and re-enabling OCSP is already enough to "fix" the issue
Jul 16 01:57:36 <robbiethe1st> Oh, it says the cert expired like 3 months ago
Jul 16 01:57:47 <DocScrutinizer05> yes, known issue
Jul 16 01:58:13 <robbiethe1st> alright, now I'm logged in
Jul 16 01:58:24 <robbiethe1st> Now what?
Jul 16 01:58:37 <DocScrutinizer05> serch for backupmenu :-)
Jul 16 01:58:43 <robbiethe1st> No, I mean...
Jul 16 01:58:47 <robbiethe1st> I'm there
Jul 16 01:58:54 <robbiethe1st> But where is the promote button?
Jul 16 01:59:24 <robbiethe1st> Oh, hm
Jul 16 01:59:34 <robbiethe1st> looks like the version in Extras needs bootmenu
Jul 16 01:59:45 <DocScrutinizer05> http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_i386/backupmenu/1.2.0-2/  
Jul 16 01:59:57 <DocScrutinizer05> >>Warning: This package has missing dependencies!<< :-S
Jul 16 02:00:41 <robbiethe1st> Looks like http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/bootmenu/1.12/ has a mis-typed dependancy
Jul 16 02:00:51 <robbiethe1st> (getbootstate)
Jul 16 02:01:04 <robbiethe1st> should be 1.0.35 not 1.0.38?
Jul 16 02:01:21 <DocScrutinizer05> sorry, I'm no expert
Jul 16 02:01:57 <DocScrutinizer05> seems the version in extras-devel is fine
Jul 16 02:02:07 <DocScrutinizer05> maybe promote that one to extras-testing?
Jul 16 02:02:23 <DocScrutinizer05> ooops, I did?
Jul 16 02:02:38 <DocScrutinizer05> my bad
Jul 16 02:03:45 <DocScrutinizer05> please check what's missing and promote new "fixed" version -devel to -testing, or alternatively tell me which dependencies are missing and need promotion to extras-testing to meet your dependencies
Jul 16 02:04:02 <robbiethe1st> OK
Jul 16 02:04:06 <DocScrutinizer05> :-)
Jul 16 02:04:34 <DocScrutinizer05> I'm fed up with such a great package lingering on in extras-devel
Jul 16 02:04:35 <robbiethe1st> Looks like we need getbootstate straightened out
Jul 16 02:04:36 <robbiethe1st> so
Jul 16 02:04:58 <DocScrutinizer05> getbootstate sunds to me like a core package
Jul 16 02:05:06 <robbiethe1st> The version in extras-testing is from the PR1.2+
Jul 16 02:05:06 <DocScrutinizer05> sounds*
Jul 16 02:05:13 <robbiethe1st> the version it's complaining about
Jul 16 02:05:16 <DocScrutinizer05> duh!!
Jul 16 02:05:20 <robbiethe1st> I don't understand how that works?
Jul 16 02:05:28 * DocScrutinizer05 neither
Jul 16 02:06:17 <robbiethe1st> http://maemo.org/packages/package_instance/view/fremantle_root_pr_armel/getbootstate/1.0.35+0m5/ vs http://maemo.org/packages/package_instance/view/fremantle_root_pr1-2_armel/getbootstate/1.0.39+0m5/
Jul 16 02:07:01 <DocScrutinizer05> do you really need newest version of getbootstate?
Jul 16 02:07:32 <robbiethe1st> damned if I know; I need bootmenu
Jul 16 02:07:36 <robbiethe1st> It needs it
Jul 16 02:08:17 <DocScrutinizer05> I *think* the new version should have made it from Nokia SSU repo to extras-testing and extras. But maybe it didn't. My knowledge ends there
Jul 16 02:09:07 <DocScrutinizer05> merlin1991: ^^^ please check state of getbootstate in maemo-extras-testing and maemo-extras
Jul 16 02:09:56 <DocScrutinizer05> merlin1991: I guess we want newest version form Nokia SSU repo in all the maemo-extras-* autobuilders, right?
Jul 16 02:10:55 <DocScrutinizer05> anyway http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/backupmenu/1.2.0-1/ looks kinda fine :-)
Jul 16 02:11:30 <DocScrutinizer05> robbiethe1st: ^^^
Jul 16 02:12:25 <DocScrutinizer05> robbiethe1st: what's the exact changelog from 1.2.0-1 to 1.2.0-2 ?
Jul 16 02:12:41 <robbiethe1st> I don't know; I didn't make it
Jul 16 02:12:59 <DocScrutinizer05> 1.2.0-2	 Added libpopt.so.0, removed vi swapfile .functions.sh.swp
Jul 16 02:13:06 <robbiethe1st> I guess
Jul 16 02:13:31 <robbiethe1st> I know there was a newer version floating around
Jul 16 02:13:33 <DocScrutinizer05> so some "minor" changes in shell/console ?
Jul 16 02:13:36 <robbiethe1st> I thought it was upload?
Jul 16 02:14:12 <robbiethe1st> It's been a frigging year
Jul 16 02:14:16 <robbiethe1st> Do you think I remember?
Jul 16 02:14:17 <DocScrutinizer05> no idea, really
Jul 16 02:14:51 <DocScrutinizer05> maybe you remember the names  libpopt.so.0 vi swapfile .functions.sh.swp ?
Jul 16 02:15:01 <DocScrutinizer05> at least what they are related to
Jul 16 02:15:10 <DocScrutinizer05> vi sounds like shell
Jul 16 02:15:32 <robbiethe1st> Uh, that piece was just a left over swapfile from vi
Jul 16 02:15:42 <robbiethe1st> Probably from when I edited a file on the N900
Jul 16 02:15:44 <DocScrutinizer05> prolly the swapfile is also meant to facilitate shell?
Jul 16 02:16:02 <robbiethe1st> vi creates a swap file whenever you edit something
Jul 16 02:16:09 <DocScrutinizer05> aaah, so it's not any relevant *update* at all
Jul 16 02:16:15 <robbiethe1st> That, no
Jul 16 02:16:23 <robbiethe1st> Not sure about libpopt.so.0
Jul 16 02:16:57 <DocScrutinizer05> http://maemo.org/packages/view/libpopt0/
Jul 16 02:17:00 <robbiethe1st> http://talk.maemo.org/showpost.php?p=1338988&postcount=1199
Jul 16 02:17:29 <DocScrutinizer05> prolly needed by some cli cmds
Jul 16 02:17:32 <robbiethe1st> Looks like text2screen(which drives the entire GUI) updated
Jul 16 02:17:33 <DocScrutinizer05> in shell
Jul 16 02:17:44 <DocScrutinizer05> OUCH!
Jul 16 02:18:00 <DocScrutinizer05> that IS a relevant update
Jul 16 02:18:03 <robbiethe1st> and I had to fix it. That's likely the only reason I would have gone to the trouble of figuring out how to make a package again
Jul 16 02:18:04 <robbiethe1st> Yup
Jul 16 02:19:16 <DocScrutinizer05> ok, let's face it: I got NFC how to add getbootstate to extras-testing (or extras). Let's wait what merlin1991 is able to find out
Jul 16 02:20:45 <robbiethe1st> Yeah
Jul 16 02:21:21 <robbiethe1st> It's not like I'm not here every single evening or anything <_<
Jul 16 02:21:36 <robbiethe1st> So no rush on account of me
Jul 16 02:23:14 <DocScrutinizer05> hah
Jul 16 02:23:16 <DocScrutinizer05> :-)
Jul 16 02:23:46 <DocScrutinizer05> fine! Thanks a lot!
Jul 16 02:23:55 <robbiethe1st> :P
Jul 16 02:24:25 <DocScrutinizer05> Ashley`: install BM from maemo-extras. AIUI it should "just work" for your purposes
Jul 16 02:26:14 <robbiethe1st> The only thing I really should fix is the charger-script; it ends up putting crud all over the screen in terminal mode; makes it hard to do terminal stuff.
Jul 16 02:26:24 <robbiethe1st> also need to figure out a key for the | character
Jul 16 02:26:39 <DocScrutinizer05> merlin1991: ######################################### tagline in red for you to spot, relevant text above #####################################################
Jul 16 02:27:34 <DocScrutinizer05> charger script >/dev/null ?
Jul 16 02:28:04 <DocScrutinizer05> I know ShadowJK made it a bit talkative
Jul 16 02:28:10 <DocScrutinizer05> ;-)
Jul 16 02:28:16 <robbiethe1st> Basically
Jul 16 02:29:02 <robbiethe1st> Or change it such that it outputs stuff via text 2 screen -- perhaps a charging "icon" in one corner
Jul 16 02:29:27 <DocScrutinizer05> ooh, and I did a patch that I think could benefit everybody: I increased LCD backlight brightness to 100% on charger-detected
Jul 16 02:29:48 <robbiethe1st> I thought I had that for like years
Jul 16 02:29:56 <DocScrutinizer05> duh!
Jul 16 02:30:17 <DocScrutinizer05> dinno, my BM might be years old ;-P
Jul 16 02:30:22 <robbiethe1st> Likely
Jul 16 02:30:50 <DocScrutinizer05> always worked like a charm, so no need to hop hoops to update it
Jul 16 02:31:17 <robbiethe1st> yeah
Jul 16 02:31:35 <DocScrutinizer05> (I'm not on KP, so no shell anyway)
Jul 16 02:31:50 <DocScrutinizer05> aiui
Jul 16 02:32:18 <DocScrutinizer05> or maybe that's what is actually _not_ working on old BM
Jul 16 02:32:49 <robbiethe1st> KP is needed
Jul 16 02:32:51 <DocScrutinizer05> since thinking about it I wouldn't know why KP is needed for shell
Jul 16 02:32:53 <robbiethe1st> for shell
Jul 16 02:33:01 <DocScrutinizer05> aha! :-)
Jul 16 02:33:16 <robbiethe1st> Um, it's a kernel framebuffer thing that's needed?
Jul 16 02:33:21 <DocScrutinizer05> I remembered correctly, only forgot the reason \o/
Jul 16 02:33:23 <robbiethe1st> fbcon?
Jul 16 02:33:56 <DocScrutinizer05> well, the usual menu works just fine
Jul 16 02:34:06 <DocScrutinizer05> text2screen I guess
Jul 16 02:34:20 <robbiethe1st> yeah
Jul 16 02:34:28 <DocScrutinizer05> but prolly there's no xterm/xserver
Jul 16 02:34:43 <robbiethe1st> Nope
Jul 16 02:34:45 <DocScrutinizer05> so you resorted to fb
Jul 16 02:34:51 <DocScrutinizer05> for shell
Jul 16 02:35:13 <robbiethe1st> Of course; mainly because all the files have to be loaded entirely in memory for things to work right
Jul 16 02:35:14 <DocScrutinizer05> or somesuch
Jul 16 02:35:30 <DocScrutinizer05> :nod:
Jul 16 02:35:31 <robbiethe1st> you can't wipe out the partition you are running off without potential issues
Jul 16 02:35:41 <DocScrutinizer05> sure
Jul 16 02:36:31 <DocScrutinizer05> creating a text2screen-term is probably a PITA
Jul 16 02:36:46 <DocScrutinizer05> scrolling alone... :-o
Jul 16 02:36:52 <robbiethe1st> That would be... interesting
Jul 16 02:36:56 <DocScrutinizer05> hehe
Jul 16 02:37:28 <DocScrutinizer05> you noticed it? we're reinventing the xserver-less approach of android etc
Jul 16 02:37:59 <robbiethe1st> Eh, I thought we were reinventing the 1980's serial terminals!
Jul 16 02:38:03 <DocScrutinizer05> where each app does its own screen management
Jul 16 02:38:08 <robbiethe1st> or DOS
Jul 16 02:38:25 <DocScrutinizer05> yummy, DOS on text2screen
Jul 16 02:38:31 <DocScrutinizer05> ;-P
Jul 16 02:39:29 <DocScrutinizer05> would each command get its own text2screen patches or would we get some text2screen-cmd aka dosbox?
Jul 16 02:40:05 <robbiethe1st> I'm thinking that if we had more memory, running a full Maemo instance would be possible
Jul 16 02:40:13 <robbiethe1st> Just load the whole damned thing into memory
Jul 16 02:40:23 <robbiethe1st> X-servers be awesome
Jul 16 02:40:29 <DocScrutinizer05> yeah, in Neo900 that's an attractive alternative
Jul 16 02:40:50 <DocScrutinizer05> you heard we're going for 1GB RAM now?
Jul 16 02:41:00 <DocScrutinizer05> semi-secured
Jul 16 02:41:32 <robbiethe1st> That sounds awesome
Jul 16 02:41:33 <DocScrutinizer05> should suffice for that approach
Jul 16 02:43:23 <DocScrutinizer05> we finally found a less-unobtainium chip in a N9
Jul 16 02:43:57 <DocScrutinizer05> amazing how all googling didn't help to spot that chip, until we knew the part number
Jul 16 02:44:17 <DocScrutinizer05> samsung site is such a ****
Jul 16 02:45:24 <DocScrutinizer05> http://projects.goldelico.com/p/neo900/issues/516/
Jul 16 02:45:48 <DocScrutinizer05> (sssh! he just c&p'ed the mail I sent him ;-D ) 
Jul 16 02:46:13 <robbiethe1st> :p
Jul 16 02:49:55 <DocScrutinizer05> now if only samsung provided DAMN datasheet for that chip
Jul 16 02:50:16 <robbiethe1st> Can't you contact them and/or your reseller
**** ENDING LOGGING AT Wed Jul 16 02:59:59 2014