[06:45] <mborzecki> morning
[07:55] <mardy> hi mborzecki
[08:02] <pstolowski> morning
[08:28] <mvo> good morning pstolowski
[09:46] <mup> PR snapd#11252 opened: snap: cpu quota support through --cpu, --cpu-set and --thread <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/11252>
[10:46] <mup> PR snapd#11253 opened: packaging,tests: fix running autopkgtest <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11253>
[10:56] <mardy> mmm... the code coverage report clearly has some issues. This function is actually fully covered by existing unit tests, yet it shows up as red: https://app.codecov.io/gh/snapcore/snapd/compare/11248/diff#D3L54
[11:17] <mup> PR snapd#11254 opened: spread-shellcheck: use safe_load rather than load with a loder <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11254>
[12:06] <mvo> reviews for pr#11253 would be supernice, with that I can SRU again and fix the autopkgtest failures we got in the most recent upload
[12:07] <mup> PR snapd#11255 opened: Transactional installs/removes/refreshes <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/11255>
[12:22] <mup> PR snapd#11243 closed: tests/main/snap-info: use yaml.safe_load rather than yaml.load <Simple 😃> <Test Robustness> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11243>
[12:22] <mup> PR snapd#11249 closed: cmd/snap: rm unnecessary validation <Simple 😃> <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11249>
[12:32] <mup> PR snapd#11231 closed: cmd/snap: setup tracking cgroup when invoking a service directly as a user <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11231>
[12:42] <mup> PR snapd#11208 closed: interfaces: allow access to new at-spi socket location in desktop-legacy <Created by jhenstridge> <Merged by jhenstridge> <https://github.com/snapcore/snapd/pull/11208>
[12:52] <mborzecki> meh, so git add -f refuses to add a file named pc-boot.img since we have a matching pattern in gitignore
[12:52] <mborzecki> even though i used -f
[12:57] <mup> PR snapd#11256 opened: Minor changes ensuring unset SNAPD_DEBG to avoid test failures when r… <Created by mansre> <https://github.com/snapcore/snapd/pull/11256>
[13:02] <mup> PR snapd#11254 closed: spread-shellcheck: use safe_load rather than load with a loder <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/11254>
[13:14] <mardy> mborzecki: weird... what's the error message?
[13:15] <mborzecki> mardy: found the culprint, we had *.img in spread.yaml, so it was in git, but miraculously disappeared the source tree on gce
[13:15] <mborzecki> i mean we had *.img in exclude in spread.yaml 🙂
[13:29] <mardy> ah, tricky!
[13:43] <ijohnson[m]> bboozzoo: hey for the core20-remodel nested spread test, do you think this line should be done in a loop? is it racing with snapd trying to write that file? https://github.com/snapcore/snapd/blob/116fa26916a32c582066340c73025f50ca5601d4/tests/nested/manual/core20-remodel/task.yaml#L47
[13:44] <ijohnson[m]> I saw that test fail because that file was not present, but all the logs from snapd in the VM suggests that the remodel was in fact successful
[13:50] <mborzecki> ijohnson: sec, let me see
[13:51] <mborzecki> ijohnson: hmm no by the time it runs the label should be there already, unless hmm it ran around midnight maybe?
[13:56] <ijohnson[m]> bboozzoo: haha
[13:56] <ijohnson[m]> 2022-01-14 00:03:51 Debug output for google-nested:ubuntu-20.04-64:tests/nested/manual/core20-remodel (jan132315-799582) :
[13:57] <ijohnson[m]> 4 minutes after midnight
[13:57] <mborzecki> hahah
[13:57] <mborzecki> got link?
[13:57] <ijohnson[m]> https://github.com/snapcore/snapd/runs/4810553343?check_suite_focus=true
[13:57] <mborzecki> ijohnson: i suspect the base label is 20220113, but the remodel started after midnight already 🙂
[13:57] <mborzecki> (or at least the label was created at that time)
[13:58] <ijohnson[m]> yeah
[13:58] <mborzecki> hm maybe i should buy some lottery tickets
[13:58] <ijohnson[m]> 🙂
[14:07] <mborzecki> ijohnson: so afaiu, the image ran was creaated before midnight, thus the recovery system label was 20220113, but the test then ran after midnight already so it assumed that the label is 20220114 and expected 20220114-1 to appear next
[14:23] <mup> PR snapcraft#3623 opened: feat: add source_recurse_submodules <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3623>
[14:27] <ijohnson[m]> bboozzoo: that makes sense, any idea how we could prevent that sort of thing from happening? could we make the check more loose to check for the current date or the previous date?
[14:29] <mardy> ijohnson[m]: hi! The new custom-device interface, it will be available only on the UC devices, right?
[14:31] <ijohnson[m]> mardy: that is the main consumer yes since it will require a gadget snap, but we have had on occasion some enablements where they have a classic gadget, so if at all possible we should not assume that it will only be used on ubuntu core
[14:53] <mup> PR snapd#11199 closed: tests: fix uses of fakestore new-snap-declaration <Created by bboozzoo> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11199>
[14:55] <ijohnson[m]> super duper simple PR for anyone with 30 seconds 🙂 https://github.com/snapcore/snapd/pull/11257
[14:55] <mup> PR #11257: gadget: fix typo with filesystem message <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11257>
[14:58] <mup> PR snapd#11257 opened: gadget: fix typo with filesystem message <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11257>
[15:04] <mborzecki> ijohnson: or maybe just tweak the error message: https://github.com/snapcore/snapd/pull/11257/commits/46ee01f8f3d803d19b5e6b673f0de86f751a349d#r784914495
[15:04] <mup> PR #11257: gadget: fix typo with filesystem message <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11257>
[15:04] <ijohnson[m]> oh no it's not super duper simple! 🙂
[15:04] <ijohnson[m]> bboozzoo: also I opened https://github.com/snapcore/snapd/pull/11258 too
[15:04] <mup> PR #11258: tests/nested/manual/core20-remodel: try to work around midnight problem <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11258>
[15:08] <mup> PR snapd#11258 opened: tests/nested/manual/core20-remodel: try to work around midnight problem <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11258>
[15:33] <mup> PR snapd#11230 closed: gadget: misc helper fixes for implicit system-data role handling <Needs Samuele review> <Created by anonymouse64> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11230>
[16:11] <kenvandine> mvo: when do you think we can get user-daemons enabled by default?
[16:28] <mup> PR snapd#11257 closed: gadget: fix typo with filesystem message <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11257>
[17:18] <mup> PR snapd#11259 opened: tests/nested/manual/minimal-smoke: bump mem to 512 for unencrypted case too <Simple 😃> <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11259>
[17:18] <mup> PR snapd#11260 opened: tests/nested/manual/minimal-smoke: revert back to 384M for unencrypted case <⛔ Blocked> <Simple 😃> <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11260>
[17:23] <mup> PR snapcraft#3624 opened: Fix npm plugin permission denied <Created by om26er> <https://github.com/snapcore/snapcraft/pull/3624>
[23:05] <mup> PR snapd#9536 closed: RFC: bootloader ping/pong protocol <:birthday:> <Skip spread> <Created by zyga> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/9536>
[23:25] <mup> PR snapd#11261 opened: tests/lib/nested.sh: add debug kernel command line parameters <Simple 😃> <Test Robustness> <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11261>


