| *** shentey has quit IRC | 00:06 | |
| *** wotan147 has joined #maemo | 00:09 | |
| *** Vanadis has quit IRC | 00:09 | |
| *** lexik has quit IRC | 00:25 | |
| *** Vlad_on_the_road has quit IRC | 00:26 | |
| *** wotan147 has quit IRC | 00:27 | |
| *** rcg has quit IRC | 00:27 | |
| *** robotanarchy has quit IRC | 00:35 | |
| *** robotanarchy has joined #maemo | 00:35 | |
| *** tzafrir_laptop has joined #maemo | 00:42 | |
| *** goldkatze has quit IRC | 00:56 | |
| *** node00 has quit IRC | 01:06 | |
| *** sq-one has quit IRC | 01:10 | |
| *** node00 has joined #maemo | 01:11 | |
| *** konelix has quit IRC | 01:11 | |
| *** konelix has joined #maemo | 01:12 | |
| *** Hurrian has quit IRC | 01:12 | |
| *** xes has quit IRC | 01:17 | |
| *** node00 has quit IRC | 01:21 | |
| *** xes has joined #maemo | 01:22 | |
| *** kolp has quit IRC | 01:25 | |
| *** NIN101 has quit IRC | 01:38 | |
| *** florian has quit IRC | 01:38 | |
| *** M4rtinK has quit IRC | 01:48 | |
| *** konelix has quit IRC | 01:57 | |
| *** xes has quit IRC | 01:58 | |
| *** konelix has joined #maemo | 01:58 | |
| *** RiD has joined #maemo | 02:10 | |
| *** nox- has quit IRC | 02:20 | |
| *** jonwil has joined #maemo | 02:27 | |
| *** triggerhappy has joined #maemo | 02:29 | |
| *** RiD has quit IRC | 02:30 | |
| *** Martix_ has quit IRC | 02:36 | |
| *** LauRoman has quit IRC | 02:52 | |
| *** hardfalcon1 has quit IRC | 02:53 | |
| *** Hurrian has joined #maemo | 02:56 | |
| *** triggerhappy_ has joined #maemo | 03:13 | |
| *** triggerhappy has quit IRC | 03:15 | |
| *** discopig has quit IRC | 03:21 | |
| *** Hurrian has quit IRC | 03:21 | |
| *** bef0rd has joined #maemo | 03:28 | |
| *** dos1 has quit IRC | 03:32 | |
| *** triggerhappy has joined #maemo | 03:40 | |
| *** discopig has joined #maemo | 03:41 | |
| *** triggerhappy_ has quit IRC | 03:43 | |
| *** Vurp has quit IRC | 03:46 | |
| *** robotanarchy has quit IRC | 04:02 | |
| *** robotanarchy has joined #maemo | 04:03 | |
| *** mschlens has joined #maemo | 04:03 | |
| *** mschlens_ has quit IRC | 04:06 | |
| *** discopig has quit IRC | 04:06 | |
| *** Hurrian has joined #maemo | 04:14 | |
| *** Hurrian has quit IRC | 04:18 | |
| *** RST38h has joined #maemo | 04:18 | |
| *** Humpelstilzchen has quit IRC | 04:31 | |
| *** Defiant has joined #maemo | 04:32 | |
| *** discopig has joined #maemo | 04:33 | |
| *** robotanarchy_ has joined #maemo | 04:59 | |
| *** robotanarchy has quit IRC | 05:01 | |
| *** robotanarchy_ is now known as robotanarchy | 05:01 | |
| *** robbiethe1st has joined #maemo | 05:04 | |
| *** Hurrian has joined #maemo | 05:09 | |
| *** konelix has quit IRC | 05:20 | |
| *** Kabouik has quit IRC | 05:25 | |
| *** Wulfe has joined #maemo | 05:43 | |
| *** Ninja has quit IRC | 05:43 | |
| *** discopig has quit IRC | 05:46 | |
| *** lxp has joined #maemo | 06:01 | |
| *** Kilroo has joined #maemo | 06:02 | |
| *** lxp1 has quit IRC | 06:04 | |
| *** discopig has joined #maemo | 06:15 | |
| *** maybeWTF has joined #maemo | 06:30 | |
| *** maybeHere has quit IRC | 06:31 | |
| *** arvut has joined #maemo | 06:53 | |
| *** Custodian has joined #maemo | 07:26 | |
| *** triggerhappy has quit IRC | 07:40 | |
| *** robbiethe1st has quit IRC | 07:41 | |
| *** sunny_s has joined #maemo | 07:44 | |
| *** arvut has quit IRC | 07:53 | |
| *** otep has quit IRC | 07:59 | |
| *** otep has joined #maemo | 07:59 | |
| *** lexik has joined #maemo | 08:58 | |
| DocScrutinizer05 | DAMN!! http://monitor.maemo.org/ganglia/graph_all_periods.php?h=www&m=load_one&r=hour&s=by%20name&hc=4&mc=2&st=1380866537&g=mem_report&z=large&c=maemo | 09:03 |
|---|---|---|
| freemangordon_ | www hits swap? | 09:04 |
| *** Vlad_on_the_road has joined #maemo | 09:07 | |
| DocScrutinizer05 | hit swap is an euphemism | 09:16 |
| DocScrutinizer05 | 12063 1739 www-data 20 0 7872M 5097M 17716 R 37.0 86.3 203 18.5 05:14 13:46.92 /usr/sbin/apache2 -k start | 09:16 |
| DocScrutinizer05 | PID PPID USER PRI NI VIRT RES SHR S CPU% MEM% IORR IOWR START TIME+ Command | 09:17 |
| psycho_oreos | 5GB on res, that's huge. | 09:17 |
| DocScrutinizer05 | yep | 09:17 |
| DocScrutinizer05 | that's idiotic | 09:18 |
| DocScrutinizer05 | I killed it | 09:18 |
| * psycho_oreos wonders if switching to a more lighter httpd might help, something like nginx for instance. *shrugs* | 09:18 | |
| DocScrutinizer05 | no | 09:18 |
| *** XATRIX has joined #maemo | 09:18 | |
| DocScrutinizer05 | this is a class of madness where no tuning helps | 09:19 |
| DocScrutinizer05 | this is fundamentally wrong | 09:19 |
| DocScrutinizer05 | btw usually our apache processes are memlimited to some 100s of meg | 09:20 |
| DocScrutinizer05 | only exception: php jobs | 09:20 |
| psycho_oreos | I guess if httpd cannot be lightened, it's whatever the underlying processes that depends on www-data to be using that much memory. | 09:20 |
| psycho_oreos | Hmm.. then I guess it's PHP that is making it bloat? *shrugs* | 09:21 |
| DocScrutinizer05 | some php jobs lift that limit | 09:21 |
| DocScrutinizer05 | explicitly | 09:21 |
| DocScrutinizer05 | midgard "memleaks" | 09:21 |
| DocScrutinizer05 | objects with circular pointers (self-referential), so GC can't clean out destroyed objects | 09:22 |
| DocScrutinizer05 | that's what the cracks told me | 09:22 |
| psycho_oreos | So in other words there needs to be one who can find out and eliminate those circular pointers. | 09:23 |
| DocScrutinizer05 | in midgard-ONE, yes | 09:23 |
| DocScrutinizer05 | or simply rewrite the php jobs to use different midgard links than exactly php | 09:24 |
| DocScrutinizer05 | thransscribe to python, bashscript, whatever | 09:24 |
| DocScrutinizer05 | when the php interpreter ends, all memory gets free'd | 09:25 |
| DocScrutinizer05 | but no sooner than that | 09:25 |
| DocScrutinizer05 | nemein "fixed" that problem by throwing a dedicated physical server (with 64GB RAM?) just on the jobs | 09:26 |
| DocScrutinizer05 | incredible | 09:27 |
| psycho_oreos | I wonder which one is easier. Probably the latter one maybe easier to implement. From there on it's just a matter of tracking down broken PHP bits and pieces and rectify them. | 09:27 |
| *** Vlad_on_the_road has quit IRC | 09:27 | |
| DocScrutinizer05 | it's just that PHP in itself is broken by design, and midgard using a lot of PHP | 09:28 |
| DocScrutinizer05 | afaik the midgard core is C, but all the rest is a bunchof PHP wrappers around that | 09:29 |
| psycho_oreos | Throwing more memory at it doesn't necessarily solve the issue in the long term, but it sure does save the un-necessary headaches with the initial term of migration/ownership transferral. | 09:29 |
| psycho_oreos | Ahh. | 09:29 |
| DocScrutinizer05 | we would need non-PHP bindings for the functions used in those scripts, then rewrite the scripts from PHP to sth sane | 09:29 |
| psycho_oreos | Heck, that would sound like a nightmare. | 09:30 |
| DocScrutinizer05 | we don't own sufficient amounts of RAM to "solve" this madness that way. We can't even plug enough RAM into our server to do this | 09:30 |
| psycho_oreos | Yeah and besides adding more RAM even if it | 09:31 |
| psycho_oreos | it's doable isn't going to solve it in the long run.* | 09:31 |
| DocScrutinizer05 | nope | 09:31 |
| DocScrutinizer05 | not at all | 09:31 |
| DocScrutinizer05 | it's simply inacceptable that a 200 lines linear(!) script that simply goes "for Obj in $maemo-objects; do bla bla midgard bla; done" is eating 8GB of memory | 09:33 |
| DocScrutinizer05 | it's not recursive in any way | 09:33 |
| DocScrutinizer05 | !!! | 09:33 |
| DocScrutinizer05 | so the number og objects to process is a few 100 or a very few 1000, one after the other | 09:34 |
| DocScrutinizer05 | s/og /of / | 09:34 |
| infobot | DocScrutinizer05 meant: so the number of objects to process is a few 100 or a very few 1000, one after the other | 09:34 |
| *** shentey has joined #maemo | 09:35 | |
| *** ced117 has joined #maemo | 09:36 | |
| *** ArGGu^^ has quit IRC | 09:36 | |
| DocScrutinizer05 | I'd unscrupulously replace that PHP loop by a bashscript loop that calls PHP for each single obj, and PHP ends after the object got processed and thus memory free'd | 09:36 |
| psycho_oreos | Seems like lots of globbing (in programming sense). For (whatever amount there is) in (all of this area); do (all this for each). | 09:37 |
| DocScrutinizer05 | well, it's really a nightmare of poor coding | 09:38 |
| DocScrutinizer05 | or ok coding using a poor tool | 09:38 |
| psycho_oreos | Some interesting factoids (maybe old, fictitious, outdated by now) that I found whilst looking to see what was midgard's role in *.m.o seems like its mainly wiki stuff: http://www.ohloh.net/p/7485/factoids | 09:38 |
| *** ArGGu^^ has joined #maemo | 09:39 | |
| DocScrutinizer05 | no, midgard is basically our main DB | 09:39 |
| psycho_oreos | o.O | 09:39 |
| DocScrutinizer05 | every project in repo is a midgard object | 09:40 |
| psycho_oreos | So for the objects that are doing circular references are done none other than project's hosted on the site? | 09:41 |
| Kaadlajk | net use \\%HTCSIP%\c$ /user:%USERNAME% %PASSWORD% | 09:43 |
| Kaadlajk | IF exist \\%HTCSIP%\c$\%HTCSFOLDERSUBBED%\testset\addshuttles\auto (echo folder exists ) ELSE (mkdir \\%HTCSIP%\c$\%HTCSFOLDERSUBBED%\testset\addshuttles\auto) | 09:43 |
| Kaadlajk | oops | 09:43 |
| freemangordon_ | DocScrutinizer05: I'll look at midgard memleaks as soon as I have SSI driver working | 09:44 |
| DocScrutinizer05 | psycho_oreos: yeah, or users, groups, whatnot else | 09:48 |
| psycho_oreos | *nods* ahh ok. | 09:48 |
| DocScrutinizer05 | *everything* is a midgard object | 09:48 |
| DocScrutinizer05 | except maybe garage | 09:49 |
| psycho_oreos | Yeah I was thinking about wiki "objects", i.e. each wiki entry on w.m.o are deemed as objects to midgard. | 09:49 |
| psycho_oreos | I dunno, some google results keep cropping up showing that it's wiki.maemo.org stuff. | 09:50 |
| DocScrutinizer05 | wiki is not related to midgard, that's wikimedia | 09:51 |
| DocScrutinizer05 | everything except (wiki|bugs).m.o is midgard though | 09:52 |
| DocScrutinizer05 | starting with | 09:52 |
| DocScrutinizer05 | ~pkg | 09:52 |
| infobot | pkg is probably http://maemo.org/packages/ | 09:52 |
| psycho_oreos | My bad. Speaking of wikimedia, that name does ring a bell in my head. I was looking into mirroring awhile ago. | 09:52 |
| *** ebzzry has joined #maemo | 09:52 | |
| DocScrutinizer05 | all http://maemo.org/ is midgard actually | 09:53 |
| *** ebzzry__ has quit IRC | 09:54 | |
| psycho_oreos | Ouch, if that's the case then I guess the cleanup won't be any easier. | 09:55 |
| DocScrutinizer05 | only garage is some other CMS of which the name I never can recall, sth with p* | 09:55 |
| DocScrutinizer05 | or maybe the p* is from postgreSQL that's used in garage by that other CMS | 09:56 |
| inz | Isn't garage run by forge | 09:56 |
| DocScrutinizer05 | yep | 09:56 |
| DocScrutinizer05 | *forge | 09:56 |
| DocScrutinizer05 | gforge, pforge sth | 09:57 |
| inz | er, gforge, yeah | 09:57 |
| *** r00t|home has quit IRC | 09:58 | |
| DocScrutinizer05 | this stuff works mostly flawlessly | 09:58 |
| DocScrutinizer05 | mut it starts to become a nightmare as soon as garage users are synced from gforge to www midgard | 09:59 |
| DocScrutinizer05 | but* | 09:59 |
| DocScrutinizer05 | this job which also been a php script like scetched above "for u in users;... done; for g in groups ... done;" used to use 6 or more GB as well. Users: ~50k, groups a few 1000 or even <1000, can't recall | 10:01 |
| DocScrutinizer05 | that's sinply idiotic | 10:01 |
| DocScrutinizer05 | simply* | 10:02 |
| DocScrutinizer05 | what's also idiotic is the concept to sync *all* users from garage to www every 3h. even when ZILCH changed | 10:03 |
| DocScrutinizer05 | and since it's done that way, and often failed, the removal of users got removed, since otherwise every now and then 90% of user accounts would get deleted | 10:03 |
| DocScrutinizer05 | the not even funny minor deatil in all this: *garage* *knows* about each change in project/user/group db, and could ask www to simply update that particular change: ONE user to update, ONE group to add... You see where I'm aiming at | 10:05 |
| DocScrutinizer05 | they use "dd" where they should've used "rsync", to use a technical metaphor | 10:07 |
| DocScrutinizer05 | and since "dd" takes ages (hours) it's triggered by cronjob a few times a day, instead of being event-triggered by changes in garage | 10:08 |
| *** LauRoman has joined #maemo | 10:10 | |
| DocScrutinizer05 | garage *could* simply invoke a www.m.o webpage and fill in the changed data, as soon as user actually changes something in his account. NFC why the architects of maemo.org decided to poll garage and sync whole user/group db each time | 10:10 |
| DocScrutinizer05 | and particularly why that script has to run on www and not on garage | 10:12 |
| DocScrutinizer05 | broken by design | 10:12 |
| DocScrutinizer05 | and we got 2 dozen of those | 10:12 |
| DocScrutinizer05 | update download statistics etc pp | 10:13 |
| DocScrutinizer05 | one of them more "WTF?!" than the other | 10:14 |
| DocScrutinizer05 | and of course zilch docs abozt what exists, why it exists and what and how it's supposed to do | 10:15 |
| DocScrutinizer05 | about* | 10:15 |
| DocScrutinizer05 | no idea which of those 2 dozen caused today's RAM madness http://monitor.maemo.org/ganglia/graph_all_periods.php?h=www&m=load_one&r=hour&s=by%20name&hc=4&mc=2&st=1380866537&g=mem_report&z=large&c=maemo | 10:16 |
| DocScrutinizer05 | we sanitized the garage sync script by a bit of refactoring and cleanup so it now is relatively humble and needs less than 1GB usually. I guess it's what you see as regular sawtooth pattern in above link | 10:18 |
| *** eMHa has quit IRC | 10:20 | |
| *** lexik has quit IRC | 10:26 | |
| divVerent | 19:37:01 ShadowJK | Modern good SD have portions of the flash running as SLC, and caches stuff there before flushing to main MLC | 10:27 |
| divVerent | | or TLC storage area, so a simple write followed by read verify only checls if slc cache is working :P | 10:27 |
| divVerent | sure, that is why I suggested writing the full disk first, then comparing :P | 10:27 |
| *** utanapischti has quit IRC | 10:29 | |
| *** utanapischti has joined #maemo | 10:29 | |
| *** r00t|home has joined #maemo | 10:30 | |
| *** florian_kc has joined #maemo | 10:32 | |
| *** N-Mi has quit IRC | 10:37 | |
| *** lexik_ has joined #maemo | 10:38 | |
| *** int_ua has joined #maemo | 10:39 | |
| *** florian_kc is now known as florian | 10:44 | |
| DocScrutinizer05 | *sigh* | 10:47 |
| DocScrutinizer05 | 32462 1739 www-data 20 0 1232M 945M 20280 R 11.0 16.0 0 0 07:29 2:18.92 │ ├─ /usr/sbin/apache2 -k start | 10:48 |
| DocScrutinizer05 | 32462 1739 www-data 20 0 1247M 960M 20280 S 11.0 16.3 0 0 07:29 2:21.80 │ ├─ /usr/sbin/apache2 -k start | 10:48 |
| DocScrutinizer05 | prolly garagesync script | 10:49 |
| DocScrutinizer05 | 32462 1739 www-data 20 0 1301M 1017M 20280 S 14.0 17.2 0 0 07:29 2:32.12 │ ├─ /usr/sbin/apache2 -k start | 10:49 |
| *** HylianSavior has quit IRC | 10:50 | |
| DocScrutinizer05 | all other apache processes are limited to ~300MB, as we have configured it: http://privatepaste.com/2c7ffe36fe | 10:52 |
| *** eMHa has joined #maemo | 10:58 | |
| DocScrutinizer05 | 32462 1739 www-data 20 0 1687M 1424M 22448 R 61.0 24.1 15.8 18.5 07:29 4:31.57 │ ├─ /usr/sbin/apache2 -k start | 10:59 |
| *** luke-jr_ has joined #maemo | 11:08 | |
| *** Luke-Jr has quit IRC | 11:08 | |
| *** ced117 has quit IRC | 11:11 | |
| *** ced117 has joined #maemo | 11:16 | |
| *** lexik_ has quit IRC | 11:20 | |
| *** Martix_ has joined #maemo | 11:20 | |
| *** OkropNick has joined #maemo | 11:20 | |
| *** Wulfe has quit IRC | 11:21 | |
| *** goldkatze has joined #maemo | 11:23 | |
| *** zammy has joined #maemo | 11:34 | |
| *** dos1 has joined #maemo | 11:45 | |
| *** lexik has joined #maemo | 11:52 | |
| *** dos1 has quit IRC | 11:57 | |
| *** NIN101 has joined #maemo | 11:59 | |
| *** lexik has quit IRC | 12:04 | |
| *** gormux has joined #maemo | 12:15 | |
| gormux | hi all | 12:15 |
| gormux | I have a little problem on my n900 | 12:16 |
| gormux | in the sqlite db where sms are stored, I try to get unread messages | 12:16 |
| gormux | but the problem is, something marks the message as read in the db 2-3 secs after it is received | 12:17 |
| gormux | does someone have an idea on what it could be, or how to find the program responsible for this ? | 12:17 |
| DocScrutinizer05 | 12835 1739 www-data 20 0 2151M 1820M 20760 S 3.0 30.8 0 2.63 08:30 16:05.58 /usr/sbin/apache2 -k start DAMN! | 12:20 |
| *** xmlich02 has joined #maemo | 12:23 | |
| *** N-Mi has joined #maemo | 12:29 | |
| DocScrutinizer05 | gormux: hard to tell | 12:29 |
| gormux | it seems thi sis because the messaging ui was running in the background | 12:30 |
| gormux | so it means the "read" status means messaging ui saw it, and not the human user :/ | 12:31 |
| DocScrutinizer05 | I'd bet you installed some app that's somehow related to SMS. Maybe some remote control that reacts on special SMS (to e.g. erase the data or locate the device)? | 12:31 |
| DocScrutinizer05 | sure | 12:31 |
| *** andre__ has joined #maemo | 12:32 | |
| *** pcfe has joined #maemo | 12:32 | |
| DocScrutinizer05 | it's hard to tell if user actually *reads* the SMS, so it is tagged as "read" when it got displayed | 12:32 |
| gormux | yeah... even if the screen is off | 12:32 |
| gormux | it'll be harder to make what I wanted then | 12:33 |
| DocScrutinizer05 | that's actually a design flaw, if not actually a bug | 12:33 |
| DocScrutinizer05 | should only get tagged when in foreground and screen unblanked | 12:34 |
| gormux | yeah, that's how it works on android | 12:34 |
| DocScrutinizer05 | but this is a known age old bug in SMS/messages UI | 12:35 |
| DocScrutinizer05 | it also doesn't sound proper SMS alarm when message UI is open when SMS comes in | 12:35 |
| DocScrutinizer05 | unclear if that's a bug or a feature | 12:36 |
| *** Hurrian has quit IRC | 12:36 | |
| DocScrutinizer05 | so best practice: close you messaging ui as soon as you don't actively use it anymore | 12:41 |
| DocScrutinizer05 | (btw same applies to browser windows as well as basically all other apps) | 12:42 |
| DocScrutinizer05 | interactive apps running idle in background at best cause only RAM usage, but as well can cause extreme battery drain and a lot of other strange effects like the missing alarm and the tagging of SMS despite they never really got displayed on screen | 12:44 |
| *** andre__ has quit IRC | 12:55 | |
| gormux | yeah, maybe i could kill sms ui when screen is powered off | 12:57 |
| DocScrutinizer05 | good plan, and probably quite easy to implement. dbus is your friend | 13:01 |
| *** dos1 has joined #maemo | 13:01 | |
| *** trx has quit IRC | 13:04 | |
| *** NIN101 has quit IRC | 13:05 | |
| *** NIN101 has joined #maemo | 13:05 | |
| jonwil | if rtcom-messaging-ui wasn't closed, it could be fixed to not suck (i.e. not mark it as read if the screen is off, not suppress the SMS notification if the screen is off etc) | 13:08 |
| jonwil | but unfortunately its closed so we cant do that :P | 13:08 |
| *** trx has joined #maemo | 13:09 | |
| *** kolp has joined #maemo | 13:13 | |
| *** Jaffa has quit IRC | 13:13 | |
| *** Jaffa has joined #maemo | 13:13 | |
| *** OkropNick has quit IRC | 13:15 | |
| *** OkropNick has joined #maemo | 13:16 | |
| DocScrutinizer05 | yes, exactly | 13:17 |
| *** otep has quit IRC | 13:18 | |
| *** otep has joined #maemo | 13:19 | |
| DocScrutinizer05 | http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif | 13:19 |
| DocScrutinizer05 | Nokia's differentiation ;-P | 13:21 |
| * DocScrutinizer05 idly wonders wtf been the idea behind that "differentiation" mantra | 13:27 | |
| DocScrutinizer05 | maybe ask Jolla, I bet it will resurrect in their business policies | 13:27 |
| jonwil | At least we are slowly replacing those bits of software that are mission critical with open versions (Pali | 13:27 |
| jonwil | (Pali's BME replacement for example) | 13:28 |
| DocScrutinizer05 | :nod: | 13:28 |
| jonwil | or my replacement for wl1251-cal (which no-one seems to care about) | 13:28 |
| DocScrutinizer05 | well, nobody implemented it yet | 13:28 |
| DocScrutinizer05 | we don't have the CFOSSU distro | 13:29 |
| DocScrutinizer05 | though several peeps seem to think CSSU *is* CFOSSU | 13:30 |
| *** hardfalcon has joined #maemo | 13:31 | |
| *** ZogG_laptop has quit IRC | 13:33 | |
| DocScrutinizer05 | but for CSSU primary goal of rock solid quality it's not relevant if a component is FOSS and replacing a blob by FOSS is detrimental to quality and reliability as long as there's no better reason than just the FOSS property of the replacement | 13:33 |
| *** lizardo has joined #maemo | 13:33 | |
| DocScrutinizer05 | IOW FOSS is a means but no reason to replace some blob | 13:34 |
| DocScrutinizer05 | fixing bugs though definitely is a good reason | 13:34 |
| *** ebzzry_ has joined #maemo | 13:37 | |
| jonwil | yeah makes sense | 13:38 |
| *** ebzzry has quit IRC | 13:38 | |
| jonwil | There are parts where being FOSS would help though like MCE or cellular services daemon or dialer/messaging UI | 13:38 |
| DocScrutinizer05 | jonwil: nevertheless I think gormux' approach to "kill" (actually: close) the rtcom-messaging-ui whenever it goes to background or screen gets locked is a good workaround | 13:39 |
| jonwil | yeah :) | 13:39 |
| DocScrutinizer05 | jonwil: sure. Thus your wl1251-cal FOSS replacement is a pretty nice option as soon as somebody needs to fix a bug in it, or for those who are interested in getting every blob off their system | 13:40 |
| DocScrutinizer05 | for MCE I already have ~3 or 7 bugs I'd really like to fix as soon as we get a FOSS replacement | 13:41 |
| jonwil | if we ever get one :P | 13:41 |
| DocScrutinizer05 | I heard there are already working replacements allegedly | 13:42 |
| DocScrutinizer05 | I'm eagerly waiting | 13:42 |
| jonwil | Reason #1 for writing wl1251-cal and things was for alt-os-on-N900 (i.e. meego/mer/nemo/etc) where they only have a few remaining binary blobs left (having ditched closed pulseaudio blob etc) | 13:42 |
| DocScrutinizer05 | :nod: | 13:43 |
| DocScrutinizer05 | might as well come in handy for Neo900 where we need to deal with a different WLAN chip | 13:44 |
| jonwil | well Neo900 will have its own kernel driver | 13:45 |
| jonwil | and its own firmware blob | 13:45 |
| DocScrutinizer05 | we want to make that look like wl1251 as much as we can - this includes wl1251-cal i'd think | 13:45 |
| jonwil | and its own means of doing whatever init is needed for the device | 13:45 |
| jonwil | I dont think we need to make it look too much like wl1251, anything that is specific to that chip is already oss | 13:45 |
| jonwil | i.e. wlancond | 13:46 |
| jonwil | I dont think osso-wlan-security is in any way tied to the hardware specifically | 13:46 |
| jonwil | neither is icd-network-* | 13:48 |
| DocScrutinizer05 | yep, but stuff like setting of allowed channels is probably a good idea to keep similar to stock fremantle | 13:48 |
| jonwil | wifi chip is the same as in gta04? | 13:48 |
| DocScrutinizer05 | unclear yet | 13:49 |
| DocScrutinizer05 | that plan been to use same, yep | 13:49 |
| jonwil | My understanding was that the plan was to use the same unless a better option can be sourced | 13:49 |
| DocScrutinizer05 | but maybe that's already a EOL component and we need to find a new module anyway | 13:49 |
| jonwil | maybe | 13:49 |
| jonwil | in any case whatever chip ends up being used (which will not be a wl1251) will have its own way of setting the settings | 13:50 |
| DocScrutinizer05 | also this WLAN module attached via SPI, and we might need the SoC interface for sth different in Neo900 | 13:50 |
| DocScrutinizer05 | the concept is to adapt kernel drivers to mimic "old" N900 hw whenever possible | 13:52 |
| *** triggerhappy has joined #maemo | 13:52 | |
| DocScrutinizer05 | so no changes in userland are needed | 13:52 |
| *** Pali has joined #maemo | 13:55 | |
| DocScrutinizer05 | only when that's absolutely not feasible we will ponder what userland bits need to get (RE'd and) adapted to work with new changed kernel API for that subsystem | 13:55 |
| DocScrutinizer05 | when both not feasible, we go for hw changes to adapt GTA04 to N900 | 13:56 |
| Gh0sty | its way too expensive | 13:56 |
| Gh0sty | saw that neo900 thing | 13:56 |
| DocScrutinizer05 | huh? | 13:56 |
| Gh0sty | clicked on the gta04 link | 13:56 |
| DocScrutinizer05 | Gh0sty: thanks, we know | 13:56 |
| Gh0sty | saw a price of 600$ to replace the hw :( | 13:57 |
| DocScrutinizer05 | *shrug* | 13:57 |
| DocScrutinizer05 | donate 50k$ and we may reduce the price | 13:57 |
| jonwil | I dont see a reason why we need to try to copy old kernel interfaces if we dont have to (i.e. if we can just change userland bits to talk to however mainline kernel devs would like it done) | 13:57 |
| Gh0sty | and that means you have an n900 bulky phone with some 'newer' hardware inside | 13:57 |
| DocScrutinizer05 | or buy 10k devices and we also may reduce the price | 13:57 |
| DocScrutinizer05 | Gh0sty: THANKS we know | 13:58 |
| *** sunny_s has quit IRC | 13:58 | |
| DocScrutinizer05 | jonwil: the concept is to keep maximum compatibility to stock maemo fremantle | 13:59 |
| DocScrutinizer05 | thus kernel adaptions have priority over userland adaptions | 13:59 |
| DocScrutinizer05 | particularly when userland is hard or impossible to adapt | 14:00 |
| jonwil | it makes sense to support kernel interfaces where userland is too hard to change (e.g. audio stuff thanks to pulseaudio-nokia) | 14:01 |
| jonwil | but it doesn't make sense to make special hacked kernel modules if changing userland is better (e.g. in the case of cellular services daemon) | 14:01 |
| DocScrutinizer05 | audio is a case where we need to do hw adaption since nothing else will fly | 14:01 |
| *** Hurrian has joined #maemo | 14:01 | |
| jonwil | yeah I think its going to be impossible to get audio working unless we are using the same audio chip as N900 | 14:02 |
| jonwil | and the same speakers, microphone etc | 14:02 |
| DocScrutinizer05 | :nod: | 14:02 |
| DocScrutinizer05 | meh, speakers, phone etc are not critical, as long as they work similar | 14:02 |
| DocScrutinizer05 | micro-phone :-) | 14:02 |
| DocScrutinizer05 | speakers will be same just for mechanical reasons | 14:03 |
| DocScrutinizer05 | mic will be similar in that we'll use a digital one | 14:03 |
| jonwil | speakers need to be the same because of stuff in pulseaudio-nokia that rely on specifics of Nokia speakers (i.e. xprot etc) | 14:03 |
| DocScrutinizer05 | not really | 14:04 |
| DocScrutinizer05 | xprot is pretty universal | 14:04 |
| DocScrutinizer05 | it wouldn't break even for Bose501 speakers | 14:04 |
| jonwil | will we keep using the same BL-5J as Nokia? | 14:05 |
| DocScrutinizer05 | mix actually is just an alsa card input for the system | 14:05 |
| jonwil | I think we have to if we are using the same shell parts | 14:05 |
| jonwil | i.e. battery compartment bits | 14:06 |
| DocScrutinizer05 | I wouldn't know which other battery would fit | 14:06 |
| DocScrutinizer05 | we might provide options for a DIY smart battery like the GTA02-battery | 14:07 |
| DocScrutinizer05 | where the BQ27000 is built into the battery like it really makes sense | 14:07 |
| janemba | hi | 14:08 |
| DocScrutinizer05 | hi | 14:08 |
| janemba | I have an issue with maemo. Since 1 hour I can't read my conversations (or sms). When I open a conversation nothing is displaying, did you encounter this kind of issue ? | 14:08 |
| jonwil | Try restarting your phone | 14:09 |
| jonwil | i.e. turn it off then on again | 14:09 |
| janemba | well...I did it several times | 14:09 |
| jonwil | hmnm ok | 14:09 |
| jonwil | no idea then :) | 14:09 |
| *** Hurrian has quit IRC | 14:09 | |
| DocScrutinizer05 | then probably cleaning events-db is next | 14:09 |
| janemba | DocScrutinizer05: how can I do this ? | 14:10 |
| DocScrutinizer05 | start with some checks | 14:10 |
| jonwil | obviously screen will be exact screen of N900 (because it has to be so it fits the case and because we want to keep n900 screen attributes like resistive and stylus compatibility) | 14:10 |
| janemba | DocScrutinizer05: ?? | 14:11 |
| DocScrutinizer05 | janemba: pastebin the result of `ls -l /home/user/.rtcom-eventlogger/*` | 14:11 |
| jonwil | btw, I suspect my software development and reverse engineering work more than makes up for my non-ability to donate to maemo.org etc :) | 14:12 |
| DocScrutinizer05 | jonwil: don't worry | 14:12 |
| DocScrutinizer05 | maemo.org currently isn't short of money, only short of manpower | 14:13 |
| janemba | DocScrutinizer05: ==> http://pastebin.com/0Jk8TgNf | 14:13 |
| jonwil | I would donate manpower but I lack the system admin skills to do that :P | 14:13 |
| DocScrutinizer05 | ugh! 6MB | 14:14 |
| janemba | el-v1.db | 14:14 |
| janemba | well | 14:14 |
| janemba | sqlite file | 14:15 |
| DocScrutinizer05 | `cp -a /home/user/.rtcom-eventlogger/ /home/user/.rtcom-eventlogger-backup/; rm /home/user/.rtcom-eventlogger/*` | 14:15 |
| DocScrutinizer05 | then reboot | 14:15 |
| DocScrutinizer05 | hard | 14:15 |
| janemba | ok | 14:16 |
| DocScrutinizer05 | all your conversations will be "lost" (in backup) | 14:16 |
| DocScrutinizer05 | but it should start to work again | 14:16 |
| janemba | ok | 14:17 |
| DocScrutinizer05 | everything >1MB for el-v1.db is considered too much to allow proper operation of device | 14:18 |
| DocScrutinizer05 | the sqlite engine will eat too much RAM and CPU and time for everything | 14:18 |
| DocScrutinizer05 | delay on inbound calls, problems with displaying messages, and eventually even corruption of the db | 14:19 |
| janemba | ok I will remember that | 14:19 |
| DocScrutinizer05 | after boot your rtcomm stuff should auto-create an empty el-v1.db | 14:20 |
| DocScrutinizer05 | when you moved away or deleted the monster file | 14:20 |
| DocScrutinizer05 | funny enough Nokia never considered what may happen to this stuff after a few years | 14:21 |
| DocScrutinizer05 | so no auto-cleaning or whatever got implemented, no filesize limits or whatever | 14:21 |
| *** LauRoman has quit IRC | 14:23 | |
| DocScrutinizer05 | maybe a `mv /home/user/.rtcom-eventlogger/ /home/user/.rtcom-eventlogger-backup/; mkdir /home/user/.rtcom-eventlogger/` is even the better method | 14:23 |
| janemba | yes but now I can do it myself | 14:23 |
| DocScrutinizer05 | :-) | 14:23 |
| janemba | nice it works fine thx ;) | 14:32 |
| DocScrutinizer05 | :-) great. thanks for feedback | 14:33 |
| janemba | ;) | 14:34 |
| jonwil | btw DocScrutinizer05, if Neo900 cant run Nokia Maps app, I dont consider it compatible enough with Fremantle :P | 14:44 |
| jonwil | best way to handle GPS is to just reverse-engineer and implement the GPS dbus interfaces :) | 14:44 |
| Defiant | who needs Nokia Maps? | 14:45 |
| jonwil | I use it :P | 14:45 |
| Defiant | srsly? | 14:45 |
| jonwil | Is there a better GPS app out there which has offline storage? | 14:45 |
| jonwil | I have yet to find one | 14:46 |
| Defiant | I liked tangogps back in the days of the freerunner, but currently on the n900 I use maep | 14:46 |
| jonwil | maep doesn't seem to support offline maps | 14:47 |
| jonwil | which is feature I need so I dont have to use up so much of my expensive mobile data | 14:47 |
| jonwil | or can make it work even if for some reason I cant get cell signal | 14:48 |
| Defiant | maep caches the map and doesn't ask every 5 minutes for a connection like nokia maps does | 14:48 |
| jonwil | in any case I am happy with nokia maps :) | 14:48 |
| Defiant | I'm not.. | 14:49 |
| jonwil | About the only feature that I really want but Nokia Maps is missing is the ability to use the Google Transit public transit data | 14:49 |
| Defiant | nokia maps is missing too much streets | 14:49 |
| jonwil | but I cant find ANY N900 maps app that can use that data | 14:49 |
| *** bsdmaniak has joined #maemo | 14:49 | |
| jonwil | Nokia Maps isn't missing any streets in my area | 14:49 |
| jonwil | or even the new housing estate where one of my family members now lives | 14:50 |
| Defiant | Also OSM has all forest paths | 14:50 |
| *** Hurrian has joined #maemo | 14:52 | |
| *** Hurrian has quit IRC | 14:52 | |
| *** Hurrian has joined #maemo | 14:52 | |
| jonwil | If I had the skills I would write something for the N900 that can use Google Transit data | 14:52 |
| jonwil | both mapping and route planning | 14:53 |
| jonwil | but I dont have the skills | 14:53 |
| DocScrutinizer05 | ps: I think we (GolDeliCo) might hand out some Neo900 prototypes for free, for the most active fremantle porters to test the fremantle adaption | 14:53 |
| Defiant | btw Did I already ask if GolDeliCo still gets Omap support? Since a lot of Linux devs had to leave TI... | 14:55 |
| jonwil | btw re cellular modem I think the way to go is to figure out all the dbus calls and write support into ofono or gsmd or whatever so they talk to the existing N900 backend (i.e. make ofono or fsogsmd a drop-in replacement for cellular services daemon on N900) then once that is working, rewrite backend to talk to Option modem. Easier to verify by comparing stock and new cellular daemon bits. | 14:56 |
| jonwil | Thats just my opinion though and others may have other thoughts :) | 14:56 |
| DocScrutinizer05 | Omap support? Never knew GolDelico ever got any | 14:56 |
| jonwil | bonus is that we get a usable open CSD replacement for whatever someone might want one for :) | 14:57 |
| DocScrutinizer05 | jonwil: ack | 14:58 |
| DocScrutinizer05 | jonwil: and I already suggested to start such project right away, using an USB UMTS stick on N900 | 14:58 |
| jonwil | Better to be talking to N900 stock cellular modem than to try to talk to USB stick. Most of the relevant bits of the N900 cell modem is documented enough to figure out or can be figured out from reverse engineering :) | 14:59 |
| jonwil | I recon the most difficult parts of the Neo900 FPTF project are going to be (in order) Cellular audio, Cellular Modem, GPS in that order | 15:02 |
| jonwil | OMAP DSP may also be an issue depending on how compatible the Neo900 OMAP and the N900 OMAP are in that area | 15:03 |
| *** int_ua has quit IRC | 15:03 | |
| *** DocScrutinizer05 has quit IRC | 15:04 | |
| *** uen| has joined #maemo | 15:04 | |
| *** DocScrutinizer05 has joined #maemo | 15:06 | |
| *** uen has quit IRC | 15:07 | |
| *** uen| is now known as uen | 15:07 | |
| *** shentey has quit IRC | 15:10 | |
| *** bsdmaniak has quit IRC | 15:11 | |
| *** DrCode has quit IRC | 15:12 | |
| *** bsdmaniak has joined #maemo | 15:12 | |
| DocScrutinizer05 | freemangordon_: http://privatepaste.com/89bd7e5ff9 | 15:17 |
| *** Ninja has joined #maemo | 15:40 | |
| *** shentey has joined #maemo | 15:52 | |
| *** ludens has quit IRC | 15:54 | |
| *** ludens has joined #maemo | 15:54 | |
| *** NeutrinoPower has joined #maemo | 15:56 | |
| *** Ninja has quit IRC | 15:56 | |
| NeutrinoPower | why I cannot reach https://duckduckgo.com/ with sudo ping and opera on N900 anymore but on PC in same network and why has Maemo a dns running? WTF | 15:58 |
| DocScrutinizer05 | spilling the beans: headroom on each side of N900 PCB: max 1.6mm. Height of Option modem module: 2.1mm | 15:59 |
| DocScrutinizer05 | ( PCB thickness: 0.8mm ;-D ) | 16:00 |
| DocScrutinizer05 | NeutrinoPower: huh? | 16:01 |
| DocScrutinizer05 | NeutrinoPower: maemo is using dnsmasq for routing | 16:01 |
| jake42 | DocScrutinizer05: thats gonna be too tight a fit :-/ | 16:02 |
| DocScrutinizer05 | wait and see what we might come up with, Neo900 not dead yet | 16:03 |
| DocScrutinizer05 | ~1.5 + 1.5 + 0.8 | 16:03 |
| infobot | 3.8 | 16:03 |
| jake42 | I'd be surprised if you wouldn't | 16:03 |
| *** ebzzry_ has quit IRC | 16:03 | |
| *** konelix has joined #maemo | 16:04 | |
| jonwil | I for one intend to do whatever reverse engineering and programming work I can towards the Neo900 project | 16:04 |
| jonwil | and the porting effort | 16:04 |
| jonwil | and FPTF :) | 16:05 |
| jake42 | DocScrutinizer05: do you know the height without the rf-can? | 16:06 |
| *** konelix_ has joined #maemo | 16:06 | |
| DocScrutinizer05 | of the module? we can't do that | 16:06 |
| jake42 | yeah, I know, just hypothetically | 16:06 |
| DocScrutinizer05 | just hypothetically I see a modem module sitting in a hole of the PCB | 16:07 |
| jake42 | right, that's first thing that comes to ones mind.. | 16:08 |
| jake42 | not pretty, though | 16:08 |
| DocScrutinizer05 | on its own tiny support PCB, with B2B connectors to simply plug into the mainmoard | 16:08 |
| jake42 | but what is | 16:08 |
| *** konelix has quit IRC | 16:09 | |
| *** jonwil has quit IRC | 16:09 | |
| jake42 | swapable modem | 16:10 |
| DocScrutinizer05 | actually it *might* even fit on last PCB layer when we just remove 7 of the 8 layers. But I think the remaining 0.1mm PCB are not rigid enough | 16:10 |
| DocScrutinizer05 | and not sufficient for heatsink | 16:11 |
| jake42 | haven't seen the inside of a n900-case, but may it be possible to move the point where the PCB sits? | 16:13 |
| *** ZogG_laptop has joined #maemo | 16:13 | |
| *** ZogG_laptop has joined #maemo | 16:13 | |
| jake42 | on the gta04 most of the components on one side | 16:13 |
| DocScrutinizer05 | I pondered that, particularly to have own PCB for kbd (to avoid mechanical stress to FBGA chips when kbd pressen and PCB bends) - evaluation not finalized | 16:14 |
| jake42 | good :) | 16:14 |
| jake42 | I'm sure I can't tell you anything new | 16:15 |
| DocScrutinizer05 | well, I'm doing that job a few years ;-) | 16:15 |
| jake42 | looks like :P | 16:15 |
| DocScrutinizer05 | ok, I think Nikolaus won't kill me when I disclose his 80% done feasibility study pdf | 16:16 |
| DocScrutinizer05 | maemo.cloud-7.de/hidden/Feasibility.key.pdf | 16:19 |
| *** bsdmaniak has quit IRC | 16:51 | |
| *** bef0rd has quit IRC | 16:56 | |
| *** valerius has quit IRC | 16:58 | |
| *** konelix_ has quit IRC | 16:58 | |
| *** ludens has quit IRC | 16:59 | |
| *** ludens has joined #maemo | 16:59 | |
| *** shentey has quit IRC | 16:59 | |
| *** bef0rd has joined #maemo | 17:00 | |
| *** ludens has quit IRC | 17:00 | |
| *** ludens has joined #maemo | 17:01 | |
| jake42 | DocScrutinizer05: not found | 17:02 |
| DocScrutinizer05 | too late ;-) | 17:02 |
| jake42 | damnit, was getting some groceries | 17:03 |
| jake42 | looks alot harder than I thought.. | 17:07 |
| *** perlite has quit IRC | 17:09 | |
| *** perlite has joined #maemo | 17:10 | |
| *** perlite has quit IRC | 17:12 | |
| *** perlite has joined #maemo | 17:12 | |
| *** sq-one has joined #maemo | 17:13 | |
| *** valerius has joined #maemo | 17:16 | |
| *** LauRoman has joined #maemo | 17:19 | |
| *** Hurrian has quit IRC | 17:21 | |
| *** rcg has joined #maemo | 17:30 | |
| DocScrutinizer05 | yeah | 17:36 |
| DocScrutinizer05 | note that some components are fixed, especially camera (which is also "thru-hole") | 17:38 |
| *** johnsu01 has quit IRC | 17:41 | |
| *** johnsu01 has joined #maemo | 17:42 | |
| *** SmilyOrg has joined #maemo | 17:45 | |
| *** Smily has quit IRC | 17:48 | |
| *** luke-jr_ is now known as Luke-Jr | 17:50 | |
| jake42 | judging from the already setplacement of sim-card holder, battery contacs, vibra and the space in between | 17:58 |
| jake42 | it looks hard to find a place where the option modem will fit just considering the area it needs | 17:58 |
| *** shamus has quit IRC | 18:00 | |
| jake42 | that is for the GTM801, which is considerably bigger than the GTM601 | 18:02 |
| DocScrutinizer05 | a tad bigger, yep | 18:03 |
| DocScrutinizer05 | think anthroposophic aka forget about 90° angles, then it might fit | 18:05 |
| *** node00 has joined #maemo | 18:05 | |
| *** guampa has joined #maemo | 18:05 | |
| jake42 | ah, you got me | 18:06 |
| DocScrutinizer05 | at least that's what Nikolaus told me | 18:06 |
| jake42 | as he's got the modem and the n900, I'm pretty sure he did some puzzling | 18:08 |
| DocScrutinizer05 | he did :-) | 18:08 |
| DocScrutinizer05 | and he was positive about my suggestion to remove a few layers of PCB to embed the 2.1mm some 0.6mm into the PCB | 18:10 |
| *** node00 has left #maemo | 18:10 | |
| jake42 | sounds crazy | 18:10 |
| DocScrutinizer05 | as long as we can route that, with only 4 layers | 18:10 |
| jake42 | cost isn't an issue I guess | 18:11 |
| jake42 | PCB-cost | 18:11 |
| DocScrutinizer05 | cost becomes an isse after feasibility got accomplished | 18:11 |
| DocScrutinizer05 | might cost twice as much | 18:11 |
| DocScrutinizer05 | but hey | 18:12 |
| DocScrutinizer05 | still cheaper than building a new case | 18:12 |
| jake42 | :) | 18:12 |
| DocScrutinizer05 | another really crazy idea: lift the LCD from kbd half a few mm | 18:13 |
| *** XATRIX has quit IRC | 18:13 | |
| DocScrutinizer05 | but THAT will get BUTT UGLY | 18:13 |
| jake42 | don't fiddle to much with the case.. | 18:14 |
| DocScrutinizer05 | option #3: no modem module but direct chipset-on-PCB. Downside: no more FCC approval at all | 18:15 |
| DocScrutinizer05 | no calibration done, no nuttin | 18:15 |
| DocScrutinizer05 | no tempting alternative | 18:15 |
| DocScrutinizer05 | and not even shielding, since those cages/cans are not exactly sourceable | 18:17 |
| jake42 | the comunity needs a factory ;-) | 18:18 |
| jake42 | community even | 18:18 |
| *** utanapischti has quit IRC | 18:18 | |
| *** rcg has quit IRC | 18:19 | |
| jake42 | shows how lucky we were that OM could use FIC's stuff | 18:21 |
| jake42 | at least that's what I gathered over the years | 18:23 |
| *** zammy has quit IRC | 18:26 | |
| *** OkropNick has quit IRC | 18:26 | |
| *** pcfe has quit IRC | 18:27 | |
| *** lexik has joined #maemo | 18:31 | |
| *** utanapischti has joined #maemo | 18:33 | |
| *** spaak has joined #maemo | 18:33 | |
| *** hahlo has quit IRC | 18:35 | |
| *** kraft has quit IRC | 18:35 | |
| *** hahlo has joined #maemo | 18:44 | |
| *** kraft has joined #maemo | 18:44 | |
| *** NeutrinoPower has quit IRC | 18:55 | |
| *** guampa has quit IRC | 18:55 | |
| *** amizraa has quit IRC | 18:55 | |
| *** amizraa has joined #maemo | 18:58 | |
| *** NeutrinoPower has joined #maemo | 18:58 | |
| *** xmlich02 has quit IRC | 19:04 | |
| *** florian has quit IRC | 19:06 | |
| *** Ninja has joined #maemo | 19:13 | |
| DocScrutinizer05 | yep, without FIC Openmoko wouldn't even have been thought of | 19:17 |
| *** jmlich has quit IRC | 19:20 | |
| DocScrutinizer05 | actually it's unclear if Sean or his Sher's nephew student peer room mate had the idea for OM | 19:21 |
| * DocScrutinizer05 just tries to figure a 0.4mm wider gap between kbd and screen body | 19:23 | |
| DocScrutinizer05 | maybe 0.4mm aren't even noticeable? | 19:24 |
| DocScrutinizer05 | (cans) I think tooling for the cans is ~1000EUR, so it *might* even be feasible for one metal object | 19:26 |
| *** dos1 has quit IRC | 19:33 | |
| kerio | DocScrutinizer05: goddammit now that you said it we're all going to notice | 19:35 |
| kerio | (also, won't stuff get in?) | 19:35 |
| *** florian has joined #maemo | 19:53 | |
| DocScrutinizer05 | there's already a gap of >0.5mm | 19:58 |
| DocScrutinizer05 | and yes, stuff already gets in | 19:59 |
| DocScrutinizer05 | inserting a credit card can even break your FPC | 19:59 |
| *** lexik has quit IRC | 20:01 | |
| *** Ninja has quit IRC | 20:03 | |
| *** M4rtinK has joined #maemo | 20:04 | |
| *** trx has quit IRC | 20:12 | |
| *** florian has quit IRC | 20:15 | |
| *** freemangordon_ is now known as freemangordon | 20:18 | |
| *** Luke-Jr has quit IRC | 20:18 | |
| *** Luke-Jr has joined #maemo | 20:19 | |
| cybertheque | i am having a tough time locating discussions about setting framerate capability for /dev/video0 v4l2camsrc on the n900 -- experiments so far have only worked with 60 and 499/100. gst-inspect says 0/1, 100,1 -- wiki says nothing... | 20:23 |
| *** Luke-Jr has quit IRC | 20:30 | |
| *** Luke-Jr has joined #maemo | 20:30 | |
| *** OkropNick has joined #maemo | 20:31 | |
| *** Luke-Jr has quit IRC | 20:31 | |
| *** Luke-Jr has joined #maemo | 20:32 | |
| *** dos1 has joined #maemo | 20:34 | |
| *** sq-one has quit IRC | 20:34 | |
| *** trx has joined #maemo | 20:43 | |
| *** NeutrinoPower has quit IRC | 20:44 | |
| *** Martix_ has quit IRC | 20:44 | |
| *** triggerhappy has quit IRC | 20:49 | |
| *** M4rtinK has quit IRC | 20:50 | |
| *** rcg has joined #maemo | 21:01 | |
| *** xes has joined #maemo | 21:04 | |
| *** Martix_ has joined #maemo | 21:06 | |
| *** florian has joined #maemo | 21:06 | |
| *** node00 has joined #maemo | 21:18 | |
| *** Vlad_on_the_road has joined #maemo | 21:25 | |
| *** HylianSavior has joined #maemo | 21:29 | |
| *** sq-one has joined #maemo | 21:29 | |
| *** Tekk_ has joined #maemo | 21:35 | |
| Tekk_ | has anyone tried running non-linux oses on the n900? | 21:37 |
| *** M4rtinK has joined #maemo | 21:41 | |
| *** Natch has quit IRC | 21:43 | |
| *** int_ua has joined #maemo | 21:46 | |
| sixwheeledbeast | like? | 21:57 |
| Tekk_ | a bsd or something homebrew | 22:05 |
| Tekk_ | I mainly just like the idea of dual booting my phone | 22:05 |
| Tekk_ | doesn't have to have access to camera or much of the hardware aside from display/keyboard. I just want to mess around with stuff | 22:05 |
| *** Pali has quit IRC | 22:14 | |
| *** eMHa has quit IRC | 22:22 | |
| *** Luke-Jr has quit IRC | 22:33 | |
| *** int_ua has quit IRC | 22:34 | |
| *** Luke-Jr has joined #maemo | 22:34 | |
| *** Luke-Jr has quit IRC | 22:35 | |
| *** Luke-Jr has joined #maemo | 22:35 | |
| *** Luke-Jr has quit IRC | 22:36 | |
| *** Luke-Jr has joined #maemo | 22:36 | |
| *** Luke-Jr has quit IRC | 22:37 | |
| *** Luke-Jr has joined #maemo | 22:37 | |
| *** Luke-Jr has quit IRC | 22:46 | |
| *** Luke-Jr has joined #maemo | 22:46 | |
| *** konelix has joined #maemo | 22:50 | |
| *** eMHa has joined #maemo | 22:57 | |
| *** bef0rd has quit IRC | 22:59 | |
| *** bef0rd has joined #maemo | 23:00 | |
| *** rcg has quit IRC | 23:03 | |
| *** bef0rd has quit IRC | 23:04 | |
| *** OkropNick has quit IRC | 23:15 | |
| *** maybeHere has joined #maemo | 23:41 | |
| *** lizardo has quit IRC | 23:49 | |
| *** konelix has quit IRC | 23:51 | |
| *** bef0rd has joined #maemo | 23:54 | |
| *** wotan147 has joined #maemo | 23:59 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
