[12:03] <ajmitch> Burgwork: sorted out if/when you may be able to be in MV?
[12:03] <Burgwork> ajmitch: not going
[12:04] <ajmitch> not even for a couple of days?
[12:04] <Burgwork> best possible arrival date: Late tuesday morning
[12:04] <Burgwork> provided this project I am being kept for tanks
[12:04] <ajmitch> ah
[12:04] <ajmitch> that sucks
[12:04] <Burgwork> yep, it truly does
[12:08] <SimonAnibal> Take it easy ya'll
[01:39] <Burgwork> lophyte: welcome home
[01:39] <Burgwork> back, rather
[01:39] <lophyte> thanks
[01:40] <lophyte> did you guys go on with that discussion about apt-config?
[01:40] <Burgwork> nope
[01:40] <lophyte> alright, cool.. then I don't have any catching up to do, lol
[01:41] <lophyte> I gotta go make dinner and such.. I'll be back in a bit
[01:42] <Burgwork> whiprush: ping
[01:50] <whiprush> Burgwork: pong
[01:51] <Burgwork> whiprush: your google docs link is no worky
[01:52] <whiprush> lame
[01:52] <whiprush> should I just mail it to you?
[01:52] <Burgwork> yes please
[01:52] <Burgwork> welcome to the brave new world
[01:53] <whiprush> k
[01:54] <ajmitch> yo whiprush
[01:55] <Burgwork> whiprush: ok, that is not the email I was looking for
[01:56] <Burgwork> I will use bits
[01:56] <Burgwork> the "we want time at MTV" is for another email
[01:56] <whiprush> oh
[01:56] <whiprush> bbiab
[02:04] <Burgwork> ajmitch, wasabi, you guys around?
[02:05] <ajmitch> Burgwork: yes
[02:09] <Burgwork> sent, but accidentally
[02:20] <Fujitsu> Hahah: `
[02:20] <Fujitsu> Does WSUS make
[02:20] <Fujitsu> your heart throb?
[02:20] <Fujitsu> Gah.
[02:20] <Fujitsu> Stupid Konversation line breaking.
[02:25] <ajforgue> so I got master/master replcation working in RHDS
[02:25] <ajforgue> that was cool
[02:48] <ajmitch> Fujitsu: bah, you & your replies on the list :P
[02:49] <Fujitsu> Can you see how AD is `arcane'?
[02:50] <Fujitsu> I've always found it quite intelligible, and I first experimented with it when I was 11... I can't see how it can be difficult to understand.
[03:33] <lophyte> hey Burgundavia
[03:33] <Burgundavia> whiprush: mail sent, a little bit prematurely
[03:37] <Burgundavia> hey lophyte
[03:38] <lophyte> wasabi_ are you around?
[03:38] <Burgundavia> lophyte: what is the latest on teh spec? do you need me to review it?
[03:38] <lophyte> I wanted to discuss it some more, since wasabi said he had a few ideas after looking at apt-config
[03:39] <Burgundavia> right
[03:40] <lophyte> I can write up a general overview of the spec as it stands right now
[03:42] <Burgundavia> sounds good
[03:42] <Burgundavia> you know which spec we are working on?
[03:42] <Burgundavia> after that confused discussion
[03:42] <lophyte>  /UpdateServer
[03:42] <Burgundavia> ok
[03:42] <lophyte> nwu was superseded by UUS
[03:43] <Burgundavia> the whiperush one
[03:43] <lophyte> yeah
[03:43] <lophyte> I was basically working out the details on paper before merging our braindump with UUS
[03:43] <ajmitch> so who's talked with nictuku, who's coded up a lot of stuff for NWU?
[03:43] <ajmitch> I really would hate to go superseding & throwing away work someone has done
[03:44] <Burgundavia> nobody yet
[03:44] <lophyte> we're not throwing it away
[03:44] <Burgundavia> nwu is somewhat tangent
[03:44] <ajmitch> wonderful
[03:45] <Burgundavia> ajmitch: that sarcastic?
[03:45] <ajmitch> yes, since from what I can see it's not that much of a tangent
[03:45] <Burgundavia> nwu assumes a bunch of other things
[03:45] <Burgundavia> such as authentication and passing data around
[03:45] <Burgundavia> lophyte: can you lay out more?
[03:46] <ajmitch> are those implementation details, or something that can be changed in the spec?
[03:46] <lophyte> from what I read in the user manual, it seemed more or less like a remote update tool rather than an update approval system
[03:46] <lophyte> ie. forcing updates on machines remotely
[03:46] <ajmitch> partly why I suggested talking to him, to get a clearer idea
[03:48] <Burgundavia> ok, I am having the strangest issue with ephy
[03:48] <Burgundavia> sometimes it is failing to load the css
[03:49] <lophyte> well, if we can get nictuku in here..
[03:49] <lophyte> that'd be great
[03:50] <Burgundavia> the nwu spec is much larger is scope
[03:54] <lophyte> I'd like to talk to him and find out what issues he was trying to address with nwu and what the goals were/are
[03:55] <Burgundavia> he just implemented the spec
[03:55] <Burgundavia> you need to talk to the drafters, which included mvo
[03:59] <lophyte> nwu is lacking an approval system in the spec..
[03:59] <lophyte> I'd say that's the biggest difference between nwu and uus
[04:05] <lophyte> well what should I do then? I'm more or less the new kid on the block and I don't wanna start stepping on toes as much as I'm into this
[04:10] <lophyte> brb
[04:20] <whiprush> Do we really have to reimplement Microsofts arcane network structure
[04:20] <whiprush> for Ubuntu? Cann't we create something that is ... better and simpler
[04:20] <whiprush> to understand at the same time? Like, for the human beings? Please
[04:20] <whiprush> heh
[04:20] <whiprush> we all saw that one coming a mile away.
[04:20] <ajmitch> heh
[04:20] <Burgundavia> whiprush: arcane network structure?
[04:20] <ajmitch> what's new, whiprush ?
[04:21] <ajmitch> https://features.launchpad.net/distros/ubuntu/+spec/accelerated-x
[04:21] <ajmitch> nice, essential spec
[04:21] <ajmitch> obviously someone really really wants the bling
[04:22] <ajmitch> can people please subscribe to https://features.launchpad.net/distros/ubuntu/+spec/nis-ldap-migration so I'm not the only one there?
[04:22] <ajmitch> it's mainly useful to do so for the scheduling
[04:22] <whiprush> Burgundavia: that was a response on the list.
[04:23] <whiprush> ajmitch: but I already did my migration.
[04:23] <ajmitch> :P
[04:24] <whiprush> Burgundavia: unix people are going to be hanging you in efigy anyway, might as well enjoy it.
[04:24] <Burgundavia> right
[04:25] <Burgundavia> oh, right
[04:26] <ajmitch> whiprush: which list?
[04:26] <whiprush> -devel
[04:27] <ajmitch> ah I see it now
[04:27] <Burgundavia> that is where I posted the -directory stuff
[04:27] <ajmitch> yes, must have skipped that reply earlier
[04:27] <ajmitch> or it has gone into a spam folder or something
[04:27] <ajmitch> since it's not in my -devel mailbox
[04:28] <Fujitsu> I can't see it.
[04:28] <ajmitch> Fujitsu: you replied to it
[04:28] <whiprush> https://lists.ubuntu.com/archives/ubuntu-devel/2006-October/022108.html
[04:28] <Fujitsu> Oh, I misread whiprush as saying he had replied to it.
[04:28] <whiprush> I didn't
[04:29] <Fujitsu> ajmitch: Be glad you can't read it.
[04:29] <ajmitch> Fujitsu: why?
[04:30] <Fujitsu> ajmitch: It is a stupid email.
[04:31] <ajmitch> in your opinion
[04:31] <Fujitsu> Probably.
[04:31] <ajmitch> don't fall into the trap of "oh, AD is so easy, anyone who can't get it is stupid"
[04:32] <Fujitsu> But AD /is/ easy, except in some setups.
[04:52] <ajforgue> he's just mad that unix is changing
[04:53] <ajforgue> you can tell by his sig
[08:00] <whiprush> ajmitch: someone recorded my ubuntu-AD talk
[08:00] <whiprush> http://www.ohiolinux.org/recordings/olf-b1-1000-holygrail.mp3
[08:00] <whiprush> !!
[08:01] <ajmitch> yay!
[08:01] <ajmitch> blog it!
[08:01] <whiprush> I will, after I listen to it
[08:01] <whiprush> hahaha
[08:02] <ajmitch> haha, "still drink or hungover"
[08:02] <ajmitch> typical
[08:02] <whiprush> indeed
[08:03] <whiprush> too bad it doesn't capture the audience.
[08:03] <ajmitch> you had a few questions from the audience?
[08:03] <whiprush> since it sounds like no one is laughing at my jokes
[08:03] <whiprush> I don't recall if they had a mic.
[08:04] <whiprush> or I repeated the question
[08:05] <ajmitch> hey imbrandon
[08:06] <imbrandon> heya
[08:06] <ajmitch> come to harass us here? :)
[08:06] <imbrandon> lol , no come to help ( where i can )
[08:06] <imbrandon> AD on linux is scary atm :)
[08:06] <ajmitch> heh
[08:15] <ajmitch> imbrandon: so how do you plan to help?
[08:16] <imbrandon> not quite sure yet, i'm sure something will come along that i can give a hand too , other than testing and complaining
[08:17] <nkassi> Hi
[08:17] <ajmitch> hello nkassi
[08:17] <nkassi> I was wondering, what kind of stuff is currently there ? Is there something to play with ?
[08:17] <nkassi> I saw you code for the client side.
[08:18] <ajmitch> client-side is initial focus, yes
[08:19] <ajmitch> eg the current braindump of client stuff is: https://wiki.ubuntu.com/NetworkAuthentication/Client
[08:19] <ajmitch> (still has a bit to be added)
[08:20] <nkassi> Will this be integrated into the installation process ?
[08:20] <ajmitch> we still have to discuss those sort of things - we're mostly in the planning stage of things
[08:23] <nkassi> hehe, I guess I'm going a little fast. I've been looking for a solution like this at work. Trying to fend off the Active Directory.
[08:26] <nkassi> push.
[08:26] <nkassi> Sorry that got chop off the last line.
[09:31] <tepsipakki> howdy
[09:42] <ajmitch> hi
[09:42] <tepsipakki> great to see all these specs for feisty :)
[09:43] <tepsipakki> about networt authentication etc
[09:43] <tepsipakki> damnit, have to run ->A
[09:43] <tepsipakki> -A
[09:47] <tepsipakki> (it's great to have two kids)
[09:47] <ajmitch> hehe ok :)
[09:57] <ajmitch> hi siretart
[03:59] <siretart> huhu ajmitch
[04:50] <wasabi> So I had this wild idea about a replicated/caching home directory or other file system, thing.
[04:50] <wasabi> bzr handles many peer merges properly, doesn't it?
[04:51] <wasabi> So, you write a little daemon which basically just advertises a bzr archive of each home directory... you give it knowledge of what all the other server-peers are, and have the daemon try to push changes to the other mirrors when anything locally changes.
[04:51] <wasabi> All mirrors should be kept up to date.
[04:52] <wasabi> You could do that server side to replicate many NFS shares.
[04:52] <wasabi> And you could throw a client into the mix to do it on hte client.
[04:52] <wasabi> Oh, and the servers would need to truncate old data.
[04:53] <wasabi> So, user logs onto the client, the client contacts the best server mirror, pulls it's change set, the user logs in. Small daemon watches home directory for changes, and attempts to push them back to any server.
[04:53] <wasabi> Client can disconnect and have a full copy of the data.
[04:54] <wasabi> When he reconnects, he starts pushing again.
[04:55] <lophyte> morning all
[04:55] <wasabi> morning
[05:02] <lophyte> whats up?
[05:02] <wasabi> Pondering a crackful bzr idea.
[05:03] <wasabi> Okay, get this. Roaming/synching home dirs.
[05:03] <wasabi> You have N number of servers, which all run a little daemon and export a bzr archive.
[05:03] <wasabi> These servers, on any commit, try to push that change to all the other servers.
[05:04] <lophyte> roaming dirs are usually stored on one server, aren't they?
[05:04] <wasabi> Yeah.
[05:04] <wasabi> Merging is turned off... conflicts result in a .conflict file or something, and the best is dtermined by a timestamp only.
[05:04] <wasabi> So, you basically then have a bunch of bzr archives which should be peers.
[05:04] <wasabi> Except when somebody updates the same file in two places before a sync.
[05:05] <lophyte> and the bzr archives are the home dirs?
[05:05] <wasabi> Then you bring in the clients... make a pam_mkhomedir module or some such... what it does is pick the closets mirror and pulls its changes locally.
[05:05] <wasabi> Yup
[05:05] <lophyte> nice
[05:05] <wasabi> Runs a similar daemon which pushes any local changes (inotify) to any remote server.
[05:05] <lophyte> that'd be more reliable than AD for sure
[05:06] <wasabi> Works for laptops. YOu just log onto the network once, next tme the server is in reach, your changes get pushed/pulled.
[05:06] <wasabi> It doesn't seek to adress the idea of merging files... but then neither does DFS/FRS and they work fine.
[05:06] <lophyte> in AD you can only specify one server
[05:06] <wasabi> Yeah
[05:06] <lophyte> mirrors are a good thing
[05:07] <robertj> merging has to have a great gui though, thats a complaint I hear _alot_ from AD users
[05:07] <wasabi> Naw.  I suspect our merging won't be as bad.
[05:09] <wasabi> I'd mostly be concerned when a user drops a large ISO or something into his archive.
[05:11] <robertj> wasabi: don't forget about the every popular logging in from home situation
[05:12] <robertj> in which you might log in, do some work, and then it want to upload the iso over your itty-bity residential-upstream connection
[05:12] <wasabi> Yeah. Again, Windows doesn't address that YET.
[05:12] <wasabi> ANd that seems to be okay for NOW.
[05:12] <wasabi> I'd love to solve it though.
[05:13] <wasabi> Perhaps some fashion by which it can refuse to merge until reconnected.
[05:13] <wasabi> Or until the ISO goes away.
[05:13] <wasabi> ie on a high speed link
[05:14] <robertj> wasabi: what about the iDisk approach where you continually sync in the background?
[05:16] <wasabi> Well, I doubt bzr supports that...
[05:16] <wasabi> ie partial commits.
[05:16] <wasabi> and resuming of such.
[05:19] <robertj> crashy nvidia drivers :(
[05:37] <wasabi> git might work too
[05:40] <siretart>
[05:40] <siretart> wasabi: does your bzr idea cover the case that the user might be logged in on 2 or more systems?
[05:41] <wasabi> Yeah. It takes care of it "enough"
[05:41] <wasabi> The two workstations would, on login, merge from any server... so they'd have the latest on the server.
[05:41] <wasabi> And periodically + when each were altered, they would push.
[05:41] <wasabi> Except in the cases of files that do change on both rapidly.
[05:41] <wasabi> And I'd advocate not merging, simply timestamp overwriting.
[05:42] <wasabi> THe user shouldn't be altering the same file in two places. ;)
[05:42] <siretart> that could happen accidentally
[05:42] <siretart> I'm thinking about firefox profiles, or similar
[05:42] <siretart> they could get into an bad inconsistent state and confuse the application
[05:43] <wasabi> Yeah. I was thinking about those too.
[05:43] <wasabi> I suspect a simple last-time overwrite still works fine, though.
[05:43] <wasabi> The firefox profiles are plain text...
[05:43] <wasabi> Heh. It's worth noting that firefox on windows works fine with roaming profiles.
[05:44] <wasabi> WHich do basically teh same thing.
[05:44] <siretart> I don't know how roaming profiles work on windows. I have heard ppl screeming about them
[05:45] <wasabi> Yeah, they cause problems, but in my experience it's because of NTUSER.DAT
[05:45] <wasabi> That contains the ENTIRE user registry hive.
[05:45] <wasabi> And it is never merged, always overwritten.
[05:46] <wasabi> I think it's probably okay to think the same human being won't be doing the same thing on two workstations too often.
[05:46] <wasabi> But in MS cases, anything they do overwrites whatever the other one was doing.
[05:47] <wasabi> I'd worry about applications which themselves do not work good with NFS home dirs.
[05:47] <wasabi> Such as, as I just discovered, beagle. ;)
[05:48] <wasabi> Big index file... assumes one beagle process is accessing it.
[08:58] <ajmitch> morning
[09:03] <lophyte> howdy
[09:09] <Burgundavia> hey ajmitch, lophyte
[09:09] <Burgundavia> welcome siretart
[09:10] <ajmitch> hey Burgundavia, how's it going?
[09:10] <Burgundavia> not bad
[09:10] <Burgundavia> so did I
[09:10] <lophyte> heya Burgundavia
[09:11] <lophyte> what should I do about this uus spec? should I keep going with it, or talk to someone first? I don't wanna walk in here and start stepping on toes
[09:12] <Burgundavia> keep talking
[09:13] <ajmitch> I didn't mean to put you off in any way
[09:13] <ajmitch> I just want to avoid any hassles at the start
[09:13] <Burgundavia> there are lots more people who have an opinion and are good enough to listen to
[09:14] <siretart> heyho Burgundavia
[09:14] <lophyte> should I talk to mvo about nwu before i go on with uus?
[09:14] <Burgundavia> mailing list has seen 9 new subscribers sinece yesterday
[09:14] <ajmitch> siretart!
[09:14] <Burgundavia> lophyte: yes
[09:14] <siretart> ajmitch!! :)
[09:15] <ajmitch> how are you?
[09:15] <siretart> oh, I'm fine. and you?
[09:15] <ajmitch> I'm good
[09:16] <ajmitch> busy as ever
[09:16] <siretart> ;)
[09:16] <ajmitch> busy with this :)
[09:17] <siretart> I'm currently rather lurking in this channel, but it looks like I'll be setting up a single sign on kerberos setup soon
[09:17] <siretart> oh, I'd wish as well, trust me
[09:17] <siretart> but my thesis is urgent now ;)
[09:17] <ajmitch> I hope we can make things as easy as possible for you to set it up :)
[09:17] <ajmitch> so that you don't have to take much time away from the thesis
[09:17] <ajmitch> how is the writing going?
[09:18] <siretart> I have now about the half written, I think
[09:18] <siretart> there are still some things to implement, but I focus on writing right now
[09:19] <ajmitch> good luck :)
[09:20] <siretart> thanks :)
[09:21] <lophyte> i can't figure out this xen networking for the life of me..
[09:21] <ajmitch> still giving you issues?
[09:21] <lophyte> yeah.. I can't use briding
[09:21] <lophyte> bridging, rather
[09:22] <lophyte> i'm gonna try using routing
[09:27] <lophyte> so far so good..
[09:27] <lophyte> I think its an iptables issue now
[09:30] <ajmitch> it'll probably work better with domains I don't need to access directly
[09:31] <lophyte> hrm..
[09:31] <lophyte> from domU I can ping vif3.0 and ra0 in dom0
[09:31] <lophyte> but not beyond dom0
[09:32] <lophyte> which is why I think its an iptables issue
[09:32] <lophyte> iptables is either blocking or not forwarding packets coming back
[09:32] <ajmitch> forwarding is on in /proc/sys/net/ipv4/ip_forward ?
[09:33] <lophyte> er, wtf, no.. it should be..
[09:34] <lophyte> er, wait, lol
[09:34] <lophyte> wrong machine
[09:34] <lophyte> yeah, its on in dom0
[09:36] <lophyte> ACCEPT     all  --  <IP_ADDRESS>        anywhere            PHYSDEV match --physdev-in vif3.0
[09:36] <lophyte> that's the only iptables rule
[09:36] <lophyte> in the FORWARD chain
[09:37] <lophyte> ergh.. maybe I should try nat
[09:37] <lophyte> I can ping domU from dom0
[09:37] <lophyte> and dom0 from domU
[09:38] <lophyte> but nothing beyond dom0... hrm
[09:41] <lophyte> okay, maybe its not an iptables issue..
[09:42] <lophyte> ##xen isn't very helpful
[09:54] <lophyte> ajmitch: do you use routing or bridging?
[09:57] <lophyte> woo.. nat seems to be working
[09:57] <lophyte> sweet
[09:57] <lophyte> nat works
[10:18] <ajmitch> lophyte: bridging
[10:18] <ajmitch> whiprush: ping
[10:18] <lophyte> ah
[10:18] <lophyte> well, nat seems to be working for me
[10:18] <ajmitch> whiprush: got the address of the hotel you've got booked?
[10:25] <lophyte> is there a way to manually create a domain that runs in the background?
[10:27] <ajmitch> just xm create domain.cfg
[10:27] <ajmitch> unless you mean at bootup
[10:28] <ajmitch> also there's /etc/xen/auto/ for domains started at bootup
[10:29] <lophyte> ah, alright
[10:29] <lophyte> so -c brings you to the console
[10:29] <ajmitch> yes
[11:27] <Burgundavia> anybody else want to post a todo list to the mailing list, or should I
[11:27] <Burgundavia> ?
[11:52] <Burgundavia> hmm, uus got declined for mtv
[11:56] <Burgundavia> whiprush, ajmitch, wasabi_: you lot need to subscribe to https://features.launchpad.net/distros/ubuntu/+spec/ubuntu-update-server
[11:56] <Burgundavia> and repropose for mtv


