[00:26] <mwhudson> https://launchpad.net/ubuntu/+source/pbcopper/1.6.0+dfsg-1 ftbfs on armhf, ppc64el
[00:27] <mwhudson> that's probably not going to be one problem on those two platforms at a guess
[00:28] <mwhudson> "Upstream disabled issue tracker on Github and I have no idea how to contact them."
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-groupware [amd64] (groovy-proposed) [5.2.22-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-timeobjects [amd64] (groovy-proposed) [2.1.4-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-pdf [amd64] (groovy-proposed) [2.0.7-7]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-imsp [amd64] (groovy-proposed) [2.0.10-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-kronolith [amd64] (groovy-proposed) [4.2.27-2]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-memcache [amd64] (groovy-proposed) [2.1.1-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-openxchange [amd64] (groovy-proposed) [1.0.1-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-kolab-session [amd64] (groovy-proposed) [2.0.3-7]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-oauth [amd64] (groovy-proposed) [2.0.4-5]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-ldap [amd64] (groovy-proposed) [2.4.1-3]
[04:29] -queuebot:#ubuntu-release- New: accepted php-horde-turba [amd64] (groovy-proposed) [4.2.25-2]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-content [amd64] (groovy-proposed) [2.0.6-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-elasticsearch [amd64] (groovy-proposed) [1.0.4-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-hashtable [amd64] (groovy-proposed) [1.2.6-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-javascriptminify-jsmin [amd64] (groovy-proposed) [1.0.2-7]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-kolab-server [amd64] (groovy-proposed) [2.0.5-7]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-dav [amd64] (groovy-proposed) [1.1.4-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-imp [amd64] (groovy-proposed) [6.2.24-2]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-feed [amd64] (groovy-proposed) [2.0.4-7]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-kolab-format [amd64] (groovy-proposed) [2.0.9-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-form [amd64] (groovy-proposed) [2.0.19-2]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-ingo [amd64] (groovy-proposed) [3.2.16-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-lz4 [amd64] (groovy-proposed) [1.0.10-6]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-mnemo [amd64] (groovy-proposed) [4.2.14-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-scribe [amd64] (groovy-proposed) [2.0.3-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-gollem [amd64] (groovy-proposed) [3.0.12-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-mapi [amd64] (groovy-proposed) [1.0.10-2]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-kolab-storage [amd64] (groovy-proposed) [2.2.3-5]
[04:30] -queuebot:#ubuntu-release- New: accepted php-horde-mongo [amd64] (groovy-proposed) [1.1.0-5]
[04:31] -queuebot:#ubuntu-release- New: accepted openscenegraph [amd64] (groovy-proposed) [3.6.5+dfsg1-3]
[04:31] -queuebot:#ubuntu-release- New: accepted php-horde-webmail [amd64] (groovy-proposed) [5.2.22-5]
[04:31] -queuebot:#ubuntu-release- New: accepted php-horde-nag [amd64] (groovy-proposed) [4.2.19-3]
[05:40] -queuebot:#ubuntu-release- New binary: plume-creator [amd64] (groovy-proposed/universe) [0.66+dfsg1-3.2] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: nuitka [amd64] (groovy-proposed/universe) [<IP_ADDRESS>+ds-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: plume-creator [ppc64el] (groovy-proposed/universe) [0.66+dfsg1-3.2] (no packageset)
[06:03] -queuebot:#ubuntu-release- New: accepted nuitka [amd64] (groovy-proposed) [<IP_ADDRESS>+ds-1]
[06:04] -queuebot:#ubuntu-release- New: accepted plume-creator [amd64] (groovy-proposed) [0.66+dfsg1-3.2]
[06:04] -queuebot:#ubuntu-release- New: accepted plume-creator [ppc64el] (groovy-proposed) [0.66+dfsg1-3.2]
[08:40] <Laney> tsimonq2: any chance you're planning to come back to https://code.launchpad.net/~tsimonq2/autopkgtest-cloud/+git/bug-1654761/+merge/363643 ? or should someone else look to take that over?
[08:43] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-440-server (groovy-proposed/primary) [440.64.00-0ubuntu1]
[08:54] <mitya57> vorlon, RikMills: thanks! New qtwebengine is a valid candidate, so all seems OK :)
[09:20] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [20.0.4-2ubuntu1~18.04.1 => 20.0.4-2ubuntu1~18.04.2] (core, xorg)
[09:20] <tjaalton> sil2100: hey, new mesa upload for bionic to get image builds going again, dropped zink driver which is quite new and not needed on bionic
[09:21] <tjaalton> it added libvulkan1 dep in libgl1-mesa-dri
[09:32] <LocutusOfBorg> wgrant, hello, can you please do something related to this? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956507
[09:32] <LocutusOfBorg> TLDR: pegjs had a "Provide" nodejs" and migrated in focal. Now, lots of node stuff is not migrating because on riscv64 there is no nodejs anymore.
[09:33] <LocutusOfBorg> for sure we should hint pegjs to migrate, and do something for the archive to forget nodejs in riscv64
[09:36] <wgrant> LocutusOfBorg: I'll have to leave that for someone else, I'm afraid. But sounds like some binaries just need to be identified and removed.
[10:02] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1082.92]
[10:16] <Laney> Going to rebuild the armhf lxd runner machines, several of them appear to be sucking atm
[10:16] <Laney> After giving the current jobs a little while to finish
[10:22] <tseliot> sil2100, hey, if you have the time, can you approve nvidia-graphics-drivers-440-server in groovy-proposed (it's in NEW), and move nvidia-graphics-drivers-418-server to restricted, please?
[10:23] -queuebot:#ubuntu-release- New binary: pbcopper [amd64] (groovy-proposed/universe) [1.6.0+dfsg-1ubuntu2] (no packageset)
[10:23] -queuebot:#ubuntu-release- New binary: pbcopper [ppc64el] (groovy-proposed/universe) [1.6.0+dfsg-1ubuntu2] (no packageset)
[10:23] -queuebot:#ubuntu-release- New binary: pbcopper [s390x] (groovy-proposed/universe) [1.6.0+dfsg-1ubuntu2] (no packageset)
[10:27] -queuebot:#ubuntu-release- New binary: pbcopper [arm64] (groovy-proposed/universe) [1.6.0+dfsg-1ubuntu2] (no packageset)
[10:41] -queuebot:#ubuntu-release- New binary: pbcopper [riscv64] (groovy-proposed/universe) [1.6.0+dfsg-1ubuntu2] (no packageset)
[11:30] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/pegjs/+bug/1880680
[11:32] <LocutusOfBorg> can any archive admin please accept it? vorlon ^^
[11:32] -queuebot:#ubuntu-release- Unapproved: pegjs (focal-proposed/universe) [0.10.0-1 => 0.10.0-3~ubuntu<IP_ADDRESS>] (no packageset)
[11:32] <LocutusOfBorg> we really need it to go in groovy release and focal...
[12:53] -queuebot:#ubuntu-release- Unapproved: chrony (focal-proposed/main) [3.5-6ubuntu6 => 3.5-6ubuntu6.1] (core)
[12:57] <cpaelzer> If an ubuntu-archive member would have time to look at https://bugs.launchpad.net/ubuntu/+source/rdma-core/+bug/1880651 that woudl be great
[12:58] <cpaelzer> I'd want to ensure that after removing the (old) binaries proposed migration really unblocks and goes on
[14:08] <Laney> armhf is back as of 30 minutes ago or so
[14:08] <Laney> seems to be chugging along nicely now, shiny fresh new VMs
[15:06] <coreycb> cpaelzer: doko: hi, we have a new version of heat in focal-proposed that is blocked due to python3-ironicclient not being in main. it's py2 counterpart was in main at one point. do you think we could get python3-ironicclient into main for focal and groovy?
[15:08] <coreycb> bug 1376238
[15:10] <cpaelzer> coreycb: yes if the old one was approved and there is no majore rework that has happened we usually promote it on the terms of the old MIR bug
[15:10] <cpaelzer> you'll need an archive admin to do, if doko is around he might be able to help
[15:11] <coreycb> cpaelzer: ack thanks
[17:17] -queuebot:#ubuntu-release- New binary: libla4j-java [amd64] (groovy-proposed/none) [0.6.0-2] (no packageset)
[17:23] <tsimonq2> Laney: Oh, that's a good point. I can revisit it.
[17:23] -queuebot:#ubuntu-release- Unapproved: keystone (eoan-proposed/main) [2:16.0.0-0ubuntu1.1 => 2:16.0.1-0ubuntu1] (openstack, ubuntu-server)
[17:27] -queuebot:#ubuntu-release- Unapproved: accepted chrony [source] (focal-proposed) [3.5-6ubuntu6.1]
[17:41] -queuebot:#ubuntu-release- Unapproved: heat (eoan-proposed/main) [1:13.0.0-0ubuntu1 => 1:13.0.1-0ubuntu1] (openstack, ubuntu-server)
[18:06] -queuebot:#ubuntu-release- Unapproved: inkscape (focal-proposed/universe) [0.92.5-1ubuntu1 => 0.92.5-1ubuntu1.1] (i386-whitelist, ubuntustudio)
[18:07] -queuebot:#ubuntu-release- Unapproved: nova (eoan-proposed/main) [2:20.1.1-0ubuntu1 => 2:20.2.0-0ubuntu1] (openstack, ubuntu-server)
[18:39] -queuebot:#ubuntu-release- Unapproved: accepted gpsd [source] (focal-proposed) [3.20-8ubuntu0.2]
[19:01] <RikMills> bdmurray: https://irclogs.ubuntu.com/2020/05/13/%23ubuntu-release.html#t08:19
[19:01] <RikMills> I'll add that to the bug
[19:02] <bdmurray> RikMills: Thanks
[19:11] <vorlon> LocutusOfBorg: pegjs> needs an SRU team member, not an archive admin? generally best to contact the SRU team member on duty per https://wiki.ubuntu.com/StableReleaseUpdates#Publishing but I can take a look now
[19:11] <vorlon> LocutusOfBorg: and this appears to include packaging changes unrelated to the bug report
[19:28] -queuebot:#ubuntu-release- Unapproved: rejected pegjs [source] (focal-proposed) [0.10.0-3~ubuntu<IP_ADDRESS>]
[19:37] <vorlon> mwhudson: have you looked at all at the r-cran-lwgeom / r-cran-sf terribleness on s390x?  (blocks proj and gdal and therefore hdf5 etc)
[19:39] <vorlon> r-cran-lwgeom may be a situation where the version in -proposed has regressed and the version in release needs rebuilt; I'll dig a bit
[20:07] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (eoan-proposed) [14.2.9-0ubuntu<IP_ADDRESS>]
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted keystone [source] (eoan-proposed) [2:16.0.1-0ubuntu1]
[20:22] <mwhudson> vorlon: no
[20:22] <mwhudson> vorlon: i can have a look after the school run though
[20:23] <vorlon> mwhudson: k.  old r-cran-lwgeom needs some source changes to build with proj 7 because integer inequalities are hard apparently, but I'm having a look
[20:27] -queuebot:#ubuntu-release- Unapproved: accepted heat [source] (eoan-proposed) [1:13.0.1-0ubuntu1]
[20:28] <vorlon> mwhudson: yeah looks like old r-cran-lwgeom works with a one-liner patch, so I'll downgrade that and make r-cran-lwgeom 0.2-3 SEP
[20:35] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (eoan-proposed) [2:20.2.0-0ubuntu1]
[20:41] -queuebot:#ubuntu-release- Unapproved: accepted shotwell [source] (bionic-proposed) [0.28.4-0ubuntu2]
[20:48] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (bionic-proposed) [3:13.0.2-0ubuntu3]
[20:52] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (bionic-proposed) [<IP_ADDRESS>.13]
[22:16] -queuebot:#ubuntu-release- Unapproved: openssh (xenial-proposed/main) [1:7.2p2-4ubuntu2.9 => 1:7.2p2-4ubuntu2.10] (core)
[22:18] <mwhudson> ubuntu-archive: could someone let https://launchpad.net/ubuntu/+source/pbcopper/1.6.0+dfsg-1ubuntu2 out of NEW?
[22:18] <vorlon> mwhudson: are these binaries that are in Debian and you're just fixing a FTBFS?
[22:21] <vorlon> mwhudson: ah wrong binary package name for library ok
[22:22] <bdmurray> vorlon: If an SRU follows on an SRU which has a block-proposed-$release tag should the follow on SRU be built with -v so the block-proposed SRU appears in the changes file?
[22:22] -queuebot:#ubuntu-release- New: accepted pbcopper [amd64] (groovy-proposed) [1.6.0+dfsg-1ubuntu2]
[22:22] -queuebot:#ubuntu-release- New: accepted pbcopper [ppc64el] (groovy-proposed) [1.6.0+dfsg-1ubuntu2]
[22:22] -queuebot:#ubuntu-release- New: accepted pbcopper [s390x] (groovy-proposed) [1.6.0+dfsg-1ubuntu2]
[22:22] -queuebot:#ubuntu-release- New: accepted pbcopper [arm64] (groovy-proposed) [1.6.0+dfsg-1ubuntu2]
[22:22] -queuebot:#ubuntu-release- New: accepted pbcopper [riscv64] (groovy-proposed) [1.6.0+dfsg-1ubuntu2]
[22:23] <vorlon> bdmurray: I suppose that's ideal, but doesn't lp and the sru report take care of rolling things up based on diffing the debian/changelog?
[22:27] <bdmurray> vorlon: No, they both use the .changes as the answer.
[22:35] <vorlon> ok then
[22:40] <mwhudson> vorlon: the binaries are also in debian NEW
[22:49] <mwhudson> didn't all the php-horde stuff get removed last cycle?
[22:57] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1084.94~16.04.1] (kernel)
[23:07] -queuebot:#ubuntu-release- Unapproved: rejected openssh [source] (xenial-proposed) [1:7.2p2-4ubuntu2.10]
[23:10] -queuebot:#ubuntu-release- Unapproved: accepted openssh [source] (xenial-proposed) [1:7.2p2-4ubuntu2.10]
[23:16] -queuebot:#ubuntu-release- New binary: php-horde-sesha [amd64] (groovy-proposed/none) [1.0.0~rc3-5] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: php-horde-syncml [amd64] (groovy-proposed/none) [2.0.7-6] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-mime [amd64] (groovy-proposed/none) [2.11.0-5] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-template [amd64] (groovy-proposed/none) [2.0.3-8] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-passwd [amd64] (groovy-proposed/none) [5.0.7-5] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-service-facebook [amd64] (groovy-proposed/none) [2.0.10-5] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-service-weather [amd64] (groovy-proposed/none) [2.5.4-5] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-text-filter-jsmin [amd64] (groovy-proposed/none) [1.0.2-7] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-service-gravatar [amd64] (groovy-proposed/none) [1.0.1-7] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-horde-test [amd64] (groovy-proposed/none) [2.6.3+debian0-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: git-remote-hg [amd64] (groovy-proposed/none) [1.0.1~ds-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-service-twitter [amd64] (groovy-proposed/none) [2.1.6-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-whups [amd64] (groovy-proposed/none) [3.0.12-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-xml-wbxml [amd64] (groovy-proposed/none) [2.0.3-7] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-scheduler [amd64] (groovy-proposed/none) [2.0.3-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-wicked [amd64] (groovy-proposed/none) [2.0.8-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-horde-thrift [amd64] (groovy-proposed/none) [2.0.3-5] (no packageset)
[23:47] <mwhudson> so what's going on with fenics
[23:49]  * mwhudson tries the all-proposed hammer
[23:56] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1084.94~16.04.1]


[02:02] <jordi> SteveA: here, by any chance?
[06:30] <stub> Do we have a local branch of the bzr pqm plugin? The URL on the wiki is returning 503's (and for all I know is unstable anyway)
[06:33] <stub> And there doesn't seem  to be any references to it on the bzr wiki
[06:39] <stub> Yay for distributed revision control
[06:45] <stub> The URL on the launchpad wiki is returning 503's
[07:09] <stub> jamesh: Can you push your copy of the bzr pqm plugin to chinstrap?
[07:13] <jamesh> stub: just copying it now.  It is ~jamesh/pqm-submit
[07:15] <jamesh> you should be able to branch it now (or just do scp -r)
[07:16] <stub> Ta
[07:21] <spiv> We really ought to register that in launchpad so that it can get mirrored...
[07:22] <spiv> I think I saw on #bzr that the author is having temporary DNS issues with their ISP.
[07:36] <stub> Product and branch created
[07:45] <SteveA> morning
[08:03] <SteveA> spiv, stub, jamesh: voip call?
[08:04] <jamesh> okay
[08:04] <spiv> ok.
[08:07] <SteveA> and launchpad-meeting irc
[08:56] <SteveA> cprov!  malcc!  Keybuk!
[08:56] <Keybuk> ROCKY!
[08:57] <cprov> SteveA !
[09:15] <SteveA> stub: are you planning a rollout tomorrow?
[09:17] <SteveA> if so, can i get Rev 3695 in it please
[09:26] <jbailey> What's the BestWay(tm) to filter spec mail?
[09:27] <sivang> morning
[09:27] <SteveA> same way you filter other email.
[09:27] <SteveA> if you want more headers or something, talk to bjorn, who is in paris.
[09:27] <SteveA> hi sivan
[09:28] <jbailey> SteveA: Right now I look for X-Launchpad-Bug that contains distribution=ubuntu
[09:28] <jbailey> if I filter spec mail the same way: 1) My bug mail will go to my spec folder.
[09:28] <jbailey> 2) My spec mail will stay in my inbox.
[09:28] <sivang> hi SteveA
[09:29] <SteveA> specs should not contain an X-Launchpad-Bug header
[09:29] <SteveA> that would make no sense
[09:29] <jbailey> Exactly right.
[09:29] <jbailey> So your coment of filtering it the same way I filter my other mail doesn't work.
[09:29] <SteveA> does spec mail contain an X-Launchpad-Bug header?
[09:30] <jbailey> No.
[09:30] <SteveA> so, do you want an X-Launchpad-Spec header?
[09:30] <SteveA> or an X-Launchpad-Info header
[09:30] <SteveA> with type=spec, distribution=ubuntu in it?
[09:31] <jbailey> Hmm.  Interesting. I'm not sure which is better.  Evolution contains decent "header contains" magic, So having a single X-Luanchpad-Info would be enough for me.
[09:31] <jbailey> And then just overload it with all of the different types.
[09:31] <SteveA> yes
[09:31] <SteveA> that wounds like a mini-spec that you and bjorn can write up in 15 mins
[09:32] <SteveA> um, sounds
[09:32] <SteveA> no need for physical damage
[09:32] <jbailey> Never underestimate the value of a good sacrifice to the blood gods.
[09:32] <jbailey> But perhaps this one is simple enough.
[09:36] <carlos> morning
[09:45] <jbailey> BjornT: ^^ What do you think?
[09:49] <BjornT> jbailey: should be easy to add such a header, we just need to decide what information the header should contain.
[09:49] <BjornT> i think i like X-Launchpad-Spec better, though, makes it easier for people to match on.
[09:49] <SteveA> it makes it tough to filter all launchpad email
[09:49] <jbailey> Two headers would solve both needs quite cheeply/.
[09:50] <jbailey> BjornT: It would be nice if the API in Launchpad for email required enough information to always generate these headers, though.
[09:50] <jbailey> That way it Just Happens for any email that Launchpad sends out.
[09:50] <carlos> jordi: hi, around?
[09:51] <SteveA> why not X-Launchpad-Distro: id=ubuntu; message=spec
[09:51] <BjornT> you can filter all launchpad mail by filtering on X-Generated-By
[09:51] <SteveA> to be the devil's advocate, burning the virgin strawman
[09:52] <jamesh> is there any way to get gmail to filter on arbitrary headers?
[09:52] <SteveA> what i'm saying is, why are specs and bugs special in that these should be in the name of the headers, whereas distros are not special.
[09:54] <BjornT> maybe the same reason why specs and bugs have their own applications (blueprint and malone)?
[09:56] <SteveA> jamesh: maybe we should have an personal option to add the launchpad info as a trailer after the message subject
[10:00] <jbailey> Don't all current mail clients allow filtering on arbitrary headers?
[10:00] <jbailey> I don't think it's right to uglify the human-usable interface for filtering purposes.
[10:01] <SteveA> stub: planning a rollout for tommorow?
[10:01] <SteveA> jbailey: i said "personal option" above
[10:01] <stub> mebbey
[10:01] <jordi> carlos: hey
[10:01] <stub> We have code that needs to go out? Or shall we keep the Paris conference running on a stable system?
[10:01] <SteveA> i have some non-DB UI stuff i'd like to go out
[10:02] <carlos> jordi: do you remember the pending mailing list creations that we have?
[10:02] <carlos> jordi: Occitan is one. Steve says that we have another one, but I don't remeber it
[10:03] <jbailey> stub: Specs probably want to be stable.  I'm guessing that everything else, this is the best week for it.
[10:03] <jbailey> But don't quote me. =)
[10:03] <jamesh> jbailey: apparently gmail doesn't
[10:04] <jbailey> Meh, really?
[10:05] <jamesh> I can filter launchpad bug mail with a query of<EMAIL_ADDRESS>but can't do anything with the X-Launchpad-Bug header
[10:05] <stub> jbailey: Plenty of server side filtering systems provided by ISPs don't allow filtering on arbitrary headers, or make it for advanced users only.
[10:05] <stub> Mine would allow me to do it, but it would involve me converting all my filters to a sieve script
[10:06] <carlos> stub: hi, I fixed the data migration script. Could you review it?
[10:07] <carlos> stub: it took 3 hours in asuka
[10:07] <stub> k
[10:07] <stub> same branch?
[10:07] <carlos> yes
[10:07] <carlos> thanks
[10:09] <jordi> carlos: yes, I was pinging stevea last night to see if he had more info
[10:10] <jordi> carlos: amharic
[10:10] <carlos> ok
[10:10] <carlos> jordi: thanks
[10:12] <carlos> jordi: did you answer Slovenian and Arabic requests?
[10:13] <jordi> I did arabic last night.
[10:13] <jordi> Slovenian, not sure. That's the newest, right?
[10:13] <jordi> er, actually I did Farsi
[10:13] <jordi> We've had a torrent of requests lately
[10:13] <jordi> I'll do arabic right now
[10:14] <carlos> jordi: ok, please, remember to send a copy to<EMAIL_ADDRESS>so I'm sure that those requests are handled
[10:22] <carlos> jordi: could you tell me the contact email address for the Amahric team?
[10:22] <carlos> jordi: teferra has his email hidden in launchpad
[10:23] <carlos> jordi: found
[10:24] <spiv> SteveA: your doctest bug is different to 267, actually
[10:24] <spiv> SteveA: it turns out it was my second guess, that I didn't even bother putting in my mail because it seemed too silly ;)
[10:25] <spiv> SteveA: Replace "...." with "..." and it works.
[10:25] <SteveA> that smells bad
[10:25] <SteveA> +1 for stub's idea of supporting [...]
[10:25] <spiv> Hmm, or maybe not.  It makes a difference to this simplified test case, though...
[10:25] <jordi> carlos: there's an ubuntu arabic team already
[10:25] <jordi> but it's ubuntu-ar
[10:26] <jordi> ie, needs rename
[10:26] <SteveA> jordi: i have some renaming to do for you already, i think
[10:26] <jordi> yeah
[10:26] <jordi> Somali
[10:26] <carlos> jordi: don't rename any team without contacting the owner first, sometimes they want non ubuntu specific teams
[10:27] <carlos> jordi: in those cases, they should create the ubuntu-l10n-XX team and include the other as a subteam of it
[10:27] <jordi> well this is clearly "ubuntu-ar"
[10:27] <carlos> hmm
[10:27] <carlos> right ;-)
[11:47] <compengi> hi
[11:51] <carlos> compengi: hi
[11:53] <compengi> i would like to ask
[11:54] <compengi> is the shipment of ubuntu free of charge or no
[11:58] <compengi> or i should pay for the shipment only
[12:01] <spiv> compengi: It's free: http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607
[12:01] <compengi> even the shipment!
[12:02] <spiv> yep :)
[12:06] <compengi> did you start shipping this month?
[12:32] <mpt> Gooooooooooooooooooooooood evening Launchpadders
[12:33] <jsgotangco> hi
[12:33] <mpt> The southern hemisphere is cold and should be avoided
[12:35] <ajmitch> good evening mpt
[12:35] <ajmitch> a nice chilly evening, isn't it?
[12:35] <mpt> hi ajmitch, where are you at the moment?
[12:35] <mpt> Dunners?
[12:35] <ajmitch> I'm sitting in my flat
[12:35] <ajmitch> in Dunedin
[12:35] <mpt> ah, cool
[12:35] <mpt> (literally)
[12:35] <ajmitch> quite :)
[12:36] <stub> Monsoon appears to have come early this year - a wet 27C
[12:41] <mpt> ooh
[12:44] <sivang> yo mpt :-)
[12:44] <mpt> hi sivang :-)
[01:17] <SteveA> jamesh: ping
[01:17] <jamesh> SteveA: pong
[01:17] <stub> carlos: The migration patch is much better, however in its current form will lock up rosetta for the entire run because it only commits at the end.
[01:17] <SteveA> jamesh: mdz mentioned a possible problem with the scheduler
[01:18] <SteveA> jamesh: "it seems to schedule topics which haven't been accepted for the meeting"
[01:18] <SteveA> would you look into it?
[01:18] <jamesh> okay
[01:18] <stub> carlos: Hmm... actually not that bad.
[01:18] <carlos> stub: hmm it's done per pofile...
[01:19] <stub> carlos: Yes - just realized that. So it will be 82000 odd commits over that 3 hours. I suspect we can run it live.
[01:20] <stub> carlos: r=stub on the data migration and db patch
[01:23] <carlos> stub: ok, thanks
[01:25] <jamesh> SteveA: I think I've tracked it down.
[01:27] <jamesh> looks like the code for the export view is using the wrong enum to filter the list of specs it exports
[01:27] <stub> So we are growing Distribution.mirror_admin and Distribution.upload_admin. Is maintaining the Distribution in Launchpad so strenuous that these subtasks need to be delegated to individuals?
[01:28] <SteveA> jamesh: okay.  so, that sounds like a small quick change in production
[01:29] <stub> If so, make sure it lands in Rockefuel too and I know the patch number - don't want to destroy any fixes with tomorrows rollout
[01:30] <stub> (Which reminds me - SteveA: I need to know what patch you are particularly interested in being landed unless it landed before Friday)
[01:30] <SteveA> r3695
[01:30] <SteveA> r3696
[01:30] <SteveA> both those
[01:30] <jamesh> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/fileO8lkxa.html <- that's the fix
[01:31] <SteveA> jamesh: okay.  please get it into RF.
[01:32] <SteveA> stub: would you rather cherrypick this fix from james this afternoon, or shall i just hack it in production and restart?
[01:33] <stub> SteveA: Just hack it into production. The appservers are live again on gangotri btw. (and being monitored again).
[01:33] <stub> erm... gandwana.
[01:33] <SteveA> ok
[01:34] <jamesh> that method used to take SprintSpecificationStatus enum values
[01:35] <SteveA> jamesh: okay, i applied that one line patch to production, and restarted
[01:36] <carlos> stub: btw, will you remember to execute that migration script when you do the rollout? is there any procedure to document it?
[01:36] <jamesh> SteveA: so if mdz redownloads the meeting list the non-accepted specs shouldn't be listed
[01:36] <carlos> stub: Rosetta will start raising system errors if we forget to execute it
[01:39] <SteveA> mpt: ping
[01:39] <stub> carlos: Maybe ;)
[01:40] <stub> carlos: Feel free to nag me to run it next Monday to fix most of it before the rollout.
[01:44] <carlos> ok ;-)
[02:01] <compengi> where can i download linux software
[02:01] <compengi> for free
[02:02] <SteveA> compengi: try freshmeat.net
[02:02] <jordi> compengi: have you tried #ubuntu ?
[02:02] <compengi> as os?
[02:04] <jordi> as irc channel
[02:06] <compengi> i've joined now
[02:12] <SteveA> spiv: still around?
[02:14] <spiv> SteveA: yeah
[02:16] <jbailey> I seem to be listed under "also notified" for bug 38636, how do I figure out why?
[02:16] <Ubugtu> Malone bug 38636 in qprocd "xfce4-mixer has a different orig.tar.gz to the  one recorded in the Sources file" [Critical,Fix released]  http://launchpad.net/bugs/38636
[02:20] <spiv> jbailey: I think it's because you're subscribed to #34210
[02:21] <spiv> jbailey: which is marked as being a duplicate.
[02:22] <Yannig> Hello everybody :)
[02:22] <jbailey> Ah! that would do it.
[02:22] <jbailey> spiv: Thanks!
[02:23] <SteveA> spiv: hello
[02:29] <SteveA> BjornT: ping
[02:30] <jordi> carlos: how's Paris?
[02:31] <carlos> jordi: I don't know ;-)
[02:31] <carlos> jordi: I will arrive tomorrow
[02:31] <sivang> carlos: we'll wait for you :)
[02:31] <carlos> sivang: :-P
[02:32] <jordi> oh :D
[02:32] <jordi> carlos: I think they have a metallic tower in the middle of the city
[02:33] <carlos> jordi: yeah, I know someone told me something about it....
[02:33] <carlos> jordi: ;-)
[02:33] <BjornT> SteveA: pong
[02:41] <SteveA> spiv: ping
[03:29] <SteveA> BjornT: darn... race condition in the canHandle() hack
[03:31] <SteveA> BjornT: i can work around it with a thread.local
[03:35] <mdke> spiv: around?
[03:35] <spiv> mdke: yeah
[03:35] <mdke> spiv: yay. Karl needs your help with the wiki move script, can you give him a couple of minutes?
[03:36] <spiv> Sure.
[03:36] <mdke> thanks
[03:37] <mdke> Znarl: ^
[04:34] <flacoste> SteveA: ping
[04:34] <SteveA> hi francis
[04:34] <flacoste> hi Steve!
[04:34] <SteveA> you just caught me about to have a tea break
[04:34] <flacoste> i have a coding question and my reviewer (salgado) is offline
[04:35] <flacoste> it can wait after the tea break though
[04:35] <SteveA> you can ask on this channel and many people may be able to answer
[04:35] <flacoste> ok
[04:35] <SteveA> or, if it is about code that shouldn't be public, ask on the internal irc channel
[04:37] <flacoste> in the TicketMakeBugView.process method I check that a ticket doesn't have already bugs linked to it and redirect with an error message if this is the case
[04:38] <flacoste> salgado suggested moving that check to initialize instead of leaving it in process()
[04:38] <SteveA> sure.  why waste processing rendering the template and starting to process it?
[04:39] <SteveA> initialize() will be called before the template is even rendered
[04:39] <flacoste> because process() will still be called
[04:39] <SteveA> so that's a good time to do a redirect
[04:39] <flacoste> yes, but render() will still be called after initialize()
[04:39] <flacoste> LaunchpadView doesn't check if a redirection has taken place before calling render()
[04:39] <SteveA> ah, right
[04:39] <SteveA> it should do
[04:40] <flacoste> I should fix LaunchpadView then?
[04:40] <SteveA> yes.  it's __call__ should call render() only if the status code is not 30x
[04:40] <SteveA> in the self.request.response
[04:41] <flacoste> ok
[04:41] <SteveA> do you agree with that as the way forward?
[04:42] <SteveA> cos i just made that stuff up from memory
[04:42] <SteveA> it might turn out to be wrong :-)
[04:56] <flacoste> SteveA: yes, I agree, this is also the way GeneralEditForm does it
[05:29] <flacoste> SteveA: care to review https://chinstrap.ubuntu.com/~dsilvers/paste/fileoIG6Xl.html
[05:29] <flacoste> it's the LaunchpadView do not render on redirect fix
[05:30] <SteveA> flacoste: great. r=me
[05:30] <flacoste> tnx!
[05:50] <carlos> later
[06:09] <flacoste> bzr: ERROR: exceptions.ImportError: No module named urlutils
[06:09] <flacoste>   at /home/francis/.bazaar/plugins/pqm-submit/pqm_submit.py line 11
[06:09] <flacoste> line 11 has import bzrlib.urlutils
[06:13] <LarstiQ> urlutils is present in bzr.dev
[06:13] <LarstiQ> flacoste: what pqm are you using?
[06:13] <LarstiQ> or, pqm-submit rather
[06:14] <flacoste> http://bzr.arbash-meinel.com/plugins/pqm-submit/
[06:14] <LarstiQ> and I guess there is no 0.8 release for that...
[06:15] <LarstiQ> flacoste: the problem is the pqm-submit plugin you have depends on bzr.dev
[06:15] <flacoste> is there an older revision that would work?
[06:15] <LarstiQ> I'll have a look
[06:48] <flacoste> how do I add my key to the PQM?
[06:51] <matsubara> flacoste: You need to ask lifeless to add it for you. Here's more complete instructions https://launchpad.canonical.com/PQMSetup
[06:53] <stub> flacoste: chinstrap:~jamesh/bzr-pqm should work
[06:53] <stub> c/bzr-pqm/pqm-submit/
[06:54] <flacoste> stub: is this a bazaar branch?
[06:55] <stub> flacoste: Yes. I got jamesh to push his branch earlier today as arbash-meinel.com was down
[07:00] <flacoste> stub: thanks! that pqm-submit works
[07:01] <flacoste> lifeless: ping
[07:04] <lifeless> pong
[07:05] <flacoste> lifeless: I've send you my GPG key by email to robert.collins at canonical, can you add it to the PQM accepted keys?
[07:07] <lifeless> is tomorrow morning ok? I want dinner
[07:09] <flacoste> lifless: yeah, no problem
[07:10] <flacoste> lifeless: yes, no problem, my first land can wait another day
[07:11] <flacoste> lifeless: enjoy your dinner, and sorry for the disturbance, I didn't noticed that you were in the australia time zone
[07:12] <LarstiQ> Europe timezone is more likely
[07:13] <flacoste> hmm, yes, otherwise he would take his dinner very late, but Kopete shows a IRC user coming from .au...
[07:14] <LarstiQ> flacoste: I assume he ircs via home, as I do.
[07:17] <jordi> carlos: should we get the DB updated so you appear as the owner of XaraLX translators?
[07:17] <jordi> carlos: we're going to start gettign way too many appointment requests for this group
[09:14] <flacoste> wow,


