[22:37] <qwebirc39266> silicondust hdhomerun..some channels show weak signal and won't allow to be viewed on backend.  however it seems to show all channels fine on windows media center and through windows silicondust config tool
[22:38] <qwebirc39266> is there a setting to tweak?
[23:21] <qwebirc39266> anyone have xp with silicondust hd terristrial setup?
[23:33] <qwebirc39266> no love for silicondust aye?
[23:34] <Hydr0p0nX> HDHomerun ?
[23:34] <Hydr0p0nX> lots of people have used it, I use a ceton


[09:29] <rmg51> Morning
[11:58] <teddy-dbear> Morning peoples, turkeys, hamsters and everything else
[17:59] <lazyPower> o/


[00:01]  * Phanes politely puts on his lurking hat the time being if allowable
[00:01] <Flannel> We'd rather you not.


[04:28] <wallyworld_> davecheney: hi, any chance of a quick 2 line code review? improved boilerplate for 1.9.8 release https://code.launchpad.net/~wallyworld/juju-core/improve-boilerplate-config/+merge/147279
[04:28] <davecheney> sure
[04:28] <wallyworld_> thanks
[04:29] <davecheney> have you guys stopped using lbox ?
[04:29] <wallyworld_> i can't login
[04:29] <wallyworld_> it won't auth
[04:29] <wallyworld_> trying to debug it now - it seems the login response returns no cookies
[04:29] <wallyworld_> even though it nominally succeeds
[04:31] <davecheney> LGTM
[04:31] <davecheney> afk for a bit - hangout
[04:32] <wallyworld_> thanks
[04:33] <thumper> hi wallyworld_
[04:33] <thumper> I'm just about to sign off
[04:33] <wallyworld_> g'day
[04:33] <thumper> busy getting my head around juju
[04:33] <wallyworld_> hah
[04:33] <wallyworld_> have a good weekend
[04:33]  * thumper waves at davecheney too
[04:33] <thumper> you too
[04:33]  * wallyworld_ wishes it would stop raining so soccer isn't cancelled tonight
[06:35] <davecheney> 013/02/08 17:34:22 JUJU juju bootstrap command failed: cannot start bootstrap instance: cannot allocate a public IP as needed
[06:35] <davecheney> any ideas ?
[06:35] <davecheney> this is on canonistack
[07:38] <TheMue> Morning
[08:06] <rogpeppe> davecheney: i think public IPs are few and far between in canonistack
[08:08] <rogpeppe> davecheney: istr there was some talk of making getting a public IP optional
[08:08] <rogpeppe> TheMue, fwereade_, all: mornin'
[08:08] <TheMue> rogpeppe: Hello Mr Peppe ;)
[08:09] <TheMue> davecheney, fwereade_: And also a hello to you.
[10:12]  * rogpeppe loves it when tests find obvious mistakes that you've looked at many times without seeing.
[11:11] <rogpeppe> fwereade_: ping
[11:16] <rogpeppe> if anyone wants to take a look, here's the CL that implements API authentication: https://codereview.appspot.com/7299066/
[11:16] <TheMue> rogpeppe: *click*
[11:43] <TheMue> rogpeppe: You've got a +1.
[11:43] <rogpeppe> TheMue: thanks
[11:44] <TheMue> rogpeppe: yw
[11:45] <rogpeppe> "
[11:45] <rogpeppe> Name "stm" has been a bit misleading because we mostly talk about state.Machine
[11:45] <rogpeppe> here.
[11:45] <rogpeppe> "
[11:45] <rogpeppe> TheMue: the point of naming it stm there is because it *is* a state.Machine
[11:46] <rogpeppe> TheMue: an alternative would be to call all the api-specific variables apist, apim, etc
[11:46] <rogpeppe> TheMue: rather than st, m
[11:48] <TheMue> rogpeppe: All m's in there are state.Machines. And in the same method you also mad a pure m. In that case the M(achine) has a special semantic. That's why I proposed a different prefix.
[11:49] <rogpeppe> TheMue: "pam" is not great, because it doesn't say anything about why that machine is special (the machine returned by the api.State.Machine call is a representation of that machine too)
[11:49] <rogpeppe> TheMue: perhaps i should just call it apim
[11:50] <TheMue> rogpeppe: +1 on that, yep.
[11:50] <TheMue> rogpeppe: But even w/o a change it would be ok for me, it only has been a minor.
[11:51] <rogpeppe> TheMue: ok, cool
[11:51] <TheMue> rogpeppe: One look into the according function and it has been clear.
[11:51] <TheMue> rogpeppe: But your func() func() (func(), error) is nice. *bg*
[11:51] <rogpeppe> TheMue: closures are great :-)
[11:52] <TheMue> rogpeppe: Indeed.
[11:52] <TheMue> rogpeppe: Only missed a func() as arg of that func. *rofl*
[11:53] <rogpeppe> TheMue: higher-order tests, yay!
[11:53] <TheMue> rogpeppe: Or a func, getting a func, producing a func which has a func as arg to produce a func.
[11:53] <rogpeppe> TheMue: now now, then, we're not using haskell :-)
[11:55] <TheMue> rogpeppe: Hehe, and it would look weird. Smalltalk closures are pretty short. [:a :b | a doSomethingWith: b]
[11:55] <TheMue> rogpeppe: But the call is ugly.
[11:56] <TheMue> rogpeppe: In case that one is stored in c it has to be "c value: something value: anotherThing."
[11:57] <TheMue> Oh, just called for lunchtime.
[11:57] <TheMue> biab
[11:57] <rogpeppe> TheMue: of course, no unnamed params in smalltalk
[12:13] <fwereade_> rogpeppe, pong, sorry I missed you
[12:16] <dimitern> fwereade_: fancy a quick review? :)
[12:17] <fwereade_> dimitern, sure :)
[12:17] <dimitern> fwereade_: https://codereview.appspot.com/7299047/ - should be simple enough
[12:17] <dimitern> fwereade_: 10x
[12:35] <rogpeppe> mgz: i'm interested to know what you thought was particularly bad about the ec2 port handling code. nothing seems to stand out for me, but i'm certainly biased :-)
[12:35] <rogpeppe> fwereade_: just thought you might wanna have a look at the API authentication CL: : https://codereview.appspot.com/7299066/
[12:35] <rogpeppe> dimitern: looking
[12:35] <fwereade_> rogpeppe, ah, cheers
[12:36] <mgz> rogpeppe: which particular frustration I feel with it varies :)
[12:36] <rogpeppe> fwereade_: it's a bit bigger than i intended, but hopefully still not *too* bad
[12:36] <rogpeppe> mgz: top 3 frustrations?
[12:37] <mgz> so, currently,
[12:38] <mgz> the copy code between ec2/openstack (need to learn go trick for sharing code without making something public interface)
[12:38] <rogpeppe> mgz: the difficulty there is that openstack and ec2 interfaces are very similar but not the same...
[12:39] <rogpeppe> mgz: if there was any code you wanted to factor out, it could go into another package, say environs/ec2like
[12:40] <rogpeppe> mgz: it has always been the intention to factor out common code between providers - but before we had multiple providers, it was hard to say which code was appropriate.
[12:40] <mgz> batch rule handling where it doesn't make sense for openstack, magic-name lookup and unclear behaviour on individual errors
[12:41] <mgz> and the long-standing but less current one of security group per-machine and cleanup of resources
[12:41] <rogpeppe> mgz: yeah, the magic name lookup was a legacy from the python port
[12:42] <rogpeppe> mgz: in openstack, can you change the security groups assigned to a machine?
[12:42] <mgz> yup.
[12:42] <rogpeppe> mgz: ah, then you can avoid the one-security-group-per machine issue
[12:42] <mgz> though, there are caveats that make that less promising that it sounds.
[12:42] <rogpeppe> mgz: in ec2 you can't
[12:44] <dimitern> rogpeppe, mgz: you can change the secgroups of a machine, but you need to reboot it to take effect
[12:44] <mgz> in that, I think deployment variable, you can't trust rules on a new group to apply unless the vm is rebooted
[12:44] <rogpeppe> mgz: cleanup of resources is an issue - the main problem is when you kill the instances but never run destroy-environment.
[12:44] <rogpeppe> mgz: ah, that makes it pretty useless
[12:45] <mgz> in openstack cleanup can be done properly, if careful, because you can delete groups on terminate machine
[12:45] <rogpeppe> mgz: "i'll call juju expose - oops, all my machines have just rebooted!"
[12:48] <mgz> anyway, the port batching is annoying
[12:48] <mgz> especially given it's still port-at-a-time
[12:48] <mgz> and range ignorant
[12:50] <rogpeppe> mgz: at one time, i did have the ec2 provider delete security groups on instance termination, but it failed all the time, because the instance takes a while to relinquish its security groups
[12:50] <mgz> right, I know that code
[12:50] <mgz> it can be done safely with openstack because you can remove the group from the server first
[12:50] <rogpeppe> mgz: the port batching means you do at least have the capability to do it as a batch. but i agree it's not entirely clear what to do about partial errors.
[12:51] <mgz> leads to some slightly-complicated deferred chaining with twisted though :)
[12:52] <rogpeppe> mgz: but that issue applies to the agent too - what should the agent do if it can't remove a given port?
[12:52] <rogpeppe> mgz: hopefully not so complicated under Go :-)
[12:53] <mgz> clearly report that one part failed and continue, probably
[12:54] <mgz> the fun has tended to be that things get logged somewhere far from what cares about it so it's hard to tell why something hasn't worked
[13:04] <rogpeppe> mgz: yeah, logging is an issue we need to think hard about
[13:04] <rogpeppe> mgz: i'd be happy to see the batch operations return an error that summarises all the ports that couldn't be closed, rather than just stop at the first.
[13:05] <rogpeppe> lunchtime
[13:11] <dimitern> what does it mean `json:"-"` as a tag?
[13:12] <dimitern> on a struct field
[13:15] <TheMue> dimitern: The field is ignored in serialization.
[13:16] <dimitern> TheMue: ignored only on marshaling, but not unmarshaling?
[13:17] <TheMue> dimitern: Oh, would have to test. IMHO only marshalling.
[13:17] <dimitern> TheMue: ok, thanks
[13:28] <dimitern> fwereade_, rogpeppe: any thoughts on the CL?
[13:29] <fwereade_> dimitern, reviewed, let me know your thoughts; I might be missing some subtleties
[13:30] <dimitern> fwereade_: cheers, I'll take a look
[13:36] <dimitern> fwereade_: I'm not sure I get your idea with simplifying the matching loop - can you elaborate a bit?
[13:39] <fwereade_> dimitern, say I ask for the following ids: "", "a", "b", "c", "d" (hope that's enough)
[13:40] <dimitern> fwereade_: so, you propose to take the API calls out of the function and pass the result as a map
[13:40] <fwereade_> dimitern, "a" is missing due to eventual consistency, "b" is in the wrong env, "c" is terminated, and "d" actually works correctly
[13:41] <fwereade_> dimitern, gatherInstances would put an instance in the map under "d"
[13:41] <fwereade_> dimitern, and return only {"a"}
[13:42] <fwereade_> dimitern, because it has enough information after the first call to eliminate all the others from consideration
[13:42] <dimitern> fwereade_: ah, so the API calls stay there
[13:42] <fwereade_> dimitern, yeah
[13:42] <rogpeppe> TheMue, dimitern: json:"-" means it's ignored for both marshalling and unmarshalling
[13:42] <rogpeppe> http://play.golang.org/p/QdPfN_Dv4Z
[13:43] <dimitern> rogpeppe: got it, thanks
[13:43] <dimitern> fwereade_: so gather will return only the ones it cannot find
[13:44] <dimitern> fwereade_: but that'll change Instances and make it more complex it seems
[13:45] <fwereade_> dimitern, maybe I'm missing something, because it seemed it would become simpler, I'll try to sketch what I'm imagining
[13:45] <dimitern> fwereade_: quite a lot is happening there - handling all of these cases: empty ids passed, multiple ids, single ids with empty ones (essentially a single id), servers with errors/missing
[13:47] <dimitern> rogpeppe: Add() is there because we reuse url.Values and its methods
[13:48] <dimitern> rogpeppe: I don't know how to override an inherited method so it's not public any more and cannot be called
[13:49] <rogpeppe> dimitern: i hadn't seen that. i'm not sure it's entirely appropriate to embed url.Values there
[13:49] <dimitern> rogpeppe: we need it because of the Encode() method mostly, but also Get and Set
[13:49] <rogpeppe> dimitern: do nova clients need to call Encode on it?
[13:50] <TheMue> rogpeppe: tThx for the info.
[13:50] <dimitern> rogpeppe: yes, to pass it to nova in the url
[13:50] <dimitern> rogpeppe: it happens internally in ListServers/Detail
[13:51] <rogpeppe> dimitern: but that's an implementation detail, right. nothing external to nova needs to see that the underlying representation is a url.Values, does it?
[13:51] <rogpeppe> s/right./right?/
[13:52] <dimitern> rogpeppe: right
[13:52] <rogpeppe> dimitern: i'd be much happier to see type Filter struct {v url.Values}
[13:52] <rogpeppe> dimitern: implementing only the single method Add
[13:52] <dimitern> rogpeppe: I see you point, and I was wondering so myself
[13:52] <fwereade_> dimitern, ahh, I see the problem -- you can't tell whether something missing from ListServersDetail is because it's not there, or because it is there but in in the wrong environment
[13:53] <rogpeppe> dimitern: a mean the single method *Set* of course :-)
[13:53] <rogpeppe> s/a mean/i mean/
[13:53] <dimitern> rogpeppe: I should propose a follow-up changing this, so we only have explicit methods on Filter
[13:53] <rogpeppe> dimitern: +1
[13:53] <dimitern> fwereade_: exactlty
[13:53] <dimitern> fwereade_: exactly even :)
[13:55] <dimitern> rogpeppe: I'm on it - it should be trivial
[13:55] <fwereade_> dimitern, ok, but that is very much an edge case indicating that things are seriously wrong elsewhere, right?
[13:55] <dimitern> fwereade_: not necessarily, why?
[13:56] <fwereade_> dimitern, because for that value to have been passed in, something must have some reason to believe that instance is part of the environment, right?
[13:58] <dimitern> fwereade_: right
[13:58] <fwereade_> dimitern, I'm not saying it *can't* happen, but it certainly shouldn't ;p
[14:06] <rogpeppe> fwereade_, dimitern: i'm not sure whether a map will help, but it does appear to me that the code could be simpler
[14:09] <dimitern> I'd appreciate a short example how, because I spent all day yesterday trying to make it as good and fast as I can, but probably failed it seems
[14:11] <fwereade_> dimitern, how about http://paste.ubuntu.com/1624792/ ?
[14:11] <fwereade_> dimitern, I appreciate that it's a bit of a gnarly problem and I've probably missed something
[14:11] <dimitern> fwereade_: looking
[14:12] <dimitern> rogpeppe: here's the follow-up - I think it should be trivial enough - https://codereview.appspot.com/7301064
[14:14] <dimitern> fwereade_: is x := map[T]Y{} equivalent to x := make(map[T]Y) ?
[14:14] <fwereade_> dimitern, yeah, as far as I'm aware
[14:14] <dimitern> fwereade_: cool, I'll remember that :)
[14:14] <fwereade_> dimitern, yeah, I prefer it myself usually
[14:15]  * rogpeppe prefers make when appropriate :-)
[14:15] <dimitern> rogpeppe: because it's more explicit?
[14:16] <rogpeppe> dimitern: yeah - i often have to look twice for the {} at the end
[14:16] <dimitern> rogpeppe: yes, I can see how it could be confusing - I missed it at first
[14:17] <rogpeppe> dimitern: the difference between var x map[T]Y and x := map[T]Y{} is subtle :-)
[14:18] <rogpeppe> dimitern: i don't mind either form though tbh
[14:18] <dimitern> rogpeppe: but var x map[X]Y is not the same, right? you still need to make() it before using?
[14:18] <rogpeppe> dimitern: exactly. that's why it's a subtle difference to spot.
[14:18] <dimitern> rogpeppe: yeah
[14:19] <dimitern> i'll go grab some food, bbiab
[14:20] <rogpeppe> in limbo if you used a type expression as a normal expression, it made something of that type. so you could say x := chan of int, and it was equivalent to x := make(chan int)
[14:21] <rogpeppe> that was nice but syntactically limiting
[14:22] <rogpeppe> fwereade_: +1 to your collectInstances
[14:22] <fwereade_> rogpeppe, cheers :)
[14:23] <rogpeppe> fwereade_: although an approach similar to ec2's can also work fine there i think. it's got an n^2 loop, but n is always 1 in our code...
[14:26] <fwereade_> rogpeppe, I think ec2 gathers more than it needs to, but it's a simple fix: n++ at :504 before continuing
[14:27] <rogpeppe> fwereade_: omg you're right. that's a bug.
[14:28] <rogpeppe> fwereade_: and i think that it cause errors actually
[14:28] <rogpeppe> s/cause/could cause/
[14:29] <fwereade_> rogpeppe, glad we saw it then :)
[14:29] <rogpeppe> fwereade_: ah, i see why the tests don't catch it - it can only happen if a request fails first time, then succeeds the next.
[14:30] <fwereade_> rogpeppe, yeah, think so
[14:30] <rogpeppe> fwereade_: we should probably add something to ec2test to enable particular failure modes
[14:30] <fwereade_> rogpeppe, +100
[14:31] <rogpeppe> fwereade_: perhaps like the hook feature in the openstack double
[14:31] <fwereade_> rogpeppe, yeah, given that it doesn't seem to be causing too much pain, I think it's a solid model
[14:31] <rogpeppe> fwereade_: i didn't do it before because i wasn't sure of a nice way to do it.
[14:31] <dimitern> fwereade_: right :) that pesky n++ :)
[14:31] <fwereade_> rogpeppe, I completely understand that :)
[14:32] <dimitern> fwereade_: but the other thing - removing the for loop checking if any(insts) is nil should stay as is
[14:32] <rogpeppe> fwereade_: have you had a glance at the api auth CL, by any chance? i'm interested how you think it's turning out.
[14:33] <fwereade_> rogpeppe, was just starting to when I got distracted by this discussion :)
[14:33] <rogpeppe> fwereade_: lol
[14:33] <fwereade_> dimitern, ah, I thought I'd handled that -- what scenario did I miss?
[14:33] <dimitern> fwereade_: collectInstances won't work correctly with [id0, ""] or [id0, "", ""] for that mater, needs an extra check to avoid doing List when you can do Get
[14:34] <dimitern> fwereade_: no I meant ec2 Instances()
[14:34] <fwereade_> dimitern, ahok
[14:35] <fwereade_> dimitern, yeah, I guess we could start by just filtering ""s out in Instances
[14:36] <dimitern> fwereade_: sure, we can filter them, but we need to still return ErrPartialInstances whenever there are empty ids
[14:36] <fwereade_> dimitern, that'll happen anyway, won;t it?
[14:36] <dimitern> fwereade_: that's what a lot of the code and tests expect (why though, it beats me)
[14:36] <fwereade_> dimitern, we just construct missing by filtering ids at the start
[14:37] <dimitern> fwereade_: yes, but len(ids) == 1 is not enough, we should scan through it until we find one or more ids to check
[14:37] <dimitern> fwereade_: imagine ["",id0] or ["", "", id0], etc.
[14:38] <dimitern> fwereade_: in this case all we need is Get(id0)
[14:38] <fwereade_> dimitern, if we pre-filter ids to missing in Instances, we'll just pass ["id0"] up to collectInstances, right?
[14:39] <dimitern> fwereade_: that'll work, but despite filtering, we still have to return ErrPartialInstances in Instances() when there are empty ones
[14:39] <fwereade_> dimitern, I assert that it will work correctly, because the final loop won't find any Instance for ""
[14:41] <dimitern> fwereade_: you're right, so just a filtering before collect should be enough
[14:42] <dimitern> fwereade_: and not calling it at all if after filtering len == 0
[14:42] <dimitern> fwereade_: i.e. ["", ""] was passed
[14:42] <fwereade_> dimitern, yeah, +1
[14:43] <dimitern> fwereade_: great, I'll give it a go then
[14:43] <dimitern> fwereade_: tyvm
[14:46] <rogpeppe> dimitern: reviewed https://codereview.appspot.com/7301064/
[14:48] <rogpeppe> dimitern: i don't think you should worry if we call ListInstances when the user passes in blank instances
[14:48] <rogpeppe> dimitern: it should never happen, and the code should work correctly even when it does
[14:49] <rogpeppe> dimitern: so i wouldn't bother doing any initial filtering - it complicates the code for no gain
[14:50] <dimitern> rogpeppe: thanks for the review
[14:51] <dimitern> rogpeppe: it happens a lot in tests
[14:51] <rogpeppe> dimitern: do we care?
[14:51] <rogpeppe> dimitern: the performance will be almost exactly the same
[14:53] <dimitern> rogpeppe: hmm.. since we're not actually trying to pass any ids to nova, but rather filter them later, this will affect only the single id - Get case, we shouldn't call Get("")
[14:54] <rogpeppe> dimitern: i don't even care if we do that
[14:55] <rogpeppe> dimitern: the tests should probably use "somerandomthing" rather than "" as an invalid id
[14:55] <rogpeppe> dimitern: but the result is probably the same tbh
[14:55] <rogpeppe> dimitern: there's nothing special about ""
[14:55] <rogpeppe> dimitern: in this case
[14:56] <dimitern> rogpeppe: not exactly, passing "" will try to fetch /servers/ rather than /servers/id and till return 404
[14:56] <rogpeppe> dimitern: that seems like a bug in goose to me
[14:56] <dimitern> rogpeppe: s/till/will/, but this is the same really
[14:57] <rogpeppe> dimitern: it should error out if the id is empty
[14:57] <dimitern> rogpeppe: this makes sense
[14:58] <dimitern> rogpeppe: anyway - I only added the Get() single id case as jam suggested
[14:59] <dimitern> rogpeppe: but now it seems more of an overkill to support this case will all its subtleties
[14:59] <rogpeppe> dimitern: i think using Get when appropriate is good
[14:59] <rogpeppe> dimitern: but i don't think that you need to worry about the case where some ids are invalid
[15:00] <rogpeppe> dimitern: the only difficulty is that the server might return an "invalid id" error.
[15:01] <dimitern> rogpeppe: yes, and having List only will solve any issues
[15:01] <dimitern> rogpeppe: and frankly, he performance benefit of get escapes me now
[15:02] <dimitern> rogpeppe: when we have to handle all those extra cases so it won't blow unexpectedly
[15:10] <dimitern> rogpeppe: changes applied - https://codereview.appspot.com/7301064/
[15:20] <dimitern> my irc client behaves odd
[15:20] <dimitern> not sure I managed so send anything in the last 10m
[15:49] <rogpeppe> dimitern: last messages i've seen from you:
[15:49] <rogpeppe> [15:10:11] <dimitern> rogpeppe: changes applied - https://codereview.appspot.com/7301064/
[15:49] <rogpeppe> [15:20:20] <dimitern> my irc client behaves odd
[15:49] <rogpeppe> [15:20:42] <dimitern> not sure I managed so send anything in the last 10m
[15:50] <dimitern> rogpeppe: so I didn't miss anything, cheers
[16:13] <dimitern> fwereade_: fresh from the oven - https://codereview.appspot.com/7299047/ :)
[16:14] <fwereade_> dimitern, cheers -- I'm just going through rog's API stuff now
[16:15] <dimitern> fwereade_: no worries
[16:54] <dimitern> rogpeppe: refactored filters, as discussed: https://codereview.appspot.com/7301064
[16:54] <dimitern> fwereade_: when you can, can you look at this too please? ^^
[16:55] <fwereade_> dimitern, ack
[16:55] <dimitern> fwereade_: thanks
[16:55] <rogpeppe> fwereade_: i still see Get and Del methods on nova.Filter
[16:56] <dimitern> rogpeppe: oops, sorry they're unused now, but forgot to remove them
[16:57] <dimitern> rogpeppe: fixed now, 10x
[16:57]  * dimitern afk 10m
[17:02] <rogpeppe> dimitern: reviewed
[17:08] <dimitern> back
[17:08] <dimitern> rogpeppe: tyvm
[17:13] <dimitern> is a map always passed by reference?
[17:13] <rogpeppe> dimitern: yes
[17:13] <dimitern> func f(m *map[X]Y) <=> func f(m map[X]Y) ?
[17:14] <rogpeppe> nope
[17:14] <rogpeppe> dimitern: a pointer to a map is a pointer to a map
[17:14] <rogpeppe> dimitern: the first form of the function there is redundant
[17:14] <dimitern> but i suppose having a pointer here no longer makes sense
[17:14] <mgz> dimitern: so, just to double check with you, to land things on goose now I should set a commit message on lp and mark approved?
[17:14] <rogpeppe> dimitern: yup
[17:14] <dimitern> mgz: yes
[17:14] <dimitern> rogpeppe: cheers
[17:15] <mgz> dimitern: ta
[17:24] <dimitern> rogpeppe: so LGTM? :)
[17:28] <dimitern> mgz: so the release is today?
[17:28] <mgz> well, by monday we assume
[17:28] <rogpeppe> dimitern: LGTM
[17:29] <dimitern> rogpeppe: great, 10x
[17:34] <fwereade_> rogpeppe, I'm not going to finish it today, but I think I'm comfortable with what I've seen so far
[17:34] <fwereade_> dimitern, I won't get to yours tonight I'm afraid
[17:37] <dimitern> fwereade_: no problem
[17:38] <dimitern> mgz: can you take a look then? https://codereview.appspot.com/7299047/
[17:38] <mgz> sure
[17:38] <dimitern> cheers
[17:43] <rogpeppe> fwereade_: great, thanks
[17:43] <rogpeppe> fwereade_: any chance of publishing any comments you have so far?
[17:55] <dimitern> rogpeppe: can i bug you one last time (for today)? :) https://codereview.appspot.com/7299047/
[17:57] <rogpeppe> dimitern: i preferred william's version that used GetServer most of the time
[17:57] <dimitern> rogpeppe: the round-trip is still the same actually
[17:58] <rogpeppe> dimitern: because we really don't want to be downloading all server details when we're after just a single instance (which is actually the only way we use Instances currently)
[17:58] <rogpeppe> dimitern: the amount of traffic is not though
[17:58] <mgz> right, there are a few slightly complex things there dimitern that I'm not certain of
[17:58] <dimitern> rogpeppe: so it's certain we're using mostly Instances([]{id}) ?
[17:58] <rogpeppe> dimitern: if you've got 10000 servers, you're going to get details for all of them, even though you're just interested in one.
[17:59] <mgz> I don't mind landing it if we actually get a chance to revisit though
[17:59] <rogpeppe> dimitern: yup. grep for it yourself...
[17:59] <rogpeppe> dimitern: we never actually call Instances with more than one instance, except in tests.
[17:59] <dimitern> rogpeppe: and how about passing empty ids ? is this just for tests for it actually happens often?
[18:00] <rogpeppe> dimitern: that's just for tests.
[18:00] <rogpeppe> dimitern: i have another idea actually
[18:00] <rogpeppe> dimitern: you could just spawn off n concurrent GetServer requests
[18:00] <dimitern> rogpeppe: ok, so that's easy enough to fix - i'll just test the len() == 1 case and leave the rest
[18:00] <rogpeppe> dimitern: and avoid using List at all
[18:00] <rogpeppe> dimitern: sounds good.
[18:00] <dimitern> rogpeppe: wow! that's seems an overkill
[18:01] <dimitern> rogpeppe: how it would be better?
[18:01] <rogpeppe> dimitern: yeah, ignore that. although it's probably not much code.
[18:01] <dimitern> rogpeppe: no, i can see it in like 5 lines, but I'm curious about the merits
[18:02] <rogpeppe> dimitern: it would mean that if you're fetching only 2 instances out of 1000, you only get info for those two instances.
[18:02] <rogpeppe> dimitern: and the round-trip time would be similar
[18:03] <dimitern> rogpeppe: exactly, it'll effectively increase in fact - n*GetServer >> m*ListServers, and now ISTM m is usually 1
[18:04] <rogpeppe> dimitern: i dunno; it's not n*GetServer because we're doing them all concurrently.
[18:04] <dimitern> rogpeppe: the traffic I mean, not the time
[18:05] <dimitern> rogpeppe: with n=100k it makes a huge difference to use 1 getserver if possible
[18:05] <rogpeppe> dimitern: yeah. and even 2 getservers when n is two.
[18:06] <rogpeppe> dimitern:  if you've got 1000 servers but you're only requesting two instances, the traffic for ListServers is proportional to 1000, but the traffic for GetServer is proportional to 2.
[18:06] <rogpeppe> dimitern: but tbh the 1-instance case is the only one i care about.
[18:07] <dimitern> rogpeppe: i didn't quite get that 1-instance? you mean optimize both len == 1 and len == 2 cases?
[18:08] <dimitern> rogpeppe: going even further, we can estimate how many getserver calls we can make and still be better of than a single listservers if we know N :)
[18:08] <rogpeppe> dimitern: you mean if we know M, presumably?
[18:09] <dimitern> rogpeppe: and of course, we parallelize the getserver calls
[18:09] <rogpeppe> dimitern: yeah
[18:09] <dimitern> rogpeppe: yeah
[18:09] <dimitern> rogpeppe: but perhaps that's going a bit too far now
[18:09] <rogpeppe> actually, we didn't have a variable name for overall number of instances...
[18:10] <rogpeppe> dimitern: yeah. just implement the n=1 case, and that will work fine for now.
[18:10] <dimitern> rogpeppe: we can assume len == 1 case is special and simple enough to optimize for
[18:10] <rogpeppe> dimitern: +1
[18:10] <dimitern> rogpeppe: we can cache len(AllInstances)
[18:10] <rogpeppe> dimitern: not worth it
[18:11] <rogpeppe> dimitern: in the cases we're concerned about, there might be huge churn, and our cache is likely worthless.
[18:11] <rogpeppe> dimitern: and the number of instances we're requesting is always likely to be small, i think.
[18:12] <dimitern> rogpeppe: well, if we have metering about traffic per cloud API call we can easily estimate such dynamic run-time optimizations
[18:12] <rogpeppe> dimitern: there are many optimisation possibilities :-)
[18:12] <dimitern> rogpeppe: juju will achieve some level of consciousness
[18:13] <dimitern> :)
[18:13] <rogpeppe> dimitern: it's gonna happen :-)
[18:13] <dimitern> rogpeppe: great book btw - born to run, fwereade_gave it to me and I few through it
[18:14] <rogpeppe> dimitern: isn't it fascinating?
[18:14] <rogpeppe> dimitern: glad you like it
[18:14] <rogpeppe> dimitern: do you run at all?
[18:14] <dimitern> rogpeppe: great for running motivation, i already ordered a pair of thin sole sandals :)
[18:14] <rogpeppe> dimitern: cool!
[18:14] <rogpeppe> dimitern: i think the main take-away is "strike toe first"
[18:14] <dimitern> rogpeppe: i started a few weeks ago, but it's tough to get out
[18:15] <dimitern> rogpeppe: oh yeah, easy, light, smooth, fast, etc.
[18:15] <rogpeppe> dimitern: and most importantly easier on the joints
[18:15] <dimitern> rogpeppe: this week i did like 10m and i'm still recovering my gait :)
[18:16] <rogpeppe> dimitern: i used the couch-to-5k routine for a while
[18:16] <dimitern> rogpeppe: very easy to overdo it, but as they suggest - watch your breathing
[18:16] <rogpeppe> http://www.c25k.com/
[18:16] <rogpeppe> which is very good for not overdoing it
[18:17] <dimitern> rogpeppe: cool! I can use something handy like that
[18:17] <dimitern> 10x
[18:17] <rogpeppe> right, that's me for the night
[18:18] <rogpeppe> dimitern: see ya monday
[18:18] <rogpeppe> g'night all!
[18:18] <dimitern> happy weekend :)
[18:18] <dimitern> mgz: ping
[18:21] <mgz> dimitern:  hey
[18:21] <dimitern> mgz: so you think is LGTM, assuming I complete rogpeppe's suggestion?
[18:22] <mgz> I'll leave some kind of comment to that effect, yeah
[18:23] <dimitern> thanks
[20:35] <davecheney> the 1.9.8 packages are in the gophers PPA
[20:35] <davecheney> if anyone feels like testing them before I hit the send button on the announcement
[20:36] <davecheney> that would be helpful
[23:08] <hazmat> davecheney, isn't terminate-machines implemented (ic destroy-machine) in revno876
[23:11] <hazmat> davecheney, it would be good to tag release revnos (via bzr tag)
[23:36] <hazmat> davecheney, there's some useful tools for releng management in landscape-devel  .. moving unclosed bugs to next milestone, etc
[23:38] <davecheney> hazmat: well that sucks
[23:39] <davecheney> i did remind people who were merging features on friday to update the release notes
[23:39] <davecheney> consider it a bonus
[23:39] <davecheney> hazmat: ta, haven't needed them recently because mostof the development is being tracked in leankit
[23:40] <davecheney> but *hopefully* now this is a public release, we'll get lots of wonderful feedback


