| 00:09.33 | *** join/#maemo-ssu X-Fade (~xfade@d5152FFD8.static.telenet.be) |
| 00:33.27 | *** join/#maemo-ssu Sc0rpius (~naikel@190.78.151.78) |
| 01:07.59 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 01:41.57 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 02:07.56 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 02:08.01 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 04:15.06 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:17.07 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:19.37 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:21.37 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:26.08 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:26.37 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:42.08 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 04:42.39 | *** join/#maemo-ssu claw (~claw@109.73.51.163) |
| 05:28.23 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
| 05:28.32 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 06:05.54 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 06:22.44 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 06:35.33 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 06:58.33 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 07:05.48 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
| 07:08.05 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
| 07:58.22 | merlin1991 | 2 hours time, and this time I didn't forget my notebook :D |
| 07:58.31 | merlin1991 | perfect opprotunity todo some ham testing xD |
| 08:34.47 | merlin1991 | dang ham does not resolve conflicts |
| 08:40.06 | Sicelo | yeah |
| 08:44.38 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 08:47.01 | LaoLang_cool | Hi, how to let the sms notification not be grouped into one? |
| 08:47.40 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
| 08:48.55 | merlin1991 | ooops I justrealized why my n900 and my laptop noked each other out of the wireless |
| 08:49.00 | merlin1991 | they have the same mac address :D |
| 08:51.09 | amiconn | noked? Does that rely to 'nokia'? ;) |
| 08:54.08 | merlin1991 | :D |
| 08:57.01 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
| 09:05.46 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.141) |
| 09:14.43 | Sicelo | huh? O.o |
| 09:16.58 | Sicelo | same MAC |
| 09:18.16 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 09:24.42 | merlin1991 | yeah I assigned my laptop mac to the n900 some time ago in some hotel where you got a key that bound your "free" internet access to the 1st mac address that connected |
| 09:26.29 | Sicelo | buys merlin1991 Networking For Dummies |
| 09:26.31 | Sicelo | :D |
| 09:26.36 | Sicelo | j/k |
| 09:27.51 | merlin1991 | well back then I needed to route my traffic form my notebook through my n900 |
| 09:28.10 | merlin1991 | and in order to get a vali route from their fsckd router I just announced my n900 as my laptop :D |
| 09:28.19 | merlin1991 | and then I quickly forgot what I did xD |
| 09:28.45 | StyXman | heeh |
| 09:32.45 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
| 09:35.57 | merlin1991 | hm apt still works with my setup |
| 09:35.59 | merlin1991 | now we only have to haxx0r ham |
| 10:07.15 | amiconn | Today I wondered why my N900's clock is fast. Somehow ntpd must have crashed without me noticing (OOM killer?) |
| 10:07.32 | *** join/#maemo-ssu xmlich02 (~imlich@2001:67c:1220:80c:0:38:69de:271a) |
| 10:09.23 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
| 10:14.57 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 10:29.28 | dafox | I actually have a semi-related question: is it possible (realistically) to use n900 without swap enabled? I tried it a few times last week, but it kept resetting... |
| 10:30.39 | merlin1991 | nah |
| 10:39.04 | dafox | 'nah, not really', or 'nah, really not'? |
| 10:39.45 | merlin1991 | nah, no way you could every run maemo5 on a n900 without swap |
| 10:39.51 | merlin1991 | s/every/ever/ |
| 10:40.15 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.141) |
| 10:43.16 | dafox | ah, ok |
| 10:43.20 | dafox | thnx :) |
| 11:18.28 | DocScrutinizer | dafox: swapoff |
| 11:18.54 | DocScrutinizer | I did that a few weeks ago, been funny to see OOM killing all sorts of stuff |
| 11:19.14 | merlin1991 | yeah you just watch oom slowly kill the full system :D |
| 11:19.46 | DocScrutinizer | anyway a freshly booted system doesn't really need swap |
| 11:19.59 | merlin1991 | untill you open the browser |
| 11:20.01 | merlin1991 | then it goes |
| 11:20.04 | DocScrutinizer | as in "free_ram > used_swap" |
| 11:20.09 | merlin1991 | "not enough memory for this task" |
| 11:20.10 | DocScrutinizer | yep |
| 11:20.16 | merlin1991 | "not enough memoery for this task" |
| 11:20.23 | merlin1991 | I'm going to oom kill h-d now, have fun |
| 11:28.10 | *** join/#maemo-ssu arcean (~Arcean@aaem135.neoplus.adsl.tpnet.pl) |
| 11:35.08 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:47.30 | *** join/#maemo-ssu ivgalvez (598c718a@gateway/web/freenode/ip.89.140.113.138) |
| 12:29.33 | dafox | strange, when I did swapoff it rebooted after a short while, or when opening a task or so |
| 12:50.08 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 13:01.24 | *** join/#maemo-ssu kent_autistic (~user@112.201.222.115) |
| 14:23.20 | *** join/#maemo-ssu mase76 (~mase76@p5DD3A8FC.dip.t-dialin.net) |
| 15:00.22 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 15:52.17 | *** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074221835.ddns.cablebg.net) |
| 16:00.28 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 16:06.22 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29B25.dip0.t-ipconnect.de) |
| 16:42.25 | *** join/#maemo-ssu int_ua (~int_ua@24-153-133-95.pool.ukrtel.net) |
| 16:59.20 | *** join/#maemo-ssu mase_76 (~mase76@p5DD3B045.dip.t-dialin.net) |
| 17:05.52 | *** join/#maemo-ssu thp (~thp@Maemo/community/contributor/thp) |
| 17:20.57 | freemangordon | Pali, ping |
| 17:21.45 | *** join/#maemo-ssu Arie (~Arie@static-70-108-251-9.res.east.verizon.net) |
| 17:25.27 | merlin1991 | Pali said he's here ~ 20:00, not earlier |
| 17:25.44 | freemangordon | 20 UTC? |
| 17:26.17 | merlin1991 | 20 cet |
| 17:26.41 | freemangordon | however, I need someone to help me with gnome-vfs-daemon crash |
| 17:26.47 | freemangordon | any volunteers? |
| 17:27.14 | freemangordon | I have coredump, and the issue is easy to be reproduced |
| 17:28.46 | freemangordon | arcean, MohammadAG ^^^ |
| 17:29.35 | Arie | I'm here too if that helps |
| 17:29.38 | Sc0rpius | what's the gnome-vfs-daemon for? |
| 17:31.27 | freemangordon | Sc0rpius https://gitorious.org/community-ssu/osso-gnome-vfs2 |
| 17:31.37 | MohammadAG | freemangordon, how can I help? |
| 17:32.29 | freemangordon | MohammadAG, find why g_assert (volume->priv->drive == drive); in gnome_vfs_volume_unset_drive_private fails :) |
| 17:32.54 | freemangordon | that is when mounting a partition n sdcard |
| 17:33.17 | freemangordon | it is related to latest ke-recv improvements to automount all sd card partitions |
| 17:33.25 | freemangordon | Arie, same for you :P |
| 17:33.41 | freemangordon | it does not make any difference who will do it |
| 17:33.49 | freemangordon | want a backtrace? |
| 17:34.33 | MohammadAG | yeah, sure |
| 17:34.44 | MohammadAG | coredumps aren't my specialty, haven't learned how to use them |
| 17:35.14 | freemangordon | it is very easy, just let me pastebin the backtrace and i will explain |
| 17:35.16 | merlin1991 | hopes the channel isn't going to get completely overrun in 25 mins |
| 17:35.29 | freemangordon | merlin1991, why is that? |
| 17:35.35 | Arie | freemangordon: I'm no good in that, have the N9 in my hand at work, I'm more interested in listening since I'm running for the council, I want to be aware and helpful to the maemo community if I get elected. |
| 17:35.40 | merlin1991 | I announced the meeting on the mailinglist :D |
| 17:35.49 | freemangordon | aah |
| 17:35.56 | Sc0rpius | well if you already loaded the core in the debugger the backtrace from it will help |
| 17:35.57 | freemangordon | well more bugchasers then :D |
| 17:36.28 | freemangordon | Sc0rpius, actually you need first to attach to a running process and load the coredump after that |
| 17:36.38 | freemangordon | otherwise the backtrace will be inclorrect |
| 17:36.47 | *** join/#maemo-ssu e-yes (~e-yes@94.45.180.138) |
| 17:36.49 | Sc0rpius | I guess, since it's a library |
| 17:37.22 | freemangordon | the same for executables |
| 17:37.26 | freemangordon | afaik |
| 17:37.27 | MohammadAG | merlin1991, I announced it on twitter |
| 17:37.31 | Sc0rpius | MohammadAG, are you actively developing Whazza (or helping with the develop)? |
| 17:37.32 | merlin1991 | fuuuuu |
| 17:37.33 | merlin1991 | :D |
| 17:37.39 | MohammadAG | Sc0rpius, helping with issues |
| 17:37.45 | freemangordon | MohammadAG, http://pastebin.com/wW0asfcq |
| 17:37.50 | merlin1991 | Sc0rpius: I thought whazzzzaaaa is a bud thing? |
| 17:37.55 | MohammadAG | wazapp :p |
| 17:37.55 | Sc0rpius | buit you haven't seen the source |
| 17:37.57 | Arie | MohammadAG: thank you for announcing it on twitter :) |
| 17:38.37 | freemangordon | and what the lell has wazapp to do with #maemo-ssu? |
| 17:38.37 | Sc0rpius | I made my own Whatsapp clone in Qt |
| 17:38.46 | freemangordon | *hell |
| 17:38.47 | Sc0rpius | but it's far from ready for general use hehehe |
| 17:38.53 | merlin1991 | the fact that people thing mag is involved ;9 |
| 17:38.53 | Arie | I have wazapp too and currently speaking to tgalal, it's real and coming for N900 too |
| 17:39.16 | Sc0rpius | well that's nice. |
| 17:39.36 | freemangordon | Arie, that is great, but right now there is a bug in CSSU-testing I am trying to find the reason for |
| 17:39.55 | Arie | freemangordon: my bad, carry on... |
| 17:40.28 | MohammadAG | merlin1991, true |
| 17:40.32 | MohammadAG | and I'm not sure why |
| 17:40.34 | MohammadAG | anyway... |
| 17:40.49 | MohammadAG | #8 0x4004f728 in ?? () from /usr/lib/libhal.so.1 |
| 17:40.49 | MohammadAG | #9 0x4004f728 in ?? () from /usr/lib/libhal.so.1 |
| 17:40.58 | MohammadAG | recompile libhal with debug? |
| 17:41.12 | freemangordon | you don't need that I suppose, if you wish I can install hal-dbg too |
| 17:41.33 | freemangordon | no need for recompilation, i don't have hal debug symbols installed |
| 17:41.50 | freemangordon | the problem is noit in hal |
| 17:41.51 | DocScrutinizer | just hopes not everybody is so into a vivid discussion about this stuff that our meeting in 19min will not come thru |
| 17:41.53 | freemangordon | *not |
| 17:42.05 | merlin1991 | MohammadAG: what's the state of your sb btw? |
| 17:42.25 | MohammadAG | not that good merlin1991 |
| 17:42.32 | Sc0rpius | I actually might see the problem |
| 17:42.44 | MohammadAG | I'm still figuring out how to reinstall it without destroying its /home |
| 17:42.51 | Sc0rpius | _gnome_vfs_volume_monitor_disconnected is called with the right pointer to drive |
| 17:43.06 | freemangordon | Sc0rpius, that "1" you see as an parameter is just an optimised value |
| 17:43.08 | Sc0rpius | but when that function calls gnome_vfs_volume_unset_drive_private, drive = 0x1 |
| 17:43.16 | Sc0rpius | how's that |
| 17:43.20 | merlin1991 | in /scratchbox/sbin/ there is some unmount hting |
| 17:43.20 | freemangordon | :) |
| 17:43.23 | freemangordon | in reality the pointer is correct |
| 17:43.27 | DocScrutinizer | ordered a 'new' lenovo t500 somehours ago, with *plenty* of space and grunt for several friggin SB |
| 17:43.30 | merlin1991 | run that and after that mv your /home inside away |
| 17:43.34 | DocScrutinizer | :-) |
| 17:43.53 | Sc0rpius | are you sure? it clearly says "out of bonds" |
| 17:43.57 | merlin1991 | uh oh, suddenly doc will hack on ham :D |
| 17:44.19 | Sc0rpius | bounds |
| 17:44.30 | freemangordon | Sc0rpius, yeah, but that is from coredump |
| 17:44.42 | freemangordon | if you attach the debugger, the picture is different |
| 17:45.08 | freemangordon | or not, let me attach one |
| 17:45.25 | freemangordon | to doublecheck it |
| 17:46.09 | DocScrutinizer | freemangordon: I suspect you hijack the chan on purpose? ;-P |
| 17:46.49 | merlin1991 | DocScrutinizer: there's still plenty of time :D |
| 17:46.57 | DocScrutinizer | well, there's stil like 12min left to finish your enterprise |
| 17:46.59 | *** join/#maemo-ssu Venemo_N950 (~Venemo@fedora/Venemo) |
| 17:47.10 | Venemo_N950 | hey |
| 17:47.20 | Venemo_N950 | am I late? |
| 17:47.35 | MohammadAG | no, you're early, GTFO :p |
| 17:47.40 | Venemo_N950 | lol |
| 17:47.54 | freemangordon | DocScrutinizer, no , I have nothing better to do but to debug with gdb |
| 17:48.13 | Venemo_N950 | I wasn't sure if it's utc+2 or utc+1 at my place |
| 17:48.27 | DocScrutinizer | :-D |
| 17:49.18 | Venemo_N950 | it changes twice per year (called daylight saving? or whatever.), so I can't keep track. |
| 17:50.08 | DocScrutinizer | looks at his kde system clock, reads "Argentina, New York, Jerusalem, Taipei, UTC" - smiles |
| 17:50.44 | Sc0rpius | well anyway let's say it is an optimized value |
| 17:50.55 | Venemo_N950 | don't you live in Germany DocScrutinizer? |
| 17:50.56 | DocScrutinizer | MohammadAG: guess whom for I got Jerusalem there |
| 17:51.02 | Sc0rpius | then somehow a volume in the drive list doesn't have the drive itself referenced in its private data |
| 17:51.31 | MohammadAG | not me, I'm in Haifa |
| 17:51.32 | MohammadAG | :p |
| 17:51.35 | freemangordon | Sc0rpius, confirming, the problem is that we have one and the same volume twice, for some reason |
| 17:51.42 | DocScrutinizer | Venemo_N950: basically my QTH is "SOL 3", at least in tmo ;-) |
| 17:52.12 | Sc0rpius | the same volume twice in the drive list? |
| 17:52.48 | freemangordon | Sc0rpius,yes, because the way to reproduce that is to umount a volume and to mount it again on the same location |
| 17:53.05 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 17:53.19 | DocScrutinizer | merlin1991: you already prepared your "talk" about what you've tested and are planning to implement? |
| 17:53.28 | freemangordon | then gnome_vfs_volume_unset_drive_private is called twice, second time volume->priv->drive being 0x0 |
| 17:53.29 | merlin1991 | sure |
| 17:53.37 | DocScrutinizer | :-) |
| 17:53.42 | freemangordon | thus the assert fails |
| 17:53.47 | Jaffa | I may miss most of it |
| 17:53.59 | Jaffa | So look forward to reading the minutes |
| 17:54.00 | DocScrutinizer | Jaffa: \o/ |
| 17:54.17 | Sc0rpius | yeah and it makes sense since it was unset in the first loop |
| 17:54.20 | Sc0rpius | the problem is not there |
| 17:54.25 | freemangordon | yeah |
| 17:54.41 | Sc0rpius | the problem is to fins where it is added twice to the drive list, or why it wasn't removed properly in the "umount" |
| 17:54.41 | Pali | hi |
| 17:54.43 | DocScrutinizer | Jaffa: we'd appreciate much your live input and feedback |
| 17:54.43 | freemangordon | maybe when the volume is unmounted it is not removed from the list |
| 17:54.44 | Sc0rpius | find |
| 17:54.54 | DocScrutinizer | hi Pali |
| 17:54.54 | Sc0rpius | exactly |
| 17:55.03 | freemangordon | hi Pali |
| 17:55.43 | freemangordon | But i really want someone else but me to tke care of that bug, I really want to focus on thumb |
| 17:56.46 | DocScrutinizer | 240 seconds |
| 17:57.28 | merlin1991 | doc getting all itchy :D |
| 17:57.32 | merlin1991 | arcean: ping |
| 17:57.56 | Jaffa | DocScrutinizer: Will try via N9. |
| 17:58.06 | DocScrutinizer | fine with me |
| 17:58.09 | DocScrutinizer | :-) |
| 17:58.11 | Jaffa | Is there a good IRC client, beyond screen + irssi? |
| 17:58.26 | MohammadAG | on? |
| 17:58.29 | DocScrutinizer | webIRC? |
| 17:58.38 | merlin1991 | Jaffa: was about to say quassel, but then realized that there is no harmattan build |
| 17:58.43 | Sc0rpius | xchat? |
| 17:58.45 | MohammadAG | we really need a bot for minutes |
| 17:58.45 | merlin1991 | DocScrutinizer: n9 webbrowser fails on webirc |
| 17:58.51 | DocScrutinizer | dang |
| 17:58.52 | Arie | Jaffa: on Harmattan irc chatter |
| 17:59.02 | MohammadAG | oh well, we'll handle it manually this time |
| 17:59.23 | merlin1991 | MohammadAG: http://maemo.merlin1991.at/cssu/bugmeetings/ |
| 17:59.26 | merlin1991 | all manually :/+ |
| 17:59.30 | MohammadAG | lol |
| 17:59.32 | MohammadAG | 30s |
| 17:59.51 | MohammadAG | I wanted #startmeeting and #info |
| 17:59.52 | MohammadAG | etc |
| 17:59.55 | MohammadAG | oh well, 5s |
| 18:00.01 | MohammadAG | #startmeeting |
| 18:00.17 | DocScrutinizer | Welcome to CSSU meeting - topic: how to implement an infra to deliver optional packages to CSSU |
| 18:00.20 | merlin1991 | before we start the talking, who's here? |
| 18:00.33 | freemangordon | is here |
| 18:00.36 | MohammadAG | Here |
| 18:00.39 | Sc0rpius | is here but not sure if that matters |
| 18:00.39 | DocScrutinizer | here |
| 18:00.41 | Pali | here |
| 18:00.43 | Jaffa | Jaffa (Andrew Flegg): former Council member, CSSU "advocate" |
| 18:00.44 | Arie | here |
| 18:00.50 | Jaffa | (here) |
| 18:01.01 | merlin1991 | Jaffa: taking things way to serious ;) |
| 18:01.14 | DocScrutinizer | that's all fine |
| 18:01.19 | merlin1991 | okay lets start with the current situation in cssu |
| 18:01.26 | MohammadAG | #attendees DocScrutinizer, merlin1991, freemangordon, Sc0rpius, Pali, Jaffa, Arie, and me |
| 18:01.38 | merlin1991 | we have TV-Out, osso-applet-notificationlight, osso-applet-display, camera-ui and osso-calculator currently in cssu |
| 18:01.56 | freemangordon | as OSS replacements |
| 18:01.57 | merlin1991 | they way we distributed them they replace the former nokia pacakges without any choice for the user |
| 18:02.25 | *** join/#maemo-ssu _ade_ (~arno@5ED6AB27.cm-7-7c.dynamic.ziggo.nl) |
| 18:02.37 | MohammadAG | Although this may not be a problem for packages like osso-applet-notificationlight and osso-applet-display, the other packages may disrupt user experience |
| 18:02.42 | DocScrutinizer | (some do not, on Stable) |
| 18:02.52 | Jaffa | Because, as with all software, they have bugs |
| 18:03.00 | Jaffa | And they have potentially more "advanced" features too |
| 18:03.04 | MohammadAG | And sometimes, user preference |
| 18:03.05 | merlin1991 | yep |
| 18:03.48 | freemangordon | and sometimes bugfixes for long standing bugs |
| 18:03.49 | MohammadAG | A potential way to solve this was suggested by DocScrutinizer and merlin1991, to have another repository which holds these extras |
| 18:03.55 | DocScrutinizer | so users need a way to opt-in (or opt-out if opt-in isn't feasible) |
| 18:04.00 | merlin1991 | also X-Fade was kind enough to fix the scripts on maemo.org to allow for a 3rd component (besides free and non-free) within the repo |
| 18:04.10 | merlin1991 | (the component is called replace) |
| 18:04.13 | MohammadAG | or a separate component |
| 18:04.47 | MohammadAG | At some point, I recall we had an OK from Nokia to have binaries copied from the Nokia-repo to our repositories |
| 18:05.11 | MohammadAG | the problem here, is we need to bump the version number |
| 18:05.17 | Jaffa | MohammadAG: We *may* need to have that email dug out |
| 18:05.19 | MohammadAG | or add an epoch |
| 18:05.23 | MohammadAG | I can dig it out |
| 18:05.33 | freemangordon | MohammadAG, which package you mean |
| 18:05.44 | MohammadAG | camera-ui, revert to stock then move to replace component |
| 18:05.45 | freemangordon | as an example |
| 18:05.56 | DocScrutinizer | please give room for merlin1991 to finish his introduction |
| 18:06.03 | freemangordon | ok |
| 18:06.41 | merlin1991 | Docs an my suggestion a scheme like this: have the nokia packages as is, have the rewrite with a different package name conflicting the nokia pacakge, and a phony package that conflicts the rewrite which just depends on the nokia package (in order to reinstall noia version if the user wants to) |
| 18:06.54 | DocScrutinizer | as it seems he did some tests and thinking last few days already |
| 18:07.10 | merlin1991 | DocScrutinizer also suggested to ship a 4th package that allows to install the cssu version side by side to the stock version |
| 18:07.17 | merlin1991 | this one ofc is only valid where it makes sense |
| 18:07.47 | merlin1991 | Also we though for all that fancy stuff we could add a new user section to ham, something like user/CSSU |
| 18:07.57 | MohammadAG | My response to this, this is too much to maintain, needs a lot of manpower, and may cause bugtracking to be hard |
| 18:08.08 | merlin1991 | now while the idea is all nice and fine, atm it would only work with apt |
| 18:08.15 | MohammadAG | with apt? |
| 18:08.24 | merlin1991 | ham just errors out if there is a conflict between the pacakge to install and anything already installed |
| 18:08.48 | DocScrutinizer | :-/ |
| 18:09.00 | merlin1991 | though same as the added section that would be a small change to ham to allow replacing |
| 18:09.01 | MohammadAG | In all possible solutions I have in my head, we HAVE to patch HAM |
| 18:09.16 | MohammadAG | and since CSSU extras requires CSSU, this isn't a problem |
| 18:09.16 | Pali | problem in ham, because it does not use apt-get |
| 18:09.26 | Pali | ham using apt-worker |
| 18:09.30 | MohammadAG | it uses apt-worker, both are open |
| 18:09.34 | merlin1991 | actually as far as I could tell apt-worker even supports replacing |
| 18:09.38 | Pali | and patching apt-worker is not simple |
| 18:09.42 | merlin1991 | it's only the gui that says nah I'm not going todo this |
| 18:09.45 | Pali | that software is stupid and bad |
| 18:10.04 | MohammadAG | Replacing it isn't a possibility |
| 18:10.15 | Pali | and rewriting HAM to use apt-get is hard work |
| 18:10.21 | DocScrutinizer | we already replaced HAM afaik |
| 18:10.38 | freemangordon | I agree with MohammadAG re needed resources. And don't get the idea of implementing such a complicated packaging scheme in -testing. Or I miss something and we are comenting only -stable |
| 18:10.43 | Jaffa | ham and apt-worker aren't that bad to work with |
| 18:10.50 | Jaffa | IME |
| 18:10.56 | merlin1991 | freemangordon: it's all about -testing |
| 18:11.08 | merlin1991 | not going to introduce a devel ham into stable :D |
| 18:11.16 | DocScrutinizer | yet |
| 18:11.28 | MohammadAG | DocScrutinizer, no, we didn't |
| 18:11.30 | DocScrutinizer | Jaffa: thanks |
| 18:11.31 | *** join/#maemo-ssu GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 18:11.41 | MohammadAG | we upgraded it, but the path Pali seems to be taking is discussing a full HAM replacement |
| 18:11.45 | MohammadAG | ala fapman |
| 18:11.52 | DocScrutinizer | no way |
| 18:11.58 | MohammadAG | which is the point I made |
| 18:11.58 | Jaffa | bad idea imho |
| 18:12.07 | MohammadAG | very bad |
| 18:12.08 | merlin1991 | I would suggest to just augment ham enough for the scheme to work |
| 18:12.20 | DocScrutinizer | +1 |
| 18:12.26 | MohammadAG | Hey GeneralAntilles |
| 18:12.34 | MohammadAG | Here's my suggestion: |
| 18:12.46 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
| 18:13.02 | MohammadAG | Modify HAM and add XB-Maemo-Flags: cssu-rewrite |
| 18:13.03 | freemangordon | merlin1991, why we need that in -testing, who will do all the replacement packages and how you will chase the bugs reintroduced because of the nokia binaries? |
| 18:13.19 | DocScrutinizer | MohammadAG: exactly in line with merlin1991 |
| 18:13.46 | MohammadAG | Packages with cssu-rewrite, will appear in Install/Download section of HAM, ONLY IF maintainer is not Nokia |
| 18:13.47 | DocScrutinizer | freemangordon: you seem to miss the point |
| 18:13.53 | Pali | MohammadAG, adding maemo-flags will decrease speed of HAM |
| 18:13.58 | freemangordon | don't think so |
| 18:14.02 | MohammadAG | Pali, it already looks for them |
| 18:14.05 | freemangordon | DocScrutinizer ^^^ |
| 18:14.10 | merlin1991 | freemangordon: why we need it in testing, because we're not going to test drive that in stable, who will do the packaging, probably me, bugs is a good question though |
| 18:14.31 | Pali | parsing other strings will decrease speed |
| 18:14.49 | MohammadAG | Updates will show packages that are cssu-rewrite and current maintainer is NOT nokia |
| 18:14.56 | MohammadAG | Pali, it already parses XB-Maemo-Flags... |
| 18:15.10 | Pali | ham now for each package test if has some flag (ssu?) |
| 18:15.16 | MohammadAG | ok |
| 18:15.28 | MohammadAG | We'll go with User/Rewrites section |
| 18:15.29 | Pali | and adding other test case if has some other flag will decrease speed 2x |
| 18:15.31 | MohammadAG | or User/CSSU |
| 18:15.52 | freemangordon | merlin1991, but what is the purpose of -testing then, and how we assume a package in -testing is stable enough to go to -stable, if we don't have any clue how many users actually are using it? |
| 18:16.11 | MohammadAG | if a package falls under User/CSSU, test current maintainer (of installed package), if none or Nokia, show in Install, if not Nokia, show in Updates |
| 18:16.17 | DocScrutinizer | Pali: continental drift speed of HAM is mainly caused by building list and by updating repo-db. Parsing strings is basically for free |
| 18:16.30 | MohammadAG | if a package doesn't fall under User/CSSU, return from function/test, that shouldn't slow it doewn |
| 18:16.31 | freemangordon | we are throwing all the quarantine stuff through the window |
| 18:17.09 | Pali | DocScrutinizer, no, if you disable parsing that strings HAM will be fast |
| 18:17.30 | Pali | I played with HAM and with that strings |
| 18:17.30 | MohammadAG | Quoting Nokia email |
| 18:17.33 | MohammadAG | [quote] |
| 18:17.34 | MohammadAG | Hi all, |
| 18:17.35 | MohammadAG | I got an answer from the legal dpt and it is ok to distribute the non-free certman applet binaries in the CSSU repo @repository.maemo.org<http://repository.maemo.org> after they have been released in the Nokia PR1.3.1 SSU update. Before that happens, distributing them is not possible, unfortunately. |
| 18:17.35 | MohammadAG | If you have any more open questions about this, please don't hesitate to ask. |
| 18:17.38 | MohammadAG | [/quote] |
| 18:17.42 | merlin1991 | freemangordon: how does the quarantine work? I ask on here if people found problems with $x and decide upon that + my experience, also I'm pretty sure tmo users are all going to install each and every package within user/CSSU they can find :D |
| 18:17.48 | DocScrutinizer | freemangordon: that's a good point (how many tests were run on an optional pkg) |
| 18:18.10 | MohammadAG | unfortunately it only states we can distribute certman applet |
| 18:18.28 | merlin1991 | MohammadAG: tbh I don't think it's such a problem |
| 18:18.28 | freemangordon | merlin1991, if you are sure that noone will revert back to nokia binaries, why is all that exercise? |
| 18:18.39 | MohammadAG | merlin1991, I'm just pasting the quote for Jaffa |
| 18:18.42 | merlin1991 | freemangordon: I'm sure a minority will revert |
| 18:19.02 | MohammadAG | for those that want to revert they can always apt-get --reinstall install old version? |
| 18:19.13 | MohammadAG | for HAM to support that, we'd need to add install-by-version |
| 18:19.24 | Pali | certman applet is now opened, so that permission for certman is irrelevant now |
| 18:19.26 | merlin1991 | MohammadAG: I meant it this way: the ssu repos are still up: we just can depend on the nokia version in the revert phony pacakge |
| 18:20.00 | merlin1991 | which is visible in ham which is the whole idea why it needs to be there in the first place |
| 18:20.02 | DocScrutinizer | guys, we're not distributing Nokia binaries |
| 18:20.19 | merlin1991 | DocScrutinizer: my words |
| 18:20.20 | DocScrutinizer | we're for sure not providing them via CSSU repo |
| 18:21.12 | merlin1991 | also has someone a completely different idea maybe? |
| 18:21.15 | DocScrutinizer | so, let's agree on this being a nonissue, and focus on the main topic again? |
| 18:22.09 | MohammadAG | so how do we downgrade? |
| 18:22.19 | DocScrutinizer | downgrade? |
| 18:22.26 | freemangordon | so, why do we downgrade? |
| 18:22.30 | merlin1991 | MohammadAG: simple, ie camera-ui |
| 18:22.37 | DocScrutinizer | you mean from cssuR pkg to Nokia pkg? |
| 18:22.40 | MohammadAG | yes |
| 18:22.51 | freemangordon | and what is wrong with camera-ui? |
| 18:23.03 | MohammadAG | freemangordon, there's a goal for this meeting |
| 18:23.06 | freemangordon | leaving polotical reasoning aside. |
| 18:23.13 | merlin1991 | camera-ui in cssu turns into camera-ui2, or camera-ui-cssu and we introduce a new package camaera-ui-nokia which depends on camera-ui=nokiaversion |
| 18:23.18 | DocScrutinizer | you a) uninstall camerui-cssuR, or b) you install cameraui-NOKIA |
| 18:23.18 | freemangordon | MohammadAG, yes, shall I agree with it? |
| 18:23.28 | MohammadAG | no, you'll discuss it |
| 18:23.41 | freemangordon | that is what I am trying to do |
| 18:23.48 | MohammadAG | DocScrutinizer, that doesn't work in the sense of HAM |
| 18:24.02 | MohammadAG | merlin1991, that's all fine and stuff, but won't work with HAM |
| 18:24.31 | merlin1991 | MohammadAG: thus my initial text stating we need to augment ham :D |
| 18:24.49 | MohammadAG | if we need to augment HAM, I see no reason to have more than one package |
| 18:25.23 | DocScrutinizer | so what's your alternative? |
| 18:25.28 | MohammadAG | Either that, or we have a simple switch in HAM |
| 18:25.34 | MohammadAG | and we go with your suggestion |
| 18:25.40 | merlin1991 | so you'd prefer to stay in the original package name and swap how ham handles it depening on @nokia maintainer? |
| 18:26.01 | MohammadAG | I actually don't see a problem with your suggestion now |
| 18:26.08 | DocScrutinizer | MohammadAG: we need a per-app switch |
| 18:26.12 | MohammadAG | except that it needs more man-power |
| 18:26.47 | MohammadAG | so, for apps that have a rewrite, we need to have HAM show a switch for the app |
| 18:26.54 | DocScrutinizer | in merlin1991's concept this "switch" is the pkgname-ending |
| 18:27.01 | merlin1991 | my main idea for the suggestion was to keep it still doable under apt, since quite a lot of people work with apt on the device |
| 18:27.05 | MohammadAG | and in GUI talk, it's a simple toggle |
| 18:27.15 | merlin1991 | having a fancy compare maintainer logic inside ham won't help us anything with commandline apt |
| 18:27.39 | merlin1991 | and since we have to adjust ham anyway I'd opt for a way that keeps apt in tact |
| 18:27.41 | DocScrutinizer | won't fly |
| 18:27.44 | DocScrutinizer | KISS |
| 18:27.59 | MohammadAG | huh? |
| 18:28.12 | DocScrutinizer | keep it simple, stupid |
| 18:28.54 | MohammadAG | this is simple? |
| 18:29.22 | DocScrutinizer | a few packages with same basename and unambiguous extensions? yes |
| 18:29.40 | Arie | From an outsiders perspective merlin1991's idea seems to be the easiest for end users |
| 18:29.45 | merlin1991 | imo this is more than simple, it's about 20 lines to each control file, and a few other files withint /debian and then htis flies |
| 18:30.59 | MohammadAG | I don't mind merlin1991's suggestion |
| 18:32.57 | DocScrutinizer | Arie: you'll see acme-NOKIA, acme-cssuR, acme-cssu in HAM, with comments "acme-NOKIA: original package", "acme-cssuR: FOSS rewrite that replaces original NOKIA acme", "acme-cssu: this is a concurrent install of acme that can get used alternatively to original Nokia acme. Start it by clicking on acme-cssu icon" |
| 18:33.43 | DocScrutinizer | you picj either, on your own discretion |
| 18:33.49 | DocScrutinizer | pick* |
| 18:33.56 | Arie | DocScrutinizer: I think that's a great way to do it |
| 18:34.09 | DocScrutinizer | for some pkgs some of the alternatives may not be available |
| 18:34.32 | merlin1991 | mainly the side by side option is going to be not avaiable for most pkgs |
| 18:34.44 | DocScrutinizer | indeed |
| 18:35.05 | DocScrutinizer | I can see this for exatly two pkgs now: camera and OMP |
| 18:35.17 | merlin1991 | calc |
| 18:35.21 | DocScrutinizer | calc |
| 18:35.23 | DocScrutinizer | yep |
| 18:35.33 | _ade_ | worldclock replacement? |
| 18:35.35 | Arie | either way, it simplifies so much for all people involved |
| 18:35.38 | arcean | what about FOSS control panel applets? |
| 18:35.52 | merlin1991 | arcean: they are going to be take them or not |
| 18:35.55 | DocScrutinizer | arcean: those are mutually exclusive |
| 18:36.00 | merlin1991 | side by side for cp applets is stupid imo :D |
| 18:36.08 | arcean | yeah :D |
| 18:37.08 | MohammadAG | actually for cp panels as simple as display and notifications, I don't see why we should move them |
| 18:37.13 | DocScrutinizer | Jaffa: you're still with us? |
| 18:37.21 | MohammadAG | they introduce no regressions whatsoever |
| 18:37.22 | Pali | tvout |
| 18:37.29 | MohammadAG | tvout is more than those |
| 18:37.36 | DocScrutinizer | MohammadAG: they introduce regressions for me |
| 18:37.41 | MohammadAG | what? |
| 18:37.51 | freemangordon | isn't it clear? |
| 18:37.55 | arcean | ehh |
| 18:37.58 | DocScrutinizer | I don't like nor need the orientation-lock |
| 18:38.09 | MohammadAG | DocScrutinizer, I'm not talking about that |
| 18:38.13 | merlin1991 | orientation-lock is not a cp pannel applet |
| 18:38.18 | merlin1991 | it's status-area ;) |
| 18:38.22 | freemangordon | the whole camera-ui talk for the past several months |
| 18:38.29 | DocScrutinizer | ooh, so please explain for me |
| 18:38.51 | MohammadAG | DocScrutinizer, the "Display" and "Notification lights" applets in control panel |
| 18:38.57 | MohammadAG | those aren't Nokia's, they're replaced |
| 18:39.01 | MohammadAG | I'm guessing you didn't notice them |
| 18:39.10 | DocScrutinizer | probably |
| 18:39.26 | MohammadAG | those are simple, and they don't introduce regressions |
| 18:39.41 | merlin1991 | they were introduced in 20.2010.36-2maemo11 |
| 18:40.02 | MohammadAG | about 10 versions back? |
| 18:40.14 | DocScrutinizer | well, by the orthodox commandments they should go to optional |
| 18:40.29 | merlin1991 | actually 19 version ;) |
| 18:40.39 | DocScrutinizer | but I'm not too orthodox regarding this :-) |
| 18:40.53 | merlin1991 | but yeah we can easily make them optional with the suggested scheme, without a high impact on anything |
| 18:41.04 | DocScrutinizer | exactly |
| 18:41.32 | DocScrutinizer | we can even decide to have opt-in as well as opt-out pkgs for the ooptional ones |
| 18:41.40 | arcean | so even if the camera-ui-cssu doesn't introduce any regressions it will be always in Extras repo? |
| 18:41.50 | merlin1991 | yes |
| 18:41.59 | merlin1991 | though users can always just install it and use it |
| 18:42.03 | MohammadAG | although I prefer otherwise, this seems to be the best way for everyone |
| 18:42.05 | Arie | merlin1991: why? |
| 18:42.11 | MohammadAG | it's the best compromise apparently |
| 18:42.50 | merlin1991 | Arie: the whole make things optional idea comes from the fact that some people deem the rewrites inferior, nonsuitable, whatver, and thus should have an easy way not to use them |
| 18:43.15 | DocScrutinizer | Arie: eventually we'll come up with a metapackage of some sort that allows users to go "bleeding edge" and install all optional packages with one click |
| 18:43.29 | Arie | merlin1991: how are the rewrites inferior? |
| 18:43.36 | MohammadAG | Arie, he said some people |
| 18:43.37 | merlin1991 | Arie: I'm not saying they are |
| 18:43.51 | MohammadAG | Arie, since you don't find them so, you're part of the other group |
| 18:43.56 | merlin1991 | :) |
| 18:44.14 | arcean | then I'm afraid no one will work on replacements |
| 18:44.21 | merlin1991 | also freemangordon I'd use that system to actually speed up integration of new rewrites since it's the user choice then and we can introduce not so perfect packages aswell this way |
| 18:44.21 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 18:44.21 | DocScrutinizer | why? |
| 18:44.36 | Arie | merlin1991: we should leave then in testing the |
| 18:44.40 | Arie | them* |
| 18:44.40 | freemangordon | I see it as a waste of time and manpower. We have a bunch of bugs to fix, there are bugfixes to CRITICAL bug staying only on gitorious, but no, we should but camera-ui where it belongs. meh |
| 18:44.47 | DocScrutinizer | merlin1991: good point |
| 18:45.02 | freemangordon | *put |
| 18:45.24 | merlin1991 | freemangordon: I wouldn't slow down cssu dev for this next realease is going out when mag fixed his fsckd sb |
| 18:45.40 | merlin1991 | I'll try to get the scheme set up on the side and when it's ready get it deployed |
| 18:45.48 | merlin1991 | untill then business as usual I'd say |
| 18:45.50 | DocScrutinizer | freemangordon: we're NOT discussing camera here, we're planning CSSU future and try to find a way to keep it maintainable |
| 18:46.37 | merlin1991 | freemangordon: do you have other objections beside that it's a waste of time? |
| 18:47.25 | DocScrutinizer | we already got requests (or already did) to include/replace camera, OMP, worldclock, calc, others will follow |
| 18:47.27 | freemangordon | merlin1991, yes, my question on how we will test new fixes in -testing is still unanswered |
| 18:47.32 | DocScrutinizer | we need a way to handle all this |
| 18:48.06 | freemangordon | and what you will do with regressions caused by nokia binaries |
| 18:48.19 | DocScrutinizer | ?? |
| 18:48.22 | merlin1991 | blame them on the nokia ones, bugs for nokia packages are wontfix |
| 18:48.32 | freemangordon | great |
| 18:48.38 | merlin1991 | since we can't do anything about them in ANY way |
| 18:48.51 | merlin1991 | and our "fix" for them is the rewrite |
| 18:48.58 | DocScrutinizer | exactly |
| 18:49.11 | merlin1991 | keep in mind that the whole thing only applies to replacements for closed blobs |
| 18:49.26 | merlin1991 | everything like ke-recv is still goverened by the cssu mp and "forced" onto everyone |
| 18:49.40 | DocScrutinizer | if some fix is mandatory for CSSU *system*, then there will be no optional install, rather the fix goes to CSSU core |
| 18:49.56 | freemangordon | ok, what about -testing quarantine? |
| 18:50.12 | freemangordon | the one before the package goes to stable |
| 18:50.18 | merlin1991 | I'll probably extend it for the optional components to make sure they are troughoutly tested |
| 18:50.22 | DocScrutinizer | I think this will be manageable |
| 18:50.46 | freemangordon | how, we will have absolutely no clue if anyone has installed the package in question at all |
| 18:51.02 | DocScrutinizer | do we have that clue now? |
| 18:51.06 | merlin1991 | freemangordon: at least we will have it installed |
| 18:51.27 | freemangordon | yes, every user of -testing has all the latest packages in -testing repo installed |
| 18:51.47 | DocScrutinizer | esp do we have a clue who *used* any app we ship via CSSU? |
| 18:51.50 | freemangordon | and for sure there are -testing users |
| 18:52.05 | freemangordon | yoiu mean camera-ui? |
| 18:52.13 | freemangordon | i can bet |
| 18:52.21 | merlin1991 | freemangordon: I for exmaple didn't use modest the first year I head my n900 |
| 18:52.24 | arcean | -testing users expect the lastest packages from CSSU inc rewrites |
| 18:52.25 | DocScrutinizer | I'm NOT discussing camera |
| 18:52.36 | merlin1991 | so I would have been a -testing user that didn't test modest, even though it was updated by the cssu |
| 18:53.11 | DocScrutinizer | btw we can decide to include any arbitrary set of optional pkgs to come by default with Testing |
| 18:53.29 | merlin1991 | it's -testing after all |
| 18:53.30 | DocScrutinizer | while same pkgs for stable will stay opt.in |
| 18:54.09 | DocScrutinizer | arcean: I don't think so |
| 18:54.15 | freemangordon | I agree that scheme like proposed would make sense in -stable, but for -testing it makes no sense to me |
| 18:54.24 | merlin1991 | freemangordon: in the long run I want this for stable, but it has to be proven in -testing prior to getting it there |
| 18:54.30 | DocScrutinizer | arcean: testing users expect to be *able* to use latest bleeding edge |
| 18:54.58 | Arie | DocScrutinizer: this I agree with |
| 18:54.59 | freemangordon | DocScrutinizer, lets not talk in the name of people we don't know, ok? |
| 18:55.27 | DocScrutinizer | I don't think it's demanding too much from users when they need to opt-in to worldclock once we ship it as optional pkg - after all they only do that once |
| 18:56.09 | DocScrutinizer | freemangordon: why do you tell me? not arcean ? |
| 18:56.17 | freemangordon | DocScrutinizer, I don't mind to do it for FUTURE packages, but lets not make a mess with the one corrently in repos |
| 18:56.54 | merlin1991 | freemangordon: actually I agree with that |
| 18:56.55 | DocScrutinizer | freemangordon: I'm not discussing any such perspective now |
| 18:57.10 | DocScrutinizer | it's about the functionality and how to implement it |
| 18:57.23 | merlin1991 | I would suggest to use world clock replacement as a first trial for the whole thing |
| 18:57.30 | DocScrutinizer | yep |
| 18:57.35 | DocScrutinizer | sounds reasonable |
| 18:57.39 | freemangordon | and here is the point we agree |
| 18:57.43 | freemangordon | _ade_ ? |
| 18:57.49 | _ade_ | yes? |
| 18:57.59 | merlin1991 | afer we've seen how bad / well this goes we can move on from there |
| 18:58.02 | Arie | really? lol |
| 18:58.35 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 18:58.36 | DocScrutinizer | Arie: ?? |
| 18:58.46 | merlin1991 | _ade_: how do you feel about having your world clock replacement as the guinea pig to test our new and great deployment scheme for rewrites? :D |
| 18:58.59 | Arie | i supporr it |
| 18:59.02 | freemangordon | _ade_, are you stl want adeclock in CSSU. Will you support it, do you like it to be an optional component, etc... |
| 18:59.04 | Arie | support* |
| 18:59.58 | _ade_ | as I said before, I want to be the maintainer if needed |
| 19:00.25 | DocScrutinizer | it's a component that has both optional and replacing properties, so is a perfect guinea pig |
| 19:00.54 | _ade_ | If it it optional or not is the CSSU decision |
| 19:00.55 | merlin1991 | DocScrutinizer: optional? how do you want todo optional? |
| 19:01.01 | freemangordon | _ade_, this was some time before, thus my question is it still a valid statement :) |
| 19:01.33 | freemangordon | merlin1991, maybe in the same way as orientation lock in -stable? |
| 19:01.48 | merlin1991 | I think Doc actually meant side-by side there |
| 19:01.54 | merlin1991 | since it would be optional by definition :D |
| 19:01.54 | DocScrutinizer | yep |
| 19:01.55 | freemangordon | aah, yes |
| 19:02.24 | DocScrutinizer | I don't know, what's wrong with optional worldclock-cssu? |
| 19:02.48 | merlin1991 | same thing why I'd say no side by side, notficiation light applet |
| 19:03.00 | merlin1991 | simply silly to have 2 applets in a small space |
| 19:03.15 | DocScrutinizer | user decides to have woldclock-nokia, worldclock-cssuR, or worlclock-cssu AND worlclock-nokia |
| 19:03.32 | merlin1991 | also _ade_ can answer this the best |
| 19:03.33 | DocScrutinizer | ooh, I never looked into worldclock |
| 19:03.47 | merlin1991 | his code might interfere with a running nokia applet |
| 19:04.01 | DocScrutinizer | so I'm only assuming it could be optional. I'm not at all sure about that |
| 19:04.02 | merlin1991 | since it's the wakeup stuff is part of that aswell |
| 19:04.04 | freemangordon | merlin1991, status area applet and d-bus server could be 2 different things, but yes, it is best _ade_ to throw some light on it |
| 19:05.15 | _ade_ | both clocks the same time installed would not be my choice |
| 19:05.44 | _ade_ | Worldclock replacement does not interfere with applets |
| 19:05.56 | DocScrutinizer | yeah, but is it feasible and not brealing things? is it too much overhead to allow it? |
| 19:06.18 | DocScrutinizer | breaking* |
| 19:07.03 | DocScrutinizer | does it make any little bit of sense at all to run them concurrently? |
| 19:07.23 | _ade_ | It does not break things (as long as you do not start them both for sure) |
| 19:07.36 | DocScrutinizer | mhm |
| 19:07.46 | DocScrutinizer | so it's started voa an icon? |
| 19:07.52 | DocScrutinizer | via* |
| 19:08.13 | merlin1991 | DocScrutinizer: it's the time thing in your status menu |
| 19:08.20 | DocScrutinizer | ooh |
| 19:08.21 | _ade_ | no, just like the current clock at the moment (it replaces it) |
| 19:08.31 | merlin1991 | Uhr & Wecker on your german n900 ;) |
| 19:08.48 | DocScrutinizer | then it's hard to see any concurrent usecase |
| 19:08.55 | merlin1991 | my words :D |
| 19:09.06 | DocScrutinizer | a pity |
| 19:09.07 | DocScrutinizer | :-) |
| 19:09.38 | DocScrutinizer | well, it's HAM for user to switch then |
| 19:09.39 | _ade_ | running both at the same time could perhaps give some alarm queue conflict, but chances are small that will happen |
| 19:10.05 | DocScrutinizer | nah, forget concurrently running both |
| 19:10.31 | DocScrutinizer | switching back and forth between nokia WC and CSSU WC via HAM is it then |
| 19:10.56 | freemangordon | hmm, having both installed in the same time does not make sense |
| 19:11.03 | DocScrutinizer | yes |
| 19:11.04 | freemangordon | DocScrutinizer, :nod: |
| 19:11.28 | merlin1991 | btw _ade_ does it use translations? |
| 19:11.48 | DocScrutinizer | merlin1991: are we done with meeting? |
| 19:12.00 | DocScrutinizer | or any more open questions, rants, whatever? |
| 19:12.14 | _ade_ | yes, the alarmclock clock translation and it borrows from a few other standard translation files |
| 19:12.38 | DocScrutinizer | Jaffa: still with us? |
| 19:12.58 | freemangordon | _ade_, that should be ok, merlin1991 has .po RE command written in a note :P |
| 19:13.03 | merlin1991 | I think we can conclude that we'll run a trial with the worldclock replacement when ham is ready? |
| 19:13.22 | DocScrutinizer | fine with me |
| 19:13.29 | DocScrutinizer | who's tackling HAM? |
| 19:13.42 | freemangordon | and a milion dollar question - who will modify HAM? |
| 19:13.57 | merlin1991 | well I'm pretty sure you don't want to :D |
| 19:13.58 | _ade_ | merlin1991: can you arrange a CSSU git location for the replacement clock? |
| 19:14.07 | merlin1991 | so if Pali doesn't feel like it will be me |
| 19:14.08 | DocScrutinizer | I guess at least specs need to be done by merlin1991 |
| 19:14.23 | merlin1991 | _ade_: sure |
| 19:14.41 | merlin1991 | _ade_: do you have a gitorious account? |
| 19:14.46 | _ade_ | I do |
| 19:14.54 | merlin1991 | post a nick :) |
| 19:15.10 | freemangordon | DocScrutinizer: even better - the whole coding, as it seems he has the clearest idea of what functionality should be added |
| 19:15.21 | DocScrutinizer | indeed |
| 19:15.38 | *** join/#maemo-ssu _rd (~rd@p57B497FE.dip0.t-ipconnect.de) |
| 19:15.45 | merlin1991 | freemangordon: I'm going to get nightmares from ham code :D |
| 19:15.45 | _ade_ | adekker is my git name |
| 19:16.36 | freemangordon | merlin1991, nah, you will have push/pop nightmares, ham will be when you need some rest :P |
| 19:16.51 | DocScrutinizer | so I like to thank everybody attending. I'm busy with RL in a few minutes |
| 19:17.26 | merlin1991 | _ade_: I've added you to the cssu-developers group on gitorious, repo will be ready soon, and you should be able to push to it then |
| 19:17.42 | _ade_ | merlin1991: thanks |
| 19:18.08 | freemangordon | merlin1991, what do you thing about idea to create a SB instance on your server and give MohammadAG access to it? |
| 19:18.24 | freemangordon | be it virtual machine or something |
| 19:18.30 | merlin1991 | he's just going to fsckd my server ;) |
| 19:18.36 | DocScrutinizer | lol |
| 19:18.44 | freemangordon | nooo, nooo, no root access :D:D:D |
| 19:19.01 | merlin1991 | yeah I could set up a virtual machine, though I have nfc about that, so I would need some docs |
| 19:19.19 | merlin1991 | but in general a cssu ready image of a recent debian might be handy actually |
| 19:19.28 | DocScrutinizer | you probably could set up a chroot for him |
| 19:19.50 | freemangordon | you can set it up without using virtual machine, with automated call to /scratchbox/login or something like that |
| 19:19.54 | merlin1991 | _ade_: what is the name of the original nokia package? |
| 19:20.19 | DocScrutinizer | waves |
| 19:20.29 | freemangordon | clock-ui? |
| 19:20.35 | merlin1991 | freemangordon: actually my main reason not todo this is to keep gcc faaaaar away from my dom0 :D |
| 19:20.55 | freemangordon | :D |
| 19:21.10 | _ade_ | yes, it is clock-ui |
| 19:21.26 | Arie | i'm gonna go guys thank you for the informative talk |
| 19:21.48 | MohammadAG | freemangordon, I'm reinstalling sb atm |
| 19:22.08 | freemangordon | MohammadAG, that is great :p |
| 19:22.38 | freemangordon | I was on my way to setup a vmware instance for you |
| 19:22.59 | freemangordon | not kidding |
| 19:23.10 | merlin1991 | _ade_: https://gitorious.org/community-ssu/clock-ui |
| 19:23.49 | _ade_ | I will try to place it there tomorrow (and I am not a git expert btw) |
| 19:24.07 | freemangordon | merlin1991 if we finished with the "official" meeting, may i continue my gnome-vfs-.. bug chasing? |
| 19:24.14 | merlin1991 | yep |
| 19:24.25 | merlin1991 | ofc you're free to bug chase whenever you feel like :) |
| 19:24.35 | freemangordon | :D |
| 19:25.55 | freemangordon | MohammadAG, Sc0rpius: is anyone of you going to take care of "gnome-vfs-.. bug"? |
| 19:26.12 | amiconn | wonders where to report that a maemo package (not cssu) is broken |
| 19:26.13 | Sc0rpius | well not me :S |
| 19:26.32 | freemangordon | amiconn, maybe on bugtracker |
| 19:26.36 | merlin1991 | amiconn: most maemo packages have a component on bugs.maemo.org |
| 19:26.54 | merlin1991 | also the packages should have a filed pointing to a bugtracker / email / forumthread / whatever |
| 19:27.02 | amiconn | HAM offers an upgrade for 'luxus', but when trying to install that it tells me the package is broken |
| 19:27.21 | freemangordon | amiconn, better look at last tab |
| 19:27.34 | freemangordon | there should be more descriptive error message |
| 19:27.51 | merlin1991 | bugtracker for luxus is toni@tuug.fi :D |
| 19:28.02 | amiconn | There are not tabs. Just an error message with Yes/No buttons |
| 19:28.09 | MohammadAG | So the meeting's over? |
| 19:28.14 | merlin1991 | MohammadAG: yep |
| 19:28.18 | MohammadAG | #endmeeting |
| 19:28.20 | MohammadAG | for the fun of it :p |
| 19:28.26 | freemangordon | amiconn, well, pester toni then :P |
| 19:28.53 | merlin1991 | we were close enoug to cutting each others throat so it was best to stop ;) |
| 19:28.57 | amiconn | s/NOT/NO/ |
| 19:29.00 | amiconn | err |
| 19:29.15 | freemangordon | MohammadAG, [22:23] <freemangordon> MohammadAG, Sc0rpius: is anyone of you going to take care of "gnome-vfs-.. bug"? |
| 19:49.52 | *** join/#maemo-ssu trx (~ns-team@212.200.198.96) |
| 19:50.54 | *** part/#maemo-ssu trx (~ns-team@212.200.198.96) |
| 19:57.57 | Jaffa | Sorry. Got disconnected. |
| 20:04.29 | Jaffa | reads scrollback. Lots of sensible discussion |
| 20:04.55 | Jaffa | Who got the action to write up the plan on the ML/wiki for a) future refrence, b) ensure everyone _did_ understand it and c) to communicate the vision? |
| 20:05.52 | merlin1991 | I guess that's my job aswell |
| 20:06.38 | Jaffa | Ta |
| 20:20.38 | MohammadAG | Installing nokia-binaries... |
| 20:29.21 | *** part/#maemo-ssu GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 20:52.51 | *** part/#maemo-ssu _ade_ (~arno@5ED6AB27.cm-7-7c.dynamic.ziggo.nl) |
| 21:56.26 | *** join/#maemo-ssu ravent (~user@188.50.61.0) |
| 22:37.50 | *** join/#maemo-ssu ravent (~user@188.50.61.0) |
| 23:16.57 | *** join/#maemo-ssu ravent (~user@188.50.61.0) |