IRC log for #maemo-ssu on 20130306

00:15.37luffreemangordon: Hmmm, obex needs to be mounted to read the file info ... error The specified location is not mounted
00:16.01*** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse)
00:58.05*** join/#maemo-ssu T_X (~linus@2001:4dd0:fb22:203:13:13ff:fe13:1313)
01:42.15*** join/#maemo-ssu ZogG (~zoggrules@109.65.160.86)
01:42.15*** join/#maemo-ssu ZogG (~zoggrules@funtoo/user/ZogG)
02:00.52*** join/#maemo-ssu ZogG (~zoggrules@109.66.24.95)
02:00.53*** join/#maemo-ssu ZogG (~zoggrules@funtoo/user/ZogG)
02:18.20lufheaddesks
03:32.40*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
04:01.27*** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg)
04:04.55*** join/#maemo-ssu M13 (~Miranda@83.149.34.215)
05:31.51*** join/#maemo-ssu zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418)
06:26.20*** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172)
06:50.45*** join/#maemo-ssu FlameReaper (~assassin@175.138.113.196)
08:07.28*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
09:09.10*** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-244.residential.rdsnet.ro)
09:43.04*** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz)
10:04.28*** join/#maemo-ssu kolp (~quassel@212.255.232.51)
10:28.28*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-oijlonkxsxayonqd)
10:57.47*** join/#maemo-ssu futpib (~futpib@89.106.197.104)
11:10.31jon_yhey, anybody know how to disable desktop auto-rotate?
11:10.42jon_ythe gconf don't seem to work anymore
11:55.54*** join/#maemo-ssu LauRoman (~LauRoman@5.14.91.244)
12:17.02jon_yhi, anyone know why desktop_orientation_lock is no longer taking effect in the latest hildon-desktop?
12:17.15*** join/#maemo-ssu M13 (~M13@170.133-224-87.telenet.ru)
13:12.38DocScrutinizer05gconftool-2 --set /apps/osso/hildon-desktop/ui_can_rotate -t bool false
13:12.39DocScrutinizer05reboot
13:29.52*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)
15:05.38*** join/#maemo-ssu FlameReaper (~assassin@175.144.206.115)
15:20.03*** join/#maemo-ssu zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418)
15:41.22*** join/#maemo-ssu zeq (~s_j_newbu@31.103.79.116)
16:50.30*** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig)
17:20.02*** join/#maemo-ssu NIN101 (~NIN@p5DD28FDE.dip0.t-ipconnect.de)
17:32.02*** join/#maemo-ssu NIN102 (~NIN@p5DD29896.dip0.t-ipconnect.de)
17:55.24*** join/#maemo-ssu luf (~luf@217.194.70.18)
18:03.24luffreemangordon: The ***** Nokia put both gnomevfs and gvfs. While hildon-fm is using gnomevfs (I have to check), hildon-thumbnail is using gvfs (where is again old implementation of obexftp) :(
18:05.19freemangordonooh, come on :(
18:05.41freemangordonluf: can;t we use one and the same for both?
18:06.13luffreemangordon: I have to check. But if the only one then gvfs ...
18:16.51freemangordonluf: is it better? or still supported?
18:19.50luffreemangordon: gvfs is replacement for gnomevfs.
18:20.02freemangordonluf: ok, makes sense then
18:20.44luffreemangordon:  but it seems to be to far for me :(
18:25.12luffreemangordon: as I think. nearly whole rewrite of libhildonfm.
18:25.28freemangordonmakes no sense if that is the case
18:25.29lufI'm not keen enough and I don't want to invest so much time.
18:25.34freemangordonyep
18:39.05luffreemangordon: http://maemo.org/api_refs/5.0/5.0-final/gio/ch15.html
18:41.40luffreemangordon: I'll disable obex thumbnails now and put into my todo to fix gvfs obexftp ...
18:42.06luffreemangordon: btw smg support is disabled in gnomevfs same as in gvfs in Fremantle
18:44.48freemangordonluf: smg?
18:45.19luf*smb
18:51.23lufheaddesks
18:53.22lufAny idea when should the meeting start?
18:59.01*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-86-49-81-87.net.upcbroadband.cz)
19:05.53Palimerlin1991: ping
19:06.08freemangordonluf: meeting?
19:06.32luffreemangordon: title: .... | Next meeting 06.03
19:06.40merlin1991pong
19:06.50freemangordonooh, ok :)
19:07.11merlin1991arcean isn't online yet
19:10.00*** join/#maemo-ssu arcean (~arcean@apn-77-114-75-144.dynamic.gprs.plus.pl)
19:11.29freemangordonmerlin1991: ^^^
19:11.43lufLet's begin :D
19:12.12merlin1991arcean: ping
19:12.30arceanwow, it's meeting time :D
19:12.34merlin1991yeo
19:12.45merlin1991s/o/p/
19:13.42merlin1991so where did we leave last time=
19:13.50merlin1991s/=/?/
19:14.04freemangordonI left in the middle :D
19:15.07merlin1991ah yeah we had a huge list of new packages, but didn't talk about the kernel because wiki was foobar
19:16.00lufugh I promised the fix for obexd (and forgot very very fast) :D
19:16.47merlin1991http://wiki.maemo.org/CSSU_kernel_assess
19:17.55freemangordonmerlin1991: maybe we should go through that assessment now
19:18.09merlin1991I think so
19:19.24freemangordonwell, lets the rock-off begin :)
19:19.50lufPali: all that patches are in KP52?
19:19.57freemangordonPali: merlin1991: I suggest to first go through not-assessed patches
19:20.00*** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz)
19:20.28merlin1991good idea
19:20.43Paliluf, yes table is from kp52 git tree
19:20.55freemangordonmerlin1991: someone should edit the table, mind to be that one?
19:21.01freemangordon*you
19:21.21merlin1991my system drops connection all the time, I'd rather have someone else that
19:23.47freemangordonPali: what about you. I am very sleepy and tiread and afraid that I will overlook something
19:23.52freemangordon*tired
19:24.32Paliok, then postpone this to next meeting
19:24.45freemangordonPali: why?
19:24.52freemangordonok, I'll edit the table
19:26.10freemangordonfirst one - anti-io-stalling.diff
19:26.32freemangordonPali: iirc ^^^ is not enabled in KP, correct?
19:27.05luffreemangordon why skipped 2.6.28.10.diff ?
19:27.06Palianti-io-stalling.diff is enabled
19:27.22freemangordonluf: this is upstream
19:28.14freemangordonooh, it is missing 'Y'
19:28.39Palibut this patch change ABI and kernel version string
19:29.00Palimaybe we should include it without changing version string
19:29.14lufok. BTW I'm affraid I don't know enough about these patches to vote :(
19:29.29freemangordonPali: isn't it included in Nokia kernel?
19:29.43Palino
19:30.07freemangordonoh
19:30.40freemangordonPali: what is the risk, besides joikuspot?
19:31.05Palido not know
19:31.05lufPali: also what is a plus?
19:31.22Paliluf: official linus bugfix patch
19:31.27Palifor .28
19:31.42lufluf: not sure if I can call it plus :D
19:32.13lufwhat does it fix? (any bug report/improvement in battery life ,,,)
19:32.14freemangordonmerlin1991: cssu-thumb repo is broken, I guess something with mime type
19:32.47merlin1991o_O
19:32.55merlin1991how "broken"?
19:33.39freemangordonmerlin1991: clicking the .install file from microb opens it as text file
19:34.19freemangordonPali: for how long that patch was included in KP?
19:34.32merlin1991I know I'd forget some mime-type when I fixed the mime types
19:34.56freemangordonmerlin1991: can you fix it now?
19:35.08merlin1991I'm on it
19:35.11freemangordonthanks
19:35.14merlin1991trying to find out the right mime-type
19:35.35Palifreemangordon: kp13
19:35.46freemangordonyep, since forever
19:36.02freemangordonI think we risk too much if we don;t include it
19:36.14freemangordonall KP testing was with this patch included
19:36.29freemangordonPali: agree?
19:36.53Paliok, but version string?
19:37.00Palichange it to .10 or not?
19:37.20Paliversion string is set in Makefile
19:37.54freemangordonI don;t see a reason why not change it. The worse thing is a broken joikuspot, which has waay better FOSS replacement
19:38.23freemangordonanyone else to comment?
19:38.41lufnothing
19:39.06arceani would include the patch with new version string
19:39.44Paliif we change version string we also change path to modules
19:40.03Paliand some maemo scripts has hardcoded "omap1" somewhere
19:40.16Palikernel-power has some hacks for /sbin/preinit
19:40.53PaliI have prepared patches for /sbin/preinit and whole getbootstate package but this is not ready yet
19:41.13Palifreemangordon, for now I'd rather not change version string
19:41.42freemangordonPali: hmm, makes sense
19:42.28merlin1991freemangordon: fixed
19:42.34freemangordonwell, ok then, include it without .10, ok?
19:42.39freemangordonmerlin1991: tahnks
19:43.03luf+1 without version change
19:43.21freemangordonok, I'll put a note
19:45.14Paliok
19:45.30freemangordondone
19:46.15freemangordonok, anti-io-stalling.diff
19:48.07freemangordoniirc this patch is supposed to improve the responsiveness, I guess it safe to include it
19:49.03Paliok
19:49.05*** join/#maemo-ssu arcean_ (~arcean@apn-77-114-94-125.dynamic.gprs.plus.pl)
19:49.14freemangordonok, marking it as Y
19:51.12freemangordonnext - ARM_6066_1_Fix_BUG_scheduling_while_atomic_swapper_0_0x00000002.diff
19:52.57freemangordonupstream patch, I think we should include it
19:54.10freemangordonthough i am not sure n900 is hit by the bug:
19:54.20freemangordon"This patch fixes the preempt leak in the cpuidle path invoked from cpu-hotplug."
19:55.07freemangordonanyone?
19:55.27Palipatch backported by luke-jr
19:55.37luffreemangordon: no clue here
19:55.38Paliv49
19:57.02freemangordonwell, I guess it's been in "production" for long enough to be assumed safe
19:57.30luffreemangordon: that's nearly all from KP51.
19:57.56freemangordonPali: cpu-hotplug does not seems like something that will get called on n900 :)
19:58.02freemangordon*seem
19:58.27Palihm, I think that this patch is not needed...
19:58.48Paliluke-jr is on #maemo
19:59.48freemangordonwill you ask hi about it?
19:59.51freemangordon*him
20:00.01freemangordonor we'd better invite him here
20:00.28merlin1991guys, I have to go afk for 30 mins or so, can you go over the patches in the meantime? (I can't really comment on them anyway)
20:00.45freemangordonmerlin1991: we'll try :)
20:01.04freemangordonPali: leaving it as it is, until we have more info from Luke-Jr
20:01.18Paliok
20:01.46freemangordonnext, block2mtd-yoush.diff
20:01.49luffreemangordon: plaease make a note info from Luke-jr requested :D
20:02.10freemangordonluf: ok
20:02.11luffreemangordon: can someone describe it a little bit?
20:02.45freemangordonPali: honestly, I was always wondering if that patch makes it better or worse, any clue?
20:03.13freemangordondev->mtd.writesize = 2048;? wtf is that supposed to mean
20:03.40PaliI know what it is
20:03.45freemangordonI guess it is better to not include it, unless Pali has an idea what is this patch doing
20:03.50freemangordonPali: ?
20:04.20Paliblock2mtd is driver which allows you to simulate mtd device from regular file
20:04.32freemangordonooh, I see
20:04.57freemangordonis that used during normal work?
20:04.58Paliand to simulate our real n900 nand for ubifs, that mtd device must have writesize 2048
20:05.24freemangordonis that related to nandsim?
20:05.32Palibut I have no idea who needs to simulate nand mtd device on n900 from regular file
20:05.33Palino
20:05.46Palinandsim creating virtual mtd device in RAM
20:05.52freemangordonoh, yes, right
20:05.58Paliblock2mtd mapping regular file as mtd device
20:06.30lufPali: is it additional module?
20:06.43PaliI have some patches prepared for upstream kernel which allows you to choose writesize
20:06.45Paliluf, yes
20:07.02freemangordonwell, lets include it then, I dont see that insmoded by default
20:07.12Paliok
20:07.14luf+1 to include
20:11.13freemangordonnext: bluetooth_scheduling_while_atomic_bug_fix.diff
20:11.40lufhow long in KP?
20:12.15freemangordon2012-01-07
20:13.00freemangordonlong enough
20:13.41freemangordonit is again by Luke-Jr, but I guess the patch is simple enough to nod need him
20:13.45freemangordon*not
20:14.02freemangordonI'd say - include it
20:14.22freemangordonPali: what do you think?
20:15.02Paliok, include it
20:15.27Palithis could really fix possible problem
20:15.35freemangordon:nod:
20:16.58freemangordonPali: I guess all bq drivers are no
20:17.05freemangordons/drivers/patches/
20:17.36Paliwe do not want bq drivers in cssu
20:17.38Palireally
20:17.47freemangordonok, marking them as N
20:18.11Paliadd note that bq27 driver must be disabled also in rx51_defconfig
20:18.21luffreemangordon: isn't P like Postpone better?
20:18.26Palibecause it *is* in 2.6.28 kernel
20:20.58freemangordonPali: hmm, wait, there are some apps using it
20:21.05freemangordonincluding conky afaik
20:21.33Palibq27x00_battery cannot be modprobed when bme is running
20:21.37freemangordonPali: which patch is stock bq driver?
20:21.49Palino patch
20:21.50freemangordonoh, true
20:21.54Paliit is in tarball
20:22.11freemangordonwell, why change config file then?
20:22.27freemangordonIs it build with stock kernel?
20:22.39Palikernel power has enabled it in rx51_defconfig
20:22.47freemangordonah, I see
20:22.50Paliin some rx51 patch
20:23.12freemangordonI'll put a note that we have to disable it in config file too
20:23.36Paliok
20:25.27freemangordonnext: dm-loop.diff
20:26.02freemangordonhmm I guess this is module
20:26.27Paliyes
20:26.34freemangordoninclude it then
20:26.46luf+1 to include modules.
20:27.48Paliyes loopback module is usefull
20:27.53freemangordonnext: dspbridge.diff
20:27.59freemangordonhides
20:28.01freemangordon:D
20:28.21freemangordonI am not really sure what to do with that
20:29.01Palicreate proper DEB packages for 720p playback
20:29.05Pali:-)
20:29.27Paliand then we can include it into cssu :-)
20:29.36freemangordonas maybe it is a bit risky, I had at least one crashing DSP report that MIGHT be because of that patch
20:29.46freemangordonPali: hehe
20:29.56freemangordonPali: will do , someday :)
20:30.13Paliok, so postpone this patch :-)
20:30.21freemangordonthat patch is backwards-compatible with the stock codecs
20:30.39Palihm...
20:31.22DocScrutinizer05we might use a few testers to configure *new* rmo and see how our fixed hashsums etc work out (btw autobuilder might work too on it ;-D )
20:31.53PaliDocScrutinizer05, nice to hear :-)
20:32.11Palifreemangordon, I did not have any problems with DSP
20:32.18freemangordonPali: re 720p .deb - what about harmattan TI binaries?
20:32.33freemangordonPali: are you on harmattan TI DSP bins?
20:32.45Palinokia ignored our question, so we can ignore nokia :-)
20:32.53DocScrutinizer05so who's going to volunteer using new repo?
20:32.55Palihm, I need to check
20:33.05freemangordonPali: I guess it is merlin1991 to decide :)
20:33.10Paliok
20:33.21freemangordonPali: can you check it now?
20:33.32freemangordonfiledate of baseimage.dof
20:33.48merlin1991is back
20:34.09Palifreemangordon, baseimage has date 2010-02-16
20:34.16DocScrutinizer05merlin1991: \o/
20:34.19freemangordonPali: yep, stock
20:34.26Palisize 1226220
20:34.32*** join/#maemo-ssu arcean_ (~arcean@apn-95-40-29-102.dynamic.gprs.plus.pl)
20:35.02PaliI will install harmattan binaries
20:35.08Paliin next days
20:35.19freemangordonPali: I'd say - include it, if there are reports for regression, we can remove it or fix it
20:35.26Paliok
20:38.10freemangordonnext: enable_smartreflex.diff
20:38.20freemangordonthat one is tricky :)
20:39.05freemangordonwe should consider either include or not all this OC/SR things as a bunch
20:39.26DocScrutinizer05nobody volunteering to test a repo that's supposedly hashsum fixed and with _nea_ _packages_ ?
20:39.34freemangordonI'd say "include them" as all this is disabled by default
20:39.34DocScrutinizer05_new_ even
20:39.46PaliDocScrutinizer05, now we have cssu meeting :-)
20:39.50merlin1991DocScrutinizer05: we're kinda busy atm ;)
20:39.50DocScrutinizer05ooh
20:39.53freemangordonDocScrutinizer05: we are doing cssu-kernel-to-be assessment :D
20:40.01DocScrutinizer05sorry, not been aware
20:40.24lufWhat brings smartreflex?
20:40.25freemangordonDocScrutinizer05: feel free to join, we are on your favourite stuff -OC and SR :P
20:40.30Palifreemangordon, are there any problems with smartreflex?
20:40.55Palireported some users reboot problems?
20:41.06DocScrutinizer05SR is deprecated by nokia, due to hw instabilities
20:41.30freemangordonPali: mau=ybe there is one device which has unstable DSP with SR enabled
20:41.34freemangordon*maybe
20:42.01freemangordonbut it is disabled by default
20:42.05PaliI think that we can include it and disable it by default
20:42.13freemangordonit is disabled
20:42.19freemangordon(by default)
20:42.20DocScrutinizer05<freemangordon> Pali: I'd say - include it, if there are reports for regression, we can remove it or fix it
20:42.26DocScrutinizer05ok, that's too much for me
20:42.37freemangordonDocScrutinizer05: this was for DSP patch
20:42.47freemangordonso far there are no such reports
20:43.29DocScrutinizer05you're going to turn CSSU into *experimental*? fine! i'm going to deprecate CSSU for all normal users
20:43.57freemangordonDocScrutinizer05: read the backscroll please
20:43.57DocScrutinizer05since that's only honest thing to do then
20:44.08PaliDocScrutinizer05, first it will be in cssu unstable
20:44.09merlin1991DocScrutinizer05: get off your horse and read everything
20:44.30DocScrutinizer05I'm busy with other stuff
20:44.44freemangordonDocScrutinizer05: don;t deprecate CSSU then, ok?
20:45.05Palifreemangordon, in TI binaries there is no copying or license file...
20:45.12freemangordonPali: there is
20:45.25freemangordonin .debs IIRC
20:45.26PaliI unpacked deb files and nothing is here
20:45.46freemangordonPali: hmm, I remember there was
20:45.50*** join/#maemo-ssu _rd (~rd@p57B49089.dip0.t-ipconnect.de)
20:46.01freemangordonsome (c) Texas Instruments
20:47.47freemangordonI'll mark for inclusion all of the OC/SR stuff, ok?
20:48.26freemangordonmerlin1991: ^^^
20:48.30merlin1991k
20:48.34freemangordonok
20:48.44merlin1991disabled ofc
20:48.52freemangordonit is
20:49.07freemangordonoh, wait
20:49.13freemangordonthat one preaks powertop
20:49.17freemangordon*breaks
20:49.28freemangordonit reports NaN for the frequensy
20:49.37freemangordon*frequency
20:50.49merlin1991:/
20:50.51merlin1991not ok then
20:51.02freemangordonhmm, I am not really sure we should do that. On the other hand it is more or less only a visual glitch
20:51.53freemangordonok. will mark those with "n" with a remark that they break powertop
20:52.07freemangordonthough  wonder what will happen with our userbase
20:52.33merlin1991hm?
20:52.34freemangordonmerlin1991: what about enabed in -testing and disabled in -stable?
20:52.46merlin1991they'll just keep using kp anyways
20:52.52merlin1991because they want *everything*
20:53.01freemangordonyep, makes sense
20:56.40*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
20:56.43freemangordonnext: ext4-data-corruption.diff
20:57.46freemangordonPali: I don't see the patch adding ext4 fs support, is it already present in 2.6.28?
20:58.00Paliyes, but disabled by rx51_defconfig
20:58.50freemangordonif we keep it enabled we should include that patch too
20:59.14freemangordonany concerns about having ext4 support?
20:59.48freemangordonok, marking this as 'Y'
20:59.59*** part/#maemo-ssu xes (~xes@unaffiliated/xes)
21:00.00Palimore people have ext4 on SD cards
21:00.13Paliso adding ext4 support is usefull
21:01.03*** join/#maemo-ssu discopig (~discopig@modemcable058.105-131-66.mc.videotron.ca)
21:01.04*** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig)
21:01.20freemangordonnext: gentoo-fsfixes.diff
21:01.26luf+1 to add ext4 support.
21:01.27freemangordonWTF is that? :)
21:02.07freemangordonooh, some ext4 patches again
21:02.30freemangordonmarking for niclusion, ok?
21:02.35freemangordon*inclusion
21:02.57Palisince kp13
21:03.01Paliinclude it
21:03.14merlin1991+1
21:03.18PaliI bet that this patch is needed for previous ext4 patch
21:03.55freemangordonnext: gethercharge.diff
21:04.34merlin1991.... what's that?
21:04.47freemangordonPali: I guess that one allows cUSB charging with g_ether loaded
21:05.26freemangordoncharging while USB networking
21:05.36Palinow looking at patch and it should do it
21:05.54luffreemangordon: it's useful. I'm using it :)
21:06.03*** join/#maemo-ssu _rd (~rd@p57B49089.dip0.t-ipconnect.de)
21:06.07Palibtw, there is better solution for that
21:06.28freemangordonwait, stock kernel does not charge while connected over USB network?!?
21:06.41PaliI do not know if it is in .28 but in 3.x there can be set minimal MaxPower via defconfig
21:06.43freemangordonPali: better as in?
21:06.50Palifor all gadgets
21:07.11freemangordonPali: hat won;t make any difference in our case
21:07.14freemangordon*that
21:07.26Paliyes, right
21:07.37Palibut include that patch
21:07.40freemangordonok
21:10.11freemangordonnext: iphb-matan.diff
21:10.50luf:) some desc?
21:12.49Paliiphb kernel module by nokia
21:12.55Paliand this is some patch by matan
21:13.15Palibut I do not understand what that patch doing
21:13.33lufPali: can you ask matan?
21:13.58Palino idea where...
21:13.59freemangordonluf: forget about that
21:14.26luffreemangordon: oh I forget whar are we talking about ? :D
21:14.41freemangordonbut I assume it is safe to include it, it is in KP since Thu, 15 Apr 2010
21:16.22freemangordonok, marked for inclusion
21:16.31freemangordonnext: joikuspot.diff
21:17.02lufhttps://bugs.maemo.org/show_bug.cgi?id=8715 ??
21:17.07povbotBug 8715: iphb module dereferences NULL pointer
21:17.10Paliexternal module
21:17.26freemangordonok, including
21:17.59Paliluf, yes that patch
21:18.16lufSo we can put it into changelog or to the wiki ;)
21:18.22Palifreemangordon, add some note to that iphb patch
21:18.26Palilink to that bug
21:18.29freemangordonwill do
21:19.15freemangordondone
21:19.19freemangordonnext: kexec.diff
21:19.34freemangordonafaik kexec is broken
21:20.02freemangordonso we'd better not include it
21:20.08freemangordonok?
21:21.11merlin1991+1
21:21.11freemangordonPali: ^^^
21:21.13freemangordonok
21:21.45Palikexec is working, but you can kexec only some new 2.6.37 kernel
21:21.59Palibut I did not see anybody who is using it
21:22.00lufok
21:22.15freemangordonPali: yep
21:22.16Paliso I do not see reason to include it...
21:22.41freemangordonPali: kstrtol.diff, "Needed for bq2415x_charger"
21:22.51freemangordonI guess we should not include that
21:22.52Palido not include it
21:22.54freemangordonok
21:23.27freemangordonnext: l2cap_parent.diff
21:23.45*** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:1cb5:1eb4:7fda:ac44)
21:23.46*** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619)
21:23.56lufI guess it's bluetooth patch ...
21:24.01freemangordonyes
21:24.13lufCan I see the patch somewhere?
21:24.19freemangordonand by looking at the code, I'd say we should include it
21:24.27freemangordonluf: https://garage.maemo.org/plugins/ggit/browse.php/?p=kernel-power;a=blob;f=kernel-power-2.6.28/debian/patches/l2cap_parent.diff;h=872a2a25208b0651675b4e375cdce00bf9b56f84;hb=HEAD
21:24.28Paliluf, on garage kernel-power
21:25.45lufhow long in KP?
21:26.07freemangordon6 Feb 2011
21:27.12freemangordonnext: led_dbrightness.diff
21:28.13freemangordonhmm, anyone using that functionality?
21:28.36luffreemangordon: what's it for?
21:28.58freemangordonnot exactly sure, looks like some hack
21:29.47freemangordonPali: what do you think?
21:30.12PaliI do not know if it is needed
21:30.15Palimyabe no
21:30.18freemangordonluf: If I read the code correctly, this patch exposes LEDs digital brightness to sysfs
21:30.40freemangordonPali: ok, will not include it
21:30.54*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
21:31.09luffreemangordon: +1 to not include
21:31.40freemangordonnext: mac80211_fix_allocation_in_mesh_queue_preq.diff
21:32.12freemangordonI think this one is needed
21:32.21freemangordonmarking for inclusion
21:33.19luf+1 for include - it should fix some bug
21:33.46Palimesh network is disabled in kp
21:33.49freemangordonPali: madde.diff
21:33.54freemangordonthis one is yours :)
21:34.08freemangordoniirc it is disabled by default
21:34.18Palido not include it
21:34.20freemangordonok
21:34.35Palihm
21:34.46Paliit is enabled by debian/madde.patch
21:35.16freemangordonPali: I guess I should remove it from the table
21:35.28Paliok, remove it
21:35.43freemangordonok, next
21:35.45freemangordonminstrel-aziwoqpa.diff
21:35.50freemangordonWTF?
21:36.31freemangordonooh, I see
21:36.44freemangordonthis is a bugfix, lets include it
21:37.20freemangordonok?
21:37.28Paliok
21:37.31lufok
21:38.02freemangordonnext: mmcnames-fanoush.diff
21:38.11freemangordon"Fixing mmc device order before udev is started. Fanoush bootmenu "
21:40.19freemangordonguys: shall we continue the next time?
21:41.24freemangordonIn the meanwhile I'll assess all the remaining patches that are known to me or are made by me
21:41.36luffreemangordon: I can
21:41.51freemangordonluf: you can what? :)
21:41.54freemangordonto continue
21:41.55freemangordon?
21:42.08luf... continue the next time
21:42.14freemangordonaah, ok :)
21:42.39freemangordonlets stop for today, ok?
21:43.07luf+1
21:45.16merlin1991okay
21:45.19merlin1991next time as in?
21:46.14lufmerlin1991: no clue. I can next week. I don't think I'll have a time tomorrow.
22:00.16freemangordonI guess next week is a good time, I hope we'll have clearer picture on the repos by then
22:00.32freemangordonso we'll be able to plan the new release
22:04.49*** join/#maemo-ssu futpib_ (~futpib@89.106.197.104)
22:18.29*** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig)
22:25.40freemangordonmerlin1991: remember we should remember luf there is a dependency of libcurl3 which is in extras-devel
23:24.48*** join/#maemo-ssu zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418)
23:25.12*** join/#maemo-ssu luf (~luf@217.194.70.18)
23:26.10luffreemangordon: can you be more precise? I don't know what you mean with libcurl3 dependency in extras-devel
23:26.38luffreemangordon: It's my old try of libcurl upgrade. It should be removed from extras-devel as it shouldn't be there.
23:37.22*** join/#maemo-ssu X-Fade (~xfade@d5152FFD8.static.telenet.be)
23:58.41lufmerlin1991: fixed obexd is in gitorious. I'm going to upload it into cssu-devel in few minutes (depends on bandwith)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.