[03:44] <tsimonq2> Hmmmmm, if only ffmpeg could migrate from zesty-proposed...
[03:44] <tsimonq2> !info x264
[03:44] <ubot5`> x264 (source: x264): video encoder for the H.264/MPEG-4 AVC standard. In component universe, is optional. Version 2:0.148.2708+git86b7198-1 (zesty), package size 78 kB, installed size 205 kB
[03:45] <tsimonq2> Bah
[05:06] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (yakkety-proposed) [1.21.4]
[05:42] -queuebot:#ubuntu-release- New binary: luxio [i386] (zesty-proposed/universe) [12-1] (no packageset)
[05:42] -queuebot:#ubuntu-release- New binary: luxio [s390x] (zesty-proposed/universe) [12-1] (no packageset)
[05:42] -queuebot:#ubuntu-release- New binary: luxio [ppc64el] (zesty-proposed/universe) [12-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: luxio [armhf] (zesty-proposed/universe) [12-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: luxio [amd64] (zesty-proposed/universe) [12-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: luxio [powerpc] (zesty-proposed/universe) [12-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: luxio [arm64] (zesty-proposed/universe) [12-1] (no packageset)
[07:08] -queuebot:#ubuntu-release- Unapproved: accepted python-glance-store [source] (yakkety-proposed) [0.18.0-0ubuntu1.1]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [amd64] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [armhf] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [powerpc] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [arm64] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [i386] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [arm64] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [i386] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [ppc64el] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [ppc64el] (zesty-proposed) [12-1]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [armhf] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [s390x] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted fpylll [powerpc] (zesty-proposed) [0.2.3+ds-2]
[11:22] -queuebot:#ubuntu-release- New: accepted luxio [s390x] (zesty-proposed) [12-1]
[11:23] -queuebot:#ubuntu-release- New: accepted fpylll [amd64] (zesty-proposed) [0.2.3+ds-2]
[11:23] -queuebot:#ubuntu-release- New: accepted libuninameslist [arm64] (zesty-proposed) [20160701-2]
[11:23] -queuebot:#ubuntu-release- New: accepted libuninameslist [powerpc] (zesty-proposed) [20160701-2]
[11:23] -queuebot:#ubuntu-release- New: accepted libuninameslist [armhf] (zesty-proposed) [20160701-2]
[11:24] -queuebot:#ubuntu-release- New: accepted game-data-packager [i386] (zesty-proposed) [47]
[11:24] -queuebot:#ubuntu-release- New: accepted libuninameslist [ppc64el] (zesty-proposed) [20160701-2]
[11:24] -queuebot:#ubuntu-release- New: accepted libuninameslist [i386] (zesty-proposed) [20160701-2]
[11:24] -queuebot:#ubuntu-release- New: accepted libuninameslist [s390x] (zesty-proposed) [20160701-2]
[11:24] -queuebot:#ubuntu-release- New: accepted libuninameslist [amd64] (zesty-proposed) [20160701-2]
[14:44] -queuebot:#ubuntu-release- New: accepted neovim [amd64] (zesty-proposed) [0.1.6-2build1]
[14:49] -queuebot:#ubuntu-release- New binary: gall [ppc64el] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:50] -queuebot:#ubuntu-release- New binary: gall [amd64] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:50] -queuebot:#ubuntu-release- New binary: gall [armhf] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:50] -queuebot:#ubuntu-release- New binary: gall [s390x] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:50] -queuebot:#ubuntu-release- New binary: gall [arm64] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:50] -queuebot:#ubuntu-release- New binary: gall [i386] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:52] -queuebot:#ubuntu-release- New binary: gall [powerpc] (zesty-proposed/universe) [1.1-2] (no packageset)
[14:52] -queuebot:#ubuntu-release- New binary: supple [s390x] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:52] -queuebot:#ubuntu-release- New binary: supple [ppc64el] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:53] -queuebot:#ubuntu-release- New binary: supple [amd64] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:53] -queuebot:#ubuntu-release- New binary: supple [powerpc] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:54] -queuebot:#ubuntu-release- New binary: supple [arm64] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:54] -queuebot:#ubuntu-release- New binary: supple [i386] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[14:55] -queuebot:#ubuntu-release- New binary: supple [armhf] (zesty-proposed/universe) [1.0.7-1] (no packageset)
[15:19] -queuebot:#ubuntu-release- New: accepted gall [amd64] (zesty-proposed) [1.1-2]
[15:19] -queuebot:#ubuntu-release- New: accepted gall [armhf] (zesty-proposed) [1.1-2]
[15:19] -queuebot:#ubuntu-release- New: accepted gall [ppc64el] (zesty-proposed) [1.1-2]
[15:19] -queuebot:#ubuntu-release- New: accepted gall [arm64] (zesty-proposed) [1.1-2]
[15:19] -queuebot:#ubuntu-release- New: accepted gall [s390x] (zesty-proposed) [1.1-2]
[15:19] -queuebot:#ubuntu-release- New: accepted gall [i386] (zesty-proposed) [1.1-2]
[15:20] -queuebot:#ubuntu-release- New: accepted gall [powerpc] (zesty-proposed) [1.1-2]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [arm64] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [i386] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [ppc64el] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [amd64] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [powerpc] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [armhf] (zesty-proposed) [1.0.7-1]
[15:20] -queuebot:#ubuntu-release- New: accepted supple [s390x] (zesty-proposed) [1.0.7-1]
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (yakkety-proposed) [2.0.0-0ubuntu<IP_ADDRESS>]
[15:23]  * tsimonq2 cheers
[15:23] <tsimonq2> Yay we got lxqt-l10n!
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (yakkety-proposed) [0.11+16.10ubuntu1]
[15:38] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (xenial-proposed) [0.11+16.04ubuntu1]
[16:51] -queuebot:#ubuntu-release- New binary: gitano [amd64] (zesty-proposed/universe) [0.1-2] (no packageset)
[16:51] -queuebot:#ubuntu-release- New binary: lua-nvim [amd64] (zesty-proposed/universe) [0.0.1-25-1] (no packageset)
[16:58] -queuebot:#ubuntu-release- New: accepted gitano [amd64] (zesty-proposed) [0.1-2]
[16:59] -queuebot:#ubuntu-release- New: accepted lua-nvim [amd64] (zesty-proposed) [0.0.1-25-1]
[17:13] -queuebot:#ubuntu-release- New binary: libqalculate [ppc64el] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:13] -queuebot:#ubuntu-release- New binary: libqalculate [s390x] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:14] -queuebot:#ubuntu-release- New binary: libqalculate [amd64] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: libqalculate [i386] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: libqalculate [powerpc] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:20] -queuebot:#ubuntu-release- New binary: libqalculate [arm64] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:20] -queuebot:#ubuntu-release- New binary: libqalculate [armhf] (zesty-proposed/universe) [0.9.10-1] (kubuntu)
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [amd64] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [armhf] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [powerpc] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [s390x] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [arm64] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [ppc64el] (zesty-proposed) [0.9.10-1]
[17:23] -queuebot:#ubuntu-release- New: accepted libqalculate [i386] (zesty-proposed) [0.9.10-1]
[17:24] -queuebot:#ubuntu-release- New binary: openssl1.0 [s390x] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: openssl1.0 [amd64] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: openssl1.0 [ppc64el] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: openssl1.0 [powerpc] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: openssl1.0 [i386] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: openssl1.0 [arm64] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: openssl1.0 [armhf] (zesty-proposed/universe) [1.0.2j-4] (no packageset)
[17:40] -queuebot:#ubuntu-release- New: accepted openssl1.0 [amd64] (zesty-proposed) [1.0.2j-4]
[17:40] -queuebot:#ubuntu-release- New: accepted openssl1.0 [armhf] (zesty-proposed) [1.0.2j-4]
[17:40] -queuebot:#ubuntu-release- New: accepted openssl1.0 [powerpc] (zesty-proposed) [1.0.2j-4]
[17:40] -queuebot:#ubuntu-release- New: accepted openssl1.0 [s390x] (zesty-proposed) [1.0.2j-4]
[17:41] -queuebot:#ubuntu-release- New: accepted openssl1.0 [arm64] (zesty-proposed) [1.0.2j-4]
[17:41] -queuebot:#ubuntu-release- New: accepted openssl1.0 [ppc64el] (zesty-proposed) [1.0.2j-4]
[17:41] -queuebot:#ubuntu-release- New: accepted openssl1.0 [i386] (zesty-proposed) [1.0.2j-4]
[18:19] <slangasek> tsimonq2: lubuntu-next seems to be failing to build rather consistently in zesty; is this still relevant?
[20:08] <tsimonq2> slangasek: I'll look into it.
[20:09] <tsimonq2> slangasek: Huh? So why is this failing?
[20:42] <slangasek> tsimonq2: I don't know, I haven't looked? :)
[20:48] <tsimonq2> slangasek: It's not clear, which is why I'm asking
[21:15] -queuebot:#ubuntu-release- Unapproved: autopkgtest (trusty-backports/main) [4.0.5~ubuntu14.04.1 => 4.2~ubuntu14.04.1] (core)
[21:15] -queuebot:#ubuntu-release- Unapproved: autopkgtest (xenial-backports/main) [4.0.5~ubuntu16.04.1 => 4.2~ubuntu16.04.1] (core)
[21:17] -queuebot:#ubuntu-release- Unapproved: accepted autopkgtest [source] (xenial-backports) [4.2~ubuntu16.04.1]
[21:18] -queuebot:#ubuntu-release- Unapproved: accepted autopkgtest [source] (trusty-backports) [4.2~ubuntu14.04.1]
[22:04] -queuebot:#ubuntu-release- New binary: mdk3 [amd64] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:04] -queuebot:#ubuntu-release- New binary: mdk3 [armhf] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:04] -queuebot:#ubuntu-release- New binary: mdk3 [arm64] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:04] -queuebot:#ubuntu-release- New binary: mdk3 [ppc64el] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:05] -queuebot:#ubuntu-release- New binary: mdk3 [i386] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:05] -queuebot:#ubuntu-release- New binary: mdk3 [s390x] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:05] -queuebot:#ubuntu-release- New binary: mdk3 [powerpc] (zesty-proposed/universe) [6.0-3~build1] (no packageset)
[22:35] -queuebot:#ubuntu-release- New: accepted mdk3 [amd64] (zesty-proposed) [6.0-3~build1]
[22:35] -queuebot:#ubuntu-release- New: accepted mdk3 [armhf] (zesty-proposed) [6.0-3~build1]
[22:35] -queuebot:#ubuntu-release- New: accepted mdk3 [powerpc] (zesty-proposed) [6.0-3~build1]
[22:36] -queuebot:#ubuntu-release- New: accepted mdk3 [s390x] (zesty-proposed) [6.0-3~build1]
[22:36] -queuebot:#ubuntu-release- New: accepted mdk3 [arm64] (zesty-proposed) [6.0-3~build1]
[22:36] -queuebot:#ubuntu-release- New: accepted mdk3 [ppc64el] (zesty-proposed) [6.0-3~build1]
[22:36] -queuebot:#ubuntu-release- New: accepted mdk3 [i386] (zesty-proposed) [6.0-3~build1]
[23:21] -queuebot:#ubuntu-release- New binary: dh-sysuser [amd64] (zesty-proposed/universe) [1.3] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: aubio [amd64] (zesty-proposed/universe) [0.4.3-1] (ubuntustudio)
[23:23] -queuebot:#ubuntu-release- New binary: aubio [i386] (zesty-proposed/universe) [0.4.3-1] (ubuntustudio)
[23:23] -queuebot:#ubuntu-release- New binary: aubio [s390x] (zesty-proposed/universe) [0.4.3-1] (ubuntustudio)
[23:24] -queuebot:#ubuntu-release- New binary: aubio [arm64] (zesty-proposed/universe) [0.4.3-1] (ubuntustudio)
[23:24] -queuebot:#ubuntu-release- New binary: node-arrify [amd64] (zesty-proposed/none) [1.0.1-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: node-array-union [amd64] (zesty-proposed/none) [1.0.2-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: movit [s390x] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:25] -queuebot:#ubuntu-release- New binary: node-extglob [amd64] (zesty-proposed/none) [1.0.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: node-expand-brackets [amd64] (zesty-proposed/none) [2.1.3-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: node-yargs-parser [amd64] (zesty-proposed/none) [4.0.2-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: aubio [armhf] (zesty-proposed/universe) [0.4.3-1] (ubuntustudio)
[23:27] -queuebot:#ubuntu-release- New binary: asn1c [amd64] (zesty-proposed/universe) [0.9.27+dfsg-2] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: movit [ppc64el] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:29] -queuebot:#ubuntu-release- New binary: movit [amd64] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:31] -queuebot:#ubuntu-release- New binary: movit [i386] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:31] -queuebot:#ubuntu-release- New binary: ros-rviz [s390x] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: ros-rviz [ppc64el] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: movit [powerpc] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:34] -queuebot:#ubuntu-release- New binary: ros-rviz [i386] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: ros-rviz [amd64] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: movit [armhf] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:40] -queuebot:#ubuntu-release- New binary: ros-rviz [powerpc] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: movit [arm64] (zesty-proposed/universe) [1.4.0-1] (kubuntu)
[23:48] -queuebot:#ubuntu-release- New binary: ros-rviz [arm64] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: ros-rviz [armhf] (zesty-proposed/universe) [1.12.4+dfsg-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New: accepted asn1c [amd64] (zesty-proposed) [0.9.27+dfsg-2]
[23:48] -queuebot:#ubuntu-release- New: accepted aubio [arm64] (zesty-proposed) [0.4.3-1]
[23:48] -queuebot:#ubuntu-release- New: accepted aubio [i386] (zesty-proposed) [0.4.3-1]
[23:48] -queuebot:#ubuntu-release- New: accepted dh-sysuser [amd64] (zesty-proposed) [1.3]
[23:48] -queuebot:#ubuntu-release- New: accepted movit [arm64] (zesty-proposed) [1.4.0-1]
[23:48] -queuebot:#ubuntu-release- New: accepted movit [i386] (zesty-proposed) [1.4.0-1]
[23:48] -queuebot:#ubuntu-release- New: accepted movit [ppc64el] (zesty-proposed) [1.4.0-1]
[23:48] -queuebot:#ubuntu-release- New: accepted node-array-union [amd64] (zesty-proposed) [1.0.2-1]
[23:48] -queuebot:#ubuntu-release- New: accepted node-expand-brackets [amd64] (zesty-proposed) [2.1.3-1]
[23:48] -queuebot:#ubuntu-release- New: accepted node-yargs-parser [amd64] (zesty-proposed) [4.0.2-1]
[23:48] -queuebot:#ubuntu-release- New: accepted aubio [amd64] (zesty-proposed) [0.4.3-1]
[23:48] -queuebot:#ubuntu-release- New: accepted aubio [s390x] (zesty-proposed) [0.4.3-1]
[23:48] -queuebot:#ubuntu-release- New: accepted movit [armhf] (zesty-proposed) [1.4.0-1]
[23:48] -queuebot:#ubuntu-release- New: accepted movit [s390x] (zesty-proposed) [1.4.0-1]
[23:48] -queuebot:#ubuntu-release- New: accepted node-extglob [amd64] (zesty-proposed) [1.0.0-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [arm64] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [i386] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [ppc64el] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted aubio [armhf] (zesty-proposed) [0.4.3-1]
[23:49] -queuebot:#ubuntu-release- New: accepted movit [powerpc] (zesty-proposed) [1.4.0-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [amd64] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [powerpc] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted movit [amd64] (zesty-proposed) [1.4.0-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [armhf] (zesty-proposed) [1.12.4+dfsg-1]
[23:49] -queuebot:#ubuntu-release- New: accepted node-arrify [amd64] (zesty-proposed) [1.0.1-1]
[23:49] -queuebot:#ubuntu-release- New: accepted ros-rviz [s390x] (zesty-proposed) [1.12.4+dfsg-1]


[16:33] <theodrim> Hello, is there any pointer how to make curtin be able to use hp smart array logical drives as install destination? Can't use HBA mode sadly as this server won't be able to boot. Error I'm getting when curtin tries to vgchange -a (because arrays seen as logical volumes) it fails. https://dpaste.org/t1Vt/raw
[16:33] <theodrim> I understand that this question is better asked at discourse, but maybe somebody encountered this before ?


[15:55] <zakame> hi hi
[15:56] <Terminus_> heya zakame.
[15:56] <Terminus_> you're up late. hehe
[15:57] <zakame> hehe
[15:57] <Terminus_> let me guess. you watched avengers? =)
[15:57] <zakame> no not yet
[15:57] <zakame> we'll watch on the weekend
[15:57] <Terminus_> oh... thought that was why you just logged on.
[15:58] <zakame> lol
[15:58] <Terminus_> (=
[16:00]  * zakame reads up on mail client setups once more
[16:00] <zakame> should I go gnus again, or mutt this time around?
[16:06] <epal> ano poh ung gnus? email client then? hehe
[16:09] <Terminus_> zakame: offlineimap is pretty useful with mutt.
[16:16] <zakame> epal: yep, part of emacs
[16:17] <zakame> Terminus_: yeah, I used that too for gnus syncing way back, as sachac did
[16:21] <Terminus_> these days i just use thunderbird. hehe
[16:22] <zakame> hehe
[16:22] <zakame> I use that on the laptop at work, currently I'm setting up my old personal laptop
[16:22] <Terminus_> gotta use the stuff i support. otherwise, i'd be randomly clicking on stuff. =D
[16:22] <zakame> hehe
[16:28] <epal> nakow.. "then" pala sabi ko haha "din" sana xD
[16:30] <epal> same din dito :D id prefer yung may gui instead of console based esp pag may mga keyboard shortcuts. xD
[16:30] <epal> pero mostly i use console based apps like mpd + ncmpcpp, irssi, screen, bc din haha
[16:32] <zakame> hehe
[16:33] <epal> emacs tlga, pang os xD may email client pala :D
[16:34] <zakame> yep
[16:35] <zakame> it has email, IRC, IM (via bitlbee)
[17:43] <epal> astig :D kulang nlng siguro browser and office :D


[05:16] -SwissBot:#ubuntu-news- ::Security:: Episode 151 @ https://ubuntusecuritypodcast.org/episode-151/
[09:45] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Ubuntu Pro 20.04 FIPS is now available for AWS, Azure and GCP @ https://ubuntu.com//blog/ubuntu-pro-20-04-fips-is-now-available-for-aws-azure-and-gcp
[13:21] -SwissBot:#ubuntu-news- ::UbuntuOnAir:: Ubuntu Desktop Team Indaba - April 22, 2022 @ https://www.youtube.com/watch?v=Owwtcx6QJVo (by Ubuntu OnAir)


[16:16] <GITSaito> hello
[16:17] <GITSaito> looking for a light fork of wireshark, dat can allow me to know wich firewall port need to be open
[16:20] <teward> GITSaito: wireshark won't tell you which firewall ports need to be open for specific applications...
[16:20] <teward> what exactly are you trying to accomplish?
[16:26] <GITSaito> actually, it does. it showing me tcp dat bein blocked by my router firewall
[16:27] <GITSaito> when i m making files transferts i want to open manually the port needed
[16:27] <GITSaito> i disable upnp, and forbid ports range
[16:27] <anjo-aladiah> there is no 64 bits ubuntu Skype so i installed 32 bits version on lubuntu 14.10 64 bits. Some problem with this ?
[16:28] <GITSaito> teward:
[16:29] <anjo-aladiah> huum seems it works. I didnt know lubuntu 64 bits runs 32 bits apps !
[16:30] <phillw> anjo-aladiah: you can run 32 bit apps on a 64 bit install, but not the other way round.
[16:30] <GITSaito> anjo-aladiah: all 64 run  32 dats why better install 64
[16:30] <anjo-aladiah> thank you GITSaito
[16:30] <GITSaito> anjo-aladiah: but i m pretty sure there is a 64bits of skype
[16:31] <anjo-aladiah> not in SKype website
[16:31] <anjo-aladiah> may be unofficial version. is that you mean ?
[16:31] <GITSaito> use
[16:31] <GITSaito> sudo ap-get install skype
[16:31] <anjo-aladiah> i did that
[16:31] <anjo-aladiah> it dont find
[16:31] <GITSaito> sudo apt-get install skype
[16:32] <anjo-aladiah> remember Skype is Microsoft owner .
[16:32] <anjo-aladiah> So Linux is the contrary of Microsoft
[16:32] <GITSaito> do sudo apt-get update before
[16:32] <GITSaito> anjo-aladiah: i m new to ite too. i wont say so
[16:32] <anjo-aladiah> but now i have the 32 bits installed
[16:33] <anjo-aladiah> should i removei it first ?
[16:33] <GITSaito> anjo-aladiah: tcheck on google if your cpu can handle 64
[16:33] <anjo-aladiah> My pc is 64 bits
[16:33] <anjo-aladiah> that is for sure
[16:33] <GITSaito> if yes, i recommend to switch to lubuntu 14.10 amd64
[16:34] <anjo-aladiah> iam with that one
[16:34] <anjo-aladiah> 14.10
[16:34] <anjo-aladiah> iam with an amd quad core
[16:34] <teward> GITSaito: i don't think there's any fork of wiresharl that's 'light'... wireshark's pretty much in its own class of network traffic analysis and such.
[16:34] <anjo-aladiah> and latest version of lubuntu 14.10
[16:37] <GITSaito> anjo-aladiah: ok. so maybe there is no 64 bit version of skype.
[16:37] <anjo-aladiah> GITSaito:   check this pleas and comment http://paste.ubuntu.com/9045232/
[16:38] <GITSaito> yep, dats it, i just tcheck on google too, no 64b version of skype
[16:39] <anjo-aladiah> unfortunnaly
[16:48] <GITSaito> teward: did you know how to set it to have only the infos dat i want ?


[16:09] <rsenior> just posted this in #ubuntu, let me know if this isn't the right place
[16:09] <rsenior> I'm having difficulties getting docking/undocking to work in Ubuntu 10.04, I have a multi-monitor setup that I think is also throwing a wrench in this, anyone have any current docs on getting a stable setup?


[00:39] <eggs> Hi. Long time Linux user, first time Ubuntu install. I get to "Ubuntu studio installation options" and leave defaults (all) checked and click 'continue', and it's been spinning for >30m. Note I have 4 hard drives in the box, and one of them has a bad partition. Is there a way to see what's happening under the hood? Is there a text-only install mode that would help me diagnose the problem here?
[00:43] <eggs> fwiw I'm installing from DVD. I'll let it spin and see if it eventually times out on whatever it's trying to do.
[01:09] <eggs> It did eventually unwedge itself. The next screen says it does not detect any other operating system (although Fedora is installed on /dev/sda...is this a snub? ;)). I am concerned that if I choose the default option (to blow away previous OS) it will wipe all the disks in the box. If I select that, will it prompt me to leave some disks alone?
[01:10] <eggs> I'd rather go with the default partitioning scheme, but limit it to /dev/sda. Maybe I should just unhook the other disks temporarily?
[01:40] <eggs> silly me, it asked me which disk to use. it's all good.
[03:53] <OvenWerks> eggs: I always choose "Something Else".
[03:55] <OvenWerks> eggs: I can mostly monitor an install with less /var/log/syslog it doesn't get everything, but does show trouble. Hitting "F" in less monitors messages as they are sent to the log rather than just reading what is already there. > goes to the end of the file.
[21:45] <aud-vidGeek> it's too good to be true; but I'm here I'm here let the bells ring out and the banners fly  hello all
[23:25] <audiohack> hello
[23:26] <audiohack> i´m having trouble to start 18.10 ISO in vmware player
[23:26] <audiohack> hangs


[00:24] <wallyworld_> sinzui: http://people.canonical.com/~ianb/new-related-projects.png
[00:25] <wallyworld_> remove bugs, questions, blueprints; add the role info as shown
[00:26] <wallyworld_> i think this then fixes bug 996599
[00:26] <_mup_> Bug #996599: Related projects does not say how the person is related <confusing-ui> <lp-registry> <related-projects-packages> <Launchpad itself:Triaged> < https://launchpad.net/bugs/996599 >
[00:26] <StevenK> Bleh, I can't copy stuff into the bzr ppa
[00:27] <wgrant> cjwatson: There's a small potential issue with your source suite branch: the source series is looked up in the target archive's distribution, so it can't be used to do an explicit copy from another distro
[00:27] <wgrant> Not an issue in practice today, though
[00:35] <StevenK> lifeless, maxb: Can one of you please copy bzr-git 0.6.9-1~bazaar1~precise1 from bzr-proposed Quantal to bzr Quantal so that the bzr PPA has an index for Quantal?
[00:50] <lifeless> StevenK: you could just fix that bug
[00:51] <StevenK> lifeless: About needing a package published to produce indices? Yeah, no.
[00:51] <lifeless> yeah, you could
[00:51] <StevenK> lifeless: And you could just copy the package, too. :-)
[00:53] <wgrant> The bug's not very easy to fix, and it's not quite clear what the fix is
[00:54] <lifeless> StevenK: so why do you need a quantal index? doesn't apt deal ?
[00:54] <lifeless> wgrant: as in, do you want empty indices ?
[00:54] <wgrant> lifeless: Right
[00:55] <wgrant> lifeless: As a PPA owner I don't want to support natty
[00:55] <wgrant> Why does my PPA have natty indices?
[00:55] <lifeless> wgrant: you want just in time indices!
[00:55] <wgrant> It confuses my users :(
[00:55] <lifeless> wgrant: thats clearly orthogonal
[00:55] <lifeless> wgrant: as otherwise any mistake leads to the same sitation and no way out
[00:55] <wgrant> It may lead to an undesirable situation, sure
[00:56] <wgrant> Doesn't mean it's entirely orthogonal
[00:56] <StevenK> lifeless: No, apt does not deal
[00:56] <StevenK> lifeless: And rf-setup will add the bzr ppa for <release>
[00:56] <lifeless> hah
[00:56] <lifeless> uhm
[00:56] <lifeless> I don't want to put the wrong thing in there is all
[01:00] <StevenK> lifeless: The version of bzr-git as published in Quantal is higher anyway, we just need *something* copied in
[01:02] <lifeless> done
[01:04] <StevenK> lifeless: Thanks
[02:07] <StevenK> wallyworld_: You can change your sources.list entry for the LP PPA to quantal, it will work fine
[02:07] <wallyworld_> StevenK: awesome thanks
[02:07] <StevenK> It will probably want to upgrade a few things, just due to q sorting higher than p
[02:58]  * StevenK tries to find a bugwatch with comments
[03:23] <wallyworld_> wgrant: StevenK: do you have any recollection of what causes timeouts in merging people based on any past experience looking at oopses? i have a bug report but the oops has been deleted. i'm working on another bug and could potentially put in some effort to fix a merge timeout root cause as a drive by, but need info
[03:25] <StevenK> wallyworld_: Lots and lots and lots of FKs
[03:25] <wgrant> wallyworld_: They've mostly gone away now, since it's asynchronous
[03:25] <wgrant> The FK thing is only relatively minor now
[03:25] <wallyworld_> the bit i'm looking at is 189 queries to collect the fk references
[03:26] <StevenK> wallyworld_: Person merging is a job now
[03:26] <wallyworld_> yes but isn;t a check done first?
[03:26] <wallyworld_> to see if merging is possible?
[03:27] <wgrant> It has no reason to check all the FKs
[03:27] <wgrant> But perhaps it does
[03:27] <wallyworld_> i'll look a little more, it could be the 189 queries is done in the job so it doesn't matter
[03:27] <wallyworld_> so much
[03:28] <wallyworld_> so it raises a RuntimeError in IPersonSet.merge if the FK stuff is not as it should be
[03:30] <wallyworld_> and that's done in the job
[04:19]  * StevenK tries to work out how to delete a bugwatch
[04:20] <wgrant> edit, delete
[04:20] <wgrant> iirc
[04:22] <StevenK> From a bug page?
[04:28] <wgrant> Yeas
[05:32] <wgrant> wallyworld_: Why don't we need to cascade, and are we sure that union will not perform absolutely terribly?
[05:48] <StevenK> wgrant: Is an unlinked bugwatch with a comment a plausible scenario?
[05:49] <wgrant> StevenK: Not linked to a task, just a bug?
[05:50] <StevenK> wgrant: Well, I suspect it's invalid -- I'm using factory.makeBugComment(bug_watch=) rather than IBugWatch.addComment()
[05:51] <wgrant> It may be invalid, but I'm not sure if it's relevant
[05:51] <wgrant> 16:32:54 < wgrant> wallyworld_: Why don't we need to cascade, and are we sure that union will not perform absolutely terribly?
[05:51] <StevenK> wgrant: bug 301740
[05:51] <_mup_> Bug #301740: It should be possible to delete an auto-generated bugwatch that has comments attached <bugwatch> <lp-bugs> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/301740 >
[05:51] <wgrant> Yes, but I'm not sure how that's relevant to "an unlinked bugwatch with a comment"
[05:52] <StevenK> wgrant: Apparently, it OOPSes. Based on my reading of the code, it will only do that if it has no linked bugtasks and it has a bugmessage that references the bugwatch and IBugWatch.getImportedBugMessages() is empty
[05:56] <wgrant> StevenK: Well, I'd check the DB to see if there are any bugmessages with a bugwatch but no remote_comment_id
[06:01] <StevenK> So, there are. So, awesome!
[06:02] <wgrant> So I saw
[06:04] <StevenK> https://bugs.launchpad.net/hplip/+bug/1031503 is the most recent
[06:04] <_mup_> Bug #1031503: hplip-3.12.6 fails to scan on Photosmart_C309a <HPLIP:New> <Gentoo Linux:Fix Released> < https://launchpad.net/bugs/1031503 >
[06:07] <wallyworld> wgrant: sorry, missed that question before. i'm not sure i understand what you are asking wrt cascading?
[06:07] <wallyworld> the indirect references are only applicable for merge jobs
[06:08] <wallyworld> since there is the need to check any and all indirect delete cascading
[06:09] <wallyworld> but here for this case, we only care about whether there are any referencing columns
[06:10] <wgrant> Ah, fair point
[06:15] <StevenK> Ah ha
[06:15] <StevenK> I wonder if it's the  Awaiting synchronization comments
[06:16] <wallyworld> wgrant: and the union has got to be better than 189 individual, separate queries, each using a separate db call. the union does the same thing, but just in one db call
[06:17] <StevenK> Hm, how do I check that
[06:17]  * StevenK cheats and uses mawson
[06:18] <StevenK> Right, it is indeed, the Awaiting synchronization comment
[06:20] <wgrant> wallyworld: It's better in terms of roundtrips, but it's not necessarily better in terms of optimisation
[06:20] <wgrant> In fact it's almost certainly much worse
[06:21] <bigjools> hello hackers
[06:21] <wgrant> Morning bigjools
[06:21] <StevenK> bigjools: How is sunny, downtown Copenhagen?
[06:21] <bigjools> evening
[06:21] <bigjools> StevenK: haven't seen any sunlight since I got here - and we're not downtown, it's another "Brussels"
[06:22] <wgrant> In more ways than one
[06:22] <StevenK> Hahaha
[06:22] <StevenK> bigjools: Oh, you're 20 minutes in the forest?
[06:22] <wgrant> In its defense, it was a pretty nice forest
[06:22] <bigjools> StevenK: worse - in a faceless, flat area with no trees near the airport
[06:23] <wallyworld> bigjools: stop whinging
[06:23] <wgrant> :/
[06:23] <bigjools> wallyworld: blow me
[06:23] <wallyworld> i'll let StevenK do that
[06:23] <wallyworld> take one for the team
[06:24] <bigjools> haha
[06:24] <StevenK> But wallyworld will enjoy it much more
[06:24] <wallyworld> only if i skipped breakfast
[06:25] <wallyworld> dog barking, gotta investigate
[06:59] <StevenK> wgrant: Isn't there already a bug for LocationError: (None, 'builder')
[07:01] <StevenK> Found it, since it's Fix Released
[07:43] <nigelb> quite a crowd at UDS ;)
[07:44] <lifeless> nigelb: are you there ?
[07:45] <nigelb> lifeless: No. I was commenting on the joins ^^
[07:45] <rick_h_> party time!
[08:42] <cjwatson> wgrant: The missing -proposed announcements were actually a list mail configuration bug.  Apparently raring-changes is misconfigured and is requiring manual moderation.
[08:43] <cjwatson> I hadn't realised that and will chase it up at some point, since that's clearly ridiculous.
[08:47] <wgrant> cjwatson: I was going to ask you to check that, since I could see nothing else wrong
[08:48] <wgrant> Though I thought the settings were carried across from quantal-changes
[08:48] <cjwatson> So did I.  But IS denied knowledge.
[08:48] <cjwatson> I'll try a different sysadmin at some point :-)
[08:48] <wgrant> Heh
[09:06] <cjwatson> How do I 'bzr lp-land' onto db-devel?  I've already run the full test suite.
[09:06] <wgrant> It'll detect from the MP
[09:06] <wgrant> So 'bzr lp-land'
[09:06] <cjwatson> Ah, OK
[09:15] <StevenK> cjwatson: ec2 land and bzr lp-land will prod at the relevant MP to work out how to land it. bzr pqm-submit has to be told by hand.
[09:30] <cjwatson> wgrant: Thanks for spotting that bug in my copy-explicit-pocket branch.  How does https://code.launchpad.net/~cjwatson/launchpad/copy-explicit-pocket-2/+merge/131145 look?
[09:31] <rick_h_> anyone know what I'm missing in my locations.conf to get a "ERROR: No PQM submission email address specified" when lp-land'ing?
[09:31] <rick_h_> it's copied from my working install from before, I've got email, pqm_email, and pqm_user_email all set in there
[09:31] <cjwatson> pqm_email = Canonical PQM<EMAIL_ADDRESS>[09:32] <wgrant> cjwatson: r=me, thanks
[09:32] <rick_h_> hmmpqm_email = Launchpad PQM<EMAIL_ADDRESS>[09:32] <rick_h_> grrrr
[09:32] <StevenK> rick_h_: locations.conf is set by path, perhaps that's different?
[09:32] <wgrant> rick_h_: Is your Launchpad tree in the same spot?
[09:32] <rick_h_> wgrant: yea, it's the default setup from a rocketfuel
[09:33] <StevenK> Hah, wgrant and I come to the same conclusion at roughly the same time.
[09:33] <wgrant> rick_h_: does 'bzr config' in the branch show pqm_email?
[09:33] <rick_h_> ah, I see part of my problems I think.
[09:33] <rick_h_> wgrant: no, don't see it
[09:34] <StevenK> Then check the headers in .bazaar/locations.conf versus your current path
[09:34] <rick_h_> StevenK: ah, you're right gotcha. I forgot I had the ubuntu user on the vm
[09:36] <cjwatson> So, if buildbot passes, would there be any chance of an FDT today?  I'm running out of time to get the -proposed migration stuff working before UDS :-)
[09:38] <rick_h_> oh son of a ...
[09:39] <wgrant> cjwatson: We're going to miss the 10UTC window, but we can probably just ignore that and do it at our leisure
[09:39] <wgrant> The next window (in 8ish hours) is unstaffed
[09:40] <wgrant> Apart from sinzui and jcackett
[09:40] <wgrant> Otherwise we can do the window in 16 hours
[09:43] <rick_h_> wgrant: StevenK thanks guys, think I got it in now.
[09:43] <wgrant> rick_h_: Great
[09:44] <wgrant> cjwatson: So, when do you expect to have the code changes ready/
[09:44] <cjwatson> Heh, I'm just pushing a first cut as I type
[09:44] <StevenK> Ah, so then it's 'RSN'
[09:44] <cjwatson> (In the expectation that it will need some review fixes, mind)
[09:55] <wgrant> cjwatson: You seem to log the warning twice
[10:04] <cjwatson> Oh, because of the nascentupload / uploadprocessor split, I guess
[10:04] <cjwatson> Maybe this is a case where a doctest would actually be useful
[10:04] <cjwatson> But I'll see what I can pick out of test_uploadprocessor
[10:11] <cjwatson> Hmm, I only see one warning ...
[10:21] <cjwatson> Also, there seems to be a DB patch already ahead of mine in the queue - or was that applied live?
[10:42] <wgrant> cjwatson: Well, two places in the code log it.
[10:42] <cjwatson> Yeah, I was just trying to work out why I wasn't seeing it in practice, but I've got it now
[10:43] <wgrant> Ah, and indeed there is still one in the queue, hmm
[11:05] <cjwatson> wgrant: fixed
[11:08] <wgrant> cjwatson: Indeed, thanks
[11:08] <wgrant> cjwatson: I'm not quite seeing how queue admins manage to bypass it
[11:09] <cjwatson> *blink* That's a good question, so how come that test passes ...
[11:09] <wgrant> It looks like it'll just reject, which must mean the last test is wrong
[11:09] <wgrant> Exactly
[11:10] <cjwatson> Oh, blast, silly CannotCopy handling
[11:11] <cjwatson> Yeah, right, fixed the test
[11:12] <cjwatson> (locally - working on the model)
[11:20] <wgrant> You had me quite worried there for a few minutes, as I struggled to work out how I had so fundamentally misunderstood the uploadprocessor checks :)
[11:28] <StevenK> dpm: O Hai. We've updated translations for raring on staging. The pages might require a bunch of reloads to load, but can you check it out?
[11:34] <dpm> heyt StevenK, thanks, looking...
[11:36] <StevenK> dpm: I'm about to crash into bed, but if it looks good, we should be able to run the script on production tomorrow.
[11:37] <StevenK> dpm: Drop me a note here, and I'll see it when I wake.
[11:38] <dpm> StevenK, I'm looking at https://translations.staging.launchpad.net/ubuntu/raring and I don't see any translations yet. Does it need to take a while to update the stats?
[11:38] <cjwatson> wgrant: OK, should be fixed
[11:39] <StevenK> dpm: We haven't actually turned it all on, we've only run copy-translations-to-parent on staging, but the +translate URLs for raring source packages should work
[11:39] <dpm> StevenK, I can see that the templates have been copied ok from quantal at https://translations.staging.launchpad.net/ubuntu/raring/+templates but I the translations themselves still don't appear on the stats page at https://translations.staging.launchpad.net/ubuntu/raring
[11:40] <dpm> I'll have another look later on in case it takes sometime for the stats to be updated or translations to be imported
[11:40] <StevenK> dpm: Ah, those are run by cron, which we don't run on staging
[11:40] <StevenK> s/run/updated/
[11:41] <wgrant> It would be worth running that manually.
[11:42] <dpm> StevenK, gotcha. In any case, without the stats it's really difficult to see whether the translations look overall right. I'm trying to look at individual templates right now, but it's timing out
[11:42] <wgrant> dpm: Templates should load after a refresh or two
[11:43] <dpm> thanks wgrant, that did it.
[11:44] <StevenK> wgrant: What does the stats? cronscripts/rosetta-pofile-stats.py ?
[11:44] <wgrant> StevenK: Heh heh heh
[11:44] <wgrant> You may recognise that script
[11:44] <StevenK> Quite
[11:45] <dpm> StevenK, so at a quick glance I can confirm that the translations are indeed in some individual templates such as https://translations.staging.launchpad.net/ubuntu/raring/+source/gfxboot-theme-ubuntu/+pots/bootloader/ca/+translate - but updating the overall stats would give us a much better picture
[11:46] <StevenK> Ah ha, cronscripts/update-stats.pu
[11:46] <StevenK> *py
[11:47] <wgrant> No
[11:47] <wgrant> That's the global stats
[11:50] <StevenK> wgrant: Then it is the great evilness that is rosetta-pofile-stats ?
[11:50] <wgrant> StevenK: I suspect so
[11:50] <wgrant> I doubt the copier creates jobs
[11:51] <StevenK> IDistroSeries.updateStatistics() did look relevant, though
[11:52] <wgrant> That mostly just creates DistroSeriesLanguages
[11:52] <wgrant> We care about POFile stats
[11:53] <StevenK> wgrant: What about the last bit, which is updating the message counts for the series itself?
[11:53] <wgrant> Not very interesting for this
[11:53] <wgrant> Well, slightly
[11:53] <wgrant> But it's not the main thing that matters
[11:54] <StevenK> dpm: So with the stats updated it should be identical to precise?
[11:55] <StevenK> Er, quantal, even
[11:55] <dpm> StevenK, yes, identical to quantal, as the translations imports from package uploads are disabled for raring, so no new translations should have come in
[11:56] <StevenK> dpm: Right, I'll sort that out -- I'll prod you tomorrow to have another look
[11:57] <wgrant> StevenK: So, we could lower taxes to support POFileStatsJob creators, or we could be socialist and spend probably about 4 days running rosetta-pofile-stats
[11:57] <dpm> ok cool, thanks StevenK :)
[11:57] <StevenK> Ew, 4 days
[11:57] <wgrant> It's probably faster to create jobs
[11:57] <StevenK> wgrant: Let's talk about it on the call tomorrow
[11:57] <wgrant> Indeedily
[12:20] <rick_h_> gary_poster: ping, deryck wants to know where you are
[14:48] <sinzui> jcsackett, r=me
[14:49] <jcsackett> sinzui: awesome. off it goes.
[16:06] <cjwatson> I'm having great difficulty figuring out the problem in bug 1070804.  Can anyone help me out?
[16:06] <_mup_> Bug #1070804: Error notification by mails doesn't describe the error <email> <package-copies> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1070804 >
[16:06] <cjwatson> I'm using http://paste.ubuntu.com/1302902/, which indeed causes the test to fail
[16:06] <cjwatson> But CannotCopy is in PlainPackageCopyJob.user_error_types, which *should* suppress this
[16:08] <cjwatson> If I use pdb to stop in JobRunner.runJobHandleError, the exception that's raised is an instance of CannotCopy, and job.user_error_types is indeed (<class 'lp.soyuz.interfaces.archive.CannotCopy'>,) - it's not the case that user_error_types is being defined in the wrong place, as far as I can tell
[16:09] <cjwatson> But the except doesn't fire, and I get:
[16:09] <cjwatson> (Pdb) p isinstance(info[1], job.user_error_types)
[16:09] <cjwatson> *** TypeError: TypeError('isinstance() arg 2 must be a class, type, or tuple of classes and types',)
[16:10] <cjwatson> which has me totally baffled because as far as I can tell it *is* a tuple of types
[16:10] <cjwatson> ('isinstance(info[1], (CannotCopy,))' returns True)
[16:10] <cjwatson> Is this a Zope weirdness, or a Python weirdness, or what?
[16:50] <sinzui> cjwatson, I am still thinking about this. I think this is python, not zope, but I agree that (CannotCopy,) is tuple
[17:09]  * cjwatson wonders if a debug build of Python will make life any clearer
[17:10] <cjwatson> (But then I would have to rebuild all the extensions needed, argh)
[17:17] <cjwatson> sinzui: Ah - job.user_error_types is security-proxied
[17:17] <sinzui> buggery
[17:17] <cjwatson> isinstance(info[1], removeSecurityProxy(job.user_error_types)) -> True
[17:17] <cjwatson> So is the right answer here to use 'except removeSecurityProxy(job.user_error_types) as e:' ?
[17:18] <cjwatson> Seems a little clunky ...
[17:18] <sinzui> that's yuck
[17:18] <sinzui> y
[17:18] <sinzui> I don't think any error should be wrapped in a proxy
[17:19] <cjwatson> Well, the error isn't, but the attribute retrieved from job is
[17:19] <sinzui> ah, be I see we got the job via a zope utility, so all attrs are wrapped
[17:20] <cjwatson> (rSP there does work)
[17:20] <cjwatson> Is there a way to declare some attributes as always being unproxied?
[17:20] <sinzui> doesn't this mean that lazr.jobrunner.jobrunner never gets the tuple it expects
[17:21] <sinzui> no, but there is a helper that will unwrap everything. we use in webapp.authenticate I think
[17:23] <sinzui> cjwatson, we can create a property on our job class that unwraps and returns the error classes...
[17:24] <sinzui> maybe we want the property to be on out base class, so that all subclasses define a private attr with the attr classes
[17:24]  * cjwatson tries that
[17:25] <cjwatson> haha, there's already one of these for retry_error_types, called retryErrorTypes
[17:27] <cjwatson> So it kind of seems to me that to avoid surprising future developers we should add a userErrorTypes property to LP, deploy that, then add userErrorTypes support to lazr.jobrunner
[17:28] <cjwatson> Does that make sense?
[17:29] <cjwatson> Otherwise we have two very similar things using different patterns
[17:30] <sinzui> we could avoid changing lazr by instead defining our user_error_types property on lp.services.job... the four cases that have the property get a leading underscore to make them private
[17:31] <cjwatson> Sure, but then we'd have two things right next to each other that should really look the same but are different
[17:31] <cjwatson> Is that worth it to avoid changing lazr?
[17:31] <cjwatson> It sort of seems like a "future developers will curse thy name" to me
[17:32] <sinzui> cjwatson, http://paste.ubuntu.com/1303118/ looks right to me because lazr.job is not zope, so the zope implementations are violating the contract
[17:32] <cjwatson> By which I mean, user_error_types and retry_error_types are literally right next to each other in BaseRunnableJob
[17:32] <cjwatson> They should surely be handled similarly
[17:33] <sinzui> ah, yes, they must be treated the same
[17:33] <cjwatson> (BaseJob, I mean)
[17:35] <cjwatson> Actually, with the way the code is structured, it could work either way round; doing lazr.jobrunner first would make QA easier
[17:36] <sinzui> right, so we want the same solution, and lazr.job has chosen its method approach
[17:43] <cjwatson> Also, lazr.jobrunner is only at 0.9 on PyPI for some reason; what happened to 0.10?
[17:44] <cjwatson> adeuring: ^-
[20:40] <jcsackett> sinzui: if you have time, short review for you https://code.launchpad.net/~jcsackett/launchpad/email-authentication-type-error/+merge/131282/
[20:40]  * sinzui looks
[20:42] <sinzui> jcsackett, I have a script I use to send "volleys" of emails at Lp. We might be able to use to to contrive the example address in the bug
[20:43] <sinzui> jcsackett, did I ever send you testemail.py
[20:47] <jcsackett> sinzui: you did not, but it sounds promising.
[20:48] <jcsackett> (or if you did, i have since forgotten).
[20:48] <sinzui> I will send it
[20:48] <jcsackett> awesome.
[21:00] <sinzui> jcsackett, you might want to just run all the tests in lp.services.mail and on success, lp-land the branch
[22:10] <sinzui> StevenK, https://bugs.launchpad.net/launchpad/+bug/401633 , I found people removed the unused attrs, but left the schema behind
[22:10] <_mup_> Bug #401633: Remove POTMsgSet.potemplate from db schema. <lp-translations> <tech-debt> <Launchpad itself:Triaged> < https://launchpad.net/bugs/401633 >
[22:30] <sinzui> StevenK, https://bugs.launchpad.net/launchpad/+bug/373269 is the bug I was thinking of about message-sharing
[22:30] <_mup_> Bug #373269: Message sharing and POFile statistics <lp-translations> <message-sharing> <Launchpad itself:Triaged> < https://launchpad.net/bugs/373269 >
[22:38] <sinzui> wgrant, https://wiki.canonical.com/Launchpad/Translations/UbuntuOpenings


[00:03] <wonko> Has the actual script changed. If not init.d vs systemd gets a big meh from me. It's fine the way it is unless it actually makes something better
[13:40] <wonko> OvenWerks: So, it looks like rtirq is getting set up correctly on liquorix 5.11 it's just that rtirq status doesn't seem to print it properly
[13:42] <wonko> https://gist.github.com/bhechinger/0e1cb2b21c04d3eae203f6e1359ba9bb
[13:54] <wonko> oooooooooooohhhhhhhh
[13:54] <wonko> I just set the priority of firewire_ohci as well
[13:54] <wonko> running at 16/2 and did a find / and got only 2 xruns. NICE!
[14:45] <OvenWerks> wonko: I had a similar find in 20.04, 2 xruns in the first half hour, then nothing for the next 4 days till I shut it down.
[14:46] <wonko> so it looks like you definitely need to prioritize both firewire *and* firewire_ohci
[14:46] <OvenWerks> I think just the OHCI
[14:46] <wonko> right now they are equal (I just manually used chrt to set them up) but I wonder which one should be first in the list
[14:46] <wonko> oh?
[14:47] <OvenWerks> ohci is the one that talks to the device
[14:47] <wonko> ok, I can do that, but I might just leave both, because why not. :)
[14:47] <wonko> what's the other one then?
[14:47] <OvenWerks> whatever works
[14:48] <OvenWerks> I actually have snd_ice ahead of firewire
[14:49] <OvenWerks> but I am no longer using the ice so I should change that
[14:50] <OvenWerks> using just firewire should be ok as it seems to be the irq*firewire* that it raises
[14:51] <OvenWerks> (which is firewire_ohci
[14:52] <OvenWerks> That is, rtirq seems to be smart enough to only choose the irq service blobs
[14:54] <OvenWerks> wonko: the big thing I need to address in controls is hot plugged USB devices. I need to find out at plugin time what the irq service blob is for that device
[14:56] <wonko> Is that something you need help with?
[14:57] <wonko> also, can you paste the output of this on your machine: ps -eo pid,class,rtprio,ni,pri,pcpu,stat,comm --sort -rtprio
[15:13] <wonko> OvenWerks: How do you get x-run counts in studio-controls?
[15:13] <OvenWerks> wonko: they are only sine studio-controls startup
[15:14] <OvenWerks> the gui monitors the jack xrun call back
[15:15] <OvenWerks> wonko: this is on my list to change though I am thinking I want to move this to autojack and have it comunicate the value to the gui so it could be from the jack startup or from last reset
[15:15] <wonko> how do I access that? I'd like to track the xruns
[15:16] <OvenWerks>  look at ~/,log/jack/jackdbus.log
[15:16] <OvenWerks> (I think... it should be obvious looking in the directopry)
[15:16] <wonko> yeah, I see them there
[15:17] <wonko> but if there is a better way than parsing the log file I'd prefer to do that
[15:30] <OvenWerks> wonko: here is the output you asked for above: http://www.ovenwerks.net/paste/prior.txt
[15:32] <OvenWerks> wonko: I really should switch firewire and snd_ice... but it seems to work really well and I think I have tried using the ICE through zita at the same time with no problems.
[15:33]  * OvenWerks wanders off to get breakfast for his son
[15:43] <wonko> Ok, I see why rtirq status output on liquorix doesn't show everything
[15:44] <wonko> that same ps on liquorix prints out firewire instead of irq/17-firewire
[15:44] <wonko> I wonder why that is
[17:38] <OvenWerks> wonko: https://github.com/ovenwerks/studio-controls/issues/30
[17:38] <OvenWerks> that is why xrun stuff will change
[17:42] <OvenWerks> Eickmeyer[m]: I am starting to find mxmilkiib anoying on the controls issues... There are a number of issues where I have asked for more information but gotten nothing.
[17:43] <Eickmeyer[m]> I agree. I kindof saw this from the get-go.
[17:43] <Eickmeyer[m]> If it were me, I'd close the issue if he hasn't responded in two months.
[18:24] <OvenWerks> Eickmeyer[m]: good idea... done
[18:24] <wonko> ok, so I would need an jack-client to capture xruns?
[18:25] <OvenWerks> that or tail -f ~/.log/jack/jackdbus.log |grep <whatever>
[18:26] <wonko> yeah, i might end up using mtail or something for that but I was hoping to get it from the source.
[18:27] <wonko> Actually, this will be a fun dive into using the jack client
[18:27] <wonko> I'll do it. :)
[18:27] <OvenWerks> The jackclient callback may not give much info. I think you can get how late but maybe not which client caused the xrun
[18:28] <wonko> hmm, well, we'll find out
[18:28] <wonko> I mostly just need the actual xruns
[18:28] <wonko> to turn into timeseries data
[18:28] <OvenWerks> python or c(**)?
[18:28] <wonko> Go
[18:28] <OvenWerks> Ok, bye :)
[18:29] <wonko> I *have* been thinking about learning Rust, maybe I'll do it in that.
[18:29] <OvenWerks> Compiled would use the same API either way
[18:29] <wonko> yeah
[18:30] <wonko> i'm sure they are both just wrappers around the C library
[18:30] <OvenWerks>  Actually even the python spi is very close
[18:30] <OvenWerks> *API
[18:31] <wonko> Eh, I just want to get this done. I'll do it in Go. Rust can wait.
[19:42] <wonko> dammit, the go library doesn't have the xrun callback implemented yet. Guess I'll add that.
[19:43]  * OvenWerks wonders what else is missing...
[19:44] <OvenWerks> wonko: be aware that in general jackd callbacks can not run any jack calls from within the callback itself
[19:45] <wonko> that's good to know
[19:45] <wonko> looks like it's missing a lot
[19:45] <wonko> https://github.com/xthexder/go-jack#implemented-bindings
[19:45] <OvenWerks> so callback  should be very short... just xrun_hit = xrun_hit + 1
[19:46] <wonko> yeah, just hitting the prometheus counter Inc() function
[19:46] <OvenWerks> then your main loop will be if (xrun_hit) { make calls to jack, display xruns whatever}
[19:47] <wonko> which is literally just what you said. :)
[20:12] <wonko> BAM
[20:12] <wonko> curl --silent localhost:9002/metrics | grep jack
[20:12] <wonko> # HELP jack_xruns The total number of XRUNs that have happened
[20:12] <wonko> # TYPE jack_xruns counter
[20:12] <wonko> jack_xruns 25
[20:58] <wonko> what is the current place to run stuff after jack as started or is that a wait for the new studio controls request?
[21:02] <OvenWerks> That will be in 2.2.0 (already there)
[21:04] <OvenWerks> ~/.config/autojack/prestop, poststop, prestart and poststart
[21:05] <OvenWerks> Hmm, looking at those, right now poststart is right after jack starts but before any bridges are created/connected. Not sure if that is the best place.
[21:06] <OvenWerks> The script has to be +x
[21:11] <wonko> ok, so I just have to wait for 2.2.0 then, cool
[21:12] <wonko> https://imgur.com/hCrz0JA.png
[21:12] <wonko> yay! :-D
[21:32] <wonko> And here we have it as per time: https://imgur.com/hxXcsDG.png
[21:33] <OvenWerks> wonko: now all you need is to have what processes are busy at the time of peak
[21:34] <wonko> yeah, I just need to create a dashboard in grafana that tracks that all.
[21:34] <wonko> All that data is already in prometheus, I just need to make it something to look at


[03:49] <DaSkreech> Hobbsee: Hello
[03:52] <Hobbsee> hi DaSkreech, everyone else :)
[05:03] <Hobbsee> hi imbrandon_
[05:03] <Hobbsee> eek, now i think my wifi's really screwed.
[05:03] <imbrandon_> heya Hobbsee ;)
[05:06] <Hobbsee> root@sarah:~/Desktop# ndiswrapper -l
[05:06] <Hobbsee> bash: ndiswrapper: command not found
[05:06] <Hobbsee> sigh.
[05:06] <DaSkreech> Hobbsee: Did a kernel upgrade?
[05:06] <imbrandon_> sudo apt-get install ndiswrapper-utils ;)
[05:06] <Hobbsee> DaSkreech: nope, but i went back to the old version of ndiswrapper, as the newer one wasnt workign with knm
[05:07] <imbrandon_> woot almost done portage syncing
[05:08] <Hobbsee> root@sarah:~/Desktop# modprobe ndiswrapper
[05:08] <Hobbsee> FATAL: Module ndiswrapper not found.
[05:08] <Hobbsee> it's screwed.
[05:08] <imbrandon_> ouch
[05:08] <Hobbsee> which happened before
[05:08] <Hobbsee> bye all
[08:54] <aliasfred> just in case it is not already known, wiki.kubuntu.org seems down, replying 'connnection refused'
[09:36] <crimsun> eh? Seems up to me.
[12:27] <Tonio_> hey
[12:28] <Tonio_> is someone using edgy here ?
[12:28] <Tonio_> I'm trying to get katapult running without any success
[01:21] <Hobbsee> hi all
[01:27] <toma> hi Hobbsee, you're up late
[01:27] <Hobbsee> @time sydney
[01:27] <Ubugtu> Current time in Australia/Sydney: July 23 2006, 21:27:49
[01:27] <Hobbsee> toma: i'm likely to be up for another 5 hours or so :P
[01:29] <toma> hmm, i thought you just got up
[01:29] <toma> nm, my head is elsewhere
[01:29] <Hobbsee> :P
[01:39] <Tonio_> hey
[01:39] <Hobbsee> hi Tonio_!
[01:39] <Tonio_> hi Hobbsee, toma
[01:39] <toma> hey !
[01:39] <Tonio_> I'm getting nuts in trying to understand why katapult fails on edgy
[01:39] <Tonio_> look like an xorg issue
[01:39] <Hobbsee> Tonio_: it does?  works here
[01:40] <Tonio_> Hobbsee: with edgy ?
[01:40] <Hobbsee> Tonio_: yep
[01:40] <Tonio_> hum, local problem so....
[01:40] <Hobbsee> Sysinfo for 'sarah': Linux 2.6.17-5-686 running KDE 3.5.3, CPU: Mobile Intel(R) Celeron(R) CPU 2.40GHz at 2394 MHz (4793 bogomips), HD: 19/36GB, RAM: 567/995MB, 104 proc's, 21.38min up
[01:40] <Hobbsee> definetly edgy.
[01:40] <Tonio_> Hobbsee: are you up to date ? how do you find the latest changes I've done to kopete and konqueror ?
[01:40] <Hobbsee> Tonio_: wha'td you do to kopete?
[01:40] <Hobbsee> i havent updated this afternoon, no
[01:41] <Tonio_> Hobbsee: open a discussion and put the cursor on the tab icon :)
[01:41] <Hobbsee> Tonio_: a discussion?
[01:41] <Tonio_> it displays a close button
[01:41] <Tonio_> and same for konqueror
[01:41] <Hobbsee> oh yeah, i got k-d-s this morning, that's right
[01:41] <Tonio_> Hobbsee: not only kds, I had to patch kopete sources to get that working
[01:41] <Tonio_> and kdelibs with the help of toma too
[01:42] <Hobbsee> Tonio_: um, okay, which sources did you patch?  did you patch mine on revu, the current edgy, or what?
[01:42] <Tonio_> I patched the current edgy
[01:42] <Tonio_> but the sources that are in universe, not kdenetwork
[01:43] <Tonio_> Accepted:
[01:43] <Tonio_> OK: kopete_3.5.3+kopete0.12.0-0ubuntu4.dsc
[01:43] <Tonio_>   -> Component: universe Section: kde
[01:44] <Hobbsee> okay, so i was told it was going into main.
[01:44] <Hobbsee> Tonio_: there's a UVF exception in for 0.12.1 - but i dont think mdz has replied to it yet
[01:45] <Tonio_> Hobbsee: yes we need to wait at the moment
[01:46] <Tonio_> Hobbsee: how do you find the changes ?
[01:46] <Hobbsee> Tonio_: well, i cant figure out hwo to open a discussion, so....
[01:46] <Tonio_> Hobbsee: simply because I know your package is gonna replace it :)
[01:46] <Tonio_> oups okay
[01:46] <Hobbsee> Tonio_: er, and you're not wanting your patch in my new package?
[01:46] <Hobbsee> oh, and i'm using 0.12.1, too...
[01:46] <Tonio_> I didn't patch because I wanted it in edgy for people to test
[01:47] <Tonio_> then we'll port the patch if people like it
[01:47] <Tonio_> it is very easy to do
[01:47] <Hobbsee> Tonio_: isnt that the idea of edgy?  it's development, ie testing?
[01:47] <Tonio_> the patch is one line only
[01:47] <Tonio_> Hobbsee: yes, so what is the issue ?
[01:47] <Tonio_> is 0.12.1 in edgy already ?
[01:47] <Hobbsee> Tonio_: no, it's not.
[01:48] <Tonio_> that's why I didn't do it :)
[01:48] <Tonio_> Hobbsee: you can port the patch if you want
[01:48] <Tonio_> pretty easy to do
[01:48] <Tonio_> Hobbsee: ho and talking about edgy, do you have issues with fonts too ?
[01:48] <Tonio_> my fonts are quite crappy
[01:48] <Hobbsee> Tonio_: actually, what i'd like to do is to poke mdz to approve the UVF exception, so we dont have 3 branches of the same app.
[01:49] <Tonio_> Hobbsee: true
[01:49] <Tonio_> we'll add the patch after this
[01:49] <Tonio_> you're right on that point
[01:49] <Hobbsee> fonts are different, but i've grown to like it
[01:49] <Tonio_> Hobbsee: to me that's not different, that dirty
[01:49] <Tonio_> they don't feet with the screen
[01:49] <Hobbsee> also, that's supposed to be in main, i'm told. however, p.u.c says it's in uni, you say it's in uni, katie says it's in uni, so it really must be in universe.
[01:50] <Hobbsee> i think it's katie - whatever generates the accepted/rejected mails
[01:50] <Hobbsee> Tonio_: of course, there's an easy way to check - i try uploading it :P
[01:50] <Tonio_> Hobbsee: in fact we have 2 versions of kopete in edgy
[01:50] <Tonio_> the one provided by kdenetwork
[01:50] <Tonio_> and your package
[01:51] <Tonio_> if we want your in main, we should patch kdenetwork to remove the kopete package from it
[01:51] <Hobbsee> Tonio_: yep, true
[01:51] <Tonio_> also there is an issue with your package....
[01:51] <Tonio_> universe dep
[01:51] <Hobbsee> Tonio_: yeah, Riddell was going to do that, but kde 3.5.4 will be out soon, so he was going to patch it there.
[01:51] <Hobbsee> hi rraphink
[01:51] <Hobbsee> Tonio_: ah, which dep was that?
[01:52] <Tonio_> Depends: ${shlibs:Depends}, libjasper-runtime
[01:52] <Tonio_> this one is universe
[01:53] <Tonio_> that will cause an issue for main inclusion
[01:55] <rraphink> hi Hobbsee
[01:57] <Hobbsee> hey... Tonio_....this thing's really in universe, right?
[01:57] <Hobbsee> (so Riddell was wrong in saying it was in main, presumably)
[01:57] <Hobbsee> Tonio_: tell me why we're waiting on a UVF?
[01:57] <Tonio_> Hobbsee: yes
[01:57] <Hobbsee> exception?
[01:57] <Tonio_> Hobbsee: because of main inclusion report
[01:57] <Tonio_> :)
[01:58] <Hobbsee> this thing's probably going to go to main later in the release?
[01:58] <Tonio_> but yes could make sense to upload latest to universe and main inclusio after this
[01:58] <Hobbsee> Tonio_: it's not in main yet - presumably we can keep upgrading it while it's in universe/
[01:58] <Tonio_> would make it easier
[01:58] <Hobbsee> much easier.
[01:58] <Tonio_> I agree
[01:58] <Hobbsee> okay, i'll try it ;0
[01:58] <Hobbsee> :)
[01:59] <Tonio_> make: *** /lib/modules/2.6.17-5-386/build: Aucun fichier ou rpertoire de ce type. Arrt.
[01:59] <Tonio_> why don't we have a build symlink ?
[01:59] <Tonio_> pf
[02:01] <Tonio_> my stupidity........
[02:03] <Hobbsee> Tonio_: why are you on -386 anyway?
[02:03] <Hobbsee> Tonio_: ah yeah, guess we'd need to get that bumped to main too maybe, depending on it's deps.
[02:06] <Hobbsee> Tonio_: where was your patch for kopete?
[02:06] <Hobbsee> Tonio_: seems a bit silly to upload kopete twice
[02:07] <Tonio_> Hobbsee: want the  patch via dcc ?
[02:07] <Hobbsee> Tonio_: probably email<EMAIL_ADDRESS>[02:07] <Hobbsee> patch is good, yep :)
[02:08] <Tonio_> the email is gone
[02:08] <Tonio_> Hobbsee: you might need the changelog now no ?
[02:09] <Hobbsee> Tonio_: i dont understand
[02:09] <Tonio_> what ?
[02:09] <Hobbsee> i might need to change the changelog?  yeah
[02:09] <Tonio_> well if you upload your new package, since my one is already in universe, you need to take the changelog informations
[02:09] <Tonio_> makes sense no ?
[02:11] <Tonio_> Hobbsee: i /msg the changelog entry to you
[02:12] <Hobbsee> Tonio_: yeah, the idea does, i just didnt understand what you actually said :P
[02:25] <Hobbsee> Riddell: ping?
[02:34] <Hobbsee> fabo: you around?
[02:34] <Hobbsee> hi birthdaylogger!
[02:34] <birthdaylogger> ahoy Hobbsee
[02:51] <Tonio_> http://www.youtube.com/watch?v=tL6E7R4IbCM
[02:52] <Tonio_> LOL ;)
[03:48] <Hobbsee> Tonio_: ping?
[03:50] <Hobbsee> [23:47]  <Thucydides> KDE 3.5.4 is about to be tagged. Will kopete 0.12.1 be merged? This was discussed on kde-devel and approved, but I don't see a merge.
[03:50] <Hobbsee> [23:47]  <mattr> no, it will not be merged
[03:50] <Tonio_> Hobbsee: okay kool
[03:51] <Hobbsee> Tonio_: which is what i suspected.  anyway, that'll help us in our discussions.
[03:55] <Tonio_> yes
[04:06] <bddebian> Hello
[04:07] <birthdaylogger> Tonio_: you already talked to someone concering a google earth license?
[04:10] <Tonio_> birthdaylogger: nope
[04:10] <Tonio_> there is no change we get one ;)
[04:10] <Tonio_> no chance
[04:10] <birthdaylogger> Tonio_: oh, why so?
[04:11] <birthdaylogger> google is not interested in distributing their software? Oo
[04:11] <Tonio_> birthdaylogger: because google doesn't do anything to promote free software
[04:11] <Tonio_> and has the same licencing vision than apple or microsof
[04:11] <birthdaylogger> though they support FOSS don't they?
[04:11] <Tonio_> with a bit of hypocrite way to do that microsoft doesn't have
[04:11] <birthdaylogger> and they finance trolltech :D
[04:12] <Tonio_> birthdaylogger: in theory....
[04:12] <birthdaylogger> well, most of their APIs are open
[04:12] <Tonio_> can you give me an good example of free code they have written ?
[04:12] <Tonio_> they are for standards yes
[04:12] <birthdaylogger> well
[04:12] <Tonio_> they like standards and open technology
[04:12] <birthdaylogger> do they have to open their code?
[04:12] <Tonio_> but certainly not free software
[04:12] <birthdaylogger> they featured wine
[04:13] <birthdaylogger> and they do code contributions to mozilla
[04:13] <Tonio_> birthdaylogger: because it was better than providing a real linux application probably
[04:13] <Tonio_> ?
[04:13] <Tonio_> wine is evil
[04:13] <birthdaylogger> well, it is FOSS
[04:13] <birthdaylogger> you can't say google doesn't support FOSS
[04:13] <birthdaylogger> as it is not true
[04:13] <Tonio_> yes, but it is the best reason for companies not to develop on linux
[04:13] <Tonio_> well that's a too big debate ;)
[04:14] <birthdaylogger> well, google is aiming to make money
[04:14] <Tonio_> the point is honnestly, I don't think, not even a second, that google will allow us to provide a package
[04:14] <birthdaylogger> we can ask
[04:14] <Tonio_> birthdaylogger: trolltech too, and intel too :)
[04:14] <birthdaylogger> and as google aims to make money it's not very unlikely
[04:14] <Tonio_> but intel favors foss more than google in my view
[04:15] <birthdaylogger> opera allowed to package as well?!
[04:15] <Tonio_> google is like apple
[04:15] <birthdaylogger> apple is support khtml
[04:15] <birthdaylogger> *ing
[04:15] <Tonio_> they talk about free software, they use it as much as they need it, and they provide proprietary stuff to make money
[04:15] <Tonio_> I can't accept that
[04:15] <Tonio_> microsoft way to do is better
[04:16] <Tonio_> they don't want to make free software, so they don't use free softtware, and don't talk about it
[04:16] <Tonio_> ;)
[04:16] <Tonio_> apple supports khtml because kde people asked for the code
[04:16] <Tonio_> at the very begening, they simply got a 20 mbits patch absolutly unreadable
[04:17] <Tonio_> what did apple do with osx ?
[04:17] <Tonio_> take the best of free software under lgpl or bsd licence
[04:17] <Tonio_> make proprietary os with their own proprietary stuff in their,
[04:17] <Tonio_> had a bunch of drm inside
[04:17] <Tonio_> and sold it......
[04:18] <Tonio_> this company is honnestly 10 times worst than microsoft regarding to their hypocrits acts...
[04:18] <birthdaylogger> Tonio_: MS is using FOSS as well
[04:19] <birthdaylogger> anyway, you can't wait for such big comapnies to open their code
[04:19] <Tonio_> birthdaylogger: I've worked for MS
[04:19] <Tonio_> they generally favor unix to linux because it is not free software
[04:20] <Tonio_> and yes, MS is hypocrit too, but honnestly not as much as apple or google
[04:20] <Tonio_> because they never pretend to be "fan of FOSS" and friends of "the FOSS world"
[04:20] <Tonio_> birthdaylogger: HP opens its code, intel does so
[04:20] <Tonio_> aren't they big companies ?
[04:21] <birthdaylogger> sure they are
[04:21] <birthdaylogger> but they are 2 against 100
[04:21] <Tonio_> seriously, is picasa port to linux acceptable ?
[04:21] <Tonio_> even googleearth
[04:21] <Tonio_> they didn't do any effort to respect linux HUIs
[04:21] <birthdaylogger> what's the problem with the google earth port?
[04:22] <birthdaylogger> they want it to be similar to the windows version
[04:22] <Tonio_> it doesn't respect the linux file system structure
[04:22] <birthdaylogger> so they can't break their own HUI used for their windows apps
[04:22] <birthdaylogger> ?
[04:22] <birthdaylogger> why not?
[04:22] <Tonio_> is requires to be launched as root
[04:22] <Tonio_> which makes it a problem for the security
[04:22] <birthdaylogger> it doesn't do
[04:23] <Tonio_> honnestly, the only reason they did a port and not a wine thing is because is was developed in QT on windows
[04:23] <birthdaylogger> it saves every config etc. to ~./googleearth
[04:23] <Tonio_> that's the only reason
[04:23] <Tonio_> birthdaylogger: hum, I'd like to see it, since I tested it a month ago and it couldn't be launched as simple user
[04:23] <birthdaylogger> of course this is the reason, but as I said ... they want to make money, so there needs to be a market for their software
[04:24] <Tonio_> birthdaylogger: I don't criticize the fact they don't do open source code
[04:24] <birthdaylogger> Tonio_: there was no new version since first beta release
[04:24] <Tonio_> I criticize the fact they are trying to play on both side in an hypocrit way
[04:24] <Tonio_> birthdaylogger: then I'd like to see it :)
[04:24] <Tonio_> did you install using their .bin file ?
[04:25] <Tonio_> once that's installed, you cannot launched it as simple user without playing manually with chmod rights
[04:25] <birthdaylogger> yeah
[04:25] <birthdaylogger> Tonio_: you installed in system resource?
[04:25] <Tonio_> I installed in /opt
[04:25] <birthdaylogger> might be a bug in the loki installer
[04:25] <birthdaylogger> but actually nothing more than a bug
[04:26] <birthdaylogger> anyway, AFK
[04:26] <birthdaylogger> gotta visist some people ;-)
[04:26] <Tonio_> honnestly, couldn't they provide at least an rpm version ? or a debian one ?
[04:26] <Tonio_> do you know why they didn't ?
[04:26] <Tonio_> because the file would have been copied on repos
[04:26] <Tonio_> that's obvious
[04:27] <Tonio_> I just respect google for one thing : they respect standards
[04:27] <Tonio_> that the good point
[04:30] <birthdaylogger> Tonio_: no, loki installer is the most advanced version for supporting most distros
[04:30] <birthdaylogger> while if you package an RPM for redhat it might not work on suse or mandriva
[04:31] <Tonio_> birthdaylogger: other solution could have been to give a binary tarball and let the packagers to the job ;)
[04:31] <birthdaylogger> that's what we want to do - for our users, not for google
[04:31] <birthdaylogger> and it is much more work to ask every distro to package a binary thing
[04:31] <Tonio_> birthdaylogger: the point is it is illegal
[04:32] <birthdaylogger> or get packagers which can build one for msot
[04:32] <Tonio_> and that will probably not change since we ask for it
[04:32] <Tonio_> except on an illegal repo like the plf
[04:32] <Tonio_> we can put it there, but that's it
[04:32] <birthdaylogger> Tonio_: it doesn't change the possability they give us a license
[04:32] <birthdaylogger> or they open up an own repo
[04:33] <Tonio_> nope, but as plf exists and is plainly illegal, we can put the package their ;)
[04:33] <birthdaylogger> but we don't want to be illegal, do we?
[04:33] <aliasfred> about reporsitory, the 'new' repository for commercial software, anybody can enter ? or opera got a special deal with ubuntu ?
[04:33] <Tonio_> birthdaylogger: do you use w32codecs ?
[04:33] <birthdaylogger> perfect solution would be to get a deal with google so that the package ends up in the canonical repo or something
[04:33] <birthdaylogger> Tonio_: no
[04:33] <Tonio_> aliasfred: it is a deal with opera ues
[04:34] <Tonio_> birthdaylogger: good response :)
[04:34] <Tonio_> do we want to be illegal? sure no
[04:34] <Tonio_> do we have the choice ? no
[04:34] <birthdaylogger> we have the possability to get a choice
[04:34] <Tonio_> as marilliat's packages, they are not legal, but does he have another option ? no
[04:34] <Tonio_> birthdaylogger: try !
[04:34] <birthdaylogger> yeah :P
[04:35] <Tonio_> no problem with it...
[04:35] <Tonio_> I can bet my salary they won't even take a second to answer
[04:35] <birthdaylogger> Tonio_: they even wanted to do some cooperation with amarok
[04:35] <birthdaylogger> concerning their music search thingy
[04:36] <birthdaylogger> though one of our members forgot to answer :S
[04:36] <Tonio_> birthdaylogger: google as 10000 project a day
[04:36] <birthdaylogger> it was a personalized answer
[04:36] <Tonio_> and most of the time internet invents projects for them :)
[04:36] <Tonio_> what I can see is google, 8 years claiming they LOOOOOOOOOOOOVE FOSS, not a fucking line of free code released....
[04:36] <birthdaylogger> sure, but why shouldn't they be interessted when we support their stuff for free?
[04:36] <aliasfred> Tonio_: is there a way for a free of charge software to be included in the ubuntu repository ? a process to follow ? or "do your own repository and ask the user to point to it" is the only answer ?
[04:37] <birthdaylogger> Tonio_: again, they contributed code to at least wine and mozilla
[04:37] <birthdaylogger> I think they even done some work on vlc
[04:37] <Tonio_> alias, there is a way to make it that is legal
[04:37] <birthdaylogger> not sure about that though
[04:37] <Tonio_> make a debian package that doewnloads and installs the application
[04:37] <Tonio_> that's perfectly legal
[04:38] <Tonio_> birthdaylogger: no, vlc is developed by a french school, and a french isp
[04:38] <Tonio_> certainly not google :)
[04:38] <birthdaylogger> mozilla is developed by google?
[04:38] <Tonio_> they USE vlc yes, but they didn't do anything to promote it
[04:38] <birthdaylogger> why should they promote open source?
[04:38] <Tonio_> birthdaylogger: they shouldn't
[04:38] <birthdaylogger> what point does open source have if we need companies to promote it?
[04:39] <Tonio_> but they are TRYING to make people think they are
[04:39] <birthdaylogger> google even doesn't promote their own stuff
[04:39] <Tonio_> good example is you ;)
[04:39] <birthdaylogger> nah
[04:39] <aliasfred> Tonio_: maybe my question is not at the proper moment, but all in my stuff is legal :) nothing about illegal, just to know about the policy to be included in the repositories such as 'apt-get install apps' does install it. without the manually edit sources.list stage :)
[04:39] <birthdaylogger> they support FOSS
[04:39] <Tonio_> google helps vlc -> false, they just use it
[04:39] <birthdaylogger> they don't promote it
[04:39] <Tonio_> they promote mozilla, that's true
[04:40] <Tonio_> but to me google is just close to opensource to shit on microsoft
[04:40] <birthdaylogger> ah, they power it - as they think it's better for them
[04:40] <Tonio_> when you look at their licencing, there is no much difference
[04:40] <birthdaylogger> any EULA looks that way
[04:41] <birthdaylogger> that's the point of a default EULA, why should you allow stupid people to do crap with your software?
[04:41] <aliasfred> ok i will reask later for my pacakge stuff :)
[04:41] <Tonio_> but well, linux users hate microsoft and love google.... I don't understand why, but that's it, so let's stop there ;)
[04:41] <aliasfred> about google, they do give money for foss
[04:41] <birthdaylogger> why do we sign packages?
[04:41] <Tonio_> aliasfred: summer of code ? mouarf :)
[04:41] <aliasfred> google summer of code is like 500kus
[04:41] <Hobbsee> birthdaylogger: so that the repositories know that hobbsee is actually hobbsee, not some imposter.
[04:41] <Tonio_> that's nothing !!!!!!!
[04:41] <aliasfred> 72millions to mozilla
[04:41] <birthdaylogger> Hobbsee: right
[04:41] <Tonio_> it is marketing genius, but that's all
[04:41] <birthdaylogger> so what should google do?
[04:42] <Hobbsee> birthdaylogger: and it means that you can upload from multiple computers, if ~/.gnupg is on there, and you've got the passphrase
[04:42] <birthdaylogger> gnugpg their code?
[04:42] <aliasfred> well then it is about their motivation
[04:42] <Tonio_> can you imagin the ads done for google arround the world for only 500kus ?
[04:42] <birthdaylogger> every saw a gnugpg'ed code?
[04:42] <Hobbsee> birthdaylogger: no, the folder in home
[04:42] <aliasfred> but they do give money, the point of why they do give is another
[04:42] <birthdaylogger> Tonio_: they aim to make money
[04:42] <Tonio_> aliasfred: yes, for mozilla I agree, they really help them
[04:42] <Tonio_> because mozilla is for them a weapon to shit on microsoft
[04:43] <Tonio_> birthdaylogger: what I see is that microsoft as code on sourceforge while google doesn't....
[04:43] <birthdaylogger> microsoft is just doing what you say about google
[04:43] <Tonio_> would I say MS is promoting FOSS ? no
[04:43] <birthdaylogger> make people think they promote/support/distribute FOSS
[04:43] <Tonio_> but they have a partnership with xen, projects on sourceforge, they will support opendocument......
[04:43] <birthdaylogger> they will just make money
[04:44] <Tonio_> yes MS and google are exactly the same
[04:44] <birthdaylogger> MONEY MONEY AND EVEN MORE MONEY
[04:44] <birthdaylogger> that's all
[04:44] <aliasfred> ms knows they are going down, so they try not to drawn too fast
[04:44] <birthdaylogger> they follow the market
[04:44] <birthdaylogger> which is moving to FOSS
[04:44] <birthdaylogger> so MS is moving FOSS
[04:44] <Tonio_> but in the foss world, MS is the ennemy, while google is "the good friend"
[04:44] <Tonio_> that's a non-sense
[04:45] <aliasfred> well google doesnt have the evil history of ms
[04:45] <birthdaylogger> why should google be an enemy? they don't even say 'we might sue a code because he's hurting our patents'
[04:45] <birthdaylogger> MS does
[04:45] <birthdaylogger> just as the point of mono
[04:45] <Tonio_> aliasfred: no, but what they prepare is even worse
[04:45] <birthdaylogger> MS doesn't say they will not sue them
[04:45] <birthdaylogger> they just say, not yet
[04:45] <aliasfred> Tonio_: what do they prepare ?
[04:45] <Tonio_> consider the database they have
[04:46] <Tonio_> I'm affraid by that
[04:46] <aliasfred> i know what you mean :)
[04:46] <birthdaylogger> google is in the O#F foundation
[04:46] <birthdaylogger> grm
[04:46] <birthdaylogger> ODF group thingy
[04:46] <birthdaylogger> MS isn't
[04:46] <Tonio_> all they do is oriented in "we want to know you, what you do, the websites you go, the girls you f*ck, etc..."
[04:46] <aliasfred> so i have good knowledge of the evil google may do :)
[04:47] <aliasfred> especially because it is under a single control :)
[04:47] <Tonio_> gimme your files, store them on my server, gimme your mails, sign that I can read them, install my toolbar so I know what websites you like........
[04:47] <aliasfred> and that a single subponea can deliver all this info to some evil guys :)
[04:47] <Tonio_> excuse me, but that make me much more affraid than microsoft stupid war against standards
[04:48] <aliasfred> indead but how to fight it ?
[04:48] <aliasfred> all their apps are much better that any other alternatives
[04:48] <Tonio_> what missed ? wireless google condoms to guess who and when do I fuck, and that's it....
[04:48] <Tonio_> honnestly, google apps are very little bits of code...
[04:49] <bddebian> heh
[04:49] <Tonio_> can we compare google desktop search or any of thei software to oracle, ms sql server, ms exchange, windows 2003 or anything ?
[04:49] <aliasfred> dunno what you mean, but google apps are all very nice and have no comparitor :)
[04:49] <Tonio_> honnestly, google makes a lot of money, but what they do doesn't impress me that much
[04:50] <aliasfred> well their search is the best
[04:50] <aliasfred> their mail system is the best too
[04:50] <Tonio_> their search ingine yes
[04:50] <aliasfred> google earth is the only one
[04:50] <Tonio_> their desktop search, no, for sure no
[04:50] <Tonio_> aliasfred: they didn't develop google earth, they just bought it
[04:50] <Tonio_> after this ?
[04:50] <Tonio_> when I see people comparing google to ms....
[04:50] <Tonio_> that's ridiculous :)
[04:51] <aliasfred> ah google video
[04:51] <Tonio_> 3 desktop softwares cannot be compared to the 300 softwares microsoft is developing
[04:51] <aliasfred> well not that bad all that :)
[04:51] <Tonio_> aliasfred: the player is simply an hidden vlc, and yes, their web services are nice
[04:52] <aliasfred> i do agree about the danger of their database, but clearly they do much better product that competitors
[04:52] <aliasfred> so how to fight it ?
[04:53] <Tonio_> google desktop search is far from beeing the bests
[04:53] <Tonio_> google talk is very limited
[04:53] <aliasfred> i mean, for me it is faster to run gmail.com that thunderbird on my local box :)
[04:53] <Tonio_> picasa is a simple bought software they didn't improved
[04:53] <Tonio_> same for google earth
[04:53] <aliasfred> when i realized this ... :)
[04:53] <Tonio_> okay, they have very good webservices, but that's it for me
[04:54] <aliasfred> so how to fight it ?  :)
[04:54] <Tonio_> I don't see google as a "monster of software development"
[04:54] <Tonio_> people are fantasming that microsoft is currently reached by google.........
[04:54] <Tonio_> the day google has a software like "visual studio", I will admit they can do good softwares
[04:55] <aliasfred> hehe ok i play evil for 30sec
[04:55] <bddebian> heh
[04:55] <Tonio_> aliasfred: how ? well, just use the necessary from google and ignore the reste
[04:55] <aliasfred> how much software ubuntu does ?
[04:55] <Tonio_> I have better than gmail
[04:55] <aliasfred> like 0 ? :)
[04:55] <aliasfred> ubuntu doesnt write code or very negligible :)
[04:55] <Tonio_> aliasfred: yes, but nobody talk about canonical as a "monster of the software development"
[04:55] <aliasfred> still it is good :)
[04:56] <Tonio_> while everybody wants to oppose google to microsoft.......
[04:56] <aliasfred> they opposose the power they have
[04:56] <Tonio_> for one line of code written by google, MS has probably 10000 lines of code at least
[04:56] <aliasfred> not the amount of code written
[04:56] <Tonio_> honnestly, that's uncomparable too
[04:57] <Tonio_> the only thing that makes google so powerfull is ads
[04:57] <aliasfred> in anycase i considere google as the only chance linux have to reach critical mass :)
[04:57] <Tonio_> the day that goes off, they will have real issues
[04:57] <Tonio_> not myself
[04:57] <Tonio_> I consider linux will never reach critical mass
[04:57] <aliasfred> who gonna pay the OEM to put linux on their box ?
[04:57] <Tonio_> not today, and not in 10 years
[04:57] <aliasfred> and pay more that ms :)
[04:57] <aliasfred> well i say 5years :)
[04:58] <Tonio_> never
[04:58] <aliasfred> so we disagree :)
[04:58] <Tonio_> 10 percent of the market is the maximum linux can have
[04:58] <Tonio_> you know why ?
[04:58] <Tonio_> look at firefox
[04:58] <aliasfred> tell me
[04:58] <Tonio_> lots of money spent with ads
[04:58] <Tonio_> marketing
[04:58] <Tonio_> everyone trying to convince his neighboor
[04:58] <Tonio_> a great software
[04:59] <Tonio_> by far better than the microsoft's one
[04:59] <bddebian> Because GNU/Linux is written by developers for developers, that's why :-)
[04:59] <Tonio_> everything is done to make it a success
[04:59] <Tonio_> and it is certainly not a "big success"
[04:59] <Tonio_> it has about 17% of the market
[04:59] <Tonio_> IE still has 80%, when it's sucking, features laking etc.........
[04:59] <aliasfred> Tonio_: ok, but what is the relation with 'linux reaching critical mass' ?
[05:00] <Tonio_> I mean, everyone talks about IE to be going to be defeat by firefox....
[05:00] <Hobbsee> hi freeflying
[05:00] <Tonio_> I would like to be defeated with 80% of the market
[05:00] <Tonio_> IE's market share is still bigger that ipod's one !
[05:00] <aliasfred> what is the relation with anyuthing
[05:00] <Tonio_> nobody seems to realise this
[05:01] <Tonio_> aliasfred: the point is that it is too late for linux to reach the mass
[05:01] <Tonio_> microsoft is there
[05:01] <aliasfred> ?
[05:01] <Tonio_> the only chance we have is by putting linux in schools
[05:01] <Tonio_> but starting to make things changing will take at least one complete generation
[05:01] <aliasfred> Tonio_: it is unargumented stattement :)
[05:02] <Tonio_> aliasfred: do people want something else ? mostly no
[05:02] <Tonio_> here is the point
[05:02] <aliasfred> Tonio_: you say 'linux will never reach critical mass' then 'because firefox has only 20% of the market even if the product is much better'
[05:02] <aliasfred> ah ok
[05:02] <aliasfred> this one is a arguement
[05:02] <Tonio_> I'm just saying that as long as the people don't wan't it, that'll never change
[05:02] <aliasfred> you fell that window user are satisfied and so wont switch to another product if they have the choise
[05:03] <Tonio_> the point is that viruses and crashes are now acceptable for them
[05:03] <Tonio_> "that always happens and is normal with informatics"
[05:03] <aliasfred> well your example about firefox teachs us something, the cost of switching is very high for the final user
[05:03] <Tonio_> so they are comfortable with windows
[05:04] <aliasfred> but in 2 years from now, ubuntu will be vastly better than vista
[05:04] <Tonio_> aliasfred: yes, very hight, but imagin that firefox doesn't replace anything, is easy to replace, and doesn't imply any infos losing
[05:04] <Tonio_> can you imagin the fear of switching to linux ?
[05:04] <aliasfred> exactly like firefox is vastly better that IE
[05:04] <aliasfred> so why would they switch ?
[05:04] <aliasfred> one point is the price :)
[05:04] <Tonio_> if linux had a chance to reach the mass, firefox would have 70% of the market to day
[05:04] <Tonio_> but that will not happen
[05:04] <Tonio_> 17% is the maximum
[05:05] <aliasfred> how much do i give to ms when i buy a computer ?
[05:05] <Tonio_> when IE7 is released, firefox will go back to <10% market share
[05:05] <Tonio_> aliasfred: too much :)
[05:05] <aliasfred> with the ms license bundled in it
[05:05] <aliasfred> yep but how much is this ?
[05:05] <Tonio_> I would say like 40
[05:05] <Tonio_> maybe 30
[05:05] <Tonio_> it depends on the brand in fact :)
[05:06] <Tonio_> dell has certainly better prices that a little asian company
[05:06] <Tonio_> but oem licences are not that expensive in fact
[05:06] <aliasfred> ok now imagine you go to auchan/kmart and the vendor tell you 'ok this is 30euro less if you take ubuntu" here is a box running ubuntu
[05:06] <Tonio_> aliasfred: nobody will want to take the risk
[05:06] <aliasfred> and you see fancy eyes candy like xgl and 3d window like looking glass
[05:07] <Tonio_> they would prefer to by a "HEWLET PACKARD" with "MICROSOFT "inside
[05:07] <aliasfred> relax and imagine
[05:07] <Tonio_> and of course
[05:07] <Tonio_> they are completly lost if they don't see the "intel inside" logo on th computer
[05:07] <Tonio_> becuase only intel allows wireless on the top of north pole
[05:07] <Tonio_> ;)
[05:08] <aliasfred> you are the customer, you pay less, you have better software, will you ask yourself "hey maybe i should try" ? :)
[05:08] <Tonio_> honnestly, the mass is too stupid to even think about making a choice
[05:08] <Tonio_> well I and you are probably more intelligent that 80% of the people
[05:08] <Tonio_> since we all seem to be able to make a choice
[05:08] <aliasfred> you are having a bad day, or you are always like that ? :)
[05:09] <Tonio_> the "critical mass" is generally "critically stupid"
[05:09] <Tonio_> hum
[05:09] <Tonio_> both :)
[05:09] <aliasfred> ok :)
[05:09] <Tonio_> the mass is stupid
[05:09] <Tonio_> want an evidence of this ?
[05:09] <Tonio_> look at ads on the tv
[05:09] <Tonio_> can you imagin this works ???????
[05:09] <aliasfred> hehe :)
[05:10] <aliasfred> ok then several stuff
[05:10] <aliasfred> "even master have master"
[05:10] <Tonio_> doesn't that prove that 80% of the people are sheeps ?
[05:10] <aliasfred> this saying is interesting as you think you are smarter that the other guys, and you may be, the point is "dont forget that other are even smarter" :)
[05:11] <Tonio_> no, I'm not smarter
[05:11] <aliasfred> so be nice with others :)
[05:11] <Tonio_> but I try to protect my brain
[05:11] <Tonio_> most people simply leave with the mouth opened, ready to beleive anything
[05:12] <Tonio_> don't mind, I am far from beeing an integrist
[05:12] <Tonio_> do you know who is jacques brel ?
[05:12] <aliasfred> yep
[05:12] <aliasfred> im french too :)
[05:12] <Tonio_> one day he said :
[05:13] <Tonio_> "I don't like stupid people, because stupidness is laziness"
[05:13] <Tonio_> I most of the time agree with this
[05:13] <bddebian> 80% of users ARE sheep :-)
[05:13] <Tonio_> bddebian: THANK YOU !!!!!!
[05:13] <Tonio_> I was feeling like an integrist alone !
[05:13] <aliasfred> damn i though that people on the internet were all dogs
[05:14] <Tonio_> aliasfred: this is the reason I never try to get someone involved to linux
[05:14] <Tonio_> he can ask if he wants
[05:14] <Tonio_> but I want HIM to decide to ask first
[05:14] <bddebian> Which is part of the reason GNU/Linux won't make it.  Most developers seem to think that users have a brain, when over half of users can barely turn on their PCs much less configure CUPS
[05:14] <aliasfred> like i said when the web started "this web stuff is nice, who gonna play the spider ?" :)
[05:14] <aliasfred> g..gle hint :)
[05:15] <Tonio_> when I'm trying to convince someone to use linux, I'm doing the same than l'oreal with those crappy stupid ads on the tv
[05:15] <aliasfred> Tonio_: hehe i can imagine you trying to convince a user :)
[05:15] <Tonio_> aliasfred: I've never done
[05:15] <aliasfred> Tonio_: talking about freedom, open standard etc :)
[05:15] <Tonio_> even my girlfriend
[05:16] <Tonio_> I've been waiting for her to ask me to give her a try
[05:16] <Tonio_> but yes, I'm a heavy debater :)
[05:16] <aliasfred> me i said no window on my lan, matter of security
[05:16] <Tonio_> hard to get the final word with me :)
[05:16] <Tonio_> aliasfred: I would say that windows can be secured too...
[05:17] <Tonio_> 500 000 000 computers with windows in lan companies
[05:17] <aliasfred> well i dont know how and i dont trust ms
[05:17] <Tonio_> how much are crashing because of security issues ? :)
[05:17] <aliasfred> so no joke about security, my box contains data important to me
[05:17] <Tonio_> yes I don't trust ms too, but windows isn't that security problematic
[05:18] <Tonio_> aliasfred: so not any computer is able to help you
[05:18] <aliasfred> well they have a real bad trackable record on the matter
[05:18] <Tonio_> because a computer IS unsecure
[05:18] <Tonio_> why do companies print so much according to you ;)
[05:19] <aliasfred> because reading on screen is painfull for the eyes :)
[05:19] <Tonio_> nope, because paper is the best way to prevent the datas
[05:19] <Tonio_> not any computer is giving security
[05:19] <Tonio_> the problem is certainly not ms ir linux of unix or mac
[05:19] <Tonio_> :)
[05:20] <Tonio_> oups s/ir/or
[05:20] <aliasfred> hehe ok you win :)
[05:20] <aliasfred> i have to go back doing some work
[05:20] <Tonio_> seya ;)
[05:20] <aliasfred> damn working is so hard :)
[05:53] <danimo> hmm, which packages has the database-specific plugins for libqt4-sql ?
[05:55] <danimo> Riddell: do you know?
[09:47] <allee> oh, oh. More and more KDE translator teams get pissed by rosetta :(
[10:21] <crimsun> allee: what're the issues?
[10:22] <allee> crimsun: last one I saw was that new msgs translated in kdesvn did not override translations done in rosetta
[10:22] <allee> saw == in kde-i18n-doc ml
[10:22] <crimsun> ah
[10:24] <allee> crimsun: you're somehow involved in rosetta?
[10:24] <crimsun> allee: no, just curious what you were referring to
[10:25] <allee> :)
[10:28] <toma> allee: i had discussions with riddell and tonio already. I really think we should work on a solution
[10:28] <toma> but it seems difficult to fthink of one acceptable by both
[10:29] <toma> i'll put it on the agenda
[10:41] <allee> toma: yes.  The direction discussion on kde-i18n-doc take worries me
[10:47] <birthdaylogger> guys, the amaork splash bug has been fixed http://websvn.kde.org/?rev=565597&view=rev ;-)
[11:08] <kane__> any of the kaffeine developers around ?
[11:28] <goldenear> kane__: do you have a pb with kaffeine ?
[11:33] <kane__> goldenear: yes
[11:34] <kane__> goldenear: it sortof crashes when starting with - XMODIFIERS="@im=SCIM" kaffeine
[11:34] <goldenear> kane__: did you repport a bug on launchpad ?
[11:35] <kane__> goldenear: umm no ...
[11:35] <kane__> goldenear: sorry ... i thought this was #kde-devel :) LOL
[11:36] <goldenear> for a but it' s better to repport in on launchpad :)
[11:37] <goldenear> but/bug
[11:37] <kane__> goldenear: yeah well ... its probably better to report it on bugs.kde.org
[11:38] <goldenear> depends if it's a ubuntu specific bug or not...


[01:31] <louisdk> Why is 0.27 listed as current @ mythbuntu.org/repos when it's still in development?
[01:43] <Shadow__X> maybe a mixup because its RC
[01:46] <louisdk> Shadow__X: Okay. In mythbuntu control centre. 0.27 is still listed as a dev release upon refresh.
[01:48] <Shadow__X> louisdk: i am not associated with the team so i am not entireley sure
[01:49] <louisdk> Ok. Then I assume it's just early preparation on the website :)
[01:51] <Hydr0p0nX> noooooooo
[01:51] <Hydr0p0nX> I JUST got 0.26 running well
[01:51] <Hydr0p0nX> heh
[02:22] <louisdk> Hydr0p0nX: I've upgraded from 0.25 to 0.26 without probs. I'm crossing fingers this time :)
[02:24] <tgm4883> louisdk, I suppose you could say that is in error. That image is generated daily
[03:34] <louisdk> I've noticed that if I install Mythbuntu 12.04 in an another language than English, like Danish the MythTV software itself it still in English. Wouldn't this be considered a bug?
[05:25] <tgm4883> louisdk, IDK, maybe. Did you switch the mythtv interface to danish?
[06:09] <superm1> louisdk: Shadow__X it's because upstream has created a '-fixes' branch for it and it's near release ys
[06:10] <superm1> the scripts look for -fixes branches to declare what's stable and unstable
[07:36] <louisdk> tgm4883: Yes I did and it works fine :)
[14:30] <tgm4883> louisdk, I don't know if we could automate that at all, I'll defer to superm1 for that
[14:31] <superm1> hmm well maybe mythtv's default language if not set for a system should obey the LC_* env variables and that would solve it
[14:33] <tgm4883> superm1, Is there a "default" setting for language?
[14:33] <superm1> well when you pick a different language in install time it goes and sets up stuff up stuff in /etc somewhere
[14:34] <superm1> and that gets sourced by all users
[14:34] <superm1> but then can be overriden fro an X session
[14:34] <tgm4883> I meant in MythTV, but there isn't a "default" setting
[14:35] <superm1> well this can be something to look into
[14:35] <superm1> along with everythign else
[14:36] <tgm4883> superm1, I think part of the problem is it's overlooked since it autoconfigs itself
[14:36] <tgm4883> since usually it asks during the initial config
[14:55] <louisdk> tgm4883: Okay thx
[15:07] <superm1> tgm4883: ah yeah probably
[22:30] <qwebirc86944> Yo! I dont have a real serrious problem.  I'm looking for any kind of instructions for the ability to simply pause LiveTV (or even exit & pause automatically), return to the main menu, do some stuff like browse recordings, then go back into watch TV and continue where I left off.  Any links or advice?  Easy, Hard? Thoughts, dumb?  As I recall the old ReplayTV did this or somthing like it.  I almost expected it by default a
[22:32] <qwebirc86944> I know I could tell it to simply add it to my recordings but, It would be nice not to have to worry about cleaning up after.
[23:15] <tgm4883> qwebirc86944, err, don't watch live tv?