[19:45] <nhaines> My computer's running too well.  Time to upgrade to xenial.
[19:45] <pleia2> have fun
[22:11] <philipballew> nhaines, I need to upgrade one of my machines as well. Let me know how it goes.
[22:12] <DonkeyHotei> i'll wait till after release, tyvm
[22:39] <philipballew> DonkeyHotei, I think for most people that is a good idea. In fact, I think it is also smart to have a duel boot if you want to run/test beta
[22:40] <philipballew> I mean something good to fall back on to try to use to fix your beta system even is not a bad idea


[04:10] <DalekSec> bug 1398619
[04:10] <DalekSec> Bah, I meant bug 1211933, it's in ubuntustudio-live too.
[19:16] <zequence> DalekSec: Thanks


[08:54] <S0NiC> hi
[08:54] <S0NiC> back again...
[09:01] <S0NiC> does anyone get eGalax under pandaboard to work?
[09:02] <S0NiC> it works, but the y-axis is vice versa...
[09:09] <Zectbumo> where can I find the opcodes for arm?
[09:20] <K-4U> Hello, I have a beagleboard installed with the latest version of the omap headless edition.. and it just keeps booting...
[09:20] <K-4U> *rebooting, sorry
[09:22] <Zectbumo> easy fix is to unplug it
[09:23] <K-4U> and throw it out the window?
[09:27] <S0NiC> Zectbumo: who do you mean?
[09:28] <Zectbumo> S0NiC: for my op code question?
[09:28] <S0NiC> Zectbumo: ah ok ;) sry
[09:29] <Zectbumo> K-4U: throwing out the window is not required
[09:29] <K-4U> ZectBumo: Anyway, my problem somehow fixed itself
[09:30] <Zectbumo> ah, you threatened to take the power away.  nice move
[09:30] <K-4U> :')
[09:30] <Zectbumo> maybe holding it near the window cooled it down
[09:30] <K-4U> Probably :P
[09:30] <Zectbumo> does it have fans?
[09:31] <K-4U> no, it's the beagleboard :P
[09:33] <K-4U> (xM)
[09:34] <Zectbumo> what are you going to run on it?
[09:35] <Zectbumo> or have it do?
[09:35] <K-4U> Domotics
[09:36] <K-4U> hmmm, think i am going to unplug it... it resets itself
[09:36] <Zectbumo> nice, I would like to see that $25 board come out
[09:36] <Zectbumo> http://www.geeksaresexy.net/2012/01/12/25-computer-hits-production-line/
[09:39] <K-4U> hm, indeed :P
[09:39] <Zectbumo> you could put one in every room
[09:40] <K-4U> do you have any experience with the beagleboard?
[09:40] <K-4U> FATAL: Could not load /lib/modules/2.6.38-8-omap/modules.dep: No such file or directory
[09:45] <K-4U> Help.. the setup keeps running and running... the setup restarts itself
[09:45] <Zectbumo> no, never heard of it. looks cool.  I saw the post where google deleted all of their news
[09:46] <Zectbumo> it might be heat, try putting a fan on it to see if it lasts longer. if it does, then it's heat issue
[09:47] <K-4U> hmm
[09:47] <K-4U> it feels.. a bit warm
[09:53] <Zectbumo> I've actually once took a zip lock bag of ice water to cool down a device to keep it working from all the heat it was generating
[09:53] <K-4U> :|
[09:53] <Zectbumo> you have to watch out for the exterior condensation though.  I used a cloth
[09:54] <K-4U> hmmmm :|
[09:54] <K-4U> not going to try that here... it's not my board.. it's from the company where i have my internship :P
[09:54] <Zectbumo> yeah, desk fan is much easier
[10:05] <K-4U> Oh crap... this sucks :S
[10:05] <xranby> hrw: hi
[10:06] <hrw> hi xranby
[10:06] <K-4U> on the beagleboard page from ubuntu, it tells you to install a new kernel... but.. the issue is, that the "new" kernel i download, is an older one that comes with the package 11.10
[10:06] <xranby> hrw: we have a confirmed libav bug in oneiric https://bugs.launchpad.net/ubuntu/+source/libav/+bug/787486 looks similar to the bug you saw last summer
[10:06] <ubot2`> Launchpad bug 787486 in libav "/usr/lib/neon/vfp/libavformat.so.52: symbol __aeabi_d2lz, version LIBAVCODEC_52 not defined in file libavcodec.so.52 with link time reference" [Low,Fix released]
[10:07] <xranby> err the new bug are here: https://bugs.launchpad.net/ubuntu/+source/libav/+bug/921621
[10:07] <ubot2`> Launchpad bug 921621 in libav "mplayer: relocation error: mplayer: symbol __aeabi_d2lz, version LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference" [Undecided,Confirmed]
[10:07] <hrw> xranby: I think that it is yet another package requiring rebuiding
[10:07] <hrw> I got that on my amd64
[10:07] <xranby> do you know if the security builders have different toolchains compared to the release builder?
[10:07] <hrw> should not
[10:08] <hrw> but #ubuntu-devel would be better place to ask
[10:08] <K-4U> Any of you got experience with the beagleboard XM?
[10:08] <xranby> ok, so you can reproduce this on non-arm hardware as well?
[10:08] <xranby> hrw: ok i will ask in ubuntu-devel
[10:09] <hrw> xranby: yes, I had it on !arm
[10:10] <K-4U> on the beagleboard page from ubuntu, it tells you to install a new kernel... but.. the issue is, that the "new" kernel i download, is an older one that comes with the package 11.10
[10:13] <xranby> hrw: hmm ok i will simply try rebuild that package from source and see if it fix the bug
[10:13] <xranby> and then propose it for rebuilding
[10:14] <hrw> thx
[11:11] <brendand_> ogra_ - are the necessary packages to get unity 3d running available for armhf?
[11:11] <ogra_> brendand_, nope, they arent even available for armel yet
[11:11] <ogra_> brendand_, there should be a linaro PPA though
[11:12] <ogra_> but i dont think they have armhf either
[11:15] <ogra_> brendand_, https://launchpad.net/~tiomap-dev/+archive/release/+packages also doesnt seem to have armhf GLES drivers yet
[11:16] <brendand_> ogra_ i think that's the one i was trying
[11:17] <ogra_> i know ndec plans to have them, but they dont seem to have landed yet
[11:21] <S0NiC> hi ogra_
[11:21] <ogra_> hi S0NiC
[13:18] <S0NiC> re
[13:51] <rbasak> odd...my relay board has arrived and works from my laptop, but not my panda
[13:51] <rbasak> USB interface, ftdi_sio driver maps to ttyUSB0
[13:51] <rbasak> I wonder if the driver's broken on ARM?
[13:52] <ogra_> works on my tegra, i often use an ftdi dongle on my ac100 to drive the panda
[13:52] <ogra_> but thats a different kernel
[15:34] <ogra_> janimo, looks like the tegra issue might be caused by a bad pixman patch (teh guys in #ubuntu-x said)
[15:35] <janimo> ogra_, so waiting a bit may just make the issue go away? :)
[15:35] <ogra_> well, reverting to 0.24.0 could fix it, but its not clear if the patch is actually being reverted
[15:36]  * ogra_ hasnt tested anything yet
[15:36] <ogra_> just got told that could be related
[16:51] <GrueMaster> infinity: Do you think we will have mx5 hf images for A2 next week?
[16:52] <ogra_> GrueMaster, why do you ask infinity ? ask jcrigby, we're still waiting for a kernel
[16:53] <GrueMaster> because jcrigby gave him a ppa kernel to test
[16:53] <infinity> GrueMaster: What Oli said.
[20:32] <tc_> hey guys, I'd like to disable the automatic onboot switch to vt7.
[20:46] <tc_> Ok, I just killed that stupid plymouth, now everything works as expected
[21:20] <aalma_> hello?
[22:43] <pbuckley> heya, has anyone got airplay working under ubuntu 11.10?
[22:45] <pbuckley> i've tried the git clone/copying the directory to both ~/.local/share/totem/plugins/airplay and /usr/lib/totem/plugins but totem doesnt seem to see the plugin
[22:46] <rsalveti> janimo: thanks for cleaning up the bugs
[22:51] <pbuckley_> not sure if anyone said anything about the airplay thing but my pb died so if you did i lost it :(


[00:16] <quidnunc> Does libghc-libmpd-dev not exist on ubuntu?
[00:17] <micahg> quidnunc: apparently not
[00:17] <micahg> doesn't appear to be in debian either
[00:18] <quidnunc> micahg: What about libghc-hlist-prof? That is in debian
[00:19]  * quidnunc tries to figure out how cabal-debian creates control files
[00:19] <micahg> quidnunc: apparently not
[00:19] <micahg> I don't see that binary in Debian eitheer
[00:30] <quidnunc> micahg: sid, http://packages.debian.org/hu/sid/libghc6-hlist-prof
[00:31] <micahg> quidnunc: it's an empty package pointing nowhere
[00:33] <quidnunc> micahg: Yeah, but it breaks my package if it is not installable on Ubuntu
[00:34] <micahg> it was removed after natty and squeeze as obsolete
[00:35] <quidnunc> micahg: Okay.
[00:41] <quidnunc> Anyone know how cabal-debian works?
[00:50] <lifeless> TINC
[05:40] <Corey> I have a repository where git-buildpackage whines about not finding a source tarball no matter how I prod it-- the same git-buildpackage line works just fine in another git repository.  Where should I look next?
[05:41] <Corey> (Presuambly in the debian/ directory, but where?)
[06:09] <alkisg> Hi, what should I do to avoid this error when requesting a recipe build? "Rejected: File ltsp_5.3.4+bzr2129~oneiric1.tar.gz already exists in PPA for Alkis Georgopoulos, but uploaded version has different contents. "
[06:10] <alkisg> I think that the recipe re-creates the orig.tar.gz from launchpad, and it uses a different timestamp, hence the problem, but I don't know how to avoid that.
[06:34] <vibhav> How Do I package a bash script ?
[06:56] <vibhav> also, while building packges, is "make all" executed?
[07:32] <geser> vibhav: as a bash script doesn't need compiling, you can skip the building part in debian/rules (empty target) and go directly to installing it
[07:33] <vibhav> geser: Does the rules have to be empty
[07:33] <geser> and it depends on your debian/rules if "make all" is executed or not. You might have to check if debhelper 9 calls it by default or not
[07:33] <geser> vibhav: only the target for building
[07:34] <vibhav> geser: Since I am a newbie at packaging, could you tell me the contents of the rules file?
[07:35] <geser> how did you generate the skeleton files for you packaging? with dh_make?
[07:35] <vibhav> geser: yeah
[07:36] <geser> then you probably got a compact debian/rules file (just a few lines)
[07:36] <vibhav> yes
[07:37] <vibhav> %: dh $@
[07:37] <geser> for your bash script you probably just need to edit debian/package.install and don't worry about debian/rules (the compiling part is a no op in your case)
[07:41] <vibhav> what should be the contents of package.install then?
[07:43] <dholbach> good morning
[07:45] <ajmitch> morning dholbach
[07:45] <dholbach> hi ajmitch
[07:48] <broder> dholbach: morning
[07:48] <dholbach> hey broder
[07:49] <geser> vibhav: have you read the packaging guide? http://developer.ubuntu.com/packaging/html/, more precisely http://developer.ubuntu.com/packaging/html/debian-dir-overview.html#the-install-file
[07:52] <vibhav> hi dholbach
[07:53] <dholbach> hi vibhav
[07:55] <jokerdino> dholbach: prep for tmrw.
[07:55] <dholbach> jokerdino, yes - I'm currently doing a g+ hangout
[07:55] <dholbach> let's see how many people turn up :)
[07:55] <vibhav> whats tomorrow?
[07:55]  * ajmitch is tempted to join in
[07:55] <jokerdino> fix it friday
[07:56] <vibhav> oh
[07:56] <dholbach> https://plus.google.com/hangouts/extras/talk.google.com/ubuntu-dev# if anyone is up for joining
[07:56] <vibhav> I forgot
[07:57] <broder> hmm, i should probably go to sleep instead of joining the hangout :)
[07:57] <jokerdino> i think that is a good idea
[07:57] <ajmitch> I'd better not have my mic on, it didn't go well last time :)
[07:58] <jokerdino> i have to install the voice plugin, hmm
[07:58] <jokerdino> i am turning my cam and mic off
[07:58] <vibhav> its fix-it friday with video and voice?
[07:59] <dholbach> vibhav, no, it's more of a Q&A session
[07:59] <vibhav> ok
[08:01] <broder> Laney, tumbleweed: you guys are generating recent entries in ubuntu_upload_history from lplib, right? is there a reason you guys don't include the lp id?
[08:03] <ajmitch> dholbach: tough crowd :)
[08:03] <broder> oh hmm, i'm guessing based on the file column that you're getting it from the mbox
[08:10] <jokerdino> yuck, network too slow
[08:10] <jokerdino> i am feeling that this g+ hangout is not working out too well for me
[08:11] <ajmitch> apart from a few sound issues, it seems to be working for me
[08:11] <jokerdino> We're sorry, the hangout looks to be jam-packed already. There's no more room!
[08:11] <jokerdino> :(
[08:11] <ajmitch> maxed at 10 people?
[08:12] <jokerdino> looks like it
[08:12] <FourDollars> out of space.
[08:12] <FourDollars> Hope Google can add more space in the future.
[08:13] <ajmitch> ok, I'll step out, next in queue can join
[08:13] <ajmitch> I'd hoped that the limit was higher than 10 these days
[08:13] <broder> i thought you could do 20
[08:14] <broder> but i guess not
[08:14] <ajmitch> better to let people in who want to learn stuff :)
[08:14] <broder> we're actually down to 8 now
[08:14] <ajmitch> ok
[08:15]  * jokerdino gives up and gets to do something else.
[08:16] <ajmitch> jokerdino: sorry it didn't work out, we can still help on irc if you have questions
[08:17] <jokerdino> the network here has some stability issues.
[09:00] <dholbach> thanks broder
[09:00] <broder> np :)
[09:00] <ajmitch> dholbach: how'd the hangout go?
[09:00] <dholbach> the good thing is - this is a fixed name hangout
[09:00] <ajmitch> bad thing is, 10 people max
[09:00] <dholbach> so we can always just use it and use the same url
[09:00] <dholbach> yes, we need to find a way to fix it - I'll investigate what we can do there :)
[09:01] <dholbach> I was constantly muting people, which I didn't want to do - I would have enjoyed everyone to speak upg
[09:01] <dholbach> up
[09:01] <ajmitch> sorry I didn't stick around to be put on the spot by you ;)
[09:01] <dholbach> but it would have been too time-consuming to fix everyone's mic problems :)
[09:01] <dholbach> haha
[09:01] <broder> ajmitch: ha! way to leave all of those for me :-P
[09:01] <dholbach> broder did a great job :)
[09:01] <ajmitch> broder: I'm glad you were there :)
[09:01] <dholbach> so yeah it was fun - I hope we see a lot of the folks again :)
[09:02]  * broder has lots of experience making things up on the spot :-P
[09:02] <ajmitch> heh
[09:02] <ajmitch> I'll try & make it to another one if it's at the same time
[09:02] <ajmitch> assuming you want to make it a regular thing
[09:03] <broder> i will try harder to be asleep next time
[09:03] <ajmitch> heh
[09:03] <dholbach> haha, thanks again broder and ajmitch
[09:03] <dholbach> maybe it's http://google-plus.com/3587/google-hangouts-on-air-a-live-broadcast-feature-with-recording-to-youtube-launched-for-some-users/ we want
[09:03] <ajmitch> don't thank me, I just showed up briefly :)
[09:03]  * ajmitch had just finished another meeting on irc
[09:03]  * plustwo really enjoy the hangout session.
[09:04] <dholbach> hey plustwo - good to see you here :)
[09:04] <plustwo> :-)
[09:04] <ajmitch> dholbach: I think jono used that recently
[09:04] <dholbach> yeah - I never used it yet - I will investigate
[09:05] <ajmitch> dholbach: you probably qualify under 'large numbers of followers' :)
[09:05] <dholbach> hm, the problem with "hangout on air" is that there's no live-chat AFAICS
[09:06] <ajmitch> might be able to still use IRC if people are willing
[09:06] <dholbach> ajmitch, no - I don't think I have the rockstar genes
[09:06] <ajmitch> hah
[09:06] <ajmitch> you have that & more
[09:06] <ajmitch> isn't there a dholbach fanclub on launchpad?
[09:06] <dholbach> haha
[09:07]  * jalcine confirms ajmitch's suspicions, lol.
[09:07] <jalcine> I remember having to extend my membership.
[09:07] <dholbach> hey jalcine
[09:07] <dholbach> I think I'll try to prepare a number of key points I want to mention and a few bug fixing examples for the next hangout
[09:08] <ajmitch> what did you cover in this one?
[09:08] <jalcine> o/
[09:08] <ajmitch> I didn't get to see much
[09:08] <broder> spelling errors! :)
[09:08] <ajmitch> nice
[09:08] <broder> that's officially my new favorite task for new contributors
[09:08]  * ajmitch needs a faster SSD & more RAM
[09:09] <ajmitch> firefox is going a bit slow while dist-upgrading
[09:09] <ajmitch> looks like I'm 7GB deep in swap, that won't help ;)
[09:09] <dholbach> broder, that was a great idea
[09:10] <dholbach> broder, what we can't find in bugs on our todo lists, we'll fill up with speling mistakes :)
[09:10] <broder> dholbach: i'm sure there are some other tags that are accessible, not sure what they are though
[09:10] <ajmitch> I'm sure there are *plenty* of bugs in precise still
[09:10] <ajmitch> it's just a matter of finding which are most important to tackle first
[09:11] <dholbach> maybe we can just reuse last time's etherpad and add a bunch of things on there
[09:11] <dholbach> and it's still in the topic, great :)
[09:11] <broder> ajmitch: i like the spelling errors (spelling-error-in-description in particular) because you can focus entirely on the process - how to write a changelog entry, how to forward a patch to debian
[09:12] <broder> then you can move onto other more advanced things once you've got those basics down
[09:12] <ajmitch> broder: that is helpful
[09:12] <broder> you can even do it incrementally - once you've done something from spelling-error-in-description, you can do spelling-error-in-binary and learn how to use quilt
[09:13] <dholbach> broder, we should probably talk to barry about PackagingGuide/Python
[09:13] <broder> dholbach: hmm, he's probably not going to be around much this week because of pycon
[09:14] <dholbach> ah yes of course
[09:15] <ajmitch> pycon would be a fun distraction
[09:26] <jokerdino> w00t, i am back.
[09:26] <jokerdino> just finished replying to Andrew something
[10:21] <DktrKranz> broder: which kind of change in dak?
[12:16] <mitya57> sorry, i hope i didn't change it actually
[12:56] <jokerdino> dholbach: i am kinda free for some time, do you want to identify easy to fix bugs now?
[13:25] <dholbach> jokerdino, sorry I was just at lunch - I'm going to be a bit busy with a few other things right now - if you want you could add a few things to http://pad.ubuntu.com/OsSL8mOs2o
[13:25] <dholbach> maybe from the rcbugs or resolved_upstream lits
[13:25] <dholbach> list
[13:36] <jokerdino> i was looking at the harvest
[13:46] <dholbach> jokerdino, sure, wherever the opportunities come from... if they're easy, we want them on the list :-D
[13:50] <jokerdino> i will go through them and put it on the pad. :)
[14:07] <highvoltage> if I add a lubuntu theme to the ldm-themes package, would I need a UIFe for it? it doesn't have much impact on anything since it's just an additional, optional theme.
[14:28] <tumbleweed> broder: none I know of
[14:29] <Laney> it was originally just what was in the changes emails, we just never thought to do it
[14:30] <Laney> highvoltage: should be ok
[14:30] <tumbleweed> yeah
[15:00] <dholbach> alright, who wants to help add a few simple tasks to http://pad.ubuntu.com/OsSL8mOs2o for tomorrow?
[15:02] <jokerdino> well, just got to add them.
[15:02] <jokerdino> added one so far.
[15:13] <vibhav> dholbach: me
[15:13] <vibhav> ill mainly fix "Needs Packaging" bugs
[15:15] <dholbach> vibhav, that's great - but maybe more of a target for 12.10 - now that we're so far in the release cycle there will be more people fixing bugs than packaging/reviewing new stuff
[15:16] <dholbach> but don't let that discourage you :)
[15:16] <vibhav> Ill fix bugs fixed in upstream then
[15:16] <vibhav> Or review some patches
[15:16] <vibhav> dholbach: I dont know how to fix bugs, how can I help?
[15:17] <dholbach> I would recommend to check the docs about bug fixing again and maybe just for now fix a few typo bugs according to the instructions
[15:17] <dholbach> that might sound a bit dull, but I think it's a good start to get used to things
[15:17] <vibhav> typo bugs like?
[15:19] <jokerdino> vibhav: typo bugs like this https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/936403
[15:19] <jokerdino> not much right now, unfortunately.
[15:20] <jokerdino> i am trying to find some more easy to fix bugs, i will get them set up for tmrw
[15:20] <vibhav> I see
[15:26] <vibhav> Ive found 2 typo bugs till now
[15:26] <jokerdino> and?
[15:27] <vibhav> will try to fix them tomorrow
[15:28] <jokerdino> yeah, good luck
[15:29] <vibhav> thanks
[15:29] <dholbach> http://lintian.ubuntuwire.org/tags/spelling-error-in-description.html and http://lintian.ubuntuwire.org/tags/spelling-error-in-binary.html might be interesting
[15:29] <dholbach> sometimes it will be more suitable to submit those fixes upstream or in debian though
[15:31] <vibhav> But , then can I put those as contributions i the Etherpad?
[15:31] <vibhav> in*
[15:32] <jokerdino> dholbach: i received an email from Andrewsomething regarding developer experience, how do you guys track me down ?\
[15:33] <dholbach> jokerdino, https://launchpad.net/~jokerdino/+related-software knows about your great work :)
[15:33] <jokerdino> dear lord
[15:34] <dholbach> mh?
[15:34] <jokerdino> i didn't know such a page existed
[15:35] <dholbach> also all uploads are announced on the <release>-changes mailing lists
[15:35] <jokerdino> yeah, i am subscribed to that mailing list.
[15:35] <dholbach> ie https://lists.ubuntu.com/archives/precise-changes/2012-March/thread.html
[15:36] <dholbach> cool :)
[15:36] <jokerdino> oh wait, that solves the puzzle
[15:36] <dholbach> jokerdino, good work
[15:36] <jokerdino> hah thanks again.
[15:49] <dholbach> alright, I just added a couple of easy tasks to http://pad.ubuntu.com/OsSL8mOs2o for tomorrow - it'd be nice if some of you would help adding a few more
[16:10] <dholbach> anyone interested in joining the ubuntu dev hangout? https://plus.google.com/hangouts/extras/talk.google.com/ubuntu-dev#
[16:10] <vibhav> I certainly could but my webcam is broken :(
[16:11] <dholbach> you can still join :)
[16:12] <vibhav> ill certainly try then
[16:57] <dholbach> broder, I managed to pick a bunch of things off the resolved-upstream list for tomorrow
[16:57] <dholbach> if you look past the desktop related ones, there's a lot of good stuff in there
[16:58] <dholbach> I will have to run to get a train in a bit, but whatever you (and others) can't add to the pad, I will try to add tomorrow morning
[16:58] <broder> cool
[18:07] <jtaylor> how likely are upgrade failures due to missing pre-depends for xz?
[18:07] <jtaylor> are they needed for universe packages? or will it be handled by the existing pre-depends in the main packages?
[18:11] <micahg> jtaylor: it's an archive level check, any package using binary xz packages needs the pre-depends in precise and earlier
[18:12] <jtaylor> is there an existing list of universe packages in need of fixing?
[18:12] <broder> i think they're automatically rejected by lp
[18:12] <jtaylor> no
[18:12] <broder> http://lintian.ubuntuwire.org/tags/data.tar.xz-member-without-dpkg-pre-depends.html
[18:13] <jtaylor> or maybe yes
[18:13] <jtaylor> I just checked the package I noted before and I must have overlooked the pre-depends there
[19:22] <Corey> I have a repository where git-buildpackage whines about not finding a source tarball no matter how I prod it-- the same git-buildpackage line works just fine in another git repository.  Where should I look next?  (Presumably in the debian directory, but where?)
[19:25] <jtaylor> have you checked the tags and the pristine tar branch?
[19:25] <jtaylor> worst case put a tarball in ../ or ../tarballs
[19:27] <Corey> jtaylor: Do I need to actually push a pristine-tar branch to upstream? I'm not quite clear on the concept. :-)
[19:27] <jtaylor> to upstream?
[19:27] <Corey> I've built both git trees, and both packages-- one works, one doesn't same exact command line on both.
[19:28] <Corey> jtaylor: The git project in question lives on github, or in this case upstream / origin.
[19:28] <jtaylor> you should push the pristine branch to the origin
[19:29] <Corey> The end result I'm striving for is "every git commit causes Jenkins to build a new deb, versioned with the git hash"
[19:29] <jtaylor> but if its there locally that won'T help with the problem
[19:29] <Corey> jtaylor: And how does pristine-tar relate to master?
[19:29] <jtaylor> not at all, it contains information to construct the original tarball from the upstream branch
[19:30] <jtaylor> upstream != origin
[19:30] <Corey> jtaylor: Okay, perhaps a better question-- what lives in pristine-tar? :-)
[19:30] <jtaylor> git-import-orig --pristine should create pristine-tar and upstream branch
[19:30] <jtaylor> a delta file and an id per version
[19:31] <Corey> Usage: git-import-orig [-u version] /path/to/upstream-version.tar.gz <-- so I need to create that by hand for the first time?
[19:32] <jtaylor> yes without a tarball no pristine-tar
[19:36] <Corey> Hmm.
[19:36] <Corey> I think I'm in a cart-before-horse situation.
[19:39] <Corey> http://lpenz.github.com/articles/debgit/index.html seems to explain the workflow.
[19:41] <Corey> There's no make-dist.  I should fix that.
[20:32] <dupondje> Hmz, any idea on a command/function to get the type of a partition ?
[20:34] <Zhenech> file
[20:35] <Zhenech> like `sudo file -s /dev/sda1` @ dupondje
[20:35] <Zhenech> or do you mean type as in whats written in the parition table?
[20:36] <Zhenech> then `sudo fdisk -l /dev/sda`
[20:40] <dupondje> Zhenech: need indeed the partition table type
[20:41] <dupondje> but depending on fdisk is bit annoying no ? :)
[20:41] <dupondje> to just read the partition type


 Nope
 Installed 18.10 desktop on my laptop today.  It's been a long time since I've used a desktop environment on Linux.  Neat transitions with the icons and all.
 I usually use Ubuntu Server. No frills, all business.  Except for the "sl" command I install every time to punish myself for typing ls wrong.
 Anyone else use sl?
 Steam Locomotive.  Type ls too fast and you end up with a train going across the screen 😁
 haha I think I've heard about that
 let me see if its in ports
 but its in the manual pages
 that is really hard to search for
 https://www.freebsd.org/cgi/man.cgi?query=sl&sektion=4
 found it under games
 Ah, that AT&T 480p DVD Quality limited to 1.5mbps
 I can stream at 1080p or even higher
 I think I've burned through almost 10gb on my phone with the internet being crap at night
 I've watched maybe 4-5 episodes of cougar town
 Ouch. I think it's time to get comcrap to come over
 Yeah, ooh thanks for the reminder, I need to get put on our own house authorization
 :|
 I just calibrated my rgb gamma values from the command line
 alright, so after being away from nvidia land
 found that arandr has a pretty nice save feature - just spits out a .sh w/ xrandr args
 added --rate 144 and was pretty much done
 wish I found it before getting most of my stuff ready to go w/ xrandr
 glad I found it before I started trying to add positioning coords
 @KMyers http://www.amazon.com/Programming-Manual-Version-Definitive-Guides/dp/1565920023
 http://www.talisman.org/~erlkonig/humour/100cupcakes/Adventure.jpg
 This page is amazing http://www.talisman.org/~erlkonig/humour/100cupcakes/
 @RazPi, Wow... That is
 https://postmarketos.org/
 If I weren't targeting android for some personal projects I'd switch immediately
 @RazPi there's a raspberry pi version if you want to try it out
 I'm going to try out NetBSD or FreeBSD in the pi I think
 @Ivoriesablaze
 Netbsd has gpu support so I'm wondering if compiles for freebsd
 it also looks VERY dev, no device is perfect across the board
 in fact, only one device actually has mobile data working
 Oof not good
 I wouldn't mind adding the binary blobs just to get it working
 They probably won't pay near what I want.
 The bezoz