[00:35] <Noskcaj> darkxst, both done.
[00:35] <darkxst> Noskcaj, thanks
[01:52] <darkxst> Noskcaj, merge the last 2 revs from lp:~darkxst/unity-settings-daemon/gd310-rebase
[01:53] <darkxst> u-c-c needs bump of gnome-desktop3 dep
[01:53] <Noskcaj> ok
[01:53] <darkxst> and neither branch has changelog entries?
[01:54] <Noskcaj> I wasn't sure if changelogs were wanted. fixing now
[01:59] <darkxst> actually right, they are CI branches so don't need changelogs
[18:21] <balleyne> Since upgrading to 14.04, I can't use the GUI. Whenever gdm starts, gnome-shell flips out near 100% CPU usage and my screen rapidly flips between "no signal detected" and "unsupported video format." Help?


[10:52] <ContinuitySR> Hey all, Im an OpenStack user, and have run into a bug which is fixed and has been backported to Yoga, and Antelope, but not to Zed. I have raised a bug in Launchpad for the cloud-archive project. Is there anything else I need to do, or anyone else I need to inform?
[10:53] <ContinuitySR> https://bugs.launchpad.net/cloud-archive/+bug/2037532
[10:53] -ubottu:#ubuntu-server- Launchpad bug 2037532 in Ubuntu Cloud Archive "Openvswitch backport for OpenStack ZED" [Undecided, New]
[10:53] <ContinuitySR> for reference
[11:02] <effendy> Hi. I'm getting this error "load_autoinstall_data cloud config scheme error autoinstall.user-data.mounts.0.1 none is not of type 'strings'" when I provision Ubuntu 22.04.3 with user-data that is part of autoinstall.
[11:03] <effendy> The error seems to be related to the "mounts" directive in "user-data" which is defined as "- [ swap, null ]". Removing this altogether gets rid of the error.
[11:03] <effendy> But this is perfectly correct syntax on cloud-init and it's worked before. Now all of a sudden subiquity/autoinstall says that this isn't right. This looks very much like a bug to me.
[11:04] <effendy> Has anyone else come across something similar?
[11:18] <minimal> which version of cloud-init is this with?
[12:31] <frickler> fnordahl: ^^ the ovs bug mentioned above was mainly handled by you afaict? (2037532)
[12:51] <effendy> @minimal the cloud-init version is 23.2.1-0ubuntu0~22.04.1
[13:07] <minimal> effendy: and the version of cloud-init in the older Ubuntu where it worked before?
[13:08] <minimal> the relevant part of the cloud-init schema hasn't changed between 22.2 and 23.3 as far as I can see, so I can only assume where it previously didn't complain was on a cloud-init version before 22.2
[13:10] <effendy> @minimal let me check the version, I used the Ubuntu 22.04.1 iso image before. I'm guessing there is no time for subqiuity or whatever to update the cloud-init version beforehand, given that autoinstall triggers cloud-init, so I'm guessing everything happens in the initial atages during the installation.
[13:11] <effendy> But given that the version references ubuntu 22.04.1, I have a feeling this will be the same.
[13:12] <effendy> So autoinstall/subiquity might be the issue here.
[13:12] <minimal> I'm assuming that the schema error is coming from cloud-init
[13:15] <effendy> Couldn't they have changed something that affects cloud-init without actually changing cloud-init/its version?
[13:24] <minimal> no idea, I'm just referring to cloud-init itself have a schema file that it checks user-data against and that defines the "mounts:" values as arrays of strings
[13:24] <minimal> s/have/having/
[13:49] <effendy> @minimal well then, why does the check works without any issues even with the mounts directive applied?
[13:50] <effendy> Ok, you actually said you didn't have any idea if subiquity is at fault, but given that cloud-init checks the user-data configuration and says it's ok (with that particular version), I'd tend not to blame cloud-init.
[14:19] <dbungert> effendy: the logic for checking autoinstall.user-data is done by subiquity calling out to cloud-init.  I see you mentioning 22.04.1 ISO, it might be worth a retest with 22.04.3.   If that still fails would you file a bug against https://pad.lv/fb/subiquity with a sample cloud-config?  The bug can be redirected later to cloud-init if we think that's appropriate.
[14:39] <effendy> @dbungert The iso I'm using is 22.04.3, not 22.04.1. I haven't had the time to test 22.04.1 again to see exactly if this is the difference.
[14:39] <effendy> But I will soon.
[14:40] <dbungert> effendy: oh, ok.  I missed that part.  A retest with 22.04.1 is optional, I thought you were doing the other away around
[14:40] <effendy> I'll file the bug after seeing what's going on with 22.04.1
[14:40] <dbungert> Thanks
[14:53] <effendy> @dbungert I've just checked the cloud-init version for iso 22.04.1 and it's 22.2-0ubuntu1~22.04.3 (which I find weird, given that it's referencing "22.04.3"). In any case, it's different than the one on the iso image 22.04.3.
[14:54] <effendy> And yes, I can confirm I don't have this error on 22.04.1
[14:54] <effendy> I've submitted the bug here: https://bugs.launchpad.net/subiquity/+bug/2037555
[14:54] -ubottu:#ubuntu-server- Launchpad bug 2037555 in subiquity "autoinstall cloud-init complains about mount directive - none is not of type string" [Undecided, New]
[14:54] <effendy> launchpad doesn't support any syntax formatting and stuff like that, right?
[15:02] <effendy> @minimal Maybe that interests you too given that the cloud-init version is indeed different on Ubuntu 22.04.1
[15:06] <minimal> effendy: you didn't make it clear earlier that you had run "cloud-init schema" to verify that cloud-init itself was happy with the user-data, so I had been working off the assumption that cloud-init was NOT happy with the user-data presented to it
[15:10] <dbungert> effendy: great bug report, thanks.  I can reproduce with your provided cloud-config.
[18:11] <effendy> @minimal yes, you're right, it occurred to me only later (in the bug report) to mention it.
[18:11] <effendy> @dbungert Thanks. I hope this can be addressed :) In the meantime I guess I can bypass it.