[11:07] <infinity> cjwatson: So, remember my "How the heck did this ever work?" comments about ubiquity and flash-kernel-installer?
[11:08] <infinity> cjwatson: The answer is "it never did", as far as I can tell.
[11:08] <infinity> cjwatson: It accidentally worked (as in, f-k-i never ran, but update-initramfs fixed it all up) because jasper writes /etc/flash-kernel.conf.  Except that appears to not be working as of very recently.
[11:13] <infinity> cjwatson: Which gets me shockingly no closer to an answer, because that's yet another bit of code that hasn't changed in forever and mysteriously stopped working, but it's a hell of a lot easier to debug at least. :P
[11:13] <infinity> cjwatson: (In P, we (or I, I suppose) should fix ubiquity to actually do bootloaders correctly for ARM, though)
[13:36] <infinity> cjwatson: How are you at partition math?
[13:41] <cjwatson> slow
[13:42] <cjwatson> I usually get there in the end
[13:44] <infinity> Heh.
[13:44] <infinity> Well, I have a sneaking suspicion post-boot-armel+omap is wrong.
[13:44] <infinity> EXT4-fs (mmcblk1p2): bad geometry: block count 1505280 exceeds size of device (1505264 blocks)
[13:44] <infinity> ^-- Is a bit of a hint on that. :P
[13:45] <infinity> We're sometimes writing our filesystem past the end of the image.
[13:51] <cjwatson> that happens to be rounding up to 735MiB
[13:51] <cjwatson> which may have something to do with it
[13:52] <cjwatson> an off-by-one (multiplied by cylinder size or something) error wouldn't surprise me
[13:53] <infinity> Yeah, an off-by-sectors/cylinders/something error seemed fairly reasonable.
[13:54] <infinity> But I don't know partitioning well enough to really be sure what the shell math in post-boot does, except make me wince.
[13:54] <cjwatson> at the moment it makes me go cross-eyed; I'm short on sleep
[13:54] <infinity> Heh.
[13:54] <cjwatson> I guess I can have another look on Monday if you haven't figured it out by then, though a plain English description of what it's *supposed* to do wouldn't hurt
[13:55] <infinity> I think what it's meant to do is actually reasonably obvious, except for the part where heads/tracks/blocks/cylinders all make my brain bleed after a bit.
[13:56] <infinity> Which is silly, it's just simple arithmetic.  I probably just need to reduce it to meaningless variables and stop pretending it relates to fictional drive geometry. :P
[13:57] <infinity> Then again, with all the sleep I haven't been getting, 8am might be the wrong time for me to care.
[13:57] <infinity> (Note that it's "late" still, not "early"...)
[17:59] <milesp> hi
[18:00] <milesp> can you guys help me with an install issue?
[20:03] <infinity> I've never been so disappointed to see a tool that does what it's supposed to.
[20:04] <infinity> (klibc's reboot correctly syncs before reboot, so I'm still stumped as to why some of the things I'm writing to / aren't getting there)
[20:04] <infinity> Unless this is subtle FS corruption brought about by the image size thing I just fixed, in which case, yay?
[20:04] <infinity> (rebuilding an image with yesterday's livefs to see)
[20:13] <cjwatson> I thought the kernel synced before reboot nowadays, never mind klibc
[20:15] <infinity> It might, but both our shutdown implementations do too.
[20:15] <infinity> So, my glroious theory that maybe my writes were skipping the FS is shot.  This new image better just magically work. :P


 So far so good. I just migrated from Mint, so I am curious about the differences and of course similarities
[07:58] <Guest51840> dear friends
[07:59] <Guest51840> got an script error after the start, i made a screenschot
[08:00] <Guest51840> how can i send it, best regards. using raspi3 with ubuntu-mate
[08:01] <alkisg> !screenshot
[09:20] <vlt> alkisg: What is meant by "global menu"?
[09:20] <alkisg> vlt, I replied to: (06:31:29 πμ) Rabbitnightmare: can you please not have global menu
[09:20] <alkisg> Global menu is when the application menus go to the top panel instead of their normal position
[09:21] <alkisg> It's something Unity had, and MacOS has
[09:21] <vlt> alkisg: Ah, ok. Now I understand.
[09:21] <vlt> +1 against global menus :D
[12:29] <mate|43160> Hi, I hope, that somebody may help me.
[12:30] <mate|43160> My fn-keys for the backlight dont work and I already made the changes in grub
[12:30] <mate|43160> does anybody have another idea?
[14:14] <guest-xczndq> tttttttttttt555555555577777777000000ßßßß
[14:19] <guest-xczndq> ffgpgßbüßhgjoh0h            ko0öäößfffgfffff                                                              yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy                                                              vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv                                                                    v
[14:19] <guest-xczndq>                                        vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv                                                                    ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc                                                                               ddddddddddddddddddddddddddddddddddd
[14:19] <guest-xczndq> gfh
[14:19] <guest-xczndq> jhgj
[14:19] <guest-xczndq> hzjg
[16:24] <mate|4545> wesh
[16:24] <mate|4545> hello
[16:24] <mate|4545> hi
[16:24] <mate|4545> anybdy ?
[16:24] <mate|4545> plz
[16:24] <mate|4545> i need help
[16:24] <mate|4545> ur mom gay
[16:25] <mate|86138> i'm stuck in the matrice
[16:25] <mate|86138> plz
[16:25] <mate|86138> help
[16:25] <mate|86138> jzeogesr
[17:38] <detherious> hey does anyone know where i can learn programming and anything else about linux os. i want to get familiar with commands aas well as doing IT for this.
[18:46] <lluis> hola
[18:48] <lluis> alguien me echa un cable para instalar firefox desde el terminal ?
[18:49] <diogenes_> !es | lluis
[19:35] <mate|18068> hi
[21:23] <ole_denmark> hello friends  some here programming with python i have a problem with lpt trying to gt 8 small led's to light
[21:24] <ole_denmark> from 0 to 256
[21:25] <ole_denmark> 1 2 4 8 16 32 64 128
[22:28] <lemur2018> hi
[22:28] <lemur2018> i need help moving the taskbar from top to bottom on ubuntu mate netbook theme
[22:31] <kernal> is it right click / move ?
[22:33] <lemur2018> i got it thanks kernal


[06:36] <mrand> heh.  last gasp of myspace trying to say "we're still here and relevant!"... they just spammed me with subject line: "Now serving: Movies, Games & more"
[06:39] <mrand> AND there unsubscribe link doesn't work.


[12:12] <munz> jck77: yea, i agree w/ maxolasersquad, i was very resistant to it too, i was told to give it some time
[12:12] <munz> noe i do like it
[12:13] <munz> *now
[12:13] <munz> and perfer it
[13:01] <dantalizing> morning
[13:14] <maxolasersquad> Good morning dantalizing.
[13:16] <dantalizing> agreed
[14:21] <maxolasersquad> In this mornings meeting a coworker asks why we have tables laid out the way we do as opposed to mergin stuff together.  After I explain it is to keep things in third normal form, he asks what that means to me.  I start going off into ACID compliance.  He then wants to know why after thirty years in the industry these things are all of a sudden important.
[14:21] <maxolasersquad> Head asplodes all of the conference room.
[14:21] <maxolasersquad> all over
[15:45] <munz> lol maxolasersquad
[17:06] <dantalizing> anyone using bufExplorer?
[20:13] <danstoner> dantalizing: does that have anything to do with Buffy the Vampire Slayer?
[20:14] <danstoner> That sounds like a nice tool.
[20:15] <maxolasersquad> danstoner: It's a vim plugin.
[20:15] <maxolasersquad> A vim plugin that allows you to explore Buffy.
[20:18] <danstoner> I wonder if I can get that for emacs...
[20:26] <maxolasersquad> The emacs plugin is for exploring Stalman.
[20:26] <maxolasersquad> Another vim win.
[21:38] <shadowchaser> hello all
[21:38] <shadowchaser> hey zoopster how are things going today?
[22:14] <shadowchaser> Heyo!


[00:27] <balloons> ahoneybun, that's no good. I'm mailing you the nexus 7 tomorrow
[00:27] <ahoneybun> awesome cool
[00:27] <ahoneybun> balloons, it is blinking red while charging
[00:28] <ahoneybun> some are saying it is because the battery is so low and I just need to charge it for a few hours (8-10)
[00:28] <balloons> ahoneybun, ahh yes.. Some of those fun things. You might need to let it sit in the charger forever, or alternatively, have it completely discharge first, then charge it
[00:29] <ahoneybun> well it seems it is completely discharged balloons as that is why the light comes on
[00:29] <ahoneybun> what happened was I flashed a custom CM rom on it and it was booting so I just left it there and then it shutdown


 @Ivoriesablaze, Nice
 right in the feels
 @Ivoriesablaze / @RazPi - Are you going to come this weekend?
 Today or tomorrow? No, this car thing is really holding me back
 on Saturday is an Ubuntu Hour
 Saturday actually
 Oh yeah, today's Wednesday, I forgot, I'm taking off today bc of Yom Kippur
 @KMyers I'll hve to see if I finish my task before saturday but otherwise would love to
 Let me know so I can arrange transit
 I NEED to do something... The family I have had in town have left
 heckle Apple people outside of an Apple store?
 http://abcnews.go.com/US/fearing-hurricane-matthew-florida-family-parks-car-living/story?id=42642375
 Florida
 How the...
 Can't make it Saturday :-(
 Knee pain is back and I need to look for new cars
 @Ivoriesablaze, You may have better luck looking for cars in Broward County.... Just saying
 Probably, but my knee is in tremendous pain again, and my dad is looking with me


[00:00]  * axw goes to do school pickup
[00:00] <axw> err
[00:00] <axw> dropoff
[00:31] <veebers> wallyworld: is the juju trunk tagged for each 'beta release', i.e. if I wanted to build a binary for juju-beta11 etc. can I check out a tag?
[00:31] <wallyworld> yes
[00:31] <wallyworld> QA does that, i'm not sure what the tags are called exactly
[00:31] <veebers> wallyworld: cheers, I'll figure it out
[00:32] <thumper> wallyworld: just pushing update to list-users
[00:32] <wallyworld> ok
[00:33] <thumper> wallyworld: http://reviews.vapour.ws/r/5670/diff/#
[00:33] <thumper> wallyworld: `juju list-users some-model` now also shows logged in user with * (and green)
[00:34] <wallyworld> great
[00:34] <thumper> wallyworld: I also changed the output to better match list-users
[00:34] <axw> menn0: we don't support arch on azure. did you get the right line number?
[00:34] <thumper> however we don't have date-created returned from the server
[00:34] <menn0> axw: the line number might be different in my checkout
[00:34] <axw> line 901 is something else entirely
[00:34] <menn0> hang on
[00:35] <menn0> axw: https://github.com/juju/juju/blob/master/provider/azure/environ.go#L834
[00:36] <axw> menn0: so if we separated series from kernel, I'd just be checking "is it linux" there
[00:36] <axw> menn0: could you just change it to GenericLinux please?
[00:36] <axw> menn0: actually
[00:37] <axw> menn0: just drop it
[00:37] <axw> menn0: if we were to support something server side, "generic" wouldn't be helpful
[00:37] <menn0> axw: that's what i'm thinking
[00:37] <axw> I'll just need to grow the list as we add it
[00:37] <menn0> axw: this is about the instance's series AFAICS
[00:37] <axw> menn0: yeah it is, but the code there only cares that it's linux - not which distro
[00:38] <axw> menn0: but "generic linux" isn't going to apply to anythign we actually support server-side
[00:38] <menn0> axw: no it won't
[00:38] <menn0> axw: and Arch won't work either without further support elsewhere
[00:38] <axw> menn0: indeed
[00:39]  * axw bbs
[00:43] <wallyworld> thumper: i asked for the deleted feature test to be added back, and menn0 was naughty for not requesting Qa steps be done
[00:54] <wallyworld> axw: ping when you're back
[00:54] <axw> wallyworld: pong
[00:56] <wallyworld> axw: with credential parsing. the cred name can have "_" in it. so 2 options. one is to use "__" as the separator for the parts. the other is to retain the use of "_" and instead of strings.Replace(s, "__", "/", -1) just look for the first 2 "_" in the string. but the latter might get confusing to read
[00:57] <wallyworld> the former also allows for __ in the use rname
[00:57] <wallyworld> bah, _
[00:57] <wallyworld> fred_bloggs@local
[00:57] <wallyworld> for example
[00:58] <axw> wallyworld: I was thinking that we'd just add escape sequences
[00:58] <axw> wallyworld: e.g. use URL encoding
[00:59] <wallyworld> yeah could do, i was going for something human readable easily
[00:59] <axw> wallyworld: then the user can use whatever characters they want in the cred name
[00:59] <axw> wallyworld: well, most things will still be unescaped
[00:59] <wallyworld> but yeah i can escape
[01:16] <axw> veebers: CI seems unhappy: http://juju-ci.vapour.ws:8080/job/github-merge-juju/9231/console
[01:16] <axw> merge job anyway
[01:17]  * veebers looks
[01:22] <veebers> axw: I think I see what was wrong. I've just fired that off now and will watch it
[01:36] <axw> veebers: thanks
[01:39] <thumper> wallyworld: back
[01:39] <thumper> I didn't show QA, but did do it
[01:39] <wallyworld> ok
[01:39] <thumper> menn0 reviewed it when it was just removal
[01:39] <wallyworld> you need to add it to PR :-)
[01:40] <wallyworld> that's another thing about RB - it has a QA section
[01:40] <wallyworld> gh doesn't
[01:40] <thumper> did just
[01:46] <veebers> axw: that went through that time
[01:46] <axw> veebers: thanks for your help
[01:49] <veebers> nw
[01:50] <thumper> wallyworld: how do I add credentials?
[01:50] <thumper> is there a command for it?
[01:50]  * thumper needs coffee
[01:50] <wallyworld> juju add-credential
[01:50] <wallyworld> juju autoload-credentials
[01:51] <thumper> ah... I had a trailing s
[01:51] <wallyworld> there's 2 commands :-)
[01:53] <menn0> wallyworld: I can have a quick HO to discuss tools selection
[01:53] <menn0> ?
[01:53] <menn0> can I
[01:53] <menn0> brain not functioning
[01:53] <wallyworld> menn0: sure, give me a couple of minutes
[01:53] <menn0> actually, I might be a while
[02:00] <wallyworld> axw: here's that credentials change https://github.com/juju/names/pull/73
[02:00] <wallyworld> menn0: ping when you are ready
[02:07] <thumper> wallyworld: how do we set model config now?
[02:08] <thumper> set-model-config has gone
[02:08] <thumper> juju config doesn't look like it does it
[02:08]  * wallyworld considers pointing thumper to the relse notes
[02:08] <wallyworld> juju model-config foo=bar
[02:08] <wallyworld> foo=bar
[02:08] <thumper> how about adding model-config to see also of config?
[02:09] <wallyworld> can do
[02:10] <thumper> oh ffs
[02:10] <thumper> why is my tab completion broken?
[02:10] <thumper> who knows bash bollocks?
[02:10] <thumper> juju control_juju_complete_2_0: command not found
[02:13] <thumper> who wants good news?
[02:13] <thumper> ha in gce seems fine
[02:17] <rick_h_> thumper: when you kill the master
[02:17] <rick_h_> .,?
[02:17] <rick_h_> ?
[02:17] <rick_h_> wheb i tried it today it didn't work
[02:19] <thumper> rick_h_: see the bug, added output
[02:19] <thumper> it all works
[02:20] <thumper> hang on...
[02:20] <thumper> when you say "kill the master" what do you mean?
[02:20] <thumper> I ssh'ed to the machine and stopped the agent
[02:23] <axw> wallyworld: reviewed on gh. I'm a little concerned that as we go along, we'll want to grow the allowed characters. I'd rather nip it in the bud and use URL query encoding
[02:23] <thumper> axw: agreed
[02:23] <wallyworld> bah gh :-(
[02:24] <wallyworld> ok, can change encoding
[02:26] <wallyworld> so where's the Fixed button once an issue is fixed on gh?
[02:30] <thumper> rick_h_: it is possible that you hit the edge case of attempting to connect to the agent while it was busy thinking about who the leader is
[02:30] <thumper> it seems that mongo either decides very quickly, or in two minutes
[02:36] <menn0> wallyworld: ok, are you around?
[02:36] <wallyworld> yep
[02:36] <menn0> wallyworld: stand up hangout?
[02:36] <wallyworld> standup works
[02:40] <thumper> # github.com/juju/juju/state/backups
[02:40] <thumper> state/backups/restore_test.go:123: not enough arguments in call to setAgentAddressScript
[02:40] <thumper> wallyworld: ^^^
[02:40] <thumper> that is from the ci failure
[02:41] <wallyworld> thumper: that's perrito666's work
[02:41] <wallyworld> i can let him know
[02:41] <thumper> how did it get in?
[02:43] <wallyworld> nfi i didn't review it
[02:43] <thumper> I mean land at all...
[02:43] <thumper> is it os specific?
[02:45] <wallyworld> might be os specific
[02:45] <wallyworld> is this a windows test failure?
[02:49] <axw> natefinch: don't suppose you're awake and around?
[02:54] <veebers> wallyworld: when I use an older beta (either 11 or 14 in this case) I see this message and a panic, any idea what's going wrong? http://pastebin.ubuntu.com/23180523/
[02:55] <thumper> wallyworld: no. it isn't
[02:56] <wallyworld> veebers: haven't seen that message, are you running a snap?
[02:56] <veebers> wallyworld: no, this is a juju binary from a deb that I pulled from a pervious run
[02:56] <wallyworld> thumper: in that case not sure sorry, i am not across the latest restore code that was just done
[02:58] <wallyworld> veebers: what are you doing? bootstrap?
[03:07] <menn0> wallyworld: huzzah! I just hacked in the relaxing of the OS comparison and I now have a fedora client bootstrapping a xenial controller on AWS
[03:07] <wallyworld> awesome
[03:08] <natefinch> axw: here now
[03:08] <axw> natefinch: just wondering if you have a personal Azure account?
[03:08] <natefinch> axw: yeah
[03:09] <axw> natefinch: ok. I don't need anything yet, but will need someone to test out some changes I'm making. I'll poke you when it's ready - probably not till tomorrow
[03:09] <natefinch> axw: cool
[03:15] <axw> natefinch: if you're actually working, I'd appreciate a review on this: https://github.com/juju/juju/pull/6249
[03:17] <natefinch> axw: heh ok
[03:29] <veebers> wallyworld: sorry was distracted by the merge bot stuff; No this is after bootstrap, but I'm doing a couple of odd things as I'm installing stuff on the controller to collect system stats. I'll try get some proper information shortly
[03:30] <wallyworld> veebers: but this is all from beta15 or whatever right, you are not mixing betas?
[03:30] <wallyworld> you know that betas are not compatibile with each other
[03:31] <veebers> wallyworld: no, this is all fresh bootstrap et. al from the same binary (and juju version)
[03:31] <axw> wallyworld: you know you haven't pushed your change?
[03:32] <wallyworld> let me check
[03:32] <wallyworld> damn for got -f
[03:33] <wallyworld> veebers: i haven't seen that message, but a quick grep of the code suggestions something with migrations, but not sure
[03:34] <veebers> wallyworld: ok, I'll have another go at it, possible that I'm doing something screwy (although that would be surprising)
[03:35] <wallyworld> veebers: probs not your fault, i just haven't seen that message before
[03:35] <wallyworld> you do need to ensure it's a clean slate though
[03:47] <natefinch> axw: are we trying out github reviews?
[03:48] <axw> natefinch: I've been using it
[03:48] <axw> natefinch: and I'm happy for you to review my code using it
[03:53] <menn0> wallyworld or thumper: https://github.com/juju/utils/pull/237
[03:53]  * thumper looks
[03:59] <wallyworld> axw_: looks like we have a revoked attribute on cloud.Credential but it's not saved anywhere yet
[04:00] <thumper> menn0: review done
[04:00] <natefinch> axw_: reviewed
[04:00] <axw_> wallyworld: yep - didn't you add that? :)
[04:00] <axw_> natefinch: thanks
[04:00] <natefinch> axw_: oh, I suppose I should run the QA tests
[04:01] <wallyworld> axw_: can't recall now. but i'll add it to the mongo doc
[04:01] <axw_> natefinch: if you like. I did run them myself
[04:02] <menn0> thumper: I replied to your comment
[04:02] <menn0> ok to merge?
[04:02] <menn0> ah I see you've already approved
[04:02] <thumper> yep
[04:02] <natefinch> axw_: this seems straight forward enough.  I'd rather not right now, given how slow azure is and how late it is for me.
[04:03] <axw_> natefinch: yep, I think it's fine - thanks
[04:03] <menn0> thumper: do you know if the bot merges for juju/utils or is it manual?
[04:04]  * thumper looks
[04:04] <thumper> bot
[04:05] <thumper> menn0: look for the github-merge-juju-* jobs http://juju-ci.vapour.ws:8080/view/Juju%20Ecosystem/
[04:05] <menn0> thumper: of course.
[04:05] <menn0> it just took a while so I was beginning to wondering
[04:05] <menn0> wonder
[04:18] <wallyworld> axw_: if you get time later, here's a small pr that adds a watcher for a specific credential tag to state http://reviews.vapour.ws/r/5690/
[04:18] <anastasiamac> axw_: wallyworld:veebers: i think i know why my PR failed some tests - not on images side (have it too engrained that simplestreams is images and gui) but on tools
[04:18] <natefinch> menn0: btw, figured out why hardwarecharacteristics has json tags, at least : the API
[04:19] <anastasiamac> when stream is pulled for tools metadata, I *think* sometimes it causes confusion.. investigating
[04:19] <menn0> natefinch: a bit ick that a struct that lives there is used directly for the API
[04:19] <menn0> natefinch: the yaml tags aren't used though?
[04:20] <natefinch> menn0: not that I can tell.  I didn't look too deeply into that part, once I realized at least one of the tags was used.  We notably do not use that to serialize the values to yaml, since we just serialize the whole struct as that one line string.
[04:21] <menn0> yep
[04:22] <anastasiamac> axw_: wallyworld: actually, no cannot be as tool sections ignores resolve info anyway...
[04:37] <wallyworld> axw_: thank you, doing the facade bits after lunch
[04:37] <axw_> wallyworld: np
[04:37] <natefinch> menn0, wallyworld: I updated http://reviews.vapour.ws/r/5656/   ... I eneded up doing a wholesale find and replace for cpu-cores, since some tests were using the wrong one to check the output, and it was easier to just change everything than try to only fix the exact right ones that were failing.
[04:38] <menn0> natefinch: i'm about to do a kid pickup but I can look afterwards
[04:38] <natefinch> menn0: I'm going to bed, no rush :)
[04:39] <wallyworld> natefinch: haven't looked yet, but using "core" everywhere sounds good to me.
[04:39] <wallyworld> we just handle the cpu-ocres when doing the deprecation
[04:40] <natefinch> yep
[05:13] <veebers> wallyworld: oh, so it seems that panic is releated to trying to deploy a bundle, in this case: cs:~landscape/bundle/landscape-scalable
[05:13] <wallyworld> that makes more sense
[05:13] <wallyworld> it seems like it's trying to get a snap or something from the edge channel
[05:14] <wallyworld> or a charm
[05:14] <veebers> wallyworld: any idea if there is a fix or a work around? :-\ If it's due to a newer bundle/charm can I force a previous version?
[05:14] <veebers> wallyworld: ah that makes sense
[05:14] <wallyworld> don'tknow off hand, i'd have to look inside the bundle to see what the issu eis
[05:15] <veebers> Interesting. I imagine there is something in place or that there is a branch for 1.25 as I was able to deploy it with 1.25 (although that uses quickstart and a slightly different uri scheme, assuming I've got that right)
[05:45] <veebers> wallyworld: who would be a good person to query re: my charm/panic question? I would love to run it with a previous beta, but don't want to eat your your limited time
[05:46] <wallyworld> veebers: um, not sure, any juju dev really. you'd need to start by looking inside the bundle. i'd love to help but i have so much to do before tomorrow when i leave
[05:46] <veebers> wallyworld: ack, understood :-)
[06:13] <veebers> axw, anastasiamac_ would you have a moment to help me with this charm? I'm wanting to deploy it with an older juju (i.e. beta14 and beta11) to get some performance details, but it causes a panic
[06:33] <veebers> anastasiamac_: this is a pastebin of what I see when I try deploy using beta11 or beta14: https://pastebin.canonical.com/165624/
[06:34] <veebers> like wallyworld mentioned, it looks like something snap related
[06:35] <anastasiamac_> yeah and it's coming from  charmrepo.v2-unstable.. i woner who knows much about charmrepo
[06:35] <anastasiamac_> axw_: : wallyworld: urulama ^^
[06:35] <anastasiamac_> wonder*
[06:36] <veebers> anastasiamac_: fyi for beta14 the commit for charmrepo in dependancies.trv is 6e6733987fb03100f30e494cc1134351fe4a593b
[06:36] <urulama> old clients can't deal with charms in channels other than stable
[06:36] <anastasiamac_> veebers: ans since master tip is 73c1113f7ddee0306f4b3c19773d35a3f153c04a something might have changed...
[06:37] <anastasiamac_> urulama: \o/
[06:37] <anastasiamac_> veebers: any particualr reason why u r interested in beta 11/14?
[06:37] <urulama> the way core was written, if they see anything other then development (deprecated) or stable, they'll panic
[06:37] <veebers> ah ok. urulama is there a 'stable' version of cs:~landscape/bundle/landscape-scalable>
[06:37] <urulama> veebers: you need beta 16+
[06:37] <veebers> anastasiamac_: I'm wanting to compare data of runs (performance comparison)
[06:37] <anastasiamac_> veebers: my hero \o/ thank you :D
[06:37] <urulama> veebers: there is, the thing is ... if it's in two channels (one of them edge), client will panic
[06:38] <veebers> urulama: ah right, which is what I'm seeing here
[06:38] <urulama> breaking changes all the way for betas :)
[06:38] <veebers> urulama: thanks for clarifying that :-)
[06:38] <urulama> veebers: np
[06:38] <veebers> urulama: I take it there is no way to deploy that bundle with an older beta?
[06:38] <urulama> veebers: sorry for the great experience :)
[06:39] <veebers> urulama: heh
[06:39] <urulama> veebers: directly from store, no. dl it to disk and deploy as local
[06:40] <veebers> urulama: oh interesting. So I can just grab the .zip from the store and use that?
[06:41] <urulama> veebers: in case of bundles, you can use bundle.yaml only ... however, i suspect landscape charms will be both channels as well and will rewquire same local download, therefore changes to bundle.yaml
[06:42] <urulama> veebers: but yes, you can always grab the zip and do local deploys
[06:43] <veebers> urulama: ah right, you're suggesting that I need to download the charms locally as well and update the bundle.yaml file to reflect that?
[06:43] <urulama> veebers: yeah
[06:43] <urulama> veebers: if possible, upgrading to beta18 could be faster :D
[06:43] <veebers> urulama: cool, thanks :-)
[06:43] <veebers> urulama: hah, I want to get data from previous versions to compare a couple of things
[07:12] <huwshimi> wallyworld, axw_: Are either of you around and available for some fun debugging?
[07:12] <wallyworld> huwshimi: depends :-)
[07:13] <huwshimi> haha
[07:13] <urulama> wallyworld: you know you love our bug reports :)
[07:14] <huwshimi> wallyworld: one sec while I write out the issue :)
[07:14]  * wallyworld can't wait
[07:15] <urulama> http://www.reactiongifs.com/r/2013/07/happy-dance-.gif
[07:38] <perrito666> Nothing beats waking up after only 4hs sleep to discover your commit broke CI
[07:39] <wallyworld> perrito666: not your fault, bot was broken
[07:43] <wallyworld> axw_: ping
[07:44] <axw_> wallyworld: pong
[07:44] <wallyworld> axw_: how busy are you?
[07:44] <wallyworld> i have a bug
[07:44] <wallyworld> bug 1623808
[07:44] <mup> Bug #1623808: CreateModel can't find existing creds <juju:Triaged> <https://launchpad.net/bugs/1623808>
[07:44] <axw_> wallyworld: fairly...
[07:44] <wallyworld> ok,
[07:44]  * axw_ looks
[07:44] <wallyworld> i see if i can get to it
[07:45] <wallyworld> axw_: recall in my PR today i messed with the code to look up a credential; i ran into this same issue
[07:45] <axw_> hrm, ok
[07:45] <wallyworld> i'll see if i can get to it later tonight
[07:45] <axw_> wallyworld: possibly somewhere along the line we're not using the canonical user name
[07:45] <axw_> e.g. being persisted without the @local
[07:45] <wallyworld> yeha, that what it seems like
[07:46] <wallyworld> i'll have dinner, propose ny current pr, and come back to look
[07:46] <huwshimi> wallyworld, axw_: sorry
[07:47] <wallyworld> huwshimi: what for? finding a bug in our code?
[07:47] <wallyworld> beyyer to find it now
[07:47] <huwshimi> wallyworld: And making you work late
[07:47] <wallyworld> it's our own fault
[07:47] <wallyworld> if the bug weren't there, nothing to fix
[07:47] <huwshimi> wallyworld: And then what would you do with your evening?!
[07:47] <wallyworld> drink!
[07:48] <wallyworld> and shit, i have got to fill in the census tonight, been threatened with a fine :-(
[07:48] <huwshimi> wallyworld: Exciting times
[07:48] <urulama> wallyworld: you should behave in public, don't yell at people or scare they away ... not all of them are programmers!
[07:48] <wallyworld> indeed. i need to make up some fake details for them
[07:49] <wallyworld> urulama: who did i yell at?
[07:49] <urulama> wallyworld: just read you've been threatened with a fine :)
[07:50] <wallyworld> urulama: by the government for not filling in the census
[07:50] <urulama> heh, why so serious? ;)
[07:50] <wallyworld> i don't want to give them my data
[07:50] <wallyworld> stress :-)
[07:54] <mup> Bug #1623811 opened: locally updated credentials not uploaded to controller <juju-core:New> <https://launchpad.net/bugs/1623811>
[07:54] <mup> Bug #1623814 opened: Multiple local providers all write to the same all-machines.log <juju-core:New> <https://launchpad.net/bugs/1623814>
[08:06] <mup> Bug #1623811 changed: locally updated credentials not uploaded to controller <juju-core:New> <https://launchpad.net/bugs/1623811>
[08:15] <mup> Bug #1623811 opened: locally updated credentials not uploaded to controller <juju:Triaged> <https://launchpad.net/bugs/1623811>
[08:21] <mup> Bug #1623811 changed: locally updated credentials not uploaded to controller <juju-core:New> <https://launchpad.net/bugs/1623811>
[08:45] <babbageclunk> wallyworld: looking at bug 1584193 - just want to confirm the final state
[08:45] <mup> Bug #1584193: juju deploy <bundle> is in a different form than jujucharms.com <2.0> <landscape> <usability> <juju:Triaged by alexis-bruemmer> <https://launchpad.net/bugs/1584193>
[09:06] <mup> Bug #1623814 changed: Multiple local providers all write to the same all-machines.log <juju:Triaged> <juju-core:Invalid> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1623814>
[09:34] <babbageclunk> urulama: ping?
[09:34] <urulama> babbageclunk: you rang?
[09:34] <babbageclunk> urulama: Hi - I'm working on bug 1584193 - just want to confirm the final state
[09:35] <mup> Bug #1584193: juju deploy <bundle> is in a different form than jujucharms.com <2.0> <landscape> <usability> <juju:Triaged by 2-xtian> <https://launchpad.net/bugs/1584193>
[09:35] <urulama> babbageclunk: still using cs:~ format only
[09:36] <babbageclunk> urulama: That's the current required bundle url format?
[09:37] <urulama> babbageclunk: that's about URL format, not bundle format (as in content of .json)
[09:37] <urulama> sorry .yaml :D
[09:37] <babbageclunk> urulama: And we want to accept :user/:name/:series/:revision  (no cs:), where everything except name is optional?
[09:38] <urulama> babbageclunk: we'd like to accept /u/:user/:name/:series/:revisions but don't currently
[09:39] <babbageclunk> urulama: I guess what I'm asking is should juju be super-tolerant for all of the historical formats as well as the new ones?
[09:40] <urulama> babbageclunk: yeah, if you break cs:~ format, all the bundles are broken
[09:40] <urulama> babbageclunk: we wouldn't want to do that :)
[09:42] <babbageclunk> urulama: so we want to add the new format for the URL (with and without /u/), as well as all of the others that are currently handled?
[09:42] <babbageclunk> (I mean, as well as keep all of the others...)
[09:43] <urulama> babbageclunk: looking at comment #3 from Rick, looks like it, yes
[09:44] <babbageclunk> urulama: Ok, thanks - I think I get it now. I'm going to start adding test cases.
[09:44] <urulama> babbageclunk: i'd double check, but i don't think /u/ is needed in charms
[09:44] <urulama> babbageclunk: plan to do it for RC?
[09:45] <babbageclunk> urulama: Yeah, dropping /u/ is how I'd interpreted your comment (#5)
[09:45] <babbageclunk> urulama: Hopefully (as long as no surprises today).
[09:47] <urulama> babbageclunk: means you need a list of series to verify if second or third parameter in URL is a revision :-/
[09:47] <urulama> as in user/mysql/xenial/1 or mysql/xenial/1  vs user/mysql
[09:48] <babbageclunk> urulama: Isn't revision always a number while series never is?
[09:48] <babbageclunk> urulama: Oh, you mean user/name vs name/series?
[09:48] <urulama> babbageclunk: sorry, s/revision/series
[09:48] <urulama> babbageclunk: yeah
[09:49] <babbageclunk> urulama: do we have a list like that anywhere else?
[09:49] <urulama> babbageclunk: i think it's in charmrepo
[09:50] <babbageclunk> urulama: cool, thanks
[09:56] <urulama> babbageclunk: it's not in charmrepo
[09:56] <urulama> babbageclunk: we have it in charm store code, but not sure where it is on juju client side
[09:56] <babbageclunk> urulama: No, I hadn't been able to spot it there. Hmm.
[10:01] <urulama> babbageclunk: what you need is something like this https://github.com/juju/charmstore/blob/v5-unstable/internal/series/series.go#L37 but probably best to put in https://github.com/juju/charm/tree/v6-unstable
[10:01] <urulama> and then we start using it as single source of truth for core and charm store
[10:01] <babbageclunk> urulama: sounds good
[10:20] <wallyworld> babbageclunk: sorry, missed ping
[10:22] <wallyworld> axw_: if you get a chance later, here's a fix for that crederntials issue. i'd like a second opinion on the approach. i've validated that it solves the issue i found before when adding the new watcher code (even though i've retained the altered apporach from the watcher pr). i can't test if it fixes the gui issue but it should given the mode of failure i saw with my test code from previously http://reviews.vapour.ws/r/5692/
[10:27] <wallyworld> axw_: from what i can see, the root of the issue is that if you have a credential tag made from a user name "fred", and the CloudCredentials call makes a map keyed on tag made from "fred@local", then the map look up can fail even though for both tags, tag.Canonical() is the same
[10:30] <babbageclunk> wallyworld: no worries, urulama's been giving me some background
[10:30] <wallyworld> rightio
[10:31] <wallyworld> he can give better info than me on that topic
[10:31] <wallyworld> i'd have to go look up a bunch of stuff
[10:43] <babbageclunk> urulama, wallyworld - how does the development channel fit into url format?
[10:44] <wallyworld> babbageclunk: i don't think it does from memory; i think it's a separate search param, but not 100%
[10:48] <babbageclunk> wallyworld: the reason I ask is that there are some examples in the tests in https://github.com/juju/charm/blob/v6-unstable/url_test.go#L302
[10:50] <wallyworld> babbageclunk: yeah, you'll need to ask urulama; i've not been involved in that side of it
[11:04] <babbageclunk> urulama: the tests for charm.v6-unstable/url.go include an "exact" url - I guess this is something that gets echoed back to the user at some point? Presumably we want those to be canonicalised into the new format, to fit with docs/examples?
[12:30] <frobware> rick_h_: you about?
[12:33] <mgz> it might be a little early for him still, given the flight back
[12:35] <frobware> mgz: he just approved my travel req
[12:35] <mgz> in which case he is nuts :)
[12:49] <frobware> since I started asking DNS questions on the Azure slack channel.... and now there's a multi-region DNS outgage... :)
[12:50] <frobware> https://azure.microsoft.com/en-gb/status/
[12:51] <frobware> who needs names anyway? We're just cells in a spreadsheet. :-D
[13:19] <wallyworld> axw_: responded to comment, hope it makes sense what i'm trying to say
[13:27] <wallyworld> axw_: we would have to make it so that fred@local did not store domain="local", and reserve domain attribute for non-local; that's what you're saying right?
[13:28] <axw_> wallyworld: yes
[13:28] <wallyworld> +1 to that
[13:28] <wallyworld> if i land this now, it won't break the api, and we can do the bigger change soon
[13:28] <axw_> wallyworld: np
[13:28] <wallyworld> but what is stored in the db will need to be handled
[13:29] <wallyworld> i guess it won't be too hard to throw away @local
[13:29] <axw_> wallyworld: not sure. we may have to accept @local and drop the domain
[13:29] <wallyworld> right
[13:29] <axw_> would be better to reject it if possible
[13:29] <wallyworld> we have a few days till rc, i can land this to unblock gui
[13:30] <wallyworld> and easy then to follow up before tuesday
[13:30] <wallyworld> hmm, i wonder how big the change would be
[13:30] <wallyworld> might be nice not to have to mess with the map key types
[13:31] <wallyworld> probably a can or worms
[13:32] <wallyworld> axw_: the other thing i did which needs a second optinion is to add the credential watcher to apiserver/provisioner and apiserver/storageprovisioner as those are the bits i think will need it; adding it now gets the apis in place for later
[13:33] <wallyworld> we can hook up tomorrow about it
[13:46] <axw_> wallyworld: I LGTM'd your branch, but just thinking... I don't think storageprovisioner needs it
[13:46] <axw_> or provisioner actually?
[13:46] <axw_> wallyworld: I think only the environ tracker wants to watch it, and restart when it changes
[13:46] <wallyworld> axw_: yeah, wasn't sure, until we dig in and implement something.
[13:47] <wallyworld> the provisioners would need it if they were responsible for passing creds to the environ
[13:47] <wallyworld> depends on how we want to model it. i don't have to land the work
[13:48] <babbageclunk> natefinch: Review this tiny test fix for juju/charm? Knock-on from a change you made to juju/version. https://github.com/juju/charm/pull/219
[13:48] <axw_> wallyworld: the environ-tracker is solely responsible for maintaining the Environ
[13:48] <natefinch> babbageclunk: looking
[13:48] <babbageclunk> natefinch: thx
[13:48] <axw_> wallyworld: the provisioners depend on the environ-tracker to get the Environ
[13:48] <axw_> let's deal with it tomorrow
[13:49] <wallyworld> yep, sgtm
[13:49] <wallyworld> changing @local handling will be messy
[13:49] <natefinch> babbageclunk: isn't "beta18" the tag?  or is "beta" the tag and 18 the patch?
[13:49] <urulama> wallyworld: aren't you happy we filed that bug today? :)
[13:50] <wallyworld> urulama: oh, i'm positively estatic
[13:50] <urulama> :D
[13:50] <babbageclunk> natefinch: not sure - at the moment it'll be parsed as tag:beta, patch:18.
[13:50] <wallyworld> urulama: there's a quickie fix landing
[13:50] <wallyworld> should work but we can't reproduce as the cli passes what's expecyed
[13:51] <natefinch> babbageclunk: yeah, that's right, according to the tests on juju/version
[13:51] <wallyworld> but you guys can tell us if it fixes it
[13:51] <urulama> wallyworld: ok, thanks. will reply on that bug if it's fixed
[13:51] <wallyworld> not yet
[13:51] <wallyworld> need to see the landing happen
[13:51] <urulama> wallyworld: just out of curiosity, internal handling of @local is going to be for 2.1?
[13:51] <babbageclunk> natefinch: maybe I should add another case to that charm test to make that a bit more explicit.
[13:52] <wallyworld> urulama: i would like for 2.0 if possible, but we'll need to look at it. it should be transparent to outside
[13:52] <urulama> kk
[13:53] <natefinch> babbageclunk: nah, I think it's ok as is
[13:53] <babbageclunk> natefinch: cool
[13:53] <natefinch> babbageclunk: it's just our string output of versions is confusing, since we munge together the tag and the patch
[13:54] <natefinch> babbageclunk: man, I love being able to review right on github.
[13:55] <babbageclunk> natefinch: :)
[14:19] <rick_h_> frobware: sorry, did that while getting ready to crash
[14:20] <frobware> rick_h_: no harm done :)
[14:20] <rick_h_> frobware: around for a few for the cross team call
[14:21] <frobware> rick_h_: was going to book travel but need to know whether I'm going to the cloud sprint too
[14:21] <rick_h_> frobware: yes if you're ok with it
[14:21] <rick_h_> frobware: I got you added to the list
[14:21] <frobware> rick_h_: is there an invite; do I need to use 2 evt codes?
[14:42] <natefinch> go build is very effective in its use of every single core on my laptop
[14:48] <mup> Bug #1587644 opened: jujud and mongo cpu/ram usage spike <canonical-bootstack> <canonical-is> <eda> <performance> <juju:Fix Released> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1587644>
[15:29] <babbageclunk> hatch: ping?
[15:29] <hatch> babbageclunk: morning
[15:29] <natefinch> niemeyer: had some weird timeout from CI trying to get gopkg.in repos... not sure if this was just a network glitch or what, but figured it might be worth looking to make sure things are running smoothly: http://pastebin.ubuntu.com/23182542/
[15:30] <natefinch> niemeyer: worked fine when I retried, btw
[15:30] <dimitern> frobware: ping
[15:31] <frobware> dimitern: pong
[15:31] <babbageclunk> hatch: Hi! I'm working on bug 1584193
[15:31] <mup> Bug #1584193: juju deploy <bundle> is in a different form than jujucharms.com <2.0> <landscape> <usability> <juju:Triaged by 2-xtian> <https://launchpad.net/bugs/1584193>
[15:32] <dimitern> frobware: let's sync?
[15:33] <frobware> dimitern: give me 10-15. ok?
[15:33] <babbageclunk> hatch: Just wanted to make sure that what I'm proposing (comment at the bottom) sounds right.
[15:33] <dimitern> frobware: sure, np
[15:33] <hatch> babbageclunk: alright let me take a look
[15:33] <babbageclunk> hatch: Also, I'm not totally sure how to handle the development channel - should that just be another component of the URL? The existing tests include it.
[15:33] <babbageclunk> hatch: Thanks!
[15:33] <dimitern> frobware: I have the provider/maas PR ready, just need to test it some more
[15:36] <frobware> dimitern: ok now
[15:36] <dimitern> frobware: omw to standup HO
[15:36] <redir> morning
[15:37] <hatch> babbageclunk: I think you're on the right track, gimme aminute to bounce this off others
[15:37] <frobware> dimitern: in there now
[15:48] <hatch> babbageclunk: so it looks good, but channels should _not_ be in the url
[15:50] <babbageclunk> hatch: Ok. At the moment the tests include them https://github.com/juju/charm/blob/v6-unstable/url_test.go#L302
[15:50] <urulama> and the channels are: edge, beta, candidate, stable
[15:51] <babbageclunk> urulama: Ok, I'm just looking back at the code for the deploy command to understand how it handles channel.
[15:53] <urulama> babbageclunk: best person to ask is frankban
[15:54] <babbageclunk> urulama: Does that mean charm.URL should lose .Channel? It seems like it's included in the charmstore.CharmID instead.
[15:54] <babbageclunk> I'll talk to frankban about it.
[15:55] <frankban> babbageclunk: we should remove the channel part of charm.URL, and the corresponding tests
[15:55] <frankban> babbageclunk: that code is obsolete
[15:55] <babbageclunk> frankban: ok great - thanks!
[15:55] <frankban> np
[15:56] <frankban> babbageclunk: and sorry as that's a leftover from us
[15:56] <babbageclunk> shrugs. :)
[15:56] <babbageclunk> Code rots, I guess - easy to delete!
[16:03] <babbageclunk> urulama, frankban: Hmm - is this the kind of change that means we should bump the version of juju/charm?
[16:04] <frankban> babbageclunk: in theory yes, but I don't think there is code relying on that URL field, and btw that's -unstable
[16:04] <babbageclunk> frankban: Ah, of course! Cool cool.
[16:27] <niemeyer> natefinch: The timeout is generally an ancient version of git in use, typical in some CIs.. (fix was committed upstream ~6 years ago)
[16:47] <babbageclunk> frankban, could you review this? Removing channel from charm.URL. https://github.com/juju/charm/pull/220
[16:48] <babbageclunk> frankban: There were a couple of (trivial) uses in charmstore, I'm doing a PR for that too.
[16:52] <babbageclunk> Oops, didn't realise what time it was for him. hatch, would you mind reviewing https://github.com/juju/charm/pull/220?
[16:53] <natefinch> niemeyer: ahh, interesting.  sinzui, mgz, see niemeyer's response to my query about this timeout from CI: http://pastebin.ubuntu.com/23182542/
[16:54] <hatch> babbageclunk: I'm not really the right person to review a juju core branch :D
[16:54] <hatch> but I can certainly take a look
[16:55] <babbageclunk> hatch: Sorry! I can get frankban to look at it tomorrow instead if you'd prefer.
[16:55] <hatch> sure, it's just that my review won't be a voting one :)
[16:56] <babbageclunk> hatch: :)
[16:58] <mgz> natefinch: not sure that's right, you're looking at a gating merge job?
[16:58] <natefinch> mgz: yep
[16:58] <mgz> natefinch: that's on a xenial box, so the git version is pretty current
[16:58] <mgz> $ git version
[16:58] <mgz> git version 2.7.4
[16:58] <mgz> more likely to be random network blips
[16:59] <natefinch> mgz: http://juju-ci.vapour.ws:8080/job/github-merge-juju/9243/console
[16:59] <natefinch> mgz: you mean the network isn't reliable?
[17:00] <sinzui> mgz: natefinch: yes, we have seen network issues with gopkg and github in the past
[17:00] <sinzui> natefinch:  http://juju-ci.vapour.ws:8080/job/github-merge-juju/9244/console shows we got the packges
[17:03] <natefinch> sinzui: yep, I mentioned it worked when I retried.  I hadn't seen that particular error before, so I figured it might be worth a look just in case.  .
[18:01] <frankban> balloons: done, thanks a lot
[18:03] <alexisb> frankban, I think you mean babbageclunk who seems ot be out fo rthe day :)
[18:04] <alexisb> thanks for the review
[18:29] <frankban> alexlist: ah, right, damn you autocomplete!
[18:29] <frankban> oh... again
[18:29] <frankban> alexlist: nm
[18:42]  * redir goes for lunch and to run a couple quick errands bbiab
[19:32] <natefinch> sinzui, mgz: my branch won't trigger the bot: https://github.com/juju/juju/pull/6221
[19:35] <sinzui> natefinch: once the bot accepts, you cannot ask it to try again. you need to forge a fail reply or just rerun the jenkins build. I don't see your job was canceled though,
[19:36] <sinzui> natefinch: oh, it was this build, the one where we couldn't get a build. that broken the chain
[19:36] <sinzui> http://juju-ci.vapour.ws:8080/job/github-merge-juju/9247/console
[19:36]  * sinzui manually retries the build
[19:45] <natefinch> sinzui: dangit, I forgot to save one of the files I edited... that build's going to fail
[19:45] <sinzui> natefinch: okay. I can requeue when you shout that the branch has the right files
[19:48] <natefinch> sinzui: just did, it's fixed.  Sorry about that,.
[19:49] <sinzui> natefinch: np
[19:49] <sinzui> natefinch: the job is playing http://juju-ci.vapour.ws:8080/job/github-merge-juju/9251/console
[19:49] <natefinch> sinzui: thanks
[20:07] <redir> back
[20:23] <natefinch> super easy review anyone? https://github.com/juju/juju/pull/6259
[20:47] <redir> natefinch: looking
[20:59] <alexisb> thumper, our HO just don't like each other
[20:59] <thumper> heh
[20:59] <thumper> yeah
[20:59] <alexisb> thanks for the input
[21:23] <alexisb> redir, did you encounter this bug when doing the config naming collapse work?: https://bugs.launchpad.net/juju/+bug/1532130
[21:23] <mup> Bug #1532130: Config item 'version' vanishes under 2.0 <2.0-count> <regression> <juju:Triaged> <https://launchpad.net/bugs/1532130>
[21:24] <redir> alexisb: looking
[21:27] <redir> alexisb: I did not see that bug but also wasn't using postgres, nor specifically trying any charms with a version attribute.
[21:27] <redir> alexisb: want me to try postgres when I fixup app config to use --reset as a stringvar?
[21:28] <alexisb> redir, yes please
[21:31] <redir> alexisb: added card with bug attached to current iteration
[21:32] <alexisb> thumper, can you join the release call today please
[21:32] <thumper> coming
[22:00] <alexisb> sorry anastasiamac_, thumper lost my browser
[22:01] <alexisb> anything happen at teh end of the release call that I need to know about?
[22:02] <thumper> just bashing aussies
[22:04] <alexisb> :)
[22:04] <alexisb> anastasiamac_, would you have time after standup to go over your test plan and actions for the sprint
[22:07] <wallyworld> natefinch: gofmt is sad:
[22:07] <wallyworld>   core/description/machine.go
[22:07] <wallyworld> i wonder how that got though the bot?
[22:10] <anastasiamac_> alexisb: before/after/anytime \o/
[22:10] <alexisb> I have meetings before
[22:10] <anastasiamac_> alexisb: enjoy :)
[22:10] <alexisb> so it will have to be after, but I love your spreadsheet
[22:10] <anastasiamac_> \o/
[22:23] <redir> \/o\
[22:29] <menn0> wallyworld and thumper: https://github.com/juju/juju/pull/6261
[22:30] <wallyworld> looking in a bit
[22:30] <menn0> wallyworld: I couldn't see any unit test for bootstrapping with local tools so I added them, but I might have missed them somehow
[22:31] <wallyworld> yeah, they are there somewhere
[22:31] <wallyworld> maybe spread across cmd/juju/boothstrap and environs/bootstrap
[22:31] <wallyworld> can't recall exactly
[22:42] <axw_> anastasiamac_: what prompted the latest revert? can you please point me at the offending stream data that broke it?
[22:43] <anastasiamac_> axw_: centos iagemetadta was malformed- we used "." instead of ":" to separate tokens in content_id
[22:43] <axw_> anastasiamac_: ah, doh
[22:43] <anastasiamac_> axw_: rackspace was using modtly simplestreams data that we generate and our index file and product file do not agree on stream - index says "released", product says "custom"
[22:44] <axw_> :/
[22:44] <anastasiamac_> axw_: in cannonistack, it's even better where image stream used is "ubuntu"
[22:44] <axw_> heh
[22:44] <anastasiamac_> axw_: since these files can be hand-crafted there is no guarantee that the 2 sources of stream value are consistent
[22:45] <anastasiamac_> axw_: the *right* thing to do, before parsing simplestreams files is to validate them
[22:45] <axw_> anastasiamac_: indeed. we should be less lenient about crap data, otherwise it'll stay that way
[22:45] <anastasiamac_> axw_: I think we should also wrk closer with Scott Morser once we get to clean up simplestreams implementation to ensure that we cater for windows special-casing ":"
[22:46] <anastasiamac_> axw_: \o/ yes so m pushing simplestream review/re-implement to wishlist :)
[22:46] <axw_> anastasiamac_: ok, thank you
[22:46] <anastasiamac_> axw_: what we currently have kind of works but we ned to have a better approach
[22:46] <anastasiamac_> axw_: \o/ thank you for asking - love to know that people care :D
[22:47] <wallyworld> menn0: lgtm, was such a simple change in the end
[22:47] <anastasiamac_> axw_: i think tech board has to have a say before we tackle simplestreams and will do a write-up for it based on alexisbgreat suggestions :)
[22:47] <axw_> okey dokey
[23:09] <axw_> wallyworld: thanks for the review. I got interactive auth working last night. just need to hook it up to add-credential now
[23:09] <wallyworld> awesome
[23:09] <axw_> atm it only works when you add it to credentials.yaml, which is a crappy experience (have to do interactive auth each time you bootstrap)
[23:10] <wallyworld> progress though
[23:14]  * thumper sighs and dives further into the rabbit hole
[23:56] <mup> Bug #1587644 changed: jujud and mongo cpu/ram usage spike <canonical-bootstack> <canonical-is> <eda> <performance> <juju:Fix Released> <juju-core:Won't Fix> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1587644>
[23:59] <mup> Bug #1587644 opened: jujud and mongo cpu/ram usage spike <canonical-bootstack> <canonical-is> <eda> <performance> <juju:Fix Released> <juju-core:Won't Fix> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1587644>


