[17:32] <airurando> hello
[17:33] <zmoylan-pi> hi airurando, all well?
[17:34] <airurando> hi zmoylan-pi
[17:34] <airurando> long time no see
[17:34] <airurando> all good here
[17:34] <airurando> how are you?
[17:34] <zmoylan-pi> true, true. tis hard to organise meetups
[17:34] <zmoylan-pi> getting by, mobility is slow but steady
[17:35] <airurando> I've found my free time erased since my wife returned to work
[17:35] <airurando> good to here slow but steady!
[17:37] <zmoylan-pi> so following the ubuntu phone launch?
[17:37] <airurando> a bit
[17:39] <airurando> it's all a bit beyond me TBH
[17:41] <zmoylan-pi> or the pi2.  arm version of ubuntu should run on it
[17:42] <airurando> pi 2 the new 1GB ram version?
[17:43] <zmoylan-pi> yup with beefier processor.  be handy for school kids or running ubuntu on your telly
[17:44] <airurando> coderdojo athy is motoring along with the school terms
[17:44] <airurando> pi model B is in use with minecraft
[17:45] <airurando> pi model B 2 will be procurred as soon as financial situation recovers from two car NCTs
[17:45] <zmoylan-pi> time to move forward with http://pi-top.com/ plans...
[17:47] <airurando> will take a note of that
[17:48] <zmoylan-pi> even a homemade tablet using a pi2 and http://hdmipi.com/ running ubuntu might be nice
[17:52] <airurando> indeed


[12:53] <redtape|renegade> Any chance of getting this type-a person envolved in the Ubuntu -TV project ?? http://tech.slashdot.org/story/13/05/11/177201/17-year-old-girl-wins-boston-tv-api-programming-contest


