[00:16] <geser> someone got an idea why my firefox doesn't want to load the CSS and JS for http://qa.ubuntu.com/reports/sponsoring/index.html?
[00:17] <Laney> geser: do you have adblock?
[00:17] <Laney> I had to whitelist that site
[00:17] <geser> ah
[00:17] <Laney> bdrung pointed this out to me. Didn't investigatge *why* though.
[00:18] <geser> matches on "/sponsoring/*"
[00:18] <ajmitch> heh, of course..
[00:19] <micahg> does abp block all content external from the page by default?
[00:19] <ajmitch> no
[00:19]  * micahg has no idea then :)
[00:19] <ajmitch> but this one hits one of its patterns
[00:19] <ajmitch> as geser said, /sponsoring/*
[00:19] <geser> I should probably propose dholbach to "fix" the location as adblock is a common extension
[00:22] <geser> I'm that used to adblock that I didn't think of it blocking wanted content
=== pace_t_zulu_ is now known as pace_t_zulu
=== Laibsch1 is now known as Laibsch
[07:23] <zooko> Folks, over in #tahoe-lafs we're discussing when to release Tahoe-LAFS v1.8.0.
[07:24] <zooko> We were planning to do so Wednesday in the hopes of getting into Maverick, but it doesn't seem like we've got anyone who can do the work up upgrading Tahoe-LAFS in Ubuntu in that timeframe,
[07:24] <zooko> so we'll probably delay the release of Tahoe-LAFS v1.8.0 by a week or so.
[07:24] <maco> you need to file for a Feature Freeze Exception if you want to break freeze
[07:25] <maco> (i'll be doing the same for my project)
[07:25] <zooko> What project is that?
[07:25] <maco> wrote an app to teach sign language
[07:25] <zooko> Dang, it would still be good to have Tahoe-LAFS v1.7.1, which is already
[07:25] <maco> its called gally
[07:25] <zooko> YOU WROTE AN APP TO TEACH SIGN LANGUAGE? Sweet! :-)
[07:26] <zooko> My wife was starting a project to do that.
[07:26] <maco> http://launchpad.net/gally
[07:26] <maco> i have one last thing to do for KDE integration before release
[07:26] <zooko> It would still be good to have Tahoe-LAFS v1.7.1, which is already long since released, in Maverick.
[07:26] <zooko> Instead of Tahoe-LAFS v1.6.1.
[07:27] <maco> is it not in debian?
[07:27] <zooko> No. Is that a problem? People keep asking that.
[07:27] <maco> if it was in unstable, i would just request a sync, but nevermind
[07:27] <maco> you DO get more users if you have it in debian
[07:27] <zooko> I see.
[07:28] <zooko> I want it to be in Debian.
[07:28] <zooko> But the Maverick deadline is coming up, so I'm focussing more of my energy on Ubuntu. :-)
[07:28] <maco> gotcha
[07:28] <zooko> Well I have to hit the sack. I'm glad I discovered gally.
[07:29] <maco> zooko: does your wife sign?
[07:29] <maco> zooko: if so, have her join #gally  -- could use more folks working on lessons
[07:29] <zooko> We both know a little ASL, which we learned originally to teach our babies.
[07:29] <zooko> All hearing, just enjoy ASL.
[07:29] <zooko> Good night!
[07:29] <maco> good night
[07:29] <zooko> Help me with Tahoe-LAFS if you can. :-)
[07:33] <LucidFox> ASL? Aetas Sexus Locus? ;)
[07:34] <StevenK> American Sign Language
[07:58] <dholbach> good morning
=== ara_ is now known as ara
[09:35] <huats> morning
[09:48] <\sh> moins
[10:35] <AnAnt> jdstrand: ping
[10:37] <AnAnt> jdstrand: I am trying to sync debhelper 8, the problem is that dh_apparmor manpage does not get built
[10:39] <AnAnt> jdstrand: I found that the reason is that dh_apparmor must be executable, which is something I cannot represent in the debdiff
[10:39] <AnAnt> ah, fixed it
=== yofel_ is now known as yofel
[11:51] <Rhonda> ScottK: Did my karmic test for wesnoth-1.8 (bug #600100)
[11:51] <ubottu> Launchpad bug 600100 in lucid-backports "Please backport wesnoth-1.8 (1:1.8.3-1/universe)" [Wishlist,In progress] https://launchpad.net/bugs/600100
=== Guest54696 is now known as Zic
[13:49] <paultag> Hey MOTU. I'm Ubuntu-izing a package of mine in Debian. I put the "XSBC-Original-Maintainer" field in the control file, and lintain is whining about it. Any ideas why?
[13:50] <AnAnt> paultag: why are you putting the XSBC-Original-Maintainer for ?
[13:51] <paultag> AnAnt: I have diversions in place, I maintain Fluxbox and I did a theme for Ubuntu. I want to do a debdiff for you guys so we don't have to have Debian branding ( as awesome as my theme there is )
[13:51] <AnAnt> Hello, I logged in REVU, yet I don't see a button or so to advocate an upload, does it require privileges other than MOTU ?
[13:52] <AnAnt> oh, you are preparing a Debian package for Ubuntu
[13:52] <paultag> AnAnt: yeah, I'm an uploader in Debian on Flux, and I want to make it nice for you guys.
[13:52] <paultag> since I'm @ubuntu and everything, y'know.
[13:52] <AnAnt> well, just sync it then
[13:53] <paultag> AnAnt: then it has Debian branding.
[13:53] <AnAnt> or there are Ubuntu-specific changes ?
[13:53] <paultag> AnAnt: yes, the Ubuntu theme
[13:53] <tumbleweed> AnAnt: you need a revu admin to give you advocation righ
[13:53] <tumbleweed> rights
[13:54] <paultag> AnAnt: none of this really has to do with my lintian warning, though
[13:54] <paultag> AnAnt: do you know why lintian would complain about that tag?
[13:55] <AnAnt> paultag: are you sure you got maverick in the changelog ?
[13:55] <paultag> AnAnt: yes
[13:55] <paultag> AnAnt: AnAnt and XSBC-Original-Maintainer has been in since dapper series
[13:55] <paultag> I'd think it would be in Lucid
[13:57] <AnAnt> paultag: I am using lintian 2.4.3, and I don't get warnings about XSBC-Original-Maintainer
[13:57] <paultag> Let me get you my warning:
[13:57] <paultag> W: fluxbox source: unknown-field-in-dsc original-maintainer
[13:58] <paultag> let me pastebin the control file
[13:58] <AnAnt> ok
[13:58] <paultag> AnAnt: http://paste.ubuntu.com/475913/
[14:00] <AnAnt> paultag: why remove uploaders field ?
[14:01] <paultag> AnAnt: I did not want to to get confused -- uploaders in Debian != uploaders in Ubuntu, I thought
[14:01] <paultag> AnAnt: after all, I'm changing maintainer, so I thought Uploaders might change as well
[14:01] <AnAnt> Ubuntu doesn't make use of the field
[14:01] <paultag> AnAnt: so it's safe to leave uploaders intact?
[14:02] <paultag> AnAnt: my control file now looks like http://paste.ubuntu.com/475915/
[14:02] <AnAnt> paultag: I just ran lintian, and I don't get the warning
[14:03] <AnAnt> paultag: probably you are using an old version of lintian
[14:03] <paultag> Lintian v2.3.4ubuntu2
[14:04] <paultag> So is it safe to ignore the warnings? ( does everything look OK ) ?
[14:04] <AnAnt> well, I dunno why you changed the build-deps, is that an Ubuntu specific requirement ?
[14:04] <paultag> AnAnt: I just changed them upstream as well
[14:05] <AnAnt> ah, ok
[14:05] <paultag> AnAnt: old libtool, I need to reconf before build
[14:05] <paultag> :)
[14:05] <AnAnt> I was comparing with the one currently in Debian
[14:05] <paultag> AnAnt: yeah the dfsg release is junk right now
[14:05] <paultag> AnAnt: I just repackaged and am going to re-upload as soon as this is stable
[14:06] <AnAnt> tumbleweed: so who's a REVU admin ?
[14:06] <paultag> thanks for the help AnAnt :)
[14:06] <AnAnt> no problem
[14:06] <AnAnt> nhandler: ping ^
[14:07] <AnAnt> jpds: ping ^
[14:07] <paultag> AnAnt: he's out right now, getting ready for some stuff later on today :)
[14:07] <paultag> ( nhandler )
[14:09] <zooko> Okay, we release Tahoe-LAFS v1.8.0 release candidate 2. http://tahoe-lafs.org/pipermail/tahoe-dev/2010-August/004950.html
[14:10] <shadeslayer> 0_o
[14:28] <ScottK> Rhonda: Approved.
[14:32] <Rhonda> Sweet, thanks!
[14:37] <paultag> Could I convince someone to review a package for me? I'm looking to get my changes for Ubuntu done in time for 10.10
[14:45] <paultag> Well if anyone cares to donate some time, the dsc is in my ppa. dget https://launchpad.net/~paultag/+archive/staging/+files/fluxbox_1.1.1+git20100806-1~ppa2.dsc . I'd really appreciate a review.
[15:13] <jacob> morning all
[15:14] <quadrispro> hi ScottK! are you around
[15:14] <quadrispro> ?
[15:14] <AnAnt> paultag: the revision should be -0ubuntu1
[15:15] <jacob> if anyone's got some time, I'd appreciate reviews on http://revu.ubuntuwire.com/p/jobservice & http://revu.ubuntuwire.com/p/jobs-admin. both are gsoc projects and just need one more review. would like to get this finished up today, if at all possible. :)
[15:15] <paultag> AnAnt: it's ok. dholbach just helped me, I'm just going to change it upstream
[15:15] <AnAnt> ok
[15:15] <paultag> AnAnt: thanks, though
[15:17] <paultag> jacob: good luck buddy :)
[15:17] <ScottK> quadrispro: Sort of.
[15:20] <zooko> Could anyone help me upgrade Tahoe-LAFS in Ubuntu to the latest stable release?
[15:21] <AnAnt> jacob: there is a quilt patch, is it intended ?
[15:21] <AnAnt> jacob: in jobservice
[15:21] <warp10> ScottK: quadrispro will be back soon. He was pinging you about a package in NEW, font-manager. Mind taking a look at it?
[15:21] <ScottK> warp10: It's already done (on #debian-devel)
[15:21] <quadrispro> warp10, ACCEPTED by pitti, thank you anyway :)
[15:21] <ScottK> err debian/ubuntu
[15:21]  * warp10 nods
[15:22] <jacob> AnAnt: both patches in jobservice & jobs-admin are a result of the manpage generation when setup.py is run, and are automatically stripped when built. wasn't sure how to remove them from the source before the source packages were built.
[15:23] <AnAnt> jacob: remove it in a clean target
[15:23] <jacob> AnAnt: ok, will give it a shot
[15:23] <AnAnt> jacob: override_dh_clean for example
[15:29] <jacob> AnAnt: that seems to have fixed it. however, that leaves jobs-admin.debhelper.log in the source diff, is that ok?
[15:29] <jacob> (contains dh_auto_clean)
[15:29] <AnAnt> jacob: you override dh_clean ?
[15:30] <AnAnt> jacob: I think you forgot to run dh_clean in the override itself
[15:30] <jacob> AnAnt: override_dh_clean:
[15:30] <jacob> rm -f jobs-admin.1
[15:30] <jacob> AnAnt: ah. :)
[15:30] <AnAnt> jacob: also, dh_clean accepts arguments
[15:30] <AnAnt> ie. dh_clean jobs-admin.1
[15:31] <AnAnt> so it would be a one-liner
[15:34] <jacob> AnAnt: ah, that fixes it. preparing another upload now
[15:36] <jacob> AnAnt: re-uploaded, only change is the rules file and the lack of patches now (in both)
[15:39] <AnAnt> jacob: for the override you'll need to depend on debhelper >= 7.0.50~
[15:42] <jacob> AnAnt: fixed in both & uploaded
[15:42] <AnAnt> I: jobservice: package-contains-empty-directory usr/share/jobservice/sls/
[15:43] <AnAnt> I'm not sure if this is important
[15:43] <jacob> AnAnt: that's intentional: it's intended for service maintainers to drop in SLS XML files there, but we don't ship any in it by default
[15:43] <jacob> defaults are shipped in usr/share/jobservice/default
[15:49] <AnAnt> in this case, either add a lintian-override , or you can create the empty folder in postinst
[15:58] <AnAnt> jacob: I: jobs-admin: capitalization-error-in-description dbus D-Bus
[16:01] <jacob> AnAnt: fixed those two up -- working on the last notice on jobservice (doc-base)
[16:01] <AnAnt> jacob: ok
[16:12] <jacob> AnAnt: fixed both up & reuploaded. hopefully that's the last of the lintian issues :D
[16:19] <dupondje> the merges page is still down :( damn
[16:20] <AnAnt> dupondje: try using Debian's PTS page
[16:20] <AnAnt> dupondje: you'll find an Ubuntu patch at the bottom, that would help
[16:21] <dupondje> I miss the overview :)
[16:21] <dupondje> the patches itself are still availible on the mom also :)
[16:22] <AnAnt> jacob: ok, advocated
[16:23] <jacob> AnAnt: thank you very much :)
[16:23] <AnAnt> jacob: thank you for the good work
=== mathiaz_ is now known as mathiaz
[16:35] <stalcup> AnAnt: did you upload jacob's packages?  If not I'll do so now
[16:35] <AnAnt> stalcup: no, I didn't
[16:35] <stalcup> okay
[16:39] <jacob> stalcup: thanks :) (for the earlier review as well)
[16:39] <AnAnt> bye
[16:40] <stalcup> no, thank you for your contributions :)
[16:42] <stalcup> jacob: now maybe you can bribe Riddell to take a peek at your packages and maybe accept them
[16:42] <jacob> stalcup: hah, I'm sure it'll all happen in due time
[16:43] <jacob> no offense to motu, but this is the difficult step ;)
[16:43] <stalcup> that's because no one looks at REVU anymore
[16:43] <stalcup> it's frustrating
[16:43] <SEJeff> stalcup, Well what is the preferred method?
[16:43] <jacob> heh :/
[16:43] <stalcup> I should encourage you to submit your package into debian as well
[16:44] <stalcup> SEJeff: I look at review - however I was on an 8 moth hiatus
[16:44] <Laney> the preffered method is Debian
[16:44] <jacob> stalcup: I plan on it, just was a little rushed at the moment as this is the last GSoC week and I'm out of town for a few days starting tomorrow
[16:44] <SEJeff> Makes sense
[16:45] <stalcup> Laney: I see nothing wrong with accepting a package in Ubuntu first as long as it goes to Mentors
[16:45] <stalcup> but you know that Mentors can be just as long a process
[16:45] <Laney> That there's nothing wrong with it doesn't make it preferred
[16:46] <stalcup> Laney: There are people (like me) who only have time to worry about one distro
[16:46] <stalcup> I have upload right in ubuntu - and have to scramble for someone in debian
[16:46] <stalcup> it's a no-brainer for me
[16:46] <jacob> true. I'm a little more lost when it comes to submitting to debian honestly: once you submit a package, it seems you need to know someone for an upload. otherwise it just sits as an open but report forever
[16:46] <Laney> I think it's sad that you think like that
[16:47] <stalcup> in jacob's case, he is the upstream
[16:47] <Laney> you should find a packaging team which is close to your area
[16:47] <stalcup> what do you mean Laney?
[16:48] <stalcup> I have a few packages in debian, and have long since given up on finding sponsors
[16:48] <Laney> I mean that I haven't had a problem with getting sponsored as I maintain stuff in a packaging team
[16:48] <stalcup> ah, good point
[16:48] <Laney> you should mail the derivatives frontdesk if you're having trouble
[16:49] <stalcup> maybe I'll do that, like I said ealier, I've been on an 8 month hiatus
[16:49] <stalcup> I know that one of my packages was adopted, which is fine
[17:21] <Laibsch> does "debsnap scim-qtimm" work for anyone here?
=== rbelem is now known as rbelem-afk
[17:23] <jimmy__> i have beem trying to install limewire for 2 days now but the installer keeps giving me this error message..... Error: Dependency is not satisfiable: sun-java6-jre|icedtea-java7-jre|sun-java6-jdk|icedtea-java7-jdk
[17:23] <jimmy__> i just recently switched 2 ubuntu from linux ... i like it but am very unsure about how 2 use it...could someon please help
[17:24] <jimmy__> ubunut from windows***
[17:25] <micahg> jimmy__: you should probably go to #ubuntu for support, but try enabling the partner archive
[17:26] <jimmy__> i have been to ubuntu and read thru the support files... i do not understand... i dont kno how to use terminals or nething....and wat is partnert archive???
[17:27] <micahg> jimmy__: let's switch to PM
[17:27] <jimmy__> pm?
[17:27] <jimmy__> private message
[17:35] <lfaraone> Is there a way to set someting in a package where (at run time) debug logging is enabled if we're currently in a development release?
[17:35] <micahg> lfaraone: add a wrapper?
[17:36] <lfaraone> micahg: I mean, is there a variable IS_DEVELOPMENT_RELEASE or something? :)
[17:37] <micahg> lfaraone: oh :), hmm, check if apport is enabled?
[17:43] <lfaraone> micahg: I was considering doing "status apport" and grepping for "start", but I don't think that'd work if we have localization, right?
[17:43] <micahg> lfaraone: you can check /etc/default/apport to see if enabled=1
[17:43] <lfaraone> micahg: but the user might have "sudo service apport start force_start=1"'d it this time.
[17:44] <micahg> lfaraone: right, that means apport was forcibly enabled and not the default
[17:44] <lfaraone> micahg: yeah. ideally, we'd like to have logging on that time too.
[17:44]  * micahg leaves apport enabled all the time though
[17:46] <lfaraone> hmmmm.
[17:50] <nigelb> 31
[17:50] <nigelb> grr
[17:50] <jacob> lfaraone: `cat /etc/lsb-release | grep development` ?
[17:50] <Laney> not cat | grep noooooooooooooo
[17:51] <jacob> well you could parse it manually for "development" then... :P
[17:51] <micahg> oh, if it's in there, then source the file and check the proper variable
[17:51] <jacob> ah, that works as well
[17:52] <lfaraone> my naive guess is "status apport | grep start/running"
[17:52] <Laney> you mean lsb_release -d, yeah?
[17:53] <lfaraone> but I'm not sure if that will work the way I want on other locales.
[17:53] <Laney> LANG=C lsb_release -d -s
[17:56]  * RainCT doesn't think lsb_release is localized
[17:57]  * sebner waves at RainCT :)
[17:58] <RainCT> lfaraone: it takes the info from /etc/lsb-release
[17:58] <RainCT> Hey sebner, how are you?
[17:59] <sebner> RainCT: fine and you? =)
[17:59] <lfaraone> RainCT: yeah, but, more accurately, I want to enable debugging even if apport is enabled outside a devel release.
[18:00] <RainCT> Ah. Well just check wherever it is that apport is enabled/disabled
[18:01] <RainCT> sebner: fine, at work.. :)
[18:01] <sebner> RainCT: at that time? O_o
[18:02] <RainCT> sebner: Yeah, I'm to lazy to get up in the morning so I'm coming here at 17h :P
[18:02] <sebner> ROFL
[18:16] <shadeslayer> any advice on bug 603831 ?
[18:16] <ubottu> Launchpad bug 603831 in fprint-demo (Ubuntu) "Please Merge fprint-demo from debian" [Wishlist,Incomplete] https://launchpad.net/bugs/603831
[18:16] <shadeslayer> i think everything is alright..
[18:26] <AnAnt> Hello
=== Laibsch1 is now known as Laibsch
=== rbelem-afk is now known as rbelem
[19:55] <jsomers> hi, I'm trying to build a .deb package, but it fails on a --build option. http://pastebin.com/x4JRYbax Can I disable that, or am I missing an option. Googling for the --build line returns no results, so it's a bit problematic
[19:58] <james_w> jsomers: please pastebin your debian/rules
[20:01] <jsomers> james_w: http://pastebin.com/NBdq2h0w
[20:03] <james_w> jsomers: don't call dh_auto_configure, call ./configure with the options that you want
[20:03] <james_w> jsomers: dh_auto_configure is trying to give you helpful defaults
[20:05] <jsomers> james_w: thanks!
[20:06] <Rhonda> hmm. too lazy now that I know requestsync to do it manually.  %-/
[20:25] <zooko> Oh good someone on #tahoe-lafs volunteered to upgrade Tahoe-LAFS in Ubuntu before the Maverick Feature Freeze.
[20:25] <zooko> Then they said I should "remind them tomorrow".
[20:25] <zooko> So we'll see if they actually do it. :-)
[21:18] <pindonga> Hi, could anyone please review the django-configglue package? It's a django application that allows it to use the latest configglue code to define settings in a more robust way. We are trying to get it into maverick hopefully. Thanks
[21:48] <zooko> Oh, good, rockstar will look at it. There is hope!
[21:54] <AnAnt> Hello
[21:55] <zooko> Hi AnAnt!
[21:56] <AnAnt> wassup ?
[21:59] <zooko> Finally found a hero to package Tahoe-LAFS.
[22:00] <ajmitch> good, glad that someone has some time :)
[22:01] <AnAnt> zooko: ah, you're an upstream
[22:04] <ajmitch> rockstar will still need to pass it by a sponsor, I think
[22:04] <ajmitch> which is easier than convincing someone to do all the work :)
[22:04] <zooko> ajmitch: okay. Now looking for a sponsor. :-)
[22:05] <zooko> One of the many awesome things about the new version of Tahoe-LAFS is that it can act as an SFTP server, which means Nautilus can browser your secure distributed filesystem automatically.
[22:25] <ari-tczew> hello, I'm looking for sponsor this one: bug 615048
[22:25] <ubottu> Launchpad bug 615048 in nautilus-image-converter (Ubuntu) "Merge nautilus-image-converter 0.3.0-3 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/615048
[22:49] <nhandler> angelabad: Still need me?
[22:49] <nhandler> err, ignore that angelabad
[22:49] <angelabad> nhandler, ok :-D
=== grold1 is now known as grold