**** BEGIN LOGGING AT Sun Aug 10 02:59:59 2014 Aug 10 10:52:41 hi, Aug 10 10:53:06 GTA02 has muxer_autoclose = 1 in fsogsmd.conf Aug 10 10:53:14 and some other stuff Aug 10 10:53:28 I guess that many things were fixed, like the GPRS issues Aug 10 10:53:41 but how is it possible to do a modem reset from dbus? Aug 10 10:54:03 mdbus2 -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy GSM disabled Aug 10 10:54:07 mdbus2 -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy GSM auto Aug 10 10:54:24 result in a "Can't open the modem." error Aug 10 10:54:58 Goal: I travelled a lot when I was younger, and I changed country every 2/3/4/5 years Aug 10 10:55:06 I've therefor a lot of SIMS... Aug 10 10:55:16 so my plan was to do a script that: Aug 10 10:55:23 1) reset the modem Aug 10 10:55:40 2) use pisi to get the contacts and fso to get the sim card phone number Aug 10 10:55:58 1) is usefull because I've a simtrace connected to the GTA02, so I plan to hotswap SIMs Aug 10 10:56:18 else I'll just read the fsousaged modem plugin for the gta02 Aug 10 11:13:23 GNUtoo-irssi: well, when I release GSM resource the normal way from my fso.el, I can then re-grab it, and that procedure reliably resets the modem. Aug 10 11:14:06 ah ok Aug 10 11:14:11 how do you release it and gab it? Aug 10 11:14:38 If I do a killall -9 fsogsmd It re-bootstrap the modem and so on Aug 10 11:14:40 so that works Aug 10 11:14:50 but org.freesmartphone.Usage.SetResourcePolicy GSM disabled doens't disable the modem... Aug 10 11:15:02 when I do that, the next time I enable it for instance like that: Aug 10 11:15:05 org.freesmartphone.Usage.SetResourcePolicy GSM auto Aug 10 11:15:12 fsoraw -r GSM sleep 3600 Aug 10 11:15:25 then it says that the serial port is already taken Aug 10 11:15:45 so I guess I'll go with killall for now Aug 10 11:16:50 I call FSO.Usage.ReleaseResource GSM Aug 10 11:17:05 And if fsogsmd is not hanging, it quits. Aug 10 11:18:12 I've both muxer_autoopen = 1 and muxer_autoclose = 1 Aug 10 11:18:36 The issue is that you're the only user of fsogsmd's resource Aug 10 11:18:46 here I've phonefsod that requested it already Aug 10 11:18:59 So you should ask phonefsod that it realeses the resource. Aug 10 11:19:13 I think just disabling it behind phonefsod's back is too nasty to work :) Aug 10 11:19:40 ok Aug 10 11:21:31 I didn't find something interesting in phoneui or phonefsod's dbus interface for that... Aug 10 11:22:09 so modem disable is broken Aug 10 11:22:15 it used to work before Aug 10 11:22:24 I guess that feature is not that critical anyway Aug 10 11:22:31 which is why it didn't get noticed Aug 10 11:36:44 Releasing a dfu-util version with known-to-be-broken openmoko support would be a SHAME :/ Aug 10 11:37:41 It's still the only really fully functional reasonably free smartphone, dammit. gta04 is close too. Neo900 has _great_ potential. Aug 10 11:38:18 yes Aug 10 11:38:40 here's my very practical point of view on it: Aug 10 11:38:58 The GTA04 can have replicant, but has no possible free modem code yet Aug 10 11:39:10 and nobody works on that Aug 10 11:39:16 and probably nobody will ever do it Aug 10 11:39:20 but you never know Aug 10 11:39:33 It's a shame even core Openmoko + FSO devs have abandoned the project by now :/ Aug 10 11:39:38 the GTA02 instead doesn't have a good android distro at all, and has many hardware issues Aug 10 11:39:49 well, FSO devs are comming back Aug 10 11:39:53 at least I hope Aug 10 11:40:00 they're reviving the mailing liste Aug 10 11:40:01 *list Aug 10 11:40:05 and mickeyl has time Aug 10 11:40:08 I don't anymore Aug 10 11:40:17 and I've always that dylema with SHR Aug 10 11:40:32 SHR is nice and finger friendly Aug 10 11:40:36 it's GUI is great Aug 10 11:40:41 but it has a huge issue: Aug 10 11:40:52 mickeyl didn't answer the questions I asked after his "revitalisation mail" :/ Aug 10 11:40:59 I've no guaranties whatsoever that it's close to 100% free Aug 10 11:41:15 I know there are the non-free kernel firmwares, and the gllin Aug 10 11:41:20 but I've no ideas about the rest Aug 10 11:41:24 and nobody do either Aug 10 11:41:39 so now since SHR contains many bugs, where the dylema: Aug 10 11:41:54 "I'll fix some bugs, it will be usable soon, and then I free it" Aug 10 11:42:07 but in fact, after all theses years, I never found the time to free it Aug 10 11:42:14 because new bugs were always appearing Aug 10 11:42:38 and you have to fixes theses, else it's unusable and the project dies way faster Aug 10 11:42:50 so now some possible workarround could be: Aug 10 11:43:08 Since the GTA04 is there, and that some people want to use it with debian, Aug 10 11:43:17 there is some pkg-fso repository for it Aug 10 11:43:25 and a lot is in debian itself Aug 10 11:43:40 (upstreamed in the official debian) Aug 10 11:43:57 so I guess all that it would take to get an usable GTA02 for me would be: Aug 10 11:44:12 1) Get the hardware issues fixed (bass fix!!!!!) Aug 10 11:44:36 2) create a more recent kernel (I expect huge wifi issues...) Aug 10 11:44:52 3) install debian well Aug 10 11:45:06 4) wait for debian to become in the fsf list of 100% free distros Aug 10 11:45:29 Still some issues are to be expected Aug 10 11:45:32 mainly the glamo Aug 10 11:45:57 so I guess I could find good timings workarround Aug 10 11:46:00 and a good microsd Aug 10 11:46:03 and hope that it would work Aug 10 11:46:23 I would also need to find finger friendly software for my main uses cases Aug 10 11:46:25 Porting ar7000 driver to a recent kernel shouldn't be too hard, it's a hardmac ethernet driver. Aug 10 11:46:27 telephony is already covered Aug 10 11:46:36 but music isn't Aug 10 11:46:41 gllin was an issue for gta01 only, gta02 has another gps receiver. Aug 10 11:46:53 really? so if I convert it to cfg80211 from wext it's easy? Aug 10 11:47:08 *from wext to cfg80211 Aug 10 11:47:11 No, not really. Aug 10 11:47:13 Not easy. Aug 10 11:47:16 Note that I burned out very badly Aug 10 11:47:18 But you can keep using wext. Aug 10 11:47:23 ah ok Aug 10 11:47:33 didn't they remove the driver WEXT API? Aug 10 11:47:41 like driver<->wext Aug 10 11:47:41 Debian won't become 100% FSF free I think. Aug 10 11:48:02 and maybe only that is left: driver<->cfg80211<->wext Aug 10 11:48:06 wext is an ioctl api, the drivers were handling all on their own I think. Aug 10 11:48:23 cfg80211 is one of the drivers providing wext ioctl api to the userspace. Aug 10 11:48:27 ah ok Aug 10 11:48:38 so there is .ioctl Aug 10 11:48:47 and everything but the headers is in the driver Aug 10 11:48:47 wext is a list of ioctls Aug 10 11:48:49 ? Aug 10 11:48:55 Yes, afaict. Aug 10 11:49:00 ok Aug 10 11:49:06 PaulFertser: there is potential for something to come out of DebConf14 FYI https://www.fsf.org/events/john-sullivan-20140824-portland-debconf-debian-and-the-fsf-working-together-to-advance-free-software Aug 10 11:49:18 ah john sullivan Aug 10 11:49:21 that sounds great Aug 10 11:49:32 here what I figured out of the debian freedom mess Aug 10 11:49:40 most of the packages in main are ok Aug 10 11:49:53 there are still lots of bugs open for the ones that are not Aug 10 11:50:11 and lots of bugs open for the infrastructure (bug tracker, documentation etc...) Aug 10 11:50:35 like to remove the mentions of the non-free repository Aug 10 11:50:40 is that correct? Aug 10 11:50:46 (that would be the software status) Aug 10 11:50:56 Then the people status is probably very different Aug 10 11:51:09 many want to promote the non-free repository somehow I guess Aug 10 11:51:40 like for instance: "let's find a way to promote it strongly but somehow make it acceptable for the FSF" ? Aug 10 11:51:43 I don't think promote is the right word, but I think there are quite a few who disagree with hiding non-free Aug 10 11:51:51 ok Aug 10 11:51:59 well, I rather see that as misleading stuff Aug 10 11:52:04 Example: Aug 10 11:52:10 the most concerning thing for me about Debian is http://lintian.debian.org/tags/source-is-missing.html Aug 10 11:52:12 User heard of ubuntu Aug 10 11:52:21 he was told it was 100% free software Aug 10 11:52:42 because the person who told him missunderstood the ubuntu website and what was written on their cd Aug 10 11:52:53 becasue it was meant to make people missunderstand Aug 10 11:53:07 for instance "ubuntu contains only free software" but they didn't talk about the drivers Aug 10 11:53:11 or similar stuff Aug 10 11:53:16 it was like that in the past Aug 10 11:53:24 then he installs it Aug 10 11:53:34 but it needs some "restricted" stuff to make the drivers work Aug 10 11:53:45 he clicks without understanding what he just did Aug 10 11:53:54 and don't even find out that he just installed non-free software Aug 10 11:54:07 and he still thinks ubuntu is 100% free Aug 10 11:54:28 that example is lousely based on an exagerated former reality Aug 10 11:54:42 it's only to illustrate a point Aug 10 11:54:51 here the user is misslead a lot Aug 10 11:55:14 yeah, there are some deficiencies in apt/etc and web pages that need addressing Aug 10 11:56:14 well, I'm not sure if "source is missing" is the most problematic thing Aug 10 11:56:27 but I'm not following debian closely Aug 10 11:56:35 there seem to be a huge ammount of packages still Aug 10 11:56:42 I've been a victim of that myself, accidentally installed worldwind. luckily my non-free/contrib cron script mailed me about it Aug 10 11:56:44 and I've no idea of the priority of such bugs Aug 10 11:56:58 well, I've been a victim too in the past Aug 10 11:57:01 I had gentoo Aug 10 11:57:12 I started before 100% free distro appeared Aug 10 11:57:31 in fact I was there at FOSDEM when RMS announced the very first 100% free distro Aug 10 11:57:37 Ututo Aug 10 11:57:40 generally such bugs (non-DFSG stuff in main) are release critical and Severity: serious Aug 10 11:57:50 so I kept gentoo for a while until I switched to trisqeul Aug 10 11:58:05 in the meantime I was ultra carefull when installing a package Aug 10 11:58:13 I always looked at the license of it Aug 10 11:58:23 but once I got bitten by its deps Aug 10 11:58:29 xv is two things Aug 10 11:58:39 I used to run Gentoo and about the only non-free thing I had to install was the NVIDIA blob (this was the easiest way to get the old Geforce MX in that machine to work) Aug 10 11:58:43 xv is an (Xorg?) API for accelerating video resizing Aug 10 11:58:53 like you play a video, and you put it full screen Aug 10 11:59:23 but xv is also a non-free freeware with sources, it's an image editing program, a bit like gimp Aug 10 11:59:40 so you pay to get the full version patch or something like that Aug 10 11:59:48 and it's non-free as in freedom Aug 10 11:59:58 and it has source code Aug 10 12:00:10 now, I had the xv use flag Aug 10 12:00:24 and that pulled in the xv image editor... Aug 10 12:00:28 what I want is a distro that's basically Gentoo (with all the "compile everything locally" and that stuff) but 100% free-as-in-freedom with no non-free stuff in the repos Aug 10 12:00:40 so while I checked most of the deps and always the license of the software I installed Aug 10 12:00:51 I got bitten by xv Aug 10 12:01:00 still someone can do the checks by hand etc... Aug 10 12:01:10 but then it's the same ammount of work than doing his own distro Aug 10 12:01:44 so instead the person should create his own 100%free distro, or if he lacks the required time, use one that is already 100% free Aug 10 12:01:58 jonwil: I think it's possible Aug 10 12:02:11 jonwil: look at what's left of ututo Aug 10 12:02:34 and modify the portage tree to strip out and replace the non-free stuff in the same way Aug 10 12:02:43 else it's probably way easier nowadays Aug 10 12:02:51 portage has stronger licenses checking Aug 10 12:02:53 and so on Aug 10 12:03:05 so if it's possible to classify licenses Aug 10 12:03:08 it's a matter of: Aug 10 12:03:20 -> adding the right licenses (the ones that are considered free by the FSF) Aug 10 12:03:28 s/adding/whitelisting/ Aug 10 12:03:29 GNUtoo-irssi meant: -> whitelisting the right licenses (the ones that are considered free by the FSF) Aug 10 12:03:40 -> fixing the huge as-is mess Aug 10 12:03:59 -> fixing the joe-user-license that is instead a modified MIT with joe's name inside Aug 10 12:04:08 -> stripping out all the non-free stuff Aug 10 12:04:14 -> releasing a portage tree fork Aug 10 12:04:28 then it could be similar to parabola for its installation Aug 10 12:04:35 it could have two modes: Aug 10 12:04:42 1) install from livecd/liveusb Aug 10 12:04:52 2) convert a gentoo install to a freetoo one Aug 10 12:05:03 or to a freedo one Aug 10 12:05:18 gentoo is the fastest penguin out there according to the legend Aug 10 12:05:28 freedo is the name of the linux-libre mascott Aug 10 12:05:33 (if I remember well) Aug 10 12:05:40 so it's the freest penguin out there I guess Aug 10 12:05:52 but that would be a good thing to do Aug 10 12:06:00 beside freeing a usefull distro Aug 10 12:06:10 gentoo is probably dead easy to cross compile and to tune Aug 10 12:06:19 (before it was way harder) Aug 10 12:06:28 => you could have freedo on arm, on mips etc... Aug 10 12:06:44 or make custom versions of it for router, device with 4G of disk storage and so on Aug 10 12:07:21 or build a version with klibc for including in a 16M BIOS flash as a coreboot payload Aug 10 12:07:54 So we have: Aug 10 12:08:12 Trisquel, for users that don't want to customise everything, and servers Aug 10 12:08:25 Parabola for the bleeding edge and the customisation Aug 10 12:08:38 gnewsense, I didn't try the last release Aug 10 12:08:46 we lack some distro Aug 10 12:08:54 a clone of fedora would be nice Aug 10 12:08:59 and a clone of gentoo too Aug 10 12:09:22 Fedora has selinux and systemd Aug 10 12:09:24 it's nice Aug 10 12:09:39 gentoo has cross-compilation, customisation at the use flag level Aug 10 12:09:45 so it's probably great too Aug 10 12:09:58 nowadays I guess that most computers are fast enough for gentoo Aug 10 12:10:12 the speed of gentoo is a fake legend Aug 10 12:10:21 often there were tests by some online magazines Aug 10 12:10:32 and putting gcc flags don't get you a huge speed bump Aug 10 12:10:37 usually it's a very very small one Aug 10 12:10:49 When I was running Gentoo, the speed when it was running wasn't a problem Aug 10 12:10:52 especially because the common distro already uses good compilation flags Aug 10 12:11:12 so the points of gentoo is rather to customise use flags Aug 10 12:11:26 like USE="-Xorg +selinux" Aug 10 12:11:27 But let me tell you, compiling something like KDE or GCC or some other super-massive package on that system took forever Aug 10 12:11:40 on what machine? Aug 10 12:11:55 does it take forever on a T60 with a core 2 duo? Aug 10 12:11:58 It was a Pentium 4 of some sort Aug 10 12:12:13 do you really need a core i7 to install a kde upgrade with gentoo? Aug 10 12:12:23 I think a 1.4GHz P4 Aug 10 12:12:25 because if so that would be ironic Aug 10 12:12:40 it would be: Aug 10 12:12:43 It wasn't that it didn't compile Aug 10 12:12:54 Freedo, the 100% free distribution that you can't use on a 100% free computer Aug 10 12:13:09 (becuase compiling would be too slow and require more than 3G of RAM) Aug 10 12:13:21 which no 100% free computers have Aug 10 12:13:33 (lemote netbooks, x60, t60, macbook2.1) Aug 10 12:13:51 with x60s, x60t beeing included in the list Aug 10 12:14:03 and t60 with ati GPU beeing excluded Aug 10 12:14:26 it was that it could take the best part of a few days to run a full emerge pass if certain large packages like KDE or GCC were updated Aug 10 12:14:27 well, can you really compile KDE with less than 6G of RAM? Aug 10 12:14:45 because kde probably depends on webkit Aug 10 12:14:51 and webkit linking is a nightmare Aug 10 12:15:05 Well I had webkit/KHTML on that box Aug 10 12:15:07 and it compiled Aug 10 12:15:17 and it definatly had less than 4GB of ram Aug 10 12:15:26 GNUtoo-irssi: you can ask phonefsod to release the resource Aug 10 12:15:46 dos1: nice, how? Aug 10 12:15:55 since my current (windows) box has 4GB of ram and the Gentoo box was an old PC of mine and I wouldn't have bought a new PC with less ram than my old one :) Aug 10 12:15:56 dos1: wow, you even showcased my fso.el in your slides, thank you! :) Aug 10 12:16:01 Probably only had 512mb or 1gb Aug 10 12:16:04 org.shr.phonefso.Usage.GetOfflineMode ? Aug 10 12:16:14 s/Get/Set/ Aug 10 12:16:15 GNUtoo-irssi meant: org.shr.phonefso.Usage.SetOfflineMode ? Aug 10 12:16:21 Thank god I never installed some of the truly massive packages on that thing like OO.o Aug 10 12:16:47 dos1: Thanks for doing all the work for Neo900 Aug 10 12:17:11 I probably cound't get one, but I would really like it to succeed Aug 10 12:17:22 it has a hardware keyboard!!!! Aug 10 12:17:52 I also want it to be the replacement for my N900 if and when that dies Aug 10 12:18:14 dos1: also do you know pisi? Aug 10 12:18:42 well, I am keeping my n900 in case I could get a neo900 one day Aug 10 12:18:51 I should get back my charger though Aug 10 12:19:06 GNUtoo-irssi: ah, looks like I had some older version in mind Aug 10 12:19:19 jonwil: do ooo/libreoffice still take 5 hours to compile ? Aug 10 12:19:19 GNUtoo-irssi: well, you can still just restart phonefsod Aug 10 12:19:28 ok Aug 10 12:19:31 I dont know, I have never compiled ooo/libreoffice thank god Aug 10 12:19:36 I did once Aug 10 12:19:47 on a pentium3 if I remember well Aug 10 12:20:09 pentium 3 1GHz, few RAM at nowadays standards Aug 10 12:20:11 I would say one of the most nightmarish packages to compile (from memory) was the abomination that is Boost Aug 10 12:20:18 lol Aug 10 12:20:29 what was called its build system already? Aug 10 12:20:31 PaulFertser: no, thank you for creating fso.el, so I can tell everyone "you can even phone with emacs!" :D Aug 10 12:20:32 jsomething Aug 10 12:20:47 I can't remember Aug 10 12:20:50 but it's awfull Aug 10 12:20:51 that and all the things that then need to be totally rebuilt because boost has changed Aug 10 12:21:03 well, the issue is boost's buildsystem Aug 10 12:21:08 it's not autotols Aug 10 12:21:12 GNUtoo-irssi: wasn't pisi a tool for pim synchronization? Aug 10 12:21:16 I can't remember its name Aug 10 12:21:19 dos1: yes it is Aug 10 12:21:25 my use case is that one: Aug 10 12:21:39 At least the KDE family of packages had that nice build system that tells you what % complete it is Aug 10 12:21:42 I want to copy the content of all my old sim cards, and I've lots of them Aug 10 12:21:49 jonwil: cmake Aug 10 12:21:53 dos1: btw, have you seen my https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/source/aa36011d09c17d2fef0c40fd8d5451f27110fb59:xmonad-dzen-screenshot1.png ? I've created a repository fully explaining how to use a plain GNU/Linux system + Xmonad on a smartphone :) Aug 10 12:22:05 so instead of powering on, copying, powering off, powering on, copying ... Aug 10 12:22:23 I connected simtrace to it, simtrace has a SIM slot that is accesible Aug 10 12:22:30 so my plan instead is: Aug 10 12:22:39 plug sim, reset modem, copy contacts, Aug 10 12:22:47 plug sim again, reset modem, copy contacts Aug 10 12:22:50 way faster Aug 10 12:22:57 no loong reboot times Aug 10 12:23:17 and I would retrive the SIM card infos trough fsogsmd dbus interface Aug 10 12:23:22 like operator and phone number Aug 10 12:23:38 dos1: btw, when I told RMS I'm using Emacs to phone he wasn't really impressed :) Aug 10 12:23:39 PaulFertser: haven't seen that. bookmarked :) Aug 10 12:23:49 hehe :D Aug 10 12:23:50 I wish the people who have to do the "port Fremantle to Neo900" work good luck, they will need it :) Aug 10 12:24:36 yes Aug 10 12:24:53 it's the same kind of work that cyanogenmod does Aug 10 12:24:58 but there is way more work here Aug 10 12:25:01 way more blobs Aug 10 12:25:21 so they either replace the blobs or make them work Aug 10 12:25:24 Actually, the blobs that are going to cause issues on the Neo900 aren't that many Aug 10 12:25:26 they take the quickest path Aug 10 12:25:34 ah ok Aug 10 12:25:37 I see Aug 10 12:25:43 you want binary compatibilty then Aug 10 12:25:47 *they Aug 10 12:25:53 Yeah Aug 10 12:26:00 like for instance having the same ALSA controls Aug 10 12:26:12 just for making every software wirtten for the n900 work Aug 10 12:26:24 maemo uses pulseaudio Aug 10 12:26:27 like that old free software uttility to change volume Aug 10 12:26:30 yes Aug 10 12:26:40 but some programs might access alsa dirrectly Aug 10 12:26:55 for instance some "Advanced sound control" program with a nice icon Aug 10 12:27:07 and a simplified alsamixer Aug 10 12:27:11 but sound system will be similar, so the differences might come from things like newer kernel Aug 10 12:27:12 but it was just an example Aug 10 12:27:17 ahh ok Aug 10 12:27:20 not an issue then Aug 10 12:27:20 Pretty much the only major issues are going to be the closed audio blobs, the cellular services daemon (that talks to the cellular modem) and the GPS daemons Aug 10 12:27:34 the kenrel do keep userpace API Aug 10 12:27:48 #1 biggest nightmare will be cellular voice audio Aug 10 12:27:51 you just need the right .config Aug 10 12:28:03 GNUtoo-irssi: API - yes; alsa controls - not necessarily Aug 10 12:28:10 and to have the same API than what nokia added Aug 10 12:28:23 like that custom sysfs path that is not in mainline Aug 10 12:28:27 however, modem audio in Neo900 is simplified a lot in comparision to the one from N900 Aug 10 12:28:42 hmmm Aug 10 12:28:55 why do you need the same API for the voice Aug 10 12:29:05 can't pulse handle that at the higher level API Aug 10 12:29:22 like you take the "public functions" and hook them to the current audio card Aug 10 12:29:27 some big codepaths in closed libs will be able to be replaced via simple copy between two alsa audio cards Aug 10 12:30:01 so modem audio shouldn't be hard to integrate with maemo Aug 10 12:30:17 ahhh right Aug 10 12:30:27 I had meego's pulseaudio code in mind Aug 10 12:30:36 I remember that on maemo it was not free software Aug 10 12:30:39 I don't envy the people who will have to handle the nightmare of pulseaudio-module-nokia-voice, pulseaudio-module-nokia-common, pulseaudio-module-nokia-record and pulseaudio-module-nokia-music Aug 10 12:30:51 modem (as in phone functions) and GPS will be harder Aug 10 12:30:59 GPS, yes Aug 10 12:31:00 it's ISI Aug 10 12:31:18 On meego-n900 is handled by a library called libcmtspeechdata Aug 10 12:31:20 do you plan to do: Aug 10 12:31:26 AT<->ISI? Aug 10 12:31:27 The same library is used on the N900 Fremantle Aug 10 12:31:33 like the reverse of pnatd? Aug 10 12:31:47 jonwil: ok, so it's easy Aug 10 12:31:56 Only problem is that libcmtspeechdata is statically linked into pulseaudio-module-nokia-* Aug 10 12:32:04 otherwise it would be easy Aug 10 12:32:09 but libcmtspeechdata is free software in meego Aug 10 12:32:16 I saw its code Aug 10 12:32:19 it is Aug 10 12:32:23 but not in maemo Aug 10 12:32:30 and they did tricks with real time stuff in pulse Aug 10 12:32:32 and since its statically linked, replacing it isn't simple Aug 10 12:32:34 like they request RT_PRIO Aug 10 12:32:46 ok Aug 10 12:32:59 people that know well binutils are rare, indeed Aug 10 12:33:09 so it could still be done somehow Aug 10 12:33:16 like with radare2 and so on Aug 10 12:33:25 but I wonder who is used to that kind of stuff Aug 10 12:33:49 since the binaries are ELF Aug 10 12:33:52 as for GPS, gps works via a pair of daemons called location-daemon and location-proxy (the latter is used to handle supl and talking to the supl server I believe) Aug 10 12:34:00 it's easy to do for the people who do know how Aug 10 12:34:19 there is a library called liblocation (closed source but with header files available) that apps can use to talk to the daemons Aug 10 12:34:26 I'll do the program to get the data of my SIM Aug 10 12:34:31 bbl Aug 10 12:35:13 From where I sit the way to handle GPS is to reverse engineer all the ways in which location-daemon and location-proxy talk to the rest of the system (e.g. dbus interfaces) and build something that does the same but talks to the new GPS hardware Aug 10 12:35:25 ok Aug 10 12:35:28 Same for the cellular modem and the cellular services daemon Aug 10 12:35:34 reverse engineer dbus? Aug 10 12:35:38 isn't that already documented? Aug 10 12:35:44 like in maemo wiki Aug 10 12:36:02 The actual dbus calls used for the cellular services daemon and GPS daemons are only partially documented at best Aug 10 12:36:10 ok Aug 10 12:36:22 A few bits and pieces have been documented (by me in a number of cases) but a lot is still a mystery unfortunatly Aug 10 12:36:25 so dbus introspection and looking up waht it does will be the way to reverse it Aug 10 12:37:09 I only wish I had the skills (and tools) for ARM reverse engineering that I do for x86, it would make pulling things on the N900 so much easier Aug 10 12:37:17 things like pulsaudio-nokia-* Aug 10 12:37:21 radare2 is good for binary stuff Aug 10 12:37:28 else there is also strace and so on Aug 10 12:37:37 or libconnui Aug 10 12:37:41 and LD_PRELOAD wrappers that you write yourself Aug 10 12:38:13 Replicant uses ldpreload, strace, and looks at logs Aug 10 12:38:14 bbl Aug 10 12:40:36 dos1: well, systemctl stop phonefsod doesn't change a thing Aug 10 12:40:43 it's a bug in fso somewhere Aug 10 12:41:00 Can't allocate channel #2 from MUX: Channel 2 is already taken. Aug 10 12:41:09 so I'll killall -9 fsogsmd instead **** ENDING LOGGING AT Mon Aug 11 02:59:58 2014