[07:50] <gusnan> I am maintaining a package i Debian that has migrated from unstable to testing - what is required for it to come to precise? Am I wrong in thinking it should be imported automatically?
[07:52] <micahg> gusnan: if there's no Ubuntu diff, it'll come automatically
[07:52] <micahg> gusnan: at least until Debian Import Freeze which is Jan 9
[07:53] <gusnan> micahg, thanks - then I'll try to be a bit more patient :)
[08:10] <dholbach> good morning
[08:21] <geser> gusnan: "automatic" means an archive admin has to start a script doing the importing (which is usually done as part of his daily duty)
[08:22] <micahg> well, it's probably done a few times a week, and not daily
[09:52] <micahg> udienz: are you aware we're still syncing regularly from Debian testing?
[09:54] <udienz> micahg, but proftpd has been rebuild in precise
[09:54] <micahg> udienz: rebuilds shouldn't matter for auto-sync, only ubuntu revisions
[09:54] <micahg> or fakesyncs
[09:55] <udienz> ah.. ok i see. so my bug sync can mark as invalid now?
[09:55] <micahg> udienz: yeah, it just migrated yesterday, so it'll come in with the next autosync
[09:56] <micahg> unless there's a pressing need for it (FTBFS, breakage in precise)
[09:57]  * udienz set to invalid and unsuscrine ubuntu-sponsors
[09:59] <micahg> udienz: thanks :)
[10:08] <DreadKnight> could anyone update tiled package? https://github.com/bjorn/tiled/issues/125
[10:08] <DreadKnight> http://www.mapeditor.org/
[10:09] <DreadKnight> the version from softwre center is really old
[10:11] <pmjdebruijn> http://packages.ubuntu.com/search?keywords=tiled&searchon=names&suite=all&section=all
[10:11] <pmjdebruijn> oneiric already has a new version
[10:11] <micahg> DreadKnight: precise has 0.7.1
[10:11] <DreadKnight> micahg, I see; better but latest one is 0.8.0 :
[10:11] <pmjdebruijn> sorry
[10:11] <pmjdebruijn> I meant precise
[10:11] <DreadKnight> yeah
[10:12] <pmjdebruijn> best way to have debian get a new version, since ubuntu imports from debian
[10:12] <DreadKnight> or to have this in the official tiled PPA
[10:12] <DreadKnight> I'm looking into how to build binaries from source using launchpad
[10:13] <micahg> DreadKnight: you can file a bug and tag it upgrade-software-version, it would probably be better if Debian updated first since we have no diff at present, since it was just released this week, you might want to give the Debian maintainer a chance to update
[10:13] <DreadKnight> micahg, ok, will try that too, need to figure out who updated it last time
[10:14] <micahg> DreadKnight: only  one uploader in Debian: http://packages.qa.debian.org/t/tiled-qt.html
[10:15] <micahg> DreadKnight: if it's in Debian testing before Jan 9, precise will get it automatically, until Feb 16, you can request a sync from testing to precise
[10:16] <DreadKnight> hmm "maint:Ying-Chun Liu (PaulLiu)"
[10:16] <DreadKnight> seems the guy is on IRC
[10:18] <DreadKnight> micahg, sounds good
[10:20] <micahg> DreadKnight: also, tiled-qt seems like something that should qualify for backports as long as we can get someone to test it
[10:20] <DreadKnight> micahg, I can test it
[10:23] <micahg> DreadKnight: ok, so, starting in precise, there's a requestbackport script in ubuntu-dev-tools that can help you file backport requests
[10:25] <DreadKnight> micahg, installing; also poked paulliu...
[10:25] <micahg> DreadKnight: so, you might want to wait until 0.8.0 is in unless you want to test multiple times (which is fine as well)
[10:26] <DreadKnight> already testing 0.7.1 atm
[10:26] <micahg> ok, you'll need to test that the binaries that we prepare install and run in the target release
[10:28] <micahg> you could prepare a backport to test as well in your own PPA with backportpackage if you like, just include a link to the build when you file the request
[10:28] <DreadKnight> micahg, alright; installed ubuntu-dev-tools btw
[10:28]  * micahg is heading to sleep, but others might be able to help (or I can respond to pings in the morning)
[10:29] <DreadKnight> micahg, well, if I was comfortable with making binaries in PPA's I wouldn't be here
[10:29] <DreadKnight> micahg, thanks for the help, good night
[10:29] <micahg> DreadKnight: well, going through the distro others can benefit from your work  as well :)
[10:29] <DreadKnight> ofc
[10:46] <dholbach> l3on, I had another malformed patch - maybe you could use bzr merge proposals? :)
[10:49] <Laney> morning
[10:49] <Laney> dholbach: how do you feel about merging your developer stuff into the wiki now?
[10:49] <Laney> i tinkered around the edges again the other day
[10:51] <dholbach> Laney, by developer stuff you mean https://wiki.ubuntu.com/UbuntuDevelopers?
[10:51] <ajmitch> that reminds me, I was looking at the ContributeToUbuntu page on the wiki & it's still suggesting to go through the motu mentoring program
[10:51] <Laney> that's the page you rewrote?
[10:51] <dholbach> or the suggested update for it?
[10:51] <Laney> yeah, it is - that
[10:52] <dholbach> ajmitch, huats and I have an action item to remove all traces of the motu mentoring programme
[10:52] <dholbach> Laney, it's a shame nobody merged it in back then
[10:52] <Laney> hmm?
[10:52] <dholbach> now it'll be a bit more complicated with changes that happened in the meantime, no?
[10:52] <Laney> I don't think there have been any
[10:52] <dholbach> oh
[10:52] <Laney> well, the edit that I did the other day
[10:53] <Laney> but I put that into TeamDelegation too so you can just ignroe that
[10:53] <dholbach> I thought you just said you made a few changes? was that to the draft?
[10:53] <dholbach> aha
[10:53] <Laney> yeah on the pad
[10:53] <dholbach> ok
[10:53] <dholbach> at least in the next 3-4 days I won't have the time to do it
[10:56] <ajmitch> dholbach: is that cleanup part of the developer advisory team stuff?
[10:56] <dholbach> ajmitch, yes :)
[10:57] <Laney> righto
[10:57]  * ajmitch saw that you were going to interview inactive contributors :)
[11:01] <Laney> run & hide?
[11:02] <ajmitch> sounds like a plan
[11:14] <l3on> dholbach, damn :/ There's a bug in LP which removes newlines from the end of attachments submitted by email... anyway, I'm going to use merge proposal for future works ... thanks for review dholbach :).
[11:15] <dholbach> l3on, anytime :)
[11:34] <l3on> I'm going to mark bug 822289 as invalid, someone could confirm :) ?
[12:01] <l3on> hey guys.. is it possible solve bug 843734 ? I built ruby-sinatra in oneiric, it works fine...
[12:02] <tumbleweed> l3on: file a backport request?
[12:02] <l3on> mmm how? :)
[12:03] <tumbleweed> http://wiki.ubuntu.com/UbuntuBackports
[12:05] <l3on> tumbleweed, thanks... but requestbackport does not exist :)
[12:05] <tumbleweed> l3on: it's in precise
[12:05] <l3on> ahh ok :)
[12:05] <tumbleweed> (or grab ubuntu-dev-tools from the daily build PPA)
[12:05] <tumbleweed> we were going to backport that, I never got around to it :P
[12:08]  * tumbleweed kicks it off
[12:08] <l3on> lol
[12:11] <tumbleweed> no, can't be done until bug 888665 is fixed
[12:13] <tumbleweed> broder: ^
[12:13] <broder> :-/
[12:13] <ajmitch> oh right, that bug's still there. frustrating
[12:13] <broder> i wonder if we're at the point that i should start asking for a non-virtualized ppa to stage backports in
[12:13] <tumbleweed> broder: is that related?
[12:14] <broder> we could use it to stage u-d-t at the same time as distro-info in the ppa, then copy them both at the same time into the archive
[12:15] <tumbleweed> right
[12:15] <broder> it would be a bad stopgap solution but would let us handle some backports
[12:16] <tumbleweed> I don't see why backports PPA *needs* to be virtualized
[12:16] <tumbleweed> I also don't know how hard it is to get a non-virtualized ppa
[12:16] <broder> unfortunately i think you have to be employed by canonical
[12:17] <broder> or possibly at least informed by someone with a Serious Business Relationship with canonical
[12:17] <broder> s/informed/employed/
[12:17] <ajmitch> or you may just need to talk nicely to the right people
[12:19] <broder> hmm...i guess it could work if you copied everything currently in the -backports pocket into your ppa and then never removed anything from the ppa
[12:20] <tumbleweed> why would that be necessary?
[12:20] <broder> because the ppa builder won't pull in build-deps from the real backports pocket either
[12:21] <tumbleweed> oh, duh, my mental model of thus assumes LP isn't buggy :P
[12:21] <tumbleweed> practically, one can just do that when necessary
[12:21] <broder> sure, that would work too
[12:22] <ajmitch> working off the assumption that launchpad isn't using outdated & buggy code is doomed to failure :P
[12:25] <broder> anyway, /me puts the laptop away and goes back to sleep for a few more hours
[12:26] <l3on> ok, bug 905304 reported
[12:29] <broder> tumbleweed: hmm...you know what would be kind of awesome? if requestbackport ran a regexp over the request for bug references and spat out a "backports aren't for fixing bugs are you sure" prompt at you
[12:29]  * broder actually goes back to sleep now
[12:29] <tumbleweed> heh
[13:02] <l3on> dholbach, hey.. what do you think about this → http://paste.ubuntu.com/772162/
[13:03] <l3on> it's the same problem of bug 849174
[13:03] <dholbach> l3on, I'm just about to head out for lunch - submit it for review and I'll have a look later on
[13:03] <l3on> oki :)
[13:38] <geser> l3on: one small note: also mention OCaml (and not just the version) in the changelog. Only from the maintainer change in your debdiff, I realized that 3.12.0 was the OCaml version
[13:39] <l3on> geser, yep yep.. It should be fixed in the last comment...
[13:39] <l3on> :)
[14:13] <Ampelbein> l3on: Hey, about bug 905015 - I added a link to upstream's svn with a working patch, which got reverted by accident.
[15:13] <l3on> Ampelbein, thanks... I got it and rebuild ... see new bug comments :)
[15:22] <l3on> jamespage, ping it's about bug 888937. Problem is that changing java we need upgrade md5sum ...
[15:23] <l3on> To fix problem I can set jdk7 as build-dep an update md5sum... let me know.
[15:27] <Laney> dholbach: your patch pilot mail reminds me to remind you that syncpackage now lets you sponsor syncs (in precise or the ubuntu-dev-tools daily)
[15:27] <Laney> :-)
[15:27] <jamespage> l3on, ack; I did look at the package but could not understand why the checksums where being validated during the build process?
[15:27] <dholbach> Laney, does the script already do everything correctly? I thought there was still something wrong with attribution?
[15:28] <Laney> that is the missing piece that got landed
[15:28] <dholbach> nice
[15:28] <dholbach> if it works as expected, it should be on ubuntu-devel-announce@ or some such :)
[15:28] <Laney> we should publicise that
[15:28] <jincreator> Hi, everyone. Is it possible to sync package which version is lower than in Ubuntu?
[15:28] <dholbach> jincreator, no
[15:29] <dholbach> whatever gets passed on to the build machines has to have a higher version than what's currently available
[15:29]  * dholbach goes back to writing the dev update
[15:30] <l3on> jamespage, I don't know... :/
[15:30] <jincreator> dholbach: Thanks.
[15:33] <dholbach> anytime
[15:34] <jamespage> l3on: it may be possible to make the checksums match; if we target the javac command at the right java release using -target 1.5/1.6 then it might match
[15:34] <jamespage> I'll give it a try
[15:50] <l3on> Ampelbein, FTBFS rosegarden in i386 mmm...
[15:50] <Ampelbein> l3on: Yeah, seen that. The reason: ac_cv_env_build_alias_value=i686-linux-gnu, which isn't the multiarch triplet.
[15:52] <l3on> maybe an `IF arch is "i686-linux-gnu" ; then do nothing ; fi ` should fix problem ?
[15:54] <Ampelbein> l3on: No, I think your previous patch (with dpkg-architecture -q.... in acinclude.m4) is a good workaround until upstream agrees on a better solution.
[15:55] <l3on> what's next step ?
[15:56] <Ampelbein> l3on: Reopen 905015 and update https://bugs.launchpad.net/ubuntu/+source/rosegarden/+bug/905015/+attachment/2635296/+files/debdiff_11.11.11-1_11.11.11-1ubuntu1.patch to the new version.
[15:57] <l3on> Ampelbein, yesterday I tried this: https://launchpad.net/~l3on/+archive/ppa/+packages
[15:57] <l3on> It changes debian/rules in adding:
[15:58] <l3on> 	dh_auto_configure -- --enable-debug --with-qtlibdir=/usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
[15:58] <l3on> But, I'm not sure it will build on armel
[15:59] <Ampelbein> l3on: It should.
[15:59] <l3on> what do you think... is it better ?
[16:00] <l3on> I mean, better than patch acinclude.m4
[16:01] <Ampelbein> Yes, it's cleaner in my opinion.
[16:01] <l3on> ok, I'll do that change
[16:07] <bdrung> Laney, dholbach: and sponsor-patch supports the new sponsoring method of syncpackage
[16:08] <dholbach> nice
[16:08] <dholbach> that should probably be mentioned too
[16:08] <l3on> Ampelbein, done. Thanks again.. :)
[17:35] <Ampelbein> l3on: Since we have -1ubuntu1 of rosegarden already in the archive, the new upload should be versioned -1ubuntu2. I changed that manually now and uploaded
[18:17] <udienz> Hi there, i just want to confirm that in bug 905252 i still in progress in maverick/lucid/oneiric and not ready for upload
[18:19] <micahg> udienz: you want ubuntu-security-sponsors, not ubuntu-sponsors
[18:19] <udienz> micahg, yes i understood about it but crichton subscribed ubuntu-sponsors too
[18:20]  * udienz can't unsubscribe ubuntu-sponsors
[18:20] <micahg> udienz: uh, that's a bug I guess, I unsubscribed it
[18:20] <micahg> bdmurray ^^
[18:24] <achiang> hello, i've just gotten a package accepted into debian. if i want it in precise, i need to file a sync request, right?
[18:27] <broder> ScottK: bug #892355 should have a lucid-backports task, right?
[18:27] <micahg> achiang: yep, we're still syncing from testing though, so should get it in around 10-15 days if it migrates
[18:27] <udienz> achiang, right. if i'm not wrong, since precise is LTS you must wait your package entering debian testing
[18:28] <micahg> udienz: new packages can be synced from unstable, but we're still far enough out that it's not necessary (getting close though)
[18:31] <achiang> micahg: ah, so if i just wait then ubuntu automatically gets it once it lands in testing?
[18:31] <udienz> micahg, hm.. thanks for this info. for this case, i think we can wait for new package entering debian testing because we still away from precise release. right?
[18:31] <micahg> achiang: yep, as long as it migrates before Jan 9
[18:32] <micahg> udienz: yes, see above ^^
[18:32] <achiang> micahg: ok, the date that scares me is the DIF. i really want this package in precise...
[18:32] <udienz> got it, thanks
[18:32] <achiang> micahg: so if the answer is to just wait, and then it auto-syncs, that's fine
[18:33] <achiang> micahg: but what happens if it doesn't migrate before Jan 9? Because Jan 12 is DIF
[18:34] <micahg> achiang: DIF shouldn't scare you then, you have 5 weeks afterwards to request the sync :)
[18:34] <achiang> micahg: oh! i thought DIF meant no more syncs from debian?
[18:34] <micahg> achiang: no more automated syncs :)
[18:35] <achiang> got it, i didn't realize "freeze" meant "automated syncs"
[18:35] <achiang> i thought it was "no more syncs, period"
[18:35] <micahg> achiang: we'll still be syncing up to release for various things for various unseeded packages as usual
[18:35] <achiang> ack
[18:35] <achiang> thanks micahg
[18:35] <micahg> well, 1.5-5 days before :)
[20:20] <broder> tumbleweed: do you think we can get something similar to http://qa.ubuntuwire.org/rdepends/ for debian?
[20:30] <micahg> gah, ruby sources are a horrible mess...
[20:41] <tumbleweed> broder: I asked if anyone was interested, and got no response
[20:41] <broder> in running it or using it?
[20:41] <tumbleweed> broder: there is, of course, less need for it, because Debian has less distributions in flight
[20:41] <tumbleweed> if anyone wanted it
[20:41] <broder> fewer distributions in flight, but more ports
[20:41] <tumbleweed> that's true
[20:42] <tumbleweed> if we do it, we should do it on Debian DDE. I can chat to enrico
[20:42] <broder> i have no idea how i would currently go about looking for, say, r-deps of a mips package
[20:42] <tumbleweed> youd download the Packages file and run grep-dctrl across it
[20:42] <broder> eww
[20:42] <broder> :)
[20:43] <tumbleweed> most people have that scripted, right
[20:43] <tumbleweed> or even easier: ssh into the dak mirror and do a dak rm, see what it complains about
[20:44] <broder> easier for you maybe
[20:44] <ajmitch> tumbleweed: I'm updating udd now, when's the best time to run the cron job for you?
[20:45] <tumbleweed> ajmitch: doesn't matter for me. I don't have anything that's cronned, using it, yet
[20:45] <ajmitch> ok
[20:45] <ajmitch> sunday morning it is then
[20:46] <micahg> tumbleweed: is your upload activity page supposed to be updated on a regular basis or was it a one time export?
[20:46] <ajmitch> it should only take a few minutes to do, anyway
[20:47] <ajmitch> micahg: it probably depends on the data I'm updating now :)
[20:47] <tumbleweed> micahg: once we have UDD on the ubuntuwire machine I can cron it
[20:47] <micahg> ooh cool
[20:47] <tumbleweed> although, I probably won't regenarte the affiliations very often, that takes hours
[20:47] <ajmitch> tumbleweed: you should be able to do that now then
[20:48] <tumbleweed> ajmitch: right, but I've run it after the last import (unless you just did one :P )
[20:48] <ajmitch> tumbleweed: still downloading the data, I mean that you can set up the cron job now :)
[20:49]  * tumbleweed does that
[20:50]  * ajmitch should try & get on that uploaders list
[20:51] <tumbleweed> ajmitch: can haz python-psycopg2 ?
[20:52] <ajmitch> was sure I'd installed that one
[20:52]  * micahg was shocked to find out he was on it for lucid
[20:52] <ajmitch> never mind, I've installed it now
[20:52] <ajmitch> micahg: yeah I sort of disappeared from the graphs
[20:52]  * tumbleweed wasn't but I've been on every one since :/
[20:52] <micahg> ajmitch: yeah, your last appearance on it was for feisty
[20:53] <broder> which list?
[20:53] <micahg> broder: http://people.ubuntu.com/~stefanor/upload_activity/
[20:53] <ajmitch> micahg: that's pretty sad :)
[20:53] <broder> ah yeah, i've definitely never made that
[20:54] <micahg> broder: you're on your way for precise ;)
[20:54] <ajmitch> what's the number I need to hit for precise to get back on the list? :)
[20:55] <micahg> currently, I think it's between 10 and 15
[20:55] <broder> oh really? sweet - i can totally make that :)
[20:55]  * ajmitch can do that...
[20:55] <ajmitch> if I can find something I can fix :)
[20:55] <micahg> broder: you're already at 13
[20:56] <micahg> ajmitch: lots of armhf FTBFS which are general
[20:56] <broder> micahg: i count 7 uploads to precise on https://launchpad.net/~broder/+uploaded-packages - does the graph count things i sponsor?
[20:56] <broder> oh, i guess syncs too
[20:56] <micahg> broder: I think syncs count, but cannot be sure
[20:57] <ajmitch> micahg: where are you seeing 13?
[20:57] <broder> ajmitch: count the number of times "precise" shows up on https://launchpad.net/~broder/+uploaded-packages and https://launchpad.net/~broder/+synchronised-packages
[20:57] <micahg> ajmitch: search for him in my precise-changes folder
[20:57] <broder> or that :)
[20:57] <ajmitch> ah right :)
[20:58] <broder> do i get credit for srus? that would totally push me over :)
[20:58] <micahg> I'm missing the first 2 days I think, but that's mostly the top uploaders anyways
[20:58] <ajmitch> micahg: there are only a few hundred FTBFS, that's not so bad :)
[21:00] <micahg> our newest MOTU was on the list for oneiric :)
[21:00] <broder> yeah, but they're the ones you have to worry about! they actually *do* things
[21:01]  * ajmitch was young once :)
[21:01] <micahg> broder: not like we have a shortage of things to do
[21:01] <ajmitch> micahg: it's always a matter of finding where to start
[21:01] <broder> micahg: it looks like jtaylor had about 60 uploads during the cycle, though
[21:02] <broder> i'm not sure i can keep up with that
[21:02] <micahg> ajmitch: anywhere your heart desires :)
[21:02] <jtaylor> neither can I :/
[21:02] <broder> haha
[21:02] <ajmitch> micahg: too many choices to make!
[21:03]  * ajmitch should check on the state of mono-debugger
[21:04] <tumbleweed> broder: yes. And backports now
[21:04] <broder> psh. *that* just seems unfair...but i'll take it
[21:04] <ajmitch> is there a good way to do armhf test builds?
[21:05] <tumbleweed> broder: well, you would, if we attributed them
[21:05] <tumbleweed> but you could get the backports team in :P
[21:05] <broder> tumbleweed: huh? i'm pretty sure i get the changed-by on any backport i approved
[21:05] <tumbleweed> or is that archive@ubuntu
[21:06] <tumbleweed> broder: it doesn't make it into the LP SPPH, that I can see
[21:06] <micahg> hmm...backports don't seem to hit -changes
[21:06] <ajmitch> no, and for good reason
[21:06] <tumbleweed> it was specifically disabled
[21:07]  * tumbleweed digs out the bug
[21:07] <broder> i see entries in ubuntu_upload_history for backports that have me as changed-by and signed-by
[21:07] <ajmitch> do all security uploads make it to -changes these days?
[21:07] <tumbleweed> broder: oh, cool
[21:07] <tumbleweed> ajmitch: yes
[21:07] <tumbleweed> backports were excluded because people were confusing them with -security
[21:07] <tumbleweed> (actually I assume "all" not sure about that)
[21:08] <micahg> ajmitch: nope, mine don't
[21:08] <ajmitch> right, I didn't think they did
[21:08] <micahg> ajmitch: all the ones from the P3A do
[21:08] <tumbleweed> ajmitch: bug 59443
[21:08] <ajmitch> micahg: you have a separate special place?
[21:09] <micahg> ajmitch: I use the public PPAs since I don't work on embargoed stuff
[21:09] <ajmitch> right
[21:10] <tumbleweed> cronned: http://people.ubuntuwire.org/~stefanor/ubuntu-activity/
[21:10] <tumbleweed> (daily)
[21:11] <ajmitch> great
[21:12] <ajmitch> so it'll update in ~5 hours or so
[21:12] <tumbleweed> yup
[21:13] <ajmitch> this download of the udd data will be done by then, I hope :)
[21:26] <ScottK> broder: Yes.  Fixed.  Thanks.
[21:56] <Ampelbein> hmm, build-rdeps can't search for universe build rdepends?
[21:57] <micahg> Ampelbein: try reverse-depends from ubuntu-dev-tools
[21:58] <Ampelbein> Oh, I see, thanks micahg.
[22:19] <jtaylor> no-change rebuild changelogs (buildX) are kept or does one drop them on ubuntuX updates?
[22:20] <Ampelbein> I'd drop them, they contain no useful information IMHO.
[22:34] <jtaylor> I choose something nice and simple for my first upload: bug 902494, due to the simplicity of the fix a SRU candidate so I don't want to wait to long for debian
[22:34] <jtaylor> so how does this now work? I only ever dput'ed to ppas and mentors :/
[22:36] <broder> jtaylor: step 1: target the bug correctly
[22:36] <broder> (click "nominate for series" and check oneiric, or whatever)
[22:36] <jtaylor> you mean nominate for oneiric?
[22:36] <broder> right
[22:37] <broder> step 2: make sure the bug is fixed in precise or going to be fixed soon
[22:37] <jtaylor> yes I prepared a precise upload
[22:37] <broder> ok. then "dput precise my_build.changes"
[22:37] <broder> err...wait
[22:37] <broder> no
[22:37] <broder> dput ubuntu :)
[22:38] <broder> lp dispatches the upload based on the Distribution line in the .changes file
[22:38] <broder> so make sure that says precise/oneiric-proposed/whatever
[22:39] <broder> it should also have a Launchpad-Bugs-Fixed header, which is what triggers the janitor to close the bug
[22:41] <broder> jtaylor: is that the information you were looking for?
[22:41] <jtaylor> yes thanks
[22:42] <jtaylor> for the -propsed upload the same upload procedure + update bug description + subscripte sru team?
[22:42] <broder> yep
[22:46] <broder> oh sweet - i finally caught an upload that's affected by my pkgbinarymangler change. we are, in fact, no longer generating symlink-should-be-relative tags for langpack symlinks<EMAIL_ADDRESS>[22:46] <broder> (the package-contains-broken-symlink tags will go away next time i update lintian)


[20:05] <Kon> Why did 5.11 never come down for hwe-edge? It looks like the last 5.11 build for Focal was in late April
[20:06] <Kon> https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa?field.series_filter=focal
[20:12] <jeremy31> Kon: Might have been some gcc version issue


[10:00] <TJ-> Would we expect a system hang when iwl4965 (iwlegacy/4965-mac.c) reports 'BUG_ON idx doesn't match seq control'. I couldn't fully track the IL_ERR macro (dev_err) back to its final expansion
[10:02] <TJ-> This is with 15.10 amd64 low-latency kernel. May have happened a couple of times in the last 24 hours but this is the first time the log has shown anything
[10:16] <apw> TJ-, any bug_on can be fatal or not depending on circumstances, but i' dmore commonly expect you to lose wireless
[10:17] <apw> TJ-, anyhow you hsould file a bug with the backtrace
[10:18] <TJ-> apw: Not possible. System hung. If that is the cause of all the hangs I've seen - this is the only logged clue currently. Always happens when the system has been left idle with no-one using it
[10:18] <apw> then that might be power management perhaps ?
[10:18] <apw> might be worth seeing if there is a way to turn that off as a test
[10:18] <apw> TJ-, and which kernel are you running
[10:19] <TJ-> I somehow think it is unrelated, I've been using a build of 4.1 with PCI IOMEM fixes in for a long time on 14.04, and not been hit. I think this is something unique to the Ubuntu 4.1 build.
[10:19] <TJ-> apw: amd64 4.1.0-3-lowlatency
[10:20] <TJ-> There's no ASPM enabled
[10:20] <apw> TJ-, so wily, has the 4.2 migrated yet ?
[10:26] <TJ-> I've not see it yet. Not been able to use the mainline 4.2 without manually fixing the workqueue GPL symbol, due to requiring nvidia
[10:27] <TJ-> I've been having to carry fixes for PCI IOMEM since 3.15 which *should* finally reach mainline in 4.3, so it gets quite involved trying to chase down these issues :)
[10:28] <apw> TJ-, its in -proposed
[10:28] <TJ-> OK, I'll enable it and see how it goes. I hate it when there are 0 clues
[13:37] <rtg> arges, what ever happened with bug #1370352 in trusty ?
[13:45] <arges> rtg: looking
[13:48] <arges> rtg: the bug in the last comment should have been bug 1398975
[13:49] <rtg> arges, yeah, it was circular
[14:24] <cmagina> I am porting an upstream driver to arm64 and it requires a kernel config update so i ran the updateconfigs target. It made changes to the common config but the new driver is only needed for a specific arch. should i move these changes to that arch's config or leave it how updateconfigs left it?
[14:24] <cmagina> back porting an upstream arm64 driver
[14:25]  * cmagina needs stronger coffee
[14:29] <rtg> cmagina, if the config option is unique to arm64 then it will appear in common since it is the only instance
[14:30] <cmagina> rtg: ah, ok, so just leave it since updateconfigs did the right thing
[14:30] <rtg> yup
[14:30] <cmagina> thanks
[15:10] <MikeCamel> Hi, folks - anyone having any joy with 4.2?  No problems compiling, but it hangs at initramfs boot.  Using config files pretty much unchanged from 4.1...
[15:13] <apw> MikeCamel, boots ok for me here
[15:14] <apw> cat /proc/version_signature
[15:14] <apw> Ubuntu 4.2.0-5.5~masternext201508181139-generic 4.2.0-rc7
[15:14] <apw> running a slightly older one than the -7.7 in -proposed, but it boots for sure
[15:14] <rtg> apw, tsk, tsk. you should be booting -7.7
[15:15] <apw> rtg, i am supprised to find i am not
[15:15] <rtg> apt-add-repository ?
[15:16] <MikeCamel> I've just been taking the .xz from kernel.org, and compiling my own.  Old style, but it's what I'm used to.
[15:17] <MikeCamel> I'm taking debs from ~kernel-ppa: I'll see if those boot.  If they do, I'll try the .config from /boot there, and use that as the starting point.
[15:19] <apw> rtg, oh how it gets on isn't the issue, lack of care is
[15:19] <apw> MikeCamel, sound plan
[15:20] <MikeCamel> been compiling kernels since ~'96.  Recently got back into it.  :-)
[15:21] <MikeCamel> These days it's just for fun.  In those days, you _had_ to, if you wanted your new h/w to work.
[15:22] <MikeCamel> right.  biab.  reboot time.
[15:25] <MikeCamel> well, that booted, at least.  no wifi, but it booted.
[15:25] <MikeCamel> wonder what the diff was.  Time to do some playing...


