[00:21] <mgz> axw: there are a couple of branches up for bug 1625624 that would be good if you have a chance to think about today (I sent an email)
[00:21] <mup> Bug #1625624: juju 2 doesn't remove openstack security groups <ci> <landscape> <openstack-provider> <sts> <juju:In Progress by gnuoy> <juju 2.0:In Progress by gnuoy> <juju-core:In Progress by gnuoy> <https://launchpad.net/bugs/1625624>
[00:32] <alexisb> wallyworld, running behind
[00:50] <axw> mgz: yup will do (although I have a mounting list of things to do, so I apologise in advance if I run out of time)
[00:57] <mgz> axw: don't worry about review sepcifics, just want input on api compat issues
[01:03] <axw> alexisb: ping when you're ready please
[01:03] <alexisb> axw, will do
[01:03] <alexisb> sorry
[01:07] <anastasiamac> babbageclunk: did u get a chance to see this one? https://bugs.launchpad.net/bugs/1646504
[01:07] <mup> Bug #1646504: Suite.TestLogTransferReportsProgress messages are different <ci> <intermittent-failure> <regression> <unit-tests> <juju:Triaged> <https://launchpad.net/bugs/1646504>
[01:08] <alexisb> ok axw hoping on the HO
[01:09] <babbageclunk> anastasiamac: no, hadn't seen that. D'oh! Will fix - thanks!
[01:09] <anastasiamac> babbageclunk: \o/
[01:28] <alexisb> redir, you have a minute to meet with me?
[01:28] <redir> alexisb: yup
[01:28] <redir> 1:1?
[01:30] <alexisb> yep
[01:56] <alexisb> good night all, I will see the team in person next week!
[02:49] <babbageclunk> anastasiamac, menn0, wallyworld: can someone review my intermittent test failure fix please? https://github.com/juju/juju/pull/6647
[02:49] <babbageclunk> for bug 1646504
[02:49] <wallyworld> sure
[02:49] <mup> Bug #1646504: Suite.TestLogTransferReportsProgress messages are different <ci> <intermittent-failure> <regression> <unit-tests> <juju:Triaged by 2-xtian> <https://launchpad.net/bugs/1646504>
[02:51] <babbageclunk> wallyworld: thanks!
[02:52] <wallyworld> babbageclunk: how do we know that the first match is always 0 sent and not 1 or 2?
[02:53] <babbageclunk> wallyworld: it logs before starting doing anything
[02:53] <babbageclunk> wallyworld: it means the test's a bit toothless now, but I think that's ok
[02:54] <wallyworld> babbageclunk: i guess it shows initially the first message and then subsequent
[02:54]  * babbageclunk nods
[02:55] <wallyworld> babbageclunk: and just to check, we pass in a test clock to the suite
[02:55] <babbageclunk> wallyworld: yup, up in the setup
[02:56] <wallyworld> babbageclunk: so in that case,  off hand, why isn't the test deterministic then?
[02:56] <wallyworld> we step the clock, we should see deterministic results?
[02:58] <babbageclunk> wallyworld: I *think* it's because of the nondeterminism in the select statement - if the alarm's triggered and the channel has something waiting, then either one might happen
[03:00] <wallyworld> makes sense looking at the code
[03:00] <wallyworld> +1 then, ty
[03:01] <babbageclunk> wallyworld: thanks. I'm not super happy with it, but I'm not sure of a better way to fix it.
[03:02] <wallyworld> agree with that sentiment, but import thing is to get it fixed
[03:02] <wallyworld> pragmatism :-)
[03:02] <babbageclunk> :)
[03:04]  * babbageclunk steps out for some pre-travel errands.
[03:58] <wallyworld> axw: i keep hitting itermitent failures with this one, got to go to the funeral, could you hit merge for me if it fails again? https://github.com/juju/juju/pull/6637
[03:58] <axw> wallyworld: ok
[09:52] <mattyw> hey folks - anyone around able to explain model migration to me?
[09:52] <mattyw> (for now - I just want to know what it is)
[09:52] <voidspace> mattyw: the idea is that you can migrate everything to a new *controller*
[09:52] <voidspace> mattyw: it doesn't migrate the services or units
[09:53] <voidspace> mattyw: but exports the "state of the world" to be imported into a new *controller*
[09:53] <voidspace> mattyw: which can then administer the world
[09:53] <voidspace> mattyw: make sense?
[09:53] <voidspace> mattyw: so it only migrates the "model of the world", not the world itself
[09:53] <mattyw> voidspace, makes perfect sense, thanks very much
[09:54] <voidspace> cool
[10:45] <jamespage> any specific reason why application names can't start with a digit?
[10:46] <voidspace> jamespage: I strongly suspect that the answer is "no good reason"
[10:46] <voidspace> jamespage: I'd file a bug and start a discussion on the mailing list
[10:46] <jamespage> voidspace, ok ta
[10:47] <voidspace> jamespage: if there is no good reason for the restriction it is very easy to change the rule
[10:49] <jamespage> voidspace, I've emailed the juju-dev ML
[10:50] <mgz> it's been that way for ever
[10:50] <jamespage> voidspace, I'll skip the bug for now
[10:50] <voidspace> jamespage: cool
[10:50] <voidspace> jamespage: ok
[10:50] <jamespage> might save some cycles if there is a good reason!
[10:50] <voidspace> mgz: "this is the way we have always done it" is often the reason...
[10:50] <voidspace> and the only reason...
[10:50] <voidspace> mgz: o/
[10:50] <voidspace> 'ning
[10:50] <mgz> monin'
[10:50] <mgz> +r
[10:51] <mgz> >_<
[10:51] <voidspace> :-)
[10:51] <voidspace> or +a
[10:51] <voidspace> whichever really, maybe both
[10:52] <mgz> ehehe
[10:52] <mgz> anyway, my assumption is it made parsing/disamiguating machines/services/units
[10:52] <mgz> 0 is always a machine
[10:52] <mgz> a0 is always an application
[10:53] <mgz> a0/0 is always a unit
[11:31] <voidspace> mgz: you may well be right
[11:32] <voidspace> jamespage: it may be required internally in juju for disambiguating names
[11:32] <voidspace> jamespage: which is not necessarily a good reason, but may actually make it very hard to change
[11:33] <jamespage> voidspace, ack
[12:00] <SimonKLB> juju seem to be trying to use the ip-address of a unit by grabbing the first interface when ordered alphabetically, this makes it problematic to run for example `juju ssh [unit]` when you have installed docker which adds the docker0 interface
[12:01] <SimonKLB> ive only experienced this about a week though, so it might be something added recently
[12:02] <SimonKLB> `juju ssh [machine number]` works fine though
[12:27] <voidspace> SimonKLB: *sigh*
[12:27] <voidspace> SimonKLB: file a bug please
[12:27] <SimonKLB> voidspace: did i do something stupid? :)
[12:27] <SimonKLB> alright
[12:28] <voidspace> SimonKLB: no, I don't think so
[12:28] <voidspace> SimonKLB: it sounds like juju is doing the wrong thing
[12:28] <voidspace> SimonKLB: but it's actually *hard* for juju to know what the right thing to do is when there are multiple interfaces
[12:28] <voidspace> SimonKLB: it seems obvious as a human when you know what the purpose of all the interfaces are
[12:28] <voidspace> SimonKLB: but juju has to infer all that
[12:29] <mgz> ah, we don't have a friday early standup
[12:29] <mgz> had forgotten
[12:29] <SimonKLB> yea, i was debugging it a bit, and it looks like its actually trying different ips, so my initial thought that it was grabbing the first interface by alphabetical order might be wrong
[12:29] <voidspace> mgz: I just came to the same realisation
[12:30] <voidspace> SimonKLB: frobware is our expert here
[12:30] <voidspace> SimonKLB: as much as he doesn't want to be the expert here...
[12:30] <SimonKLB> :D
[12:30] <SimonKLB> is he us?
[12:30] <voidspace> SimonKLB: no, UK
[12:30] <SimonKLB> ah great
[12:30] <voidspace> SimonKLB: not sure if he's around today or not
[12:31] <frobware> voidspace, SimonKLB: here....
[12:31] <voidspace> :-)
[12:31] <frobware> (and gone)
[12:31]  * voidspace coffee
[12:31] <frobware> :)
[12:31] <SimonKLB> frobware: nice! any idea whats going on here?
[12:31] <frobware> SimonKLB: context?
[12:31] <SimonKLB> frobware: `juju ssh [unit]` does not grab the correct ip/interface from the looks of it
[12:32] <SimonKLB> while juju ssh [machine] does
[12:32] <frobware> hmm
[12:32] <voidspace> actually that's weird and interesting
[12:32] <frobware> SimonKLB: I'm guessing [unit] literally grabs first addr. Whereas we made some recent change for $N to try all interfaces:22 and choose the first that works
[12:32] <voidspace> I don't know what juju does when you ask for the ip of a unit
[12:33] <voidspace> I know what it does when you ask for the ip of a machine
[12:33] <SimonKLB> since the unit is kind of linked to a machine, would it not be possible to resolv units the same way?
[12:34] <voidspace> sure, I just don't know what it actually does
[12:34] <voidspace> something different obviously
[12:35] <SimonKLB> frobware: it looks like it's what youre saying, that juju grabs the first addr it can find, because there is no problem ssh:ing into a unit with just the normal set of interfaces
[12:36] <SimonKLB> it becomes a problem whem ssh:ing to a unit which have docker installed with the docker0 interface etc
[12:39] <frobware> SimonKLB: what's "normal set of interfaces" here?
[12:39] <SimonKLB> frobware: just eth0 and lo
[12:46] <SimonKLB> frobware: it might also be interesting to note that both using proxy=true and proxy=false is trying the same ip, which i guess means both the public and the private ip is wrong?
[12:57] <frobware> SimonKLB: please could you raise a bug for this
[12:57] <SimonKLB> sure
[13:11] <SimonKLB> frobware: did some extra investigation before reporting the bug and noticed that i had an interface on my local computer with the same ip
[13:11] <SimonKLB> frobware: removed that, and now it worked
[13:11] <frobware> oh
[13:11] <frobware> SimonKLB: great! :)
[13:12] <frobware> SimonKLB: because I was beginnging to get a little sidetracked with this.
[13:12] <SimonKLB> is the problem some kind of routing story?
[13:12] <SimonKLB> its odd that it says that it is trying to ssh to a local ip address when you use `juju ssh [unit]` though?
[13:15] <frobware> SimonKLB: and if you try to get to the unit via the proxy does that work?
[13:15] <SimonKLB> yup
[13:26] <frobware> SimonKLB: so it's just resolving to something on your immediate network - which makes sense, no?
[13:27] <frobware> SimonKLB: resolving/connecting
[13:31] <SimonKLB> frobware: yea, but shouldnt it ssh to the external ip of the machine, in that case any local ips shouldnt be in the way
[13:31] <frobware> SimonKLB: I would say no. If you were type `ssh <ip-addr>` wouldn't you expect that to connect based on your current routing?
[13:33] <SimonKLB> frobware: ive deployed juju in aws, i dont understand how you reach it not using the external ip?
[13:33] <SimonKLB> if its not trying to proxy through the controller
[13:33] <frobware> SimonKLB: but containers are not directly accessible without going through the containers proxy - in the AWS case I would always use juju ssh --proxy.
[13:34] <frobware> SimonKLB: ah, --proxy is not the default.
[13:34] <SimonKLB> frobware: yea, and im not trying to reach the containers
[13:34] <SimonKLB> frobware: im just trying to ssh to the machine where the units is deployed
[13:34] <rick_h> frobware: SimonKLB right, --proxy is not the default because juju 2 introduced multiple users, read-only users, etc so we can't allow everyone to go through the controller machine for proxy to work
[13:35] <frobware> SimonKLB: oh, so just the host? OK - confused as I thought this conversation started off with a ... docker container.
[13:35] <rick_h> frobware: SimonKLB so you have to either use proxy, jump host from the controller, or expose the machine in question with an external IP of some sort
[13:36] <SimonKLB> frobware: yea i think the issue is when docker is installed on the host, it creates extra interfaces, and thats why juju detects the wrong ip address
[13:36] <SimonKLB> frobware: but i dont get why its trying to use that local ip when i ssh from the client
[13:38] <SimonKLB> frobware: im able to reproduce the problem when bringing up the docker interface on my local machine again
[13:38] <SimonKLB> frobware: ill report the bug now when i know how to reproduce it
[13:39] <frobware> SimonKLB: thanks. it helps massively having repro steps - appreciated!
[14:13] <SimonKLB> frobware: does it take a while before juju fetches new unit ips?
[14:13] <SimonKLB> i cant seem to reproduce it with a newly started machine
[14:14] <SimonKLB> it also still keeps ips in memory from interfaces that ive removed from the target machine
[14:15] <frobware> SimonKLB: can you explain the last sentence more
[14:16] <SimonKLB> frobware: if i check `juju status [unit] --format=yaml` it reads ip-addresses from interfaces that are no longer on the machine
[14:16] <SimonKLB> so i guess it takes a while before the state is updated?
[14:16] <frobware> SimonKLB: for a more immediate check bounce the controller - though this seems extreme
[14:16] <SimonKLB> how?
[14:17] <SimonKLB> frobware: can i force refresh the state somehow?
[14:50] <frobware> SimonKLB: the only sure fire way is to restart the jujud process on your controller machine
[14:50] <SimonKLB> frobware: thanks
[14:50] <frobware> SimonKLB: but this seems wrong...
[14:50] <SimonKLB> frobware: agreed, but if it restarted sometimes during my run, the ip addresses might have been updated
[14:52] <SimonKLB> frobware: thats it
[14:52] <SimonKLB> i can reproduce it now
[14:52] <frobware> SimonKLB: if it worked, that seems buggy too. :/
[15:00] <SimonKLB> frobware: https://bugs.launchpad.net/juju-core/+bug/1646863
[15:00] <mup> Bug #1646863: Cannot ssh to unit when Docker is setup on both client and unit machine <juju-core:New> <https://launchpad.net/bugs/1646863>
[15:05] <mup> Bug #1646863 opened: Cannot ssh to unit when Docker is setup on both client and unit machine <juju-core:New> <https://launchpad.net/bugs/1646863>
[15:06] <SimonKLB> frobware: i checked out the code a bit and noticed that LXD/LXC interfaces are filtered out, i guess a quick-fix would be to add Docker interfaces here as well https://github.com/juju/juju/blob/staging/worker/machiner/machiner.go#L141
[15:12] <frobware> SimonKLB: this was the PR for that change - http://reviews.vapour.ws/r/4478/
[15:13] <frobware> SimonKLB: but what if you had libvirt interfaces too? and so on.
[15:13] <SimonKLB> mhm
[15:15] <SimonKLB> frobware: are you able to fetch network information from the cloud?
[15:15] <frobware> SimonKLB: in what context?
[15:16] <SimonKLB> frobware: so, if you could query for example the aws api and get the private ip from there instead of relying on the interfaces on the vm
[15:16] <frobware> SimonKLB: right. be data-driven from the provider. Agreed that this would be way better.
[15:17] <SimonKLB> frobware: shouldnt be a very big thing right? since you're using the provider api in other aspects
[15:18] <frobware> SimonKLB: yes - in general, we should not try and guess. That's the worst of all worlds.
[15:18] <SimonKLB> frobware: agreed
[15:19] <SimonKLB> frobware: i dont see any reliable way to determine which interface is the correct one from inside the vm, even if you could filter all of the bridges, one could still have a vm with multiple nics
[15:22] <SimonKLB> frobware: you could filter most of it through `brctl show` however
[15:22] <frobware> SimonKLB: I still have to guess.
[15:23] <mup> Bug #1646863 changed: Cannot ssh to unit when Docker is setup on both client and unit machine <juju-core:New> <https://launchpad.net/bugs/1646863>
[15:24] <frobware> rick_h: did you want to chat?
[15:25] <rick_h> frobware: oh right sorry
[15:25]  * rick_h goes back
[15:25] <mgz> ehehe
[15:25] <mgz> you said andy can you hang on then left?
[15:25] <mgz> is that like making him stay in detention and write lines on the board?
[15:26] <mup> Bug #1646863 opened: Cannot ssh to unit when Docker is setup on both client and unit machine <juju-core:New> <https://launchpad.net/bugs/1646863>
[15:58] <mgz> anyone around for a quick dep bump review stamp?
[15:58] <mgz> the (more complex) 1.25 and 2.0 branches have landed already
[15:59] <mgz> pr #6651
[16:02] <mgz> macgreagoir, voidspace: ^around for teeny review?
[16:03] <macgreagoir> mgz: Lemme look...
[16:06] <macgreagoir> mgz: lgtm
[16:07] <mgz> macgreagoir: ta!
[16:09] <voidspace> mgz: sure
[16:09] <voidspace> mgz: I'm waiting for something anyway
[16:10] <voidspace> mgz: looking
[16:13] <voidspace> mgz: oh, macgreagoir beat me to it...
[16:13] <mgz> he was fast :)
[16:13] <macgreagoir> Doing my OCR best ;-)
[16:13] <voidspace> :-)
[18:25]  * frobware is not sure landing his change as-is would be wise. :(
[18:27] <frobware> wow
[18:34] <perrito666> Fronware why?
[18:40] <frobware> perrito666: I split a script in two. two files. one does transformation. the other applies the transformation. If I run the original (all-in-one) it never fails. If I run them disoint, A, then B then there's occasionally a failure.
[18:41] <perrito666> Interesting sound like a race put in evidence by the split
[18:42] <frobware> perrito666: I wonder if this is actually a change in the kernel. the scripts in question down/raise network interfaces.
[18:44] <perrito666> If you are using systemd i believe you can query for readyness cant you?
[18:51] <frobware> perrito666: this is long after the machine has booted.
[19:17] <voidspace> rick_h: email sent
[19:17] <voidspace> rick_h: see you on Monday....
[19:22] <natefinch> katco: can you review my updates to the ping code?  Hopefully this puts it into the realm where it can be landed.  Note that I have a card to write CI tests for these later.
[19:22] <katco> natefinch: sure
[19:22] <natefinch> here's the latest commit : https://github.com/juju/juju/pull/6621/commits/42c89729bfc4ca79a4eda03881cc1474e36e5078
[19:36] <katco> natefinch: reviewed... mostly piddly stuff, but a few important questions i think
[19:39] <natefinch> katco: cool, thanks
[19:39] <natefinch> I love this:
[19:39] <natefinch> [19:39] <natefinch> OK: 29 passed
[19:39] <natefinch> --- PASS: TestPackage (0.00s)
[19:40] <katco> :D
[19:40] <katco> in-memory baby
[19:40] <natefinch> So good :)
[19:40] <katco> natefinch: you're going to have to rebase off of staging or develop
[19:41] <katco> natefinch: you have some conflicts
[19:42] <mgz> natefinch: not shown, 20s compile time? :P
[19:42] <natefinch> katco: yeah, I was going to squash before I rebased, but I didn't want to squash before you reviewed my newest commit, so you didn't have to look at all the changes all over again (if you didn't want to)
[19:42] <natefinch> mgz: lol, well, perhaps
[19:42] <katco> natefinch: ah thanks for the consideration
[19:42] <katco> natefinch: will probably want another review after rebasing
[19:43] <natefinch> mgz: this is actually a pretty isolated package.  Building only takes .724s real time :)
[19:43] <natefinch> well build and test
[19:43] <natefinch> but test is zero, as we know :)
[19:44] <mgz> nice and speedy :)
[20:08] <natefinch> katco: so about not implemetned ping methods.... those clouds without ping we also just dont' allow you to interactively add cloud, like GCE and AWS
[20:09] <natefinch> katco: so you won't ever see the not implemented error, because they aren't choices we'll let you make.
[20:14] <katco> natefinch: yeah i saw your comment. thanks for the explanation
[20:14] <natefinch> cool
[21:22] <natefinch> internal compiler error, fun!
[21:23] <natefinch> why do I assume that at 4:30 the friday before a sprint, not a soul is on here but me
[21:26] <katco> natefinch: i'm still here, but not for much longer :)
[21:26] <natefinch> :)
[21:26] <natefinch> compiling with go tip (1.8) found a compiler error... fun times
[21:26] <katco> nice
[21:27] <natefinch> Pretty sure Dave said that juju has found a bug in Go for every major release of Go.  hate to break the streak
[22:28] <redir_travel> If anyone is going to be going from the airport to the hotel saturday evening the 3rd ~1600ish or so let me know if you want to share a ride.