[21:29] <daftykins> ah, parents upgraded to fibre this afternoon... fresh faced lads had quite some trouble splicing but they eventually got there
[21:30] <daftykins> 50 down 50 up then, the lowest tier but still very impressive being able to upload to a VPS @ 6.2 MB/sec
[21:33] <zxmpi> but they're still shelling out for their aol account, right? :-P
[21:35] <daftykins> haha


[00:41] <cjohnston> Is bug #813511 worth patching? It was fixed upstream >1 year ago, I guess there is a disconnect somewhere between upstream and making it into Ubuntu.
[00:42] <cjohnston> Or, what is the correct way to go abour the bug?
[04:03] <gilbert> hey everybody :)
[04:07]  * micahg thinks he's going to try to get rid of vala-0.14...
[04:34] <micahg> jdstrand: do you have any interest in merging hamster-applet?
[07:26] <dholbach> good morning
[08:13] <bkerensa> is requestsync depracated?
[08:23] <geser> no, why?
[08:24] <geser> but there is no need to use requestsync if you have upload rights and can sync the package yourself
[09:13] <xnox> bkerensa: there is requestsync (when one doesn't have upload rights) and syncpackage (for sponsoring or when one does have upload rights)
[09:15] <bkerensa> xnox: http://paste.ubuntu.com/1540656/ <-- I get that error with requestsync
[09:15] <bkerensa> output even
[09:16] <xnox> bkerensa: please upgrade devscripts package to the one that fixed that.
[09:17] <xnox> 2.12.6ubuntu1 is bad, 2.12.6ubuntu2 or 2.12.6 are good
[09:18] <Laney> yeah that is a good fix
[09:18] <Laney> thanks for doing that
[09:19] <bkerensa> xnox ok
[09:19] <xnox> Laney: np.
[09:23] <Laney> both of them aren't forwarded to debian #680313 yet though ;-)
[09:26] <bkerensa> Laney: well ya know submittodebian acts funky with changes ;)
[09:26] <Laney> hmm?
[09:28] <bkerensa> cjohnston:  bug #813511 the reason the fix has not landed in Ubuntu is because we appear to sync the package unchanged from debian and debian has not updated the package from upstream
[09:29] <bkerensa> Laney: Bug #1021917
[09:30] <Laney> how's that related to the devscripts patches?
[09:31] <bkerensa> Laney: well whoever fixed it could have used submittodebian but it sometimes reverses the maintainer info
[09:32] <Laney> sounds annoying but not really something that would block patch forwarding
[09:32] <Laney> anyway, you sound like you plan on fixing it ;-)
[09:32] <tumbleweed> bkerensa: that bug was caused by an attempt to fix that bug
[09:32] <tumbleweed> I made it reverse the maintainer info, when it used to not reverse it, and vice-versa
[09:32]  * Laney doesn't really use submittodebian so can't comment
[09:32] <Laney> it's about the only time I remember to set those usertags though
[09:33] <tumbleweed> most of the time I want to set other usertags too, but you can only set one usertag on submission
[09:33] <Laney> even with the fancy Control: headers?
[09:34] <Laney> haven't used those so much either
[09:34] <tumbleweed> hrm, can one use those at submission?
[09:35] <Laney> yep
[13:11] <jdstrand> micahg: re hamster-applet> if you want to merge it, go ahead. I would likely get around to it sometime (not this week)
[15:38] <aboudreault> any java expert? Trying to build something that uses maven... but when building in pbuilder... we have an error related to  the fact that maven tries to find /root/.m2/settings.xml
[15:39] <aboudreault> what's the proper way to  build something with maven?
[16:29] <Laney> can I update the timestamp but keep the name/email when doing dch --release?
[17:24] <micahg> Laney: dch -r -m
[17:25] <Laney> ah, interesting
[17:25] <Laney> I only knew about -t
[18:11] <micahg> Laney: are there any plans to migrate to ghc 7.6?
[18:11] <Laney> yeah
[18:11] <Laney> they all start with "Laney needs to find some time to figure out how complete it is in Debian"
[18:12] <micahg> I was thinking we should set up a copy of the tracker pointed at proposed so that we can see how installable both sets are
[18:12] <Laney> they all already point at proposed
[18:13] <micahg> ah, ok
[18:13] <Laney> i'll set one up pointing at /experimental/ soon hopefully
[18:13] <micahg> I think we need a copy pointing at the release pocket as well then
[18:14] <Laney> why?
[18:14] <micahg> unless britney properly understands haskell reverse deps
[18:14] <Laney> pretty sure it does
[18:14] <Laney> probably will require some hinting, but that's fine
[19:16] <psusi> so if I want to test a program's output in german, isn't it sufficient to install languagepack-german, then export LANG=de?
[23:17] <blkperl> Can I get some feedback on this http://goo.gl/eUqY6 Thanks!


