/srv/irclogs.ubuntu.com/2010/01/23/#ubuntu-motu.txt

=== itnet7 is now known as itnet7_meetup
=== itnet7_meetup is now known as itnet7|meetup
pucko-can someone help me with this build error http://pastebin.com/d1421fbca ? It compiles fine with configure && make. and worked fine with debuild a minute ago. don't know what I've changed.02:43
=== itnet7|meetup is now known as itnet7
tgm4883I'd like some input on this subject. There is a configuration utility that among other things, allows the adding of additional third party repos. ATM, it currently adds the repo, refreshes, adds the repo key, refreshes again, then you can install codecs. Would it be possible to have the repo key included in the configuration utility which would cut down on one of the repo refreshes?03:48
tgm4883technically I know that is possible, I want to know if that would be allowed in Universe03:49
RAOFIs the configuration tool available in Universe?  What is it?03:49
superm1RAOF, he's referring to mythbuntu-control-centre.  one of the plugins has support to turn on medibuntu for the user, so it basically just does the same steps that the wiki currently advertises03:54
RAOFAh, right.03:55
superm1so the thought is to just pack the gpg key in with the plugin so that step is skipped03:55
RAOFI don't, personally, see why including the repository key in the mythbuntu-control-centre package would be frowned upon.03:55
superm1it just feels like one of those gray areas03:56
RAOFYou're already doing essentially that; it's no less secure to ship the key (and add it to the apt-keyring just before doing the update).03:56
superm1yeah, and it's all entirely opt in /optional anyway03:57
RAOFIn fact, it's *more* secure - there's not the possibility of someone hijacking medibuntu, adding their own repository key, and then going to town with malware.03:57
superm1if only libdvdcss2 wasn't so useful for dvd playback :]03:58
ScottKAs a rule we don't allow packages to download from external repositories.04:07
superm1ScottK, reference?04:09
ScottKWe have a trust boundary that includes upstreams, Debian, and the Ubuntu archive.04:10
ScottKMedibuntu is outside of it.04:11
superm1you do realize that libdvdread4 includes something just like that though, /usr/share/doc/libdvdread4/install-css.sh04:11
ScottKI don't have a specific reference, but it's a pretty basic security principle.04:11
ScottKRight, so we have bugs.04:12
ScottKThe first upload of Envy was almost removed from the archive because it downloaded drivers from a PPA.04:12
ScottKIt got fixed to not do that, so it stayed.04:12
ScottKBug #220385 for reference04:14
ubottuLaunchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,Fix released] https://launchpad.net/bugs/22038504:14
ScottKNote who filed it.04:14
superm1kees, could you weigh in on this then?04:16
superm1http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223961 provides some history on the tool for enabling css04:24
ubottuDebian bug 223961 in libdvdread3 "libdvdread3: makes download of possibly illegal libdvdcss too easy" [Critical,Fixed]04:24
kamalmostafaScottK: Hi Scott.  Reminder - libtifiles/libticalcs still awaits your review.04:26
ScottKkamalmostafa: Yes.  It's still on my list.  For tonight or tomorrow depending on how long before I pass out and if any new work crisis arises.04:27
ScottK(still on the [hopefully] last work crisis of the day)04:27
kamalmostafaVery good - thanks.04:28
=== v is now known as vorian
nigel_nbmaco, got a min? need a little hand with figuring out dependencies06:12
macosure sure06:12
nigel_nbits lernid..its missing a dependency06:13
macoooh shiny06:13
nigel_nbthough not in packages yet, I want to branch and fix the bug I had in my system06:13
nigel_nbso, all I have to do it make the edit in debian/control?06:14
macoyep06:14
macoand of course add to the debian/changelog06:14
nigel_nbah, yes06:14
nigel_nbthat needs to be done even for bzr packages?06:15
macoyes06:16
macoyou can add to the debian changelog and then debcommit and your bzr commit will include the debian changelog entry as the bzr commit log entry06:17
nigel_nbisn't there a command for that or should i do it manually?06:18
macodch -i06:18
macowill give you a skeleton for your changelog06:18
nigel_nbjono has changelog modified only for version releases06:19
nigel_nbwhich makes me nervous whether to change it06:19
macois that the Changelog or debian/changelog ?06:19
nigel_nbdebian/changelog06:19
macooh!~06:19
macoi see. you're working on the upstream bit, not on an in-ubuntu's-repos package?06:20
nigel_nbmaco, um, lernid is still in PPA06:20
macoi havent been paying that close attention...it's gkt06:20
maco*gtk06:20
macoif you're just gonna do a merge request on the project, dont worry about debian/changelog06:20
nigel_nbah06:20
nigel_nbwhts gtk?06:20
macojust making a joke since its written with the same libraries as gnome, and i use kde ;)06:21
nigel_nbmaco, boo!06:21
nigel_nblernid works on kde too I think06:21
nigel_nbI'm on xfce and I had trouble getting it working, thats the dependency i'm fixing06:22
macowhat was the missing dependency?06:22
nigel_nbback on topc, when doing bzr commit like that, I dont have to leave bug number and stuff right? LP takes care of it I believe06:22
nigel_nbtelepathy-idle06:22
macobzr commit --fixes ... i think?06:23
macobzr commit -m "adding dependency in debian/control" --fixes 1234506:23
nigel_nboh, thats pretty cool06:24
nigel_nbmaco, thanks.  I pushed that branch :)06:30
macoi think you still have to go into launchpad and manually do the merge request though06:31
nigel_nbyeah, I do.  but thats familiar territory06:31
* nigel_nb works with bzr for uclp06:32
nigel_nbbut not the bug fixing part06:32
nigel_nbmaco, LP shows the bug connection (which is cool)06:33
nigel_nbmaco, is there a way to know for sure what packages get shipped in the Live CD without putting one in? I mean I want to compare package in ubuntu and xubuntu.06:39
macothe ubuntu-desktop and xubuntu-desktop meta-packages should tell you what varies06:39
Flannelnigel_nb: the .manifest files list the packages compiled into the casper image: http://releases.ubuntu.com/9.10/ubuntu-9.10-desktop-i386.manifest06:40
nigel_nbFlannel, thanks06:40
nigel_nbmaco, um? a little longer explanation06:40
nigel_nbFlannel, is there somethin similar for xubuntu?06:41
Flannelnigel_nb: http://mirror.anl.gov/pub/ubuntu-iso/CDs-Xubuntu/9.10/release/xubuntu-9.10-desktop-i386.manifest06:42
nigel_nbFlannel, thank you.  I finally did find it on http://cdimage.ubuntu.com/xubuntu/releases/karmic/release/ :)06:43
nigel_nbanyway the bug is confirmed at least.  telepathy-idle package is on ubuntu by default and not xubuntu06:44
keessuperm1: I'd rather css got installed somehow with a verified key, but this is a long standing exception, afaiu.06:53
superm1kees, is this maybe worth raising to the tech board to add css to multiverse?06:54
* kees whistles06:55
keesI would rather a a sha512 was distributed with the package, easier to deal with it legal-wise.06:56
superm1as in sha512 and wget a'la flashplugin-installer?06:56
keesyeah.  I think it fetches source and builds it?  I really haven't looked at it in a while now.06:57
* kees has to run; I'll read scroll-back06:57
tgm4883party on kees06:57
superm1it fetches the source package and builds that from what it looks (install-css.sh)06:58
fabrice_spin a fakesync, we just substitute the debian directory from ubuntu with the debian one, without keeping any history from ubuntu in the changelog, right?07:26
superm1kees, well lets talk this through to come up with a good happy medium to keep in mcc for users when you get a chance then07:34
ScottKfabrice_sp: Yes.07:36
ScottKfabrice_sp: It should be just like a sync, but using the Ubuntu tarball.07:37
fabrice_spScottK, what should be the version? ubuntuX or buildX? My feeling is that with buildx , it will be autosynced07:37
ScottKfabrice_sp: It would be and you don't want that.07:38
ScottKUse ubuntu1 and then once there's a new version Debian, file for a regular sync07:38
fabrice_spohh, in case there is a new debian/non upstream version, right07:38
fabrice_spok07:38
fabrice_spthanks07:38
ScottKExactly07:40
AnAntHello, can I set a bug to be blocked by another bug in LP ?07:46
ScottKNo07:47
AnAntScottK: how then can I deal with LP 511069 , which cannot be solved unless LP 491880 is solved ?07:48
ubottuLaunchpad bug 511069 in zekr "Sync zekr 0.7.5~beta3+repack-1 (multiverse) from Debian unstable (non-free)" [Wishlist,Incomplete] https://launchpad.net/bugs/51106907:48
ubottuLaunchpad bug 491880 in eclipse "eclipse source package provides libswt* binary packages that would conflict with swt-gtk" [High,In progress] https://launchpad.net/bugs/49188007:48
AnAntadd a remote bug watch ?07:48
ScottKNot sure.07:48
* ScottK just knows LP doesn't support it.07:48
AnAntok07:49
fabrice_sp_AnAnt, usualy, I subscribed myself to the 'blocking bug' and let the other one as In progress07:49
AnAntfabrice_sp_: ok, you received my reply that I just sent ?07:49
fabrice_sp_not yet :-)07:50
fabrice_sp_(I have some lag)07:50
AnAntok07:51
fabrice_sp_AnAnt, just keep the sync on hold, then08:00
AnAntfabrice_sp_: I set it to In progress08:00
fabrice_sp_ok08:01
=== vish is now known as mac_v
=== mac_v is now known as vish
randomactionIf I'm not mistaken, new TexLive means libkpathsea4 -> libkpathsea5 transition, so I opened bug 511502 for that.09:24
ubottuLaunchpad bug 511502 in xdvik-ja "TeXLive 2009 transition: libkpathsea5" [Undecided,New] https://launchpad.net/bugs/51150209:24
hakaishiHello everyone! Anyone up to advocate/review qt-shutdown-p? - There are no lintian warnings or other errors. The debian/rules will be okay like that, I hope (since the Makefile has a install rule). http://revu.ubuntuwire.com/p/qt-shutdown-p09:30
geserrandomaction: looks like the easy case from bug #511502 are done: 3 packages from main wait sponsoring, I've left evince for the desktop team10:59
ubottuLaunchpad bug 511502 in xdvik-ja "TeXLive 2009 transition: libkpathsea5" [Undecided,In progress] https://launchpad.net/bugs/51150210:59
randomactiongeser: thank you for your help11:00
randomactionthere's also cjk which FTBFS, dunno why, it's ok in my pbuilder11:00
geserdvi2dvi and dvipsk-ja have a FTBFS bug open in Debian, dvi2ps and important bug about the transition11:01
geserand texfam needs a removal bug filed (it got removed from Debian but not yet from lucid)11:01
randomactiontmvew also FTBFS in Debian and Ubuntu11:04
ahei get a MOD_PYTHON ERROR on http://revu.ubuntuwire.com/11:04
ahehttp://pastebin.com/m763955b711:05
geserrandomaction: re cjk: I guess it's because of "texlive-base-bin". it's a provided now by texlive-binaries but as the old (real) debs didn't got removed yet (they are listed in NBS) the dependency doesn't get resolved always correctly11:06
randomactionso binary should be removed to make way for that build?11:07
gesercjk should build properly once texlive-base-bin gets removed from NBS (most of the listed package there have an unversioned dependency on it, so they continue to work with texlive-binaries, no work needed)11:07
geseryes11:07
geserwe have currently the real but uninstallable texlive-base-bin and the installable texlive-binaries providing texlive-base-bin11:08
* sistpoty gives a shot at ktoon11:36
c_kornwhere can I find information why pysol has been removed from the repos ? http://packages.ubuntu.com/jaunty/pysol12:36
randomactionc_korn: https://launchpad.net/ubuntu/+source/pysol/+changelog12:39
c_kornrandomaction: thanks, and sorry I did not find it. it was quote obvious to have a look there :/12:40
randomactionnp :)12:41
hakaishiHey, what happend to revu.ubuntuwire.com?13:03
* persia huns13:03
persiahunts!13:03
persiahakaishi: I can't tell right now.  Seems there's some issue connecting to postgres, except postgres claims to be running.13:05
persiaI'll report to someone who has a chance of fixing it :)13:05
hakaishiI just hope it'll be fixed soon ^^13:06
persiaIndeed.  That being down is annoying.13:06
hakaishiokay, bye bye13:07
sistpotyhmpf, I installed a postgres update tomorrow, but it did work then :/13:07
persiahakaishi: By the way, your qt-shutdown-p 1.6-all~karmic1 upload was rejected.13:07
persiasistpoty: Everything always works tomorrow :)13:08
sistpotyheh13:08
persia(and may I borrow your time machine?)13:08
sistpoty*g*13:08
* sistpoty restarts apache13:08
persiaLovely.  Works great now.13:09
sistpotythat was easy :)13:09
* persia digs through the rejected queue and cleans up13:10
ahecould someone please take a look at my package of rubyripper (a CD ripper that can handle intentionally crippled audio CDs) at http://revu.ubuntuwire.com/p/rubyripper ?13:15
persiaahe: There are some control file bits mentioned by lintian that are worth fixing.13:17
persiaahe: Are you using a VCS to maintain this package?13:17
ahepersia: is there a reason why lintian didn't mention those problems when i built the package with debuild on my local system?13:18
ahepersia: i have a bazaar branch but i don't build directly from it but just build the working copy manually with debuild13:19
persiaI don't think the lintian run by debuild checks very much.13:19
persiaahe: Well, you've patches to the source outside debian/ without a patch system.  That's OK, as long as you're using a VCS to manage the patches, but if you're not intended for a VCS to be used to manage patches, it would be better to use a patch system.13:20
persiaOtherwise it becomes just a monumental pain to merge the changes every new upstream release.13:20
sistpotyahe, persia: the lintian notes are only informational, and I'd rather not move things from build-dep to build-dep-indep, as sbuild disagrees with policy when to install build-dep-indep13:21
ahepersia: ok so does that mean that bzr will replace traditional patch systems?13:21
persiasistpoty: Hrm?  sbuild doesn't usually give me issues.  I run with -A for i386, and without -A for other architectures (as we do in Ubuntu).13:21
persiaahe: That depends on the relative success of Format 3.0(bzr) :)13:22
persiaahe: But more generally, if one is using a VCS, a patch system can seem annoying, and if one is using a patch system, a VCS can seem like duplicate overhead.  They both represent ways of handling variations to a source.13:23
persiaDoing one or the other is good.  Doing both is fine.  Doing neither leads to pain.13:23
sistpotypersia: iirc, build-depends-indep aren't installed for binary or binary-arch (e.g. debian bug 478524)13:24
ubottuDebian bug 478524 in sbuild "debian/rules build target requires installing B-D-I" [Normal,Open] http://bugs.debian.org/47852413:24
ahepersia: is there a "official" bzr repo to put packages? currently i have it in https://code.launchpad.net/~aheck/+junk/packages13:26
persiaahe: That gets complicated.  There's an "offical" location where bzr repos get put, but I don't believe the converse currently exists.13:27
persiaPlus, unless you can upload, you wouldn't be able to commit to those branches anyway.13:27
ahei also have the problem that i build this package for my ppa and to upload to revu i "cleaned" the histroy from all ppa entries because i'm not sure if its better to have them in for completeness or make the history look "cleaner"13:28
aheso i guess its ok to use a junk repo on launchpad?13:28
persiasistpoty: Hrm.  I'm not convinced that it's not better to use b-d-i, but I can see that it might have issues with some packages, although I'd consider those package bugs (not that it isn't easier to fix it in the build system).13:30
persiaahe: Go ahead and use a junk repo, but I'll change the nature of my complaint based on the fact you're using a VCS :)13:30
ahe:)13:33
=== ryanakca_ is now known as ryanakca
freeflyingthis channel is for identified users only?13:56
persiafreeflying: Apparently it currently is.  I believe that's intended as a limit to the current spambots.13:59
persiaI would expect it to go away at some point.13:59
persiaHrm.  I was just looking at libpam-slurm, and a simple s/libslrum20-dev/libslrum21-dev/ in debian/control makes it build on amd64, but it fails to build on i386 with that same change, with undefined reference to `__stack_chk_fail_local' .  Anyone know what that means?14:02
aciculatry with -fno-stack-protector14:03
aciculamind you that removes the stack canary protection system14:03
persiaacicula: But why would I only see this on i386 and not on amd64?14:03
aciculapersia: linking against precompiled code?14:04
aciculaor precompiled objects?14:04
persiaAgainst whatever's in the archive right now.14:04
aciculawith a feshly unpacked archive or did you use make clean or whatever14:05
freeflyingpersia: thanks dude14:05
persiaacicula: I've called, in parallel `sbuild -A -d lucid-i386 libpam-slurm_1.6-2ubuntu1.dsc`  `sbuild -d lucid libpam-slurm_1.6-2ubuntu1.dsc` on an amd64 system.  The schroots were constructed by mk-sbuild-lv from karmic, and the pat-caches are fairly up-to-date.14:07
persiaI don't see any binaries in the source package, so any precompiled stuff I'd be linking against would be freshly downloaded build-deps, or build-essential stuff (which was last refreshed within the day)14:08
aciculapersia: well my understanding on the subject is a bit rustic. As i understand the compiled object code is trying to call that function, which is injected because of the stack protection(goverened by that flag i mentioned earlier) and the linker cant find it14:09
persiaCould it be the -nostdlib argument being passed to gcc?14:10
aciculawell what does nostdlib do?14:10
aciculaNOTE: In Ubuntu 6.10 and later versions this option is enabled by default for C, C++, ObjC, ObjC++, if neither -fno-stack-protector nor -nostdlib are found.14:12
sistpotypersia: yes, that should be it14:12
aciculain relation to stack-protector14:12
persiaBut I'm *also* passing -nostdlib on amd64.  Do we not do stack smashing protection for amd64?14:12
aciculaah found in the man page, -nostdlib could definitly be it, heh14:12
sistpotypersia: you'll need to specify -nostdlib already as compiler flag, that will turn off stack-protector. if it's only in ldflags, you'll get the undefined reference (at least that's how I figure from looking at the invaders source package, and what I did there)14:14
aciculaRELRO           STACK CANARY      NX            PIE                     FILE14:16
aciculaPartial RELRO   Canary found      NX enabled    Dynamic Shared Object   /lib/libc.so.614:16
aciculacompiled with canary on amd64 it seems?14:16
persiahttp://paste.ubuntu.com/361265/ is what I got.  Do I need to patch Makefile to pass -nostdlib more agressively?14:17
sistpotypersia: yes: gcc -Wall -O2   -fPIC -c pam_slurm.c14:18
sistpotypersia: you'll need a -nostdlib there already, otherwise gcc will insert calls to __stk_chk_fail when compiling14:19
persiaShould be `gcc -Wall -O2 -nostdlib -fPIC -c pam_slurm.c` ?14:19
sistpotypersia: yes14:19
persiaAh, right.  Be nice if the behaviour was cross-arch.14:20
sistpotyyeah, that's still a little bit puzzling, no clue why it works on amd64 ;)14:20
* persia is checking powerpc right now, and might just ignore i386 out of cussedness14:21
* sistpoty is still fighting against ktoon14:21
persiaOdd.  Works on amd64, fails for i386 & powerpc.14:23
persiaMANUALDEPWAIT just takes care of itself once satisfied, right?14:40
geseryes14:49
persiaThen I won't worry about them, except where they can't be satisfied.14:58
pucko-Ok. so I have created a ubuntu package. fixed all errors. how do I get it into ubuntu? I haven't signed it yet, because I'm not sure how.15:00
persiapucko-: Put it somewhere and get two ubuntu developers to review it.15:04
persiaREVU can be a handy tool for this.15:04
=== Nafallo_ is now known as Nafallo
sistpotychristoph_debian: I saw that you have been working on fixing ktoon build breakage? I've added a few more hunks, so that it works now: http://paste.ubuntu.com/361323/ in case you're interested15:58
pucko-persia, thanks. it's finally uploaded now.16:07
pucko-but I can't see it in revu.ubuntuwire.com :-(16:08
pucko-can I assume it's just slow?16:09
RainCTpucko-: have you uploaded it more than 5 minutes ago?16:11
pucko-something like that16:12
RainCTpucko-: OK, I can check if you want. What's the package's name?16:13
pucko-libtodos-agmii16:13
RainCTpucko-: It was rejected because REVU couldn't recognize your signature. Is your GPG linked to Launchpad and have you logged into REVU before the upload?16:15
jariqGot question about my package ipwatchd - http://revu.ubuntuwire.com/p/ipwatchd - I entered section "network" in control file and revu did not complain about it during upload. I uploaded this package to PPA and it kept refusing the package until I changed section to "net". Which value is correct for universe and where can I find the list of sections?16:23
pucko-yes I have. but I guess I did something wrong there.16:23
pucko-oh. my email (in the key) wasn't validated in launchpad16:27
sistpotyjariq: rejecting the package due to the section is news to me, but you can use e.g. aptitude to find out about sections16:28
pucko-not sure if that would fix it. how do I tell dput to let me upload again?16:29
sebnersistpoty: I already stumbled myself over an interesting section error: "No section "-" known" , after some hours(!) of investigation I noticed that the section was missing entirely in control ^^16:29
sistpotysebner: ah, well, missing might be an entirely different case ;)16:30
sistpotysebner: however afaik the section is set by archive admins anyways, but I wouldn't exactly know by which means16:30
sebnersistpoty: My experience is reject of the upload so archive admins don't even get in contact with it16:31
sistpotyheh16:31
sebnersistpoty: btw, I failed hard at the "Grunzüge der Informatik" test, doing again in march. *being ashamed in front of sistpoty * :P16:32
sistpotysebner: I took 7 semesters for my grundstudium, which is about the maximum I could do, so don't worry :P16:33
sebnersistpoty: haha, fine then :) .. also because I was only too lazy to really learn xD16:33
pucko-woo! accepted16:33
RainCTjariq: http://packages.ubuntu.com/lucid/ has a list of categories. Looking at the URL you can see what the name for debian/control is, in the cse for Network "net"16:34
RainCT*cse=case16:34
ScottKelementtree and celementtree have been removed from Debian Testing.  It would be good if someone could look at what we needed to do the same.16:50
DktrKranz(ctypes will follow soon)16:51
=== yofel_ is now known as yofel
ahei just uploaded a new package on revu and on the packages page there is the following message: "Warning! This package could not be extracted; there's no browsable directory for it on REVU."17:16
ahewhat does that mean?17:16
aheshouldn't revu reject my package if there is something wrong with it?17:16
sistpotyahe: source format 3?17:17
sistpoty(others than that, the package name might help to take a close look)17:18
sistpotycloser even17:18
ahesistpoty: http://revu.ubuntuwire.com/p/rubyripper17:18
jariqahe: did you wait 5 minutes after upload ?17:18
ahejariq: yes, but i guess not much more ;)17:19
sistpotyahe: ah, I see, you'll need to upload with .orig.tar.gz (-sa argument to dpkg-buildpackage/debuild), otherwise revu doesn't know where the .orig.tar.gz is17:20
jariqahe: i think i had the same problem with my package.. but it was just temporary right after upload17:20
sistpotyahe: let me see if I can find the .orig.tar.gz from a previous upload, then you don't need to reupload17:20
sistpotyahe: found and extracted17:22
ahesistpoty: thx i already reuploaded17:22
sebnersistpoty: Is Revu already 3.0 compatible?17:23
ahestrange i would have sworn i only used 'debuild -S' the last time17:23
ahethx for the help17:23
sistpotynp17:23
sistpotysebner: revu is, but spooky isn't17:23
sistpotysebner: revu only calls dpkg-source -x... however spooky is (still) running hardy. dpkg there doesn't understand 3.0 yet17:24
sistpotysebner: sad thing is, that there's no official sparc support after hardy, and I've been told that it's not a too good idea to upgrade a sparc box bexond hardy17:25
sistpotybeyond even17:25
jariqWhen will be lucid repos frozen for new packages ?17:26
sebnersistpoty: arghh. I suppose there isn't really a plan to fix this issue somehow?17:26
ScottKsistpoty: I know that Karmic sparc is a REALLY bad idea.17:26
ScottKsebner: It's a community maintained port so ....17:26
sebnersistpoty: install lucid then!17:26
ScottKsebner: Not on sparc.  Utterly broken.17:27
sebnerScottK: sparc is br0ken, replace the server with something sane :P17:27
sistpotythe best plan so far seems to be the one from ncommander: have dpkg backported17:27
sistpotyothers than that, migrating revu (hopefully w.o. having me to do it) would also sound pretty good17:28
sistpoty*shrug*17:28
sebnerheh17:28
sistpotyI'm really a bit clueless how to proceed best, to be honest17:28
ahesistpoty: now revu can't find orig.tar.gz for all my uploads http://revu.ubuntuwire.com/u/aheck17:29
aheguess it was a bad idea to upload it again17:29
sistpotyahe: /me looks17:29
ScottKsistpoty: I don't think a backported dpkg in hardy-backports would fly.17:29
ahesistpoty: thx17:29
sistpotyScottK: as I wrote, good ideas are needed :)17:30
ScottKsistpoty: Could you backport it locally and build it just for that box?17:31
sistpotyScottK: that might be an option, however iirc there was some libc <-> dpkg thingy which I'm quite afraid of.17:32
ScottKCould be.17:33
* ScottK hasn't been tracking it.17:33
* sistpoty isn't too sure if that's an issue in the first place though17:33
sistpotyahe: still no .orig.tar.gz in the upload (I'll fix it locally in revu). you can verify if an .orig.tar.gz is included by looking at the .changes file prior to uploading17:35
sistpotyahe: done17:36
ahesistpoty: its present in the changes file as well as in the *.revu.upload file17:36
ahesistpoty: ah thank you very much17:36
sistpotyahe: no, it's not in the .changes file17:37
sistpoty(at least the one you uploaded to revu ;))17:37
ahestrange17:38
ahe 5a095e5a22743f224f73bd9312274e3c997c2e6e 144044 rubyripper_0.5.7.orig.tar.gz17:38
sistpotythere's a stale .orig.tar.gz lying around in incoming though17:38
sistpotyahe: http://paste.ubuntu.com/361367/, that's the latest .changes file I can find (I stripped the signature for security reasons)17:40
ahesistpoty: that is mine: http://pastebin.com/m69f46ef617:42
sistpotyahe: did you run debuild -S -sa again after the upload? that'll overwrite your .changes file17:43
sistpoty(the Date: is directly taken from changelog, so that would remain the same)17:44
aheafter the first upload and then i did the last upload so far17:44
sistpotygpg: Signature made Sat Jan 23 18:06:23 2010 CET using DSA key ID 7F49A63D17:48
sistpotyahe: ^^ that's the date gpg --verify *changes tells me, I assume you have a different one?17:48
ahesistpoty: 18:21 ah of course ! it couldn't overwrite some files during the second upload and so i guess it uploaded the orig.tar.gz but didn't know it was there *doh*17:52
sistpotyheh, ok, mystery solved :)17:52
geseranyone familiar with vim and its python command?18:00
sistpotygeser: I only know that james_w told me about ctrl-o ctrl-p (python-omni-complete), which I find quite helpful18:01
geserI wanted to upgrade the omnicomplete for LP bugs (as it's still uses python-launchpad-bugs) but fail already at importing launchpadlib inside python18:02
geseror more exactly the import of hashlib causes problems18:02
sistpotysorry, -ENOCLUE18:03
jariqCould anyone pls review ultimate :) package ipwatchd ? - http://revu.ubuntuwire.com/p/ipwatchd - I resolved all persia's comments and now it builds without problem in my PPA.18:05
sistpotyjariq: looking... as I was curious, I took a glimpse at the code of ipwatchd. Haven't seen such cleaned up code for some time ;)18:38
jariqsistpoty: clean code makes many things much quicker18:39
sistpoty*nod* (from own, hard-gathered experience)18:40
sebnerjariq: /me recommends using dh7 also in rules18:40
sistpotyjariq: what about ipwatchd-script? that calls (if present) ipwatchd-gnotify (not found in the package)?18:42
sistpotyjariq: anything else appears to be top-notch!18:43
ahewould be great if someone would like to review my new rubyripper package http://revu.ubuntuwire.com/p/rubyripper too18:45
jariqsistpoty: IPwatchD is daemon that does not require X-window. But it can run user-defined script and that script can run any desktop notification app. I separated desktop notification code into standalone package ipwatchd-gnotify (bubble notifications for Gnome environment). It is also in revu waiting for review.18:46
jariqsistpoty: this way user on server can install just ipwatchd package and user on desktop can install also ipwatchd-gnotify and both packages work together without any manual configuration needed.18:47
sistpotyjariq: oh, I see18:48
sistpotyjariq: actually I didn't see the suggests in the first place, sorry for that18:48
jariqsistpoty: thanx for advocation18:52
sistpotyjariq: thanks for the package!18:52
sistpotysebner: btw.: I still haven't switched my packages to dh7 :P18:53
sebnersistpoty: bah :P I'm already switching to debsrc3 :P18:55
sistpotyhaha18:55
sebnersistpoty: dh7 + quilt -> debsrc3 = packaging heaven ;)18:56
sistpotysebner: at least I've managed quilt now (long time mystery to me)18:57
sebnersistpoty: quilt is just great an superior :) It's not that difficult imho18:57
sistpotysebner: if you know how it's working, it's not... until then it is, at least for me :P18:58
sistpoty(though it's completely strange that export QUILT_PATCHES=debian/patches is the magic key)18:58
sebnersistpoty: ACK! I just put it once in my bashrc and it's fine but it's really strange indeed18:59
geserI put the quilt recipe from the quilt README into my .quiltrc19:04
ScottLhello?19:05
ScottLsorry, just making sure I registered correctly19:06
geserScottL: Hi19:06
ScottLI'm trying to backport Ardour 2.8.4 to Hardy but my pbuilder environment will not find and install libcurl4-openssl-dev as a dependency of libraptor1-dev, anyone have any ideas?19:06
ScottLgeser, hi :)19:06
ScottLI can login into my pbuilder environment and install it though....real weird19:06
ScottLi have hardy-updates enabled (main, restriced, universe and multiverse)19:07
sistpotybtw: !ops, is the registerd user requirement still needed atm? doesn't seem to make much sense for the entry point in ubunu development, *if* there aren't too many spam attacks19:07
geserhave you tried to install libraptor1-dev too19:07
jariqsistpoty: could you please review also ipwatchd-gnotify ? it same clean codebase, much smaller app.. should be an easy one :)19:07
geseror even all build-depends?19:07
ScottLgeser: you mean install libraptor1-dev in the pbuilder environment first?19:08
sistpotyjariq: queued, reviewing another package atm (and trying to watch a movie since about 5 hours *g*)19:08
gesersometimes packages are installable itself but not in combinataion because of a conflict somewhere down the dependency chain19:08
sistpoty(my !ops didn't seem to have effect, ubottu?)19:08
ScottLgeser: yes, I had that happen the other day...had trouble with libcurl19:09
geserScottL: login into your pbuilder environment and check if you can install all the build-depends for the package you want to build19:09
nikosistpoty: try to use it at first word19:09
ScottLgeser, okay try installing all by hand and find where the problem is....good idea, thanks  :)19:09
ScottLgeser, it's always a bit of trouble backporting but this one has been particularly troublesome    lol19:10
sistpoty!ops: is it still required to be a registered user for #ubuntu-motu? doesn't make much sense imho for the entry point in ubuntu development *if* the spam attacks have gone down (your call)19:10
nikoworks19:10
sistpotyyes, thanks niko!19:10
sistpotyahe: you license the packaging under GPL (w.o. version), can you make the version more clear please? (upstream is gpl-3+, so iirc packaging should not exlude later versions, but I may be wrong there)19:13
ahesistpoty: ok19:14
sistpotyahe: others than that, looking at the source only is good with me. let's see what the binaries will provide19:15
aheany idea why revu complains that it can't find the license?19:17
aheok pushed GPL-3+ change to my launchpad branch19:20
sistpotyahe: no idea actually, maybe RainCT knows the details (called GPL-3.txt)19:20
sistpotyahe: probably doesn't fit a regexp in revu19:21
sistpotyahe: looks quite good, I guess only lintian isn't satisfied: please don't exceed 80 cols in debian/changelog, and please provide a manpage for at least rrip_cli19:23
ahea complete manpage or just a dummy one?19:25
sistpotyahe: the parse_options function should give you a clue19:26
sistpoty(it's no help to have a manpage that tells: "there are options, figure them")19:26
sistpotyas I'm no ruby expert, maybe help2man will do (no idea what will happen if called with --help)19:27
* ScottK hints at apachelogger for Ruby expertise.19:28
sistpotywell, I could just try --help here :P19:29
sistpotyhaha, it doesn't work if extracted to a local path :)19:30
ahehelp2man yields quite usable output19:38
ahei think i will just rework it a bit and i have a nice little manpage19:38
sistpotyexcellent, ahe!19:41
RainCTsistpoty: Yeah, the license check is pretty basic (it just looks for some common file names)19:52
sistpotyRainCT: ah, I see... maybe add GPL-3.txt to it?19:53
crimsunsistpoty: did you still need me to look at a vtk rdep issue?19:57
sistpotyany DD's around who could sponsor the NMU at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527721? (DktrKranz, siretart`, ajmitch, christoph_debian, white_ just to highlight a few)19:57
ubottuDebian bug 527721 in ktoon "ktoon: FTBFS: ioapi.c:13:18: error: zlib.h: No such file or directory" [Serious,Open]19:57
sistpotycrimsun: as I wrote, I worked around it, but I think it's still broken (haven't checked debian though if there are news)19:58
DktrKranzsistpoty: _o/19:58
sistpotycrimsun: so it's wishlist priority for me19:58
sistpotyhey DktrKranz :)19:58
gesercrimsun: Hi, just curious (no hurry), how does the testing/review of the fuse merge go?20:02
crimsungeser: it works fine for me; I'd like to ping cjwatson and pitti on it20:03
gesercrimsun: I talked to pitti (to ¼ of him, the other part was mentally at the sprint) about the .fdi file in our current fuse delta when I did the merge20:09
crimsungeser: what was his take on it?20:11
geserthat the .fdi file doesn't work since karmic anyway so it can be dropped20:11
gesercrimsun: http://irclogs.ubuntu.com/2010/01/13/%23ubuntu-devel.html starting at 12:1220:13
* sistpoty goes to bed... gn8 everone20:15
crimsungeser: ok, it seems mergeable to me, then. Any outstanding issues?20:29
gesercrimsun: I don't know of any20:30
ahei get mod_python errors on revu again :(20:30
crimsungeser: uploaded, thanks!20:45
mr_pouitsiretart: (ffmpeg-extra) I've added locally some macros in debian/confflags to autodetect opencore-amr and pass --enable-version3 to configure script (in the same manner as --enable-nonfree). If you're interested, I can provide a patch.22:05
RainCTScottK: Hey. Is there still some point for having the python-pyclamd package?22:48
ScottKRainCT: Sure.  it's a useful thing.  I think it still needs to be sync'ed from debian.23:03
RainCTScottK: Okay, just checking :). No need to sync it, there are no real changes between Debian and Ubuntu.23:07
perberosgentlemens23:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!