[00:20] <cprofitt> pleia2, you here?
[00:20] <cprofitt> doctormo, you here?
[00:20] <doctormo> cprofitt: sure am
[00:20] <pleia2> hey
[00:20] <cprofitt> cool :-)
[00:20] <pleia2> oh - WRT monday, I don't actually have a lug meeting, we moved it to tuesday
[00:21] <pleia2> so we can meet up before 11PM ;)
[00:21] <cprofitt> do we have time to hash out some of the 'foundation' items I was talking about?
[00:23] <doctormo> yes
[00:23] <pleia2> yep
[00:23] <cprofitt> k...
[00:23] <cprofitt> let me try to explain, the best I can, the concept I have in my head
[00:23] <cprofitt> I saw UCLP as a vehicle to enable others to contribute 'courses' to the community
[00:24] <cprofitt> to do that our 'main' focus would be developing a framework for those courses to be developed and published in.
[00:24] <cprofitt> we also might 'recruit' course writers and trainers
[00:25] <cprofitt> give advice on how to 'deliver' an in-person class or IRC class, etc
[00:25] <cprofitt> is that something you guys can agree with?
[00:27] <pleia2> I think so
[00:28] <pleia2> I think it's the specifics of "developing a framework for those courses to be developed and published in" is what is unclear
[00:30] <cprofitt> ok... let me try to clarify
[00:31] <cprofitt> we need to develop the framework -- wiki (discuss/brainstorm/organize), asciidoc (base format), PDF (in-person/IRC handouts), Moodle (synchronous or asynchronous) on-line learning
[00:32] <cprofitt> so that is, I believe, our intended framework...
[00:33] <cprofitt> courses obviously are part -- material to read and then 'knowledge evaluation' in the form of assignments or questions.
[00:33] <cprofitt> in our case we are not grading anyone -- so the evaluation is more of a guide for a person to know if they have to review more
[00:33] <cprofitt> its an understanding check
[00:34] <cprofitt> so we also have to have what we consider the basic components of a course (which cross platforms) and perhaps some parts that are particular to a format.
[00:34] <cprofitt> following?
[00:34] <cprofitt> To give an example:
[00:34] <doctormo> The way I sort of understand it is, you have material creation, teacher preperation and then the class organisation aspects.
[00:35] <doctormo> So there may be a function of pleia2 or myself having some sort of framework for recording what classes we're going to teach, or encouraging others to record when classes will be taught.
[00:35] <cprofitt> In-Person courses would have a teacher outline... an Asynchronous Moodle course would simply have a course outline for the student... or objectives
[00:35] <cprofitt> I would not call it recording...
[00:36] <cprofitt> but we may have people who are not familiar with writing curriculum
[00:36] <doctormo> cprofitt: Internal teaching?
[00:36] <pleia2> sorry, getting dragged off by texans
[00:36]  * pleia2 catches up
[00:36] <cprofitt> and we should help them to understand what a course consists of
[00:36] <cprofitt> so they can take their knowledge and build a useful course
[00:37] <cprofitt> doctormo, its like how you organized some of your courses...
[00:37] <cprofitt>     * Lesson Plan for teachers
[00:37] <cprofitt>     * Presentation Slides
[00:37] <cprofitt>     * Overview Sheet
[00:37] <cprofitt>     * Practical Sheet
[00:37] <cprofitt>     * Cheat Sheet
[00:37] <cprofitt>     * Sample Files
[00:38] <cprofitt> I think the common features would be the Lesson Plan, Overview, Practical
[00:38] <cprofitt> though in Moodle the practical is the 'questions' in quizzes or assignments that people are asked to complete
[00:39] <cprofitt> Slides -- would be course material, but Moodle would not call them slides
[00:39] <doctormo> Aye, teaching that is important, I've always thought so.
[00:39] <cprofitt> if you follow
[00:39] <cprofitt> a person who knows a cubic butt-tonne about debugging may not know how to make a course properly
[00:39]  * pleia2 nods
[00:39] <doctormo> I would call that the mechanics of course writing, getting the jist of how a lesson is layed out best and so forth.
[00:40] <cprofitt> so we need to have an outline for each course type -- as some components of in-person courses do not work well in IRC courses
[00:40] <cprofitt> etc
[00:40] <cprofitt> doctormo, yes...
[00:40] <cprofitt> I think we should have outlines or 'templates' for people to follow
[00:40] <doctormo> One of the things I wanted to do was gather a handful of classes in the teching section and then schedual regular lessons in here for our contributors.
[00:40] <cprofitt> for me this is important to really taking 'volunteers' and having them be able to contribute
[00:40] <cprofitt> sounds good doctormo
[00:41] <cprofitt> ...
[00:41] <cprofitt> this is why I thought we should each write one course in each format...
[00:41] <cprofitt> then work through as a team -- what worked and did not work about it --
[00:41] <doctormo> cprofitt: Since i've taught a person how to do the asciidoc stuff, and even though it's not perfect, would you like to go through it with me?
[00:41] <cprofitt> and revise it...
[00:42] <cprofitt> so we all feel comfortable with the 'parts'
[00:42] <cprofitt> doctormo, I would.
[00:42] <cprofitt> In a perfect world though we should have you write a course on it...
[00:42] <cprofitt> and then in the process of my learning it I can transcribe it to asciidoc
[00:42] <cprofitt> I mean from asciidoc to Moodle
[00:43] <cprofitt> then we will have an in-person course and Moodle course on using asciidocs
[00:43] <cprofitt> then I can write a course on how to use Moodle (the one I uploaded was brutally bad)
[00:43] <doctormo> Yes, that sounds efficient, there are some quirks I need to work out still remaining. TBH I've not been as attentive as I would have liked to my list of things to do on those classes.
[00:43] <cprofitt> and you can take that course and transcribe it in to asciidco
[00:44] <doctormo> cprofitt: That sound sgreat
[00:44] <cprofitt> then again, we have two courses one in each format...
[00:44] <cprofitt> then pleia2 can take both and see if we can fit them as IRC courses as well
[00:44] <pleia2> I think the quirks of the workflow will get sorted out as we start plowing into development
[00:44] <cprofitt> now we have our 'templates' that also serve as lessons on how to 'build' a course
[00:44] <cprofitt> pleia2, I agree...
[00:45] <doctormo> cprofitt: Can you script at all? write code?
[00:45] <cprofitt> but I think developing the courses that help other people write courses is likely a more fruitful venture than some of the other items we have on the list so far.
[00:45] <popey> its certainly a good place to start
[00:45] <cprofitt> doctormo, I can write in C#, do a bit of PowerShell, a bit of Bash, VB.net, and a bit of Python
[00:46] <pleia2> yeah, which is why the work doctormo has been doing with BiosElement and nigel_nb is so important right now
[00:46] <cprofitt> thanks popey - I think it works to kill three birds with one stone
[00:46]  * doctormo winces
[00:46] <cprofitt> poor birds
[00:46] <doctormo> I think so.
[00:46] <cprofitt> they were just virtual doctormo :-)
[00:46] <pleia2> hehe
[00:46] <doctormo> To clarify, I think writing those courses is a good idea
[00:46] <cprofitt> good...
[00:46] <cprofitt> that relieves me...
[00:47] <doctormo> I know we will have to rewrite them a few times as we go through it
[00:47] <cprofitt> because I think it does the following:
[00:47] <cprofitt> A)  Gets courses written
[00:47] <cprofitt> B) Trains others
[00:47] <cprofitt> C) refines our workflow
[00:47] <cprofitt> wait... a few more
[00:47] <popey> teach a $person to $activity
[00:47] <cprofitt> D) Helps the team 'gel' by understanding each other
[00:48] <cprofitt> lol
[00:48] <cprofitt> yep, popey
[00:48] <cprofitt> we also need to develop a course on BZR -- for those that may not be familiar with that and want to participate
[00:49] <cprofitt> so... in the next few weeks I will focus on writing a course on using Moodle.
[00:49] <cprofitt> Doc and bios can write a course on using asciidoc
[00:49] <pleia2> yes, nigel_nb is writing the bzr course
[00:49] <cprofitt> great
[00:49] <pleia2> bios has written an asciidoc course
[00:50] <pleia2> so we're well on our way :)
[00:50] <cprofitt> pleia2, do you have a link to that... I want to bookmark it
[00:50] <cprofitt> that way I can plan on starting to transcribe it to Moodle when I get done with the Moodle course
[00:50] <pleia2> doctormo: are these accessible by normal people in bzr?
[00:50] <pleia2> they might both still be in development
[00:51] <doctormo> pleia2: available in not trunk branches
[00:51] <doctormo> none*
[00:52] <cprofitt> so... our courses on how to use asciidoc, bzr and Moodle will be in 'spread ubuntu' section right?
[00:53] <doctormo> cprofitt: So far they've been going into How to Teach
[00:53] <doctormo> Although the sense of that is tagental.
[00:53] <pleia2> teach ubuntu
[00:56] <cprofitt> http://learn.ufbt.net/course/index.php?categoryedit=on
[00:56] <cprofitt> I was looking at what was in Moodle...
[00:56] <cprofitt> perhaps I need to change one of the categories?
[00:57] <pleia2> https://wiki.ubuntu.com/Learning/TeachingTopics is what you're talking about
[00:57] <pleia2> and that's our "How to Teach"
[00:57] <pleia2> which isn't a category there in moodle
[00:57] <doctormo> Aye, the one with the morterboard.
[00:57] <cprofitt> Publishing to Moodle (and why you can't) ?
[00:58] <pleia2> I think "and why you can't" is because "our moodle site isn't done yet"
[00:58] <doctormo> I always felt like that category was for sort of internal training of all kinds, moodle, teaching, asciidoc, bzr, anything that gets contributors up to speed.
[00:58] <pleia2> but the moodle site is fine, we can finish theming later
[00:59] <doctormo> Aye, that was written ages ago, can be removed IMO
[00:59] <cprofitt> k -- I can add the category...
[00:59] <cprofitt> woah... we are removing How to Teach... I just got lost
[01:01] <pleia2> no no, removing "(and why you can't)"
[01:01] <cprofitt> ok...
[01:01] <pleia2> because we can publish to moodle now! :)
[01:01] <pleia2> but yes, please add the How to Teach category to moodle
[01:02] <cprofitt> http://learn.ufbt.net/course/index.php?categoryedit=on
[01:02] <cprofitt> added the category
[01:02] <pleia2> yay :)
[01:02] <doctormo> Perfect
[01:03] <doctormo> cprofitt: sorry about my unclarrity.
[01:12] <cprofitt> doctormo, no big deal... it was nice to just flesh it out...
[01:12] <cprofitt> I will start to work on the Moodle course and put the installation course on hold
[01:12] <cprofitt> feel free to look at that one or the other that are already published there
[01:13] <cprofitt> I need to go spend some time with the children... then get them off to bed...
[01:13] <cprofitt> bbiab
[01:22] <doctormo> cprofitt: Sounds like a good way forward, I will work on the bzr and asciidoc sections, although I'd also like some time to do a few of these scripts that will produce the pdfs, htmls and help illiminate the bzr complexity by dealing with the users keys for them.
[01:23] <pleia2> yay scripts
[03:26] <cprofitt> pleia2, and doctormo are you both still here?
[04:44] <cprofitt> pleia2 you in the room?
[04:44] <pleia2> cprofitt: getting ready to head to bed
[04:44] <pleia2> I want to be on the road by 10AM tomorrow, so I can't stay up late :)
[04:44] <cprofitt> tell me what you think of this -- http://www.youtube.com/watch?v=C-p2KqU7QD4
[04:45] <cprofitt> when you get a chance...
[04:45] <cprofitt> not tonight
[05:27] <joe__> I am unable to play video... 9.10, fresh install get "internal data stream error" any ideas?
[20:19] <doctormo> Hey swoody, how are things going?
[20:19] <swoody> doctormo, oh I can't complain, thank you :)
[20:19] <swoody> doctormo, how did your birthday turn out??
[20:20] <doctormo> swoody: Good, I got a hard drive and taken out to dinner twice, both times had lovely chicken katsu.
[20:20] <swoody> doctormo, very nice :)
[20:22] <doctormo> Thanks, and yourself? good weekend?
[20:29] <nigel_nb> doctormo: belated birthday wishes :)
[20:30] <swoody> doctormo, so far :)
[20:30] <swoody> been working a bit harder trying to find work, so hopefully something comes of it :)
[20:31] <swoody> have some really great leads from some Chicago Loco guys
[20:31] <doctormo> thanks nigel_nb :-) so many good wishes.
[20:31] <nigel_nb> doctormo: not as bad as mine
[20:31] <doctormo> swoody: Sounds good, our LoCo Karmic party is tonight
[20:31] <nigel_nb> doctormo: kept getting calls from 12 am
[20:32] <swoody> doctormo, very nice! I hope you guys have a great time :)
[20:32] <doctormo> nigel_nb: What kind of calls?
[20:32] <nigel_nb> till 4 p.m., I think by buddies coordinated it.... birthday wishes
[20:32] <doctormo> swoody: We shall see, I think the venue will be too small, but we shall see.
[20:32] <swoody> doctormo, ours is next Saturday, where I'll also be giving a presentation on Folding@Home :)
[20:32] <nigel_nb> doctormo: my phone was ringing every 30 mins or so
[20:32] <swoody> doctormo, well, it'll be 'intimate' then ;)
[20:33] <doctormo> nigel_nb: That's brilliant, that means you have some really good, close knit friends.
[20:33] <nigel_nb> doctormo: yeah.  :)
[20:33] <doctormo> swoody: No presentations at ours, just drink, food and social talk. We save the work for Tuesdays since we do that every week.
[20:34] <swoody> heh, yeah I'm sure there will be no shortage of drinking and socializing ;)
[20:34] <swoody> that is pretty nice that you guys get together once a week...
[20:35] <swoody> the Chicago LUG is like that, but not the Loco :/
[20:35] <nigel_nb> doctormo: is there a plenary about uclp at the uds?
[20:40] <doctormo> nigel_nb: No, but there is a session for it.
[20:40] <nigel_nb> doctormo: when is it scheduled, is that ready yet?
[20:48] <doctormo> nigel_nb: I don't know if it's scedualed yet, but it is a blueprint
[20:51] <nigel_nb> doctormo: if possible, I'll participate as a remote user
[20:54] <doctormo> nigel_nb: Of course, we hope to put it on IRC, and you might be able to dial in for sound.
[20:54] <nigel_nb> oh great :)
[20:54] <nigel_nb> do update the mailing list with the room and time
[21:01] <doctormo> OK, it'll go on the schedual for UDS, so it might change, but I'll try and keep everyone posted.
[21:12] <nigel_nb> great. thanks doctormo :)


