[00:02] * ajmitch looks for someone to blame [00:03] * Laney wonders when ajmitch is going to sort out the udd mirror :P [00:03] Laney: that's what I was trying to do this morning, 3GB wasn't enough for postgres [00:05] :( [00:12] Hey guys, I'm new and want to get the vlc source code for lucid through bzr, but I can see 4 branches on lp for it, which one should I pull?https://code.launchpad.net/ubuntu/lucid/+source/vlc [00:13] https://code.launchpad.net/ubuntu/lucid/+source/vlc [00:17] ashams: bzr branch ubuntu:lucid/vlc should get what's in the lucid archive, IIRC. [00:17] RAOF, I tested it but it doesn't give me anything [00:18] bzr: ERROR: Not a branch: "/home/ashams/ubuntu:lucid/vlc/". [00:18] oops [00:18] my bad [00:18] lp:ubuntu/lucid/vlc [00:19] StevenK, it worked , thanks [00:19] Thanks RAOF [00:21] err, that would be the one that was released with lucid [00:21] there have been SRUs and security updates since then [00:21] so you'd actually want lp:ubuntu/lucid-updates/vlc [00:24] broder, I see [00:24] ok, I'll get it instead [00:24] thanks [01:58] hi, i've just uploaded unity-lens-bliss to REVU. anyone feel like reviewing it? [01:58] http://revu.ubuntuwire.com/p/unity-lens-bliss [06:17] tumbleweed: do you think requestbackport is stable enough that we could backport it to oneiric? [06:25] broder: I've imported the udd data now on qa.uw.org thanks to wgrant sorting out some more diskspace [06:32] \o/ [06:34] * ajmitch still has to sort out what postgres permissions go where, but at least the data's in & there's ~20GB of free space in the VM if you want to run some stuff [06:37] broder: after the next udt upload [08:08] good morning === huats_ is now known as huats === almaisan-away is now known as al-maisan [10:40] broder, hi! :) [10:41] I see your comment here: bug 896902 [10:41] Launchpad bug 896902 in gtk-led-askpass (Ubuntu) "Please merge gtk-led-askpass 0.11-1 (universe) from Debian unstable " [Wishlist,Confirmed] https://launchpad.net/bugs/896902 [10:41] sould I patch source to handle return value??? [10:41] *should [10:44] ...and actually do something sane with it (I've seen far too many patches for that kind of issue that catch the return value and proceed to do nothing) [10:44] yes, patches like that are useful, and should be submitted upstream too [10:45] well.. tumbleweed where's upstream? :D [10:45] it's a program handling passwords, so it would be nice if it was doing a good job [10:45] there's nothing in debian/control handling homepage [10:46] https://launchpad.net/gtk-led-askpass by the look of it [10:46] err, no, no code there [10:47] but the copyright file indicates that the DD who packaged it in Debain, wrote it [10:47] ah, it started out as a native package [11:39] Laney: imported that test set again [11:39] I'm giving it a once-over [11:47] Laney: we still have N/A signed-bys. I'm guessing they are syncs [11:58] likely [11:58] I can add signed-by, but I don't know how useful that'll be [11:59] blank would be a good way of detecting autosyncs [11:59] autosyncs are easy to detect from changed_by_email=katie [12:00] I'm trying to create my own .deb package of nginx using checkinstall but it don't work, I'm using the sources of 'apt-get source nginx' and downloading the two new modules manually. It configure, using the ./configure with the same parameters of the official package plus new modules, compile (make) but the .deb generated (by the checkinstall) don't work. Anyone knows what I'm doing wrong? [12:01] capeta: we don't build debs with checkinstall [12:02] changed_by_name = "Ubuntu Archive Auto-sync" [12:02] and where my .deb package came from? [12:04] Laney: what I'm asking is, for consistency, should I add: if not signer: signer=changedby [12:04] what's the invariant? [12:04] signer should be the person who did the upload [12:05] agreed [12:05] and should it be katie for autosyncs? I'm happy with N/A there, but if we want N/A we have to special-case it [12:05] hmm [12:05] just though [12:05] t [12:05] we should make sure that all the fields come out right when sync sponsoring is worked out [12:06] i.e. clarify it in the bug [12:07] let's go for having signed_by in all cases [12:07] sure, although that's for the mailing list [12:07] * tumbleweed has a separate bug for -changes mail being a bit crazy for syncs [12:08] for syncs, we have creator = requestor, changed = original uploader in Debian [12:08] we should make sure that they set signed = sponsor when this bug is fixed [12:09] yup [12:18] actually that's not right, weird [12:18] hrm? [12:18] I've just pushed my proposed change. Will run again... [12:18] package_creator, package_maintainer = Debian /Maintainer/ (i.e. pkg-haskell-maintainers in this case) [12:22] oh, great, looks like some dapper-era syncs had the demian uploader as Changed-By [12:22] so, one should detect autosyncs by looking for signed_by = katie [12:23] newer ones are archive@ubuntu.com afaik [12:23] we need a 20 page guide on using this data without killing yourself [12:23] you need to look for changed_by_name [12:23] err, signed_by_name [12:23] yes :) [12:23] http://paste.debian.net/147425/ ? [12:25] Laney: ok [12:26] s/dapper-era// [12:27] history is fun [12:27] turns out it's present, too [12:27] I'm wondering if we should make our Changed-By only refer to the ubuntu developer whe requested the sync, but I don't know if we have the data for that [12:31] for which syncs? [12:32] well, ideally it'd be all or nothing [12:33] I am under the impression that most manual syncs have that [12:34] native syncs definitly have enough information [12:38] https://launchpadlibrarian.net/75056838/log4net_1.2.10%2Bdfsg-5_source.changes [12:38] that's an old manual sync [12:38] looks ok [12:41] we should bug elmo for the ancient data too :-) [12:43] Laney: hrm, that does look right [12:43] but I grepped for Changed-By:.*alioth and found quite a bit [12:59] hi, i've uploaded unity-lens-bliss to REVU. anyone feel like reviewing it? [12:59] http://revu.ubuntuwire.com/p/unity-lens-bliss [13:52] any idea about https://bugs.launchpad.net/ubuntu/+source/tclcl/+bug/897158? [13:52] Launchpad bug 897158 in tclcl (Ubuntu) "Please sync tclcl (1.20-4) from Debian Sid (main) to Ubuntu (universe)" [Wishlist,New] [13:55] wzssyqa: re: They seem being same. I have no idea why this happens [13:56] wzssyqa: the "problem" is that those symbols are missing (in the test build; therefore the prepending #MISSING: lines you see in the diff) [13:56] what geser said [13:57] wzssyqa: compare your test-build log with the build from Debian and check if you see any differences (e.g. from configure or similar) [13:58] * tumbleweed is guessing compiler differences here [13:58] geser: all of these lines are in my symbol file [13:59] oh, maybe not [14:11] tumbleweed: geser will it happen if buildflags are not the same ? [14:12] very likely [14:12] basically, the problem here is that the shared library doesn' thave symbols that are expected (and, I haven't checkde a full build log, so I don't know if it has unexpected symbols) [14:17] tumbleweed: y, after change buildflags, it fails on Sid now [14:19] wzssyqa: what was the difference? [14:21] tumbleweed: dpkg-buildflags vs nothing [14:30] wzssyqa: interestingly, it's the -O2 [14:30] I suggest you file a bug in Debian, requesting that the maintainer use dpkg-buildflags :) [14:31] tumbleweed: if compat is 7, then without -O2, if compat is 8 or 9, it will use -O2 [14:32] wzssyqa: yes, that's because dh exports buildflags at compat level 9 (at 8, really?) === hyperair is now known as Guest43903 === Amaranth__ is now known as Amaranth === Amaranth__ is now known as Amaranth === JackyAlcine is now known as Guest31399 === EvilJackyAlcine is now known as JackyAlcine === al-maisan is now known as almaisan-away === JackyAlcine is now known as Guest19827 === EvilJackyAlcine is now known as JackyAlcine === shadeslayer_ is now known as shadeslayer === chrisccoulson_ is now known as chrisccoulson === WaVeR` is now known as WaVeR [21:36] Laney: hrm, still seem to have some Signed-By: N/As [21:36] (mostly kernel uploads) [21:37] probably some weird ppa business [21:37] if it's not many i wouldn't worry [21:38] * tumbleweed tries to figure out why [21:42] I thought you added if not signedby: signedby = changedby [21:44] it looks like a bug in person_to_name_email because sconklin doesn't have a public e-mail address [21:44] * tumbleweed contemplates caching all the e-mail addresses we've read from changes files. But that's evil :P [21:46] line 58 doesn't work? [21:48] Laney: it returns N/A rather than Name [21:49] oh, because you get ValueError [21:51] Hi all, I'm trying my luck at debugging a kernel oops that has been runing my day for about a week now.... [21:51] where is some good documentation to start chewing on? bug 897883 [21:51] Launchpad bug 897883 in linux (Ubuntu) "Kernel Oops" [Undecided,New] https://launchpad.net/bugs/897883 [21:52] i am assuming I will need to build my own kernel with debugging symbols in order to make any headway? tips and guidance greatly appreacated. [21:58] awsoonn: I don't know if anyone in here knows much about the kernel; #ubuntu-kernel might be a better place to look [21:58] Laney: wonderful sugestion, onward down teh rabbit hole I go~ [21:59] sorry [22:00] Laney: were there other situations that gave ValueError? (I mean I'm not going to get that from display_name, right?) [22:00] don't think so [22:01] hrm, why are we catching both HTTPError and ValueError [22:02] they both date back to the beginning [22:04] possibly got 403 [22:04] from katie? [22:04] cogs... turning... [22:05] whack a debug in there and see [22:08] yup [22:08] katie [22:08] gives a410 [22:09] seeing as katie is special-cased in LP, I'm tempted to do that here [22:10] seems needlessly ungeneral [22:10] i'd just log it [22:13] back soon (maybe) [22:23] DktrKranz, ma come si avvia debomatic ? [22:23] mi riferisco al demone... [22:23] l3on: -ECHAN ;) [22:24] :) [23:30] hmm...debian bug #633273 would be an NMU candidate because it's a release goal, wouldn't it? :) [23:30] Debian bug 633273 in python-visual "python-visual: Getting rid of unneeded *.la / emptying dependency_libs" [Normal,Open] http://bugs.debian.org/633273 [23:31] oh, also because the maintainer is listed on LowThresholdNMUs :) [23:34] broder: sounds good to me, but I'm off to bed [23:35] release goals aren't release critical [23:35] but this is blocking somebody else, pretty save, and lowthreshold... [23:35] *safe [23:38] i thought release goal -> bug was Important; bug was Important -> it's NMU'able [23:41] don' think there's a hard line on what's NMU'able [23:42] fair enough [23:42] the severity changes the notice one is supposed to give [23:42] but you can always NMU if you make enough noise before uploading [23:42] for reference: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu