=== cyphermox_ is now known as cyphermox === Tm_K is now known as Tm_T === Quintasan_ is now known as Quintasan [07:44] good morning === Guest65110 is now known as Adri2000 [08:07] Hey dholbach. [08:08] hey iulian [09:46] hi [09:46] what is a proper way to upload NEW package to ubuntu and get PPU for it? [09:46] sponsporing [09:46] ok [09:47] LP only lets add PPU rights for existing source packages [09:48] ok [09:48] 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] 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] 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] evaluate: for now it cant be uploaded into ubuntu [09:49] evaluate: I have 6 packages which are on a way to Debian. this is one of them [09:50] I see. [09:50] evaluate: have to convince Debian Kernel team first that my patch is really worth adding [09:51] evaluate: https://wiki.linaro.org/MarcinJuszkiewicz/Projects/MergeCrossToolchainIntoDebian [09:53] 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] geser: I will do that === mbp_ is now known as poolie [11:32] geser: I talked to dholbach, we can do the whole activity inside harvest of getting the ftbfs marked appropriately. [11:32] I'm now making sure the data gets imported. Harvest using the karmic csv unfortunately :/ [11:33] dholbach: https://code.launchpad.net/~nigelbabu/harvest-data/fix-ftbfs-url/+merge/62960 :) === chuck_ is now known as zul === med_out is now known as medberry [13:52] https://launchpad.net/ubuntu/+source/packaging-tutorial [14:09] micahg: yeah, you can sync eclipse 3.6 from experimental [15:57] 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] tumbleweed: static? [15:58] white noise [15:59] tumbleweed: do you have the url to it? [16:00] http://mirrors.tumbleweed.org.za/uds-o/2011-05-12-06-55-other-o-udt-upstreaming.ogg [16:01] tumbleweed: one todo item is to get the final names for http://anonscm.debian.org/gitweb/?p=collab-maint/release-info.git [16:01] yup, that's what I'm busy writing an e-mail on [16:02] that stream contains silence [16:02] yeah [16:06] 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] tumbleweed: yes [16:31] 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] fta: micahg: need to add line 9 to debian/rules and then it builds [16:32] achiang, jpegturbo? it's already in the last upload [16:34] achiang, http://paste.ubuntu.com/615408/ but maybe micahg didn't merge it down [16:35] 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] 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] achiang, 100% reproducible ld crashes on oneiric [16:38] 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] 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] doesn't launchpad have its own API for getting that information? [16:40] i.e. why would they want to use such a library? [16:42] bdrung_: care to reply then? [16:42] tumbleweed: maybe after lunch [16:43] lunch at 6pm? :) [16:47] tumbleweed: yes [16:47] tumbleweed: i eat lunch between 12 and 23 o'clock [16:48] heh, us geeks aren't very good at sticking to normal schedules === Sarvatt_ is now known as Sarvatt === ricotz_ is now known as ricotz [18:55] anybody know what this might mean when building a source package: [18:55] dh clean --with python2,python3 [18:55] dh: unable to load addon python3: Can't locate Debian/Debhelper/Sequence/python3.pm [18:57] missing build-dependency on (something that depends on) python3? [19:00] I'll try python3-all and see if that works [19:01] doesn't python policy prescribe a particular dependency? [19:02] well, this thing has 4 python3 build dependencies [19:02] I just need a source package out, so I was trying to install the minimum amount needed [19:03] hmm, is debuild used still? [19:04] 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] shouldn't it create a .tar for me? [19:04] LaserJock: should be 3.0 (native) if it's native [19:05] hmm, ok [19:05] well, maybe I'm going about this the wrong way [19:06] 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 === _stink__ is now known as _stink_ [19:07] 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] the auto-importer deals with pristine-tar data, but that won't necessarily hold for branches people have assembled in other ways === medberry is now known as med_eatz [19:10] LaserJock: Generally 'bzr builddeb -S' (or just 'bzr bd -S') and let bzr-builddeb figure out what to do [19:10] It's quite clever at retrieving necessary tarballs from whereever it can find them [19:12] < grabbing bzr-builddeb > [19:14] maxb: that seemed to work, I have no idea what it did but it spit out a source package :-) [19:15] Early in the output it will have printed information on where it found an upstream tarball to ue [19:15] *use [19:16] Oh, and it will have done its temporary work in ../build-area/ ftr [19:16] http://launchpad.net/python-distutils-extra/trunk/2.27/+download/python-distutils-extra-2.27.tar.gz [19:16] what does that mean? it got it from the archives? [19:18] That link points to an upstream project's download site, that just happens to be on launchpad [19:19] oh, ok [19:19] So, no, it didn't fetch it from the Ubuntu/Debian archive [19:19] It may have asked uscan to locate a tarball based on the content of debian/watch [19:23] it did, but said it couldn't find it [19:23] oh, no [19:24] it tried get-orig-source [19:24] uscan worked [19:36] achiang: thanks for testing chromium, I'll throw up builds tonight with that change [19:38] micahg: np [19:40] achiang: do you have systems where you can smoke test the binaries? [19:41] I have natty set up ATM [19:42] micahg: hm, i have lucid/armel systems to test on [19:42] achiang: k, would you be willing to smoke test chromium armel? [19:42] micahg: yes, i can do so [19:42] micahg: just need you to ping me, please (unless there's a way to subscribe to a build or something) [19:42] achiang: cool, thanks, I"ll ping when the builds are available [19:43] micahg: great, thanks === med_eatz is now known as medberry === Quintasan_ is now known as Quintasan === yofel_ is now known as yofel [20:58] hi everybody [20:59] 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] xdatap1: anything seeded [20:59] xdatap1: what package? [21:00] micahg, it's dspam [21:00] xdatap1: should be fine [21:00] micahg, ok, thanks [21:01] I think it's more accurate to say "anything that goes on CD images" rather than "anything seeded" [21:01] (and probably clearer to most people) [21:01] cjwatson, great thanks, now it's very clear :) [21:02] though I need to correct myself, I should just say "images" to cover DVDs and such as well === makl is now known as ximion === medberry is now known as med_out [23:20] 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] ScottK: you have permissions to do it directly [23:22] cjwatson: Permissions but not knowing how. [23:22] (and I'm trying specifically to avoid learning it this week) [23:22] fair enough [23:33] I'll just use true for is_good for now. [23:33] ScottK: http://paste.ubuntu.com/615544/ look ok? [23:33] with the missing semicolon [23:34] will the link to the transition tracker fit in the channel topic? [23:34] Laney: Looks reasonable. [23:34] Probably more important than something there. [23:34] pushed [23:36] Where do I find it? [23:37] updates at :55 IIRC [23:37] After that? [23:37] at http://people.canonical.com/~ubuntu-archive/transitions/ [23:37] Thanks. [23:38] ok, so I was even looking at the wrong URL [23:38] * ajmitch should have read further in the thread [23:38] heh