[00:18] <roaksoax> sentinel-prime: here
[00:18] <sentinel-prime> o/
[00:18] <roaksoax> sentinel-prime: yes, so since you are using NAT
[00:18] <roaksoax> sentinel-prime: the machines dont have access to the internet
[00:18] <roaksoax> sentinel-prime: so you need to do iptables to allow them to access the internet
[00:18] <roaksoax> sentinel-prime: or set http_proxy on the machines to use the proxy
[00:19] <sentinel-prime> http proxy needs to be set in the maas controlor right
[00:20] <sentinel-prime> if so that is set tto maas built in
[00:20] <sentinel-prime> on the setting page
[00:21] <roaksoax> sentinel-prime: right, but maas doesn't set http_proxy on the system. it only sets apt's proxy
[00:21] <sentinel-prime> so i have to set it to exturnal
[00:21] <sentinel-prime> or peer
[00:22] <roaksoax> sentinel-prime: no
[00:22] <roaksoax> sentinel-prime: the built-in proxy is fine
[00:22] <roaksoax> sentinel-prime: but when the machine is deployed
[00:24] <roaksoax> sentinel-prime: the deployed machine only gets apt proxy set, which allows apt to access the mirrors, but just for apt
[00:24] <roaksoax> sentinel-prime: if you want the system itself to have accecess
[00:25] <roaksoax> sentinel-prime: you can do: export http_proxy=http://ip-of-maas-server:8000/
[00:25] <roaksoax> export http_proxy=http://ip-of-maas-server:8000/
[00:25] <roaksoax> export https_proxy=http://ip-of-maas-server:8000/
[00:25] <roaksoax> sentinel-prime: or you can try in port 3128
[00:29] <sentinel-prime> thats the command right
[00:35] <sentinel-prime> ?
[00:36] <roaksoax> sentinel-prime: yes, in the installed system you can do:
[00:36] <roaksoax> export http_proxy=http://ip-of-maas:8000/
[00:36] <roaksoax> export https_proxy=http://ip-of-maas:8000/
[00:36] <roaksoax> both commands
[00:36] <sentinel-prime> i did that on the maas controlor
[00:37] <roaksoax> sentinel-prime: ok so you have two options
[00:37] <roaksoax> sentinel-prime: 1. configure the deployed machines system proxy
[00:37] <roaksoax> 2. configure NAT in the MAAS server
[00:38] <roaksoax> sentinel-prime: doing 1 is setting up http_proxy and https_proxy on the *deployeD* system
[00:38] <roaksoax> doing 2. is doing somethin like this: http://paste.ubuntu.com/p/xDXndWX7vF/
[00:39] <roaksoax> sentinel-prime: what I do in my home lab, is setting up NAT in the MAAS server
[00:39] <roaksoax> sentinel-prime: by doing this: http://paste.ubuntu.com/p/xDXndWX7vF/
[00:41] <sentinel-prime> if i do 2 will it auto configure any new machines added
[00:42] <sentinel-prime> because it sounds like 1 has to be done for any new machines
[00:57] <sentinel-prime> ?
[01:31] <mup> Bug #1771711 opened: failed  smartctl-validate <MAAS:New> <https://launchpad.net/bugs/1771711>
[01:55] <[Kid]> does MAAS setup a password for the ubuntu user at all/
[01:55] <[Kid]> trying to access console if SSH keys are not available
[06:48] <myrat> hello people i have a problem with creating keypair in openstack
[06:48] <myrat> help me somebody please
[09:29] <mup> Bug #1771777 opened: Node is stuck "exiting rescue mode" from failed deployment <MAAS:New> <https://launchpad.net/bugs/1771777>
[10:31] <Sideris> Hi
[10:31] <Sideris> I have a problem with maas deployement
[10:31] <Sideris> someone can help me
[13:54] <mup> Bug #1771475 changed: maas cli making API calls on port 80 <MAAS:Won't Fix> <https://launchpad.net/bugs/1771475>
[13:57] <mup> Bug #1682150 opened: [2.1] MAAS node memory detection problem : 0.0GiB <MAAS:New> <https://launchpad.net/bugs/1682150>
[20:56] <klj1218> wondering if I can get some help with a new maas deployment, using composable hardware (via virsh), and everytime I try to compose a new system it will fail commissioning
[20:57] <klj1218> running ubuntu 17.10 + maas 2.3.2, all updates
[20:59] <klj1218> what fails during commisioning is "00-maas-03-install-lldpd" and "99-maas-02-capture-lldp" (not suprising given the 1st failure)
[20:59]  * klj1218 If I drill down on the "00-maas-03-install-lldpd" failure... it shows the following:
[21:00] <klj1218> "E: Unable to locate package lldpd"
[21:01] <klj1218> btw, all the other stages of commissioning pass (just the two stages fail)
[21:45] <sentinel-prime> roaksoax got to ask when is the best time to get your help
[22:37] <mup> Bug #1771897 opened: PPC64 VMs run out of memory with 1024 MiB <MAAS:Triaged> <https://launchpad.net/bugs/1771897>
[22:46] <mup> Bug #1771897 changed: [2.5] PPC64 VMs run out of memory with 1024 MiB <pods> <MAAS:Triaged> <https://launchpad.net/bugs/1771897>
[22:49] <mup> Bug #1771897 opened: [2.5] PPC64 VMs run out of memory with 1024 MiB <pods> <MAAS:Triaged> <https://launchpad.net/bugs/1771897>


