kerio | luf: what's that? | 00:00 |
---|---|---|
luf | It's even in meego git ... | 00:03 |
luf | It's some dbus call to connect to BT device. | 00:03 |
luf | Used in Diablo (only) in osso-gwconnect | 00:04 |
*** arcean has quit IRC | 00:09 | |
*** arcean has joined #maemo-ssu | 00:10 | |
*** _rd has quit IRC | 01:06 | |
*** kolp has quit IRC | 01:37 | |
*** kolp has joined #maemo-ssu | 01:37 | |
*** Estel_ has quit IRC | 01:39 | |
*** arcean has quit IRC | 01:52 | |
freemangordon | luf: pong | 01:55 |
*** Woody14619 has quit IRC | 02:00 | |
luf | freemangordon: I find the answer ;) | 02:07 |
freemangordon | ok :) | 02:08 |
luf | freemangordon: BTW there is gvs-backends with obexftp in maemo _but_ it needs obex-data-server which isn't in maemo ;) | 02:08 |
freemangordon | luf: gvs-backends? what does that do? | 02:08 |
freemangordon | the same as obexd plugin? | 02:08 |
freemangordon | luf: BTW where? | 02:09 |
luf | freemangordon: osso-gnomevfs-extra can list the devices ok but there is a problem that it uses btcond which exists only in osso-gwconnect (Diablo package only). I have to rewrite it for bluez. | 02:09 |
luf | freemangordon: I'm sorry: gvfs-backends | 02:10 |
luf | gvfs is used in newer gnome (as gnomevfs is old and not used) | 02:10 |
freemangordon | aah, ok | 02:15 |
luf | freemangordon: do you have any idea how the icons are choosed? | 02:15 |
freemangordon | yes | 02:15 |
freemangordon | :D | 02:15 |
luf | When I use names insted of BT MAC I see no icons :( | 02:15 |
freemangordon | it takes the icon from device properties :D | 02:15 |
freemangordon | ok, well | 02:15 |
freemangordon | it is using some gconf value | 02:15 |
freemangordon | just a minute | 02:15 |
luf | When I have list of devices it's able to display phone/computer icons based on the name (just BT address) | 02:16 |
luf | However BT address is unreadable for humans :D | 02:16 |
*** Milhouse has quit IRC | 02:17 | |
freemangordon | luf: are you sure you setup everything correctly | 02:19 |
freemangordon | ? | 02:19 |
freemangordon | as it seems there are 2 values, name and address | 02:19 |
luf | freemangordon: where do you see 2 values? | 02:19 |
luf | I need to fill GnomeVFSFileInfo *info; | 02:20 |
freemangordon | I know, gimme some time, i'll provide the links | 02:20 |
luf | There is only name and symlink_name. When name is [BT MAC] it shows the icons. otherwise it doesn't. | 02:20 |
freemangordon | re icon:https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-system-obex.c#line312 | 02:21 |
luf | Yes. If the name is [BT MAC] it shows the icon right ... | 02:22 |
freemangordon | luf: for the name: https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-system-obex.c#line340 | 02:22 |
luf | There is no possibility to have readable name and icon in that case (or patch the file you sent). | 02:22 |
freemangordon | shht, check the code ^^^ :P | 02:23 |
luf | I see ... | 02:23 |
luf | The ossofilemanager is using _get_icon_from_uri | 02:23 |
freemangordon | luf: no | 02:24 |
freemangordon | it receives everything ready from libhildonfm | 02:24 |
freemangordon | and just uses it | 02:24 |
freemangordon | fortunately we have libhildonfm code | 02:24 |
freemangordon | ;) | 02:24 |
freemangordon | luf: I am not sure dbus_message_new_method_call ("org.bluez", "/org/bluez/hci0", | 02:25 |
freemangordon | "org.bluez.Adapter", "GetRemoteName"); | 02:25 |
freemangordon | is a valid for BT4 | 02:25 |
*** Milhouse has joined #maemo-ssu | 02:25 | |
freemangordon | that's why you don;t have device name | 02:25 |
luf | No it's not. | 02:26 |
freemangordon | you' rather have to use org.bluez.Device | 02:26 |
freemangordon | afaik | 02:26 |
luf | I think it's not valid even for the stock bluez. | 02:26 |
freemangordon | it is still 4 | 02:26 |
freemangordon | bluez4 that is | 02:27 |
freemangordon | the code we have is legacy from diablo, which(judging by the code) has bluez3 | 02:27 |
luf | Ok so it's ok to put there just BT MAC and fix the hildon ... | 02:27 |
freemangordon | seems so | 02:27 |
luf | Ok. | 02:28 |
freemangordon | where is the code of libhildonfm you use? | 02:28 |
freemangordon | I can help a bit and re-write that function to use bluez4 dbus api | 02:29 |
luf | I don't change libhildonfm (I just uncomment the #if 0 you sent me. | 02:29 |
freemangordon | hmm, ok | 02:29 |
luf | freemangordon: don't worry. I'll do it. | 02:29 |
freemangordon | well, ok :) | 02:29 |
luf | Now I knwo what to change ;) | 02:29 |
freemangordon | I am just afraid there are too much places to be changed for one men. but ok :) | 02:29 |
luf | And I know how to obtain the name ;) | 02:30 |
freemangordon | ok, great | 02:30 |
luf | I see two places (gnomevfs-extras and now also libhildonfm) | 02:30 |
luf | Thanks. It's big help. | 02:30 |
freemangordon | luf: and missind daemon | 02:30 |
freemangordon | *missing | 02:30 |
luf | freemangordon: no. I'll use bluez ;) | 02:31 |
freemangordon | luf: BTW once i wrote a code to connect rfcomm, lemme check it | 02:31 |
freemangordon | iirc it is Qt, but still | 02:31 |
luf | org.bluez.Serial.Connect/Disconnect ;) | 02:32 |
luf | I need just to pass/determine the path for the device ;) | 02:32 |
freemangordon | right http://pastebin.com/KHFWygg0 | 02:33 |
luf | dbus-send --system --print-reply --type=method_call --dest=org.bluez /org/bluez/`pidof bluetoothd`/hci0/dev_00_00_00_00_00_00 org.bluez.Serial.Disconnect string:FTP | 02:33 |
luf | Yeah I know that ;) | 02:34 |
freemangordon | luf: where from do you know it, this is mine unpublished code :P | 02:34 |
freemangordon | (though maybe I should publish it, if not for anything else, then just for reference) | 02:35 |
luf | qdbusviewer on my PC (also is using bluez 4.99) :D | 02:35 |
freemangordon | :D | 02:35 |
luf | And of course I know a little bit the bluez sources ;) | 02:35 |
freemangordon | hehe | 02:35 |
luf | http://maemo.org/api_refs/5.0/5.0-final/bluez/serial-api.txt | 02:35 |
luf | And :) | 02:36 |
luf | To be honest I dislike the gnomevfs-extras code ... | 02:36 |
freemangordon | luf: BTW isn't it better to use UUIDs? | 02:36 |
freemangordon | the fuck, this is lots of code. and working. defffinitely i should publish that | 02:38 |
freemangordon | luf: http://pastebin.com/v0Fy8B4B | 02:39 |
freemangordon | just in case you don;t full list of have UUIDs | 02:40 |
freemangordon | s/don;t full list of have/don't have the full list/ | 02:40 |
freemangordon | ~ping | 02:40 |
infobot | ~pong | 02:40 |
*** jonwil has joined #maemo-ssu | 02:41 | |
*** NIN101 has quit IRC | 02:51 | |
luf | freemangordon: I'm not sure if it's so precisely defined on all devices. | 02:52 |
luf | I check FTP support with UUID starting 00001106- :) | 02:53 |
freemangordon | luf: this file is part of my SW I talked about | 02:53 |
freemangordon | and it runs on n900. | 02:53 |
luf | freemangordon: just curious. What does the sw do? | 02:54 |
freemangordon | yep, the same #define FTP_UUID "00001106" UUID_COMMON | 02:54 |
freemangordon | luf: setting applet | 02:54 |
freemangordon | does whatnot with BT devices | 02:54 |
freemangordon | with vary fanci interface | 02:54 |
freemangordon | *very | 02:54 |
luf | :) | 02:54 |
freemangordon | the fuck, maybe I should take some rest, my typing skills are degrading every minute :D:D:D | 02:55 |
freemangordon | luf: I started to write it back in the days when I was playing with extkbd/extmou | 02:55 |
freemangordon | stock menu BT applet don;t have "connect" button for HID devices | 02:56 |
freemangordon | eventually I found a way to write my own plugin (for HID), so all this stuff become useless | 02:57 |
*** BCMM has quit IRC | 02:58 | |
*** kolp has quit IRC | 03:01 | |
*** kolp has joined #maemo-ssu | 03:01 | |
luf | freemangordon: Ahh ok. | 03:04 |
luf | However I don't like BT applet/settings. It's mess of something ... | 03:04 |
luf | Not able to connect whatever you want (audio, network, ...) | 03:05 |
*** dhbiker has quit IRC | 03:06 | |
freemangordon | luf: yeah, I know. my "replacement" does that too, but it is: 1. Qt; 2. Unfinished; :D | 03:06 |
luf | freemangordon: It's nothing you can't fix ;) | 03:07 |
freemangordon | hehe | 03:07 |
freemangordon | luf: one of the UI functions is to connect to BT serial profile, so you can use /dev/rfcommN | 03:09 |
* freemangordon will try to put himself together and finish tklock tomorrow :) | 03:09 | |
luf | There are several of Connect ... as I wrote. rfcomm is just one of them. | 03:09 |
freemangordon | yep | 03:09 |
luf | :D | 03:10 |
freemangordon | luf: because of that project(consisting of ~60-70 files) I feel comfortable with bluez | 03:11 |
luf | freemangordon; I pushed my last dev on osso-gnomevfs-extras into git. There is only missing connecting (still btcond). | 03:11 |
freemangordon | hmm, can we find that daemon from somewhere? | 03:12 |
luf | However listing and checking FTP is working. | 03:12 |
freemangordon | what about names? | 03:12 |
luf | freemangordon: I don't like another daemon when bluez can do that. | 03:12 |
luf | I'll fix names in libhildonfm later. | 03:12 |
freemangordon | luf: there might be a reason for Nokia to write a daemon | 03:12 |
luf | maybe bluez3 :D | 03:13 |
luf | I'll try at least. With bluez 4.99 I also superseed bluetooth-dun and maybe more what is natively supported by bluez. | 03:13 |
freemangordon | ok | 03:14 |
luf | As few daemons as possible is also good for cpu, memory, ... | 03:14 |
freemangordon | sure | 03:14 |
freemangordon | BTW http://maemo.org/packages/package_instance/view/diablo_sdk_free_i386/osso-gwconnect/1.0.12/ | 03:15 |
luf | I know. but Diablo ... | 03:15 |
freemangordon | nut it is sdk/free, so I suppose there is source code too. going to check | 03:15 |
freemangordon | *but | 03:15 |
luf | Don't waste your time ;) | 03:16 |
luf | tklock is waiting for you :D | 03:16 |
freemangordon | aah, not today | 03:16 |
freemangordon | :) | 03:16 |
freemangordon | yep http://repository.maemo.org/pool/diablo/free/o/osso-gwconnect/ | 03:16 |
freemangordon | luf: well, that could be used as reference at least | 03:20 |
luf | :) | 03:20 |
*** kolp has quit IRC | 03:29 | |
*** kolp has joined #maemo-ssu | 03:30 | |
freemangordon | luf: seems you miss the call to free_device_properties(devprops); on success exit path | 03:38 |
freemangordon | or I am missing something | 03:38 |
freemangordon | scratch ^^^, found it | 03:39 |
luf | freemangordon: :) | 03:48 |
freemangordon | luf: yeah, I tought that you introduced get_device_properties function | 03:48 |
luf | freemangordon: you're right I introduced that function. | 03:49 |
freemangordon | yep, but in a different commit, so I didn;t have the whole picture when I checked the last one. that's why i though there is a bug :) | 03:50 |
luf | Aahhh ok. | 03:51 |
luf | BTW it's funny we have osso-gwconnect-dev in maemo 5 SDK when there is no osso-gwconnect :D | 03:52 |
freemangordon | :D | 03:53 |
*** dhbiker has joined #maemo-ssu | 03:53 | |
freemangordon | anyway, I am off to bed, night | 03:54 |
jonwil | hmmm, it looks like http://repository.maemo.org/pool/fremantle/free/o/osso-gwconnect/ conatins osso-gwconnect-dev deb file plus tarball that builds osso-gwconnect and osso-gwconnect-dev | 04:07 |
*** M4rtinK has quit IRC | 04:16 | |
*** kolp has quit IRC | 04:45 | |
*** amiconn_ has joined #maemo-ssu | 05:45 | |
*** amiconn has quit IRC | 05:45 | |
*** amiconn_ is now known as amiconn | 05:45 | |
*** DocScrutinizer05 has quit IRC | 06:02 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:02 | |
*** nox- has quit IRC | 06:16 | |
*** dhbiker has quit IRC | 06:41 | |
*** dhbiker has joined #maemo-ssu | 06:56 | |
luf | freemangordon: coool it works :D | 07:19 |
*** Milhouse has quit IRC | 07:37 | |
*** Milhouse has joined #maemo-ssu | 07:37 | |
*** Milhouse has quit IRC | 09:05 | |
*** Milhouse has joined #maemo-ssu | 09:08 | |
*** freemangordon has quit IRC | 09:15 | |
*** Milhouse has quit IRC | 09:15 | |
*** Milhouse has joined #maemo-ssu | 09:17 | |
*** Pali has joined #maemo-ssu | 10:00 | |
*** _rd has joined #maemo-ssu | 10:24 | |
*** jonwil has quit IRC | 10:36 | |
*** Milhouse has quit IRC | 10:41 | |
*** Milhouse has joined #maemo-ssu | 10:42 | |
*** freemangordon has joined #maemo-ssu | 10:43 | |
freemangordon | merlin1991: seems like you and chemist should issue a new update ASAP, in case you've missed it:http://talk.maemo.org/showthread.php?t=88535 | 10:45 |
* merlin1991 is currently reading the backlog | 10:46 | |
freemangordon | luf: cool, what works? | 10:48 |
*** Milhouse has quit IRC | 10:53 | |
*** Milhouse has joined #maemo-ssu | 10:54 | |
*** jonwil has joined #maemo-ssu | 10:55 | |
freemangordon | jonwil: that one is the diablo one, NFC what it does in fremantle repo | 10:59 |
*** LaoLang_cool has joined #maemo-ssu | 11:02 | |
Pali | merlin1991, freemangordon: What about adding Maemo upgrade description to CSSU metapackage? | 11:09 |
Pali | https://wiki.maemo.org/Packaging#Maemo_upgrade_description | 11:09 |
*** Milhouse has quit IRC | 11:10 | |
Pali | that string will be displayed in HAM when you click on package update details | 11:10 |
Pali | there can be changelong | 11:10 |
freemangordon | why not | 11:10 |
Pali | only small problem | 11:10 |
Pali | that string with changelog must be changed every time when updating cssu metapackage | 11:11 |
Pali | so only "last" update changelog is possible | 11:11 |
Pali | and problem with missing changelogs on wiki can be fixed | 11:11 |
freemangordon | Pali: sure, but we could have control.in, and replace $SOME_STRING_TO_MATCH in debian/rules | 11:11 |
Pali | as it will display directly in HAM | 11:11 |
Pali | ok | 11:12 |
freemangordon | Pali: BTW I am still not sure how exactly to blacklist a certificate. is move .pem to /blacklist enough? | 11:13 |
Pali | I do not know | 11:13 |
Pali | try to ask certman mainatainer | 11:13 |
Pali | he blacklisted also other certificates after pr1.3.1 | 11:13 |
freemangordon | me? nah, i'll leave that to merlin1991 :) | 11:13 |
Pali | (for cssu) | 11:13 |
*** LaoLang_cool has quit IRC | 11:14 | |
Pali | we should ask him if he will continue to maintain certman or not | 11:14 |
Pali | freemangordon, we can use this for geting changelog from last debian version: "dpkg-parsechangelog | sed -n 's/^ //p'" | 11:20 |
freemangordon | Pali: yep | 11:20 |
Pali | I will write patch for debian/rules | 11:21 |
freemangordon | Pali: there are a couple of packages in CSSU right now using a debian/bontrol template, I'll try to find one | 11:21 |
freemangordon | debian/control | 11:22 |
Pali | we do not need template | 11:22 |
freemangordon | Pali: what? | 11:22 |
Pali | just call that script in debian/rules and update debian/<package>/DEBIAN/control | 11:22 |
*** Milhouse has joined #maemo-ssu | 11:22 | |
Pali | it is easier | 11:22 |
freemangordon | Pali: what will happen if you build it twice? | 11:22 |
Pali | after dh_gencontrol | 11:22 |
Pali | nothing | 11:22 |
freemangordon | aah, ok, got it | 11:23 |
Pali | debian/<package>/DEBIAN/control is cleaned | 11:23 |
freemangordon | yes, yes | 11:23 |
merlin1991 | we have that maemo upgarde description already in -stable | 11:26 |
merlin1991 | I started that ;) | 11:26 |
freemangordon | merlin1991: sure, but it should be altered by hand :) | 11:27 |
merlin1991 | something I did aswell :D | 11:27 |
freemangordon | not for the last -stable :P | 11:27 |
merlin1991 | well that's chemist boat now | 11:28 |
freemangordon | hehe | 11:28 |
freemangordon | merlin1991: what about broken CA? | 11:28 |
*** Milhouse has quit IRC | 11:28 | |
merlin1991 | we're going to blacklist the root ca | 11:28 |
freemangordon | merlin1991: do you know how? | 11:29 |
Pali | I will use this for getting major version string: dpkg-parsechangelog | sed -n 's/Version: \(.*maemo.*\)\..*/\1/p' | 11:29 |
freemangordon | Pali: will that work for -thumb? | 11:29 |
Pali | freemangordon, what is version string for -thumb? | 11:29 |
Pali | I see this: 21.2011.38-1Tmaemo7.1 for testing | 11:30 |
Pali | (major versin will be 21.2011.38-1Tmaemo7) | 11:30 |
Pali | without ".1" | 11:30 |
merlin1991 | freemangordon: https://gitorious.org/maemo-5-certificate-manager/maemo-security-certman/commit/fc21ae95be7f44189be2360d445f4fe3f10ab712 | 11:30 |
Pali | I think it is good to include changelong since major version | 11:30 |
merlin1991 | basically we throw the pem into /etc/certs/blacklist | 11:30 |
freemangordon | Pali: 21.2011.38-1Tmaemo7.1+thumb0 | 11:30 |
*** Milhouse has joined #maemo-ssu | 11:30 | |
freemangordon | merlin1991: I was reading that commit for the last hour, still not convinced it does just moving a .pem to /blackilst | 11:31 |
Pali | it cut '.1+thumb0' | 11:31 |
Pali | so changelog will be from 21.2011.38-1Tmaemo7 to 21.2011.38-1Tmaemo7.1+thumb0 | 11:31 |
merlin1991 | if you don't get the commit just checkout twice and diff -r | 11:32 |
merlin1991 | then you'll see ;) | 11:32 |
freemangordon | merlin1991: ok, i trust you | 11:32 |
freemangordon | Pali: ok, sounds sane, lets see how it will work in practice :D | 11:33 |
freemangordon | Pali: what about from 21.2011.38-1Tmaemo7.1+thumb0 to 21.2011.38-1Tmaemo8+thumb0 | 11:34 |
Pali | freemangordon, problem is how to get "from" version string | 11:35 |
*** jon_y_ has joined #maemo-ssu | 11:36 | |
freemangordon | Pali: wouldn't it be easier to just grep for Changes in dpkg-parsechangelog output and use the lines up to the end? | 11:39 |
*** jon_y has quit IRC | 11:39 | |
freemangordon | though I am not sure how to tell grep to do that | 11:39 |
Pali | I'm doing it | 11:40 |
freemangordon | hmm, seems like "dpkg-parsechangelog | grep -A999 Changes:" does the job | 11:40 |
Pali | but you need to tell start and end version | 11:40 |
Pali | if you do not specify version, then dpkg-parsechangelog show only *last* | 11:40 |
freemangordon | Pali: exactly | 11:40 |
Pali | and this is better: dpkg-parsechangelog | sed -n 's/^ //p' | 11:40 |
*** jon_y_ has quit IRC | 11:40 | |
freemangordon | why do we need some "base" version | 11:41 |
Pali | because changelog starts with 3 empty spaces | 11:41 |
*** Milhouse has quit IRC | 11:41 | |
Pali | and debian/control needs one space at stary | 11:41 |
Pali | *start | 11:41 |
freemangordon | you either puth the whole changelog, or only the last one | 11:41 |
freemangordon | *put | 11:41 |
Pali | only last is bad, because we released more times minor update 1 hour after major | 11:42 |
Pali | (e.g. Recompiled thumb binaries as non-thumb) | 11:42 |
kerio | why don't we just put a link to the wiki for the complete changelog? | 11:43 |
freemangordon | I see. though I think that won;t work for -thumb, as it does not have -testing's version in debian/changelog | 11:43 |
kerio | are links clickable in HAM? | 11:43 |
*** Milhouse has joined #maemo-ssu | 11:45 | |
Pali | freemangordon, it working also for thumb | 11:46 |
Pali | I tested it | 11:46 |
freemangordon | ok, great | 11:46 |
Pali | it generate changelog from '21.2011.38-1Tmaemo7' to '21.2011.38-1Tmaemo7.1+thumb0' | 11:46 |
Pali | thumb has also 'T' in version | 11:47 |
freemangordon | aah, yes, -thumb has mp-fremantle-community-pr (21.2011.38-1Tmaemo7) unstable; urgency=low in changelog | 11:49 |
*** Milhouse has quit IRC | 11:52 | |
*** kolp has joined #maemo-ssu | 11:55 | |
Pali | this will work if we use version scheme: <something>maemo<something>.<something> | 12:01 |
Pali | I pushed patch to master | 12:01 |
*** Milhouse has joined #maemo-ssu | 12:04 | |
*** _rd has quit IRC | 12:06 | |
*** toxaris has joined #maemo-ssu | 12:07 | |
*** Milhouse has quit IRC | 12:11 | |
*** Milhouse has joined #maemo-ssu | 12:17 | |
*** zogg__ has joined #maemo-ssu | 12:18 | |
*** zogg_ has quit IRC | 12:20 | |
*** Milhouse has quit IRC | 12:24 | |
*** _rd has joined #maemo-ssu | 12:31 | |
freemangordon | luf: installing libxml2 led dor maemo unable to boot on my devel device :( | 12:39 |
freemangordon | s/dor/to/ | 12:39 |
infobot | freemangordon meant: luf: installing libxml2 led to maemo unable to boot on my devel device :( | 12:39 |
*** _rd has quit IRC | 12:40 | |
*** _rd has joined #maemo-ssu | 12:40 | |
*** M4rtinK has joined #maemo-ssu | 12:43 | |
kerio | which libxml2? | 12:49 |
kerio | it boots fine here | 12:49 |
kerio | maybe it should depend on the latest zlib1g | 12:50 |
freemangordon | kerio: which zlib version? | 12:50 |
kerio | also, what does "unable to boot" mean? | 12:50 |
freemangordon | it just sits on running dots | 12:50 |
kerio | ouch | 12:51 |
kerio | that's even worse | 12:51 |
freemangordon | well, I guess it is boot loop, but I have the device in RD mode | 12:52 |
freemangordon | so WD does not kick in | 12:52 |
freemangordon | or lifeguard rest, or whatever | 12:52 |
freemangordon | *reset | 12:52 |
kerio | use the recovery console to configure the early ssh/usbnet | 12:52 |
kerio | and go from there | 12:52 |
freemangordon | i already flashed :D | 12:52 |
kerio | the n900 has some pretty amazing on-device recovery systems | 12:53 |
kerio | >:c | 12:53 |
kerio | it's unix! you don't reinstall unix! you fix it! | 12:53 |
freemangordon | now i'll have the chance to verify PR1.3 -> cssu-thumb upgrade | 12:53 |
kerio | freemangordon: http://www.ee.ryerson.ca/~elf/hack/recovery.html | 12:53 |
*** _rd has quit IRC | 12:59 | |
kerio | freemangordon: btw, what do you think about community-thumb.merlin1991.at as the repo URL? | 12:59 |
freemangordon | kerio: should I think anything about it? | 13:00 |
kerio | it would be a neat URL, wouldn't it | 13:01 |
freemangordon | sure | 13:01 |
freemangordon | why need to change the current one? | 13:01 |
kerio | because 1) it's ugly | 13:01 |
kerio | and 2) apt is stupid and only shows the hostname in a lot of places | 13:01 |
freemangordon | ok, according to HAM, cssu-thumb will freee 29.7MB of device's memory :D | 13:02 |
freemangordon | so we gain ~35MB (the difference is because kernel-cssu is way bigger than omap1) | 13:03 |
*** jon_y has joined #maemo-ssu | 13:08 | |
kerio | freemangordon: less | 13:09 |
kerio | the kernel isn't actually stored on the system for long | 13:10 |
freemangordon | kerio: what? | 13:10 |
kerio | kernel-cssu includes the .fiasco for the kernel, but it gets deleted by kernel-cssu-flasher's postinst | 13:10 |
kerio | or preinst | 13:10 |
kerio | or something | 13:10 |
freemangordon | kerio: sure, but the same happens for modules | 13:11 |
kerio | same for kernel, and kernel-power | 13:11 |
freemangordon | and modules in kcssu>>omap1 | 13:11 |
freemangordon | so the difference gets substracted when HAM reports how much memory will be freed | 13:11 |
kerio | the omap1 modules aren't deleted | 13:12 |
freemangordon | the real benefit for only userland is > than what HAM reports | 13:12 |
freemangordon | kerio: check it once again | 13:12 |
freemangordon | kerio: KCSSU Conflicts: and Replaces: kernek, kernel-modules | 13:12 |
kerio | the "kernel" and "kernel-modules" packages aren't uninstalled | 13:12 |
kerio | ...and HAM honors that? :o | 13:13 |
freemangordon | kerio: they are uninstalled, i've just checked it | 13:13 |
kerio | so what's the problem with making HAM uninstall packages via conflicts? :o | 13:13 |
freemangordon | nfc, who says there is a problem? | 13:14 |
freemangordon | kerio: BTW even if kernel,kernel-modules are not uninstalled, freed memory is still > of what HAM reports | 13:16 |
kerio | so we *can* delete operator-name-cbs-widget now that the actual files are moved back in connui-home-cellular | 13:16 |
*** NIN101 has joined #maemo-ssu | 13:18 | |
freemangordon | kerio: hmm, weird. kernel IS uninstalled, but not kernel-modules | 13:20 |
freemangordon | aah, waaait | 13:20 |
freemangordon | it is uninstalled, but dpkg -l lists it as provided package ;) | 13:21 |
freemangordon | or whatever "rc kernel-modules 2.6.28-20103103+0m5 " means | 13:21 |
kerio | removed but with configuration | 13:21 |
freemangordon | kerio: what zlib version you have installed? | 13:22 |
freemangordon | the one that works with libxml2 | 13:22 |
kerio | zlib1g: Installed: 1:1.2.7.dfsg-13maemo1+0cssu1 | 13:22 |
kerio | libxml2: Installed: 2.6.32.dfsg-5maemo4+0m5+0cssu1 | 13:23 |
freemangordon | aiui libxml2 should work with older zlib, ain;t? | 13:23 |
kerio | if the new libxml2 doesn't work with the old zlib1g, it MUST be dependent on the newer version | 13:23 |
kerio | ~2119 | 13:23 |
infobot | The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. | 13:23 |
freemangordon | I know | 13:23 |
freemangordon | ok, will check it | 13:23 |
kerio | idk, you tell me | 13:23 |
kerio | haven't you got a bootloop because of that? | 13:23 |
freemangordon | I had the new one installed iir | 13:24 |
freemangordon | c | 13:24 |
freemangordon | however, will install libxml2 now | 13:24 |
kerio | freemangordon: i'd make kernel-cssu conflict with kernel, actually | 13:25 |
freemangordon | already there | 13:25 |
kerio | ...oh right | 13:25 |
kerio | why not go the even better route and just call your packages kernel and kernel-modules? | 13:25 |
freemangordon | will do | 13:25 |
*** Pali has quit IRC | 13:26 | |
*** Milhouse has joined #maemo-ssu | 13:26 | |
*** xes has joined #maemo-ssu | 13:27 | |
freemangordon | hmm, bootloop again :( | 13:28 |
kerio | so... new libxml should depend on new zlib, new zlib should Break the old libxml | 13:29 |
xes | i hate bootloop.... :( | 13:29 |
freemangordon | kerio: but why new libxml2 does not work with old zlib? | 13:29 |
*** arcean has joined #maemo-ssu | 13:30 | |
freemangordon | makes no sense | 13:30 |
freemangordon | luf: ^^^? | 13:30 |
freemangordon | though it could be broken because of -thumb | 13:30 |
*** xes_ has joined #maemo-ssu | 13:30 | |
*** Milhouse has quit IRC | 13:32 | |
freemangordon | highly unlikely, but still | 13:32 |
*** xes has quit IRC | 13:33 | |
*** Milhouse has joined #maemo-ssu | 13:34 | |
*** Pali has joined #maemo-ssu | 13:39 | |
*** Milhouse has quit IRC | 13:41 | |
*** Milhouse has joined #maemo-ssu | 13:41 | |
*** Pali has quit IRC | 13:48 | |
*** Pali has joined #maemo-ssu | 13:48 | |
*** MohammadAG has joined #maemo-ssu | 13:49 | |
*** Milhouse has quit IRC | 13:53 | |
*** Milhouse has joined #maemo-ssu | 13:55 | |
*** Pali has quit IRC | 13:58 | |
kerio | freemangordon: yay moar thumb | 14:01 |
kerio | hm, what's changed in tvout? | 14:02 |
kerio | oh, nothing | 14:03 |
freemangordon | kerio: yeah, I was preparing a new update, when I hit libxml bootloop :( | 14:03 |
kerio | just update both at the same time | 14:03 |
kerio | and make sure the dependencies are correct | 14:03 |
*** Milhouse has quit IRC | 14:04 | |
kerio | maybe it's libpng that caused the bootloop | 14:04 |
freemangordon | kerio: aah, wait. it could be that i have newr zlib-dev installed in SB | 14:04 |
freemangordon | kerio: no, I installed only libxml | 14:04 |
freemangordon | I have libpng on my primary,it is ok | 14:04 |
*** _rd has joined #maemo-ssu | 14:05 | |
*** Pali has joined #maemo-ssu | 14:06 | |
kerio | well, now xterm goes to portrait | 14:06 |
kerio | ...how useful | 14:06 |
* kerio updates his blacklist | 14:07 | |
*** Milhouse has joined #maemo-ssu | 14:07 | |
kerio | oh god, it's already blocked D: | 14:07 |
kerio | how do i block it more? | 14:07 |
luf | freemangordon: osso-gnomevfs-extras with browsing the device. However there is/are some bug(s) I have find. | 14:08 |
luf | freemangordon: I'm able to use bluez for rfcomm connecting ;) | 14:08 |
luf | freemangordon: libxml2 - it's strange. libxml2 depends on zlib1g >= 1.2.3. But you should have such version. | 14:11 |
luf | freemangordon: I checked lixml2 patched with stock zlib. | 14:13 |
*** arcean_ has joined #maemo-ssu | 14:14 | |
luf | freemangordon: what's your zlib version? | 14:14 |
luf | freemangordon: Isn't problem thumb libxml with non-thumb zlib? | 14:15 |
*** Milhouse has quit IRC | 14:16 | |
*** arcean has quit IRC | 14:17 | |
*** MohammadAG has quit IRC | 14:19 | |
freemangordon | luf: could be, will check | 14:19 |
freemangordon | luf: against which zlib-dev you have libxml built? | 14:20 |
freemangordon | stock or latest? | 14:20 |
*** MohammadAG has joined #maemo-ssu | 14:26 | |
luf | I think againist stock. | 14:29 |
*** Milhouse has joined #maemo-ssu | 14:30 | |
luf | freemangordon: ii zlib1g-dev 1.2.3-9.osso9+0m5 | 14:30 |
freemangordon | luf: baad | 14:31 |
freemangordon | seems it breaks when built agains new zlib | 14:32 |
freemangordon | downgrade and check | 14:32 |
freemangordon | *will downgrade | 14:33 |
luf | Strange :( | 14:33 |
*** Milhouse has quit IRC | 14:36 | |
*** Milhouse has joined #maemo-ssu | 14:40 | |
freemangordon | luf: ARM libxml2 build against old zlib works | 14:48 |
freemangordon | going to check thumb build agains old zlib | 14:48 |
freemangordon | *against | 14:48 |
*** Milhouse has quit IRC | 14:49 | |
*** jade has quit IRC | 14:51 | |
luf | freemangordon: what about ARM libxml2 build againist new ARM zlib? | 14:54 |
*** Milhouse has joined #maemo-ssu | 14:54 | |
freemangordon | will check it | 14:56 |
freemangordon | luf: though it should be the same as ^^^ | 14:56 |
freemangordon | (thumb agains old zlib) | 14:57 |
freemangordon | *against | 14:57 |
*** Jade has joined #maemo-ssu | 14:57 | |
*** Jade has joined #maemo-ssu | 14:57 | |
luf | freemangordon: the libxml2 patch depends on ZLIB_VERNUM ... maybe that's the difference in build. But failure with old libxml2 and new zlib is after starting hidlon (showing empty desktop). | 15:00 |
*** Milhouse has quit IRC | 15:00 | |
freemangordon | luf: I know about ZLIB_VERNUM | 15:00 |
freemangordon | ok, thumb build against old zlib boots :(. I was hoping it is my build env broken, but unfortunately it seems ok | 15:01 |
freemangordon | going to check ARM build against new zlib | 15:01 |
*** Milhouse has joined #maemo-ssu | 15:02 | |
luf | freemangordon: ZLIB_VERNUM seems ok in build env (not checked in zlib1g-dev). | 15:02 |
freemangordon | luf: yep, it is ok | 15:02 |
freemangordon | it is something else | 15:03 |
freemangordon | luf: BTW do you have backup menu or something installed? | 15:03 |
luf | Not on dev device :) | 15:03 |
freemangordon | aah, same here, a pity, i'll have to reflash again if it does not work :( | 15:04 |
xes_ | ...and the rescue/recovery flash? It doesn't work? | 15:08 |
xes_ | http://206.253.166.96/N900/rescueOS/ | 15:09 |
*** _rd has quit IRC | 15:10 | |
*** Milhouse has quit IRC | 15:12 | |
freemangordon | xes_: don;t have that installed | 15:26 |
*** _rd has joined #maemo-ssu | 15:27 | |
xes_ | freemangordon: you don't need to install that image, you could boot it using flasher | 15:34 |
xes_ | http://206.253.166.96/N900/rescueOS/documentation.txt | 15:34 |
freemangordon | xes_: thanks | 15:36 |
freemangordon | but usually I have -thumb installed ;) | 15:36 |
freemangordon | luf: I know what is going on | 15:37 |
freemangordon | zlib has checks for the same version | 15:38 |
freemangordon | :( | 15:38 |
freemangordon | luf: https://gitorious.org/community-ssu/zlib/blobs/master/deflate.c#line226 | 15:44 |
freemangordon | hmm, though it checks only major | 15:45 |
freemangordon | luf: "gconftool-2: /usr/lib/libz.so.1: no version information available (required by ./libxml2.so.2)" | 15:53 |
freemangordon | this is libxml2 build with new zlib-dev :( | 15:54 |
*** Pali has quit IRC | 15:58 | |
*** Pali has joined #maemo-ssu | 15:58 | |
*** Milhouse has joined #maemo-ssu | 16:01 | |
freemangordon | luf: http://pastebin.com/srZgr7rT | 16:05 |
luf | freemangordon: LD_LIBRARY_PATH=/usr/lib gconftool-2 ? | 16:06 |
freemangordon | luf: ? | 16:06 |
freemangordon | no, LD_LIBARY_PATH=./ | 16:07 |
freemangordon | and I have new libxml2 extracted in ./ | 16:07 |
*** Milhouse has quit IRC | 16:07 | |
luf | I'll check later. Thanks for all the information | 16:08 |
freemangordon | luf: trying with bot libs new version | 16:08 |
freemangordon | yep, it boots | 16:09 |
freemangordon | luf: i'll fix it, it is a matter of debian/control magic | 16:11 |
Pali | merlin1991, there is something in /srv/apt/cssu-devel/incoming/ | 16:16 |
Pali | libqt4-* packages | 16:16 |
Pali | from Jan 2 15:15 | 16:16 |
freemangordon | gregoa: ping | 16:20 |
gregoa | freemangordon: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. | 16:20 |
freemangordon | WTF? | 16:20 |
kerio | gregoa: ping | 16:20 |
gregoa | kerio: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. | 16:20 |
kerio | oh scripting | 16:20 |
freemangordon | nice :( | 16:20 |
gregoa | anyway, I'm here. what's up? | 16:20 |
kerio | omg, this script is really good | 16:21 |
kerio | gregoa: who programmed you? :o | 16:21 |
freemangordon | gregoa: seems we have problem with zlib and libxml2(again). zlib breaks libxml2 that is currently installed on the device. | 16:21 |
kerio | freemangordon: that's known | 16:22 |
freemangordon | but if libxlm2 is built with newer zlib, so has missing symbols if installed on the device with ol zlib | 16:22 |
kerio | perhaps you mean the other issue, the new libxml doesn't work with the old zlib | 16:22 |
freemangordon | kerio: may I finish? | 16:22 |
kerio | go right ahead | 16:22 |
freemangordon | gregoa: the problem comes from th afact, that in order to build new libxml2 against new zlib one should install new libzlib-dev. but that breaks the currently installed libxml, thus cannot be installed | 16:23 |
freemangordon | (*conflicts) | 16:24 |
freemangordon | any idea? | 16:24 |
freemangordon | if libxml2 is build against old zlib-dev everything is fine, but that looks ugly | 16:25 |
* gregoa scratches head | 16:26 | |
kerio | freemangordon: hmm, the issue would be with the autobuilder, right? | 16:26 |
freemangordon | kerio: we are talking CSSU here, no autobuilder | 16:26 |
xes_ | i' m quick & dirtry...i would move the old .pc file and (for the first part) install manually(no deb) libzlib-dev | 16:27 |
*** Milhouse has joined #maemo-ssu | 16:27 | |
kerio | freemangordon: build libxml2 against the old zlib-dev, then rebuild it against the new one that you can install | 16:27 |
freemangordon | gregoa: the only think I can think of is a multi-part update | 16:27 |
gregoa | yeah, it guess that needs some round-trip like this | 16:27 |
freemangordon | i.e. build libxml2 agains old zlib, issue mp- thingie depending on new zlib, build libxml2 against new zlib, issue anothe -mp | 16:28 |
kerio | freemangordon: ew, why? | 16:29 |
kerio | this is not a user issue, is it? | 16:29 |
gregoa | why the -mp release? | 16:29 |
freemangordon | hmm, lemme think | 16:29 |
freemangordon | aah, yes, to be easier for maintainers | 16:30 |
*** FlameReaper has joined #maemo-ssu | 16:30 | |
freemangordon | hmm, well, maybe no -mp | 16:30 |
kerio | freemangordon: what's bad about compiling libxml2 against the old zlib1g anyway? | 16:31 |
kerio | the new libxml2 is supposed to only use the API | 16:31 |
kerio | and not any internal structure | 16:31 |
freemangordon | kerio: hmm, makes sense | 16:32 |
freemangordon | ok. got it | 16:32 |
kerio | btw, did you or luf eventually manage to make Breaks work? | 16:32 |
freemangordon | no | 16:32 |
luf | freemangordon: I think I know ... | 16:33 |
luf | freemangordon: when gregoa build new zlib he has problem with zlib1g.symbols | 16:33 |
*** Milhouse has quit IRC | 16:34 | |
freemangordon | luf: the same here | 16:34 |
luf | freemangordon: it seems that our environments ignore that. This should be the difference between old and new. | 16:34 |
freemangordon | luf: ignore what? elaborate please | 16:34 |
freemangordon | kerio: BTW the problem as I see it, is that one should not be allowed(by debian/control) to build against new zlib and to install on the environment with the old one | 16:37 |
freemangordon | ritgh now it is possible | 16:37 |
freemangordon | *right | 16:37 |
kerio | why does it not work, btw? | 16:38 |
kerio | the new libxml, i mean | 16:38 |
*** Pali has quit IRC | 16:38 | |
kerio | i mean, when compiled against headers that should still be the same thing for all intents and purposes | 16:38 |
freemangordon | kerio: http://pastebin.com/srZgr7rT | 16:38 |
kerio | well, for all legal intents and purposes - aka no accessing internal structures | 16:38 |
freemangordon | it has missing import symbols, see the paste | 16:39 |
kerio | hm | 16:39 |
*** Milhouse has joined #maemo-ssu | 16:40 | |
kerio | freemangordon: well, make it depend on a recent-enough zlib1g | 16:40 |
kerio | so it won't be possible to install it without the newer zlib1g | 16:40 |
freemangordon | kerio: and then you won;t be able to install zlib-dev, as it will break currently installed libxml2 | 16:40 |
freemangordon | (conflicts:) | 16:40 |
*** _rd has quit IRC | 16:41 | |
kerio | well, you're about to recompile libxml2 at that point, right? | 16:41 |
kerio | why is it installed? | 16:41 |
freemangordon | luf: why was Conflicts: needed? | 16:41 |
kerio | freemangordon: it should be a Breaks:, but that has the same effect - the old libxml2 depends on zlib internals that were changed in the new zlib | 16:42 |
freemangordon | after all we're going to ship it in one update | 16:42 |
kerio | it's a bug in the old libxml2 | 16:42 |
freemangordon | kerio: I know | 16:42 |
freemangordon | the point is that we'll ship both in one update | 16:43 |
kerio | it's irrelevant, it's a package that exists right now | 16:43 |
freemangordon | -mp will depend on both, libxml will depend on new zlib | 16:43 |
kerio | and is broken by a new, different package | 16:43 |
kerio | why does the metapackage have anything to do with this? | 16:44 |
freemangordon | kerio: because I can;t see how to solve the issue | 16:44 |
freemangordon | if you have any idea, please share it | 16:45 |
kerio | uninstall libxml2, install zlib-dev, compile new libxml2 | 16:45 |
freemangordon | kerio: gconftool-2 depends on libxml2 | 16:45 |
*** FlameReaper has quit IRC | 16:46 | |
freemangordon | i guess if I try to uninstall libxml2, I'll be left with libc6 only :D | 16:46 |
kerio | tell dpkg to stfu and remove anyway | 16:46 |
freemangordon | kerio: I am not asking for help with dpkg, I know how to solve it in my SB | 16:47 |
freemangordon | the problem is that packaging is broken | 16:47 |
kerio | well, you need to solve it in your SB and in merlin's SB | 16:47 |
freemangordon | yup | 16:47 |
freemangordon | and in luf's, arcean's, etc | 16:47 |
freemangordon | that's why i think it is better to remove Conflicts: from zlib and to add Depends: to libxml2 | 16:48 |
kerio | no, Depends: to libxml2 has to be there anyway | 16:48 |
kerio | is there anyway, perhaps just needs a version clause to be added | 16:48 |
freemangordon | yep, version | 16:48 |
kerio | but the new zlib1g *does* break the old libxml2, and that's a fact | 16:49 |
freemangordon | I know | 16:49 |
kerio | and you can't retroactively change the old libxml2 | 16:49 |
*** Pali has joined #maemo-ssu | 16:49 | |
kerio | i mean, you can do that in the repos, but not in the devices | 16:49 |
freemangordon | I can, by issuing 2 updates | 16:49 |
gregoa | there is a version in the Depends, which needs to be bumped. that should happen automatically with ${shlib:Depends} and dpkg-whatever during build. unless the shlib system is borken | 16:49 |
freemangordon | gregoa: aiui it takes only major version | 16:50 |
kerio | gregoa: so one would need the new libxml2 to compile the new libxml2 :s | 16:50 |
freemangordon | exactly | 16:50 |
gregoa | freemangordon: currently libxml has "zlib1g (>= 1:1.2.1)" | 16:50 |
*** Milhouse has quit IRC | 16:50 | |
kerio | freemangordon: well... it's not exactly a big deal i suppose | 16:50 |
gregoa | I still think that has to be "broken" in a manual roundtrip in one SB by one person, then the 2 packages with fixed Depends/Conflicts can to uploaded and everyone else can use them | 16:51 |
kerio | freemangordon: you can just release both at the same time, you don't necessarily need two updates | 16:52 |
freemangordon | gregoa: yep, that will work | 16:52 |
freemangordon | kerio: :nod: | 16:52 |
freemangordon | going to do it for -thumb | 16:52 |
kerio | but without a Conflicts or a Breaks you'll allow broken configurations | 16:52 |
freemangordon | i'll increase depends: version | 16:53 |
kerio | and broken as in "won't boot" | 16:53 |
*** Milhouse has joined #maemo-ssu | 17:06 | |
*** Milhouse has quit IRC | 17:12 | |
*** dafox has joined #maemo-ssu | 17:16 | |
*** Pali has quit IRC | 17:40 | |
*** FlameReaper has joined #maemo-ssu | 17:44 | |
*** dafox has quit IRC | 17:46 | |
*** Pali has joined #maemo-ssu | 17:46 | |
arcean_ | ~packages | 17:47 |
*** arcean_ is now known as arcean | 17:47 | |
*** Milhouse has joined #maemo-ssu | 17:47 | |
arcean | ~package | 17:47 |
infobot | package is probably simply not installable and a bug report against | 17:47 |
*** FlameReaper has quit IRC | 17:50 | |
arcean | there's a new qt with disabled QMaemo5OrientationManager in CSSU-devel | 17:55 |
luf | freemangordon: I'm sorry I had to be afk. | 17:55 |
freemangordon | Pali: https://gitorious.org/community-ssu/mp-fremantle-community-pr/commit/3ce14c9564766bcc4f4b86d901d4d145244b9f35 | 17:55 |
freemangordon | luf: NP | 17:55 |
luf | freemangordon: you can see in history (tomorrow or previous day) that gregoa has problem building new zlib due to missing includes in zlib1g.symobls | 17:56 |
luf | freemangordon: it's not problem in our SB. | 17:56 |
freemangordon | luf: however, I think two-pass build is the right thing we should do | 17:56 |
freemangordon | This is what I did for -thumb, don;t see a reason why it should ot work for -testing and -stable | 17:57 |
freemangordon | *should not | 17:57 |
*** xes_ has left #maemo-ssu | 17:57 | |
Pali | freemangordon, that is bad | 17:57 |
Pali | -v "include all changes later than version" | 17:57 |
freemangordon | Pali: yep | 17:57 |
freemangordon | the same as yours | 17:57 |
Pali | we need "include all changes equal or later than version" | 17:58 |
jonwil | so I am still no closer to picking something from http://wiki.maemo.org/Fremantle_closed_packages to reverse engineer that I can actually do :P | 17:58 |
Pali | see how major_version is parsed | 17:58 |
Pali | freemangordon, major_version can be also current version | 17:58 |
Pali | and then it will give for you empty changelog | 17:58 |
freemangordon | Pali: dpkg-parsechangelog --from "21.2011.38-1Tmaemo7"| sed -n 's/^ //p' >> debian/mp-fremantle-community-pr/DEBIAN/control | 17:59 |
freemangordon | dpkg-parsechangelog: unknown option `--from' | 17:59 |
Pali | --from is same as '-f' | 17:59 |
Pali | seems that I have new version of dpkg-parsechangelog | 17:59 |
Pali | freemangordon, try: dpkg-parsechangelog -f "21.2011.38-1Tmaemo7"| sed -n 's/^ //p' >> debian/mp-fremantle-community-pr/DEBIAN/control | 18:00 |
freemangordon | Pali: yes, the one I have here does not support --from | 18:00 |
kerio | arcean: what will that do? | 18:00 |
Pali | freemangoron, '-v' is not same as '-f' (or --from) | 18:00 |
freemangordon | dpkg-parsechangelog: unknown option `-f' | 18:00 |
*** dafox has joined #maemo-ssu | 18:00 | |
Pali | wtf? | 18:00 |
luf | freemangordon: I don't understand what do you mean with two-pass build. | 18:00 |
Pali | freemangordon, upload output of dpkg-parsechanelog --help | 18:01 |
arcean | kerio: prepares system for newer hildon-desktop versions | 18:01 |
*** Milhouse has quit IRC | 18:01 | |
arcean | kerio: new Qt basically fixes rotation/orientation problems | 18:01 |
freemangordon | [sbox-FREMANTLE_ARMEL_GCC472: ~/workspace/thumb/T-maemo7.1+thumb1/mp-fremantle-community-pr] > dpkg-parsechangelog --help | 18:01 |
freemangordon | Usage: dpkg-parsechangelog [<option> ...] | 18:02 |
freemangordon | Options: | 18:02 |
freemangordon | -l<changelogfile> get per-version info from this file. | 18:02 |
freemangordon | -v<sinceversion> include all changes later than version. | 18:02 |
freemangordon | -F<changelogformat> force change log format. | 18:02 |
kerio | arcean: by not rotating unless hildon-desktop does something, right? | 18:02 |
freemangordon | -L<libdir> look for change log parsers in <libdir>. | 18:02 |
freemangordon | -h, --help show this help message. | 18:02 |
freemangordon | --version show the version. | 18:02 |
arcean | kerio: yes ;) | 18:02 |
kerio | arcean: k :c | 18:02 |
Pali | freemangordon, that is bad :-( | 18:02 |
arcean | kerio: now every Qt application behaves in the same way as the GTK/Hildon ones | 18:03 |
Pali | I will try to rewrite it, to use -v | 18:03 |
kerio | arcean: well, not *now* | 18:03 |
freemangordon | arcean: while you are on Qt, could you blacklist that turkish CA? | 18:03 |
kerio | unless you mean that it'll automagically work | 18:03 |
Pali | freemangordon, I need version string before "$MAJOR_VERSION" from debian/changelog | 18:03 |
arcean | freemangordon: ok | 18:03 |
kerio | freemangordon: yay thumby things ^_^ | 18:03 |
freemangordon | Pali: ok, can I help :D | 18:03 |
Pali | you can see that '-v' will not work with last version | 18:04 |
freemangordon | sure | 18:04 |
Pali | --from, -f <version> include all changes equal or later than version | 18:04 |
Pali | I have this option ^^^ | 18:04 |
freemangordon | Pali: great, I don;t :) | 18:04 |
Pali | on ubuntu (in new debhleper/dpkg) | 18:04 |
freemangordon | in scratchbox | 18:05 |
kerio | everything can be solved with enough sed, grep and awk | 18:05 |
freemangordon | Pali: are you going to do it now? | 18:06 |
Pali | freemangordon, you can try to use: dpkg-parsechangelog --since 0 | grep '^ mp-fremantle-community-pr ' | 18:07 |
Pali | no, do not have time for it now | 18:07 |
Pali | now going away | 18:07 |
freemangordon | well, i'll use -v for this update | 18:07 |
Pali | '-v' will not work (it will print empty changelog) | 18:09 |
freemangordon | It works on -thumb | 18:09 |
freemangordon | and results in thumb-only changes | 18:09 |
freemangordon | i.e. since the last -testing | 18:10 |
*** xes has joined #maemo-ssu | 18:10 | |
Pali | freemangordon, try to add this line after MAJOR_VERSION := ... | 18:14 |
Pali | PREVIOUS_VERSION := $(shell dpkg-parsechangelog -f 0 2>/dev/null | sed -n 's/^ mp-fremantle-community-pr (\(.*\)).*/\1/p' | grep -A 1 $(MAJOR_VERSION) | tail -1) | 18:14 |
Pali | and replace MAJOR_VERSION with PREVIOUS_VERSION in the end of file | 18:14 |
Pali | this will maybe work | 18:15 |
freemangordon | Pali: new -thumb is out, i'll wait you to fix it in aster and will forllow for the next update | 18:15 |
freemangordon | s/aster/master/ | 18:15 |
infobot | freemangordon meant: Pali: new -thumb is out, i'll wait you to fix it in master and will forllow for the next update | 18:15 |
* freemangordon prays for his primary device to boot | 18:16 | |
kerio | freemangordon: hm, this is the first time you've updated something in cssu-thumb that hasn't been updated in cssu-testing | 18:16 |
freemangordon | kerio: no | 18:16 |
freemangordon | microb-engine, Qt, etc | 18:17 |
kerio | hm, were those updates? | 18:17 |
kerio | i thought you just recompiled | 18:17 |
freemangordon | no | 18:17 |
freemangordon | CVE fizes in microb came in -thumb first, for example | 18:17 |
freemangordon | *fixes | 18:17 |
freemangordon | same for some backport in Qt | 18:18 |
freemangordon | ok, booted fine | 18:18 |
arcean | Pali: what's new in maemo-applet-tvout? | 18:18 |
freemangordon | arcean: nothing | 18:18 |
arcean | ahh, I see | 18:19 |
freemangordon | kerio: I am pretty confiden there won;t be problems with this update | 18:19 |
freemangordon | at least I hope so :D | 18:19 |
freemangordon | kerio: i've been runing updated packages on my device for 2 or more weeks, with no problems | 18:21 |
kerio | freemangordon: Depends: libc6 (>= 2.5.0-1), zlib1g (>= 1:1.2.1), zlib1g (>= 1:1.2.7) | 18:23 |
kerio | u dun goofd | 18:23 |
luf | freemangordon: you should change the zlib1g (>= 1:1.2.1) in the zlib package (.shlibs) | 18:24 |
freemangordon | luf: hmm? isn;t that auto-generated? | 18:24 |
freemangordon | kerio: besides looking ugly, is there any problem with it? | 18:26 |
kerio | hm, i don't think so | 18:26 |
kerio | unless apt gets confused somehow, but i doubt it | 18:26 |
kerio | just keep in mind to fix it for the next update :) | 18:26 |
freemangordon | no, update went fine here | 18:26 |
freemangordon | yep, for sure | 18:26 |
kerio | arcean: hm, i don't see the updated qt in -devel | 18:33 |
freemangordon | kerio: seems it is stuck in /incoming | 18:34 |
freemangordon | Pali: already reported it to merlin1991 | 18:34 |
*** NIN101 has quit IRC | 18:34 | |
*** NIN102 has joined #maemo-ssu | 18:35 | |
arcean | kerio: I've just updated the Qt on my second n900 via cssu-devel :D | 18:35 |
arcean | http://maemo.merlin1991.at/cssu/community-devel/pool/free/q/qt4-x11/ | 18:35 |
kerio | freemangordon: oh, it's because i have -thumb pinned at a slightly higher priority | 18:35 |
luf | freemangordon: no. gregoa pointed me ;) | 18:36 |
freemangordon | luf: ok, will keep it in mind for the next update | 18:36 |
luf | freemangordon: zlib.cssu/debian/zlib1.shlibs: libz 1 zlib1 (>= 1:1.2.1) | 18:37 |
freemangordon | anyway, it will be soon, i'll put microb-engine build with system libpng and zlib | 18:37 |
freemangordon | luf: yeah, saw that | 18:37 |
luf | freemangordon: how you fixed fixed libxml2 build on top of new zlib? | 18:37 |
freemangordon | 1. build libxml2 against old zlib | 18:38 |
freemangordon | 2. install new libxml2 | 18:38 |
freemangordon | 3. build and install new zlib | 18:38 |
dafox | hi all. First off, happy (belated) new year :). Now my question: I was wondering what the status of -thumb is, is it 'stable' now? | 18:38 |
freemangordon | 4. edit libxml2 debian/control to depend on new zlib | 18:38 |
kerio | dafox: hahahahahahahah | 18:39 |
kerio | hahahahahahahahha | 18:39 |
kerio | yes, it's quite stable actually | 18:39 |
freemangordon | 5. build libxml2 | 18:39 |
freemangordon | luf: ^^ is what i did | 18:39 |
freemangordon | kerio: quite? | 18:39 |
dafox | a few days ago I found an announcement post on tmo for 'stable thumb' | 18:39 |
dafox | but what does it mean? | 18:40 |
kerio | dafox: "stable thumb2 executables" | 18:40 |
luf | freemangordon: So no fix. Ok. I'll put it into my TODO. | 18:40 |
kerio | as in, running one won't make the cpu blow up because of the silicon errata | 18:40 |
dafox | I mean, is it as stable as ssu-stable for example? | 18:40 |
freemangordon | dafox: IIRC what I wrote, it is explained in that very same OP | 18:40 |
dafox | aka, 'safe to install' | 18:40 |
kerio | dafox: it works fine for a lot of people | 18:41 |
kerio | it's about the same as cssu testing, but a bit smaller and faster | 18:41 |
dafox | ok, I'm willing to give it a go if it is fairly safe. The main benefit seems to be less memory used? | 18:41 |
dafox | which would be very nice | 18:41 |
freemangordon | dafox: last time we've checked repo stats, there were > 700 people downloaded it | 18:41 |
freemangordon | that was some ~months ago | 18:42 |
kerio | dafox: also about 30MB of free space | 18:42 |
freemangordon | *~3 moths | 18:42 |
dafox | can it be uninstalled, if need be? | 18:42 |
freemangordon | no | 18:42 |
kerio | not really, no | 18:42 |
dafox | ok, so it's not just enable/disable repo? | 18:42 |
freemangordon | it is SSU | 18:42 |
freemangordon | the same as CSSU-testing and CSSU-stable | 18:43 |
kerio | if you've got some flavour of cssu yes, you just have to enable cssu-testing and cssu-thumb (and disable cssu-stable if you have to) | 18:43 |
kerio | but there's no way to uninstall it | 18:43 |
kerio | what would that even mean? it's a bunch of updates to a lot of system packages | 18:43 |
freemangordon | kerio: BTW it was for good that I reflashed | 18:44 |
kerio | what did you find out? | 18:44 |
freemangordon | it turned out libpulse dependency is missing from mp-thingie :D | 18:44 |
kerio | :D | 18:44 |
freemangordon | it is the same in -testing AIUI | 18:45 |
freemangordon | (not that i've checked :D) | 18:45 |
dafox | for example, I enable/disable the extras-devel repository on a per-application basis, but it doesn't try to install older versions of those apps when I disable the catalogue again | 18:45 |
dafox | is it like that? | 18:45 |
kerio | yes, but cssu provides system updates | 18:46 |
freemangordon | dafox: this is system upgrade | 18:46 |
dafox | I have cssu :) | 18:46 |
kerio | you should keep the repos enabled for that | 18:46 |
dafox | ok, I'll go make some backups then | 18:46 |
*** jonwil has quit IRC | 18:46 | |
dafox | I do keep the cssu-stable (and testing, I think) enabled at all times | 18:46 |
* kerio wonders what the big deal is, when the cssu instructions clearly state to make backups *often* with backupmenu | 18:47 | |
dafox | making backups is such a hassle :/ | 18:47 |
freemangordon | dafox: disable -stabe if you are on -testing, it jst slows down HAM | 18:47 |
freemangordon | *-stable | 18:47 |
dafox | ok, thanks for the tip! | 18:47 |
*** _ade_ has joined #maemo-ssu | 18:48 | |
freemangordon | dafox: if you install -thumb make sure -testing IS ENABLED, along with nokia repos | 18:48 |
dafox | ok | 18:48 |
_ade_ | arcean: the replacement clock if now fixed in landscape with the new Qt from cssu-devel | 18:50 |
freemangordon | nice :D | 18:50 |
arcean | wow :D | 18:51 |
_ade_ | arcean: other Qt apps I tested look find, no initial rotation to landscape when flat | 18:51 |
freemangordon | _ade_: are you sure you set Maemo5AutoOriantation? | 18:51 |
_ade_ | I guess so | 18:51 |
freemangordon | the fuck :(. Sorry for the typos | 18:51 |
arcean | remeber, that you need also a new h-d, which is not in cssu-devel yet | 18:52 |
_ade_ | arcean: can you test for yourself? | 18:52 |
freemangordon | aah, yes | 18:52 |
arcean | _ade_: sure, give me a link :D | 18:52 |
_ade_ | arcean: You have the replacement clock installed afaik? | 18:52 |
freemangordon | arcean: are your changes commited on gitorious? in CSSU that is. | 18:52 |
dafox | is it the same for extras- btw? If I have extras-testing, can I disable the 'regular' extras repository? | 18:53 |
kerio | dafox: yep | 18:53 |
arcean | freemangordon: only in cloned repos | 18:53 |
arcean | _ade_: yes, on the other device :D | 18:53 |
_ade_ | arcean: so I just have to wait for a new h-d first? | 18:53 |
dafox | cool, because ham is really slow, so any speed up is welcome :) | 18:53 |
arcean | _ade_: I'll push a new version in ~15 minutes | 18:54 |
_ade_ | arcean: I'll wait for that to test further then | 18:55 |
*** xes has quit IRC | 19:01 | |
*** jester` has quit IRC | 19:03 | |
merlin1991 | Pali: I see nothing | 19:17 |
freemangordon | merlin1991: you broke you glasses? again? :P | 19:17 |
DocScrutinizer05 | everything fine here? (didn't watch since 8h, due to massive overload) | 19:17 |
merlin1991 | freemangordon: what should i see? | 19:18 |
freemangordon | merlin1991: NFC. I am just kidding you. | 19:18 |
merlin1991 | damn you ;) | 19:19 |
DocScrutinizer05 | tztztz | 19:19 |
freemangordon | merlin1991: on the side not - who do you expect to blacklist that compromised CA? | 19:19 |
merlin1991 | I guess I'll have todo that | 19:20 |
DocScrutinizer05 | uh? | 19:20 |
DocScrutinizer05 | not everything fine so? | 19:20 |
freemangordon | DocScrutinizer05: http://talk.maemo.org/showthread.php?t=88535 | 19:20 |
DocScrutinizer05 | mhm :-/ | 19:21 |
kerio | freemangordon: i suppose it's a maemosec update | 19:22 |
kerio | not sure who did the last one | 19:22 |
freemangordon | nokia | 19:22 |
kerio | nope, it was a cssu thing initially | 19:22 |
DocScrutinizer05 | TURKTRUST omg | 19:22 |
freemangordon | kerio: no, it was nokia | 19:22 |
freemangordon | CSSU just distributed it | 19:22 |
DocScrutinizer05 | no | 19:22 |
kerio | freemangordon: do you trust the turks? | 19:22 |
freemangordon | kerio: yes, why not | 19:23 |
DocScrutinizer05 | freemangordon: iirc MohammadAG had a fix long before nokia came up with it | 19:23 |
freemangordon | usually they are nice people. at least those who live in bulgaria | 19:23 |
kerio | because they give out intermediate CA certificates instead of SSL certificates, for instance | 19:23 |
freemangordon | DocScrutinizer05: iirc nokia sent them .debs with the fix | 19:23 |
DocScrutinizer05 | dunno | 19:23 |
freemangordon | s/them/him/ | 19:24 |
infobot | freemangordon meant: DocScrutinizer05: iirc nokia sent him .debs with the fix | 19:24 |
kerio | freemangordon: http://gitorious.org/community-ssu/maemo-security-certman | 19:24 |
DocScrutinizer05 | anyway, do we *need* Nokia to fix this silly issue? | 19:24 |
freemangordon | no | 19:24 |
freemangordon | we have the source code | 19:24 |
DocScrutinizer05 | so, go ahead! :-D | 19:24 |
freemangordon | <freemangordon> merlin1991: on the side not - who do you expect to blacklist that compromised CA? | 19:25 |
kerio | apparently the fix was done by jum | 19:25 |
freemangordon | :D | 19:25 |
kerio | juhani mäkelä | 19:25 |
kerio | sounds finnish | 19:25 |
kerio | sounds nokia | 19:25 |
freemangordon | yup | 19:25 |
freemangordon | I wonder why M$ issued 2 updates for that | 19:26 |
Pali | that was because I published source code of maemo certman aplet :P | 19:27 |
freemangordon | yep | 19:27 |
Pali | I got by email source tarball with LGPL license, so I published it on TMO | 19:28 |
Pali | and that was problem... | 19:28 |
Pali | so then nokia looked at it and after months released source code | 19:28 |
arcean | _ade_: I know where's the problem | 19:28 |
arcean | _ade_: I'll create a merge request | 19:28 |
freemangordon | arcean: is in adeclock? | 19:29 |
Pali | btw, you can see some changes in git repo *after* PR.1.3.1: https://gitorious.org/maemo-5-certificate-manager/maemo-security-certman | 19:29 |
arcean | yes | 19:29 |
Pali | (that was already included into cssu) | 19:29 |
freemangordon | arcean: missing autoorientation? | 19:29 |
kerio | _ade_: why don't you ship .deb packages? | 19:30 |
_ade_ | kerio: see the TMO thread; a bit long to explain here maybe | 19:31 |
DocScrutinizer05 | >>Can certs be revoked manually on N900?<< good question, can't they, at least in CSSU? | 19:32 |
kerio | DocScrutinizer05: there's no GUI to do that | 19:32 |
arcean | _ade_: freemangordon: https://gitorious.org/community-ssu/clock-ui/merge_requests/1 | 19:32 |
kerio | there's, however, a commandline tool | 19:32 |
DocScrutinizer05 | I seem to remember we at least dicussed adding such GUI | 19:33 |
Sicelo | kerio: which tool? openssl? | 19:33 |
DocScrutinizer05 | ...-function | 19:33 |
kerio | Sicelo: cmcli | 19:34 |
_ade_ | arcean: just an order issue then. It could affect other Qt apps? | 19:34 |
kerio | it's in maemosec-certman-tools | 19:34 |
Sicelo | thanks. will have a look :) | 19:34 |
freemangordon | arcean: hmm, why is the order important? | 19:34 |
freemangordon | arcean: this will break more application, I can bet | 19:35 |
arcean | setWindowFlags(Qt::Window) will always clear the windows flags | 19:36 |
freemangordon | arcean: according to docs? ok then. | 19:37 |
freemangordon | BTW why is that neede at all? | 19:37 |
freemangordon | *needed | 19:37 |
arcean | I don't know :D, _ade_? | 19:37 |
_ade_ | arcean: it is not a part I did | 19:38 |
freemangordon | after all it inherits QMainWindow | 19:39 |
arcean | I would remove it then | 19:39 |
freemangordon | _ade_: remove that | 19:39 |
_ade_ | I will | 19:39 |
_ade_ | arean: I have not found other Qt apps with this issue for now. And you where talking about a new h-d that was needed? | 19:41 |
kerio | Sicelo: there's a script on TMO that claims to allow the blacklisting of stuff | 19:42 |
arcean | _ade_: yes, it's needed. Every window which supports portrait mode should have PORTRAIT_SUPPORTED windows flag | 19:42 |
Sicelo | kerio: i'm already in love with cmcli ;) | 19:42 |
_ade_ | acrean: and the latest available h-d lacks that? | 19:43 |
arcean | no, it was the setWindowFlags(Qt::Window) which cleared that flag :D | 19:44 |
DocScrutinizer05 | freemangordon: nice spotting :-) | 19:44 |
_ade_ | arcean: okay, so I do have the proper h-d? | 19:44 |
arcean | 2.2.146-2? then yes ;) | 19:45 |
_ade_ | arcean: sorry then, I thought you where going to release a new h-d in 15 mins related to this. Misunderstood ;-) | 19:46 |
arcean | hehe | 19:46 |
arcean | I'm still going to release a new version :P | 19:47 |
_ade_ | arcean: removing this line did the trick indeed, thanks | 19:54 |
_ade_ | kerio: btw, Merlin1990 said he would package the replacement clock a long time ago. Maybe it helps if you remind him of that every now and then :) | 20:01 |
_ade_ | s/Merlin1990/Merlin1991/g | 20:02 |
infobot | _ade_ meant: kerio: btw, Merlin1991 said he would package the replacement clock a long time ago. Maybe it helps if you remind him of that every now and then :) | 20:02 |
Sicelo | kerio: seen the cript now. neat. | 20:06 |
tadzik | oooh, new thumb \o/ | 20:13 |
tadzik | freemangordon++ | 20:13 |
dafox | ok, so I'm about to install the -thumb stuff. However when I click the link in the tmo post it tells me that the repo is already installed but disabled (which is correct). But when i try to follow the cssu instructions from step 5, I don't get any more warnings (ok), but at step 6 I don't see the 'Community SSU' icon. Can I skip this step since I already have cssu? | 20:23 |
kerio | dafox: yep | 20:24 |
kerio | just tell HAM to check for updates | 20:25 |
kerio | and do the system update | 20:25 |
dafox | ok, thanks. I hope this works :) | 20:25 |
kerio | (connect wallcharger and wait, it'll take a bit) | 20:25 |
arcean | new hildon-desktop (2.2.147.90) @ cssu-devel | 20:31 |
*** Martix has quit IRC | 20:36 | |
*** Martix has joined #maemo-ssu | 20:37 | |
merlin1991 | arcean: what's new in it? | 20:37 |
arcean | merlin1991: http://talk.maemo.org/showthread.php?p=1311611#post1311611 | 20:40 |
kerio | merlin1991: nothing takes priority over the cert issue | 20:40 |
merlin1991 | freemangordon: you're right, there's more to it than moving the file to a different place | 20:41 |
merlin1991 | damn it | 20:41 |
merlin1991 | kerio: guess what I'm looking at atm | 20:41 |
kerio | <3 | 20:41 |
kerio | just look at how it was fixed on the first cert issue | 20:42 |
merlin1991 | well we have a problem | 20:42 |
merlin1991 | the lists of valid certs are signed | 20:42 |
merlin1991 | (blacklist also) | 20:42 |
kerio | ugh :s | 20:43 |
kerio | well, at worst we can just delete the cert and pretend it never existed | 20:45 |
kerio | but putting it in the blacklist would be better | 20:45 |
kerio | merlin1991: what checks the signature? | 20:46 |
merlin1991 | kerio: can't do that either, because then a cert that should be in the approved list is missing | 20:46 |
kerio | merlin1991: cmcli can remove certificates though | 20:47 |
kerio | merlin1991: we could ask the dude who did the first blacklisting! | 20:49 |
merlin1991 | that's what I'm planning todo | 20:49 |
merlin1991 | hm the cmcli code just unlinks the file in quesiton | 20:54 |
kerio | merlin1991: we could/should add our own public key to the ones that can sign the cert list, i suppose | 20:54 |
DocScrutinizer05 | who T F is signing a revocation list? | 21:00 |
DocScrutinizer05 | that's utter nonsense | 21:01 |
merlin1991 | well i have no idea why it is signed but both the trusted and the blacklist are signed | 21:01 |
merlin1991 | check /etc/secure/s/certman.* | 21:03 |
freemangordon | merlin1991: signed? with which key? | 21:04 |
merlin1991 | gotta check but I think it's with the key in /etc/certs/trusted/root.key | 21:04 |
freemangordon | merlin1991: hmm, what is the problem then? | 21:05 |
merlin1991 | hm how do I check if a key is pw protected :D | 21:05 |
freemangordon | merlin1991: I bet it is not ;). | 21:06 |
freemangordon | however, gimme some time to remember the command | 21:06 |
freemangordon | merlin1991: did you try to do dpkg-buildpackage | 21:07 |
freemangordon | it could be that signing is a part of package build | 21:07 |
merlin1991 | that works, but it never touches the files / signatures | 21:07 |
freemangordon | well, then the signature is generated on install time | 21:08 |
freemangordon | and we have nothing to worry about | 21:08 |
merlin1991 | the lists are presigned | 21:08 |
freemangordon | oh, wait | 21:09 |
freemangordon | merlin1991: check that commit https://gitorious.org/community-ssu/maemo-security-certman/commit/23037012de495c4dfd2ece1e903b7bb1648168ab | 21:11 |
freemangordon | seems like you should do whatever magic is needed on the device (or PC) and then copy the result | 21:11 |
merlin1991 | hm I could test that | 21:12 |
merlin1991 | let's see if the signature changes | 21:12 |
freemangordon | yep | 21:12 |
freemangordon | merlin1991: you should yse cmcli to move the certificate in question to blacklist domain | 21:14 |
freemangordon | aiui | 21:14 |
freemangordon | *use | 21:14 |
freemangordon | -a to add -r to remove | 21:15 |
freemangordon | merlin1991: d937b34e05fdd9cf9f1216aeb6892feb253a881c | 21:15 |
*** _ade_ has quit IRC | 21:17 | |
merlin1991 | freemangordon: yep seems to resign | 21:20 |
merlin1991 | though I didn't find that code inside the cmcli source when I skimmed it | 21:21 |
freemangordon | merlin1991: are you sure the signature is not regenerated on install time? | 21:21 |
merlin1991 | pretty sure | 21:22 |
freemangordon | https://gitorious.org/community-ssu/maemo-security-certman/blobs/master/debian/maemosec-certman-common-ca.postinst | 21:23 |
merlin1991 | ah wait perl /usr/bin/c_rehash /etc/certs/common-ca | 21:23 |
freemangordon | exactly | 21:23 |
merlin1991 | interestingly my cert manager only shows me the disabled certs, not the valid ones | 21:25 |
freemangordon | merlin1991: on the device? | 21:26 |
merlin1991 | yes | 21:26 |
merlin1991 | the one on stable shows me all | 21:26 |
*** _rd has joined #maemo-ssu | 21:26 | |
freemangordon | the one on thumb shows them all, it is something with your device | 21:27 |
freemangordon | though I wonder what's this with microb. | 21:27 |
freemangordon | i.e. that you should remove the certificate by hand | 21:28 |
merlin1991 | libmaemosec-certman0 diverts the microb-engine security lib away | 21:31 |
merlin1991 | so that should be not neccessary | 21:31 |
freemangordon | yes, that is why I wonder | 21:31 |
freemangordon | BTW if new microb is installed after the diversion what will happen? | 21:32 |
*** _rd has quit IRC | 21:32 | |
kerio | freemangordon: diversions are a dpkg thing | 21:33 |
freemangordon | sure | 21:33 |
kerio | microb will happily install itself in the diverted location | 21:33 |
kerio | the diverted files, i mean | 21:33 |
freemangordon | ok, thanks | 21:33 |
freemangordon | merlin1991: hmm, i removed that cert, but it is still listed in cpl applet | 21:33 |
freemangordon | oh, wait, it is on my second device :D | 21:34 |
freemangordon | hmm, still listed too | 21:35 |
kerio | freemangordon: i read somewhere that blacklisted certs still show up in the UI | 21:35 |
freemangordon | kerio: it is not blacklisted, just removed | 21:35 |
kerio | hm, weird | 21:35 |
freemangordon | well, i'll reboot | 21:37 |
*** Milhouse has joined #maemo-ssu | 21:39 | |
freemangordon | the fuck, it is still there | 21:40 |
freemangordon | ooh, we have 2 certificates from TÜRKTRUST | 21:46 |
freemangordon | merlin1991: the second one is c126ef0d847fc578cabfa616229289c42af952e7 | 21:49 |
*** Milhouse has quit IRC | 21:54 | |
kerio | freemangordon: oh, heh | 21:55 |
kerio | freemangordon: instead of deleting, can't we blacklist? | 21:56 |
freemangordon | we shal do both aiui | 21:56 |
freemangordon | ok. microb refuses to use https with turktrust's site | 21:57 |
*** Pali has quit IRC | 21:57 | |
kerio | :D | 21:58 |
merlin1991 | kerio: we'll blacklist | 21:59 |
*** _rd has joined #maemo-ssu | 22:02 | |
freemangordon | merlin1991: hmm, I think we should be very careful | 22:05 |
freemangordon | see this https://blog.mozilla.org/security/2013/01/03/revoking-trust-in-two-turktrust-certficates/ | 22:05 |
merlin1991 | I'll prepare a test package | 22:05 |
freemangordon | they are not blacklisting root certs, just compromised ones | 22:05 |
freemangordon | aiui | 22:05 |
merlin1991 | we could just blacklist the intermediate ones | 22:06 |
freemangordon | exactly what we should do | 22:06 |
merlin1991 | but ofc the article doesn't link to them | 22:06 |
freemangordon | i'll check in IE, if I can find them | 22:06 |
* freemangordon starts IE for the first time for the last couple of years :D | 22:07 | |
kerio | freemangordon: they should be a CA, and they fucked that up | 22:08 |
kerio | they should go out of business | 22:08 |
freemangordon | kerio: well not exactly | 22:08 |
freemangordon | read their explanation | 22:08 |
freemangordon | merlin1991: yep, found them :D | 22:09 |
kerio | they're "reviewing" | 22:09 |
freemangordon | merlin1991: do you have windozw around? | 22:09 |
kerio | otoh, TURKTRUST only admitted the problem after google revealed it | 22:09 |
merlin1991 | freemangordon: it's windoze, and yes | 22:10 |
freemangordon | you'll find both sertificates in "untrusted publishers" | 22:10 |
freemangordon | merlin1991: if you want I can export them for you | 22:11 |
merlin1991 | that would be great | 22:11 |
merlin1991 | are you sure those are the intermediate and not the root certificates? | 22:12 |
freemangordon | yep, you'll see | 22:12 |
* freemangordon wonders if openssl can read p7b format | 22:13 | |
merlin1991 | fmg afaick the windoze cert storage can export pem format | 22:15 |
freemangordon | well, it is .cer, but it is x509 base64 encoded, so yes. I got them both exported, lets see of openssl will like them | 22:17 |
freemangordon | looks fine | 22:19 |
freemangordon | merlin1991: do you know where .pem file names are derived from? md5 of the file? | 22:19 |
merlin1991 | no idea | 22:20 |
freemangordon | :( | 22:20 |
*** nox- has joined #maemo-ssu | 22:20 | |
merlin1991 | I don't even understand why they have a derived name | 22:20 |
freemangordon | merlin1991: well, I want to name the files correctly before giving them to you | 22:22 |
merlin1991 | we'll have to email Juhani Mäkelä then | 22:30 |
merlin1991 | I have no idea how those file names are generated | 22:30 |
freemangordon | merlin1991: gimme some time | 22:30 |
freemangordon | it is some hash, i just need to find which one | 22:30 |
freemangordon | merlin1991: hmm, could be certificate serial number | 22:31 |
merlin1991 | 72:03:21:05:c5:0c:08:57:3d:8e:a5:30:4e:fe:e8:b0 => 408f39269c4c862399c65109a6e6f2c1fea7f6b7.pem how? | 22:35 |
merlin1991 | :D | 22:35 |
freemangordon | seems it is not that :D | 22:35 |
freemangordon | merlin1991: hmm, i'll install them and cmcli will give me their names :D | 22:38 |
freemangordon | hehe: | 22:40 |
freemangordon | 64fb1b863db84af24482f9563dea26c0f4e3b334.pem | 22:40 |
freemangordon | ef918e90bbc79150e645852bd7b6fa8145fe0063.pem | 22:40 |
*** _rd has quit IRC | 22:41 | |
*** _rd has joined #maemo-ssu | 22:42 | |
freemangordon | merlin1991: http://merlin1991.at/~freemangordon/turktrust_blacklist/ | 22:42 |
freemangordon | please check them, just in case | 22:42 |
merlin1991 | hm how do I see that those are intermediate cas? | 22:44 |
freemangordon | openssl x509 -text -in $CERT | 22:46 |
freemangordon | ? | 22:46 |
merlin1991 | well my knowledge of all the fileds amounts to almost 0 | 22:49 |
merlin1991 | so I can't tell what I'm seeing :D | 22:49 |
freemangordon | add those as blacklisted on your device | 22:50 |
freemangordon | and check in settings applet | 22:50 |
freemangordon | hmm. maybe i should have exported the whole chain | 22:52 |
freemangordon | merlin1991: looks ok there | 22:56 |
*** NIN102 has quit IRC | 22:56 | |
merlin1991 | yep it does | 22:57 |
freemangordon | merlin1991: though I wonder why IE shows one of them as issued to 8.google.com | 22:59 |
freemangordon | *.google.com | 23:00 |
freemangordon | but maemo shows some cryptic turcish name | 23:00 |
freemangordon | *turkish | 23:00 |
freemangordon | "e-islem.kktcmerkezbankasi.org" | 23:00 |
freemangordon | merlin1991: oh, wait | 23:01 |
freemangordon | i didn;t export that one | 23:01 |
freemangordon | i'll have to add it too | 23:01 |
freemangordon | merlin1991: we have 3, not 2 certificates to blacklist | 23:03 |
merlin1991 | but everywhere else it states 2 certs to blacklist | 23:03 |
freemangordon | but M$ updated 3 - 2 intermediate and the one used for MTIM attack | 23:04 |
freemangordon | got it? | 23:04 |
freemangordon | the others talk abou intermediate certificates only | 23:04 |
freemangordon | but there was one issued to *.google.com | 23:04 |
freemangordon | using one of the intermediate certs | 23:05 |
merlin1991 | ah k | 23:06 |
freemangordon | ok, uploadad | 23:06 |
merlin1991 | well if we blacklist the intermediate the one issued to *.google.com has no valid chain anyway | 23:06 |
freemangordon | I know | 23:06 |
freemangordon | I wonder why M$ did it that way | 23:06 |
kerio | why are we still trusting that CA? really | 23:07 |
freemangordon | kerio: we can only follow M$/Mozilla, etc | 23:07 |
freemangordon | we are not to decide on that matter | 23:08 |
freemangordon | kerio: i read somewhere that lots of turkish banks use this CA | 23:08 |
kerio | let's follow mozilla pls :3 | 23:08 |
freemangordon | if we blacklist them... won;t be good | 23:08 |
freemangordon | kerio: that is what we are doing | 23:09 |
freemangordon | merlin1991: well, it is up to you to decide whether to include *.google.com certificate | 23:09 |
freemangordon | but if it was me, i'd rather include it | 23:09 |
merlin1991 | the *.google.com cert has no chain wihout the other one | 23:10 |
kerio | freemangordon: if your bank uses that CA, you should probably refrain from using your bank's website | 23:10 |
merlin1991 | no point in spamming our cert db | 23:10 |
freemangordon | merlin1991: check you blacklist store to see what I mean | 23:10 |
kerio | merlin1991: +1, the *.google.com is just the only certificate that we know of | 23:10 |
kerio | there might be a lot more | 23:10 |
freemangordon | merlin1991: cmcli -c blacklist -L | 23:11 |
freemangordon | merlin1991: though you are most probably right and we should not include that | 23:11 |
merlin1991 | check it before or after I inlcuded the cert? | 23:12 |
freemangordon | does not matter | 23:12 |
merlin1991 | so you're talking about the login.yahoo.com certs? | 23:13 |
freemangordon | merlin1991: however, I am convinced we should not include *.google.com | 23:13 |
freemangordon | merlin1991: yep | 23:13 |
freemangordon | and addons.mozilla.org | 23:13 |
freemangordon | but all of them are signed by root cert | 23:14 |
freemangordon | *.google.com is not | 23:14 |
freemangordon | so i agree it should not be included | 23:14 |
merlin1991 | okay :) | 23:15 |
merlin1991 | hm which link to quote in the git commit message? | 23:15 |
freemangordon | plus we can always include it later if mozilla includes it | 23:15 |
freemangordon | BTW it will be funny if we are the next after google and M$ to blacklist those | 23:16 |
freemangordon | before mozilla and major linux distributions :D | 23:16 |
merlin1991 | anyway which link to quote? | 23:17 |
freemangordon | the one from thread on TMO | 23:17 |
freemangordon | googleblogspot or something | 23:17 |
freemangordon | http://googleonlinesecurity.blogspot.com/2013/01/enhancing-digital-certificate-security.html | 23:17 |
freemangordon | merlin1991: BTW Pali pushed a commit today to mp- thingie, you may want to revert it as it is briken | 23:21 |
freemangordon | *broken | 23:21 |
merlin1991 | what's wrong with it? | 23:23 |
freemangordon | does not work :D | 23:23 |
freemangordon | you can't build -mp | 23:23 |
merlin1991 | rofl | 23:23 |
merlin1991 | okay building new certman stuff now | 23:25 |
merlin1991 | update is in testing-testing | 23:40 |
freemangordon | going to test it | 23:42 |
freemangordon | merlin1991: what is the repo? | 23:43 |
merlin1991 | the one you enable with http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb ;) | 23:43 |
freemangordon | hmm. maybe it won;t work on -thumb | 23:46 |
merlin1991 | it's T7.2 | 23:46 |
freemangordon | aah, ok | 23:46 |
freemangordon | good, only certman packages are updated | 23:48 |
merlin1991 | hehe had todo it via x11vnc | 23:50 |
merlin1991 | my wireless does not go into this room :P | 23:50 |
freemangordon | rebooting, lets see | 23:51 |
freemangordon | merlin1991: something is broken, I see only blacklisted certificates | 23:53 |
freemangordon | did you put hash file too? | 23:53 |
merlin1991 | yes | 23:53 |
merlin1991 | ah wait I have an idea | 23:54 |
merlin1991 | I bet apt is at fault | 23:54 |
kerio | merlin1991: you said you could only see the blacklisted certificates, right? | 23:54 |
kerio | even before, i mean | 23:54 |
merlin1991 | yep, but only on my testing device | 23:54 |
freemangordon | merlin1991: doing perl /usr/bin/c_rehash /etc/certs/common-ca don't help | 23:56 |
merlin1991 | freemangordon: check /etc/secure/s/certman.* | 23:56 |
merlin1991 | then you'll see why | 23:56 |
kerio | ...config files huh | 23:57 |
kerio | .dpkg-old | 23:57 |
merlin1991 | yep | 23:57 |
merlin1991 | nah it's .dpkg-dist | 23:57 |
kerio | oh, i was just guessing :) | 23:57 |
kerio | merlin1991: it's a bug, remove them from the conffiles list | 23:57 |
freemangordon | only certman.blacklist.dpkg-dist | 23:57 |
merlin1991 | but anyway move that to get rid of your manually generated hash file and you'll see the certs again | 23:57 |
kerio | clearly they aren't config files in the usual sense | 23:58 |
freemangordon | aah, yes | 23:58 |
merlin1991 | kerio: they are in no conffile list, they are conffiles automatically because they sit in /etc | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!