[00:06] <sarnold> smoser: when you roll out the new cloud-init changes, could you include instructions on how to provide a datasource identifier via qemu commandline or libvirt or both? :)
[00:16] <cjwatson> Unit193: not 0.68, but Simon's passed me some more limited security patches that are on my to-do list to apply.
[00:16] <cjwatson> Unit193: at least probably not 0.68.  it seems like a stretch post-FF.
[00:17] <Unit193> cjwatson: OK, thanks.  I've been using a git snapshot package for the Ed25519 support, was wondering if I could finally get rid of it.  As always, thanks for the info.
[00:18] <cjwatson> Unit193: I'll think about it :)
[00:21] <Unit193> :)
[07:07] <doko> toabctl, nacc, xnox: about zypper: the right thing to do is to have a libzypp transition (which was not done when doing the GCC 5 transitions)
[08:41] <pitti> Laney: hm, I can't push to autopkgtest-cloud any more; do you mind grabbing http://www.piware.de/tmp/0001-autopkgtest-web-charm-Fix-description-of-github-stat.patch ?
[08:42] <pitti> Laney: I was looking what it would take to support alternative users for github requests, and spotted that in the meantime
[08:43] <pitti> (turns out I was confused and we don't actually need this, though)
[09:07] <Laney> pitti: righto
[09:07] <Laney> I still haven't looked at that github stuff at all
[11:50] <cult-> only 1 day left!!
[13:04] <Laney> pitti: do you have a sec for a quick autopkgtest question?
[13:04] <Laney><EMAIL_ADDRESS>[13:04] <Laney> missing apt update I guess, but how's that meant to happen?
[13:08] <pitti> Laney: that looks very odd indeed -- I see the partial apt upgrade from --apt-pocket=proposed, but not the one from --apt-upgrade
[13:12] <pitti> oh, I see -- we usually hide it: apt-get update | tee /proc/self/fd/2
[13:13] <pitti> ah no, it should appear on stdout for grepping for "Not Found", and also to stderr, so where did that go
[13:14] <Laney> https://paste.ubuntu.com/24052958/
[13:14] <Laney> with --debug
[13:24] <zul> doko: ping...have you had a chance to look at those reviews yet?
[13:25] <pitti> Laney: whee, where did the --apt-upgrade go to,  it's not there at all
[13:29] <Laney> pitti: looks like it's meant to be in setup_commands, but isn't
[13:30] <Laney> no wait, it is
[13:30] <Laney> but it's after setup-canonical.sh
[13:30] <Laney> and setup-canonical wants to do apt-get install build-essential on trusty
[13:30] <pitti> I don't see it in e. g<EMAIL_ADDRESS>either
[13:31] <pitti> Laney: it is? I don't see it in your pastebin at all
[13:32] <Laney> pitti: https://paste.ubuntu.com/24053024/
[13:32] <pitti> Laney: oh! so this is from setup-canonical (build-essential) indeed
[13:32] <pitti> Laney: so yes, seems we need to run --apt-upgrade before setup-canonical then?
[13:32] <Laney> seems like it
[13:32] <Laney> maybe just swapping the add_argument() will do it?
[13:32] <pitti> fun that this never broke before
[13:33] <pitti> the argv.append() you mean? yeah, the order of --setup-commands is the one you give on the CLI
[13:34] <pitti> Laney: untested: http://paste.ubuntu.com/24053032/
[13:35] <pitti> Laney: I'm not completely sure that some of the setup scripts might need to run before upgrading the testbed
[13:35] <Laney> pitti: meh, I would rather fix autopkgtest so the order you give stuff doesn't matter
[13:35] <pitti> Laney: well, but it does
[13:36] <pitti> we can't predict the order in which to run them if the user can't
[13:36] <pitti> it's not a given whether you need to run some setup before or after upgrading; think firewall rules or other networking setup
[13:36] <Laney> just make apt-upgrade always happen before setup commands
[13:36] <Laney> hmm
[13:37] <Laney> good point
[13:37] <pitti> setup-testbed for sure needs to run before
[13:38] <pitti> well, actually not, as long as we use custom images (but we don't for stables)
[13:39] <pitti> I'd rather rearrange setup-canonical to install build-essential later, or just add an apt-get update right before it
[13:39] <pitti> (last is easiest, but also costs a few seconds extra)
[13:40] <Laney> what's this Jenkins testbed comment?
[13:40] <Laney> is that still relevant?
[13:43] <pitti> Laney: yes, it is; until around that time we ran stuff on handcrafted VMs which had build-essential pre-installed
[13:43] <pitti> Laney: later on we fixed tests to declare that as a test dep if they needed to build stuff, but our standard cloud images don't have build-essential
[13:43] <pitti> so when we moved to the "new" infra, a lot of tests failed due to missing gcc and the like
[13:44] <pitti> so either we SRU all those to trusty, or (what we opted for back then) we just grandfather this to install build-essential into trusty testbeds
[13:46] <Laney> pitti: ok, so it's a transitional thing that was later fixed, that makes sense
[13:52] <Laney> I'm worried about that MTU thing if I put the --apt-upgrade first
[13:53] <pitti> Laney: yeah; as a quick fix I'd just add an apt update into setup-canonical (for trusty)
[13:54] <Laney> pitti: Yeah, but then I get worried about dealing with that being flaky
[13:54] <Laney> Maybe it won't be
[13:56] <smoser> sarnold, we will have that, yes. how would you use it?
[13:57] <smoser> are you using the ec2 metadata service?
[13:58] <pitti> Laney: copy the retry bit from lib/autopkgtest_args.py?
[13:58] <Laney> right
[13:58] <pitti> Laney: a simple apt-get update || (sleep 15; apt-get update) should probably do, too
[13:58] <Laney> I did that for now (well, 10 instead of 15)
[15:20] <smoser> rbasak, is it approved behavior still for me to run usd import if there is a package missing that i want ?
[15:20] <smoser> or is there a "proper" way to get it
[15:20] <smoser> by 'run', i mean run with push
[15:21] <rbasak> smoser: yeah just run with push
[15:21] <rbasak> usd import -l racb -v foo # is what I use
[15:26] <smoser> usd import -v --directory=foo --lp-user=smoser --lp-owner=usd-import-team foo
[15:26] <smoser> is what my wrapper does
[15:27] <smoser> i'll drop explicitly adding the --lp-owner
[15:28] <doko> zul: networking-bagpipe networking-bgpvpn os-faults accepted (wondering who else is doing source reviews ...)
[15:28] <zul> doko: thanks!
[16:09] <LocutusOfBorg> pitti, any idea about acct and  https://wiki.ubuntu.com/Teardown ?
[16:09] <LocutusOfBorg> I would like to drop the merge
[16:10] <pitti> LocutusOfBorg: https://merges.ubuntu.com/a/acct/acct_6.5.5-2.1ubuntu1.patch is wrong anyway
[16:10] <pitti> LocutusOfBorg: well, the debian/rules portion is
[16:10] <LocutusOfBorg> yes, the override in rules file
[16:10] <pitti> debian/acct.init.d is fine (and the only thing that is relevant)
[16:11] <LocutusOfBorg> sooooo sync?
[16:11] <pitti> if you want to go back in sync, it's not the worst thing in the world
[16:11] <pitti> it should at least be reported in Debian though, and applied there
[16:11] <LocutusOfBorg> is this thing still an issue with systemd?
[16:11] <pitti> although in systemd it's completely irrelevant
[16:11] <pitti> no, if a service is running, it will be stopped regardless of what that LSB header says, it's only a small optimization in Debian under sysvinit
[16:11] <LocutusOfBorg> so, since we don't support multiple init systems...
[16:11] <pitti> LocutusOfBorg: so yes, go sync it
[16:12] <LocutusOfBorg> done thanks
[16:12] <pitti> dropping deltas is always nice
[16:13] <LocutusOfBorg> maybe I can commit on debian git
[16:15] <LocutusOfBorg> done :)
[17:52] <kierqueen> how id a package made ? after compiling my program using make ?
[17:52] <kierqueen> what then shall I do , use tar to compress, and archive
[17:52] <kierqueen>  then where did .deb come in the story
[17:52] <kierqueen> nacc: hi
[17:52] <nacc> kierqueen: ok, are you asking how to make a new package?
[17:56] <kierqueen> nacc yes
[17:57] <kierqueen> nacc sorry for the late reply hope you don't mind
[17:57] <nacc> kierqueen: it's fine
[17:57] <nacc> kierqueen: you don't really need to use bzr, of course
[17:58] <nacc> kierqueen: http://packaging.ubuntu.com/html/packaging-new-software.html is just a guide
[17:58] <kierqueen> yeah, the nwhat shall I use ?
[17:58] <nacc> https://wiki.debian.org/HowToPackageForDebian may also help
[17:58] <kierqueen> I have a ismple C program I want to package it ?
[17:59] <nacc> kierqueen: technically your SCM choice is irrelevant
[17:59] <nacc> kierqueen: if it's a simple application, you may wnat to snap it
[17:59] <nacc> kierqueen: http://www.snapcraft.io/
[18:00] <nacc> kierqueen: requires some ramp-up, but a lot less knowledge of debian packaging
[18:00] <nacc> kierqueen: why do you want to package up your C program as a .deb?
[18:01] <kierqueen> dude most binaries that you download are in C or C++
[18:01] <nacc> kierqueen: binaries are not in a language.
[18:02] <kierqueen> flightgear a large game, and tons of other packages of .deb they are all programs
[18:02] <kierqueen> binaries are compiled, their source is C or C++ usually or python
[18:02] <kierqueen> I don't use java
[18:02] <nacc> kierqueen: i genuinely asked to help -- making your own .deb for a simple program is probably overkill
[18:02] <nacc> kierqueen: if it's a simple program, snapping will be fastger
[18:02] <nacc> *faster
[18:03] <kierqueen> yeah I like ubuntu is always lenient on you. actually I migrated from arch, so that old overkill arch habit
[18:03] <kierqueen> In arch we use PKGBUILD and make that, if there is no build file for a software
[18:05] <nacc> kierqueen: i know nothing about arch. If you insist on building your own .deb, read the above guides (and you can use dh_make to frame out your pacakge, potentially)
[18:06] <kierqueen> nacc: I guess ubuntu is so friendly, that I wont need it at all :)
[18:06] <kierqueen> and I am not doing a computer related job either
[18:07] <nacc> kierqueen: i have no idea what you're talking about now
[18:07] <kierqueen> so I don't need it , i feel
[18:07] <kierqueen> nacc: ?
[18:07] <kierqueen> I don't need it ?
[18:07] <nacc> kierqueen: you don't need what?
[18:07] <kierqueen> I am not a software developer, to package a thing ?
[18:07] <nacc> kierqueen: I don't know if you need to package something or not
[18:07] <kierqueen> to make a pakcge of a source ? why should I?
[18:07] <nacc> kierqueen: I don't know, you asked the question...
[18:07] <kierqueen> why should I ?  I need to include a bunch of service files into the package. I dumped all the files in debian directory
[18:08] <kierqueen> nacc: there are lots of linux hobbysts out their who want to kill their time
[18:08] <nacc> kierqueen: ok, i'll assume you're trolling now
[18:08] <kierqueen> lol
[18:08] <viral_mutant> but it picks only the one which matches the name exactly
[18:09] <kierqueen> no I am not
[18:09] <nacc> viral_mutant: the name of the pacakge?
[18:10] <kierqueen> nacc I don't have time to waste on trivial pc matters, there are other things in my llife, and ubuntu makes things easier, so no need , unless I get paid, but I don't DO A JOB IN THAT category
[18:10] <nacc> kierqueen: i have no idea why that's relevant to discussing why you want to package your simple C program. I guess you're saying you don't. Then I don't understand why you asked the question in the first place.
[18:10] <viral_mutant> I am building openstack-account package. And the service files are named openstack-account.service, openstack-account-auditor.service, -reaper.service etc
[18:11] <kierqueen> nacc you are right, I don't neeed it , I misjudged
[18:11] <viral_mutant> it includes only openstack-account.service in openstack-account.deb package
[18:11] <nacc> viral_mutant: right, by default, dh_systemd will only install services named for the package, maybe?
[18:11] <kierqueen> was just curious
[18:11] <nacc> kierqueen: and you were given guides, and several suggestions
[18:11] <kierqueen> that's all nacc nothing else, no other purpose
[18:13] <viral_mutant> nacc: but there must be a way to override it
[18:13] <viral_mutant> like there is for the init files
[18:14] <nacc> viral_mutant: i think you need to override dh_installinit in your rules and specify to install multiple named services
[18:15] <nacc> viral_mutant: that's where that default is specified (dh_installinit by default uses the package name)
[18:16] <viral_mutant> yes, I am trying with that
[18:17] <viral_mutant> but it’s not picking it. The man page says that —name option works for init files
[18:17] <viral_mutant> there is no mention of service files
[18:19] <nacc> viral_mutant: the manpage says it works for all types, what versin of ubuntu are you on?
[18:19] <viral_mutant> 16.04
[18:20] <sarnold> smoser: just the usual stuff I think: create user with ssh keys, install different packages based on the 'type' of VM I want to spin up, etc
[18:20] <nacc> http://manpages.ubuntu.com/manpages/xenial/en/man1/dh_installinit.1.html "associated defaults files, as well as upstart job files, and systemd service files"
[18:20] <viral_mutant> I am looking at manpage on the net
[18:20] <nacc> viral_mutant: can you pastebin your d/rules?
[18:21] <nacc> viral_mutant: and the output from building your package
[18:24] <smoser> sarnold, where do you do it ?
[18:24] <smoser> locally with kvm you mean ?
[18:25] <smoser> i suspect you'll be ok if you're launching things locally, and the intent is to not cause issue on any cloud. but just trying to get more example so i can (if possible) make sure i *dont* break you
[18:26] <sarnold> smoser: well, I haven't -written- my libvirt NIH yet :)
[18:26] <sarnold> smoser: I'm still NIHing simplestreams..
[18:26] <smoser> :)
[18:27] <sarnold> which btw serde was able to derive implementations piece of cake. Amazing thing.
[18:27] <smoser> ?
[18:27] <sarnold> serde is rust's magic serialization / deserialization framework
[18:28] <smoser> oh ok.
[18:30] <smoser> sarnold, well, if you use NoCloud (attached disk) it should all just work. if you are planning on using another datasource, then you'll have to "fake" out that datasource.
[18:31] <sarnold> smoser: thanks for the tip :D
[18:31] <smoser> if you're able to modify the kernel command line, or put a config in place, then you can do that too
[18:31] <smoser> kernel command line:
[18:31] <smoser> ci.ds=Ec2
[18:31] <smoser> will make you do ec2.
[18:34] <sarnold> ooooo
[18:34] <sarnold> that's the magic sauce :)
[18:34] <viral_mutant> nacc: here is the d/rules file http://pastebin.com/MuiQcP19
[18:35] <sarnold> thanks smoser :)
[18:35] <viral_mutant> I am using rules file bundled with Ubuntu swift-account package as reference
[18:39] <nacc> viral_mutant: did you read the manpage? debian/package.name.init,
[18:39] <nacc>            debian/package.name.default and debian/package.name.upstart
[18:39] <nacc> viral_mutant: which to me implies you need to put the .service file in a similar named structure
[20:08] <juliank> Mmh, apt seems to be tricky today. It failed three times in the download progress test. I know that's an unreliable test, but that's a new low (or rather, a high)...
[20:08] <juliank> Let's give that one more go. Everyone else did it right, just armhf wants to annoy me
[20:09] <juliank> Not that it's urgent with beta freeze, but it's still fairly annoying.
[20:37] <pitti> juliank: wrt. debian bug 855954 -- is there some version of "apt-cache policy pkg" that *only* gives me results for the package pkg?
[20:38] <pitti> juliank: by default it seems to do some kind of substring matching, and enclosing it between ^ and $ then gets confused by '+' in the package name
[20:38] <pitti> juliank: i. e. some equivalent of apt-get source's --only-source option?
[20:39] <pitti> I want to know the candidate version of a given package -- perhaps I shouldn't be using apt-cache for that
[20:39] <juliank> pitti: Not sure, I don't think so. Maybe ask python-apt instead
[20:40] <pitti> juliank: I can't assume that this is installed
[20:40] <juliank> pitti: Use apt-cache show <pkg>/candidate
[20:40] <pitti> juliank: ok, thanks; I just wanted to know whether I'm missing something obvious
[20:41] <juliank> pitti: But I'm not sure when /candidate was added to show, so please try if you need to run that on old distros :)
[20:41] <pitti> yeah, it needs to work on precise, will check; thanks!
[20:41] <pitti> (if it works on trusty, I could kick the code in a few months :) )
[20:41] <juliank> pitti: Hmm, that probably does matching as well
[20:42] <juliank> pitti: Maybe just escaping the allowed regex characters, and turn it into an anchored regex is easier
[20:42] <pitti> yeah, I'm currently trying that; a bit fiddly with posix shell and nested $(), but I'll pour the right amount of escaping into it :)
[20:51] <pitti> $ dash -c 'pkg=minisat+; apt-cache policy "^$(echo $pkg | sed -r "s/([.+])/\\\\\1/g")\$"'
[20:51] <pitti> ain't that obvious :)
[21:17] <juliank> pitti: Whoa, what kind of regex is that?
[21:17] <pitti> juliank: well, apparently the one that tells apt-cache policy "please give me *THIS* package name *ONLY*" :)
[21:18] <juliank> pitti: The \  have an uneven number, that's a bit odd
[21:19] <juliank> with one more \ it works as well
[21:19] <juliank> or not
[21:19] <pitti> juliank: yeah, true that
[21:19] <pitti> (haven't tested, but it sounds plausible)
[21:19] <juliank> well, it gives me "minisat \+"
[21:19] <pitti> \\\\ through the two shells becomes \
[21:19] <juliank> Ah no, input error
[21:19] <pitti> and \1 is the backref for sed
[21:20] <juliank> Actually, the number of shells does not matter
[21:21] <juliank> Just running echo minisat+ | sed ... in the terminal has the same result as putting that inside a dash -c
[21:21] <juliank> $() has some odd quoting rules
[21:23] <pitti> juliank: TBH, I kept adding \ until it worked..
[21:23] <pitti> the sophisticated term for that that hides the fact that you don't understand what you are doing is "Test Driven Development" :)
[22:00] <acheronuk> barry: gpgme -> release seems to be happening :)
[22:20] <barry> acheronuk: yep, i believe it was blocked for beta1.  yay
[22:22] <nacc> whew and it looks like perl will transition too
[23:05] <juliank> I think I'm about to give up. I tried running the apt tests on armhf 4 times now, but they still fail with one of these test cases that fails from time to time