[06:21] <[Relic]> can anyone tell me why plasma keeps stopping?
[06:28] <[Relic]> this is getting ridiculous, at least I loaded everything on one desktop so I can switch around
[06:29] <ovidiu-florin> why do we not ship oketa?
[06:29] <ovidiu-florin> [Relic]: what do you mean by it keeps stoping?
[06:31] <[Relic]> the entire taskbar becomes non-functional, can't switch virtual desktops, can't click on the apps of the menu; can actually alt tab through windows on a single desktop, alt-f2 doesn't work
[06:35] <valorie> !info oketa
[06:36] <valorie> !info okteta
[06:37] <valorie> so we do ship it
[07:35] <Mirv> Riddell: ScottK: infinity managed to squeeze Qt in while not affecting KDE packages too much (frameworkintegration and plasma-framework were let in due to their qtbase-abi dependency). however, I didn't notice my kwin ubuntu2 upload went to /dev/null since you had had a ubuntu2 that was deleted, so you'll want to make sure http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kwin gets in as soon as possible (I think i
[07:36] <Mirv> I'll keep refreshing it and can ping on release channel if/when the kwin needs an action
[08:01] <lordievader> Good morning.
[08:44] <Mirv> Riddell: ScottK: ok kwin migrated
[10:06] <ovidiu-florin> valorie: how about Vivid?
[10:48] <BluesKaj> Hiyas all
[11:12] <BluesKaj> got errors on installing oxygen fonts on wily a few mins ago, ran dpkg --configure -a and apt -f install , which showed erros while installing , but after apt update apt says all packages are up to date http://pastebin.ca/3029298
[11:17] <BluesKaj> however apt upgrade  shows  this http://pastebin.ca/3029307 , so we have a dependency problem with oxygen-fonts
[11:19] <BluesKaj> well, I do
[11:19] <clivejo> my upgrade went fine
[11:19] <clivejo> and just checked it again, still up-to-date
[11:21] <lordievader> BluesKaj: This is not a dependecy problem.
[11:31] <BluesKaj> lordievader, frameworkintegration depends on fonts-oxygen http://pastebin.ca/3029314\
[11:31] <BluesKaj> correction http://pastebin.ca/3029314
[11:47] <clivejo> BluesKaj: have you noticed any random blank desktops on wily?
[11:59] <BluesKaj> clivejo, no
[11:59] <lordievader> BluesKaj: Yes, but the font-oxygen package you can force...
[11:59] <lordievader> And then the dependency problem dissapears.
[11:59] <BluesKaj> lordievader, I tried to -f install , no luck
[12:00] <lordievader> apt-get -f doesn't force, the -f flag stands for fix, not force.
[12:00] <lordievader> Try dpkg -i --force-overwrite <path-to-package>
[12:01] <BluesKaj> oh yeah right , forgot
[12:18] <BluesKaj> ok  done...finally
[12:18] <BluesKaj> had to remove an offending ppa
[12:19]  * lordievader fires up his Kubuntu box.
[12:33] <santa_> Riddell: good morning, first of all, thank you for merging my changes; about the kubuntu-automation changes you said in the mailing list they are applied, I don't see them here: https://code.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation was the repository moved or you forgot to push?
[12:50] <soee> updates notifications bug is fixed in wily ?
[12:54] <BluesKaj> wow, quite a lag between chats on Konversation, almost 2 secs
[12:55] <BluesKaj> the freenode server lag is only 135 s
[12:55] <BluesKaj> ms rather
[13:42] <ahoneybun> How do you use znc on konversation?
[13:45] <ahoneybun> yay
[13:45] <ahoneybun> got it
[13:47] <lordievader> Let Konversation connect to the znc instance, I suppose.
[13:48] <ahoneybun> I had to found out how to do it
[13:48] <ahoneybun> what to set where
[15:08] <Mirv> I can confirm something funky but resolvable related to oxygen when updating, but also that release pocket seems intact in general after the Qt 5.4.2 update, kwin being the last part that was required
[15:09] <Mirv> so, a few more portions of KF5 5.10.0 got in together with Qt 5.4.2, even though there are remaining bits still held in -proposed
[15:09] <Mirv> it was more troublesome for me to revert back after updating fully to -proposed regarding KDE bits earlier :)
[18:00] <claydoh_> ahoneybun: for the kubuntu-users mailing list, you can't post images due to mail size limits.
[19:29] <ahoneybun> yea sadly
[19:33] <ahoneybun> I'll try here
[19:33] <ahoneybun> http://imgur.com/fkWu0ao
[20:56] <claydoh_> ahoneybun: oooh nice!
[20:57] <ahoneybun> yes! claydoh :)
[20:59] <lordievader> What is it, actually? Door hangers?
[20:59] <valorie> !info okteta vivid
[20:59] <valorie> ovidiu-florin: ^^^
[21:30] <mparillo> Can anybody try to confirm: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1464330
[21:31] <mparillo> We need it for Alpha 1, right?
[21:31] <mparillo> No logs are in /var/log
[22:25] <santa_> mparillo: last time I checked with a konsole dist-upgrade it failed becase a couple of packages. I sent patches which are already included in git, but the packages in question weren't uploaded yet
[22:26] <santa_> so that may be the cause
[22:49] <mparillo> santa_: Thank you.


[14:56] <pavlushka> Hello Kilos & royx117 & others
[14:57] <royx117> salam thank  you
[14:57] <u-la-la> royx117: 05 Oct 14:55Z <pavlushka> tell royx117 How is his daughter now?
[14:57] <pavlushka> royx117: salam
[14:59] <royx117> alhamdulila , she is alright
[14:59] <Kilos> hi pavlushka
[15:00] <pavlushka> royx117: pleased to hear that
[15:01] <pavlushka> Kilos: how is the weather (in & out) ? :)
[15:01] <Kilos> some rain and now sun
[15:01] <Kilos> hehe
[15:01] <Kilos> whats the interest in the weather?
[15:02] <pavlushka> Kilos: our weather is stuck inbetween, not changing, seriously
[15:02] <Kilos> we need lots of rain. the borehole that solar pumps our drinking water is drying up
[15:14] <royx117> kilos where u from
[15:14] <royx117> ?
[15:15] <Kilos> south africa
[15:16] <pavlushka> Kilos: farmlands are open to absorb water but the in urban areas, soil surface is not open
[15:16] <Kilos> yes but you still need lots of rain
[15:17] <pavlushka> Kilos: so the net intake of rain water by the soil is less then it used to be
[15:17] <Kilos> and rainfall down by more than half over last 6 years or so
[15:17] <pavlushka> Kilos: the solution is rain water harvesting, it will help the water level to increase
[15:17] <royx117> পাভেল ভাই উবুন্টু fast to holo na
[15:17] <pavlushka> Kilos: in the urban areas
[15:18] <Kilos> the farmlands have crops that need the water too
[15:18] <pavlushka> royx117: give a paste of "systemd-analyze blame"
[15:18] <Kilos> yes peeps in towns must harvest it
[15:18] <Kilos> we catch rain water off the roof for drinking water
[15:19] <pavlushka> Kilos: that will increase the net water intake by the soil and so does the water level
[15:19] <Kilos> God decides how much rain we get
[15:19] <Kilos> oh and maybe the yanks
[15:19] <pavlushka> Kilos: bcoz before urbanization, those parts of the soil also used to contribute water to the ground water level
[15:19] <Kilos> i saw some stuff about them manipulating the weather
[15:20] <Kilos> i agree
[15:20] <pavlushka> Kilos: in india people came up with that solution resulting significant success
[15:20] <Kilos> now we have massive squatter camps where rain could fall freely for the benefit of all
[15:21] <pavlushka> Kilos: in the urban areas?
[15:21] <Kilos> yes and even near farms
[15:21] <Kilos> some you travel 10 to 20 ks from one end to the other
[15:22] <Kilos> mostly illegal immigrants from the rest of africa
[15:22] <Kilos> i think we have 40 mill immigrants here
[15:23] <Kilos> must be more by now
[15:31] <pavlushka> royx117: ping
[15:36] <royx117> sorry
[15:37] <royx117> now here i am
[15:37] <pavlushka> royx117: sorry, that's Bryan Adam's line :p
[15:37] <pavlushka> royx117: pavlushka> royx117: give a paste of "systemd-analyze blame"
[15:37] <royx117> hmm i know ,
[15:38] <royx117> its new world , new start
[15:38] <royx117> :D
[15:38] <pavlushka> :D
[15:39] <pavlushka> royx117: even wathced the movie on which the sound track is based.
[15:39] <pavlushka> brb
[15:40] <royx117> k
[17:03] <pavlushka> back


[00:00] <completely> evening, hope anyone can help me, i got a multimonitor setup and while playing (for example sc2) my mouse wont contain, its still movable over the whole screens
[00:07] <bodhi_zazen> completely: google =)
[00:07] <bodhi_zazen> http://lifehacker.com/5056337/mousejail-keeps-your-cursor-on-the-right-screen
[00:08] <bodhi_zazen> http://askubuntu.com/questions/3981/start-a-second-x-session-with-different-resolution-and-sound
[00:09] <bodhi_zazen> Several suggestions in that second link
[00:10] <completely> i found the first link, but that didn't helpe, i foudn serval MousJail tools but they didn't work at all, im currently looking into the 2nd link hope it helps me with that problem :)
[00:14] <bodhi_zazen> Secondd link lists some options in wine
[00:14] <completely> i might be looking into WINEFORCEMOUSEWARP=yes wine yourapp.exe when im back home from work :)
[00:15] <completely> thanks for the link
[00:15] <bodhi_zazen> NP
[00:15] <bodhi_zazen> You know what that line means ?
[00:15] <bodhi_zazen> export WINEFORCEMOUSEWARP=yes
[00:16] <bodhi_zazen> wine your_app.exe
[00:16] <bodhi_zazen> If that works, add
[00:16] <bodhi_zazen> export WINEFORCEMOUSEWARP=yes
[00:16] <bodhi_zazen> to ~/.bash_profile
[00:16] <completely> i thought of making the shortcut like this example line
[00:17] <bodhi_zazen> Probably will not work as written, not sure
[00:17] <bodhi_zazen> export WINEFORCEMOUSEWARP=yes; wine yourapp.exe
[00:17] <bodhi_zazen> Might need quotes
[00:17] <bodhi_zazen> "export WINEFORCEMOUSEWARP=yes; wine yourapp.exe"
[00:17] <completely> gonna try it in about 8 hrs :)
[00:20] <ikt> anyone else get a pm from someone about "the environment" ?
[00:31] <bodhi_zazen> I am going to coin a new term - Debuntu
[00:31] <bodhi_zazen> Debuntu = (Debian||Ubuntu)
[00:31] <ikt> how will you use the new term?
[00:32] <bodhi_zazen> Rather then using "Debian or Ubuntu", use "Debuntu"
[00:32] <bodhi_zazen> to install foo
[00:32] <bodhi_zazen> In fedora yum install foo
[00:33] <bodhi_zazen> In Debuntu apt-get install foo
[00:33] <bodhi_zazen> YMMV
[00:33] <bodhi_zazen> http://blog.bodhizazen.net/linux/using-gtk-2-themes-with-qt-applications/
[00:33] <ikt> interesting
[00:34] <bodhi_zazen> Generic term for apt based systems
[13:14] <bromium> hi, guys! still struggling with video acceleration in youtube. using chrome on my ubuntu 10.10 which is unstalled on acer aspire revo r3700 nettop with nvidia ion
[13:15] <bromium> i've updated nvidia drivers, have flash 10.3 - but no luck so far. any help would be appreciated
[13:16] <bromium> tried many things found in ubuntuforums and in internet
[21:15] <dniMretsaM> hi people
[23:37] <lulabelle> helluuuuu-   ?


