**** BEGIN LOGGING AT Sun Dec 18 02:59:57 2011 Dec 18 03:00:42 JaMa: b2d2fd04ba0a153796eadab736858b61d8ac745b please :-) Dec 18 03:04:07 SHR: 03Martin.Jansa 07meta-smartphone * r2fea84266ba6 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV Dec 18 04:58:27 [2011-12-18 05:22:10] * luke-jr writes an ALSA plugin to expose CMTSpeech as an ALSA device… Dec 18 04:58:29 [2011-12-18 05:23:00] any reason *not* to do it that way? <.< Dec 18 04:58:30 [2011-12-18 05:34:25] luke-jr: HIGHLY welcome Dec 18 04:58:32 [ Dec 18 09:44:38 mrmoku, we have spam: http://www.shr-project.org/trac/ticket/1585 Dec 18 09:55:32 mickey|linuxhote: http://pastebin.com/wApbqaXc Dec 18 09:55:40 thankx Dec 18 10:00:47 shr-core freezes at first setup page, modules.dep is missing and no network device is being setup -> garbage project Dec 18 10:01:34 rhaeder: what are you doing here then? Dec 18 10:01:45 asking for help maybe? Dec 18 10:01:56 rhaeder: from the developers of "garbage"? Dec 18 10:02:36 why was shr-unstable and shr-testing abondomed (or so)? Dec 18 10:02:44 it was at least not crashing and working Dec 18 10:03:15 rhaeder: do you mean shr-core is garbage? Dec 18 10:03:23 rhaeder: what garbage image have you used Dec 18 10:03:36 the xorg desktop seems to be there, okay. but no repsonse on clicking anywhere Dec 18 10:04:05 http://build.shr-project.org/shr-core/images/om-gta02/shr-full-20111207-om-gta02.rootfs.jffs2 Dec 18 10:04:06 JaMa: how about renaming SHR -> Garbage? Dec 18 10:05:20 PaulFertser: do you think it will bring better bug reports and more patches? :) Dec 18 10:06:48 at least the network device (USB cable) should work, so I can connect to it to do some patching Dec 18 10:08:27 have you seen StagingTest page? Dec 18 10:08:30 JaMa: i guess it should judging by the popularity of the epinomious band. Dec 18 10:09:18 eponymous Dec 18 10:09:38 with SHR renamed to Garbage, SHR Downloads page could be renamed to Garbage Collector Dec 18 10:09:41 ;D Dec 18 10:09:45 Yay Dec 18 10:10:32 Is any of you folks using bluetooth networking? I have a strange issue that my FR doesn't pass ipv6 multicast back to the bnep0 link. Probably related to the old kernel i'm using... Dec 18 10:11:39 * JaMa isn't only usbnet + wifi Dec 18 10:14:38 I switch back to shr-unstable, it was the last known working thing for me Dec 18 10:19:16 mrmoku: can you run this in your images directory? for i in `find . -name shr\*tar.gz`; do echo $i; tar -tvf $i | grep dbus-daemon-launch; tar --numeric-owner -tvf $i | grep dbus-daemon-launch; tar xzvpf $i ./etc/group; grep messagebus ./etc/group; done | tee image.test Dec 18 10:19:26 * PaulFertser should consider booting his FR with a newer kernel it seems... Dec 18 10:24:13 DocScrutinizer: I'm not convinced hardcoding the stuff in the cmtspeech handler is really a bad idea... it's not just some random userspace program using audio; rather, it's part of the audio routing itself Dec 18 10:28:59 http://shr-project.org/trac/ticket/1586 <-- please fix this Dec 18 10:33:28 DocScrutinizer: nice :) Dec 18 10:35:12 rhaeder: as for why shr-unstable was abandonned, as OE people why they abandonned oe-classic. nothing to do with SHR really Dec 18 10:35:34 okay Dec 18 10:35:48 OE=OpenEmbedded? Dec 18 10:36:18 (I'm sure the best start for this conversation will be going to the OE channel and announcing that oe-core is garbage :-P) Dec 18 10:36:22 yes Dec 18 10:36:34 rhaeder: modules.dep is created during startup by opkg configure initscript which runs depmod and update-modules for each installed kernel module Dec 18 10:37:23 JaMa: maybe not on my FR, I have tried to start shr-core several times Dec 18 10:37:31 mrmoku: what is nice? the wakelocks in mainline Linux?... ;-) Dec 18 10:37:49 antrik: :P Dec 18 10:38:02 cmt packed into an alsa driver Dec 18 10:38:37 and looking at http://build.shr-project.org/shr-core/images/om-gta02/shr-full-20111207-om-gta02-testlab/files-in-image.txt there _is_ g_ether.ko and /etc/modutils/g_ether too Dec 18 10:38:38 I blame morphis. I'm sure him implementing wakelocks in FSO triggered this ;-) Dec 18 10:39:57 i agree fwiw, cmt as alsa driver would make more sense to me Dec 18 10:40:32 shr-unstable creates modules.dep (or provides it), shr-core not Dec 18 10:42:49 rhaeder: did you check http://build.shr-project.org/shr-core/images/om-gta02/shr-full-20111207-om-gta02-testlab/files-in-image.txt ? Dec 18 10:44:33 JaMa: see my last two comments in ticket Dec 18 10:44:42 rhaeder: did you try to ping right IP? Dec 18 10:44:57 yes Dec 18 10:44:58 "no route to host" with shr-core Dec 18 10:45:26 you mean "ping 192.168.0.202" ? Dec 18 10:45:31 and there were some error messages on shr-core that makes me thing no "usb0" has been created Dec 18 10:45:44 that is the IP of my FR :) Dec 18 10:46:03 that's what you think :-P Dec 18 10:46:04 did you change it on FR in shr-core? Dec 18 10:46:37 so again, have you tried to ping _right_ IP before saying that usb0 wasn't created, modules.dep is missing and whole project is garbage? Dec 18 10:54:20 only shr-core is garbage Dec 18 10:55:02 don't say you changed it, too? Dec 18 10:55:38 shr-unstable->shr-core change also has a change in architecture from "om-gta02" to "om_gta02" :/ Dec 18 10:59:08 according to openmoko.org wiki: In order to communicate via TCP/IP to your FreeRunner, a basic understanding of the networking expectations is required. Each end of the USB connection forms a LAN (local area network) segment, with the FreeRunner's USB networking device at one end (default 192.168.0.202) and your laptop or desktop at the other end (192.168.0.200 in this guide). Dec 18 11:14:21 rhaeder: yeah, lots of stuff on the wiki is not yet updated for the switch to -core :-( Dec 18 11:14:35 you can help us fix it :-) Dec 18 11:14:44 does the g_ether driver get a different config in shr-core? Dec 18 11:14:56 (and no, *we* didn't change that... OE guys did) Dec 18 11:14:58 how? Dec 18 11:15:23 the IP number has changed (from a always known one to something unknown)? Dec 18 11:15:27 it's in /etc/network/interfaces Dec 18 11:15:51 where is that file (outside of the FR device because I cannot SSH there) Dec 18 11:16:06 try 192.168.7.2 Dec 18 11:16:22 shr-unstable is already flushed on my device, sorry Dec 18 11:20:16 rhaeder: then we cannot help you, sorry Dec 18 11:21:04 pabs3: what do you mean by g_ether config? ie hwaddr? Dec 18 11:21:10 wrong way to handle users :) don't abandon a "working" image, at least shr-unstable was working on phone, with shr-core (I know all not your fault) I have only trouble Dec 18 11:21:49 and if you do so, keep your wiki updated (IP number change _is_ a critical change) Dec 18 11:22:15 pabs3: there is the same /etc/init.d/g_ether.sh which is used to define hwaddr Dec 18 11:23:11 rhaeder: calling something garbage is wrong way to handle developers waking up after long hacking night.. Dec 18 11:24:09 rhaeder: have you already fixed the wiki entry? Dec 18 11:38:21 rhaeder: if you don't want shr-unstable to be abandoned, then go maintain it - you're free to do that Dec 18 11:39:10 rhaeder: but keep in mind that you'll also have to maintain whole OE-classic together with it, and in long run it will be just pain to support it with limited manpower Dec 18 11:52:31 i bumbed also on the ip change: http://tiny.cc/ue1g0 but as a newbie i was relactant to make that wiki change. anyway here are my notes.(http://paste.debian.net/149526/ ) i need someone to review it , and if there is no problem i could make a usb connection wikipage. Dec 18 11:53:13 of course the first reference i had was: http://wiki.openmoko.org/wiki/USB_Networking Dec 18 11:56:46 read this: http://shr-project.org/trac/ticket/1586#comment:6 Dec 18 14:14:49 hi, isn't there a sip client for shr distribution? Dec 18 14:17:49 antrik: hardcoding a stack is *always* a very por idea Dec 18 14:17:56 poor* Dec 18 14:18:24 esp since it earns you nothing Dec 18 14:19:12 it's like... hardcoding the PT size of headlines in a text editor Dec 18 14:26:31 and basically it kills the whole idea behind ACI Dec 18 14:30:16 lindi-: there is an interest to set "pull-up" on a gpio port used for a clock ? Dec 18 14:30:53 leirbag: hmm? Dec 18 14:31:17 I don't really understand the interest of "pull-up/down" Dec 18 14:31:21 btw I explained this since I reviewed and contributed to the first prototypes of cmtspeech, and back when I got told "yeah, sure we will do this the correct way once all is finished - but this is a rapid prototype code and we did it this way to safe 5 minutes time" Dec 18 14:32:32 followed your progress in git. that all it pretty exciting. good thing, and thanks for all the work. It might be not much, but I absolutly don't think shr is grabage. You are heros ;-) Dec 18 14:34:14 leirbag: did I miss some context? Dec 18 14:35:28 lindi-: a totally offtopic question: do you think it's possible to render Debian unusable or even unbootable by starting a system upgrade (e.g. using that Gnome or KDE "update applet") and then asking the whole system to power off? Asking here because my friend probably did that several times with kubuntu. Dec 18 14:35:29 lindi-: hmmm no :P it's always for the MMC card, I explore some way :) Dec 18 14:36:02 PaulFertser: everything is surely possible Dec 18 14:36:20 PaulFertser: but it shouldn't be very probable in normal upgrades Dec 18 14:38:30 lindi-: she managed it twice, the second time even normal single-user mode didn't work, and after using init=/bin/sh i found out that dpkg --configure libc6 didn't work because libc-bin was an older version and the best solution i could find was to download the corresponding libc-bin version manually with w3m, dpkg -i it, then configure libc6 and only then i could safely proceed with --configure -a and apt-get install -f Dec 18 14:39:19 PaulFertser: libc was upgraded? Dec 18 14:39:26 PaulFertser: what sort of upgrade was that? Dec 18 14:40:43 lindi-: i'd guess "apt-get upgrade" but i can't tell for sure, it was started with that stupid "update panel widget" in kubuntu (and yes, i know kubuntu is not Debian, but i feel they might be close enough for you to be interested in this question). Dec 18 14:41:07 PaulFenster: last time I broke something with update-manager was because of custom packages. for example kernel. but if the ubuntu guys went to a diff patching system it might be worse now. Dec 18 14:41:19 PaulFertser: well technically the problem is that you just can't make the upgrade process atomic that easily Dec 18 14:41:35 PaulFertser: each file is replaced atomically but that does not always help Dec 18 14:42:25 maybe when /bin, /sbin and /lib get moved to /usr we could have /usr on some btrfs storage that would support snapshots or something Dec 18 14:42:29 lindi-: probably it should be made impossible to turn off the machine the usual way then? You know windows simply refuses to turn off unless it applies all of the updates. Dec 18 14:42:37 if they want to be user friendly, they need to somehow block shutting down system until upgrade is finished or cancelled in some proper way Dec 18 14:42:54 PaulFertser: yeah I think it should prevent shutdown during upgrade yes Dec 18 14:43:04 PaulFertser: but libc upgrades are quite rare in debian at least Dec 18 14:43:47 lindi-: well, even if, say kde or gnome upgrade process is half-complete, it makes the system "unusable" for a "regular" user. Dec 18 14:44:11 PaulFertser: yep Dec 18 14:44:40 PaulFertser: but at least the upgrade process is not a child of some gui thing Dec 18 14:44:50 PaulFertser: if the gui crashes during upgrade the upgrade will still continue in the background Dec 18 14:46:40 lindi-: yes, but it doesn't help against a "malicious" user if he asks to shut the system down in the middle of the process :) Dec 18 14:47:21 lindi-: do you think it worth to create a bug description? I'm not sure i can express it clearly and convincingly enough though. Dec 18 14:53:10 PaulFertser: i'd check what the api for canceling upgrade is Dec 18 14:53:26 if that looks good then I guess that'd make sense Dec 18 15:01:30 PaulFertser: I've seen this happening several times at customers' PCs: filesystem total corruption due to shutdwon while update applet was about to do some intense storage access Dec 18 15:02:02 DocScrutinizer: hm, on a journalling FS that should be totally impossible. Probably on any FS for that matter. Dec 18 15:02:30 anyway it's the only explanation for the fs fsckups I've seen Dec 18 15:02:54 fs corruption is something the distro can't do much about Dec 18 15:03:05 except maybe real HDD failure Dec 18 15:03:06 it should be an fs bug indeed Dec 18 15:03:13 DocScrutinizer: what i'm describing here is not an fs fuckup, rather a distro getting into an inconsistent state. Dec 18 15:03:21 aah Dec 18 15:03:51 SHR: 03Martin.Jansa 07meta-smartphone * rd34aed251279 10/meta-shr/recipes-shr/tasks/ (task-shr-minimal.bb task-shr-systemd_1.0.bb): task-shr-systemd: add fso systemd packages from task-fso2-compliance Dec 18 15:04:03 SHR: 03Martin.Jansa 07meta-smartphone * r597370aa01c0 10/meta-fso/recipes-freesmartphone/tasks/task-fso2-compliance.bb: task-fso2-compliance: remove systemd and put them to task-shr-systemd Dec 18 15:04:14 SHR: 03Martin.Jansa 07meta-smartphone * r5dae67fb3e7b 10/meta-shr/recipes-shr/tasks/task-shr-minimal.bb: task-shr-minimal: drop task-shr-systemd for now Dec 18 15:04:58 PaulFertser: debian policy 6.2 specifies that the maintainer scripts should be idempotent so it should be ok to run the more than once Dec 18 15:05:31 PaulFertser: so I think if you continue an upgrade it should always proceed sanely. the only problem is that if your system does not boot then this is difficult to do Dec 18 15:05:49 hehe Dec 18 15:05:51 lindi-: exactly :) Dec 18 15:06:43 lindi-: well, in fact it was the case one time. But the other time libc was severed (libc6 unpacked but not configured needing newer libc-bin which was not installed) so it couldn't proceed. Dec 18 15:12:04 PaulFertser: moin Dec 18 15:12:35 DocScrutinizer: moinmoin Dec 18 15:12:35 :) Dec 18 15:12:51 While others are having fun at FSOSHRUDEVCON we're lurking here on irc, heh Dec 18 15:12:53 trying to ping mrmoku - on - the - road Dec 18 15:13:23 I think fsoshrcsrfgconf Dec 18 15:13:28 is over by now Dec 18 15:13:55 Probably so. Dec 18 15:13:59 duh, gconf - sorry that was NOT intended Dec 18 15:14:01 :-D Dec 18 15:15:05 F10N Dec 18 15:15:52 I thought they planned to meet me for a coffee, in ~3h Dec 18 15:16:09 yet we haven't agreed on any location Dec 18 15:17:30 DocScrutinizer: JaMa|Off and mrmoku ? Dec 18 15:17:48 well, mrmoku knows where I'm living, so they won't hit too far away from where I'll be Dec 18 15:17:54 yep Dec 18 15:18:38 I think it's a ~5 hours drive from Essen. Dec 18 15:18:55 so they told me Dec 18 15:19:21 [2011-12-18 03:06:56] we will leave essen somewhen after lunch Dec 18 15:19:22 [2011-12-18 03:08:28] DocScrutinizer: make it 5hrs trip that would be coffee around 19 Dec 18 15:20:31 that's why I wonder if I could ping them while they move Dec 18 15:20:47 mrmoku: PING :-D Dec 18 15:24:03 anyway: Palais Schaumburg, Kernstrasse, http://maps.google.de/maps/place?q=Gaststätte+Palais+Schaumburg,+Kernstraße,+Nürnberg&hl=de&ie=UTF8&cid=16430478675594460899 Dec 18 15:29:53 freesmartphone.org: 03morphis 07cornucopia * r2a8de96e7563 10/fsoaudiod/ (6 files in 3 dirs): Dec 18 15:29:54 freesmartphone.org: fsoaudiod: add configuration for herring machine; alsa scenarios still missing Dec 18 15:29:54 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:29:55 freesmartphone.org: 03morphis 07cornucopia * r20f39cc92bc8 10/fsogsmd/src/plugins/modem_samsung/ (callhandler.vala soundhandler.vala): Dec 18 15:29:55 freesmartphone.org: fsogsmd: modem_samsung: rework sending sound related messages regarding to changes in libsamsung-ipc Dec 18 15:29:55 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:29:57 freesmartphone.org: 03morphis 07cornucopia * r4ab753b04fd1 10/libfsosystem/fsosystem/filesystem.vala: Dec 18 15:29:57 freesmartphone.org: libfsosystem: import write method from libfsobasics Dec 18 15:29:57 freesmartphone.org: There is currently no clear line between libfsobasics and libfsosystem so we need to Dec 18 15:29:57 freesmartphone.org: define what should be in which one and migrate all dependencies to use the the correct Dec 18 15:29:58 freesmartphone.org: library. Dec 18 15:29:58 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:29:58 freesmartphone.org: 03morphis 07cornucopia * r72ad2f84fdcd 10/fsogsmd/src/plugins/modem_samsung/Makefile.am: Dec 18 15:30:04 freesmartphone.org: fsogsmd: modem_samsung: remove leftover dependencies of modem_qualcomm_palm plugin Dec 18 15:30:05 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:05 freesmartphone.org: 03morphis 07cornucopia * rb71e0ca70a1a 10/libfsosystem/fsosystem/ (Makefile.am wakelock.vala): Dec 18 15:30:05 freesmartphone.org: libfsosystem: add simple abstraction class for android wakelocks Dec 18 15:30:05 freesmartphone.org: In general no one really needs this and wants to use it but there are some cases where we Dec 18 15:30:05 freesmartphone.org: should to integrate the best way with a android based kernel. If this class is used on Dec 18 15:30:05 freesmartphone.org: systems without wakelock support using it will have no impact on the system suspend Dec 18 15:30:06 freesmartphone.org: handling. Dec 18 15:30:06 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:18 freesmartphone.org: 03morphis 07cornucopia * r6644c22cb67d 10/fsousaged/src/plugins/dbus_service/plugin.vala: Dec 18 15:30:18 freesmartphone.org: fsousaged: dbus_service: adjust signature of resume method to catch up with the specification Dec 18 15:30:18 freesmartphone.org: The FSO API specification requires two parameters for the resume method of the usage Dec 18 15:30:18 freesmartphone.org: service: One for the source and one for the reason. This implements only the parameters so Dec 18 15:30:18 freesmartphone.org: we can call the resume method correctly from the outside but we're not using both Dec 18 15:30:19 freesmartphone.org: parameters atm. Dec 18 15:30:19 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:19 freesmartphone.org: 03morphis 07cornucopia * rbbc1305cba65 10/fsoaudiod/ (7 files in 3 dirs): Dec 18 15:30:37 freesmartphone.org: fsoaudiod: add ALSA scenario files for herring machine Dec 18 15:30:37 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:37 freesmartphone.org: 03morphis 07cornucopia * refaf9603c659 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 18 15:30:37 freesmartphone.org: fsogsmd: modem_samsung: acquire a wakelock while we're processing incoming messages Dec 18 15:30:37 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:38 freesmartphone.org: 03morphis 07cornucopia * rfbbf240b18f7 10/fsogsmd/ (configure.ac src/plugins/modem_samsung/Makefile.am): Dec 18 15:30:39 freesmartphone.org: fsogsmd: add libfsosystem as dependency and use it in modem_samsung plugin Dec 18 15:30:39 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 15:30:39 freesmartphone.org: 03morphis 07cornucopia * re514eec6e8c3 10/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: Dec 18 15:31:37 freesmartphone.org: fsogsmd: modem_samsung: correct handling of incoming signal strength updates Dec 18 15:31:37 freesmartphone.org: Signed-off-by: Simon Busch Dec 18 16:34:51 DocScrutinizer: hi Dec 18 16:35:03 hi Dec 18 16:35:06 DocScrutinizer: we're few km from N Dec 18 16:35:20 where can we meet? Dec 18 16:35:55 the phone number mrmoku had is no longer valid it seems Dec 18 16:35:58 :) Dec 18 16:38:33 <[Rui]> chuif chuif . o O ( FSOSHRFUDCON ) Dec 18 16:39:07 JaMa|Off: Palais Schaumburg, Kernstrasse, Dec 18 16:39:08 http://maps.google.de/maps/place?q=Gaststätte+Palais+Schaumburg,+Kernstraße,+Nürnberg&hl=de&ie=UTF8&cid=16430478675594460899 Dec 18 16:39:54 JaMa|Off: ^^^ Dec 18 16:40:15 alas I'm yet busy, planned for 19:00 Dec 18 16:41:03 but that cafe is rather nice and you probably won't have a bad time waiting for me. I'm speeding now to shorten that wait time Dec 18 16:42:18 please approach me when I enter, as my face recognition subprocessors always fail esp in situations where I have to deal with crowds like in pubs/cafes etc Dec 18 16:42:45 btw the Palais has WLAN Dec 18 16:44:53 EAP_wpa_preshared_passphrase = anderTheke Dec 18 16:45:53 my mobile number hasn't changed since 12 years Dec 18 16:46:06 ok, I'm not sure if mrmoku will wait, but I'll Dec 18 16:46:34 but I have no idea how you look :) Dec 18 16:46:44 maybe he wants to eat something, it's not bad what they serve there Dec 18 16:46:52 hah Dec 18 16:48:17 http://maemo.org/profile/view/joerg_rw/ Dec 18 16:48:24 should give you an idea Dec 18 20:03:36 ~botsnack Dec 18 20:03:36 DocScrutinizer51: aw, gee Dec 18 20:04:36 mrmoku: already at home? Dec 18 20:20:18 hierax, what would be the best way of getting the firmware into a image? I have to take the firmware from the android partition and copy it on my SHR image, I don't know the license of the firmware (It's from Atheros). Dec 18 20:20:33 ops s/hierax/hi sorry hieras Dec 18 20:34:42 DocScrutinizer51: yo Dec 18 20:34:55 DocScrutinizer51: sorry I did not wait for you Dec 18 20:35:25 but I was frightened that the wet freeway might turn into something usable for ice skating ;) Dec 18 20:38:17 DocScrutinizer51: btw. nice place that Palais Dec 18 20:52:01 mrmoku: indeed, usually Dec 18 20:52:28 DocScrutinizer: found JaMa|Off ? Dec 18 20:52:30 no problem about your plans Dec 18 20:52:34 sure Dec 18 20:52:39 good :) Dec 18 20:52:43 yep Dec 18 20:52:52 nice guy(s) Dec 18 20:52:58 yeah, indeed Dec 18 20:53:14 been a please making my day Dec 18 20:53:20 pleasure Dec 18 20:53:27 :) Dec 18 20:54:28 alas I have to do anoying silly stuff for my daily work now - deliver "Lohnsteuerkarte" to my employer in far northern end of town Dec 18 20:54:37 hehe Dec 18 20:56:03 ok... time for some tv in bed... somehow I feel quite dead :-P Dec 18 20:56:19 yeah, I feel with you Dec 18 20:56:22 cu and gnight Dec 18 20:56:22 :) Dec 18 20:56:23 enjoy! Dec 18 20:56:25 thx Dec 18 20:56:46 DocScrutinizer: btw. the day I will have to ask you for help with amix-path-construction is coming closer :) Dec 18 20:57:05 anyway... gnight Dec 18 20:57:11 np, I already wrapped my head around it today Dec 18 20:57:31 n8 Dec 18 20:59:59 fsckng employee status: when you *have to* work 8h each day :-/ Dec 18 21:00:35 and deal with such crap like "lohnsteuerbescheinigung" Dec 18 21:01:37 esp you *have to* do this at a certain location, at a certain time schedule Dec 18 21:02:16 * DocScrutinizer feels abused Dec 18 21:17:25 JaMa|Off, hi Dec 18 21:18:11 where should I push the work I did at the airport on the 3.1 kernel (unfinished) for om-gta02 Dec 18 21:31:53 GNUtoo: did you try bluetooth on 3.1 on om-gta02? Dec 18 21:32:28 I just compiled my partial work Dec 18 21:32:30 hi GNUtoo Dec 18 21:32:35 some stuff don't compile some do Dec 18 21:32:39 it's WIP Dec 18 21:32:47 I didn't try to run it yet Dec 18 21:32:55 but glamo compiles Dec 18 21:33:00 which is the principal for me Dec 18 21:33:07 GNUtoo, any news on the armv6-novfp patch? Dec 18 21:33:22 VQuickSilver, I was at FSOSHRCON2011 Dec 18 21:33:27 so I didn't work on it Dec 18 21:33:33 I'll send it to you Dec 18 21:33:43 GNUtoo, oh I forgot it Dec 18 21:34:03 GNUtoo, any videos about FSOSHRCON2011? Dec 18 21:34:28 there we also decided to focus on a small set of machines,but that doesn't prevent new developers from doing a new port Dec 18 21:34:34 GNUtoo: on what bus gta02 bluetooth sits? Dec 18 21:34:36 just that I cannot work on every machine at once Dec 18 21:34:42 same for every developer Dec 18 21:35:06 so we decided to put the machines that nobody works on in the unmaintained section Dec 18 21:35:29 VQuickSilver, no videos, no one recorded, but the wiki has some notes about what decision we took Dec 18 21:35:34 anarsoul, no idea Dec 18 21:35:38 GNUtoo, ok Dec 18 21:35:45 anarsoul, I think SDIO Dec 18 21:35:48 but I'm not sure Dec 18 21:36:03 GNUtoo, Wifi works now on my phone Dec 18 21:36:19 wow!!!! Dec 18 21:36:26 your phone is great Dec 18 21:36:26 GNUtoo, but I don't know what to do with the firmware Dec 18 21:36:33 GNUtoo, should I make a recipe for it? Dec 18 21:36:37 I didn't have that much luck while doing the htcdream port Dec 18 21:36:39 or let the users copy it? Dec 18 21:36:52 if the firmware is redistributable a recipe is allowed Dec 18 21:37:10 else you have to let the users copy it Dec 18 21:37:11 the problem is that I don't know, I have the files, but I don't have a license file Dec 18 21:37:23 ok then try to use one that has a license file Dec 18 21:37:29 like from linux-firmware Dec 18 21:37:33 from git.kenrel.org Dec 18 21:37:43 GNUtoo, I tried, but it doesn't work Dec 18 21:37:49 ok Dec 18 21:37:55 then let the user copy it that way: Dec 18 21:38:04 I need this specific firmware verison I suppose Dec 18 21:38:06 add a firmware page in the shr wiki Dec 18 21:38:11 for your device Dec 18 21:38:27 and ask the devs of shr-wizard to point users to that page Dec 18 21:38:50 GNUtoo, I changed the kernel driver, to let the user specify where to search for the firmware files in menuconfig Dec 18 21:39:14 maybe I can point to the android partition mount point and load it from there Dec 18 21:39:23 yes Dec 18 21:39:40 add the android partition to /etc/fstab Dec 18 21:39:48 and load the firmware as module parameter Dec 18 21:40:00 GNUtoo, by the way I also added a custom fstab Dec 18 21:40:02 but before you should think about upstreaming what you already got Dec 18 21:40:07 else it would become too hard Dec 18 21:40:10 and document also Dec 18 21:40:15 GNUtoo, yeah Dec 18 21:40:26 GNUtoo, I need the armv6-novpf thingy first Dec 18 21:40:30 according to wiki bt is on usb... Dec 18 21:40:44 anarsoul, ah yes right Dec 18 21:41:18 GNUtoo, to enable wifi I have to stop connman Dec 18 21:41:30 and enable the card in rfkill Dec 18 21:42:09 VQuickSilver, yes that's a bug Dec 18 21:42:11 after that I can use iliwi to list wireless networks Dec 18 21:42:18 VQuickSilver, I think I bugreported it already Dec 18 21:42:26 it's because of rfkill Dec 18 21:42:30 ok Dec 18 21:42:38 I think my phone uses rfkill for bluetooth too Dec 18 21:42:45 I have rfkill0 and rfkill1 Dec 18 21:43:34 yes it does if you have to kill connman Dec 18 21:44:22 GNUtoo, calc app doesn't show all the numbers Dec 18 21:44:24 bug? Dec 18 21:44:57 screenshot? Dec 18 21:44:58 I see only 2 rows Dec 18 21:45:12 note that SHR can accept patches even if the armv6 is not done yet Dec 18 21:45:28 so you can even prepare patches for shr if the armv6 is not in Dec 18 21:45:28 GNUtoo, maybe it's for using the screen in rotated position Dec 18 21:45:39 VQuickSilver, screenshot? Dec 18 21:45:41 GNUtoo, how I do a screenshot? Dec 18 21:45:46 gpe-scap Dec 18 21:46:09 I don't have it installed Dec 18 21:46:19 wait a second Dec 18 21:47:32 GNUtoo, also I have a problem with the kernel sources, maybe I should fork it, cause I dont know if rmcc would accept my patches. Dec 18 21:48:06 http://gnutoo.homelinux.org/downloads/people/VQuickSilver/armv6-patches.tar.bz2 Dec 18 21:48:18 VQuickSilver, you have to fork it Dec 18 21:48:30 GNUtoo, I'm working on a local branch now Dec 18 21:48:39 then you need to push somewhere Dec 18 21:48:46 but yeah maybe I will push it to github Dec 18 21:48:51 yes Dec 18 21:49:01 but in the long time you'll need to push to freesmartphone.org Dec 18 21:49:11 because all our kernels are there Dec 18 21:49:14 ok Dec 18 21:49:29 VQuickSilver, the link was for you Dec 18 21:49:32 it's my patches Dec 18 21:49:37 each dir is a branch Dec 18 21:49:47 and the patches are the ones touching the htcdream Dec 18 21:49:56 s/htcdream/armv6-novfp Dec 18 21:50:39 ok Dec 18 21:56:13 GNUtoo, uhm how I make a screenshot of the calc app? Dec 18 21:56:22 I get a screenshot of the app list instead Dec 18 21:56:37 start calc Dec 18 21:56:41 ssh into your phone Dec 18 21:56:50 done Dec 18 21:56:51 and run that trough ssh: Dec 18 21:56:56 export DISPLAY=:0 Dec 18 21:57:00 gpe-scap Dec 18 21:57:56 GNUtoo, ok done Dec 18 21:57:59 where I can upload it? Dec 18 21:58:12 slect gpe-scap Dec 18 21:58:15 oops Dec 18 21:58:24 there is an option for sending to scap.linuxtogo.org Dec 18 21:58:26 in the app Dec 18 21:58:33 that requires internet access on your phone tough Dec 18 21:59:05 GNUtoo, I have wifi off at the moment Dec 18 21:59:15 ok Dec 18 21:59:28 GNUtoo, let me find some free service Dec 18 21:59:32 in kde there was a plugin Dec 18 21:59:54 ok Dec 18 22:00:44 GNUtoo, http://postimage.org/image/vmzopp9az/ Dec 18 22:02:06 hmmm Dec 18 22:02:08 that's a bug Dec 18 22:02:25 try to lower FINGER_SIZE Dec 18 22:02:41 or maybe it just doesn't work on such small resolution Dec 18 22:03:27 GNUtoo, maybe to big DPI? Dec 18 22:03:41 but the rest of the apps seems to work ok Dec 18 22:03:42 possible too Dec 18 22:03:49 so don't break the rest of the apps Dec 18 22:04:34 GNUtoo, to make alsa work I should pass to aplay -D hw:0 how to set it globally for all the apps? Dec 18 22:06:00 asoundrc Dec 18 22:06:04 .mmap works? Dec 18 22:06:25