| 00:29.42 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
| 01:18.37 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.138) |
| 01:27.31 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
| 01:37.57 | *** join/#maemo-ssu Scorpius (~naikel@190.201.107.179) |
| 01:44.42 | *** join/#maemo-ssu gregoa (~gregoa@212.186.52.66) |
| 02:10.51 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 03:16.55 | *** join/#maemo-ssu taziff1 (~Taziff@cyr108.internetdsl.tpnet.pl) |
| 04:10.49 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
| 04:14.29 | *** join/#maemo-ssu kerio (~kerio@unaffiliated/kerio) |
| 04:34.15 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
| 04:53.30 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
| 05:39.19 | *** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
| 05:39.27 | *** part/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
| 05:58.06 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 07:23.00 | amiconn | would be interested in browsermark results from thumb microb |
| 07:25.36 | kerio | dammit Pali, hurry :( |
| 07:25.58 | Pali | kerio, hi |
| 07:26.04 | kerio | hi! |
| 07:28.15 | freemangordon | Raimu: http://talk.maemo.org/showpost.php?p=1235019&postcount=325 |
| 07:29.05 | kerio | Pali: where's my KP51 in -devel? :C |
| 07:29.23 | freemangordon | kerio: no KP51 for you :P |
| 07:50.31 | DocScrutinizer05 | kerio: where's your report about testing KP51 from http://talk.maemo.org/showpost.php?p=1234313&postcount=445 |
| 08:32.39 | *** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 09:19.03 | chem|st | moo |
| 09:20.08 | chem|st | after I had my bt back last night I tried to pair it with my tv, no luck, with my desktop I only got filetransfer working |
| 09:29.28 | *** join/#maemo-ssu arcean (~arcean@83.4.123.189) |
| 09:41.30 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
| 10:16.21 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 10:40.29 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 11:04.54 | *** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl) |
| 11:07.31 | kerio | DocScrutinizer05: there isn't one |
| 11:07.36 | kerio | because KP51 is not in the repos! |
| 11:09.11 | DocScrutinizer05 | kerio: we won't put it into any repo until you have tested it ;-P |
| 11:09.18 | kerio | :( |
| 11:09.20 | kerio | ok |
| 11:09.21 | kerio | i tested it |
| 11:09.23 | kerio | everything works |
| 11:09.59 | Pali | DocScrutinizer05, see bq27x patch |
| 11:10.05 | DocScrutinizer05 | pling, another 10 credits off your jar |
| 11:10.14 | DocScrutinizer05 | Pali: thanks |
| 11:10.17 | kerio | ten? D: |
| 11:10.56 | Pali | DocScrutinizer05, you can add support for this sysfs entry to bq.sh script |
| 11:11.00 | kerio | anyway, is the kernel battery module better than bme? |
| 11:11.10 | DocScrutinizer05 | Pali: I'll look into it |
| 11:11.33 | DocScrutinizer05 | kerio: no |
| 11:11.54 | Pali | kerio, battery module only report some informations |
| 11:12.00 | DocScrutinizer05 | there's nothing as awesome as bme on God's great earth |
| 11:12.15 | Pali | charger module is for charging |
| 11:13.03 | Pali | DocScrutinizer05, I do not agree! UEFI secure boot is better then any BME... |
| 11:13.11 | DocScrutinizer05 | hehe |
| 11:13.54 | *** join/#maemo-ssu arcean (~arcean@aaer3.neoplus.adsl.tpnet.pl) |
| 11:14.10 | Pali | also TPM for UEFI is better then some aegis's TPM :D |
| 11:15.45 | kerio | Pali: is that information enough for advanced power monitor, though? |
| 11:15.49 | kerio | it doesn't necessarily use BME |
| 11:16.13 | Pali | kerio, no idea what is advanced ... |
| 11:16.35 | kerio | it's a better battery monitor, it can use different "sources" of information |
| 11:16.53 | kerio | it replaces the battery icon in the status area and in the status menu |
| 11:17.20 | Pali | but charger + battery module provides all informations except real battery tempereture and real battery capacity |
| 11:18.07 | Pali | if you calibrate battery chip then reported capacity will be usefull too |
| 11:18.22 | kerio | so, bme is not needed then? |
| 11:18.22 | kerio | neat |
| 11:19.23 | Pali | kerio, yes |
| 11:19.23 | Pali | I wrote needed kernel drivers |
| 11:19.23 | Pali | and freemangordon writing user space libs |
| 11:20.46 | kerio | and DocScrutinizer05 preventing you from adding that to cssu because some third party application could be relying on BME |
| 11:21.09 | DocScrutinizer05 | STFU |
| 11:21.59 | kerio | DocScrutinizer05: <3 |
| 11:23.34 | DocScrutinizer05 | you're close to either an /ignore or a +q |
| 11:24.45 | DocScrutinizer05 | it really doesn't help your reputation to spread BS about me |
| 11:25.40 | kerio | joke's on you, i have no reputation |
| 11:25.50 | kerio | ...that made me sad |
| 11:26.43 | DocScrutinizer05 | if you're too ignorant to understand what CSSU founders had in mind, and you don't get it this isn't tzhe leetness competition distro but a extremely conservative bugfix deployment channel, you're really pathetic |
| 11:26.45 | kerio | anyway, still mad about the estel thing? |
| 11:26.59 | kerio | (from the KP50 thread) |
| 11:29.01 | kerio | i doubt most people even got the reference |
| 11:30.05 | Lava_Croft | you're just ignorant! (c) Micheal Jackson |
| 11:30.12 | Lava_Croft | runs |
| 11:30.13 | kerio | >micheal? |
| 11:30.25 | Lava_Croft | oh my a typo, im sorry aspell |
| 11:36.53 | DocScrutinizer05 | Pali: nevertheless, it's a valid topic to think how we'd eventually deploy/offer the whole zoo of bq27x00.ko bq2415x.ko hlad-addon-bme_replacement.so, some tweaked initscripts and whatnot else |
| 11:37.26 | DocScrutinizer05 | to make this work we need to switch all at once |
| 11:37.47 | kerio | well, you have a repo, you can provide updated versions for all the packages that hold files that you're going to change |
| 11:38.03 | kerio | make each one depend by version on the other, so there can't be any mismatch |
| 11:38.08 | DocScrutinizer05 | not that a proper set of dependencies wouldn't catch most potential headache, but we need to think about it |
| 11:38.45 | kerio | DocScrutinizer05: do you want to completely remove bme, or just to disable it? |
| 11:39.01 | kerio | s/just to/just/ |
| 11:39.04 | DocScrutinizer05 | I'll never ever remove anything unless we need the storage space |
| 11:39.17 | Pali | DocScrutinizer05, yes everything must be replaces at once. so I'm waiting for userspace libs |
| 11:39.27 | DocScrutinizer05 | :nod: |
| 11:39.53 | DocScrutinizer05 | Pali: will this become an "app" in the end? in extras-devel? |
| 11:40.19 | DocScrutinizer05 | or in CSSU-extras optional? |
| 11:40.19 | Pali | and init scripts - only bme must be deleted and everyting which depends (in upstart/init) must be fixed |
| 11:40.24 | kerio | DocScrutinizer05: changing system files from another package is a Bad Idea™ |
| 11:40.47 | Pali | first it must work :D then we can start talking where will we put application :D |
| 11:40.54 | DocScrutinizer05 | Pali: (initscripts) yes, I know |
| 11:41.09 | DocScrutinizer05 | Pali: :-D |
| 11:41.32 | Pali | we have n900 qemu image, so we can remove bme first here |
| 11:41.58 | Pali | and if maemo image in qemu will work, then we can do it on real n900 too |
| 11:42.12 | DocScrutinizer05 | Pali: I guess some hal config needs tweaking too? |
| 11:42.28 | DocScrutinizer05 | or will we replace hald-addon-bme |
| 11:42.30 | DocScrutinizer05 | ß |
| 11:42.34 | DocScrutinizer05 | ? |
| 11:42.39 | Pali | freemangordon, wrote hald-addon-bme which use bq kernel drivers |
| 11:43.12 | DocScrutinizer05 | is it meant to replace the original one, even same name and all? |
| 11:43.18 | Pali | and also wrote libbmeipc which is used by more maemo apps for battery temperature |
| 11:43.22 | Pali | replace original |
| 11:43.26 | DocScrutinizer05 | k |
| 11:43.35 | Pali | same name, same properties |
| 11:43.51 | DocScrutinizer05 | this means we need to ship it via cssu extras then |
| 11:44.16 | Pali | we can create one deb package which dpkg-divert all these binaries |
| 11:44.37 | DocScrutinizer05 | hmm |
| 11:44.41 | Pali | and package will unpack our open source |
| 11:45.01 | Pali | then it can go to extras (depends only on kernel-power or kernel-feature-***) |
| 11:45.09 | DocScrutinizer05 | :nod: |
| 11:45.51 | Pali | but now in kp51 is /sys/ entry for speed of connected usb device, no need to dmesg | grep .... |
| 11:46.05 | Pali | I will write some status menu aplet for host mode |
| 11:46.09 | DocScrutinizer05 | hey, kernel-feature-*** ? :-)you forgot to define a proper feature for it? |
| 11:46.39 | Pali | kernel-feature-battery is for bq27x00_battery and kernel-feature-charger is for bq2415x_charger driver |
| 11:46.41 | kerio | it's kernel-feature-charger it hink |
| 11:46.45 | kerio | heh |
| 11:46.46 | Pali | already in kp51 |
| 11:46.49 | kerio | *think |
| 11:47.28 | Pali | DocScrutinizer05, kp51 is prepaired for all |
| 11:47.34 | DocScrutinizer05 | Pali: regarding this applet: I'd appreciate it was a generic applet via cmdline, so it can get invoked from h-e-n script. |
| 11:48.09 | Pali | yes, I'm thinging about aplet which will only call some shell script |
| 11:48.24 | DocScrutinizer05 | aaah this way round |
| 11:48.34 | DocScrutinizer05 | an applet with buttton in menu |
| 11:48.35 | Pali | I want to switch it via xterm too :D |
| 11:49.12 | Pali | I think blueled already wrote some applet in python |
| 11:49.36 | DocScrutinizer05 | yeah, there is some stuff I lost track of |
| 11:50.16 | DocScrutinizer05 | seems it needs some consolidation and refactoring/update for h-e-n et al |
| 11:50.37 | Pali | do you have link? |
| 11:51.14 | DocScrutinizer05 | putting your awesome work in kernel together with any applet, and speed autonegotiation and udev stuff |
| 11:51.18 | DocScrutinizer05 | nope, sorry |
| 11:51.29 | DocScrutinizer05 | no link |
| 11:51.52 | DocScrutinizer05 | I lost track of all the h-e-n related stuff last 9 months |
| 11:52.06 | kerio | ugh, my status menu is already full enough as it is :c |
| 11:52.38 | DocScrutinizer05 | kerio: aiui it will *replace* the standard battery icon/button |
| 11:53.00 | kerio | DocScrutinizer05: but it's already replaced, here D: |
| 11:53.09 | kerio | meh, i'll just remove advanced-power-monitor, it's kinda bad anyway |
| 11:53.30 | Pali | udev stuff? for what? |
| 11:53.35 | kerio | it's not really intuitive to add usb host mode to the battery icon, but i suppose that it makes sense |
| 11:53.57 | DocScrutinizer05 | Pali: usual linux way to mount stuff |
| 11:54.09 | Pali | ke-recv working fine |
| 11:54.09 | DocScrutinizer05 | or rather, load drivers for attached new devices |
| 11:54.20 | kerio | DocScrutinizer05: oh, the reason there's a "enumerate" button in h-e-n? |
| 11:54.24 | Pali | loading usb drivers working too |
| 11:54.31 | DocScrutinizer05 | ke-recv maybe working fine for usual storage stuff |
| 11:54.47 | Pali | I'm using my rj45 <--> usb without any problem or loading any driver |
| 11:54.56 | DocScrutinizer05 | what about mouse(-pointer), keybd mapping for 104key |
| 11:54.58 | DocScrutinizer05 | etc |
| 11:54.59 | Pali | udev will load it after detected |
| 11:55.34 | Pali | for keyboard is needed extkbd package which configure xinput (?) |
| 11:55.51 | DocScrutinizer05 | yeah, a lot of stuff already working. Just saying it's another area where we need to consolidate into one nice package |
| 11:56.12 | Pali | one metapackage is enought |
| 11:56.20 | DocScrutinizer05 | :nod: |
| 11:56.22 | Pali | I already created metapackage for ipv6 |
| 11:56.33 | Pali | yesterday pushed to extras-devel |
| 11:57.14 | Pali | now configure icd2, avahi-daemon, mdns, resolv.conf, microb and dhcp-wide ipv6 |
| 11:57.28 | DocScrutinizer05 | yay |
| 11:58.11 | Pali | from quim we got permission to push closed icd2 ipv6 library from diablo to extras-devel-non-free |
| 11:58.22 | Pali | diablo library working fine |
| 11:59.10 | DocScrutinizer05 | hail quim |
| 11:59.23 | DocScrutinizer05 | I idly ponder if he's part of jolla |
| 12:01.01 | Pali | searching for blueled script on tmo... |
| 12:04.11 | Pali | http://talk.maemo.org/showpost.php?p=1133260&postcount=929 |
| 12:08.53 | chem|st | DocScrutinizer05: for the looks of now I bet it is nokia's planB and they had to do it this way to not brake any windows contracts |
| 12:09.38 | DocScrutinizer05 | chem|st: I'm missing context |
| 12:09.45 | chem|st | jolla |
| 12:09.48 | DocScrutinizer05 | aaah |
| 12:10.39 | chem|st | winmo is down the pipe for ages now... they will never reach any sink ever again... |
| 12:11.34 | DocScrutinizer05 | and recent announcement that lumia never will run win8... killed Nokia winphone plans for good |
| 12:13.08 | chem|st | +1 |
| 12:13.32 | chem|st | bad marketing |
| 12:14.38 | Lava_Croft | jolla isnt plan b |
| 12:14.54 | Lava_Croft | plan b isnt plan b either |
| 12:15.23 | Lava_Croft | gotta love the grapevine when it comes to out of context quotes |
| 12:15.35 | DocScrutinizer05 | Pali: (blueled script) I haven't looked into the script, but the fundamental crux of auto speed in hostmode is: you need to power down vbus *and wait for it to discharge under session-valid threshold, before you can switch speed |
| 12:16.09 | kerio | do you *need* vbus for usb to work properly? |
| 12:16.14 | kerio | even with a powered hub? |
| 12:16.19 | DocScrutinizer05 | yes |
| 12:16.26 | Lava_Croft | i bet 99% of the people talking about plan b, havent even seen the interview in which a 'contingency plan' was mentioned |
| 12:17.46 | DocScrutinizer05 | controller 1707 will detect VBUS and switch musb-core statemachine accordingly |
| 12:17.58 | DocScrutinizer05 | without vbus no hostmode |
| 12:18.17 | DocScrutinizer05 | and *with* vbus no speed-switching |
| 12:18.46 | DocScrutinizer05 | that's why in h-e-n you *first* select speed, *then* enable vbus |
| 12:19.09 | DocScrutinizer05 | and you need vbus to query speed of attached device |
| 12:19.39 | kerio | is there an actual difference between high/full/low speeds? can't you just go with high? |
| 12:19.57 | kerio | i mean, obviously there's a difference, but is there no backwards compatibility? |
| 12:20.01 | DocScrutinizer05 | no, as low speed devices don't know high/full |
| 12:20.42 | kerio | how would you connect a low-speed *and* a high-speed device through a hub, then? |
| 12:20.55 | DocScrutinizer05 | hub converts |
| 12:22.09 | kerio | great, so we just need to put a tiny 1-port high-speed usb hub in the HEN-branded usb host mode adapter we're going to sell :P |
| 12:22.30 | DocScrutinizer05 | would work, yes |
| 12:22.43 | kerio | how complicated would that be, actually? |
| 12:22.54 | DocScrutinizer05 | not much |
| 12:23.10 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 12:23.14 | kerio | microusb plug to n900, microusb port for wallcharger, one or two usb A ports for devices |
| 12:23.37 | DocScrutinizer05 | :nod: |
| 12:23.56 | kerio | can you charge in vbus mode? |
| 12:23.58 | DocScrutinizer05 | pretty convenient design |
| 12:24.06 | DocScrutinizer05 | basically yes |
| 12:24.55 | kerio | in "fast" mode too? |
| 12:25.17 | kerio | or is it limited to .5A? |
| 12:26.26 | DocScrutinizer05 | since we need an own dedicated process(script) to manage the charging during hostmode anyway, we can charge as fast as it goes |
| 12:26.38 | kerio | the wallcharger provides 1.1A, right? |
| 12:26.44 | kerio | maybe .5 to n900 and .5 to usb device? |
| 12:26.51 | kerio | with one port |
| 12:26.52 | DocScrutinizer05 | yep |
| 12:27.07 | kerio | does the n900 have to know how fast it's charging the battery? |
| 12:27.14 | kerio | because having it self-regulate would be neat, too |
| 12:27.33 | kerio | 1A if no usb device is drawing power, .5 with one and 0 with two |
| 12:27.34 | DocScrutinizer05 | you need to set that in charger chip |
| 12:27.49 | kerio | i see |
| 12:27.52 | DocScrutinizer05 | max_usb_current |
| 12:28.06 | kerio | is the .2A restriction something software-controlled? |
| 12:28.21 | kerio | i mean, can you pull the full 1.1A from the wallcharger *and* push .5 to the usb devices? |
| 12:28.21 | DocScrutinizer05 | no, it's as much as N900 can deliver |
| 12:28.24 | kerio | i see |
| 12:29.26 | kerio | well, it's weird it *can* do that, isn't it |
| 12:29.37 | kerio | i mean, it's not supposed to do any of this |
| 12:30.12 | kerio | or was host/otg mode supposed to be in and then scrapped? |
| 12:38.27 | DocScrutinizer05 | yep, got scrapped late in development |
| 12:41.00 | DocScrutinizer05 | the 200mA boostmode are an inherent property of the bq24150 charger chip which doesn't need a single additional component, so it's unclear if they even planned to use that |
| 12:44.19 | DocScrutinizer05 | iirc they had the coice to delay rollout for yet another dozen of weeks, to get USBcert tests done which needed drivers etc that weren't ready. Or they binned USB-OTG and declared the N900 a non-OTG device, swapped micro-AB OTG receptacle for a micro-B peripheral-only type, and finally shipped it several weeks earlier |
| 12:47.06 | kerio | *dozen* of weeks? wtf |
| 12:48.18 | DocScrutinizer05 | well, 3 months = 12 weeks |
| 12:49.23 | DocScrutinizer05 | and it seems there's been a silicon erratum in TWL4030 regarding OTG in the early chips |
| 12:50.07 | DocScrutinizer05 | so Nokia had to bite the lemon and decide they don't know for sure if it will be feasible, or when |
| 12:50.16 | kerio | meh, they could've gotten fmg to write a software workaround for them >:) |
| 12:50.43 | DocScrutinizer05 | alas the rework introduced some flaws then which massively spoiled 'natural' hostmode |
| 12:53.03 | DocScrutinizer05 | particularly the 1707 is missing a way/cmd to simulate ID grounding, and the pin to do that via hw been routed to GND instead of a GPIO of SoC |
| 12:53.14 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 12:53.45 | kerio | ID grounding? |
| 12:54.12 | DocScrutinizer05 | pulling ID pin of USB jack to GND |
| 12:54.43 | DocScrutinizer05 | the flag that a A plug got plugged in and thus device should enter A-mode (aka hostmode) |
| 12:54.49 | kerio | i see |
| 12:54.56 | kerio | so that's why you have to enable it manually? |
| 12:55.00 | kerio | and isn't it strictly for usb otg? |
| 12:55.02 | DocScrutinizer05 | yes |
| 12:55.19 | kerio | i mean, maybe they *couldn't* keep it sw-controlled |
| 12:55.28 | kerio | because of certifications |
| 12:55.36 | DocScrutinizer05 | no, the whole friggin mentorgrafix musb-core is controlled that way |
| 12:56.16 | DocScrutinizer05 | certifications rarely require something to *not* be there |
| 12:57.06 | DocScrutinizer05 | anyway they built the thing as if |
| 12:58.29 | DocScrutinizer05 | even with a proper OTG kernel and a special plug or receptacle to simulate A-mode ID pin it wouldn't work |
| 12:58.49 | kerio | shame |
| 12:58.58 | kerio | oh well, it's not a big deal to have to tap a button |
| 13:05.01 | MrPingu | oh that cert problem affects gmail too. |
| 13:05.43 | MrPingu | Well that's the risk of testing branch :P |
| 13:06.18 | kerio | cert problem? |
| 13:12.11 | MrPingu | https of google sites don't work with the newest thumb-compiled microb-engine ;) |
| 13:13.08 | kerio | but they don't work *quickly*, right? |
| 13:13.35 | kerio | fastest error messages ever |
| 13:14.04 | kerio | did fmg find the error yet? |
| 13:15.47 | MrPingu | See here: http://talk.maemo.org/showthread.php?t=84829&page=35 |
| 13:15.56 | MrPingu | Yes, it fails quickly |
| 13:17.07 | MrPingu | just as it looks, it starts loading it displays that error ;) |
| 13:46.25 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 13:49.51 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 13:52.18 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 14:08.35 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
| 14:14.58 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 15:21.38 | *** join/#maemo-ssu kerio92 (~kerio@unaffiliated/kerio) |
| 15:52.23 | *** join/#maemo-ssu NIN101 (~NIN@p5DD288A8.dip0.t-ipconnect.de) |
| 16:47.25 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 16:56.43 | *** join/#maemo-ssu andre__ (~andre@89.177.48.5) |
| 16:56.43 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
| 17:14.12 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 17:39.06 | *** join/#maemo-ssu lizardo (~lizardo@201.76.96.75) |
| 17:58.58 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 18:32.22 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 18:55.37 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 19:33.47 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 19:40.46 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 20:20.37 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-40.net.upcbroadband.cz) |
| 20:20.53 | luf | chem|st: ping |
| 20:21.36 | luf | ~seen chem|st |
| 20:21.41 | infobot | chem|st is currently on #maemo #harmattan #maemo-ssu. Has said a total of 46 messages. Is idling for 1h 51m 42s, last said: 'can someone explain?'. |
| 21:07.36 | chem|st | luf: pong |
| 21:14.18 | kerio | chem|st: nobody can explain |
| 21:17.20 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 21:17.47 | luf | chem|st: what version of BT you have installed? |
| 21:42.24 | kerio | hm, what's the package responsible for terminfo? |
| 21:42.35 | kerio | not having xterm-256color is crap |
| 21:42.53 | chem|st | luf: sry was on the phone |
| 21:43.12 | luf | chem|st: np - I wasn't very responsive too :) |
| 21:43.36 | luf | chem|st: you wrote about bug in BT. I want to know what version do you have installed. |
| 21:43.48 | chem|st | luf: 4.60-maemo1.6+0m5 for bluez |
| 21:44.40 | luf | Good. |
| 21:44.46 | chem|st | luf: yeah I found a thread in the forums, some guys talking about the same issue back in PR1.2 and iirc 1.3 too |
| 21:45.29 | chem|st | luf: I deleted an apple powerbook from the list of known devices |
| 21:45.43 | luf | chem|st: FYI - I'm in process of compiling obexd 0.45 (with bluez 0.99 dependency) |
| 21:45.48 | chem|st | after that all devices were gone |
| 21:46.34 | luf | Are you able to reproduce it? |
| 21:46.47 | chem|st | now I got it working again but I do not have a bt headset to test, it does pair with my desktop and with my tv but no sound export |
| 21:46.53 | chem|st | only obex with desktop |
| 21:47.07 | chem|st | no didn't manage to get it to reproduce yet |
| 21:47.52 | luf | Ok. I try to fix PBAP with my car ;) |
| 21:48.09 | chem|st | it might also be the qradio, that is a point I am not sure about |
| 21:48.40 | chem|st | I cannot recal if it did something evil |
| 21:49.24 | chem|st | so gtg, if you need more info just write.. I'm idling here for good :) |
| 21:49.32 | luf | Hmmm. No idea what should have qradio and BT in common. |
| 21:51.34 | luf | I think where can I upload packages I built. It's for testing ... Any idea? |
| 21:52.10 | luf | I'm going to test the obexd 0.45 + bluez 0.99 to the car ... |
| 22:00.14 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 22:01.32 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 22:06.26 | chem|st | luf: qradio needs to start bt to get the receiver activated |
| 22:06.42 | chem|st | dirty hack |
| 22:07.13 | chem|st | luf: post it in tmo devel |
| 22:12.48 | luf | pbap don't work. I didn't debug where is the problem. |
| 23:18.52 | *** join/#maemo-ssu arcean_ (~arcean@aaer3.neoplus.adsl.tpnet.pl) |
| 23:42.05 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.142) |