[00:00] <NCommander> oh
[00:00] <NCommander> er
[00:22] <porthose> csilk: look at man dpkg-buildpackage :)
[00:22] <csilk> will do
[01:00] <csilk> why does the latest packaged version of dh-make auto include a standards version of 3.7.3 then 2.8.0 is the current standard (according to lintian)?
[01:01] <csilk> *when 3.8.0
[01:04] <lfaraone> james_w: ping
[01:04] <lfaraone> james_w: I'm getting an odd error when trying to build sugar on intrepid:
[01:04] <lfaraone>  fakeroot debian/rules clean
[01:04] <lfaraone> debian/rules:15: /usr/share/cdbs/1/rules/patchsys-quilt.mk: No such file or directory
[01:04] <lfaraone> make: *** No rule to make target `/usr/share/cdbs/1/rules/patchsys-quilt.mk'.  Stop.
[01:38] <LaserJock> lfaraone: install quilt
[01:52] <csilk> If I'm packaging an app I got through CVS, should I remove all cvs related files form the app's directory structure before I make a .orig.tar.gzip ?
[01:52] <csilk> *.gz
[02:05] <porthose> csilk: yes:)
[02:06] <csilk> porthose, hi, time for another quick question?
[02:06] <porthose> sure
[02:07] <csilk> I'm packaging a new app. the app has a 'bug' which causes a compilation error udner the newer versions of GCC, upstream advise (in their install instructions) that users add 2 lines of code to the top of a C++ source file. If I do this in the package do I just note that in the changelog or is modifying the code a big no no?
[02:08] <csilk> porthose, ^
[02:09] <porthose> hmm not sure about that one
[02:10] <csilk> Yeah, I'm not too sure how to proceed with this
[02:10] <porthose> maybe someone with more experience could help out?
[02:10] <csilk> hopefull
[02:10] <csilk> y
[03:09] <Awsoonn> are there any known plans to release a desktop CD for the ppc? or are they only going to be given an alternitive install disc with intrepid?
[03:18] <csilk> is there a way to stop debuild from trying to sign a dsc file?
[03:18] <TheMuso> Awsoonn: There are ports disks available for PowerPC, http://cdimage.ubuntu.com/ports
[03:18] <TheMuso> csilk: -uc -us
[03:19] <csilk> thanks
[03:19] <TheMuso> csilk: Welcome.
[03:20] <csilk> TheMuso, would you have any idea about my previous questiona few posts up?
[03:20] <Awsoonn> ahah! I was in the daily dir and not the daily-live, thank you for the calification
[03:20] <Awsoonn> :)
[03:28] <ScottK> csilk: You can patch it.  It's strongly preferred to do that with a patch system rather than just a direct modification.
[03:28] <ScottK> For testing your package direct modification work fine.
[03:30] <csilk> ScottK, any standard patching system commonly used that you would suggest?
[03:31] <ScottK> Let me dig you up a link.
[03:32] <ScottK> csilk: There are choices.  Up to you.  See https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[03:32] <csilk> Thanks
[03:51] <csilk> bug patched
[03:51] <csilk> brilliant
[03:51] <csilk> now I just gotta get the menu icons working ;)
[03:51] <NCommander> ScottK, so I'll be there for the entirity of UDS it seems
[03:51] <ScottK> Congratulations.  It's a good experience.
[03:53] <NCommander> I'm going to be there because a professor kicked me out of his class for BS reasons
[03:53] <NCommander> Just confirms to me to leave on sabatical winter quarter
[03:53] <Hobbsee> sweet
[03:54] <TheMuso> NCommander: While that sounds good for UDS, thats not so good for your studies.
[03:54] <NCommander> The problem was the professor took issue with me helping other students in lab
[03:54] <NCommander> "You are a student, if someone else needs help, have them come to me"
[03:54] <Hobbsee> wow...
[03:54] <NCommander> Yeah
[03:54] <NCommander> Its not my first time taking this class
[03:54] <ajmitch> oh dear
[03:54] <ajmitch> that's just retarded
[03:54] <NCommander> (I was in a car wreck the day of the final and was unable to get credit for it)
[03:55] <NCommander> ^the first time around
[03:55] <NCommander> I had a B+ then
[03:55] <Hobbsee> car accidents aren't acceptable reasons for delaying exams there?  ouch!
[03:55]  * ajmitch was helping students in class one semester, the next year I was paid to help tutor in the lab
[03:55] <NCommander> Hobbsee, New York State finals are held very irregularly
[03:55] <NCommander> and I didn't pass when I retook it six months later
[03:55] <Hobbsee> oh, right
[03:55]  * NCommander simply couldn't retain the skills without praticing them for that long
[03:56] <NCommander> so I retook the class
[03:56] <NCommander> Just to get this load of ****shit
[03:56] <NCommander> er
[03:56] <NCommander> I censored the wrong part
[03:56] <ajmitch> heh
[03:56] <TheMuso> hehe
[03:56] <ScottK> Were these perishable skills censoring skillz?
[03:56]  * NCommander hits ScottK with a lawn GNOME
[03:57] <ScottK> Sorry.  It had to be said.
[03:57] <ajmitch> no, it really didn't
[03:57] <ajmitch> that's like leaping on the first available pun
[03:59] <NCommander> ajmitch, he's from the navy, they don't know better ;-)
[03:59] <LaserJock> TheMuso, ScottK: you guys on MOTU Release?
[03:59]  * NCommander runs really fast
[04:00] <ajmitch> hey LaserJock
[04:02] <LaserJock> ajmitch: hola
[04:08]  * NCommander sighs
[04:08] <NCommander> I feel like .... I dunno
[04:08] <NCommander> Doing something sane
[04:08] <NCommander> like watching TV
[04:08] <txwikinger> wow.. all the dns server for my domain are down
[04:08] <ScottK> LaserJock: Yes.
[04:09] <LaserJock> ScottK: I'd like to upload a bug fix to desktop-multiplier
[04:09] <txwikinger> ScottK: I got your message.. I will take care of it asap
[04:10] <LaserJock> ScottK: it's technically a bug-fix new upstream release as its closed source
[04:10] <LaserJock> pretty minor changes though from what I got from the author
[04:12] <cody-somerville> Hey LaserJock :)
[04:13] <LaserJock> hi cody
[04:22] <ScottK> LaserJock: If it's bug fix you can just upload it.
[04:23] <LaserJock> ScottK: ok, just wanted to run it by MOTU Release first, even if it's just a FYI
[04:24] <ScottK> LaserJock: Yes.  Thanks.  Sometimes we get queried by ubuntu-release, so it's helpful.
[04:38] <ScottK> I've heard it said that Ubuntu moves more quickly than Debian because it's more IRC centered and Debian is more ML centered.
[04:39] <ScottK> So last night we had a bit of a flamefest over bluetooth and its' over.
[04:39] <NCommander> ScottK, sounds about right
[04:39] <NCommander> hey persia
[04:39] <ScottK> The Debian ML thread on non-free firmware in the kernel show's no sign of ending.
[04:39] <ScottK> So I guess that's a case in point.
[04:39] <StevenK> On -devel?
[04:39] <ScottK> Yeah
[04:40] <StevenK> Right. Glad I'm unsubscribed
[04:40] <ScottK> I'm not particularly reading them anymore, but I still notice the subject when I hit delete.
[04:40] <StevenK> I'm waiting for -private to have a large flamewar, it's overdue
[04:40] <persia> ScottK, Note that Debian also has flamefests on IRC, and close coordination on IRC for some teams, but that's considered not to count.
[04:41] <ScottK> persia: Yes.  I even participate in those sometimes.
[04:41]  * NCommander is waiting for the one on d-devel to hit critical mass
[04:41] <NCommander> Its not quite there yet
[04:41] <ajmitch> it's at the threatening GRs stage
[04:41] <LaserJock> is there such a thing in Debian?
[04:41] <ScottK> The last time was someone complaining Ubuntu patches sucked and I volunteered to show them where my patches from Ubuntu sucked so badly they'd be reused without any credit or attribution.
[04:41] <persia> Yes.  When a flamefest reaches critical mass, there is a GR.
[04:42] <cody-somerville> GRs?
[04:42] <ScottK> be reused/been reused
[04:42] <StevenK> General Resolution
[04:42] <StevenK> How the Debian project "solves problems"
[04:43] <ScottK> StevenK: I thought the Debian process was spew hate until one side quits and leaves.
[04:43] <ajmitch> good, looks like they're at the filing annoying bugs stage...
[04:43] <ajmitch> bugs.debian.org/502959
[04:43] <ScottK> That was a couple of days ago.
[04:43] <StevenK> ScottK: That is the long term plan
[04:43] <ScottK> I think GR drafts are coming soon.
[04:43] <ScottK> Ah.
[04:43] <ajmitch> I don't wade into flamefests too often
[04:44] <persia> ScottK, GRs are used to force the side that won't quit to do so.
[04:44]  * StevenK remembers this coming up when he worked with Herbert and he was still maintaining the kernel
[04:44]  * ScottK notes that that's exactly why he suggested rough consensus for MOTU decisions rather than 51 percent.
[04:46] <persia> ScottK, My only issue with formalising rough consensus was that it was just documentation of existing practice, yet the formalisation itself confused many people.
[04:46] <ajmitch> and if badly run, 'rough consensus' can be browbeating enough people until objections are silenced
[04:46] <ScottK> persia: OK.  Hopefully we can get it clearly written down in a way that won't do that.
[04:46] <ScottK> ajmitch: True.
[04:46] <persia> ScottK, Yep.
[04:47] <persia> ajmitch, Indeed, but it's better to emphasise that we seek consensus than to just have everyone bow before the browbeater because they did so in the past.
[04:48] <ScottK> I'm actually quite fond of the IETF idea of "Rough consensus and running code".  The IETF would work a lot better if they used it.
[04:48] <ajmitch> persia: of course, browbeating must be done politely if at all possible :)
[04:48] <ScottK> If you have to be mean, stay off logged channels.
[04:48] <ScottK> I messed that one up once.
[04:49] <ajmitch> heh
[04:49] <ajmitch> did it return to bite you?
[04:49] <ScottK> A little bit.
[04:49] <ScottK> I got pretty direct CoC warnings from some senior people in the project.
[04:50] <ScottK> They were right too.
[04:50]  * ScottK does, however, note that the meaness was threating to do everything in my power to get a certain someone ejected from the project.
[04:51]  * ScottK looks around and doesn't see that someone.
[04:51] <ScottK> So it didn't bit too badly.
[04:51] <ScottK> bit/bite
[04:51] <persia> Well, it's also a time of day issue.  This channel is still in autojoin for that person.
[04:51] <ScottK> Yes.  I checked before I mentioned it.
[04:52] <ScottK> AFAIK they're still silenced on the channel in any case.
[04:52]  * StevenK blinks.
[04:52]  * ajmitch is not surprised
[04:52] <persia> Yes.  I was hoping to be able to lift that soon, but some of the support building in Debian washed away during the Lenny freeze, so it maybe a while yet.
[04:53] <persia> s/maybe/may be/
[04:53]  * ScottK notes that he did file a good bug the other day.
[04:54] <ajmitch> ScottK: the problem wasn't the few good ones, sadly
[04:54] <persia> Yeah.  He's been getting a lot better, which is why the gag is starting to seem superfluous, but it requires certain criteria to be met before it can be lifted.
[04:54] <ScottK> ajmitch: Agreed.
[04:54] <ajmitch> even I can file a good bug, if the moon is in the right phase
[04:55] <ScottK> persia: clamtk finds the clamav test files just fine, BTW.
[04:55] <persia> Anyway, we've all spent enough bytes on this issue over the past 18 months.  More doesn't help.
[04:55] <persia> ScottK, Yep.  I tested that last night, although after the sync due to excellent service on the part of the archive-admins.
[04:56] <StevenK> persia: Are you sure? Debian seems to follow the reverse.
[04:56] <persia> At this point, all the pending translations from the Japanese team are included, which is a good thing.
[04:57] <persia> StevenK, One of the ways we aren't Debian is that we tend to accept when something is over, and only re-raise it when there are new changes that make it relevant.
[04:59] <slangasek> one wonders if you meant to type "Sven" instead of "Debian"
[04:59] <persia> slangasek, I'm trying not to point at specific individuals, but that's an example.
[05:01] <slangasek> persia: as a DD, I find it kind of insulting that you're making such a generalization about Debian, particularly if Sven is one of the "examples" since he's not part of Debian...
[05:02] <slangasek> (there are other examples who are - but I still don't think it's a fair generalization of the project)
[05:02] <ScottK> In other news, the libhdf5-serial NBS could use a little working on.
[05:03] <StevenK> octave-gpc?
[05:03] <persia> slangasek, Fair.  My experience with most people actually working in Debian is that they are fairly quick to do things well.  My experience with d-d@ is that some things drag on for months with no useful input.
[05:03] <StevenK> It's busticated, and I can't fix it
[05:04]  * slangasek hides from hdf5
[05:04] <ScottK> StevenK: That and libgdal-ruby and libdgal1-1.5.0 on lpia and opctave-plplot of hppa
[05:04] <StevenK> ScottK: hppa is on NBS-ignore
[05:04] <ScottK> StevenK: Removal would fix it.
[05:04] <StevenK> ScottK: I'm also ignoring gdal on lpia
[05:04] <StevenK> That leaves octave-gpc, which I tried to fix
[05:05] <ScottK> Mayve NCommander would take a whack at it.  He loves pain.
[05:05] <ScottK> Mayve/Maybe.
[05:05] <NCommander> StevenK, as a side note, the DYMANIC_FTRACE kernel upload to lpia was done
[05:05] <StevenK> Its configure script is written assuming that $major_version == 2, and it requires porting to a new octave API
[05:05]  * NCommander is being absorbed into the kernel team
[05:06] <StevenK> At this point, I think we don't care, but it's slangasek's call
[05:06] <ScottK> OK.  How much do we care about uninstallable?
[05:07] <ajmitch> porting to a new API at this late stage?
[05:07] <slangasek> which part is it we don't care about?
[05:07] <StevenK> slangasek: If octave-gpc is installable/works
[05:07] <ajmitch> ScottK: is that pretty much it for uninstallable packages?
[05:07] <ScottK> ajmitch: Yes.  Often because it's in Main and a Dependency is not.
[05:08] <slangasek> StevenK: "would be nice" but if not, them's the breaks
[05:08] <StevenK> I think it's comatose upstream, too
[05:08] <ajmitch> ScottK: oh, just for main, or is everything installable in universe now?
[05:09] <ScottK> ajmitch: I think if something in Universe is actually uninstallable it comes up, but the cases I've looked at have been depends in Universe.
[05:09]  * ScottK beats the drum for removal.
[05:10]  * NCommander reads from the Book of Dead Packages
[05:11]  * persia has 60 uninstallable packages in the amd64 local apt cache.
[05:12] <ajmitch> persia: too late for most of those to be fixed?
[05:13] <persia> ajmitch, Not at all.  None of them are on CDs (well, except for some ichthux stuff but that's not an official CD), so no reason we can't push them now.
[05:13] <persia> ajmitch, apt-cache unmet -i should give you a list.
[05:13]  * ajmitch wasn't up on when universe is frozen
[05:13] <ScottK> LaserJock: Accepted.
[05:13] <ajmitch> yeah, I've used that in the past
[05:13] <ajmitch> not entirely accurate, since it looks at installed packages as well
[05:13] <NCommander> is it too late to zap a package?
[05:14] <persia> universe is getting more and more frozen as time passes, but stuff that would be SRU-worthy is typically accepted as late as possible.
[05:14] <persia> NCommander, Nope.
[05:14] <NCommander> persia, care to ack a removal request for iceweasel-vimperator?
[05:14] <NCommander> (for obvious reason?)
[05:14] <NCommander> s/\?/s/g
[05:15] <StevenK> How did that manage to get in?
[05:15] <NCommander> Deep magic
[05:15] <persia> NCommander, I don't see the obvious reasons.  Is there some good reason why this shouldn't be treated as a bug needing attention of the mozilla-extensions team?
[05:15] <NCommander> we don't have iceweasel in Ubuntu?
[05:15] <StevenK> No
[05:15] <persia> Is it known not to work with firefox?
[05:16] <fabrice_sp> HI. I filed a bug for vimperator, and Mozilla team is having a look at it
[05:16] <NCommander> well
[05:16] <NCommander> That answer sthat
[05:16] <fabrice_sp> Bug #286225
[05:16] <NCommander> The package explicately depends on iceweasel, but no iceweasel
[05:17] <persia> NCommander, Yes, but iceweasel is special, because firefox is nearly the same codebase.
[05:17] <NCommander> I thought iceweasel and firefox extensions were incompabitable
[05:17]  * NCommander knows very very little about iceweasel though in Debian
[05:17] <persia> NCommander, Only in rare cases, but they can usually be patched to work.
[05:18] <NCommander> oh, I wasn't aware
[05:18]  * NCommander takes a gunshot to his idea to remove the package
[05:18] <NCommander> Was firefox 2 finally killed?
[05:19] <ScottK> NCommander: Yes.
[05:19] <NCommander> cause we still have firefox-theme-ubuntu Depends firefox2
[05:19] <persia> Is the eog-dev issue just publisher skew?  That looks like main.
[05:19] <ScottK> NCommander: Feel free to ask for it's removal then.
[05:19] <coppro> is there no utility that can scan the database for dead dependencies?
[05:20] <StevenK> NCommander: Madison on cocoplum disagrees with you
[05:20] <persia> coppro, https://qa.ubuntuwire.com/debcheck is probably a good place to look.
[05:20] <NCommander> StevenK, disagrees with me on what?
[05:21] <coppro> persia: can't connect to the server
[05:21] <StevenK> NCommander: I can't find 'firefox-theme-ubuntu'
[05:21] <NCommander> firefox-themes-ubuntu
[05:21] <NCommander> :-P
[05:21] <ajmitch> NCommander: if using apt-cache, it has a habit of looking at packages that are/were installed
[05:21] <persia> coppro, Sorry.  My fault : http://qa.ubuntuwire.com/debcheck/
[05:21] <NCommander> ajmitch, that was a matter of a missing s
[05:22] <coppro> persia: ah, clever. Someone should really go through that prior to a release
[05:22]  * coppro bookmarks
[05:23] <persia> coppro, Lots of people do, but it clearly needs more people.  The goal is to get all the numbers to 0 at some point.
[05:23] <StevenK> NCommander: File a bug, and subscribe asac
[05:23] <coppro> persia: yeah, I'm bookmarking it so I can help work on it
[05:23] <coppro> too late to get for intrepid now, though
[05:24] <ajmitch> there's always too much to do before release
[05:24] <coppro> heh
[05:24] <coppro> too true
[05:24] <LaserJock> does anybody remember the email about this error: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
[05:24] <ajmitch> LaserJock: one sec, let me hunt
[05:25] <ajmitch> https://lists.ubuntu.com/archives/ubuntu-devel/2008-September/026520.html
[05:26] <ajmitch> I think that's related
[05:27] <ScottK> coppro: Not entirely too late for Intrepid for Universe.
[05:27]  * ajmitch just refreshed the rc bugs list after breaking it again last night
[05:28] <ScottK> That's a good source too.
[05:28] <coppro> ScottK: yeah, but /me doesn't have that kind of time probably
[05:28] <coppro> I'll do what I can though!
[05:28] <ajmitch> upgraded to intrepid, new libapt-pkg ABI, rc bugs list breaks
[05:29] <ScottK> ajmitch: Don't worry.  If it wasn't that, the new Django API would have gotten you.
[05:30] <ajmitch> oh this is just for the processing side
[05:30] <coppro> on the plus side, my Intrepid is working fine
[05:30] <ajmitch> completely detached from django
[05:30] <coppro> on the down side, there is some changes I'd like to see in the upgrade process, but they are in Main
[05:30] <ajmitch> the django stuff was just an experimental frontend to existing data
[05:30] <coppro> so probably not going to happen :(
[05:33] <NCommander> its weird
[05:34] <NCommander> for the entire time I've been a developer, I've been targetting intrepid
[05:34] <NCommander> and now thats going away as the main target
[05:34]  * NCommander feels very strange
[05:35] <ScottK> NCommander: You still have some time to go wild on intrepid SRUs before Jaunty opens.
[05:35] <ajmitch> you'll get used to it
[05:36] <NCommander> I'm just use the eternal sid
[05:40] <ScottK> Good night everyone.
[05:40] <NCommander> good night ScottK, until another day
[05:40] <ScottK> No, it'll still be this one.
[05:41] <NCommander> wow
[05:41] <NCommander> its 00:42 already
[05:43] <persia> NCommander, No, it's 4:43.  You're just too far west.
[05:43] <LaserJock> heh, only 21:43 here
[05:44] <LaserJock> I'm still in yesterday
[05:44] <NCommander> LaserJock, that's just lag ;-)
[05:48] <LaserJock> persia: you have any idea what this means in a strace: futex(0x8460110, FUTEX_WAIT, 2, NULL)   = ? ERESTARTSYS (To be restarted)
[05:49] <persia> LaserJock, Sorry, no.  I understand stack traces, but system call traces usually confuse me.
[05:50] <fabrice_sp> Hi. compilation of gambas2 in amd64 has be changed in P-a-s, but the package still shows as non installable in amd64. Should I fill a bug to force compilation of the package?
[05:50] <fabrice_sp> Hi persia :-)
[05:57] <slangasek> LaserJock: it means "threads".  If it hangs there, it means "thread error".
[05:57] <slangasek> LaserJock: if it's for a process you just attached to, it means "strace sucks"
[05:57] <slangasek> s/strace/ptrace/
[05:58] <LaserJock> slangasek: ok, thanks
[07:10] <dholbach> good morning
[07:15] <ajmitch> hi
[07:17] <dholbach> hi ajmitch
[07:24] <iulian> Hey dholbach :)
[07:24] <dholbach> hi iulian
[08:08] <didrocks> good morning
[09:17] <geser> Hi dholbach, didrocks
[09:35] <Woody86> Hello everybody :)
[09:36]  * Hobbsee waves
[09:37]  * Woody86 high-fives Hobbsee
[09:37] <Woody86> so what's everybody up to, sleeping or something??
[09:38] <Hobbsee> probably
[09:40] <directhex> the sleep of the just
[09:41] <geser> Hi Hobbsee
[09:41] <Hobbsee> hey geser!
[10:29] <james_w> bug 287369
[10:29] <james_w> how do we go about that?
[10:29] <james_w> A rebuild?
[10:38] <porthose> Woody86: Congrats! You have a mentor.  I am sending you an email with your mentors contact info :)
[11:26] <highvoltage> what does cdbs stand for?
[11:26] <cody-somerville> common debian build system I believe
[11:29] <ScottK> james_w: Yes.
[11:29] <james_w> ScottK: excuse me?
[11:29] <viviersf> highvoltage, jou noobie :P
[11:30] <ScottK> james_w: Rebuild gambas2
[11:31] <james_w> ScottK: aha, thanks. I forgot I had asked a question :-)
[11:31] <james_w> So I should just push a build1?
[11:32] <highvoltage> viviersf: I just couldn't remember what it stands for
[11:32] <viviersf> highvoltage, just a joke :)
[11:33] <DktrKranz> ScottK, james_w, probably I'm wrong, but wasn't 2.8 compatible with amd64?
[11:33] <DktrKranz> gambas2 --^
[11:33] <james_w> The P-a-s commit message was "gambas2 2.1.0 and later have 64-bit support"
[11:34] <DktrKranz> oh, so p-a-s is adjusted already?
[11:34] <ScottK> DktrKranz: Yes.
[11:34] <ScottK> So now we need a new upload to trigger a build for amd64
[11:34] <DktrKranz> and no amd64 builds?
[11:35] <DktrKranz> I guess it's automatic, unless Arch: field does not include amd64
[11:35] <ScottK> No.  You'd need a trigger
[11:35] <ScottK> PAS overrides what's in the control file.
[11:36] <DktrKranz> I was sure adjusting p-a-s would be enough, but I am probably wrong
[11:36] <ScottK> I may be wrong, but I don't think soyuz automatically scans PAS looking for new stuff it can build.
[11:38] <DktrKranz> lamont told me soyuz needs 12 to 24 hours to notice p-a-s changes
[11:38] <DktrKranz> if no builds since then, you're right
[11:38] <ScottK> DktrKranz: Well if lamont told you, then I believe him over my guesses.
[11:39] <DktrKranz> when such changes have been committed to p-a-s?
[11:39] <DktrKranz> (no browser handy, sorry)
[11:40] <james_w> 20th apparently
[12:05] <james_w> it will not be automatic, but a buildd admin may have some magic apparently
[12:05] <james_w> we are advised to upload a no-change rebuild, as that is sure to work
[12:05] <james_w> which I have just done
[13:06] <james_w> The gambas2 issue was fixed by the soyuz devs waving a magic wand
[13:08] <Hobbsee> hurrah!
[13:17] <lfaraone> Anybody have a spare intrepid box they don't mind giving a ssh account to?
[13:17] <jorgenpt> lfaraone: virtualbox it.
[13:19] <lfaraone> jorgenpt: I don't have root access to the local machine, so I can't install VMs.
[15:13]  * RainCT points to http://brainstorm.ubuntu.com/idea/14689/
[15:53] <jcastro> \sh: would you be interested in running a leonov session for openweek?
[15:54] <\sh> jcastro: when is it?
[15:54] <jcastro> 3 Nov to 7 Nov
[15:54] <jcastro> https://wiki.ubuntu.com/UbuntuOpenWeek/Prep
[15:54] <jcastro> prep page if you want to add a session
[15:55] <jcastro> actually, that goes for any MOTU who wants to run a session
[15:55] <\sh> jcastro: I would love too...but I'm on the road during this week...from 3rd (Monday) to Sunday :(
[15:55] <jcastro> :-/
[15:55] <\sh> jcastro: on the road means: I'm working @ our DC during nightimes, which means sleeping time is during the day
[16:04] <nxvl> \sh: maybe you can send someone from your team to run a session
[16:05] <\sh> nxvl: good idea...trying to catch thekorn ;)
[16:29] <thekorn> \sh: very late pong
[16:36] <\sh> thekorn: would you like to run a leonov session during openweek?
[16:36] <\sh> thekorn: I'm somehow busy work related (working nightshifts in our DCs)
[16:37]  * \sh is brb ... 15 mins
[16:37] <thekorn> \sh: I'll think about it tonight, off for sport right now, let's discuss it in #leonov
[17:38] <ScottK> persia: I'd be curious to know if "Discussion of the MC application processes." included review of the feedback from some tech board members?
[17:39] <persia> ScottK, No.  It wasn't about criteria.  More about the fact that it *shouldn't* take months to process an application.  Applicants should get approved or denied.
[17:40] <persia> The comments from the tech board are interesting, and I am anxiously awaiting mdz to start the thread asking MOTU to define ourselves.
[17:40] <ScottK> persia: Thanks.  I'd like to suggest that the TB comments should be discussed.
[17:40] <persia> I don't think they should be discussed within MC.  I think mdz is correct that it's a wider thing, and should be discussed within MOTU.
[17:41] <persia> MC should take guidance from MOTU when determining the appropriate criteria.
[17:41] <ScottK> OK.  I guess I took it as MC is acting as a TB delegate on such decisions and so that's where MC should look.
[17:42] <persia> I agree with that : that's why I asked for clarification in the TB meeting.
[17:42] <persia> On the other hand, if TB seeks input from MOTU, I don't think the MC should be the sole source of that input, and I'm not sure it's productive for MC to establish a separate consensus from that of MOTU generally.
[17:44] <persia> To me, it seems clear that some members of TB consider MOTU to be independent of universe.  I thought that the statements by the TB were clear, but do not object to TB polling MOTU if they think that is the appropriate solution.
[17:46] <persia> ScottK, Of particular note are the comments by a majority of TB at 16:03 (from irclogs.u.c) which seem to establish a consensus, and mdz's comment from 16:06.
[17:47] <persia> I interpret 16:06 as overriding the previous consensus of 16:03.
[17:47] <ScottK> Looking
[17:49] <ScottK> persia: I agree that where we are now is waiting for mdz to complete his action.
[17:49] <persia> As I stated at the time, I'm happy to go with 16:03, although it doesn't match my gut feeling.  On the other hand, I think completing the previous incomplete discussion has value, especially considering that many of the most prolific contributors in intrepid are not MOTU, and have not applied to be MOTU.
[17:50] <ScottK> Additionally, if you go with what keybuck said at 16:06, then for people who only want to upload to Main, there is no path to core-dev.
[17:50] <persia> ScottK, Do you also agree that the discussion would benefit from a larger group than just MC?
[17:50] <ScottK> persia: Yes.
[17:51] <persia> ScottK, Yeah.  Keybuk's 16:06 comment confuses me, especially given his previous support for ArchiveReorganisation, which seems to be a mechanism to establish just that.
[17:52] <RainCT> porthose: ping
[17:52] <persia> Further, rtg is a counter-case to that statement : in at least one case there is someone with ACL upload rights to main who does not have upload rights to the rest of the archive.
[17:54] <ScottK> Yes.
[17:55] <ScottK> It seems the major distinction between him and (I'm blanking on the name) the emacs-snapshot case is insider versus outsider and I don't think that's a good way to decide.
[17:56] <persia> I think you're thinking of the ltsp stuff, rather then emacs-snapshot.
[17:57] <persia> for emacs-snapshot, I think the problem is our sponsoring process.  For rus-ispell/xserver-xorg-video-nsc I think the problem is our SRU process.
[17:58] <persia> Both of those need lower latency, and special casing doesn't help that much.  There are exceptional cases (and emacs-snapshot may be one), but there are also core concerns.
[17:58] <ScottK> Perhaps.
[17:59] <persia> For ltsp, there's a clear need for a known active ubuntu member to upload only a small set of packages, and that individual has little interest in upload access to the rest of the archive.
[18:00] <persia> To me, having that person jump through the hoop of being MOTU seems odd, especially given their leadership in other areas, but that needs discussion.
[18:07] <persia> jcastro, Just signed up for Open Week : I'll take the 15:00 Wednesday slot to discuss "Polishing a package" meaning review the bugs, grab any available fixes, and submit a candidate for review.
[18:08] <jcastro> persia: sounds excellent.
[18:13] <jcastro> persia: please don't forget a description at the bottom!
[18:13] <persia> Erps.  Thanks :)
[18:47]  * RainCT notes that REVU is going down for maintenance
[18:48] <sebner> RainCT: yeah, time to b0rk something :D#
[18:48] <RainCT> sebner: yep, REVU has been working fine for too long already :D
[18:49] <sebner> \o/
[18:50] <RainCT> (is any psql wizard around?)
[18:50] <sebner> RainCT: fixed your gnome? (though my theorie is that gnome is unfixable and because of that just GREAT)  :D
[18:50] <RainCT> sebner: nope
[18:50] <RainCT> still freezing :(
[18:51] <sebner> RainCT: bah, be b0rken is one thing but freezing is just crap :\
[18:51] <RainCT> well, it's not normal freezing: it freezes the whole computer at startup and I have to hard-reboot :/
[18:59] <fabrice_sp> RainCT: I have the same problem. In my case, It seems that it's during network connection with wifi
[19:03] <Awsoonn> is ther a way to put data on the clipboard from a bash script?
[19:03] <RainCT> fabrice_sp: oh. but I've no wifi here
[19:03] <cody-somerville> yup
[19:03] <RainCT> Awsoonn: yes
[19:04]  * Awsoonn smiles @ RainCT do you happen to have an example?
[19:04] <fabrice_sp> So, ho do you debug this kind of thing (freeze on startup, with hard reboot)? I tried to boot from another partition, but no strange messages in logs...
[19:04] <RainCT> Awsoonn: look at xsel
[19:04] <RainCT> (I had to look it up, didn't remember the name :))
[19:05] <RainCT> fabrice_sp: I don't know :)
[19:05] <Awsoonn> so cool, thanks RainCT, I found some good stuff to read on it
[19:05] <RainCT> Awsoonn: you're welcome :)
[19:18] <pochu> sebner: btw, does amule need a FFe? I thought 2.2.1->2.2.2 was bugfix only
[19:22] <RainCT> he first to get a traceback on REVU gets a prize :P
[19:22] <RainCT> *the
[19:22] <persia> RainCT, What's the prize?
[19:23] <RainCT> dunno.. an image of a cake? XD
[19:24] <persia> Not worth hitting it with a pentest then :)
[19:24] <RainCT> porthose: you've got moderator status now :)
[19:25] <RainCT> heh
[19:25] <RainCT> persia: well, it's basically just trying that all the stuff (post comments, delete comments, advocate, etc.) still works
[19:26] <iulian> RainCT: Do you still have that biscuit?
[19:26] <RainCT> iulian: yeah! XD
[19:26] <iulian> I'm in then!
[19:28] <sebner> pochu: Good question. ScottK told me "Make a FFe for amule". I'll quickly recheck and decide then what todo.
[19:30] <sebner> pochu: This is a stable release which features mainly bug fixes and improvements upon the 2.2.x series of aMule.
[19:33] <RainCT> Jazzva: have you uploaded iceweasel-itsalltext or should I do?
[19:33] <Jazzva> RainCT, I'm not a MOTU. Please do it. Thanks :)
[19:33] <Awsoonn> RainCT: xsel seems pretty cool, but after about 10 minutes I realized I'm logged in via ssh and I was beign silly.
[19:50] <RainCT> iulian: no luck? :)
[20:17] <ScottK> RainCT and Jazzva: I got it accepted this time, but renaming packages and as a result stuffing them into the New queue really isn't a great idea this close to release.
[20:17] <sebner> ScottK: pingeling :)
[20:18] <ScottK> sebner: Pong
[20:18] <sebner> ScottK: I'm wondering if we really need a FFe for amule
[20:19] <ScottK> sebner: Perhaps not.
[20:19] <ScottK> It's been some time since I looked at it.
[20:19] <sebner> ScottK: depending on how strict we are. 99% are bugfixes and the remaining 1% are minor minor new things
[20:19] <ScottK> sebner: At this point make the FFe then.
[20:20] <sebner> ScottK: kk, just wanted to recheck with you
[20:20] <ScottK> sebner: I have to justify accepts to ubuntu-release, so it'll help.
[20:20] <sebner> ScottK: I see. Not long than 30 minutes then it'll be ready to ACK
[20:21] <ScottK> Great
[20:27] <ScottK> sebner: Does the ssmtp bug apply to earlier releases too?
[20:28] <sebner> ScottK: yep, /me will prepare SRU's the next days
[20:30] <sebner> ScottK: btw, /me is still impressed how long amule takes to build ^^
[20:36] <Woody86> hello everybody :)
[20:41] <ScottK> sebner: It won't be SRU, it'll be -security, won't it?
[20:42] <sebner> ScottK: of course but Stable release update is nearly the same for me since it's an update or a stable release. security or not ^^
[20:42] <sebner> *or = for
[20:42] <ScottK> OK.
[20:42] <ScottK> sebner: Is it all the releases affected?
[20:43] <sebner> ScottK: unfortunately yes, back to dapper
[20:43] <ScottK> OK
[20:44] <sebner> ScottK: ha! me is still in time. 6 minutes left =)
[20:44] <Woody86> ember - hello :)
[20:44] <ScottK> sebner: Looks like nxvl is beating you too it.
[20:44] <ScottK> too/to
[20:44] <slytherin> james_w: I have just updated attachment for bug #268930, are you planning to sponsor it (since you added the comment about dependencies) or should I ask someone else?
[20:45] <sebner> ScottK: why? It was my decision to make SRU's ;)
[20:45] <ScottK> sebner: I see one debdiff in the bug already from him.
[20:46] <sebner> ScottK: true because he thought my changelog was not made in the correct way but it was (expect the versionsnumber)
[20:47] <ScottK> Ah.
[20:47] <sebner> *exept
[20:47] <sebner> *except
[20:47] <sebner> grrr
[20:49] <slytherin> geser: there?
[20:58] <sebner> ScottK: grr, damn icq. ready now :)
[21:04] <ScottK> sebner: Bug #?
[21:04] <sebner> ScottK: bug #260471 , DO something. They stole my ssmtp SRU's :( :( :(
[21:05] <ScottK> sebner: Why do we need replaces amule-common?
[21:06] <sebner> ScottK: I talked to pochu (last uploader). because in our svn version we had stuff there what was moved to amule to reduce the debian delta
[21:07] <ScottK> sebner: In what release did amule-common last exist?
[21:07] <ScottK> As a real package, not virtual.
[21:07] <pochu> ScottK: if you remove it, it will break upgrades
[21:08] <pochu> amule-common is a real package
[21:08] <sebner> ScottK: webserver stuff
[21:08] <pochu> it's a replaces because some files where moved from amule-common to amule
[21:08] <ScottK> When?
[21:09] <sebner> ScottK: our svn version -> debian resync
[21:09] <pochu> ScottK: in hardy it's in amule-common
[21:09] <ScottK> pochu: OK.  It's needed then.
[21:09] <ScottK> Thanks.
[21:10] <pochu> I can ask dato to add it to the Debian package, so we can sync in the future
[21:10] <sebner> pochu: sync \o/ :) I'll file it then :P
[21:11] <sebner> ScottK: are you happy that I made a screenshot? Bonus points?  ^ ^
[21:11] <ajmitch> hi
[21:14] <ScottK> sebner: Ack'ed.
[21:14]  * sebner  hugs ScottK =)
[21:14] <ScottK> DktrKranz: Would you have a look at bug #260471
[21:15] <sebner> ScottK: It is possible.  <--- HAHA :)
[21:15] <ScottK> It's not there yet.
[21:15] <pochu> sebner: btw, tango icons look nicer ;)
[21:16]  * DktrKranz looks
[21:16] <pochu> sebner: switch to them in preferences :)
[21:16] <sebner> pochu: lol
[21:16] <pochu> sebner: feel free to subscribe to amule bugs, it's low traffic lol :P
[21:16] <sebner> pochu: hehe
[21:17] <ScottK> jdong: You around?  I've got a backports policy question.
[21:18] <sebner> pochu: tango = tangerine? ^^
[21:19] <pochu> sebner: dato is committing the replaces bit to git
[21:19] <pochu> will be available in the next upload
[21:19] <DktrKranz> sebner, ScottK: fine for me too.
[21:19] <sebner> pochu: great. /me is already keen to sync stuff for jaunty :D
[21:19] <sebner> DktrKranz: thanks ;D
[21:19] <pochu> hehe
[21:20] <DktrKranz> sebner, now get superpowers and upload it yourself, Y.R.B.
[21:20] <sebner> pochu: DktrKranz : I still need a sponsors ACK
[21:20] <sebner> DktrKranz: S. I. K. Y.  , Not enough time to be added to the group :P
[21:21] <DktrKranz> please grant sebner a MCe (MOTU Council exception)
[21:21] <sebner> ROFL
[21:22] <sebner> DktrKranz: What about a Se? Sebner expection ^^
[21:22] <DktrKranz> sebner, I don't like the name
[21:23] <sebner> bah :P
[21:24] <ScottK> pochu: Would you do the amule upload?
[21:25] <DktrKranz> pochu, if you lack time, I could have a look later
[21:25] <DktrKranz> (but not too sure about it)
[21:25]  * pochu doesn't have where to test ATM
[21:25] <pochu> so if you can, that would be great
[21:26] <pochu> sebner: what about applying for MOTUship?
[21:26] <DktrKranz> well... my ISP is blocking amule connections, so I can test if it builds and installs only
[21:26] <sebner> pochu: why?
[21:26] <sebner> DktrKranz: what about my nice picture :P
[21:26] <DktrKranz> sebner, we are *scared* of your future sync/merge requests for jauntyu
[21:27] <pochu> sebner: to not need sponsors ;)
[21:27] <sebner> pochu: hehe, at least forget it for intrepid cycle (not that long though ^^)
[21:27] <sebner> DktrKranz: YOU or the archive admins? ^^
[21:27] <pochu> haha
[21:28] <DktrKranz> sebner, they don't get queried
[21:28] <DktrKranz> as you do with me :D
[21:28] <pochu> lol
[21:28]  * sebner hides
[21:28]  * pochu goes to study
[21:28] <sebner> pochu: hf if possible ^^
[21:29] <DktrKranz> sebner, no hideout for you, I know them all
[21:29] <pochu> boson - core package for Boson
[21:29] <pochu> lol at the description
[21:29] <pochu> bbl
[21:29] <DktrKranz> pochu, what about "boson - boson, what else you need to know?"
[21:30] <DktrKranz> gah, my i386 debomatic machine is down, so I need to push it to PPA to have it tested :/
[21:33] <DktrKranz> sebner, are you able to open packages.u.c ?
[21:33]  * DktrKranz not
[21:33] <sebner> DktrKranz: yep, b0rken. was working some hours ago though
[21:34]  * DktrKranz hopes in rmadison now
[21:34] <sebner> DktrKranz: rmadison?
[21:35] <DktrKranz> rmadison -u ubuntu amule-common
[21:36]  * sebner learns everyday something new =)
[21:36] <ScottK> DktrKranz: Did that one a while ago http://paste.ubuntu.com/61197/
[21:36] <ScottK> DktrKranz: BTW, -u ubuntu is default now.
[21:36] <sebner> hrhr
[21:37] <sebner> ScottK: what wlan do you have?
[21:37] <ScottK> What do you mean?
[21:37] <DktrKranz> ScottK, ah... need to adjust my aliases then
[21:37] <sebner> ScottK: wlancard
[21:37] <sebner> ScottK: ah sry, ignore me
[21:38] <pkern> Sadly Debian's rmadison doesn't know about -u.
[21:38] <ScottK> Ah.  I'm on a desktop here, but my laptop is intel 4965
[21:38] <DktrKranz> pkern, really?
[21:39] <sebner> ScottK: he missread something. I thought you didn't use intrepid earlier because of br0ken wlan support. But it's about kde and nm
[21:40] <ScottK> sebner: Yes.  That was fixed around beta time.
[21:40] <sebner> ScottK: he = me xD
[21:40] <ScottK> It was due to NetworkManager 0.7 getting uploaded before KNetworkManager had been updated to the new API.
[21:40] <sebner> ScottK: using unstable isn't that bad. AFAIK xorg only broke 2 times. Ok, Nvidia around 10 times but that's not necessary for life ^^
[21:41] <ScottK> sebner: It's one thing if you are a student.  It's another when you need these boxes for $WORK.
[21:41] <DktrKranz> sebner, testbuilding amule right now
[21:42] <sebner> ScottK: a student also has to use them. ok work is different but 1 or 2 days with broken Xorg in 6 months is pretty good :D
[21:42] <sebner> DktrKranz: \o/
[21:42] <ScottK> Yes, but you know that after, not before.
[21:42] <sebner> ScottK: to make it more funny /me only has *1* box/laptop
[21:43] <DktrKranz> sebner, I hope it will bypass my ISP filters, or borrow me some free internet, please
[21:43] <sebner> DktrKranz: letter is already on his way :P
[21:43]  * DktrKranz is angry when a State decide to block *illegal* peer-to-peer traffic
[21:43] <sebner> hrhr
[21:43] <DktrKranz> where "illegal" = "I need to test if something works"
[21:43] <sebner> DktrKranz: proxies doesn't work?
[21:43] <pkern> DktrKranz: rly
[21:46] <sebner> DktrKranz: amule takes pretty long to build :\
[21:46] <DktrKranz> how long?
[21:47] <sebner> DktrKranz: /here 5-10 minutes
[21:47] <sebner> DktrKranz: more likely around 10 ^^
[21:47] <DktrKranz> not too bad, I uploaded to PPA
[21:48] <DktrKranz> since my i386 box is out of business for now
[21:48] <sebner> DktrKranz: well for a small desktop app it's pretty long :\
[21:48] <DktrKranz> Finished:  	 2008-07-01  (took 24 minutes)
[21:48] <DktrKranz> porc...
[21:49] <sebner> hehe
[22:34] <pochu> sebner: http://git.debian.org/?p=collab-maint/amule.git;a=commitdiff;h=73d577f5b4c7bc0d8d9add33b429eb6881fc6db4
[22:43] <DktrKranz> mh, my PPA builds have stalled...


[02:35] <Meatball_py> Hello everyone, how can I remove all local changes and make my local branch identical to the most updated launchpad "parent"?
[02:38] <lifeless> bzr pull --overwrite
[02:43] <spiv> Also, bzr revert
[02:44] <spiv> (Depending on what you mean by local changes)
[03:38] <Meatball_py> thank you. is there anyway to make the "local" branch exactly same as the remote branch? Even if I deleted some files or whatever.
[03:39] <bob2> sounds like you're conflating two things
[03:39] <bob2> 'pull --overwrite' makes your branch history match the remote
[03:40] <bob2> 'revert' makes your checkout match the branch head
[03:41] <Meatball_py> but if I've already did a pull, then found there was something messed up. And I simply want to make everything same as the remote trunk, what should I do?
[03:50] <lifeless> Meatball_py: pull --overwrite; revert
[05:57] <Meatball_py> lifeless: thx :)
[10:03] <xnox> with bzr-bd bzr can pick up commit messages from diff of debian/changelog. Can it do the same but with diff of ChangeLog as the commit message "input" ?
[10:19] <jam> xnox: I want to say that if you do just "bzr commit" with newer versions of bzr and bzr-bd that does, indeed, work.
[10:19] <jam> jelmer might know more, but I thought he worked on a default-commit-message hook
[10:20] <xnox> I see. Doesn't seem to be working for me here locally. Oh, well. I guess i'll try to catch jelmer next time both of us are online.
[11:14] <jam> xnox: I do see bzr exposing a 'set_commit_message' hook, and bzr-builddeb ties into that hook
[11:14] <jam> http://bazaar.launchpad.net/~bzr-builddeb-hackers/bzr-builddeb/trunk/view/head:/__init__.py
[11:14] <jam> I don't know what versions, etc.
[11:14] <jam> (looks like you need bzr >= 2.4)
[11:15] <xnox> jam: debian/changelog works correctly, "GNU project style" /ChangeLog do not however.
[11:21] <jam> xnox: ah, right. So you can write a hook that does the same thing that bzr-bd does, but we don't have one at the moment.
[11:21] <jam> I misunderstood the original question.
[11:22] <xnox> =( /me thought there was one..... I see....
[12:42] <jelmer> Hi jam, Xbox
[14:35] <lifeless> xnox: there was one I thought
[14:35] <lifeless> xnox: but perhaps I'm thinking of the log --format=gnu thing instead
[14:39] <xnox> lifeless: yeah, there is log =) i want the reverse ;-)
[15:14] <cykl> Hi ! I have a question regarding bzrEclipse. Is it the right place to ask it ?
[16:18] <bsd> Is there an equivalent in bzr for "git reset —soft" ?That forcibly changes the commit pointer for the current branch, but leaves the working tree unchanged
[16:32] <LeoNerd> bzr uncommit ?
[16:33] <bsd> LeoNerd: hmm… I forgot about uncommit.  Thanks!
[16:33] <LeoNerd> It's the reverse of commit, see.. ;)
[16:34] <bsd> It was the first alias I added when I had to start using git; I've forgotten some of my base bzr


[08:05] <xnox> i almost typed up "good morning! there is a lot of sunshite this morning!"
[08:05] <xnox> coffee first, then irc.
[08:46] <MooDoo> howdy
[08:55] <brobostigon> morning boys and girls.
[09:00] <MooDoo> morning brobostigon hope you're well
[09:00] <brobostigon> yes, not bad, and you?
[09:01] <MooDoo> brobostigon: i'm ok thanks
[09:02] <brobostigon> :)
[10:31] <diplo> Hey guys, anyone know of a way to stop tar from creating an archive if the dir you are wanting to tar up doesn't exist
[10:31] <diplo> tar cvfz system.Tue.tbz2 system for example and the system folder is called system1
[10:32] <diplo> The tbz2 file is still created even though tar complains it cannot stat it
[10:32] <diplo> and of course is empty
[10:55] <ali1234> test -d directory && tar ...
[10:56] <diplo> yeah only thing I can think of
[15:39] <diddledan> m00bs
[16:43] <diddledan> that's a scary lxc name: snapcraft-slowly-alive-wahoo
[17:25] <popey> diddledan: i love the names it comes up with
[17:25] <popey> better than that time we created a hostname of nexus7-mo****f*****
[19:07] <foobarry> just watched a film called Lucy. load of cobblers!
[19:12] <daubers> She turned into a USB stick in the end
[19:12] <daubers> weirdest ending ever
[19:22] <foobarry> that film had so much potential
[20:27] <webpigeon> ... turned into a USB stick... damn it, that is why we have type checking
[20:33]  * zmoylan-pi picks up usb stick on desk and puts it were it can't see me...
[20:34]  * diddledan tries plugging lucy into the PC. damn, wrong way around.
[20:39] <zmoylan-pi> 3rd time lucky... same motto as german army...
[21:42] <diddledan> https://twitter.com/ValaAfshar/status/864596482485239808
[21:55] <zmoylan-pi> how are you supposed to have it turn inside out in high winds and get mad at it?!
[21:56] <diddledan> no idea
[21:57] <diddledan> did they get the title wrong or are they being hilariously funny? "Level1 News May 16 2017: Neutral Nets Catch Spam, Not Fish" (https://www.youtube.com/watch?v=MqUa0Ryu24s)
[21:58] <zmoylan-pi> someone typing on their phone methinks
[23:26] <diddledan> omg: https://twitter.com/shanselman/status/864622949042499584
[23:32] <diddledan> hmm. midnight:30. is it a good time to put the oven on to cook something for dinner?
[23:34] <zmoylan-pi> popcorn to annoy the neighbours...
[23:34] <diddledan> lol
[23:34] <zmoylan-pi> remember to use your tinniest metal pan for maximum pinging
[23:36] <zmoylan-pi> or coffee and fry some bacon to wake them up thinking it's brekkie time... :-P


[00:24] <OvenWerks> eylul: I suppose bzr will no longer get updated at some point and die of bitrot. Eickmeyer agreed with you so I have already changed it to git anyway.
[00:25] <OvenWerks> As said above, it would be best to use a different file for each service.


[19:01] <attente> bregma: is there a reason that launching an app through the drawer is different from running ubuntu-app-launch <desktop file> in the terminal? in the first case, it seems to spawn Xmir and pasted, but in the second case it doesn't seem to do that
[19:06] <Saviq> attente, those two should be equal, tedg any idea ↑?
[19:08] <tedg> attente: No, they should really be the same. Especially after we've migrated to all systemd.
[19:09] <tedg> There's a slight chance that you'd have environment variables that change the behavior in your shell, but I'd place that as unlikely.
[19:09] <tedg> Only 1337 UAL hackers have those ;-)
[19:24] <attente> ok, weird... i just tried it again and now they both spawn Xmir and pasted
[19:26] <attente> although maybe that's not weird since that's the expected behaviour
[19:26] <tedg> FIXED! SHIP IT!
[19:26] <tedg> :-)
[19:26] <attente> tedg: well, before it was only half broken. now it's full broken :)
[19:42] <bregma> attente, any time you see that kind of weird thing when launching apps, check journalctl
[19:43] <attente> bregma: ok, will do
[19:44] <bregma> if any fun is going to happen, that's where it wil be
[19:44] <attente> i'll try it again now... hopefully i can reproduce


[12:12] <tonyyarusso> So are we advanced extraterrestrial creatures?  (see today's Dilbert)
[12:23] <tsmithe> no
[12:23] <tsmithe> yes
[12:23] <tsmithe> hmm
[12:28] <somerville32> tsmithe, Get back here.
[12:29] <tsmithe> i knew i shouldn't have said anything
[12:29] <tsmithe> as soon as i did
[12:29] <tsmithe> i regretted it
[12:29] <tsmithe> :D
[12:29] <tsmithe> hehehe
[12:29] <tsmithe> i'll come back in a few hours
[12:29] <tsmithe> atm i've got important things to do
[12:38] <tonyyarusso> UWN gets linked to from the distrowatch front page?  /me didn't know that
[12:39] <somerville32> More pressure for us to get out regular releases :)
[12:41] <tonyyarusso> yeah
[09:55] <tonyyarusso> somerville32: what do you think of gnome control center for a spotlight?
[12:44] <willvdl> does any one have the colour palettes for the Edubuntu logo? (Ubuntu palette is on the wiki)
[12:45] <jenda> willvdl: try asking dem #edubuntu folks.
[12:45] <willvdl> I'm from #edubuntu :)
[12:46] <willvdl> we have official logos but I'm looking for the pantone colours
[12:46] <juliux> willvdl, no not pantone, cmyk you need for printing
[12:48] <willvdl> yeah, I put them together normally :) pantone/CMYK
[03:26] <willvdl> ping juliux
[03:26] <juliux> willvdl, pong
[03:26] <willvdl> We should get a little edubuntu channel for our stuff on diy site, what you think?
[03:28] <juliux> i don't think we need an extra channel
[03:28] <juliux> there isn't much traffic in #edubuntu and alos not in the marketing one
[03:29] <willvdl> well, channel meaning a directory or category for marketing resources
[03:29] <willvdl> cbx33's flyer for example
[03:30] <juliux> willvdl, hmm
[03:30] <willvdl> storing this stuff in the wiki jsut doesn't work
[03:31] <juliux> willvdl, hmmm
[03:31] <juliux> willvdl, let me think about this over the weekend
[03:31] <willvdl> yeah, me too :) My head is full...
[03:31] <juliux> willvdl, i will have a clear head tommor after my examen;)
[03:31] <willvdl> aha. Good luck
[03:32] <juliux> thxs
[03:32] <juliux> 7:30 tomorrow
[07:35] <Admiral_Chicago> somerville32: ping
[08:09] <somerville32> Admiral_Chicago, pong


[17:48] <balloons> ping Bryanstein
[17:48] <Bryanstein> balloons, pong
[17:50] <balloons> Bryanstein, so http://fossetcon.org/2014/speakers/elizabeth-k-joseph is helping on my talk; we'll both be speaking. Can you get here added to the presentation?
[17:54] <MarkDude> +1 for the Princess :) She is nothing less than awesome.


[16:32] <mdeslaur> \o
[16:32] <jdstrand> hi!
[16:32] <jdstrand> #startmeeting
[16:32] <meetingology> Meeting started Mon Dec  2 16:33:09 2013 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:32] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:32] <jdstrand> The meeting agenda can be found at:
[16:32] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:33] <jdstrand> [TOPIC] Weekly stand-up report
[16:33] <jdstrand> I'll go first
[16:33] <jdstrand> I'm on community this week
[16:33] <jdstrand> I've got another short week (off friday)
[16:33] <jdstrand> I need to catch up from last week-- I think I am not too bad at this point
[16:33] <jdstrand> mdeslaur: thanks for picking up the triage while I was out
[16:33] <mdeslaur> jdstrand: np!
[16:34] <jdstrand> there are a couple of updates I am eyeing
[16:34] <jdstrand> and a few work items
[16:34] <jdstrand> (I hope to upload a new apparmor-easyprof-ubuntu this week and write some image tests for it)
[16:34] <jdstrand> I've also got patch piloting
[16:34] <jdstrand> mdeslaur: you're up
[16:35] <mdeslaur> I'm in the happy place this week
[16:35] <mdeslaur> I have a few updates ready, but I've found issues with them, so they probably won't go out this week
[16:35] <mdeslaur> I'm currently still poking at getting rid of ruby1.8 from main for trusty
[16:35] <mdeslaur> and I'm patch piloting on wednesday
[16:36] <mdeslaur> I'll be picking up more CVE updates
[16:36] <mdeslaur> that's it from me
[16:36] <mdeslaur> sbeattie: you're up
[16:36] <sbeattie> I'm on apparmor again this week.
[16:36] <mdeslaur> Oh, and I'll spend time evaluating whether we can turn tlsv1.2 back on in openssl in trusty
[16:36] <sbeattie> I'll again be working on testing improvements, both for IPC and other things...
[16:37] <sbeattie> as well as some non-IPC related parser fixes.
[16:37] <sbeattie> which is pretty much it for me.
[16:37] <sbeattie> tyhicks: you're up
[16:37] <jdstrand> sbeattie: how is that coming?
[16:38] <sbeattie> slow going, but making progress.
[16:38] <jdstrand> what kind of coverage do we have for jj's patches?
[16:39] <jdstrand> rough estimate? what is the plan wrt those testing improvements and putting things in a ppa and in Ubuntu?
[16:40] <jdstrand> s/rough estimate\?/(rough estimate)/
[16:40] <jjohansen> jdstrand: good question I need to sit down and coordinate with sbeattie
[16:40] <jjohansen> jdstrand: there will be a new test kernel this week
[16:40] <jdstrand> ok
[16:40] <jjohansen> however I wouldn't recommend it as something everyone install
[16:41]  * jjohansen checks to see if there is anymore hair to pull out
[16:41]  * tyhicks goes
[16:41] <tyhicks> I'm catching up from last week
[16:42] <tyhicks> I ended up spending a little more time than expected last monday debugging apparmor_parser so I didn't get much time to look into enabling yama on touch
[16:42] <jdstrand> tyhicks: did you get to the bottom of the segfaults?
[16:42] <tyhicks> I've done the investigation and now need to backport a simple patch that enables stacking yama with other lsms
[16:42] <tyhicks> jdstrand: yes
[16:42] <jdstrand> cool
[16:43] <tyhicks> apparmor_parser doesn't really handle multiple rule types very well
[16:43] <tyhicks> well, it handles multiple rule types as far as parsing them
[16:43] <jdstrand> tyhicks: idr if we mentioned goldfish as part of the yama work, but can you include it?
[16:43] <tyhicks> but doesn't track them very well internally
[16:43] <tyhicks> it turns out that jj has some patches in the works that improves the situation
[16:43] <tyhicks> jdstrand: definitely
[16:44] <tyhicks> after that, I'll start benchmarking ecryptfs and dm-crypt on arm
[16:44] <tyhicks> (for the user data encryption blueprint)
[16:44] <tyhicks> that's it for me
[16:44] <tyhicks> jjohansen: you're up
[16:45]  * jjohansen is working on apparmor this week, I'll be getting out the next test kernel, coordinating with sbeattie, and hopefully digging out some parser patches to coordinate with tyhicks on
[16:48] <jjohansen> I think thats it for /me sarnold your up
[16:49] <sarnold> I'm on triage this week, thanks mdeslaur for filling in last week :) I'm making a good dent in the backlog of unreviewed AppArmor patches, it'd be nice to finish reviewing all the previously outstanding patches, and there's a new MIR audit requested for bbswitch that I'd like to get to this week
[16:50] <sarnold> I think that's it for me, chrisccoulson, you're up :)
[16:50] <chrisccoulson> hi :)
[16:51] <jdstrand> jjohansen: oh, btw, is the goldfish patch in the goldfish kernel?
[16:51] <chrisccoulson> i'm finishing off bug 1214049 this week (hopefully by tomorrow or wed at the latest). i've started pushing bits to https://code.launchpad.net/~chrisccoulson/oxide/accelerated-rendering already
[16:52] <jjohansen> jdstrand: no not yet
[16:52]  * jdstrand nod
[16:52] <jdstrand> s
[16:52] <chrisccoulson> i got the packaging for oxide done last week, although it did fail to build in a PPA. i've fixed a few build issues as a result of that (see the last few commits in https://code.launchpad.net/~oxide-developers/oxide/oxide.trunk)
[16:53] <jdstrand> chrisccoulson: what ppa are you using?
[16:53] <chrisccoulson> and i reviewed oSoMoN's navigation API work last week (https://code.launchpad.net/~osomon/oxide/navigation-api/+merge/196704/), which will land shortly
[16:54] <chrisccoulson> jdstrand, https://launchpad.net/~chrisccoulson/+archive/ppa for now. i didn't want to waste an arm builder until there was a successful build on i386/amd64
[16:54] <chrisccoulson> as the round-trip time is quite long ;)
[16:54] <chrisccoulson> i think that's me done
[16:54] <jdstrand> ack
[16:55] <jdstrand> chrisccoulson: istr you saying you had a particular ppa in mind for arm. which is that?
[16:55] <chrisccoulson> jdstrand, i can probably use https://launchpad.net/~canonical-arm-dev/+archive/ppa
[16:55]  * jdstrand is 'Not allowed here'
[16:56] <chrisccoulson> ah :)
[16:56] <ogra_> jdstrand, want access ?
[16:56] <chrisccoulson> it does exist :)
[16:56] <jdstrand> chrisccoulson: I'm not sure what to suggest
[16:56] <jdstrand> sure, I'll take the access, but would it be better to use a public ppa so everyone can get their hands on it to test?
[16:57] <mdeslaur> can't we get a non-virtualized builder for oxide?
[16:57] <mdeslaur> s/builder/ppa/
[16:57] <jdstrand> I think we want daily builds for it too, but that is a slightly different topic
[16:58] <jdstrand> (however, those would also ideally be public)
[16:59] <chrisccoulson> who do we ask for a non-virtualized builder?
[17:00] <jdstrand> I would start with infinity
[17:00] <jdstrand> he may be the one to actually do the setup, but he might need some paperwork
[17:01] <jdstrand> chrisccoulson: is that something you plan on working on this week?
[17:01] <chrisccoulson> jdstrand, yeah, sure
[17:01] <jdstrand> cool, let's move on
[17:01] <jdstrand> chrisccoulson: did you have anything else?
[17:01] <chrisccoulson> jdstrand, no, i'm done now
[17:01] <jdstrand> [TOPIC] Highlighted packages
[17:02] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[17:02] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[17:02] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/libphp-adodb.html
[17:02] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/argyll.html
[17:02] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/libapache2-mod-nss.html
[17:02] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/libsocialweb.html
[17:02] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/libspring-java.html
[17:02] <jdstrand> TOPIC] Miscellaneous and Questions
[17:02] <jdstrand> Does anyone have any other questions or items to discuss?
[17:06] <jdstrand> mdeslaur, sbeattie, tyhicks, jjohansen, sarnold, ChrisCoulson: thanks!
[17:06] <jdstrand> #endmeeting
[17:06] <meetingology> Meeting ended Mon Dec  2 17:06:59 2013 UTC.
[17:06] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-12-02-16.33.moin.txt
[17:06] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-12-02-16.33.html
[17:06] <jjohansen> thanks jdstrand
[17:07] <sbeattie> jdstrand: thanks!
[17:07] <mdeslaur> thanks jdstrand!
[17:09] <sarnold> thanks jdstrand !
[17:10] <jdstrand> :)
[19:00] <micahg-work> !dmb-ping
[19:01] <ScottK> o/
[19:02]  * stgraber waves
[19:02] <Laney> hi
[19:02] <ari-tczew> hi
[19:02] <Mirv> hello
[19:02] <ScottK> Who's chair today?
[19:03] <micahg-work> o/
[19:03] <micahg-work> and I see we've reached quorum
[19:03] <micahg-work> #startmeeting Ubuntu Developer Membership Board
[19:03] <meetingology> Meeting started Mon Dec  2 19:04:09 2013 UTC.  The chair is micahg-work. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[19:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[19:04] <micahg-work> Welcome to the DMB meeting
[19:04] <ScottK> I pinged barry on #u-devel.
[19:04]  * barry waves
[19:04] <micahg-work> #topic Review of previous action items
[19:05] <Laney> the agenda is false?
[19:05] <micahg-work> yes
[19:05] <micahg-work> well
[19:05] <Laney> oh, the top says micahg-work and the bottom says ScottK
[19:05] <ScottK> Since micahg-work already started, he wins.
[19:06] <micahg-work> we skipped the last meeting due to no agenda
[19:06] <micahg-work> so, I thought it was my turn...
[19:06] <ScottK> Go for it.
[19:06] <barry> take it away, eric the orchestra leader
[19:06] <micahg-work> #subtopic micahg to restructure PPU teams.
[19:06] <micahg-work> carried
[19:07] <micahg-work> #topic Per Package Uploader Applications
[19:07] <micahg-work> #subtopic PPU for Timo Jyrinki
[19:07] <micahg-work> #link https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU
[19:08] <micahg-work> Mirv, care to introduce yourself?
[19:08] <Mirv> sure. it reads better on the wiki page, but a Debian Developer and Ubuntu Member currently working in integrating some of the Ubuntu Touch packages and also working on Qt 5 packaging
[19:09] <Mirv> ie. part of the 'landing team' who orchestrate what pieces of Touch land next to the archives
[19:10] <Mirv> and I added a sorted version of the package list today to the page, in case the Qt 5 package set would be wanted to be defined separately for other people after me
[19:11] <ScottK> I think it would be useful to discuss the application in terms of Qt5 and other stuff as I think they present different challenges.
[19:12] <Mirv> for the 'Other packages', all but qtcreator are part of the canonicalupstream2distro system, where I currently have privilege to have a new version copied to archives, but I currently need an 'ack' from core dev if there are any packaging changes
[19:13] <Mirv> which is the same deal as for the other non-coredevs on the team
[19:13] <ScottK> Qt Creator is a bit of a special case on it's own.
[19:15] <barry> Mirv: so, are you suggesting two package sets, with qtcreator* as separate?
[19:16] <barry> i.e. qtcreator* not in a package set
[19:16] <Mirv> barry: I wasn't sure how you prefer defining package sets vs. just listing a big list per developer. in the longer term it would make sense to have two package sets defined, one for Qt 5 and one for cu2d.
[19:16] <Mirv> and leave qtcreator out of those both sets
[19:16] <Mirv> since robru and sil2100 may be interested in the cu2d ones later, and mitya57 in the Qt 5 set
[19:17] <Laney> I was thinking about the idea of a cu2d set
[19:17] <Laney> Not sure what others would have to say about that
[19:17] <micahg-work> are they related in any way other than that they're in cu2d?
[19:18] <Laney> They impose consistent packaging
[19:18] <barry> certainly seems like the qt5 pkgset makse sense
[19:18] <Mirv> micahg-work: not otherwise but that Canonical is upstream for all of them. there are several stacks and also more packages besides those I've listed initially.
[19:18] <ScottK> I think Qt Creator should not be in the Qt5 package set, but a separate PPU right.
[19:19] <Laney> None of our tools would work for assessing contributions to them though
[19:19] <Mirv> and yes, cu2d packages have consistent packaging via bzr split mode, so bzr bd always works and packaging is included inline
[19:19] <micahg-work> so, cu2d is like a MOTU equivalent for Canonical upstream packages?
[19:19] <micahg-work> * a cu2d packageset
[19:20] <micahg-work> hrm, let's table that for now
[19:20] <Laney> umm, I only expect it would be appropriate for people on the team that wrangles that stuff
[19:20] <Laney> ok
[19:20] <Laney> would be interesting for someone to come back to us with a proposal on it I guess
[19:21] <micahg-work> yes, that sounds like a good idea
[19:22] <micahg-work> #info Anyone interested in a packageset for cu2d packages should feel free to make a proposal to the DMB
[19:22] <micahg-work> Mirv, so, have you had any issues trying to push the qt stuff through Debian?
[19:24] <ScottK> Fortunately he knows someone on the Debian FTP team so Qt5 stuff seems to make it through New pretty quickly.
[19:24] <Mirv> micahg-work: mostly it has worked fine so that I've eg. given basis of some module packaging, they've tweaked it further and I've synced back. they've obviously rejected some stuff they don't want, like we have a policy breaking qtbase multi-arch thing that was added part of the arm64 work.
[19:24] <micahg-work> that's always nice :)
[19:25] <ScottK> There's also issues with Canonical using private headers that Debian chooses not to expose.
[19:25] <Mirv> I just got people stop to use qtsensors-private so that can be again synced for Debian
[19:25] <ScottK> Excellent.
[19:25] <Mirv> qtbase and qtdeclarative private headers are going to stay in Debian too
[19:25] <ScottK> That's the kind of progress I like to hear about.
[19:26] <ScottK> (for the others - Debian is only packaging private headers needed to build other Qt5 modules).
[19:26] <stgraber> Mirv: are you subscribed to ubuntu-devel-announce?
[19:26] <ScottK> Also on the Ubuntu side, the packaging is maintained with the Kubuntu team in bzr branches in the Kubuntu namespaces using our normal processes.
[19:27] <micahg-work> that's good to hear as well
[19:27] <ScottK> AFAICT, Ubuntu - Kubuntu stuff is all good at the moment.
[19:28] <Laney> Cool, that all sounds nice
[19:28] <Mirv> stgraber: I should be, but I'm just subscribing my canonica address too since I think they might be filtered to a folder on my private e-mail
[19:30] <ScottK> Mirv: You said the Ubuntu SDK stuff is being split out of the Qt Creator source?
[19:30] <Laney> How did you choose which 'other' packages to list?
[19:30] <ScottK> When will that be done and where does it go?
[19:30] <Mirv> ScottK: yes, it's split now, qtcreator has no Ubuntu bits and the qtcreator-plugin-ubuntu source package uses qtcreator-dev that was crafted to the former
[19:31] <ScottK> Excellent.
[19:31] <Mirv> Laney: I went through the cu2d stacks and selected those I work often on (sdk stack like ui-toolkit) and those with Qt/QML modules
[19:32] <Laney> OK, and you say you got some Qt stuff in sync but https://launchpad.net/~timo-jyrinki/+synchronised-packages doesn't appear to list that
[19:32] <Laney> has it not happened yet?
[19:32] <Laney> (or did someone else do the actual syncing?)
[19:33] <Mirv> Laney: like synced from Debian as is? any *opensource-src packages that don't have ubuntu version number ar such.
[19:34] <Mirv> I've not requested any syncs as such, and used the word 'sync' also in the sense that I've synced the ~kubuntu-packagers branches to be identical or near identical to Debian packaging. I still need something to build the PPA packages from.
[19:34] <ScottK> I can vouch for the fact that a lot of work by Mirv and mitya57 has been done to sync or minimize differences.
[19:35] <ScottK> Also some of the work will need to wait for Qt5 5.2 to land.
[19:35] <ScottK> (nothing to do with packaging - some of the Canonical upstream stuff had regressions with 5.1)
[19:35] <Laney> ok then, thanks, was looking for things being uploaded to Debian & then synced
[19:35] <Laney> guess that will happen with time
[19:35]  * Laney is done
[19:37] <stgraber> Mirv: some of the packages you're applying for upload rights for are seeded, how can you tell which image they are likely to impact and when to refrain from uploading?
[19:40] <Mirv> stgraber: well I think those are seeded in the touch images, and currently we're in full manual mode so the landing team meetings decide when to allow uploads or not. we also run tests on each package manually before upload (copy), and in case of some not listed like indicators the cu2d runs desktop tests always.
[19:41] <stgraber> that's not answering my question ;)
[19:42] <stgraber> soon enough some of those packages will be in images other than touch (if they aren't already), we have a tool that can let you know which, what is it?
[19:42] <Mirv> ah.. I've really only looked at lp:~ubuntu-core-dev/ubuntu-seeds branches when needed, rmadison I think does not list seed information
[19:43] <stgraber> correct, rmadison doesn't and ubuntu-seeds is a pain to parse if you're called germinate
[19:43] <stgraber> we have a tool called seeded-in-ubuntu for that
[19:43] <Mirv> nice, making a note
[19:44] <stgraber> in general we try to use proposed-migration blocks around milestones to prevent accidental changes to the images, it's however always a good idea to think twice when uploading around those times and use seeded-in-ubuntu to make sure your change won't affect one of the products that's about to release
[19:44] <micahg-work> While we've reduced the amount of time and packages that are frozen, cedrtain uploads freezes can still impact others, so it's good to check during those periods and be aware
[19:45] <micahg-work> *certain uploads during freezes
[19:45] <Laney> Even proposed blocks get annoying if you want to put a bugfix in and there's already an upload
[19:45]  * Mirv continues writing notes
[19:45] <micahg-work> indeed
[19:46] <Laney> What happens with "allowing uploads" when Kubuntu wants to do a change?
[19:46] <Laney> Not strictly related to this application, I understand. ;-)
[19:48] <Mirv> and we already have this situation that was observed that xubuntu started including ubuntu-system-settings (not sure how intentionally) which pulls eg. ubuntu-ui-toolkit
[19:48] <Laney> well, they didn't want to make a change to it
[19:48] <Laney> I mean if there's some patch to cherry-pick or whatever
[19:48]  * micahg-work wonders why Xubuntu did that (with his xubuntu-dev hat on), guessing it was pulled in by something else
[19:49] <Laney> some alternate recommends following thing
[19:49] <Laney> from an indicator IIRC
[19:49] <stgraber> micahg-work: yeah, we had a time where a bunch of indicators would recommend some packages in the wrong order which indirectly included ubuntu-system-settings
[19:50] <micahg-work> Xubuntu isn't pulling it in at the moment according to seeded-in-ubunut
[19:50] <stgraber> micahg-work: I had them fix those recommends and I believe it did the trick for most images, not sure if something was missing for xubuntu though
[19:50] <micahg-work> yeah, I hope to audit the Xubuntu seed sometime soon for stuff like that
[19:50] <Mirv> Laney: for this cycle Kubuntu is not going to have much interest yet in Qt 5, but that will definitely change in the next one. Qt uploads should probably be co-operated/acked, a discussion that should continue in the next UDS.
[19:51] <ScottK> Mirv: We do plan to start packaging KF5 modules this cycle, so we do need to be coordinated.
[19:51] <Mirv> ScottK: ok.
[19:52] <Laney> OK, can discuss that outside of the meeting
[19:54] <micahg-work> #voters stgraber ScottK Laney micahg-work barry tumbleweed
[19:54] <meetingology> Current voters: Laney ScottK barry micahg-work stgraber tumbleweed
[19:54] <micahg-work> #vote Create Qt5 packageset for initial packages listed on https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU and grant upload rights to Mirv and kubuntu-dev
[19:54] <meetingology> Please vote on: Create Qt5 packageset for initial packages listed on https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU and grant upload rights to Mirv and kubuntu-dev
[19:54] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[19:55] <micahg-work> #voters bdrung
[19:55] <meetingology> Current voters: Laney ScottK barry bdrung micahg-work stgraber tumbleweed
[19:56] <barry> +1
[19:56] <meetingology> +1 received from barry
[19:56] <ScottK> +1
[19:56] <meetingology> +1 received from ScottK
[19:56] <Laney> We need a description
[19:56] <Laney> but yes
[19:56] <Laney> +1
[19:56] <meetingology> +1 received from Laney
[19:56] <tumbleweed> +1
[19:56] <meetingology> +1 received from tumbleweed
[19:56] <micahg-work> hrm, right, description
[19:57] <micahg-work> +1
[19:57] <meetingology> +1 received from micahg-work
[19:57] <stgraber> +1
[19:57] <meetingology> +1 received from stgraber
[19:57] <ScottK> Packages for source developed by http://qt-project.org/ - list to follow.
[19:58] <micahg-work> #endvote
[19:58] <meetingology> Voting ended on: Create Qt5 packageset for initial packages listed on https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU and grant upload rights to Mirv and kubuntu-dev
[19:58] <meetingology> Votes for:6 Votes against:0 Abstentions:0
[19:58] <meetingology> Motion carried
[19:58] <ScottK> Mirv: congratulations.
[19:58] <micahg-work> everyone ok with ScottK's description?
[19:58] <Laney> It doesn't need the list part
[19:58] <Laney> but yeah
[19:59] <Mirv> thank you
[19:59] <Laney> (the list is the set of packages in the set)
[19:59] <ScottK> OK.
[19:59] <barry> wfm
[19:59] <micahg-work> #info description for Qt5 packageset: Packages for source developed by http://qt-project.org/
[20:00] <micahg-work> #vote Timo Jyrinki to get PPU for qtcreator
[20:00] <meetingology> Please vote on: Timo Jyrinki to get PPU for qtcreator
[20:00] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[20:00] <ScottK> +1
[20:00] <meetingology> +1 received from ScottK
[20:00] <stgraber> +1
[20:00] <meetingology> +1 received from stgraber
[20:00] <barry> +1
[20:00] <meetingology> +1 received from barry
[20:00] <Laney> +1
[20:00] <meetingology> +1 received from Laney
[20:00] <tumbleweed> +1
[20:00] <meetingology> +1 received from tumbleweed
[20:00] <micahg-work> +1
[20:00] <meetingology> +1 received from micahg-work
[20:00] <ScottK> BTW, the initial set of packages should be all the ones in Mirv's list that end in opensource-src.
[20:00] <micahg-work> #endvote
[20:00] <meetingology> Voting ended on: Timo Jyrinki to get PPU for qtcreator
[20:00] <meetingology> Votes for:6 Votes against:0 Abstentions:0
[20:00] <meetingology> Motion carried
[20:01] <Mirv> yes, and it's also separately listed below in alphabetical order
[20:01] <micahg-work> #vote  Timo Jyrinki to get PPU for qtcreator-plugin-ubuntu u1db-qt ubuntu-ui-toolkit ubuntu-ui-extras dee-qt poppler-qml-plugin qtpowerd qtubuntu-camera qtubuntu-media qtvideo-node qtubuntu qtubuntu-sensors content-hub music-hub qml-friends libhud-qt qmenumodel qtorganizer5-eds history-service telephony-service address-book-app dialer-app messaging-app unity-webapps-qml
[20:01] <meetingology> Please vote on: Timo Jyrinki to get PPU for qtcreator-plugin-ubuntu u1db-qt ubuntu-ui-toolkit ubuntu-ui-extras dee-qt poppler-qml-plugin qtpowerd qtubuntu-camera qtubuntu-media qtvideo-node qtubuntu qtubuntu-sensors content-hub music-hub qml-friends libhud-qt qmenumodel qtorganizer5-eds history-service telephony-service address-book-app dialer-app messaging-app unity-webapps-qml
[20:01] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[20:03] <barry> +1
[20:03] <meetingology> +1 received from barry
[20:04] <ScottK> +0 I don't see much in the way of endorsements for this work and I'm not sure I understand the implications of PPU for CI packages to easily judge.
[20:04] <meetingology> +0 I don't see much in the way of endorsements for this work and I'm not sure I understand the implications of PPU for CI packages to easily judge. received from ScottK
[20:04] <stgraber> +0 I have to agree with ScottK here + the current cu2d process makes it very hard to get a good feel about an applicant
[20:04] <meetingology> +0 I have to agree with ScottK here + the current cu2d process makes it very hard to get a good feel about an applicant received from stgraber
[20:05] <micahg-work> +0 same as ScottK
[20:05] <meetingology> +0 same as ScottK received from micahg-work
[20:05] <tumbleweed> +0 all of that
[20:05] <meetingology> +0 all of that received from tumbleweed
[20:06] <micahg-work> #endvote
[20:06] <meetingology> Voting ended on: Timo Jyrinki to get PPU for qtcreator-plugin-ubuntu u1db-qt ubuntu-ui-toolkit ubuntu-ui-extras dee-qt poppler-qml-plugin qtpowerd qtubuntu-camera qtubuntu-media qtvideo-node qtubuntu qtubuntu-sensors content-hub music-hub qml-friends libhud-qt qmenumodel qtorganizer5-eds history-service telephony-service address-book-app dialer-app messaging-app unity-webapps-qml
[20:06] <meetingology> Votes for:1 Votes against:0 Abstentions:4
[20:06] <meetingology> Motion carried
[20:06] <Mirv> (didrocks is the cu2d person who asked me to add those packages and endorsed that part)
[20:06] <micahg-work> that's not quite right, motion not carried
[20:07] <Laney> I think you guys should work on a proposal for granting cu2d upload rights
[20:07] <Mirv> okay
[20:07] <Laney> we'll be quite happy to consider it
[20:07] <micahg-work> #info Vote on PPU for other packages did not pass (requires +4)
[20:07] <micahg-work> yes, please
[20:08] <Mirv> it's not very well formed indeed, especially since cu2d in itself is not that familiar to most. the idea is to reduce the need to get the 'acks'.
[20:08] <Mirv> I'll chat with didrocks
[20:10] <micahg-work> #topic any other business
[20:10] <micahg-work> we're already 10 minutes over, so anything else to discuss?
[20:10] <Mirv> (if you'll excuse me, I've pressure applied that I need to get to sleep)
[20:10] <barry> just thinking it would probably be best to skip the dec 30 meeting, but we can take that to email
[20:10] <micahg-work> Mirv, thanks, and congratulations
[20:10] <Mirv> thanks all, see you again with the cu2d at some point
[20:11] <tumbleweed> there's re-election, but that's still a way off
[20:11] <tumbleweed> just reminding people
[20:11] <micahg-work> #action discuss Dec 30 meeting on ML
[20:11] <meetingology> ACTION: discuss Dec 30 meeting on ML
[20:12] <micahg-work> #info DMB elections coming up early next year
[20:13] <Laney> oh yeah, that's interesting
[20:13] <Laney> can do the call first half of january though, so still a way off
[20:14] <micahg-work> right, that's why I didn't action it
[20:17] <micahg-work> #action stgraber to get DMB owned qt5 packageset created with the following packages: qt3d-opensource-src qtbase-opensource-src qtconnectivity-opensource-src qtdeclarative-opensource-src qtdoc-opensource-src qtfeedback-opensource-src qtgraphicaleffects-opensource-src qtimageformats-opensource-src qtjsbackend-opensource-src qtlocation-opensource-src qtmultimedia-opensource-src qtpim-opensource-src qtquick1-opensource-src qtquickcontrols-o
[20:17] <meetingology> ACTION: stgraber to get DMB owned qt5 packageset created with the following packages: qt3d-opensource-src qtbase-opensource-src qtconnectivity-opensource-src qtdeclarative-opensource-src qtdoc-opensource-src qtfeedback-opensource-src qtgraphicaleffects-opensource-src qtimageformats-opensource-src qtjsbackend-opensource-src qtlocation-opensource-src qtmultimedia-opensource-src qtpim-opensource-src qtquick1-opensource-
[20:17] <micahg-work> pensource-src qtscript-opensource-src qtsensors-opensource-src qtserialport-opensource-src qtsvg-opensource-src qtsystems-opensource-src qttools-opensource-src qttranslations-opensource-src qtwebkit-opensource-src qtx11extras-opensource-src qtxmlpatterns-opensource-src
[20:17] <micahg-work> hrm, that failed
[20:17] <micahg-work> #undo
[20:17] <meetingology> Removing item from minutes: <MeetBot.items.Action object at 0x16dc050>
[20:18] <micahg-work> #action stgraber to create qt5 packageset with packages listed at https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU
[20:18] <meetingology> ACTION: stgraber to create qt5 packageset with packages listed at https://wiki.ubuntu.com/TimoJyrinki/DeveloperApplication-PPU
[20:18] <micahg-work> #action micahg to create LP team for qt5 packageset uploaders with initial members of Mirv and kubuntu-dev
[20:18] <meetingology> ACTION: micahg to create LP team for qt5 packageset uploaders with initial members of Mirv and kubuntu-dev
[20:19] <micahg-work> #action stgraber to get PPU added for Mirv to qtcreator
[20:19] <meetingology> ACTION: stgraber to get PPU added for Mirv to qtcreator
[20:19] <micahg-work> I think that's enough for now
[20:19] <micahg-work> #endmeeting
[20:19] <meetingology> Meeting ended Mon Dec  2 20:19:39 2013 UTC.
[20:19] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-12-02-19.04.moin.txt
[20:19] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-12-02-19.04.html
[20:19] <micahg-work> thanks all
[20:19] <barry> thanks!


[14:16] <bluekuja> jdong, lol
[14:26] <jdong> torrentfreak just did an article about it too
[14:26] <jdong> it's BitLord plus tips like limit your upload speed
[14:27] <jdong> wow I feel sorry for anyone who spent $17USD on such obvious advice :D
[14:28] <bluekuja> :D
[14:29] <bluekuja> jdong, I loved your question:
 what the hell is high speed torrent?
[14:29] <jdong> lol
[14:29] <bluekuja> :D


[05:42] <locodir-user> Hello
[07:59] <dholbach> good morning
[08:26] <BobJonkman> Hi pleia2: I noticed that the October Team Report does not yet have a template https://wiki.ubuntu.com/TeamReports/  Is this something I could help with?
[08:35] <Tm_T> morning dpm
[08:35] <dpm> hey Tm_T, good morning :)
[08:35] <Tm_T> morning dholbach too (tab fail <3)
[08:36] <dholbach> hi Tm_T
[15:55] <pleia2> BobJonkman: yep! Just use the MonthTemplate and update it to reflect October 2012 :)
[19:20] <BobJonkman1> pleia2: OK, done!  It was deceptively easy.  I copied TeamReports template to October2012, updated the template "11/MONTH" text to "12/October", and updated the https://wiki.ubuntu.com/TeamReports page for October.  Please let me know if there are any egregious errors (or even little ones)
[19:21] <pleia2> BobJonkman1: thank you! for future reference, you don't need to do copying when you use templates :) when you create a new page you can select a template to create it from, so in the "Create new page" page you just search for MonthTemplate and click on that, it'll pull in the template for the page
[19:22] <BobJonkman1> pleia2: Ah! That'll make our Canadian Team Reports easier to do too.  Never saw that option...
[20:09]  * nhandler is glad to see the template is still working out :)


[09:50] <ActionParsnip> Hi guys. More "call girl" spam on answers.launchpad.net/ubuntu
[09:51] <ActionParsnip> Username is yoped83072
[13:56] <tsimonq2> I believe Soyuz may have fell asleep
[13:57] <tsimonq2> Uploading build on lcy02-amd64-069      Finished 26 minutes ago (took 4 minutes, 1.4 seconds)
[13:57] <tsimonq2> https://launchpad.net/ubuntu/+source/qt6-websockets/6.6.2-1/+build/28428787
[13:57] <tsimonq2> hmmm...
[13:58] <tsimonq2> I'll give it some patience... and file something on answers if it's still stuck
[13:59] <guruprasad> tsimonq2, there is some Launchpad maintenance happening at the moment involving some database surgery and for that we have stopped various Launchpad-related services and jobs. So this sort of delay is expected.
[14:05] <tsimonq2> guruprasad: Got it, thanks for letting me know!
[14:05] <tsimonq2> guruprasad: ...is someone Canonical-side also aware that Matrix is down?
[14:07] <guruprasad> tsimonq2, yes. Afaik, there was a planned maintenance almost an hour ago and it looks like things haven't come back up after that - not sure if the maintenance is still happening. We are aware of this and people are looking into it.
[14:12] <tsimonq2> guruprasad: Thanks again :)
[14:14] <tsimonq2> \o/ I see my uploads, awesome
[19:53] <frickler> it seems a lot of people (including me) are receiving mails for https://code.launchpad.net/~liushuyu-011/ubuntu/+source/vitrage-tempest-plugin/+git/vitrage-tempest-plugin/+merge/465745 but I'm not sure why, can this be related to the earlier maintenance? I don't see where or why I would be subscribed to that mr
[20:01] <frickler> according to a team member, seems that https://launchpad.net/~openstack had accidentally gotten subscribed but already removed again, sadly there doesn't seem to be a log of such actions