[16:01] <Daviey> Welcome to Sgt. Pepper's Lonely Hearts Release Team meeting.
[16:01] <ScottK> \o
[16:01] <Daviey> skaet: are we cooking?
[16:02] <mdeslaur> \o
[16:03]  * ScottK wonders if skaet slept in today.
[16:03] <Daviey> ScottK: keep wondering like that, and you mind end up volunteering to chair in her absence :)
[16:04] <ScottK> I do mind.  Busy with $WORK.
[16:04]  * ScottK suggests mdeslaur.
[16:04] <skaet> sorry,  pattern was meeting wasn't going to happen after release
[16:04] <skaet> should have removed from calender
[16:04]  * mdeslaur is relieved to see skaet
[16:04] <Riddell> hi
[16:04] <ScottK> We all love meetings so much.
[16:05] <Riddell> skaet: so meeting next week in new format?
[16:05] <skaet> Thanks Daviey, ScottK, mdeslaur, arosales for showing up.   Updates and questions to the list today.
[16:05] <skaet> Riddell,  yes next week meeting in new format.
[16:05] <arosales> skaet: ok, thanks. Have a good weekend :-)
[16:05] <mdeslaur> thanks!
[16:06] <skaet> Have a good weekend!
[16:06] <arosales> skaet: Thanks again for pulling all the beta release information together.
[16:07] <skaet> thanks
[16:07] <Riddell> ah arosales, you're missing a wiki page
[16:07] <skaet> and thanks to Riddell for getting all those images coralled and out the door.
[16:07] <skaet> :)
[16:08] <arosales> Riddell: which wiki page is that?
[16:08] <Riddell> arosales: the one linked to from https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest
[16:08] <Riddell> so we know who you are :)
[16:09] <arosales> ah, gotcha
[16:09] <Daviey> Riddell: lets retract the release!
[16:09] <arosales> Riddell: I'll get that updated
[16:09] <arosales> Riddell: Thanks for pointing that out.
[16:09] <Riddell> Daviey: now now, no need to be harsh.  just no beta 2 release for cloud unless he does it :)
[16:10] <arosales> https://wiki.ubuntu.com/DavieyWalker also not found
[16:10] <Daviey> Riddell: heh
[16:10] <arosales> looks like it needs to be updated to https://wiki.ubuntu.com/davewalker
[16:10] <Riddell> ooh, no server release either
[16:10] <Daviey> arosales: You can't hide your lack of organisation by trying to group your poor merit onto others. :)
[16:11] <arosales> Daviey:  I was actually going to see what you had in your profile to template into mine.
[16:13]  * scott-work notices that meeting is not happening and walks away whistling
[16:13] <arosales> Riddell: https://wiki.ubuntu.com/JasonWarner also not found
[16:13] <arosales> :-)
[16:13] <Daviey> arosales: I was pulling your leg.. :).. TBH, they probably all need a refresh
[16:14] <skaet> thanks for checking in scott-work.   have a good weekend.
[16:15] <skaet> arosales,  https://wiki.ubuntu.com/RobbieWilliamson is a good template to use as a starting point.
[16:15] <arosales> Riddell: and of course https://wiki.ubuntu.com/JohnathanRiddell
[16:15] <arosales> no found ;-)
[16:16] <ScottK> arosales: https://wiki.ubuntu.com/JonathanRiddell
[16:16] <Daviey> robbiew: your wiki page seems slightly out of date aswell..
[16:16] <Daviey> you still manage Keybuk it seems :)
[16:16]  * skaet notes hers needs a scrub too....
[16:16] <ScottK> Daviey: It's a wiki.  Make the boss look good.
[16:17] <Daviey> ScottK: I'll delegate that.
[16:17] <arosales> Scottk: yes, the links off of  https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest is what I was referring to.
[16:17] <robbiew> Daviey: bah...in away, I still do
[16:17] <robbiew> lol
[16:17] <robbiew> thx
[16:17] <ScottK> arosales: Then it's a typo in the manifest that needs fixing.
[16:17] <Daviey> lol
[16:18] <Daviey> ScottK: Oh i see, when it's me - it's a mistake... but someone else, it's a typo in the manifest.
[16:18] <skaet> ScottK +1
[16:18] <Daviey> anyway, redirects for me now set. :)
[16:18] <skaet> :)
[16:19] <ScottK> Daviey: No, I just didn't read that part of the scrllback very closely.
[16:20] <skaet> Riddell, scott-work - could you please review (update as needed) and sign off on the release manifest for Kubuntu and Ubuntu Studio,  while its nice and topical?
[16:20] <skaet> https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest
[16:20] <scott-work> skaet: aye, aye :)
[16:20] <skaet> thanks scott-work :)
[16:21] <scott-work> skaet: hopefully we get technical board approval for LTS status (as soon as they schedule the next meeting)
[16:22] <skaet> scott-work,  put what it is now,  and after the tech board meeting we can update and resign-off.  (revision logs are useful things, :) )


