[07:44] <dholbach> good morning
[08:07] <iulian> Hey dholbach.
[08:08] <dholbach> hey iulian
[09:46] <hrw> hi
[09:46] <hrw> what is a proper way to upload NEW package to ubuntu and get PPU for it?
[09:46] <geser> sponsporing
[09:46] <hrw> ok
[09:47] <geser> LP only lets add PPU rights for existing source packages
[09:48] <hrw> ok
[09:48] <geser> so you have to find someone who does the first upload for you and once LP knows about the source package PPU rights can get added
[09:48] <hrw> http://home.haerwu.biz/~hrw/ubuntu/ has my gcc-4.6-armel-cross 1.48 package. will try to find someone who will take a look at it and do uplaod for me
[09:49] <evaluate> If the package isn't ubuntu specific, it would be best to upload it to Debian first and then request a sync though, wouldn't it?
[09:49] <hrw> evaluate: for now it cant be uploaded into ubuntu
[09:49] <hrw> evaluate: I have 6 packages which are on a way to Debian. this is one of them
[09:50] <evaluate> I see.
[09:50] <hrw> evaluate: have to convince Debian Kernel team first that my patch is really worth adding
[09:51] <hrw> evaluate: https://wiki.linaro.org/MarcinJuszkiewicz/Projects/MergeCrossToolchainIntoDebian
[09:53] <geser> hrw: as your PPU rights for gcc-4.6-armel-cross got approved together with with your other packages, you just need to find someone to do the initial upload and prod a TB member later to add the PPU rights for it
[09:53] <hrw> geser: I will do that
[11:32] <nigelb> geser: I talked to dholbach, we can do the whole activity inside harvest of getting the ftbfs marked appropriately.
[11:32] <nigelb> I'm now making sure the data gets imported.  Harvest using the karmic csv unfortunately :/
[11:33] <nigelb> dholbach: https://code.launchpad.net/~nigelbabu/harvest-data/fix-ftbfs-url/+merge/62960 :)
[13:52] <Laney> https://launchpad.net/ubuntu/+source/packaging-tutorial
[14:09] <bdrung_> micahg: yeah, you can sync eclipse 3.6 from experimental
[15:57] <tumbleweed> bdrung_: had a look at my udt todo list today, couldn't remember a few details so listened to the recording. Looks like our audio stream was just static :/
[15:58] <bdrung_> tumbleweed: static?
[15:58] <tumbleweed> white noise
[15:59] <bdrung_> tumbleweed: do you have the url to it?
[16:00] <tumbleweed> http://mirrors.tumbleweed.org.za/uds-o/2011-05-12-06-55-other-o-udt-upstreaming.ogg
[16:01] <bdrung_> tumbleweed: one  todo item is to get the final names for http://anonscm.debian.org/gitweb/?p=collab-maint/release-info.git
[16:01] <tumbleweed> yup, that's what I'm busy writing an e-mail on
[16:02] <bdrung_> that stream contains silence
[16:02] <tumbleweed> yeah
[16:06] <tumbleweed> bdrung_: so, IIRC, ftp-masters wanted it into devscripts, but now launchpad would like it to be a separate package, so we are asking derivatives front desk what it should be called?
[16:07] <bdrung_> tumbleweed: yes
[16:31] <achiang> fta: micahg: ping, i managed to build chromium 11 on lucid/ARM. the same package almost worked, just needed one minor change: http://pastebin.ubuntu.com/615405/
[16:31] <achiang> fta: micahg: need to add line 9 to debian/rules and then it builds
[16:32] <fta> achiang, jpegturbo? it's already in the last upload
[16:34] <fta> achiang, http://paste.ubuntu.com/615408/  but maybe micahg didn't merge it down
[16:35] <achiang> fta: could entirely be my fault. i may not have grabbed the latest package. but the short fyi is that the package does indeed built on ARM
[16:36] <fta> achiang, i'm more concerned about https://launchpadlibrarian.net/72379090/buildlog_ubuntu-oneiric-armel.chromium-browser_11.0.696.71~r86024-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:36] <fta> achiang, 100% reproducible ld crashes on oneiric
[16:38] <achiang> fta: ah, that might be the toolchain problem that micahg was worried about. i haven't had a chance to debug that one yet
[16:39] <bdrung_> tumbleweed: thanks for the mail. the mail doesn't make it clear, that we are searching for a name for 'distro-info' script and library and not only for the package
[16:40] <Laney> doesn't launchpad have its own API for getting that information?
[16:40] <Laney> i.e. why would they want to use such a library?
[16:42] <tumbleweed> bdrung_: care to reply then?
[16:42] <bdrung_> tumbleweed: maybe after lunch
[16:43] <tumbleweed> lunch at 6pm? :)
[16:47] <bdrung_> tumbleweed: yes
[16:47] <bdrung_> tumbleweed: i eat lunch between 12 and 23 o'clock
[16:48] <tumbleweed> heh, us geeks aren't very good at sticking to normal schedules
[18:55] <LaserJock> anybody know what this might mean when building a source package:
[18:55] <LaserJock> dh clean --with python2,python3
[18:55] <LaserJock> dh: unable to load addon python3: Can't locate Debian/Debhelper/Sequence/python3.pm
[18:57] <cjwatson> missing build-dependency on (something that depends on) python3?
[19:00] <LaserJock> I'll try python3-all and see if that works
[19:01] <cjwatson> doesn't python policy prescribe a particular dependency?
[19:02] <LaserJock> well, this thing has 4 python3 build dependencies
[19:02] <LaserJock> I just need a source package out, so I was trying to install the minimum amount needed
[19:03] <LaserJock> hmm, is debuild used still?
[19:04] <LaserJock> I'm trying to build a natice source package and I get: dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found
[19:04] <LaserJock> shouldn't it create a .tar for me?
[19:04] <micahg> LaserJock: should be 3.0 (native) if it's native
[19:05] <LaserJock> hmm, ok
[19:05] <LaserJock> well, maybe I'm going about this the wrong way
[19:06] <LaserJock> I've got a bzr branch that I'm trying to make a source package from. I don't know if there is a orig.tar or not, I assumed it was native
[19:07] <cjwatson> if it's non-native, you need to get the orig.tar somehow; either there's pristine-tar data on the branch to allow bzr to figure it out (there sometimes is) or else you have to fetch it independently
[19:07] <cjwatson> the auto-importer deals with pristine-tar data, but that won't necessarily hold for branches people have assembled in other ways
[19:10] <maxb> LaserJock: Generally 'bzr builddeb -S' (or just 'bzr bd -S') and let bzr-builddeb figure out what to do
[19:10] <maxb> It's quite clever at retrieving necessary tarballs from whereever it can find them
[19:12] <LaserJock> < grabbing bzr-builddeb >
[19:14] <LaserJock> maxb: that seemed to work, I have no idea what it did but it spit out a source package :-)
[19:15] <maxb> Early in the output it will have printed information on where it found an upstream tarball to ue
[19:15] <maxb> *use
[19:16] <maxb> Oh, and it will have done its temporary work in ../build-area/ ftr
[19:16] <LaserJock> http://launchpad.net/python-distutils-extra/trunk/2.27/+download/python-distutils-extra-2.27.tar.gz
[19:16] <LaserJock> what does that mean? it got it from the archives?
[19:18] <maxb> That link points to an upstream project's download site, that just happens to be on launchpad
[19:19] <LaserJock> oh, ok
[19:19] <maxb> So, no, it didn't fetch it from the Ubuntu/Debian archive
[19:19] <maxb> It may have asked uscan to locate a tarball based on the content of debian/watch
[19:23] <LaserJock> it did, but said it couldn't find it
[19:23] <LaserJock> oh, no
[19:24] <LaserJock> it tried get-orig-source
[19:24] <LaserJock> uscan worked
[19:36] <micahg> achiang: thanks for testing chromium, I'll throw up builds tonight with that change
[19:38] <achiang> micahg: np
[19:40] <micahg> achiang: do you have systems where you can smoke test the binaries?
[19:41] <micahg> I have natty set up ATM
[19:42] <achiang> micahg: hm, i have lucid/armel systems to test on
[19:42] <micahg> achiang: k, would you be willing to smoke test chromium armel?
[19:42] <achiang> micahg: yes, i can do so
[19:42] <achiang> micahg: just need you to ping me, please (unless there's a way to subscribe to a build or something)
[19:42] <micahg> achiang: cool, thanks, I"ll ping when the builds are available
[19:43] <achiang> micahg: great, thanks
[20:58] <xdatap1> hi everybody
[20:59] <xdatap1> just an info. The mail from Kate on the ubuntu-devel-announce@lists.ubuntu.com about soft freeze affects only main or also universe? I'm a newbie and I'm working on a merge, in case I'll wait next days
[20:59] <micahg> xdatap1: anything seeded
[20:59] <micahg> xdatap1: what package?
[21:00] <xdatap1> micahg, it's dspam
[21:00] <micahg> xdatap1: should be fine
[21:00] <xdatap1> micahg, ok, thanks
[21:01] <cjwatson> I think it's more accurate to say "anything that goes on CD images" rather than "anything seeded"
[21:01] <cjwatson> (and probably clearer to most people)
[21:01] <xdatap1> cjwatson, great thanks, now it's very clear :)
[21:02] <cjwatson> though I need to correct myself, I should just say "images" to cover DVDs and such as well
[23:20] <ScottK> Laney: Could you set up the transition tracker for the boost1.42 -> boost1.46 transition?  Bad is anything with *boost*1.42* in depends/build-depends.  Good is anything *boost* that's not !1.42 (i.e. either unversioned or using 1.46).
[23:21]  * ajmitch hopes that not too many patches are needed for the transition
[23:21] <cjwatson> ScottK: you have permissions to do it directly
[23:22] <ScottK> cjwatson: Permissions but not knowing how.
[23:22] <ScottK> (and I'm trying specifically to avoid learning it this week)
[23:22] <cjwatson> fair enough
[23:33] <Laney> I'll just use true for is_good for now.
[23:33] <Laney> ScottK: http://paste.ubuntu.com/615544/ look ok?
[23:33] <Laney> with the missing semicolon
[23:34] <ajmitch> will the link to the transition tracker fit in the channel topic?
[23:34] <ScottK> Laney: Looks reasonable.
[23:34] <ScottK> Probably more important than something there.
[23:34] <Laney> pushed
[23:36] <ScottK> Where do I find it?
[23:37] <Laney> updates at :55 IIRC
[23:37] <ScottK> After that?
[23:37] <Laney> at http://people.canonical.com/~ubuntu-archive/transitions/
[23:37] <ScottK> Thanks.
[23:38] <ajmitch> ok, so I was even looking at the wrong URL
[23:38]  * ajmitch should have read further in the thread
[23:38] <Laney> heh