jmarsden | Lintian warning of debian-changelog-file-is-a-symlink (using CDBS on Intrepid) is a Debian/Ubuntu philosophy difference I can ignore, right? | 00:03 |
---|---|---|
mok0 | right | 00:06 |
mok0 | The symlinks are a Ubuntu specialty | 00:06 |
mok0 | To save space on the CD | 00:06 |
Laney | Anyone got a pending sync? I want to test a fix to requestsync | 00:14 |
mok0 | Laney: can't you use staging? | 00:15 |
Laney | If I knew how to tell requestsync to | 00:15 |
mok0 | Laney: I'm sure it can be done but I can't tell you how | 00:17 |
Laney | right | 00:17 |
* Laney trolls the rcbugs page | 00:18 | |
=== macd_ is now known as macd | ||
mok0 | Laney: are you hacking the requestsync code? | 00:20 |
Laney | mok0: Just a small fix | 00:20 |
Laney | for bug #320984 | 00:20 |
ubottu | Launchpad bug 320984 in ubuntu-dev-tools "requestsync fails with 401 unauthorized when adding subscribers" [Undecided,New] https://launchpad.net/bugs/320984 | 00:20 |
Laney | I filed it and then felt guilty about being too lazy to fix it | 00:20 |
Laney | so decided to do so | 00:20 |
mok0 | Laney: good for you! | 00:21 |
mok0 | Laney: the file common.py has a lot of refs to launchpad | 00:21 |
Laney | I think it's get_launchpad | 00:23 |
=== mohammad is now known as Guest56275 | ||
mok0 | get_launchpad? I don't see that anywhere | 00:25 |
Laney | ubuntutools/lp/libsupport.py | 00:26 |
mok0 | Hm, my copy must be out-of-date | 00:27 |
Laney | this is latest bzr | 00:27 |
mok0 | I have revision 99 | 00:27 |
Laney | oh, interesting. requestsync seems separately broken | 00:27 |
Guest56275 | 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:30 |
Laney | jpds: functions.py misses copyright info | 00:31 |
Laney | (it was you, right?) | 00:31 |
Laney | yes, it was | 00:31 |
=== Guest56275 is now known as mohammad | ||
=== mohammad is now known as Guest42779 | ||
=== Guest42779 is now known as Guest42775 | ||
Laney | bah, staging seems interminably slow | 00:35 |
=== Guest42775 is now known as mohammad | ||
=== mohammad is now known as Guest28835 | ||
=== Guest28835 is now known as mohammad | ||
=== mohammad is now known as Guest42652 | ||
Laney | mok0: If you have time, I proposed my branch for merging | 01:10 |
mok0 | Laney: ok... what do you want me to do | 01:12 |
mok0 | where's your branch | 01:13 |
Laney | mok0: bzr merge lp:~laney/ubuntu-dev-tools/dev in your copy | 01:14 |
Laney | review my changes then push it up if you'd be so kind | 01:14 |
mok0 | Laney: actually, my copy is my own experimental branch | 01:15 |
mok0 | I don't think I can push that elsewhere? | 01:15 |
Laney | you can bzr get a fresh copy of trunk | 01:15 |
Laney | I don't know if there's a better bzr workflow, probably is | 01:15 |
mok0 | Laney: yeah... I only have a very rudimentary understanding of bzr... I use git mostly | 01:16 |
mok0 | Laney: I'm getting a whole bunch of error message | 01:17 |
Laney | mok0: when doing what? | 01:18 |
mok0 | bzr branch on your branch | 01:18 |
mok0 | but the source is here now | 01:18 |
Laney | you should branch from trunk and then merge my branch | 01:19 |
Laney | I think that's the proper way | 01:19 |
mok0 | Ah, ok, I'll try that | 01:19 |
Laney | hope I didn't break bzr... | 01:19 |
mok0 | Well, it did something... let me pastebin the error message for your reference | 01:20 |
mok0 | http://paste.ubuntu.com/109200/ | 01:23 |
Laney | Oh yeah, I think that's just LP not supporting the newest bzr repo format yet | 01:24 |
mok0 | Laney: I dunno... is it your branch that needs bzr upgrade?? | 01:24 |
mok0 | Ah | 01:24 |
Laney | maybe, it's harmless anyway | 01:24 |
Laney | laney@chicken:~/bin/ubuntu-dev-tools$ bzr upgrade | 01:24 |
Laney | bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format. | 01:24 |
mok0 | Anyway, what should I look at? | 01:25 |
Laney | you can "bzr diff" to see my changes | 01:25 |
mok0 | bzr diff? | 01:25 |
Laney | then test a sync if you'd like, to see if it sets the bug as wishlist | 01:26 |
Laney | obviously I couldn't test that as I'm not in the team | 01:26 |
mok0 | The change in functions.py, is... ? | 01:27 |
mok0 | ah | 01:27 |
Laney | using the same name caused an error | 01:27 |
mok0 | urlopener? | 01:28 |
Laney | yep | 01:28 |
Laney | urlopener = urlopener... | 01:28 |
mok0 | oh yes of course | 01:28 |
mok0 | was that never tested? | 01:28 |
mok0 | Hm, so now I need to find a sync | 01:29 |
Laney | check multidistrotools | 01:29 |
Laney | pretty easy to find something worth syncing on there | 01:29 |
mok0 | multidistrotools? | 01:32 |
Laney | quadrispro: syncs should be new until acked | 01:32 |
Laney | mok0: http://qa.ubuntuwire.com/multidistrotools/ | 01:32 |
Laney | Sid version > Jaunty version is a good place to look | 01:32 |
mok0 | Oh that | 01:33 |
quadrispro | oh Laney, I'm very sorry (and very tired) :) good bye | 01:34 |
Laney | heh | 01:34 |
Laney | night | 01:34 |
quadrispro | bye guys! | 01:34 |
mok0 | Laney, hang on looking for a good one | 01:34 |
Laney | mok0: I'm not off yet | 01:35 |
maxb | Can syncs ever happen from places other than Debian? | 01:35 |
Laney | yep | 01:36 |
mok0 | Laney: ./requestsync --help gives traceback | 01:38 |
Laney | not here | 01:38 |
mok0 | NameError: name 'EDGE_SERVICE_ROOT' is not defined | 01:39 |
mok0 | I'm an edge user | 01:39 |
Laney | I am too, but I don't see that. Where does the traceback come from? | 01:40 |
mok0 | libsupport.py | 01:40 |
Laney | maybe it's your version of python-launchpadlib | 01:40 |
Laney | python-launchpadlib: Installed: 0.2~bzr25-0ubuntu1 | 01:41 |
mok0 | I don't have it | 01:41 |
Laney | that'll do it | 01:41 |
mok0 | yep | 01:42 |
mok0 | Is it using staging? | 01:42 |
Laney | 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 |
Laney | but I don't think staging is working atm | 01:43 |
mok0 | I tried, and got a stacktrace | 01:43 |
Laney | try and visit http://staging.launchpad.net - it's dead | 01:44 |
mok0 | http://pastebin.com/f35d63435 | 01:45 |
mok0 | He, yes, it's off on weekend | 01:46 |
Laney | you need the --lp param to use the new code | 01:46 |
mok0 | oh yes | 01:47 |
mok0 | That gave another problem but no exception | 01:47 |
Laney | (and to ./manage-credentials -c ubuntu-dev-tools) | 01:47 |
mok0 | http://pastebin.com/f29502c64 | 01:48 |
Laney | yep, you need credentials to use lplib | 01:49 |
mok0 | That's new | 01:50 |
mok0 | I need to give my lp password? | 01:50 |
Laney | no, you just need to authorise the application in launchpad | 01:51 |
Laney | manage-credentials will open a browser window to do this | 01:51 |
mok0 | Oh, I'm remotely connected to my box via ssh | 01:51 |
Laney | heh | 01:52 |
mok0 | I'm on my mac right now | 01:52 |
Laney | I don't know what it'll do then | 01:52 |
Laney | jpds wrote the tool | 01:52 |
mok0 | I'm more trouble for you than it's worth | 01:53 |
mok0 | Ah, it open elinks | 01:53 |
mok0 | cool | 01:53 |
mok0 | Laney: so now I'm on a screen where I need to authorize application | 01:56 |
Laney | yeah, that's right | 01:56 |
mok0 | What privs does it need? | 01:57 |
mok0 | "Read non private data"? | 01:57 |
Laney | and write, I think | 01:57 |
mok0 | "Change non-private data"? | 01:57 |
Laney | sounds about right | 01:58 |
mok0 | That can't hurt | 01:58 |
mok0 | Ah credentials succeeded | 01:59 |
mok0 | So now I will try requestsync again | 01:59 |
mok0 | OK, it printed the changelog, and asks me if I want to edit the report | 02:00 |
Laney | good, that's what it should do | 02:00 |
mok0 | (I wander wtf this rcconf is for ) | 02:01 |
mok0 | done. Bug 321004 | 02:02 |
ubottu | Launchpad bug 321004 in rcconf "Please sync rcconf 2.0 (universe) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/321004 | 02:02 |
Laney | wishlist \o/ | 02:02 |
mok0 | Laney: well thanks for the intro to launchpadlib | 02:03 |
Laney | you're welcome. It's going to be the way for apps to interact with lp | 02:04 |
skorasaurus | hi, how do i figure out what packages are required for a package ? | 02:05 |
mok0 | Laney: so apps need to be authenticated, but can then manipulate the LP database? | 02:05 |
mok0 | skorasaurus: for what purpose? | 02:05 |
mok0 | dpkg-checkbuilddeps may be what you are looking for | 02:06 |
skorasaurus | mok0, the package (jabref) is updated upstream (by the dev), but debian hasn't updated their package to the newest stable upstream | 02:06 |
skorasaurus | if it's not too big of a task for me, I'd like to update for ubuntu. | 02:07 |
Laney | That's how I understand it, yes. You authenticate applications to manipulate LP on your behalf | 02:07 |
skorasaurus | http://packages.qa.debian.org/j/jabref.html | 02:08 |
mok0 | skorasaurus: hm, normally you download the existing source package, and use uscan | 02:08 |
mok0 | skorasaurus: but the watch file for jabref is broken | 02:09 |
skorasaurus | mok0, which src package ? the debian one ? | 02:09 |
mok0 | skorasaurus: no, the ubuntu one | 02:09 |
mok0 | skorasaurus: because jabref is a merged package | 02:09 |
ryakubo | hello | 02:10 |
mok0 | goodnight! | 02:14 |
skorasaurus | g'nite. | 02:14 |
ryakubo | 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:25 |
DGMurdockIII | 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:32 |
ScottK | ryakubo: https://wiki.ubuntu.com/UbuntuDevelopment/FAQ has link to a number of good docs. | 02:36 |
ryakubo | 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:41 |
ryakubo | mm, videos | 02:44 |
ryakubo | i'm a sucker for convenience :) | 02:44 |
DGMurdockIII | 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 |
DGMurdockIII | http://developer.nvidia.com/object/nvapi.html | 02:45 |
ScottK | DGMurdockIII: Spamming every Ubuntu IRC channel isn't going to win you any friends. | 02:45 |
DGMurdockIII | http://developer.nvidia.com/page/home.html | 02:46 |
ryakubo | i don't think nvidia even needs to spam. definitely not in a linux channel... :P | 02:47 |
sooth | Is there an easy way to add keys from the keyserver? | 03:12 |
sooth | (to apt) | 03:12 |
ScottK | Look at the instructions on backports.org. It tells you how. | 03:23 |
sooth | Thanks | 03:33 |
ScottK | YW | 03:36 |
dooooomi | 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? | 03:57 |
=== mohammad is now known as Guest92828 | ||
ScottK | dooooomi: Are you building in a pbuilder or similar chroot? | 04:10 |
=== bluesmoke is now known as Amaranth | ||
dooooomi | ScottK: no, i'm afraid not | 04:13 |
ScottK | You have the package installed on your system, right? | 04:13 |
ScottK | dooooomi: ^^ | 04:14 |
dooooomi | ScottK: pbuilder? | 04:14 |
ScottK | dooooomi: No. pyliblo | 04:14 |
dooooomi | ScottK: yes, but after your comment i tried uninstalling it and then rebuilding the package, still worked fine | 04:16 |
ScottK | OK. You're .manpages file had /usr/share/man/man1/send_osc.1 in it. | 04:16 |
ScottK | Note the leading / | 04:16 |
ScottK | So that absolute path is where it was looking. | 04:17 |
ScottK | I'm guessing it worked for you because it was picking up the installed man pages. | 04:17 |
dooooomi | 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:20 |
ScottK | So that explains it. | 04:21 |
dooooomi | ScottK: ok, but scripts/send_osc.1 instead of debian/tmp/usr/share/man/man1/send_osc.1 would work? | 04:21 |
* ScottK looks | 04:22 | |
ScottK | dooooomi: Yes. Use that instead and delete the copies from your debian dir. | 04:22 |
ScottK | I didn't realize upstream shipped man pages. | 04:23 |
dooooomi | ScottK: there are no manpages in the debian dir, except for the "installed" ones in debian/tmp | 04:24 |
ScottK | Oh. | 04:24 |
ScottK | Ah. Youre setup.py installs them. | 04:25 |
ScottK | Sorry. It's late and I'm doing too many things at once. | 04:25 |
ScottK | dooooomi: In that case debian/tmp/usr/share/man/man1/send_osc.1 is the way to go. | 04:27 |
ScottK | 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:28 |
dooooomi | ScottK: ok, i've changed the paths and uploaded a new package | 04:34 |
dooooomi | ScottK: and setting up pbuilder is very high up on my todo list :) | 04:35 |
ScottK | dooooomi: If you install ubuntu-dev-tools it's as simple as pbuilder-dist jaunty create | 04:35 |
AnAnt | ScottK: Hello | 04:44 |
ScottK | AnAnt: Hello. | 04:45 |
AnAnt | ScottK: I have a question regarding zekr package | 04:45 |
AnAnt | ScottK: the one in REVU | 04:45 |
ScottK | Right. | 04:45 |
ScottK | It's 0.7.2. All I found at zekr.org was 0.7.1. | 04:46 |
AnAnt | ScottK: if I attach a diff.gz file to a bug report, how will you get the orig tarball ? | 04:46 |
ScottK | From upstream. | 04:46 |
AnAnt | ScottK: oh, I will see with upstream about that | 04:46 |
AnAnt | ScottK: 0.7.2 was in SVN, and not tarball'ed it seems ! | 04:47 |
AnAnt | ScottK: I | 04:47 |
ScottK | If you want to adjust your package for 0.7.1 we could go ahead. | 04:47 |
ScottK | Then you could update it once 0.7.2 is released. | 04:47 |
AnAnt | ScottK: I think they just forgot to release 0.7.2 | 04:48 |
ScottK | OK, well I can't upload something called 0.7.2 until they do. | 04:49 |
ScottK | Anything particularly wrong with 0.7.1? | 04:49 |
AnAnt | ScottK: yes, of course, I'll contact upstream about that | 04:49 |
ScottK | OK | 04:49 |
AnAnt | ScottK: I dunno what's new in 0.7.2 actually, I am just co-maintaining the package with Derakhshani | 04:50 |
AnAnt | ScottK: so, will it be reviewed when attached to bug report ? | 04:54 |
AnAnt | ScottK: 0.7.2 is released it seems | 04:56 |
AnAnt | ScottK: http://zekr.org/quran/quran-for-linux | 04:56 |
AnAnt | ScottK: last link | 04:56 |
ScottK | Looking | 04:59 |
ScottK | AnAnt: Got it. | 05:01 |
* ScottK will look at it. | 05:01 | |
AnAnt | thanks | 05:02 |
ScottK | dooooomi: Looks good. | 05:03 |
ScottK | AnAnt: You need to consolidate all the ppa debian/changelog entries. Those packages weren't in Ubuntu so they aren't relevant. | 05:23 |
ScottK | Just add the useful bits into the current entry. | 05:23 |
ScottK | AnAnt: You also need to set the Maintainer to MOTU again. | 05:24 |
AnAnt | ok | 05:26 |
AnAnt | thanks | 05:26 |
AnAnt | can it be set to a team mailing list ? Ubuntu Muslim Edition Team <ubuntume.team@lists.launchpad.net> | 05:27 |
AnAnt | ah, nevermind, the team name must change anyways | 05:27 |
thepxc | 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:29 |
ScottK | thepxc: PPA's have nothing to do with Ubuntu. Ask in #launchpad. | 05:30 |
EagleScreen | it takes some hours | 05:30 |
thepxc | thanks and sorry for asking in the wrong place | 05:31 |
thepxc | I didn't mean to interrupt :-P | 05:31 |
ScottK | No problem. | 05:36 |
binarymutant | Am I allowed to change setup.py like a Makefile so that everything installs under /usr/bin instead of /usr/local/bin? | 06:24 |
=== Zic_ is now known as Zic | ||
jpds | Laney: manage-credentials opens up w3m if it can't open Firefox. | 09:56 |
jpds | And I'll add the copyright to functions.py. | 09:56 |
=== asac_ is now known as asac | ||
Webspot | 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:12 |
fabrice_sp_ | 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:16 |
Webspot | fabrice_sp_: Thanks. I'll take a look at that. | 11:17 |
fabrice_sp_ | by the way, it's a huge version: 1.0.3+hg20090101+a08112357b80 | 11:17 |
Webspot | fabrice_sp_: Is that bad? I included the date of the code checkout and the revision ID. | 11:18 |
fabrice_sp_ | Webspot, I thnik the date is not usefull if you have the revision id | 11:26 |
Webspot | 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 |
fabrice_sp_ | arghhh | 11:28 |
fabrice_sp_ | Webspot, then only put the date | 11:29 |
Webspot | fabrice_sp_: Okay. Will do. Thanks for your help :) | 11:30 |
fabrice_sp_ | Webspot, you're welcome :-) I'll continue to check you're packe, to see if I see errors | 11:31 |
ia | 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:45 |
binarymutant | 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/? | 11:59 |
directhex | no package can install to usr/local | 12:00 |
binarymutant | 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:02 |
binarymutant | if that makes sense... | 12:04 |
Laney | binarymutant: Is it normal for setup.py to install in /usr/local or is this a particular upstream curiosity? | 12:11 |
fabrice_sp_ | binarymutant, by patch, yes | 12:11 |
Laney | 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:11 |
binarymutant | I'll patch it, thanks for the help | 12:12 |
binarymutant | 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:12 |
fabrice_sp_ | binarymutant, yes. It's quite common to upload several times, without review | 12:13 |
binarymutant | thanks for the info :) | 12:13 |
=== fabrice_sp_ is now known as fabrice_sp | ||
fabrice_sp | Webspot, your package FTBFS | 12:25 |
fabrice_sp | I think you miss some build dependencies | 12:25 |
Webspot | fabrice_sp: Sorry? FTBFS? | 12:25 |
Webspot | Oh | 12:25 |
Webspot | Right | 12:25 |
fabrice_sp | Fail To Build From Source | 12:25 |
fabrice_sp | :-) | 12:26 |
Webspot | I'll have a look at that. Thanks again for looking at it. | 12:26 |
fabrice_sp | do you want the log? | 12:26 |
fabrice_sp | I can pastbin it | 12:26 |
Webspot | Yes please. | 12:26 |
fabrice_sp | http://pastebin.ubuntu.com/109335/ | 12:27 |
fabrice_sp | good luck ;-) | 12:27 |
Webspot | Thanks | 12:27 |
DktrKranz | Laney, hi! Do you plan to manage haskell transition? I was looking at it, so we can share efforts | 12:37 |
=== thekorn_ is now known as thekorn | ||
Laney | DktrKranz: I was going to look at it today, shouldn't be too bad | 12:40 |
DktrKranz | Laney, good! quadrispro is after it too, so we can have this done very soon. | 12:41 |
Laney | btw we needn't have had it at all | 12:41 |
Laney | the merge wasn't necessary for us :( | 12:41 |
DktrKranz | yup, but now it's in, so we have to do it anyway | 12:43 |
Laney | correct | 12:44 |
fabrice_sp | 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 |
DktrKranz | Laney, I'll add some more tasks on bug #320946, just to make sure we won't miss anything | 12:56 |
ubottu | Launchpad bug 320946 in haskell-utf8-string "Packages require rebuild due to new GHC6" [Undecided,Fix released] https://launchpad.net/bugs/320946 | 12:56 |
DktrKranz | (unless you already filed similar bugs) | 12:57 |
Laney | 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:57 |
Laney | some will be syncs fro sid | 12:58 |
DktrKranz | good. please ping me for sponsorship once ready :) | 12:58 |
Laney | just playing l4d \o\ | 12:58 |
* directhex startles the witch | 13:00 | |
Laney | expert is pretty imposible | 13:02 |
Laney | +s | 13:03 |
mok0 | fabrice_sp: yeah, sure | 13:06 |
mok0 | fabrice_sp: I'll look at it later today | 13:06 |
bmm | 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:17 |
* bmm thinks he is overlooking something stupid, but can't figure out what | 13:18 | |
quadrispro | hi! anyone on bug 321124? | 13:19 |
ubottu | Launchpad bug 321124 in installation-report-generator "Please update installation-report-generator 0.2.0" [Undecided,New] https://launchpad.net/bugs/321124 | 13:19 |
bmm | Ooh! I found it, I need to issue a remount after the mount :D | 13:20 |
Laney | bmm: Try #ubuntu for support | 13:22 |
quadrispro | hi Laney! | 13:23 |
Laney | howdy | 13:23 |
bmm | Laney: just found it and already tried that. But found the solution online already :D | 13:23 |
bmm | Laney: seemed you need to remount ro after the bind to get it to work. | 13:29 |
loic-m | james_w: ping | 13:48 |
Laney | DktrKranz: Just building everything | 14:51 |
Laney | debdiff flood imminent | 14:51 |
DktrKranz | Laney, cool! | 14:51 |
Laney | there's a couple that have to be done before some others | 14:51 |
DktrKranz | I'm testbuilding packages to be synced and file them once ready | 14:51 |
Laney | oh, I Was doing that too | 14:52 |
Laney | be aware that hdbc needs to be done before any of the hdbc-* ones | 14:53 |
directhex | sigh, i dislike the debian bts | 14:54 |
Laney | more than LP? | 14:54 |
DktrKranz | Laney, no problem then, I'll ACK syncs once they catch up | 14:57 |
Laney | nhandler: Haha, I just found an amusing bug in pull-debian-source | 14:58 |
Laney | laney@chicken:~/dev/ubuntu/packaging/haskelltransition/sync$ pull-debian-source omg-h unstable | 14:58 |
Laney | USAGE: pull-debian-source [-h] <source package> [target release] | 14:58 |
Laney | it parses the -h in the package name as asking for help | 14:58 |
Laney | easy fix, add a ^ anchor to the regex | 15:00 |
directhex | Laney, more than LP. debian has no "invalid" or "notabug" for one thing | 15:07 |
didrocks | 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:25 |
Laney | DktrKranz: debdiffs are up | 15:28 |
Laney | bug #320946 | 15:28 |
ubottu | Launchpad bug 320946 in haskell-utf8-string "Packages require rebuild due to new GHC6" [Medium,Fix released] https://launchpad.net/bugs/320946 | 15:28 |
DktrKranz | Laney, I'll have a look right now (and I commit pull-debian-source fix to bzr branch) | 15:29 |
Laney | 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:29 |
DktrKranz | Laney, sure. Once filed, please ping/mail/subscribe me and I'll ACK them | 15:30 |
=== paul_ is now known as Elbrus | ||
anakron | hi all | 15:45 |
Webspot | 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:45 |
anakron | Hi all | 15:48 |
anakron | what do you think about it | 15:48 |
anakron | https://bugs.launchpad.net/ubuntu/+source/xsane/+bug/312123 | 15:48 |
ubottu | Launchpad bug 312123 in xsane "xsane name in .desktop file is too long" [Undecided,New] | 15:48 |
anakron | 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 |
mok0 | anakron: yes | 15:49 |
loic-m | 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 |
anakron | ok ill do some changes in the desktop file | 15:49 |
anakron | but | 15:49 |
anakron | mok0 | 15:49 |
mok0 | anakron: it's a merge anyway | 15:49 |
loic-m | didrocks: f.e., "essentiel" would never pass any spellcheck afaik | 15:50 |
anakron | do you think that english comment and french must be changed | 15:50 |
anakron | or only french | 15:50 |
anakron | because french is too large | 15:50 |
anakron | its obvious that is a program | 15:50 |
mok0 | anakron: what the bug suggests sounds perfectly reasonable | 15:51 |
didrocks | loic-m: hum, I will see how to have a English spellchecker in gedit in addition to my French one :) | 15:51 |
anakron | ok thanks :) ill watch it in debian too | 15:51 |
mok0 | anakron: great | 15:51 |
pochu | Webspot: do you have the appropriate -dev package installed in jaunty? | 15:52 |
didrocks | loic-m: I think this is you who reviewed my work. Was my English so awful? :) | 15:52 |
loic-m | loic-m: tools>choose language... the English one is there by default | 15:53 |
Webspot | 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 |
loic-m | didrocks: tools>choose language... the English one is there by default (sorry for the bad copy/paste) | 15:53 |
didrocks | loic-m: thanks. I am on it (I am more worried about rephrasing some complicated sentences) | 15:54 |
loic-m | didrocks: tools>Set language actually ;) | 15:54 |
didrocks | loic-m: yes, I corrected myself :) | 15:54 |
anakron | mok0 | 15:55 |
anakron | but is this issue is real | 15:55 |
loic-m | 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 |
anakron | i must take out all the "program" added | 15:55 |
anakron | or i must adjust to the bug | 15:55 |
didrocks | loic-m: ok. I will try. I have fixed other changes. Just this one is remaining | 15:55 |
anakron | in russian in can't do something | 15:55 |
anakron | XD | 15:55 |
loic-m | didrocks: pastebin it when you're done | 15:56 |
didrocks | loic-m: ok, thanks :) | 15:56 |
anakron | ping mok0 | 15:56 |
pochu | Webspot: it can be ok as is, look at the changelog for what the reason was | 16:00 |
Webspot | pochu: Ok. I'll have a look. Thanks. | 16:00 |
mok0 | anakron: ah you did ping me :-) | 16:02 |
Turl | surely a n00b question, but is there any way I can set up dch to use my correct mail and address? | 16:03 |
Turl | I hate to edit them by hand every time | 16:03 |
Webspot | pochu: Sorry. I'm quite new to all of this, shouldn't pkg-config --cflags libavcodec show "-I/usr/include/libavcodec/"? | 16:07 |
jcfp | Turl: set DEBEMAIL and DEBFULLNAME | 16:07 |
Turl | thanks jcfp :) | 16:08 |
didrocks | loic-m: is it better http://paste.ubuntu.com/109443/ ? | 16:09 |
loic-m | didrocks: I'm having a look | 16:11 |
didrocks | thanks a lot :) | 16:11 |
=== paul_ is now known as Elbrus | ||
mib_pt8tdy91 | hi | 16:32 |
fabrice_sp | mok0, did you had time to have a look at dvdstyler? | 16:32 |
fabrice_sp | hi mib_pt8tdy91 | 16:33 |
mok0 | fabrice_sp: not yet | 16:35 |
fabrice_sp | ok. Thanks anyway! :-) | 16:35 |
mib_pt8tdy91 | fabrice_sp: hi | 16:36 |
mib_pt8tdy91 | fabrice_sp: whats dvdstyler? | 16:36 |
fabrice_sp | a DVD Authoring tool that I packaged, and uploaded to REVU | 16:37 |
mib_pt8tdy91 | fabrice_sp: is it like anyother DVD authoring tool or its special? :) | 16:40 |
fabrice_sp | well, it's the only one that really worked for me in Ubuntu | 16:41 |
fabrice_sp | (and I was using it in Windows before switching) | 16:41 |
Turl | fabrice_sp: is it like devede? | 16:42 |
mib_pt8tdy91 | fabrice_sp: give a link to your app | 16:42 |
fabrice_sp | you can find it in my ppa | 16:43 |
fabrice_sp | (https://launchpad.net/~fabricesp/+archive) | 16:43 |
fabrice_sp | Turl, yes, it seems so | 16:44 |
Turl | 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:45 |
fabrice_sp | Turl, I have to check, but I remember making DVD with 2 audio tracks | 16:47 |
loic-m | Turl: Avidemux doesn't either, I had to use mencoder :( | 16:47 |
Turl | devede uses mencoder iirc, it won't be difficult to add that functionality then | 16:49 |
fabrice_sp_ | Turl, it can: http://dvdstyler.wiki.sourceforge.net/FAQMultipleAudio | 16:50 |
mib_pt8tdy91 | QUESTION: How are versions made?If I start a new project is there any standards that I should follow?( for learning purposes) | 16:59 |
slytherin | Does anyone have any idea why would /dev/null have permissions 600? | 17:00 |
Turl | slytherin: no idea :/ mine is crw-rw-rw- (read-writeable by all) | 17:01 |
slytherin | Turl: yes, that is correct. | 17:02 |
fabrice_sp_ | mib_pt8tdy91, what do you mean by version? Packaging an existing program, you mean? | 17:03 |
mib_pt8tdy91 | fabrice_sp_: no I want to start a new project I have just packaged it and I want to give it some meaningful name that corresponds to [project name]+[stable release no]+[beta release no]+etc | 17:06 |
mib_pt8tdy91 | fabrice_sp_: I think thats when version comes into the scene..Am I right? | 17:07 |
fabrice_sp_ | mib_pt8tdy91, sorry, I don't understand what you mean. Are you asking for the package name of the app name? | 17:18 |
Guest92828 | Hi ScottK, ScottK-desktop, thank you for reviewing zekr. Will you be kind enough to look over my new upload again. | 17:18 |
mib_pt8tdy91 | fabrice_sp_: yes exactly | 17:18 |
Guest92828 | ScottK: Sorry I forgot to give the link: http://revu.ubuntuwire.com/details.py?package=zekr | 17:20 |
Turl | mib_pt8tdy91: iirc, it's packagename_upstreamversion-debianrevision | 17:21 |
Turl | so for example, if my app is called hello and version is 3.9, bash_3.9-1 for a first revision of that version | 17:21 |
slytherin | Turl: he is not talking about versions in debia/ubuntu | 17:22 |
Turl | slytherin: then I don't get what he means :p | 17:22 |
slytherin | mib_pt8tdy91: I don't understand how can we advice you on the version number for your project. | 17:22 |
mib_pt8tdy91 | slytherin: I am asking what is the importance of version number and why its so complex like bash_3.9_1 instead of hello1, hello2 and so on... | 17:25 |
Turl | what does this mean? W: aircrack-ng source: patch-system-but-direct-changes-in-diff patches/000-Airmon_needs_bash.diff and 1 more | 17:25 |
mib_pt8tdy91 | Turl: I didn't get u!!! | 17:26 |
slytherin | mib_pt8tdy91: probably to separate name from version | 17:26 |
slytherin | Turl: you are using some patch system in the package. but some source is directly patched. | 17:26 |
Turl | yeah, I'm using quilt | 17:27 |
Turl | but quilt pop -a reports no source is patched | 17:27 |
mib_pt8tdy91 | slytherin: There are many releases and patches and to separately identify the order they were released we use version numbers...right?Are there any standards?or simply we keep it as we like? | 17:28 |
rugby471 | quick question, if you were replacing an image in a deb, how do you create a debdiff? | 17:28 |
Turl | mib_pt8tdy91: the version number should be the same as upstream, if that is what you want to know | 17:29 |
bholtsclaw | rugby471: uuencod'ed patch ? | 17:29 |
slytherin | Turl: can't help much without looking at package. | 17:29 |
rugby471 | bholtsclaw:what's that? | 17:29 |
Turl | for example, application "myapp 5.9.8 was released". package would be myapp_5.9.8-1 for a first debian revision | 17:29 |
fabrice_sp_ | Turl, did you export QUILT_PATCHES ? | 17:29 |
bholtsclaw | rugby471: a way to patch images in deb's | 17:30 |
mib_pt8tdy91 | Turl: I am kinda new to ubuntu devs can you explain whats upstream? | 17:30 |
=== bholtsclaw is now known as imbrandon | ||
Turl | fabrice_sp_: nope | 17:30 |
fabrice_sp_ | Turl, should point to debian/patches | 17:30 |
mib_pt8tdy91 | Turl: I got it | 17:30 |
mib_pt8tdy91 | Turl: but whats upstream? | 17:30 |
Turl | mib_pt8tdy91: upstream is the (group of) people who code the app | 17:30 |
rugby471 | bholtsclaw:how does it work? is documentation of it on the wiki? | 17:30 |
mib_pt8tdy91 | Thanx Turl slytherin fabrice_sp_ | 17:31 |
Turl | for example, the "dd" upstream is GNU, ubuntu's upstream is debian, ... | 17:31 |
imbrandon | rugby471: i'm sure, lemme look | 17:31 |
rugby471 | thx | 17:31 |
mib_pt8tdy91 | Turl: The debian people develop and you distribute? | 17:31 |
=== fabrice_sp_ is now known as fabrice_sp | ||
mib_pt8tdy91 | Turl: *you means Ubuntu | 17:31 |
Turl | mib_pt8tdy91: not really, but debian is the "source" of ubuntu | 17:32 |
Turl | ubuntu is based on debian | 17:32 |
mib_pt8tdy91 | Turl: so Ubuntu takes some of the apps from debian edit its source code and then release it. | 17:33 |
mib_pt8tdy91 | great | 17:33 |
Turl | sometimes, sometimes not | 17:33 |
mib_pt8tdy91 | ya thats why I wrote "some" of the apps | 17:34 |
Turl | sorry, that one is a bad example | 17:34 |
mib_pt8tdy91 | which one? | 17:34 |
Turl | the debian-ubuntu one | 17:34 |
mib_pt8tdy91 | anyways I got the essence | 17:34 |
Turl | you know gcc, the C compiler? upstream is GNU | 17:34 |
mib_pt8tdy91 | ya | 17:34 |
Turl | or brasero, the upstream is the GNOME guys | 17:35 |
mib_pt8tdy91 | Turl: OK | 17:35 |
Turl | well, the W: aircrack-ng source: patch-system-but-direct-changes-in-diff patches/000-Airmon_needs_bash.diff and 1 more still is there, even after reextracting the original source and copying the debian dir, reimporting the patches and debuilding | 17:40 |
fabrice_sp | Turl, do you have a patches directory in the root directory? | 17:42 |
fabrice_sp | it seems that upstream is shipping this file | 17:43 |
Turl | fabrice_sp: i have debian/patches | 17:45 |
fabrice_sp | Turl, and not patches/000-Airmon... ? | 17:47 |
Turl | the patches in /patches are a totally different thing, except for the one "000-Airmon_needs_bash.diff" one | 17:47 |
fabrice_sp | so it seems you modified this one | 17:47 |
fabrice_sp | do you have patch to modify this patch? | 17:48 |
Turl | nope | 17:48 |
fabrice_sp | have a look at you diff file to see what has been changed | 17:48 |
Turl | it's the same patch I have in debian/patches | 17:49 |
Turl | ok fabrice_sp | 17:49 |
rugby471 | don't owrry I found it https://wiki.ubuntu.com/PackagingGuide/Howtos/BinaryFilesInDiff | 17:49 |
Turl | fabrice_sp: it seems quint modifies both series files | 17:51 |
fabrice_sp | Turl, if you set QUILT_PATCHES to debian/patches, it shouldn't | 17:51 |
Turl | fabrice_sp: working fine now, thanks :) | 17:54 |
fabrice_sp | Turl, you're welcome ;-= | 17:55 |
Turl | how much time can it take for a sponsor to look at a bug? | 17:59 |
fabrice_sp | Turl, it depends. Did you subscribed u-u-s? | 18:04 |
Turl | fabrice_sp: yep | 18:06 |
fabrice_sp | Turl, if you put the status to Confirmed, it should be a couple of days | 18:07 |
Turl | it's already confirmed | 18:08 |
fabrice_sp | ok | 18:09 |
quadrispro | hi guys | 18:11 |
quadrispro | w-scan needs some love :) -> http://revu.ubuntuwire.com/details.py?package=w-scan | 18:11 |
* Turl hugs w-scan | 18:13 | |
Piratenaapje | Is anyone welcome to fix the [needs-packaging]-bugs in the ubuntu launchpad buglist? | 18:16 |
fabrice_sp | Piratenaapje, I think that you will be more welcome if you fix others bugs report | 18:17 |
fabrice_sp | :-) | 18:17 |
quadrispro | bye | 18:17 |
Webspot | Hey. If there are any MOTUs around and available, could they review my packages at REVU? One is osm-gps-map, which is a GTK widget for embedding openstreetmap. And the other is pyofa, which creates audio fingerprints for files. http://revu.ubuntuwire.com/details.py?package=osm-gps-map http://revu.ubuntuwire.com/details.py?package=pyofa - Thanks :-) | 18:18 |
Piratenaapje | I should just reply to the bug and say that I'm trying to package it? | 18:19 |
Piratenaapje | Or do I need to offer mentorship? | 18:19 |
Webspot | Piratenaapje: I understand you assign the bug to yourself, and set it to in progress. | 18:20 |
slytherin | Piratenaapje: if you are going to package it, assign the bug to yourself | 18:20 |
Piratenaapje | Ah alright, thanks | 18:21 |
Piratenaapje | I have a question again: I want to package a program of which upstream development has stopped, but I've made some changes to it myself, to make it work a bit better. | 18:49 |
Piratenaapje | It isn't ok to package it with a higher version number I guess, so what should I do with it? | 18:49 |
pochu | Piratenaapje: put your changes in a patch, and patch the upstream version when building using a patch system | 18:58 |
Piratenaapje | pochu: Is it ok to release under a new version number then? | 18:59 |
pochu | Piratenaapje: no | 18:59 |
pochu | use what upstream has | 18:59 |
pochu | but patch it before building | 18:59 |
pochu | e.g. if upstream is 1.0 | 18:59 |
pochu | you package it as 1.0-1, put a patch in debian/patches, and when building the patch is applied with your modifications | 19:00 |
pochu | the version is 1.0-1, that's not a problem | 19:00 |
Piratenaapje | pochu: But what if I want to actively develop it further? | 19:00 |
pochu | (if it's free software) | 19:00 |
pochu | Piratenaapje: then take over upstream | 19:00 |
Piratenaapje | Release it under a different name? | 19:00 |
Piratenaapje | Hmm ok, guess I'll try to contact the old developers | 19:01 |
pochu | Piratenaapje: you can do either that, or contact upstream telling you want to continue the project | 19:01 |
mabafu | hi there | 19:09 |
pochu | hi mabafu | 19:10 |
mabafu | hi pochu | 19:10 |
mabafu | I don't know if this is the propper... channel... | 19:10 |
mabafu | would like some hints on ubuntu development | 19:11 |
pochu | yeah, this is a good place | 19:11 |
pochu | mabafu: https://wiki.ubuntu.com/MOTU/Contributing is a good place to start | 19:11 |
mabafu | tks pochu | 19:13 |
fabrice_sp | One hour to start building a package in my ppa! Is there something heavy building? | 19:14 |
hyperair | pochu: you're a motu right? could you revu some packages for me? =p i'm missing a final advocate for two of them | 19:17 |
pochu | hyperair: which ones? | 19:22 |
hyperair | sigx and bansheelyricsplugin | 19:22 |
hyperair | pochu: ^ | 19:23 |
pochu | hyperair: for bansheelyricsplugin, you want a review from directhex, but he's not a MOTU yet | 19:26 |
hyperair | pochu: hmm? | 19:27 |
hyperair | pochu: actually regarding bansheelyricsplugin i've uploaded it to mentors.debian.net | 19:27 |
pochu | ah, cool | 19:28 |
hyperair | pochu: so perhaps i should archive it or something | 19:28 |
pochu | I'm gonna review sigx | 19:28 |
hyperair | pochu: thanks | 19:28 |
pochu | hyperair: you can get it uploaded... jpds reviewed it and said he was happy, perhaps he would advocate it now | 19:28 |
pochu | hyperair: if you want it in jaunty, I suggest you get it uploaded to Ubuntu directly too | 19:29 |
directhex | with the same orig! | 19:29 |
directhex | fakesync sucks | 19:29 |
pochu | heh | 19:29 |
* directhex is still waiting for moon to pass NEW | 19:30 | |
directhex | and i suspect mono 2.2 will need to be 0ubuntu1's due to NEWness | 19:30 |
fabrice_sp | ScottK, I've split dvdstyler in 2 packages, but doing so, I lost your advocate. Can you please check it? (or any other motu ;-) ). It's at http://revu.ubuntuwire.com/details.py?package=dvdstyler | 19:32 |
hyperair | jpds: could you advocate sigx please? you've reviewed it before | 19:33 |
hyperair | pochu: get it uploaded directly meaning? | 19:34 |
pochu | hyperair: weird that Debian #470532 isn't fixed | 19:36 |
ubottu | Debian bug 470532 in cdbs "cdbs: please add scons rules file" [Wishlist,Open] http://bugs.debian.org/470532 | 19:36 |
pochu | hyperair: yeah, I mean don't wait for the package to get into Debian and pass NEW, because then it may be too late for Jaunty | 19:37 |
hyperair | pochu: in that case i should attempt to get one more advocate for bansheelyricsplugin on revu? | 19:37 |
pochu | hyperair: yes | 19:37 |
pochu | (not me) | 19:38 |
hyperair | pochu: heheh why not? | 19:38 |
pochu | if there were no advocates, maybe, but I'm not used to C# packages, so... :) | 19:38 |
pochu | hyperair: have you already asked sigx upstream to release a .tar.gz tarball for you? :) | 19:40 |
hyperair | pochu: eh no? | 19:40 |
pochu | hyperair: then do it so that you don't need to repakcage their tarballs ;) | 19:41 |
hyperair | sigh | 19:41 |
hyperair | but i've already repackaged it | 19:41 |
pochu | hyperair: yeah, I mean for the future | 19:42 |
pochu | scons -c distclean || return 0 | 19:42 |
pochu | I think you want || true | 19:42 |
hyperair | oh | 19:42 |
hyperair | right | 19:42 |
hyperair | pochu: i'll upload another with the change | 19:43 |
pochu | hyperair: wait, I may find something else :) | 19:44 |
hyperair | pochu: alright | 19:44 |
pochu | I would use the changelog version for $UPSTREAM_VERSION, but that's just my opinion, it's fine as is | 19:44 |
pochu | hyperair: and $(DEBIAN_DIR) is just ./debian, no need for so many hacks ;) | 19:45 |
hyperair | pochu: according to the get-orig-source spec, it's supposed to be callable from any directory | 19:46 |
hyperair | pochu: ./debian only works if you're calling from the source directory | 19:46 |
pochu | hyperair: ah, ok | 19:47 |
pochu | hyperair: are you using debhelper compat 7 for any reason? if it works with 5, use 5 | 19:47 |
pochu | (doesn't look like you use anything from 7) | 19:47 |
hyperair | pochu: i think dh_make made it like that =\ | 19:48 |
pochu | hyperair: so change it :) | 19:49 |
hyperair | alright | 19:49 |
pochu | hyperair: and remove libsigx-2.0-dev.lintian-overrides, that's just a warning, it's Ubuntu specific and you can ignore it | 19:49 |
hyperair | pochu: i thought lintian had to be clean | 19:50 |
pochu | hyperair: mostly, but that's from an Ubuntu hack | 19:51 |
pochu | hyperair: and hiding a warning isn't exactly cleaning it :) | 19:51 |
pochu | i.e., if there's a reason to ignore it, just say so and we will ignore it when reviewing ;) | 19:52 |
hyperair | pochu: oh. okay then | 19:52 |
hyperair | heh. i had a whole bunch of lintian overrides for this issue in codelite | 19:52 |
hyperair | =\ | 19:52 |
hyperair | and that's already accepted | 19:52 |
hyperair | no wait, uploaded, but not accepted | 19:52 |
pochu | hyperair: and remove the other override too, that's not even a warning! :) | 19:56 |
hyperair | pochu: eh okay | 19:57 |
hyperair | should i document all of this in README.source or something? | 19:58 |
pochu | what? the lintian warnings? nope | 19:59 |
pochu | ./usr/lib/sigx-2.0/sigxconfig.h | 19:59 |
pochu | ^ that looks not very FHS compliant... | 19:59 |
pochu | s/looks not/doesn't look/ | 19:59 |
pochu | hyperair: libsigx-2.0-doc.docs shouldn't have docs/html, that should be in libsigx-2.0-doc.install | 20:00 |
hyperair | pochu: some other MOTU told me to shift it from .install into .docs | 20:01 |
hyperair | pochu: i think it's in the comments somewhere | 20:01 |
hyperair | pochu: also, why not? | 20:01 |
pochu | that's not a doc, they are a bunch of files :) | 20:01 |
hyperair | pochu: those are docs | 20:01 |
hyperair | pochu: once you run scons doc | 20:01 |
hyperair | pochu: also, in my defence about /usr/lib/sigx-2.0/sigxconfig.h.. there's a similar file in sigc++ | 20:02 |
pochu | hyperair: README looks more something to be read by the person building it than the one using it... I'd remove it from docs | 20:04 |
hyperair | pochu: alright. | 20:04 |
bmhm | hi all | 20:04 |
pochu | same for TODO (looks for people developing sigx) | 20:04 |
pochu | hi bmhm | 20:04 |
bmhm | can someone help me with pbuilder pls? | 20:04 |
bmhm | just a small issui (i guess) | 20:04 |
hyperair | bmhm: ask and ye shall receive | 20:04 |
bmhm | http://paste.ubuntuusers.de/393885/ | 20:05 |
bmhm | where does the+ trap - exit sighup come from? | 20:05 |
hyperair | pochu: i think the TODO might be good for telling the developers who use sigx what hasn't been implemented and so on | 20:05 |
pochu | hyperair: ok | 20:06 |
pochu | hyperair: the -dev package should be arch: all | 20:06 |
hyperair | ah | 20:06 |
pochu | hyperair: I think other than that, it's good | 20:07 |
pochu | well, I haven't looked into copyright | 20:07 |
hyperair | pochu: okay i'll make another upload | 20:07 |
pochu | hope you got that fine :) | 20:07 |
hyperair | pochu: well i followed licensecheck's output and made sure i covered everything =\ | 20:08 |
bmhm | anyone got an idea? | 20:08 |
pochu | hyperair: looks fine, yes | 20:09 |
hyperair | pochu: are you sure the -dev should be arch: all? i get some non-binmuable lintian error | 20:09 |
pochu | hyperair: I also do `grep -Ri copyright *` | 20:10 |
pochu | hmm | 20:10 |
hyperair | pochu: and it seems i need to work around it by using Depends: libsigx-2.0-2 (>= ${source:Version}) and (<< ${source:Version}.1~) or something | 20:10 |
bmhm | :-/ | 20:11 |
hyperair | bmhm: dyou have any strange pbuilder hooks? | 20:11 |
bmhm | well I'll post my pbuildrc, second | 20:11 |
bmhm | MIRRORSITE=http://archive.ubuntu.com/ubuntu | 20:12 |
bmhm | DISTRIBUTION=intrepid | 20:12 |
bmhm | OTHERMIRROR="deb http://archive.ubuntu.com/ubuntu intrepid universe multiverse" | 20:12 |
pochu | hyperair: ok, leave it as arch:any, its size is small so it's fine | 20:12 |
pochu | hyperair: ok, I think that's all from me :) | 20:13 |
hyperair | pochu: okay | 20:13 |
bmhm | oh and I just found a hook | 20:13 |
bmhm | http://paste.ubuntuusers.de/393886/ | 20:14 |
hyperair | pochu: okay, i've made a new upload. could you look through it, and if nothing's wrong, advocate it please? =p | 20:15 |
jmehdi | Could someone review my package: http://revu.ubuntuwire.com/details.py?package=webstrict, I've fixed the latest problems (I hope) | 20:17 |
bmhm | well... any ideas now? | 20:18 |
pochu | Logged in as pochu (Contributor). | 20:19 |
pochu | WTF | 20:19 |
pochu | RainCT: ^ I want my Advocate checkbox back pliz :) | 20:19 |
RainCT | pochu: uhm? | 20:20 |
pochu | RainCT: REVU thinks I'm not a MOTU :/ | 20:20 |
RainCT | REVU doesn't like you :P | 20:20 |
RainCT | did you do something bad to it? | 20:20 |
pochu | not really... I almost never visit it :) | 20:21 |
RainCT | pochu: so, you did something bad *G* | 20:21 |
RainCT | ok, you're reviewer | 20:22 |
pochu | doesn't REVU know that from LP anymore? | 20:22 |
pochu | hyperair: advocated | 20:23 |
hyperair | pochu: thanks | 20:23 |
RainCT | pochu: nope, that's on some long TODO list :P | 20:23 |
pochu | RainCT: ah, ok | 20:24 |
hyperair | mok0: sorry to ask this of you again, but could you look at sigx again? i've made a new upload. | 20:24 |
nellery | if a new copyright year is added to a new upstream release, should that be added to debian/copyright? | 20:24 |
dtchen | yes | 20:24 |
pochu | RainCT: ~motu is a member of ~revu-contributors so that MOTUs can upload to REVU, right? | 20:25 |
RainCT | pochu: revu-contributors is deprecated, obsoleted and whatever you want :P | 20:25 |
pochu | err, ~revu-uploaders | 20:25 |
RainCT | err, revu-uploaders ;P | 20:25 |
pochu | ah, good | 20:25 |
jpds | Que raro. | 20:25 |
pochu | so I want ~motu not be a ~revu-uploaders member anymore please :-) | 20:25 |
RainCT | pochu: logging in once is enough to be able to upload | 20:25 |
nhandler | pochu: We stopped using that team when we switched to openID for the logins | 20:25 |
jpds | hyperair: sigx looks good to me. Better without the *.symbols file. | 20:26 |
pochu | RainCT: so, can you remove MOTU from https://edge.launchpad.net/~revu-uploaders/+members? thanks :) | 20:26 |
hyperair | jpds: thenn could you advocate it? =p | 20:27 |
RainCT | pochu: won't that send a mail to everyone? | 20:27 |
pochu | RainCT: don't think so, there's a ML for the motu team | 20:28 |
pochu | and it will get moderated I guess | 20:28 |
RainCT | pochu: ML is only for bugmail | 20:28 |
* RainCT learned that the hard way :P | 20:28 | |
jpds | RainCT: Well this time if something bad happens, you can blame pochu. | 20:29 |
pochu | ah, right | 20:29 |
pochu | hehe, yeah | 20:29 |
pochu | and I will blame Launchpad :P | 20:29 |
Piratenaapje | Hmm I've run into a problem: the program I'm currently packaging installs ode by downloading it, this is not the same version as is included in Ubuntu, which it won't compile with. Is it a problem if the configure downloads and installs a package? | 20:30 |
jpds | Piratenaapje: Yes, there is no networking on the build daemons. | 20:30 |
Piratenaapje | Ah crap | 20:30 |
Piratenaapje | jpds: would it be ok to have configure just build it, without downloading it? | 20:32 |
jpds | Piratenaapje: Could you upgrade the other package needed in Ubuntu first? | 20:32 |
jpds | Piratenaapje: Or you could patch the one you're working on right now so that it didn't download the other. | 20:34 |
bmhm | well | 20:34 |
bmhm | where can I ask about my problem then? | 20:34 |
Piratenaapje | jdps: It's a custom version of the library, so that's not a possibility | 20:34 |
jpds | Piratenaapje: Hmm, tricky. | 20:35 |
Piratenaapje | jpds: Patching the configure, and including the ode.tar.gz is allowed? | 20:37 |
Laney | convincing upstream to not need it is the best way | 20:39 |
Piratenaapje | "ODE is released by distros in a lot of various versions (0.3x, 0.5, 0.6, CVS), wich makes things very complex for us" is the reason they give for using their own version | 20:39 |
Piratenaapje | so not going to happen I'm afraid | 20:40 |
Laney | ? | 20:40 |
Laney | They can require a particular version (say 0.5), and then for a distro to use their software they must update the lib to 0.5 | 20:41 |
jpds | Laney: They use a custom version appartently. | 20:41 |
Laney | broken distros aren't really their problem | 20:41 |
Laney | Then they should try to upstream their patches | 20:41 |
Piratenaapje | Well anyway, there hasn't been a new version released in 2.5 years, so I doubt anything is going to change :p. | 20:42 |
Laney | then you should consider whether we want to maintain unsupported software | 20:42 |
Piratenaapje | I was trying to package it because a [needs-packaging] bug was filed in launchpad | 20:43 |
Piratenaapje | Not by the actual developers I suppose | 20:43 |
Laney | we don't have to fulfill every needs-packaging bug | 20:43 |
bmhm | well can someone tell me why pbuilder gets an sigHUP? | 20:44 |
bmhm | http://paste.ubuntuusers.de/393885/ | 20:44 |
Piratenaapje | Laney: so I suggest I stop trying to package it? | 20:45 |
Piratenaapje | *you | 20:45 |
Laney | Piratenaapje: It certainly sounds like something we don't want to maintain | 20:45 |
Laney | but if you want to fork it and become upstream... | 20:46 |
Piratenaapje | Guess it won't be packaged then :p | 20:46 |
ScottK | fabrice_sp: Why put all the usr/share/ stuff in the main package and not in the -data package? | 20:48 |
hyperair | jpds: thanks for the advocate | 20:48 |
Piratenaapje | Laney: thanks for saving me work :) | 20:48 |
jcfp | Laney: could you take a look at sabnzbdplus? You reviewed it recently, all issues you raised have been fixed (including upgrading the mochikit package) | 20:49 |
Laney | jcfp: I'm not a MOTU sadly | 20:50 |
bmhm | oh wait... http://paste.ubuntuusers.de/393888/ line 1063++ | 20:50 |
bmhm | can you just take a look at it please? | 20:50 |
jcfp | Laney: bummer, you should be ;) | 20:50 |
Laney | soon | 20:50 |
Laney | jcfp: I never looked into it before, but the /etc/default behaviour seems odd. Did you get that from somewhere? | 20:52 |
Piratenaapje | What would be the best way to take over a old package? Take over upstream, or just fork it? | 20:53 |
jcfp | Laney: no created that myself, what's odd in it? | 20:53 |
Laney | jcfp: I'd expect it to just work I guess | 20:53 |
Laney | is there any reason why you can't create a sabnzbd user? | 20:54 |
pochu | RainCT: so, are you gonna remove it? :) | 20:54 |
jcfp | Laney: that creates other problems, such as permissions on download (they'd be owned by that user, etc) | 20:55 |
Laney | jcfp: The most similar package I can think of is torrenflux. Maybe you could look into how that package does it? | 20:55 |
jcfp | and also not everybody will want to run it at boot | 20:55 |
jcfp | i'll check | 20:55 |
Laney | jcfp: Right, then /etc/defaults/sabnzbd becomes a boolean flag | 20:55 |
Laney | startonboot = true | 20:55 |
jcfp | it already is, just that in this case the user being filled in or not functions as the kill switch | 20:56 |
jcfp | Laney: is there any "best practice" when it comes to creating users accounts like this? | 20:58 |
Laney | I really don't know - that's why I referred you to torrentflux :( | 20:58 |
jcfp | k, np | 20:59 |
Laney | actually, maybe that wasn't a good example | 20:59 |
Laney | I think torrentflux might be a PHP script | 20:59 |
Laney | think of your favourite daemon and see how it does this | 20:59 |
Laney | how strange, I don't get bugmail for new syncs any more | 21:10 |
oojah | Piratenaapje: If you can contact upstream and they're happy to hand on development, then I'd say doing that would be better than forking. Just my opinion. | 21:28 |
Piratenaapje | oojah: I've sent them a mail, but I'm not really expecting a response, their sourceforge page has been dead for over 2 years, and all I had was their sourceforge addresses :S | 21:29 |
Piratenaapje | I'll wait a week or 2 to give them a chance to respond though | 21:30 |
oojah | Piratenaapje: Sounds reasonable. | 21:34 |
=== kc8tad is now known as rrittenhouse | ||
dtchen | woops | 22:31 |
dtchen | forgot to sub u-u-s, done now if someone wants to sponsor the fix for bug 313820 | 22:31 |
ubottu | Launchpad bug 313820 in ircd-ratbox "built source package crashes with buffer overflow" [Medium,Fix committed] https://launchpad.net/bugs/313820 | 22:31 |
dtchen | (see the #ubuntu-devel irclogs from 2009-01-04 for verification from the reporter) | 22:32 |
Webspot | Hey. If there are any MOTUs around and available, could they review my packages at REVU? One is osm-gps-map, which is a GTK widget for embedding openstreetmap. And the other is pyofa, which creates audio fingerprints for files. http://revu.ubuntuwire.com/details.py?package=osm-gps-map http://revu.ubuntuwire.com/details.py?package=pyofa - Thanks :-) | 22:46 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!