01:41.03 | CIA-82 | freesmartphone.org: 03mok 07cornucopia * rd3b68565a591 10/fsotdld/src/plugins/provider_location_gpsd/ (libgps.vapi plugin.vala): |
01:41.03 | CIA-82 | freesmartphone.org: fsotdld: adjust the gpsd provider to change API of 2.96 |
01:41.03 | CIA-82 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
01:41.03 | CIA-82 | freesmartphone.org: 03mok 07cornucopia * rd7352084dc73 10/fsogsmd/ (3 files in 3 dirs): |
01:41.04 | CIA-82 | freesmartphone.org: fsogsmd: implement ppd_option_gtm601 plugin - untested |
01:41.04 | CIA-82 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
02:05.23 | mrmoku | DocScrutinizer: coffee would be a nice idea :) |
02:05.54 | DocScrutinizer | hmm |
02:05.58 | mrmoku | JaMa: please bump CORNUCOPIA to d7352084dc73e6821b4c524084ff5492434e7659 |
02:06.11 | mrmoku | DocScrutinizer: actually I'm drinking a coffee right now :) |
02:06.24 | DocScrutinizer | too |
02:06.38 | DocScrutinizer | nevertheless almost asleep |
02:06.58 | mrmoku | we will leave essen somewhen after lunch |
02:08.29 | mrmoku | DocScrutinizer: make it 5hrs trip that would be coffee around 19 |
02:09.25 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r4aec5d81518b 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
02:09.52 | *** join/#openmoko-cdevel chomwitt (~chomwitt@ppp-94-69-230-164.home.otenet.gr) |
02:14.09 | DocScrutinizer | 19h sounds good |
02:14.37 | DocScrutinizer | 19:00 actually |
02:15.12 | mrmoku | yo |
02:15.21 | DocScrutinizer | the other channel somebody asks me for a link to cmtspeech, got sth for me? |
02:15.35 | mrmoku | cmtspeech like we do it? |
02:15.38 | DocScrutinizer | yep |
02:15.39 | mrmoku | or like meego does it? |
02:15.47 | DocScrutinizer | aaah meego |
02:15.49 | DocScrutinizer | hehe |
02:16.00 | DocScrutinizer | forgot about that |
02:16.21 | DocScrutinizer | nah, seems luke-jr hates PA as well |
02:16.44 | mrmoku | hehe |
02:16.47 | mrmoku | http://git.freesmartphone.org/?p=cornucopia.git;a=tree;f=fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata;h=e288a6d7433aed7b70d792d4823486b9ace7f44b;hb=HEAD |
02:16.51 | mrmoku | would be our thing |
02:20.28 | DocScrutinizer | [2011-12-18 03:18:45] <luke-jr> meego uses PA; do not want |
02:20.28 | DocScrutinizer | [2011-12-18 03:18:56] <luke-jr> (%*#)%# |
02:20.31 | DocScrutinizer | [2011-12-18 03:18:57] <DocScrutinizer> me neither :-D |
02:20.33 | DocScrutinizer | [2011-12-18 03:18:57] <luke-jr> vala -.- |
02:23.41 | lindi- | does not currently use either pulseaudio or vala on freerunner |
02:25.15 | mrmoku | ::P |
02:27.01 | lindi- | (but I don't have any strong opinions against them either, just not in use at the moment) |
02:29.04 | DocScrutinizer | >>pcmin.open( "plug:dsnoop", Alsa.PcmStream.CAPTURE );<< whom to bash for the hardcoded ALSA stack in a strng constant? |
02:30.19 | DocScrutinizer | correct way was to define pcm.cmtspeechin { type plug; slave dsnoop} |
02:30.31 | DocScrutinizer | in asoundrc |
02:31.11 | DocScrutinizer | then: pcmin.open( "cmtspeechin", Alsa.PcmStream.CAPTURE ); |
02:33.13 | DocScrutinizer | the way cmtspeech is coded is exactly the worst case for ACI |
02:35.23 | DocScrutinizer | it's actually the only case I'm not sure I could handle in ACI by replacing some definition via local override, like could be done even for pcmin.open( ""... alias pcmin.open( "default"... |
02:37.38 | DocScrutinizer | I CAN redefine !default so it uses some $env that are local to the process as we all know (alsaconf is user global!), I think I can't redefine combined stacked devices like plug:snoop |
02:38.07 | DocScrutinizer | ooh, I CAN, but it's a PITA |
02:43.36 | DocScrutinizer | hmm, seems we got wakelocks now? *NICE* :-(((( |
02:44.16 | DocScrutinizer | poettering suddenly lost his #1 position on my black list |
02:45.25 | DocScrutinizer | 2011, year of linux disappointments - - how true |
02:45.53 | CIA-82 | freesmartphone.org: 03mok 07cornucopia * rb2d2fd04ba0a 10/fsogsmd/src/plugins/pdp_option_gtm601/ (Makefile.am plugin.vala): |
02:45.55 | CIA-82 | freesmartphone.org: fsogsmd: actually really add the pdp plugin for option gtm601 |
02:45.55 | CIA-82 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
02:48.33 | DocScrutinizer | (alsa device by hardcoded string) same applies of course for >> pcmout.open( "plug:dmix" ); |
02:48.52 | DocScrutinizer | BAD(TM) |
02:51.09 | DocScrutinizer | (wakelocks) http://mg.pov.lt/maemo-irclog/latest.log.html#t2011-12-18T04:30:09 |
02:55.19 | mrmoku | JaMa: b2d2fd04ba0a153796eadab736858b61d8ac745b please :-) |
02:58.43 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r2fea84266ba6 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
04:53.02 | DocScrutinizer | [2011-12-18 05:22:10] * luke-jr writes an ALSA plugin to expose CMTSpeech as an ALSA device… |
04:53.04 | DocScrutinizer | [2011-12-18 05:23:00] <luke-jr> any reason *not* to do it that way? <.< |
04:53.05 | DocScrutinizer | [2011-12-18 05:34:25] <DocScrutinizer> luke-jr: HIGHLY welcome |
04:53.07 | DocScrutinizer | [ |
05:45.51 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
07:32.17 | *** join/#openmoko-cdevel Artox (~Artox@2001:638:208:d600:a907:d0c7:6f57:1463) |
07:55.49 | *** join/#openmoko-cdevel Artox (~Artox@2001:638:208:d600:40cf:bf17:ddd4:20d1) |
08:10.41 | *** join/#openmoko-cdevel nrirclog583 (~nrirclog@netripper.com) |
08:10.42 | *** join/#openmoko-cdevel ynezz_ (ynezz@ibawizard.net) |
08:11.02 | *** join/#openmoko-cdevel Mirv_ (~tajyrink@ubuntu/member/mirv) |
08:11.22 | *** join/#openmoko-cdevel fgau_ (~fgau@webbox1220.server-home.net) |
08:25.44 | *** join/#openmoko-cdevel anarsoul (~anarsoul@80.249.95.66) |
08:50.32 | *** join/#openmoko-cdevel papa-piet (~peter@port-92-204-116-76.dynamic.qsc.de) |
09:14.27 | *** join/#openmoko-cdevel Weiss (~taw27@zazu.bitwiz.org.uk) |
09:19.24 | *** join/#openmoko-cdevel hierax (~franam@host253-191-dynamic.252-95-r.retail.telecomitalia.it) |
09:20.54 | *** join/#openmoko-cdevel Slyon (~lukas@2001:4dd0:ff00:809d:f2de:f1ff:fe0e:bc0a) |
09:21.21 | *** join/#openmoko-cdevel mickey|linuxhote (~M@2001:4dd0:ff00:809d:216:d3ff:fe29:7a49) |
09:22.57 | *** join/#openmoko-cdevel NIN101 (~NIN101@2001:530::216:3cff:fe71:5e1e) |
09:29.48 | *** join/#openmoko-cdevel GNUtoo (~gnutoo@2001:4dd0:ff00:809d:1e4b:d6ff:fea6:7506) |
09:39.11 | GNUtoo | mrmoku, we have spam: http://www.shr-project.org/trac/ticket/1585 |
09:44.01 | *** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1) |
09:50.06 | antrik | mickey|linuxhote: http://pastebin.com/wApbqaXc |
09:50.13 | mickey|linuxhote | thankx |
09:53.17 | *** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1) |
09:54.27 | *** join/#openmoko-cdevel rhaeder (~rhaeder@dslb-178-006-056-216.pools.arcor-ip.net) |
09:55.21 | rhaeder | shr-core freezes at first setup page, modules.dep is missing and no network device is being setup -> garbage project |
09:56.08 | PaulFertser | rhaeder: what are you doing here then? |
09:56.19 | rhaeder | asking for help maybe? |
09:56.30 | PaulFertser | rhaeder: from the developers of "garbage"? |
09:57.10 | rhaeder | why was shr-unstable and shr-testing abondomed (or so)? |
09:57.17 | rhaeder | it was at least not crashing and working |
09:57.49 | PaulFertser | rhaeder: do you mean shr-core is garbage? |
09:57.57 | JaMa | rhaeder: what garbage image have you used |
09:58.09 | rhaeder | the xorg desktop seems to be there, okay. but no repsonse on clicking anywhere |
09:58.39 | rhaeder | http://build.shr-project.org/shr-core/images/om-gta02/shr-full-20111207-om-gta02.rootfs.jffs2 |
09:58.39 | PaulFertser | JaMa: how about renaming SHR -> Garbage? |
09:59.54 | JaMa | PaulFertser: do you think it will bring better bug reports and more patches? :) |
10:01.21 | rhaeder | at least the network device (USB cable) should work, so I can connect to it to do some patching |
10:03.01 | JaMa | have you seen StagingTest page? |
10:03.03 | PaulFertser | JaMa: i guess it should judging by the popularity of the epinomious band. |
10:03.52 | PaulFertser | eponymous |
10:04.12 | dos1|N900 | with SHR renamed to Garbage, SHR Downloads page could be renamed to Garbage Collector |
10:04.15 | dos1|N900 | ;D |
10:04.19 | PaulFertser | Yay |
10:05.06 | PaulFertser | 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... |
10:06.13 | JaMa | isn't only usbnet + wifi |
10:09.11 | rhaeder | I switch back to shr-unstable, it was the last known working thing for me |
10:13.49 | JaMa | 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 |
10:13.59 | PaulFertser | should consider booting his FR with a newer kernel it seems... |
10:18.47 | antrik | 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 |
10:23.33 | rhaeder | http://shr-project.org/trac/ticket/1586 <-- please fix this |
10:24.34 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E14CFD.dip.t-dialin.net) |
10:28.02 | mrmoku | DocScrutinizer: nice :) |
10:29.45 | antrik | rhaeder: as for why shr-unstable was abandonned, as OE people why they abandonned oe-classic. nothing to do with SHR really |
10:30.07 | rhaeder | okay |
10:30.22 | rhaeder | OE=OpenEmbedded? |
10:30.51 | antrik | (I'm sure the best start for this conversation will be going to the OE channel and announcing that oe-core is garbage :-P) |
10:30.56 | antrik | yes |
10:31.07 | JaMa | rhaeder: modules.dep is created during startup by opkg configure initscript which runs depmod and update-modules for each installed kernel module |
10:31.56 | rhaeder | JaMa: maybe not on my FR, I have tried to start shr-core several times |
10:32.04 | antrik | mrmoku: what is nice? the wakelocks in mainline Linux?... ;-) |
10:32.23 | mrmoku | antrik: :P |
10:32.36 | mrmoku | cmt packed into an alsa driver |
10:33.10 | JaMa | 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 |
10:33.12 | antrik | I blame morphis. I'm sure him implementing wakelocks in FSO triggered this ;-) |
10:34.31 | mickey|linuxhote | i agree fwiw, cmt as alsa driver would make more sense to me |
10:35.06 | rhaeder | shr-unstable creates modules.dep (or provides it), shr-core not |
10:37.22 | *** join/#openmoko-cdevel plotr1 (~name@dnm.47.96.126.92.dsl.krasnet.ru) |
10:37.22 | JaMa | rhaeder: did you check http://build.shr-project.org/shr-core/images/om-gta02/shr-full-20111207-om-gta02-testlab/files-in-image.txt ? |
10:39.06 | rhaeder | JaMa: see my last two comments in ticket |
10:39.16 | JaMa | rhaeder: did you try to ping right IP? |
10:39.30 | rhaeder | yes |
10:39.32 | rhaeder | "no route to host" with shr-core |
10:40.00 | JaMa | you mean "ping 192.168.0.202" ? |
10:40.04 | rhaeder | and there were some error messages on shr-core that makes me thing no "usb0" has been created |
10:40.18 | rhaeder | that is the IP of my FR :) |
10:40.36 | antrik | that's what you think :-P |
10:40.38 | JaMa | did you change it on FR in shr-core? |
10:41.10 | JaMa | 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? |
10:47.16 | *** join/#openmoko-cdevel VQuickSilver (~VQuickSil@246.Red-79-154-51.dynamicIP.rima-tde.net) |
10:47.17 | *** join/#openmoko-cdevel VQuickSilver (~VQuickSil@gentoo/contributor/vquicksilver) |
10:48.53 | rhaeder | only shr-core is garbage |
10:49.36 | rhaeder | don't say you changed it, too? |
10:50.11 | rhaeder | shr-unstable->shr-core change also has a change in architecture from "om-gta02" to "om_gta02" :/ |
10:53.41 | rhaeder | 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). |
10:55.11 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
11:04.31 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
11:08.55 | antrik | rhaeder: yeah, lots of stuff on the wiki is not yet updated for the switch to -core :-( |
11:09.08 | antrik | you can help us fix it :-) |
11:09.18 | pabs3 | does the g_ether driver get a different config in shr-core? |
11:09.29 | antrik | (and no, *we* didn't change that... OE guys did) |
11:09.31 | rhaeder | how? |
11:09.57 | rhaeder | the IP number has changed (from a always known one to something unknown)? |
11:10.00 | Heinervdm | it's in /etc/network/interfaces |
11:10.24 | rhaeder | where is that file (outside of the FR device because I cannot SSH there) |
11:10.39 | Heinervdm | try 192.168.7.2 |
11:10.55 | rhaeder | shr-unstable is already flushed on my device, sorry |
11:14.50 | JaMa | rhaeder: then we cannot help you, sorry |
11:15.10 | *** join/#openmoko-cdevel plotr (~name@dnm.61.71.124.92.dsl.krasnet.ru) |
11:15.37 | JaMa | pabs3: what do you mean by g_ether config? ie hwaddr? |
11:15.43 | rhaeder | 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 |
11:16.22 | rhaeder | and if you do so, keep your wiki updated (IP number change _is_ a critical change) |
11:16.48 | JaMa | pabs3: there is the same /etc/init.d/g_ether.sh which is used to define hwaddr |
11:17.44 | JaMa | rhaeder: calling something garbage is wrong way to handle developers waking up after long hacking night.. |
11:18.42 | JaMa | rhaeder: have you already fixed the wiki entry? |
11:21.51 | *** join/#openmoko-cdevel plotr1 (~name@dnm.124.1.188.95.dsl.krasnet.ru) |
11:32.54 | dos1 | rhaeder: if you don't want shr-unstable to be abandoned, then go maintain it - you're free to do that |
11:33.43 | dos1 | 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 |
11:47.04 | chomwitt | 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. |
11:47.46 | chomwitt | of course the first reference i had was: http://wiki.openmoko.org/wiki/USB_Networking |
11:51.19 | rhaeder | read this: http://shr-project.org/trac/ticket/1586#comment:6 |
12:32.59 | *** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at) |
12:36.49 | *** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
12:46.28 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@p5B0AA2EA.dip.t-dialin.net) |
13:05.15 | *** join/#openmoko-cdevel mickey|ICE721 (~M@80.187.210.115) |
13:57.56 | *** join/#openmoko-cdevel toams (~tommi@94-224-20-159.access.telenet.be) |
14:09.06 | *** join/#openmoko-cdevel pablo (~pablo@freeshell.de) |
14:09.21 | pablo | hi, isn't there a sip client for shr distribution? |
14:12.22 | DocScrutinizer | antrik: hardcoding a stack is *always* a very por idea |
14:12.28 | DocScrutinizer | poor* |
14:12.56 | DocScrutinizer | esp since it earns you nothing |
14:13.44 | DocScrutinizer | it's like... hardcoding the PT size of headlines in a text editor |
14:21.03 | DocScrutinizer | and basically it kills the whole idea behind ACI |
14:23.56 | *** join/#openmoko-cdevel karl444 (5cc48322@gateway/web/freenode/ip.92.196.131.34) |
14:24.48 | leirbag | lindi-: there is an interest to set "pull-up" on a gpio port used for a clock ? |
14:25.25 | lindi- | leirbag: hmm? |
14:25.49 | leirbag | I don't really understand the interest of "pull-up/down" |
14:25.53 | DocScrutinizer | 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" |
14:27.05 | karl444 | 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 ;-) |
14:28.46 | lindi- | leirbag: did I miss some context? |
14:30.00 | PaulFertser | 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. |
14:30.01 | leirbag | lindi-: hmmm no :P it's always for the MMC card, I explore some way :) |
14:30.34 | lindi- | PaulFertser: everything is surely possible |
14:30.52 | lindi- | PaulFertser: but it shouldn't be very probable in normal upgrades |
14:32.38 | *** join/#openmoko-cdevel karl444 (5cc48322@gateway/web/freenode/ip.92.196.131.34) |
14:33.02 | PaulFertser | 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 |
14:33.17 | *** part/#openmoko-cdevel pablo (~pablo@freeshell.de) |
14:33.52 | lindi- | PaulFertser: libc was upgraded? |
14:33.58 | lindi- | PaulFertser: what sort of upgrade was that? |
14:35.15 | PaulFertser | 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). |
14:35.39 | karl444 | 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. |
14:35.51 | lindi- | PaulFertser: well technically the problem is that you just can't make the upgrade process atomic that easily |
14:36.07 | lindi- | PaulFertser: each file is replaced atomically but that does not always help |
14:36.57 | lindi- | maybe when /bin, /sbin and /lib get moved to /usr we could have /usr on some btrfs storage that would support snapshots or something |
14:37.01 | PaulFertser | 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. |
14:37.09 | dos1 | 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 |
14:37.27 | lindi- | PaulFertser: yeah I think it should prevent shutdown during upgrade yes |
14:37.37 | lindi- | PaulFertser: but libc upgrades are quite rare in debian at least |
14:38.19 | PaulFertser | lindi-: well, even if, say kde or gnome upgrade process is half-complete, it makes the system "unusable" for a "regular" user. |
14:38.43 | lindi- | PaulFertser: yep |
14:39.12 | lindi- | PaulFertser: but at least the upgrade process is not a child of some gui thing |
14:39.22 | lindi- | PaulFertser: if the gui crashes during upgrade the upgrade will still continue in the background |
14:41.12 | PaulFertser | 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 :) |
14:41.53 | PaulFertser | lindi-: do you think it worth to create a bug description? I'm not sure i can express it clearly and convincingly enough though. |
14:47.42 | lindi- | PaulFertser: i'd check what the api for canceling upgrade is |
14:47.58 | lindi- | if that looks good then I guess that'd make sense |
14:56.02 | DocScrutinizer | 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 |
14:56.34 | PaulFertser | DocScrutinizer: hm, on a journalling FS that should be totally impossible. Probably on any FS for that matter. |
14:57.02 | DocScrutinizer | anyway it's the only explanation for the fs fsckups I've seen |
14:57.26 | lindi- | fs corruption is something the distro can't do much about |
14:57.37 | DocScrutinizer | except maybe real HDD failure |
14:57.38 | lindi- | it should be an fs bug indeed |
14:57.45 | PaulFertser | DocScrutinizer: what i'm describing here is not an fs fuckup, rather a distro getting into an inconsistent state. |
14:57.53 | DocScrutinizer | aah |
14:58.23 | CIA-82 | 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 |
14:58.35 | CIA-82 | 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 |
14:58.46 | CIA-82 | 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 |
14:59.30 | lindi- | PaulFertser: debian policy 6.2 specifies that the maintainer scripts should be idempotent so it should be ok to run the more than once |
14:59.31 | *** join/#openmoko-cdevel chomwitt (~chomwitt@ppp-94-64-31-140.home.otenet.gr) |
15:00.03 | lindi- | 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 |
15:00.21 | DocScrutinizer | hehe |
15:00.23 | PaulFertser | lindi-: exactly :) |
15:01.15 | PaulFertser | 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. |
15:06.36 | DocScrutinizer | PaulFertser: moin |
15:07.06 | PaulFertser | DocScrutinizer: moinmoin |
15:07.07 | PaulFertser | :) |
15:07.23 | PaulFertser | While others are having fun at FSOSHRUDEVCON we're lurking here on irc, heh |
15:07.25 | DocScrutinizer | trying to ping mrmoku - on - the - road |
15:07.55 | DocScrutinizer | I think fsoshrcsrfgconf |
15:08.00 | DocScrutinizer | is over by now |
15:08.27 | PaulFertser | Probably so. |
15:08.31 | DocScrutinizer | duh, gconf - sorry that was NOT intended |
15:08.33 | DocScrutinizer | :-D |
15:09.37 | DocScrutinizer | F10N |
15:10.24 | DocScrutinizer | I thought they planned to meet me for a coffee, in ~3h |
15:10.41 | DocScrutinizer | yet we haven't agreed on any location |
15:12.02 | PaulFertser | DocScrutinizer: JaMa|Off and mrmoku ? |
15:12.20 | DocScrutinizer | well, mrmoku knows where I'm living, so they won't hit too far away from where I'll be |
15:12.26 | DocScrutinizer | yep |
15:13.10 | PaulFertser | I think it's a ~5 hours drive from Essen. |
15:13.27 | DocScrutinizer | so they told me |
15:13.53 | DocScrutinizer | [2011-12-18 03:06:56] <mrmoku> we will leave essen somewhen after lunch |
15:13.54 | DocScrutinizer | [2011-12-18 03:08:28] <mrmoku> DocScrutinizer: make it 5hrs trip that would be coffee around 19 |
15:15.03 | DocScrutinizer | that's why I wonder if I could ping them while they move |
15:15.19 | DocScrutinizer | mrmoku: PING :-D |
15:18.35 | DocScrutinizer | 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 |
15:24.25 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r2a8de96e7563 10/fsoaudiod/ (6 files in 3 dirs): |
15:24.26 | CIA-82 | freesmartphone.org: fsoaudiod: add configuration for herring machine; alsa scenarios still missing |
15:24.26 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.27 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r20f39cc92bc8 10/fsogsmd/src/plugins/modem_samsung/ (callhandler.vala soundhandler.vala): |
15:24.27 | CIA-82 | freesmartphone.org: fsogsmd: modem_samsung: rework sending sound related messages regarding to changes in libsamsung-ipc |
15:24.27 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.29 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r4ab753b04fd1 10/libfsosystem/fsosystem/filesystem.vala: |
15:24.29 | CIA-82 | freesmartphone.org: libfsosystem: import write method from libfsobasics |
15:24.29 | CIA-82 | freesmartphone.org: There is currently no clear line between libfsobasics and libfsosystem so we need to |
15:24.29 | CIA-82 | freesmartphone.org: define what should be in which one and migrate all dependencies to use the the correct |
15:24.29 | CIA-82 | freesmartphone.org: library. |
15:24.29 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.30 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r72ad2f84fdcd 10/fsogsmd/src/plugins/modem_samsung/Makefile.am: |
15:24.36 | CIA-82 | freesmartphone.org: fsogsmd: modem_samsung: remove leftover dependencies of modem_qualcomm_palm plugin |
15:24.36 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.36 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * rb71e0ca70a1a 10/libfsosystem/fsosystem/ (Makefile.am wakelock.vala): |
15:24.36 | CIA-82 | freesmartphone.org: libfsosystem: add simple abstraction class for android wakelocks |
15:24.36 | CIA-82 | freesmartphone.org: In general no one really needs this and wants to use it but there are some cases where we |
15:24.36 | CIA-82 | freesmartphone.org: should to integrate the best way with a android based kernel. If this class is used on |
15:24.37 | CIA-82 | freesmartphone.org: systems without wakelock support using it will have no impact on the system suspend |
15:24.38 | CIA-82 | freesmartphone.org: handling. |
15:24.38 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.50 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r6644c22cb67d 10/fsousaged/src/plugins/dbus_service/plugin.vala: |
15:24.50 | CIA-82 | freesmartphone.org: fsousaged: dbus_service: adjust signature of resume method to catch up with the specification |
15:24.50 | CIA-82 | freesmartphone.org: The FSO API specification requires two parameters for the resume method of the usage |
15:24.50 | CIA-82 | freesmartphone.org: service: One for the source and one for the reason. This implements only the parameters so |
15:24.50 | CIA-82 | freesmartphone.org: we can call the resume method correctly from the outside but we're not using both |
15:24.51 | CIA-82 | freesmartphone.org: parameters atm. |
15:24.51 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:24.52 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * rbbc1305cba65 10/fsoaudiod/ (7 files in 3 dirs): |
15:25.09 | CIA-82 | freesmartphone.org: fsoaudiod: add ALSA scenario files for herring machine |
15:25.09 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:25.09 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * refaf9603c659 10/fsogsmd/src/plugins/modem_samsung/channel.vala: |
15:25.09 | CIA-82 | freesmartphone.org: fsogsmd: modem_samsung: acquire a wakelock while we're processing incoming messages |
15:25.09 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:25.10 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * rfbbf240b18f7 10/fsogsmd/ (configure.ac src/plugins/modem_samsung/Makefile.am): |
15:25.10 | CIA-82 | freesmartphone.org: fsogsmd: add libfsosystem as dependency and use it in modem_samsung plugin |
15:25.10 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:25.11 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * re514eec6e8c3 10/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: |
15:26.09 | CIA-82 | freesmartphone.org: fsogsmd: modem_samsung: correct handling of incoming signal strength updates |
15:26.09 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
15:32.41 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
15:33.21 | *** join/#openmoko-cdevel chomwitt (~chomwitt@athedsl-4386807.home.otenet.gr) |
15:39.31 | *** join/#openmoko-cdevel chomwitt (~chomwitt@athedsl-4386397.home.otenet.gr) |
16:20.21 | *** join/#openmoko-cdevel [Rui] (~rms@a79-169-124-120.cpe.netcabo.pt) |
16:29.23 | JaMa|Off | DocScrutinizer: hi |
16:29.35 | DocScrutinizer | hi |
16:29.38 | JaMa|Off | DocScrutinizer: we're few km from N |
16:29.51 | JaMa|Off | where can we meet? |
16:30.26 | JaMa|Off | the phone number mrmoku had is no longer valid it seems |
16:30.30 | JaMa|Off | :) |
16:33.05 | [Rui] | chuif chuif . o O ( FSOSHRFUDCON ) |
16:33.38 | PaulFertser | JaMa|Off: Palais Schaumburg, Kernstrasse, |
16:33.39 | PaulFertser | http://maps.google.de/maps/place?q=Gaststätte+Palais+Schaumburg,+Kernstraße,+Nürnberg&hl=de&ie=UTF8&cid=16430478675594460899 |
16:34.25 | DocScrutinizer | JaMa|Off: ^^^ |
16:34.47 | DocScrutinizer | alas I'm yet busy, planned for 19:00 |
16:35.34 | DocScrutinizer | 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 |
16:35.55 | *** join/#openmoko-cdevel pespin (~pespin@90.163.76.185) |
16:36.50 | DocScrutinizer | 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 |
16:37.16 | DocScrutinizer | btw the Palais has WLAN |
16:39.24 | DocScrutinizer | <PROTECTED> |
16:40.24 | DocScrutinizer | my mobile number hasn't changed since 12 years |
16:40.37 | JaMa|Off | ok, I'm not sure if mrmoku will wait, but I'll |
16:41.05 | JaMa|Off | but I have no idea how you look :) |
16:41.15 | DocScrutinizer | maybe he wants to eat something, it's not bad what they serve there |
16:41.24 | DocScrutinizer | hah |
16:42.48 | DocScrutinizer | http://maemo.org/profile/view/joerg_rw/ |
16:42.55 | DocScrutinizer | should give you an idea |
16:48.59 | *** join/#openmoko-cdevel chomwitt (~chomwitt@ppp-94-64-102-83.home.otenet.gr) |
17:30.04 | *** join/#openmoko-cdevel ben_t (~ben@88-104-172-220.dynamic.dsl.as9105.com) |
17:31.08 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
17:50.41 | *** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1) |
18:03.33 | *** join/#openmoko-cdevel ege (~erik@77-56-170-174.dclient.hispeed.ch) |
18:11.07 | *** join/#openmoko-cdevel chomwitt (~chomwitt@athedsl-4383750.home.otenet.gr) |
19:10.10 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
19:22.32 | *** join/#openmoko-cdevel cargill (~ondra@ip-94-112-189-1.net.upcbroadband.cz) |
19:27.18 | *** join/#openmoko-cdevel plotr (~name@dnm.124.1.188.95.dsl.krasnet.ru) |
19:34.18 | *** join/#openmoko-cdevel rah (~rah@cpc8-live19-2-0-cust155.know.cable.virginmedia.com) |
19:47.44 | *** join/#openmoko-cdevel nschle85 (~user@176.2.140.207) |
19:58.06 | DocScrutinizer51 | ~botsnack |
19:58.06 | apt | DocScrutinizer51: aw, gee |
19:59.06 | DocScrutinizer51 | mrmoku: already at home? |
20:14.49 | VQuickSilver | 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). |
20:15.04 | VQuickSilver | ops s/hierax/hi sorry hieras |
20:16.16 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
20:29.13 | mrmoku | DocScrutinizer51: yo |
20:29.25 | mrmoku | DocScrutinizer51: sorry I did not wait for you |
20:29.55 | mrmoku | but I was frightened that the wet freeway might turn into something usable for ice skating ;) |
20:31.18 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
20:32.48 | mrmoku | DocScrutinizer51: btw. nice place that Palais |
20:35.06 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
20:40.02 | *** join/#openmoko-cdevel toams (~tommi@94-224-20-159.access.telenet.be) |
20:46.31 | DocScrutinizer | mrmoku: indeed, usually |
20:46.59 | mrmoku | DocScrutinizer: found JaMa|Off ? |
20:47.01 | DocScrutinizer | no problem about your plans |
20:47.05 | DocScrutinizer | sure |
20:47.09 | mrmoku | good :) |
20:47.13 | DocScrutinizer | yep |
20:47.22 | DocScrutinizer | nice guy(s) |
20:47.28 | mrmoku | yeah, indeed |
20:47.45 | DocScrutinizer | been a please making my day |
20:47.50 | DocScrutinizer | pleasure |
20:47.57 | mrmoku | :) |
20:48.59 | DocScrutinizer | alas I have to do anoying silly stuff for my daily work now - deliver "Lohnsteuerkarte" to my employer in far northern end of town |
20:49.07 | mrmoku | hehe |
20:50.33 | mrmoku | ok... time for some tv in bed... somehow I feel quite dead :-P |
20:50.49 | DocScrutinizer | yeah, I feel with you |
20:50.52 | mrmoku | cu and gnight |
20:50.53 | mrmoku | :) |
20:50.53 | DocScrutinizer | enjoy! |
20:50.55 | mrmoku | thx |
20:51.16 | mrmoku | DocScrutinizer: btw. the day I will have to ask you for help with amix-path-construction is coming closer :) |
20:51.35 | mrmoku | anyway... gnight |
20:51.41 | DocScrutinizer | np, I already wrapped my head around it today |
20:52.01 | DocScrutinizer | n8 |
20:54.29 | DocScrutinizer | fsckng employee status: when you *have to* work 8h each day :-/ |
20:55.06 | DocScrutinizer | and deal with such crap like "lohnsteuerbescheinigung" |
20:55.49 | *** join/#openmoko-cdevel TAsn (~tom@enlightenment/developer/TAsn) |
20:56.07 | DocScrutinizer | esp you *have to* do this at a certain location, at a certain time schedule |
20:56.46 | DocScrutinizer | feels abused |
20:58.20 | *** part/#openmoko-cdevel nschle85 (~user@176.2.140.207) |
21:05.27 | *** join/#openmoko-cdevel Apsu (~apsu@xdsl-83-150-125-3.nebulazone.fi) |
21:09.28 | *** join/#openmoko-cdevel GNUtoo (~gnutoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
21:11.55 | GNUtoo | JaMa|Off, hi |
21:12.41 | GNUtoo | where should I push the work I did at the airport on the 3.1 kernel (unfinished) for om-gta02 |
21:26.23 | anarsoul | GNUtoo: did you try bluetooth on 3.1 on om-gta02? |
21:26.58 | GNUtoo | I just compiled my partial work |
21:27.00 | VQuickSilver | hi GNUtoo |
21:27.05 | GNUtoo | some stuff don't compile some do |
21:27.09 | GNUtoo | it's WIP |
21:27.17 | GNUtoo | I didn't try to run it yet |
21:27.25 | GNUtoo | but glamo compiles |
21:27.30 | GNUtoo | which is the principal for me |
21:27.37 | VQuickSilver | GNUtoo, any news on the armv6-novfp patch? |
21:27.52 | GNUtoo | VQuickSilver, I was at FSOSHRCON2011 |
21:27.57 | GNUtoo | so I didn't work on it |
21:28.03 | GNUtoo | I'll send it to you |
21:28.13 | VQuickSilver | GNUtoo, oh I forgot it |
21:28.33 | VQuickSilver | GNUtoo, any videos about FSOSHRCON2011? |
21:28.58 | GNUtoo | there we also decided to focus on a small set of machines,but that doesn't prevent new developers from doing a new port |
21:29.04 | anarsoul | GNUtoo: on what bus gta02 bluetooth sits? |
21:29.06 | GNUtoo | just that I cannot work on every machine at once |
21:29.12 | GNUtoo | same for every developer |
21:29.36 | GNUtoo | so we decided to put the machines that nobody works on in the unmaintained section |
21:29.59 | GNUtoo | VQuickSilver, no videos, no one recorded, but the wiki has some notes about what decision we took |
21:30.04 | GNUtoo | anarsoul, no idea |
21:30.08 | VQuickSilver | GNUtoo, ok |
21:30.15 | GNUtoo | anarsoul, I think SDIO |
21:30.18 | GNUtoo | but I'm not sure |
21:30.33 | VQuickSilver | GNUtoo, Wifi works now on my phone |
21:30.49 | GNUtoo | wow!!!! |
21:30.56 | GNUtoo | your phone is great |
21:30.56 | VQuickSilver | GNUtoo, but I don't know what to do with the firmware |
21:31.03 | VQuickSilver | GNUtoo, should I make a recipe for it? |
21:31.08 | GNUtoo | I didn't have that much luck while doing the htcdream port |
21:31.09 | VQuickSilver | or let the users copy it? |
21:31.22 | GNUtoo | if the firmware is redistributable a recipe is allowed |
21:31.40 | GNUtoo | else you have to let the users copy it |
21:31.41 | VQuickSilver | the problem is that I don't know, I have the files, but I don't have a license file |
21:31.53 | GNUtoo | ok then try to use one that has a license file |
21:31.59 | GNUtoo | like from linux-firmware |
21:32.03 | GNUtoo | from git.kenrel.org |
21:32.13 | VQuickSilver | GNUtoo, I tried, but it doesn't work |
21:32.19 | GNUtoo | ok |
21:32.25 | GNUtoo | then let the user copy it that way: |
21:32.34 | VQuickSilver | I need this specific firmware verison I suppose |
21:32.36 | GNUtoo | add a firmware page in the shr wiki |
21:32.41 | GNUtoo | for your device |
21:32.57 | GNUtoo | and ask the devs of shr-wizard to point users to that page |
21:33.20 | VQuickSilver | GNUtoo, I changed the kernel driver, to let the user specify where to search for the firmware files in menuconfig |
21:33.24 | *** join/#openmoko-cdevel anarsoul (~anarsoul@80.249.95.66) |
21:33.44 | VQuickSilver | maybe I can point to the android partition mount point and load it from there |
21:33.53 | GNUtoo | yes |
21:34.10 | GNUtoo | add the android partition to /etc/fstab |
21:34.18 | GNUtoo | and load the firmware as module parameter |
21:34.30 | VQuickSilver | GNUtoo, by the way I also added a custom fstab |
21:34.32 | GNUtoo | but before you should think about upstreaming what you already got |
21:34.37 | GNUtoo | else it would become too hard |
21:34.40 | GNUtoo | and document also |
21:34.45 | VQuickSilver | GNUtoo, yeah |
21:34.56 | VQuickSilver | GNUtoo, I need the armv6-novpf thingy first |
21:35.00 | anarsoul | according to wiki bt is on usb... |
21:35.14 | GNUtoo | anarsoul, ah yes right |
21:35.48 | VQuickSilver | GNUtoo, to enable wifi I have to stop connman |
21:36.00 | VQuickSilver | and enable the card in rfkill |
21:36.39 | GNUtoo | VQuickSilver, yes that's a bug |
21:36.41 | VQuickSilver | after that I can use iliwi to list wireless networks |
21:36.48 | GNUtoo | VQuickSilver, I think I bugreported it already |
21:36.56 | GNUtoo | it's because of rfkill |
21:37.00 | VQuickSilver | ok |
21:37.08 | VQuickSilver | I think my phone uses rfkill for bluetooth too |
21:37.15 | VQuickSilver | I have rfkill0 and rfkill1 |
21:38.04 | GNUtoo | yes it does if you have to kill connman |
21:38.52 | VQuickSilver | GNUtoo, calc app doesn't show all the numbers |
21:38.54 | VQuickSilver | bug? |
21:39.27 | GNUtoo | screenshot? |
21:39.28 | VQuickSilver | I see only 2 rows |
21:39.42 | GNUtoo | note that SHR can accept patches even if the armv6 is not done yet |
21:39.58 | GNUtoo | so you can even prepare patches for shr if the armv6 is not in |
21:39.58 | VQuickSilver | GNUtoo, maybe it's for using the screen in rotated position |
21:40.09 | GNUtoo | VQuickSilver, screenshot? |
21:40.11 | VQuickSilver | GNUtoo, how I do a screenshot? |
21:40.16 | GNUtoo | gpe-scap |
21:40.39 | VQuickSilver | I don't have it installed |
21:40.49 | VQuickSilver | wait a second |
21:42.02 | VQuickSilver | 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. |
21:42.36 | GNUtoo | http://gnutoo.homelinux.org/downloads/people/VQuickSilver/armv6-patches.tar.bz2 |
21:42.48 | GNUtoo | VQuickSilver, you have to fork it |
21:43.00 | VQuickSilver | GNUtoo, I'm working on a local branch now |
21:43.09 | GNUtoo | then you need to push somewhere |
21:43.16 | VQuickSilver | but yeah maybe I will push it to github |
21:43.21 | GNUtoo | yes |
21:43.31 | GNUtoo | but in the long time you'll need to push to freesmartphone.org |
21:43.41 | GNUtoo | because all our kernels are there |
21:43.44 | VQuickSilver | ok |
21:43.59 | GNUtoo | VQuickSilver, the link was for you |
21:44.01 | GNUtoo | it's my patches |
21:44.07 | GNUtoo | each dir is a branch |
21:44.17 | GNUtoo | and the patches are the ones touching the htcdream |
21:44.26 | GNUtoo | s/htcdream/armv6-novfp |
21:45.09 | VQuickSilver | ok |
21:50.43 | VQuickSilver | GNUtoo, uhm how I make a screenshot of the calc app? |
21:50.51 | VQuickSilver | I get a screenshot of the app list instead |
21:51.07 | GNUtoo | start calc |
21:51.10 | GNUtoo | ssh into your phone |
21:51.19 | VQuickSilver | done |
21:51.21 | GNUtoo | and run that trough ssh: |
21:51.26 | GNUtoo | export DISPLAY=:0 |
21:51.29 | GNUtoo | gpe-scap |
21:52.26 | VQuickSilver | GNUtoo, ok done |
21:52.29 | VQuickSilver | where I can upload it? |
21:52.42 | GNUtoo | slect gpe-scap |
21:52.45 | GNUtoo | oops |
21:52.53 | GNUtoo | there is an option for sending to scap.linuxtogo.org |
21:52.56 | GNUtoo | in the app |
21:53.03 | GNUtoo | that requires internet access on your phone tough |
21:53.35 | VQuickSilver | GNUtoo, I have wifi off at the moment |
21:53.45 | GNUtoo | ok |
21:53.57 | VQuickSilver | GNUtoo, let me find some free service |
21:54.02 | VQuickSilver | in kde there was a plugin |
21:54.24 | GNUtoo | ok |
21:54.40 | *** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at) |
21:55.13 | VQuickSilver | GNUtoo, http://postimage.org/image/vmzopp9az/ |
21:56.36 | GNUtoo | hmmm |
21:56.38 | GNUtoo | that's a bug |
21:56.55 | GNUtoo | try to lower FINGER_SIZE |
21:57.11 | GNUtoo | or maybe it just doesn't work on such small resolution |
21:57.57 | VQuickSilver | GNUtoo, maybe to big DPI? |
21:58.11 | VQuickSilver | but the rest of the apps seems to work ok |
21:58.11 | GNUtoo | possible too |
21:58.18 | GNUtoo | so don't break the rest of the apps |
21:59.04 | VQuickSilver | GNUtoo, to make alsa work I should pass to aplay -D hw:0 how to set it globally for all the apps? |
22:00.30 | GNUtoo | asoundrc |
22:00.34 | GNUtoo | .mmap works? |
22:00.55 | GNUtoo | s#asoundrc#.asoundrc or /etc/asound.conf# |
22:01.06 | VQuickSilver | GNUtoo, what is .mmap? |
22:02.06 | GNUtoo | it's a memory mapped API |
22:02.23 | GNUtoo | and it's necessary for dmix which provides sound multiplexing |
22:02.27 | VQuickSilver | GNUtoo, I haven't tested it |
22:02.28 | GNUtoo | try aplay |
22:02.34 | GNUtoo | it has an mmap mode |
22:02.42 | GNUtoo | it's one of the arguments |
22:02.50 | GNUtoo | one of the args make it use mmap |
22:02.58 | GNUtoo | the default sound is broken? |
22:03.04 | VQuickSilver | yes |
22:03.14 | GNUtoo | how is it broken? |
22:03.16 | VQuickSilver | I need to pass -D hw:0 if not it doesn't work |
22:03.20 | GNUtoo | and what's your kernel version? |
22:03.30 | VQuickSilver | ALSA lib pcm_direct.c:877:(snd1_pcm_direct_initialize_slave) slave plugin does not support mmap interleaved or mmap noninterleaved access |
22:03.30 | VQuickSilver | ALSA lib pcm_dmix.c:1030:(snd_pcm_dmix_open) unable to initialize slave |
22:03.30 | VQuickSilver | aplay: main:660: audio open error: Invalid argument |
22:03.40 | VQuickSilver | this happens If I dont do -D hw:0 |
22:03.44 | VQuickSilver | 2.6.35.7 |
22:04.00 | GNUtoo | hmmm no mmap |
22:04.08 | GNUtoo | that's bad but not irremediable |
22:04.12 | GNUtoo | you have 2 solutions: |
22:04.17 | GNUtoo | * use pulse |
22:04.23 | GNUtoo | * port an mmap driver |
22:04.28 | GNUtoo | the second one is quite doable |
22:04.37 | GNUtoo | since we have mmap on the htcdream |
22:04.51 | GNUtoo | I think the driver comes from the palm pixie |
22:05.04 | VQuickSilver | ok, so pulseaudio as workarround until I get a correct driver |
22:05.19 | GNUtoo | not sure that pulse works |
22:05.22 | GNUtoo | you must try it |
22:05.25 | VQuickSilver | ok |
22:05.37 | GNUtoo | to make pulse work you should provide that: |
22:05.45 | GNUtoo | alsa->pulse->alsa |
22:05.55 | GNUtoo | that would make all apps compatible |
22:06.02 | VQuickSilver | ok |
22:06.14 | GNUtoo | but pulse has its cost in term of performance |
22:06.28 | GNUtoo | and it's not guaranteed to work with your sound card |
22:06.50 | VQuickSilver | GNUtoo, no problem will try to search another driver |
22:07.03 | VQuickSilver | or an updated version |
22:07.13 | GNUtoo | take the dream driver |
22:07.25 | GNUtoo | but first try to get the most stuff that you have upstream |
22:07.33 | GNUtoo | and look at the patches I pointed you to |
22:07.33 | VQuickSilver | it's the same card? |
22:07.43 | GNUtoo | I guess it's the same kind of system |
22:07.49 | GNUtoo | what's the sound driver you use |
22:07.52 | GNUtoo | msm7k? |
22:07.55 | GNUtoo | msm7kv2? |
22:08.00 | VQuickSilver | GNUtoo, I'll tell you now |
22:08.37 | VQuickSilver | in the kernel I have this |
22:08.40 | VQuickSilver | <*> SoC Audio for the MSM series chips │ │ |
22:08.40 | VQuickSilver | <PROTECTED> |
22:08.40 | VQuickSilver | <PROTECTED> |
22:08.45 | VQuickSilver | but not sure about the chipset |
22:09.10 | anarsoul | msm has a codec integrated into a SoC? |
22:09.32 | VQuickSilver | at /proc/asound/cards |
22:09.33 | VQuickSilver | <PROTECTED> |
22:09.33 | VQuickSilver | <PROTECTED> |
22:09.48 | GNUtoo | VQuickSilver, so try to import the dream driver |
22:09.55 | GNUtoo | or look at how I imported it |
22:09.58 | GNUtoo | or the pixie driver |
22:10.01 | GNUtoo | or something like that |
22:10.05 | GNUtoo | some driver with .mmap |
22:10.14 | GNUtoo | anarsoul, it works that way: |
22:10.34 | GNUtoo | the modem controls the CODEC, (and also the GPS) (and can also read/write CPU's RAM) |
22:21.47 | *** join/#openmoko-cdevel [Rui] (~rms@a79-169-124-120.cpe.netcabo.pt) |
22:24.06 | [Rui] | <PROTECTED> |
22:40.47 | DocScrutinizer | JaMa|Off: CSSU news in #maemo-ssu |
22:46.40 | [Rui] | ok, one also needs to "rotate" xinput's axises |
22:52.01 | *** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1) |
22:53.00 | GNUtoo | [Rui], look at the patch in meta-openmoko |
22:53.17 | GNUtoo | there is a patch against xorg for swapping axes |
22:56.58 | *** join/#openmoko-cdevel MadTBone (~madt@cpe-66-65-123-56.nyc.res.rr.com) |
23:08.18 | [Rui] | GNUtoo, hms... |
23:10.50 | [Rui] | GNUtoo, you mean in shr we patch xorg so it works on the axes as well? |
23:11.16 | [Rui] | meanwhile, I found out a script that made me understand what are the correct calls. |
23:11.59 | [Rui] | so omnewrotate not only will support two devices, but it will learn to do xinput as well.... |
23:13.15 | [Rui] | I wonder how to control "Evdev Middle Button Emulation (271):0" properly |
23:13.22 | [Rui] | or third button |
23:13.53 | [Rui] | maybe by setting it to 1 |
23:14.58 | [Rui] | YES it works! |
23:15.09 | [Rui] | <PROTECTED> |
23:15.26 | [Rui] | Evdev Middle Button Emulation (271):0 |
23:15.27 | [Rui] | Evdev Middle Button Timeout (272):50 |
23:15.27 | [Rui] | Evdev Third Button Emulation (273):0 |
23:15.27 | [Rui] | Evdev Third Button Emulation Timeout (274):1000 |
23:15.27 | [Rui] | Evdev Third Button Emulation Button (275):3 |
23:15.27 | [Rui] | Evdev Third Button Emulation Threshold (276):20 |
23:15.42 | [Rui] | sorry for the spam, but maybe these props could be useful |
23:16.03 | [Rui] | And evdev does the right thing, unlike the older method |
23:16.15 | [Rui] | if I keep the button pressed moving around, it doesn't count |
23:16.17 | [Rui] | cool! |
23:46.35 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |