00:07.18 | luf | freemangordon: I find the answer ;) |
00:08.07 | freemangordon | ok :) |
00:08.12 | luf | freemangordon: BTW there is gvs-backends with obexftp in maemo _but_ it needs obex-data-server which isn't in maemo ;) |
00:08.38 | freemangordon | luf: gvs-backends? what does that do? |
00:08.49 | freemangordon | the same as obexd plugin? |
00:09.06 | freemangordon | luf: BTW where? |
00:09.31 | 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. |
00:10.05 | luf | freemangordon: I'm sorry: gvfs-backends |
00:10.45 | luf | gvfs is used in newer gnome (as gnomevfs is old and not used) |
00:15.01 | freemangordon | aah, ok |
00:15.07 | luf | freemangordon: do you have any idea how the icons are choosed? |
00:15.13 | freemangordon | yes |
00:15.15 | freemangordon | :D |
00:15.27 | luf | When I use names insted of BT MAC I see no icons :( |
00:15.29 | freemangordon | it takes the icon from device properties :D |
00:15.37 | freemangordon | ok, well |
00:15.44 | freemangordon | it is using some gconf value |
00:15.52 | freemangordon | just a minute |
00:16.27 | luf | When I have list of devices it's able to display phone/computer icons based on the name (just BT address) |
00:16.46 | luf | However BT address is unreadable for humans :D |
00:19.20 | freemangordon | luf: are you sure you setup everything correctly |
00:19.21 | freemangordon | ? |
00:19.34 | freemangordon | as it seems there are 2 values, name and address |
00:19.55 | luf | freemangordon: where do you see 2 values? |
00:20.14 | luf | I need to fill GnomeVFSFileInfo *info; |
00:20.35 | freemangordon | I know, gimme some time, i'll provide the links |
00:20.49 | luf | There is only name and symlink_name. When name is [BT MAC] it shows the icons. otherwise it doesn't. |
00:21.18 | freemangordon | re icon:https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-system-obex.c#line312 |
00:22.27 | luf | Yes. If the name is [BT MAC] it shows the icon right ... |
00:22.54 | freemangordon | luf: for the name: https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-system-obex.c#line340 |
00:22.56 | luf | There is no possibility to have readable name and icon in that case (or patch the file you sent). |
00:23.16 | freemangordon | shht, check the code ^^^ :P |
00:23.38 | luf | I see ... |
00:23.52 | luf | The ossofilemanager is using _get_icon_from_uri |
00:24.01 | freemangordon | luf: no |
00:24.15 | freemangordon | it receives everything ready from libhildonfm |
00:24.28 | freemangordon | and just uses it |
00:24.40 | freemangordon | fortunately we have libhildonfm code |
00:24.41 | freemangordon | ;) |
00:25.14 | freemangordon | luf: I am not sure dbus_message_new_method_call ("org.bluez", "/org/bluez/hci0", |
00:25.14 | freemangordon | "org.bluez.Adapter", "GetRemoteName"); |
00:25.23 | freemangordon | is a valid for BT4 |
00:25.31 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
00:25.40 | freemangordon | that's why you don;t have device name |
00:26.11 | luf | No it's not. |
00:26.25 | freemangordon | you' rather have to use org.bluez.Device |
00:26.27 | freemangordon | afaik |
00:26.36 | luf | I think it's not valid even for the stock bluez. |
00:26.51 | freemangordon | it is still 4 |
00:27.00 | freemangordon | bluez4 that is |
00:27.39 | freemangordon | the code we have is legacy from diablo, which(judging by the code) has bluez3 |
00:27.50 | luf | Ok so it's ok to put there just BT MAC and fix the hildon ... |
00:27.59 | freemangordon | seems so |
00:28.10 | luf | Ok. |
00:28.33 | freemangordon | where is the code of libhildonfm you use? |
00:29.00 | freemangordon | I can help a bit and re-write that function to use bluez4 dbus api |
00:29.00 | luf | I don't change libhildonfm (I just uncomment the #if 0 you sent me. |
00:29.11 | freemangordon | hmm, ok |
00:29.15 | luf | freemangordon: don't worry. I'll do it. |
00:29.22 | freemangordon | well, ok :) |
00:29.22 | luf | Now I knwo what to change ;) |
00:29.59 | freemangordon | I am just afraid there are too much places to be changed for one men. but ok :) |
00:30.06 | luf | And I know how to obtain the name ;) |
00:30.17 | freemangordon | ok, great |
00:30.33 | luf | I see two places (gnomevfs-extras and now also libhildonfm) |
00:30.41 | luf | Thanks. It's big help. |
00:30.43 | freemangordon | luf: and missind daemon |
00:30.49 | freemangordon | *missing |
00:31.00 | luf | freemangordon: no. I'll use bluez ;) |
00:31.22 | freemangordon | luf: BTW once i wrote a code to connect rfcomm, lemme check it |
00:31.51 | freemangordon | iirc it is Qt, but still |
00:32.33 | luf | org.bluez.Serial.Connect/Disconnect ;) |
00:32.56 | luf | I need just to pass/determine the path for the device ;) |
00:33.38 | freemangordon | right http://pastebin.com/KHFWygg0 |
00:33.53 | 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 |
00:34.17 | luf | Yeah I know that ;) |
00:34.46 | freemangordon | luf: where from do you know it, this is mine unpublished code :P |
00:35.22 | freemangordon | (though maybe I should publish it, if not for anything else, then just for reference) |
00:35.22 | luf | qdbusviewer on my PC (also is using bluez 4.99) :D |
00:35.29 | freemangordon | :D |
00:35.51 | luf | And of course I know a little bit the bluez sources ;) |
00:35.57 | freemangordon | hehe |
00:35.59 | luf | http://maemo.org/api_refs/5.0/5.0-final/bluez/serial-api.txt |
00:36.02 | luf | And :) |
00:36.32 | luf | To be honest I dislike the gnomevfs-extras code ... |
00:36.39 | freemangordon | luf: BTW isn't it better to use UUIDs? |
00:38.10 | freemangordon | the fuck, this is lots of code. and working. defffinitely i should publish that |
00:39.45 | freemangordon | luf: http://pastebin.com/v0Fy8B4B |
00:40.06 | freemangordon | just in case you don;t full list of have UUIDs |
00:40.36 | freemangordon | s/don;t full list of have/don't have the full list/ |
00:40.46 | freemangordon | ~ping |
00:40.46 | infobot | ~pong |
00:41.04 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
00:52.52 | luf | freemangordon: I'm not sure if it's so precisely defined on all devices. |
00:53.25 | luf | I check FTP support with UUID starting 00001106- :) |
00:53.28 | freemangordon | luf: this file is part of my SW I talked about |
00:53.58 | freemangordon | and it runs on n900. |
00:54.00 | luf | freemangordon: just curious. What does the sw do? |
00:54.07 | freemangordon | yep, the same #define FTP_UUID "00001106" UUID_COMMON |
00:54.16 | freemangordon | luf: setting applet |
00:54.25 | freemangordon | does whatnot with BT devices |
00:54.42 | freemangordon | with vary fanci interface |
00:54.46 | freemangordon | *very |
00:54.50 | luf | :) |
00:55.23 | freemangordon | the fuck, maybe I should take some rest, my typing skills are degrading every minute :D:D:D |
00:56.00 | freemangordon | luf: I started to write it back in the days when I was playing with extkbd/extmou |
00:56.26 | freemangordon | stock menu BT applet don;t have "connect" button for HID devices |
00:57.03 | freemangordon | eventually I found a way to write my own plugin (for HID), so all this stuff become useless |
01:01.54 | *** join/#maemo-ssu kolp (~quassel@212.255.39.31) |
01:04.03 | luf | freemangordon: Ahh ok. |
01:04.54 | luf | However I don't like BT applet/settings. It's mess of something ... |
01:05.10 | luf | Not able to connect whatever you want (audio, network, ...) |
01:06.39 | freemangordon | luf: yeah, I know. my "replacement" does that too, but it is: 1. Qt; 2. Unfinished; :D |
01:07.40 | luf | freemangordon: It's nothing you can't fix ;) |
01:07.50 | freemangordon | hehe |
01:09.02 | freemangordon | luf: one of the UI functions is to connect to BT serial profile, so you can use /dev/rfcommN |
01:09.42 | freemangordon | will try to put himself together and finish tklock tomorrow :) |
01:09.43 | luf | There are several of Connect ... as I wrote. rfcomm is just one of them. |
01:09.49 | freemangordon | yep |
01:10.00 | luf | :D |
01:11.05 | freemangordon | luf: because of that project(consisting of ~60-70 files) I feel comfortable with bluez |
01:11.40 | luf | freemangordon; I pushed my last dev on osso-gnomevfs-extras into git. There is only missing connecting (still btcond). |
01:12.04 | freemangordon | hmm, can we find that daemon from somewhere? |
01:12.05 | luf | However listing and checking FTP is working. |
01:12.13 | freemangordon | what about names? |
01:12.30 | luf | freemangordon: I don't like another daemon when bluez can do that. |
01:12.42 | luf | I'll fix names in libhildonfm later. |
01:12.50 | freemangordon | luf: there might be a reason for Nokia to write a daemon |
01:13.02 | luf | maybe bluez3 :D |
01:13.47 | luf | I'll try at least. With bluez 4.99 I also superseed bluetooth-dun and maybe more what is natively supported by bluez. |
01:14.03 | freemangordon | ok |
01:14.13 | luf | As few daemons as possible is also good for cpu, memory, ... |
01:14.25 | freemangordon | sure |
01:15.02 | freemangordon | BTW http://maemo.org/packages/package_instance/view/diablo_sdk_free_i386/osso-gwconnect/1.0.12/ |
01:15.18 | luf | I know. but Diablo ... |
01:15.46 | freemangordon | nut it is sdk/free, so I suppose there is source code too. going to check |
01:15.49 | freemangordon | *but |
01:16.04 | luf | Don't waste your time ;) |
01:16.10 | luf | tklock is waiting for you :D |
01:16.20 | freemangordon | aah, not today |
01:16.23 | freemangordon | :) |
01:16.53 | freemangordon | yep http://repository.maemo.org/pool/diablo/free/o/osso-gwconnect/ |
01:20.42 | freemangordon | luf: well, that could be used as reference at least |
01:20.56 | luf | :) |
01:30.05 | *** join/#maemo-ssu kolp (~quassel@212.255.39.31) |
01:38.04 | freemangordon | luf: seems you miss the call to free_device_properties(devprops); on success exit path |
01:38.39 | freemangordon | or I am missing something |
01:39.36 | freemangordon | scratch ^^^, found it |
01:48.07 | luf | freemangordon: :) |
01:48.50 | freemangordon | luf: yeah, I tought that you introduced get_device_properties function |
01:50.00 | luf | freemangordon: you're right I introduced that function. |
01:50.46 | 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 :) |
01:51.41 | luf | Aahhh ok. |
01:52.48 | luf | BTW it's funny we have osso-gwconnect-dev in maemo 5 SDK when there is no osso-gwconnect :D |
01:53.07 | freemangordon | :D |
01:53.43 | *** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150) |
01:54.20 | freemangordon | anyway, I am off to bed, night |
02:07.05 | 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 |
03:45.44 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:02.30 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
04:56.26 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
05:19.04 | luf | freemangordon: coool it works :D |
05:37.51 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
07:08.48 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
07:17.35 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
08:00.04 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
08:24.08 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
08:42.28 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
08:43.11 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
08:45.44 | 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 |
08:46.17 | merlin1991 | is currently reading the backlog |
08:48.23 | freemangordon | luf: cool, what works? |
08:54.01 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
08:55.05 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
08:59.56 | freemangordon | jonwil: that one is the diablo one, NFC what it does in fremantle repo |
09:02.05 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139) |
09:09.52 | Pali | merlin1991, freemangordon: What about adding Maemo upgrade description to CSSU metapackage? |
09:09.54 | Pali | https://wiki.maemo.org/Packaging#Maemo_upgrade_description |
09:10.21 | Pali | that string will be displayed in HAM when you click on package update details |
09:10.31 | Pali | there can be changelong |
09:10.37 | freemangordon | why not |
09:10.50 | Pali | only small problem |
09:11.09 | Pali | that string with changelog must be changed every time when updating cssu metapackage |
09:11.16 | Pali | so only "last" update changelog is possible |
09:11.43 | Pali | and problem with missing changelogs on wiki can be fixed |
09:11.52 | freemangordon | Pali: sure, but we could have control.in, and replace $SOME_STRING_TO_MATCH in debian/rules |
09:11.54 | Pali | as it will display directly in HAM |
09:12.15 | Pali | ok |
09:13.02 | freemangordon | Pali: BTW I am still not sure how exactly to blacklist a certificate. is move .pem to /blacklist enough? |
09:13.12 | Pali | I do not know |
09:13.20 | Pali | try to ask certman mainatainer |
09:13.36 | Pali | he blacklisted also other certificates after pr1.3.1 |
09:13.45 | freemangordon | me? nah, i'll leave that to merlin1991 :) |
09:13.48 | Pali | (for cssu) |
09:14.08 | Pali | we should ask him if he will continue to maintain certman or not |
09:20.28 | Pali | freemangordon, we can use this for geting changelog from last debian version: "dpkg-parsechangelog | sed -n 's/^ //p'" |
09:20.54 | freemangordon | Pali: yep |
09:21.04 | Pali | I will write patch for debian/rules |
09:21.49 | freemangordon | Pali: there are a couple of packages in CSSU right now using a debian/bontrol template, I'll try to find one |
09:22.00 | freemangordon | debian/control |
09:22.05 | Pali | we do not need template |
09:22.24 | freemangordon | Pali: what? |
09:22.25 | Pali | just call that script in debian/rules and update debian/<package>/DEBIAN/control |
09:22.27 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
09:22.31 | Pali | it is easier |
09:22.47 | freemangordon | Pali: what will happen if you build it twice? |
09:22.57 | Pali | after dh_gencontrol |
09:22.59 | Pali | nothing |
09:23.02 | freemangordon | aah, ok, got it |
09:23.09 | Pali | <PROTECTED> |
09:23.15 | freemangordon | yes, yes |
09:26.44 | merlin1991 | we have that maemo upgarde description already in -stable |
09:26.55 | merlin1991 | I started that ;) |
09:27.11 | freemangordon | merlin1991: sure, but it should be altered by hand :) |
09:27.23 | merlin1991 | something I did aswell :D |
09:27.34 | freemangordon | not for the last -stable :P |
09:28.06 | merlin1991 | well that's chemist boat now |
09:28.13 | freemangordon | hehe |
09:28.22 | freemangordon | merlin1991: what about broken CA? |
09:28.55 | merlin1991 | we're going to blacklist the root ca |
09:29.03 | freemangordon | merlin1991: do you know how? |
09:29.05 | Pali | I will use this for getting major version string: dpkg-parsechangelog | sed -n 's/Version: \(.*maemo.*\)\..*/\1/p' |
09:29.19 | freemangordon | Pali: will that work for -thumb? |
09:29.55 | Pali | freemangordon, what is version string for -thumb? |
09:30.04 | Pali | I see this: 21.2011.38-1Tmaemo7.1 for testing |
09:30.07 | Pali | (major versin will be 21.2011.38-1Tmaemo7) |
09:30.11 | Pali | without ".1" |
09:30.18 | merlin1991 | freemangordon: https://gitorious.org/maemo-5-certificate-manager/maemo-security-certman/commit/fc21ae95be7f44189be2360d445f4fe3f10ab712 |
09:30.28 | Pali | I think it is good to include changelong since major version |
09:30.39 | merlin1991 | basically we throw the pem into /etc/certs/blacklist |
09:30.49 | freemangordon | Pali: 21.2011.38-1Tmaemo7.1+thumb0 |
09:31.00 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
09:31.30 | freemangordon | merlin1991: I was reading that commit for the last hour, still not convinced it does just moving a .pem to /blackilst |
09:31.31 | Pali | it cut '.1+thumb0' |
09:31.53 | Pali | so changelog will be from 21.2011.38-1Tmaemo7 to 21.2011.38-1Tmaemo7.1+thumb0 |
09:32.03 | merlin1991 | if you don't get the commit just checkout twice and diff -r |
09:32.07 | merlin1991 | then you'll see ;) |
09:32.22 | freemangordon | merlin1991: ok, i trust you |
09:33.11 | freemangordon | Pali: ok, sounds sane, lets see how it will work in practice :D |
09:34.18 | freemangordon | Pali: what about from 21.2011.38-1Tmaemo7.1+thumb0 to 21.2011.38-1Tmaemo8+thumb0 |
09:35.31 | Pali | freemangordon, problem is how to get "from" version string |
09:36.28 | *** join/#maemo-ssu jon_y_ (~enforcer@2002:7c52:3c94::7c52:3c94) |
09:39.15 | freemangordon | Pali: wouldn't it be easier to just grep for Changes in dpkg-parsechangelog output and use the lines up to the end? |
09:39.26 | freemangordon | though I am not sure how to tell grep to do that |
09:40.06 | Pali | I'm doing it |
09:40.12 | freemangordon | hmm, seems like "dpkg-parsechangelog | grep -A999 Changes:" does the job |
09:40.14 | Pali | but you need to tell start and end version |
09:40.31 | Pali | if you do not specify version, then dpkg-parsechangelog show only *last* |
09:40.38 | freemangordon | Pali: exactly |
09:40.46 | Pali | and this is better: dpkg-parsechangelog | sed -n 's/^ //p' |
09:41.00 | freemangordon | why do we need some "base" version |
09:41.08 | Pali | because changelog starts with 3 empty spaces |
09:41.21 | Pali | and debian/control needs one space at stary |
09:41.23 | Pali | *start |
09:41.34 | freemangordon | you either puth the whole changelog, or only the last one |
09:41.37 | freemangordon | *put |
09:42.07 | Pali | only last is bad, because we released more times minor update 1 hour after major |
09:42.25 | Pali | (e.g. Recompiled thumb binaries as non-thumb) |
09:43.36 | kerio | why don't we just put a link to the wiki for the complete changelog? |
09:43.36 | freemangordon | I see. though I think that won;t work for -thumb, as it does not have -testing's version in debian/changelog |
09:43.54 | kerio | are links clickable in HAM? |
09:45.51 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
09:46.36 | Pali | freemangordon, it working also for thumb |
09:46.39 | Pali | I tested it |
09:46.46 | freemangordon | ok, great |
09:47.00 | Pali | it generate changelog from '21.2011.38-1Tmaemo7' to '21.2011.38-1Tmaemo7.1+thumb0' |
09:47.10 | Pali | thumb has also 'T' in version |
09:49.30 | freemangordon | aah, yes, -thumb has mp-fremantle-community-pr (21.2011.38-1Tmaemo7) unstable; urgency=low in changelog |
09:55.04 | *** join/#maemo-ssu kolp (~quassel@212.255.43.128) |
10:01.40 | Pali | this will work if we use version scheme: <something>maemo<something>.<something> |
10:01.49 | Pali | I pushed patch to master |
10:04.54 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
10:07.13 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
10:17.36 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
10:18.14 | *** join/#maemo-ssu zogg__ (~zoggrules@bzq-79-182-235-71.red.bezeqint.net) |
10:31.43 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
10:39.29 | freemangordon | luf: installing libxml2 led dor maemo unable to boot on my devel device :( |
10:39.37 | freemangordon | s/dor/to/ |
10:40.49 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
10:43.59 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:49.51 | kerio | which libxml2? |
10:49.52 | kerio | it boots fine here |
10:50.17 | kerio | maybe it should depend on the latest zlib1g |
10:50.21 | freemangordon | kerio: which zlib version? |
10:50.43 | kerio | also, what does "unable to boot" mean? |
10:50.57 | freemangordon | it just sits on running dots |
10:51.00 | kerio | ouch |
10:51.02 | kerio | that's even worse |
10:52.01 | freemangordon | well, I guess it is boot loop, but I have the device in RD mode |
10:52.07 | freemangordon | so WD does not kick in |
10:52.22 | freemangordon | or lifeguard rest, or whatever |
10:52.26 | freemangordon | *reset |
10:52.36 | kerio | use the recovery console to configure the early ssh/usbnet |
10:52.40 | kerio | and go from there |
10:52.58 | freemangordon | i already flashed :D |
10:53.05 | kerio | the n900 has some pretty amazing on-device recovery systems |
10:53.08 | kerio | >:c |
10:53.27 | kerio | it's unix! you don't reinstall unix! you fix it! |
10:53.49 | freemangordon | now i'll have the chance to verify PR1.3 -> cssu-thumb upgrade |
10:53.53 | kerio | freemangordon: http://www.ee.ryerson.ca/~elf/hack/recovery.html |
10:59.43 | kerio | freemangordon: btw, what do you think about community-thumb.merlin1991.at as the repo URL? |
11:00.17 | freemangordon | kerio: should I think anything about it? |
11:01.08 | kerio | it would be a neat URL, wouldn't it |
11:01.13 | freemangordon | sure |
11:01.26 | freemangordon | why need to change the current one? |
11:01.37 | kerio | because 1) it's ugly |
11:01.48 | kerio | and 2) apt is stupid and only shows the hostname in a lot of places |
11:02.02 | freemangordon | ok, according to HAM, cssu-thumb will freee 29.7MB of device's memory :D |
11:03.46 | freemangordon | so we gain ~35MB (the difference is because kernel-cssu is way bigger than omap1) |
11:08.37 | *** join/#maemo-ssu jon_y (~enforcer@2002:7387:e722::7387:e722) |
11:09.55 | kerio | freemangordon: less |
11:10.03 | kerio | the kernel isn't actually stored on the system for long |
11:10.18 | freemangordon | kerio: what? |
11:10.49 | kerio | kernel-cssu includes the .fiasco for the kernel, but it gets deleted by kernel-cssu-flasher's postinst |
11:10.53 | kerio | or preinst |
11:10.56 | kerio | or something |
11:11.10 | freemangordon | kerio: sure, but the same happens for modules |
11:11.11 | kerio | same for kernel, and kernel-power |
11:11.30 | freemangordon | and modules in kcssu>>omap1 |
11:11.58 | freemangordon | so the difference gets substracted when HAM reports how much memory will be freed |
11:12.11 | kerio | the omap1 modules aren't deleted |
11:12.18 | freemangordon | the real benefit for only userland is > than what HAM reports |
11:12.28 | freemangordon | kerio: check it once again |
11:12.57 | freemangordon | kerio: KCSSU Conflicts: and Replaces: kernek, kernel-modules |
11:12.57 | kerio | the "kernel" and "kernel-modules" packages aren't uninstalled |
11:13.05 | kerio | ...and HAM honors that? :o |
11:13.23 | freemangordon | kerio: they are uninstalled, i've just checked it |
11:13.38 | kerio | so what's the problem with making HAM uninstall packages via conflicts? :o |
11:14.15 | freemangordon | nfc, who says there is a problem? |
11:16.11 | freemangordon | kerio: BTW even if kernel,kernel-modules are not uninstalled, freed memory is still > of what HAM reports |
11:16.28 | kerio | so we *can* delete operator-name-cbs-widget now that the actual files are moved back in connui-home-cellular |
11:18.23 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28753.dip0.t-ipconnect.de) |
11:20.15 | freemangordon | kerio: hmm, weird. kernel IS uninstalled, but not kernel-modules |
11:20.49 | freemangordon | aah, waaait |
11:21.13 | freemangordon | it is uninstalled, but dpkg -l lists it as provided package ;) |
11:21.33 | freemangordon | or whatever "rc kernel-modules 2.6.28-20103103+0m5 " means |
11:21.56 | kerio | removed but with configuration |
11:22.11 | freemangordon | kerio: what zlib version you have installed? |
11:22.39 | freemangordon | the one that works with libxml2 |
11:22.55 | kerio | zlib1g: Installed: 1:1.2.7.dfsg-13maemo1+0cssu1 |
11:23.02 | kerio | libxml2: Installed: 2.6.32.dfsg-5maemo4+0m5+0cssu1 |
11:23.19 | freemangordon | aiui libxml2 should work with older zlib, ain;t? |
11:23.33 | kerio | if the new libxml2 doesn't work with the old zlib1g, it MUST be dependent on the newer version |
11:23.37 | kerio | ~2119 |
11:23.38 | 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. |
11:23.44 | freemangordon | I know |
11:23.48 | freemangordon | ok, will check it |
11:23.50 | kerio | idk, you tell me |
11:23.55 | kerio | haven't you got a bootloop because of that? |
11:24.10 | freemangordon | I had the new one installed iir |
11:24.11 | freemangordon | c |
11:24.22 | freemangordon | however, will install libxml2 now |
11:25.09 | kerio | freemangordon: i'd make kernel-cssu conflict with kernel, actually |
11:25.21 | freemangordon | already there |
11:25.26 | kerio | ...oh right |
11:25.44 | kerio | why not go the even better route and just call your packages kernel and kernel-modules? |
11:25.55 | freemangordon | will do |
11:26.35 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
11:27.47 | *** join/#maemo-ssu xes (~xes@host144-233-dynamic.54-82-r.retail.telecomitalia.it) |
11:28.07 | freemangordon | hmm, bootloop again :( |
11:29.08 | kerio | so... new libxml should depend on new zlib, new zlib should Break the old libxml |
11:29.24 | xes | i hate bootloop.... :( |
11:29.46 | freemangordon | kerio: but why new libxml2 does not work with old zlib? |
11:30.20 | *** join/#maemo-ssu arcean (~Arcean@aaeu24.neoplus.adsl.tpnet.pl) |
11:30.22 | freemangordon | makes no sense |
11:30.28 | freemangordon | luf: ^^^? |
11:30.41 | freemangordon | though it could be broken because of -thumb |
11:30.52 | *** join/#maemo-ssu xes_ (~xes@host124-224-dynamic.5-87-r.retail.telecomitalia.it) |
11:32.48 | freemangordon | highly unlikely, but still |
11:34.13 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
11:39.40 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
11:41.55 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
11:48.40 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
11:49.05 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
11:55.01 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
12:01.25 | kerio | freemangordon: yay moar thumb |
12:02.44 | kerio | hm, what's changed in tvout? |
12:03.05 | kerio | oh, nothing |
12:03.34 | freemangordon | kerio: yeah, I was preparing a new update, when I hit libxml bootloop :( |
12:03.49 | kerio | just update both at the same time |
12:03.54 | kerio | and make sure the dependencies are correct |
12:04.13 | kerio | maybe it's libpng that caused the bootloop |
12:04.37 | freemangordon | kerio: aah, wait. it could be that i have newr zlib-dev installed in SB |
12:04.48 | freemangordon | kerio: no, I installed only libxml |
12:04.59 | freemangordon | I have libpng on my primary,it is ok |
12:05.52 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
12:06.21 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
12:06.39 | kerio | well, now xterm goes to portrait |
12:06.43 | kerio | ...how useful |
12:07.23 | kerio | updates his blacklist |
12:07.44 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
12:07.45 | kerio | oh god, it's already blocked D: |
12:07.57 | kerio | how do i block it more? |
12:08.21 | luf | freemangordon: osso-gnomevfs-extras with browsing the device. However there is/are some bug(s) I have find. |
12:08.36 | luf | freemangordon: I'm able to use bluez for rfcomm connecting ;) |
12:11.39 | luf | freemangordon: libxml2 - it's strange. libxml2 depends on zlib1g >= 1.2.3. But you should have such version. |
12:13.03 | luf | freemangordon: I checked lixml2 patched with stock zlib. |
12:14.23 | *** join/#maemo-ssu arcean_ (~Arcean@aael82.neoplus.adsl.tpnet.pl) |
12:14.36 | luf | freemangordon: what's your zlib version? |
12:15.02 | luf | freemangordon: Isn't problem thumb libxml with non-thumb zlib? |
12:19.57 | freemangordon | luf: could be, will check |
12:20.40 | freemangordon | luf: against which zlib-dev you have libxml built? |
12:20.52 | freemangordon | stock or latest? |
12:26.08 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
12:29.52 | luf | I think againist stock. |
12:30.15 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
12:30.37 | luf | freemangordon: ii zlib1g-dev 1.2.3-9.osso9+0m5 |
12:31.39 | freemangordon | luf: baad |
12:32.03 | freemangordon | seems it breaks when built agains new zlib |
12:32.19 | freemangordon | downgrade and check |
12:33.15 | freemangordon | *will downgrade |
12:33.36 | luf | Strange :( |
12:40.56 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
12:48.13 | freemangordon | luf: ARM libxml2 build against old zlib works |
12:48.34 | freemangordon | going to check thumb build agains old zlib |
12:48.53 | freemangordon | *against |
12:54.06 | luf | freemangordon: what about ARM libxml2 build againist new ARM zlib? |
12:54.17 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
12:56.10 | freemangordon | will check it |
12:56.58 | freemangordon | luf: though it should be the same as ^^^ |
12:57.12 | freemangordon | (thumb agains old zlib) |
12:57.17 | freemangordon | *against |
12:57.56 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
13:00.04 | 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). |
13:00.41 | freemangordon | luf: I know about ZLIB_VERNUM |
13:01.19 | freemangordon | ok, thumb build against old zlib boots :(. I was hoping it is my build env broken, but unfortunately it seems ok |
13:01.37 | freemangordon | going to check ARM build against new zlib |
13:02.05 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
13:02.49 | luf | freemangordon: ZLIB_VERNUM seems ok in build env (not checked in zlib1g-dev). |
13:02.59 | freemangordon | luf: yep, it is ok |
13:03.06 | freemangordon | it is something else |
13:03.20 | freemangordon | luf: BTW do you have backup menu or something installed? |
13:03.38 | luf | Not on dev device :) |
13:04.03 | freemangordon | aah, same here, a pity, i'll have to reflash again if it does not work :( |
13:08.29 | xes_ | ...and the rescue/recovery flash? It doesn't work? |
13:09.09 | xes_ | http://206.253.166.96/N900/rescueOS/ |
13:26.15 | freemangordon | xes_: don;t have that installed |
13:27.38 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
13:34.46 | xes_ | freemangordon: you don't need to install that image, you could boot it using flasher |
13:34.58 | xes_ | http://206.253.166.96/N900/rescueOS/documentation.txt |
13:36.20 | freemangordon | xes_: thanks |
13:36.33 | freemangordon | but usually I have -thumb installed ;) |
13:37.50 | freemangordon | luf: I know what is going on |
13:38.17 | freemangordon | zlib has checks for the same version |
13:38.23 | freemangordon | :( |
13:44.32 | freemangordon | luf: https://gitorious.org/community-ssu/zlib/blobs/master/deflate.c#line226 |
13:45.25 | freemangordon | hmm, though it checks only major |
13:53.41 | freemangordon | luf: "gconftool-2: /usr/lib/libz.so.1: no version information available (required by ./libxml2.so.2)" |
13:54.10 | freemangordon | this is libxml2 build with new zlib-dev :( |
13:58.46 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
14:01.44 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
14:05.28 | freemangordon | luf: http://pastebin.com/srZgr7rT |
14:06.34 | luf | freemangordon: LD_LIBRARY_PATH=/usr/lib gconftool-2 ? |
14:07.00 | freemangordon | luf: ? |
14:07.09 | freemangordon | no, LD_LIBARY_PATH=./ |
14:07.20 | freemangordon | and I have new libxml2 extracted in ./ |
14:08.07 | luf | I'll check later. Thanks for all the information |
14:08.08 | freemangordon | luf: trying with bot libs new version |
14:09.48 | freemangordon | yep, it boots |
14:11.28 | freemangordon | luf: i'll fix it, it is a matter of debian/control magic |
14:16.30 | Pali | merlin1991, there is something in /srv/apt/cssu-devel/incoming/ |
14:16.37 | Pali | libqt4-* packages |
14:16.51 | Pali | from Jan 2 15:15 |
14:20.04 | freemangordon | gregoa: ping |
14:20.05 | 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. |
14:20.19 | freemangordon | WTF? |
14:20.20 | kerio | gregoa: ping |
14:20.21 | 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. |
14:20.30 | kerio | oh scripting |
14:20.56 | freemangordon | nice :( |
14:20.57 | gregoa | anyway, I'm here. what's up? |
14:21.18 | kerio | omg, this script is really good |
14:21.41 | kerio | gregoa: who programmed you? :o |
14:21.55 | freemangordon | gregoa: seems we have problem with zlib and libxml2(again). zlib breaks libxml2 that is currently installed on the device. |
14:22.08 | kerio | freemangordon: that's known |
14:22.36 | freemangordon | but if libxlm2 is built with newer zlib, so has missing symbols if installed on the device with ol zlib |
14:22.36 | kerio | perhaps you mean the other issue, the new libxml doesn't work with the old zlib |
14:22.45 | freemangordon | kerio: may I finish? |
14:22.51 | kerio | go right ahead |
14:23.54 | 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 |
14:24.15 | freemangordon | (*conflicts) |
14:24.19 | freemangordon | any idea? |
14:25.48 | freemangordon | if libxml2 is build against old zlib-dev everything is fine, but that looks ugly |
14:26.22 | gregoa | scratches head |
14:26.26 | kerio | freemangordon: hmm, the issue would be with the autobuilder, right? |
14:26.45 | freemangordon | kerio: we are talking CSSU here, no autobuilder |
14:27.15 | xes_ | i' m quick & dirtry...i would move the old .pc file and (for the first part) install manually(no deb) libzlib-dev |
14:27.23 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
14:27.36 | kerio | freemangordon: build libxml2 against the old zlib-dev, then rebuild it against the new one that you can install |
14:27.53 | freemangordon | gregoa: the only think I can think of is a multi-part update |
14:27.59 | gregoa | yeah, it guess that needs some round-trip like this |
14:28.58 | freemangordon | i.e. build libxml2 agains old zlib, issue mp- thingie depending on new zlib, build libxml2 against new zlib, issue anothe -mp |
14:29.10 | kerio | freemangordon: ew, why? |
14:29.17 | kerio | this is not a user issue, is it? |
14:29.18 | gregoa | why the -mp release? |
14:29.43 | freemangordon | hmm, lemme think |
14:30.13 | freemangordon | aah, yes, to be easier for maintainers |
14:30.29 | *** join/#maemo-ssu FlameReaper (~assassin@183.171.161.124) |
14:30.55 | freemangordon | hmm, well, maybe no -mp |
14:31.08 | kerio | freemangordon: what's bad about compiling libxml2 against the old zlib1g anyway? |
14:31.24 | kerio | the new libxml2 is supposed to only use the API |
14:31.29 | kerio | and not any internal structure |
14:32.10 | freemangordon | kerio: hmm, makes sense |
14:32.18 | freemangordon | ok. got it |
14:32.43 | kerio | btw, did you or luf eventually manage to make Breaks work? |
14:32.55 | freemangordon | no |
14:33.27 | luf | freemangordon: I think I know ... |
14:33.50 | luf | freemangordon: when gregoa build new zlib he has problem with zlib1g.symbols |
14:34.09 | freemangordon | luf: the same here |
14:34.28 | luf | freemangordon: it seems that our environments ignore that. This should be the difference between old and new. |
14:34.51 | freemangordon | luf: ignore what? elaborate please |
14:37.28 | 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 |
14:37.39 | freemangordon | ritgh now it is possible |
14:37.43 | freemangordon | *right |
14:38.02 | kerio | why does it not work, btw? |
14:38.10 | kerio | the new libxml, i mean |
14:38.32 | kerio | i mean, when compiled against headers that should still be the same thing for all intents and purposes |
14:38.35 | freemangordon | kerio: http://pastebin.com/srZgr7rT |
14:38.47 | kerio | well, for all legal intents and purposes - aka no accessing internal structures |
14:39.10 | freemangordon | it has missing import symbols, see the paste |
14:39.15 | kerio | hm |
14:40.02 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
14:40.05 | kerio | freemangordon: well, make it depend on a recent-enough zlib1g |
14:40.32 | kerio | so it won't be possible to install it without the newer zlib1g |
14:40.51 | freemangordon | kerio: and then you won;t be able to install zlib-dev, as it will break currently installed libxml2 |
14:41.00 | freemangordon | (conflicts:) |
14:41.38 | kerio | well, you're about to recompile libxml2 at that point, right? |
14:41.50 | kerio | why is it installed? |
14:41.55 | freemangordon | luf: why was Conflicts: needed? |
14:42.26 | 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 |
14:42.38 | freemangordon | after all we're going to ship it in one update |
14:42.39 | kerio | it's a bug in the old libxml2 |
14:42.55 | freemangordon | kerio: I know |
14:43.06 | freemangordon | the point is that we'll ship both in one update |
14:43.27 | kerio | it's irrelevant, it's a package that exists right now |
14:43.46 | freemangordon | -mp will depend on both, libxml will depend on new zlib |
14:43.48 | kerio | and is broken by a new, different package |
14:44.37 | kerio | why does the metapackage have anything to do with this? |
14:44.55 | freemangordon | kerio: because I can;t see how to solve the issue |
14:45.06 | freemangordon | if you have any idea, please share it |
14:45.09 | kerio | uninstall libxml2, install zlib-dev, compile new libxml2 |
14:45.42 | freemangordon | kerio: gconftool-2 depends on libxml2 |
14:46.28 | freemangordon | i guess if I try to uninstall libxml2, I'll be left with libc6 only :D |
14:46.38 | kerio | tell dpkg to stfu and remove anyway |
14:47.09 | freemangordon | kerio: I am not asking for help with dpkg, I know how to solve it in my SB |
14:47.22 | freemangordon | the problem is that packaging is broken |
14:47.30 | kerio | well, you need to solve it in your SB and in merlin's SB |
14:47.36 | freemangordon | yup |
14:47.55 | freemangordon | and in luf's, arcean's, etc |
14:48.29 | freemangordon | that's why i think it is better to remove Conflicts: from zlib and to add Depends: to libxml2 |
14:48.42 | kerio | no, Depends: to libxml2 has to be there anyway |
14:48.51 | kerio | is there anyway, perhaps just needs a version clause to be added |
14:48.59 | freemangordon | yep, version |
14:49.03 | kerio | but the new zlib1g *does* break the old libxml2, and that's a fact |
14:49.12 | freemangordon | I know |
14:49.13 | kerio | and you can't retroactively change the old libxml2 |
14:49.15 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
14:49.28 | kerio | i mean, you can do that in the repos, but not in the devices |
14:49.39 | freemangordon | I can, by issuing 2 updates |
14:49.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 |
14:50.11 | freemangordon | gregoa: aiui it takes only major version |
14:50.21 | kerio | gregoa: so one would need the new libxml2 to compile the new libxml2 :s |
14:50.29 | freemangordon | exactly |
14:50.31 | gregoa | freemangordon: currently libxml has "zlib1g (>= 1:1.2.1)" |
14:50.51 | kerio | freemangordon: well... it's not exactly a big deal i suppose |
14:51.55 | 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 |
14:52.18 | kerio | freemangordon: you can just release both at the same time, you don't necessarily need two updates |
14:52.19 | freemangordon | gregoa: yep, that will work |
14:52.28 | freemangordon | kerio: :nod: |
14:52.36 | freemangordon | going to do it for -thumb |
14:52.45 | kerio | but without a Conflicts or a Breaks you'll allow broken configurations |
14:53.07 | freemangordon | i'll increase depends: version |
14:53.09 | kerio | and broken as in "won't boot" |
15:06.23 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
15:16.15 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
15:44.18 | *** join/#maemo-ssu FlameReaper (~assassin@203.82.92.6) |
15:46.46 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
15:47.05 | arcean_ | ~packages |
15:47.18 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
15:47.32 | arcean | ~package |
15:47.32 | infobot | package is probably simply not installable and a bug report against |
15:55.12 | arcean | there's a new qt with disabled QMaemo5OrientationManager in CSSU-devel |
15:55.21 | luf | freemangordon: I'm sorry I had to be afk. |
15:55.30 | freemangordon | Pali: https://gitorious.org/community-ssu/mp-fremantle-community-pr/commit/3ce14c9564766bcc4f4b86d901d4d145244b9f35 |
15:55.44 | freemangordon | luf: NP |
15:56.10 | 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 |
15:56.20 | luf | freemangordon: it's not problem in our SB. |
15:56.43 | freemangordon | luf: however, I think two-pass build is the right thing we should do |
15:57.16 | freemangordon | This is what I did for -thumb, don;t see a reason why it should ot work for -testing and -stable |
15:57.24 | *** part/#maemo-ssu xes_ (~xes@host124-224-dynamic.5-87-r.retail.telecomitalia.it) |
15:57.24 | freemangordon | *should not |
15:57.34 | Pali | freemangordon, that is bad |
15:57.45 | Pali | -v "include all changes later than version" |
15:57.53 | freemangordon | Pali: yep |
15:57.59 | freemangordon | the same as yours |
15:58.15 | Pali | we need "include all changes equal or later than version" |
15:58.21 | 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 |
15:58.26 | Pali | see how major_version is parsed |
15:58.46 | Pali | freemangordon, major_version can be also current version |
15:58.56 | Pali | and then it will give for you empty changelog |
15:59.15 | freemangordon | Pali: dpkg-parsechangelog --from "21.2011.38-1Tmaemo7"| sed -n 's/^ //p' >> debian/mp-fremantle-community-pr/DEBIAN/control |
15:59.15 | freemangordon | dpkg-parsechangelog: unknown option `--from' |
15:59.29 | Pali | --from is same as '-f' |
15:59.42 | Pali | seems that I have new version of dpkg-parsechangelog |
16:00.09 | Pali | freemangordon, try: dpkg-parsechangelog -f "21.2011.38-1Tmaemo7"| sed -n 's/^ //p' >> debian/mp-fremantle-community-pr/DEBIAN/control |
16:00.11 | freemangordon | Pali: yes, the one I have here does not support --from |
16:00.11 | kerio | arcean: what will that do? |
16:00.32 | Pali | freemangoron, '-v' is not same as '-f' (or --from) |
16:00.39 | freemangordon | dpkg-parsechangelog: unknown option `-f' |
16:00.40 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
16:00.45 | Pali | wtf? |
16:00.46 | luf | freemangordon: I don't understand what do you mean with two-pass build. |
16:01.07 | Pali | freemangordon, upload output of dpkg-parsechanelog --help |
16:01.15 | arcean | kerio: prepares system for newer hildon-desktop versions |
16:01.57 | arcean | kerio: new Qt basically fixes rotation/orientation problems |
16:01.59 | freemangordon | [sbox-FREMANTLE_ARMEL_GCC472: ~/workspace/thumb/T-maemo7.1+thumb1/mp-fremantle-community-pr] > dpkg-parsechangelog --help |
16:02.01 | freemangordon | Usage: dpkg-parsechangelog [<option> ...] |
16:02.04 | freemangordon | Options: |
16:02.06 | freemangordon | -l<changelogfile> get per-version info from this file. |
16:02.08 | freemangordon | -v<sinceversion> include all changes later than version. |
16:02.10 | freemangordon | -F<changelogformat> force change log format. |
16:02.12 | kerio | arcean: by not rotating unless hildon-desktop does something, right? |
16:02.13 | freemangordon | -L<libdir> look for change log parsers in <libdir>. |
16:02.15 | freemangordon | -h, --help show this help message. |
16:02.17 | freemangordon | --version show the version. |
16:02.20 | arcean | kerio: yes ;) |
16:02.45 | kerio | arcean: k :c |
16:02.53 | Pali | freemangordon, that is bad :-( |
16:03.08 | arcean | kerio: now every Qt application behaves in the same way as the GTK/Hildon ones |
16:03.09 | Pali | I will try to rewrite it, to use -v |
16:03.22 | kerio | arcean: well, not *now* |
16:03.30 | freemangordon | arcean: while you are on Qt, could you blacklist that turkish CA? |
16:03.35 | kerio | unless you mean that it'll automagically work |
16:03.41 | Pali | freemangordon, I need version string before "$MAJOR_VERSION" from debian/changelog |
16:03.48 | arcean | freemangordon: ok |
16:03.56 | kerio | freemangordon: yay thumby things ^_^ |
16:03.58 | freemangordon | Pali: ok, can I help :D |
16:04.15 | Pali | you can see that '-v' will not work with last version |
16:04.26 | freemangordon | sure |
16:04.47 | Pali | <PROTECTED> |
16:04.51 | Pali | I have this option ^^^ |
16:04.58 | freemangordon | Pali: great, I don;t :) |
16:04.59 | Pali | on ubuntu (in new debhleper/dpkg) |
16:05.06 | freemangordon | in scratchbox |
16:05.55 | kerio | everything can be solved with enough sed, grep and awk |
16:06.58 | freemangordon | Pali: are you going to do it now? |
16:07.09 | Pali | freemangordon, you can try to use: dpkg-parsechangelog --since 0 | grep '^ mp-fremantle-community-pr ' |
16:07.17 | Pali | no, do not have time for it now |
16:07.24 | Pali | now going away |
16:07.38 | freemangordon | well, i'll use -v for this update |
16:09.20 | Pali | '-v' will not work (it will print empty changelog) |
16:09.34 | freemangordon | It works on -thumb |
16:09.50 | freemangordon | and results in thumb-only changes |
16:10.06 | freemangordon | i.e. since the last -testing |
16:10.07 | *** join/#maemo-ssu xes (~xes@host124-224-dynamic.5-87-r.retail.telecomitalia.it) |
16:14.13 | Pali | freemangordon, try to add this line after MAJOR_VERSION := ... |
16:14.15 | 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) |
16:14.38 | Pali | and replace MAJOR_VERSION with PREVIOUS_VERSION in the end of file |
16:15.05 | Pali | this will maybe work |
16:15.38 | freemangordon | Pali: new -thumb is out, i'll wait you to fix it in aster and will forllow for the next update |
16:15.48 | freemangordon | s/aster/master/ |
16:16.14 | freemangordon | prays for his primary device to boot |
16:16.37 | kerio | freemangordon: hm, this is the first time you've updated something in cssu-thumb that hasn't been updated in cssu-testing |
16:16.45 | freemangordon | kerio: no |
16:17.05 | freemangordon | microb-engine, Qt, etc |
16:17.28 | kerio | hm, were those updates? |
16:17.33 | kerio | i thought you just recompiled |
16:17.36 | freemangordon | no |
16:17.54 | freemangordon | CVE fizes in microb came in -thumb first, for example |
16:17.58 | freemangordon | *fixes |
16:18.11 | freemangordon | same for some backport in Qt |
16:18.21 | freemangordon | ok, booted fine |
16:18.22 | arcean | Pali: what's new in maemo-applet-tvout? |
16:18.30 | freemangordon | arcean: nothing |
16:19.27 | arcean | ahh, I see |
16:19.36 | freemangordon | kerio: I am pretty confiden there won;t be problems with this update |
16:19.51 | freemangordon | at least I hope so :D |
16:21.10 | freemangordon | kerio: i've been runing updated packages on my device for 2 or more weeks, with no problems |
16:23.01 | kerio | freemangordon: Depends: libc6 (>= 2.5.0-1), zlib1g (>= 1:1.2.1), zlib1g (>= 1:1.2.7) |
16:23.06 | kerio | u dun goofd |
16:24.11 | luf | freemangordon: you should change the zlib1g (>= 1:1.2.1) in the zlib package (.shlibs) |
16:24.56 | freemangordon | luf: hmm? isn;t that auto-generated? |
16:26.12 | freemangordon | kerio: besides looking ugly, is there any problem with it? |
16:26.31 | kerio | hm, i don't think so |
16:26.37 | kerio | unless apt gets confused somehow, but i doubt it |
16:26.45 | kerio | just keep in mind to fix it for the next update :) |
16:26.46 | freemangordon | no, update went fine here |
16:26.52 | freemangordon | yep, for sure |
16:33.52 | kerio | arcean: hm, i don't see the updated qt in -devel |
16:34.11 | freemangordon | kerio: seems it is stuck in /incoming |
16:34.19 | freemangordon | Pali: already reported it to merlin1991 |
16:35.01 | *** join/#maemo-ssu NIN102 (~NIN@p5DD2923E.dip0.t-ipconnect.de) |
16:35.36 | arcean | kerio: I've just updated the Qt on my second n900 via cssu-devel :D |
16:35.38 | arcean | http://maemo.merlin1991.at/cssu/community-devel/pool/free/q/qt4-x11/ |
16:35.50 | kerio | freemangordon: oh, it's because i have -thumb pinned at a slightly higher priority |
16:36.18 | luf | freemangordon: no. gregoa pointed me ;) |
16:36.55 | freemangordon | luf: ok, will keep it in mind for the next update |
16:37.17 | luf | freemangordon: zlib.cssu/debian/zlib1.shlibs: libz 1 zlib1 (>= 1:1.2.1) |
16:37.35 | freemangordon | anyway, it will be soon, i'll put microb-engine build with system libpng and zlib |
16:37.40 | freemangordon | luf: yeah, saw that |
16:37.53 | luf | freemangordon: how you fixed fixed libxml2 build on top of new zlib? |
16:38.18 | freemangordon | 1. build libxml2 against old zlib |
16:38.25 | freemangordon | 2. install new libxml2 |
16:38.36 | freemangordon | 3. build and install new zlib |
16:38.54 | 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? |
16:38.55 | freemangordon | 4. edit libxml2 debian/control to depend on new zlib |
16:39.03 | kerio | dafox: hahahahahahahah |
16:39.07 | kerio | hahahahahahahahha |
16:39.16 | kerio | yes, it's quite stable actually |
16:39.17 | freemangordon | 5. build libxml2 |
16:39.37 | freemangordon | luf: ^^ is what i did |
16:39.44 | freemangordon | kerio: quite? |
16:39.46 | dafox | a few days ago I found an announcement post on tmo for 'stable thumb' |
16:40.00 | dafox | but what does it mean? |
16:40.03 | kerio | dafox: "stable thumb2 executables" |
16:40.20 | luf | freemangordon: So no fix. Ok. I'll put it into my TODO. |
16:40.24 | kerio | as in, running one won't make the cpu blow up because of the silicon errata |
16:40.28 | dafox | I mean, is it as stable as ssu-stable for example? |
16:40.37 | freemangordon | dafox: IIRC what I wrote, it is explained in that very same OP |
16:40.40 | dafox | aka, 'safe to install' |
16:41.09 | kerio | dafox: it works fine for a lot of people |
16:41.31 | kerio | it's about the same as cssu testing, but a bit smaller and faster |
16:41.46 | dafox | ok, I'm willing to give it a go if it is fairly safe. The main benefit seems to be less memory used? |
16:41.53 | dafox | which would be very nice |
16:41.55 | freemangordon | dafox: last time we've checked repo stats, there were > 700 people downloaded it |
16:42.10 | freemangordon | that was some ~months ago |
16:42.17 | kerio | dafox: also about 30MB of free space |
16:42.18 | freemangordon | *~3 moths |
16:42.25 | dafox | can it be uninstalled, if need be? |
16:42.29 | freemangordon | no |
16:42.35 | kerio | not really, no |
16:42.42 | dafox | ok, so it's not just enable/disable repo? |
16:42.50 | freemangordon | it is SSU |
16:43.01 | freemangordon | the same as CSSU-testing and CSSU-stable |
16:43.20 | 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) |
16:43.32 | kerio | but there's no way to uninstall it |
16:43.45 | kerio | what would that even mean? it's a bunch of updates to a lot of system packages |
16:44.21 | freemangordon | kerio: BTW it was for good that I reflashed |
16:44.41 | kerio | what did you find out? |
16:44.47 | freemangordon | it turned out libpulse dependency is missing from mp-thingie :D |
16:45.00 | kerio | :D |
16:45.03 | freemangordon | it is the same in -testing AIUI |
16:45.35 | freemangordon | (not that i've checked :D) |
16:45.48 | 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 |
16:45.54 | dafox | is it like that? |
16:46.14 | kerio | yes, but cssu provides system updates |
16:46.17 | freemangordon | dafox: this is system upgrade |
16:46.21 | dafox | I have cssu :) |
16:46.22 | kerio | you should keep the repos enabled for that |
16:46.32 | dafox | ok, I'll go make some backups then |
16:46.58 | dafox | I do keep the cssu-stable (and testing, I think) enabled at all times |
16:47.03 | kerio | wonders what the big deal is, when the cssu instructions clearly state to make backups *often* with backupmenu |
16:47.24 | dafox | making backups is such a hassle :/ |
16:47.27 | freemangordon | dafox: disable -stabe if you are on -testing, it jst slows down HAM |
16:47.32 | freemangordon | *-stable |
16:47.54 | dafox | ok, thanks for the tip! |
16:48.05 | *** join/#maemo-ssu _ade_ (~arno@52481E0B.cm-4-1a.dynamic.ziggo.nl) |
16:48.11 | freemangordon | dafox: if you install -thumb make sure -testing IS ENABLED, along with nokia repos |
16:48.43 | dafox | ok |
16:50.25 | _ade_ | arcean: the replacement clock if now fixed in landscape with the new Qt from cssu-devel |
16:50.46 | freemangordon | nice :D |
16:51.12 | arcean | wow :D |
16:51.19 | _ade_ | arcean: other Qt apps I tested look find, no initial rotation to landscape when flat |
16:51.25 | freemangordon | _ade_: are you sure you set Maemo5AutoOriantation? |
16:51.42 | _ade_ | I guess so |
16:51.53 | freemangordon | the fuck :(. Sorry for the typos |
16:52.03 | arcean | remeber, that you need also a new h-d, which is not in cssu-devel yet |
16:52.09 | _ade_ | arcean: can you test for yourself? |
16:52.11 | freemangordon | aah, yes |
16:52.18 | arcean | _ade_: sure, give me a link :D |
16:52.51 | _ade_ | arcean: You have the replacement clock installed afaik? |
16:52.52 | freemangordon | arcean: are your changes commited on gitorious? in CSSU that is. |
16:53.11 | dafox | is it the same for extras- btw? If I have extras-testing, can I disable the 'regular' extras repository? |
16:53.24 | kerio | dafox: yep |
16:53.25 | arcean | freemangordon: only in cloned repos |
16:53.40 | arcean | _ade_: yes, on the other device :D |
16:53.45 | _ade_ | arcean: so I just have to wait for a new h-d first? |
16:53.56 | dafox | cool, because ham is really slow, so any speed up is welcome :) |
16:54.43 | arcean | _ade_: I'll push a new version in ~15 minutes |
16:55.53 | _ade_ | arcean: I'll wait for that to test further then |
17:17.12 | merlin1991 | Pali: I see nothing |
17:17.53 | freemangordon | merlin1991: you broke you glasses? again? :P |
17:17.57 | DocScrutinizer05 | everything fine here? (didn't watch since 8h, due to massive overload) |
17:18.26 | merlin1991 | freemangordon: what should i see? |
17:18.56 | freemangordon | merlin1991: NFC. I am just kidding you. |
17:19.07 | merlin1991 | damn you ;) |
17:19.43 | DocScrutinizer05 | tztztz |
17:19.54 | freemangordon | merlin1991: on the side not - who do you expect to blacklist that compromised CA? |
17:20.04 | merlin1991 | I guess I'll have todo that |
17:20.19 | DocScrutinizer05 | uh? |
17:20.30 | DocScrutinizer05 | not everything fine so? |
17:20.51 | freemangordon | DocScrutinizer05: http://talk.maemo.org/showthread.php?t=88535 |
17:21.52 | DocScrutinizer05 | mhm :-/ |
17:22.02 | kerio | freemangordon: i suppose it's a maemosec update |
17:22.05 | kerio | not sure who did the last one |
17:22.09 | freemangordon | nokia |
17:22.17 | kerio | nope, it was a cssu thing initially |
17:22.22 | DocScrutinizer05 | TURKTRUST omg |
17:22.33 | freemangordon | kerio: no, it was nokia |
17:22.40 | freemangordon | CSSU just distributed it |
17:22.41 | DocScrutinizer05 | no |
17:22.47 | kerio | freemangordon: do you trust the turks? |
17:23.01 | freemangordon | kerio: yes, why not |
17:23.21 | DocScrutinizer05 | freemangordon: iirc MohammadAG had a fix long before nokia came up with it |
17:23.30 | freemangordon | usually they are nice people. at least those who live in bulgaria |
17:23.43 | kerio | because they give out intermediate CA certificates instead of SSL certificates, for instance |
17:23.45 | freemangordon | DocScrutinizer05: iirc nokia sent them .debs with the fix |
17:23.54 | DocScrutinizer05 | dunno |
17:24.13 | freemangordon | s/them/him/ |
17:24.36 | kerio | freemangordon: http://gitorious.org/community-ssu/maemo-security-certman |
17:24.40 | DocScrutinizer05 | anyway, do we *need* Nokia to fix this silly issue? |
17:24.46 | freemangordon | no |
17:24.53 | freemangordon | we have the source code |
17:24.55 | DocScrutinizer05 | so, go ahead! :-D |
17:25.09 | freemangordon | <freemangordon> merlin1991: on the side not - who do you expect to blacklist that compromised CA? |
17:25.11 | kerio | apparently the fix was done by jum |
17:25.12 | freemangordon | :D |
17:25.20 | kerio | juhani mäkelä |
17:25.24 | kerio | sounds finnish |
17:25.28 | kerio | sounds nokia |
17:25.32 | freemangordon | yup |
17:26.11 | freemangordon | I wonder why M$ issued 2 updates for that |
17:27.30 | Pali | that was because I published source code of maemo certman aplet :P |
17:28.00 | freemangordon | yep |
17:28.12 | Pali | I got by email source tarball with LGPL license, so I published it on TMO |
17:28.19 | Pali | and that was problem... |
17:28.42 | Pali | so then nokia looked at it and after months released source code |
17:28.43 | arcean | _ade_: I know where's the problem |
17:28.52 | arcean | _ade_: I'll create a merge request |
17:29.09 | freemangordon | arcean: is in adeclock? |
17:29.14 | 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 |
17:29.15 | arcean | yes |
17:29.31 | Pali | (that was already included into cssu) |
17:29.31 | freemangordon | arcean: missing autoorientation? |
17:30.53 | kerio | _ade_: why don't you ship .deb packages? |
17:31.38 | _ade_ | kerio: see the TMO thread; a bit long to explain here maybe |
17:32.18 | DocScrutinizer05 | >>Can certs be revoked manually on N900?<< good question, can't they, at least in CSSU? |
17:32.36 | kerio | DocScrutinizer05: there's no GUI to do that |
17:32.37 | arcean | _ade_: freemangordon: https://gitorious.org/community-ssu/clock-ui/merge_requests/1 |
17:32.53 | kerio | there's, however, a commandline tool |
17:33.01 | DocScrutinizer05 | I seem to remember we at least dicussed adding such GUI |
17:33.42 | Sicelo | kerio: which tool? openssl? |
17:33.42 | DocScrutinizer05 | ...-function |
17:34.06 | kerio | Sicelo: cmcli |
17:34.07 | _ade_ | arcean: just an order issue then. It could affect other Qt apps? |
17:34.25 | kerio | it's in maemosec-certman-tools |
17:34.49 | Sicelo | thanks. will have a look :) |
17:34.50 | freemangordon | arcean: hmm, why is the order important? |
17:35.34 | freemangordon | arcean: this will break more application, I can bet |
17:36.33 | arcean | setWindowFlags(Qt::Window) will always clear the windows flags |
17:37.01 | freemangordon | arcean: according to docs? ok then. |
17:37.22 | freemangordon | BTW why is that neede at all? |
17:37.27 | freemangordon | *needed |
17:37.59 | arcean | I don't know :D, _ade_? |
17:38.41 | _ade_ | arcean: it is not a part I did |
17:39.04 | freemangordon | after all it inherits QMainWindow |
17:39.18 | arcean | I would remove it then |
17:39.24 | freemangordon | _ade_: remove that |
17:39.31 | _ade_ | I will |
17:41.28 | _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? |
17:42.19 | kerio | Sicelo: there's a script on TMO that claims to allow the blacklisting of stuff |
17:42.28 | arcean | _ade_: yes, it's needed. Every window which supports portrait mode should have PORTRAIT_SUPPORTED windows flag |
17:42.44 | Sicelo | kerio: i'm already in love with cmcli ;) |
17:43.39 | _ade_ | acrean: and the latest available h-d lacks that? |
17:44.14 | arcean | no, it was the setWindowFlags(Qt::Window) which cleared that flag :D |
17:44.38 | DocScrutinizer05 | freemangordon: nice spotting :-) |
17:44.55 | _ade_ | arcean: okay, so I do have the proper h-d? |
17:45.13 | arcean | 2.2.146-2? then yes ;) |
17:46.48 | _ade_ | arcean: sorry then, I thought you where going to release a new h-d in 15 mins related to this. Misunderstood ;-) |
17:46.59 | arcean | hehe |
17:47.11 | arcean | I'm still going to release a new version :P |
17:54.48 | _ade_ | arcean: removing this line did the trick indeed, thanks |
18:01.49 | _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 :) |
18:02.16 | _ade_ | s/Merlin1990/Merlin1991/g |
18:06.34 | Sicelo | kerio: seen the cript now. neat. |
18:13.15 | tadzik | oooh, new thumb \o/ |
18:13.18 | tadzik | freemangordon++ |
18:23.53 | 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? |
18:24.53 | kerio | dafox: yep |
18:25.03 | kerio | just tell HAM to check for updates |
18:25.11 | kerio | and do the system update |
18:25.14 | dafox | ok, thanks. I hope this works :) |
18:25.17 | kerio | (connect wallcharger and wait, it'll take a bit) |
18:31.04 | arcean | new hildon-desktop (2.2.147.90) @ cssu-devel |
18:37.11 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
18:37.37 | merlin1991 | arcean: what's new in it? |
18:40.12 | arcean | merlin1991: http://talk.maemo.org/showthread.php?p=1311611#post1311611 |
18:40.46 | kerio | merlin1991: nothing takes priority over the cert issue |
18:41.17 | merlin1991 | freemangordon: you're right, there's more to it than moving the file to a different place |
18:41.18 | merlin1991 | damn it |
18:41.33 | merlin1991 | kerio: guess what I'm looking at atm |
18:41.56 | kerio | <3 |
18:42.06 | kerio | just look at how it was fixed on the first cert issue |
18:42.18 | merlin1991 | well we have a problem |
18:42.38 | merlin1991 | the lists of valid certs are signed |
18:42.44 | merlin1991 | (blacklist also) |
18:43.04 | kerio | ugh :s |
18:45.52 | kerio | well, at worst we can just delete the cert and pretend it never existed |
18:45.59 | kerio | but putting it in the blacklist would be better |
18:46.03 | kerio | merlin1991: what checks the signature? |
18:46.44 | merlin1991 | kerio: can't do that either, because then a cert that should be in the approved list is missing |
18:47.04 | kerio | merlin1991: cmcli can remove certificates though |
18:49.30 | kerio | merlin1991: we could ask the dude who did the first blacklisting! |
18:49.43 | merlin1991 | that's what I'm planning todo |
18:54.05 | merlin1991 | hm the cmcli code just unlinks the file in quesiton |
18:54.57 | kerio | merlin1991: we could/should add our own public key to the ones that can sign the cert list, i suppose |
19:00.41 | DocScrutinizer05 | who T F is signing a revocation list? |
19:01.12 | DocScrutinizer05 | that's utter nonsense |
19:01.53 | merlin1991 | well i have no idea why it is signed but both the trusted and the blacklist are signed |
19:03.03 | merlin1991 | check /etc/secure/s/certman.* |
19:04.33 | freemangordon | merlin1991: signed? with which key? |
19:04.57 | merlin1991 | gotta check but I think it's with the key in /etc/certs/trusted/root.key |
19:05.31 | freemangordon | merlin1991: hmm, what is the problem then? |
19:05.58 | merlin1991 | hm how do I check if a key is pw protected :D |
19:06.20 | freemangordon | merlin1991: I bet it is not ;). |
19:06.32 | freemangordon | however, gimme some time to remember the command |
19:07.26 | freemangordon | merlin1991: did you try to do dpkg-buildpackage |
19:07.47 | freemangordon | it could be that signing is a part of package build |
19:07.48 | merlin1991 | that works, but it never touches the files / signatures |
19:08.18 | freemangordon | well, then the signature is generated on install time |
19:08.31 | freemangordon | and we have nothing to worry about |
19:08.39 | merlin1991 | the lists are presigned |
19:09.03 | freemangordon | oh, wait |
19:11.15 | freemangordon | merlin1991: check that commit https://gitorious.org/community-ssu/maemo-security-certman/commit/23037012de495c4dfd2ece1e903b7bb1648168ab |
19:11.54 | freemangordon | seems like you should do whatever magic is needed on the device (or PC) and then copy the result |
19:12.24 | merlin1991 | hm I could test that |
19:12.36 | merlin1991 | let's see if the signature changes |
19:12.43 | freemangordon | yep |
19:14.36 | freemangordon | merlin1991: you should yse cmcli to move the certificate in question to blacklist domain |
19:14.38 | freemangordon | aiui |
19:14.42 | freemangordon | *use |
19:15.41 | freemangordon | -a to add -r to remove |
19:15.57 | freemangordon | merlin1991: d937b34e05fdd9cf9f1216aeb6892feb253a881c |
19:20.53 | merlin1991 | freemangordon: yep seems to resign |
19:21.14 | merlin1991 | though I didn't find that code inside the cmcli source when I skimmed it |
19:21.56 | freemangordon | merlin1991: are you sure the signature is not regenerated on install time? |
19:22.06 | merlin1991 | pretty sure |
19:23.23 | freemangordon | https://gitorious.org/community-ssu/maemo-security-certman/blobs/master/debian/maemosec-certman-common-ca.postinst |
19:23.37 | merlin1991 | ah wait perl /usr/bin/c_rehash /etc/certs/common-ca |
19:23.47 | freemangordon | exactly |
19:25.52 | merlin1991 | interestingly my cert manager only shows me the disabled certs, not the valid ones |
19:26.06 | freemangordon | merlin1991: on the device? |
19:26.19 | merlin1991 | yes |
19:26.29 | merlin1991 | the one on stable shows me all |
19:26.49 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
19:27.13 | freemangordon | the one on thumb shows them all, it is something with your device |
19:27.59 | freemangordon | though I wonder what's this with microb. |
19:28.13 | freemangordon | i.e. that you should remove the certificate by hand |
19:31.23 | merlin1991 | libmaemosec-certman0 diverts the microb-engine security lib away |
19:31.31 | merlin1991 | so that should be not neccessary |
19:31.38 | freemangordon | yes, that is why I wonder |
19:32.09 | freemangordon | BTW if new microb is installed after the diversion what will happen? |
19:33.03 | kerio | freemangordon: diversions are a dpkg thing |
19:33.11 | freemangordon | sure |
19:33.14 | kerio | microb will happily install itself in the diverted location |
19:33.21 | kerio | the diverted files, i mean |
19:33.24 | freemangordon | ok, thanks |
19:33.52 | freemangordon | merlin1991: hmm, i removed that cert, but it is still listed in cpl applet |
19:34.49 | freemangordon | oh, wait, it is on my second device :D |
19:35.10 | freemangordon | hmm, still listed too |
19:35.22 | kerio | freemangordon: i read somewhere that blacklisted certs still show up in the UI |
19:35.39 | freemangordon | kerio: it is not blacklisted, just removed |
19:35.44 | kerio | hm, weird |
19:37.58 | freemangordon | well, i'll reboot |
19:39.12 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
19:40.04 | freemangordon | the fuck, it is still there |
19:46.42 | freemangordon | ooh, we have 2 certificates from TÜRKTRUST |
19:49.06 | freemangordon | merlin1991: the second one is c126ef0d847fc578cabfa616229289c42af952e7 |
19:55.49 | kerio | freemangordon: oh, heh |
19:56.01 | kerio | freemangordon: instead of deleting, can't we blacklist? |
19:56.18 | freemangordon | we shal do both aiui |
19:57.55 | freemangordon | ok. microb refuses to use https with turktrust's site |
19:58.05 | kerio | :D |
19:59.58 | merlin1991 | kerio: we'll blacklist |
20:02.16 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
20:05.01 | freemangordon | merlin1991: hmm, I think we should be very careful |
20:05.10 | freemangordon | see this https://blog.mozilla.org/security/2013/01/03/revoking-trust-in-two-turktrust-certficates/ |
20:05.12 | merlin1991 | I'll prepare a test package |
20:05.32 | freemangordon | they are not blacklisting root certs, just compromised ones |
20:05.40 | freemangordon | aiui |
20:06.11 | merlin1991 | we could just blacklist the intermediate ones |
20:06.22 | freemangordon | exactly what we should do |
20:06.36 | merlin1991 | but ofc the article doesn't link to them |
20:06.43 | freemangordon | i'll check in IE, if I can find them |
20:07.04 | freemangordon | starts IE for the first time for the last couple of years :D |
20:08.09 | kerio | freemangordon: they should be a CA, and they fucked that up |
20:08.15 | kerio | they should go out of business |
20:08.26 | freemangordon | kerio: well not exactly |
20:08.32 | freemangordon | read their explanation |
20:09.12 | freemangordon | merlin1991: yep, found them :D |
20:09.17 | kerio | they're "reviewing" |
20:09.51 | freemangordon | merlin1991: do you have windozw around? |
20:09.59 | kerio | otoh, TURKTRUST only admitted the problem after google revealed it |
20:10.05 | merlin1991 | freemangordon: it's windoze, and yes |
20:10.25 | freemangordon | you'll find both sertificates in "untrusted publishers" |
20:11.42 | freemangordon | merlin1991: if you want I can export them for you |
20:11.52 | merlin1991 | that would be great |
20:12.04 | merlin1991 | are you sure those are the intermediate and not the root certificates? |
20:12.23 | freemangordon | yep, you'll see |
20:13.29 | freemangordon | wonders if openssl can read p7b format |
20:15.52 | merlin1991 | fmg afaick the windoze cert storage can export pem format |
20:17.08 | 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 |
20:19.26 | freemangordon | looks fine |
20:19.53 | freemangordon | merlin1991: do you know where .pem file names are derived from? md5 of the file? |
20:20.04 | merlin1991 | no idea |
20:20.13 | freemangordon | :( |
20:20.32 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:20.41 | merlin1991 | I don't even understand why they have a derived name |
20:22.48 | freemangordon | merlin1991: well, I want to name the files correctly before giving them to you |
20:30.22 | merlin1991 | we'll have to email Juhani Mäkelä then |
20:30.29 | merlin1991 | I have no idea how those file names are generated |
20:30.35 | freemangordon | merlin1991: gimme some time |
20:30.49 | freemangordon | it is some hash, i just need to find which one |
20:31.56 | freemangordon | merlin1991: hmm, could be certificate serial number |
20:35.03 | merlin1991 | 72:03:21:05:c5:0c:08:57:3d:8e:a5:30:4e:fe:e8:b0 => 408f39269c4c862399c65109a6e6f2c1fea7f6b7.pem how? |
20:35.04 | merlin1991 | :D |
20:35.22 | freemangordon | seems it is not that :D |
20:38.45 | freemangordon | merlin1991: hmm, i'll install them and cmcli will give me their names :D |
20:40.40 | freemangordon | hehe: |
20:40.42 | freemangordon | 64fb1b863db84af24482f9563dea26c0f4e3b334.pem |
20:40.42 | freemangordon | ef918e90bbc79150e645852bd7b6fa8145fe0063.pem |
20:42.03 | *** join/#maemo-ssu _rd (~rd@p57B493B5.dip0.t-ipconnect.de) |
20:42.37 | freemangordon | merlin1991: http://merlin1991.at/~freemangordon/turktrust_blacklist/ |
20:42.55 | freemangordon | please check them, just in case |
20:44.15 | merlin1991 | hm how do I see that those are intermediate cas? |
20:46.25 | freemangordon | openssl x509 -text -in $CERT |
20:46.26 | freemangordon | ? |
20:49.39 | merlin1991 | well my knowledge of all the fileds amounts to almost 0 |
20:49.44 | merlin1991 | so I can't tell what I'm seeing :D |
20:50.21 | freemangordon | add those as blacklisted on your device |
20:50.29 | freemangordon | and check in settings applet |
20:52.52 | freemangordon | hmm. maybe i should have exported the whole chain |
20:56.06 | freemangordon | merlin1991: looks ok there |
20:57.50 | merlin1991 | yep it does |
20:59.54 | freemangordon | merlin1991: though I wonder why IE shows one of them as issued to 8.google.com |
21:00.00 | freemangordon | *.google.com |
21:00.19 | freemangordon | but maemo shows some cryptic turcish name |
21:00.26 | freemangordon | *turkish |
21:00.43 | freemangordon | "e-islem.kktcmerkezbankasi.org" |
21:01.37 | freemangordon | merlin1991: oh, wait |
21:01.45 | freemangordon | i didn;t export that one |
21:01.55 | freemangordon | i'll have to add it too |
21:03.10 | freemangordon | merlin1991: we have 3, not 2 certificates to blacklist |
21:03.47 | merlin1991 | but everywhere else it states 2 certs to blacklist |
21:04.16 | freemangordon | but M$ updated 3 - 2 intermediate and the one used for MTIM attack |
21:04.24 | freemangordon | got it? |
21:04.39 | freemangordon | the others talk abou intermediate certificates only |
21:04.57 | freemangordon | but there was one issued to *.google.com |
21:05.10 | freemangordon | using one of the intermediate certs |
21:06.10 | merlin1991 | ah k |
21:06.24 | freemangordon | ok, uploadad |
21:06.34 | merlin1991 | well if we blacklist the intermediate the one issued to *.google.com has no valid chain anyway |
21:06.42 | freemangordon | I know |
21:06.58 | freemangordon | I wonder why M$ did it that way |
21:07.06 | kerio | why are we still trusting that CA? really |
21:07.53 | freemangordon | kerio: we can only follow M$/Mozilla, etc |
21:08.04 | freemangordon | we are not to decide on that matter |
21:08.43 | freemangordon | kerio: i read somewhere that lots of turkish banks use this CA |
21:08.56 | kerio | let's follow mozilla pls :3 |
21:08.56 | freemangordon | if we blacklist them... won;t be good |
21:09.06 | freemangordon | kerio: that is what we are doing |
21:09.42 | freemangordon | merlin1991: well, it is up to you to decide whether to include *.google.com certificate |
21:09.53 | freemangordon | but if it was me, i'd rather include it |
21:10.04 | merlin1991 | the *.google.com cert has no chain wihout the other one |
21:10.09 | kerio | freemangordon: if your bank uses that CA, you should probably refrain from using your bank's website |
21:10.10 | merlin1991 | no point in spamming our cert db |
21:10.36 | freemangordon | merlin1991: check you blacklist store to see what I mean |
21:10.52 | kerio | merlin1991: +1, the *.google.com is just the only certificate that we know of |
21:10.56 | kerio | there might be a lot more |
21:11.06 | freemangordon | merlin1991: cmcli -c blacklist -L |
21:11.44 | freemangordon | merlin1991: though you are most probably right and we should not include that |
21:12.36 | merlin1991 | check it before or after I inlcuded the cert? |
21:12.49 | freemangordon | does not matter |
21:13.22 | merlin1991 | so you're talking about the login.yahoo.com certs? |
21:13.26 | freemangordon | merlin1991: however, I am convinced we should not include *.google.com |
21:13.30 | freemangordon | merlin1991: yep |
21:13.49 | freemangordon | and addons.mozilla.org |
21:14.21 | freemangordon | but all of them are signed by root cert |
21:14.29 | freemangordon | *.google.com is not |
21:14.51 | freemangordon | so i agree it should not be included |
21:15.04 | merlin1991 | okay :) |
21:15.20 | merlin1991 | hm which link to quote in the git commit message? |
21:15.26 | freemangordon | plus we can always include it later if mozilla includes it |
21:16.42 | freemangordon | BTW it will be funny if we are the next after google and M$ to blacklist those |
21:16.55 | freemangordon | before mozilla and major linux distributions :D |
21:17.14 | merlin1991 | anyway which link to quote? |
21:17.23 | freemangordon | the one from thread on TMO |
21:17.37 | freemangordon | googleblogspot or something |
21:17.53 | freemangordon | http://googleonlinesecurity.blogspot.com/2013/01/enhancing-digital-certificate-security.html |
21:21.50 | freemangordon | merlin1991: BTW Pali pushed a commit today to mp- thingie, you may want to revert it as it is briken |
21:21.58 | freemangordon | *broken |
21:23.11 | merlin1991 | what's wrong with it? |
21:23.21 | freemangordon | does not work :D |
21:23.29 | freemangordon | you can't build -mp |
21:23.36 | merlin1991 | rofl |
21:25.39 | merlin1991 | okay building new certman stuff now |
21:40.46 | merlin1991 | update is in testing-testing |
21:42.09 | freemangordon | going to test it |
21:43.30 | freemangordon | merlin1991: what is the repo? |
21:43.57 | merlin1991 | the one you enable with http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb ;) |
21:46.08 | freemangordon | hmm. maybe it won;t work on -thumb |
21:46.21 | merlin1991 | it's T7.2 |
21:46.32 | freemangordon | aah, ok |
21:48.41 | freemangordon | good, only certman packages are updated |
21:50.35 | merlin1991 | hehe had todo it via x11vnc |
21:50.45 | merlin1991 | my wireless does not go into this room :P |
21:51.00 | freemangordon | rebooting, lets see |
21:53.33 | freemangordon | merlin1991: something is broken, I see only blacklisted certificates |
21:53.46 | freemangordon | did you put hash file too? |
21:53.52 | merlin1991 | yes |
21:54.26 | merlin1991 | ah wait I have an idea |
21:54.30 | merlin1991 | I bet apt is at fault |
21:54.33 | kerio | merlin1991: you said you could only see the blacklisted certificates, right? |
21:54.39 | kerio | even before, i mean |
21:54.57 | merlin1991 | yep, but only on my testing device |
21:56.10 | freemangordon | merlin1991: doing perl /usr/bin/c_rehash /etc/certs/common-ca don't help |
21:56.24 | merlin1991 | freemangordon: check /etc/secure/s/certman.* |
21:56.28 | merlin1991 | then you'll see why |
21:57.22 | kerio | ...config files huh |
21:57.26 | kerio | .dpkg-old |
21:57.27 | merlin1991 | yep |
21:57.36 | merlin1991 | nah it's .dpkg-dist |
21:57.42 | kerio | oh, i was just guessing :) |
21:57.51 | kerio | merlin1991: it's a bug, remove them from the conffiles list |
21:57.53 | freemangordon | only certman.blacklist.dpkg-dist |
21:57.56 | merlin1991 | but anyway move that to get rid of your manually generated hash file and you'll see the certs again |
21:58.10 | kerio | clearly they aren't config files in the usual sense |
21:58.18 | freemangordon | aah, yes |
21:59.48 | merlin1991 | kerio: they are in no conffile list, they are conffiles automatically because they sit in /etc |
22:00.35 | freemangordon | merlin1991: who creates those files? |
22:00.48 | merlin1991 | well in this case it was ham |
22:00.53 | freemangordon | as i did apt-get install --reinstall maemosec-certman-common-ca |
22:01.05 | kerio | gregoa: *poke* |
22:01.13 | freemangordon | (after manually deleting both blacklist.* files) |
22:01.40 | freemangordon | and now there is no certman.blacklist |
22:01.50 | gregoa | kerio: seems I need to add "poke" to the regex of my autoreplies :) |
22:02.00 | merlin1991 | they are from masemosec-certman-common-ca |
22:02.25 | kerio | gregoa: how does one make a .deb that installs a file in /etc/ that's not actually a config file? |
22:03.25 | freemangordon | merlin1991: what I miss? why is that file not recreated? |
22:03.26 | gregoa | kerio: I think the only option is to (1) not ship it in the package and (2) create/cp/mv it in a minatainer script (postrm) |
22:03.34 | kerio | wait, really? D: |
22:03.53 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
22:04.45 | kerio | gregoa: isn't there a way to mark a file explicitly as a conffile or as not a conffile? |
22:05.08 | freemangordon | well, restored with wget :D |
22:06.07 | merlin1991 | gregoa: when you delete a conffile, --reinstall won't place it again right? |
22:06.14 | gregoa | kerio: well, dh_installdeb marks them as conffiles automatically, and I don't know how to avoid this |
22:06.15 | freemangordon | kerio: actually who are we to mess with user's CA |
22:06.20 | freemangordon | database |
22:06.40 | gregoa | merlin1991: I think so; unless you give dpkg an extra options (something about missing conffiles) |
22:06.49 | merlin1991 | freemangordon: see above :) |
22:06.54 | freemangordon | merlin1991: IMO it is better that way |
22:06.57 | kerio | merlin1991: you could purge and reinstall |
22:06.58 | freemangordon | yeah, saw it |
22:07.58 | luf | I'm sorry to disturb you but what another meeting ;) ? |
22:08.05 | gregoa | --force-confmiss |
22:08.18 | merlin1991 | luf: good question :D |
22:08.28 | *** mode/#maemo-ssu [+o merlin1991] by ChanServ |
22:08.29 | freemangordon | merlin1991: wednesday? |
22:08.38 | *** 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(2012-12-25): 21.2011.38-1Tmaemo7.1; Stable(2012-12-24): 21.2011.38-1Smaemo5 |
22:08.45 | merlin1991 | wednesday is ok for me, luf? |
22:09.23 | luf | I can be available whole week from 21:00 CET (20:00 UTC) |
22:09.43 | merlin1991 | so yes :D |
22:09.46 | DocScrutinizer05 | err wut? |
22:09.55 | merlin1991 | DocScrutinizer05: wut what? |
22:10.15 | DocScrutinizer05 | optical diff for topic failed |
22:10.56 | freemangordon | :nod: |
22:11.29 | *** mode/#maemo-ssu [-o merlin1991] by ChanServ |
22:13.56 | merlin1991 | damn, where's acrean, I need one more guinea pig before I release this to the wild |
22:14.16 | freemangordon | kerio: ^^^ |
22:14.27 | freemangordon | luf: ^^^ |
22:14.31 | kerio | hey! >:( |
22:15.11 | kerio | fine, but i don't really want to enable another repo |
22:15.16 | kerio | can you give me the .debs? |
22:15.27 | DocScrutinizer05 | no |
22:15.44 | kerio | ? |
22:16.00 | DocScrutinizer05 | the whole purpose is to test repo delivery |
22:16.27 | DocScrutinizer05 | bevore we do repo delivery |
22:16.29 | kerio | well then both i and freemangordon are useless, we're using cssu-thumb |
22:16.33 | DocScrutinizer05 | before even |
22:16.39 | kerio | who knows what's going on there? |
22:16.57 | freemangordon | kerio: we are not, well, at least I am not :P |
22:17.09 | kerio | complains about people having more N900s than him |
22:17.12 | freemangordon | kerio: it does not matter if it is -thumb or -testing |
22:17.23 | freemangordon | in that particular case |
22:18.28 | DocScrutinizer05 | since thumb only overides T partially, for the thombified pkgs. This isn't one of them though. right, freemangordon? |
22:18.45 | freemangordon | yep |
22:18.59 | freemangordon | the fuuck, http://talk.maemo.org/showpost.php?p=1311677&postcount=3313 |
22:19.22 | freemangordon | remove that crap from the repos already!!! |
22:19.29 | merlin1991 | the joys of open forums :D |
22:20.00 | DocScrutinizer05 | headdesks, hard |
22:20.05 | freemangordon | DocScrutinizer05: please, tell whoever has access to repos now to REMOVE IT |
22:20.46 | DocScrutinizer05 | first I'll ask chem|st to ban this fool doing a 5 pages quote to add 3 lines comment |
22:20.57 | DocScrutinizer05 | particularly THIS quote |
22:21.11 | freemangordon | don;t seems he is a newcomer |
22:21.16 | freemangordon | don;t, seems he is a newcomer |
22:21.28 | DocScrutinizer05 | give it up already |
22:22.52 | DocScrutinizer05 | and in 4 weeks we either can damage the repo so this particular pkg never ever gets downloaded again, or we have damaged repo from where nobody ever again downloads a pkg |
22:23.34 | freemangordon | :D |
22:24.22 | kerio | cssu should ship a speedpatch with a stupid high version |
22:24.34 | DocScrutinizer05 | HAHAHAHA brilliant |
22:24.34 | kerio | that tries to clean up nicely after it and does nothing otherwise |
22:24.36 | merlin1991 | that is empty :P |
22:24.41 | freemangordon | kerio: don;t help |
22:24.51 | merlin1991 | like speedpatch 999:99999.999-9999 xD |
22:25.15 | freemangordon | the guy had screwed it that hard, that the only way to get rid if those "patches" is reflash. afaik |
22:25.33 | DocScrutinizer05 | indeed it's useless since crappatches mess up system files and don't uninstall cleanly |
22:26.45 | DocScrutinizer05 | sqlite evacuate eventsdb doesn't reverse easily (<- made that up from some cloudy memory) |
22:27.51 | DocScrutinizer05 | it's just clearly a pkg that MUST NOT go to extras |
22:28.04 | DocScrutinizer05 | since it's damaging the system, hard |
22:28.08 | kerio | wtf is evacuate? :o |
22:28.50 | DocScrutinizer05 | nfc |
22:29.41 | DocScrutinizer05 | the carppatchguy had it in his crappatch, and other honoured senior community members asked him "are you mad, guy?" |
22:29.54 | freemangordon | :D |
22:29.59 | DocScrutinizer05 | cloudy memories, as already mantioned |
22:30.06 | kerio | so... i installed the testing-testing |
22:30.24 | freemangordon | kerio: good, check now in settings |
22:30.40 | kerio | i didn't change anything in the CA settings before, and there's no .dpkg-dist crap residue |
22:31.10 | freemangordon | you should have *.EGO.GOV.TR disabled |
22:31.19 | kerio | ...well, TÜRKTRUST is still there, but i think it's because the UI doesn't know about blacklists |
22:31.32 | freemangordon | kerio: ^^^ |
22:31.36 | kerio | how do i check that microb won't do crap? |
22:31.41 | freemangordon | we don;t disable the root cert |
22:31.46 | kerio | oh |
22:31.46 | freemangordon | only intermediate |
22:31.57 | kerio | how do i test the intermediate? |
22:32.01 | *** join/#maemo-ssu arcean_ (~arcean@aael82.neoplus.adsl.tpnet.pl) |
22:32.12 | freemangordon | the second disabled should start with "e-islem" |
22:33.27 | freemangordon | kerio: just check if you have those marked as invalid in settings->certificate manager |
22:33.43 | DocScrutinizer05 | ~jrtools |
22:33.43 | infobot | cp /etc/hosts /etc/hosts-maemobackup && echo "188.117.59.202 wiki.maemo.org" >> /etc/hosts; http://wiki.maemo.org/User:Joerg_rw/tools |
22:34.48 | kerio | yep, ego.gov.tr is invalid |
22:35.08 | freemangordon | good |
22:35.17 | kerio | e-islem.kktcmerkezbankasi.org is also invalid |
22:35.23 | freemangordon | perfect |
22:35.36 | freemangordon | do you have valid certificates listed? |
22:35.38 | kerio | any time any of those appears in a chain, the whole certificate is considered invalid, right? |
22:35.40 | kerio | freemangordon: loads |
22:35.49 | kerio | it took quite a lot to scroll down |
22:35.50 | freemangordon | yep |
22:37.28 | kerio | DocScrutinizer05 will be delighted to know that i used apt to do the install instead of HAM |
22:38.20 | DocScrutinizer05 | yeah sure, great. Makes you help useless |
22:40.06 | DocScrutinizer05 | and you making us believe you wanted to help and possibly merlin1991 already rolling the update to public repo based in fake testing now actually made it a bad thing |
22:40.58 | DocScrutinizer05 | I wonder if you ever will grok it what's the use of tests |
22:43.07 | DocScrutinizer05 | "dear community, we ship an urgent security update to you right this moment. It will show up in your HAM and usual update notifier. But PLEASE do NOT install it in HAM, since our CSSU member kerio thought it should get installed via apt" |
22:43.23 | DocScrutinizer05 | "So it's not tested in HAM" |
22:44.30 | merlin1991 | srly DocScrutinizer05 relax |
22:44.51 | DocScrutinizer05 | nah, for today i'm somewhat fed up |
22:47.42 | kerio | i didn't want to make doc *this* upset :( |
22:49.50 | Skry | I can try it out with ham, whatever it is, just tell me what to do |
22:55.16 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
23:01.34 | DocScrutinizer05 | Skry: http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb |
23:02.18 | DocScrutinizer05 | Skry: beware, ask merlin1991 |
23:02.30 | DocScrutinizer05 | it is not exactly easy to "uninstall" |
23:02.43 | DocScrutinizer05 | aiui |
23:02.59 | freemangordon | DocScrutinizer05: afaik it just adds a catalog |
23:03.07 | freemangordon | you can disable it at will |
23:03.11 | DocScrutinizer05 | that's what I thought as well |
23:04.10 | DocScrutinizer05 | but when I asked merlin1991 if next testing update will work as usual after using testing-testing, I got a somewhat discouraging (for my) answer |
23:04.21 | DocScrutinizer05 | which I can't recall in detail right now |
23:04.28 | DocScrutinizer05 | thus, ask merlin1991 |
23:04.37 | merlin1991 | it will work except for corner cases |
23:05.39 | DocScrutinizer05 | probably related to last update been way "huger" than this one |
23:06.24 | DocScrutinizer05 | BM is never a bad idea |
23:15.42 | freemangordon | ok, pretty enough for today, good night guys |
23:15.49 | freemangordon | waves |
23:29.45 | kerio | the enabler should uninstall cleanly, anyway |
23:43.44 | Skry | everything ok |
23:48.52 | DocScrutinizer05 | Skry: :-D thanks |
23:49.20 | Skry | np :) |
23:49.36 | DocScrutinizer05 | merlin1991: ^^^ |