[09:15] <salty-horse> hi. is there a reason I don't see displayconfig-gtk in the application menu? (file is /usr/share/applications/displayconfig-gtk.desktop )
[10:43] <pochu> salty-horse: are you in KDE?
[10:44] <pochu> salty-horse: it's in Applications->Others here
[10:44] <salty-horse> nope. just upgraded to hardy gnome
[10:44] <salty-horse> I think it's an accidental error.. it should be in system->preferences or administration
[10:45] <salty-horse> "other" is when no category exists
[10:45] <salty-horse> I'll check the repos
[10:46] <salty-horse> what's the meaning of this commit message? http://bazaar.launchpad.net/~displayconfig-gtk/displayconfig-gtk/ubuntu/revision/bryce%40canonical.com-20080320034502-g3q97wykkav22so9?start_revid=bryce%40canonical.com-20080320034502-g3q97wykkav22so9&file_id=displayconfiggtk.des-20070322180214-dyw3rxw0wcvy94go-1
[10:48] <salty-horse> I'll ask Bryce
[11:12] <salty-horse> asac, what's does the ubuntu firefox extension do?
[13:41] <huats> seb128: hello
[13:41] <seb128> hey huats
[13:42] <Hobbsee> hi seb128, huats
[13:42] <huats> hello Hobbsee
[13:42] <huats> :)
[13:44] <seb128> hello Hobbsee
[13:49] <seb128> slomo_: around?
[13:49] <slomo_> seb128: yes
[13:50] <seb128> slomo_: I've noticed an issue in gnome-settings-daemon
[13:51] <seb128> slomo_: the xrdb datas are not installed
[13:51] <slomo_> /usr/share/gnome-settings-daemon/xrdb here
[13:51] <slomo_> right, that should be /etc/gnome/xrdb
[13:51] <seb128> I think the debian gnome-control-center package used to change those and install them under /etc/gnome/config
[13:52] <slomo_> seb128: will move again, thanks :)
[13:52] <seb128> can conffiles be moved between binaries? or does it require some postinst work?
[13:53] <seb128> I think it's one of those annoying cases
[13:53] <seb128> I'm not sure right now though
[13:53] <slomo_> i'll try
[14:03] <seb128> slomo_: http://wiki.debian.org/DpkgConffileHandling can be useful
[14:04] <slomo_> i hate conffiles :)
[14:07] <slomo_> seb128: yay, first time that conffiles don't cause extra work... :)
[14:08] <slomo_> uploaded
[14:08] <seb128> thanks
[14:08] <seb128> how they didn't create extra work?
[14:10] <slomo_> only change needed was the .install file
[14:13] <seb128> hum
[14:13] <seb128> I doubt of that
[14:15] <seb128> slomo_: at least there is a package conflict, since the file moved from capplets-data to an another binary
[14:15] <seb128> slomo_: and those are conffiles and might have been changed by the user, how will that be handled? will it keep the user version of conffile prompt on upgrade?
[14:16] <slomo_> seb128: "Replaces: capplets-data (<< 1:2.21.5)"
[14:16] <slomo_> but for the other part... i don't know :/
[14:17] <seb128> need to talk to cjwatson when he'll be around
[14:18] <seb128> the openssh has a changelog entry about that
[14:25] <slomo_> seb128: another thing... could you move nunit to main and nunit2.2 to universe? last dependency in main is gone now but wants the new version which is supported upstream (while nunit2.2 is very old) ;)
[14:45] <slomo_> seb128: ok, gst-plugins-base0.10 is uploaded now... please sync :) and move nunit stuff around ;)
[14:45] <seb128> what is this nunit about?
[14:45]  * seb128 looks
[14:45] <seb128> dunno this package
[14:46] <seb128> nunit wants to go to main apparently
[14:46] <slomo_> seb128: unit testing... we have old nunit2.2 in main because mono-tools didn't build with nunit some time ago
[14:47] <slomo_> seb128: that's fixed now and we should use the new version because it's supported upstream
[14:47] <seb128> are those the same software?
[14:49] <slomo_> yes
[14:49] <slomo_> just different versions
[14:50] <seb128> ok, will do the changes then
[14:50] <seb128> I doubt pitti will have issues with those
[14:50] <slomo_> nunit2.2 was uploaded to debian only for mono-tools btw :)
[14:50] <seb128> understood ;-)
[14:50] <slomo_> now monodevelop needs it too but that's in universe
[14:53] <seb128> changed
[16:48] <slomo_> asac: ping? :)
[17:31] <slomo_> seb128: ok, so the complete gtk#2.12/gnome#2.20 transition thing is done now, everything built fine ;)
[17:31] <seb128> good, that was quick and smooth ;-)
[17:32] <slomo_> except that mono broke in between because we set CPPFLAGS in the build environments now and theyr build system is ugly... yes ;)
[17:33] <seb128> didn't notice, I just upgraded to the new f-spot, the new libgtkhtml thing got installed correct and it's still working
[19:50] <asac> slomo_: ?
[19:51] <slomo_> asac: problem already solved :)
[19:51] <asac> thats good news :)
[19:51] <slomo_> asac: well, not good but solved... how can i get the MOZILLA_HOME for xulrunner? :)
[19:52] <slomo_> asac: before one could simply get the libdir from the pkg-config file
[19:52] <asac> slomo_: if you need that you are doing something wrong
[19:52] <asac> you upgraded mono binding for gtkmozembed
[19:52] <slomo_> asac: no idea if i do something wrong, we have a patch to export the correct MOZILLA_HOME in mono-tools and other packages since ages :)
[19:52] <asac> ?
[19:52] <slomo_> no, mono-tools
[19:52] <asac> slomo_: what does mono-tools do?
[19:52] <slomo_> i mad it build again
[19:53] <slomo_> it contains a unit testing gui, documentation browser, etc
[19:54] <asac> how is the documentation browser calle?
[19:54] <asac> called
[19:54] <asac> i remember something about that one :)
[19:54] <asac> ah ... monodoc-browser
[19:55] <asac> slomo_: so how is MOZILLA_HOME exported?
[19:55] <slomo_> in /usr/bin/monodoc
[19:55] <slomo_> just grep for MOZILLA_HOME and you see it
[19:55] <asac> before xulrunner 1.9 MOZILLA_HOME was needed to set the proper -rpath
[19:55] <asac> but thats not the case anymore
[19:56] <slomo_> ok, so the patch is obsolete... will it hurt?
[19:57] <asac> looking
[20:02] <asac> slomo_: plesae drop the current _home patch and use http://paste.ubuntu.com/5999/ instead
[20:02] <asac> which basically drops the complete mozilla_home business
[20:03] <asac> let me know if it doesn't work