IRC log for #maemo on 20170308

00:05.28*** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net)
00:22.27*** join/#maemo N-Mi (~nicolas@37.163.251.81)
00:22.27*** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi)
00:26.56*** join/#maemo Michael_a340 (d31f1b25@gateway/web/freenode/ip.211.31.27.37)
00:48.14*** join/#maemo xes_ (~xes@unaffiliated/xes)
00:57.15*** join/#maemo xes_ (~xes@unaffiliated/xes)
01:20.26*** join/#maemo infobot (ibot@rikers.org)
01:20.26*** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~lf ~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
01:45.20*** join/#maemo cyteen (~cyteen@114.17.7.51.dyn.plus.net)
01:55.36*** join/#maemo xes (~xes@unaffiliated/xes)
04:02.26*** join/#maemo lxp1 (~lxp@unaffiliated/lxp)
05:01.52*** join/#maemo povbot (~supybot@office.pov.lt)
05:02.23*** join/#maemo hurrian_ (~textual@112.210.157.241)
05:17.31*** join/#maemo ashneo76 (~ashneo76@204.14.154.168)
05:17.36*** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
05:19.37*** join/#maemo pagurus (~user@p4FDC374E.dip0.t-ipconnect.de)
06:14.06*** join/#maemo spiiroin (~spiiroin@2001:998:2a:dead:e426:bbbb:d86a:437)
06:59.38Maxdamantushttps://youtu.be/SMKeWTVYBUo?t=1031
06:59.45MaxdamantusApparently Maemo is dead.
07:01.54KotCzarnymaemo is dead, long live the cssu!
07:06.45*** join/#maemo dafox (~dafox@188.207.66.31)
07:10.48KotCzarnyit's /sbin/init
07:10.51KotCzarnyoops.
07:16.23Maxdamantusat 29:52
07:16.32Maxdamantus> accidentally ran dd if=/dev/null of=/dev/sdb1
07:16.48MaxdamantusExcept that's probably not true, because that command is fairly harmless.
07:17.00MaxdamantusIt just reads 0 bytes from /dev/null and writes all of those 0 bytes to /dev/sdb1
07:17.09Maxdamantusie, it does nothing.
07:17.16KotCzarnyyup
07:24.02bencoh:)
07:27.35MaxdamantusIt might be harmful if /dev/sdb1 is a regular file for some reason.
07:27.52KotCzarnywhich it shouldnt be
07:28.08KotCzarnyor if there wasnt sdb1 to begin with
07:28.17KotCzarnythen device node wouldnt be recreated
07:28.31KotCzarnynothing serious anyway
07:32.33*** join/#maemo dmth|intevation (~dmth|inte@2001:470:747a:2a:6af7:28ff:fe64:1ded)
08:15.27*** join/#maemo louisdk (~louisdk@5.103.130.65)
08:19.49*** join/#maemo pcfe (~pcfe@91.64.144.204)
08:19.51*** join/#maemo pcfe (~pcfe@redhat/pcfe)
08:22.40*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
08:23.45*** join/#maemo florian_ (~fuchs@p2E5257ED.dip0.t-ipconnect.de)
08:41.04*** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it)
08:55.03*** join/#maemo pcfe (~pcfe@ip5b4090cc.dynamic.kabel-deutschland.de)
08:55.06*** join/#maemo pcfe (~pcfe@redhat/pcfe)
09:07.58*** join/#maemo jskarvad (jskarvad@redhat/jskarvad)
09:15.06merlin1991KotCzarny: yes and no, dd does truncate the target file to #readbytes
09:15.19merlin1991no idea what a truncate to 0 on /dev/sdb1 means ...
09:15.29KotCzarnynothing
09:16.14merlin1991I did completely fuck up an sd image at some point when flashing a new u-boot to /dev/sdb without conv=notrunc :D
09:16.24KotCzarny:)
09:17.03KotCzarnyi usually create script so i dont fuck things like that ;)
09:17.27merlin1991I was creating the script and running stuff by hand whilst finding out how todo everything ... xD
09:17.41KotCzarnyfun times
09:17.58KotCzarnyone learns more by breaking things and having to fix them ;)
09:19.02*** join/#maemo pcfe (~pcfe@ip5b4090cc.dynamic.kabel-deutschland.de)
09:19.10*** join/#maemo pcfe (~pcfe@redhat/pcfe)
10:09.28Maxdamantus22:16:14 < merlin1991> I did completely fuck up an sd image at some point when flashing a new u-boot to /dev/sdb without conv=notrunc :D
10:09.41MaxdamantusI highly doubt whatever happened was to do with the lack of notrunc.
10:10.11Maxdamantus> If the file already exists and is a regular file and the access mode allows writing (i.e., is O_RDWR or O_WRONLY) it will be truncated to length 0.  If the file is a FIFO or terminal device file, the O_TRUNC flag is ignored.  Otherwise, the effect of O_TRUNC is unspecified.
10:10.35MaxdamantusFrom open(2) in Linux man pages.
10:11.09MaxdamantusActually, that doesn't specify the behaviour for block devices, so ..
10:11.50Maxdamantusbut I'm pretty sure the block device drivers will not react to O_TRUNC.
10:13.13*** join/#maemo N-Mi (~nicolas@office.ibrowse.com)
10:13.13*** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi)
10:31.43*** join/#maemo cyphase (~cyphase@unaffiliated/cyphase)
10:32.22Sicelowut! nokia.supl.com resolves to 127.0.0.1 for some weird reason
10:32.42KotCzarnyPING nokia.supl.com (69.172.201.153) 56(84) bytes of data.
10:32.45KotCzarnynot here
10:32.48Maxdamantusnokia.supl.com.         300     IN      A       69.172.201.153
10:32.49Maxdamantus;; Received 48 bytes from 176.74.176.175#53(sell.internettraffic.com) in 295 ms
10:33.00MaxdamantusMaybe you've got an entry in hosts.
10:33.12KotCzarnyor your isp is doing BAD THINGS
10:33.13Sicelosupl.nokia.com, i meant
10:33.34KotCzarnyPING nokia.supl.svc.ovi.com.glb.as1248.net (127.0.0.1) 56(84) bytes of data.
10:33.36KotCzarnyehhehe
10:33.38KotCzarnyyou are right.
10:33.45KotCzarnyit's m$ doing bad things ;)
10:34.06Maxdamantusnokia.supl.svc.ovi.com.glb.as1248.net. 300 IN A 127.0.0.1
10:34.10MaxdamantusHm..
10:34.34KotCzarnymaybe supl.com was sold/expired?
10:35.59KotCzarnyotoh, it looks like a ovi.com going buh bye
10:41.21KotCzarnylast working ip was 52.22.201.16
10:41.31KotCzarnywhich was on amazon aws
10:41.44KotCzarnynow it might be moving somewhere (ie. /dev/null)
10:46.42KotCzarnyhttp://pastebin.com/raw/cCrynhmG
10:46.44KotCzarnyhrm
10:47.11KotCzarnyshort TTL, maybe they are just reconfiguring things
11:02.06Sicelono i dea .. i needed gps more than 1 2 hours ago. it didn't get fix ...
11:03.05Siceloat that time i didn't think too much of it .. then needed gps again few minutes ago .. only then did i investigate
11:03.42KotCzarnyyou can try running supl proxy on your n900
11:04.03KotCzarnythere should be a few still working, or just add entry in /etc/hosts
11:04.59MaxdamantusDon't need to add an entry to /etc/hosts, right? The address already resolves to 127.1
11:05.19KotCzarnymaxd: in the case he would want to use some internet server
11:05.39KotCzarnywithout the proxy, that iz
11:05.41KotCzarny*is
11:05.47Siceloi have sgs4 ;)
11:09.18KotCzarnyyou can try: 64.233.162.192 supl.nokia.com in /etc/hosts (its ip for google's one)
11:10.31KotCzarnyofftopic, after a session with valgrind and then with glibc's/gcc's sanitizers i've finally nailed the ugly bug that made playback stopping sometimes
11:11.20KotCzarnyand i'm considering switching to threads instead of forking slaves
11:14.54Siceloyou remember that on N900 supl server is (thankfully) not hardcoded?
11:15.18KotCzarnynope, never used it
11:15.27KotCzarnybut nice of them
11:15.37Siceloanyway N900 has not worked with Google's supl for quite a long time now
11:15.45KotCzarnyoh?
11:16.43Siceloyup
11:17.42Sicelofmg did some investigations at some point .. anyway nokia's was working so we didnt need googleMs at that time
11:18.04freemangordonwe can start supl server on maemo.org I guess
11:20.19KotCzarnymaybe it's cert issue?
11:20.40Sicelobest idea
12:00.32*** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au)
12:28.46*** join/#maemo jskarvad (jskarvad@redhat/jskarvad)
13:06.42*** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it)
14:06.08*** join/#maemo jskarvad (jskarvad@nat/redhat/x-yilcsqvwdnqpbjel)
14:06.08*** join/#maemo jskarvad (jskarvad@redhat/jskarvad)
14:42.18DocScrutinizer05http://wiki.maemo.org/index.php?title=N900_Hardware_Hacking&diff=54634&oldid=54211
14:43.28DocScrutinizer05((start maemo supl)) my suggestion of weeks ago
14:46.51*** join/#maemo eMHa_ (~mh@p200300738E2AF700267703FFFE6CC360.dip0.t-ipconnect.de)
14:53.54DocScrutinizer05freemangordon: how's 3430 pin sdti_txd3  =  /dev/ttyS0 in linux?
15:05.00DocScrutinizer05http://neo900.org/stuff/joerg/random-media/UART-console-pin/DSCF2398.JPG
15:05.39*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
15:05.43DocScrutinizer05http://neo900.org/stuff/joerg/random-media/UART-console-pin/DSCF2387.JPG
15:06.35DocScrutinizer05http://wstaw.org/m/2017/03/08/plasma-desktopF17764.png
15:07.19DocScrutinizer05badass brute force network detection ;-)
15:08.32DocScrutinizer05http://wstaw.org/m/2017/03/08/plasma-desktopK17764.png is prolly TVS 6pin component
15:15.07*** join/#maemo sunshavi (~user@181.64.192.174)
15:16.51*** join/#maemo spiiroin (~spiiroin@176-93-207-79.bb.dnainternet.fi)
15:52.27*** join/#maemo louis_ (~louisdk@5.103.130.65)
16:09.33DocScrutinizer05(ttyS0) I also only find 3 UART mentioned in OMAP TRM  http://wstaw.org/m/2017/03/08/plasma-desktopf17764.png  but I see http://paste.opensuse.org/52850469 ttyS0...3, so 4 serial
16:10.27DocScrutinizer05is ttyS0 exploiting serial mode of a USB?
16:10.43bencohttyS on omap?
16:10.56bencohshouldn't it be ttyO?
16:10.58DocScrutinizer05see ^^^
16:11.31bencohyou should check whether they're really tied to omap serial driver
16:11.51bencohthey might be part of some default /dev in your rootfs
16:11.52DocScrutinizer05wouldn't know what to do
16:12.08KotCzarnydmesg|grep ttyS
16:12.24bencohls /sys/class/serial
16:12.44bencohassuming kernel is not too old (dunno if it works on maemo kernel)
16:13.21DocScrutinizer05hmm, /proc/cmdline says "log console=tty0"
16:13.56DocScrutinizer05No such file or directory
16:14.37DocScrutinizer05http://paste.opensuse.org/86923990
16:15.28DocScrutinizer05glares at /sys/devices/platform/musb_hdrc/usb1/serial
16:19.05DocScrutinizer05prolly a riddle for our kernel hackers
16:19.43DocScrutinizer05while bootloader still might do obscure stuff, at least kernel itself needs to know what's console=tty0
16:22.59DocScrutinizer05http://wiki.maemo.org/User:Joerg_rw/console-bootlog  !?!!
16:34.45bencohtty0 is regular console displayed to screen afaict
16:34.51bencoheven on n900
16:40.50*** join/#maemo jskarvad (~jskarvad@relay.kohoutovice.brno.cz)
16:40.50*** join/#maemo jskarvad (~jskarvad@redhat/jskarvad)
16:43.57*** join/#maemo Pali_ (~pali@Maemo/community/contributor/Pali)
16:45.06*** join/#maemo vahe (~vahe@130.193.124.163)
16:45.57vahehi all, how is possible to translate Maemo OS?
16:46.27vahetransifex or something else
16:46.38KotCzarnytheoretically it uses string db in /usr/share
16:46.58Pali_yes, Maemo OS uses standard gnu msg files
16:47.14Pali_LC_MESSAGES or how it is called
16:47.23KotCzarny<PROTECTED>
16:47.32KotCzarny.mo files
16:47.43Pali_and there are already some traslations of Maemo...
16:48.53vaheaha I found
16:49.07vahethanks Pali_ KotCzarny :)
16:54.31*** join/#maemo capitanocrunch (~capitanoc@unaffiliated/capitanocrunch)
16:55.21*** part/#maemo vahe (~vahe@130.193.124.163)
17:06.06*** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
17:18.30*** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
17:20.30*** join/#maemo dafox (~dafox@188.207.69.173)
18:03.45*** join/#maemo xy2_ (~xy2_@200.245.16.93.rev.sfr.net)
18:13.14*** join/#maemo robink (~quassel@unaffilated/robink)
18:22.00*** join/#maemo robinak (~quassel@unaffilated/robink)
18:33.36*** join/#maemo dafox (~dafox@2a02:a448:c25a:1:7061:3b2a:37df:ded3)
18:48.14KotCzarnyoscp-0.9.69 is out, most notable feature: internet radio browser (and few other improvements)
19:07.56*** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net)
19:33.08*** join/#maemo Kabouik (~kabouik@62.63.62.103)
19:45.45*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
20:07.47*** join/#maemo kerio (kerio@bad.memes.vs.dank.ninja)
20:13.57*** join/#maemo xy2_ (~xy2_@200.245.16.93.rev.sfr.net)
20:17.46*** join/#maemo Enrico__ (5ff8ee28@gateway/web/freenode/ip.95.248.238.40)
20:51.43*** join/#maemo Enrico__ (5ff8ee28@gateway/web/freenode/ip.95.248.238.40)
23:37.27*** join/#maemo xy2_ (~xy2_@200.245.16.93.rev.sfr.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.