[13:36] <ComputerChic> Hi all :) I am new to this channel.
[13:36] <ephan> Hello ComputerChic
[13:36] <ComputerChic> ephan: Hi
[13:37] <ephan> Any special reason you're joining it?
[13:37] <ComputerChic> Just learning I guess
[13:38] <ephan> Learning is good
[13:38] <ephan> How did you find us?
[13:40] <ComputerChic> unity.ubuntu.com
[13:40] <apw> do we know that people are getting two application switchers (ALT-tab) ?
[13:41] <ephan> Yes we do apw
[13:42] <ephan> There are a lot of bug reports on the new Alt+TAB and one of them includes that
[13:42] <ephan> Let me give you a link
[13:42] <ephan> bug 824929
[13:43] <ephan> I see ComputerChic, there's a lot of ways to help with Unity, so feel free to help and contribute to Ubuntu :)
[13:43] <ephan> I myself joined this a few weeks ago and am already helping out with bugs
[13:45] <ComputerChic> I found the sidebar a but annoying.. Just a thought..
[13:45] <ComputerChic> a bit*
[13:50] <ComputerChic> I may just wait until the next LTS release before upgrade again.
[13:50] <apw> ephan, ta, yep same here "static switcher" still enabled for me
[13:50] <ComputerChic> I8
[13:51] <ComputerChic> How are you all fairing with unity?
[18:03] <ephan> Are applications ran with root privileges supposed to have the menu inside the frame instead of being in the overall panel?
[18:03] <hyperair> i don't believe so.
[18:03] <ephan> I wonder if it has been reported yet, let me check
[18:04] <ephan> I'm on 11.04 by the way, I don't recall seeing this on 11.10, but I'm not quite sure
[18:04] <hyperair> ephan: how are you running it?
[18:04] <hyperair> sudo?
[18:04] <ephan> sudo gnome-terminal
[18:04] <ephan> sudo gparted
[18:04] <ephan> Anything
[18:04] <hyperair> sudo strips away a lot of environment variables
[18:04] <hyperair> among them, the dbus-related things
[18:05] <hyperair> which prevent dbusmenu from working properly, as you can imagine.
[18:05] <ephan> hm
[18:05] <ephan> It makes sense indeed
[18:06] <hyperair> i'm not sure how one would go about fixing this though.
[18:06] <hyperair> maybe adding dbus environment variables into sudo's whitelist
[18:07] <ephan> "Applications ran with elevated privileges don't have their menubar on the Unity panel"
[18:07] <ephan> I think that's a good name
[18:08] <hyperair> yes
[18:08] <hyperair> or "sudo clobbers environment required for dbusmenu to work"
[18:09] <ephan> On an unrelated note, trying to run "xchat" with sudo is amusing
[18:11] <hyperair> why would you do something like that?
[18:12] <ephan> hyperair, also I'm quoting you repeatedly on the bug report
[18:12] <hyperair> yay i'm famous!
[18:13] <ephan> bug 826391
[18:13] <ephan> I love ubot5
[18:13] <hyperair> agreed.
[18:14] <ephan> ack now everybody knows the name of my computer
[18:19] <hyperair> heh
[18:19] <hyperair> my computers' names are no secret.
[18:19] <hyperair> what's the big deal?
[18:20]  * ephan appens "j/k"
[18:20] <ephan> appends*
[18:20] <hyperair> =p
[18:20]  * hyperair has thinkpwn and ipwn. fitting names for a thinkpad and ideapad pair eh? =D
[18:20] <ephan> Would you be https://launchpad.net/~hyperair?
[18:20] <hyperair> yes i am.
[18:21] <ephan> oh o.O You have much more experience than I do around here
[18:22] <hyperair> flattery will get you nowhere, boi. ;-)
[18:22] <hyperair> heheh
[18:22] <hyperair> anyway i'm off to bed.
[18:22] <hyperair> i'm supposed to be up at 7 tomorrow and it's already 2.300
[18:22] <hyperair> woosh
[18:23] <ephan> hm, cya
[18:24] <hyperair> yeah cya around.
[18:44] <ephan> Where is om26er when I need him
[18:45] <ephan> where is om26er when I need him
[19:22] <hacked_kernel> How do I recommend features for Unity?
[22:22] <ephan> om26er!
[22:22] <om26er> hey
[22:22] <om26er> ephan, which time zone you in?
[22:22] <ephan> GMT 0
[22:22] <om26er> ahan
[22:23] <om26er> .pt is for?
[22:23] <ephan> Portugal
[22:23] <om26er> ah kkk so still on bugs ? :D
[22:24] <ephan> I fixed the Trash thing
[22:24] <ephan> I'm sure it works now
[22:24] <om26er> branch?
[22:25] <ephan> http://bazaar.launchpad.net/~davidgomes/unity/open-trash-quicklist-item/revision/1376
[22:26] <om26er> alrighty
[22:27] <om26er> ephan, you listen to this http://www.youtube.com/watch?v=S9bCLPwzSC0&ob=av2e  while I pull it and build :p heh
[22:28] <ephan> how to pull with bazaar btw?
[22:28] <ephan> git pull
[22:28] <ephan> ack, s/git/bzr
[22:28] <ephan> Because I always rebranch XD
[22:30] <ephan> Also nice song =)
[22:30] <ephan> Ack, I have to go, please email me with the result om26er
[22:35] <om26er> uploaded to ppa ;)


