[00:03] Lintian warning of debian-changelog-file-is-a-symlink (using CDBS on Intrepid) is a Debian/Ubuntu philosophy difference I can ignore, right? [00:06] right [00:06] The symlinks are a Ubuntu specialty [00:06] To save space on the CD [00:14] Anyone got a pending sync? I want to test a fix to requestsync [00:15] Laney: can't you use staging? [00:15] If I knew how to tell requestsync to [00:17] Laney: I'm sure it can be done but I can't tell you how [00:17] right [00:18] * Laney trolls the rcbugs page === macd_ is now known as macd [00:20] Laney: are you hacking the requestsync code? [00:20] mok0: Just a small fix [00:20] for bug #320984 [00:20] Launchpad bug 320984 in ubuntu-dev-tools "requestsync fails with 401 unauthorized when adding subscribers" [Undecided,New] https://launchpad.net/bugs/320984 [00:20] I filed it and then felt guilty about being too lazy to fix it [00:20] so decided to do so [00:21] Laney: good for you! [00:21] Laney: the file common.py has a lot of refs to launchpad [00:23] I think it's get_launchpad === mohammad is now known as Guest56275 [00:25] get_launchpad? I don't see that anywhere [00:26] ubuntutools/lp/libsupport.py [00:27] Hm, my copy must be out-of-date [00:27] this is latest bzr [00:27] I have revision 99 [00:27] oh, interesting. requestsync seems separately broken [00:30] Hi, I packaged the new version of zekr (0.7.2), the old version in ubuntu is 0.5.1. Can anyone take a look please? http://revu.ubuntuwire.com/details.py?package=zekr [00:31] jpds: functions.py misses copyright info [00:31] (it was you, right?) [00:31] yes, it was === Guest56275 is now known as mohammad === mohammad is now known as Guest42779 === Guest42779 is now known as Guest42775 [00:35] bah, staging seems interminably slow === Guest42775 is now known as mohammad === mohammad is now known as Guest28835 === Guest28835 is now known as mohammad === mohammad is now known as Guest42652 [01:10] mok0: If you have time, I proposed my branch for merging [01:12] Laney: ok... what do you want me to do [01:13] where's your branch [01:14] mok0: bzr merge lp:~laney/ubuntu-dev-tools/dev in your copy [01:14] review my changes then push it up if you'd be so kind [01:15] Laney: actually, my copy is my own experimental branch [01:15] I don't think I can push that elsewhere? [01:15] you can bzr get a fresh copy of trunk [01:15] I don't know if there's a better bzr workflow, probably is [01:16] Laney: yeah... I only have a very rudimentary understanding of bzr... I use git mostly [01:17] Laney: I'm getting a whole bunch of error message [01:18] mok0: when doing what? [01:18] bzr branch on your branch [01:18] but the source is here now [01:19] you should branch from trunk and then merge my branch [01:19] I think that's the proper way [01:19] Ah, ok, I'll try that [01:19] hope I didn't break bzr... [01:20] Well, it did something... let me pastebin the error message for your reference [01:23] http://paste.ubuntu.com/109200/ [01:24] Oh yeah, I think that's just LP not supporting the newest bzr repo format yet [01:24] Laney: I dunno... is it your branch that needs bzr upgrade?? [01:24] Ah [01:24] maybe, it's harmless anyway [01:24] laney@chicken:~/bin/ubuntu-dev-tools$ bzr upgrade [01:24] bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format. [01:25] Anyway, what should I look at? [01:25] you can "bzr diff" to see my changes [01:25] bzr diff? [01:26] then test a sync if you'd like, to see if it sets the bug as wishlist [01:26] obviously I couldn't test that as I'm not in the team [01:27] The change in functions.py, is... ? [01:27] ah [01:27] using the same name caused an error [01:28] urlopener? [01:28] yep [01:28] urlopener = urlopener... [01:28] oh yes of course [01:28] was that never tested? [01:29] Hm, so now I need to find a sync [01:29] check multidistrotools [01:29] pretty easy to find something worth syncing on there [01:32] multidistrotools? [01:32] quadrispro: syncs should be new until acked [01:32] mok0: http://qa.ubuntuwire.com/multidistrotools/ [01:32] Sid version > Jaunty version is a good place to look [01:33] Oh that [01:34] oh Laney, I'm very sorry (and very tired) :) good bye [01:34] heh [01:34] night [01:34] bye guys! [01:34] Laney, hang on looking for a good one [01:35] mok0: I'm not off yet [01:35] Can syncs ever happen from places other than Debian? [01:36] yep [01:38] Laney: ./requestsync --help gives traceback [01:38] not here [01:39] NameError: name 'EDGE_SERVICE_ROOT' is not defined [01:39] I'm an edge user [01:40] I am too, but I don't see that. Where does the traceback come from? [01:40] libsupport.py [01:40] maybe it's your version of python-launchpadlib [01:41] python-launchpadlib: Installed: 0.2~bzr25-0ubuntu1 [01:41] I don't have it [01:41] that'll do it [01:42] yep [01:42] Is it using staging? [01:43] if you add from launchpadlib.launchpad import STAGING_SERVICE_ROOT and then pass STAGING_SERVICE_ROOT as the second parameter to get_launchpad [01:43] but I don't think staging is working atm [01:43] I tried, and got a stacktrace [01:44] try and visit http://staging.launchpad.net - it's dead [01:45] http://pastebin.com/f35d63435 [01:46] He, yes, it's off on weekend [01:46] you need the --lp param to use the new code [01:47] oh yes [01:47] That gave another problem but no exception [01:47] (and to ./manage-credentials -c ubuntu-dev-tools) [01:48] http://pastebin.com/f29502c64 [01:49] yep, you need credentials to use lplib [01:50] That's new [01:50] I need to give my lp password? [01:51] no, you just need to authorise the application in launchpad [01:51] manage-credentials will open a browser window to do this [01:51] Oh, I'm remotely connected to my box via ssh [01:52] heh [01:52] I'm on my mac right now [01:52] I don't know what it'll do then [01:52] jpds wrote the tool [01:53] I'm more trouble for you than it's worth [01:53] Ah, it open elinks [01:53] cool [01:56] Laney: so now I'm on a screen where I need to authorize application [01:56] yeah, that's right [01:57] What privs does it need? [01:57] "Read non private data"? [01:57] and write, I think [01:57] "Change non-private data"? [01:58] sounds about right [01:58] That can't hurt [01:59] Ah credentials succeeded [01:59] So now I will try requestsync again [02:00] OK, it printed the changelog, and asks me if I want to edit the report [02:00] good, that's what it should do [02:01] (I wander wtf this rcconf is for ) [02:02] done. Bug 321004 [02:02] Launchpad bug 321004 in rcconf "Please sync rcconf 2.0 (universe) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/321004 [02:02] wishlist \o/ [02:03] Laney: well thanks for the intro to launchpadlib [02:04] you're welcome. It's going to be the way for apps to interact with lp [02:05] hi, how do i figure out what packages are required for a package ? [02:05] Laney: so apps need to be authenticated, but can then manipulate the LP database? [02:05] skorasaurus: for what purpose? [02:06] dpkg-checkbuilddeps may be what you are looking for [02:06] mok0, the package (jabref) is updated upstream (by the dev), but debian hasn't updated their package to the newest stable upstream [02:07] if it's not too big of a task for me, I'd like to update for ubuntu. [02:07] That's how I understand it, yes. You authenticate applications to manipulate LP on your behalf [02:08] http://packages.qa.debian.org/j/jabref.html [02:08] skorasaurus: hm, normally you download the existing source package, and use uscan [02:09] skorasaurus: but the watch file for jabref is broken [02:09] mok0, which src package ? the debian one ? [02:09] skorasaurus: no, the ubuntu one [02:09] skorasaurus: because jabref is a merged package [02:10] hello [02:14] goodnight! [02:14] g'nite. [02:25] http://www.debian.org/doc/maint-guide/ch-start.en.html <-- this mentions being updated for potato and woody. is there anything newer I should be reading? [02:32] if you go there http://www.nvidia.com/object/product_geforce_9400m_g_us.html click buy now you will see who is using them [02:36] ryakubo: https://wiki.ubuntu.com/UbuntuDevelopment/FAQ has link to a number of good docs. [02:41] ScottK: yeah, I'm checking everything out. This was linked from the wiki, I just wasn't sure if it was the most recent copy... looks like it is. [02:44] mm, videos [02:44] i'm a sucker for convenience :) [02:45] if you go there http://www.nvidia.com/object/product_geforce_9400m_g_us.html click buy now you will see who is using them [02:45] http://developer.nvidia.com/object/nvapi.html [02:45] DGMurdockIII: Spamming every Ubuntu IRC channel isn't going to win you any friends. [02:46] http://developer.nvidia.com/page/home.html [02:47] i don't think nvidia even needs to spam. definitely not in a linux channel... :P [03:12] Is there an easy way to add keys from the keyserver? [03:12] (to apt) [03:23] Look at the instructions on backports.org. It tells you how. [03:33] Thanks [03:36] YW [03:57] ScottK: weird, the pyliblo package built fine for me. i take it instead of adding debian/tmp to the paths i could also just take the manpages directly from the scripts directory? === mohammad is now known as Guest92828 [04:10] dooooomi: Are you building in a pbuilder or similar chroot? === bluesmoke is now known as Amaranth [04:13] ScottK: no, i'm afraid not [04:13] You have the package installed on your system, right? [04:14] dooooomi: ^^ [04:14] ScottK: pbuilder? [04:14] dooooomi: No. pyliblo [04:16] ScottK: yes, but after your comment i tried uninstalling it and then rebuilding the package, still worked fine [04:16] OK. You're .manpages file had /usr/share/man/man1/send_osc.1 in it. [04:16] Note the leading / [04:17] So that absolute path is where it was looking. [04:17] I'm guessing it worked for you because it was picking up the installed man pages. [04:20] ScottK: oops, you're right. for some reason there were uncompressed manpages in /usr/share/man/man1 which didn't get deleted when i uninstalled the package [04:21] So that explains it. [04:21] ScottK: ok, but scripts/send_osc.1 instead of debian/tmp/usr/share/man/man1/send_osc.1 would work? [04:22] * ScottK looks [04:22] dooooomi: Yes. Use that instead and delete the copies from your debian dir. [04:23] I didn't realize upstream shipped man pages. [04:24] ScottK: there are no manpages in the debian dir, except for the "installed" ones in debian/tmp [04:24] Oh. [04:25] Ah. Youre setup.py installs them. [04:25] Sorry. It's late and I'm doing too many things at once. [04:27] dooooomi: In that case debian/tmp/usr/share/man/man1/send_osc.1 is the way to go. [04:28] dooooomi: This is also a good lesson on why building in a clean chroot is important. The fact that you weren't masked a bug in your package. [04:34] ScottK: ok, i've changed the paths and uploaded a new package [04:35] ScottK: and setting up pbuilder is very high up on my todo list :) [04:35] dooooomi: If you install ubuntu-dev-tools it's as simple as pbuilder-dist jaunty create [04:44] ScottK: Hello [04:45] AnAnt: Hello. [04:45] ScottK: I have a question regarding zekr package [04:45] ScottK: the one in REVU [04:45] Right. [04:46] It's 0.7.2. All I found at zekr.org was 0.7.1. [04:46] ScottK: if I attach a diff.gz file to a bug report, how will you get the orig tarball ? [04:46] From upstream. [04:46] ScottK: oh, I will see with upstream about that [04:47] ScottK: 0.7.2 was in SVN, and not tarball'ed it seems ! [04:47] ScottK: I [04:47] If you want to adjust your package for 0.7.1 we could go ahead. [04:47] Then you could update it once 0.7.2 is released. [04:48] ScottK: I think they just forgot to release 0.7.2 [04:49] OK, well I can't upload something called 0.7.2 until they do. [04:49] Anything particularly wrong with 0.7.1? [04:49] ScottK: yes, of course, I'll contact upstream about that [04:49] OK [04:50] ScottK: I dunno what's new in 0.7.2 actually, I am just co-maintaining the package with Derakhshani [04:54] ScottK: so, will it be reviewed when attached to bug report ? [04:56] ScottK: 0.7.2 is released it seems [04:56] ScottK: http://zekr.org/quran/quran-for-linux [04:56] ScottK: last link [04:59] Looking [05:01] AnAnt: Got it. [05:01] * ScottK will look at it. [05:02] thanks [05:03] dooooomi: Looks good. [05:23] AnAnt: You need to consolidate all the ppa debian/changelog entries. Those packages weren't in Ubuntu so they aren't relevant. [05:23] Just add the useful bits into the current entry. [05:24] AnAnt: You also need to set the Maintainer to MOTU again. [05:26] ok [05:26] thanks [05:27] can it be set to a team mailing list ? Ubuntu Muslim Edition Team [05:27] ah, nevermind, the team name must change anyways [05:29] hi! I have a quick question about my freshly created PPA. I've uploaded a package using dput, which does not let me upload again (since I already did). However, the package hasn't yet shown up in my PPA. When should I expect it/what can I do? [05:30] thepxc: PPA's have nothing to do with Ubuntu. Ask in #launchpad. [05:30] it takes some hours [05:31] thanks and sorry for asking in the wrong place [05:31] I didn't mean to interrupt :-P [05:36] No problem. [06:24] Am I allowed to change setup.py like a Makefile so that everything installs under /usr/bin instead of /usr/local/bin? === Zic_ is now known as Zic [09:56] Laney: manage-credentials opens up w3m if it can't open Firefox. [09:56] And I'll add the copyright to functions.py. === asac_ is now known as asac [11:12] If there are any MOTUs available, would they be able to review my packages on REVU: http://revu.ubuntuwire.com/details.py?package=osm-gps-map http://revu.ubuntuwire.com/details.py?package=pyofa - Thanks :) [11:16] Webspot, I'm not a MOTU, but I saw in your diff that you change a file outside the debian directory (build.cfg). Either patch it or if it's a temporary file. delete it in clean target [11:17] fabrice_sp_: Thanks. I'll take a look at that. [11:17] by the way, it's a huge version: 1.0.3+hg20090101+a08112357b80 [11:18] fabrice_sp_: Is that bad? I included the date of the code checkout and the revision ID. [11:26] Webspot, I thnik the date is not usefull if you have the revision id [11:28] fabrice_sp_: The revision ids aren't ordered though, so a new revision could have an ID that is less, when ordered, compared to the last one, meaning it's not a newer version. [11:28] arghhh [11:29] Webspot, then only put the date [11:30] fabrice_sp_: Okay. Will do. Thanks for your help :) [11:31] Webspot, you're welcome :-) I'll continue to check you're packe, to see if I see errors [11:45] hello. i have a question about reprepro (it's a tool for creating deb repo) - does exist some way to turn off asking passphrase(but not signing packages for repo) each time, when package are putting in repo? [11:59] is it allowed in the packaging policy to change a setup.py like a makefile so that everything is installed in /usr/ instead of /usr/local/? [12:00] no package can install to usr/local [12:02] I know, but am I allowed to change an upstream's setup.py like a makefile so that the source builds in /usr ? setup.py defaults to /usr/local [12:04] if that makes sense... [12:11] binarymutant: Is it normal for setup.py to install in /usr/local or is this a particular upstream curiosity? [12:11] binarymutant, by patch, yes [12:11] you can either patch it, or use dh_install to put the files in the right location, or maybe cdbs/dh7 will take care of it automatically if this is a common case [12:12] I'll patch it, thanks for the help [12:12] what if my package made it to the new queue but I know there's something wrong with it? Should I reupload to revu? [12:13] binarymutant, yes. It's quite common to upload several times, without review [12:13] thanks for the info :) === fabrice_sp_ is now known as fabrice_sp [12:25] Webspot, your package FTBFS [12:25] I think you miss some build dependencies [12:25] fabrice_sp: Sorry? FTBFS? [12:25] Oh [12:25] Right [12:25] Fail To Build From Source [12:26] :-) [12:26] I'll have a look at that. Thanks again for looking at it. [12:26] do you want the log? [12:26] I can pastbin it [12:26] Yes please. [12:27] http://pastebin.ubuntu.com/109335/ [12:27] good luck ;-) [12:27] Thanks [12:37] Laney, hi! Do you plan to manage haskell transition? I was looking at it, so we can share efforts === thekorn_ is now known as thekorn [12:40] DktrKranz: I was going to look at it today, shouldn't be too bad [12:41] Laney, good! quadrispro is after it too, so we can have this done very soon. [12:41] btw we needn't have had it at all [12:41] the merge wasn't necessary for us :( [12:43] yup, but now it's in, so we have to do it anyway [12:44] correct [12:56] Hi mok0: do you have time to re-review dvdstyler? ScottK find some things that I fixed in the last upload (like splitting the package in 2). You can find it at http://revu.ubuntuwire.com/details.py?package=dvdstyler. Thanks. [12:56] Laney, I'll add some more tasks on bug #320946, just to make sure we won't miss anything [12:56] Launchpad bug 320946 in haskell-utf8-string "Packages require rebuild due to new GHC6" [Undecided,Fix released] https://launchpad.net/bugs/320946 [12:57] (unless you already filed similar bugs) [12:57] DktrKranz: No, I just had to do that one for darcs. Please add all that are affected and I'll pitch in in a bit [12:58] some will be syncs fro sid [12:58] good. please ping me for sponsorship once ready :) [12:58] just playing l4d \o\ [13:00] * directhex startles the witch [13:02] expert is pretty imposible [13:03] +s [13:06] fabrice_sp: yeah, sure [13:06] fabrice_sp: I'll look at it later today [13:17] If I run "sudo mount --bind -o ro /bin bin" from my home directory, then the files in bin are not read only and sudo vim bin/zless can still change the files. Mount says (ro,bind), but still ro is not applied. What is going wrong? [13:18] * bmm thinks he is overlooking something stupid, but can't figure out what [13:19] hi! anyone on bug 321124? [13:19] Launchpad bug 321124 in installation-report-generator "Please update installation-report-generator 0.2.0" [Undecided,New] https://launchpad.net/bugs/321124 [13:20] Ooh! I found it, I need to issue a remount after the mount :D [13:22] bmm: Try #ubuntu for support [13:23] hi Laney! [13:23] howdy [13:23] Laney: just found it and already tried that. But found the solution online already :D [13:29] Laney: seemed you need to remount ro after the bind to get it to work. [13:48] james_w: ping [14:51] DktrKranz: Just building everything [14:51] debdiff flood imminent [14:51] Laney, cool! [14:51] there's a couple that have to be done before some others [14:51] I'm testbuilding packages to be synced and file them once ready [14:52] oh, I Was doing that too [14:53] be aware that hdbc needs to be done before any of the hdbc-* ones [14:54] sigh, i dislike the debian bts [14:54] more than LP? [14:57] Laney, no problem then, I'll ACK syncs once they catch up [14:58] nhandler: Haha, I just found an amusing bug in pull-debian-source [14:58] laney@chicken:~/dev/ubuntu/packaging/haskelltransition/sync$ pull-debian-source omg-h unstable [14:58] USAGE: pull-debian-source [-h] [target release] [14:58] it parses the -h in the package name as asking for help [15:00] easy fix, add a ^ anchor to the regex [15:07] Laney, more than LP. debian has no "invalid" or "notabug" for one thing [15:25] I have my package waiting in REVU and have some typos issues and some sentences to rephrase. Can somebody just correct typos as I am not en English native speaker? Thanks: http://paste.ubuntu.com/109419/ [15:28] DktrKranz: debdiffs are up [15:28] bug #320946 [15:28] Launchpad bug 320946 in haskell-utf8-string "Packages require rebuild due to new GHC6" [Medium,Fix released] https://launchpad.net/bugs/320946 [15:29] Laney, I'll have a look right now (and I commit pull-debian-source fix to bzr branch) [15:29] DktrKranz: I'm off out but I will file any remaining syncs when I get back. They all seemed to build except for hdbc which I expected to fail [15:30] Laney, sure. Once filed, please ping/mail/subscribe me and I'll ACK them === paul_ is now known as Elbrus [15:45] hi all [15:45] Hi. I'm having problems with pkg-config, while trying to package something for jaunty. On my intrepid system, "pkg-config --cflags libavcodec" gives me the cflags back, whereas jaunty just sends back a blank line. Can someone help me please? [15:48] Hi all [15:48] what do you think about it [15:48] https://bugs.launchpad.net/ubuntu/+source/xsane/+bug/312123 [15:48] Launchpad bug 312123 in xsane "xsane name in .desktop file is too long" [Undecided,New] [15:49] it must be changed or not? im asking because i wanna know if it's right to do changes to this desktop file [15:49] anakron: yes [15:49] didrocks: there's at least a spellchecker in gedit and kate. Running your text through it is a good habit if you want to contribute any text/doc in English [15:49] ok ill do some changes in the desktop file [15:49] but [15:49] mok0 [15:49] anakron: it's a merge anyway [15:50] didrocks: f.e., "essentiel" would never pass any spellcheck afaik [15:50] do you think that english comment and french must be changed [15:50] or only french [15:50] because french is too large [15:50] its obvious that is a program [15:51] anakron: what the bug suggests sounds perfectly reasonable [15:51] loic-m: hum, I will see how to have a English spellchecker in gedit in addition to my French one :) [15:51] ok thanks :) ill watch it in debian too [15:51] anakron: great [15:52] Webspot: do you have the appropriate -dev package installed in jaunty? [15:52] loic-m: I think this is you who reviewed my work. Was my English so awful? :) [15:53] loic-m: tools>choose language... the English one is there by default [15:53] pochu: Yeah. I've also looked in the libavcodec.pc file in /usr/lib/pkgconfig. The Cflags line seems to be missing "/libavcodec" on the end. Is this right, or am I totally wrong? [15:53] didrocks: tools>choose language... the English one is there by default (sorry for the bad copy/paste) [15:54] loic-m: thanks. I am on it (I am more worried about rephrasing some complicated sentences) [15:54] didrocks: tools>Set language actually ;) [15:54] loic-m: yes, I corrected myself :) [15:55] mok0 [15:55] but is this issue is real [15:55] didrocks: split them so it's simpler, the rest a native English speaker might improve, but at least you get a good habit for other uploads [15:55] i must take out all the "program" added [15:55] or i must adjust to the bug [15:55] loic-m: ok. I will try. I have fixed other changes. Just this one is remaining [15:55] in russian in can't do something [15:55] XD [15:56] didrocks: pastebin it when you're done [15:56] loic-m: ok, thanks :) [15:56] ping mok0 [16:00] Webspot: it can be ok as is, look at the changelog for what the reason was [16:00] pochu: Ok. I'll have a look. Thanks. [16:02] anakron: ah you did ping me :-) [16:03] surely a n00b question, but is there any way I can set up dch to use my correct mail and address? [16:03] I hate to edit them by hand every time [16:07] pochu: Sorry. I'm quite new to all of this, shouldn't pkg-config --cflags libavcodec show "-I/usr/include/libavcodec/"? [16:07] Turl: set DEBEMAIL and DEBFULLNAME [16:08] thanks jcfp :) [16:09] loic-m: is it better http://paste.ubuntu.com/109443/ ? [16:11] didrocks: I'm having a look [16:11] thanks a lot :) === paul_ is now known as Elbrus [16:32] hi [16:32] mok0, did you had time to have a look at dvdstyler? [16:33] hi mib_pt8tdy91 [16:35] fabrice_sp: not yet [16:35] ok. Thanks anyway! :-) [16:36] fabrice_sp: hi [16:36] fabrice_sp: whats dvdstyler? [16:37] a DVD Authoring tool that I packaged, and uploaded to REVU [16:40] fabrice_sp: is it like anyother DVD authoring tool or its special? :) [16:41] well, it's the only one that really worked for me in Ubuntu [16:41] (and I was using it in Windows before switching) [16:42] fabrice_sp: is it like devede? [16:42] fabrice_sp: give a link to your app [16:43] you can find it in my ppa [16:43] (https://launchpad.net/~fabricesp/+archive) [16:44] Turl, yes, it seems so [16:45] fabrice_sp: does it allow you to set several soundtracks and subtitles for 1 movie? I need that functionality, and devede doesn't provide it [16:47] Turl, I have to check, but I remember making DVD with 2 audio tracks [16:47] Turl: Avidemux doesn't either, I had to use mencoder :( [16:49]