[01:03] <jog> wallyworld, are you able to give me permission to tag github.com/juju/juju.git ?
[01:03] <wallyworld> sure
[01:03] <jog> my git user is 'jogeo'
[01:09] <wallyworld> jog: sorry, browser crashed. does it work now?
[01:09] <jog> wallyworld, yup thanks!
[01:10] <wallyworld> np
[03:22] <wwitzel3> anything interesting come out of the meeting?
[03:25] <anastasiamac> wwitzel3: u mean team meeting?
[03:26] <wwitzel3> anastasiamac: yeah
[03:26] <wwitzel3> ericsnow: ping, you happen to still be around?
[03:27] <anastasiamac> wwitzel3: well, we just caught up on new terminology (and what are the mplications for code, docs, blogs), restructure of core and spec contentes/processes
[03:27] <anastasiamac> wwitzel3: it was short and quick :D
[03:28] <anastasiamac> wwitzel3: as in brief :P
[03:28] <wwitzel3> is there a listing of the new teminology?
[03:28] <anastasiamac> environment = model
[03:28] <anastasiamac> service = application
[03:28] <anastasiamac> JES = controller
[03:28] <anastasiamac> tools = agents
[03:29] <anastasiamac> workload = payload
[03:29] <anastasiamac> m adding this to meetings minute
[03:29] <wwitzel3> anastasiamac: great, thank you
[03:29] <anastasiamac> better to confirm with rick_h_ too :D
[03:31] <anastasiamac> wwitzel3: i may have heard relation = link (but it could b jetleg too)
[04:04] <rick_h_> anastasiamac: confirm what?
[04:04] <rick_h_> anastasiamac: wwitzel3 terminology looks good
[04:05] <wwitzel3> thanks
[04:05] <rick_h_> relation stays, just talked a lot as forming a link
[04:13] <natefinch> anastasiamac: can you explain the environment = model thing?  Environment is kind of overloaded, but when I think environment, I think like my production juju environment on AWS or my testing juju environment on MAAS
[04:27] <rick_h_> natefinch: the thinking is that juju models the working system and a controller of several models seems ok
[04:28] <rick_h_> natefinch: there's some more, can chat on how the discussions went the last two weeks.
[04:29] <natefinch> rick_h_: sure, just wondering how we actually talk about these things... I can say "juju deploy adds a new service to the model".... but I can't really say "a machine just went down in our production model"
[04:32] <rick_h_> natefinch: interesting use case. I'd skip that by saying models have names in a controller and you'd actually say "a machine died in production-analytics"
[04:32] <rick_h_> but admit I'm cheating
[04:32] <natefinch> heh ok :)
[04:33] <natefinch> rick_h_: seems like there's really two things - there's juju's model of the world, stored in mongo, which is the model... and then there's the reality attached to that model.
[04:38] <rick_h_> natefinch: which do you talk to and interact with via the cli?
[04:39] <rick_h_> natefinch: I think you are right in that distinction though.
[04:39] <natefinch> rick_h_: depends on the command.... things like deploy and add machine really just change the model, which the controller then attempts to modify reality to match
[04:39] <natefinch> rick_h_: but then if you're doing juju status - you're showing both the model and reality
[04:40] <rick_h_> natefinch: yea, but then again it's the model's view of reality.
[05:01] <jam> wallyworld: you still have a 'juju-charm-demo' instance running. is that intentional?
[06:19] <wallyworld> jam: no, it is not, i thought i had killed them all. damn
[06:19] <jam> wallyworld: it started something like 25hrs ago
[06:19] <jam> so roughly yesterday
[06:20] <wallyworld> hmmm, i don't recall starting it but i must have
[06:22] <wallyworld> killed now
[06:34] <anastasiamac> rick_h_: thank you for explanantion  - would it be gr8 to have terminology discussion with Nick and Peter present to ensure that docs reflect our world :)
[07:10] <mup> Bug #1506338 opened: state/leadership: sporadic test timeout <juju-core:New> <https://launchpad.net/bugs/1506338>
[07:35] <jam> domas, fwereade: I just filed https://bugs.launchpad.net/juju-core/+bug/1506353
[07:35] <mup> Bug #1506353: leadership resolver still too noisy <logging> <uniter> <juju-core:Triaged> <https://launchpad.net/bugs/1506353>
[07:35] <jam> it seems the new dependency engine is waking up every 30s or so and logging that there is essentially "nothing to do"
[07:35] <jam> which seems ok, until you have 100s of units doing it
[07:46] <mup> Bug #1506353 opened: leadership resolver still too noisy <logging> <uniter> <juju-core:Triaged> <https://launchpad.net/bugs/1506353>
[08:02] <mattyw> wallyworld, ping?
[08:04] <wallyworld> mattyw: hey, just otp with fwereade , can i ping you soon?
[08:04] <mattyw> wallyworld,
[08:05] <dimitern> frobware, ping
[09:01] <dimitern> dooferlad, voidspace, fwereade
[10:19]  * dooferlad is AFK for ~25 mins
[10:19] <fwereade> axw, wallyworld: offhand, non-urgent, but in case yuo see it before sleep: what would be causing the resolver loop to wake up every 30s?
[10:20] <mattyw> mgz, ping?
[10:44]  * dooferlad is back
[10:46] <perrito666> morning
[10:47] <voidspace> perrito666: 'ning
[10:49] <TheMue> perrito666: 'ng
[10:49] <TheMue> voidspace: next step only 'g? ;)
[10:50] <voidspace> TheMue: :-)
[12:03] <mattyw> mgz, there was some code in core in cmd/status that hadn't been moved onto yaml.v2. It was still working because juju/cmd was still on yaml.v1, but when you update the dep it breaks, I'm fixing that one up, there doesn't look there will be more but obv' we'll have to look out for it
[12:38] <mup> Bug #1506460 opened: On juju-br0 interface creation the inet6 addresses of the original interface are lost <ipv6> <juju-core:New> <https://launchpad.net/bugs/1506460>
[12:46] <dimitern> voidspace, hey
[12:47] <dimitern> voidspace, I managed to confirm your fix on 1.25 works with a few different net configs for nodes in maas 1.9
[12:47] <dimitern> voidspace, I'm trying a few more confs now (so far tested lxc and kvm connectivity)
[12:53] <voidspace> dimitern: cool
[12:53] <voidspace> dimitern: I have containers working with 1.25 and the fix for master
[12:54] <voidspace> dimitern: I set the master branch to land but tests failed
[12:54] <voidspace> looking at it now
[12:55] <voidspace> cmd_juju_subnet_test panicked
[12:55] <dimitern> voidspace, so I'm having issues with my local maas network setup I suspect, as it *always* takes ~5m to deploy a node (w/ or w/o juju) due to cloud-init waiting for 10 then 120s for the network to come up (even though it's statically configured)
[12:55] <voidspace> bah
[12:55] <dimitern> voidspace, hmm - what was the issue?
[12:55] <voidspace> ah, no reachable servers
[12:55] <voidspace> that happens from time to time - can happen to any test
[12:55] <voidspace> will retry
[12:56] <mup> Bug #1503740 changed: Storage should be behind a feature flag in 1.24 <storage> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1503740>
[12:56] <dimitern> right
[12:56] <voidspace> it's not good, but it's not my immediate problem...
[12:56] <voidspace> I'm going on lunch
[12:56] <voidspace> bbiab
[12:56] <dimitern> also there's the bug above, just filed - when we have inet6 config in /e/n/i we should be handling it properly
[13:02] <mup> Bug #1503740 opened: Storage should be behind a feature flag in 1.24 <storage> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1503740>
[13:08] <mup> Bug #1226307 changed: juju-core lazily get tools if from public bucket <bootstrap> <performance> <juju-core:Fix Released> <https://launchpad.net/bugs/1226307>
[13:08] <mup> Bug #1503740 changed: Storage should be behind a feature flag in 1.24 <storage> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1503740>
[13:11] <frobware> dimitern, I see the same slow deployment time. This is what I thought you reported yesterday.
[13:12] <dimitern> frobware, I suspect the issue might be due to having 1 NIC with 2 aliases all on the same subnet
[13:13] <frobware> dimitern, agreed. I haven't been scientific enough in recording which does/does not work...
[13:17] <dimitern> frobware, voidspace, also, I just did a test with one of the NUCs having 2 NICs bonded in bond0
[13:17] <dimitern> script needs to handle this case better - connectivity was lostit doesn't work
[13:18] <frobware> dimitern, can you please raise a bug for this explicit case
[13:20] <mup> Bug #1226307 opened: juju-core lazily get tools if from public bucket <bootstrap> <performance> <juju-core:Fix Released> <https://launchpad.net/bugs/1226307>
[13:20] <dimitern> frobware, sure
[13:23] <mup> Bug #1226307 changed: juju-core lazily get tools if from public bucket <bootstrap> <performance> <juju-core:Fix Released> <https://launchpad.net/bugs/1226307>
[13:37] <dimitern> frobware, what was that ip link command to add the bridge?
[13:37] <dimitern> frobware, ip link add link juju-br0 type bridge doesn't seem to work
[13:38] <natefinch> fwereade: I fixed a bunch of the issues you had with the unit assigner worker.. some of the comments I responded to without fixing, as a couple of them would have been quite large refactors.  Would appreciate if you could take a look  http://reviews.vapour.ws/r/2814/
[13:38] <frobware> dimitern,  sudo ip link add name juju-br0 type bridge
[13:39] <dimitern> frobware, right, thanks!
[13:45] <dimitern> frobware, I might have found a workaround the bond issue
[13:46] <dimitern> frobware, using that ip link add + ip link set up seems to do the trick without loss of connectivity
[13:46] <dimitern> double checking now..
[13:46] <frobware> dimitern, would be worth verifying the UP status of the link
[13:47] <dimitern> frobware, I've added dumping of all routes, links, and addresses at the end of the script
[13:50] <frobware> dimitern, using `ip addr' ?
[13:50] <frobware> dimitern, or ifconfig?
[13:54] <dimitern> frobware, all three with iprotue2
[13:54] <dimitern> iproute2 even
[13:56] <wwitzel3> ericsnow: ping
[13:57] <wwitzel3> katco: I might be a couple minutes late to standup
[13:57] <katco> wwitzel3: np we can wait
[14:05] <wwitzel3> anastasiamac: yeahback
[14:05] <wwitzel3> oops
[14:05] <wwitzel3> back
[14:35] <mup> Bug #1506498 opened: juju-br0 not configured properly with maas 1.9 on machines with 2 bonded NICs <juju-core:New> <https://launchpad.net/bugs/1506498>
[14:37] <dimitern> frobware, so the in addition to adding and upping the bridge, we need to wait for both the bond and the bridge to become ready, pining the default GW
[14:37] <dimitern> frobware, filed bug 1506498
[14:37] <mup> Bug #1506498: juju-br0 not configured properly with maas 1.9 on machines with 2 bonded NICs <juju-core:New> <https://launchpad.net/bugs/1506498>
[14:38] <mup> Bug #1506498 changed: juju-br0 not configured properly with maas 1.9 on machines with 2 bonded NICs <juju-core:New> <https://launchpad.net/bugs/1506498>
[14:39]  * dimitern needs to step out, will continue a bit later with the tests
[14:44] <mup> Bug #1506498 opened: juju-br0 not configured properly with maas 1.9 on machines with 2 bonded NICs <juju-core:New> <https://launchpad.net/bugs/1506498>
[14:45] <rogpeppe> nice bikeshed opportunity anyone! i want to factor writeServerFile out of cmd/juju/user so that it can be used by cmd/juju/system too. but... where should the new location be?
[14:46] <rogpeppe> possibilities considered so far: cmd/juju/system, cmd/juju/common, environs/configstore
[14:46] <rogpeppe> fwereade, dimitern, jam: suggestions?
[14:56] <rogpeppe> surely *someone* must have an opinon! dimitern, cmars, natefinch, mgz... ?
[14:57] <mgz> rogpeppe: I really don't :)
[14:57] <rogpeppe> mgz: bah!
[14:57] <mgz> well, I think "common" sucks as a concept, but we have it
[14:57] <rogpeppe> mgz: FWIW i don't like any of the above suggestions
[14:57] <rogpeppe> mgz: i agree totally. i don't want to make it worse
[14:58] <rogpeppe> mgz: currently i'm thinking of a new package, maybe github.com/juju/juju/serverfile
[14:58] <rogpeppe> or perhaps cmd/juju/serverfile
[14:58] <rogpeppe> mattyw: nice bikeshed opportunity anyone! i want to factor writeServerFile out of cmd/juju/user so that it can be used by cmd/juju/system too. but... where should the new location be?
[14:59] <rogpeppe> mattyw: [15:46:25] <rogpeppe> possibilities considered so far: cmd/juju/system, cmd/juju/common, environs/configstore
[14:59] <natefinch> rogpeppe: nope, no real opinion. If it's just for cmd/juju, keep it under there somewhere
[14:59] <rogpeppe> natefinch: well, it's potentially something that someone external to juju might want to use
[15:00] <mattyw> rogpeppe, I take offence at the assumption that I always enjoy a bikeshed
[15:00] <mattyw> rogpeppe, so the punishment is, whatever I say you have to agree with 100%
[15:00] <cmars> rogpeppe, i probably wouldn't import something out of juju/juju though, because it's such a huge checkout from github
[15:01] <rogpeppe> mattyw: not a chance. the way of bikesheds is: noone gives a toss until a decision is made, then everyone disagrees with it
[15:01] <rogpeppe> cmars: i don't understand
[15:01] <cmars> rogpeppe, wait, are we talking juju/juju/cmd/juju or cmd/juju ?
[15:01] <rogpeppe> cmars: the former
[15:02] <cmars> er, juju/cmd. ok
[15:02] <mattyw> rogpeppe, I'd put it in environs/server_file.go for now
[15:02] <rogpeppe> mattyw: i'm not sure. isn't environs a bit overburdened already?
[15:02]  * rogpeppe checks again
[15:03] <mattyw> it is, it's the best of the three options presented
[15:03] <mattyw> I could also go with environs/serverfile/write.go or something
[15:04] <rogpeppe> mattyw: yeah, that might be reasonable
[15:04] <rogpeppe> mattyw: although it's not really much to do with environs
[15:04] <mattyw> rogpeppe, also you shouldn't miss this chance to rename it writeControllerFile
[15:04] <rogpeppe> mattyw: ha
[15:04] <rogpeppe> mattyw: if there's gonna be some renaming, let's do it consistently all at once across the code base please
[15:05] <mattyw> rogpeppe, since when has that been a think?
[15:05] <mattyw> thing
[15:05] <mgz> the thing takes a *cmd.Context does moving it out of cmd make sense?
[15:05] <rogpeppe> mattyw: it seems like the only sane approach to me
[15:06] <mgz> I have not internalised our import graph, but pretty sure environs generally gets imported by cmd not the other way around
[15:06]  * mattyw looks again
[15:06] <rogpeppe> mgz: i don't think it should take a cmd.Context
[15:06] <rogpeppe> mgz: or an EndpointProvider come to that
[15:07] <mgz> fair enough, if refactored to be a different interface have wider options
[15:08] <mattyw> those are good points, it should basically be given the structure and where to put it, and it writes it there I'd imagine
[15:09] <rogpeppe> mattyw, mgz: i'm thinking of something like: http://paste.ubuntu.com/12790951/
[15:11] <rogpeppe> mattyw: and given that it refers to environs/configstore, perhaps environs/serverfile would work best
[15:11] <mattyw> rogpeppe, I'd be +1 all of that except for the incomprehensible lack of godocs in the paste ;)
[15:12] <mgz> that does seem pretty reasonable. with filename being an abspath.
[15:12] <rogpeppe> mgz: yup
[15:13] <mattyw> mgz, while you're here: juju/juju/cmd/status had mention of GetYAML and was still using yaml.v1 from github.com/juju/cmd
[15:13] <mattyw> mgz, I started the work to move it over - does that conflict with anything you're doing?
[15:13] <mgz> mattyw: nope, just missed it in the grep
[15:14] <mgz> problem with packages that have go get as their gating mechanism
[15:14] <mattyw> mgz, ok - was sort of hoping I'd get a yeah and I've fixed all the problems
[15:14] <mattyw> mgz, but ok
[15:15] <rogpeppe> mgz, mattyw: actually, another possibility is juju/jujuj/envcmd which is where ServerFile (the serialisation format) is defined
[15:15] <rogpeppe> mattyw: did you find out what was calling GetYAML ?
[15:16] <mattyw> rogpeppe, it was using github.com/juju/cmd which was still on yaml.v1
[15:16] <rogpeppe> mattyw: ha!
[15:16] <mattyw> rogpeppe, that could make sense - I suppose it is quite cmd related
[15:16] <rogpeppe> mattyw: if in doubt, use showdeps -a | grep yaml.v1
[15:16] <rogpeppe> mattyw: i suppose :-\
[15:16] <mgz> mattyw: hm, did my subnet yaml branhc not land? I'm not confused by the state of master
[15:17] <mattyw> rogpeppe, well it's the cmd's that use it right?
[15:17] <mattyw> mgz, subnet?
[15:17] <rogpeppe> mattyw: currently, yes
[15:17] <mattyw> mgz, cmd/subnet?
[15:17] <mgz> ah, I am confused
[15:17] <rogpeppe> mattyw: although it's a format that others might want to parse
[15:17] <mattyw> rogpeppe, so it sort of makes sense
[15:17] <mgz> I removed redundant junk in spaces
[15:17] <mgz> missed the same in subnets
[15:17] <rogpeppe> mattyw: e.g. if you were implementing a juju client in python
[15:18] <mgz> mattyw: unless you've started already on status, I'll do it
[15:18] <mattyw> mgz, I've started - but am stuck
[15:19] <mattyw> mgz, I'll push what I have so far so you can take a look if you like
[15:19] <mgz> mattyw: I'll have a lok, touched this code before so I should remember what's going on
[15:19] <mattyw> mgz, but a couple of tests are failing - "service-status" isn't appearing in the right places
[15:19] <mattyw> mgz, one moment
[15:24] <mgz> mattyw: meanwhile, http://reviews.vapour.ws/r/2911/
[15:26] <mattyw> mgz, I migrated those, sure they're not needed?
[15:27] <mgz> mattyw: yup
[15:27] <mgz> I should have seen them when I killed the other ones
[15:28] <mgz> it's noop copy code
[15:29] <mattyw> mgz, cool, I suspect it might be the same in the other stuff I'm doing
[15:29] <mattyw> mgz, but I haven't got it worked out in my minds yet
[15:29] <mgz> status is the one place we really do fancy stuff
[15:29] <mattyw> (still waiting to push)
[15:29] <mgz> but people have looked at it for yaml examples and been confused as to what's actually needed
[15:30] <mgz> mattyw: I evilly turned off my hook a while back and have yet to reenable it
[15:30] <mattyw> mgz, St Peter doesn't take kindly to that kind of thing
[15:33] <mattyw> mgz, here it is http://reviews.vapour.ws/r/2912/
[15:35] <mgz> mattyw: ta!
[15:39] <mgz> mattyw: is the famous and much copied rog comment actually still true?
[15:39] <mgz> or can you inline declare types in the methods?
[15:39] <mattyw> mgz, I don't know - I was hoping to get tests passing then see if I can remove and at have still pass tests
[15:39] <mgz> :D
[15:40] <mgz> mattyw: I'll poke this after standup
[15:40] <mattyw> mgz, rog was kind enough to explain it to me this morning - but it didn't help my understanding, I was hoping to talk to him after ods to go over it in a bit more deetail
[15:48] <wwitzel3> ericsnow, natefinch: aaand again
[15:48] <ericsnow> wwitzel3: ouch
[15:51] <wwitzel3> it is odd, it is a clean shutdown , but like it is happening in the background .. syslog shows systemd shutting things down before it dies
[15:53] <mgz> bogdanteleaga: if you have a mo, can you look at http://reviews.vapour.ws/r/2860 for the centos changes
[16:11] <mgz> katco: and you got a feature test for your last minute feature right? :P
[16:15] <katco> mgz: (whistles)... we had one at some point
[16:15] <katco> mgz: i think it got lost in the shuffle
[16:16] <natefinch> mgz: we're happy to write one for next friday
[16:25] <bogdanteleaga> mgz: looks sane to me, did you test it on centos?
[16:27] <natefinch> fwereade: reviewed your uniter logging PR - http://reviews.vapour.ws/r/2913/
[16:38] <mgz> bogdanteleaga: I do not know how at present, jog is working on centos on our maas, was wondering if you had a working public cloud setup anywhere
[16:44] <bogdanteleaga> mgz: we didn't try it out in public clouds yet, only maas
[16:44] <bogdanteleaga> mgz: have you tried http://wiki.cloudbase.it/juju-centos ?
[16:46] <mgz> bogdanteleaga: I assume that's basically what jog followed, he had fun with nic and maas 1.9 though
[16:47] <mgz> anyway, we should have that as part of our revision testing soon enough, then I can rerun the branch with centos
[16:51] <jog> mgz, 1.9 has support for importing centOS images (i.e. it automatically picks them up from the daily image streams), so I did not have to generate my own images or manually add them.
[16:51] <jog> https://maas.ubuntu.com/docs/changelog.html#alpha2
[16:56] <mgz> jog: did you file any bugs for your troubles?
[16:56] <jog> There is a bug for the LVM issue already
[16:58] <jog> the second issue was related to having multiple NICs and the MAAS DHCP listening on the second NIC. However, CentOS only configured the first... I've not filed a bug about that yet.
[17:01] <jog> the bug for LVM is 1499558 and also discussed in the release notes I liked to above
[17:37] <wwitzel3> ericsnow: pushed up my status-set changes
[17:37] <ericsnow> wwitzel3: cool
[18:20] <natefinch> ericsnow, wwitzel3: back, sorry, the furnace guy was here
[18:35] <wwitzel3> ericsnow: pushed an update
[18:35] <ericsnow> wwitzel3: thanks!
[18:36] <natefinch> wwitzel3, ericsnow: what can I do to help?  Just review?
[18:38] <katco> natefinch: that's what i'm doing
[18:38] <wwitzel3> ericsnow: pushed update to unregister as well, added a todo and the checkempty
[18:39] <katco> wwitzel3: gah... push file renames in separate PR
[18:40] <wwitzel3> just look at it on Github , since it handles it just fine
[18:40] <wwitzel3> :P
[18:40] <katco> wwitzel3: doing that actually... doesn't do diff b/t 2 files though
[18:41] <wwitzel3> odd it should, I used git rename
[18:42] <katco> wwitzel3: lemme know what i'm doing wrong, but don't see it here: https://github.com/juju/juju/pull/3517/files?diff=split
[18:42] <wwitzel3> yeah, that is weird, since the commit history is file renamed without change .. then my changes
[18:42] <natefinch> man, git sucks, bzr and launchpad handle this just fine
[18:43] <wwitzel3> katco: yeah, that is odd, it is confused about something .. you can just look at the commit here https://github.com/wwitzel3/juju/commit/06ef4664272c5110fe1198ac778a28fba7e73ee4?diff=split
[18:43] <wwitzel3> katco: i broke it up in to a rename commit and a change commit
[18:43]  * natefinch shakes off the possession by wallyworld
[18:43] <wwitzel3> so that this wouldn't happen .. lol
[18:43] <wwitzel3> and it happened anyway
[18:44] <katco> wwitzel3: much better
[18:44] <katco> wwitzel3: +1 to change
[18:48] <mgz> ericsnow: sorry, should have claimed that mattyw yaml review, he put it up incomplete so I could resolve a conundrum for him
[18:48] <ericsnow> mgz: np :)
[18:48] <mgz> I just found a mo though and have the fix
[18:53] <mattyw> ericsnow, thanks anyway, sorry I should have said something in the review
[18:53] <ericsnow> mattyw: my question about the bugs vs. yaml.v2 still stand though :)
[18:57] <mgz> mattyw: see my review for answer
[18:58] <mgz> ericsnow: we think we can remove most of the weird workaround stuff, only part I'm not sure on is the gccgo behaviour
[18:59] <ericsnow> mgz: gccgo just keeps on giving
[18:59] <mgz> it's just the fun of working on multiple platforms in general
[19:00] <mgz> you get twice the number of platform bugs
[19:03] <natefinch> wwitzel3: a few very minor review comments: http://reviews.vapour.ws/r/2901/
[19:07] <mattyw> ericsnow, mgz thanks guys, I'm not actually reading any of the comments, I'm saving it as a suprise
[19:07] <ericsnow> mattyw: lol
[19:07] <mgz> mattyw: a breakfast excitement
[19:09] <natefinch> ericsnow: that status list formatter thing takes a compatVersion, but doesn't use it..... is that correct?  and if so, why does it need that value?
[19:10] <ericsnow> natefinch: I followed the lead of status on that one
[19:10] <natefinch> ericsnow: of taking in the value and not using it? :/  :)
[19:11] <ericsnow> natefinch: haha
[20:03] <wwitzel3> woohoo, new keyboard is here
[20:03] <wwitzel3> my wrists are free again!
[20:05] <katco> wwitzel3: i expect 50.02% more productivity
[20:08] <wwitzel3> lol, sure ;)
[20:23] <natefinch> wwitzel3: sweet... my code keyboard is coming tomorrow.  Can't wait.
[20:24] <wwitzel3> natefinch: I looked at those but I didn't see an adjustable version
[20:24] <natefinch> wwitzel3: adjustable how?
[20:26] <wwitzel3> natefinch: width and height and tilt
[20:27] <natefinch> wwitzel3: yeah, it's not super adjustable... I think it can be tilted, but at the end of the day, it's not rally any more adjustable than the rectangular keyboard that you can get for $10, it's true.
[20:28] <wwitzel3> natefinch: yeah, I don't know how to type on a regular keyboard anymore
[20:28] <natefinch> wwitzel3: haha
[20:28] <natefinch> wwitzel3: I have a friend who es the kinesis... I imagine that must be even worse
[20:29] <wwitzel3> natefinch: these last two days on the laptop keyboard have been awful .. anytime we have sprints and people watch me type, I can only imagine what people think
[20:31] <wwitzel3> the one I just got is the Goldtouch V2, which is adjustable 0-30 degrees on the horiz and vert
[20:31] <wwitzel3> it doesn't have a num pad, but I have an extrenal one floating around somewhere
[20:31] <natefinch> haha.. yeah, for me, it's the touchpad that is horrible. I can type on the laptop ok, but man.... the touchpad makes me feel like I'm 110 years old
[21:11] <katco> ericsnow: wwitzel3: we have a testable branch yet?
[21:12] <wwitzel3> katco: status-set is landing right now, not sure where list is at
[21:12] <ericsnow> katco: the only thing I have left is to address a few more comments from natefinch
[21:12] <katco> wwitzel3: ericsnow: awesome!
[21:33] <aisrael> Who's familiar with jes? I'm trying to use it for a spike, but the devel docs aren't helping me. `juju system create-environment test` throws 'error: no system specified'
[22:06] <mup> Bug #1506649 opened: On juju upgrade the security group lost ports for the exposed services <juju-core:New> <https://launchpad.net/bugs/1506649>
[22:36] <mup> Bug #1284982 changed: juju destroy-environment exits with strange error <juju-core:Fix Released by thumper> <https://launchpad.net/bugs/1284982>
[23:06] <fwereade> aisrael, I should be asleep, but thumper or menn0 should be able to help
[23:06] <mup> Bug #1506666 opened: juju bootstrap fails in virtualbox <juju-core:New> <https://launchpad.net/bugs/1506666>
[23:08] <menn0> aisrael: howdy
[23:08] <menn0> aisrael: let me remind myself who this hangs together
[23:08] <menn0> aisrael: which juju version are you using?
[23:09] <aisrael> menn0: 1.25-beta1. I'm chatting with thumper about it now, though, but thanks!
[23:10] <menn0> aisrael: ok, you're in good hands then
[23:11] <mgz> probably broken lxc package
[23:12] <mgz> see if update gets you a new one.
[23:38] <menn0> mgz: hey hey
[23:39] <menn0> mgz: do you know if there's likely to be another 1.24 release?


[08:21] <ninetls> Unit193: nothing to release
[08:22] <ninetls> Unit193: what about xkb plugin?
[08:22] <ninetls> it's still 0.7.1 in ubuntu!
[11:29] <bluesabre> Unit193: where's your package tracker page at again?
[16:52] <Unit193> ninetls: I did actually package an update to that, it's somewhere.
[16:52] <Unit193> bluesabre: https://sigma.unit193.net/~unit193/xfce412.html
[16:53] <Unit193> 'Debian' includes experimental.
[21:00] <Unit193> ninetls: FYI, pushed the updates to Debian VCS.
[22:46] <bluesabre> Unit193: thanks
[23:03] <Unit193> bluesabre: Hiii.
[23:51] <bluesabre> Unit193: hiya
[23:52] <Unit193> bluesabre: Whatcha doin'?
[23:52] <bluesabre> Unit193: probably going to do some ppa review or something
[23:52] <Unit193> Anything I'm supposed to be doing and haven't?
[23:54] <bluesabre> Unit193: Don't suppose you could add artful to the package tracker as well so its easier to track differences?
[23:54] <Unit193> bluesabre: Ubuntu/artful?  Hmm.
[23:55] <bluesabre> :)
[23:55] <Unit193> Well not precisely easily.
[23:57] <bluesabre> xenially though?
[23:58] <Unit193> It's so annoying that 'precise' was used, I'm glad it's dead.
[23:58] <bluesabre> :D
[23:59] <bluesabre> But yeah, if it's a no go, that's fine too
[23:59] <bluesabre> I have a scraper for packages.u that I can use to get what I need to know


[12:05] <Riddell> poningru: in which way isn't it?
[12:09] <poningru> I cant put my hand on it
[12:09] <Riddell> poningru: well that's not use :)
[12:09] <hunger> Riddell: Did I sign up for work with joining kubuntu-users?
[12:09] <poningru> its just something about bugzilla that seems 'better'
[12:09] <poningru> I dont know its probably being used to it
[12:09] <Riddell> https://launchpad.net/people/kubuntu-users/  yep you're there
[12:09] <hunger> poningru: Yeah... launchpad is absolutely confusing to me!
[12:09] <Riddell> hunger: that is
[12:10] <hunger> Riddell: What is having a team good for?
[12:11] <Riddell> hunger: well kubuntu-team is for a) assigning bugs to and b) keeping track of all kubuntu developers
[12:11] <Riddell> kubuntu-users is just to let all these unknown people who keep trying to join kubuntu-team have a team that they can join
[12:11] <hunger> Riddell: I can not count myself as a kubuntu developer:-(
[12:12] <Riddell> hunger: want a job to do?  :)
[12:12] <hunger> Riddell: Nope, I'm happy with being a kubuntu-user;-)
[12:12] <Riddell> fair enough
[12:12] <hunger> Riddell: I do not understand QT anyway.
[12:13] <hunger> At least kubuntu-users seems to come without an added fee;-)
[12:15] <raphink> no need to know qt to be a kubuntu dev
[12:15] <raphink> ;)
[12:15] <raphink> kubuntu dev != kde dev
[12:16] <hunger> raphink: Well, you need to build stuff... and so far I ended up patching stuff whenever I needed to do that.
[12:16] <raphink> so you know how to patch ;)
[12:16] <raphink> very useful knowledge ;)
[12:17] <hunger> raphink: Spend a couple of years writing C++ code and hacking autotools:-)
[12:17] <raphink> that's quite of an advanced user ;)
[12:17] <raphink> I'm afraid I couldn't write a line of c++
[12:17] <hunger> raphink: So I can get round... but I just do not have the time to regularly contribute.
[12:17] <raphink> hardly reading it
[12:17] <Riddell> wow, autotools, I still have no clue about them
[12:18] <raphink> :)
[12:18] <hunger> Riddell: They are not too hard to work with and kde is moving away from them anyway IIRC.
[12:18] <Riddell> yep
[12:18] <crimsun> autotools is a world of hurt.
[12:19] <LaserJock> hi raphink
[12:19] <raphink> hi LaserJock
[12:19] <hunger> raphink: I can test things and do small assignments if I have the time, but that is all for the time being:-(
[12:19] <raphink> mhm
[12:19] <hunger> crimsun: Everything that is suppesed to allow for crossplattform building is a world of hurt.
[12:21] <hunger> crimsun: I have to admit that m4 hurts a bit more;-)
[12:24] <hunger> By the way: Is ksysguard's cpufreq thingy working with the 2.6.15 kernel?
[12:25] <hunger> It did work fine with the 2.6.12 kernels and fails for me with the new one. But maybe I just messed the config up again.
[12:53] <bobesponja> k
[12:53] <bobesponja> that's just my opinion
[12:53] <Riddell> locate is default partly because we had a summer of code project to improve it and wanted to give it prominance
[12:54] <Riddell> I think it should depend on if it's running a file manager part of an html part
[12:54] <bobesponja> I like to copy some text with the mouse and then past it on konqueror with the mouse wheel
[12:54] <bobesponja> Riddell: agree
[12:54] <Riddell> s/of/or/
[12:54] <Riddell> same with the google search box
[12:55] <bobesponja> when I use it as html and that I select some word on a webpage, I don't want it to locate a file on my comp
[12:56] <Riddell> I'll poke tvo when he's around, he's the one that set it up, maybe he can change it to be more clever
[12:57] <bobesponja> also i like a showimg better than gwenview, but then again it's just my opinion, also showfoto from digikam is reaaally getting great
[12:58] <Riddell> I've been meaning to evaluate digikam and possibly showimg
[12:59] <bobesponja> Riddell: yes, it would be nice if digikam could be in the default install too, it's really a very usefull app
[01:15] <raphink> Riddell: how do you like Tonio's work on konqueror?
[01:16] <Riddell> raphink: I've uploaded a new kubuntu-default-settings with most of his changes
[01:17] <raphink> what changes did you keep ?
[01:17] <Riddell> most of them :)
[01:17] <raphink> hmm
[01:17] <raphink> which ones did no you not keep then?
[01:17] <raphink> ;)
[01:18] <bobesponja> raphink: the one he didn't like :)
[01:18] <raphink> bobesponja: that's a good answer I guess, but it doesnt' help ;)
[01:19] <Riddell> I put Splitting stuff into a sub-menu of View
[01:19] <Riddell> stopped the tabs from jumping around
[01:20] <raphink> ok
[01:20] <bobesponja> raphink: what's the new profile about?
[01:21] <raphink> bobesponja: Tonio spent two days working on a new konqui's profile
[01:21] <raphink> so it would keep looking as simple as now
[01:21] <raphink> but potentially contain all the features you could have in konqui
[01:21] <Riddell> now, fixed DPI settings in kdm or not?  that is the question
[01:21] <raphink> what do you mean Riddell ?
[01:23] <Riddell> well currently KDM sets the X dots per inch based on what the monitor tells it which isn't always right, and we get people saying "fonts are too large" and "fonts are too small"
[01:23] <Riddell> so I could set it to a fixed 100 DPI like I thought gdm used but seems GDM also just uses whatever the monitor tells X
[01:23] <hunger> Riddell: I hope I fixed this for good with giving the DisplaySize in xorg.conf.
[01:24] <hunger> Riddell: Adding a dpi-swith here and there is not a good solution IMHO.
[01:25] <hunger> Riddell: To do it properly you need to add it to xdm, kdm, gdm and the startx config file (plus whatever *dm the user installs).
[01:26] <hunger> Riddell: So I opt for "not"
[01:48] <raphink> Riddell: I read bookmarks in "go" don't seem to work for you, works for me though
[01:50] <raphink> doesnt work for you Riddell ?
[01:51] <Riddell> raphink: it works but it's a sub-menu
[01:51] <raphink> what wrong with a submenu?
[01:51] <Riddell> I want the bookmarks stuff on a top level menu
[01:51] <Riddell> too hard to navigate with the mouse
[01:51] <raphink> hmm ok
[01:52] <Riddell> people use bookmarks quite a lot, you want them to be there
[01:52] <Riddell> how do you use bookmarks?
[01:52] <raphink> I don't ;)
[01:52] <raphink> I keep all the pages I really want to keep opened in tabs
[01:52] <raphink> and set kde to remember my session
[01:52] <raphink> ;)
[01:53] <raphink> when I don't mind about a page anymore I close the tab
[01:53] <raphink> and the sites I need the most I try to remember ;)
[01:53] <Riddell> yeah, I use bookmarks for important pages but less common ones
[01:53] <raphink> ok
[01:53] <raphink> so you don't need them so much ;)
[01:53] <raphink> or so often ;)
[01:54] <Riddell> but when I do I want them right there
[01:54] <raphink> :)
[02:03] <freeflying> Riddell: I've reuploaded scim-qtimm
[02:04] <Riddell> cool
[02:04] <Riddell> URL?
[02:05] <freeflying> Riddell: http://revu.tauware.de/details.py?upid=1449
[02:09] <allee> bobesponja, Riddell: fwiw showfoto will never be a real replacement for gwenview or showimg as it will be focus on image editing and not on displaying it (according to upstream)
[02:10] <allee> bobesponja, Riddell: due to all this plugin loading showfoto as is is also way to slow on startup for a viewer
[02:10] <Riddell> hmm? never herad of showfoto
[02:11] <allee> Riddell: you did an hour ago ;)
[02:11] <allee> [00:57]  <bobesponja> also i like a showimg better than gwenview, but then again it's just my opinion, also showfoto from digikam is reaaally getting great
[02:11] <bobesponja> allee: are yo sure showimg is about editing?
[02:12] <bobesponja> allee: sure it allows some editing but I use it mainly for displaying, it's faster at thumbnailing than gwenview here
[02:12] <allee> Riddell: no, showimg is about viewing.  Showfoto is about editing.
[02:12] <Riddell> right
[02:12] <allee> sorry if my explanation was misleading
[02:12] <bobesponja> allee: ok I got it :)
[02:14] <allee> Riddell: ah, and showfoto in included in digikam pkg
[02:15] <bobesponja> allee: http://digikam3rdparty.free.fr/Screenshots/showfoto_and_horizontal_thumbbar.png that looks great though
[02:17] <allee> bobesponja: Yeah. That's the svn version.    Lots of people already waiting for digkam 0.9.  But this is for sure post dapper material.
[02:18] <allee> bobesponja: but you will find a dapper backport in my repo when 0.9 will be released ;)
[02:18] <bobesponja> allee: then it could be use like showimg and gwenview eventually?
[02:18] <bobesponja> cool
[02:19] <Riddell> freeflying: still a couple of issues http://revu.tauware.de/details.py?upid=1449
[02:20] <allee> bobesponja: yeah but startup time sucks.  There are patches for libkipi to delay loading to speed up loading no one has the energy currently to design/work the next generation kipi API
[02:21] <bobesponja> allee: but itll be done eventually? :)
[02:22] <allee> bobesponja: yes I'm sure.  Post 0.9 I assume when the rewrite of digikam core for 16bit image support and ICC profiles is done.
[02:23] <bobesponja> cool
[02:23] <allee> bobesponja: btw I take the liberty to quote your encouraging words on #digikam.  Okay?
[02:24] <bobesponja> allee: sure
[02:26] <allee> bobesponja: done
[02:26] <bobesponja> im there too
[02:27] <Lathiat> Riddell: awesome, go tthe first box of cds
[02:27] <Riddell> Lathiat: woo!
[02:27] <Lathiat> Riddell: amusingly just left on my verandah and not signed :)
[02:28] <Lathiat> despite the big signature required sticker on the front ;)
[02:30] <Lathiat> thanks for that
[02:30] <Lathiat> was quick
[02:31] <Riddell> yeah, especially for the other side of the world
[02:31] <Riddell> good thing they didn't send it to Perthshire Perth
[02:37] <Lathiat> heh
[03:07] <freeflying> Riddell: http://revu.tauware.de/details.py?upid=1451
[03:12] <Riddell> thanks
[03:16] <Riddell> freeflying: approved!
[03:16] <Riddell> need to find 1 more reviewer
[03:17] <Riddell> \sh: fancy taking a look?
[03:17] <\sh> Riddell: just looking :)
[03:19] <\sh> freeflying: can you quite in debian/copyright the three paragraphs of the GPL as pointed out in the license file itself?
[03:19] <\sh> s/quite/quote/
[03:19] <freeflying> \sh I'd check it now
[03:19] <\sh> and the line towards the common license should be GPL-2
[03:21] <seth> Riddell, there comes that discrepancy again :P
[03:21] <seth> \sh picked GPL-2 instead of GPL, just like slomo
[03:23] <\sh> seth: well..actually it doesn't matter...
[03:23] <Riddell> actually the sources don't say it's GPL 2 or later so debian/copyright should be changed to just say GPL 2
[03:23] <seth> ah, so no discrepancy
[03:25] <Riddell> freeflying: please change the "GPL 2 or later" to be "GPL 2"
[03:30] <freeflying> Riddell: \sh  corrected , and reuploading
[03:36] <freeflying> Riddell: \sh  upload finished .plz check it again
[03:37] <\sh> freeflying: no :)
[03:37] <\sh> freeflying: you have to quote at least 3 paragraphs of the gpl
[03:38] <\sh> argl...wait
[03:38] <\sh> shit cache
[03:38] <\sh> actually wrong..
[03:39] <\sh> freeflying: read hte comment :)
[03:40] <raphink> seth: this subject is planned for next MOTU meeting
[03:40] <raphink> that's the only thing in the agenda actually iirc
[03:40] <raphink> lol
[03:40] <raphink> gonna be a fast meeting if nothing else is added
[03:40] <\sh> freeflying: search for this in /usr/share/common-licenses/GPL-2
[03:40] <freeflying> \sh: got it . thx .reuploading
[03:40] <\sh> "How to Apply These Terms to Your New Programs"
[03:41] <raphink> \sh: I checked in Policy last time
[03:41] <raphink> there's no mention of GPL-2 file
[03:41] <raphink> although it obviously existed when policy was last rewritten ;)
[03:41] <\sh> then it's GPL..which is a symlink to GPL-2
[03:42] <raphink> yes \sh I believe so
[03:42] <raphink> and I believe we need to get to agree on this
[03:42] <raphink> since it is said on the streets that the FSF plans to release GPL-3 very very soon
[03:42] <raphink> so we'll need to deal with programs on GPL-2 and programs on GPL-3
[03:43] <\sh> i'm not a lawyer but if we have now two versions of the GPL, there has to be some changes...and when there are old sources which are complying with GPL v1 and never relicensed to GPL v2...what are they doing?
[03:43] <raphink> I believe GPL will then point to GPL-3
[03:43] <raphink> so it'll be fine for programs under "GPL 2 or later"
[03:43] <raphink> while programs under "GPL 2" must point to GPL-2 file
[03:44] <\sh> yes...and what about old sources? which are licensed towards GPL v1?
[03:44] <raphink> \sh: iirc GPL 2 was released in 1991
[03:44] <raphink> even before linux was released
[03:44] <raphink> I don't think many programs are released under v1
[03:44] <raphink> if any still
[03:44] <\sh> well...sendmail was released before linux :)
[03:44] <\sh> but I don't know if sendmail was ever GPL :)
[03:44] <raphink> but maybe its license has been updated since
[03:45] <raphink> or maybe it was "GPL 1 or later"
[03:45] <raphink> so then it can point to the GPL file in Debian
[03:45] <raphink> which seems to always be a symlink to the last version of the GPL
[03:45] <raphink> so to GPL-3 when it's v3 is out
[03:46] <raphink> v1 was released in 1989 and v2 in 1991
[03:46] <raphink> hardly any chance to get lost of apps under v1 ;)
[03:46] <raphink> (source : http://en.wikipedia.org/wiki/GPL#History )
[03:46] <raphink> s/lost/lots/
[03:47] <raphink> anyway
[03:47] <raphink> I should go to bed ;)
[03:47] <raphink> later guys
[03:49] <\sh> freeflying: advocated
[03:50] <freeflying> \sh: thx
[03:55] <Riddell> I'll upload then
[03:55] <\sh> Riddell: beware the numbering....which is wrong in the actual revu upload :)
[03:56] <\sh> should be ubuntu1 not ...2 or 3 :)
[03:57] <\sh> Riddell: whenever you uploaded..please archive scim-qtimm on revu :)
[03:57] <Riddell> yes, changing
[04:00] <freeflying> Riddell: how about main inclusion of scim and skim
[04:12] <poningru> if I may insert something even though IANAL I believe most software released under GPL releases itself under 'V2 or later'
[04:12] <poningru> so it would not matter if we released under v3
[04:15] <poningru> after reading scrollback
[04:16] <poningru> I realize I am an idiot
[04:20] <\sh> going to bed :)
[06:36] <Mez> Riddell: ping
[06:36] <crimsun> (it's very early morning for him)
[06:36] <Mez> I know
[06:36] <Tm_T> it's not
[06:37] <Mez> It's 5:30 am for him
[06:37] <Tm_T> everybody should be up after 5
[06:37] <Mez> lol
[06:37] <Tm_T> ;)
[06:38] <Tm_T> it's 0737 here
[06:38] <Tm_T> been up almost an hour already, weird
[07:03] <Mez> QKeyEvent
[07:34] <viviersf> Riddell : ping
[07:41] <Tm_T> awww!
[07:41] <Tm_T> I hate this
[07:42] <Tm_T> now things never goes to one toolbar in konqueror
[07:42] <Tm_T> looks _ugly_
[07:42] <Tm_T> ok, school ->
[07:52] <mornfall> wha
[08:48] <Mez> \sh: fancy removing a patch from riddell's version of qt?seeing as it's a broken patch ?
[08:48] <\sh> Mez: which one?
[08:49] <Mez> immodule
[08:49] <\sh> what's wrong with it?
[08:49] <Mez> with immodule - keyReleaseEvent returns 0 for all QKeyEvents
[08:49] <Mez> http://bugzilla.ubuntu.com/show_bug.cgi?id=22198
[08:50] <Mez> more info bout the bug is on redhat bugzilla here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156572
[08:50] <\sh> give me one sec to read :)
[08:51] <Mez> np :D
[09:01] <\sh> did you check the fedora qt package?
[09:01] <\sh> i'll check if there is another patch inside :)
[09:03] <Mez> I havent got round to that yet lol
[09:03] <Mez> mainly cause i'm having trouble finding it
[09:05] <freeflying> Mez: this patch has been used in gentoo and suse , it seems that no bugs have found in gentoo for this patch
[09:06] <Mez> freeflying :(
[09:10] <\sh> I found some patches towards immodule from redhat..trying them
[09:10] <\sh> actually there are 3 patches from redhat for immodule...the one riddel applied
[09:10] <\sh> then a -quiet patch
[09:11] <\sh> and a patch from 3.3.4 im-free
[09:11] <\sh> well..let me build the qt with the quiet patch and see if I can reproduce something
[09:12] <freeflying> \sh: Riddell's patch is from here http://freedesktop.org/~daisuke/
[09:12] <\sh> freeflying: i know :) redhat uses the same base patch
[09:12] <\sh> s/redhat/fedora/ :)
[09:28] <Mez> \sh: use katapult as a test - this problem is manifesting itself in katapult
[09:29] <\sh> Mez: ok...i have the bugreport and i can test it when qt is build now..
[09:29] <Mez> kk - no probs :D
[09:29] <\sh> i've added the -quiet patch...and see if there is an advantage :)
[09:29] <\sh> ah well..during the build I can go and have a shower
[09:31] <Mez> have fun
[10:23] <verwilst> morning
[10:23] <verwilst> is there a way to see which version of ubuntu i'm running?
[10:23] <verwilst> there is no /etc/ubuntu_release file or anything ;)
[10:24] <crimsun> lsb_release -r
[10:25] <verwilst> sweet
[10:25] <verwilst> didn't know that :) thanks
[10:37] <\sh> Mez: works with the newly applied patch
[10:37] <Mez> \sh: w00t :D
[10:37] <\sh> I have to get my build machine up and running again to upload..something is wrong with the kernel I think
[10:37] <\sh> brb
[10:47] <\sh> Mez: if i'm uploading now...we have to rebuild the whole kde stuff
[10:49] <Mez> \sh: wouldnt that have been the case anyway for riddells upload to add that in ?
[10:49] <Mez> 2 days ago
[10:50] <\sh> to be honest...
[10:50] <Mez> http://lists.ubuntu.com/archives/dapper-changes/2006-January/004394.html
[10:50] <\sh> what the bugreporter was reporting.works for me...
[10:50] <Mez> with the latest qt stuff?
[10:50] <\sh> Mez: the quiet patch is only to shut the immodule up...so it makes no noise on the console anymore :)
[10:51] <\sh> but what the reporter did...
[10:51] <\sh> starting katapult
[10:51] <Mez> \sh: this issue only came about with the 1ubuntu10 version ...
[10:51] <Mez> of qt-x11-free
[10:51] <Mez> and it's affecting me too
[10:51] <Mez> and I've tested it and thats the reason why :D
[10:52] <Mez> well - QKeyEvent is returning 0
[10:52] <\sh> Mez: ok..again...you started katapult
[10:52] <Mez> I assume it's cause of the immodule bug
[10:52] <\sh> alt-space shows it's running
[10:52] <Mez> start katapult with the latest dapper libqt3-mt
[10:52] <Mez> alt space
[10:52] <Mez> type soemthing
[10:52] <Mez> it doesnt take it
[10:52] <Mez> enter works - cause thats bound to a hot keu
[10:53] <\sh> ok..una momenta
[10:53] <Mez> which is picked up by something else-  not the KeyReleasedEvent
[10:53] <Mez> I've had 3-4 people (including myself, Riddell, Seth, and the bug reporter) confirm the bug exists
[10:55] <\sh> well...the only other patch which fedora applied is im-key which removes some conditionals
[10:56] <Mez> hmmles
[10:56] <Mez> it's definately working for you though ?
[10:56] <Mez> you cant reproduce the bug ?
[10:59] <\sh> well...what should I press...
[10:59] <\sh> alt-space and then?
[10:59] <Mez> alt+space
[10:59] <Mez> and then type somethign
[10:59] <Mez> for example,type konsole
[11:00] <Mez> does it say "konsole" and the konsole icon
[11:00] <Mez> or does it still show the katapult icon
[11:01] <\sh> I only see a big katapult logo
[11:01] <Mez> yeah
[11:01] <Mez> thats the problem!
[11:01] <Mez> it shoudl be showing the konsole logo after you've typed konsole
[11:01] <\sh> well...other apps which are affected?
[11:01] <Mez> \sh: anything which uses keyReleaseEvent
[11:02] <Mez> apparent,opera is affected
[11:03] <Mez> http://lists.trolltech.com/qt-interest/2005-05/thread00041-0.html
[11:04] <Mez> and
[11:04] <Mez> http://lists.trolltech.com/qt-interest/2005-04/thread00927-0.html
[11:06] <\sh> well...
[11:06] <\sh> I can't get even an svn checkout
[11:07] <Mez> lol
[11:08] <Mez> I'm off to bed
[11:08] <Mez> I'm knackered been up all night
[11:08] <Mez> talk later
[11:10] <\sh> well...gentoo never enabled immodule
[11:10] <\sh> for 3.3.5
[11:10] <Mez> hence why it doesnt show in gentoo :d
[11:12] <Mez> apparently the Debian people will file it as RC
[11:13] <\sh> hmmm
[11:13] <\sh> opera should be fixed
[11:13] <\sh> http://my.opera.com/community/forums/topic.dml?id=70673&t=1136887983&page=1#comment725549
[11:17] <Mez> hmm
[11:17] <Mez> will have to look at that to check what they patched
[11:18] <Mez> will you post that in the bug as info please?
[11:21] <\sh> i found one patch for this problem
[11:21] <\sh> http://lists.freedesktop.org/archives/immodule-qt/2005-June/000732.html
[11:22] <Mez> hmm
[11:22] <Mez> that explains the problem better :D
[11:23] <\sh> i'm checking...
[11:23] <Mez> but - yeah - that patch sounds as if it might cause problems
[11:25] <Mez> anyways
[11:25] <Mez> bed
[11:25] <Mez> night
[11:30] <\sh> ok checking
[11:52] <\sh> moins Hobbsee
[11:52] <Hobbsee> hey \sh!
[11:53] <\sh> e.g.?
[11:54] <Hobbsee> earth/ground pin on our router got smashed to one side, so the power plug of the router keeps falling out
[11:55] <\sh> hehe...nice one...just like my cisco machine in my early beginnings...where one manufacturing guy forget a screw for the powersupply on the motherboard
[11:56] <Hobbsee> hehe
[11:56] <\sh> so the pins on the board were shortcutting every time someone was jumping next to this cisco
[11:56] <Hobbsee> i've got no idea how the heck this happened!
[11:56] <Hobbsee> LOL great!
[11:56] <Hobbsee> and worse still, dad has all the passwords for the current router, and he's currently in the US
[11:56] <Hobbsee> so it's left to me to fix, cos mum wants to use the phone :P
[11:56] <\sh> call dad and ask him :)
[11:56] <Hobbsee> we dont have his number
[11:57] <\sh> hmm..cellphone?
[12:02] <Hobbsee> good point, that works over in the US
[12:11] <\sh> YAY....fixed
[12:11] <\sh> Mez: fixed qt..:)
[12:14] <\sh> ok...uploading the fixed qt :) katapult works now L:)
[12:14] <Hobbsee> \sh: woohoo!  when do i get the fixed version?
[12:14] <\sh> in the next couple of hours :) I'm just uploading the fix for qt :)
[12:16] <Hobbsee> nyah!  i want it now!
[12:23] <Mez> \sh :D cool - you used that patch I take ?
[12:23] <\sh> Mez: yes...uploaded already :)
[12:23] <Mez> cool :D
[12:24] <Mez> good work on finding that patch :D
[12:24] <\sh> google is my friend :)
[12:24] <Mez> hehe
[12:24] <Mez> i googles but musta been for something else
[12:25] <Mez> and am glad that i wrked out where it was coming from
[12:25] <Mez> was very frustrating at first
[12:25] <\sh> Mez: the search words were: "qt immodule KeyRelease"
[12:25] <\sh> first link on the result page :)
[12:26] <Mez> lol
[12:26] <Mez> who'd lubos lumak ?
[12:26] <Mez> lunak *
[12:26] <Mez> oh
[12:26] <Mez> nvm
[12:26] <Mez> i read as approved not provided by
[12:26] <freeflying_> \sh how about qt now ?
[12:27] <\sh> freeflying_: as I said...the patch I found works...katapult actually is working
[12:28] <\sh> Mez: even if the patch is not official, it fixes a bug...and if there is in the near future a new release of this immodule patch, then we can take this and not the work around
[12:28] <Mez> :P
[12:28] <Mez> yeah
[12:28] <Mez> tis good it's fixed :D
[12:29] <\sh> czessi: hi :)
[12:29] <Czessi> Morgen sh
[12:32] <raphink> 223 merges to go o_O
[12:33] <raphink> in less than 10 days :s
[12:34] <Hobbsee> hehe just a few!
[12:34] <raphink> indeed just a few :s
[12:36] <raphink> ah
[12:36] <freeflying_> \sh will you upload latest patched qt
[12:36] <raphink> seems superkaramba shouldn't be merged since we switched to kde 3.5, so it's not standalone anymore
[12:36] <\sh> is already
[12:36] <raphink> \sh: shouldn't the superkaramba source package be removed from dapper?
[12:37] <\sh> freeflying_: Accepted qt-x11-free 3:3.3.5-1ubuntu11 (source)
[12:37] <\sh> raphink: dunno :)
[12:37] <raphink> \sh: in kde 3.5, superkaramba is built from kdeutils it seems
[12:37] <raphink> even in debian it is so
[12:38] <raphink> since kde 3.5 is default in dapper
[12:38] <raphink> I think the superkaramba source is obsolete
[12:39] <\sh> let's wait for riddell...if he tells us that elmo can kill superkaramba for dapper...then elmo can do this :)
[12:39] <raphink> ok
[12:39] <raphink> :)
[12:40] <raphink> hmm
[12:40] <raphink> weird
[12:40] <raphink> siretart began to sync it a month ago or so
[12:41] <raphink> but it was never synced it seems
[12:41] <\sh> ok..gajim is fixed, too :)
[12:42] <raphink> :)
[12:42] <\sh> libnotify bug in last gajim upload...applied a new patch for 0.9.1
[12:42] <\sh> Czessi: did you apply for a revu account?
[12:44] <raphink> iirc in policy, two source packages should never build the same bin
[12:44] <Czessi> \sh: yes, but I have a problem
[12:44] <raphink> what's your problem Czessi ?
[12:44] <\sh> Czessi: a key?
[12:44] <raphink> Riddell: are you there?
[12:45] <Czessi> \sh: no, i have a key.  today i habe a meeting with dholbach to sign my key
[12:45] <\sh> ah :) good :)
[12:45] <raphink> oh nice :)
[12:46] <raphink> you're gonna be sure to be in the strongset ;)
[12:46] <\sh> Czessi: because we have to get your packages which are not neither in ubuntu nor in debian into revu...we have only 9 days left
[12:46] <\sh> s/not//
[12:46] <raphink> what's the pb if it's not your key then Czessi ?
[12:47] <\sh> Czessi: it means we have to change all changelog files :) to match the ubuntu versioning scheme :)
[12:48] <Czessi> \sh:  I write a shell script for upload to revu and I undesigned execute this script. So I can't upload my first sources again to activate my account.
[12:48] <raphink> ??
[12:48] <raphink> Czessi: you can use dput to upload to REVU
[12:49] <raphink> dput -f yourpackage_source.changes
[12:49] <raphink> that uploads to REVU ;)
[12:49] <raphink> why would you need to write a script for that Czessi ?
[12:50] <Czessi> i have sort my sources in different dirs
[12:51] <raphink> ah ok
[12:51] <raphink> so you wrote a script that uploads all the sources at once ;)
[12:51] <raphink> instead of having to cd to each
[12:51] <raphink> ?
[12:51] <Czessi> yes
[12:52] <raphink> lazy :p
[12:53] <Czessi> and i have undesigned execute this script one day before i was add to the updoader and now dput says the files already exists. So I can't upload my sources again to activate my account.
[12:53] <raphink> oooh ic
[12:53] <raphink> well if you kindly ask to the REVU admins I'm sure they can do something for you ;)
[12:54] <Czessi> at time i wrote a mail to siretart
[12:54] <raphink> wait that dholbach is here
[12:56] <raphink> oh well he's on #ubuntu-motu it seems
[01:01] <\sh> ok...preparing a bug report with the immodule patch towards debian...so nobody can complain ubuntu is not giving back
[01:01] <raphink> \sh: do you think I should file a bug saying I'm merging superkaramba so people don't begin to merge it ?
[01:01] <\sh> raphink: jepp
[01:02] <raphink> :)
[01:02] <raphink> hmm
[01:03] <raphink> interesting
[01:03] <raphink> \sh:
[01:03] <raphink>  $ ./lpbugs.py -n superkaramba
[01:03] <raphink> E: superkaramba is not a known source package
[01:03] <raphink> ;)
[01:03] <\sh> ah then it's gone from the archives for dapper :)
[01:03] <raphink> which is good :)
[01:03] <raphink> it's still listed on LP though
[01:04] <raphink> I'll send a mail to the list to tell people to not merge it
[01:05] <theine> Hi, are the fixes for Katapult already uploaded to the Dapper repos?
[01:06] <Hobbsee> theine: checking
[01:07] <\sh> theine: it's a fix for qt..and yes i uploaded it a couple of minutes ago
[01:08] <Hobbsee> \sh: part of   libc6 libc6-dev libc6-i686 udev?
[01:08] <\sh> theine: if you think about the keys not working
[01:08] <Hobbsee> or am i living in wishful thinking?
[01:08] <theine> \sh, yes
[01:08] <Hobbsee> *in the land of wishful thinking
[01:08] <\sh> Hobbsee: well..it has nothing to do with libc6 ;)
[01:08] <theine> The bug report mentions that it's a problem with qt-x11-free, but I can't really find that package...
[01:09] <Hobbsee> damn
[01:09] <\sh> theine: the fixed qt was uploaded at 11:20 UTC
[01:09] <\sh> theine: it's the source package...for libqt3-mt etc.
[01:09] <theine> \sh, ah, I see
[01:10] <theine> \sh, so which package corresponds to the `fixed qt'
[01:10] <\sh> theine: http://lists.ubuntu.com/archives/dapper-changes/2006-January/004490.html
[01:11] <\sh> theine: and I see from our buildlogs..that i386 and amd64 is just build...so it's only a matter of 30 mins when the new binaries reaching the archives
[01:11] <theine> \sh, alright, thanks
[01:12] <\sh> theine: oh it's already in the archives...for dapper :)
[01:12] <theine> \sh, indeed, upgrading now...
[01:14] <theine> It works! Thanks again
[01:14] <\sh> I wonder, if I have to send all kde packages to the buildds after the new qt compile...my styles and themes are just gone :)
[01:14] <\sh> theine: do you have problems with your styles and window decorations?
[01:15] <theine> \sh, not that I'm aware of
[01:15] <\sh> hmm..strange...why do I have the problem...oh..moment
[01:15] <\sh> brb
[01:16] <Hobbsee> yes!!!  the update!!!
[01:20] <\sh> well..it was just me with the problems...phew
[01:21] <Hobbsee> YAY!
[01:21] <Hobbsee> thanks \sh!
[01:21] <\sh> thx to mez that he found out what problem it was :)
[01:22] <Hobbsee> true, well thanks to both of you, we now have a slightly saner hobbsee :P
[01:22] <Hobbsee> who can launch all her programs again
[01:23] <theine> Will Qt 4.1 make its way into the Dapper repos by the way?
[01:26] <\sh> theine: it's in universe
[01:27] <\sh> theine: http://lists.ubuntu.com/archives/dapper-changes/2006-January/004492.html
[01:27] <\sh> fresh and hot :)
[01:27] <theine> \sh, fantastic
[01:27] <\sh> theine: but not compiled
[01:27] <theine> \sh, it will be soon I guess?
[01:27] <\sh> buildds have to work hard right now :)
[01:28] <theine> \sh, sure, I understand
[01:28] <\sh> theine: yeah..it's in the buildd queue and I think in one or two hours it's in the archives
[01:28] <theine> \sh, great, I hope I'll finally be able to build yzis svn then...
[01:32] <\sh> theine: what is it?
[01:32] <theine> \sh, more or less kvim-ng... http://www.yzis.org/
[01:33] <\sh> theine: ah..yes..I remember
[01:42] <viviersf> Riddell, Mez
[01:42] <viviersf> the knetworkconf is still not working 100%
[01:59] <\sh> JRe: you are a motu, right? please review http://revu.tauware.de/details.py?upid=1458
[02:00] <\sh> JRe: it's an easy one...everything is correct :)
[02:15] <theine> What happened to /etc/locale.gen in Kubuntu Dapper?
[02:19] <raphink> good question theine
[02:19] <raphink> I'm wondering the same
[02:19] <raphink> theine: and it seems to be linked to some serious problems to me, too
[02:20] <raphink> theine:
[02:20] <raphink> [2006-01-10 14:18]  <raphink> not only it does not work properly, but when I type ^+e for example, several times, I get nothing ; but then if I try to use the backspace key, it deletes the prompt!
[02:20] <raphink> I'm wondering if this is not linked to the new locales package
[02:20] <raphink> somehow
[02:20] <theine> raphink, I wouldn't be surprised if it is
[02:20] <raphink> ;)
[02:20] <raphink> that's not very convenient when I have a  in my name ;)
[02:21] <raphink> and I can't type e anymore
[02:21] <raphink> :s
[02:21] <hunger> Ever considered changing your name? ;-)
[02:21] <theine> I think the new locale mechanism is that locale-gen is supposed to look under /var/lib/locales/supported.d/ instead of in /etc/locale.gen. /var/lib/locales/supported.d/ is empty though
[02:21] <raphink> hunger: :
[02:21] <hunger> man... people should just adopt to the ASCII world!
[02:22] <theine> I could well be wrong of course...
[02:22] <raphink> ;)
[02:22] <raphink> so you think it'll work if I sign in UTF-8 ?
[02:22] <hunger> Then such monstrocities like unicode wouldn't even be necessary.
[02:22] <raphink> ;)
[02:22] <theine> raphink, not sure at all
[02:22] <raphink> like
[02:22] <raphink> Raphaëel
[02:23] <raphink> at least this way I can write my name
[02:23] <raphink> see hunger I can't even use the german trick of using an e after the letter with an umlaut
[02:23] <raphink> since that would be Raphaeel
[02:24] <raphink> ugly ;)
[02:25] <raphink> theine: do you have this problem, too?
[02:25] <theine> raphink, with my name? no
[02:25] <raphink> theine: I mean with your keyboard :p
[02:25] <theine> let me check...
[02:25] <raphink> can you use  properly in a tty for ex?
[02:26] <raphink> or even at all
[02:26] <theine> ^e works fine
[02:26] <raphink> huh?
[02:26] <raphink> you kidding?
[02:26] <raphink>  <theine> ^e works fine  <--- that's not the way it should look
[02:26] <theine> well, works fine means that it prints a '^' and a 'e'...
[02:26] <theine> which I guess is not fine for you...
[02:26] <raphink> not really, no ;)
[02:27] <raphink> on my kbd at least it's supposed to print the ^ on top of the e
[02:27] <theine> raphink, I think I have a fix for the locale problem...
[02:27] <raphink> tell me
[02:27] <theine> does /etc/locale.gen.dpkg-old exist on your system?
[02:27] <raphink> let's see
[02:28] <raphink> yes
[02:28] <theine> do this:
[02:28] <raphink> but since I ran sudo dpkg-reconfigure locales several times
[02:28] <raphink> I'm not sure it's still the right one :(
[02:28] <theine> sudo cp /etc/locale.gen.dpkg-old /var/lib/locales/supported.d/
[02:29] <raphink> mhm
[02:29] <theine> wait!
[02:29] <raphink> I'll ahve to reboot afterwards I guess
[02:29] <theine> sudo cp /etc/locale.gen.dpkg-old /var/lib/locales/supported.d/locale
[02:29] <theine> that's the right command
[02:29] <raphink> mhm
[02:29] <theine> raphink, only log in and out of Gnome/KDE
[02:29] <raphink> k
[02:29] <theine> I meand out and in ...
[02:29] <raphink> let's try it
[02:29] <raphink> yes sure
[02:30] <theine> after you copied that file, do "sudo locale-gen"
[02:30] <theine> and then log out
[02:30] <raphink> let's try
[02:32] <raphink> doesn't seem to work in my tty
[02:32] <theine> raphink, what doesn't work?
[02:32] <raphink> oh stupid me
[02:32] <raphink> nm
[02:32] <raphink> ;)
[02:33] <raphink> I've done it wrong ;)
[02:33] <raphink> lol
[02:34] <raphink> nope
[02:34] <raphink> didn't solve the problem
[02:34] <theine> You didn't log out, did you?
[02:35] <raphink> I'm afraid locale-gen was changed to use the /var/lib/locales/supported.d/{fr,en,etc.} stuff
[02:35] <raphink> theine: I did, on tty1
[02:35] <theine> raphink, yeah, I think I just found out about the supported way
[02:35] <raphink> hmm ok
[02:35] <theine> raphink, what's your desired locale?
[02:36] <raphink> fr_FR.UTF-8
[02:36] <theine> raphink, sudo apt-get install language-pack-fr
[02:36] <raphink> it's already installed ;)
[02:37] <theine> raphink, so if you do "sudo rm /var/lib/locales/supported.d/locale" and "sudo locale-gen", what exactly happens?
[02:37] <raphink> actually it worked so far and just stopped working yesterday for no apparent reason
[02:38] <raphink> well it generates the locales ;)
[02:38] <raphink> Generating locales...
[02:38] <raphink>   en_AU.UTF-8... done
[02:38] <raphink>   en_BW.UTF-8... done
[02:38] <theine> raphink, ok, then that's actually a different problem than mine...
[02:38] <raphink> etc..
[02:38] <raphink> ok
[02:38] <raphink> :s
[02:38] <theine> raphink, what does "echo ${LANG}" give you?
[02:39] <theine> did I already ask that?
[02:39] <raphink>  $ echo ${LANG}
[02:39] <raphink> fr_FR.UTF-8
[02:39] <theine> that's in gnome-terminal or what?
[02:39] <raphink> in konsole, yes
[02:40] <theine> so does your problem exist in konsole as well?
[02:40] <raphink> same in tty
[02:40] <raphink> well yes, but it's differe'nt
[02:40] <raphink> in konsole, when I type ^+e, I get "^e"
[02:40] <raphink> in a tty, I get nothing
[02:41] <raphink> but then in a tty, if I try to use backspace after having typed ^+e several times, it deletes the prompt
[02:41] <raphink> of (the number of times I've typed ^+e) - 1
[02:41] <theine> Did you enable keyboard layouts in the Control Center?
[02:41] <raphink> yes
[02:42] <raphink> had them enabled for a long time
[02:42] <theine> raphink, have you tried using another keyboard variant (deadacute, nodeadkeys, basic)?
[02:42] <raphink> I'll try
[02:42] <theine> raphink, what's your current variant?
[02:43] <raphink> I'm using basic now
[02:43] <raphink> but then it shouldn't have an effect on tty
[02:43] <hunger> Now these keyboard issues are the one area I can not blame ubuntu for:-)
[02:43] <raphink> I used to be able to type ^e in ttys
[02:43] <theine> That French (basic) right?
[02:43] <raphink> yep
[02:43] <theine> raphink, I'd try deadacute
[02:43] <raphink> wahts' that theine ?
[02:44] <theine> raphink, one sec...
[02:44] <theine> raphink, ok, then sundeadkeys
[02:44] <theine> raphink, or maybe latin9, never used a french layout...
[02:44] <raphink> the key doesn't seem to exist on sundeadkeys
[02:45] <raphink> I tried latin9 and others of the kind
[02:45] <raphink> it doesn't solve the problem
[02:45] <theine> raphink, hmmm, too bad
[02:45] <raphink> indeed
[02:45] <theine> hunger, you use setxkbmap and the like?
[02:46] <hunger> theine: Dunno. I changed /etc/console/boottime.kmap.gz (IIRC) and the X keymap files in /etc/X11/
[02:46] <theine> hunger, I see
[02:46] <raphink> hmm
[02:46] <raphink> everything worked fine here before yesterday
[02:46] <raphink> :s
[02:47] <raphink> dunno what happened
[02:47] <raphink> well maybe I know
[02:47] <raphink> I played with the accessibility options
[02:47] <raphink> but then I put them back in place afterwards
[02:48] <raphink> and I don't think playing with my KDE options would destroy the whole keymap system for all users ;)
[02:49] <theine> raphink, to be sure, why don't you create a new user and see whether the problem exist for him as well
[02:49] <raphink> hmm yes
[02:49] <raphink> good idea
[02:49] <theine> than you whether it's your or Ubuntu's fault :)
[02:49] <theine> ... know ...
[02:50] <raphink> mhm
[02:50] <raphink> well I'll try with KDE aswell
[02:50] <theine> what do you mean?
[02:50] <raphink> maybe the tty and kde pbs are not the same
[02:50] <raphink> i doubt so since they are very similar though
[02:51] <theine> raphink, how do you set your locale in a tty anyway? by exporting LANG=fr_FR in your ~/.bashrc ?
[02:51] <\sh> Riddell: qt is fixed now for immodule :)
[02:52] <raphink> theine: hmm never had to do it so far
[02:52] <theine> raphink, try "echo ${LANG}" in a tty
[02:52] <raphink> I did theine
[02:52] <raphink> my LANG is fr_FR.UTF-8
[02:52] <raphink> there's no pb with it
[02:53] <theine> I thought you might have done this in konsole only...
[02:53] <raphink> nope
[02:54] <theine> well, gotta go, see you around...
[02:55] <raphink> ok
[02:55] <raphink> bye
[03:05] <tvo> anyone knows which pkg provides /usr/include/GL/gl.h in dapper?
[03:05] <Riddell> tvo: mesa-common-dev
[03:07] <Riddell> tvo: there was a wish to change the middle click to search and konq search bar to be google if loaded with HTML part and locate: if loaded with filemanager part, do you know if that's possible?
[03:07] <tvo> don't know about the middle click
[03:08] <tvo> auto switching between google <-> locate should be possible
[03:08] <tvo> hmm, I've mesa-common-dev installed but no gl.h :(
[03:10] <tvo> Riddell: do you mean middle click in searchbar, on tab or somewhere else?
[03:11] <Riddell> tvo: middle click to paste on a webpage
[03:11] <Riddell> tvo: X has been changing these last few days, I mday be out of date
[03:12] <freeflying_> Riddell: have you posted the cd for me
[03:12] <tvo> hmm, I get the idea gl.h is nowhere atm, I'll ask around a bit more and possibly file a bug then...
[03:13] <Riddell> freeflying_: nope, I'll do that today
[03:13] <tvo> ah, so you middle click on a webpage and it searches for the word you pasted on that webpage?
[03:13] <Riddell> tvo: yes
[03:14] <tvo> I'd guess that should be possible: if something is pasted in khtmlpart, trigger the search function(s)
[03:23] <tvo> ah, fixed the gl.h problem, no clue why it wasn't installed earlier tho...
[03:26] <Riddell> night freeflying_
[03:26] <freeflying_> Riddell: I may say good afternoon to you ,  :)
[03:43] <Riddell> Mez: what's the story with that katapult problem?
[04:00] <JRe> Someone else have a bug with k3bsetup2 ???
[04:00] <JRe> (on dapper?)
[04:04] <Riddell> JRe: it doesn't show anything
[04:07] <JRe> Riddell: right
[04:19] <Riddell> we don't know is the answer :)
[04:21] <JRe> Riddell: ok will try to inspect a little and find what is wrong!
[04:21] <Riddell> maybe try a manual compile see if that fixes it
[04:21] <JRe> Riddell: ok
[04:21] <Riddell> allee: any idea if that happens in debian?  (k3bsetup kcmmodule is bank)
[04:21] <Riddell> blank
[04:25] <JRe> Compile K3bSetup 2:                    yes
[04:26] <JRe> Riddell: there is also a version mismatch in k3b-i18n
[04:26] <Riddell> oh aye, I'll fix that, poke me if I don't
[04:27] <JRe> ok
[04:38] <JRe> Riddell: ok it does the same with a manual compile
[04:38] <JRe> Riddell: (of the source package in dapper)
[04:39] <JRe> Riddell: dh_install: usr/share/applnk/Settings/System/k3bsetup2.desktop exists in debian/tmp but is not installed to anywhere
[04:43] <JRe> Riddell: mmm strange /usr/lib/kde3/kcm_k3bsetup2.* seems to be installed correctly but it's even not working
[04:55] <Riddell> raphink: I said give me some warning!
[05:23] <jpatrick> Riddell: excellent
[05:23] <Riddell> jpatrick: hmm?
[05:24] <jpatrick> Riddell: got me  box of CDs :)
[05:25] <Riddell> woo!
[05:25] <jpatrick> nice translation of Scotland :)
[05:31] <Riddell> did I get it wrong?
[05:31] <Riddell> escosia no?
[05:31] <jpatrick> Yes it is :D
[05:49] <jpatrick> Do you know how I can get in touch with the Catalan LoCo team?
[05:52] <jpatrick> never mind
[05:52] <Riddell> #kubuntu-es might?
[05:53] <jpatrick> I'm always there
[05:53] <jpatrick> Not many from Catalonia...
[05:54] <Riddell> http://www.ubuntulinux.org/support/supportoptions/local only lists debian-user-catalan
[05:54] <jpatrick> ok, great
[06:18] <sebas> Riddell: First set of CDs arrived.
[06:19] <jpatrick> sebas: hey same here
[06:19] <jjesse> i'll have to check the mail when i get home, though do you think michigan usa will take longer?
[06:21] <sebas> jpatrick: High 5!
[06:21] <sebas> jjesse: Tomorrow then :-)
[06:21] <jpatrick> 90 CDs
[06:21] <jpatrick> I think
[06:22] <Riddell> sebas: that's the small box :)
[06:23] <sebas> Only if I can get them to work for us of course :>
[06:23] <sebas> Riddell: Yeah, already warned my neighbour :D
[06:23] <sebas> But nevermind, a giant beanbag will be delivered here one of the next days, so it's not even the biggest package.
[06:23] <jpatrick> I suppose I could make the Catalan KDE dudes happy
[06:23] <sebas> Heck, feels like christmas :>
[06:24] <hunger> Kamion: What are those lock-icons signifying?
[06:24] <hunger> Kamion: encrypted partitions?
[06:26] <Riddell> hunger: no kamion on this channel
[06:26] <hunger> Riddell: Sorry... mixed up channels again:-(
[06:26] <Riddell> :)
[06:52] <jpatrick> Ah Riddell thanks for the card....
[06:52] <jpatrick> it's been a pleasure
[06:52] <Riddell> :)
[08:15] <jpatrick> http://www.last.fm/group/Kubuntu+Developers
[08:15] <Riddell> :)
[08:20] <jpatrick> sebas: approved
[08:21] <jpatrick> Riddell: I wish I made it to today's Council meeting
[08:21] <jpatrick> I could of become a member then -> MOTU (KDE)
[08:21] <Riddell> jpatrick: set a reminder for next time
[08:21] <jpatrick> I did
[08:21] <jpatrick> I was stuck in school
[08:22] <jpatrick> sebas: nice music
[08:23] <sebas> Your's is somewhat ... british :-)
[08:23] <jpatrick> ha
[08:23] <sebas> Franz Ferdinand is nice, though.
[08:23] <jpatrick> yeah they rock
[08:23] <Riddell> I don't know if we'll get 15 members
[08:24] <sebas> Riddell: Join!
[08:24] <jpatrick> sebas: he did
[08:24] <Riddell> I have, I need approval
[08:24] <sebas> Ow :)
[08:24] <Riddell> we should so get last.fm integration with launchpad
[08:24] <sebas> High 5, Riddell!
[08:24] <jpatrick> that would be great
[08:24] <Riddell> someone file a beaste for that please
[08:24] <Tonio__> hi all
[08:24] <Riddell> bastie
[08:24] <sebas> Announce on kubuntu-devel :-)
[08:24] <Tonio__> Riddell: just received my "powered by ubuntu" stickers, they're nice ;)
[08:25] <jpatrick> Tonio__: next  big thing: http://www.last.fm/group/Kubuntu+Developers
[08:25] <Tonio__> jpatrick: hi ! let me check
[08:26] <sebas> Urgh, if he didn't have "Roxette" in there :-)
[08:26] <Tonio__> sebas: ^^
[08:26] <jpatrick> I got Muse of Riddell's page
[08:26] <jpatrick> off*
[08:27] <Riddell> I don't even know what Roxette is
[08:27] <Riddell> "Joyride"!
[08:27] <Riddell> how the heck did I get them in my profile?
[08:27] <Riddell> last.fm is framing me
[08:27] <Tonio__> a 80's group, with a blond short hair girl as a singer
[08:27] <jpatrick> lol
[08:27] <Tonio__> sebas: am I correct ?
[08:28] <jpatrick> Wow
[08:28] <Riddell> yes
[08:28] <jpatrick> Riddell: This user last played a track 358 days ago.
[08:28] <sebas> Tonio__: Yes, and now explain why you know that?!? :P
[08:28] <Tonio__> is there a package for that lastfm QT binary ?
[08:28] <Tonio__> sebas: don't know
[08:28] <jpatrick> There is
[08:28] <sebas> Tonio__: Sure ;)
[08:28] <Tonio__> I never listen to 80's music....
[08:29] <jpatrick> I saw it on the Debian Linux forum there
[08:29] <Tonio__> I assume I just had a good memory when I was young ;)
[08:29] <Tonio__> unfortunately it changed with time ;)
[08:30] <Riddell> why do I need a binary to play last.fm now?
[08:30] <sebas> Hopefully aswell as your taste :>
[08:30] <Riddell> downloading it seems to crlash konqueror too
[08:30] <Tonio__> jpatrick: I joined
[08:30] <sebas> Riddell: The stream is kinda crippled mp3, they're sending the tags asynchronously.
[08:31] <sebas> Danimo said it'd be possible to fix somehow, if you can live with the id3 tag being out of sync sometimes.
[08:31] <sebas> As usual, someone will have to hack it into amarok.
[08:32] <jpatrick> it is in amaroK
[08:32] <sebas> Playing last.fm, or only updating the profile? (And which amarok?)
[08:32] <jpatrick> updating the profile
[08:33] <sebas> Ah, ok. I meant playing the stream (that's what you need the ugly binary for).
[08:34] <jpatrick> yep
[08:34] <sebas> Sad enough, the first Qt4 app I use on a kinda regular base is that closed piece of crap.
[08:35] <jpatrick> hey jjesse
[08:35] <jpatrick> sebas: I thought you could get the src, or maybe that's just the plugin?
[08:36] <sebas> Dunno, but it seems to be mostly mp3
[08:43] <jjesse> hiya jpatric
[08:43] <jjesse> hiya jpatrick
[08:46] <allee> Riddell: k3bsetup works on sid: booted into sid, update, started k3bsetup, added pw and got a working display
[08:47] <jpatrick> allee: I've started work on kmplayer
[08:47] <allee> jpatrick: koos will be happy to hear that :)
[08:48] <allee> jpatrick: ah and me too: One self build pkg less ;)
[08:48] <Riddell> allee: very spooky
[08:48] <allee> Riddell: sudo versus su woodoo again??
[08:49] <Riddell> can't see how
[08:49] <allee> Riddell: fwiw KDE in sid contains very recent branch pulls.  Maybe something as fixed recently? (wild guess)
[08:54] <teprrr> hmm, anyone knows if uPower will be in dapper?
[08:54] <sebas> allee: Didn't Koos have a debian/ directory in his tree anyway?
[08:54] <sebas> (Good to hear, though, I love kmplayer)
[08:55] <jpatrick> allee: one question, who's koos?
[08:55] <sebas> kmplayer developer, Koos Vriezen
[08:55] <sebas> dutchie :-)
[08:55] <jpatrick> thought so
[08:55] <jpatrick> is kmplayer in Debian?
[08:56] <sebas> Not that I know, but mplayer isn't last time I checked.
[08:56] <sebas> s/is/was
[08:56] <jpatrick> coz I deleted the debian/ dir in source and noted it in changelog
[09:05] <allee> sebas, jpatrick: kmplayer is not in debian.  The ask the Debian KDE Qt Team if someone is interested and I told him kubuntu started working on it.
[09:05] <allee> s/The/He/
[09:06] <allee> maybe some of the kubuntu DD is interested to upload later to debian too?
[09:07] <Riddell> would be good to get all our stuff uploaded to debian, just needs someone to do it
[09:08] <jpatrick> yeah
[09:08] <jpatrick> my ksplash-engine-moodin package hasn't made it to Debian yet
[09:09] <Riddell> jpatrick: how would it get there?
[09:09] <jpatrick> someone puting it there?
[09:10] <Riddell> jpatrick: ah well, it's not going to do that itself :)
[09:10] <Riddell> amu however is a DD
[09:10] <Riddell> jpatrick: you'd have to check it in a debian chroot then try asking amu to upload
[09:11] <jpatrick> oK
[09:14] <Riddell> allee: are you going to apply to be a DD at all?
[09:15] <Tonio__> sebas: isn't kmplayer able to manage with xine and gstreamer too ?
[09:15] <jpatrick> Tonio__: it does
[09:15] <allee> Riddell: Not sure.  But I'm sure I'll apply for MOTU before it give DD new maintainer process a try
[09:16] <Tonio__> jpatrick: thanks
[09:17] <Riddell> it would be nice to have some ubuntu (and especially kubuntu) friendly DDs around, to help make utnubu a reality
[09:17] <Riddell> I'd apply but I haven't really done enough for Debian
[09:17] <jpatrick> Riddell: I'm aiming for MOTU first
[09:22] <allee> Riddell: I assume Mark would sponsor more KDE pkg.  If any kubuntu devel promises to keep an eye on the debian bugs of the pkg too.  There's no reason why we can't feed much more pkgs to debian
[09:23] <allee> Riddell: that the way it works for me.  I work on Kubuntu, pbuild and give it some test on sid and ask him to upload.  And with some patience it arrives in kubuntu
[09:23] <Riddell> ask who?
[09:23] <jpatrick> Mr. Shuttleworth?
[09:23] <allee> I assume that after the 19th I will have to change this route
[09:24] <allee> Riddell: asks what?
[09:24] <Riddell> ask who to upload?
[09:24] <Riddell> after 19th can't upload to ubuntu archives, only to debian
[09:25] <allee> Riddell: even no bug fixes?
[09:25] <Riddell> oh yes, plenty of them
[09:25] <jpatrick> and KDE 3.5.1
[09:25] <allee> :)
[09:25] <allee> jpatrick: that are bug fixes :)
[09:26] <jpatrick> I can't wait for Dapper+1
[09:26] <jpatrick> we might have KDE4
[09:26] <allee> jpatrick dreams
[09:29] <sebas> Tonio__: Hm, dunno, I'm only using it with mlayer
[09:30] <sebas> +p eve
[09:30] <sebas> n
[09:31] <Tm_T> aergh
[09:31] <Sime> hi sebas, hi all
[09:31] <Tm_T> any idea why fonts that I install thru kcontrol doesn
[09:31] <Tm_T> t work anymore
[09:34] <sebas> hi Sime
[09:34] <Riddell> Sime: how easy is it to set the DPI in displayconfig?
[09:35] <sebas> Hm, not a feature yet.
[09:35] <sebas> Sime: I've marvin here, he might move to you.
[09:35] <sebas> Marvin is the miditower with Celeron 333 in there
[09:35] <Tm_T> gaaah, this font issue is really annoying
[09:36] <Tm_T> I spent days to get font the way I wanted it, but now I can't use it
[09:42] <Riddell> sebas: when pipitas is back on IRC we must remember to poke him about getting the giant konqi to fosdem
[09:43] <sebas> Riddell: Yeah, he's going to FOSDEM though?
[09:43] <Riddell> don't think so
[09:43] <sebas> Or can konqi travel on his own? ;)
[09:43] <Riddell> konqi can hitch :)
[09:43] <Riddell> is anyone from .de going?
[09:43] <sebas> Yeah, Bille is (or does that not count?)
[09:44] <sebas> I guess everybody's waiting until the last minute, makes planning fun :/
[09:44] <Mez> isaac's a good person to ask to sponsor KDE related packages aswell Riddell
[09:48] <sebas> Sime: I don't see how to easily set DPI in xorg.conf.
[09:48] <allee> Riddell, Sime: please don't allow set dpi but DisplaySize x-in-mm y-in-mm in Monitor section
[09:48] <sebas> Easiest is to set it in kdm, with XServerLocalFlags or so.
[09:48] <allee> sebas: noooooooooooooooooooo ;)
[09:48] <sebas> kdmrc:ServerArgsLocal=-nolisten tcp -dpi 100
[09:49] <allee> argl
[09:49] <sebas> It's probably for a reason indeed.
[09:49] <sebas> We could however, make an option "diaplay size:" 14", 15", 15,4", 17", 19", 21" ...
[09:50] <sebas> That might be ok from a user's point of view.
[09:50] <Riddell> that would be nice
[09:50] <allee> sebas: will not work 3/2 or 4/3 or 16/9  may all have the same diagonal
[09:50] <sebas> And that has implications for DPI?
[09:51] <Riddell> so you have another dropdown box "normal, widescreen, wider-screen"
[09:52] <sebas> Hm, that's already implied by the resolution, right?
[09:52] <allee> sebas: when you have the x and y pixels no.
[09:53] <allee> but what is how complicated to ask for hight and widhtf?  I assume every one learn at school how can use a ruler?
[09:53] <Riddell> allee: ah but rulers in Europe don't have inches marked :)
[09:53] <Sime> sebas, Riddell, allee: it is very hard to set DPI in xorg.conf
[09:53] <allee> Riddell: well, display config should use metric acconriding to COUNTRY ;)
[09:54] <janimo> Riddell, ping
[09:54] <allee> allee[0]  ~ # grep DisplaySize /etc/X11/xorg.conf
[09:54] <allee>         DisplaySize     286 214
[09:55] <allee> Sime: with this infos xserver computes dpi itself
[09:55] <Sime> I currently let Xorg probe the monitor with DDC
[09:56] <allee> Sime: some driver even find the display size directly from DDC info.  Unfortunately radeon is still to stupid :(
[09:56] <Sime> personally I wish I could easily set DPI in xorg.conf.
[09:56] <Sime> because I want good normal DPIs like 75, 96 or 100, because
[09:57] <Sime> fonts are optimised for those DPIs.
[09:57] <Riddell> Sime: well you can do that in kdmrc
[09:57] <Sime> Riddell: really?
[09:57] <Riddell> so just have displayconfig edit kdmrc
[09:57] <allee> Sime: then the fonts need to be fixed.  I (we) want/need that display in A4 is size of an A4
[09:57] <Riddell> ServerLocalArgs="-dpi 100"
[09:58] <Sime> ok.
[09:58] <sebas> Sime: Except for nvidia :/
[09:59] <allee> sebas: good :)
[10:01] <janimo> Riddell, are you shipping breezy kubuntus? :)
[10:01] <allee> sebas: I'm sure upstream had in mind non squre pixels.
[10:01] <janimo> are they plain breezy or updates too?
[10:02] <jpatrick> janimo: plain breezy I guess
[10:02] <Riddell> janimo: yes.  they're plain breezy
[10:02] <Sime> another limitation with how things work in Xorg is that if you change resolution with RandR, your DPI changes too.... for new apps.
[10:05] <Riddell> that's spooky
[10:06] <Sime> its annoying.
[10:06] <Sime> kde should be able to tell all apps to relayout themselves.
[10:06] <Sime> you can do it in System settings.
[10:07] <Sime> font changes there take effect immediately.
[10:07] <Sime> I guess a fix must be possible.
[10:07] <Sime> at least for KDE apps.
[10:10] <allee> Sime: yes that randr changes dpi is sad but true :(  This is a bug.
[10:11] <Sime> so who here is going to fosdem anyway?
[10:12] <allee> Sime: many cards (and even TFTs) to the scaling to full screen for lower res on their own and many driver don't handle it. It's tricky do to what the user expects
[10:13] <Riddell> I should be
[10:13] <Riddell> allee: don't live anywhere near stuttgart do you?
[10:13] <allee> Stuttgart is reachable Munich 200 km and at weekend 70 km
[10:14] <allee> Riddell: are you visiting Stuttgart?
[10:16] <Riddell> allee: no, we need to rescue Konqi from Stuttgart somehow
[10:19] <Tonio__> Riddell: little bug in the konq profile when browsing a pdf.... "tools" menu appears twice....
[10:19] <Tonio__> little correction needed in kpdf part.rc
[10:19] <Riddell> Tonio__: got a patch?
[10:19] <Tonio__> not yet, but :
[10:20] <Tonio__> s/<Menu name="mouseMode">/<Menu name="tools">
[10:20] <Tonio__> that does the job...
[10:20] <Tonio__> Riddell: would like a diff ?
[10:21] <Riddell> Tonio__: yes
[10:21] <Tonio__> Riddell: okay
[10:22] <Riddell> well, I should be able to work it out :)
[10:27] <Tonio__> hum, okay, that was a really stupid question ;)
[10:29] <jpatrick> night guys
[10:29] <Tonio__> Riddell: I saw what you commented concerning the bookmarks and I agree with you, that would be way better than haeinv bookmarks in a sub menu....
[10:29] <allee> jpatrick: nite
[10:30] <Tonio__> I searched about 3 hours, but didn't find a rc file concerning the bookmark display....
[10:30] <Tonio__> I assume it is a lib, or maybe build directly with konq...
[10:31] <Tonio__> it is a pain that this cannot be modified to display "most visited" and "historic" directly in the (renamed to Go) bookmark menu
[10:32] <Riddell> Tonio__: yes, I think it must be, which is indeed a pain
[10:33] <allee> Tonio__: When I'm not sure were something is defined, I 'rsync .kde .kde.orig' I change how I want to have it.  rsync --dry-run .kde .kde.orig lists the changes files.  Diff then shows what's changed
[10:45] <LaserJock> does anybody know if koctave works?
[10:49] <Riddell> LaserJock: never heard of it, please let us know if it does
[10:50] <LaserJock> Riddell: well it is only in Ubuntu and lamont's buildlogs show it hasn't build since January and I can't find it in synaptic
[10:51] <LaserJock> but packages.ubuntu.com has it
[10:51] <Riddell> it's been trying to build for a year :)
[10:52] <Riddell> looks like it needs to build-dep on cdbs, let me try that
[10:54] <Riddell> I wonder where that came from
[10:54] <Riddell> some random apt-get.org archive must be
[10:55] <LaserJock> hmm, apparently upstream is inactive since 2004
[10:58] <Riddell> LaserJock: uploading, keep an eye on the buildlogs and let me knowif it succeeds or fails
[10:58] <LaserJock> Riddell: ok
[11:00] <allee> what is  http://www.last.fm/group/Kubuntu+Developers/ good for?
[11:00] <LaserJock> Riddell: so how do packages from apt-get.org get into Ubuntu?
[11:00] <Riddell> allee: if we get 15 people then we get our own kubuntu developers radio stkation
[11:00] <Riddell> LaserJock: dholbach goes searching for candidates and uploads them to ubuntu
[11:01] <Riddell> LaserJock: or anyone else can
[11:01] <allee> lol
[11:01] <LaserJock> Riddell: oh, ok. But it isn't an automatic process?
[11:01] <Riddell> LaserJock: no
[11:01] <LaserJock> Riddell: ok, good
[11:09] <Riddell> ooh, katapult is working again, go \sh!
[11:10] <Tm_T> can't control what happens when I try run app but there's directory with same name
[11:11] <Riddell> LaserJock: alt+space
[11:11] <Riddell> type an app name
[11:11] <Riddell> Tm_T: yeah, it needs a way to select when there's two results
[11:15] <Tm_T> good they removed it from gnome
[11:15] <Riddell> removed what?
[11:15] <Tm_T> rundialog
[11:16] <Riddell> alt+f2 thing?
[11:16] <Tm_T> from menu or something
[11:16] <Riddell> why is that good?
[11:16] <LaserJock> alt+f2 works it just isn't in the menu
[11:16] <Tm_T> Riddell: it was confusing new users, they said...
[11:17] <Tm_T> "let's hide all functions!"
[11:17] <Riddell> weird
[11:17] <Riddell> even windows has that
[11:17] <Riddell> where it's completely useless
[11:17] <LaserJock> yeah, you can't start a terminal from the right click menu either
[11:24] <Tonio__> allee: the problem is that that cannot be changed graphically... I assume a lib is included, something like that ;) I did a grep on the full hdd and nothing concerning those bookmarks....
[11:25] <Tonio__> allee: but thanks for the trick, that might help a lot ;)
[11:32] <allee> Tonio__: ah, ok
[11:32] <LaserJock> Riddell: looks like koctave was succesful on everything but ia64
[11:33] <Riddell> groovy.  ia64 is broke generally
[11:47] <Hobbsee> darn - next dapper development meeting is at 1 in the morning, my time - i was hoping to lurk in it.  Guess i'll have to go read the logs for it instead
[11:48] <Riddell> Hobbsee: you're not a 1 in the morning type?
[11:48] <allee> Riddel: for a digikam 0.8.1 (right) uplaod it's enough to ask/convience an MOTU, no REVU, right?  (much) better media support is trickier than expected [and I want to push upstream a bit to get it out in time before 19th Jan]
[11:48] <Hobbsee> i'm a night owl, but mum would have a massive cow staying up that late
[11:50] <LaserJock> lol, that would be bad. Your mom catches you sneaking out of the house for a developer meeting ;-)
[11:53] <Riddell> allee: yes, just ask me or anyone to upload
[11:55] <allee> Riddell: ok, so in extrem case a ping at 18 Jan is okay.  I try to get an -rc tarball this week to give pkg'ed digikam* a bit more testing time.
[11:59] <Riddell> allee: yep
[11:59] <allee> Riddell: thx
[12:00] <dholbach> hey guys - happy HUG DAY! :)
[12:01] <dholbach> see you later for bug squashing action.
[12:02] <dholbach> *wave*
[12:02] <Riddell> huh?
[12:03] <Riddell> aren't bug days on thursday?
[12:03] <LaserJock> Bug day tomorrow