=== nobawk is now known as nobawk|away
tumbleweedari-tczew: yeah, I plan to do some sponsorship00:38
ari-tczewtumbleweed: I'm glad for hearing this00:39
=== bdrung__ is now known as bdrung
tumbleweedari-tczew: hard to know until one gets there, though00:40
=== nobawk|away is now known as nobawk
=== nobawk is now known as nobawk|away
=== nobawk|away is now known as nobawk
=== nobawk is now known as nobawk|away
=== nobawk|away is now known as nobawk
dholbachgood morning07:23
iulianMorning dholbach.07:25
=== dholbach_ is now known as dholbach
dholbachhiya iulian07:27
jdongimbrandon: Yeah my buddies and I were talking about it at work too! Congrats on the publicity!08:30
=== nobawk is now known as nobawk|away
bilalakhtarHey there, I need immediate help. Please see comment 4 of bug #59545011:05
ubottuLaunchpad bug 595450 in apt-cacher (Ubuntu) "Please merge apt-cacher 1.6.11 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/59545011:05
bilalakhtarDo I need to do what is said in point 1?11:05
bilalakhtarI don't think so11:06
slytherinbilalakhtar: What command did you use to build source package?11:07
bilalakhtarslytherin: I used grab-merge11:08
bilalakhtarslytherin: for building, I used debuild11:08
slytherinbilalakhtar: yes, tell me exact debuild command you used.11:08
bilalakhtarslytherin: debuild -S -sa11:08
bilalakhtarslytherin: why should one care about that?11:10
slytherinbilalakhtar: I now got what the reviewer meant. You need to add details of the Ubuntu changes being retained in debian/changelog. Just saying 'merge form debian' is not sufficient.11:11
bilalakhtarslytherin: So isn't that mentioned in earlier entries?11:12
bilalakhtarIt is, right?11:12
bilalakhtarI have done no change. I have reverted standards-version now as well. I am uploading the new debdiff11:13
slytherinbilalakhtar: You need to carryover that in latest changelog entry.11:13
bilalakhtarslytherin: but... See bug #59539811:13
ubottuLaunchpad bug 595398 in acm (Ubuntu) "Please merge acm 5.0-27 (universe) from Debian testing (main)" [Wishlist,Fix released] https://launchpad.net/bugs/59539811:13
bilalakhtarslytherin: and no one, AFAIK, does that11:13
geserbilalakhtar: one should be able to know what changes are left by reading only your merge changelog entry (without the need to look at the previous ones)11:14
bilalakhtargeser: you see http://launchpadlibrarian.net/50498114/debian-ubuntu.debdiff11:14
bilalakhtarthis is realted to bug #59556611:15
ubottuLaunchpad bug 595566 in ktechlab (Ubuntu) "Please merge ketchlab 0.3.7-9 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/59556611:15
slytherinbilalakhtar: The usual practice is to include the changes in latest entry. It might have been missed in some merges but that is not a norm.11:19
bilalakhtarslytherin: See, after the mom has done its work, it says11:20
bilalakhtarMerge from debian (). Remaining changes:11:20
bilalakhtar- SUMMARIZE HERE11:21
bilalakhtarremaining word is there11:21
slytherinbilalakhtar: Right. But you didn't summarize the changes in your changelog.11:21
bilalakhtarslytherin: REMAINING changes11:21
bilalakhtarslytherin: chanhges apart from merge11:21
slytherinbilalakhtar: Which means the ubuntu specific changes that are still relevant and hence carried over. You have to specify them.11:22
bilalakhtarslytherin: MERGE11:22
bilalakhtarslytherin: ok, I am doing that change as well.11:25
=== nobawk|away is now known as nobawk
dobeycjwatson: hey. sorry. i am an idiot. i just uploaded a fixed ubuntuone-client to lucid-proposed though. :)14:33
cjwatsondobey: ok14:52
=== nobawk is now known as nobawk|away
ari-tczewis DebianImport working?15:07
=== nobawk|away is now known as nobawk
=== nobawk is now known as nobawk|away
fabrice_sp!away > nobawk|away15:29
ubottunobawk|away, please see my private message15:29
dobeyfabrice_sp: hi15:34
dobeyfabrice_sp: i uploaded a new mocker package to revu to make the description longer, and changed it to just use pysupport15:35
fabrice_spdobey, ok. I'll have a look in a few minutes (I'm sponsoring debdiff right now)15:38
dobeyfabrice_sp: great, thanks :)15:38
fabrice_spby the way, revu is not like the archive: you don't have (and shouldn't) increase the version number at each upload:-)15:39
fabrice_spdobey, ^15:39
dobeyfabrice_sp: right. oh i guess it did, because dch -i does it automatically15:41
fabrice_spdon't worry: it's not a big deal15:41
dobeyyeah i know15:41
fabrice_spalso no history: only one changelog entry15:43
fabrice_sp(so dch only, without -i ;-) )15:43
fabrice_spdobey, no get-orig-source?15:54
dobeyfabrice_sp: no. i thought we agreed on the compromise that uscan would fail now, given that it's a snapshot release, and there will be future tarball releases soon (which will make uscan work again)15:56
fabrice_spfor future, yes, but I really would like to have a way to generate the actual tarball by my own ;-)15:57
fabrice_spit's really the only thing I can find, anyway, so i'll advocate it (I won't be the one that will upload it anyway)15:58
* dobey wonders how that argument fits with gnome-keyring :)15:59
fabrice_spsorry, I don't understand your point16:02
=== eric_ is now known as EricBa
EricBaHello, is there a motu who has some time to review my package? It's already reviewed by one motu. My programm is a wallpaper changer for gnome. - http://revu.ubuntuwire.com/p/cortina16:12
EricBaIt was already advocated by one reviewer.. so this won't take much time to review.16:15
dobeyfabrice_sp: oh sorry. uscan is currently failing in gnome-keyring because the versioning is all messed up for some reason, and it was shipping snapshots from git for a period during the lucid cycle16:24
=== yofel_ is now known as yofel
=== nobawk|away is now known as nobawk
rippsFFMpeg is being held back by a bunch of packages, is this being worked on?18:40
ari-tczewhmmm... what-patch script seems to be broken18:41
NorthernLightsHi there18:43
arandari-tczew: In what way? (Works on 10.10 here)19:01
ari-tczewarand: maverick19:01
NorthernLightsI've got 2 packages on REVU. They are killrogues and synergy-plus. Could someone check them? I'm eager to get them in the repos.19:02
NorthernLights(especially synergy-plus)19:02
arandari-tczew: My vm is on v0.99 here and is seems to work fine, fails in which way?19:04
ari-tczewarand: use in console: what-patch19:05
ari-tczewarand: http://ubuntu.pastebin.com/4HyhnMjb19:07
arandari-tczew: A package using cdbs?19:09
ari-tczewarand: seems such as cdbs19:09
ari-tczewvery lack in debian/rules :/19:09
arandari-tczew: ~$ apt-file search /usr/share/cdbs/1/class/pear.mk -> dh-make-php: /usr/share/cdbs/1/class/pear.mk19:10
ari-tczewarand: have I to B-D on dh-make-php ?19:10
arandWhy what-patch would need I don't really know though... Is that part of a possible patching scheme?19:11
arandWell, just installing it might do. I would assume this issue is isolated to this one weird package source though, if someone uses a standard patching scheme, it *should* work19:12
arandari-tczew: The rather unhelpful error message there might very well be considered a bug in what-patch though... (ubuntu-dev-tools is the one to report against, I guess)19:13
ari-tczewarand: I'm preparing a security fix and package current now is FTBFS. first step I have to fix FTBFS19:14
arandWhich one?19:16
ari-tczewarand: php-htmlpurifier19:17
ari-tczewarand: install dh-make-php fixes the warnings in what-patch. I see that package is just B-D on dh-make-php, so I need to continue investigating...19:17
arandHmm, when I run what-patch on that I just get "patchless?"19:18
arandAnd I do know that I do not have the file it complains about for you19:18
ari-tczewarand: which file?19:19
ari-tczewpossibly you've got installed dh-make-php19:19
arandNo I have not19:19
ari-tczewheh, interesting19:20
ari-tczewarand: ok, could you help me fix FTBFS?19:20
arandWell I could try, be warned I'm just a happy amateur .19:20
arandari-tczew: It did build fine in my pbuilder... Is this arch-specific? Got a bug report?19:22
ari-tczewarand: I forgotten talk you: I'm working on php-htmlpurifier from karmic19:22
arandAh, Karmic, I though it was Maverick ^_^19:23
ari-tczewarand: I'm working on maverick, but I'm going to patch php-htmlpurifier from karmic19:23
arandari-tczew: So the ftbfs is on karmic? It does build for you on maverick?19:24
ari-tczewarand: I use: sudo pbuilder-dist karmic *.dsc19:24
arandari-tczew: I Got some pbuilder setup to do..19:30
ari-tczewarand: sudo pbuilder-dist karmic create19:31
arandari-tczew: Nah, I just fired up my karmic vm, but still need to add universe support etc.19:32
arand*to the pbuilder I had setup there already..19:33
arandari-tczew: Hmm, so it tries to download something in the install process..?19:35
ari-tczewarand: maybe19:35
arandErr, the build process, rather..19:35
kklimondabut it built succesfully on lp before - can you paste the log somewhere?19:37
ari-tczewkklimonda: https://launchpad.net/ubuntu/+source/php-htmlpurifier/3.3.0-1/+build/103515219:39
=== jtechidna is now known as JontheEchidna
arandhttp://pastebin.org/339482 Is the relevant bit.19:40
ari-tczewhave got the same error19:41
kklimonda/build/buildd/php5-5.2.10.dfsg.1/pear-build-download - it looks like something leaked from the build done on the ubuntu buildd and now it's breaking this build..19:42
ari-tczewdunno, I'm upset19:43
kklimondabug 513765 and debian bug 546164 seem to be related19:43
ubottuLaunchpad bug 513765 in php-versioncontrol-svn (Ubuntu) "Sync php-versioncontrol-svn 0.3.3-2 (universe) from Debian unstable (main)" [Undecided,Fix released] https://launchpad.net/bugs/51376519:43
ubottuDebian bug 546164 in php-pear "pear download directory is inherited from the build" [Important,Open] http://bugs.debian.org/54616419:43
ari-tczewsecurity fix done, and at the end FTBFS19:43
kklimondaari-tczew: that's why fixing FTBFS is just as important as doing SRU and security work :)19:43
arandHehe, if you do run the build with sudo, it works >_<19:45
arand"sudo debuild -b" that is :/19:45
kklimondaarand: it probably creates /build/buildd/ itself?19:45
Laneythat's an rcbug in Debian19:46
Laneyhaven't read the context, fyi19:46
ari-tczewhuh, lucid is build fine19:48
arandYup, it created /build on my machine.19:49
kklimondaarand: it got fixed (or rather worked around) in 5.2.11.dsfg.1-119:49
kklimondaari-tczew: ^19:49
ari-tczewkklimonda: php-pear?19:50
kklimondayes (it's part of the php5 source package)19:50
arandSo, that patch needs to go in first I guess ...19:50
ari-tczewarand: first we need to dig the patch19:51
ari-tczewkklimonda: where did you see that it;s fixed in 5.2.11.dsfg.1-1?19:52
kklimondaari-tczew: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546164#4419:53
ubottuDebian bug 546164 in php-pear "pear download directory is inherited from the build" [Important,Open]19:53
ari-tczewkklimonda: 44 comment says "Nah, it was not fixed."19:54
kklimondaari-tczew: "It stopped being an RC issue because the tmpdir path is19:55
kklimondanow set to something under /tmp, which an unprivileged user can create."19:55
kklimondawhich is why I've called it a work-around19:56
ari-tczewheh, but where is the patch?19:56
ari-tczewmaybe it's http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546164#1519:56
ubottuDebian bug 546164 in php-pear "pear download directory is inherited from the build" [Important,Open]19:57
kklimondanope, it doesn't seem to be this one (see the following comment)19:57
kklimondayou'll probably have to do a debdiff between our version and 5.2.11.dsfg.1-1 and look for /tmp - maybe it's something obvious19:58
ari-tczewf**king ftbfs...19:58
kklimondafunny thing is it probably builds just fine in ppa and official builders because they use /build/buildd/ path..19:59
arandI've been scanning the debian changelog, seems to be no mention there :(20:00
ari-tczew+1 ^^20:02
ari-tczewdunno, feel free to investigating the issue. today is friday, going out. have a nice weekend!20:06
philsfhi, I'm trying to recompile evolution, to test a new patch from upstream, but the patches are not being included. I'm just using 'dpkg-buildpackage' from the source tree, should I be using another program, or some specific parameters instead?20:19
philsfI don't see any mention to patches in the man20:19
arandphilsf: run "what-patch" in the source dir.20:24
arandShould tell you which patch system is used20:24
philsfarand, I'm getting this from dpkg-buildpackage:  Trying patch debian/patches/94_trash_folder_eds.patch at level 1 ... 0 ... 2 ... failure.20:24
philsf(which is the name I chose for the upstream patch)20:25
arandAh, right then it finds it, but fails to apply it, then I tend to try patching manually and see which bits break..20:26
arandSO which patch system does it use?20:26
philsfit's probably made for a newer version that what's in lucid20:27
arandThen it should be a simple matter of "cdbs-edit-patch 94_trash_folder_eds.patch" And then you 'll get a temporary patch editing directory.20:28
arandTry to "patch p# < ~/yourpatch.patch" in there, which should result in rejects which you'll need to look at and resolve.20:29
arand( -p# matching your specific patch)20:30
philsfarand, it already tried the patch in there, but the rejects seem to be the same as the diff itself20:30
philsfalso, all chunks failed :/ how am I supposed to know what are the correct lines?20:31
arandphilsf: Then start looking at the diff and the file it wants to patch, and figure out why it fails.20:31
philsfhmm, upstream says it's commited to 2.31.4+, lucid evolution is 2.28*20:32
philsfstarting to look like a lot of effort for newbie me20:32
arandIs the context in the diff correct, does it try to add on top of things that don't exist in the old version, etc...?20:32
arandSolving a diff conflict could be everything from a walk in the park to impossible, since the things it changes aren't there in the first place and you'd need to add several patches in series to get it all working nicely...20:34
arandOr, it's simply a missplaced whitespace :)20:34
philsfoh boy20:36
philsfoh, nevermind20:36
* philsf blushes20:36
* philsf was trying the e-d-s patch to the evo tree20:36
rippsA couple packages (vlc, picard, gstreamer-ffmpeg, transcode) are holding back the ffmpeg upgrade. Do the packages just need to be rebuilt? or is it more complicated than that?21:31
rippsIn Maverick21:31
micahgripps: probably depends if the package itself needs adjustment for the new version of ffmpeg21:32
rippsIs there anyway I can help?21:33
rippsI can test builds in pbuilder if it will help21:33
* micahg would think local rebuilds and testing would help21:34
micahgalong with bugs filed with comments about what was done for the rebuilds (I know vlc already has a bug filed)21:35
rippsI need to push a rebuild of mpd in mpd-trunk. That's also holding it back21:35
rippsHmm... it seems all the ffmpeg-0.6 packages aren't out yet. libavcodec-dev is still the svn snapshot from may21:43
rippsactually, the more I look at it, it seems that only ffmpeg-extra is out. I wonder what's holding ffmpeg21:45
rippshmm... couldn't find libvpx... but it looks like it's in the repos.21:47
micahgripps: libvpx-dev is holding it back21:47
micahgripps: libvpx needs an MIR21:47
* micahg should look harder next time :)21:48
micahg!mir | ripps21:48
ubotturipps: mir is Main Inclusion Report - see https://wiki.ubuntu.com/MainInclusionProcess for more information.21:48
rippsSo we're waiting on Canonical?21:48
micahgripps: no, anyone can file it21:48
micahgripps: I don't see one filed against the package21:49
* micahg looks harder for one21:50
micahgripps: you can file the MIR if you wish21:50
rippsmicahg: it's in the component-mismatch list21:53
micahgripps: the package?21:54
rippsIt seems it's automatically added when a main package fails to build from a missing dependency21:54
rippsI suppose a MIR bug report might get people to hussle though21:55
micahgripps: ah, ok, but I think an MIR is still needed21:55
rippsmicahg: there, bug filed. let's hope it gets fixed soon22:01
micahgripps: did you actually go through the checklist?22:04
rippsyeah, ubuntu-mir is subscribed to it22:05
micahgripps: I meant this checklist: https://wiki.ubuntu.com/UbuntuMainInclusionRequirements22:06
rippsmicahg: yeah, libvpx looks like it would be fine...22:07
rippsI know the copyright in libvpx is complicated, but from what I've read, the latest revision of it from google should be gpl compatible22:10
rippsmeaning it should be able to be packaged in debian and debian-based distros22:11
rippsCan someone who has an amd64 cpu pleas file an MIR for ia32-libs. It's dependency blocking libvdpau in maverick, which in turn is screwing with a bunch of media packages, like mplayer, from building correctly.22:25
shadeslayerripps: what does ia32-libs have to do with a amd64 CPU and bug filing?22:30
geserit's pretty unlikely that ia32-libs gets moved to main22:30
rippsgeser: okay, than a better question is why does libvdpau require it?22:31
shadeslayerwell that too.. but what does it have to do with a amd64 cpu ? :P22:31
geserripps: don't know, didn't look at the packaging22:32
rippsI have packages in one one of my ppa's failing because it can't pull the libvdpau dependency, because it ftbfs for amd64. Apparently because ia32-libs wasn't in main with it.22:33
shadeslayerripps: for maverick libvdpau1 is built... i just installed it22:34
=== Philip6 is now known as Philip5
rippsshadeslayer: https://edge.launchpad.net/ubuntu/+source/libvdpau/0.4-5/+build/179067722:35
shadeslayerhmm.. i have 0.4-322:35
rippsyeah, that's the problem, it should be 0.4-522:35
rippsThe package pulls the -dev for 0.4-5, but finds only 0.4-3 and fails22:36
shadeslayerthat means who ever packaged the vdpau library and/or filed a MIR for vdpau ignored the fact that ia32-libs was not in main...22:36
geserripps: check how the package has changed between the version in lucid and maverick and if it can be undone22:37
shadeslayergeser: its a sync :P22:37
shadeslayerripps: try #ubuntu-x too22:38
geserI see that Ubuntu-X is the bug contact for it, perhaps also ask in #ubuntu-x for input how to resolve this22:38
shadeslayergeser: slow :P22:38
shadeslayerripps: is ia32-libs in debian main?22:39
geseryes, but better don't look at the packaging22:39
shadeslayergeser: hehe :)22:40
shadeslayergeser: ok well theres the problem22:40
rippsshadeslayer: well, it seems libvdpau changed alot since lucid. It used to depend on nvidia driver packages, now it's more independent22:40
rippsAlso, ia32-libs is in amd64/ia64 on debian stable/unstable/testing22:40
shadeslayergeser: libvdpau is packaged for debian amd64 keeping in mind that ia32-libs is in main...22:40
shadeslayerripps: http://packages.debian.org/sid/ia32-libs22:41
geserDebian main = Ubuntu main + Ubuntu universe22:41
shadeslayergeser: yep...22:41
rippskinda complicated22:41
shadeslayergeser: but ia32-libs is in universe in ubuntu :P22:41
shadeslayerthe sync should have been a merge :D22:41
shadeslayerbut then it wouldnt compile without ia32-libs....22:42
shadeslayergeser: would it?22:42
rippsis ia32-libs only needed for ia64?22:42
shadeslayerripps: just amd6422:43
shadeslayerripps: see the build deps.. its written ia32-libs [amd64]22:43
rippsso... can ia32-libs be flagged for MIR?22:44
shadeslayerripps: it can,but like geser said... it wont get into main22:44
rippsso, how to fix libvdpau?22:44
geserunless the packaging of ia32-libs changed, it repackages the i386 debs for amd64, which isn't very liked by the security team22:45
shadeslayerno idea here... might want to try to build without ia32-libs,but im not sure that it will compile22:45
rippsSomeone with a amd64 cpu should check whether ia32-libs can be worked around.22:48
shadeslayerripps: sure thing ...22:48
shadeslayerripps: its getting the deps...22:55
shadeslayermaybe i should disable universe...22:56
shadeslayerripps: :P22:56
shadeslayerripps: build started23:17
shadeslayerbah.. fails after 2 secs23:18
BlackZshadeslayer: what's the error?23:24
shadeslayerBlackZ: http://pastebin.com/tALj4g7623:24
shadeslayerBlackZ: come into #ubuntu-x23:25
BlackZshadeslayer: why? what's going there?23:26
shadeslayerBlackZ: discussing the error with Sarvatt23:26
shadeslayerBlackZ: basically libvdpau has a dep on ia32-libs which is in universe23:27
shadeslayerwhich cannot be satisfied...23:27

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