**** BEGIN LOGGING AT Wed Mar 08 03:00:02 2017
Mar 08 06:59:38 <Maxdamantus> https://youtu.be/SMKeWTVYBUo?t=1031
Mar 08 06:59:45 <Maxdamantus> Apparently Maemo is dead.
Mar 08 07:01:54 <KotCzarny> maemo is dead, long live the cssu!
Mar 08 07:10:48 <KotCzarny> it's /sbin/init
Mar 08 07:10:51 <KotCzarny> oops.
Mar 08 07:16:23 <Maxdamantus> at 29:52
Mar 08 07:16:32 <Maxdamantus> > accidentally ran dd if=/dev/null of=/dev/sdb1
Mar 08 07:16:48 <Maxdamantus> Except that's probably not true, because that command is fairly harmless.
Mar 08 07:17:00 <Maxdamantus> It just reads 0 bytes from /dev/null and writes all of those 0 bytes to /dev/sdb1
Mar 08 07:17:09 <Maxdamantus> ie, it does nothing.
Mar 08 07:17:16 <KotCzarny> yup
Mar 08 07:24:02 <bencoh> :)
Mar 08 07:27:34 <Maxdamantus> It might be harmful if /dev/sdb1 is a regular file for some reason.
Mar 08 07:27:52 <KotCzarny> which it shouldnt be
Mar 08 07:28:08 <KotCzarny> or if there wasnt sdb1 to begin with
Mar 08 07:28:17 <KotCzarny> then device node wouldnt be recreated
Mar 08 07:28:31 <KotCzarny> nothing serious anyway
Mar 08 09:15:06 <merlin1991> KotCzarny: yes and no, dd does truncate the target file to #readbytes
Mar 08 09:15:19 <merlin1991> no idea what a truncate to 0 on /dev/sdb1 means ...
Mar 08 09:15:29 <KotCzarny> nothing
Mar 08 09: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
Mar 08 09:16:24 <KotCzarny> :)
Mar 08 09:17:03 <KotCzarny> i usually create script so i dont fuck things like that ;)
Mar 08 09:17:27 <merlin1991> I was creating the script and running stuff by hand whilst finding out how todo everything ... xD
Mar 08 09:17:41 <KotCzarny> fun times
Mar 08 09:17:58 <KotCzarny> one learns more by breaking things and having to fix them ;)
Mar 08 10:09:28 <Maxdamantus> 22: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
Mar 08 10:09:41 <Maxdamantus> I highly doubt whatever happened was to do with the lack of notrunc.
Mar 08 10:10:11 <Maxdamantus> > 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.
Mar 08 10:10:35 <Maxdamantus> From open(2) in Linux man pages.
Mar 08 10:11:09 <Maxdamantus> Actually, that doesn't specify the behaviour for block devices, so ..
Mar 08 10:11:50 <Maxdamantus> but I'm pretty sure the block device drivers will not react to O_TRUNC.
Mar 08 10:32:22 <Sicelo> wut! nokia.supl.com resolves to 127.0.0.1 for some weird reason
Mar 08 10:32:42 <KotCzarny> PING nokia.supl.com (69.172.201.153) 56(84) bytes of data.
Mar 08 10:32:44 <KotCzarny> not here
Mar 08 10:32:48 <Maxdamantus> nokia.supl.com.         300     IN      A       69.172.201.153
Mar 08 10:32:49 <Maxdamantus> ;; Received 48 bytes from 176.74.176.175#53(sell.internettraffic.com) in 295 ms
Mar 08 10:33:00 <Maxdamantus> Maybe you've got an entry in hosts.
Mar 08 10:33:12 <KotCzarny> or your isp is doing BAD THINGS
Mar 08 10:33:13 <Sicelo> supl.nokia.com, i meant
Mar 08 10:33:34 <KotCzarny> PING nokia.supl.svc.ovi.com.glb.as1248.net (127.0.0.1) 56(84) bytes of data.
Mar 08 10:33:36 <KotCzarny> ehhehe
Mar 08 10:33:38 <KotCzarny> you are right.
Mar 08 10:33:45 <KotCzarny> it's m$ doing bad things ;)
Mar 08 10:34:06 <Maxdamantus> nokia.supl.svc.ovi.com.glb.as1248.net. 300 IN A 127.0.0.1
Mar 08 10:34:10 <Maxdamantus> Hm..
Mar 08 10:34:34 <KotCzarny> maybe supl.com was sold/expired?
Mar 08 10:35:59 <KotCzarny> otoh, it looks like a ovi.com going buh bye
Mar 08 10:41:21 <KotCzarny> last working ip was 52.22.201.16
Mar 08 10:41:31 <KotCzarny> which was on amazon aws
Mar 08 10:41:44 <KotCzarny> now it might be moving somewhere (ie. /dev/null)
Mar 08 10:46:42 <KotCzarny> http://pastebin.com/raw/cCrynhmG
Mar 08 10:46:44 <KotCzarny> hrm
Mar 08 10:47:11 <KotCzarny> short TTL, maybe they are just reconfiguring things
Mar 08 11:02:06 <Sicelo> no i dea .. i needed gps more than 1 2 hours ago. it didn't get fix ... 
Mar 08 11:03:05 <Sicelo> at that time i didn't think too much of it .. then needed gps again few minutes ago .. only then did i investigate
Mar 08 11:03:42 <KotCzarny> you can try running supl proxy on your n900
Mar 08 11:04:03 <KotCzarny> there should be a few still working, or just add entry in /etc/hosts
Mar 08 11:04:59 <Maxdamantus> Don't need to add an entry to /etc/hosts, right? The address already resolves to 127.1
Mar 08 11:05:19 <KotCzarny> maxd: in the case he would want to use some internet server
Mar 08 11:05:39 <KotCzarny> without the proxy, that iz
Mar 08 11:05:41 <KotCzarny> *is
Mar 08 11:05:47 <Sicelo> i have sgs4 ;)
Mar 08 11:09:18 <KotCzarny> you can try: 64.233.162.192 supl.nokia.com in /etc/hosts (its ip for google's one)
Mar 08 11:10:31 <KotCzarny> offtopic, 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
Mar 08 11:11:20 <KotCzarny> and i'm considering switching to threads instead of forking slaves
Mar 08 11:14:54 <Sicelo> you remember that on N900 supl server is (thankfully) not hardcoded?
Mar 08 11:15:18 <KotCzarny> nope, never used it
Mar 08 11:15:27 <KotCzarny> but nice of them
Mar 08 11:15:37 <Sicelo> anyway N900 has not worked with Google's supl for quite a long time now
Mar 08 11:15:45 <KotCzarny> oh? 
Mar 08 11:16:43 <Sicelo> yup
Mar 08 11:17:42 <Sicelo> fmg did some investigations at some point .. anyway nokia's was working so we didnt need googleMs at that time
Mar 08 11:18:04 <freemangordon> we can start supl server on maemo.org I guess
Mar 08 11:20:19 <KotCzarny> maybe it's cert issue?
Mar 08 11:20:40 <Sicelo> best idea
Mar 08 14:42:18 <DocScrutinizer05> http://wiki.maemo.org/index.php?title=N900_Hardware_Hacking&diff=54634&oldid=54211
Mar 08 14:43:28 <DocScrutinizer05> ((start maemo supl)) my suggestion of weeks ago
Mar 08 14:53:54 <DocScrutinizer05> freemangordon: how's 3430 pin sdti_txd3  =  /dev/ttyS0 in linux?
Mar 08 15:05:00 <DocScrutinizer05> http://neo900.org/stuff/joerg/random-media/UART-console-pin/DSCF2398.JPG
Mar 08 15:05:42 <DocScrutinizer05> http://neo900.org/stuff/joerg/random-media/UART-console-pin/DSCF2387.JPG
Mar 08 15:06:35 <DocScrutinizer05> http://wstaw.org/m/2017/03/08/plasma-desktopF17764.png
Mar 08 15:07:19 <DocScrutinizer05> badass brute force network detection ;-)
Mar 08 15:08:32 <DocScrutinizer05> http://wstaw.org/m/2017/03/08/plasma-desktopK17764.png is prolly TVS 6pin component
Mar 08 16:09:33 <DocScrutinizer05> (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
Mar 08 16:10:27 <DocScrutinizer05> is ttyS0 exploiting serial mode of a USB?
Mar 08 16:10:43 <bencoh> ttyS on omap?
Mar 08 16:10:56 <bencoh> shouldn't it be ttyO?
Mar 08 16:10:58 <DocScrutinizer05> see ^^^
Mar 08 16:11:31 <bencoh> you should check whether they're really tied to omap serial driver
Mar 08 16:11:51 <bencoh> they might be part of some default /dev in your rootfs
Mar 08 16:11:52 <DocScrutinizer05> wouldn't know what to do
Mar 08 16:12:08 <KotCzarny> dmesg|grep ttyS
Mar 08 16:12:24 <bencoh> ls /sys/class/serial
Mar 08 16:12:44 <bencoh> assuming kernel is not too old (dunno if it works on maemo kernel)
Mar 08 16:13:21 <DocScrutinizer05> hmm, /proc/cmdline says "log console=tty0"
Mar 08 16:13:56 <DocScrutinizer05> No such file or directory
Mar 08 16:14:37 <DocScrutinizer05> http://paste.opensuse.org/86923990
Mar 08 16:15:28 * DocScrutinizer05 glares at /sys/devices/platform/musb_hdrc/usb1/serial
Mar 08 16:19:05 <DocScrutinizer05> prolly a riddle for our kernel hackers
Mar 08 16:19:43 <DocScrutinizer05> while bootloader still might do obscure stuff, at least kernel itself needs to know what's console=tty0
Mar 08 16:22:59 <DocScrutinizer05> http://wiki.maemo.org/User:Joerg_rw/console-bootlog  !?!!
Mar 08 16:34:45 <bencoh> tty0 is regular console displayed to screen afaict
Mar 08 16:34:51 <bencoh> even on n900
Mar 08 16:45:57 <vahe> hi all, how is possible to translate Maemo OS?
Mar 08 16:46:27 <vahe> transifex or something else
Mar 08 16:46:38 <KotCzarny> theoretically it uses string db in /usr/share
Mar 08 16:46:58 <Pali_> yes, Maemo OS uses standard gnu msg files
Mar 08 16:47:14 <Pali_> LC_MESSAGES or how it is called
Mar 08 16:47:23 <KotCzarny>  /usr/share/locale etc
Mar 08 16:47:32 <KotCzarny> .mo files
Mar 08 16:47:43 <Pali_> and there are already some traslations of Maemo...
Mar 08 16:48:53 <vahe> aha I found
Mar 08 16:49:07 <vahe> thanks Pali_ KotCzarny :)
Mar 08 18:48:14 <KotCzarny> oscp-0.9.69 is out, most notable feature: internet radio browser (and few other improvements)
**** ENDING LOGGING AT Thu Mar 09 03:00:02 2017