| 00:01.46 | *** join/#maemo-ssu kerio (~kerio@Maemo/community/contributor/kerio) |
| 00:30.11 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
| 00:30.11 | *** join/#maemo-ssu hwoarang (~w00t@gentoo/developer/hwoarang) |
| 01:50.47 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@14.151.250.137) |
| 02:43.40 | *** join/#maemo-ssu M13 (~Miranda@83.149.34.215) |
| 02:44.30 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 03:03.31 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 03:05.30 | *** join/#maemo-ssu futpib (~futpib@89.106.197.110) |
| 05:18.08 | *** join/#maemo-ssu zogg_ (~zoggrules@109.65.193.118) |
| 05:34.47 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
| 05:37.18 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 05:47.39 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 06:16.30 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-86-49-81-87.net.upcbroadband.cz) |
| 07:08.56 | *** join/#maemo-ssu FlameReaper (~assassin@203.106.65.1) |
| 07:19.38 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 07:26.50 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
| 08:04.05 | *** join/#maemo-ssu FReaper (~assassin@203.106.65.1) |
| 08:18.07 | *** join/#maemo-ssu tom (~tom@66.172.11.27) |
| 08:23.21 | *** join/#maemo-ssu FReaper (~assassin@203.106.65.1) |
| 08:25.42 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
| 08:32.14 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 08:50.41 | *** join/#maemo-ssu FReaper (~assassin@203.106.65.1) |
| 09:30.08 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 09:40.21 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 10:49.07 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
| 11:07.21 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:13.47 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:15.52 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:22.47 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:29.11 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:34.42 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:36.28 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:42.48 | *** join/#maemo-ssu futpib (~futpib@89.106.197.123) |
| 11:48.45 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-fokkjethyrmfhucg) |
| 12:00.20 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 12:05.59 | *** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru) |
| 12:30.01 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-92-227.residential.rdsnet.ro) |
| 13:14.16 | *** join/#maemo-ssu arcean (~arcean@apn-77-112-176-194.dynamic.gprs.plus.pl) |
| 13:29.10 | *** join/#maemo-ssu _rd (~rd@p57B4BE15.dip0.t-ipconnect.de) |
| 13:45.10 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 14:22.30 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
| 16:16.43 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-86-49-81-87.net.upcbroadband.cz) |
| 16:17.23 | *** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru) |
| 16:18.40 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29C7F.dip0.t-ipconnect.de) |
| 16:21.35 | *** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru) |
| 16:34.53 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 17:32.00 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:855d:69fb:2f6b:91d5) |
| 17:32.00 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619) |
| 17:40.28 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:855d:69fb:2f6b:91d5) |
| 17:40.29 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619) |
| 17:51.10 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:855d:69fb:2f6b:91d5) |
| 17:51.12 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619) |
| 17:58.28 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:855d:69fb:2f6b:91d5) |
| 17:58.30 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619) |
| 18:12.26 | *** join/#maemo-ssu _rd (~rd@p57B4BE15.dip0.t-ipconnect.de) |
| 18:18.28 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:11:855d:69fb:2f6b:91d5) |
| 18:18.29 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/community/contributor/Woody14619) |
| 18:34.24 | *** join/#maemo-ssu M4rtinK (~M4rtinK@46.227.13.46) |
| 18:58.02 | freemangordon | merlin1991: here? |
| 18:58.16 | merlin1991 | ypep |
| 18:58.19 | merlin1991 | eta 2 mins ;) |
| 18:58.23 | freemangordon | good |
| 18:58.26 | freemangordon | :) |
| 18:58.37 | merlin1991 | hm luf and Pali are missing |
| 18:58.46 | merlin1991 | ping arcean chem|st |
| 18:59.03 | freemangordon | weird, both said they'll be available |
| 18:59.09 | merlin1991 | yep |
| 18:59.54 | merlin1991 | currently writing a python decoder for 62056-21 fun times |
| 19:00.03 | kerio | for what? |
| 19:00.08 | freemangordon | ? |
| 19:00.22 | merlin1991 | ~wiki IEC_62056 |
| 19:00.33 | kerio | sounds like fun |
| 19:00.40 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 19:00.45 | freemangordon | merlin1991: why tython? |
| 19:00.50 | freemangordon | *python |
| 19:00.53 | merlin1991 | faster to prototype :) |
| 19:01.21 | freemangordon | faster than C/++? I doubt :P |
| 19:01.42 | kerio | python's fairly amazing for prototyping |
| 19:01.43 | Pali | I'm here :-) |
| 19:01.50 | kerio | Pali's here! |
| 19:02.02 | freemangordon | yay |
| 19:02.13 | freemangordon | vever fear :P |
| 19:02.17 | freemangordon | *never |
| 19:02.38 | kerio | merlin1991: where are you getting the data? |
| 19:02.44 | freemangordon | damn typo day. just like everyday :D |
| 19:02.52 | merlin1991 | an electrical meter ofc :) |
| 19:03.00 | kerio | yeah but how? |
| 19:03.02 | kerio | serial? |
| 19:03.05 | merlin1991 | rs485 |
| 19:03.08 | merlin1991 | so yep serial |
| 19:03.22 | kerio | use twisted! |
| 19:03.28 | freemangordon | yep, thats the industrial way iirc |
| 19:03.56 | freemangordon | kerio: no, it is different, that one is differential |
| 19:04.00 | merlin1991 | I've patched pyserial with the proper ioctls to enable rs485 and I'm using that :) |
| 19:04.02 | kerio | :s |
| 19:04.09 | kerio | last i heard, pyserial was pretty bad |
| 19:04.18 | merlin1991 | really? |
| 19:04.22 | merlin1991 | it works perfect for me |
| 19:04.48 | merlin1991 | and was about the only serial module for python I found |
| 19:04.53 | kerio | i don't remember if bad=has some serious flaws, or bad=not as good as twisted |
| 19:05.09 | kerio | pretty much /everything/ except twisted is the latter :) |
| 19:05.39 | freemangordon | twisted? is that some kind of SW? |
| 19:05.52 | merlin1991 | hm I'm probably looking at the wrong twisted: "Twisted is an event-driven networking engine written in Python" |
| 19:06.00 | kerio | that one |
| 19:06.12 | freemangordon | ooh, SW |
| 19:06.32 | freemangordon | merlin1991: lets give luf some 2-3 more minutes and start, ok? |
| 19:06.39 | merlin1991 | freemangordon: k |
| 19:06.55 | kerio | merlin1991: i'm surprised you didn't know about it |
| 19:06.55 | *** join/#maemo-ssu luf (~luf@ip-94-112-59-161.net.upcbroadband.cz) |
| 19:06.55 | kerio | it's... pretty amazing |
| 19:06.55 | freemangordon | wonders why arcean and chem|st does not respond |
| 19:06.56 | merlin1991 | never heard of it |
| 19:06.59 | freemangordon | ooh |
| 19:07.01 | kerio | it does everything, and well |
| 19:07.05 | freemangordon | here he is |
| 19:07.15 | freemangordon | luf: hi |
| 19:07.21 | luf | Hello |
| 19:07.29 | luf | I'm late as usual |
| 19:08.05 | freemangordon | luf: well, not that bad but you shoule try harder to beat merlin1991's record of 24hours :P |
| 19:08.15 | merlin1991 | ah yeah |
| 19:08.22 | merlin1991 | goes all red |
| 19:09.05 | arcean | hi everybody |
| 19:09.11 | merlin1991 | hi there |
| 19:09.12 | kerio | hi dr. nick! |
| 19:09.15 | freemangordon | arcean: hi |
| 19:09.29 | merlin1991 | I guess we can start for now and if chem|st shows up we can do the -stable specific stuff |
| 19:09.36 | freemangordon | sure |
| 19:09.49 | freemangordon | merlin1991: do we have an agenda? |
| 19:09.56 | kerio | glibc status |
| 19:10.06 | merlin1991 | point #1 gather agenda points |
| 19:10.10 | freemangordon | ok |
| 19:10.21 | freemangordon | ok, glibc status |
| 19:10.44 | merlin1991 | I have to add status of repos and packages for next -testing release |
| 19:10.49 | freemangordon | & stuff for the new CSSU-T |
| 19:10.51 | merlin1991 | any other points? |
| 19:10.54 | kerio | missing packages |
| 19:10.56 | Pali | cssu GPG key |
| 19:11.05 | freemangordon | and Nokia GPG key |
| 19:11.13 | kerio | Pali: ¿lol qué? |
| 19:11.25 | kerio | what's wrong with the cssu key? |
| 19:11.34 | merlin1991 | kerio: will run out sometime this year afaik |
| 19:11.34 | Pali | it will expire this year |
| 19:11.37 | kerio | oic |
| 19:11.42 | kerio | yeah, that's fairly bad for -testing users |
| 19:11.55 | kerio | kinda related: state of the enabler and the catalogues |
| 19:12.10 | freemangordon | merlin1991: I think that even if chem|st does not appear we should plan for CSSU-S too |
| 19:12.17 | *** join/#maemo-ssu fw190 (~fw190@c75-67.icpnet.pl) |
| 19:12.32 | merlin1991 | yeah we can gather a list, but ultimately it's his decision |
| 19:13.00 | freemangordon | otherwise we risk to be in the same situation as it was an year or so ago. for -T ;) |
| 19:13.49 | freemangordon | merlin1991: honestly, the experience with MAG's maintainership was pretty enough for me |
| 19:14.22 | merlin1991 | okay so we have #1 status of repos (inlcudes keys and glibc) #2 new stuff for -testing #3 new stuff for -stable and probably #4 our beloved kernel |
| 19:14.30 | freemangordon | yep |
| 19:14.36 | kerio | #5 splitting community-ssu-enabler? |
| 19:14.37 | luf | Too many points ... |
| 19:14.53 | merlin1991 | luf: we have to start at some point :) |
| 19:14.54 | kerio | is that meeting-worthy? |
| 19:14.56 | Pali | kerio, yes good point |
| 19:15.10 | luf | let's start |
| 19:15.10 | merlin1991 | kerio: also part of #1 |
| 19:15.14 | merlin1991 | okay so #1 |
| 19:15.18 | merlin1991 | some pointers from my side |
| 19:15.19 | freemangordon | merlin1991: are you in mood to discuss stuff like thumb-extras and merge of -T and -thumb? |
| 19:15.47 | merlin1991 | I'd rather finally shit a new -testing and fix the last repo issues before we tackle that |
| 19:15.52 | freemangordon | ok |
| 19:15.54 | merlin1991 | s/shit/ship/ |
| 19:15.54 | merlin1991 | omfg |
| 19:16.02 | kerio | merlin1991: still works |
| 19:16.20 | merlin1991 | so anyway, repos |
| 19:16.31 | merlin1991 | we do have full control now which allows us to also fix the gpg issue |
| 19:16.43 | merlin1991 | I've uploaded the -testing bits up to our current release |
| 19:17.09 | merlin1991 | there is some weird issue with chemists account regarding user rights, but it should be fixed this week |
| 19:17.11 | freemangordon | merlin1991: glibc? iirc it was a part of it initially |
| 19:17.50 | merlin1991 | glibc is technically okay, only that the import script on the server goes full mental and for some weird reason extracts a wrong path and thus does not import glibc |
| 19:18.05 | merlin1991 | complaining about missing files even though they are there |
| 19:18.11 | freemangordon | merlin1991: can you put glibc before next -T, so the issues to be fixed in the meanwhile? |
| 19:18.20 | kerio | oh, so it wasn't a special filter for glibc? |
| 19:19.18 | merlin1991 | nope I found in the logs that it just goes mental on the paths for files to import |
| 19:20.12 | arcean | so it's a problem with packaging? |
| 19:20.28 | merlin1991 | the packagaing is according to debian rules as far as I could see |
| 19:20.39 | *** join/#maemo-ssu BigBox___ (~BigBoxDri@ip-77-24-51-145.web.vodafone.de) |
| 19:20.41 | merlin1991 | I'm guessing it's a problem with the software on repo.maemo.org |
| 19:20.42 | freemangordon | arcean: don;t think so, merlin1991's server has no problems |
| 19:21.06 | merlin1991 | because ie reprepro on my server, which is quite compliant with debian rules accepts it happily |
| 19:21.35 | kerio | merlin1991: hm, is it just packages? |
| 19:21.43 | kerio | or is it built, on m.o? |
| 19:21.59 | kerio | can't you put it in manually? |
| 19:22.02 | freemangordon | merlin1991: I is it you to fix that? |
| 19:22.06 | merlin1991 | kerio: I upload built packages and on r.m.o only an import job runs |
| 19:22.18 | merlin1991 | freemangordon: yeah, I'm repo admin now :/ |
| 19:22.37 | freemangordon | why unhappy, you have all the power to screw it up :P |
| 19:22.57 | kerio | merlin1991: hm, is there a particular reason to keep that setup, rather than just rsyncing from your server? |
| 19:22.59 | merlin1991 | yeah that's the scary bit |
| 19:23.19 | merlin1991 | kerio: yeah the repos are different in layout, ... |
| 19:23.23 | freemangordon | kerio: it is better to have some machine control over what is uploaded |
| 19:23.49 | kerio | well the machine control isn't working, at least for this package |
| 19:24.08 | freemangordon | kerio: And I bet it will be easier to fix whatever is broken than changing how it works |
| 19:24.10 | merlin1991 | anyway the current situation also allows us to eventually swap the gpg key that is used to sign the repo |
| 19:24.25 | merlin1991 | I think Pali had a few points on that the last time |
| 19:24.33 | kerio | ew, no |
| 19:24.39 | kerio | not right now, at least |
| 19:24.54 | Pali | merlin1991: can you add cssu repos to http://maemo.org/packages/repository/ ? |
| 19:25.04 | kerio | first we push new keys |
| 19:25.19 | kerio | then we update them |
| 19:25.27 | Pali | merlin1991, we do not need to swap keys, only delete expiration date |
| 19:25.30 | merlin1991 | Pali: I have no idea how that works, but I can try to push for someone to look into it |
| 19:25.32 | kerio | oooh |
| 19:25.34 | kerio | right |
| 19:25.45 | kerio | yeah, that's a bit easier |
| 19:25.56 | kerio | Pali: will the devices accept the key? |
| 19:26.09 | Pali | kerio, before expiration yes |
| 19:26.27 | kerio | so it's still the same key, alright |
| 19:26.32 | Pali | kerio, expiration is only signature |
| 19:26.38 | merlin1991 | iirc we can give the key a new expiration date, and the devices will still accept the key, and if they download the new keyinfo with an updated enabler they also know about the longer expiration |
| 19:26.40 | kerio | then we just need to do that, and then push the updated key in the enabler |
| 19:27.38 | merlin1991 | I'd like todo that together with splitting the enabler into catalogue packages and enabler package, to get rid of the "all repos in the list" problem in ham |
| 19:27.59 | Pali | merlin1991, you only need to open private gpg key, change expiration and publish public part |
| 19:28.03 | kerio | domain information and keys should still stay in the enabler part |
| 19:28.05 | kerio | imo |
| 19:28.23 | Pali | kerio: https://gitorious.org/~pali/community-ssu/pali-community-ssu-enabler |
| 19:29.12 | kerio | Set same trust level for all community repositories |
| 19:29.14 | kerio | hmm, really? |
| 19:29.47 | Pali | see description |
| 19:29.48 | kerio | actually, that will wreck shit |
| 19:29.57 | kerio | current users won't be able to update |
| 19:30.00 | kerio | will they |
| 19:30.21 | kerio | current cssu-thumb/testing users, i mean |
| 19:30.44 | Pali | you can install new version only if it comes from >= trustlevel |
| 19:30.45 | kerio | have you tested it? |
| 19:30.58 | kerio | yeah but is the trust level stored as a name, or as a number? |
| 19:31.06 | kerio | because if it's just the name, then it's ok |
| 19:31.07 | Pali | numer |
| 19:31.15 | kerio | then current cssu-testing users won't be able to update |
| 19:31.20 | kerio | put them all at 750 |
| 19:31.26 | Pali | why?? |
| 19:31.38 | kerio | because current cssu-testing packages are at trust level 701 |
| 19:31.39 | merlin1991 | Pali: whit your changed what happens if someone installs another enabler? |
| 19:31.49 | kerio | further updates once that enabler is updated will come from trust level 700 |
| 19:31.56 | Pali | kerio, trustlevel is stored in package |
| 19:32.00 | Pali | and is updated by package |
| 19:32.27 | kerio | yes |
| 19:32.37 | kerio | and packages that, right now, come from cssu-testing, have a trust level of 701 |
| 19:32.47 | kerio | and thus, won't be able to be updated from a repo at trust level 700 |
| 19:32.48 | *** join/#maemo-ssu thedead1440 (~thedead14@unaffiliated/thedead1440) |
| 19:32.54 | Pali | kerio, no |
| 19:32.55 | freemangordon | Pali: but do already installed packages use the current repo trust level, ot the trust level by the time of the installation |
| 19:32.56 | freemangordon | ? |
| 19:33.05 | Pali | trustlevel is stored in package file |
| 19:33.27 | kerio | no it's not? |
| 19:33.35 | kerio | there's no trust level in .debs |
| 19:33.48 | Pali | if you change trustlevel of repo then it will change for all packages |
| 19:33.50 | Pali | in that repo |
| 19:34.01 | freemangordon | Pali: are you sure? |
| 19:34.08 | kerio | so the trust level is stored, for each package, just as a reference to the domain name |
| 19:34.11 | kerio | alright, then it works |
| 19:34.23 | Pali | trustlevel is stored in that config file for repo |
| 19:34.32 | kerio | Pali: it's stored per-package |
| 19:34.39 | kerio | somewhere in /var or /usr |
| 19:34.41 | freemangordon | well, we have testng-testing after all |
| 19:34.45 | kerio | i don't know how to test it, though |
| 19:34.58 | Pali | kerio, show me where it is stored |
| 19:35.12 | Pali | I think it is not stored |
| 19:35.31 | kerio | hold on, looking through the HAM source code |
| 19:36.05 | freemangordon | merlin1991: in the meantime, what's going on with repos web iface? |
| 19:36.29 | merlin1991 | what exactly do you mean? |
| 19:36.36 | Pali | not possible to promote packages |
| 19:36.41 | Pali | kernel-power v52 missing |
| 19:36.57 | merlin1991 | ah that bit, nfc but it's on my list of stuff to investigate |
| 19:37.01 | freemangordon | merlin1991: afaik the last time X-Fade did some hack so KP to be visible, I guess a grep for kernel-power will show you where |
| 19:37.29 | freemangordon | iirc he hardcoded the version to be imported |
| 19:37.50 | merlin1991 | Pali: did you get anything out of jacekowski? |
| 19:37.59 | Pali | no |
| 19:38.10 | merlin1991 | I'll start hunting then |
| 19:38.21 | Pali | merlin1991, what can be configured via maemo package admin interface? |
| 19:38.34 | merlin1991 | I have no idea, I don't have access to that |
| 19:38.40 | freemangordon | :) |
| 19:38.56 | Pali | and you are admin, but do not have access :-) |
| 19:39.03 | freemangordon | merlin1991: but but... ^^^ |
| 19:39.16 | Pali | cannot you clone X-Fade account? |
| 19:39.53 | merlin1991 | I'm in a garage admin group which should allow me to get to that parts aswell, but it doesn't work, I have to investigate that aswell |
| 19:40.01 | merlin1991 | but hey, I can approve new garage projects .) |
| 19:41.22 | merlin1991 | Pali: did you test your new enabler in any form or is that a job for me? |
| 19:41.34 | Pali | nothing tested yet |
| 19:41.46 | Pali | no idea if current git HEAD working |
| 19:42.06 | Pali | last commit March 03 2013 |
| 19:42.22 | Pali | I really do not remember if that working or not |
| 19:42.42 | merlin1991 | okay I'll throw it into testing-testing and mess up my devices then |
| 19:43.03 | freemangordon | shall we continue with pt2? |
| 19:43.05 | merlin1991 | Pali: the cssu gpg key, in which package does it sit? |
| 19:43.34 | Pali | merlin1991: community-ssu-enabler |
| 19:44.24 | freemangordon | thinks it will take a while until kerio fugures out what HAM does :) |
| 19:44.28 | merlin1991 | okay so we can change it easily |
| 19:44.29 | Pali | merlin1991, please remove expiration from key, upload public part to keyserver |
| 19:44.41 | Pali | I will then update git repo |
| 19:45.03 | Pali | it should be updated before any next CSSU S/T release |
| 19:45.07 | kerio | freemangordon: do you have a tarball of the rootfs before the first boot? |
| 19:45.18 | freemangordon | Pali: why? |
| 19:45.21 | freemangordon | kerio: no |
| 19:45.31 | Pali | because it will expire this year |
| 19:45.36 | Pali | it should be done ASAP |
| 19:45.42 | freemangordon | kerio: just extract FW image and mount rootfs |
| 19:45.51 | freemangordon | Pali: it is april |
| 19:45.55 | kerio | *and nandsim and mount rootfs |
| 19:45.56 | Pali | otherwise CSSU repos will have same problem as nokia repo |
| 19:46.03 | kerio | os x has no nandsim, and doesn't speak ubifs :c |
| 19:46.33 | freemangordon | kerio: use linux :P |
| 19:46.44 | kerio | you're not helping :< |
| 19:47.25 | freemangordon | Pali: we have a pile of stuff for the next update, I don;t think it makes sense to wait for the new key/enabler |
| 19:47.57 | merlin1991 | freemangordon: key/enabler can be done in a week |
| 19:48.03 | merlin1991 | alongside of the other stuff |
| 19:48.24 | freemangordon | merlin1991: ok, lets do it after the next T, what is the problem? |
| 19:48.49 | merlin1991 | the earlier we ship the new enabler the better |
| 19:48.52 | freemangordon | what if Pali's enabler has bugs or broken design? |
| 19:49.02 | merlin1991 | but we can also throw it in as soon as it's finished |
| 19:49.11 | merlin1991 | as a mini-update |
| 19:49.13 | Pali | I'm talking about gpg key, not about new enabler |
| 19:49.15 | freemangordon | exactly |
| 19:49.38 | freemangordon | Pali: aren't those connected? |
| 19:49.51 | Pali | we can just update gpg key |
| 19:49.56 | freemangordon | oh, ok |
| 19:50.09 | kerio | well, you have to update the current enabler too |
| 19:50.16 | kerio | but that's literally a line and a file |
| 19:50.23 | merlin1991 | yep |
| 19:50.36 | merlin1991 | so we'll do that and properly test the new split enabler for the next -t then |
| 19:50.41 | merlin1991 | okay #2 then I guess |
| 19:50.46 | freemangordon | merlin1991: wait |
| 19:51.04 | merlin1991 | backpeddals, yes freemangordon? |
| 19:51.24 | freemangordon | we (you) will update the key and the CURRENT enabler with that key |
| 19:51.39 | freemangordon | split-enabler will be after the next -T |
| 19:51.55 | freemangordon | as we have NFC if it works even |
| 19:51.56 | Pali | I can update public gpg key in any enabler version |
| 19:52.05 | Pali | I jsut need updated public key :-) |
| 19:52.10 | freemangordon | yep |
| 19:52.20 | merlin1991 | freemangordon: you're just repeating what I said ;) |
| 19:52.45 | freemangordon | <merlin1991> so we'll do that and properly test the new split enabler for the next -t then |
| 19:53.04 | freemangordon | I read that as the next -T after 7.2 ;) |
| 19:53.06 | merlin1991 | current -t --> comint -t --> next -t aka my wording sucks |
| 19:53.18 | freemangordon | aah, ok :) |
| 19:53.19 | merlin1991 | s/comint/coming/ |
| 19:53.47 | freemangordon | ot my English :) |
| 19:53.50 | freemangordon | *or |
| 19:53.56 | merlin1991 | so everything 100% unclear by now? |
| 19:54.01 | freemangordon | ok, I am fine with that |
| 19:54.13 | freemangordon | yep, 100% unclear :) |
| 19:54.42 | merlin1991 | so #2, from the last time I have gtk, obexd, qt, hd (2.2.150), modest, libpng, libxml, zlib, libhildonfm, osso-systemui-tklock, osso-xterm, vte, upstart, osso-gnomevfs-extra, pulseaudio, dsme (0.60.49+0cssu1), connui-home-cellular, microb-engine (die, die, die) |
| 19:55.02 | luf | I have question about libxml2 |
| 19:55.04 | freemangordon | add libpixman |
| 19:55.24 | luf | Are we talking about 2.6 or the latest libxml2.8? |
| 19:55.45 | freemangordon | luf: what is in -devel? |
| 19:56.24 | kerio | alright, it appears that the domain of a package is stored by-domain |
| 19:56.28 | luf | libxml 2.8 |
| 19:56.35 | kerio | like, according to the domain name |
| 19:56.42 | kerio | so changing a domain's trust level should work |
| 19:57.23 | luf | There is libxml 2.8 in cssu-devel since 2013-Mar-17 (I see no bug report). |
| 19:57.27 | freemangordon | luf: ii libxml2 2.8.0+dfsg1-7maemo0+0cssu1 |
| 19:57.41 | freemangordon | that is on my "production" device |
| 19:57.53 | luf | freemangordon: brave man :D |
| 19:57.56 | Pali | merlin1991: add to list rtcom-messaging-ui-portrait |
| 19:58.12 | Pali | this patch: https://gitorious.org/community-ssu/rtcom-messaging-ui-portrait/commit/d5ddd636aee5b0386bc3c73415c4ce338737e492 |
| 19:58.15 | freemangordon | shit, so many non-thumbified packages here, I was wondering why my device is so slow :D |
| 19:58.32 | merlin1991 | what's new in libpixman? |
| 19:58.39 | freemangordon | merlin1991: everything |
| 19:58.44 | kerio | freemangordon: and let's not forget about the gcc4.6-compiled xorg! |
| 19:58.58 | freemangordon | kerio: this is -thumb, leave it alone :P |
| 19:59.20 | merlin1991 | Pali: why is that patch even needed? |
| 19:59.36 | Pali | because apt-get cycling between versions |
| 19:59.50 | merlin1991 | hashes? |
| 19:59.59 | freemangordon | merlin1991: https://gitorious.org/community-ssu/pixman/commits/master |
| 20:00.49 | luf | I didn't merge libxml2.8 into cssu git as I don't know if it's ok for others ... |
| 20:01.22 | freemangordon | luf: wait, what? you include stuff in -devel without pushing to gitorious? oh you |
| 20:01.27 | luf | So I need to know if we'll include libxml 2.8 into this CSSU-T or keep it for the next one. |
| 20:01.48 | merlin1991 | afaik the reason for libxml upgrade were several security issues? |
| 20:01.53 | luf | freemangordon: no. I cloned the repo on gitorious and push the 2.8 changes there ;) |
| 20:01.55 | freemangordon | I guess it is safe to include it, at least I saw no problems here |
| 20:02.05 | luf | merlin1991: yes. |
| 20:02.46 | merlin1991 | luf: please push your changes into the cssu gitorious aswell |
| 20:02.46 | freemangordon | and sisnce it is for a month or so in -devel, it should be relatively safe methinks |
| 20:02.51 | merlin1991 | yep |
| 20:02.52 | luf | merlin1991: and also some bug fixes (it's from wheezy so I think it'll be better for keeping up to date). |
| 20:03.01 | freemangordon | luf: ASAP :P |
| 20:03.14 | luf | Ok. I'll do it. |
| 20:03.30 | luf | freemangordon: I think I'll do it next year :p |
| 20:03.45 | freemangordon | soon enough :) |
| 20:04.14 | merlin1991 | gtk, obexd, qt, hd (2.2.150), modest, libpng, libxml, zlib, libhildonfm, osso-systemui-tklock, osso-xterm, vte, upstart, osso-gnomevfs-extra, pulseaudio, dsme (0.60.49+0cssu1), connui-home-cellular, microb-engine (die, die, die), libpixman, rtcom-messaging-ui-portrait |
| 20:04.19 | freemangordon | merlin1991: regarding h-d version, I think you should use the latest on gitorious |
| 20:04.26 | merlin1991 | arcean: ^^? |
| 20:05.13 | merlin1991 | freemangordon: zlib has problems together with which package (where the build order mattered) |
| 20:05.19 | arcean | I'll release 2.2.151.1 during weekend |
| 20:05.23 | freemangordon | I push it in -thumb some time ago, no reports so far (expluding one for broken force-landscape flag by that marmitz guy) |
| 20:05.43 | merlin1991 | yep we have that report which should be looked into |
| 20:05.45 | DocScrutinizer05 | ((<Pali> merlin1991, please remove expiration from key, upload public part to keyserver)) which friggin keyserver? |
| 20:05.51 | freemangordon | arcean: wait, why 151.1? new stuff or just a version bump? |
| 20:06.08 | Pali | merlin1991: if you are pushing packages to cssu-T can you reuse versions from cssu-D? so they will have same md5sums? |
| 20:06.09 | merlin1991 | DocScrutinizer05: the public gpg servers all sync to a distributed mostly ready only databse |
| 20:06.18 | merlin1991 | and afaik the maemo repo keys are in there |
| 20:06.20 | arcean | version bump, releasing unreleased :D |
| 20:06.37 | Pali | DocScrutinizer05, you can choose which keyserver will you use |
| 20:06.41 | merlin1991 | cssu-D? |
| 20:06.47 | freemangordon | arcean: hildon-desktop (1:2.2.152~1) unstable; urgency=low |
| 20:06.58 | freemangordon | this is now on gitorious |
| 20:06.58 | Pali | DocScrutinizer05, all keyserver syncing all gpg keys |
| 20:06.59 | merlin1991 | Pali: ah wait, well nope |
| 20:07.04 | Pali | merlin1991: cssu devel |
| 20:07.18 | freemangordon | arcean: hildon-desktop (1:2.2.152-1+thumb0) unstable; urgency=low |
| 20:07.23 | arcean | freemangordon: and it's unrealeased apart -thumb |
| 20:07.37 | Pali | merlin1991: why not? |
| 20:07.40 | freemangordon | arcean: so pretty please use hildon-desktop (1:2.2.152-1) |
| 20:07.47 | arcean | yeah, I see |
| 20:08.11 | Pali | DocScrutinizer05: for example this: http://keyserver.ubuntu.com/ |
| 20:08.26 | merlin1991 | Pali: partly because -D is filled with stuff built from various scratchboxes, and we don't want to run into silly library issues in our main repo |
| 20:08.36 | Pali | ok |
| 20:08.50 | DocScrutinizer05 | I don't see maemo nor builder infra use a public keyserver |
| 20:08.51 | merlin1991 | but I can version bump things I put into -T |
| 20:09.01 | Pali | DocScrutinizer05: or http://pgp.mit.edu/ |
| 20:09.27 | freemangordon | merlin1991: I think it is not needed, atp should update on hash change |
| 20:09.27 | merlin1991 | DocScrutinizer05: see http://keyserver.ubuntu.com/pks/lookup?op=vindex&search=maemo&fingerprint=on |
| 20:09.36 | freemangordon | *apt |
| 20:09.40 | Pali | DocScrutinizer05, every pgp keyserver syncing keys with every |
| 20:09.52 | Pali | (just need to wait until sync is done) |
| 20:09.58 | DocScrutinizer05 | I KNIOW what a pgp keyserver is and soes!! |
| 20:10.00 | DocScrutinizer05 | does |
| 20:10.00 | merlin1991 | freemangordon: the problem with differnt hashes on the same package is that apt then starts to swap the packge each upgrade |
| 20:10.16 | kerio | push the key to *all* the keyservers! _ò/ |
| 20:10.27 | DocScrutinizer05 | I say neither maemo5 HAM nor autobuilder is using any public keyserver |
| 20:10.55 | merlin1991 | yes, but the maemo repo keys are all shared on the gpg servers |
| 20:11.02 | DocScrutinizer05 | so what? |
| 20:11.24 | merlin1991 | you don't throw public stuff somewehre, then update it and only tell 50% of your audience you know of |
| 20:11.26 | kerio | so if everything else fails, we have a one-liner to fix things |
| 20:11.35 | DocScrutinizer05 | meh |
| 20:12.27 | merlin1991 | is there anything else new apart from the packages I listed? |
| 20:12.39 | DocScrutinizer05 | as relevant to fremantle as is slashdot reporting about that key update |
| 20:12.58 | freemangordon | checks what's in -thumb |
| 20:13.24 | merlin1991 | arcean: which version should I include with the next -testing then? |
| 20:13.31 | kerio | DocScrutinizer05: ok, rationale for /not/ pushing the updated key to keyservers? |
| 20:13.40 | DocScrutinizer05 | pfff |
| 20:14.00 | DocScrutinizer05 | rationale for NOT publishing it on slashdot? |
| 20:14.01 | *** mode/#maemo-ssu [+o merlin1991] by ChanServ |
| 20:14.02 | freemangordon | merlin1991: <freemangordon> arcean: so pretty please use hildon-desktop (1:2.2.152-1) |
| 20:14.07 | arcean | merlin1991: if it's ok I'll push and tag a new version of friday |
| 20:14.15 | arcean | s/of/on |
| 20:14.26 | *** mode/#maemo-ssu [-b *!*@*estel*] by merlin1991 |
| 20:14.28 | freemangordon | arcean: wait, push? |
| 20:14.36 | Pali | DocScrutinizer05, cssu gpg key is already on public keyserver |
| 20:14.47 | DocScrutinizer05 | SO WHAT? |
| 20:14.49 | Pali | so it should be update here if we update it |
| 20:14.52 | arcean | freemangordon: 2.2.152-1 |
| 20:14.57 | freemangordon | ok |
| 20:15.11 | freemangordon | arcean: though I guess merlin1991 can do that as well |
| 20:15.18 | luf | merlin1991: nothing new from me |
| 20:15.25 | DocScrutinizer05 | go ahead, update whatever you like. It's not a requirement for maemo5 though |
| 20:15.37 | *** topic/#maemo-ssu by merlin1991 -> Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-01-07): 21.2011.38-1Tmaemo7.2; Stable(2013-01-10): 21.2011.38-1Smaemo6 |
| 20:15.37 | freemangordon | luf: everything obex related is included? |
| 20:15.44 | *** mode/#maemo-ssu [-o merlin1991] by ChanServ |
| 20:16.00 | luf | freemangordon: Nothing new since last obexd in cssu-devel |
| 20:16.07 | arcean | what about status-area-orientationlock-applet? |
| 20:16.17 | luf | freemangordon: (finished) |
| 20:16.20 | arcean | we need new translations for this package |
| 20:16.31 | freemangordon | arcean: is it fixed to support portrait lock? |
| 20:16.35 | kerio | does the new version say "locked in portrait mode" when it's locked in portrait mode? |
| 20:16.46 | kerio | freemangordon: the version from -devel can lock in portrait |
| 20:16.50 | kerio | i think |
| 20:16.51 | arcean | freemangordon: sure, but translations are missing |
| 20:17.11 | merlin1991 | arcean: afaik english and a few are already there? |
| 20:17.13 | freemangordon | ooh, wait, we should include that, even with missing translations |
| 20:17.27 | merlin1991 | I'll contact people for the rest |
| 20:17.29 | DocScrutinizer05 | requirement for maemo5 is: the damn enabler get tested and made sure it has no external dependencies, and that it doesn't break stuff as kerio been concerned completely justified |
| 20:17.34 | Pali | I think there is some merge request for some transtlation |
| 20:17.42 | arcean | there's even MR pending https://gitorious.org/community-ssu/status-area-orientationlock-applet/merge_requests/5 |
| 20:17.58 | freemangordon | DocScrutinizer05: sure, but how is that related to keyservers? |
| 20:18.04 | kerio | DocScrutinizer05: fwiw, i feel unconcerned now that i checked the vanilla rootfs |
| 20:18.29 | DocScrutinizer05 | freemangordon: how is anything related to keyservers? |
| 20:18.36 | DocScrutinizer05 | that's my whole point |
| 20:18.39 | DocScrutinizer05 | nothing is |
| 20:18.43 | freemangordon | you tell me, you are complaining |
| 20:19.13 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 20:19.15 | freemangordon | enabler won't depend on the keyservers |
| 20:19.23 | merlin1991 | this channel has an incredible tendency to drift somewhere else than the current topic |
| 20:19.23 | DocScrutinizer05 | WAAAAH!!! |
| 20:19.26 | freemangordon | (iirc) |
| 20:19.34 | freemangordon | *iiuc |
| 20:20.11 | freemangordon | merlin1991: nothing more from me re packages |
| 20:20.11 | merlin1991 | so nobody has stuff to add to the package list? |
| 20:21.03 | DocScrutinizer05 | it's rather unfortunate that any mentioning of something being redundant or irrelevant ensues more redundant and more irrelevant discussuin obout that very topic |
| 20:21.21 | freemangordon | BTW is this location-supl-fix in -devel yet? |
| 20:21.35 | freemangordon | or it is just a placeholder? |
| 20:21.58 | luf | BTW I merged the libxml 2.8 into cssu git on gitorious |
| 20:23.13 | freemangordon | luf: this is what is in -devel, ain't? |
| 20:23.44 | freemangordon | oh, wait |
| 20:24.03 | Pali | freemangordon, it should be in devel |
| 20:24.29 | Pali | merlin1991, maybe supl-fix should go to next cssu-T too |
| 20:24.53 | DocScrutinizer05 | my current state of info: cssu-t-enabler is broken since it depends on stuff from nokia repos. Thus users can't install cssu-t anymore (since nokia repos have that key-expired issue). We NEED TO FIX that, and also need to remove that cruft from enabler, since the dependencies for all I know got introduced to establish an uninstall option for cssu that has been *proven* to fail for users and causes a "reflash please" anyway. So this |
| 20:24.55 | DocScrutinizer05 | NEEDS to get reverted and same time the borked exzternal dependencies removed |
| 20:25.37 | kerio | DocScrutinizer05: it doesn't depend on nokia repos iirc, it depends on stuff from extras-testing/extras-devel |
| 20:25.46 | freemangordon | luf: wasn't there some cross-dependency zlib<->libxml? |
| 20:25.47 | kerio | or maybe that's a separate problem |
| 20:26.19 | luf | freemangordon: Yes. I added one commit now as I see that I missed that last time (just commit). |
| 20:27.47 | freemangordon | luf: which commit? |
| 20:27.49 | DocScrutinizer05 | since months I talk users through "yeah, it's a known issue. You can't install cssu-t since dependencies are broken. You however can install cssu-s" |
| 20:27.54 | luf | luf: libxml-2.6.32 (latest) is needed with new zlib as previous versions of libxml used internal zlib structures. |
| 20:28.06 | merlin1991 | cssu-enabler has dependencies of Depends: hildon-application-manager, osso-gnupg | gnupg, apt, sudo, osso-xterm |
| 20:28.12 | merlin1991 | nothing $nokia there |
| 20:28.58 | luf | freemangordon: commmit which removed just some old files from 2.6. cssu-devel 2.8 was built without that files. I just missed to commit deleted part .... |
| 20:29.02 | merlin1991 | cssu-thumb on the other hand couldn't be installed for a time when the newer testing releases were missing on the repo, but that is fixed by now |
| 20:29.10 | freemangordon | luf: exactly, but i don;t see the Conflicts: zlib(<...) |
| 20:29.26 | DocScrutinizer05 | then please explain me where from all those complaints about cssu-t not installing anymore |
| 20:29.31 | luf | https://gitorious.org/~luf/community-ssu/n900-libxml2-2_8_0/commit/be21653d531bdd9c16991986f722959e592a485d |
| 20:30.05 | merlin1991 | DocScrutinizer05: err please show me one, I've had various about -thumb but not a single one about -testing made it all the way to me |
| 20:30.09 | DocScrutinizer05 | and particularly explain to me how a uninstall is useful when it results in borked bootlooping system that makes user reflash anyway |
| 20:30.33 | DocScrutinizer05 | *sigh* |
| 20:30.38 | luf | freemangordon: You're using wrong direction. |
| 20:31.17 | DocScrutinizer05 | merlin1991: use #maemo chanlog serch function |
| 20:31.39 | luf | freemangordon: libxml can work with whatever zlib version ... The problem was in libxml itself. Older libxml 2.6 packages can't work with newer zlib. But it was patched ... |
| 20:31.47 | freemangordon | luf: no, lemme show you |
| 20:31.56 | luf | https://gitorious.org/~luf/community-ssu/n900-libxml2-2_8_0/commit/ebf6ad5e5b59e2ef4d949c2ec5b73beaf03692d3 |
| 20:32.17 | freemangordon | luf we should not allow newer libxml2 on older zlib |
| 20:32.35 | freemangordon | and newer zlib on older libxml2 |
| 20:32.48 | freemangordon | that is why <-> |
| 20:33.10 | luf | We can allow newer libxml2 on stock zlib. |
| 20:33.32 | freemangordon | luf no |
| 20:33.47 | luf | freemangordon: yes ... why not? |
| 20:33.58 | freemangordon | can't remember, but see https://gitorious.org/community-ssu/libxml2/blobs/thumb-testing/debian/control#line12 |
| 20:34.29 | luf | I don't see the reason. |
| 20:34.50 | DocScrutinizer05 | merlin1991: the dependencies issue is what other in here explained to me as root culprit. I haven't investigated myself |
| 20:35.12 | freemangordon | luf: #if defined(ZLIB_VERNUM) && ZLIB_VERNUM >= 0x1230 |
| 20:35.24 | freemangordon | because there is a compile-time dependency |
| 20:35.46 | luf | freemangordon: Why you didn't push it into git then? |
| 20:35.52 | freemangordon | so you either use correct interface ol the older interface |
| 20:36.03 | freemangordon | luf: push what? |
| 20:36.21 | luf | The only compile time is tha patch I posted and it's zlib version >= 1.2.3 and the stock version is 1.2.3 |
| 20:36.46 | DocScrutinizer05 | no matter what's the dependeny issue, the uninstall-nukes-users-system issue needs to get fixed, by removing that uninstall option - it's nonsensical anyway |
| 20:36.47 | luf | freemangordon: the change in control file. |
| 20:37.18 | freemangordon | luf: because it should be done by merlin1991 when doing the build, remember that 3-step build process? |
| 20:38.04 | DocScrutinizer05 | and no matter what's the culprit at all, there been several reports that installing cssu-t failed for users |
| 20:38.32 | luf | freemangordon: But it was with libpng and zlib |
| 20:38.32 | DocScrutinizer05 | while installing cssu-s succeeded |
| 20:38.52 | luf | freemangordon: libxml has no such problem as far as I remember |
| 20:38.58 | freemangordon | luf: no, that was with libxml2 and zlib, iirc. |
| 20:39.14 | freemangordon | hmm, lemme think |
| 20:39.46 | luf | freemangordon: for sure it wasn't |
| 20:39.55 | freemangordon | luf: Conflicts: zlib1 (<= 1:1.0.4-7), zlib1g-udeb, libxml2 (<< 2.6.32.dfsg-5maemo4+0m5+0cssu1) |
| 20:40.03 | luf | freemangordon: https://gitorious.org/community-ssu/libxml2/commits/master |
| 20:40.07 | freemangordon | that is for from zlib debian/control |
| 20:40.19 | freemangordon | s/for/ / |
| 20:40.35 | luf | freemangordon: that's correct. |
| 20:40.43 | DocScrutinizer05 | another complaint against cssu: locking in portait mode not possuble |
| 20:40.58 | freemangordon | DocScrutinizer05: it is |
| 20:41.06 | DocScrutinizer05 | orientation lock always sets orientation to landscape |
| 20:41.07 | freemangordon | well, will be after the new -T |
| 20:41.20 | luf | freemangordon: the only commit from me was: https://gitorious.org/community-ssu/libxml2/commit/ebf6ad5e5b59e2ef4d949c2ec5b73beaf03692d3 |
| 20:41.21 | freemangordon | luf: what is correct? |
| 20:42.03 | luf | freemangordon: newer libxml is needed for newer zlib. |
| 20:42.08 | freemangordon | see |
| 20:42.27 | luf | freemangordon: But newer zlib isn't needed for newer libxml. |
| 20:42.38 | freemangordon | luf: it is |
| 20:43.00 | merlin1991 | luf see the original commit message from upstaream * xmlIO.c: remove an abuse of zlib API and use a clean interface available in zlib >= 1.2.3 |
| 20:43.18 | merlin1991 | so either you do it the ugly way with zlib < 1.2.3 or the nice way with >= 1.2.3 |
| 20:43.25 | luf | freemangordon: I see and the stock zlib is 1.2.3 |
| 20:43.31 | merlin1991 | yeah true |
| 20:43.34 | merlin1991 | it fullfills >= :D |
| 20:43.40 | luf | :D |
| 20:44.35 | luf | BTW we're talking abound changing http://gitorious.org/community-ssu/libpng/blobs/master/debian/libpng12-0.shlibs but I lost the track ... |
| 20:45.53 | luf | merlin1991: it should be filled from shlib |
| 20:45.58 | freemangordon | dammit, I just can;t remember :( |
| 20:46.15 | luf | libxml 2.8 can be compiled also againist older version of zlib ... |
| 20:47.44 | luf | frhttp://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2013-02-27.log.html#t2013-02-27T23:20:07 |
| 20:49.17 | Pali | shit, @nokia man who tried to fix nokia gpg key not working for nokia anymore |
| 20:49.44 | freemangordon | luf: well, lets say it that way - there was an important reason why I did it that way. Can't remember it, so just trust me on that |
| 20:49.52 | Pali | DocScrutinizer05 ^^^ |
| 20:49.56 | luf | So the same way I can change also https://gitorious.org/community-ssu/zlib/blobs/master/debian/zlib1.shlibs (bump to >= 1.2.3) |
| 20:50.05 | Pali | Delivery Status Notification (Failure) |
| 20:50.15 | DocScrutinizer05 | OMFG |
| 20:50.24 | freemangordon | luf: afaik there is no ABI change, so we can ceep that |
| 20:50.31 | kerio | hahahahahah fucking great |
| 20:50.33 | DocScrutinizer05 | well, actually they never worked for Nokia but for a subcontractor |
| 20:50.37 | kerio | gotta love nokia |
| 20:50.56 | freemangordon | *keep |
| 20:51.00 | Pali | DocScrutinizer05, how did you get that email address? |
| 20:51.13 | DocScrutinizer05 | they posted to council |
| 20:51.18 | DocScrutinizer05 | iirc |
| 20:51.26 | luf | freemangordon: libpng - apng change and there is also change in zlib (1.2.3) which is required by libxml |
| 20:51.37 | Pali | DocScrutinizer05, do you have any other contact? |
| 20:51.45 | DocScrutinizer05 | nope, not really |
| 20:51.53 | luf | freemangordon: it's hard to trust when I see no reason for that. |
| 20:52.00 | freemangordon | hehe |
| 20:52.20 | Pali | then there is no ssu repo anymore |
| 20:52.21 | freemangordon | luf: I vaguely remember something about apt-get refusing to upgrade |
| 20:52.46 | freemangordon | HAM too |
| 20:53.51 | luf | So I'll change shlib in zlib package and it'll go into libxml dependency automagicaly. |
| 20:54.16 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29C7F.dip0.t-ipconnect.de) |
| 20:54.57 | luf | freemangordon: I don't like the explicit force of 1.2.7 |
| 20:55.04 | freemangordon | luf: that's not different from adding manually to control file |
| 20:55.29 | luf | freemangordon: it is as other packages can have same problem ... |
| 20:55.30 | freemangordon | (changing shlibs that is) |
| 20:55.54 | luf | freemangordon: shlibs is better way IMHO |
| 20:55.58 | freemangordon | luf: this lives happily in thumb since january |
| 20:56.22 | Pali | merlin1991, freemangordon: this merge (rebase) request: https://gitorious.org/community-ssu/microb-engine/merge_requests/1 |
| 20:56.38 | Pali | we already discussed about it months ago |
| 20:57.25 | merlin1991 | and I said make freemangordon do it because I can't even build that beast, hence can't verfiy it's working |
| 20:58.12 | Pali | I know :-) |
| 20:58.21 | Pali | just reminder |
| 20:59.30 | merlin1991 | okay it's almost 23 |
| 20:59.32 | merlin1991 | wrap it up? |
| 20:59.49 | freemangordon | luf: well, ok, do it as you wish. But I still believe it is better to do what is proved to not break under any circumstances |
| 21:00.05 | DocScrutinizer05 | Pali: http://yle.fi/uutiset/accenture_announces_oulu_closure_275_job_cuts/6421842 :-(( |
| 21:00.34 | Pali | updated 18.12.2012 15:43 |
| 21:00.37 | freemangordon | merlin1991: lets use 10 more minutes for -S. Not for packages, but still to have some discussion |
| 21:01.07 | merlin1991 | okay |
| 21:01.11 | merlin1991 | so what's up with -S ? |
| 21:01.25 | freemangordon | the problem as I see it is -S is effectively unmaintained, IDK if it is because of the problems with the repos or something else |
| 21:01.37 | DocScrutinizer05 | Pali: we might tackle Nokia guy Pekka directly, *maybe* he can do *something* for us to salvage ssu repo |
| 21:02.05 | Pali | DocScrutinizer05, if you have time, try |
| 21:02.16 | DocScrutinizer05 | eventually, yes |
| 21:02.17 | freemangordon | merlin1991: last update was ... umm. 5 months ago? |
| 21:02.32 | DocScrutinizer05 | I need to discuss it with a few peers first |
| 21:02.54 | DocScrutinizer05 | pestering Pekka is not generally a brilliant approach |
| 21:03.50 | DocScrutinizer05 | Pali: maybe you can find another hook/link to matti in EX(!)t-Accenture |
| 21:04.19 | DocScrutinizer05 | W*T*F!!! |
| 21:04.28 | freemangordon | merlin1991: so? what do you think, is it because of the repo problems? |
| 21:04.29 | DocScrutinizer05 | good news every other day |
| 21:04.35 | merlin1991 | freemangordon: repos |
| 21:05.01 | DocScrutinizer05 | sighs and notices he missed to get a new bottle of Absolut, since weeks |
| 21:05.28 | merlin1991 | chemist is still around, I got hold of him the other day when I uploaded (again) the testing packages, but he still has a problem with his account, but that shold be fixed soon |
| 21:05.54 | freemangordon | ok. though I am afraid that if there is no new -S in 1-2-3 weeks, there will be no users left to update :) |
| 21:06.44 | freemangordon | merlin1991: when do we plan new -T for? the same for the next meeting. |
| 21:08.06 | freemangordon | merlin1991: I am asking because I want to do new -thumb before the new -T, so users won't be forced to upgrade twice |
| 21:08.21 | freemangordon | esp GTK |
| 21:08.32 | luf | ~GTK |
| 21:08.33 | infobot | now there's a purty toolkit or fugly in the worst way |
| 21:08.59 | merlin1991 | I'll start working on it this weekend, but I expect it to land next wekk |
| 21:09.03 | merlin1991 | s/wekk/week/ |
| 21:09.12 | freemangordon | ok |
| 21:10.06 | freemangordon | Pali: I guess we should discuss the kernel stuff in the meanwhile. |
| 21:10.36 | freemangordon | merlin1991: what about meeting? |
| 21:10.46 | freemangordon | after the next -T? |
| 21:10.56 | merlin1991 | makes sense |
| 21:10.59 | luf | freemangordon: I fix it as you wish but I make a point to my todo to fix shlibs for libpng and zlib / revert that commit in libxml for cssu-devel after the -T |
| 21:11.17 | luf | freemangordon: are you ok with it? |
| 21:12.18 | freemangordon | luf: not sure I get it |
| 21:12.27 | freemangordon | revert what commit? |
| 21:14.00 | luf | https://gitorious.org/community-ssu/libxml2/commit/33edcb04a5e2f89afbe4cbc459cdd3d7449394f4 |
| 21:16.52 | freemangordon | luf: iiuc, new -T will go out with libxml2 which is on gitorious now, and you'll change shlibs in libpng and libxml2. After the new -T you'lle revert that commit(libxml2 one). correct? |
| 21:17.45 | luf | freemangordon: Correct. Keep it as is now for new -T. |
| 21:18.05 | freemangordon | luf: zlib also needs Conflicts: |
| 21:18.19 | luf | I'll keep also shlibs till new -T |
| 21:18.28 | freemangordon | oh, it is there |
| 21:18.32 | luf | zlib already has the Conflicts ... |
| 21:18.39 | freemangordon | yep, sorry |
| 21:19.02 | luf | I'll do all changes (shlibs + revert) after new -T |
| 21:19.44 | freemangordon | ok, if that does not bring problems, why not |
| 21:19.58 | luf | It's tested as is ... |
| 21:20.20 | freemangordon | luf: not sure it is tested, don;t forget HAM |
| 21:21.18 | freemangordon | luf: in the meanwhile I'll try to remember why I did it that way |
| 21:21.52 | luf | I hope merlin1991 will try it before publishing new -T :) |
| 21:22.52 | merlin1991 | luf: thats what -t-t is for :) |
| 21:22.53 | luf | freemangordon: from MPOV don't waste your time with just packaging ... |
| 21:23.07 | luf | merlin1991: :D |
| 21:23.12 | freemangordon | :D |
| 21:23.30 | merlin1991 | my todo has quite some stuff now |
| 21:23.52 | luf | Ok. I'm leaving now. #3 and #4 is for next meeting ... |
| 21:24.23 | merlin1991 | investigate stable upload, investigate libc import, investigate installing of -t, build new -t |
| 21:31.22 | Pali | merlin1991, DocScrutinizer05: if you do not have time for maemo package interface, can you give some admin rights for package web interface? |
| 21:31.39 | Pali | I'd like to see kernel-power in extras-testing and extras |
| 22:43.26 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-86-49-81-87.net.upcbroadband.cz) |
| 22:49.06 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 23:16.11 | *** join/#maemo-ssu unclouded (~neil@2001:4428:200:80fc:8ce9:ca41:cdb7:8434) |
| 23:26.44 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |