[00:02] <ari-tczew> grunthus: do you want to get your debdiff uploaded?
[00:04] <ari-tczew> then you need to subscribe ubuntu-sponsors
[00:05] <grunthus> aha.
[00:06] <paultag> I hate to be a whiny one, but is there anyone who can review #703718 ?
[00:06] <paultag> Oh wait, shoot
[00:06] <grunthus> found the instructions for sponsorship
[00:06] <paultag> looks like it was handled. Stupid cache
[00:07] <paultag> ignore me, thanks
[00:07] <paultag> Riddell: thanks for killing fluxconf :)
[00:12] <ari-tczew> broder: can we finish bug 690927 ?
[00:14] <grunthus> ari-tczew: given that my patch is for synaptic, should that be forwarded to debian?
[00:14] <ari-tczew> grunthus: are you an author of patch or did you take it from upstream?
[00:15] <grunthus> i produced the patch myself from apt-get source synaptic
[00:17] <ari-tczew> grunthus: I'd prefer to see your patch approved upstream, so wait for mvo (Michael Vogt) response on bug.
[00:19] <ari-tczew> grunthus: you have error in debdiff. target in debian/changelog should be natty (I guess) and bug #xxx is wrong, please use rather (LP: #706271)
[00:19] <ari-tczew> s/error/errors
[00:20] <grunthus> thank you for advice, will alter it
[00:21] <ari-tczew> grunthus: also would be nice to delete obsolete files on the bug leaving only working debdiff
[00:47] <grunthus> Hello ari-tczew, done all that and uploaded a new patch.
[00:48] <grunthus> But, I've just noticed the bug report refers to synaptic 0.75~pre4, whereas of course, since my system is maverick, I have 0.63.1
[00:48] <ari-tczew> !SRU | grunthus
[00:52] <grunthus> OK ari-tczew, back to the start for me then, this doesn't warrant a SRU.
[00:52] <ari-tczew> grunthus: no?
[00:53] <grunthus> the link you posted says SRUs only issued for high impact bugs
[00:54] <grunthus> I should presumably set up a Natty virtual machine with testdrive and then create the patch for synaptic 0.75
[01:01] <ari-tczew> grunthus: heh, high? not always, trust me :)
[01:01] <ari-tczew> sometimes we bring SRUs for very hard to reproduce bugs
[01:03] <grunthus> Well, I have added a cautionary note under my latest patch, so can leave to the discretion of M. Vogt.
[01:03] <grunthus> Thanks again for your help.
[01:12] <ari-tczew> grunthus: You're welcome.
[05:18] <c2tarun> I have a question related to grub. Where can i ask?
[06:31] <paultag> hyperair: I just checked your package on mentors, sent mail to the list
[06:32] <hyperair> paultag: yeah i saw. thanks.
[06:32] <hyperair> paultag: i thought i fixed all those errors.
[06:32] <paultag> hyperair: I saw the patch in debian/
[06:32] <hyperair> yeah
[06:32] <hyperair> if you notice, there's a Bug: link
[06:32] <hyperair> which is an upstream bug link
[06:32] <paultag> hyperair: yeah I saw
[06:32] <hyperair> so i have forwarded the patch
[06:33] <paultag> hyperair: but I did not want to pick on you on the list
[06:33] <hyperair> hmm?
[06:34] <paultag> hyperair: it looks a bit bad if you have a patch that does not do it's job, so I figued i'd just post the issue and avoid doing the usual "Why do you have a patch if it's not fixing anything" thing
[06:34] <hyperair> paultag: either way, i don't usually bother about the pedantic tags. they're pedantic for a reason, and i can't translate the debconf template myself.
[06:34] <paultag> hyperair: yeah, it's an upstream issue
[06:34] <hyperair> paultag: did it not fix the issue?
[06:34] <paultag> hyperair: but still good to know
[06:34] <hyperair> paultag: it did for me, and lintian doesn't complain
[06:34] <paultag> hyperair: lintian complains for me
[06:34] <hyperair> lemme check
[06:35] <hyperair> paultag: there's nothing!
[06:35] <paultag> hyperair: what are you running lintian with?
[06:35] <hyperair> with nothing?
[06:35] <hyperair> oh geez, another pedantic tag?
[06:36] <paultag> hyperair: http://pastebin.com/G3tdCzyM
[06:37] <hyperair> thanks
[06:37] <paultag> hyperair: cheers, good luck!
[06:37] <hyperair> thanks
[06:40] <hyperair> paultag: this is weird. i'm on a utf-8 locale, and and it's interpreted as a minus for me, rather than a hyphen
[06:41] <paultag> hyperair: humm? Yeah, it's described in the extra info lintian included in that paste
[06:41] <paultag> Oh wait, you said the other way around
[06:41] <paultag> hyperair: odd. Is lintian whining?
[06:41] <hyperair> paultag: the lintian info mentions that on utf-8 it gets interpreted as hyphen
[06:42] <paultag> with -iIE ?
[06:42] <paultag> hyperair: yes :)
[06:42] <hyperair> paultag: use a utf-8 locale, and run man on the manpage
[06:43] <paultag> hyperair: same issue is showing up
[06:43] <paultag> I was already on UTF-8
[06:44] <hyperair> paultag: and is the - U+2010 or U+002D?
[06:44] <paultag> hyperair: the issue is that it's showing up as unicode hyph when it should be minus
[06:44] <hyperair> but it's showing up as a minus on mine!
[06:44]  * hyperair is bewildered
[06:44] <micahg> does cgit have a blame mode?
[06:45] <paultag> hyperair: /me shrugs
[06:45] <paultag> hyperair: not sure
[06:45] <hyperair> Char: - (45, #o55, #x2d) point=1 of 1 (0%) column=0
[06:45] <paultag> micahg: cgit?
[06:45] <hyperair> paultag: so emacs says
[06:45] <paultag> oh a web front-end
[06:45] <paultag> micahg: no clue :(
[06:45] <paultag> hyperair: I'm not sure, man. All I know is it's an error here
[06:46] <hyperair> paultag: what's your locale?
[06:46] <paultag> hyperair: http://pastebin.com/aPwwkPR8
[06:48] <paultag> anywho, about time to call it a night. about 2 AM here
[06:48] <paultag> hyperair: good luck, send me a message if you figure it out, I'd be interested to know
[06:49] <hyperair> paultag: sure, thanks
[06:49] <hyperair> paultag: oh, how did you check what character it was using?
[07:02] <paultag> hyperair: look at the source page
[07:02] <hyperair> paultag: what?
[07:02] <paultag> hyperair: the man page is fine because groff was patched, it's in the lintian issue report ;)
[07:02] <paultag> The Debian groff
[07:02] <paultag> N:    package currently forces "-" to be interpreted as a minus sign due to
[07:02] <paultag> N:    the number of manual pages with this problem, but this is a
[07:03] <paultag> N:    Debian-specific modification and hopefully eventually can be removed.
[07:03] <hyperair> aaaah i see.
[07:03] <paultag> hyperair: :)
[07:03] <paultag> hyperair: have a great night, I'm off for real :)
[07:03] <hyperair> heh it's afternoon here though
[07:03] <hyperair> good night
[07:03] <paultag> :)
[09:54] <hakermania> When will REVU freeze?
[09:54] <micahg> hakermania: REVU doesn't freeze
[09:55] <hakermania> micahg: I remember that it does, 1-2 months before new Ubuntu release, in order to fix existing bugs. Am I wrong?
[09:55] <micahg> hakermania: no, but after Feature Freeze (Feb 24), no new packages will be accepted in the release pocket
[09:56] <micahg> err, without a really good reason
[09:57] <hakermania> micahg: So, my package (wallch) must be advocated  before 24 Feb in order to be included to natty?
[09:57] <micahg> hakermania: yes, what happened WRT Debian?
[09:58] <hakermania> micahg: I don't know what WRT Debian is.
[09:58] <micahg> hakermania: With Regard To
[10:00] <hakermania> micahg: I don't know, I didn't search a lot about it... I find debian a little chaotic...
[10:04] <micahg> hakermania: I can't advocate, but I could do another packaging review if you like
[10:34] <hakermania> micahg: What is the "REVU of Debian"? If you know what I  mean...
[10:34] <micahg> hakermania: mentors.debian.net
[10:34] <hakermania> micahg: Thanks!
[13:17] <hakermania> Can I delete my old uploads for a specific package and keeps the newest ones? In wallch i have 60 uploads, can i delete somehow the e.g. 30 first?
[13:19] <coolbhavi> hakermania, are you referring to a ppa upload?
[13:19] <hakermania> coolbhavi: No, to a normal upload to REVU...
[13:20] <hakermania> http://revu.ubuntuwire.com/p/wallch
[13:23] <ari-tczew> hakermania: You won't encourage developers to review your package through spamming.
[13:24] <hakermania> ari-tczew: This isn't my purpose.
[13:27] <hakermania> ari-tczew: Sorry for the multiple uploads, but we are trying to fix some "lackings" of a taken review from a site.
[13:28] <ari-tczew> hakermania: I still don't understand. Patience is gold.
[13:29] <hakermania> ari-tczew: We are fearing advocating before having finished what we have in mind.
[15:37] <ari-tczew> micahg: why do you required UNRELEASED target in https://code.launchpad.net/~bratsche/ubuntu/natty/gnome-do/disable-resize-grips/+merge/46301 ?
[17:17] <notgary> Hey. I was wondering if someone could clear something up for me.
[17:18] <notgary> I'm attempting to fix a paper cut in pinta
[17:18] <notgary> I have installed the package using sudo apt-get install pinta
[17:18] <notgary> However,
[17:18] <notgary> When I try to get the source or the build-debs
[17:18] <notgary> *sorry, build-deps
[17:18] <notgary> apt-get tells me it can't find any package called pinta
[17:19] <notgary> I'm guessing it's something to do with the packaging, which is why I'm asking here.
[17:23] <udienz> notgary, try to use pull-lp-source
[17:23] <udienz> pull-lp-source pinta
[17:23] <udienz> or pull-lp-source $srcpakacge $release
[17:26] <notgary> Ok, that worked, but what about the build dependencies?
[17:31] <stgraber> my guess is that pinta is a binary package, it's not the source package
[17:32] <stgraber> hmm, nope, actually it's a binary package ...
[17:32] <stgraber> can you try: apt-cache showsrc pinta
[17:32] <stgraber> if it fails, then you have something wrong with your sources.list (like missing deb-src entries)
[17:33] <notgary> Yeah, that failed, for both pinta and a few other packages I tested it with. How would I fix it?
[17:34] <stgraber> make sure you have your deb-src lines in /etc/apt/sources.list
[17:36] <notgary> They're there
[17:46] <kklimonda> ScottK: Any idea how hard would that be to get dh_python2 to lucid-backports?
[17:51] <ari-tczew> kklimonda: I have a proposition - you will merge mongodb in universe and I'll sponsor - what do you think?
[17:52] <kklimonda> ari-tczew: I've been looking at it today but I have to ask micahg (or chrisccoulsons) ome questions about xulrunner dependency.
[17:52] <kklimonda> micahg: can I build depend on xulrunner-1.9.2-dev or will it go away at some point making package unbuildable?
[17:53] <chrisccoulson> kklimonda, please don't build-depend on xulrunner-1.9.2-dev ;)
[17:53] <chrisccoulson> kklimonda, https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition
[17:53] <kklimonda> chrisccoulson: right, so what can I do if the package doesn't build with xulrunner 2.0?
[17:53] <chrisccoulson> any help is appreciated ;)
[17:53] <chrisccoulson> kklimonda, fix it :)
[17:54] <chrisccoulson> which package is it?
[17:54] <kklimonda> mongodb
[17:54] <chrisccoulson> oh, that's using spidermonkey, right?
[17:54] <kklimonda> yes
[17:54] <chrisccoulson> i'd suggest taking a look at my patch in couchdb
[17:54] <chrisccoulson> that *should* cover most of the API changes
[17:54] <kklimonda> brr, you've managed to patch couchdb?
[17:54] <chrisccoulson> yes
[17:55] <chrisccoulson> it was a bit of a pain ;)
[17:56] <kklimonda> I see you didn't actually have to edit erlang files ;)
[17:57] <chrisccoulson> no, that would be horrible
[17:57] <chrisccoulson> ;==]
[17:57] <chrisccoulson> oops
[17:57] <chrisccoulson> daughter ;)
[18:01] <chrisccoulson> kklimonda, the main API change is JSNative changed quite significantly (that is the prototype for all native calls callable from JS)
[18:01] <chrisccoulson> https://developer.mozilla.org/en/JSNative
[18:01] <chrisccoulson> i guess that's the main thing that will affect mongodb
[18:01] <chrisccoulson> but there's lots of examples of that in couchdb :)
[18:02] <kklimonda> thanks, I've started a build to see where it fails and will see what can I do about it
[18:02] <chrisccoulson> the one thing to bear in mind is the old JSNative didn't mandate setting a return value, whereas with the new API, you *always* have to set a return value, even if it is JSVAL_VOID
[18:03] <chrisccoulson> if you want any help though, just shout, although, i probably won't look at it until tomorrow ;)
[18:04] <chrisccoulson> and you might hit a problem that i've not experienced too ;)
[18:04] <chrisccoulson> getting things to work seems to be fairly hit-and-miss :/
[18:04] <kklimonda> I love C++ error messages
[18:04] <chrisccoulson> yes, me too :/
[18:04] <chrisccoulson> what error do you get?
[18:05] <kklimonda> http://pastebin.com/AB1sTquf
[18:06] <chrisccoulson> error: invalid conversion from 'JSBool (*)(JSContext*, JSObject*, jsval, jsval*)' to 'JSBool (*)(JSContext*, JSObject*, jsid, jsval*)'
[18:06] <chrisccoulson> are all due to JSNative ;)
[18:06] <chrisccoulson> oh
[18:06] <chrisccoulson> actually
[18:07] <chrisccoulson> error: invalid conversion from 'JSBool (*)(JSContext*, JSObject*, uintN, jsval*, jsval*)' to 'JSBool (*)(JSContext*, uintN, jsval*)'
[18:07] <chrisccoulson> those ones are ;)
[18:07] <chrisccoulson> not sure where the first error comes from though
[18:07] <chrisccoulson> i'm guessing there will be a lot of copying and pasting to fix it
[18:08] <chrisccoulson> most of that is probably only 3 or 4 changes, but duplicated everywhere
[18:08] <kklimonda> most likely, there is a lot of duplicated errors
[18:09] <kklimonda> oh well, I'll see if I have time to work on that. I'm still trying to fix two packages that break with libevent2
[18:10] <kklimonda> but I'd love to get it into natty..
[18:36] <kklimonda> bah, I've fixed honeyd to compile with libevent2.. and I have no idea how to actually test it :(
[19:22] <MTecknology> I need some help.. If 'nginx' was installed and you upgrade; 'nginx-full' will replace 'nginx'; 'nginx-full' requires 'nginx-common'; 'nginx-common' has a logrotate script which matches the script that was in 'nginx'; 'nginx' no longer has this script; however.. on upgrade, both scripts are installed.
[19:23] <MTecknology> The only solution I've been able to think up is adding an 'rm' to nginx-common.postinst; this seems like a bad idea though and I'm working if there are any better options.
[20:14] <micahg> hi cyphermox, I took a look at evolution-rss, but I'm not sure about the comment in the patch, I wanted to ask someone else if that was DEP-3 compliant
[20:15] <cyphermox> micahg, ah
[20:15] <cyphermox> micahg, according to my reading of dep-3 it is, when using Subject:
[20:15] <cyphermox> e.g. short subject followed by a longer one... the only issue is with dpatch you need to comment that stuff
[20:46] <ari-tczew> kklimonda: did you receive e-mail from dholbach about your development feedback on surveymonkey?
[20:47] <kklimonda> ari-tczew: no, neither did I get the email with the link to voting. I wonder what's going on
[20:48] <ari-tczew> kklimonda: voting for what?
[20:48] <ari-tczew> kklimonda: come on polish :D
[20:55] <nonix4> How could I get somebody to reproduce a dataloss bug & get it mentioned in releasenotes asap? Bug 710340 being it this time.
[20:57] <micahg> nonix4: #ubuntu-bugs for triage, #ubuntu-devel for release notes (go with triage first)
[20:58] <micahg> nonix4: actually, in this case, #ubuntu-installer might be best :-/
[21:00]  * nonix4 wishes rsync --copy-devices --inplace existed in any stable form... restoring remote backup without that is annoyingly slow.
[23:06] <highvoltage> tumbleweed: still awake?