[03:13] <Zanoi> &wc
[03:13] <Zanoi> ops
[10:02] <Riddell> Mez: hi
[10:06] <seth> good morning riddell
[10:06] <seth> you're up moderately early
[10:09] <Hobbsee> wow...morning Riddell
[10:10] <Riddell> it's saturday! a whole day of hacking ahead of me
[10:11] <Tm_T> lucky you ;)
[10:11] <Tm_T> lucky we!
[10:16] <Hobbsee> yay!
[10:17] <Hobbsee> does that mean that i should ask you for help then?
[10:17] <Hobbsee> or leave you to your hacking in peace?
[10:18] <Riddell> Hobbsee: go ahead
[10:18] <Hobbsee> getting the bugs out of asciiquarium
[10:18] <Hobbsee> tried to build it, but got this...
[10:18] <Hobbsee> *finds link*
[10:19] <Hobbsee> Riddell: http://paste.ubuntu-nl.org/7969
[10:20] <Riddell> it's trying to copy to /usr/bin
[10:20] <Riddell> you want to copy to $(CWD)/debian/tmp/usr/bin  or the like
[10:20] <Riddell> slap it on revu and I can take a look at it
[10:21] <Hobbsee> *nods* - what's $(CWD)?
[10:21] <Tm_T> CoWarD?
[10:21] <Tm_T> ;)
[10:21] <Hobbsee> hehe
[10:21] <Tm_T> ok, more caffeine ->
[10:22] <Hobbsee> and the command for uploading the bits you want is?  it's no longer in my history...
[10:24] <Hobbsee> oh...current working directory?
[10:25] <seth> ugh, 3:30 am
[10:25] <seth> bed for me
[10:25] <seth> g'night all
[10:26] <Riddell> current working directory
[10:27] <Riddell> variable may not be correct
[10:27] <Riddell> debuild -S -sa; cd ..; dput revu foo.dsc
[10:28] <Hobbsee> gotcha
[10:30] <Hobbsee> shoot!
[10:31] <Hobbsee> double shoot!
[10:31] <Riddell> hmm?
[10:32] <Hobbsee> my keys are no longer there....i must have lost that folder in the reinstall...
[10:32] <Hobbsee> i have the revoke.asc, but that's it
[10:33] <Hobbsee> it's in the backup
[10:33] <Riddell> phew
[10:34] <Hobbsee> ok
[10:35] <Hobbsee> Not a .changes file.
[10:35] <Hobbsee> Please select a .changes file to upload.
[10:35] <Hobbsee> Tried to upload: aasaver_0.3.2-0ubuntu1.dsc
[10:35] <Hobbsee> and i'm not sure that dput is still configured
[10:35] <Hobbsee> in fact, if it's in /etc/ it wont be
[10:36] <Riddell> good point
[10:36] <Riddell> dput revu *changes
[10:36] <Hobbsee> argh!  remind me to never, ever reinstall again!
[10:36] <Riddell> keep your /home on a separate partition
[10:37] <Hobbsee> i did - i had a backup of the entire thing - but that doesnt save all the settings in /etc
[10:37] <Hobbsee> ok, they're uploaded
[10:45] <Mez> Riddell: did you get my email
[10:45] <Hobbsee> Riddell: gotta go to dinner, back in an hour or so
[10:46] <Riddell> Mez: yep
[10:46] <Mez> good to hear :D
[10:46] <Riddell> Mez: I can't upload anything just now, soyuz rollout
[10:46] <Mez> lol - see I am working on them - slowly but surely
[10:47] <Riddell> :)
[11:17] <Mez> whens it gonna be finished rolling out?
[11:17] <Mez> and will we upload in the same old manner
[11:19] <Riddell> Mez: nobody knows.  yes see ubuntu-devel-announce
[12:00] <MrFaber> hi all
[12:04] <mornfall> what?
[12:05] <mornfall> MrFaber: hi
[12:05] <MrFaber> hi mornfall
[12:05] <MrFaber> I have a suggestion for adept
[12:06] <MrFaber> If I remove a package on which other depends it removes all. Thats ok but there should be at least a warning
[12:06] <MrFaber> Otherwise it is very easy to destroy whole system
[12:06] <Hobbsee> Riddell: pign
[12:06] <Hobbsee> *ping
[12:08] <mornfall> MrFaber: CLOSED DUPLICATE 112819
[12:08] <MrFaber> mornfall: ?
[12:08] <mornfall> MrFaber: consult http://bugs.kde.org/show_bug.cgi?id=112819
[12:09] <MrFaber> mornfall: thanks
[12:10] <MrFaber> sorry, I couldn' test it in dapper
[12:10] <mornfall> MrFaber: it's not fixed, just that it is already filed, so no need to ask again
[12:10] <mornfall> i will get to it when i have time
[12:11] <MrFaber> great
[12:20] <jpatrick> Riddell: is someone gonna patch KWord - or should I?
[12:25] <Hobbsee> jpatrick: Riddell asked me to build versions that were on http://kubuntu.org/~jriddell/tmp/koffice/ so i'm presuming it already got patched
[12:25] <Riddell> jpatrick: yeah, we're working on it
[12:26] <jpatrick> Riddell: ok, cool
[12:27] <mornfall> err
[12:27] <mornfall> coding to the tune of Suzanne Vega - (I'll never be) your Maggie May
[12:27] <mornfall> that's better :)
[12:27] <Hobbsee> hehe
[12:29] <Hobbsee> chug chug chug....building...
[12:40] <jpatrick> Hobbsee: so do I
[12:40] <Hobbsee> hehe!
[12:41] <Hobbsee> think this will end up running while i sleep, then will be done when i come back in the morning
[12:41] <Hobbsee> and so i'll probably end up starting the breezy one before work tomorrow, and letting it run
[12:41] <Hobbsee> that'll get them all done in....24 hours or so...
[12:53] <jpatrick> Riddell: kalzium-simulations lives!
[12:55] <Riddell> jpatrick: amazing what you can do with a bit of chemistry :)
[12:56] <Riddell> Hobbsee: I can't see asciiquarium on revu
[12:56] <Hobbsee> *sighs* i did the command...
[12:56] <Hobbsee> is there an aasaver on there?
[12:56] <Riddell> oh, yes there is
[12:57] <Hobbsee> that's it :)
[01:18] <Riddell> Hobbsee: aasaver uses scons
[01:18] <Riddell> a whole new build system
[01:18] <Riddell> I got it working using the debian/rules file from kdissert
[01:18] <Riddell> (with kdissert specific parts removed)
[01:18] <Riddell> hi Czessi
[01:18] <Hobbsee> Riddell: true, and ok
[01:19] <Czessi> Hi Riddell
[01:19] <Hobbsee> how'd you know to use kdissert?
[01:19] <Hobbsee> it also uses scons?
[01:20] <Riddell> kdissert is one of the few other programs to use scons :)
[01:20] <Hobbsee> right
[01:20] <mornfall> eww scons :-)
[01:21] <Hobbsee> so you mean, not only did it look like it needs some form of library packaged, it uses some warped system called scons as well????
[01:21] <Hobbsee> no wonder i had trouble - sheesh!
[01:21] <Riddell> sorry!  I thought this would be a simple package
[01:21] <Hobbsee> hehe no problems
[01:21] <Hobbsee> as long as someone's here to help pick up the pieces when it all screws up :)
[01:22] <mornfall> when it breaks, you ought to keep both pieces
[01:23] <Hobbsee> hehe
[01:23] <Hobbsee> breaking into only 2 bits?  you're optimistic!
[01:28] <Hobbsee> Riddell: do you think you could send me the kdissert file that you modified to work, so then i can compare it to the normal kdissert debian/rules file, etc?
[01:29] <Riddell> I just removed the parts the mentioned the .xpm files
[01:29] <Hobbsee> *nods*
[01:29] <Riddell> kubuntu.org/~jriddell/tmp/rules
[01:30] <Hobbsee> thanks :)
[01:30] <Hobbsee> so that's all it needed, rather than some crazy long thing that dh_make made?
[01:31] <Riddell> it uses cdbs so hides a lot of the debhelper stuff in the two includes at the top
[01:31] <Riddell> dh_make template doesn't use cdbs and gives you the full thing (which is important to learn)
[01:31] <Hobbsee> yep
[01:31] <Hobbsee> true - i'm sure i will learn it at some point
[01:40] <Hobbsee> wish i could build 2 things at once - i'd really like to actually *see* asciiquarium build, without errors
[01:41] <Riddell> you could just build it locally, not in a chroot or pbuilder or whatever
[01:42] <Riddell> just run debuild
[01:43] <Hobbsee> true
[01:43] <Hobbsee> but my poor little machine might die if i did that, while building an office suite
[01:43] <Hobbsee> what's the policy for getting it into dapper, or am i too late for that?
[01:46] <Riddell> new packages in dapper are fine
[01:46] <Hobbsee> ok :)
[02:14] <Hobbsee> maybe i'll just sleep with it here
[02:15] <jpatrick> Hobbsee: eh?
[02:15] <jpatrick> ;)
[02:15] <jpatrick> Riddell: new kalzium-simulations package uploaded
[02:15] <Hobbsee> jpatrick: my laptop, building koffice, is in my bedroom, and it's past midnight
[02:16] <jpatrick> Hobbsee: "sleep with it" <- I'm sorry
[02:16] <jpatrick> ouchy
[02:16] <Hobbsee> you have one dirty mind...i thought that ended when i left work today!!!
[02:18] <jpatrick> I said I was sorry
[02:19] <Hobbsee> jpatrick: apology accepted :)
[02:19] <Hobbsee> i just thought it was funny, too
[02:20] <jpatrick> Hobbsee: I'm love someone, but in my case is given not recieved
[02:20] <Hobbsee> :(
[02:20] <Hobbsee> poor jpatrick
[02:21] <jpatrick> been like that for 4 months
[02:23] <jpatrick> now what did I do wrong? :: http://kubuntu.pastebin.com/538336
[02:27] <\sh> jpatrick: you should use the .dsc file instead of the .changes file for the call with pbuilder
[02:27] <jpatrick> \sh: arg!
[02:28] <jpatrick> http://revu.tauware.de/details.py?upid=1655
[02:29] <\sh> jpatrick: and find a new love :)
[02:29] <jpatrick> \sh: I've tried that.....
[02:29] <\sh> jpatrick: and stay alone :) it's much easier
[02:32] <\sh> why?
[02:32] <jpatrick> I'm not going to be able to be there
[02:32] <\sh> then mark your name "considered next time, because I can't attend the upcoming meeting"
[02:33] <jpatrick> I've missed two meetings so far
[02:35] <Hobbsee> night all...
[02:35] <\sh> sleep well Hobbsee
[02:35] <Hobbsee> will do
[02:35] <jpatrick> night
[02:35] <Hobbsee> with the machine buzzing all night :)
[02:36] <jpatrick> ?
[02:36] <jpatrick> wb nlindblad
[02:37] <Riddell> anyone had problems with gtk-qt-engine?
[02:37] <nlindblad> thanks
[02:37] <Hobbsee> Riddell: oh, a few, with the settings not sticking
[02:38] <Riddell> hmm, not heard of that
[02:39] <luka> Riddell: do you need testers for knetworkmanager? ;-)
[02:39] <jpatrick> Riddell: someone had problems yesterday
[02:39] <Hobbsee> ie, change settings, hit apply, close SS, open fx, no change, repeat till it works
[02:39] <Riddell> luka: no, it needs a cvs version of networkmanager and that won't get into ubuntu so looks like no knetworkmanager for dapper
[02:40] <luka> Riddell: not even universe?
[02:40] <Riddell> Hobbsee: but it does work eventually?
[02:40] <Hobbsee> Riddell: yep
[02:40] <Riddell> luka: no can do if the network manager isn't new enough
[02:40] <Riddell> Hobbsee: could be gconftool-2 being it's usualy self
[02:41] <Riddell> i.e. taking 10 minutes to update anything
[02:41] <Hobbsee> hehe
[02:41] <Hobbsee> no idea - i might test more in the morning
[02:41] <Hobbsee> well, later in the morning
[02:43] <Hobbsee> seeing as it's almost 1, and mum will be very peeved to still find me up
[02:43] <Riddell> bah, parents :)
[02:43] <Riddell> they don't know what's good for you
[02:43] <Hobbsee> exactly
[02:44] <Hobbsee> they didnt even understand the concept of getting the debuild going, so that it could run while i did other things...
[02:44] <Hobbsee> silly paretns...
[02:44] <jpatrick> Hobbsee: I know what yo mean
[02:44] <Hobbsee> it sucks!
[02:44] <Hobbsee> :P nigth all...
[03:22] <Tonio_> hi all :)
[03:23] <Riddell> hi Tonio_
[03:24] <Riddell> woo
[03:24] <Riddell> not kubuntu?
[03:25] <Tonio_> Riddell: ubuntu server
[03:25] <Tonio_> I don't want both kde or gnome on the server side....
[03:26] <Tonio_> actually, I will eventually install a very light DM like icewm, or maybe nothing...
[03:26] <Tonio_> proxy + reverse proxy + vpn server + print server + smtp/antispam/antivirus
[03:26] <Tonio_> all of that is now linux based ;)
[03:27] <Tonio_> I'm looking for a good groupware replacement for exchange, but I don't find something very convenient...
[03:27] <Riddell> we should make a kubuntu server
[03:27] <Riddell> wouldn't be hard to do
[03:27] <Riddell> cp ubuntu-server.iso kubuntu-server.iso
[03:27] <Tonio_> Riddell: is it very necessary ?
[03:27] <Riddell> not in the slightest :)
[03:27] <Tonio_> you can install a naked server distribution and then kde if you want it
[03:27] <Riddell> but got to keep up with the neighbours
[03:28] <Tonio_> I personnaly don't like servers with DM installed.....
[03:28] <Tonio_> the more features installed, the more security holes you have ;)
[03:30] <Tonio_> Riddell: the idea is to build an architecture that we could you for example for our clients, and then including ubuntu in comercial propositions :)
[04:27] <Tonio_> Riddell: ping ?
[04:31] <Riddell> Tonio_: pong
[04:33] <Tonio_> Riddell: I was thinking about knemo
[04:33] <Tonio_> it is very efficient, but requires a few config
[04:33] <Riddell> yes
[04:33] <Tonio_> couldn't it become installed by default with kubuntu-desktop and config by kubuntu-default-settings ?
[04:34] <Riddell> possibly, if it has sane default setup and doesn't get in the way
[04:34] <Tonio_> it can be configured to be valid on about all computers transparently
[04:34] <Riddell> (knetworkmanager is nicer but that won't happen)
[04:34] <Tonio_> Riddell: I'm putting a config file in kubuntu-default-settings to let you see and then we may discuss that ;)
[04:35] <Riddell> sure
[04:35] <Tonio_> Riddell: knetworkmanager is planeed for dapper+1 no ?
[04:35] <Riddell> Tonio_: did you ever find out why the bookmarks manager appears on restored konqueror?
[04:35] <Tonio_> Riddell: yes I saw that
[04:35] <Riddell> planned for whenever we get a network manager that's compatible with it (== CVS only just now)
[04:36] <Tonio_> apparently is happens if you set that up on machines where konq config has already been done....
[04:36] <Tonio_> on a fresh installation I never saww that problem
[04:36] <Tonio_> Riddell: I'm searching a way to get it really hidden.... that can be (I think) done with konquerorrc file
[04:37] <Tonio_> Riddell: that's on my list for the kde config I'm working on
[04:38] <Tonio_> Riddell: concerning knetworkmanager, there is something call netswitch that does about the same job....
[04:38] <Tonio_> the kde frontend may be ready before dapper
[04:38] <Tonio_> could be an alternative waiting for knetworkmanager
[04:39] <Tonio_> I tested it and it works nicely with the shell and gnome frontend, very nice application
[04:39] <Tonio_> Riddell: http://netswitch.tuxfamily.org/en/index.html
[04:40] <Tonio_> Riddell: kubuntu is on the supported list
[04:40] <Riddell> nice thing about knetworkmanager is it's just a frontend, someone else can deal with the management stuff :)
[04:40] <Tonio_> Riddell: I think netswitch does the same
[04:41] <Tonio_> there is a real backend working behind
[04:41] <Riddell> yeah, but if I upload it it's my responsibility :)
[04:42] <Tonio_> Riddell: I konw that ;)
[04:42] <Tonio_> s/konw/know
[04:43] <Tonio_> the problem is that it may conflict with networkmanager..... so adding it may be problematic
[04:44] <Riddell> yeah, that's one of the problems Keybuk is having the networkmanager  and ifup/ifdown
[04:45] <Tonio_> is networkmanager installation planned by default with dapper ?
[04:45] <Tonio_> if it is not, maybe netswitch could be installed with kubuntu-desktop
[04:46] <Tonio_> I'm sure we could find many motus ready to help you testing everything before integration
[04:46] <Tonio_> I would, and raphink certainly too
[04:46] <Riddell> Tonio_: networkmanager is still undecided I think
[04:46] <Riddell> it won't be in kubuntu anyway
[04:47] <Tonio_> that network tools missing is a pain for kde.... so not installing the one that looks the more promissing at the moment is somehow sad ;)
[04:47] <Riddell> netswitch doesn't have a KDE fronend yet according to its website
[04:47] <Tonio_> Riddell: it is in the work
[04:47] <Riddell> yep, but feature freeze in 3 weeks
[04:47] <Tonio_> I could contact the upstream to have an idea of a possible release date
[04:48] <Riddell> please do
[04:48] <Tonio_> Riddell: and if it is ready for "in 2 weeks", and that we spend a complete week testing everything ?
[04:48] <Tonio_> okay :)
[04:48] <Riddell> Tonio_: I'll believe it when I see it :)
[04:49] <Tonio_> Riddell: I know ^^
[05:15] <freeflying> Riddell: ping
[05:18] <Riddell> hi freeflying
[05:18] <freeflying> Riddell: have u notice this bug about sudo :https://launchpad.net/malone/bugs/30432
[05:46] <mornfall> http://lorien.mornfall.net:8012/m/adept-installer-0.png -- this is how applications are born :D
[05:47] <Riddell> ooh ooh ooh
[05:47] <Riddell> and media:/ now shows hard disks
[05:48] <Riddell> mornfall: can I add that to my blog of interesting developments?
[05:49] <mornfall> Riddell: i plan to have a better prototype tonight :) but however you like
[05:49] <Riddell> that'll betoo late, going out tonight :)
[05:49] <mornfall> aha :)
[05:49] <Riddell> mornfall: apparantly the spec has been passd to mark for further review
[05:50] <mornfall> Riddell: mdz mailed me in the meantime
[05:50] <mornfall> Riddell: first 3 items ack'd, deadline on 23rd
[05:50] <Riddell> oh, excellent :)
[05:52] <mornfall> so i'm trying to get something done this weekend ;-)
[07:30] <hunger> This new gnome stuff in ubuntu-desktop totally screws up my kde desktop.
[08:25] <mornfall> http://lorien.mornfall.net:8012/m/adept-installer-1.png :-)
[08:26] <seth> mm, camembert
[08:47] <mornfall> http://lorien.mornfall.net:8012/m/adept-installer-2.png -- using packages and sections since i don't have .desktop parser yet :-)
[08:57] <OculusAquilae> nice
[10:51] <Mez> Riddell, ping
[11:45] <Hobbsee> Riddell: dapper ones are done - it's made a whole lot of debs
[11:47] <Hobbsee> Riddell: you want them uploaded to revu, i take it?
[11:55] <Mez> Hobbsee, whatcha packaging outta curiosity
[11:55] <Hobbsee> Mez: koffice
[11:55] <Hobbsee> from riddell's site
[11:55] <Mez> ouch
[11:55] <Mez> why
[11:55] <Hobbsee> because i got asked to?
[11:56] <Hobbsee> the kword was broken before
[12:00] <Mez> lol
[12:00] <Mez> fair enough
[12:00] <Mez> thats a horrid task though
[12:00] <Mez> but then so is backporting KDE