[01:22] <fishcooker> http://vpaste.net/Niyq7
[01:44] <fishcooker> openbox --restart Invalid MIT-MAGIC-COOKIE-1 keyOpenbox-Message: Failed to open the display from the DISPLAY environment variable.
[01:44] <fishcooker> even openbox-lubuntu will emit the same err* message
[01:45] <Coldragon> Salut
[01:46] <Coldragon> Je sais pas ou signaler ça mais sur le site http://lubuntu.fr/ quand on télécharge Lubuntu 16.04 (Affiché sur la page d'accueil) on à Lubuntu 16.10 qui download ^^ Voilou
[01:54] <fishcooker> where is the documentation menu of this alt+space command http://imgur.com/a/cP07V
[04:03] <maskara> hey guys, so i installed lubuntu with the lv option ..the option that supposedly make the hd easier to partition...when i rebooted lubuntu loads but not the desktop im stuck in command line ....im hoping someone has seen this
[04:05] <fishcooker> would you please take a screenshot, maskara ?
[04:05] <maskara> certainly
[04:06] <maskara> oh wait ...i cant get past command line to take a screenshot
[04:07] <maskara> nvmd ..duh
[04:08] <fishcooker> what's the error message?
[04:09] <maskara> none...it comes up with login on the term...i login but desktop wont start and it sits there with the prompt
[05:14] <sgo11> hi, I am trying to install lxqt by following the steps from official wiki: https://wiki.ubuntu.com/Lubuntu/LXQt BUT this instruction is not correct. I stopped at the step "This will fail. Do not worry, it's known. It should fail on plasma-workspace.". How to continue? it's known. then all the following steps can not be done.
[05:14] <tsimonq2> ohai :)
[05:15] <tsimonq2> sgo11: So what's the problem?
[05:15] <tsimonq2> sgo11: And do you want Lubuntu Next or do you want LXQt? Those are two very different things.
[05:16] <sgo11> tsimonq2, the instruction shows I just continue to execute apt commands after the failure. this is not true. apt/apt-get will complain about the failure and force me to run apt-get -f install and then fail again.
[05:16] <sgo11> tsimonq2, I want Lubuntu Next (with lxqt)
[05:17] <tsimonq2> sgo11: So I wrote those instructions :)
[05:18] <sgo11> tsimonq2, ok. if I want Lubuntu Next, what to do? download a new iso somewhere? thanks.
[05:18] <tsimonq2> sgo11: It's a WIP as we're waiting for Qt 5.7.1 to get in Zesty.
[05:19] <tsimonq2> sgo11: But in the meantime you can Do It Yourself by just installing lxqt-core, the Lubuntu themes, and decking it out with the themes.
[05:19] <tsimonq2> sgo11: But I'm sorry, I don't know what else to tell you...
[05:20] <sgo11> tsimonq2, should I follow the instruction in the wiki page or not? what should I do now? I installed ubuntu-server and followed the instruction
[05:21] <tsimonq2> sgo11: 16.10 or the daily?
[05:21] <sgo11> tsimonq2, 16.10 official server iso and then run "apt-get dist-upgrade" and then followed the instruction.
[05:21] <sgo11> fresh install
[05:23] <tsimonq2> sgo11: Hm, try: sudo apt purge sddm-theme-breeze lubuntu-default-settings
[05:24] <sgo11> tsimonq2, what about lubuntu-extra-sessions? let me try the above command first.
[05:25] <sgo11> tsimonq2, anyway. it failed with the same error.
[05:25] <tsimonq2> sgo11: What error exactly?
[05:26] <sgo11> have to fix apt issue with apt-get -f install.
[05:27] <tsimonq2> No, what *exact* wording is it?
[05:27] <sgo11> I am sshing to that machine now. will copy and post the exact errors. wait a second.
[05:28] <tsimonq2> Ok
[05:28] <sgo11> tsimonq2, https://hastebin.com/epaxafofug.pas  the error msg is always this.
[05:29] <tsimonq2> sgo11: sudo apt purge lubuntu-core lubuntu-extra-sessions qlubuntu-default-session
[05:30] <sgo11> tsimonq2, https://hastebin.com/meqatasavo.sql new error
[05:34] <tsimonq2> Hmm
[05:35] <tsimonq2> sgo11: Purge that too :)
[05:36] <sgo11> tsimonq2, really? the instruction asked me to install lubuntu-qt-desktop.
[05:36] <tsimonq2> It's a metapackage
[05:36] <tsimonq2> Really contains nothing
[05:37] <sgo11> tsimonq2, ok. so I am going to purge that now.
[05:39] <sgo11> tsimonq2, https://hastebin.com/unowudodig.sql
[05:40] <sgo11> tsimonq2, sorry. just added sddm-theme-breeze. it seems I can purge them now.
[05:40] <sgo11> btw, is there a lubuntu next ISO that I can download?
[05:41] <tsimonq2> sgo11: Nope, like I said before, it's a WIP. :)
[05:42] <sgo11> I don't really understand. lxqt should be in 16.10. I started to use lxqt from lubuntu 14.04. there is no problem at all.
[05:43] <tsimonq2> sgo11: Not with LXQt, no, actually I'm running it right now.
[05:43] <tsimonq2> Remember when I said this? :)
[05:43] <tsimonq2> 11:15:30 PM < tsimonq2> sgo11: And do you want Lubuntu Next or do you want LXQt? Those are two very different things.
[05:44] <tsimonq2> sgo11: Our settings won't apply correctly, and the fix is in Qt 5.7.1
[05:44] <tsimonq2> sgo11: So yeah, go ahead and install LXQt, but it's not "officially" "Lubuntu Next"
[05:44] <sgo11> the apt purge is trying to uninstall more than one thousand packages. I am not sure if any lubuntu next will leave after doing this.
[05:45] <tsimonq2> sgo11: Did you already start it?
[05:45] <sgo11> only 45% progress so far in ssd disk.
[05:45] <sgo11> tsimonq2, yeah.
[05:45] <tsimonq2> Ok
[05:45] <sgo11> tsimonq2, I just want lubuntu next. I don't care if that works properly or not.
[05:45] <sgo11> I just don't want lubuntu with lxde.
[05:46] <tsimonq2> sgo11: Like I said, you want LXQt? Lubuntu Next isn't a thing yet...
[05:47] <sgo11> tsimonq2, ok. so what to do now after doing "sudo apt purge lubuntu-core lubuntu-extra-sessions qlubuntu-default-session lubuntu-qt-desktop sddm-theme-breeze". thanks.
[05:48] <tsimonq2> sgo11: sudo apt install lxqt-core lubuntu-artwork sddm
[05:49] <sgo11> tsimonq2, done. what next? apt-get --purge autoremove and then reboot?
[05:50] <tsimonq2> sgo11: Sure, try it. :)
[05:51] <sgo11> tsimonq2, thanks a lot. let me see...
[05:52] <sgo11> hm... it's removing fcitx... I need it.
[05:54] <tsimonq2> sgo11: Well then install it back... :)
[06:00] <sgo11> tsimonq2, sorry about too many questions. it does not boot to UI mode. anything wrong? any manual work to enable UI mode?
[06:03] <sgo11> .... maybe I just install lxqt in lubuntu.
[06:06] <tsimonq2> sgo11: I'm sorry, it's really late for me, if you come back tomorrow I can help you then.
[06:06] <tsimonq2> Good night.
[06:06] <sgo11> tsimonq2, thanks a lot for your today's help. good night.
[06:06] <sgo11> I think I will simply "apt install lxqt" in ubuntu-desktop iso.
[09:28] <fishcooker> actually what's the status of the lxqt  development, tsimonq2 ? i really want to get rid of this bad effect http://imgur.com/a/cP07V
[16:00] <surfn> hi
[16:39] <tsimonq2> Argh, come on, use a bouncer /o\ :P
[20:46] <james1138> Question for the group.  After a update (one of several... so I do not know which to try and undo) - I am getting a "GDBus.Error.org/freedesktop.DBus.error.AccessDenied - operation not permitted each time I try and reboot or shutdown. However - I can reboot and/or shutdown from terminal. Help!