[07:23] <LocutusOfBorg> rbasak, thanks for the ping!
[07:23] <LocutusOfBorg> doko, I got the two fixes for nm wrong output and crashes on 32bit... PR25018 and PR25031... any planned binutils update?
[08:22] <cpaelzer> jamespage: coreycb: thedac: rbasak: does<EMAIL_ADDRESS>ring any bells?
[08:22] <cpaelzer> the qemu upload that triggered the test should have zero impact on this area of your test
[08:22] <cpaelzer> and it seems like some cinder/mysql disagreement
[08:52] <rbasak> cpaelzer: no, but I think we did touch that package during the transition. Is this a missing dependency that has surfaced due to some other change?
[08:53] <rbasak> https://launchpad.net/ubuntu/+source/python%2Dmysqldb is the source package needed I think.
[08:53] <rbasak> And python-mysqldb or python3-mysqldb are the binary packages.
[08:53] <rbasak> Also, this is Disco?
[09:11] <cpaelzer> rbasak: this is disco
[09:11] <cpaelzer> rbasak: not mysql 8
[09:12] <cpaelzer> it is triggered by a qemu SRU which changes nothing that seems related to me (WSL behavior with binfmt)
[09:12] <cpaelzer> you were mostly on "CC" in the highlight above for mysql, I was more waiting on the openstack people if they know anything
[09:19] <rbasak> ack
[09:40] <cpaelzer> rbalint: since systemd 243 is gone from proposed I can't continue all tests
[09:40] <cpaelzer> rbalint: xnox: do you have an eoan PPA with 243 somewhere?
[09:48] <rbalint> cpaelzer, yes. please use https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3801/+packages
[10:06] <rbalint> cpaelzer, when i got 242 migrated i'll also set up one with upstream master snapshot
[10:17] <cpaelzer> thanks rbalint
[10:33] <rafaeldtinoco> good morning all o/
[10:58] <santa_> morning
[10:59] <santa_> rbalint: hey while systemd 243 was available in eoan I still got one of "my" issues (udisks2 fails to install in a container)
[11:01] <santa_> I have an explanation and a possible patch for that, let me retest and find all my stuff...
[11:02] <rbalint> santa_, thanks I've opened LP: #1845314 to track that
[11:02] <rbalint> please attach your patch there
[11:03] <santa_> rbalint: cool, I will explain the thing there
[12:04] <coreycb> cpaelzer: is it failing for all architectures? it doesn't ring a bell if it's for disco.
[12:06] <coreycb> cpaelzer: nm that does ring a bell, No module named 'MySQLdb'
[12:12] <coreycb> cpaelzer: i'm not quite sure how we didn't hit that until now but in disco sqlalchemy was updated to default to mysqldb so changes were required to override the driver to use pymysql
[12:12] <coreycb> cpaelzer: so debian/tests/cinder-daemons needs to use mysql+pymysql:// rather than mysql://
[12:15] <coreycb> jamespage: fyi ^
[12:15] <coreycb> sahid: fyi ^
[12:16] <jamespage> yes that's quite astonishing as to why we've not tripped over this already
[12:20] <coreycb> cpaelzer: do you already have a bug open for this?
[12:22] <cpaelzer> coreycb: not yet, I wanted to open it once I hear back from you
[12:23] <cpaelzer> and yes it fails for all arch
[12:23] <cpaelzer> coreycb: I can open a bug for you if you want ...
[12:24] <coreycb> cpaelzer: no worries, i'll get it
[12:24] <coreycb> cpaelzer: will paste here once in progress
[12:24] <cpaelzer> ok, thanks
[12:44] <coreycb> cpaelzer: bug 1845321
[12:46] <cpaelzer> coreycb: thanks
[12:47] <cpaelzer> If there is a blocker that prevents this from being solved soon let me know, we can then force-badtest it for now
[13:00] <coreycb> cpaelzer: i'll get it uploaded today to the disco queue but we are somewhat blocked by current SRUs in proposed
[13:01] <coreycb> sahid: we'll need to get bug 1837905 verified for disco-proposed
[13:08] <coreycb> cpaelzer: once that clears, i will combine the autopkgtest SRU with the SRU for bug 1834845
[13:08] <cpaelzer> ok, thanks for the info coreycb
[13:09] <coreycb> cpaelzer: i'm working on it at https://bileto.ubuntu.com/#/ticket/3813
[13:09] <cpaelzer> I'll copy that to the bug as I know I'll forget ...
[13:24] <sahid> coreycb: the problem is we still do not have that patched merged https://review.opendev.org/#/c/683057/
[13:24] <sahid> so tempest tests are still failling
[13:25] <coreycb> sahid: ok i think we can make an exception for the 2 failing tests since we know why they are failing and it's unrelated to the SRU
[13:25] <coreycb> sahid: we can just note that in the bug when putting [Test Case] results in it
[13:26] <sahid> coreycb: for stein-proposed it's verified, no?
[13:26] <coreycb> sahid: yes but disco-proposed needs verification
[13:27] <sahid> but stein is disco, right?
[13:27] <sahid> i verified for stein (disco) and stein-bionic
[13:28] <sahid> coreycb: ^
[13:28] <coreycb> sahid: maybe it just needs tagging then. disco-proposed and stein-proposed (bionic) need testing
[13:30] <sahid> coreycb: verification-done-bionic (bionic-stein-proposed), verification-done-stein (disco-stein-proposed)
[13:31] <sahid> i updated the bug
[13:32] <coreycb> sahid: cool thanks
[13:35] <tdaitx> Laney: juliank: does autopkgtest infra support the newer restrictions (as in "flaky")? (see https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst)
[13:35] <juliank> hmm
[13:35] <juliank> I'll leave that to Laney
[13:35] <tdaitx> I remember skippable required an infra update
[13:36] <ahasenack> I'm using skippable in ubuntu packages for eoan
[13:36]  * ahasenack just jumped into the channel and saw skippable being mentioned, nothing else
[13:36] <tdaitx> so am I, I am wondering about the newer ones
[13:36] <tdaitx> =)
[13:38] <Laney> yes
[13:38] <Laney> for some value of support
[13:38] <Laney> we need a newer britney to have 'neutral' results properly represented
[13:39] <tdaitx> yeah, there's that
[13:57] <cpaelzer> klebers: I see you retrying http://autopkgtest.ubuntu.com/packages/s/systemd/disco/armhf recently
[13:57] <cpaelzer> klebers: have you looked deeper into it or filed a bug already?
[13:57] <cpaelzer> otherwise I'd give it a shot myself
[14:11] <klebers> cpaelzer, I have not looked deeper into it. That test is being run on a container, it's not running on the raspi2 kernel, so I did not put effort into investigating it
[14:12] <klebers> cpaelzer, so feel free to give a shot
[14:12] <cpaelzer> ok
[14:16] <cpaelzer> ahasenack: have you found the bug status that we can use along update-excuse tag that still makes clear that it is no bug in that package ?
[14:16] <ahasenack> cpaelzer: no, I haven't experimented with it. What I know is that "new" works. I filed a bug about it, though
[14:16] <cpaelzer> ok, keeping new then for now ...
[14:17] <cpaelzer> let me know if your bug shows any progress
[14:17] <ahasenack> ...which I'm trying to find now (the bug)
[14:19] <ahasenack> hm, lp times out when trying to list bugs I reported
[14:20] <cpaelzer> times out for my bug attachment as well
[14:21] <ahasenack> ok, found it
[14:21] <ahasenack> cpaelzer: https://bugs.launchpad.net/ubuntu-archive-scripts/+bug/1844774
[14:26] <cpaelzer> thanks
[20:29] <bdmurray> tsimonq2: Do you have any plans to fix bug 1822672?
[20:35] <bdmurray> xnox: Is the d-i task in bug 1838525 valid?
[21:18] <infinity> bdmurray: No.
[21:18] <infinity> bdmurray: grub-installer isn't in any d-i initrds.
[21:21] <bdmurray> infinity: thanks, closing