[02:00] <sarnold> https://bugzilla.mozilla.org/show_bug.cgi?id=1548973
[02:00] <ubot5`> Mozilla bug 1548973 in Add-ons Manager "All extensions disabled due to expiration of intermediate signing cert" [Blocker,New]
[10:20] <erGoline> Hola :)
[10:24] <erGoline> Which is the corret way to overwrite the default system shortcuts that are not included in the standard shortcuts preferences (es. forward word move)?


[00:02]  * yofel has an akonadi_imap_resource_4 process that uses 120M or real memory without doing anything
[05:45] <c2tarun> I was setting up a virtual box env of natty to reproduce some bugs. i got an error, can anyone help me with setting up the environment please.
[05:46] <micahg> c2tarun: maybe try in #ubuntu+1?
[05:46] <c2tarun> micahg: u mean #ubuntu
[05:47] <micahg> c2tarun: no, #ubuntu+1 for natty support
[05:47] <c2tarun> thanks :)
[07:00] <c2tarun> where can i find confirmed but unassigned bugs??
[07:02] <micahg> c2tarun: have you tried the advanced search in LP?
[07:02] <c2tarun> thanks :)
[08:56] <htorque> hello everyone, isn't it possible anymore to set my own bug report to "wishlist"?
[10:00] <nisshh> hggdh, vish, bdmurray, ping
[10:03] <nisshh> anyway, when you see this, c2tarun just wants to say hi, he is a bit shy about meeting his mentors on irc :)
[10:03] <c2tarun> hi :)
[11:07] <c2tarun> vish ping
[11:08] <nisshh> c2tarun, i pinged them earlier, just wait, they will reply soon :)
[11:09] <c2tarun> ok :) actually i received mail that papercut-ninjas group is assigned a bug on empathy. I wasn't facing this bug, i just wanted to ask him :)
[11:10] <nisshh> c2tarun, thats bug mail, it doesnt mean that you are affected by that particular bug, you are just subscribed to receive it because of a certain team you are in, etc
[11:11] <c2tarun> ok... :) thanks
[11:11] <nisshh> :)
[11:30] <vish> c2tarun: reduce the font size and then try to resize the window you will notice the combobox vanishes..
[11:31] <vish> c2tarun: also, no one in the channel bites.. ;) so, no need to be scared/shy.. :)
[11:45] <c2tarun> vish: how to reduce the font size of empathy?
[11:58] <vish> c2tarun: not empathy's, system font size
[12:00] <c2tarun> vish: got it
[14:40] <charlie-tca> this place is really quiet for a Bug Day today - https://wiki.ubuntu.com/UbuntuBugDay/20101209
[15:32] <c2tarun> bug 688094
[15:32] <ubot2> Launchpad bug 688094 in user-setup (Ubuntu) "package user-setup 1.28ubuntu10 failed to install/upgrade: failed to sync updated files list file for package user-setup: Input/output error (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/688094
[15:33] <c2tarun> what is this bug exactly saying? is it just package not getting installed or some other problem??
[15:43] <c2tarun> if a bug is reported for any previous version, say karmic and that bug cannot be reproduced in newer versions like maverick. what should we do??
[15:47] <charlie-tca> I comment that I could not reproduce the issue in the latest release, and am closing the bug as invalid for that reason. Add that if they can
[15:47] <charlie-tca> reproduce the issue in the latest stable release or development release, they can repopen it as new and need to supply the logs
[15:48] <c2tarun> charlie-tca: thanks :)
[15:48] <charlie-tca> no problem
[15:52] <ScottK> charlie-tca: How does that make the bug invalid?
[15:53] <charlie-tca> It makes it fixed-released, but without a reference for what fixed it, we mark it invalid
[15:54] <charlie-tca> or am I loose in the head again?
[16:06] <ScottK> It seems to me that it would be confusing for people to be told their bug is invalid because it's already fixed.
[16:10] <charlie-tca> It leads much less confusion that having it marked fixed, and then they want to references for the fix
[16:11] <charlie-tca> hm, my keyboard is not typing right again
[16:19] <bcurtiswx> vish, you work with firefox4? or was that micahg ?
[16:20] <vish> bcurtiswx: yup, its micahg
[16:20] <bcurtiswx> vish, k thx
[16:23] <bdmurray> mvo: could you look at bug 571392?
[16:23] <ubot2> Launchpad bug 571392 in bcmwl (Ubuntu) "package bcmwl-kernel-source <IP_ADDRESS> bdcom-0ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 197) (dups: 127) (heat: 1242)" [High,Confirmed] https://launchpad.net/bugs/571392
[16:23] <bdmurray> mvo: seems to happen on Live CDs / usb sticks afaict
[16:35] <charlie-tca> pedro_: kind of difficult to do these compiz bugs in Natty until I can actually log in
[16:37] <mvo> bdmurray: hrm, is there a log in one of the reports that actually contains anything :/ ?
[16:39] <bdmurray> mvo: I can write something to check...
[16:41] <mvo> thanks, that would be cool
[16:41] <mvo> the ones I looked at where empty
[16:41] <mvo> :/
[16:46] <bdmurray> mvo: bug 579643 has something
[16:47] <ubot2> Launchpad bug 579643 in bcmwl (Ubuntu) "package bcmwl-kernel-source <IP_ADDRESS> bdcom-0ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (dup-of: 571392)" [Undecided,Confirmed] https://launchpad.net/bugs/579643
[16:47] <ubot2> Launchpad bug 571392 in bcmwl (Ubuntu) "package bcmwl-kernel-source <IP_ADDRESS> bdcom-0ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 197) (dups: 127) (heat: 1242)" [High,Confirmed] https://launchpad.net/bugs/571392
[16:48] <mvo> thanks
[16:50] <mvo> bdmurray: it looks like the actual bug is pretty simple to fix, this only affects 10.04?
[16:51] <bdmurray> mvo: bug 685675 is natty too.  What is the bug?
[16:51] <ubot2> Launchpad bug 685675 in bcmwl (Ubuntu) "package bcmwl-kernel-source <IP_ADDRESS>+bdcom-0ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/685675
[17:00] <nemo> hey guys.  I filed a bug just minutes ago and I wasn't sure what area to put it in
[17:00] <nemo> someone mind moving it for me?
[17:01] <nemo> https://bugs.launchpad.net/ubuntu/+bug/688145
[17:01] <ubot2> Launchpad bug 688145 in ubuntu "Suspend fails on closing laptop lid, hangs hard on reopen with high heat and fan usage. (affects: 1) (heat: 6)" [Undecided,New]
[17:05] <yofel> nemo: I would say kernel, since pm shows it tries to suspend and it fails after that, please set the package to linux and run apport-collect on the affected system
[17:05] <nemo> hm.
[17:05] <nemo> think I've done apport-collect on this system before, but sure :)
[17:06] <nemo> done
[17:06] <nemo> yofel: said "no additional information collected"
[17:07] <yofel> nemo: yes, you didn't change the package first
[17:07] <nemo> oh
[17:07] <nemo> oops. didn't realise that was "in order of operation" :)
[17:07] <nemo> hm. how do I do that?
[17:07] <yofel> since you didn't apport didn't know *what* to collect information about
[17:08] <yofel> nemo: click on the arrow left or 'Ubuntu' in the status line
[17:08] <nemo> ah. found it
[17:08] <nemo> yep
[17:08] <nemo> I thought it had sent me to a bug list when I clicked on Ubuntu, but the arrow worked
[17:09] <yofel> right, clicking on Ubuntu will send you to the list of bugs filed in ubuntu.
[17:09] <nemo> yay. appport still uses gksudo.
[17:10] <nemo> so sick of stuff using that irritating polkit thingy. I even wrap update-manager in the menu with gksudo :)
[17:10] <nemo> and close and restart it whenever it pops up on its own
[17:10] <yofel> hehe
[17:11] <nemo> if polkit integrated w/ ssh/nomachine/fingerprint gui, I'd not hate it so much :)
[17:19] <mvo> bdmurray: hm, hm, I spoke too quickly, I thought it was easy, but it looks like I need to actually run it inside a vm to reprouce
[17:19] <mvo> but dinner first
[17:21] <bdmurray> mvo: okay, thanks for working on it!
[17:39] <bdmurray> the acidbase package could use some bug conslidation
[17:40] <bdmurray> there seem to be lots of duplicates in there
[18:08] <bdmurray> micahg: re bug 685832 I don't think there is a badge
[18:08] <ubot2> Launchpad bug 685832 in launchpad-gm-scripts "Show MOTU badge? (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/685832
[18:09] <micahg> bdmurray: there is one for MOTU, it's the closed hand
[18:09] <bdmurray> micahg: for launchpad.net/~motu ?
[18:09] <micahg> bdmurray: I thought so, let me check
[18:10] <micahg> bdmurray: yes
[18:10] <bdmurray> micahg: okay, well regardless motu is part of ubuntu-dev and universe-contributes both of which are shown
[18:11] <micahg> bdmurray: right, but neither of those are considered domain experts
[18:12] <bdmurray> micahg: um okay but isn't the this gonna just be one more icon for the people who already have 2 icons?
[18:13] <micahg> bdmurray: well, core-devs have an extra icon too
[18:13] <micahg> and motu-swat
[18:13] <bdmurray> micahg: right and those are subsets of ubuntu-dev but motu is not because they are members of ubuntu-dev
[18:14]  * micahg is confused
[18:14] <micahg> MOTU and core-dev have the same relationship WRT ubuntu-dev
[18:16] <bdmurray> okay I see how it makes sense now
[19:55] <bcurtiswx> micahg, does the set as desktop background function work on firefox 4b7 in natty ?
[19:55] <micahg> bcurtiswx: on KDE or GNOME?
[19:55] <bcurtiswx> micah, GNOME
[19:55] <bcurtiswx> micahg*
[19:55]  * micahg remembers there was a bug about it...
[19:56] <bcurtiswx> micahg, OK thx
[19:57] <micahg> bcurtiswx: no, I meant in general, idk if it works in natty, I would hope so :)
[19:57] <bcurtiswx> ah, it doesn't work in natty, but since GTK3 is so screwed up i wouldn't know what to do with it ATM
[19:58] <micahg> er, the original bug was Fixed for Firefox 3.5, if you see an issue, please fule a bug
[19:58] <micahg> *file
[19:58] <micahg> bcurtiswx: it shouldn't be using gtk3 AFAIK
[19:59] <bcurtiswx> well, as of right now g-c-c with the background section is borked due to GTK, which FFX I would assume uses
[22:11] <charlie-tca> Is bugbot a person or a script? It is closing bugs
[22:12] <charlie-tca> well, it is commenting that it is closing them, but leaving them in incomplete. What is it?
[22:12] <charlie-tca> see it in action on bug 450721
[22:13] <ubot2> Launchpad bug 450721 in nvidia-graphics-drivers-180 (Ubuntu) "xorg crashes by writing emails?! (affects: 1) (dups: 1) (heat: 13)" [Undecided,Incomplete] https://launchpad.net/bugs/450721
[22:25] <damariei> hello, quick question, what should I do if I come across a bug report and when I try to reproduce it there is no bug?
[22:26] <charlie-tca> Are you reproducing it in Natty?
[22:30] <damariei> no maverick
[22:30] <charlie-tca> Which release did the reporter use?
[22:30] <damariei> maverick also
[22:31] <micahcowan> It might help to identify differences between your environ and reporter's that might possibly affect behavior. What's the bug #?
[22:31] <charlie-tca> You can comment that you could not reproduce it in an up-to-date 10.10, and ask them to try it again. Also ask to have them give you the exact steps they use to reproduce the issue.
[22:33] <damariei> well nevermind, I was just confused by the wording and I can reproduce it now but I have a new question, is it still a bug if it does actually function but not as the user would intend it to?
[22:33] <damariei> I am referring to 88241
[22:33] <charlie-tca> bug 88241
[22:33] <yofel> lp 88241
[22:33] <ubot2> Launchpad bug 88241 in linux-source-2.6.20 (Ubuntu) (and 1 other project) "oops on suspend from dvb driver (heat: 2)" [Medium,Won't fix] https://launchpad.net/bugs/88241
[22:34] <damariei> sorry
[22:34] <damariei> 688241
[22:34] <yofel> lp 688241
[22:34] <ubot2> Launchpad bug 688241 in simple-scan (Ubuntu) "scan will not save a second doc - 'save as' works (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/688241
[22:35] <micahcowan> According to the user's description, it sounds like a regression
[22:35] <yofel> not using gnome, but while overwriting the previous file is the usual 'Save' behaviour, I would not expect that from a scan program
[22:35] <charlie-tca> So, to save a scanned document, you have to push "save as"? That is a fix of previous wrong behaviour, is it not?
[22:36] <damariei> even if you scan another page, instead of asking for a new location for the new page, it automatically overwrites the first one
[22:36] <yofel> damariei: you say it overwrites the file even though the button is grayed out?
[22:36] <damariei> yes
[22:36] <charlie-tca> the document does not have a name already, so pushing save the second saves with the file name entered previously.
[22:38] <damariei> i.e if i was to scan two pages, click save on the first one (it would ask for a location and name) then click save on the second it would automatically overwrite the first one without asking
[22:39] <charlie-tca> yofel: I see that as a bug, but I don't see the behavior as reported as one.
[22:40] <yofel> charlie-tca: not sure how simple-scan is supposed to behave, but overwriting a file is something I expect from an image editor, not a scan program.
[22:40] <micahcowan> Yeah, especially for one named "simple-scan".
[22:40] <damariei> exactly
[22:40] <charlie-tca> How does it know you changed documents? It is assuming that the first scan was not good enough.
[22:41] <yofel> not sure if xsane has a save or save as button, but it usually increases a suffix number by itself when trying to save again, so that's the behaviour I expect (since I'm used to it)
[22:41] <damariei> charlie-tca, i clicked on the second page
[22:41] <micahcowan> It sounds like a regression. If the developers indicate that it's intended behavior, that's another matter, but it sounds like it must be unintentional, to me, particularly if that's how it worked in previous versions.
[22:41]  * charlie-tca shrugs
[22:41] <damariei> yofel, yes I think that is actually how simple-scan functioned previously
[22:41] <micahcowan> According to the reporter, it is.
[22:42] <damariei> I myself use simple-scan and do remember it working that way I believe
[23:01] <damariei> ok so I tried a previous version of simple-scan and yes it does appear to be a regression, what should I do next?
[23:19] <yofel> damariei: add the 'regression-release' tag and forward to the simple-scan devs
[23:20] <yofel> damariei: actually it would be worth to try it in natty first (use a live disk)
[23:21] <yofel> since that has a newer bugfix release
[23:21] <yofel> (the tag applies anyway)
[23:21] <yofel> damariei: for future reference: https://wiki.ubuntu.com/Bugs/HowToTriage#Regressions
[23:31] <damariei> yofel, thank you, and is it ok if I cannot actually Triage the bug? (permissions)
[23:32] <yofel> yes, 'Triaged' and "Won't Fix" can only be set by Bug Control
[23:32] <yofel> once you triaged the bug just ask here for the Status and Importance to be set
[23:44] <damariei> yofel, ok I have set regression on bug #688241 and forwarded upstream (https://bugs.launchpad.net/simple-scan/+bug/688372) can you Triage it?
[23:44] <ubot2> Launchpad bug 688372 in simple-scan "Saving any scans after first scan overwrites the file (Regression 1.x to 2.x) (affects: 1) (heat: 6)" [Undecided,New]
[23:44] <ubot2> damariei: Bug 688241 on http://launchpad.net/bugs/688241 is private
[23:48] <yofel> ok, short lecture on upstreaming: you only need to file a bug report if the project is NOT hosted on launchpad
[23:48] <yofel> no harm done, launchpad is confusing sometimes
[23:48] <yofel> damariei: ok, now the proper way here: on 688241 click on 'also affects project'
[23:49] <damariei> yofel, ahh thanks, im still learning
[23:49] <yofel> damariei: that already has simple scan set as projet so just add it
[23:50] <damariei> yofel, ok done
[23:50] <yofel> damariei: now go to 688372, and mark it as a dup of 688241 (click on mark as a duplicate on the right)
[23:51] <damariei> yofel, ok done
[23:56] <yofel> hm, that might actually be a dup of bug 544108
[23:56] <ubot2> Launchpad bug 544108 in simple-scan (Ubuntu) (and 1 other project) "Offer to number/date filename if file already exists (affects: 4) (dups: 2) (heat: 31)" [Wishlist,Triaged] https://launchpad.net/bugs/544108


[10:07] <A-Kaser> poypoy
[01:19] <gapz> 'lo
[01:21] <screeb> plop
[02:32] <studprog> hi all ... currently i'm working on making a network based install (booting via PXE) ... i've got a system running that 1) reads a preseed file and 2) installs a ubuntu dapper minimal system ... my problem is that i can't seem to making it install ubuntu-desktop ...
[02:33] <studprog> after base installation, it installs GRUB  - and thereafter reboots
[02:33] <fabbione> studprog: and why would you do that, when there is one already?
[02:33] <studprog> fabbione: i have to reply later -- my boss has just called for a admins meeting ...
[02:35] <fabbione> you also want to ask in #ubuntu .. this isn't a support channel
[08:57] <Stian> Hey, ok. I've been using Ubuntu 6.06 server for a while, and was just made aware that with a small script and little effort, things like /etc/passwd can be disoplayed directly into the browser. What gives? How can I stop apache from misbehaving?
[08:58] <SanketMedhi> Stian: misbehaving?
[08:58] <nihilocrat> well
[08:58] <Stian> yeah
[08:58] <nihilocrat> you can put an .htaccess file in /etc, but
[08:58] <Stian> it's showing off sensitive information
[08:59] <nihilocrat> You really shouldn't make /etc web-accessible
[08:59] <nihilocrat> is your docroot like / or something?
[08:59] <Stian> exactly
[08:59] <Stian> It's all default
[08:59] <nihilocrat> bizarre
[08:59] <nihilocrat> the default is /var/www/apache-default/
[08:59] <SanketMedhi> the default is /var/www
[08:59] <nihilocrat> oh well
[08:59] <SanketMedhi> :)
[09:00] <nihilocrat> I was thinkign of the default vhost
[09:00] <Stian> eeeh
[09:00] <nihilocrat> sorry
[09:00] <Stian> yeah
[09:00] <Stian> I am using vhost
[09:00] <Stian> anywhoo
[09:00] <Stian> ServerRoot "/etc/apache2"
[09:00] <Stian> what's up with that??
[09:00] <nihilocrat> I believe that's where it looks for its config files
[09:00] <nihilocrat> DocumentRoot is the one you should worry about
[09:00] <Stian> I cannot find any other Root or root in apache2.conf
[09:00] <Stian> hmm
[09:01] <Stian> oohhh
[09:01] <Stian> nooohhh
[09:01] <SanketMedhi> Stian: can you please explain what you want to do?
[09:02] <Stian> hang on
[09:02] <SanketMedhi> ok
[09:02] <Stian> I need to have apache not display things like /etc/passwd. Now, I added vhost alias things myself, I guess I should add a document root for the <VirtualHost>
[09:02] <Stian> or?
[09:03] <Stian> I only have VirtualDocumentRoot
[09:03] <Stian> all my sites are "configured" with vhost_alias
[09:04] <SanketMedhi> !apache2
[09:04] <SanketMedhi> !apache
[09:04] <SanketMedhi> loss
[09:06] <nihilocrat> haha
[09:06] <SanketMedhi> :P
[09:06] <nihilocrat> yes, you should have a DocumentRoot entry in your vhost configs
[09:06] <nihilocrat> I've never used VirtualDocumentRoot and I'm not sure what it does :P
[09:07] <SanketMedhi> Stian: In apache2 your virtual hosts exist in cd /etc/apache2/sites-enabled/000-default
[09:08] <Stian> hmm, the only config i've made is in apache2.conf :p
[09:08] <SanketMedhi> you don't really have to touch that
[09:08] <Stian> I think I removed the loading of sites-enabled/* as well
[09:08] <SanketMedhi> :O
[09:08] <SanketMedhi> I think you should read the wiki for apache2
[09:09] <Stian> NameVirtualHost *
[09:09] <Stian> <VirtualHost *>
[09:09] <Stian>   UseCanonicalName Off
[09:09] <Stian>   DocumentRoot /var/www
[09:09] <Stian>   VirtualDocumentRoot /var/www/%0

[09:09] <SanketMedhi> http://help.ubuntu.com/community/
[09:09] <SanketMedhi> I dunno if that will work in apache2
[09:09] <Stian> it will
[09:09] <Stian> it does
[09:09] <SanketMedhi> ok
[09:09] <Stian> at least for vhost_alias, the DocumentRoot thing didn't change anything
[09:09] <Stian> I use this for 8 or so domains/hosts
[09:10] <Stian> okay, I'll check the wiki
[09:10] <SanketMedhi> ok
[09:10] <Stian> and move the vhost to the assigned directory, and so on :)
[09:10] <Stian> thanks for your inputs
[09:11] <SanketMedhi> np I was hardly of any help
[09:11] <Stian> Well, I guess that's what I get for hardly beeing able to explain my problem :P
[09:12] <SanketMedhi> :)
[10:40] <gapz> bye !


[12:29] <john-scott> where should i report bugs with the kubuntu website?
[12:34] <Riddell> john-scott: here
[12:36] <john-scott> ah, I believe I just sent you an email detailing the bug and fix i found with the website (if you're Jonathan Riddell at<EMAIL_ADDRESS>[12:41] <Riddell> interesting
[12:42] <Riddell> I don't control wiki.k.o but I'll get them to fix it
[12:46] <john-scott> if i find other issues with wiki.k.o should i continue to report here/to you or is there a better place?
[02:05] <andre298> hello just wanted to ask the room if its worhtwhile to go with feisty 64, are all the packages up to  date
[02:08] <Riddell> andre298: of course, we only released last week
[02:08] <Riddell> assuming you mean 7.04 for amd64
[02:08] <andre298> yes
[02:09] <andre298> im using archright now and the 64bit repos are not all up yet  , i assume its not like thaat for ubuntu
[02:10] <Riddell> everything is build on all supported platforms
[05:48] <DaSkreech> hiya Hobbsee nixternal
[05:48] <nixternal> hola DaSkreech
[05:49] <DaSkreech> nixternal: Heya. How goes RL?
[05:49] <Hobbsee> hi DaSkreech
[05:49] <nixternal> busy weekend, busy LUG day today
[05:49] <nixternal> hiya Hobbsee
[05:50] <DaSkreech> you are going to devote some time to KDE4?
[05:50] <Hobbsee> hi nixternal
[05:50] <nixternal> DaSkreech: doing so now
[05:50] <nixternal> we are supposed to be doing a KOffice 2 meeting here soon as well
[05:50] <DaSkreech> Here here?
[05:50] <DaSkreech> or where you are here?
[05:50] <nixternal> no, over there => in the kde world
[05:51] <nixternal> here, as in time
[05:51] <nixternal> here soon as in time
[05:51] <nixternal> heh
[05:51] <nixternal> argh
[05:51] <DaSkreech> My OO.o gripes faaaaaaar overwhelm them
[05:51] <DaSkreech> ok stay away from nixternal's tentacles and suckers
[05:52] <nixternal> hehe
[06:04] <DaSkreech> !info freecol
[06:04] <ubotu> Package freecol does not exist in feisty
[07:31] <giangy> 'morning
[07:32] <Hobbsee> hi giangy
[07:32] <giangy> hoy Hobbsee :-)
[07:32] <Hobbsee> :)
[07:39] <giangy> having one LCD only for tailing logs
[07:39] <giangy> is nice :)
[07:40] <Hobbsee> hehe
[12:04] <_StefanS_> Riddell: hey you there ?
[12:05] <_StefanS_> Riddell: do you want me to remove that setAccel completely?
[12:06] <Riddell> _StefanS_: I guess so
[12:07] <Riddell> wouldn't putting & in the button string create the accelarator?
[12:07] <_StefanS_> Riddell: hmm won't someone else complain that now the accelerators are missing ? :D
[12:07] <_StefanS_> Riddell: yes thats what I hoped when I did it initially
[12:07] <_StefanS_> Riddell: although it didn't. Don't rellay know why
[12:08] <_StefanS_> I will test that again
[12:08] <_StefanS_> compiling it now
[12:49] <Riddell> testers needed http://kubuntu.org/~jriddell/tmp/kubuntu-docs_7.04-6_all.deb
[12:49] <Riddell> non english speaking preferably
[01:01] <Riddell> nixternal: the diff for kubuntu-docs feisty includes a bunch of changes not mentioned in the changelog
[01:02] <Riddell> nixternal: in debian/control debian/postinst debian/prerm and debian/rules
[01:02] <Riddell> nixternal: the rules for SRU are uber strict and every change needs to be accounted for
[01:03] <Riddell> nixternal: and it needs to be feisty-proposed in changelog
[01:03] <Riddell> nixternal: otherwise, all good
[01:10] <Riddell> nixternal: edgy change also has changes to debian/rules that should be explained (and edgy-proposed)
[01:19] <ryanakca> Riddell: what am I looking for in the docs package?
[01:19] <ryanakca> typos, etc? missing pages?
[01:21] <Riddell> ryanakca: just that is works in your language
[01:21] <Riddell> and any other language you care to test
[01:21] <ryanakca> kk
[01:23] <Tm_T> what, was all openweek action in #ubuntu-classroom
[01:26] <Tm_T> looks like it
[01:27] <Riddell> Tm_T: wiki page could do with making that more clear right enough
[01:28] <Tm_T> well, I tried to understand that wikipage, somehow I didn't even see channel names easily
[02:21] <mhb> hi folks
[02:50] <dinosaur-rus> hi
[02:51] <Hobbsee> hiya
[02:51] <dinosaur-rus> I have a small problem:
[02:51] <dinosaur-rus> Err http://ru.archive.ubuntu.com feisty-updates/main tzdata 2007e-0ubuntu0.7.04
[02:51] <dinosaur-rus> 404 Not Found [IP: <IP_ADDRESS> 80]
[02:51] <Hobbsee> then talk to the people who do the russian archives?
[02:57] <dinosaur-rus> contents of http://ru.archive.ubuntu.com/ubuntu/pool/main/t/tzdata are the same as http://archive.ubuntu.com/ubuntu/pool/main/t/tzdata
[02:57] <dinosaur-rus> so I doubt it's Russian mirror's problems
[02:58] <dinosaur-rus> tzdata_2007e-0ubuntu0.7.04_all.deb package is missing in both archives
[03:00] <Hobbsee>     tzdata | 2007e-0ubuntu0.7.04 | http://archive.ubuntu.com feisty-updates/main Sources never appeared to build
[03:00] <Hobbsee> either way, just wait, they'll push that update thru
[03:03] <dinosaur-rus> oh, thanks for "testing" :)
[03:23] <crimsun> hmm, it's definitely installed here
[03:24] <crimsun> seemingly confirmed by https://launchpad.net/+builds/+build/319764
[03:25] <crimsun> dinosaur-rus: the deb is also available from https://launchpad.net/+builds/+build/319764/tzdata
[03:26] <dinosaur-rus> crimsun: just put it to /var/cache/apt/archives and run "sudo apt-get upgrade"?
[03:27] <crimsun> haven't you already executed the 'update' target?
[03:27] <crimsun> if so, just copy it to /var/cache/apt/archives/ , then 'upgrade'
[03:28] <crimsun> you could also just dpkg -i
[03:28] <dinosaur-rus> crimsun: ok, thanks
[03:28] <Hobbsee> dinosaur-rus: seems to be a mirror problem - http://archive.ubuntu.com/ubuntu/pool/main/t/tzdata/tzdata_2007e-0ubuntu0.7.04_all.deb is hte one from archive.ubuntu.com, and it looks the same to me...
[03:30] <dinosaur-rus> Hobbsee: oh, it's appeared on Russian mirror, too :)
[03:30] <Hobbsee> ah, so it was a mirror problem.  great :)
[03:32] <dinosaur-rus> Hobbsee: not mirror as that file wasn't present on archive.ubuntu.com, too :)
[03:32] <Hobbsee> was when i looked :P
[03:33] <Hobbsee> things just take a while to be published, at times
[03:35] <dinosaur-rus> Hobbsee: but wasn't when I looked for the first time (4:57pm GMT+3) :)
[03:36] <Hobbsee> :)
[03:36] <Hobbsee> :P
[03:38] <dinosaur-rus> :)
[03:45] <ScottK> does anybody here post articles to slashdot?
[03:46] <Riddell> occationally
[03:47] <ScottK> PM?
[03:47] <Hobbsee> hiya manchicken
[03:47] <Hobbsee> ScottK: careful, Riddell bites
[03:48] <Hobbsee> :P
[03:48] <manchicken> Howdy
[03:48] <manchicken> Two weeks.
[03:48] <Hobbsee> yep :D
[03:48] <Hobbsee> less than
[03:48] <manchicken> And then I get to be locked up, terrified, for 13 hours of air travel :)
[03:49] <Hobbsee> 13?  amateur
[03:49] <Hobbsee> just be greatful of where you live
[03:49] <crimsun> be glad you're not locked up for 13 hours with /her/
[03:49] <manchicken> Nice.
[03:49] <manchicken> Better her than the suits I'll likely be sitting between.
[03:49] <Hobbsee> haha
[03:49] <Hobbsee> depends
[03:49] <crimsun> yeah, at least you can gripe about gtk then
[03:50] <Hobbsee> crimsun: poor elky.
[03:50] <manchicken> So much more to gripe about :)
[03:50] <Hobbsee> crimsun: all this is making me wish i'd said no :P
[03:51] <crimsun> pfah, 'twill be a good time for all
[03:51] <Hobbsee> sure sure
[03:57] <manchicken> Man, I underestimated the rate of spam messages per day I was receiving.
[03:57] <ScottK> manchicken: How many?
[03:58] <manchicken> I've received more than 200 messages so far.
[03:58] <manchicken> The pop3 fetch isn't even complete yet.
[03:58] <manchicken> Though kubuntu-users is at 83 messages...
[03:58] <manchicken> I often consider unsubscribing from that list.
[03:58] <Hobbsee> kubuntu-users has skyrocketed
[03:59] <manchicken> Most of them are ED spams.
[03:59] <Hobbsee> ED?
[03:59] <manchicken> They must not be very targeted ads.
[03:59] <Hobbsee> oh, is kubuntu-users getting spammed?
[03:59] <manchicken> No, my own email.
[03:59] <manchicken> Sorry, switched back to general spam again.
[04:00] <manchicken> My mind just whips around like that.  Do try to keep up :)
[04:00] <manchicken> I should have a little thought bubble program to help folks follow what short-term thought process is racing through my mind at the moment.
[04:00] <Hobbsee> ahh
[04:00] <Hobbsee> hehe
[05:05] <Riddell> open week in #ubuntu-classroom
[05:05] <Riddell> doesn't seem too exciting as yet
[05:06] <Tm_T> <3
[05:18] <ScottK> Riddell: More like sickly sweet.
[05:19] <imbrandon> Riddell, it will get real exciting tomarrow when the K* session happens
[05:20] <imbrandon> heheh
[05:21] <Riddell> imbrandon: yes, thanks for doing those
[05:21] <Riddell> ] /win 11
[05:21] <Riddell> hmm
[05:21] <imbrandon> Riddell, no probs, i love doing them :)
[05:22] <imbrandon> and i'm a bit more prepared this time too
[05:23] <nixternal> Riddell: I will fix the changelogs and redo here in a few ;)
[05:25] <Tm_T> imbrandon <3<3
[05:26] <Riddell> nixternal: thanks
[05:26] <Riddell> nixternal: bit of a harsh story on fridge there from corey
[05:26] <nixternal> hahaha, it was fun though
[05:53] <manchicken> Anthony Mercatante is Tonio, right?
[05:55] <alleeHol> manchicken: yes
[05:55] <manchicken> Sweet.  I think that means I'm rooming with Tonio.
[05:57] <Tm_T> manchicken: ?
[05:57] <manchicken> UDS
[06:24] <Riddell> this looks fun, a kubuntu DVD made by d-link for their routers http://www.heise.de/english/newsticker/news/88428
[06:26] <nixternal> oh sweet
[06:26] <nixternal> Fridge worthy?
[06:30] <Riddell> nixternal: quite possibly
[06:30] <Riddell> nixternal: I'm downloading the iso now
[06:36] <nixternal> Riddell: do you know John Meinel at Canonical?
[06:37] <Riddell> nixternal: not very well
[06:37] <nixternal> OK, he is in Chicago
[06:38] <nixternal> didn't know that
[06:38] <Riddell> he does bazaar, and is therefor cool
[06:38] <nixternal> rock on
[08:24] <_StefanS_> evening
[08:26] <Riddell> hola
[08:27] <nixternal> hola? stealin' my mojo! but I guess all is fair since I stole groovy ;)
[08:27] <Tm_T> interesting stuff in #ubuntu-classroom
[08:27] <nixternal> I take that back, I have GPL'd hola
[08:28] <nixternal> Tm_T: all day, there has been some good talks
[08:28] <nixternal> Friday I am doing the Ubuntu Documentation Project talk, and Saturday I am doing the Creating a LoCo talk, now those should be boring, I mean interesting ;)
[08:28] <Tm_T> nixternal: yup, have to read two last parts, I was in bus etc so couldn't follow them actively
[08:29] <Tm_T> current is something I really find educating to me
[08:39] <_StefanS_> Riddell: I dont understand that launchpad thing.. why doesn't that bug you mentioned show in the search results for bugs in feisty ?
[08:43] <Riddell> _StefanS_: searching for bugs isn't great
[08:44] <_StefanS_> Riddell: okay, I wondered if that was just me
[09:52] <cornelinux> Hello Riddell?
[09:53] <ryanakca> Riddell: ping, ok, I have it installed, how do I check it in french, exactly? (kubuntu-docs)
[09:55] <Riddell> hi cornelinux
[09:55] <Riddell> ryanakca: you would need to install language-pack-kde-fr-base
[09:56] <Riddell> and select french in system settings
[09:56] <ryanakca> kk, thanks
[09:56] <cornelinux> Riddell: Stefan on the kubuntu channel told me, I could drop you a question...
[09:57] <cornelinux> Riddell: The theme for the login window does not work for me with kubuntu 7.04... - any idea?
[10:01] <Riddell> cornelinux: for kdm?
[10:03] <Riddell> cornelinux: what is the Theme= line in /etc/kde3/kdm/kdmrc ?
[10:04] <cornelinux> Riddell: yes, kdm: /usr/share/apps/kdm/themes/kubuntu
[10:05] <Riddell> cornelinux: and what's in that directory?
[10:05] <cornelinux> But all other settings (LogoPixmap, colorsceme etc.) are set correctly.
[10:06] <cornelinux> severeln pngs, kubuntu.xml and so on. But the point is, I reconfigured, the background image, the color scheme and so on in the GUI - but it didn't work out.
[10:07] <cornelinux> hm, when I remove the line Theme= I get my configured settings.
[10:12] <cornelinux> Riddell: It seems it is not supported to change the Login Theme? (I must admit, I used kcontrol for changing it). Anyway thanks for the hint.
[10:14] <Riddell> cornelinux: it should work by editing the file, possibly the kcontrol module has a bug in it
[10:14] <cornelinux> Riddell: seems so. :-)
[10:16] <_StefanS_>  Riddell: I've been looking into those things about the logout dialogue
[10:17] <_StefanS_>  Riddell: 1) the hardcoded accelerators have been removed (stupid me), but it doesn't react to & inside the text labels like it should and create the accelerator automatically
[10:18] <_StefanS_> Riddell: 2) the gdm, and missing buttons in logout; I have looked into the code inside shutdowndlg.cpp/.h , and it does not seems to be in there the problem lies. What I have observed, is that if  gdm doesnt offer DM().canShutdown, the behavior occurs.
[10:18] <Riddell> _StefanS_: maybe you need to parse the label manuall to remove the & and set the letter as accellarator
[10:19] <_StefanS_> Riddell: good idea really :) - didn't think of that.
[10:19] <Riddell> how would gdm offer that?
[10:19] <_StefanS_> Riddell: well dont know really, but when bool maysd = false, all the buttons dissappear
[10:20] <Riddell> _StefanS_: I also had a strange issue when using the accessibility profile for people with poor eyesight, the buttons showed the icons twice (small one left and larger on right) but no text
[10:20] <_StefanS_> Riddell: or maybe I'm not understanding the talk between gdm and kde correctly
[10:20] <_StefanS_> Riddell: weird
[10:20] <Riddell> I suspect the gdm thing has always been the case, but we get more people trying new things at release time so that's why I've noticed people complaining about it
[10:21] <_StefanS_> hmm yea, me too
[10:21] <_StefanS_> Because the logout buttons I created just react to the ksmserverrc setting, and work the way the classic dialog has always been working
[10:22] <_StefanS_> but I have verified that the gdm -> kde problem is not present in edgy
[10:22] <Riddell> oh?  so kde could talk to gdm in edgy?
[10:22] <_StefanS_> yep
[10:23] <_StefanS_> narrows it down a bit ;)
[10:23] <_StefanS_> just tested it.
[10:23] <_StefanS_> I tried comparing the source from kde 3.5.5 with the newest feisty 3.5.6 and there is nothing about it that makes me think the ksmserver has a problem.
[10:24] <_StefanS_> all the hal-stuff is also pretty much the same in 3.5.5 /edgy
[10:24] <giangy> https://bugs.launchpad.net/ubuntu/+source/kde-guidance/+bug/102345/comments/5
[10:24] <ubotu> Malone bug 102345 in kde-guidance "kde guidance does not display cpu frequency" [Undecided,Unconfirmed]
[10:24] <giangy> Riddell: mh, probably the problem is related to powersaved.
[10:28] <Riddell> giangy: guidance has nothing to do with powersaved
[10:30] <giangy> Riddell: well, but if powersaved (instead of powernowd) is installed guidance doesn't work.
[10:31] <Riddell> giangy: guidance just uses hal, so anything to do with dependencies should be done at the hal level
[10:31] <ryanakca> Riddell: so far, french documentation == bad
[10:31] <ryanakca> Only the links are translated in KHelpCenter... the rest of the document is english
[10:32] <ryanakca> s/document is/documents are in
[10:42] <Riddell> http://kubuntu.org/~jriddell/dlink.png
[10:42] <TheInfinity> Riddell: one question ... is it possible to create the kde-latest / amarok-laterst dirs on kubuntu.org deb source? without content, just to avoid the error 404 on the computers i have ;)
[10:42] <Riddell> nixternal: this thing is so cool
[10:42] <Riddell> ryanakca: hmm, that's not good
[10:42] <Riddell> TheInfinity: those symlinks should work
[10:43] <ryanakca> Riddell: cool :)... nope. Unless it's because nobody has translated it.
[10:44] <TheInfinity> deb http://kubuntu.org/packages/kde-latest feisty main -> Konnte http://kubuntu.org/packages/kde-latest/dists/feisty/main/binary-i386/Packages.gz nicht holen  404 Not Found
[10:45] <_StefanS_> Riddell: hey whats that dlink thing ?
[10:54] <Riddell> TheInfinity: well, there's no feisty packages
[10:54] <Riddell> TheInfinity: remove the deb line
[10:55] <TheInfinity> but this will get a feisty package when next kde is released, hmm?
[10:59] <Riddell> TheInfinity: I don't advertise those -latest links for just this reason
[11:00] <TheInfinity> is there a deb where it will be added without comment / uncommenting this line every kde release / ubuntu release?
[11:01] <Riddell> nope
[11:01] <TheInfinity> hmm ...
[11:01] <Tm_T> if you want "backported" stuff, I think you can do little efforts to get them :)
[11:01] <Tm_T> anyway, good night kids ->
[11:02] <TheInfinity> i have a network of 4 pcs and 2 own pcs
[11:02] <TheInfinity> thats why i ask ;)
[11:05] <snikker> phpmyadmin (on feisty) when i click on a link (or button), kick me on login page
[11:06] <TheInfinity> snikker: thats perhaps more an coockie problem?
[11:07] <snikker> TheInfinity: i've clean my brewser cache many times...
[11:07] <snikker> *browser*
[11:07] <TheInfinity> firefox?
[11:08] <snikker> yes
[11:09] <TheInfinity> strange ... here it works ...
[11:10] <TheInfinity> i use opera but this should not be the reason
[11:10] <snikker> TheInfinity: and sometimes it show this: "root:117" in the user name field
[11:10] <ryanakca> nixternal: ping, about your irssi libnotify script...
[11:21] <snikker> no ones?


[17:28] <vmorris> why does MAAS sometimes hand out a reserved IP when I try to bootstrap or add a machine from Juju?
[17:29] <vmorris> maas expects the machine to come up on a given available IP, but instead the machine's PXE boot picks up a reserved IP and then fails to bootstrap


[01:52] <ianorlin> nhaines: who has access to the list of proposed talks that did not make the cut
[02:00] <nhaines> ianorlin: everyone with access to the Trello board.
[20:08] <MichaelPaoli> Berkeley Linux Users Group (BerkeleyLUG) noon-3pm @ Bobby G's Pizzeria http://berkeleylug.com/meetings/
[20:08] <darthrobot> Title: [Meetings | BerkeleyLUG]


[00:00] <micahg> notgary: so, we prefer packages to go through Debian, as that saves us from having to review a merge/sync later as well as makes it easier to sync packages in the future
[00:00] <micahg> but if Debian won't update for reason X, we can push new upstream versions in Ubuntu as well
[00:00] <micahg> except now we're past feature freeze, so we're mainly focusing on bug fix releases
[00:01] <micahg> and bug fixes in general
[00:03] <notgary> I've found this page (http://qa.ubuntuwire.org/ftbfs/) which contains a list of build errors that need to be fixed - packaging bugs basically. Is this the best place to find packaging bugs, or is there something better?
[00:03] <micahg> that's one place
[00:04] <micahg> there's http://qa.ubuntuwire.com/debcheck/ as well
[00:11] <notgary> Thanks a lot. This'll be helpful.
[01:38] <zx2c4> hey guys
[01:49] <zx2c4> might someone be willing to look at this?
[01:49] <zx2c4> https://bugs.launchpad.net/ubuntu/+bug/1047122
[06:56] <dholbach> good morning
[07:03] <geser> good morning
[10:16] <hakermania> Hello there :D I'm having a failed build over here: http://goo.gl/TuWGl (launchpad) and says: 'Project ERROR: Package x11 not found' while I depend on libx11-dev. (I know about #ubuntu-packaging but there are no answers so far). Any clues?
[10:28] <xnox> hakermania: looking for X in a wrong place? subtle / unexpected change to multiarch locations not expected by the configure scripts?
[10:28]  * xnox is guessing
[10:29] <xnox> qmake.... ARGH.... have fun.
[10:29] <hakermania> xnox: are you a qt hater or something :P ?
[10:29] <xnox> find out which path it's looking for & see where it searches in correct place to find the X bits it wants
[10:29] <xnox> hakermania: there are no sane buildsystems, some are worse than others.
[10:29]  * xnox doesn't hate anything.
[10:31] <hakermania> xnox: thanks for the tips, how am I supposed to find 'which path it's looking for' etc? In my debian/rules I only use dh $@ --parallel
[10:32] <xnox> you need to poke qmake, enable verbose bits, make it talk to you.
[10:32] <hakermania> xnox: Ok, I'll bring my shotgun
[10:32] <xnox> offer it cookies, sweets and candy.... or a shotgun would do =)
[13:48] <Laney> hardlinking debian ubuntu ubuntu-ports mirrors takes ages on the panda
[13:48] <Laney> like 5 hours
[13:48] <tumbleweed> for a fairly small space saving
[13:48] <tumbleweed> oh, ubuntu+ubuntu-ports is probably pretty decent
[13:51] <Laney> 5 gig or so
[13:51] <Laney> probably not worth it
[13:51] <Laney> or run it once daily overnight
[13:52] <ogra_> you run a mirror on the panda ?
[13:52] <Laney> yeah, it has a 1tb hard drive attached to it :-)
[13:52] <tumbleweed> IIRC paultag does that too
[13:52] <ogra_> insane
[13:52] <Laney> works well apart from hardlink
[13:52] <tumbleweed> (or was that an rpi)
[13:52] <ogra_> not with ubuntu if its an RPi
[13:53] <tumbleweed> debian
[13:53] <ogra_> yeah
[13:53] <ogra_> (though theoretically you could run ubuntu armel on it)
[21:18] <jtaylor> why does ubuntuone-client-gnome install something into /debian?
[21:18] <Laney> bug
[21:18] <Laney> upgrade
[21:19] <jtaylor> oh beta freeze is over 223 packages to upgrade :)
[21:19] <tumbleweed> see #ubuntu-devel logs for this afternoon
[22:58] <xnox> Laney: i only have laptops =/ so no PSUs here