[12:16] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  PackageVersionVerification (patch-2174)
[12:36] <dilys> New Malone bug 1591 filed on Bazaar by Matthieu Moy: baz rm non-existant-file should give a clean error message.
[12:36] <dilys> https://launchpad.ubuntu.com/malone/bugs/1591
[12:42] <dilys> Merge to<EMAIL_ADDRESS>Add Soyuz legalese. r=sabdfl (patch-2175<EMAIL_ADDRESS>[01:09] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  fixes to various page titles (patch-2176<EMAIL_ADDRESS>[02:22] <dilys> Merge to<EMAIL_ADDRESS>Fix checkwatches.py, take 2: s/logger/log and other randomness, r=stub (patch-2177<EMAIL_ADDRESS>[10:40] <carlos> morning
[10:49] <elmo> ok, wiki migrated - until DNS propogates (30 mins or so), an editable copy is reachable via https://wiki2.launchpad.canonical.com/ (NB: https till DNS propogates)
[10:49] <elmo> the old one is uneditable, so don't worry about editing the wrong one
[10:50] <carlos> elmo, what changes with that migration?
[10:50] <elmo> oh, y'all have to use your launchpad login now
[10:50] <elmo> carlos: I've no idea, I just got "MOIN 1.3 NOW. SCHNELLE, SCHNELLE, BITTE" orders from brazil
[10:51] <carlos> ok, so it's a version update
[10:51] <carlos> + launchpad integration
[10:51] <jordi> hello
[10:52] <carlos> jordi, !
[10:52] <carlos> jordi, tonight acs, Kal, xavi de blast and Ismael will be in my house having dinner, do you want to come?
[10:59] <jordi> carlos: I can't, I have another one :(
[10:59] <carlos> ok
[11:36] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Improve descriptions in registry interfaces (patch-2178<EMAIL_ADDRESS>[01:55] <kiko> ahoy
[01:56] <Kinnison> ahoyhoy kiko
[01:56] <kiko> the pillowman
[02:17] <carlos> SteveA, hi, around?
[02:54] <SteveA> hi carlos
[02:54] <SteveA> i'm around
[02:55] <carlos> SteveA, launchpad.Append does not exists
[02:56] <carlos> also, https://launchpad.ubuntu.com/malone/bugs/1564 -> a bug I think it's related with the sqlobject garbage collector, that bug is a bit critical for Rosetta
[02:57] <daf> carlos: have you tried using row.expire()?
[02:58] <carlos> daf, no, I didn't
[02:58] <carlos> the problem is that I need to change it, commit and ask stub to run it
[02:58] <SteveA> carlos: I said:
[02:58] <SteveA>   Add a launchpad.Append permission to permissions.zcml.  Make this
[02:58] <SteveA> permission be used for the +addpotemplate form.
[02:58] <carlos> daf, anyway, it's still a bug
[02:58] <SteveA>
[02:58] <carlos> oh, ok, I missed that part
[02:58] <carlos> SteveA, thank you
[03:02] <Kinnison> fortunately he then ran off
[03:16] <dilys> Merge to<EMAIL_ADDRESS>[trivial, rs=sabdfl]  Tighten comment spacing in bug report pages (patch-2179<EMAIL_ADDRESS>[03:19] <SteveA> carlos: hello
[03:19] <SteveA> carlos: stub and i have been looking at the memory issues when running that script
[03:20] <SteveA> carlos: stu will try another run of it in an hour or so
[03:23] <carlos> ok
[03:23] <carlos> SteveA, is it related to the way I implemented it?
[03:23] <carlos> or it's a problem with sqlobject?
[03:23] <SteveA> you're doing a commit every so often
[03:23] <SteveA> the caches should be cleared out on a commit
[03:23] <carlos> once per row
[03:23] <SteveA> although, you may need to explicitly del and run gc some things.  we'll see how the next run goes.
[03:24] <SteveA> running one commit per row may end up being very slow, but it's a good enough start.
[03:24] <SteveA> holding onto objects across a commit is a bit dodgy
[03:24] <SteveA> so, you should probably get a list of ids
[03:24] <SteveA> and then for each id, get the object of that id, do the work, commit
[03:25] <SteveA> that avoids the problem of hanging onto objects across a commit
[03:32] <carlos> SteveA, ok, will take into account it for the next script of that kind I develop
[03:32] <SteveA> please rewrite this one
[03:32] <carlos> in case next run works....
[03:32] <SteveA> to use a list of ids
[03:32] <SteveA> even if it works, it will be a source of bugs
[03:32] <SteveA> because we shouldn't be holding onto objects across a commit
[03:32] <carlos> SteveA, once it's executed the script will not be needed anymore
[03:32] <SteveA> also, stub says that the latest sqlobject fixes don't fix it
[03:32] <carlos> it's a migration script
[03:33] <SteveA> 1. if it will remain in RF, it needs to be right.  2. it still doesn't work.
[03:33] <carlos> ok
[03:33] <SteveA> for point 1, other people will be using it as an example of how to write this kind of code.
[03:34] <carlos> SteveA, If it will stay in RF after the migration is done, we should find a better place to store those kind of scripts than the pending db directory
[03:34] <SteveA> ok
[03:35] <daf> see also database/schema/pending/daf-migrate-pre-po-template-rawfile-2.py
[03:38] <carlos> ok
[03:40] <daf> (it's been there for months and months)
[03:43] <carlos> daf, anyway the amount of potemplates and pofiles is lower than the amount of potranslations
[03:43] <carlos> daf, so perhaps you don't have the memory problem because that
[03:43] <daf> sure
[03:44] <daf> I was just pointing it out as another example of a Python data migration script
[03:44] <daf> we were having problems with the query to get PO files pending import running out of memory
[03:44] <daf> you remember?
[03:47] <carlos> daf, but that was because the attachments being huge, right?
[03:47] <daf> yes
[03:48] <daf> that script had that problem
[03:48] <daf> because it needed to get all the attachments
[03:48] <daf> and put them in the Librarian
[04:10] <dilys> Merge to<EMAIL_ADDRESS>[trivial, rs=sabdfl]  Tighten comment spacing in bug report pages (take 2) (patch-2180)
[04:46] <mdke> what infrastructure does launchpad use for authentication? is there any information about it anywhere that I can have a look at?
[04:46] <daf> infrastructure?
[04:47] <mdke> i've found a page on the wiki... it refers to ZODB
[04:48] <mdke> that is where the account information is stored i guess?
[04:48] <daf> no
[04:48] <daf> account information is stored in Postgres
[04:48] <daf> the ZODB is used for session information
[04:49] <mdke> ok...
[04:50] <mdke> i don't know what either of them are anyhow :)
[04:50] <bob2> ZODB = Z Object database
[04:50] <bob2> which i a python object persistence deal
[04:51] <daf> yep
[04:51] <daf> whereas Postgres is a relational database
[04:51] <mdke> so the authentication server is the latter?
[04:52] <daf> it's a bit more complicated than that
[04:52] <mdke> damn
[04:52] <daf> there is a daemon called the authserver
[04:53] <daf> when somebody logs in to Launchpad, it asks the authserver if the account is valid
[04:53] <daf> the authserver looks in Postgres
[04:53] <daf> Launchpad uses the ZODB to keep track of which users are logged in
[04:53] <mdke> ok
[04:53] <mdke> so on something like www.ubuntu.com, ZODB isn't used at all, only the authserver
[04:53] <daf> other things like wikis use the authserver for authentication
[04:54] <bob2> why doesn't LP hit the db itself?
[04:54] <daf> bob2: so that authentication code for all our services is in one place, I'd imagine
[04:54] <mdke> daf, is the authserver like an ldap server?
[04:54] <daf> mdke: I'm not sure how one does authenticatoin with LDAP, so I can't say
[04:55] <mdke> ah ok
[04:55] <daf> I don't think www.ubuntu.com uses the ZODB, no
[04:55] <mdke> so in theory, anything can use the auth server?
[04:55] <mdke> if for example ubuntuforums wanted to unify their login, they could do it?
[04:57] <daf> hmm
[04:57] <daf> good question
[04:57] <daf> in principle, yes
[04:57] <ddaa> graaaagrl... recent update broken my firefox :(
[04:57] <daf> there may be some problems with the authserver being firewalled off
[04:58] <bob2> ddaa: I need to ask you about pybaz and debian at some point
[04:58] <bob2> ie is the public version api-stable enough
[04:58] <mdke> daf, sure, but in principle yes.
[04:58] <ddaa> bob2: hehe
[04:58] <mdke> daf, is there anything I can read on how the authserver works?
[04:58] <ddaa> FYI. the public version == the canonical version, I merge into rocketfuel from the ddaa.net devo branch
[04:59] <bob2> I'd hope that wouldn't expose any account data to whoever ran ubuntuforums
[04:59] <bob2> ddaa: ah, cool
[04:59] <ddaa> Stability wise...
[04:59] <daf> mdke: dunno
[04:59] <ddaa> well... it's not really clear... There are some big changes right now because archive registration is being phased out of baz
[04:59] <daf> mdke: it's spiv who wrote it
[04:59] <mdke> daf, i'll search around on the wiki
[05:00] <ddaa> I mean, "registered names" are being phased out
[05:00] <bob2> ah, right
[05:00] <daf> it's a fairly simple thing that uses Twisted, as far as I know
[05:01] <ddaa> But generally, lack of time to work on it, and generally lack of future for all this code base means I just do not have the time to fix the broken API, so it's likely as stable as it will ever be.
[05:01] <ddaa> (though I hope to remove all the deprecated stuff soon)
[05:01] <ddaa> When I'm reasonably satisfied of pybaz, I release it on ddaa.net
[05:01] <bob2> is deprecated stuff marked with warnings?
[05:02] <mdke> daf, thanks for your help :D
[05:02] <ddaa> bob2: yes it is
[05:02] <daf> mdke: no worries
[05:02] <bob2> rock
[05:02] <carlos> hmm
[05:02] <carlos> lifeless, did you changed "baz diff" recently?
[05:03] <carlos> lifeless, https://chinstrap.ubuntu.com/~dsilvers/paste/fileiZSVkG.html
[05:05] <jamesh> carlos: s/launchpa--devel--0/launchpad--devel--0/ ?
[05:05] <carlos> yeah, I just saw it
[05:05] <carlos> jamesh, thanks anyway
[05:05] <ddaa> bob2: I have learn a thing with pybaz...
[05:05] <carlos> btw, bazaar error messages are a bit cryptic, aren't they?
[05:06] <ddaa> When you have an API that is broken in a way that cannot be fixed with a deprecation path (e.g. WorkingTree deriving from str), just fix it NOW.
[05:07] <ddaa> because you'd rather have such a fix behind you than in front of you...
[05:10] <bob2> haha
[05:10] <bob2> yeah
[05:29] <jblack> Morning guys
[05:29] <carlos> jblack, morning
[05:38] <dilys> Merge to<EMAIL_ADDRESS>[trivial, rs=sabdfl]  Tighten comment spacing in bug report pages (take 3) (patch-2181)
[05:38] <jblack> ddaa: I took a look at your docs yesterday. What about % of the api did you deprecate?
[05:40] <ddaa> mh... I guess about 20%... certainly more if you weight by use...
[05:40] <jblack> Heh. Yeah. Looks to me like I'm about 80% affected. =)
[05:40] <jblack> You're getting rid of the lists. What should I be using instead? (The deprecations don't say what they're deprecated by)
[05:41] <ddaa> Yeah, the bits that were deprecated tend to be frequently used in client code.
[05:42] <ddaa> sorry, but providing lists of that can be _long_, take a long time to produce due to network delays, and that are mutable by changes outside of the system, was very much a bad idea.
[05:43] <jblack> I know you think very carefully about how your choices affect people, so I know that you had good reasons.
[05:44] <jblack> So I'm looking at it from the perspective of how to get this code back in line with the direction you're moving.
[05:44] <ddaa> I think the ChangeLog should give you the patterns you need to grep for.
[05:45] <jblack> For categories, branches and versions, there's NameIterables. What's the archive equivilant?
[05:45] <ddaa> Hu?
[05:45] <ddaa> NameIterables?
[05:45] <jblack> CategoryIterable, BranchIterable, VersionIterable
[05:46] <ddaa> Exposing this stuff was sooo crackful... it's all about reducing duplication of code and making pychecker happy...
[05:46] <ddaa> Archive equivalent: "arch.archives()" -> "pybaz.iter_archives()"
[05:47] <ddaa> that's one of those ones where the renaming does not really make sense by itself, only for consistence with other changes.
[05:47] <jblack> Aha. Here it is. (Finally found the archive summary)
[05:47] <jblack> pardon, the function summary
[05:49] <jblack>  I should be fine now.
[06:03] <ddaa> lifeless: looks like that old bug with missing branch name
[06:04] <ddaa>   File "/home/importd/dists/launchpad/lib/CVS/CacheGenerator.py", line 92, in cleanUpDefaultFillers
[06:04] <ddaa>      endFileRev = self.findLastFileRevision(rev.branch, rev.filename)
[06:04] <ddaa>    File "/home/importd/dists/launchpad/lib/CVS/CacheGenerator.py", line 124, in findLastFileRevision
[06:04] <ddaa>      return self.fileInChangeset(self._catalog.getBranch(branchName).getChangesetList()[-1] , fileName)
[06:04] <ddaa>  IndexError: list index out of range
[06:04] <ddaa> Would take me _days_ to figure out how to fix it.
[06:06] <lifeless> ddaa: try nuking all state and resetting it back to enabled, nbot syncing. I bet it will come good.
[06:06] <lifeless> ddaa: I won't be able to look at it for 3-4 weeks :[
[06:06] <ddaa> mh... has not been published... should be legal to do that...
[06:12] <jblack> bleh.
[06:19] <carlos> lifeless, jblack, ddaa:  https://chinstrap.ubuntu.com/~dsilvers/paste/filesWFX6W.html
[06:20] <kiko-fud> salgado, BjornT: http://www.squarefree.com/bugkarma/bugkarma.html
[06:28] <ddaa> mh... IIRC, that one looks like a different failure
[06:30] <carlos> lifeless, ddaa jblack any suggestion to be able to commit? I'm blocked on that problem with bazaar
[06:31] <ddaa> carlos: try using 1.4.N
[06:31] <ddaa> (where N is the latest release, whatever it is ATM)
[06:32] <ddaa> looks like the kind of resource-handling issues that are bound to pop up with the changes lifeless is doing in 1.5. Extra point for making it reproducible.
[06:34] <carlos> ddaa, I can give you my current tree
[06:35] <carlos> ddaa, ok, I will revert to hoary's bazaar
[06:35] <lifeless> carlos: what is the error ?
[06:35] <ddaa> https://chinstrap.ubuntu.com/~dsilvers/paste/filesWFX6W.html
[06:35] <lifeless> carlos: I'm at the end of a long thin pipe, web pages DoNotHelp
[06:35] <ddaa> carlos: current tree would certainly help
[06:37] <carlos> lifeless, /pqm/build_dir/thelove@canonical.com/thelove@canonical.com---hackerlab--devo--1.5/src/hackerlab/vu/vfdbuf.c:1681:botched invariant
[06:37] <carlos>     avail >= count
[06:37] <carlos> baz: uncaught exception: -1:(exiting on botched invariant)
[06:37] <carlos>   please report this as a bug to<EMAIL_ADDRESS>[06:37] <carlos> lifeless, I get that with a commit
[06:37] <ddaa> just after the changeset generation
[06:37] <carlos> ddaa, ok, I suppose a tar.gz would be enough, right?
[06:37] <lifeless> carlos: thanks. That is new and interesting :[
[06:38] <ddaa> carlos: bz2 preferred, considered the size of a launchpad tree nowadays
[06:38] <lifeless> carlos: I'm fixing now, rollback a few baz's to get it fixed in the interim
[06:38] <lifeless> carlos: no need to send the tree around
[06:39] <carlos> ok
[06:41] <lifeless> fixed, testing
[06:42] <carlos> is it too bad if I go back to 1.2?
[06:42] <carlos> it's the version available with hoary
[06:43] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Fixed the permissions for the addpotemplate form + test r=Steve (it's not really a review but implemented the way he asked) (patch-2182<EMAIL_ADDRESS>[06:44] <carlos> stub, lifeless could you cherrypick that patch? ^^^
[06:47] <lifeless> carlos: fixed, uploading
[06:57] <carlos> lifeless, cool, thanks
[07:04] <lifeless> sprint guys : kiko, me, stevea and mark are in a meeting for the next 60 minutes odd - please take care of yourselves/next break etc.
[07:04] <lifeless> Kinnison: ^^
[07:05] <SteveA> well, i was going to announce it in 5 mins
[07:08] <dilys> New Malone bug 1597 filed on Bazaar by David Allouche: baz switch to fail with unrelated revision
[07:08] <dilys> https://launchpad.ubuntu.com/malone/bugs/1597
[07:10] <kiko-fud> ddaa!
[07:10] <ddaa> kiko-fud: ?
[07:11] <kiko-fud> I didn't get a chance to say bye, how was your trip home?
[07:12] <ddaa> unexpectedly lengthy (as I lost my password on the bus to Sao Paulo) but otherwise reasonably pleasant (as Varig changed my ticket for free for the day after, and I got a business class seat).
[07:13] <kiko-fud> ddaa, password?
[07:13] <ddaa> hu... passport
[07:13] <ddaa> same difference :)
[07:13] <kiko-fud> you're joking?
[07:13] <ddaa> no, I'm not
[07:14] <ddaa> It was reasonably easy to get a right-of-the-way at the french consulate, and a helpful .br policeman at the airport put me on the track.
[07:17] <kiko-fud> where did you sleep?
[07:18] <ddaa> NH hotel near the consulate, they had a week-end price (about R$150)
[07:18] <lifeless> thats like 2francs right ?
[07:18] <ddaa> I'll try to expense it though
[07:19] <ddaa> lifeless: no, that's more like 300FF
[07:19] <ddaa> or 60 eurs
[07:21] <ddaa> I could have found cheaper, but I decided it was too much to ask at midnight, with my luggage, in a foreign country whose language I do not speak :)
[07:22] <lifeless> yah
[07:22] <lifeless> should be expensable I think
[07:26] <jblack> lifeless: porting to pybaz looks easy enough. Got reminded in a bad way that elmo hasn't fixed pydavlib.
[07:29] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-57)
[07:29] <dilys> Merge to<EMAIL_ADDRESS>unbreak vfd buffers where a write is smaller than the current buffer size increase (patch-12<EMAIL_ADDRESS>[07:33] <lifeless> carlos: ^^ the fix.
[07:33] <carlos> lifeless, thanks!
[07:46] <ddaa> lifeless: cannot run importd locally... looks like your "reconnection" hack broke something.
[07:46] <ddaa> haha...
[07:47] <lifeless> ddaa - /my/ reconnection hack ?
[07:47] <ddaa> Must be the removal of implicit begin...
[07:47] <lifeless> oh, db reconnection.
[07:47] <lifeless> command line runner you mean ?
[07:47] <ddaa> nah buildbot... but actually it's not your hack
[07:48] <ddaa> well, it's the "spiv who is reviewing this suggested this XXX abstraction violation. RBC 20050608"
[07:50] <ddaa> yeah, working now
[07:50] <lifeless> do not be doing that in production
[07:50] <lifeless> I'd like to know why its not working locally for you
[07:51] <ddaa> that's because it's doing txn.abort() before the first txn.begin() in jobsFromDB when the service was not setup (i.e. pristine tap).
[07:54] <ddaa> mh... probably the sqlos reconnection broke the assuption that SQLBase._connection was not None when no transaction was begun.
[07:54] <dilys> Merge to<EMAIL_ADDRESS>Cherry pick patch-2177 into production (patch-4<EMAIL_ADDRESS><EMAIL_ADDRESS>[08:00] <lifeless> jobsFromDB should do what hte test I did does and check for a transaction then
[08:01] <ddaa> lifeless: the issue is almost certainly the fact that production launchpad is based on 1.22, then
[08:02] <ddaa> I'm being called
[08:03] <ddaa> I'll look into upgrading importd's launchpad soon.
[08:05] <Kinnison> Can the launchpad webapp launch a long-running process to run in the background?
[08:06] <SteveA> um
[08:06] <SteveA> sounds yucky
[08:06] <Kinnison> I want to trigger a germinate run on a web request, but not hold the request until the germinate completes
[08:06] <Kinnison> It could be a thread, I don't mind that
[08:06] <SteveA> we need to talk about this
[08:07] <SteveA> there are many complexities here
[08:07] <Kinnison> okay
[08:07] <lifeless> rosettas export process is a good example of a resasonable approach
[08:07] <SteveA> for example, we'll have many server machines with many launchpad webapp servers on them
[08:07] <SteveA> ideally, you'd use the database to signal to the germinate box
[08:08] <SteveA> the database is our central point of coordination
[08:08] <lifeless> i think there is a clear line to these things - either they are near-instant or they get queued and processed asynchronsouly
[08:08] <Kinnison> Okay, so I have to queue them? Hmm
[08:08] <Kinnison> That's fine
[08:08] <SteveA> okay
[08:08] <SteveA> if you need it more responsive, we can do something about that.  but i'd rather not.
[08:09] <Kinnison> naah, a cronscript will be fine
[08:09] <SteveA> good
[08:22] <dilys> Merge to<EMAIL_ADDRESS>Cherry pick patch-2182 into production (patch-5<EMAIL_ADDRESS><EMAIL_ADDRESS>[08:23] <carlos> stub, lifeless thanks
[08:58] <carlos> mpt, ping
[10:00] <carlos> Kinnison, hi, around?


[12:19] <ryanakca> anything needing to get done?
[12:24] <Tm_T> ryanakca: yes, you can rub my neck, it's hurting
[12:24] <ryanakca> lol
[12:25] <Tm_T> (or was it massacre?)
[12:25] <Tm_T> ;)
[12:25] <sebas> Tm_T: massacre for you, massage for me.
[12:25] <Tm_T> sebas: deal!
[12:25] <sebas> Hm, Instant Massaging, a new feature for KDE4
[12:25] <Tm_T> ?
[12:26] <ryanakca> rofl
[12:34] <yacoob> ryanakca, bug 94615 needs love :)
[12:34] <Ubugtu> Malone bug 94615 in kdebase "Firefox launched from alt-f2 doesn't apply all gtk2-qt-engine settings" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94615
[12:41] <Tm_T> yacoob: and I don't?!
[01:01] <nixternal> Riddell: I am building yet another kubuntu-docs package to close a linking bug. No strings were harmed in the creation of this package :)
[01:06] <Tm_T> anyone knows is there will be chance to get Feisty cd's to releaseparty (that means shipped before release) ?
[01:06] <Tm_T> or, hm, we always could burn them ourself
[01:07] <Tm_T> need nice packages though
[01:07] <Tm_T> or better idea, we need only one cd with Riddell's signature!
[01:10] <jjesse> sebas: i got your email
[01:10] <Jucato> Tm_T: get your LoCo contact person to pre-order Feisty CD's
[01:11] <Tm_T> Jucato: even with my activity, I have no idea what "my LoCo" could be
[01:11] <Jucato> Local Community
[01:11] <Jucato> hm...
[01:11] <Tm_T> yes, but what does that mean in real world ;)
[01:12] <Jucato> er... dunno :)
[01:12] <Tm_T> exactly
[01:12] <jjesse> i wouldn't know what my loco group would be
[01:12] <Tm_T> Jucato: 1 point hint, where Linux is from
[01:12] <Jucato> ubuntu-fi then?
[01:13] <Tm_T> ...that's our LoCo?
[01:13] <Tm_T> interesting, I wonder who's our leader then
[01:15] <Jucato> https://wiki.kubuntu.org/FinnishTeam
[01:15] <yuriy> that reminds me, i should preorder feisty cd's
[01:16] <Jucato> Finland   TimoJyrinki   FinnishTeam    #ubuntu-fi<EMAIL_ADDRESS>http://forum.ubuntu-fi.org/
[01:16] <Tm_T> aah, mirv, thanks
[01:16] <Tm_T> (atleast we have leader)
[01:20] <ryanakca> Jucato: I thought you were in the philipines...
[01:20] <Jucato> ryanakca: you thought right :)
[01:20] <ryanakca> oh, lol
[01:21] <Jucato> hehe :)
[01:21] <Jucato> I'm not worthy to share the same country with Tm_T
[01:21] <Jucato> :D
[01:21] <ryanakca> hmm... commiting a hopefull fix to k-d-s on launchpad can't hurt, can it?
[01:22] <ryanakca> ( to fix bug 94615 )
[01:22] <Ubugtu> Malone bug 94615 in kdebase "Firefox launched from alt-f2 doesn't apply all gtk2-qt-engine settings" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94615
[01:23] <Jucato> I thought it was supposed to be fast :P
[01:26] <ryanakca> lol
[01:27] <ryanakca> it /could/ run 5% faster if it was run with python -O
[01:27] <Jucato> heeh :)
[01:36] <nixternal> Riddell: http://librarian.launchpad.net/6900329/kubuntu-docs.debdiff
[01:36] <nixternal> tested and works
[02:11] <Tm_T> Hobbsee: morning
[02:12] <Hobbsee> heya
[02:12] <Tm_T> stupid kopete keeps crashing on start
[02:12] <Jucato> Hobbsee!!!
[02:12] <Jucato> :)
[02:12] <Hobbsee> hey Jucato!
[02:14] <Tm_T> bah, can't get it to work :/
[02:15] <Jucato> Hobbsee: the X freezing after continued use w/o mouse/keyboard activity is a known bug right?
[02:16] <Hobbsee> Jucato: dunno
[02:16] <Jucato> wasn't that the X bug you were telling me about? something about opengl screensavers or something?
[02:17] <Hobbsee> oh.  could be.  thats' been fixed
[02:18] <Jucato> hm... just experienced it twice... the 2nd one earlier.. :(
[02:25] <Tm_T> ok, time to give up, good night ->
[02:26] <Hobbsee> oh dear.  kmail devs are fixing heaps of bugs, all of which are going to violate freeze
[02:27] <Hobbsee> how about taking svn 3.5.6 kmail...
[02:27] <Jucato> oh..
[02:41] <Tonio_> Tm_T: the patch works perfectly :)
[02:41] <Tonio_> Tm_T: I just had big fixing a kpilot build issue
[02:41] <Tonio_> Tm_T: I just tested on 800 mails, using the menus and not ctrl+j, no crash
[04:33] <DaSkreech> hi hunger umm hunger_t
[04:34] <DaSkreech> Just ate Bun and cheese
[08:03] <giangy> 'morning
[08:04] <Hobbsee> hiya
[08:33] <jpetso> Ridell, sebas: I switched to Feisty yesterday
[08:34] <Hobbsee> hey jpetso
[08:34] <jpetso> hey Hobbsee
[08:34] <jpetso> sebas: guidance-powermanager is still showing "Not present" for the (non-existant) second battery
[08:35] <jpetso> Riddell: I tried out the upgrader, and noted a few shortcomings
[08:35] <jpetso> Riddell: Which means you'll get a text file sent to your mail address :D
[08:36] <jpetso> yeah, and i'm now trying to actually work with Polyester
[08:37] <jpetso> it may work out!
[08:55] <Jucato> _StefanS_: !!!
[08:55] <Jucato> :)
[08:56] <_StefanS_> hey
[08:57] <_StefanS_> wasssup ?
[08:57] <Jucato> not much. :)
[08:57] <_StefanS_> so you're the only one here ? :)
[08:57] <Jucato> well at least nothing directly related the logout dialog :D
[08:57] <Jucato> Hobbsee's here too, with her stick as usual :D
[08:58] <_StefanS_> of doom
[08:58] <Jucato> long pointy :)
[08:59] <_StefanS_> I dont really see that bluetooth patch anywhere..
[09:06] <Hobbsee> of course
[09:07] <_StefanS_> :)
[09:41] <Tm_T> hmm, how I can filter stuff from fridge calendar to ical file?
[09:47] <jpetso> Lure: ping
[09:47] <jpetso> Lure: your K3b packages don't include the (dvdread-dependant) DVD ripping support, do they?
[09:59] <Riddell> comments welcome http://kubuntu.org/announcements/7.04-beta.php
[10:13] <Riddell> hunger: any photos from the decibel do?
[10:13] <hunger> Riddell: I think Duncan has uploaded some.
[10:14] <hunger> Riddell: I have a couple... mostly boring pics of us sitting in front of our laptops.
[10:14] <sebas> hunger: THat's cool, people like to see faces.
[10:14] <sebas> "What does the decibel-god look like?"
[10:16] <Riddell> http://www.flickr.com/photos/duncanmac-vicar  hmm, toilets and baths, probably not
[10:16] <tackat_>  If somebody would like to try Marble: http://developer.kde.org/~tackat/marble/marble14.png here are packages (they work for Edgy): http://developer.kde.org/~tackat/marble/kubuntu/marble_0.2-3_i386.deb http://developer.kde.org/~tackat/marble/kubuntu/marble-data_0.2-3_all.deb
[10:17] <Jucato> maybe we can have marble for Ubiquity in the next release? :)
[10:18] <Riddell> Jucato: it's over 10MB, so probably not
[10:18] <tackat_> btw: It doesn't use  OpenGL ;)
[10:18] <Jucato> ouch O.o
[10:18] <tackat_> Riddell: it should be 6 MB
[10:18] <Jucato> prolly still a bit big for the Live CD though... :(
[10:18] <tackat_> Riddell: and you can easily strip it down :)
[10:18] <Riddell> oh yes
[10:19] <tackat_> should be possible to make 4 MB out of it if you ask me how
[10:20] <Lure_> jpetso: yes, dvdread is in universe and need main inclusion first - we first want to ensure k3b 1.0 exception of freeze and then we can add additional build dependancies and MIR
[10:20] <jpetso> Lure: ah, so it's actually planned?
[10:21] <jpetso> er.
[10:21] <jpetso> Lure_: I wouldn't have guessed so :)
[10:21] <tackat_> And you could even ship without the data package if you wait 2-3 weeks, as I'll have automagical tile download by that time
[10:22] <Lure_> Riddell: any news regarding k3b UVFe (now that beta is almost out)?
[10:22] <tackat_> In that case it would only be 200 kB
[10:23] <jpetso> Lure_: what does resmgr do? it was in previous releases, but has been removed in Feisty
[10:23] <Lure_> jpetso: resmgr?
[10:24] <jpetso> (i'm asking because that was an optional K3b build depency, and i now checkinstalled an own build myself)
[10:24] <Riddell> Lure_: nope, we can poke tollef after beta is out (waiting for mirrors to sync)
[10:24] <jpetso> s/depency/dependency/
[10:25] <Lure_> Riddell: or cjwatson...
[10:27] <jpetso> Riddell: i hope i got your mail address right when sending my upgrader issue report file?
[10:29] <Lure_> Riddell: should you also mention koffice 1.6.2 in beta announement (even if not on cd)?
[10:29] <Riddell> Lure_: tollef is release dude
[10:29] <Riddell> jpetso: yes, got it thanks
[10:29] <Riddell> jpetso: I hope to get round to clearing my e-mail backlog today
[10:29] <Lure_> Riddell: yes, but both are listed for exceptions in main ;-)
[10:29] <jpetso> hehe
[10:29] <Lure_> Riddell: you just need to pick the right one ;-)
[10:30] <Hobbsee> Riddell: just send it to /dev/null.  easy
[10:31] <Jucato> don't! :)
[10:32] <Tonio_> hi everyone
[10:32] <Jucato> hi Tonio_!
[10:35] <Hobbsee> ARGH, IT'S TONIO.  EVERYBODY RUN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1
[10:35] <Hobbsee> ahem.  hi!
[10:35] <Tm_T> Tonio_: mooh, good to hear there's no crashes anymore
[10:35] <Jucato> Hobbsee: you should stop thinking aloud :)
[10:36] <Tm_T> Tonio_: I instead keep having crashes, have to turn indexlib off again :(
[10:36] <Tonio_> Tm_T: what surprises me is that people claim the fix doesn't work on kde bts...
[10:36] <Hobbsee> Jucato: *grin*
[10:36] <Jucato> anyone here using Umbrello? just wondering how to add a constructor in a class diagram
[10:36] <Tonio_> Tm_T: I tested here with thousands of emails, that perfectly stable
[10:36] <Tm_T> Tonio_: aww, that's evil
[10:36] <Hobbsee> i thought we didnt ship with digikam at the moment?
[10:37] <Tm_T> aww, I'm so tired... :(
[10:38] <Tonio_> Tm_T: btw, I'll upload and close the launchpad bug once the freeze ends
[10:39] <Lure_> nice, kmail is getting some bug fixing attention: http://www.kdedevelopers.org/node/2739
[10:39] <Tm_T> yup
[10:39] <Lure_> we should look into this and include them in feisty...
[10:39] <Tonio_> Jucato: was that you who ping me concerning kinstaller and its kcm extension for systemsettings ?
[10:39] <Tonio_> I'm unsure who did...
[10:40] <Jucato> Tonio_: um. nope... :/
[10:40] <Tonio_> Jucato: okay ;)
[10:40] <Hobbsee> Lure_: indeed.  i'm just wondering how much of it we can put in
[10:40] <Tonio_> hi mr luka !
[10:40] <Jucato> (but I'm sure I ping'ed you for some kcm stuff too :P)
[10:40] <Lure_> Hobbsee: everything
[10:40] <Hobbsee> Lure_: as long as they dont break anything else while they fix imap, we'll be right
[10:40] <Lure_> hi Tonio_
[10:40] <Hobbsee> seeing as imap is utterly broken in current form
[10:40] <sebas> Hobbsee: Dreamer ;-)
[10:40] <Hobbsee> sebas: :P
[10:41] <Jucato> O.o
[10:41] <Tonio_> Hobbsee: broken ?
[10:41] <sebas> Well, Bille and coolo are otherwise very capable developers, so there's some hope =)
[10:41] <Hobbsee> Tonio_: imap mail on kmail, broken, yes.
[10:41] <Jucato> freaking coincidence that I'm about to do the same thing sebas is going to do O.o
[10:41] <Tonio_> Hobbsee: I use imapr for all my email accounts and never have a problem
[10:41] <Hobbsee> Tonio_: with kmail?
[10:41] <sebas> Jucato: You scare me, go away! ;-)
[10:41] <Tonio_> with kontact, is there a difference ?
[10:41] <Hobbsee> Tonio_: you dont get hitten by the crash on select mail bug, that most other people get hit by?
[10:41] <Jucato> you scared me first
[10:41] <Hobbsee> no.  should be the same
[10:42] <Jucato> (of course I have to be the one to go away :P)
[10:42] <sebas> My most-hated bug is when the system time is weird.
[10:42] <Tonio_> Hobbsee: the only issue I had with imap is select lots of mails and apply filters
[10:42] <Tonio_> Hobbsee: wifed with the patch I hadded yesterday
[10:42] <Hobbsee> ahhh
[10:42] <Tonio_> Hobbsee: appart from that, works perfectly here
[10:42] <sebas> Sometimes my systems comes out of suspend-to-ram with the date set to 2002. If then kmail gets any mail, or basically changes any mtime in a dimap folder, I have to delete all local copies of my email to make kmail start again.
[10:42] <Hobbsee> lucky.  dunno how
[10:43] <sebas> Highly annoying.
[10:43] <Tonio_> I don't use direct imap, but disconnected imap.... maybe the difference is there
[10:43] <Hobbsee> ah, yes
[10:43] <Hobbsee> that'd be it
[10:43] <sebas> Well, shower().
[10:45] <Riddell> tackat_: ooh, we can classify marble as a KDE 4 project, that means it's covered by our ignore upstream version freeze rule
[10:46] <Hobbsee> haha
[10:46] <Jucato> O.o
[10:46] <Hobbsee> this is the "anything can fit under KDE 4 project" mantra
[10:46] <Riddell> tackat_: what's changed in -3?
[10:47] <Jucato> Hobbsee: hm.. is that a good thing or a bad thing? /me is ignorant :)
[10:47] <Riddell> Hobbsee: to be fair it is a KDE 4 project in development
[10:47] <Hobbsee> Riddell: yeah, thought it might be
[10:50] <Jucato> hah :)
[10:50] <tackat_> Riddell: it includes a measure tool and very basic Wikipedia integration
[10:50] <tackat_> Riddell: and a coordination grid
[10:51] <Riddell> tackat_: if this is a new upstream source releae it should have a new upstream version number (e.g. 0.3)
[10:51] <tackat_> Riddell: ah ok, I'll keep that in mind next time.
[10:52] <Tm_T> er
[10:52] <tackat_> Obviously I tried to be too conservative with the version number ;)
[10:52] <Riddell> tackat_: I can't upload it to feisty unless it has a new version number
[10:53] <tackat_> Riddell: Now that is hard to change ;)
[10:53] <naught101> has anyone noticed and buggerups with recent xorg updates?
[10:54] <Tonio_> sorry that's just a test !
[10:54] <tackat_> Riddell: so which version number would do it?
[10:54] <naught101> my mate is suing fesity on a dell d600, and the entire screen is artefacting massively
[10:54] <naught101> using
[10:54] <Riddell> tackat_: anything larger than 0.2 :)
[10:54] <tackat_> Ah ok
[10:56] <waylandbill> there's a fair amount of reading in the packaging guide.
[10:56] <waylandbill> guess I better get coffee. :-)
[10:57] <Hobbsee> waylandbill: we'll test you on it at the end, you know that, dont you?  :P
[10:58] <Hobbsee> Tonio_: hehe, exactly!
[10:59] <Tonio_> 9 days now no ?
[10:59] <Hobbsee> something like that.  beta got delayed
[11:00] <Tonio_> Hobbsee: yes but well..... a bit painfull...
[11:22] <Jucato> ha! I think I can see Hobbsee from Marble :)
[11:22] <Hobbsee> hrm?
[11:23] <Jucato> didn't try installing marble? :)
[11:23] <Hobbsee> nope
[11:23] <Jucato> ah
[11:23] <Hobbsee> -ENOEDGY
[11:24] <Jucato> oh yeah.. forgot that it's edgy :)
[11:24] <Tm_T> hmm, Marble is KDE4 -mapwidget stuff?
[11:24] <Jucato> hey wth?! I'm not on edgy either lol!
[11:24] <Jucato> Hobbsee: I installed it on feisty bwahahah
[11:24] <Hobbsee> ahhh
[11:24] <Hobbsee> didnt try it
[11:24] <Jucato> Tm_T: yah
[11:25] <Jucato> it's like a tamed Google Earth
[11:25] <Tm_T> Jucato: hmm, I think I have seen it before
[11:25] <Jucato> it's kinda nice for a wow effect in Ubiquity :)
[11:26] <Jucato> Hobbsee: ETA of beta?
[11:26] <Hobbsee> Jucato: friday
[11:26] <Jucato> next friday?
[11:26] <Hobbsee> this one
[11:26] <Jucato> ohkay....
[11:26] <Jucato> so I guess a bit later?
[11:26] <Hobbsee> yeah, think so
[11:27] <Hobbsee> the candidates from today should be it, i think
[11:28] <Hobbsee> wow, this is big...
[11:56] <tackat> Riddell: http://developer.kde.org/~tackat/marble/kubuntu/
[11:56] <tackat> could you tell me whether they work for you?
[11:57] <Riddell> " package architecture (i386) does not match system (amd64)"
[11:57] <Riddell> hang on
[11:57] <tackat> ah
[11:58] <tackat> hm
[11:58] <tackat> yeah
[11:58] <tackat> I compiled with -msse
[11:58] <tackat> because it's a lot faster then
[11:59] <tackat> any suggestion how to package it in a way that there are seperate packages for >PentiumIII
[11:59] <tackat> (i.e. including SSE)
[12:00] <tackat> Riddell: btw: the debian-dir is in SVN
[12:00] <Riddell> I don't think there's any way of doing that
[12:00] <tackat> hm :)
[12:01] <tackat> It should be really tough to find a PC without SSE these day so it's a bit stupid if it had to be compiled without SSE :)
[12:02] <Riddell> there's an Edinburg in Mexico?!
[12:02] <tackat> if Marble says so, then it very likely is ;)
[12:03] <Riddell> mm, no, just inside the US border
[12:03] <Riddell> ah, there's the real Edinburgh
[12:03] <Riddell> well, marble works lovely as usual
[12:03] <Tm_T> tackat: I'll kick off that 0.3.1
[12:03] <tackat> the "real" ;)
[12:04] <Jucato> one has an 'h', the other doesn't. so the one without an 'h' isn't the real Edinburgh :)
[12:04] <Jucato> let's see if wikipedia picks it up :)
[12:04] <tackat> right :)
[12:05] <waylandbill> now I gotta find edinburgh myself since you all got me curious. :-)
[12:05] <tackat> Jucato: Well "Edinburgh" obviously has a Wikipedia article :)
[12:06] <waylandbill> there's a few edinburg and edinburghs listed on wikipedia
[12:07] <tackat> well the Wikipedia-autoname resolving doesn't really work to well yet. That will be improved for Marble 0.4
[12:07] <Tm_T> Jerusalemi is in Eastern Finland
[12:09] <Riddell> tackat: images don't seem to work in the wikipaedia tab
[12:09] <tackat> Riddell: that's correct
[12:09] <tackat> Riddell: That's still on the todo
[12:09] <Riddell> "Download from Wikipaedia finished..."  don't put an elipsis when there's nothing else going to happen
[12:09] <tackat> ok
[12:11] <Tm_T> I wonder where all lakes from Finland disappeared :)
[12:11] <tackat> Riddell: I need to implement a downloadmanager class for the wikipedia images as well as the World-Wind-image-tiles
[12:11] <Riddell> or just depend on KDE :)
[12:12] <tackat> That will take a few days to do properly.
[12:12] <tackat> hehe
[12:12] <Riddell> or wait for the qt webkit class I guess
[12:13] <tackat> yeah that would be one of the very few cases where KDE would be handy for backend
[12:13] <Tm_T> hmm
[12:14] <Tonio_> Riddell: who is reviewing the NEW queue now ?
[12:14] <Riddell> Tonio_: nobody
[12:14] <Tonio_> Riddell: klavier (graphical keyboard) never reached the repos, still locked in queue, even if I uploaded it before the freeze
[12:14] <Tm_T> tackat: from where this takes that atlas map?
[12:14] <Tonio_> Riddell: who to ping then ? cjwatson ? mdz ?
[12:15] <Riddell> Tonio_: it was brought up at the last team meeting and there were some volunteers to take it on but I don't think there's been any progress on it
[12:15] <Riddell> Tonio_: pitti
[12:15] <Tonio_> klavier is important or the usability part, we should try to push a bit to get it in
[12:15] <Riddell> accessibility
[12:15] <Tonio_> that's what I meant yes ;)
[12:15] <Tonio_> Riddell: will ping him today, thanks
[12:17] <tackat> Tm_T: It says while initializing the map (basically "Nasa" / public domain)
[12:17] <Hobbsee> Tonio_: mithrandir works
[12:18] <Tonio_> Hobbsee: yes but mithrandir is probably very busy with the beta coming out :)
[12:18] <Hobbsee> Tonio_: quite likely.  doesnt take long to accept something though
[12:19] <Tonio_> Hobbsee: well if pitti doesn't do it I'll ping him then
[12:19] <Hobbsee> right
[12:41] <Tonio_> Riddell: heno suggest getting klavier on the cd, as it is only 60k
[12:41] <Tonio_> Riddell: isn't that too late according to you ?
[12:41] <heno> but as you say, it's looking late for main
[12:42] <Tonio_> heno: probably, but as that's not a "dangerous" change, and very simple and important app for accessebility, we can (in my opinion) make an exception for this :)
[12:42] <heno> I don't think we need to push it into feisty
[12:42] <Hobbsee> Tonio_: can you upload things?
[12:42] <Tonio_> Hobbsee: sure, but I'll wait for the end of the freeze :)
[12:42] <Hobbsee> Tonio_: can you upload http://librarian.launchpad.net/6901713/kdelibsjump.debdiff, and it can sit in unapproved until the beta freeze ends?
[12:42] <heno> Tonio_: sounds sensible
[12:43] <Tonio_> Hobbsee: sure I can, but I'll do a mass packages upload once the freeze ends ;) let's wait and do that at the same moment
[12:43] <Hobbsee> Tonio_: as long as that gets done.
[12:43] <heno> OTOH, I could contact the author and say, we really want to include this for feisty+1; here are some changers that would be cool ...
[12:43] <Hobbsee> Tonio_: what are you uploading?
[12:44] <Tonio_> kdelibs, bluez-utils, kdepim, pommed
[12:44] <Hobbsee> how much of kdepim are you doing?
[12:45] <Hobbsee> Tonio_: if you're going to do that, please make sure you pick up all the bugs assigned to me
[12:45] <Tonio_> Hobbsee: nzb mimetype install issue
[12:45] <Tonio_> Hobbsee: I'll merge the changes with yours
[12:45] <Hobbsee> Tonio_: i havent writtne changes yet, just assigned the bugs that we need to fix before release to me
[12:47] <Tonio_> Hobbsee: okay, concerning nzb, there is no bug for this, just something we changed and that needs fixing to work
[12:47] <Hobbsee> Tonio_: that's fine.
[12:49] <Riddell> Tonio_: I'd be hesitant but not entirely against it
[12:49] <Riddell> Tonio_: k-d-s profiles would need changing for the corret profile to load it
[12:50] <Tonio_> Riddell: what wrong with them ?
[12:51] <Riddell> Tonio_: well it won't load up klavier
[12:51] <Tonio_> Riddell: ah okay ;)
[12:51] <Tonio_> you'd like to get it load on boot ?
[12:51] <Riddell> motor-difficulties-pointing-devices should have it started by default (if it gets into main and on CD)
[12:52] <Tonio_> Riddell: okay I'll look at how to do this....
[12:52] <heno> It's still quite rough IMO
[12:52] <heno> it could do with 6 months of polish and helpful suggestions
[12:53] <Tonio_> heno: I agree the base is nice but the software really needs improvements
[12:53] <Tonio_> Riddell: why not discussing this as a spec for feisty+1, and plan for kubuntu default inclusion then ?
[12:53] <heno> So my suggestion would be universe for feisty, default install for feisty+1
[12:54] <Tonio_> Riddell: improving it is important I think
[12:54] <Tonio_> heno: makes sense
[12:54] <heno> ideally we could get some collaboration with the onboard work
[12:55] <Tonio_> Riddell: concerning motor-difficulties-pointing-devices, that requires the package to be previously installed no ?
[12:55] <heno> share layout profiles or something
[12:55] <Tonio_> Riddell: won't that end up with errors if the software isn't installed ?
[12:55] <Riddell> Tonio_: well yes, hense why I said "(if it gets into main and on CD)"
[12:55] <Tonio_> Riddell: oops :)
[12:56] <Riddell> man I look sleepy http://www.kubuntu-de.org/nachrichten/software/kde/kde4-und-kubuntu
[12:56] <Tonio_> Riddell: okay so what about taking this as a little spec next uds and plan everything for feisty+1 ?
[12:56] <Hobbsee> anyone here tested the new krusader?
[12:56] <Tonio_> that's reasonable for me
[12:56] <Tonio_> Riddell: indeed, looks like you need to take a break hehe :)
[12:57] <Riddell> Tonio_: sounds good
[12:57] <Tonio_> Riddell: how many years without vacations ?
[12:57] <Tonio_> I mean longuer than a WE
[12:57] <Riddell> I went to Croatia last November
[12:58] <Tonio_> ho! nice :)
[12:58] <Tonio_> I'll be there next week
[01:10] <Tonio_> I have to find a job, really.......
[01:10] <Tonio_> now I'm stick at home, I don't shave anymore, don't have my air cut, I've gone fat :'(
[01:10] <tackat> http://www.kde-apps.org/content/show.php?content=55105
[01:11] <tackat> Put Marble up on kde-apps.org now
[01:11] <Tonio_> transformed to a king of bear.....
[01:11] <Hobbsee> hehe
[01:11] <Hobbsee> Tonio_: just give me some of your weight, and i'll be happy :P
[01:11] <Tonio_> Jucato: weight grown from 77kgs to 88 in 3 month :'(
[01:11] <Jucato> kgs?!?!
[01:12] <Hobbsee> ouch!
[01:12] <Tonio_> yep, about 22 pounds more
[01:12] <Jucato> eek that is... um... well at least you're probably still in shape :)
[01:12] <Tonio_> girlfriend complaining a bit ;)
[01:12] <Hobbsee> heh
[01:12] <Jucato> good morning claydoh :)
[01:13] <Tonio_> Jucato: let's say I can still hide it, but I have to change that soon
[01:13] <Jucato> well, round *is* a shape anyway :)
[01:13] <claydoh> router resetting :(
[01:13] <Jucato> (heh blog quote :P)
[01:13] <claydoh> fixed tho
[01:13] <Jucato> claydoh: so what OS are you? :P
[01:13] <claydoh> all of them
[01:14] <Jucato> heh.. bbspot said I was a Palm O.o
[01:14] <claydoh> BeOS of course, but thata wasn't an option
[01:14] <claydoh> really it was OS/2 but I was trying to influence the outcome lol
[01:14] <Jucato> :P
[01:15] <Jucato> hahah
[01:15] <waylandbill> I don't think I've heard os/2 mentioned in the better part of a decade. until now.
[01:15] <Hobbsee> Tonio_: hehe, could be fun
[01:17] <Tonio_> Jucato: why ?
[01:17] <Tonio_> hard to guess how a grandmother can prevent from working.... ;)
[01:17] <Jucato> my current "job" is to watch over the house and her, and make sure she doesn't burn the house down, or hurt herself
[01:18] <Jucato> I get a steady allowance of US$ 2 a week! yay!
[01:18] <Tonio_> :(
[01:19] <Tonio_> alzheimer ? as my grandfather ?
[01:19] <Tm_T> woohoo, looks like we manage to get real release party this time here :)
[01:19] <Jucato> nah. not alzheimer's...
[01:19] <Jucato> she's just stubborn :)
[01:19] <Tonio_> heh
[01:19] <Jucato> she thinks she should and could do stuff she did hm... say, 20-30 years ago?
[01:20] <Jucato> well, I have an internet connection, my own PC, and lots of time to study C++, and a laptop soon... so can't really complain :)
[01:20] <Tonio_> ho as my grandmother then :)
[01:29] <waylandbill> Jucato: what else would anyone need? ;-)
[01:29] <Jucato> hm.... the ability to go out of the village/town more than once every 2-3 months?
[01:31] <waylandbill> yeah. I could see that as important. :)
[01:31] <Jucato> ;)
[02:13] <lucas_> Hi
[02:13] <lucas_> Need help with a sound problem, anyone can help ?
[02:14] <Hobbsee> lucas_: --> #ubuntu+1
[02:14] <Hobbsee> lucas_: you're looking for crimsun, but he's at work
[02:15] <lucas_> ok even for a kubuntu problems ? The probleme appears when i install mp3 with amarok
[02:15] <Hobbsee> what is it?
[02:16] <lucas_> After a fresh install, I start to listen mp3, Amarok installs me the correct extracodec but after that no sound come out
[02:17] <lucas_> I use kaffeine for playing divx and no sound come out
[02:17] <lucas_> But the bell in the termial works
[02:19] <Riddell> do oggs work?
[02:20] <lucas_> Hmmm good question, I test it
[02:24] <lucas_> Ogg doesn't work and it's the same for audio in flash vieos
[02:24] <lucas_> Hobbsee:
[02:24] <lucas_> It s seems to be a problem with alsa
[02:24] <lucas_> but I can't figure out how to fix it
[02:24] <Hobbsee> ah
[02:25] <lucas_> But I can stille listen the bell, when I search a wrong term in a page with firefox
[02:26] <lucas_> I experience this problem from the herd 4
[02:26] <lucas_> since
[02:26] <lucas_> the herd 4
[02:28] <Riddell> that's probably the system bell then
[02:28] <Riddell> you need someone who knows about alsa (like crimsun)
[02:29] <lucas_> ok, I will see with him, and mayybe I will fill a bug report
[02:31] <lucas_> Thank you for your help
[02:44] <bddebian> Heya
[02:44] <Jucato> hi bddebian!
[02:44] <waylandbill> hello bddebian
[02:46] <bddebian> Hi Jucato, waylandbill
[03:46] <rouzic> Hi all
[03:46] <Hobbsee> heya
[03:51] <rouzic> Hobsee: I have a problem with a kernel 2.6.20-12 (Feisty) in a MacBook
[03:51] <Hobbsee> known
[03:51] <Hobbsee> and tab completion is your friend
[03:52] <Hobbsee> rouzic: may already be fixed - at least on most machines it has
[03:53] <rouzic> the last kernel allows to use the Trackpad as touchpad, but due to the sensibility, it is impossible to use the trackpad
[03:53] <Riddell> ksynaptics might help
[03:53] <rouzic> Hi Riddell
[03:54] <rouzic> I have tried to install Ksynaptics, but me there appears a warning that I have to add a line in/etc/X11/xorg.conf ... I add this line but he(she) is still giving me the warning
[03:57] <rouzic> Thanks Hobbsee, Riddell, I have found the bug in launchpad, where it(he,she) is to unload the xorg.conf that solves it:)
[04:08] <nixternal> Riddell: did you get my link for an updated docs package?
[04:08] <freeflying> okular is really cool
[04:08] <freeflying> I've used it under osx  :)
[04:18] <Riddell> nixternal: yes thanks, although maybe you should paste it again so I don't forget
[04:18] <nixternal> http://www.nixternal.com/tmp/kubuntu-docs.debdiff
[04:18] <nixternal> :)
[04:31] <Riddell> nixternal: The requested URL /tmp/kubuntu-docs.debdiff was not found on this server.
[04:31] <nixternal> heh
[04:32] <nixternal> Riddell: hahaha, that is because I attached it to the bug report :)
[04:33] <nixternal> Riddell: http://librarian.launchpad.net/6900329/kubuntu-docs.debdiff
[04:33] <nixternal> there you go
[04:48] <cyt> !feisty+1
[04:48] <ubotu> Sorry, I don't know anything about feisty+1 - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[04:48] <Jucato> feisty isn't even released yet :)
[04:49] <giangy> ops
[04:49] <giangy> sorry :)
[04:49] <cyt> I have no idea what feisty+1 means, so try to ask ubotu :P
[04:50] <Jucato> feisty+1 refers to the release that will come after feisty
[04:51] <cyt> Jucato: Thx :)
[05:13] <Jucato> :)
[05:19] <Riddell> actually the more exciting ones are at http://se.releases.ubuntu.com/kubuntu/feisty/
[05:23] <fdoving> will you add an kubuntu.org article?
[05:33] <Riddell> Subject: Accepted kuickshow 4:3.5.6-0ubuntu1 (source)
[05:33] <Riddell> that'll keep the proletariat happy
[05:35] <firephoto> heh
[05:43] <fdoving> yay, kuickshow :)
[05:46] <jetsaredim> has anyone run into an issue with kubuntu edgy and the gtk2-engines-qt package?
[05:46] <jetsaredim> I'm trying to do some glade stuff, but when I have any gtk app open all of the background rendering turns to black
[05:46] <jetsaredim> thus I cannot see anything
[05:48] <jetsaredim> just trying to figure out what the problem is
[05:53] <Riddell> jetsaredim: hmm
[05:53] <Riddell> jetsaredim: that problem should have been fixed long before edgy was released
[05:54] <Riddell> jetsaredim: doing rm ~/.gtk* will fix it
[05:54] <Tonio_> jetsaredim: known issue, fixed in feisty
[05:54] <Riddell> Tonio_: really?  I never saw it
[05:54] <Riddell> except at the start of the cycle
[05:54] <Riddell> Tonio_: by the way gtk-qt theme stuff doing work on the live CD
[05:54] <Tonio_> Riddell: ho the background issue, yes, that's pretty old
[05:54] <Tonio_> I think we fixed this one with dapper
[05:55] <Riddell> ** beta out http://kubuntu.org/announcements/7.04-beta.php
[05:56] <Tonio_> Riddell: woohoo !
[05:56] <Tonio_> Riddell: downloading for macintel test
[06:14] <Riddell> hunger: http://dot.kde.org/1174669960/
[06:15] <hunger> Riddell: Oh, thanks!
[06:16] <Riddell> thanks for reporting back (many such events don't)
[06:18] <Riddell> ooh, Tonio_ fixed jumping khtml
[06:19] <Tonio_> Riddell: just pushed the patch hobbsee sent me
[06:19] <hunger> Riddell: Well, it does not really contain that much info anyway:-)
[06:20] <apokryphos> blog posts have some decent info though
[06:20] <hunger> apokryphos: Damn:-) We decided to keep things secret:-)
[06:22] <apokryphos> I'm really glad about the skype participation, though I don't entirely understand the nature of it. More reading needed, perhaps
[06:23] <hunger> apokryphos: Stanislav wanted to find out whether he can integrate skype into kde/decibel/telepathy and where it will fit best. Mostly information gathering.
[06:23] <hunger> He did provide some nice insights though.
[06:23] <hunger> We will see what will come of it in time:-)
[06:23] <apokryphos> so skype actually think about us linux users? ;)
[06:23] <apokryphos> yeah
[06:24] <hunger> apokryphos: Yeap, they do... or at least Stanislav as the linux dude does;-)
[06:24] <apokryphos> I got the vague impression that they completely forgot about us after the ebay takeover
[06:24] <apokryphos> since the Linux version was left so far behind
[06:26] <hunger> apokryphos: Stanislav demoed a new version of the thing.
[06:26] <hunger> apokryphos: on his linux laptop;-)
[06:27] <apokryphos> hunger: anything exciting in it?
[06:27] <hunger> apokryphos: Dunno. Never used skype before, so I can not really tell what is new.
[06:28] <hunger> apokryphos: Still had some bugs, but looked pretty nice overall.
[06:28] <apokryphos> webcam support? That's the biggest missing feature of the Linux version
[06:29] <apokryphos> I guess there's also no plans for them to go open source with the client :P
[06:29] <hunger> Dunno about webcam, but a definite no about open sourceing the client:-)
[06:29] <apokryphos> =)
[06:35] <apokryphos> so I've played a bit with feisty now; lotta nice things :)
[06:36] <apokryphos> all the artwork is again beautiful and the windeco is less dramatic so it's nice. Definitely a good idea to start, by default, with the small shortcuts on the panel (amarok, etc); everyone should do that, though I wonder if lock/logout aren't useful at the bottom-right
[06:36] <apokryphos> slightly ;-) disappointed to see kickoff not adopted since I think it's a huge step forward, but the new 'blow-out' k-menu effect is nice
[06:37] <apokryphos> gui package management always has me thinking, but I'm beginning to think that it really is the best way to split the easy/power user method. Users care about applications/new-functionality, not every little package.
[06:38] <apokryphos> this rant/review was sponsored by apokryphos Ltd. ;-)
[06:40] <Riddell> kickoff is not really possible to package alas
[06:40] <apokryphos> how come?
[06:41] <Riddell> great big fork of kdebase (I don't want to merge it with each release), and depends on beagle (==mono)
[06:41] <Tm_T> yes, even svn branch has whole kdebase
[06:42] <Tm_T> so it's not really kicker replacement but kdebase replacement
[06:42] <jetsaredim> ok - I think I figured it out
[06:42] <Riddell> jetsaredim: ooh?
[06:42] <jetsaredim> I removed my .gtk* settings
[06:42] <jetsaredim> and re-started gaim for example
[06:43] <jetsaredim> actually - closed any open apps that weren't kde-based to make sure
[06:43] <jetsaredim> then everything looked fine
[06:43] <jetsaredim> then I went into the appearance settings
[06:43] <apokryphos> I see. Is beagle really not implemented as a 'possible search backend'? (deep roots?)
[06:43] <jetsaredim> and changed from "use my kde style in gtk apps" to use another style: qt
[06:43] <apokryphos> where is Beineri when you need him; offline again :P
[06:43] <jetsaredim> now - its broken again
[06:44] <Tm_T> apokryphos: hmm, need fiddling to be able to compile it without beagle (that means cheating)
[06:44] <jetsaredim> I'm using the baghira theme
[06:44] <Tm_T> apokryphos: so it's I think quite deep in it
[06:44] <jetsaredim> maybe that has something to do with it
[06:46] <apokryphos> Tm_T: any idea on what happened to feisty using a search engine (tenor or beagle)? Have they gone with tenor?
[06:47] <Riddell> jetsaredim: aah, that could be it
[06:47] <Tm_T> apokryphos: search engine in where?
[06:47] <Tm_T> Gnome?
[06:48] <apokryphos> I presumed it'd be in both
[06:48] <Tm_T> hmm, let me see one thing...
[06:48] <jetsaredim> Riddell: how would I actually be able to figure that out?
[06:48] <Tm_T>  /# apt-cache search tenor
[06:48] <Tm_T>  /#
[06:49] <Tm_T> so my feisty install doesn't know tenor at all ;)
[06:49] <Tm_T> btw I have ubuntu xubuntu edubuntu and kubuntu-desktop installed
[06:49] <Riddell> jetsaredim: change to platik and see if you get the same problem I would imagine
[06:51] <Tm_T> apokryphos: did this answer to your question?
[06:51] <jetsaredim> brb
[06:51] <jetsaredim> yea plastik works fine
[06:52] <jetsaredim> that just sux - cause the guy who wrote baghira isn't updating it anymore
[06:52] <jetsaredim> i think he's working on kde4
[06:52] <Riddell> jetsaredim: it might be fixed in gtk-qt engine in fesity as Tonio_ said
[06:52] <jetsaredim> or something like that
[06:52] <Riddell> or you could just not use gtk-qt engine :)
[06:52] <jetsaredim> heh true
[06:53] <jetsaredim> ok - its almost time to upgrade to feisty
[06:53] <jetsaredim> is there a way to tell if there are some packages in edgy that you use that are not in feisty?
[06:56] <Tonio_> Riddell: it IS fixed ;) We spent time with ogra to test everything and there is no more "gnome settings" vs "gtk-qt" conflict
[06:57] <Riddell> Tonio_: mm, do you know why it doesn't work on the live CD
[06:57] <Tonio_> Riddell: no I'll have to have a look
[06:58] <Tonio_> Riddell: lemme look at how the config works in details
[06:59] <Tonio_> Riddell: got a live cd session launched somewhere ?
[06:59] <Tonio_> can you check if ~/.kde/env/gtk-qt-engine.rc.sh exists ?
[07:00] <Riddell> Tonio_: I just made a new user, doesn't work their either
[07:00] <Riddell> Tonio_: yes it does
[07:01] <Tonio_> hum........
[07:01] <Tonio_> got ~/.gtkrc-2.0-kde too ?
[07:02] <Riddell> Tonio_: spooky, I logged in as new user again and this time it work
[07:02] <Riddell> works
[07:02] <Riddell> Tonio_: maybe it doesn't run the env script the first login (does it get copied too late?)
[07:03] <Tonio_> Riddell: possible, but that used to work....
[07:03] <Tonio_> okay that's the plan for today, fix this !
[07:04] <Tonio_> Riddell: I can confirm it doesn't work for a new user
[07:04] <Tonio_> wonder what happens at the second login.....
[07:04] <Tonio_> testing
[07:05] <Tonio_> Riddell: works at second boot
[07:06] <Tonio_> files are probably copied too late
[07:06] <Tonio_> kde env folder is probably read and execute before startkde launches....
[07:06] <Riddell> tried again with new user, variable is set fine, but theme doesn't work
[07:06] <Tonio_> ah ? I just logout and login and that worked for me
[07:06] <Tonio_> Riddell: tested locally or on livecd ?
[07:07] <Tonio_> hum just tested twice, and same result, fails at first login, works at second
[07:07] <Tonio_> someone else to test please ?
[07:09] <Riddell> that's the same as me, doesn't need someone else to test :)
[07:10] <Tonio_> Riddell: hehe ;)
[07:10] <Tonio_> Riddell: which gnome app did you use to test ?
[07:11] <Tonio_> I'll just create a new user, login, test with the same, logout and login again
[07:11] <Tonio_> Riddell: need to be sure as I'm conviced that works ;)
[07:11] <Tonio_> Riddell: I tested with firefox
[07:11] <Riddell> Tonio_: I used gimp
[07:11] <Tonio_> okay lets install gimp
[07:12] <Tonio_> Riddell: I'll test on my primary session to be sure to fit with normal user conditions
[07:12] <apokryphos> Tm_T: yes :P
[07:12] <Tonio_> okay gimp installed, created user toto, let's go
[07:14] <Tm_T> apokryphos: ah, good :)
[07:16] <Tonio_> dear mr Riddell, I confirm MY option ;)
[07:16] <Tonio_> works at second login, reproduced 3 times on several new accounts :)
[07:17] <Tonio_> neutral person required to test please ^_^
[07:19] <Riddell> you don't trust yourselfx3 or me?
[07:24] <Tonio_> Riddell: hum, although I generally believe you, I also believe my computer and what it shows me hehe :)
[07:25] <Tonio_> if that really works second time for everyone, I'd say there is no need to fix
[07:25] <Tonio_> although fixing this would be quite complicated, if the problem is that env is read before startkde starts...
[07:26] <Riddell> Tonio_: but the environment variable seems to be fine
[07:26] <Tonio_> Riddell: another option : touching gtk-qt-engine.rc.sh to do the copy before loading the env variable
[07:26] <Tonio_> Riddell: that should work for initial boot
[07:27] <Tonio_> Riddell: hum if [ ! -e $HOME/env/gtk-qt-engine.rc.sh ]  && [ -e /usr/share/kubuntu-default-settings/gtk-qt-engine.rc.sh ]
[07:28] <Tonio_> Riddell: file script is copied probably after the env variable is read....
[07:29] <Riddell> Tonio_: right, I see it
[07:30] <Riddell> GTK2_RC_FILES has another value on the first run
[07:30] <Riddell> and only on second run has the set value
[07:30] <Riddell> so just set GTK2_RC_FILES directly in startkde when it copies that file
[07:31] <Tonio_> right fixing this
[07:32] <Riddell> thanks Tonio_
[07:33] <Tonio_> Riddell: now, explain me how it failed for you at second login ??? ^_^
[07:36] <Riddell> Tonio_: it didn't
[07:36] <Riddell> it works at second login
[07:36] <Tonio_> okay so we both agreed from the begining ? :)
[07:40] <Riddell> yes
[07:42] <Tonio_> Riddell: the fix doesn't work..... I just touches startkde and that doesn't help....
[07:42] <Tonio_> s/touches/touched
[07:42] <Tonio_> weird
[07:43] <Riddell> Tonio_: what's your fix?
[07:44] <Tonio_> http://paste.tonio.homelinux.org/75
[07:44] <Tonio_> Riddell: trying to export while copying the gtkrc file
[07:46] <Tonio_> doesn't work either......... weird.........
[07:47] <Riddell> Tonio_: paste?
[07:48] <Tonio_> http://paste.tonio.homelinux.org/76
[07:48] <Tonio_> Riddell: that's the second attempt
[07:49] <Riddell> it's in the wrong place, it should be below line 7
[07:49] <Tonio_> Riddell: tested too, neither work
[07:59] <Tonio_> Riddell: looks like setting an env variable in startkde doesn't work outside of kde.... that's the problem
[08:00] <Tonio_> outside of startkde, sorry
[08:00] <Riddell> yes, strange
[08:01] <Riddell> I wonder where that GTK2.. variable is being set anyway
[08:03] <Tonio_> yep, I wonder too
[08:03] <Tonio_> Riddell: concerning startkde env, I don't consider that strange....
[08:03] <Tonio_> Riddell: that's a script, so any env defined ends with the script, which makes sense
[08:04] <Tonio_> I wonder if there is a dcop call or something that would let kde re-read the env folder..... could be a solution
[08:10] <Tonio_> Riddell: I'm lost, asking on kde....
[08:16] <Tonio_> Riddell: found the fix :)
[08:17] <Tonio_> Riddell: I simply looked where in startkde is ~/.kde/env read, and put the gtk part just before
[08:17] <Tonio_> Riddell: works
[08:17] <Tonio_> no need to export doing like that
[08:21] <Riddell> groovy
[08:22] <PF-Away> can i whine for 2 seconds?
[08:23] <Tonio_> PF-Away: sure
[08:23] <PF-Away> https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/91399
[08:23] <Ubugtu> Malone bug 91399 in console-setup "fail to install with subprocess post-installation script returned error exit status 3" [Medium,Confirmed]
[08:23] <PF-Away> that bug is really bothering me
[08:23] <PF-Away> i will be glad to help out tracking it down, but i no idea where to start
[08:23] <PF-Away> or rather continue
[08:24] <Tonio_> lemme look....
[08:25] <PF-Away> thanks
[08:25] <Tonio_> hum, pure packaging issue, should be quite easy to fix....
[08:25] <Tonio_> PF-Away: I'm uploading a fix for kdebase and then look at this one
[08:25] <PF-Away> thanks a lot
[08:26] <Tonio_> PF-Away: no promiss to fix it, but I'll try :)
[08:26] <PhinnFort> ok;)
[08:27] <PhinnFort> i would've loved to help fix it, but i'm not too terribly familiar with the debian/ubuntu way of doing things yet
[08:28] <Tonio_> PhinnFort: probably a simple postinst script issue...
[08:28] <Tonio_> we'll see that in a few minutes
[08:29] <PhinnFort> i've dissected the postinst script, and it runs fine when i try to run it manually, and noone in #bash (which i figured would be the most competent channel for shell scripts) noticed any major bugs
[08:29] <Tonio_> ouch, debian already has 1.15, we're still with 1.13
[08:29] <PhinnFort> they suggested that one of the other scripts the postinst script called could be the source
[08:30] <PhinnFort> but those ran fine too
[08:30] <Tonio_> yup that's possible
[08:30] <sebas> Does someone have any idea where I can find guidance branch for 0.8 in kdesvn? :D
[08:30] <sebas> http://websvn.kde.org/branches/guidance/
[08:30] <Tonio_> I'm concerned in the outdated thing
[08:30] <sebas> _Sime_: Maybe?
[08:30] <sebas> Or is .8 not branched off yet?
[08:30] <Tonio_> PhinnFort: here is the deal, I package 1.15, and we test this one
[08:30] <Tonio_> PhinnFort: are you okay ?
[08:30] <PhinnFort> yes, thank you;)
[08:31] <Tonio_> maybe an issue since we have the latest debconf or something........
[08:31] <ryanakca> Riddell: would fixing 94615 be done in k-d-s?
[08:31] <PhinnFort> debconf is what runs the postinst scripts?
[08:32] <Riddell> bug 94615
[08:32] <Ubugtu> Malone bug 94615 in kdebase "Firefox launched from alt-f2 doesn't apply all gtk2-qt-engine settings" [Medium,Confirmed]  https://launchpad.net/bugs/94615
[08:33] <Riddell> PhinnFort: yes (unless they're crappy ones)
[08:33] <Riddell> ryanakca: might be, might also be gtk-qt-engine
[08:33] <Tonio_> PhinnFort: bad news, just did an apt-get install --reinstall console-setup
[08:33] <ryanakca> kk
[08:33] <Tonio_> no issue
[08:34] <Tonio_> PhinnFort: is the issue during an ubuntu version change ?
[08:34] <Tonio_> ryanakca: I just uploaded the fix
[08:34] <ryanakca> Tonio_: oh, kk
[08:34] <PhinnFort> Tonio_: i upgraded to feisty recently, but i think the problem came some time after i upgraded
[08:35] <PhinnFort> but i can't be entirely sure
[08:35] <Tonio_> PhinnFort: hum......... hard to fix if I can't reproduce your problem........ trying to purge the package
[08:35] <ryanakca> Tonio_: fix released?
[08:35] <ryanakca> or commited?
[08:35] <Tonio_> ryanakca: lemme test first if that works, and I'll close the bug
[08:35] <Tonio_> ryanakca: commited
[08:35] <ryanakca> kk
[08:36] <Tonio_> PhinnFort: I just purged the package and reinstalled, no issue.......
[08:36] <PhinnFort> this is weird
[08:36] <Tonio_> PhinnFort: I think I may not be able to help as I can't reproduce....
[08:37] <PhinnFort> ok, thanks for trying at least
[08:37] <Tonio_> PhinnFort: hehe ;)
[08:37] <PhinnFort> i'll guess i have to track it down myself;)
[08:37] <Tonio_> PhinnFort: just a second
[08:37] <PhinnFort> i'm pretty used to that from gentoo
[08:37] <PhinnFort> "fix yer own darn bugs"
[08:37] <Tonio_> PhinnFort: cjwatson is the guy to contact concerning this
[08:38] <Tonio_> in case he eventually missed the bug
[08:38] <fdoving> console-setup script issue?
[08:38] <PhinnFort> ok, but it will have to wait, as i have to work now
[08:38] <fdoving> i think i have that too.
[08:38] <fdoving> i'll have a look.
[08:38] <Tonio_> fdoving: ah ?
[08:39] <fdoving> PhinnFort: tried 'sudo sh -ex /var/lib/dpkg/console-setup.postinst' ?
[08:40] <Tonio_> Riddell: OOOOOOOOOOH ! logout and autoswtich to previous kde session now works !
[08:40] <Tonio_> Riddell: did you change that or is that due to usplash improvements ?
[08:41] <Tonio_> ryanakca: confirmed fixed with my patch
[08:45] <PF-Away> ok, i have another "bug", or whatever
[08:45] <PF-Away> it doesn't look like dpkg recognises the signatures on any of my packages anymore
[08:47] <yacoob> Hi folks. Is it possible to see what was the fix commited for a specific bug?
[08:47] <PF-Away> fdoving, Tonio_, i solved
[08:47] <PF-Away> i just purged it, and then installed it again
[08:48] <Tonio_> PF-Away: means that previous version of thepackage was crappy...
[08:49] <fdoving> works for me too.
[08:49] <Tonio_> PF-Away: and latest is fixed.... you can give the fix the the other guys and close the bug then
[08:49] <PF-Away> ok
[08:49] <yacoob> ...anyone? :)
[08:49] <PF-Away> heh, where do i close it?
[08:50] <fdoving> yacoob: you'll probably need to try to figure that out from the changelogs.
[08:50] <yacoob> right, let's try that...
[08:50] <PF-Away>  /how do i close it?
[08:50] <Tonio_> PF-Away: change the bug status to fix-released
[08:51] <Tonio_> and give the purge info as a comment
[08:51] <PF-Away> either i can't find where to change status, or i don't have permissions
[08:51] <fdoving> what bug?
[08:51] <PF-Away>  Bug #91399:
[08:51] <Ubugtu> Malone bug 91399 in console-setup "fail to install with subprocess post-installation script returned error exit status 3" [Medium,Confirmed]  https://launchpad.net/bugs/91399
[08:52] <PF-Away> ah, found it
[08:52] <Tonio_> PF-Away: done, sorry ;)
[08:53] <PF-Away> ah, np;)
[08:53] <PF-Away> now i learned to close bugs, at least;)
[08:55] <yacoob> fdoving, sadly, I cannot work out the version number of new package. Is it there such thing contained in the launchpad?
[08:56] <yacoob> (allright, new correspondence just arrived, explaining stuff, but not every developer has to be that helpful :)
[08:56] <fdoving> yacoob: there is a changelog feature in launchpad.
[08:58] <yacoob> it's bug 94615, and I don't seem to see it there... :)
[08:58] <Ubugtu> Malone bug 94615 in kdebase "Firefox launched from alt-f2 doesn't apply all gtk2-qt-engine settings" [Medium,Fix released]  https://launchpad.net/bugs/94615
[08:59] <fdoving> yacoob: on the left side, find 'Latest version' click on the version number
[09:01] <yacoob> fdoving, uhuh, the only problem is, it still sees old version. But thanks :)
[09:07] <Riddell> nixternal: that's beta release
[09:07] <Riddell> gosh, it's a Beineri
[09:08] <nixternal> hehe
[09:08] <nixternal> haha, I made the KDE Commit-Digest
[09:11] <apokryphos> I was just about to start: so I spoke to Beineri ;-)
[09:13] <apokryphos> Beagle is just a plugin for kickoff; there are other capabilities without it http://en.opensuse.org/Kickoff#Search (which I often skip over too)
[09:13] <apokryphos> and it's compatible with every single KDE version released
[09:14] <Beineri> you have all freedom to not like it but don't push forward wrong reasons to your users why you don't include it
[09:15] <apokryphos> Beineri: it wasn't to a lot of users, just me (since I was giving my review on beta, and asked)
[09:28] <apokryphos> hm, dinner. Back in a few.
[09:28] <kwwii> hehe, first Bille in the oxygen channel and now Beineri in kubuntu-devel
[09:29] <kwwii> I would mention something about rats leaving a sinking ship, but I am too nice ;-)
[09:30] <Beineri> so no talk, just fud. bye
[09:30] <Tm_T> :)
[09:31] <kwwii> lol
[09:31] <sebas> "Pissing of peeps in two lines only."
[09:31] <sebas> Neat, kwwii :-)
[09:31] <kwwii> man, I used to work with him...good to see he is still so uptight ;-)
[09:31] <Tm_T> :)
[09:32] <Tm_T> just can't stop smiling )(
[09:32] <sebas> I don't doubt you knew exactly what the reaction would be =)
[09:32] <kwwii> sebas: artists have a way of getting at developers, not sure what it is
[09:33] <Lure> kwwii: lol
[09:35] <sebas> kwwii: hehe, I know
[09:42] <ryanakca> is there a TODO list?
[09:47] <apokryphos> argh, I didn't mean for people to get upset at all :(
[09:47] <Tm_T> apokryphos: people?
[09:48] <apokryphos> I really was genuinely thinking about it :/
[09:59] <apokryphos> Tm_T: those points are true enough though, right?
[10:02] <Lure> apokryphos: what did you do wrong to upset them?
[10:03] <apokryphos> Lure: no idea; perhaps it's a sensitive subject, didn't know it was though...
[11:23] <Tm_T> apokryphos: I assume that's his way to deal things, nothing you to blame here
[11:52] <giangy> 'evening
[12:05] <ryanakca> hey giangy, yuriy
[12:11] <yuriy> hey ryanakca