[06:28] <soee> good morning
[08:35] <soee> yofel_, 4.10.3  is not yet in backports ?
[08:39] <agateau> soee: if it's not too late, you can ask your question :)
[08:39] <soee> agateau, is it possible to set icon size and hide lables in homerun ?
[08:39] <agateau> soee: no it's not possible
[08:40] <soee> agateau, are there any plans to implement it ?
[08:41] <agateau> soee: probably, yes
[08:41] <soee> ;]
[08:44] <soee> agateau, i should add it to wishlist of applet ?
[08:45] <smartboyhw> yofel: Can you fix ksudoku armhf for me please? I'm off computer today.
[09:14] <Peace-> mm i had a strange behavior here on kubuntu
[09:15] <Peace-> i plugged a new monitor  i got a window  that asked me to try the new monitor
[09:15] <Peace-> and so i clicked on and i got a very good resolution 1920 x 1080
[09:15] <Peace-> after a reboot it doesn't recognize anymore this resolution
[09:15] <Peace-> :S
[09:16] <Peace-> driver issue?
[09:17] <smartboyhw> !support
[09:17] <smartboyhw> LOL:P
[09:19] <Peace-> well it's develop
[09:19] <Peace-> xD
[09:19] <Peace-> cuz it's a bug
[09:23] <smartboyhw> lol
[09:27] <Tm_T> Peace-: poor excuse
[09:29] <Peace-> Tm_T: do you want i open another bug ? no problem i could open a lots of bugs but untill i am not sure i will not expecially not knowing in which cathery it should be filled
[09:29] <Riddelll> that's a development issue with kscreen
[09:30] <Peace-> category*
[09:30] <smartboyhw> Hello Riddell
[09:30] <Peace-> Riddell: mm but ... the first time it worked
[09:30] <Peace-> it seems a driver problem cuz xrand doesn't even recognize others resolutions
[09:31] <Tm_T> cabling?
[09:31] <Peace-> do you mean old cable?
[09:32] <Peace-> just bought monitor and cable btw
[09:32] <Peace-> btw vga
[09:32] <Riddell> that's sounding more like a driver issue then
[09:33] <smartboyhw> Peace-: Should be fixed in 13.04 (I requested sync before)
[09:33] <smartboyhw> Arandr I mean
[09:33] <smartboyhw> Xrandr should work.
[09:34]  * smartboyhw still has that rly troll in mind…
[09:34] <smartboyhw> LOL
[09:35] <Peace-> ok i will investigate better then i will fill a bug report
[10:46] <yofel_> soee: .3 should be in backports now. I was just too tired to write the announcement yesterday
[10:47] <soee> ok so i update PC at office
[10:47] <smartboyhw> yofel_: Fully tested?
[10:48] <smartboyhw> And can you fix ksudoku armhf for me:O
[10:48] <yofel_> smartboyhw: testing in my VM that it's not totally broken
[10:48] <yofel_> *tested
[10:48] <smartboyhw> yofel_: :-D
[10:49] <yofel_> meh, gl stuff
[10:50] <soee> no packages inraring backports yet
[10:51] <smartboyhw> yofel_: Yeah
[10:52] <yofel> soee: wrong ppa, you need kubuntu-ppa/ppa for raring (see https://wiki.kubuntu.org/Kubuntu/KubuntuPPAs#Kubuntu_Updates)
[10:52] <soee> hmm
[10:53] <smartboyhw> yofel: Some of the packages in https://launchpad.net/~kubuntu-ppa/+archive/backports still say 4.10.2
[10:54] <yofel> yeah, so?
[10:54] <smartboyhw> yofel: Are they not uploaded or?
[10:54] <yofel> kubuntu-initial-upload in --sru mode skips packages that have 0-diff
[10:54] <yofel> no point in doing no-change rebuilds for SRUs
[10:54] <smartboyhw> yofel: Wow that's a nice feature!
[10:55] <Riddell> http://blogs.kde.org/2013/05/13/re-blog-martin-gr%C3%A4%C3%9Flin-mir-kubuntu
[10:55] <yofel> smartboyhw: thanks go to felix for that ;)
[10:55] <smartboyhw> yofel: ;)
[11:16] <yofel> *sigh*
[11:16] <yofel> I wonder if we'll ge a working qemu-arm by the end of the year...
[11:16] <yofel> *get
[11:17] <smartboyhw> yofel: +1
[11:18] <Riddell> I wonder why we rename oxygencursors to oxygen-cursor-theme
[11:19] <yofel> there's probably some X-cursor-theme package pattern?
[11:21] <smartboyhw> http://spiralinear.org/forum/discussion/1132/gnome-goes-into-damage-control-after-dev-gives-rude-reply-on-bugzilla-
[11:21] <smartboyhw> heh
[11:23] <yofel> well, know you know why I left the gnome world ~4 years ago
[11:23] <yofel> *now
[11:26] <smartboyhw> heh
[11:37] <BluesKaj> Hiyas all
[11:59] <Peace-> Riddell: http://www.stgraber.org/download/releases/kubuntu/13.04/
[11:59] <Peace-> Riddell: Not Found
[12:00] <Riddell> Peace-: tsk, could you ping stgraber about that?
[12:00] <Peace-> page to download iso from germany  server
[12:00] <Peace-> sure
[12:00] <Peace-> Riddell: 15 packets transmitted, 15 received, 0% packet loss, time 14019ms
[12:11] <Peace-> Riddell: another little issue i am not sure ... partition manager can't format into ntfs  but gparted can
[12:11] <Peace-> is it normal ?
[12:14] <yofel> Peace-: shouldn't happen, but partitionmanager seems to have some corner cases where it doesn't work right. Not sure who maintains it these days
[12:15] <Peace-> yofel: btw it doesn't even work on mmc cards
[12:15] <yofel> that I already knew
[12:15] <Peace-> it just doesn't  detect dem
[12:15] <Peace-> ah ok
[12:16] <yofel> I've got such a nice mmcblk0 device here which isn't detected
[12:18] <Peace-> yofel: maybe you know but  the latest xserver-xorg-video-intel it's the 2.21.6 o ubuntu 4?
[12:18] <Peace-> in 13.04 of course
[12:18] <yofel> 2:2.21.6-0ubuntu4
[12:20] <Peace-> damnit i did an upgrade yesterday and the monitor doesn't work properly
[12:21] <yofel> hm, what I'm curious about is "i plugged a new monitor  i got a window  that asked me to try the new monitor"
[12:21] <yofel> kscreen doesn't *ask* you before adjusting resolutions. It just goes ahead and does it
[12:21] <Peace-> wait i will do a screenshot
[12:21] <yofel> krandr did that
[12:21] <Peace-> welll yes i have krandr
[12:23] <Peace-> i use krandr often to change settings via systemtray
[12:23] <yofel> we have a rather destructive patch in kde-workspace which disables krandrstartup in startkde
[12:23] <yofel> maybe it's that
[12:24] <Peace-> yofel: well but via terminal i can't get teh correct resolutions i mean with xrandr
[12:24] <Peace-> yofel: 3 4 days ago a got via xrandr a lots of resolutions for this monitors
[12:25] <yofel> oh, then it's probably a driver issue indeed
[12:25] <Peace-> yep
[12:25] <yofel> what does the EDID info in the X log say?
[12:25] <Peace-> now i am trying to download the live
[12:25] <Peace-> let me do cat grep
[12:26] <Peace-> [    51.296] (II) intel(0): EDID for output LVDS1
[12:26] <Peace-> [    51.328] (II) intel(0): EDID for output VGA1
[12:26] <Peace-> [    51.328] (II) intel(0): EDID for output TV1
[12:26] <yofel> just pastebin the whole log, we need the surrounding parts
[12:27] <Peace-> yofel: this one ? /var/log/Xorg.0.log
[12:27] <yofel> yep
[12:29] <Peace-> yofel: http://paste.ubuntu.com/5661090/  btw to the end you will see 1920 cuz i was trying to do how i read on ubuntu wiki , you know xrandr --addmode etc etc
[12:30] <Peace-> but by default now rebooting again it doesn't recognize all the resolutions
[12:45] <yofel> Peace-: I don't know, the closest I can get to your chipset is a 945GME, but that recognises my monitor fine: http://paste.kde.org/742796
[12:46] <Peace-> yofel:  i follow the develop of kubuntu from alphas  maybe i fucked up something i will try with a live if it works i will reinstall everything , i have a separated home , then i will hold back kernel and video drivers
[12:46] <Peace-> yofel: thank you for your efforts
[12:48] <Peace-> yofel: btw which monitor do you use?
[12:50] <yofel> that's a samsung syncmaster PX2370
[12:50] <yofel> connected to an eeepc 1000h
[12:54] <Peace-> yofel: i have samsung s24b350h
[12:57] <kubotu> ::workspace-bugs:: [1174495] Window Managers instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[13:33] <smartboyhw_> The Freenode servers are getting crazy these days…
[13:55] <lordievader> Good afternoon.
[13:59] <kubotu> ::workspace-bugs:: [1174495] Window Managers instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[15:07] <kubotu> ::workspace-bugs:: [1174495] Window Managers instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[15:12] <Peace-> yofel: :) reinstalled same results
[15:12] <Peace-> monitor just is not recognized well
[17:30] <Quintasan_> \o
[17:53] <Darkwing> Well, I ran out of petrol for my mower and I broke my shovel... I think I'm done with yardwork till my girlfriend gets home.
[18:00] <Quintasan> Darkwing: How does one break a shovel?
[18:01] <Darkwing> digging out bushes. lol
[18:02] <Quintasan> I see.
[18:02] <Quintasan> Darkwing: Well, I managed to break one by repeatadly hitting a pile of bricks with it so that's why I was wondering how did you break yours
[18:03] <Darkwing> http://imm.io/15SH4
[18:03] <ahoneybun> pl
[18:03] <ahoneybun> sorry
[18:05] <Quintasan> Oh
[18:05] <Quintasan> Darkwing: Well, I broke the metal part
[18:06] <Darkwing> Quintasan: lol
[18:06] <Quintasan> But I don't think it's really strange when hitting bricks
[18:06] <Darkwing> not too stange no.
[18:06] <Darkwing> Dang. I need to check my email while on holiday more often.
[18:06] <Quintasan> How is that metal part actually called?
[18:06] <Darkwing> the spade?
[18:06]  * Quintasan wonders about the strangest things instead of doing his project for uni
[18:07] <Quintasan> Gotta note that down
[18:07] <Quintasan> Might as well as know the part I might end up hitting people with :P
[18:08] <Darkwing> Oh boy. :P
[18:08]  * Quintasan looks at shadeslayer
[18:08] <Quintasan> Well, jokes aside, gotta get some food
[18:08] <Darkwing> I have 3400 emails to sort
[18:10] <Quintasan> OH LOL
[18:10] <Quintasan> Darkwing: I can offer you SOLVE IT ALL SOLUTION
[18:10] <Quintasan> Darkwing: CTRL + A, CTRL + R
[18:10] <Quintasan> ?????
[18:10] <Quintasan> PROFIT
[18:10] <Darkwing> LOL No, there are some I need
[18:11] <Quintasan> Well, good luck then Darkwing
[18:12] <Guest19724> Hi I am having a strange error in regrds to the xmind package. Could someone here maybe help me?
[18:13] <Guest19724> dpkg: error: parsing file '/var/lib/dpkg/status' near line 18600 package 'xmind'
[18:13] <Quintasan> Guest19724: This is not a repository package, right? I can recall installing it quite a few days ago
[18:13] <Guest19724> its in the status file and this error prevents me to do anything to adjust packages from terminal
[18:14] <Quintasan> Guest19724: Can you paste the whole file on pastebin?
[18:15] <Guest19724> I can if you can walk me through it since I'm having to do this completely from terminal as i have no current gui due to this issue and the phython minmal bug for ubuntu
[18:21] <Quintasan> Guest19724: sudo apt-get install pastebinit
[18:22] <Quintasan> Guest19724: cat /var/lib/dpkg/status | pastebinit and give me the link
[18:22] <Guest19724> ok
[18:22] <Guest19724> I am in the document at the moment was looking at line 18600 with vi command. how do i get out of it?
[18:25] <Quintasan> Guest19724: press escape at least 10 times to be sure
[18:25] <Quintasan> and press :wq!
[18:25] <lordievader> :q! is better, :w saves the file.
[18:26] <Quintasan> hmm
[18:26] <Quintasan> yeah
[18:26] <Guest19724> I'll just reboot t obe safer
[18:29] <Guest19724> i don't know if it was able to install pastebinit successfully since i get alot of depency listings.
[18:32] <Guest19724> yeah it wasn't able to install pastebinit due to depency issue. :(
[18:33] <Guest19724> and when i try to do -f it doesn't work because of the python minimal bug. T_T
[18:33] <Quintasan> hmm
[18:33] <Guest19724> https://bugs.launchpad.net/ubuntu/+source/python-defaults/+bug/990740
[18:33] <Quintasan> Guest19724: What bug?
[18:33] <Quintasan> Wat
[18:34] <Quintasan> You're upgrading from lucid to raring?
[18:34] <Guest19724> well i did
[18:34] <Quintasan> Oh, I see.
[18:34] <Guest19724> and it seemes it got majorly messed up
[18:35] <Guest19724> the gdm is out of date so i cant use the gui. the depency are keeping me locked on installs and i can't reinstall the upgrade packages due to the configure bug. yeah I messed it up good. :(
[18:35] <Quintasan> Guest19724: Truth be told you might want to restore dpkg.status.0 from /var/backups
[18:35] <Quintasan> Guest19724: Or just remove the xmind package with dpkg
[18:36] <Quintasan> sudo dpkg -r xmind
[18:36] <Guest19724> ok i'll try that
[18:37] <Quintasan> That said I'm actually surprised the upgrade failed since it's supposed to work since it's LTS-to-LTS, right?
[18:37] <Guest19724> yeah and when i try to do purge or -r i get this> error again
[18:38] <Quintasan> Guest19724: with dpkg?
[18:38] <Guest19724> dpkg: error: parsing file '/var/lib/dpkg/status' near line 18600 package 'xmind': blank line in value of field 'Description'
[18:38] <Quintasan> oh
[18:39] <Quintasan> Guest19724: sudo nano +18600 /var/lib/dpkg/status
[18:39] <Quintasan> Write something after Description:
[18:39] <Quintasan> CTRL+X saves the files
[18:39] <Quintasan> check if putting something there helps
[18:39] <Quintasan> if not I'd just restore the file from /var/backups
[18:41] <Guest19724> line 18600 says task management, and GTD. Xmind is compatible with Freemind/Mindmanager. after that is a black line.
[18:42] <Guest19724> put a dot in the blank line maybe? 18601
[18:42] <Guest19724> blank*
[18:44] <Guest19724> ok i saved it.
[18:46] <Guest19724> putting a dot in hte line didn't make the problem go away.
[18:49] <Guest19724> How do i restore file from /var/backups?
[18:56] <Quintasan> Guest19724: sudo cp /var/lib/dpkg/status /var/lib/dpkg/status-corrupted
[18:57] <Quintasan> Guest19724: sudo cp /var/lib/backups/dpkg.status.0 /var/lib/dpkg/
[18:57] <Quintasan> sudo tar zxvf /var/lib/dpkg/dpkg.status.0
[18:58] <Quintasan> Guest19724: Sorry, ignore the last command
[18:58] <Quintasan> sudo mv /var/lib/dpkg/dpkg.status.0 /var/lib/dpkg/status
[18:58] <Quintasan> Use this since the last state is not gzipped
[18:58] <Quintasan> then do apt-get update
[18:58] <Quintasan> sudo apt-get update
[18:59] <Quintasan> and sudo apt-get -f install
[19:16] <Guest19724> for this line> sudo cp /var/lib/backups/dpkg.status.0 /var/lib/dpkg/ it says it cannot stat
[19:17] <Quintasan> Guest19724: It should be /var/backups
[19:17] <Quintasan> sorry
[19:17] <Guest19724> can you just retype it since folder paths tend to get confusing at this level of depth and i dont want to break something else by accident. :(
[19:17] <BluesKaj> cp -r . perhaps ?
[19:17] <Quintasan> argh
[19:17] <Quintasan> Guest19724: sudo cp /var/backups/dpkg.status.0 /var/lib/dpkg/
[19:18] <Guest19724> ok i did that command
[19:20] <Quintasan> sudo apt-get update
[19:20] <Quintasan> sudo apt-get -f install
[19:20] <Guest19724> yep running that and -f
[19:22] <Quintasan> And?
[19:22] <Guest19724> its still installing its at 24%
[19:22] <Quintasan> good
[19:22] <Quintasan> That means it's working
[19:22] <Quintasan> You have to wait until it's done or it breaks for some reason
[19:22] <Guest19724> not exactly. we still got to take care of python-minimal configuration at the end. :(
[19:23] <Guest19724> assuming by some miracle it doesn't break this time. T_T
[19:24] <Quintasan> If it's broken then I'm afraid I can't help you with that. I dabbled in some python magic long time ago
[19:25] <Quintasan> Guest19724: I didn't read  the bug in detail, aren't there any workaround posted?
[19:25] <Guest19724> yes this one here which is what i'm going to try if it breaks> https://lists.ubuntu.com/archives/ubuntu-users/2012-September/263773.html
[19:26] <Darkwing> Greetings ScottK
[19:27] <Quintasan> Hey schmidtm
[19:27] <Quintasan> well
[19:27] <ScottK> Darkwing: Howdy.
[19:27] <Quintasan> tabfail
[19:28] <Guest19724> thanks for the help non-the-less Quin you at least helped me fix one problem with this install. :P
[19:33] <Guest19724> it broke again and sadly the 18600 error message is still there.
[19:34] <Guest19724> so i cant python until i fix that error in xmind
[19:34] <Guest19724> fix*
[19:35] <Guest19724> Anyone have any suggestions on how to fix that xmind error?
[19:36] <yofel> is that blocking the upgrade? If yes, can you purge it?
[19:36] <Quintasan> What yofel said
[19:36] <Quintasan> Guest19724: sudo cp /var/backups/dpkg.status.0 /var/lib/dpkg/
[19:36] <Quintasan> and try purging that package
[19:36] <Quintasan> if it doesn't work then try dpkg --purge --force-all xmind
[19:36] <Guest19724> dpkg: error: parsing file '/var/lib/dpkg/status' near line 18600 package 'xmind': newline in field name '.'
[19:37] <Guest19724> thats what it said when i try to remove python^
[19:38] <yofel> Guest19724: why remove python?
[19:38] <Guest19724> sudo apt-get purge xmind does thhis.
[19:38] <Guest19724> i get a long list of dependcies and it doesn't remove it. :(
[19:38] <yofel> try what Quintasan said
[19:39] <Guest19724> yofel> https://lists.ubuntu.com/archives/ubuntu-users/2012-September/263773.html
[19:39] <Quintasan> Guest19724: NO, damn, no apt, don't use apt
[19:39] <Quintasan>  sudo dpkg --purge --force-all xmind
[19:40] <Guest19724> i tried that command quin and get the same error posted before for python
[19:40] <yofel> Guest19724: sudo cp /var/lib/dpkg/status-old /var/lib/dpkg/status
[19:40] <yofel> try again
[19:41] <Guest19724> ok done
[19:42] <Guest19724> ok i get this after running that command quin
[19:42] <Guest19724> the blank line value of field 'Description' for xmind error message
[19:43] <Guest19724> dpkg: error: parsing file '/var/lib/dpkg/status' near line 18600 package 'xmind':   blank line in value of field 'Description'
[19:45] <Quintasan> hurrrrrrrrrr
[19:45] <yofel> hm
[19:45] <yofel> Guest19724: how does the field look like right now?
[19:45] <yofel> it should be something like:
[19:45] <yofel> Description: foo
[19:45] <yofel> [space] foo
[19:45] <yofel> [space] .
[19:45] <yofel> [space] bar
[19:46] <yofel> after that either a new Field without a space or an empty line followed by the next Package:
[19:47] <yofel> just look at the other description fields in the file
[19:48] <Guest19724> can you toss me commands on how to close nano?
[19:48] <Guest19724> still relearning how to navigate
[19:49] <yofel> Ctrl+x, y/n
[19:49] <Guest19724> ok i am at the line
[19:51] <Guest19724> that line has task management, and GTD. Xmind is compatible with Freemind/Mindmanager. on the next line 16001 is just blank followed by a paragraph about editions on the next line 16002
[19:52] <yofel> just blank? i.e. an empty line?
[19:52] <Guest19724> yep
[19:52] <yofel> go to that line and insert <space>.
[19:53] <yofel> i.e. a space, and .
[19:53] <yofel> so it looks like I said above
[19:53] <Guest19724> ok so hitspace bar and inasert a period.
[19:53] <yofel> right
[19:54] <yofel> the space was probably missing last time you tried
[19:54] <Guest19724> ok did it lets see if that fixed it.
[19:54] <yofel> (guessing from the error message)
[19:54] <Guest19724> what should i do first just to make sure i dont break it again
[19:55] <Guest19724> update try to remove python etc etc
[19:55] <yofel> uh, start with dpkg --configure -a to see whether it works at all
[19:56] <Guest19724> i made it to package configuration.
[19:56] <Guest19724> does that mean it worked?
[19:56] <yofel> well, I assume so. Now you can try to fix python
[19:57] <Guest19724> awesome, thank you yofel.
[19:57] <yofel> thank me after apt stops complaining ^^
[20:00] <Guest19724> well as a shocker it failed to parse the gnome desktop. :P
[20:02] <Guest19724> omg it finally worked. nice work yofel its uninstalling python now.
[20:07] <Guest19724> I made it to
[20:07] <Guest19724> dpkg --install --force-all python_2.7.1-0ubuntu5_all.deb
[20:07] <Guest19724> and now it says error parsing file for line 19471 package 'xmind'.
[20:07] <Guest19724> another space and dot i guess...
[20:10] <Guest19724> you still there yofel? on line 19471 it reads Package: libtasn1-3-dev there is a blank line on 19470 and finally 19472 has Status: install ok installed.
[20:11] <yofel> that's fine
[20:11] <Guest19724> how do i fix this error?
[20:11] <yofel> try searching for xmind in the file
[20:11] <yofel> maybe it got the wrong line
[20:13] <Guest19724> whats the command for search?
[20:13] <Guest19724> using nano
[20:14] <yofel> hm, going from the legend try ctrl+2
[20:14] <yofel> er
[20:14] <yofel> ctrl+w
[20:16] <Guest19724> firstone is the http link
[20:17] <Guest19724> so basically look for anything that has xmind wit ha slight alteration?
[20:20] <Guest19724> only things i found were in certain parts it had XMind and others it had just xmind.
[20:20] <Guest19724> could this be a problem?
[20:21] <yofel> I can't really say without the whole file... and I'm a bit lost with just that error now
[20:21] <Guest19724> yeah and were so close t ofixing python potentially... ah it kills me
[20:22] <yofel> is "error parsing file for line 19471 package 'xmind'." really all it says?
[20:25] <Guest19724> it has Package: libtasn1-3-dev
[20:25] <yofel> I mean as error message
[20:26] <yofel> I kind of remember fixing something like that months ago, and back then dpkg printed the wrong error line
[20:28] <Guest19724> it reads> dpkg error: parsing file 'var/lib/dpkg/available' near line 19471 package 'xmind': blank line in value of field 'Description'
[20:29] <yofel> geh, now that file's broken too
[20:29] <yofel> Guest19724: try as a quick fix: sudo dpkg --clear-avail
[20:29] <Guest19724> theres a blank line on 19472. :P
[20:30] <Guest19724> ok i ran that command.
[20:30] <Guest19724> what now?
[20:30] <yofel> try python again
[20:32] <Guest19724> ok i got this
[20:33] <Guest19724> error processing python_2.7.1-0ubuntu5_all.deb (--install): cannot access archive: No such file or directory Errors were encountered while processing: python 2.7.1-0ubuntu5_all.deb
[20:34] <yofel> the .deb doesn't exist
[20:34] <yofel> maybe start with apt-get install -f
[20:34] <Guest19724> ok
[20:34] <yofel> now that dpkg itself works again
[20:36] <Guest19724> ok i did that
[20:38] <Guest19724> i got the same message after running the -f command
[20:38] <yofel> huh
[20:38] <Guest19724> i don't know why
[20:38] <yofel> try sudo apt-get check, then try again
[20:39] <Guest19724> okyeah i did that then i did -f command and still get the error
[20:40] <yofel> weird. Ok, lets start fresh: sudo apt-get clean; sudo apt-get update
[20:40] <yofel> *then* try again
[20:42] <Guest19724> wow just cant win here
[20:42] <yofel> again?
[20:44] <Guest19724> i did these in this order> sudo apt-get clean, sudo apt-get update, sudo apt-get check, then tried python
[20:44] <yofel> looks reasonable. same error?
[20:45] <Guest19724> yep
[20:45] <Guest19724> just ran it again just ot make sure :(
[20:45] <yofel> does a file named python 2.7.1-0ubuntu5_all.deb exist in /var/cache/apt/archives/ ?
[20:46] <Guest19724> for ls i get lock and partial
[20:47] <Guest19724> nothing is in partial folder.
[20:47] <Guest19724> for ls
[20:47] <yofel> you do have a network connection?
[20:48] <Guest19724> i can check. what were the commands again?
[20:48] <yofel> just ping google.com and you'll know
[20:49] <Guest19724> yes I do
[20:49] <Guest19724> pinged successfully
[20:49] <Guest19724> now how do i make it stop pinging?
[20:49] <yofel> *sigh*, why does it try to install something that it didn't download...
[20:49] <yofel> ctrl+c
[20:51] <Guest19724> yeah linux hates me. last time for karmic update it took me three days to get that working. :(
[20:52] <yofel> well, *this* shouldn't happen really. Though xmind is broken packaging wise, really
[20:53] <yofel> what release were you upgrading to again?
[20:53] <yofel> there's no recent release that has python 2.7.1, it's either 2.7.3 or 2.7.4
[20:53] <Guest19724> I was running the server version of lucid and upgraded to precision version 12.04.02
[20:54] <Guest19724> when i got to the login screen i found the gui wasn't working and have been working on it since yesterday.
[20:56] <Guest19724> I upgraded it using the manager and it had it listed in there.
[20:56] <Guest19724> kind of wish i had used the terminal now since maybe it might of not broke...
[20:57] <yofel> nah, I would blame xmind, but that's neither your nor our fault really, just dpkg being too sensitive
[20:57] <yofel> ok
[20:57] <yofel> http://archive.ubuntu.com/ubuntu/pool/main/p/python-defaults/
[20:57] <yofel> ^ has the .deb it complained was missing
[20:58] <yofel> what you can try now is to download what you need by hand using 'wget URL' into /var/cache/apt/archives
[20:58] <yofel> then you can dpkg --install --force-depends <deb>
[20:58] <yofel> try apt-get install -f
[20:58] <yofel> and repeat that until it stops complaining about missing archive files
[20:58] <yofel> I have to run for today, bye
[20:59] <Guest19724> ok so when i do wget url what do  itype to specify where it will stick it?
[21:00] <Guest19724> or will it stick it where it needs to go automatically?
[21:00] <yofel> uh, forgot how to do that. Just cd into /var/cache/apt/archives
[21:00] <yofel> that'll be easiest
[21:00] <yofel> it'll always download it into the current directory
[21:02] <Guest19724> wow really a 404 error.
[21:03] <Guest19724> nvm i got it
[21:16] <Guest19724> Can someone post the commands to wget archives because I don't think it got the archive instead it made a index.html file.
[21:28] <kubotu> ::workspace-bugs:: [1174495] Window Managers instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[23:37] <kubotu> ::workspace-bugs:: [1174495] Window Managers instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[23:44] <ahoneybun> Hey Riddell valorie
[23:44] <valorie> greets
[23:45] <ahoneybun> valorie: how's the doc
[23:45] <valorie> I did some editing yesterday
[23:46] <valorie> I still think the pagename for KubuntuBasics should be Basics
[23:46] <valorie> anyway
[23:46] <ahoneybun> Cool I got on after you were talking with Riddell  but I fixed what he said
[23:46] <valorie> I think we are getting them whipped into shape
[23:47] <valorie> what are you thinking about next?
[23:47] <ahoneybun> Editing wise?
[23:48] <ahoneybun> If you think it would be better a different name go for it
[23:48] <valorie> ah, I see a note to me
[23:48] <valorie> will get on that asap
[23:48]  * valorie is reading the trello
[23:48] <ahoneybun> On trello?
[23:49] <ahoneybun> Oh
[23:49] <valorie> excellent work setting that up
[23:49] <valorie> thank you
[23:49] <ahoneybun> NP :)
[23:49] <valorie> yikes, my power is blinking
[23:49] <valorie> thunderstorm
[23:49] <ahoneybun> Same on my phone
[23:50] <valorie> what do you think about adding About to the main RR page?
[23:50] <valorie> it's so short, and About is short as well
[23:50] <ahoneybun> That's could work
[23:50] <ahoneybun> That
[23:51] <ahoneybun> That's cool
[23:51] <valorie> just a thought while I was browsing through, to get an overview
[23:52] <valorie> I'll start using the trello now so we don't have to rely on reading backlog here
[23:52] <valorie> between us
[23:52] <ahoneybun> That would be cool
[23:52] <ahoneybun> Overview?
[23:53] <valorie> an overall look at our docs
[23:53] <valorie> sorry, dinner time here
[23:53] <ahoneybun> What do you think of
[23:54] <ahoneybun> The about and welcome pages
[23:55] <valorie> I'll have to look later, once I get back from my dad's
[23:55] <valorie> sorry
[23:55] <ahoneybun> Oh OK I'll be on later
[23:55] <ahoneybun> Well till my phone dies


[02:46] -queuebot:#ubuntu-release- New sync: oem-somerville-octillery-meta (focal-proposed/primary) [20.04~ubuntu1]
[02:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-octillery-meta to canonical-oem-metapackages in bionic
[02:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-octillery-meta to canonical-oem-metapackages in focal
[03:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-warcraft-intel-meta to canonical-oem-metapackages in bionic
[03:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-warcraft-intel-meta to canonical-oem-metapackages in focal
[03:58] -queuebot:#ubuntu-release- New sync: oem-somerville-warcraft-intel-meta (focal-proposed/primary) [20.04~ubuntu1]
[04:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-squirtle-meta to canonical-oem-metapackages in bionic
[04:57] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-squirtle-meta to canonical-oem-metapackages in focal
[05:01] -queuebot:#ubuntu-release- New sync: oem-somerville-squirtle-meta (focal-proposed/primary) [20.04~ubuntu1]
[07:42] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [source] (focal-proposed) [2021.01+dfsg-3ubuntu0~20.04.2]
[07:45] -queuebot:#ubuntu-release- Unapproved: flash-kernel (hirsute-proposed/main) [3.104ubuntu3 => 3.104ubuntu4~21.04] (core)
[07:48] -queuebot:#ubuntu-release- Unapproved: flash-kernel (focal-proposed/main) [3.103ubuntu1~20.04.2 => 3.103ubuntu1~20.04.3] (core)
[09:02] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-aelfwine-meta (focal-proposed/primary) [20.04~ubuntu1]
[09:27] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aelfwine-meta to canonical-oem-metapackages in bionic
[09:27] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aelfwine-meta to canonical-oem-metapackages in focal
[16:24] -queuebot:#ubuntu-release- Unapproved: u-boot (focal-proposed/main) [2021.01+dfsg-3ubuntu0~20.04.2 => 2021.01+dfsg-3ubuntu0~20.04.3] (core)
[16:26] <sil2100> bdmurray: ^ this u-boot is a fix of the early SRU, which had wrong target names for sifive devices
[16:27] <sil2100> (as the u-boot target names changed in the version in impish)
[16:27] <sil2100> And there's also a flash-kernel there that's needed for the Xylinx devices, prepared by Alfonso
[16:37] <klebers> sil2100, bdmurray: do we need to have that extra verification for evdi to get it released?
[16:42] <bdmurray> klebers: I'm thinking about it
[16:47] -queuebot:#ubuntu-release- New: accepted oem-somerville-squirtle-meta [sync] (focal-proposed) [20.04~ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted oem-sutton.newell-aelfwine-meta [sync] (focal-proposed) [20.04~ubuntu1]
[16:48] -queuebot:#ubuntu-release- New: accepted oem-somerville-warcraft-intel-meta [sync] (focal-proposed) [20.04~ubuntu1]
[16:49] -queuebot:#ubuntu-release- New: accepted oem-somerville-octillery-meta [sync] (focal-proposed) [20.04~ubuntu1]
[16:49] -queuebot:#ubuntu-release- New binary: oem-sutton.newell-aelfwine-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[16:49] -queuebot:#ubuntu-release- New: accepted oem-sutton.newell-aekerley-meta [sync] (focal-proposed) [20.04~ubuntu1]
[16:50] -queuebot:#ubuntu-release- New binary: oem-somerville-squirtle-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[16:51] -queuebot:#ubuntu-release- New binary: oem-somerville-octillery-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[16:51] -queuebot:#ubuntu-release- New binary: oem-somerville-warcraft-intel-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[16:52] <bdmurray> klebers: Why was it added to the regression potential if you want to skip it?
[16:52] -queuebot:#ubuntu-release- New binary: oem-sutton.newell-aekerley-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[16:55] <klebers> bdmurray, that's a good point, I hadn't noticed it. The SRU justification was done by Cascardo, as well as the backport. I'll get in touch with him.
[16:55] <klebers> bdmurray, thanks
[16:55] <bdmurray> klebers: thank you for chasing it down
[16:58] <sil2100> I poked about it yesterday!
[17:00] <klebers> cascardo is on pto, so I won't be able to get in touch with him today, only next Monday
[17:00] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (focal-proposed) [2.664.25]
[17:11] <sil2100> Like, not this Monday next week but in 2 weeks?
[17:13] <klebers> he's back next week, so this Monday :)
[17:17] <bdmurray> rbasak: I've an MP adding some more packages for the SRU team per our discussion yesterday https://code.launchpad.net/~brian-murray/usd-importer/+git/usd-importer/+merge/406471
[17:27] <bdmurray> sil2100: Were you going to revert the sru-review bileto changes?
[17:29] <rbasak> bdmurray: thanks. I'll get those live now.
[17:30] <bdmurray> rbasak: if you could send an email to ubuntu-release re how to review sync's I think that'd be helpful
[17:38] <rbasak> bdmurray: does https://lists.ubuntu.com/archives/ubuntu-devel/2021-February/041395.html not cover it? There's nothing special to do for a sync.
[17:40] <bdmurray> rbasak: I think it does cover it, I guess I'd forgotten about that!
[17:40] <bryyce> rbasak, would you like me to take care of the imports for bdmurray?  Guessing you're probably past EOD, I'm happy to handle it.
[17:40] <rbasak> bryyce: thank you for the offer! But I've already done it :)
[17:40] <bryyce> ah great
[17:59] <bdmurray> vorlon: will you be reviewing u-boot and flash-kernel for Focal?
[20:33] -queuebot:#ubuntu-release- Unapproved: accepted openssh [source] (hirsute-proposed) [1:8.4p1-5ubuntu1.1]
[20:42] -queuebot:#ubuntu-release- Unapproved: accepted openssh [source] (focal-proposed) [1:8.2p1-4ubuntu0.3]
[20:50] -queuebot:#ubuntu-release- Unapproved: magnum-ui (focal-proposed/universe) [5.2.0-1 => 5.2.0-1ubuntu1] (no packageset)
[21:14] -queuebot:#ubuntu-release- Unapproved: rejected gnome-shell-extension-desktop-icons [source] (hirsute-proposed) [20.04.0+git20200908-6~ubuntu21.04.1]
[21:14] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-desktop-icons (hirsute-proposed/universe) [20.04.0+git20200908-5build1 => 20.04.0+git20200908-5ubuntu0.1] (ubuntu-desktop)
[21:29] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-desktop-icons-ng [source] (hirsute-proposed) [0.15.0-0ubuntu4.2]
[21:39] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-desktop-icons [source] (hirsute-proposed) [20.04.0+git20200908-5ubuntu0.1]
[21:40] <rbasak> bdmurray: nearly all the imports are done. Just the virtualbox ones remaining.
[21:44] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-desktop-icons [source] (focal-proposed) [20.04.0-3~ubuntu20.04.2]
[21:49] -queuebot:#ubuntu-release- Unapproved: accepted pyroute2 [source] (hirsute-proposed) [0.5.14-0ubuntu1.1]
[21:53] -queuebot:#ubuntu-release- Unapproved: accepted pyroute2 [source] (focal-proposed) [0.5.9-0ubuntu2]
[21:57] <vorlon> bdmurray: yes
[21:57] <vorlon> :)
[22:08] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (hirsute-proposed) [3.104ubuntu4~21.04]
[22:20] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (focal-proposed) [3.103ubuntu1~20.04.3]
[22:57] <vorlon> bdmurray: (sorry if repeat) the u-boot bug LP: #1937277 is marked 'new' for devel?
[22:57] <vorlon> ah I sent that message to the wrong channel before I was disconnected :)
[23:29] -queuebot:#ubuntu-release- Unapproved: accepted openssl [source] (hirsute-proposed) [1.1.1j-1ubuntu3.2]
[23:37] -queuebot:#ubuntu-release- Unapproved: accepted openssl [source] (focal-proposed) [1.1.1f-1ubuntu2.5]
[23:48] -queuebot:#ubuntu-release- Unapproved: accepted openssl [source] (bionic-proposed) [1.1.1-1ubuntu2.1~18.04.10]


[08:28] <as__> hello?
[08:28] <as__> I use ubuntu14.04LTS, and when i hit the poweroff button at tty1-6, the system shutdown immediately?? is this a bug?
[15:32] <toshiba_leather> 我的硬碟分割表壞了ㄝ,友人幫我嘛？