[02:35] <nigelb> morning
[07:11] <dholbach> good morning
[07:15] <duanedesign> morning all
[07:15] <dholbach> hi duanedesign
[07:15] <duanedesign> hello dholbach
[07:19] <dholbach> hey dpm
[07:19] <dholbach> dpm, hope you had a great birthday and weekend! :)
[07:19]  * dholbach hugs dpm
[07:19] <kim0> dpm: Happy Bday :)
[07:19] <kim0> Morning everyone
[07:19] <dpm> hey dholbach, I did, thanks! :)
[07:20] <dholbach> yoohoo
[07:20]  * dpm hugs dholbach
[07:20] <dpm> thanks kim0!
[07:20] <kim0> :)
[07:20] <dpm> goooood morning everyone!
[07:24] <duanedesign> 'lo kim0 dpm
[07:24] <dpm> hey duanedesign, hey ara
[07:25] <ara> hey dpm
[07:39] <kim0> duanedesign: ara Morning o/
[07:40] <ara> morning kim0
[07:40] <kim0> everyone is so enegetic about the new week eh
[07:42] <dholbach> kim0, you're hallucinating
[07:42] <dholbach> :-P
[07:42] <kim0> hehhe :)
[07:42]  * kim0 trapped in a heated discussion in #ubuntu-cloud
[07:52] <dpm> brb, rebooting...
[13:20] <vish> .. how do we ban someone from editing the wiki pages? do we file a question in lp and it gets done or..?
[13:20] <vish>  like what is the procedure for this? has anyone done this before?
[13:22] <popey> we can get IS to make pages immutable
[13:23] <popey> vish: any particular page?
[13:24] <vish> popey: its not a particular page, its for the Artwork/* , (the john issue)
[13:24] <popey> i dont think making pages immutable is useful in this instance
[13:24] <vish> he just starts pages on the team namespace and it 'seems' official once it is on the wiki..
[13:26] <vish> yea, hence i was thinking about banning the user from wiki edits..
[13:26] <popey> whilst it is possible to ban someone from the wiki by deleting their lp account, i think that's overkill
[13:26] <popey> i think perhaps having a meeting with john to thrash out the issue and work out a way forward
[13:26] <popey> banning should be a last resort
[13:27] <popey> especially for someone who is contributing (even if they're contibuting in a broken way)
[13:27] <vish> popey: we've tried it, he is not collaborating..
[13:27] <vish> popey: you can see that he has not responded to even one question raised by the team..
[13:28] <popey> yes, i saw
[13:28] <popey> I would recommend not all wading in and attacking him as a pack
[13:28] <popey> I suspect he's less likely to respond to multiple emails raising the same point
[13:29] <vish> popey: well, it was first tried asking in private before bringing the issue to the mailing list..
[13:29] <popey> whats his lauchpad account name?
[13:29]  * vish looks
[13:30] <vish> popey: https://launchpad.net/~j.baer
[13:31] <vish> popey: thanks for looking into this, its come to a point where people have little patience trying to be on guard for what wiki edits he makes
[13:31] <vish> thorwil was the one who used to keep the wiki clean
[13:31] <vish> and sorted..
[13:38] <popey> i understand
[13:38] <popey> it must be frustrating
[13:39] <vish> popey: just for a little background, the main issue is that he contacts people saying he is representing the artwork team and misleads them to believe he is speaking for the whole team.. when none of his activities have ever been mentioned to the team, so whatever he is saying is purely his own words and ideas..
[13:40] <vish> so his activities is not limited with this wallpaper confusion alone..
[13:41] <vish> s/is/are
[13:48] <popey> It's tricky. I'm sure there are lots of people who contact people "on behalf of" teams. I know I contact people "on behalf of" the CC, but I don't get permission from the entire CC before I do it
[13:48] <popey> and i know dholbach, pleia2 and Technoviking do the same
[13:49] <popey> I am not condining his actions, but I don't believe there has to be complete agreement from everyone in a team before one person makes contact 'on behalf of' the team
[13:50] <vish> popey: yea, but you have worked long enough with others in the team to speak for the team, and know what is within acceptable limits.
[13:51] <popey> Ok, so what specifically has he done that is outside acceptable limits?
[13:51] <popey> I see he's contacted people trying to get new artwork for the next release.
[13:51] <vish> like for this contest, he directed folks to the wrong pool
[13:51] <vish> his private group instead of the one the judges will look..
[13:52] <popey> yes, I saw that. when you say "private group" you mean, just his personal flickr group?
[13:52] <vish> yup..
[13:52] <popey> so, what if he forwarded those "upstream" to the official group.
[13:52] <popey> they would then be considered?
[13:53] <vish> yup, and thats what Iain reiterated now in his last mail
[13:53] <popey> ok, so whats the big problem then?
[13:53] <vish> popey: but he doesnt
[13:53] <popey> Someone has gone out and got contributions, which could be forwarded upstream?
[13:54] <popey> he has until the competition finishes to do it, surely?
[13:54] <vish> popey: right, but that would the course correction we can do now.. he just has them in his own groups and did not mention anything about forwarding it to the main group
[13:55] <popey> ok, so thats a potential way forward?
[13:55] <popey> request that John forwards them to the 'right' group?
[13:55] <vish> popey: yup.. (for this issue)
[13:55] <popey> Ok, good. What other issues are there?
[13:56] <vish> popey: and he has been contacting team like edubuntu, LibO and other , offering services of the whole artwork team, promising delivery of services(whatever artwork/wallpaper)
[13:56] <popey> that seems sub-optimal :)
[13:56] <vish> when none of the team even knows they have been volunteered
[13:56] <popey> is this communication documented somewhere?
[13:57] <vish> popey: you mean his letters to the other teams?
[13:57] <popey> he seems to be keen/enthusiastic
[13:57] <popey> yeah
[13:57] <popey> emails
[13:57] <czajkowski> vish: from reading he seems to want to be helping, granted he may not be doing it the way ye like atm
[13:57] <vish> popey: the LibO one is on their mailing list, let me find you the link
[13:57] <popey> thanks vish
[13:57] <popey> I'm just trying to understand how much of this is the one specific issue
[13:57] <popey> and how much is a succession of little issues that have built up
[13:58] <popey> and how we can correct the course
[13:58] <vish> czajkowski: exactly, and we tried talking to him to not do such things but he repeatedly does this..
[13:58]  * vish finds links..
[13:58] <czajkowski> vish: ok so maybe both parites need to rethink the process, maybe he finds the way ye do things too drawn out
[14:01] <vish> popey<EMAIL_ADDRESS>[14:02] <vish> "we are willing to assist as time and resources permit." and no one knew this.. :(
[14:02] <popey> ok
[14:03] <vish> and other like highvoltage(edubuntu) have told that they received similar mails, and that thought that he was talking for the whole team
[14:06] <popey> https://wiki.ubuntu.com/Artwork/Specs/0006_Edubuntu_Natty_Wallpaper
[14:06] <popey> that spec?
[14:06] <popey> vish: does the artwork team hold regular meetings?
[14:07] <vish> nope.. it used to, but that was nearly 2-3 yrs ago.. :(
[14:08] <vish> popey: yea, that spec and now edubuntu has withdrawn that spec and doctormo is assigned the task.
[14:08] <popey> Ok, so perhaps holding regular meetings will help the team coalesce?
[14:08] <popey> improve communications within the team
[14:08] <vish> we need to re-think the way things can get done in FOSS artwork, atleast wrt to Ubuntu
[14:08]  * vish nods
[14:09] <popey> because right now from an outsiders point of view it basically looks like (to me)..
[14:09] <popey> one person is actively trying to stuff
[14:09] <popey> lots of people are standing around doing nothing and rapping the first person for doing stuff
[14:09] <popey> forgive me if that's not how it is, but that's how it looks
[14:10] <czajkowski> :s rather unfortunate tbh
[14:10] <vish> popey: hmm, nope, thats not right, but he just is too talkative.. :)
[14:10] <vish> hence the illusion
[14:10] <czajkowski> popey: how I've read it also from following chats in here
[14:10] <popey> ok
[14:10] <popey> so how do you turn that around vish ?
[14:10] <czajkowski> too talkative?/
[14:11] <vish> popey: right now, there is a bit of mismatch between team/member expectation and what is required for Ubuntu
[14:12] <vish> everyone wants to do the final wallapaper or theme :)
[14:12] <popey> right
[14:12] <popey> surely the design team (canonical) have final say on that?
[14:12] <vish> yup
[14:12] <popey> Isn't this the long term issue that the art team has always had?
[14:12] <popey> Canonical take little notice of community art?
[14:12] <vish> yea..
[14:13] <vish> since only a few artwork tasks exist for 'Ubuntu' distro, and in effort to increase the tasks for others we included the photos
[14:13] <vish> and now this cycle we included the illustrations too
[14:13] <vish> popey: but john is not fully aware for this
[14:14] <czajkowski> vish: thats hardly his fault if the team has poor communuication tbh
[14:14] <vish> and he fails to understand or grasp it when people explain that this exists
[14:14] <vish> czajkowski: we have tried to explain to him, that there is this new task..
[14:14] <popey> the artwork team doesn't seem to act like a "team" in the way other ubuntu teams do
[14:14] <vish> yea, its messy right now
[14:15] <czajkowski> popey: +1
[14:15] <vish> popey: earlier kwwii was there, now he has quit canonical and things just got out of hand
[14:15] <czajkowski> vish: perhaps the communication medium isn't right, or how the message is being conveyed.
[14:15] <vish> not that we were most productive before kwwii left
[14:16] <popey> I was about to say exactly that vish
[14:16] <czajkowski> vish: but this guy is trying to be...
[14:16] <popey> nothing seems to have changed
[14:16] <popey> the team seems dysfunctional
[14:17] <vish> czajkowski: i blame myself for this new spurt of activity or igniting john's flame..
[14:17]  * vish finds mail..
[14:18] <vish> we just got dormant and i wrote this > https://lists.ubuntu.com/archives/ubuntu-art/2010-September/012256.html
[14:19] <IdleOne> maybe what the art team needs is a curator, someone to take charge of submitting art to canonical and the Artists can focus on the art part.
[14:19] <IdleOne> I know very little of what is going on in all this mind you.
[14:21] <vish> right now, only about 10-max20 members even communicate on the mailing list
[14:21] <czajkowski> I dont get why the art team cannot just fall under the canonical team like in testing/desktop/kernel all other teams. canonical leads them and has community members actively helping in them
[14:21] <vish> +1
[14:21] <popey> the art team pre-dates the canonical design team
[14:21] <popey> thats why
[14:21] <czajkowski> popey: so merge.
[14:21] <popey> by some significant margin
[14:21] <popey> i suspect there are a few blockers there
[14:21] <czajkowski> teams merge and change.
[14:22] <popey> like the fact that canonical like to keep design stuff internal
[14:22] <popey> IMO
[14:22] <czajkowski> popey: well those blockers seem to the reason why the team is less than active as well .
[14:22] <popey> hang on..
[14:22] <czajkowski> rather frustrting and for as long as I can remmeber this team has te same issue over and over
[14:22] <popey> and the resistance from people in the team to becoming part of the canonical machine
[14:22] <czajkowski> canonical design team just get on with the work and do it
[14:22] <popey> thats not very community spirited
[14:23] <popey> why not hand over the whole of ubuntu development to canonical teams and have no community?
[14:23] <vish> popey: "people resisting" ? no, it only john resisting :)
[14:23] <czajkowski> popey: it may seem that way, but it's the only team that cant seem to play with canonical. look at desktop, kernel, cloud, etc
[14:23] <IdleOne> sure it is, the community needs help in this area with organization, Canonical has the Design team already set up to deal with this.
[14:24] <vish> and there is this problem of splitting design from artwork
[14:24] <AlanBell> does the design team understand why it needs the community?
[14:25] <vish> we discussed these issues in the last UDS and the design team is making an effort to involve the community team,
[14:26] <vish> http://design.canonical.com/2010/12/surveying-contributions/
[14:26] <vish> we are trying to first access the goal of the people and the number of people who want to participate in Ubuntu artwork/design community
[14:27] <vish> and we have the issue of Ayatana which deals with design, so there was this talk of merging artwork and design too
[14:29] <vish> right now, the easiest task was to announce contests and help the sister distros, but that is not going too well
[14:29] <AlanBell> what is the last project that the community artwork team did, that the design team wanted doing?
[14:29] <vish> most serious artists dont want to spend their time taking part in contests
[14:30] <vish> AlanBell: hmm, that would be the countdown banners
[14:30] <AlanBell> ok, great
[14:31] <AlanBell> so that project worked quite well (they looked great, and got into a lot of places)
[14:32] <vish> thats the only task thats been going on continuously
[14:32] <vish> and with quite some decent results..
[14:33] <vish> czajkowski: popey: so basically john's idea is like Ubuntu manual, let us try to do something and then try to get our way into the default distro, which is where we find this not a reality .
[14:34] <vish> so we have tried to tell him to not mislead people..
[14:34] <vish> and instead try to direct people to these existing tasks.
[14:35] <vish>  like the illustrations one where people have a chance of actually seeing their work in the distro
[14:35] <vish> but he does not listen..
[14:36] <popey> I think (personally) the team needs to focus on being a team, and what they _can_ do rather than focus on the negatives and John in particular
[14:36] <vish> popey: right, but everytime the team tries to do something, john finds a way to be distracting ;)
[14:37] <czajkowski> :s
[14:37] <czajkowski> I actuallly kinda feel sorry for this John guy,
[14:37] <czajkowski> he's trying to help and everyone just wants to criticise it
[14:37] <vish> oh boy! :D
[14:38]  * vish tries to put this into community-team examples..
[14:40] <vish> lets say, that a team wants approval as an official Ubuntu LoCo team, but does not get approval.. would it be right if the LoCo starts its own Community-team and duplicating the Community team
[14:40] <vish> ?
[14:40] <popey> i dont think that analogy works :)
[14:40] <czajkowski> vish: doesnt really work that way
[14:41] <popey> its one guy, trying to work within a team, taking leadership where there is none
[14:41] <czajkowski> we encourage teams to spread Ubuntu, approved or not means nothing
[14:41] <popey> unless I am wrong, there is no leadership in the art team
[14:41] <vish> kwwii is still the leader
[14:41] <popey> czajkowski: thats not what he's suggesting in his example
[14:41] <popey> vish: kwwii is awol surely?
[14:41] <vish> though he has been busy with his new job recently..
[14:42] <popey> czajkowski: the example vish gave was that if a loco wasn't approved, they might start their own *community team* or "loco council"
[14:42] <czajkowski> popey: teams do , netherlands there is an example i guess
[14:42] <popey> no
[14:42] <popey> you're not getting the example
[14:42] <czajkowski> ok
[14:42] <popey> the example is not that they would start their own unapproved _loco_ team
[14:42] <vish> well, thats what john does, he does not like existing rules(available tasks), so he just tries to create his own tasks which have no way to be approved
[14:43] <popey> but that they would start their own _loco council_ or _community team_
[14:43] <popey> but the example/analogy is broken anyway, so meh :D
[14:43] <popey> I see what you're saying vish
[14:43] <vish> ;p
[14:43] <popey> :)
[14:45] <vish> popey: surely you wouldnt call that taking leadership, because leading means to lead atleast _one_ .. but he is autocratic ;)
[14:45] <vish> maybe autocratic is not the right word..
[14:45] <popey> sure, I understand
[14:46] <popey> but if you're in a team that is dysfunctional, moribund
[14:46] <vish> :D
[14:46] <popey> some people "JFDI"
[14:46] <popey> get on with it
[14:47] <vish> popey: right, but that JFDI would be right, when there was no task, but what he is doing now is essentially duplicating an existing task
[14:47] <popey> or embracing and extending
[14:47] <popey> :)
[14:47] <popey> I'm not making excuses for what he's done, but I can see why he's done what he has
[14:48] <popey> to some degree
[14:48] <popey> I do believe the art team needs a massive kick up the butt though
[14:48] <vish> hmm, wait i think i might have explained this whole thing wrong.. :)
[14:48] <vish> popey: +1 for kick though ;)
[14:48] <czajkowski> vish: yes but not John
[14:48] <vish> let me start again..
[14:49] <vish> :s
[14:49] <czajkowski> you seem hell bent on making this poor guy suffer for tryig to help vish
[14:49] <czajkowski> :(
[14:49] <vish> hmm?
[14:49] <vish> oh well.. nvm me then :)
[14:51] <vish> czajkowski: the problem was he was misdirecting people to the wrong groups, where peoles' submissions will never be judged » https://lists.ubuntu.com/archives/ubuntu-art/2011-February/013201.html
[14:51] <vish> poeple's
[14:52] <popey> 14:48:30 < vish> hmm, wait i think i might have explained this whole thing wrong.. :)
[14:52] <vish> czajkowski: and people are quitting the team because of him » https://lists.ubuntu.com/archives/ubuntu-art/2011-February/013142.html
[14:52] <popey> nope
[14:52] <popey> I completely understand
[14:52] <popey> but I do still think the team has issues that are much larger than John
[14:53] <vish> yea..
[14:53] <czajkowski> vish: that mail says ther are larger issues in then team than one person. finger pointing doesn't help anyone
[14:54] <vish> czajkowski: not sure what you mean finger pointing..
[14:54] <vish> czajkowski: but i'm not saying he is the sole problem
[14:54] <vish> i think i'm bad at irc-xplaining ;)
[14:54] <AlanBell> there is plenty more stuff in that thread
[14:55] <vish> right, but i've been talking to thorwil, and john is the last effort which broke him
[14:55] <czajkowski> vish: but you're saying people are leaving because of him, and I',m saying like AlanBell is there is more content in that email which explains why he is leaving
[14:56] <czajkowski> finger pointing at John saying he is the reason people are leaving is inaccurate
[14:56] <AlanBell> not what I am saying
[14:56] <czajkowski> AlanBell: you said more content in thread sorry not mail
[14:56] <vish> czajkowski: let me be clear on one thing, I'm not blaming the artwork team's problem are solely because of john
[14:56] <AlanBell> vish isn't the only person who perceives an issue here, looking at the other mails in that thread
[14:56] <popey> indeed
[14:57] <AlanBell> however I don't understand the issue yet
[14:57] <AlanBell> tbh, if I was involved in artwork I could see myself writing the same emails John is
[14:57] <vish> czajkowski: i started the discussion here about blocking john from editing the wiki..
[14:58] <vish> and nothing else.. :)
[14:58] <popey> vish: nobody is critisising you for bringing this up :)
[14:58] <popey> I've been following the issue for a while.
[14:58] <vish> yea, but i think czajkowski has joined the conversation in the middle and  got my intent wrong
[14:58] <vish> :)
[14:59] <czajkowski> vish: no I've read scroll back.
[14:59] <vish> czajkowski: and that problem was since he was using the artwork team namespace for tasks that are his own and not the team's
[14:59] <vish> oh well :(
[15:05] <popey> vish: other than banning john, what would you like to see happen?
[15:07] <vish> popey: banning john (from wiki edits alone) , we need to restructure the team, find ways to be more productive..
[15:07] <vish> this contests thing is not working..
[15:07] <vish> we should rather form a pool of work/artists where people feel comfortable to choose from..
[15:08] <vish> the contests are not attracting the right kind of artists..
[15:16] <popey> vish: if you feel the cc needs to get involved then I'd recommend a summary email with the necessary bits of detail, and we can take a look.
[15:19] <vish> popey: i think i better not.. :)  my intentions seem to be mistaken.. i'll let someone else take that initiative.. " <czajkowski> you seem hell bent on making this poor guy suffer for tryig to help vish "
[15:27] <popey> vish: as I said, they have not been mistaken, if they had I would have said so about an hour ago :)
[15:28] <vish> :)
[15:29]  * vish thinks he might need to pick up an irish accent then, this is the second time czajkowski has completely misunderstood me ;)
[15:29] <IdleOne> hehe
[15:30] <czajkowski> heh
[15:34] <vish> popey: i'll see how it goes(now that I've gotten Iain himself to reply there, maybe he course-corrects) and what others think, and if he still keeps doing this.. iirc, leogg was the first person who brought up involving CC, so if the team does want to take this to CC, I'll send the mail..
[15:34] <popey> ok
[15:34] <popey> good luck!
[15:34] <popey> I'm on the mailing list so I see the mail
[15:34] <vish> thx.. :)
[15:43] <popey> vish: seems like progress on the list
[16:14] <vish> ohh! /me checks mail..
[16:19] <vish> hmm, saleel changed his sig to inactive :(
[17:37]  * popey hugs Technoviking
[17:52]  * dholbach calls it a day - have a great rest of your day - see you tomorrow!
[17:52] <dholbach> HUGS
[18:14] <nhandler> o/wnn chic


[00:03] <apachelogger> well....
[00:03] <apachelogger> depending on once POV your day for celebration might have been ~9 months earlier
[00:03] <apachelogger> valorie: congrats eitherway :*
[02:11] <c2tarun> I upgraded to kde 4.6.2. its working fine but when I am shutting down, its transferring me to terminal, the same terminal which we get on pressing ctrl + alt +F2. why so?
[02:12] <ScottK> c2tarun: Fix is on the way.
[02:12] <c2tarun> ScottK: grt :)
[02:12] <ScottK> c2tarun: https://launchpad.net/bugs/755570
[02:12] <c2tarun> ScottK: if anyone wants to fix this bug, then which kde application is responsible for this?
[02:13] <ScottK> kdm.
[02:13] <ScottK> It's fixed in Natty already though.
[02:13] <ScottK> Someone just needs to add the patch to the package in the Maverick PPA.
[02:14] <ScottK> http://launchpadlibrarian.net/68834780/kdebase-workspace_4%3A4.6.2a-0ubuntu3_4%3A4.6.2a-0ubuntu4.diff.gz
[02:14] <c2tarun> ScottK: is anyone onto it? I mean is anyone doing it for maverick?
[02:14] <ScottK> Dunno
[02:15] <c2tarun> is Riddell around?
[02:16] <c2tarun> ScottK: I can work on this if some one can provide me an ec2 of maverick. :/ waiting for Riddell
[03:15] <c2tarun> ScottK: the version in our backport is missing two patches. here is the series file from our bacport ppa http://pastebin.com/LXbjt13m and look at the series file in the patch you provided, there are two extra.
[03:16] <ScottK> OK.  Then it needs more of an update.
[03:16] <c2tarun> ScottK: so what should I do? get those patches, apply them and then upload to ppa?
[03:17] <ScottK> Yes
[03:19] <c2tarun> ScottK: if I replace the debian folder of backport version with the debian folder of natty version than it will fix all the problems I guess, will it be correct?
[03:19] <ScottK> No
[03:20] <ScottK> There may be differences between Maverick and Natty for good reasons.
[03:23] <c2tarun> ScottK: then this means the extra patches in natty may be natty specific, so I should just apply the patch to fix the shutdown problem.
[03:23] <ScottK> You should understand the other patches and see.
[03:24]  * ScottK needs to go.
[03:24] <ScottK> Good luck.
[07:17] <rbelem> Riddell, i think that the new plasma-mobile is not viable for 11.04 :'(
[07:18] <rbelem> Riddell, lots of backport is needed
[07:18] <rbelem> s/is/are
[07:19] <rbelem> should i go ahead?
[07:30]  * rbelem goes to bed
[07:30] <rbelem> 2am
[09:24] <bambee> morning
[09:24] <bambee> c2tarun: thanks to have backported the halt_cmd patch to maverick :)
[09:46] <c2tarun> bambee: morning :)
[09:46] <bambee> :)
[09:46] <bambee> hey
[09:47] <c2tarun> hi
[09:50] <c2tarun> bambee: that package took approx 5 hrs to build :P phewww....
[09:51] <bambee> once the package is built , please test it : 1) logout, 2) from a tty type: sudo restart kdm, 3) login, 4) try a shutdown => it should work
[09:51] <bambee> (ie kdm must be restarted after dist-upgrade)
[10:09] <c2tarun> bambee: let me install it first, then only I can test it.
[10:09] <bambee> c2tarun: that's why I said "kdm must be restarted after dist-upgrade" :\
[10:10] <bambee> ;)
[10:21] <c2tarun> bambee: what is tty?
[10:21] <bambee> c2tarun: ctrl+alt+F1
[10:22] <bambee> it's the console when you type ctrl+alt+F{1,2,3,4,5,6,7,8,9}
[10:22] <c2tarun> bambee: got it :)
[10:23] <bambee> (in fact tty is a unix command line... whatever...)
[10:25] <bambee> c2tarun: when you type ctrl+alt+f1 it's tty1, when you type ctrl+alt+f2 it's tty2... and so on...
[10:25] <bambee> arrff disconnected :\
[10:29] <c2tarun> bambee: it worked :) bug fixed
[10:30] <bambee> c2tarun: wait
[10:30] <bambee> cool
[10:30] <c2tarun> bambee: ok
[10:30] <bambee> :)
[10:31] <bambee> c2tarun: now the package should be backported to kubuntu-ppa/backport, and then the bug can be marked as fixed
[10:31] <c2tarun> bambee: who can do that?
[10:32] <bambee> devs: by the way, we should ask a member to upload to kubuntu-ppa/backport ?
[10:32] <c2tarun> any kubuntu member here?
[10:32] <bambee> (we're just ninjas for now)
[10:32] <valorie> I am, but I don't know how to do that
[10:32] <valorie> :(
[10:33] <valorie> someone qualified will be along soon
[10:34] <c2tarun> why I am getting these grey patches on kubuntu ninjas page? http://imagebin.org/147445
[10:35] <valorie> ff being weird?
[10:36]  * valorie seeing cross-eyed anyway
[10:36] <valorie> niters
[10:40] <c2tarun> bambee: system building ppa packages are really fast, he package build in just 1hr :/
[10:47] <bambee> c2tarun: it all depends on what it builds, but yeah indeed it's fast :)
[11:27] <yofel> bambee: kubuntu-ninjas have upload rights to the PPAs...
[11:28] <yofel> c2tarun: so feel free to put the fixed package into backports (after making sure it works, which you did as I understand it)
[11:28] <c2tarun> yofel: rights to ppa means? for backport?
[11:29] <yofel> c2tarun: for all PPAs owned by ~kubuntu-ppa
[11:29] <c2tarun> yofel: yup, it worked, is there any way I can share it from kubuntu-ninjas/ppa? or I have to upload in kubuntu-ppa/backport?
[11:30] <bambee> yofel: I know... but I thought it was for members only :\
[11:30] <yofel> c2tarun: no, on the ninjas package details page there is a 'Copy packages' link, you can just copy the binaries from there
[11:30] <bambee> (don't ask me why... :D)
[11:30] <bambee> xD
[11:30] <c2tarun> bambee: :P
[11:32] <yofel> c2tarun: make sure you select 'Copy existing binaries' on the copy page
[11:32] <bambee> kdeplasma-addons and kdenetwork have been uploaded to revu (including patches which have been recommended on kde-packagers)
[11:34] <c2tarun> bambee: I thought revu is only for new packages. :/
[11:36] <bambee> it's almost a online review tool for packages... isn't it ?
[11:36] <c2tarun> yofel,bambee do you have any experience of development on android?
[11:36] <yofel> nope, I don't even have any device with android on it
[11:37] <c2tarun> hmm....
[11:37] <bambee> c2tarun: I just wrote and tested some codes... few months ago... but not really
[11:37] <yofel> good question, I've never used revu myself (as I never packaged anything from scratch)
[11:37] <bambee> (android => java => the hell)
[11:38] <c2tarun> bambee: :) in which language u like to code?
[11:38] <bambee> c2tarun: C/C++/python :)
[11:39] <c2tarun> bambee: grt :)
[11:42] <c2tarun> !revu
[11:42] <c2tarun> bambee: check this link ^
[11:46] <bambee> "If you packaged a new upstream version (of a package that is already in the archives), and you want to get it sponsored, do not use REVU to get it sponsored. Instead see SponsorshipProcess. " :\
[11:46] <bambee> my bad :)
[11:47] <yofel> if you want a graphical UI to review your changes use merge requests
[11:48] <yofel> as all packages in the archive are accessible with bzr in lp:ubuntu/<release>/<source>
[11:49] <bambee> interesting
[11:49] <yofel> although for our packages merging against the packaging branches would be easier
[11:54] <c2tarun> yofel: I proposed a kubuntu meeting today, I dont think anyone is going to come :(
[11:55] <yofel> c2tarun: errr.... you did??
[11:55] <yofel> I didn't get any mail about that
[11:55] <c2tarun> yofel: yup, I also mailed a doodle to kubuntu-devel mailing list, and I also updated the meeting page
[11:55] <c2tarun> !kubuntu-meetings
[11:56] <yofel> c2tarun: are you subscribed to kubuntu-devel? if not your mail probably got stuck in the moderation queue (that probably nobody checks)
[11:56] <bambee> yofel: so something like that is the right way ? :  bzr branch lp:ubuntu/kdeplasma-addons , then commit changes in my own branch, then request a merge
[11:56] <bambee> ?
[11:57] <yofel> bambee: yes, for most packages in the archive, but we would just update the packaging in lp:~kubuntu-members/kdeplasma-addons/ubuntu
[11:57] <c2tarun> yofel: I dont thnk that I am subscribed to kubuntu-devel. how can I get that subscription?
[11:57] <yofel> as we have seperate branches for that
[11:57] <yofel> c2tarun: on the mailing list homepage
[11:58] <yofel> c2tarun: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
[11:58] <yofel> c2tarun: ok... now: we would first have to all enter our times in the poll so we can find a time to do the meeting
[11:59] <c2tarun> yofel: do you think that I should reschedule it?
[11:59] <yofel> I see you entered a time on the meeting page, but you also never updated the link for it
[11:59] <yofel> c2tarun: yes
[11:59] <bambee> okay so I will create branch from lp:~kubuntu-members/kdeplasma-addons/ubuntu and request a merge then
[11:59] <c2tarun> yofel: ok, I'll do that on doodle first
[12:00] <yofel> c2tarun: also, on the meeting page, please enter your details in the Candidates category too, not only in the items list
[12:01] <c2tarun> yofel: ohh...
[12:04] <bambee> This is not too early for me to apply for membership ? I mean, did I contribute enough ? I do not think so, imo... as I doubt I prefer ask
[12:04] <c2tarun> yofel: what date should I choose? I mean not too close and not too far.
[12:05] <bambee> (I can be wrong , in this case just blame me :D)
[12:07] <yofel> bambee: as said, we do require at least 2 months or continous contributions, usually it's 6 months... - you can always add yourself, but I haven't seen you around for *that* long TBH
[12:07] <yofel> c2tarun: no idea, I never organized a meeting
[12:07] <c2tarun> yofel: then how did you get kubuntu-membership? :/
[12:08] <yofel> c2tarun: I added myself to an already scheduled meeting?
[12:08] <bambee> TBH ?
[12:09] <c2tarun> yofel: :P well except bambee I never saw anyone here who is not kubuntu-member :/. still I think weeked is not good
[12:09] <yofel> to be honest, sorry
[12:09] <c2tarun> bambee: to be humble :)
[12:09] <c2tarun> oops honest :)
[12:10]  * c2tarun choosing friday.
[12:10] <c2tarun> yofel: except kubuntu-membership request is there any reason that a meeting gets scheduled?
[12:13] <bambee> personally I prefer wait :)
[12:13] <yofel> iirc the last meeting was originally to dicuss the creation of ~kubuntu-packagers, and if you read the meeting minutes you'll see we discussed other things too
[12:17] <c2tarun> yofel: please see the PM.
[12:19]  * bambee is reading the meeting minute
[12:40] <Quintasan> Anyone is using Dvorak keyboard layout here?
[12:40] <Quintasan> Riddell: What do you want me to put in that UDS Specs page?
[12:43] <c2tarun> Quintasan: ping you ever worked on develping any android application?
[12:43] <Quintasan> c2tarun: nope
[13:26] <yofel> bambee: just remembered we had an introduction to UDD in devel week https://wiki.ubuntu.com/UbuntuDeveloperWeek
[13:45] <bambee> yofel: indeed, thanks
[14:45] <bambee> "Using default stacking branch /~neon/kdeplasma-addons/trunk " => wtf ? o_O
[14:46] <bambee> (I just used bzr branch ubuntu:kdeplasma-addons then I created another branch locally...)
[15:05]  * c2tarun natty is good :) it detected my wifi driver :)
[15:09] <c2tarun> can anyone please tell me how can I check in natty that my graphic card driver is installed or not? In additional drivers its not showing my ATI driver :/ it does in maverick
[15:15] <jussi> Hrm, just came across a muon problem? or maybe another issue: http://imgur.com/WfnOJ
[15:18] <c2tarun> jussi: what about kde-control module? I thought it was older package manager for kde.
[15:20] <yofel> c2tarun: KCM are parts for systemsettings, not a package manager
[15:21] <yofel> and you probably mean kpackagekit, and adept is very old
[15:21] <c2tarun> yofel: so muon is the only package manager?
[15:21] <yofel> no, kpackagekit is our default package manager, muon shows more information
[15:21] <c2tarun> yofel: ohh..... :)
[15:22] <yofel> jtechidna: ^
[15:22] <jtechidna> jussi: It's a bug in APT
[15:23] <JontheEchidna> bug 716599
[15:36] <ScottK> nixternal: Can haz powerpc?
[16:28] <emgent> heya
[16:28] <emgent> what is the best package repo for ARM architectures?
[16:38] <ScottK> Standard Ubuntu repositories.
[17:13] <jussi> JontheEchidna: thanks, nice to know you have noticed it also.
[17:13] <JontheEchidna> jussi: it seems to happen when you have a package marked for something, and a newer version becomes available when you check for updates
[17:14] <jussi> JontheEchidna: hrm, sounds a bit strange.
[17:14] <jussi> was a bit weird, I upgraded to natty, and now Im getting both muon and kpackagekit updaters in the systray
[18:14] <bambee> wow... I have received 88 e-mails  in my inbox about "translations template imports" ... o_O
[18:15]  * bambee has something going with rosetta...
[18:15] <skfin> filter "translations template import" -> Ctrl+A -> Delete
[18:15] <skfin> -> problem officer?
[18:16] <bambee> skfin: good idea
[18:17] <skfin> :)
[18:32] <Riddell> bambee: launchpad translations just loves to spam no matter how much we complain
[18:32] <bambee> Riddell: arrf
[18:32] <Riddell> there's a bug for it somewhere
[18:36] <bambee> one e-mail just for the package source is sufficient, imho
[18:39] <yofel> just ignore it, as I do for all the mails about successfull recipe builds...
[19:12] <shadeslayer_> Riddell: around? i'm sort of in a fix
[19:13] <shadeslayer_> and ... OMG .. Qt compiles on clang
[19:17] <Riddell> shadeslayer_: what's up?
[19:18] <shadeslayer_> Riddell: PM :)
[20:40] <jussi> jtechidna: my troubles are not yet over :( now apt broke on me :/
[20:40] <jussi> http://paste.ubuntu.com/592289/
[20:41] <yofel> erm, why are you killing the lock on /var/lib/dpkg/lock when var/cache/apt/archives/lock is locked?
[20:44] <jussi> whoops
[20:44] <jussi> I didnt even read it properly, thanks for pointing that out (and I didnt know that there were 2 locks :/ )
[20:45] <yofel> the apt cache lock makes sure you don't try to download the same deb twice, the dpkg lock makes sure you don't cripple the database
[20:46] <jussi> yofel: ahh, thank you
[21:29] <bambee> http://www.ubuntu-gallery.com/?cat=50 <--- lovely
[21:53] <debfx> bambee: thanks for packaging the patches, uploading them now
[21:53] <bambee> you're welcome :)
[21:53] <bambee> both are on revu
[21:55] <bambee> debfx: patches are correctly named ?
[21:59] <debfx> bambee: yep, the names are good
[21:59] <bambee> ok :)
[22:23] <bambee> good night
[23:43] <debfx> apachelogger: ping
[23:44] <apachelogger> debfx: yes
[23:46] <debfx> apachelogger: I've come up with these changes to make the desktop file translations work for non-kde apps: http://paste.kde.org/10343/
[23:47] <debfx> what do you think of it?
[23:48] <apachelogger> debfx: i'll have a look at it tomorrow
[23:48]  * apachelogger is doing homework right now :)
[23:53] <debfx> apachelogger: tomorrow morning? :)
[23:53] <debfx> I'd like to sneak it in before beta freeze
[23:54] <apachelogger> I'll be up before 9 CEST, so yes morning :P
[23:58] <debfx> great, thanks