[06:09]  * SpamapS tests out an updated juju for precise-proposed
[06:25] <imbrandon> SpamapS: have you tried that jitsu ? i'm getting all kinda errors with it, python modules missing etc
[06:25] <imbrandon> wonder if its just that machine is fubar
[06:28] <SpamapS> imbrandon: pastebin?
[06:30]  * SpamapS uploads 5 SRU fixes for precise.. hopes rest of SRU team doesn't beat him with a hammer
[06:30] <imbrandon> http://paste.ubuntu.com/1014277/
[06:31] <SpamapS> imbrandon: ahh looks like there are some python library files that have to be installed
[06:31] <imbrandon> ImportError: No module named aiki.invoker
[06:31] <SpamapS> imbrandon: confirmed
[06:31] <imbrandon> okies
[06:31] <SpamapS> question now is where to install them
[06:32]  * SpamapS decides libdir
[06:32]  * imbrandon goes back to breaking other things :) got like 5 projects 99% done
[06:32] <imbrandon> heh
[06:32] <imbrandon> i hate that
[06:32] <SpamapS> imbrandon: lazy is never doing anything you don't want to do.. suck it up ;)
[06:34] <imbrandon> :) thats the thing i want to do all^most all of them :)
[06:34] <imbrandon> i just hate haveing 5 at 99% wish i had 2 complete and 2 barely started
[06:35] <imbrandon> is how i work better , mostly
[06:35] <imbrandon> but each one had blockers so thus ended up like this for a week
[06:35] <imbrandon> :)
[06:36] <imbrandon> gotta go spend most of the after noon witha  client later today too, fun fun, i _love_ onsites when there is no real reason for it :)
[06:38] <SpamapS> imbrandon: people are just complex computers. Hack them like you hack PHP :)
[06:41] <imbrandon> heh
[06:41] <imbrandon> never thought about it like that but very true
[06:42] <imbrandon> so why does jitsu have upgrade-charm and a few other identical sub commands ?
[06:42] <imbrandon> just curious , dident look at the code to see if they are actually the same or not
[06:49] <SpamapS> imbrandon: they are meant as wrappers for testing
[06:50] <SpamapS> imbrandon: sort of a half finished thing
[06:52]  * SpamapS wills autoreconf and ./configure to go faster
[06:55] <imbrandon> ahh
[07:00] <SpamapS> imbrandon: nearly have run-as-hook working now
[07:03]  * SpamapS releases that as 0.10
[07:03] <imbrandon> nice
[07:04] <imbrandon> nearly ? you sound like me now
[07:04] <imbrandon> heh
[07:04] <SpamapS> no it works
[07:04] <SpamapS> finally learning the full power of automake/autoconf
[07:07] <SpamapS> imbrandon: should build in < 10 min
[07:08] <imbrandon> rockin
[07:09] <SpamapS> I wish they'd update LP so I could use the latest bzr builder
[07:09] <SpamapS> has {latest-tag}
[07:09] <SpamapS> so you can actually have a non-trunk automated build
[07:10] <imbrandon> heh, like travis builder on github ? hahahahah
[07:10] <imbrandon> j/k
[07:11] <SpamapS> imbrandon: you're more than welcome to port all my shit to github for me. :)
[07:11] <imbrandon> you know i got to raz ya now and then , only a few things i can do it with :)
[07:11] <SpamapS> though frankly, I'm not all that excited about using a non-open-source service
[07:11] <SpamapS> would rather we run our own gitolite or something
[07:11] <imbrandon> heh, i'd be doing good if all mine is, i still have half of it on bitbucket
[07:11] <imbrandon> that sounds like a GREAT idea to me
[07:12] <SpamapS> well actually
[07:12] <SpamapS> I'd rather that LP just grew git
[07:12] <SpamapS> so people would shut up and stop caring about VCS
[07:12] <imbrandon> yea but we can use ubuntuwire for what its orig reason for living was again
[07:12] <imbrandon> just stuff like this untill lp grew it
[07:13] <imbrandon> qa.ubutnuwire.com came long before qa.u.c :) its how it was modeled :)
[07:13] <imbrandon> anyhow i checked and there is still 3 or 4 Dell 2650's for ubuntuwire in the canonical dc
[07:13] <imbrandon> that we could slap it on and do some proof of concept workflow stuff and maybe hurry LP allong
[07:14] <SpamapS> godamnit launchpad
[07:14] <SpamapS> 0.10 != 0.1
[07:14] <imbrandon> or hell add it ourselfs now its fully open
[07:15] <imbrandon> i should revamp *.ubuntuwire.com with the new branding, it should all still be auto deploying from the lp bzr branch on push iirc
[07:15] <SpamapS> huh?
[07:15] <imbrandon> thinking out loud
[07:15] <SpamapS> Why wouldn't you just give LP git..
[07:15] <SpamapS> ?
[07:15] <SpamapS> NIH? (I totally get that.. ;)
[07:16] <imbrandon> heh no
[07:16] <imbrandon> i would if i thought i coudl pull it off
[07:16] <imbrandon> not sure a project that big i could do alone tbh
[07:16] <imbrandon> would want to do a lil planning
[07:19] <imbrandon> hrm actually there isnt a server component to git like there is bzr, its just bare repos and gitweb ... hrm it MIGHT not be that bad
[07:19] <imbrandon> mostly just gui stuff
[07:19] <imbrandon> mostly , not all
[07:19] <SpamapS> imbrandon: the "server bit" of bzr isn't really all that much. Its just cmds to execute on the server side
[07:20] <imbrandon> yea but i think thats one reason its so slow too isnt it
[07:20] <imbrandon> ?
[07:20] <SpamapS> imbrandon: the harder thing is mapping LP's branch namespacing into git's colocated branches, but I'm sure that would be solvable in a furios night of hacking.
[07:20] <imbrandon> because omg like bzr or not , you got to admit bzr is SLOW
[07:20] <SpamapS> imbrandon: "so slow" is so laughable
[07:20] <SpamapS> most things you do in bzr take 1 - 2 s where as git is 0.5s consistently
[07:21] <bkerensa> OMG! Bzr!
[07:21] <imbrandon> SpamapS: push a fresh branch
[07:21] <SpamapS> imbrandon: Its all relative I guess. :)
[07:21] <SpamapS> imbrandon: just as fast as git now because of stacking
[07:21] <imbrandon> and that happens alot in bug fixing and drive by fixes like ubuntun grows alot of
[07:21] <imbrandon> stacking ?
[07:22] <SpamapS> yes stacking
[07:22] <imbrandon> is it actually in ?
[07:22] <imbrandon> ive not seen it work yet
[07:22] <imbrandon> still slow here
[07:22] <SpamapS> lp:~clint-fewbar/ubuntu/precise/juju/mything will automatically stack on top of lp:ubuntu/precise/juju .. any shared commits will not have to be retransferred on push/pull
[07:22] <SpamapS> stacking has been around for years
[07:22] <bkerensa> =o
[07:22] <bkerensa> SpamapS: if the branch is up to date?
[07:23] <SpamapS> the other "slow" bit is the SSH negotiation
[07:23] <imbrandon> oh then no, its stil slow as piss then with stacking too
[07:23] <imbrandon> SpamapS: bs, i can push a clean git over ssh and it takes less than 10s, same branch of omg-wp takes almost 3m on bzr
[07:24] <SpamapS> imbrandon: thats where bzr's "smart" side comes in because you basically say "I'm at this point in the graph and I want to push to you" and it says "I"m at this point" and then you push whats between. Git just has a map, and you read it real quick, and push what you need. Definitely 1-2 seconds faster, but conceptually identical
[07:24] <SpamapS> imbrandon: is that git-bzr pushing or real bzr pushing? I'm dubious. Also.. are you stacking on omg-wp somehow?
[07:24] <imbrandon> real pushing
[07:25] <SpamapS> the initial push is definitely going to be slower
[07:25] <SpamapS> because bzr's branch format is far less efficient than git's
[07:25] <imbrandon> i'll time it real fast if you want, i'll make 2 clean subdirs of omg and git initi and bzr init them toand then run time
[07:25] <bkerensa> imbrandon: I just did a complete teardown on a brand new System76 :D
[07:25] <SpamapS> but all subsequent stacked-on branches will be quite fast
[07:25] <imbrandon> sure, but i do that first push more often than stacks in ubuntu
[07:25] <imbrandon> as do most drive by contributors
[07:27] <imbrandon> one sec, i am gonna time it , cuz i'm sure in my head i'm not exagerating here
[07:27] <imbrandon> will only take a sec anyhow, not like a big test
[07:28] <SpamapS> imbrandon: why do you do that first push?
[07:29] <SpamapS> imbrandon: and most drive by's would be checking out the existing branch and pushing a new one stacked on it
[07:29] <SpamapS> so I don't really think thats true
[07:29] <imbrandon> cuz i do that quite often, that stacking you speak of dont work like you think,i'll time that too
[07:29] <imbrandon> s/work/as fast as
[07:35] <stevanr> hello
[07:35] <bkerensa> hi stevanr
[07:35] <stevanr> need some help..
[07:35] <stevanr> hi bkerensa
[07:35] <imbrandon> ello
[07:36] <stevanr> after bootstrap I get https://pastebin.linaro.org/558/
[07:36] <SpamapS> imbrandon: so that initial branch creation time was about 21s, vs. pushing a single small commit, which was 11s. :-P I am defeated. Please lets try to make bzr's death painless. ;)
[07:36] <imbrandon> heh mine is STILL pushing
[07:36] <stevanr> here's my conf file https://pastebin.linaro.org/557/
[07:36] <imbrandon> so umm no
[07:36] <SpamapS> imbrandon: still not 3m ;)
[07:36] <SpamapS> imbrandon: but what are you pushing?!
[07:36] <imbrandon> omg
[07:36] <SpamapS> imbrandon: mine spent 10s finding what to stack on, then the other 10s comparing graphs
[07:36] <SpamapS> imbrandon: so you're not stacked
[07:37] <imbrandon> bholtsclaw@ares:~/Projects/local/charms/precise/omg-bzr$ time bzr push lp:~imbrandon/+junk/omg-bzr
[07:37] <imbrandon> Warning: Permanently added 'bazaar.launchpad.net' (RSA) to the list of known hosts.
[07:37] <imbrandon> Created new branch.
[07:37] <imbrandon> real	4m19.228s
[07:37] <imbrandon> user	0m1.091s
[07:37] <imbrandon> no but wait,  now i'm gonna stack one
[07:37] <imbrandon> sys	0m0.306s
[07:37] <SpamapS> imbrandon: yeah +junk is *ALWAYS* going to suck
[07:37] <SpamapS> *always*
[07:37] <imbrandon> ok ok , they all do for me
[07:37] <imbrandon> seriously
[07:37] <imbrandon> all the same, i never get fast bzr pushes
[07:37] <SpamapS> stevanr: reading
[07:38] <stevanr> SpamapS, tnx :)
[07:38] <SpamapS> stevanr: can you use a differen't pastebin?
[07:38] <SpamapS> stevanr: my phone is downstairs.. don't feel like getting it for the 2-factor auth
[07:38] <stevanr> SpamapS, lol, sry
[07:38] <imbrandon> i never understood why pastebin has a sso anyhow
[07:39] <imbrandon> wth is up with that
[07:39] <SpamapS> imbrandon: fast is relative. Its not going to beat git. We know that. But 10s to push 1 rev up is ok. Not great, but ok.
[07:39] <SpamapS> imbrandon: no, he did linaro pastebin
[07:39] <bkerensa> ahh
[07:39] <imbrandon> SpamapS: yea but no joke i mean the diff between minutes and seconds, not 11s and 22s, i could live with that
[07:39] <SpamapS> stevanr: just use 'pastebinit' .. should end up on paste.ubuntu.com
[07:39] <bkerensa> pastebinit for the win although I wish it supported more pastebins then just Ubuntu Paste
[07:39] <bkerensa> SpamapS: if he has it installed otherwise "sudo apt-get install pastebinit"
[07:40] <SpamapS> imbrandon: so, you're using something called +junk .. and you expect it to be .. not sucky?
[07:40] <imbrandon> SpamapS: lenaro and ubuntu both use sso
[07:40] <imbrandon> SpamapS: thats the first time ever i've pushed to junk
[07:40] <SpamapS> imbrandon: I have to agree that 3m is *WAAAAY* too long for new giant branch pushing.
[07:40] <stevanr> SpamapS, ok so here's the status message after bootstrap http://paste.ubuntu.com/1014345/
[07:40] <SpamapS> seeing 2kB/s at any time when I'm on my 30down/5up connection makes me think the other side of the pipe is on holiday
[07:41] <stevanr> SpamapS, and here's my environments.yaml file http://paste.ubuntu.com/1014347/
[07:41] <imbrandon> seriously some evening we'll get a byobu session going over here and i'll show ya , but thats some other day, but for real man i'm not exagerating at all on this one
[07:41] <SpamapS> stevanr: your machine agent is broken
[07:41] <SpamapS>     agent-state: not-started
[07:42] <SpamapS> stevanr: with local provider, that starts at 'bootstrap'
[07:42] <stevanr> SpamapS, i know :)
[07:42] <stevanr> SpamapS, my question is 'why'
[07:42] <SpamapS> stevanr: it keeps a log, I forget where.. checking now
[07:42] <imbrandon>  /var/logs/juju-machine*
[07:42] <imbrandon> iirc
[07:43] <SpamapS> stevanr: ahh, it would be in /tmp/local-dev/youruser-local/machine-agent.log
[07:43] <SpamapS> imbrandon: not on local
[07:43] <SpamapS> local provider just cocks everything up :-P
[07:43] <imbrandon> oh
[07:43] <SpamapS> its amazing when it works
[07:43] <SpamapS> but *EVERYTHING* seems different
[07:43] <imbrandon> yea i would think making it the same would be a goal
[07:43] <stevanr> SpamapS, cool tnx, i'll get back soon
[07:44] <SpamapS> imbrandon: apt-get update/apt-get upgrade to get juju-jitsu 0.10 .. tested and works now
[07:44] <imbrandon> nice, kk
[07:45] <SpamapS> # jitsu run-as-hook mysql/3 config-get
[07:45] <SpamapS> {u'tuning-level': u'safest', u'query-cache-size': -1, u'query-cache-type': u'ON', u'binlog-format': u'MIXED', u'max-connections': -1, u'preferred-storage-engine': u'InnoDB', u'dataset-size': u'1G'}
[07:45] <SpamapS> unnnhh
[07:45] <SpamapS> thats hot
[07:46] <SpamapS> stevanr: that file should have clues. There's also an upstart job running it, so make sure it is not in the wrong state (like stop/waiting)
[07:46] <imbrandon> sweet if that works here thats EXACTLY what i wanted
[07:46] <imbrandon> i woudl kiss you but your married
[07:47] <imbrandon> doh
[07:47] <imbrandon> no key in the env on the nodes
[07:48] <imbrandon> but thats ok, i can add it to the install hook to set it
[07:48] <SpamapS> imbrandon: what key?
[07:49] <imbrandon> jitsu run-as-hook omg-wp/3 config-get
[07:49] <imbrandon> Could not find AWS_ACCESS_KEY_ID
[07:49] <SpamapS> imbrandon: you don't run it on your local machine
[07:49] <imbrandon> thats was form the node
[07:49] <imbrandon> actually ON omg-wp/3
[07:49] <SpamapS> imbrandon: hm, I don't get any such errors
[07:49] <imbrandon> Unpacking replacement juju-jitsu ...
[07:49] <imbrandon> Setting up juju-jitsu (0.10-0stable1~precise1) ...
[07:49] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~# jitsu run-as-hook omg-wp/3 config-get
[07:49] <imbrandon> Could not find AWS_ACCESS_KEY_ID
[07:49] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~#
[07:50] <SpamapS> imbrandon: very weird
[07:50] <imbrandon> env , see if its set from something else
[07:50] <SpamapS> imbrandon: running on ec2 as well.. no such error
[07:50] <SpamapS> and no such env var
[07:50] <imbrandon> let me log out and back in, i was already in a jitsu wrapper
[07:50] <imbrandon> when i updated
[07:50] <SpamapS> imbrandon: I wonder.. are the access-key/secret-key set in the environments.yaml there?
[07:51] <imbrandon> oh yea, i have a env.y on the node
[07:51] <imbrandon> why ?
[07:51] <SpamapS> thats probably confusing it
[07:51] <SpamapS> its a bit of a hack
[07:51] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~# ls -l .juju/environments.yaml
[07:51] <imbrandon> -rw------- 1 root root 211 May 30 06:12 .juju/environments.yaml
[07:51] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~#
[07:52] <imbrandon> yup , moved it out of the way and works perfect
[07:52] <imbrandon> sweet
[07:52] <SpamapS> imbrandon: sounds like a bug tho
[07:52] <imbrandon> is that how its telling if its local or remote ?
[07:53] <SpamapS> jimbaker: ^^ note that run-as-hook doesn't work right when a local ~/.juju/environments.yaml is present
[07:53] <SpamapS> imbrandon: no I suspect its doing something wicked w/ the juju internal libs
[07:53] <stevanr> OK I ran destroy-environment and bootstrap again and now it's in "running" state
[07:53] <imbrandon> seems like it could just look for /var/lib/cloud/instance/* exists instead of env.y
[07:54] <SpamapS> oh yeah, its importaing all kinds of weird stuff from juju's python libs
[07:54] <SpamapS> stevanr: awesome
[07:54] <imbrandon> yea
[07:54] <SpamapS> stevanr: would love to stay and help but I need to hit the sack
[07:54] <stevanr> SpamapS, ok :)
[07:54] <stevanr> SpamapS, tnx
[07:55] <hazmat> SpamapS, your awakes..
[07:55] <hazmat> run as hook is crack
[07:55] <hazmat> don't use it
[07:55] <SpamapS> yeah
[07:55] <SpamapS> reading it now
[07:55] <hazmat> please remove it
[07:56] <SpamapS> hazmat: it seems to work tho ;)
[07:56] <hazmat> SpamapS, it was to easy to make a miskate
[07:56] <SpamapS> hazmat: you have some way we can run hooks outside unit agent execution?
[07:56] <hazmat> if you mis-understand it
[07:56] <hazmat> and blow up your local machine
[07:56] <hazmat> well. maybe overly dramatic.. but cause issue
[07:56] <imbrandon> SpamapS: hahah thats exactly whats its doing
[07:57] <imbrandon> def get_zk_client_connector(options):
[07:57] <imbrandon> 36	+    # Running on a Juju machine or on an admin system? Distinguish by
[07:57] <imbrandon> 37	+    # first checking for an ~/.juju/environments.yaml file; if not
[07:57] <imbrandon> 38	+    # check the machine for an upstart conf file
[07:57] <SpamapS> hazmat: sounds like a reason to be wary, not to remove it
[07:57] <imbrandon> 39	+    env_config = EnvironmentsConfig()
[07:57] <imbrandon> 40	+    try:
[07:57] <imbrandon> 41	+        env_config.load()
[07:57] <imbrandon> 42	+    except juju.errors.FileNotFound:
[07:57] <SpamapS> hazmat: I would like a real way to do what it enables tho
[07:57] <hazmat> SpamapS, sounds like a reason to enforce wariness...
[07:57] <imbrandon> if you have another way i'm all ears :)
[07:58] <hazmat> i hate layout landmines for users
[07:58] <hazmat> er. laying out
[07:58] <SpamapS> hazmat: jitsu isn't about wariness.. its about crack actually. Fresh, strong crack.
[07:58] <hazmat> SpamapS, it really shouldn't be
[07:58] <SpamapS> hazmat: so, your open-port is totally legit? :)
[07:58] <hazmat> Spamap, it is
[07:58] <SpamapS> until we change ZK
[07:58] <SpamapS> then its crack too
[07:58] <hazmat> SpamapS, no, then its just broken
[07:59] <hazmat> SpamapS, it won't damage your system accidentally
[07:59] <hazmat> SpamapS, its not modifying zk directly, its using the api
[07:59] <SpamapS> you really haven't explained what run-as-hook does dangerously
[07:59] <imbrandon> well i could get this info from zk with phpzk, thats where its gonna end up anyhow is in php
[07:59] <imbrandon> if you like that idea better L(
[07:59] <imbrandon> :)
[08:00] <SpamapS> hazmat: I believe you, but I want something that does exactly this for a number of reasons.
[08:00] <hazmat> SpamapS, executing hooks locally, completely changes any notion of env for a hook.
[08:00] <SpamapS> I don't know what you mean by locally
[08:00] <hazmat> client side
[08:00] <SpamapS> I run it on the unit I want the info from
[08:00] <SpamapS> it works at that level
[08:00] <imbrandon> this isnt running client side we;re on the unit
[08:00] <SpamapS> can't we just enforce that?
[08:01] <SpamapS> like, you can only connect to the socket of the unit you're pretending to be?
[08:01] <imbrandon> why enforce things like that ...
[08:01] <imbrandon> wasted energy
[08:01] <hazmat> imbrandon, because say you start a backup or delete files in such script
[08:01] <hazmat> intending it for remote use
[08:01] <hazmat> you point it to someone on irc
[08:01] <hazmat> and they execute it locally by accident
[08:02] <hazmat> ...
[08:02] <hazmat> landmine
[08:02] <imbrandon> with great power comes great responsibility , we;re not talking about desktop users here, we;re talking what should be competent devops
[08:02] <hazmat> then we should stop recommending jitsu to anyone not in charmers
[08:02] <SpamapS> what landmine has me handing out scripts that people blindly run?
[08:03] <hazmat> SpamapS, they carefully examine it, and think it runs remotely
[08:03] <hazmat> on the unit
[08:03] <SpamapS> thats why we changed it to run-as-hook
[08:03] <SpamapS> Its pretty obvious to me that this is just giving you a hook context locally
[08:03] <hazmat> changing the camo on a landmine, doesn't change the nature of the landmine
[08:04] <hazmat> what's the underlying common use case?
[08:04] <SpamapS> I can't imagine anyone ever going "Oh this will some how magically be transported to the unit and run there"
[08:04] <hazmat> inspect/get the relation data
[08:04] <imbrandon> hazmat: all i'm saying is we cant protect them from everything esp when we;re making a sword, there is bound to be some shard parts
[08:04] <hazmat> SpamapS, i think its documented that juju is 'cloud magic' ;-)
[08:04] <SpamapS> hazmat: but anyway, we can fix that really easily
[08:05] <imbrandon> that could hurt ppl, just like the dd tool installed on every desktop could wipe a hdd
[08:05] <SpamapS> hazmat: lets just require that the socket for the unit be accessible
[08:05] <hazmat> SpamapS, +1 on the latter
[08:06] <imbrandon> bah that will just make those that dont want to jump that hook do it a real crackfull way like editing zk or mongo
[08:06] <imbrandon> document it , say here be dragons and let them cut a finger off once or twice
[08:07] <hazmat> imbrandon, didn't you just use it for the time 10m ago?
[08:07] <imbrandon> i can promis that dd is installed on ever ubuntu system and can do just as much dammage
[08:07] <hazmat> imbrandon, and are you executing it from the client?
[08:08] <imbrandon> hazmat: no i'm not ut my plan was not to be on the node 100% of the time either
[08:08] <SpamapS> bug 1006277 opened
[08:08] <_mup_> Bug #1006277: run-as-hook needs to require the target unit agent to be local <juju-jitsu:New> < https://launchpad.net/bugs/1006277 >
[08:08] <SpamapS> imbrandon: we can make a --force ;)
[08:09] <imbrandon> ok
[08:09] <imbrandon> that works
[08:09] <SpamapS> the thing has crap online help anyway
[08:09] <SpamapS> usage: run-as-hook [-h] [-e ENVIRONMENT] [--loglevel CRITICAL|ERROR|WARNING|INFO|DEBUG] [--verbose] SERVICE_UNIT COMMAND [ARG [ARG ...]]
[08:09] <SpamapS> expose a service unit(s) port
[08:09] <SpamapS> doh
[08:09] <imbrandon> heh
[08:09] <SpamapS> ok, sreep now kurinto san tired
[08:09] <imbrandon> gnight
[08:09] <hazmat> imbrandon, its because the 'machine' identity is never really established.. sure dd can screw up a disk, but A) you know what machine its running on, ie. zero ambiguity, B) you need sudo ;-)
[08:10] <imbrandon> gnight too hazmat if your headed off
[08:10] <hazmat> with run-as-unit.. A) is never really clear
[08:10] <hazmat> imbrandon, just woke up.. have a good one
[08:10] <hazmat> SpamapS, g'night
[08:10] <bkerensa> SpamapS: fixed the maintainer meta data thanks for the heads up
[08:10] <bkerensa> gnight SpamapS
[08:10] <imbrandon> ahh i'm not going , was just thinking all was on the same timeline a;)
[08:11] <imbrandon> hazmat: yea i see what your saying but i also see this as a "professionals tool" like a skill saw or similar
[08:11] <imbrandon> dangerious yes, you better know how to use it
[08:11] <imbrandon> etc
[08:11] <hazmat> imbrandon, right.. but in that case its very different then the other jitsu commands
[08:11] <imbrandon> hazmat: as in juju as a whole not just jitsu
[08:13] <imbrandon> yea, i dont see the harm is making it very hard, as long as i can have --let-me-do-the-crack_sudo-make-me-a-smammich true
[08:13] <imbrandon> :)
[08:13] <imbrandon> s/is/in
[08:14] <imbrandon> i still dont see where it could wipe things local though
[08:14]  * imbrandon looks some more
[08:15] <imbrandon> hazmat: and really i think the GOOD(tm) awnser to this is for me and juan to finish the REST API. or learn go quicker so we can do it there w/e
[08:16] <imbrandon> cuz thats all i really want, is the info that may only be available durring a hook execution but the API would store and expose
[08:16] <imbrandon> ya know ?
[08:18] <imbrandon> bkerensa: the system nice ? desktop or laptop ? semi afk now while i play with my newfound crack
[08:19] <hazmat> imbrandon, i'd really like feedback on the rest spec, its something that needs to be in juju, and i'm happy to shape jrapi into that, but the spec itself needs to get proposed first or it becomes a port issue
[08:19] <imbrandon> oh, i did not know the spec was actually down someehwre
[08:20] <imbrandon> i;ll start looking at it today then, and yea i'm more than happy to help aslo shape it into that and test it as well
[08:20] <imbrandon> is it a spec/blueprint on LP ?
[08:20] <imbrandon> or in the docs ? or elsewhere ?
[08:21] <negronjl> hazmat:  the spec is not that diff. from jrapi ... the changes wouldn't be that deep
[08:21] <imbrandon> and yea i totaly agree about the porting thing
[08:21] <imbrandon> negronjl: heya
[08:22] <negronjl> imbrandon, hazmat: the README in jrapi is quite close to the spec
[08:23] <imbrandon> sweet, thats a good thing right hehe
[08:23] <hazmat> negronjl, still needs fairly large changes.. testing, rewiring the existing client commands to use the rest api, deploying the rest api as part of bootstrap, upload support, auth, etc... fwiw.. i'm planning on starting on the REST work mid june.
[08:23] <imbrandon> probably mostly implmentation details
[08:24] <imbrandon> heh well hopefully i dont bug you toooo much as i likly wont be able to wait that long to begin
[08:25] <imbrandon> but yea whatever IS done between now and then should be in line with the goals ( looks like it already is started that way ) so its not tottaly way off
[08:26] <imbrandon> when the time comes
[08:27] <imbrandon> who knows, when i get to the office tomarrow they may tell me i got 6 months of nose to the keyboard stuff to do and i wont get any of this done
[08:27] <imbrandon> heh
[08:27]  * imbrandon knocks on wood
[08:29] <negronjl> im out for the night ...
[08:29] <imbrandon> night man
[08:29] <imbrandon> take it easy
[08:31] <bkerensa> imbrandon: laptop
[08:31] <bkerensa> imbrandon: http://i.imgur.com/8L7hf.jpg
[09:12] <_mup_> juju/trunk r539 committed by<EMAIL_ADDRESS>[09:12] <_mup_> [merge] show-errors-when-acquiring-node, use human error consumable error
[09:12] <_mup_> messages when no maas nodes are available. [a=julian-edwards][r=fwereade,hazmat][f=980855]
[09:12] <fwereade> hazmat, ty; sorry, I didn't see the changes go in :(
[09:13] <hazmat> fwereade, no worries
[09:14] <hazmat> fwereade, i haven't merged the port one
[09:14] <hazmat> fwereade, i think it needs to handle https port 443 better.. ie introspect protocol to get default port
[09:14] <hazmat> instead of just blindly using 80 if not specified
[09:15] <fwereade> hazmat, hmm, good point
[13:46] <doitdist_> Hi! I am not sure if Rackspace is already supported by Juju? If not will it be in future?
[13:48] <marcoceppi> doitdist_: Rackspace will be supported soon. Currently juju supports OpenStack but only with the EC2 and S3 middleware API turned on
[13:49] <doitdist_> ok thanks. what time scale is "soon" :-)
[13:49] <doitdist_> within a year? or 6 months? or no idea
[13:50] <marcoceppi> I can't say for sure since I'm not a juju dev, but there's a preliminary branch with basic support. I imagine by 12.10 release - but that's just a guess
[13:50] <doitdist_> ok thanks!
[13:50] <marcoceppi> np!
[13:50] <marcoceppi> It's a pretty hot topic, given there are so many public OpenStack installs starting up, including Rackspaces
[13:52] <doitdist_> yes right...
[13:54] <mgz> how far are rackspace from being a normal openstack service these days?
[13:54] <marcoceppi> mgz: public beta
[13:55] <mgz> ace. because their legacy bits don't work with core things like cloud-init.
[13:55] <marcoceppi> mgz: I know, I hear their goal is to go live by the end of the year with OpenStack
[14:57] <imbrandon> pos/win 21
[15:53] <negronjl> 'morning all
[15:58] <negronjl> 'morning all
[15:58]  * negronjl is reviewing the queue today
[15:59] <SpamapS> negronjl: saweeet
[16:00] <negronjl> I just checked the calendar and I'm not in it to review but, there is nobody to do it either.... If I'm stepping on anyone's toes by reviewing, let me know ...
[16:05] <SpamapS> bkerensa: 01:10 < bkerensa> SpamapS: fixed the maintainer meta data thanks for the heads up
[16:05] <SpamapS> bkerensa: subway still has no maintainer
[16:06] <SpamapS> negronjl: go for it man. the pilot thing is just a commitment.. you can review wheneve ryou want to :)
[16:06] <negronjl> SpamapS: thx ... Just making sure I don't step on anyone's toes :)
[16:20] <bkerensa> SpamapS: why?
[16:20] <bkerensa> SpamapS: I added the info to the metadata.yaml
[16:21] <bkerensa> whether it has been merged yet is another question
[16:21] <SpamapS> bkerensa: and where did you push that to?
[16:21] <SpamapS> bkerensa: I don't see anything in the review queue :)
[16:45] <bkerensa> SpamapS: I will have to check
[17:40] <SpamapS> bkerensa: my bad, its there
[17:40] <SpamapS> bkerensa: just so new it doesn't have 'days' next to it, so I missed it. ;)
[17:42] <SpamapS> bkerensa: merged
[17:49] <bkerensa> SpamapS: ahh ;)
[17:51] <surgemcgee> Finaly! Now we can deploy many Django projects with one charm. Remove the relation to remove the project. Update the project repo, blah, blah, blah.
[17:51] <surgemcgee> http://ec2-23-22-131-174.compute-1.amazonaws.com
[17:52] <surgemcgee> It should be ready for prime time in ~week
[17:58] <imbrandon> surgemcgee: nice i was just cleaning up the ubuntu community django webthemes this morning, i might snag it and put instructions on how to use it a README for that branch
[17:58] <jcastro> imbrandon: what's the tldr on RPMs?
[18:00] <imbrandon> i hadent got to them in a few days but only about an hour or so to finish thit
[18:00] <imbrandon> it*
[18:00] <imbrandon> i can do that this evening
[18:01] <imbrandon> it is "built" physicly, just has a few script errors on install and such
[18:17] <imbrandon> jcastro: swag delivery man just showed up, that was fast, ty ty
[18:17] <SpamapS> surgemcgee: awesum :)
[18:17] <jcastro> imbrandon: and for suse?
[18:18] <imbrandon> same source, seperate build using the openbuild service i'm told will work
[18:18] <imbrandon> like the equiv of us rebuilding a deb src
[18:19] <imbrandon> so it links on our stuff but no real changes
[18:19] <imbrandon> same with cent as well ( as long as the deps are there, now i'm not sure on that one )
[18:19] <imbrandon> CentOS
[18:26] <imbrandon> zomg, ALL of adobes on and offline as well as iOS products in one packge , from them not a scammy reseller, for CHEAP , and i do mean ALL , even a subscription to typekit ( i alreay have but still )
[18:26] <imbrandon> $30 a month
[18:26] <imbrandon> for everything
[18:27] <imbrandon> man if they would just release linux clients, or beef the web versions up just a tiny bit more
[18:27] <imbrandon> i would denounce my apple fanboism
[18:33] <_mup_> Bug #1006553 was filed: Juju uses 100% CPU after host reboot <juju:New> < https://launchpad.net/bugs/1006553 >
[18:35] <mars> ^ I have the runaway process going right now, in case it is of interest to anyone who wants to debug it.
[18:36] <jcastro> imbrandon: ok so you'll investigate the build service after this first cut of the RPM?
[18:37] <imbrandon> yup, i had plans on it since 99% of the work will be done for it
[19:00] <negronjl> SpamapS: ping
[19:02] <SpamapS> negronjl: pong, sup?
[19:02] <negronjl> SpamapS: promulgate is complaining to me .... ERROR:Branch has not been pushed.
[19:02] <negronjl> SpamapS: not my charm so I don't think I can push ...
[19:02] <SpamapS> negronjl: promulgate can only operate on remote branches
[19:03] <negronjl> so ... charm promulgate lp:.... ?
[19:03] <SpamapS> negronjl: bzr push --remember lp:~charmers/charms/precise/foo/trunk && charm promulgate
[19:03] <negronjl> SpamapS: ah
[19:03] <negronjl> SpamapS: you had mentioned that before and I forgot .... maybe promulgate should do that too
[19:03] <SpamapS> negronjl: you can do 'charm promulgate -b lp:~charmers...' too
[19:04] <negronjl> SpamapS: better
[19:04] <SpamapS> negronjl: but at some point, you're going to have to make the "official" branch
[19:04] <SpamapS> negronjl: one thing we probably *should* have it do is bzr reconfigure --unstackd
[19:04] <SpamapS> negronjl: we don't want our official branches stacked on anything else
[19:04]  * negronjl nods
[19:05] <SpamapS> not sure if it already stacks them or not
[19:11] <negronjl> Varnish charm promulgated
[19:20] <SpamapS> negronjl: *woot*
[19:21] <SpamapS> You know what would be like, super badass if a cloud provider/OS could pull it off? Elastic RAM
[19:21] <SpamapS> just let me add/remove RAM as needed from my cloud instance
[19:21] <jcastro> hey alright! varnish!
[19:21] <imbrandon> SpamapS: isnt that elastic cache , kinda
[19:21] <tooth> as needed?
[19:21] <tooth> that would be... interesting.
[19:21] <SpamapS> imbrandon: no not via the network
[19:21] <SpamapS> like, RAM
[19:22] <imbrandon> ahh , like swap only on something fast
[19:22] <SpamapS> Right now I think Amazon sells its excess RAM in the form of t1.micros
[19:22] <tooth> I can understand if they did it in a way that requires a reboot
[19:22] <SpamapS> It would be cool if I could just say "woo... cache is getting full.. add 600MB of RAM
[19:22] <tooth> but live would be interesting. the OS you have would have to know what to do with a sudden increase.
[19:22] <imbrandon> some providers you can, e.g. linode
[19:22] <SpamapS> tooth: right but how cool would it be if it could just be added on the fly
[19:23] <tooth> badass, as you put it. :-)
[19:23] <SpamapS> I'm sure container providers can do that
[19:23] <imbrandon> no on the fly but via api and reboot
[19:23] <imbrandon> yea they xenhost
[19:23] <SpamapS> imbrandon: sure, boot from ebs lets you do that on ec2
[19:23] <SpamapS> but just thinking out loud
[19:23] <imbrandon> yea i know, me too lol
[19:23] <SpamapS> Back when I ran racks of my own servers..
[19:24] <SpamapS> I always wanted to just crank up the RAM when traffic spiked
[19:24] <SpamapS> didn't need much more CPU.. just needed more cache because there were more unique things going on
[19:24] <imbrandon> it would be cool just not sure how it would work plugable and still be fast, would need a fast interface that was hotplug like thunderbolt
[19:24] <imbrandon> probably more, thunderbolt is just repinned PCIe
[19:25] <imbrandon> same chipset
[19:25] <SpamapS> no
[19:25] <SpamapS> that would defeat the purpose
[19:25] <SpamapS> I want the unused RAM on the box
[19:25] <SpamapS> You can tell me no.. if there's no more to give
[19:26] <SpamapS> Just, opportunistically, adding RAM to a running box would be better than adding a whole other box
[19:26] <SpamapS> I guess really you can just get it by adding VMs though
[19:26] <imbrandon> then you wana xenhost with "plugable" ram, the same thinf that lets the kernel use the plugable hardware ram woudl do it virt too
[19:26] <SpamapS> "scale out FTW"
[19:27] <imbrandon> just think ram chips that work like sas drives, then hand them to someone else and pay them to put in the box when ya need em :)
[19:27] <imbrandon> hehe
[22:23] <SpamapS> Dunno if I said this last night, but the first 12.04 juju SRU is in the queue waiting to be accepted for testing
[22:37] <hazmat> SpamapS, sweet!
[22:37] <hazmat> SpamapS, this might be an interesting alternative to gource.. http://ubietylab.net/ubigraph/content/Demos/index.html
[22:37] <hazmat> not opensource though
[22:44] <SpamapS> hazmat: I'd definitely love to have something flexible like that
[22:51] <SpamapS> hazmat: wow.. xmlrpc built in :)
[23:10]  * SpamapS just made some things pop up on the ubigraph screen
[23:18] <jimbaker> i think the python interface is pretty nice too
[23:18] <SpamapS> well its basically just xmlrpc
[23:18] <SpamapS> so.. yeah :)
[23:18] <SpamapS> seems like its a dead upstream tho
[23:19] <SpamapS> no new releases in 4 years
[23:19] <SpamapS> but.. fun yak shaving ;)
[23:19] <jimbaker> that's the only issue, 2008 and no open source
[23:20] <jimbaker> seems like it was a good academic project
[23:24] <SpamapS> we should see if we can do a juju-quake the same way those guys did nagios quake a while back
[23:25] <SpamapS> I can't remember the details exactly
[23:26] <SpamapS> but I think it was like, a big open arena and servers would spawn demons as notifications
[23:29] <jimbaker> SpamapS, sounds like a cool way of mapping an abstraction into a spatial layout. juju resolved is the final step in shoot down any relation problems. juju add-unit to quench any fires. juju remove-unit to bring capacity to the right load level (would that a health draining effect?)
[23:29] <jimbaker> sounds like true bike shedding to me


[08:24] <fizzled> 22.10 can i auto-hide the sidebar
[19:31] <Milencho> hey guys
[19:31] <Milencho> i had some troubles with kernel 5.19.0-15
[19:31] <Milencho> or at least i think so
[19:31] <Milencho> all kind of wifi cars pci/usb device not ready


[03:56] <mup> PR pc-amd64-gadget#10 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10>
[03:57] <mup> PR pc-amd64-gadget#11 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11>
[11:08] <Sia->  Hi, where should i put the plugin in Audacity via Snap?
[11:08] <Sia-> because "~/.audacity-files/plug-ins" doesn't exist in the snap dir either
[11:09] <Sia-> and putting the plugin in ~/snap/audacity/143/.audacity-data/Plug-Ins doesn't work at all
[17:02] <om26er> I have a snap that runs as a background service and tries to access X11 but it seems to not work, I get:
[17:02] <om26er> "Xlib.error.DisplayConnectionError: Can't connect to display ":0": b'No protocol specified\n'"
[17:03] <om26er> my app's environment variables look like:
[17:03] <om26er>       DISPLAY: ":0"
[17:03] <om26er>       XAUTHORITY: "$HOME/.Xauthority"
[17:04] <om26er> given the background service runs as "root" and in that case $HOME becomes /root, I created a symbolic link of /home/my_user_name/.Xauthority to /root/.Xauthority


[01:44] <jv__> hi, without installing the latest pcmanfm, how can i resize photos inside folders?
[01:44] <jv__> I mean, not terminal
[01:44] <jv__> 0.9.9 resizes but i can't find a deb and don't have time to compile it
[01:45] <head_victim> As in scale the pictures or?
[01:45] <jv__> yes, like resize to 50% or in inches
[01:46] <jv__> nothing special, just resize
[01:47] <jv__> the other thing is I use dual monitors and have to reset my resolution every time I log in
[01:47] <jv__> not really a big deal, though..just annoying
[01:47] <head_victim> Didn't know the scale thing was available at all
[01:47] <jv__> I used to edit xorg.conf but now htings changed
[01:48] <jv__> hearc it does in 0.9.9
[01:49] <jv__> AH! foud something
[01:49] <jv__>  PCManFM-mod
[01:49] <head_victim> Well there you go, teaching me stuff now
[01:52] <jv__> damn! I knew I should have followed computers innstead of construction ;)
[01:53] <head_victim> Hah yeah I am regretting not studying IT at uni.
[02:06] <jv__> lte
[02:23] <zabracks> hey guys, was wondering if anybody here has experience with oem mode/oem-config in lubuntu.
[02:24] <head_victim> Never used it sorry
[13:36] <kaemo> ey peepz
[13:36] <kaemo> http://img820.imageshack.us/img820/8370/201011221218241280x1024.png
[13:36] <kaemo> do you know where does difference in fonts might come from? ;>
[13:38] <phillw> kaemo: sorry, I do not.
[15:44] <nchomsky> pcman7win7?
[19:24] <nchomsky> !!!!
[19:25] <nchomsky> you and mint?
[22:11] <kosaidpo> hello guys i dont kno when i try to upgrade i got this i have to remove my previous kernel http://pastebin.com/C9CseAs3
[22:11] <kosaidpo> any idea why
[22:12] <bioterror> normal
[22:12] <mark76> Yeah
[22:12] <bioterror> but now off to bed
[22:12] <kosaidpo> bioterror: hi why ??i tho ican keep my previous kernel
[22:12] <bioterror> well
[22:13] <bioterror> sometimes those are removed, dunno why
[22:13] <bioterror> it just happens :D
[22:13] <bioterror> does aptitude do a autoremove? :D
[22:13] <kosaidpo> cus im afraid if ll face some trouble with this new one then ibe all lost with it
[22:14] <bioterror> well
[22:14] <kosaidpo> uhm not sure no idea ?? why apt-get does it ?
[22:14] <bioterror> you can always chroot
[22:14] <bioterror> but laters ,)
[22:14] <kosaidpo> bioterror: ihave never get what that chroot cmmd is for :P
[22:19] <phillw> kosaidpo: https://help.ubuntu.com/community/BasicChroot
[22:23] <kosaidpo> phillw: i kina get , correct me please i  need to chroot my install so when i upgrade the uptitude commadne will foun nethin to remove right ?
[22:24] <phillw> kosaidpo: chroot will keep everything there safe, so you can have a 'play'; if everything is okay, then allow it to update you kernel.
[22:25] <kosaidpo> uhmm so it kinda make a copy in the other folder then is it ??
[22:25] <kosaidpo> phillw: the thing is it asked me to agree to remove my actual kernel if iwanna upgrade it
[22:27] <phillw> as close as, yes. chroot does get a bit involved, do you have a newer kernel, if not, keep a live cd to hand as if it all goes wrong, it's not too hard install a kernel, but if once you reboot there is no kernel found, you will need your live cd
[22:28] <kosaidpo> yeh ive one that b4 but with keepin my actual kernel and i ont have any lbuntu CD :P
[22:30] <phillw> kosaidpo: if it's asking to remove your current kernel, I always have a lubuntu cd handy :)
[22:30] <kosaidpo> good for you not me tho but i have the 10.04 ubuntu cd's  tho
[22:30] <kosaidpo> its okay i guess i wont upgrade
[22:30] <phillw> kosaidpo: if you cd /boot, you will see your list of kernels
[22:31] <kosaidpo> im ok with this install tho
[22:31] <kosaidpo> thnaks pih
[22:31] <kosaidpo> phillw:
[22:31] <kosaidpo> thanks phillw
[22:31] <kosaidpo> peace out
[23:35] <fatharrahman> I typed sudu apt-get install lubuntu-desktop but computer answered ; E: invalid operation iubuntu-desktop what's rong please??
[23:35] <fatharrahman> sudo I mean
[23:36] <fatharrahman> any help?
[23:38] <fatharrahman> please
[23:38] <mark76> That is weird
[23:39] <mark76> Ah! It's lubuntu. Not iubuntu
[23:39] <fatharrahman> yes
[23:39] <mark76> You must have pressed the i by mistake
[23:39] <fatharrahman> no am sure lubuntu
[23:40] <fatharrahman> L
[23:40] <mark76> Try it again
[23:40] <fatharrahman> ok
[23:40] <mark76> Small l
[23:41] <fatharrahman> oh
[23:41] <fatharrahman> it is working
[23:42] <fatharrahman> do you have a magic ;)
[23:42] <fatharrahman> thank you
[23:43] <mark76> What did you do differently this time?
[23:45] <fatharrahman> just retyped maybe you were right
[23:46] <mark76> Aha!
[23:46] <mark76> Cool
[23:46] <fatharrahman> thank you you are in the heart of knowing it thank you again
[23:47] <mark76> No problem
[23:48] <mark76> Just don't ask me how to set up your wi-fi :p
[23:48] <fatharrahman> ok
[23:49] <fatharrahman> one Q please
[23:49] <mark76> K
[23:50] <mark76> Go on
[23:50] <fatharrahman> my computer is 512 mb RAM is this way of installing lubuntu making it faster than Ubuntu ?
[23:51] <fatharrahman> I mean
[23:51] <mark76> Well it'll be lighter
[23:51] <fatharrahman> is it like installing lubuntu
[23:51] <fatharrahman> ok
[23:52] <fatharrahman> do you mean no need to download lubuntu any more ?
[23:52] <mark76> No
[23:52] <fatharrahman> why
[23:52] <fatharrahman> is it still Ubuntu with lubuntu skin?
[23:53] <mark76> Because you've already installed it
[23:53] <mark76> No. Log out and click on the session button in the log in
[23:53] <mark76> There'll be a lubuntu option
[23:54] <mark76> It's definitely not just Ubuntu with a new skin
[23:55] <fatharrahman> ok
[23:55] <fatharrahman> what do you mean
[23:56] <mark76> Just try it and see
[23:57] <fatharrahman> ok
[23:59] <mark76> I'm going to bed
[23:59] <mark76> Night


[14:43] <shakes808> morning
[15:04] <_stink_> yo
[15:14] <rick_h> morning
[16:43] <shakes808> cmaloney: your resume has been submitted
[16:43] <shakes808> to Relapath
[18:13] <cmaloney> shakes808: tx


[12:09] <BluesKaj> Hiyas all
[12:24] <BluesKaj> is the alpha release available , if so where ?
[12:28]  * penguin42 hasn't seen anything so far - but then I've only just switched on
[13:11] <jtaylor> only edubuntu and kubuntu have alphas this time
[13:11] <BluesKaj> hope , the latest images listed here are Dec 5 , http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[13:12] <BluesKaj> err nope :)
[13:15] <penguin42> haha Kubuntu before main :-)
[13:16]  * penguin42 better do his update before the millions are let loose on the servers
[13:16] <Ian_Corne> lol
[13:19] <BluesKaj> millions , heh :)
[18:19] <IdleOne> err wrong link
[18:25] <IdleOne> hmm I can't seem to find the correct link, someone ping me if you can.
[18:26] <penguin42> IdleOne: It seems to be getting harder to find release images these days
[18:27] <IdleOne> I got an email that Alpha one was released but hell if I can find the email now
[18:28] <penguin42> well I just googled for that, and found it and it has links for edubuntu and kubuntu but dailys for the rest
[18:28] <IdleOne> Will leave the topic as is then
[18:28] <penguin42> although about 7 hours ago jtaylor said only edubuntu and Kubuntu had been released so far
[18:29] <trism> the emails seems to indicate there won't be an ubuntu alpha 1, https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-December/000998.html
[18:30] <IdleOne> Just found the email again and you are right, it lists edubuntu and kubuntu
[18:30] <IdleOne> I should have read the whole thing first :)
[18:30] <penguin42> IdleOne: Kubuntu is very nice you know :-)
[18:31] <IdleOne> penguin42: I know :)
[20:16] <BluesKaj> well, the alpha doesn't see my hardware either ....guess 12.10 is it for now , no point in wasting my time testing an OS that can't recognize a common wireless keyboard
[20:24] <penguin42> BluesKaj: It would be great to be able to debug it, it's better that someone like you could extract some debug rather than leaving it to a newbie
[20:26] <BluesKaj> penguin42, there'a really nothing to find or extract , the process freezes immediately upon encountering the microsoft usb transceiver for the Keyboard
[20:27] <BluesKaj> with is 2seconds after choosing "install kubuntu" with the livce cd
[20:28] <penguin42> but it's fine upto that point - i.e. you can select the install kubuntu, and it's also fine if you haven't got that transceiver plugged in?
[20:32] <BluesKaj> well , is the wireless KB and mouse going work if I unplug them ...the problem is the pc is tucked into a corner and practically inaccessible , and using a wired KB and mouse is too inconvenient ...btw this is the first time I've seen this problem in 3 yrs of testing kubuntu releases
[20:33] <penguin42> is it a separate wireless keyboard and mouse or the same?
[20:33] <penguin42> ie a separate transceiver?
[20:33] <BluesKaj> no one transceiver for both KB and mouse
[20:34] <penguin42> ok
[20:35] <BluesKaj> MS keyboard/mouse 2000 combo
[20:35] <penguin42> BluesKaj: Thing is it's possible it fails on a normal keyboard/mouse instead and the wireless stuff is a red-herring; also being able to do an ubuntu-bug on the box would gather a lot of logs
[20:36] <BluesKaj> there is no place for the logs to be stored and accessed
[20:37] <penguin42> BluesKaj: If you're right that it's working upto the point of selecting what to do then you could ctrl-alt-f1, and if you have networking then run ubuntu-bug ubiquity    at that point
[20:37] <BluesKaj> I have some stuff to do for 10 mins or so ...BBL
[20:52] <bjsnider> did he submit a bug? the devs may ask for more info and tell him how to get it
[20:52] <bjsnider> or he could go to the motu channel and ax there himself
[21:08] <BluesKaj> regular serial connected KB freezes as well, there is what seems to be an error , but the line doesn't say error , just "power resource not registered ! " or something similar
[21:09] <BluesKaj> penguin42, that's the last line on the screen
[21:13] <bjsnider> BluesKaj, have you submitted a bug?
[21:14] <BluesKaj> bjsnider, not yet ...suppose I'll have to compose something
[21:15] <bjsnider> there are channel where much greater experts reside, and they might be able to tell you how to get more info
[21:15] <bjsnider> such as #ubuntu-desktop and #ubuntu-motu
[21:16] <BluesKaj> my thinking is the recognition has nothing to do with keyboards or mice ..it's something else
[21:16] <BluesKaj> i'm on kde
[21:17] <bjsnider> yeah, doesn't matter if you're on kde, this is likely not a kde-specific issue
[21:17] <BluesKaj> BBL
[21:17] <bjsnider> this would be happening at a kernel-level or slightly higher
[21:21] <penguin42> BluesKaj: OK, that makes a bit more sense, keyboards are rare to kill machines (although I have seen it); did the ctrl-alt-f1 work before selection?


[09:12] <xnox> teward, sarnold - https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-February/016208.html
[09:13] <xnox> teward, sarnold - we still use the Ogre Onion model from Shrek; however we only make sure that binary packages are a closed set which ever expands as main) restricted) universe) multiverse)
[09:13] <xnox> things have binary depends on its own layer, and anything to the left of it.
[09:14] <xnox> and yes we do split publishing a lot, i.e. src:main can produce bin:main bin:restricted bin:universe bin:multiverse from a single build. In practice, producing both bin:main and bin:universe is the most common results of split publishing. Ie. see boost
[09:16] <sarnold> ogre onion? :)
[09:27] <andrewsh[m]> hi everyone
[09:28] <andrewsh[m]> what’s the procedure to RM obsolete and insecure packages from old releases?
[09:29] <andrewsh[m]> matrix-synapse’s upstream says they’re unhappy with bionic and cosmic shipping old releases without security fixes, so I’m contemplating what can be done about them
[09:29] <sarnold> https://launchpad.net/ubuntu/+source/bitcoin/+changelog
[09:29] <andrewsh[m]> if they cannot be bumped them to the latest upstream release, it would be better to actually remove them
[09:30] <sarnold> https://launchpad.net/ubuntu/+source/owncloud/+changelog
[10:05] <cjwatson> xnox: It's still slightly onioned even for build-dependencies, just simplified to consider only the freeness axis
[10:05] <cjwatson> (which I'm sure you know, but it occasionally comes up and is worth being clear)
[10:07] <RAOF> <andrewsh[m] "matrix-synapse’s upstream says t"> Have they considered providing a snap? 😛
[10:08] <andrewsh[m]> they provide debs, and I tried to convince them to provide a flatpak, but that’s not the point I was trying to make
[10:08]  * RAOF would consume such a thing.
[10:08] <andrewsh[m]> the point is that those releases captured whatever I uploaded to Debian at that time
[10:09] <andrewsh[m]> and that’s not necessarily what’s best for the users
[10:09] <RAOF> Oh, absolutely. Probably what you want to do is get an empty package SRUed.
[10:09] <RAOF> I was just being snarky.
[10:09] <sarnold> well, bitcoin crashed 90% and no one even remembers owncloud any more -- I'm not saying they are correlated to being yanked from our archive .. but .. :)
[10:09] <mdeslaur> lol
[10:10] <andrewsh[m]> an empty package SRUed? how exactly does that work?
[10:10] <mdeslaur> andrewsh[m]: look at the two links sarnold provided for examples
[10:10] <andrewsh[m]> oh, I hadn’t realised it was related to my questions
[10:11] <RAOF> An empty packaged SRUed is the closest to “remove from the archive” we can do.
[10:12] <andrewsh[m]> right, do I need to prepare the upload myself and then prod someone?
[10:12] <andrewsh[m]> or do I just need to prod someone to do both? 😀
[10:13] <sarnold> definitely it'll go way faster if you prepare the upload; I can't promies it'll happen, but it'll definitely go smoother if you do a ton of the work :)
[20:51] <ahasenack> doko: I'm thinking we cannot upgrade pmdk to 1.5 at this time
[20:51] <ahasenack> doko: 1.4 -> 1.5 is a big change, never mind the minor version bump
[20:51] <ahasenack> biggest issue I see is this:
[20:51] <ahasenack> """
[20:51] <ahasenack> Beyond that, it introduces
[20:51] <ahasenack>     new APIs, new tools and many other improvements. As a side effect
[20:51] <ahasenack>     of performance optimizations, the libpmemobj on-media layout had to be
[20:51] <ahasenack>     changed, which means that old pools have to be converted using pmdk-convert.
[20:51] <ahasenack> """
[20:51] <ahasenack> problem is, pmdk-convert is a new source
[20:52] <ahasenack> it used to be part of the pmdk tools package, in the "pmempool(1)" command
[20:52] <ahasenack> but in 1.5 the removed it from the pmdk source and made a new project in github: https://github.com/pmem/pmdk-convert
[20:52] <ahasenack> and debian hasn't packaged that as far as I can see
[20:52] <ahasenack> so it would be a NEW package in ubuntu
[20:53] <ahasenack> "    - pmempool: "convert" subcommand is now a wrapper around pmdk-convert
[20:53] <ahasenack>       (please see https://github.com/pmem/pmdk-convert)
[20:53] <ahasenack> "