| 00:14.37 | *** join/#maemo dafox (~dafox@2a02:a448:c25a:0:decf:5ea9:e960:80dc) |
| 00:59.23 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 01:25.25 | brolin_empey | DocScrutinizer05: To mention my communication with you when I am speaking instead of writing? |
| 01:37.18 | *** join/#maemo krnlyng (~liar@77.117.106.124.wireless.dyn.drei.com) |
| 01:44.57 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 02:30.33 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 02:38.07 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 02:43.47 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 03:05.52 | *** join/#maemo LauRoman (~LauRoman@5-14-92-182.residential.rdsnet.ro) |
| 03:15.11 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 03:35.13 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 03:54.59 | *** join/#maemo hurrian (~textual@unaffiliated/rikanee) |
| 04:01.49 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 05:23.53 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:39.08 | *** join/#maemo hurrian (~textual@unaffiliated/rikanee) |
| 07:20.41 | *** join/#maemo Oksana_ (~chatzilla@Maemo/community/ex-council/Wikiwide) |
| 07:52.10 | *** join/#maemo azkay2 (~azkay@brisweeds.com) |
| 07:53.01 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:57.04 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 07:59.32 | jonwil | hi |
| 07:59.42 | CatButts | uhllo |
| 08:08.56 | bencoh | 65 |
| 08:09.02 | bencoh | err. hey :) |
| 08:15.14 | jonwil | No closer to getting gtfs2db working :( |
| 08:19.05 | jonwil | it compiles but produces no output |
| 08:19.25 | KotCzarny | debug every stage of the lib |
| 08:19.37 | KotCzarny | and find where it breaks |
| 08:33.46 | jonwil | that isn't helping, I cant seem to get gdb to run it for some reason (and yes I built the binary with -g) |
| 08:34.02 | KotCzarny | im talking about printf() type debugging |
| 08:38.38 | jonwil | I dont know enough about what the code is doing to understand where to go with that :( |
| 08:39.10 | KotCzarny | start with grabber/parser |
| 08:39.20 | KotCzarny | to see if it gets the data |
| 08:39.35 | KotCzarny | might be that some syntax error make it fail |
| 08:39.42 | KotCzarny | maybe it gets 404 from the server even? |
| 08:39.45 | KotCzarny | or some redirect page |
| 08:46.07 | jonwil | its not doing any file downloads |
| 08:46.33 | jonwil | its supposed to take a zip file with gtfs data in it and convert it to a sqlite db |
| 08:46.42 | jonwil | but it isn't doing that, it creates the db just fine |
| 08:46.48 | jonwil | but it doesn't put any records in it |
| 08:47.43 | jonwil | it just says "0 agencies added" ,"0 service schedules added" ,"0 service exceptions added", "0 routes added", "0 stops added", "0 trips added" and "0 stop times added" |
| 08:57.39 | KotCzarny | then as i said, check if it loads files fine, and what parser gets/outputs |
| 08:59.26 | KotCzarny | also check if you can enable some internal debug, many packages/libs have such thing |
| 09:08.36 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:14.37 | jonwil | there is no internal debugs and I cant understand what the code is doing enough to be able to add printfs anywhere to debug it |
| 09:14.45 | jonwil | So I am stuck :( |
| 09:15.39 | KotCzarny | dont give up, analyze |
| 09:18.28 | KotCzarny | start with main, then just follow functions |
| 09:31.49 | joga | strace? |
| 09:32.00 | KotCzarny | nah, its about data parsing |
| 09:32.05 | joga | k |
| 09:51.14 | *** join/#maemo janemba (~janemba@unaffiliated/janemba) |
| 10:01.11 | *** join/#maemo Vajb (~Vajb@85-76-18-143-nat.elisa-mobile.fi) |
| 10:04.10 | sicelo | silly question - with functional/procedural programming on one side, and object oriented on the other, how do you decide which method is better for a specific project? |
| 10:04.22 | KotCzarny | user skills |
| 10:04.34 | KotCzarny | and maybe frameworks used |
| 10:05.06 | KotCzarny | readability important? |
| 10:06.26 | jon_y | all the objects are now called obyek_### and even forward declared :) |
| 10:06.50 | jon_y | personally, I think its silly to compare which "paradigm" is "better" |
| 10:06.51 | sicelo | :) |
| 10:08.07 | KotCzarny | oo tends to be easier to use if done right (documentation important) |
| 10:08.20 | sicelo | jon_y: yes i agree .. my question was more on - how do you decide which one you will use at a specific time |
| 10:08.40 | KotCzarny | i mostly do c |
| 10:08.48 | jon_y | me too |
| 10:09.01 | jon_y | object oriented C is possible with some discipline |
| 10:09.31 | jon_y | I've been bitten by C++ operator overloading, so I'm biased against C++ |
| 10:10.04 | bencoh | object-oriented C <3 |
| 10:10.17 | jon_y | Java is alright, but is still missing unsigned integers |
| 10:10.31 | jon_y | java doesn't pretend to be C compatible |
| 10:10.31 | KotCzarny | java is heavy on low memory systems :/ |
| 10:10.55 | jon_y | so is C++ if you abuse the template system |
| 10:11.07 | bencoh | indeed |
| 10:11.18 | bencoh | java is always heavy though ;) |
| 10:11.23 | KotCzarny | :) |
| 10:11.41 | jon_y | yeah I don't like java gc |
| 10:11.47 | bencoh | ;) |
| 10:11.49 | jon_y | it really needs malloc/free :) |
| 10:12.18 | KotCzarny | bencoh, if arm ever decided to promote java in cpus and made some easy to use sdks |
| 10:12.33 | jon_y | run bytecode directly? |
| 10:12.42 | KotCzarny | there is something called jazelle |
| 10:12.52 | KotCzarny | cat /proc/cpuingo |
| 10:12.57 | KotCzarny | cat /proc/cpuinfo |
| 10:13.03 | jon_y | and then suddenly, the next java version is out :) |
| 10:13.08 | KotCzarny | :) |
| 10:13.09 | bencoh | KotCzarny: there is something indeed |
| 10:13.45 | KotCzarny | A Jazelle-aware Java Virtual Machine (JVM) will attempt to run Java bytecodes in hardware, while returning to the software for more complicated, or lesser-used bytecode operations. ARM claims that approximately 95% of bytecode in typical program usage ends up being directly processed in the hardware. |
| 10:13.48 | bencoh | and it's actually in use in part of the industry (think "security") |
| 10:14.15 | KotCzarny | so, 'new java version' could be mitigated to some extent |
| 10:14.32 | bencoh | all those trust/sim cards/modules run "security" java applets |
| 10:14.34 | KotCzarny | but there would need to be some open source jvm available to use it |
| 10:15.44 | KotCzarny | they've decided to go capitalist route though, so no banana |
| 10:16.03 | jonwil | Last I heard ARM went to great lengths to keep Jazelle details secret |
| 10:16.17 | jon_y | I wonder what the "Communist" route is |
| 10:16.22 | bencoh | huhu |
| 10:16.24 | KotCzarny | opensource |
| 10:16.26 | KotCzarny | ;) |
| 10:16.29 | jon_y | no |
| 10:16.39 | KotCzarny | dont confuse communist with socialist |
| 10:16.44 | jon_y | OSS is not communist, it lacks the central planning committee |
| 10:16.57 | jon_y | all JVM instances are owned by the state, it makes all policies :) |
| 10:17.09 | KotCzarny | jon_y, that's socialist |
| 10:17.27 | jon_y | oh? |
| 10:17.38 | KotCzarny | https://en.wikipedia.org/wiki/Communism |
| 10:17.57 | KotCzarny | socialist was the soviet implementation of communism |
| 10:18.01 | KotCzarny | *socialism |
| 10:18.24 | jon_y | so what is "Communism"? |
| 10:18.38 | KotCzarny | socioeconomic order structured upon the common ownership of the means of production and the absence of social classes, money,[3][4] and the state |
| 10:18.51 | KotCzarny | no state, no classes, so no central comitee |
| 10:19.07 | jon_y | who enforces such common ownership? |
| 10:19.14 | KotCzarny | in practice people are egoistic, which required central force to keep them in-line |
| 10:19.35 | KotCzarny | communism is an ideal system impossible to implement in pure fashion |
| 10:19.49 | jon_y | hence socialism I guess |
| 10:19.54 | KotCzarny | yup |
| 10:19.58 | KotCzarny | idea vs reality |
| 10:20.06 | jon_y | *ideal |
| 10:20.15 | KotCzarny | yup |
| 10:20.26 | bencoh | seriously? ... |
| 10:20.36 | jon_y | oh well, lets wait for the next wave :) |
| 10:20.46 | KotCzarny | remember, its about common owning of goods |
| 10:21.00 | KotCzarny | so, kinda open source |
| 10:21.10 | KotCzarny | i can take, use, and result has to be still open source |
| 10:21.30 | jon_y | well "Open Source" |
| 10:21.40 | jon_y | read-only license :) |
| 10:21.51 | KotCzarny | i might be thinking about gpl though when i write open source |
| 10:22.09 | jon_y | GPL is just one of the open source license |
| 10:22.24 | jon_y | there is also MS-PL I think |
| 10:22.27 | jon_y | from MS |
| 10:22.49 | jon_y | and then CDDL which doesn't want to play nice with GPL |
| 10:22.54 | KotCzarny | thing is, idea is for the code to be shared and usable by anyone on equal rights |
| 10:23.06 | KotCzarny | so no patents, no private code etc |
| 10:23.24 | jon_y | yeah that argument, I guess you don't like BSD huh :) |
| 10:23.34 | KotCzarny | i have nothing against bsd |
| 10:23.41 | jon_y | BSD vs GPL fight! |
| 10:23.54 | KotCzarny | and im not a communism advocate |
| 10:24.03 | KotCzarny | its just about communism vs socialism |
| 10:24.19 | KotCzarny | and people confusion |
| 10:24.20 | jon_y | there will always be the next wave, don't worry about it :) |
| 10:24.36 | KotCzarny | yup. orwell like |
| 10:24.53 | KotCzarny | we are at the point when everything is being tracked |
| 10:25.02 | KotCzarny | evertyhing being logged |
| 10:25.13 | KotCzarny | no more grey area (at least in theory) |
| 10:25.28 | jon_y | orwell's house has a CCTV placed in front of it :) |
| 10:25.48 | KotCzarny | got smartphone? smarttv? ;) |
| 10:25.56 | KotCzarny | smartcar(soon) ? |
| 10:26.05 | jon_y | speaking of smart cars |
| 10:26.11 | KotCzarny | do you think you will own the code that runs on them? |
| 10:26.24 | jon_y | I had an argument with my colleague at work about it |
| 10:26.43 | jon_y | he says self-driving cars should be mandatory |
| 10:26.47 | KotCzarny | people are getting more and more stupid and careless |
| 10:27.04 | KotCzarny | but that's only because we are allowing such types to have driving licences etc |
| 10:27.11 | bencoh | 12:26 < KotCzarny> people are getting more and more stupid and careless |
| 10:27.13 | bencoh | is that so? |
| 10:27.21 | jon_y | "so, should smart cars allow people to do dangerous things like exiting the vehicle while it is moving?" |
| 10:27.27 | jon_y | "no" he said |
| 10:27.27 | bencoh | you really think people were less "careless" 50 years ago? :) |
| 10:27.28 | KotCzarny | bencoh: yup, emojis vs communication |
| 10:27.44 | jon_y | and then it formed the next GTA plot :) |
| 10:27.44 | KotCzarny | bencoh, nope |
| 10:27.46 | bencoh | (or less "stupid" for that matters) |
| 10:27.58 | KotCzarny | but they cared more |
| 10:28.07 | jon_y | imma use "smart self-driving cars" to kidnap people :) |
| 10:28.10 | KotCzarny | somehow human life was a bit more valuable |
| 10:28.16 | bencoh | dunno what they cared more about, but sure |
| 10:28.21 | bencoh | riiiight |
| 10:28.24 | jon_y | you can't exit the vehicle while its moving |
| 10:28.32 | jon_y | since that would be dangerous |
| 10:28.36 | KotCzarny | jon_y: failsafes. failsafes everywhere |
| 10:28.51 | KotCzarny | emergency breaks in trains for example? |
| 10:28.55 | jon_y | "failsafe has been removed due to potential abuse" |
| 10:29.00 | KotCzarny | it's solvable |
| 10:29.12 | KotCzarny | just has to have some punishment for abuse |
| 10:29.32 | jon_y | I dunno, the next iCar might be like an iPhone, it has a "go" button, thats it |
| 10:30.05 | KotCzarny | jon_y: so what would happen when someone splats gasoline on your icar and sets it on fire while you are driving? ;) |
| 10:30.13 | jon_y | yep |
| 10:30.47 | jon_y | DANGER WILL ROBINSON, DO NOT ATTEMPT TO EXIT YOUR VEHICLE. EXCESSIVE EXTERNAL HEAT DETECTED. |
| 10:31.16 | jon_y | or have it attempt to drive into the sea locking the occupants in it :) |
| 10:31.27 | KotCzarny | dont worry, even if there would be accidents during beta testing (which could take many years) |
| 10:31.33 | KotCzarny | we will get there eventually |
| 10:32.09 | KotCzarny | but more than likely we will be dead long before ;) |
| 10:35.49 | jon_y | I wonder how those fancy self driving cars handle poor weather |
| 10:36.00 | jon_y | like those rains with 2m visibility |
| 10:36.01 | KotCzarny | sensors |
| 10:36.14 | KotCzarny | i would bet on slowing down |
| 10:36.29 | jon_y | IR works poorly in rains |
| 10:36.58 | jon_y | I wonder if radar still work |
| 11:00.34 | jonwil | radar most definatly works in rain and bad weather |
| 11:00.44 | jonwil | If it didn't airplanes wouldn't be using it |
| 11:00.55 | jonwil | and cops wouldn't be using it to catch speeding drivers |
| 11:02.29 | *** join/#maemo geaaru (~geaaru@host224-96-dynamic.183-80-r.retail.telecomitalia.it) |
| 11:06.02 | *** part/#maemo janemba (~janemba@unaffiliated/janemba) |
| 11:06.44 | jon_y | jonwil: depends on the radar build |
| 11:06.58 | jon_y | CW radar gets funny in bad weather |
| 11:07.09 | jonwil | well if you were building radar for a car you would use the sort that would not fail in weather |
| 11:07.37 | KotCzarny | what about snow? |
| 11:07.38 | KotCzarny | ;) |
| 11:07.47 | jon_y | heh, car comes with a WW2 style mattress radar |
| 11:08.32 | jon_y | and comes with appropriate vacuum tube amps to survive EMPs |
| 11:09.01 | KotCzarny | yup, thunder weather could be funny |
| 11:09.02 | KotCzarny | :> |
| 11:09.09 | jon_y | unforunately, it needs a dedicated operator |
| 11:10.55 | DocScrutinizer05 | kerio: (why yerk, not yerg) a 'g' is ambiguous and prone to get pronounced like in end of "George" |
| 11:11.07 | kerio | that's j |
| 11:11.38 | KotCzarny | get good |
| 11:15.24 | DocScrutinizer05 | English is about as bad as it gets when trying to find (undefined) character sequences with unambiguous pronounciation. alas I don't know any of the usual 'official' phoneme encodings |
| 11:20.01 | DocScrutinizer05 | https://de.wiktionary.org/wiki/Jörg https://upload.wikimedia.org/wikipedia/commons/5/50/De-reisen.ogg + https://upload.wikimedia.org/wikipedia/commons/f/ff/De-Weber.ogg |
| 11:27.18 | DocScrutinizer05 | so here you are: [jÅÊk] |
| 11:27.23 | *** join/#maemo bruce_lee (~neo@unaffiliated/bruce-lee/x-7462768) |
| 11:28.56 | DocScrutinizer05 | https://de.wiktionary.org/wiki/Wiktionary:Deutsch/Lautschrift |
| 11:43.27 | *** join/#maemo l_bratch (~l_bratch@212.9.27.247) |
| 12:33.53 | kerio | joe r.k. |
| 12:38.33 | DocScrutinizer05 | ohnoes |
| 12:39.09 | DocScrutinizer05 | I'm not Cho Arr Kay |
| 12:39.45 | DocScrutinizer05 | ~literal omap-oc |
| 12:39.45 | infobot | "omap-oc" is "http://mg.pov.lt/maemo-irclog/%23maemo.2010-08-01.log.html#t2010-08-01T22:16:05 read that!, or and this http://mg.pov.lt/maemo-irclog/%23maemo.2011-03-11.log.html#t2011-03-11T03:04:11" |
| 12:40.06 | DocScrutinizer05 | ~omap-oc is also http://electronics.stackexchange.com/a/156130 |
| 12:40.06 | infobot | DocScrutinizer05: okay |
| 12:40.10 | DocScrutinizer05 | ~literal omap-oc |
| 12:40.10 | infobot | "omap-oc" is "http://mg.pov.lt/maemo-irclog/%23maemo.2010-08-01.log.html#t2010-08-01T22:16:05 read that!, or and this http://mg.pov.lt/maemo-irclog/%23maemo.2011-03-11.log.html#t2011-03-11T03:04:11, or http://electronics.stackexchange.com/a/156130" |
| 12:49.57 | DocScrutinizer05 | note that all those effects have some thresholds defined by physical constants (like the 3.2eV for a carrier needed to tunnel the band gap). so increasing clock may result in _very_ disproportional sudden increase of aging and damage |
| 12:52.13 | DocScrutinizer05 | and the effect on the transistor isn't sudden failure but increasingly running out of specs and thus eventually causing random malfunctions under certain conditions |
| 12:56.32 | DocScrutinizer05 | and again for all those suffering the TL;DR syndrome or ADHS: Hot Carrier Injection is caused by high frequency, _not_ high temperature |
| 13:05.27 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 13:13.38 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 13:44.18 | *** join/#maemo tiss (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 13:44.35 | tiss | microb keeps freezing for me |
| 13:44.38 | tiss | unexpectedly |
| 13:44.53 | KotCzarny | you've got a virus |
| 13:45.12 | tiss | even with just one window open and reading a text page, it suddenly locks up and stops responding to anything |
| 13:45.26 | KotCzarny | just kidding, did you try a reboot? |
| 13:45.27 | tiss | maemo virus? |
| 13:45.37 | tiss | yeah reboot works but i mean it keeps happening |
| 13:45.50 | KotCzarny | any suspicious extension? |
| 13:46.45 | tiss | i think the dafault one? |
| 13:46.53 | KotCzarny | anything in dmesg? |
| 13:46.53 | tiss | maemo geolocation 115, singe sign on for ovi |
| 13:47.10 | KotCzarny | uh, you know ovi exists no more? |
| 13:47.13 | tiss | atlas plugin, default plugin, mediaplayer plugin, messagebus plugin, shockwave flash |
| 13:47.17 | tiss | yeah i know |
| 13:47.22 | tiss | its a default plugin i think |
| 13:47.25 | KotCzarny | uhum |
| 13:47.27 | tiss | installs with a reflash |
| 13:47.34 | KotCzarny | anyway, anything unusual in dmesg? |
| 13:47.48 | KotCzarny | low on memory? badblocks? |
| 13:48.11 | KotCzarny | anything nonstandard about your installation? |
| 13:48.47 | KotCzarny | are those freezes temporary or you have to reboot? |
| 13:48.54 | tiss | powerkernel, latest cssu ofc |
| 13:50.18 | tiss | not sure if i see anything odd in dmesg |
| 13:50.41 | tiss | i have to reboot |
| 13:50.43 | tiss | well not always |
| 13:50.54 | tiss | i can press the power button and force the application to close |
| 13:51.14 | tiss | sometimes it works and maemo resumes, sometimes everything crashes, sometimes everything except desktop stops working |
| 13:52.31 | KotCzarny | do you have swap on sd card? |
| 13:52.57 | CatButts | eeew |
| 13:55.22 | tiss | nope |
| 13:55.52 | KotCzarny | i would suspect badblocks in swap |
| 13:56.07 | KotCzarny | but too little data |
| 13:56.36 | KotCzarny | maybe you can do the readonly test ie. cat the partition into /dev/null and see if it completes |
| 13:57.19 | KotCzarny | but otoh it would happen in other applications too |
| 13:59.31 | jon_y | I wonder what happens if you port pciutils to maemo |
| 13:59.50 | jon_y | lspci probably doesn't show anything |
| 14:00.02 | KotCzarny | jon_y: yup. |
| 14:00.31 | KotCzarny | jon_y: marvel socs have pci, on those systems it's reasonable |
| 14:00.43 | KotCzarny | # lspci |
| 14:00.43 | KotCzarny | pcilib: Cannot open /proc/bus/pci |
| 14:00.43 | KotCzarny | lspci: Cannot find any working access method. |
| 14:00.48 | KotCzarny | (on my banana) |
| 14:01.08 | jon_y | how does ARM handle the PCI config space etc? |
| 14:01.14 | jon_y | just curious |
| 14:01.24 | jon_y | PCI as a platform device? |
| 14:01.39 | jon_y | there is BIOS ond ACPI MCFG on x86 |
| 14:01.48 | KotCzarny | i dont know such board, so hard to say, kernel source for marvels is available, you might check |
| 14:01.56 | KotCzarny | s/know/own/ |
| 14:02.32 | jon_y | ok, I think I strayed into atmel or such where it is a platform device |
| 14:02.55 | jon_y | some other driver loads first, reads the device tree, pass the base addresses to the PCI driver |
| 14:02.57 | KotCzarny | see clearfog or espessobin boards |
| 14:21.29 | *** join/#maemo tiss (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 14:57.24 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 15:20.40 | *** join/#maemo shentey (~shentey@x4e3521d5.dyn.telefonica.de) |
| 15:25.11 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 15:35.37 | *** join/#maemo Cor-Ai (~cor-ai@c-273172d5.06-922-7570702.cust.bredbandsbolaget.se) |
| 16:58.05 | *** join/#maemo sunshavi (~user@201.240.146.156) |
| 17:01.52 | Pali | gregoa: hi! |
| 17:04.57 | *** join/#maemo Guest61147 (~c@2a01:4f8:141:4623:e6a4:71ff:fe8d:18a0) |
| 17:17.29 | gregoa | waves at pali |
| 17:18.01 | Pali | looks you are here :-) |
| 17:19.10 | Pali | gregoa: about rt112231, module needs to be checked if MIME encoding function are used correctly and on correct places |
| 17:20.11 | gregoa | ok |
| 17:22.03 | Pali | gregoa: if you are going to play with that Net-Jifty, look at (updated) documentation of MIME-Header: https://metacpan.org/pod/Encode::MIME::Header |
| 17:22.37 | Pali | now there is documented what (last) version of MIME-Header is doing |
| 17:23.07 | gregoa | Pali: I'm not sure I care enough about net-jifty, to be honest. just thought I could fix a simple bug. |
| 17:23.31 | Pali | ok |
| 17:23.42 | Pali | and looks like it is not a simple bug :-) |
| 17:43.51 | *** join/#maemo AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 18:18.38 | *** join/#maemo martinux (~martinus@host81-154-68-200.range81-154.btcentralplus.com) |
| 18:20.21 | *** join/#maemo dafox (~dafox@2a02:a448:c25a:0:decf:5ea9:e960:80dc) |
| 18:55.10 | sicelo | KotCzarny: x40 .. the one thing that's unfortunate is the graphics .. resolution a bit on the low side. by the way, what OS you run on yours? |
| 18:55.21 | KotCzarny | slackware |
| 18:56.08 | KotCzarny | as for resolution, if you have some diy skills and find proper display/lcd cable, you can have high res ips |
| 18:57.06 | sicelo | you're sure? the VGA port can't drive higher res, at least as far as i have seen |
| 18:58.32 | KotCzarny | you can set external resolution if you disable display cloning |
| 18:58.44 | KotCzarny | either via xrandr or fn-f7 |
| 18:58.53 | KotCzarny | but xrandr should be all you need |
| 18:59.16 | sicelo | i'll retry |
| 18:59.23 | KotCzarny | preferably via ssh |
| 19:05.18 | KotCzarny | hmm, cant find any x40 display swaps pages, maybe it was x60 |
| 19:05.46 | kerio | why not a new macbook pro? :^) |
| 19:06.10 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 19:06.11 | *** join/#maemo tiss (~Valle@a88-112-2-11.elisa-laajakaista.fi) |
| 19:06.18 | kerio | four 2160p screens plus the internal one |
| 19:06.32 | KotCzarny | nah, too easy |
| 19:06.34 | KotCzarny | also white. |
| 19:06.43 | KotCzarny | i prefer black slim laptops |
| 19:06.47 | kerio | there's black |
| 19:07.00 | KotCzarny | black macbook? omg |
| 19:07.05 | kerio | well |
| 19:07.06 | sicelo | KotCzarny: yay .. so maybe i had cable problems before. i'm getting higher res now |
| 19:07.07 | kerio | space gray |
| 19:07.11 | kerio | as opposed to silver |
| 19:07.26 | KotCzarny | sicelo: if you have display clone enabled max you can get is lcd's res |
| 19:07.31 | kerio | not like the old black polycarbonate macbook :( |
| 19:07.35 | KotCzarny | naaah. too shiny. black. |
| 19:08.24 | sicelo | i had unchecked that ... i think the laptop couldn't detect the screen info. right now it even finds the name of the monitor |
| 19:10.28 | kerio | KotCzarny: i really wish the new macbook had more than 16gb of ram :c |
| 19:11.37 | KotCzarny | kerio: buy two, problem solved ;) |
| 19:11.44 | kerio | brilliant :o |
| 19:11.49 | kerio | they can even charge each other i think |
| 19:11.58 | KotCzarny | more screen resolution too |
| 19:13.04 | kerio | honestly the razer blade 17" is what the macbook pro should've been i think :< |
| 19:14.43 | KotCzarny | i treat my laptops as a console rather than workstation |
| 19:14.54 | KotCzarny | that's why x40 is perfect for it |
| 19:19.36 | sicelo | now i wonder what's the highest res it can support :) |
| 19:19.44 | KotCzarny | see xrandr output maybe |
| 19:20.23 | KotCzarny | or just connect fullhd monitor and see how high can it go |
| 19:27.57 | sicelo | if this is correct, the it's not bad at all, http://www.tomshardware.com/forum/346613-33-865g-mobo-intel-extreme-graphics-supporting-1366x768-resolution |
| 19:28.13 | sicelo | um .. wrong card :( |
| 19:28.17 | KotCzarny | x40 has i945 afair |
| 19:29.07 | sicelo | Intel Corporation 82852/855GM |
| 19:29.12 | KotCzarny | ahhum |
| 19:32.10 | KotCzarny | http://w0rst-hardware.blogspot.com/2008/02/make-1680x1050-and-1440x900-resolution.html |
| 19:32.27 | KotCzarny | that means at least 1680x1050 is possible |
| 19:33.40 | KotCzarny | and even 1920x1200 (from comments) |
| 19:38.26 | sicelo | https://support.lenovo.com/za/en/olddownloads/ds013898 ... 2048x1536 too, it seems. :) |
| 19:53.22 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 20:00.40 | kerio | nice :o |
| 20:17.03 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 20:18.33 | *** join/#maemo Guest61147 (~c@2001:608:a01:2:e6a4:71ff:fe8d:18a0) |
| 20:22.02 | *** join/#maemo shentey (~shentey@x4e34e2fb.dyn.telefonica.de) |
| 20:31.51 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 20:35.36 | jonwil | hi] |
| 20:38.27 | freemangordon | Pali: why is that https://github.com/community-ssu/libdevlock-dev/blob/master/Makefile#L9 needed? |
| 20:38.32 | freemangordon | jonwil: hi |
| 20:49.45 | Pali | freemangordon: libdevlock.so is needed for -dev package |
| 20:49.51 | Pali | and it should be in -dev package only |
| 20:50.10 | freemangordon | Pali: ok, put devlocktool is linked against libdevlock.so.1 |
| 20:50.13 | freemangordon | *but |
| 20:50.34 | freemangordon | not against libdevlock.so |
| 20:50.36 | Pali | when you use gcc's flag -l<something> it looks for file lib<something>.so |
| 20:50.45 | freemangordon | I know |
| 20:51.02 | Pali | but link name is getting from SONAME property of so file |
| 20:51.06 | Pali | not from filename! |
| 20:51.23 | freemangordon | ah, I see |
| 20:51.39 | freemangordon | Pali: I REed libdevlock and now packaging it |
| 20:51.50 | freemangordon | how should I set that SONAME? |
| 20:51.56 | Pali | use readelf -d <your_lib>.so |
| 20:52.02 | Pali | that will read content of so file |
| 20:52.11 | freemangordon | ok, but how to set it in the makefile |
| 20:52.13 | Pali | and you can see SONAME of that libtary |
| 20:52.32 | Pali | if you want to set soname, you -soname parameter of ld |
| 20:52.38 | Pali | of *ld* linker not compiler |
| 20:52.53 | freemangordon | ok, thanks |
| 20:52.59 | Pali | IIRC -Wl,-soname=<NAME> should be passed to gcc |
| 20:53.07 | Pali | -Wl as pass flag to linker |
| 20:53.07 | freemangordon | thanks |
| 20:53.10 | freemangordon | yeah |
| 20:53.18 | Pali | but check some other Makefile in community-ssy |
| 20:53.20 | Pali | *ssu |
| 20:53.27 | Pali | some package should already use it |
| 20:53.31 | freemangordon | ok |
| 20:54.06 | Pali | codelockui |
| 20:54.25 | Pali | it has full target flags for libcodelockui.so.1.0.0 |
| 20:55.51 | Pali | freemangordon: or connui-conndlgs-wlan |
| 20:56.25 | Pali | or osso-product-info |
| 20:56.29 | freemangordon | Pali: no need, ^^^ linker falg works |
| 20:57.00 | Pali | check those Makefiles and create similar |
| 21:02.21 | *** join/#maemo robink_ (~quassel@unaffilated/robink) |
| 21:28.55 | *** join/#maemo infobot (ibot@rikers.org) |
| 21:28.55 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~tabletsdev ~combined ~emmc ~flasher sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 21:53.16 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 21:56.37 | *** join/#maemo Smily (~SmilzOrg@93-103-85-111.dynamic.t-2.net) |
| 22:00.20 | freemangordon | Pali: https://github.com/community-ssu/libdevlock |
| 22:01.33 | Pali | ok |
| 22:02.15 | *** join/#maemo dafox (~dafox@2a02:a448:c25a:0:decf:5ea9:e960:80dc) |
| 22:06.29 | *** join/#maemo geaaru (~geaaru@host224-96-dynamic.183-80-r.retail.telecomitalia.it) |
| 22:06.30 | Pali | hehe, there is Report bugs to ... |
| 22:07.34 | freemangordon | yeah :) |
| 22:09.15 | Pali | can you build new version of maemo-security-certman? |
| 22:09.33 | Pali | currently in git is update of CA certs, but not in any repo... |
| 22:09.36 | jonwil | freemangordon: libdevlock wont compile |
| 22:09.59 | freemangordon | jonwil: why? |
| 22:10.03 | jonwil | gives warnings (which fail because of -Werror) |
| 22:10.08 | *** join/#maemo geaaru (~geaaru@host224-96-dynamic.183-80-r.retail.telecomitalia.it) |
| 22:10.11 | jonwil | libdevlock.c:68: warning: dereferencing type-punned pointer will break strict-aliasing rules |
| 22:10.17 | jonwil | libdevlock.c:138: warning: dereferencing type-punned pointer will break strict-aliasing rules |
| 22:11.07 | freemangordon | which compiler is that? I tested it with both gcc 4.7 in SB and Debian 4.9.2-10? |
| 22:11.48 | jonwil | my GCC is 4.2.1 |
| 22:11.57 | jonwil | i.e. normal scratchbox one |
| 22:12.03 | freemangordon | weird, lemme try there |
| 22:19.17 | freemangordon | jonwil: fixed. |
| 22:19.31 | freemangordon | jonwil: keep in mind this is compile-tested only |
| 22:19.49 | brolin_empey | KotCzarny: kerio: Apple sold at least one literally black Mac model, the Macintosh TV, even during the m68k Mac era. |
| 22:20.05 | freemangordon | so there is a risk to lock your device ;) |
| 22:20.43 | freemangordon | will preform some real testing tomorrow, hopefully |
| 22:20.56 | jonwil | ok |
| 22:32.22 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 22:43.58 | jonwil | Got any plans for further reverse engineering after libdevlock is finished? |
| 22:50.00 | Oksana | sends thanks for REd libdevlock; hopefully, sometime in the future it will be possible to type numbers into devlock from hardware keyboard, which is especially useful when touch-screen fails. |
| 22:52.51 | jonwil | For that means finishing libcodelockui RE |
| 22:53.24 | jonwil | and also reverse engineering osso-systemui-devlock |
| 22:53.27 | freemangordon | jonwil: iphbd, maybe |
| 22:54.20 | jonwil | and libcpdevicelock |
| 22:54.37 | freemangordon | what is it? |
| 22:54.43 | freemangordon | aah, control panel |
| 22:54.47 | jonwil | yeah |
| 22:55.17 | jonwil | actually you probably only need to finish libcodelockui RE to be able to use hwkbd to type into it |
| 23:01.00 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 23:11.08 | *** join/#maemo trumee (~trumee@c-73-155-87-64.hsd1.tx.comcast.net) |
| 23:16.14 | jonwil | I can see how redoing libdevlock is useful but whats the value in cloning iphbd? |
| 23:32.59 | freemangordon | being able to build hildon in modern distros |
| 23:34.19 | jonwil | hmmm yeah good call |
| 23:35.42 | Pali | is not codelockui already finished? |
| 23:36.05 | freemangordon | seems no |
| 23:36.46 | jonwil | no its not |
| 23:37.01 | jonwil | I cloned part of it then Freemangordon did some things but there are still todos left |
| 23:37.12 | jonwil | todos that I was/am unable to do |
| 23:37.12 | Pali | ok |
| 23:38.35 | Pali | it would be great to rebuild maemo on modern debian... |
| 23:39.08 | freemangordon | :nod: |
| 23:39.15 | Pali | e.g. use core debian packages for system parts (like bash, openssh, libpng, ...) |
| 23:41.05 | Pali | or devuan -- without systemd |
| 23:46.15 | jonwil | I am going to go through all the "open" packages (everything in "free" in the SDK plus anything on http://wiki.maemo.org/Fremantle_closed_packages that shows up green) and look at all their dependencies and then note down anything that they depend on that remains closed and build a list |
| 23:46.35 | jonwil | i.e. a list of all open packages that depend on closed ones and which closed packages they depend on |