MadCow108(yes I am in the process of installing it, but my connection is slow, you have plenty of time to answer this for me before its finished ;) )00:02
MadCow108we its finished, its black00:09
dholbachgood morning07:37
sagacikinda going around in circles, I've fixed a bug in xine-lib, branching from lp:xine-lib, do I need to change the changelog file for such a small change or will it be somehow aggregated with other small changes by the actual "uploader" or merger09:37
persiasagaci: It depends on your goal, really.09:55
persiaIf you branched lp:xine-lib and want to push it upstream, then changelog likely doesn't matter much.09:56
persiaThat would be added by the person integrating the change.09:56
persia(note that lp:xine-lib is automatically imported from the CVS repo on sourceforge)09:57
sagacii'll try to describe, fixing a small bitesize typo, with the aim of it going  upstream or at least into sid/oneiric09:57
persiaIf you want to change the package in Ubuntu, you'd want to start with lp:ubuntu/xine-lib09:57
persiaIf you want to be the uploader (even being sponsored), then you'd be expected to prepare the changelog, etc.  Everything necessary for upload.09:58
sagacithanks, i'll try doing it that way09:58
persiaIf you aren't concerned, then you don't have to do anything other than ask for a merge, and someone else will integrate.09:58
persiaIf it's just a typo, then it's better to send upstream.09:58
sagacibut how do you bzr push a change without a proper changelog entry09:59
persiaI'd recommend using `bzr diff` to generate a patch, and sending it to the upstream list (xine-devel at lists.sourceforge.net)09:59
persia`bzr commit` then `bzr push`10:00
persiaNote that if you do this, you need to specify a revision for `bzr diff -r ${REVISION}` when preparing the upstream patch.10:00
sagacirighteo, i'll try that bzr diff10:01
=== dholbach_ is now known as dholbach
dupondjehttp://pastebin.ubuntu.com/644718/ => somebody an idea on this ?11:22
dupondjecmake broke or ?11:22
jtaylordupondje: which package?11:55
dnivraHello. I was working on packaging open teacher(LP:#682582) for Ubuntu 11.04. I was told from here to get it included in Debian and it would be synced into Ubuntu. But, Debian didn't seem interested in including open teacher in their repos(http://lists.debian.org/debian-edu/2011/03/msg00002.html) and upstream don't plan to change the name either(private email). Isn't it possible to upload the package into Ubuntu repositories witho11:55
dnivrahttps://bugs.launchpad.net/ubuntu/+bug/682852 ?11:56
ubottuUbuntu bug 682852 in Ubuntu "[needs-packaging] OpenTeacher" [Wishlist,In progress]11:56
jtaylordnivra: I don't see that this package was denied int hat thread?11:59
jtaylorjust some discussion over the name11:59
jtaylorI think its not to generic, so first come first serve11:59
jtaylorare there other projects named openteacher?12:00
dnivrano there's no other project with the same name AFAIK. Checked via google too.12:00
dnivraWell they had a discussion over the name and I gathered they weren't interested unless the name's changed. I didn't pursue the issue after that :).12:01
dnivra(The discussion sounded like it was going to be a no to me)12:02
Laneyjust post again arguing for the current name12:03
Laneythe fact that they have a domain and lots of google hits speaks in favour12:03
jtaylordnivra: I only see some concern from wo peopl and I do not see their point12:03
jtaylormaybe speak to some people in #debian-edu12:03
dnivrajtaylor: I don't see their point either. I asked for a clarification on what exactly they had a problem with and they never got back to me on the issue. heading to #debian-edu now.12:04
dnivraLaney: sure. will do :).12:04
dupondjejtaylor: acoustid-fingerprinter12:09
jtaylorI'll have a look soon12:11
dupondjeok :D12:12
jtaylordupondje: workaround here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=63287012:20
ubottuDebian bug 632870 in acoustid-fingerprinter "acoustid-fingerprinter: Does not build" [Normal,Open]12:20
jtaylorbut that it does not find it in the first place may indeed be a cmake bug12:20
jtaylorhm no wait that workaround may be wrong12:21
dupondjeI saw that workaround, but doesn't look very clean. And Cmake should work imo12:22
dupondjegot cmake open in a pbuilder now, so if you need some trace output ^^12:23
jtaylormaybe a missing b-d12:23
dupondjeRemoved QtConcurrent from find_packages in CMakeList.txt12:27
dupondjethat fixed it12:27
jtayloryes but it may be wrnong12:27
dupondjeyea true12:27
dupondjebut QtConcurrent should be in libqt4-dev ? :s12:28
jtaylorits in qtcreator, I wonder why12:28
dupondjeeven with qtcreator installed cmake fails tho12:30
jtaylorthe debian bug should probably be increased to RC12:35
dupondjeor debian should get 0.2-1 :)12:35
dupondjefixed both bugs :p12:35
dnivrawell none in the Debian Edu channel are responding. I've emailed the list-hope they respond. I would like to know if it's still possible to upload the package to Ubuntu in case Debian doesn't respond in time for feature freeze. The developer would really like it to be included :)12:36
dupondjejtaylor: Developper of the package is on freenode also, going to poke him :)12:48
dupondjebtw, how to name a package version between 0.2 and 0.3. Source is just the current HEAD12:52
dupondjeno 0.3 out yet12:52
dupondjepackage-0.3~gitc53005affbd184f6b598 ?12:53
jtaylorpackage-0.3~YYYYMMDD and mention the commitin the changelog12:53
dupondjeand no -0ubuntu1 ?12:53
jtaylorthat too12:54
jtaylormaybe you can add a shortened git hash too, but it should stay below 80 characters12:54
dupondjethis would be fine for example ?12:55
jtaylordoes it make sense to use a git snapshot?12:55
jtaylorcan't you just backport the one commit that fixes the issue?12:56
dupondjeIn the very last commit QtConcurrent got dropped12:59
dupondjeand alot of things fixed12:59
dupondjebut anyway i'll ask the developper first12:59
dupondjewhen QtConcurrent can be dropped12:59
dupondjeBut the git versions builds fine ^^13:00
=== ximion2 is now known as ximion
dupondjeSome package is missing a build dep, which causes ftbfs14:01
dupondjeupload fix yet to ubuntu ? or wait for debian ?14:01
jtaylordepends, is it a package that needs exposure to testing now? was it just a rebuild that failed and the same version is already downloadable?14:11
jtaylorin general I'd wait for debian a few weeks first if its not urgent14:11
persiadupondje, So, if you find something like that, it's best to test-build in a Debian chroot.14:13
dupondjeI did, failed there also :)14:13
persiaIf the test build works, and you can replicate the failure in Ubuntu (with the same source package), check the dependencies.14:13
persiaIf the test build fails in Debian, fix it, and send the fix to the Debian BTS.14:13
persiaBefore DIF, it's often worth just waiting, but after DIF, unless you have a relationship with the Debian maintainer, it's often easier to just upload in Ubuntu.14:14
persiaMind you, if Debian adopts it, merging to get back in sync later is handy.14:14
dupondjeI bugreported on debian already14:14
persia(and if you are a little slow about fixing it in Ubuntu because you're hoping the maintainer applies it, that's understandable as well).14:14
persiaAh, cool.14:15
dupondjeits just adding 'jade' as build depend14:15
dupondjeso that should be easy for them :D14:15
persiaI just saw advice to "wait for debian a few weeks", and without the context, that sounded a bit uncooperative.14:15
persiaIs jade needed for all architectures, or just the "all" architecture?14:15
dupondjeI guess the 'all' one14:17
dupondjeas building docs fail because of it14:17
persiaSo, on the buildds, it works on armel, amd64, powerpc, but fails for i386?14:17
persiaThen you want to upload to Ubuntu.14:18
persiaThat's a bug in Debian, but not one that lots of maintainers care much about.14:18
persiaMany maintainers build the "all" packages on their local system, and don't remember to add stuff to Build-Depends-Indep.14:18
persiaAlso, double-check the patch to the BTS: that belongs in the Build-Depends-Indep: header, rather than the Build-Depends: header (as it's only required for architecture independent building).14:19
=== kentb-out is now known as kentb
dupondjebtw, pbuilder does the build indep also ?14:23
dupondjeno matter the arch14:23
persiaI think there's a switch to turn that on or off.14:24
persiaBut not being a pbuilder user, I'm really not sure.14:25
dupondjehttps://bugs.launchpad.net/ubuntu/+source/bochs/+bug/766024 => patch added14:26
ubottuUbuntu bug 766024 in bochs (Ubuntu Oneiric) "bochs version 2.4.5-1 failed to build on i386" [High,Confirmed]14:26
geserdupondje: without an option pbuilder acts like a "i386" buildd (builds both the arch dep and arch indep packages) but there is an option (--binary-arch) to just build the arch dep packages14:34
dupondjegeser: thx !14:37
=== ximion1 is now known as ximion
DorianJaminaisHi guys !14:59
DorianJaminaisI am trying to package a small game written in C++ with Code::Blocks15:00
DorianJaminaisIs there any way to make the packaging tool work with the codeblock projects ?15:00
DorianJaminaismaybe by adding something to the rules files15:00
=== shadeslayer_ is now known as shadeslayer
=== ximion is now known as ximion1
=== jpds_ is now known as jpds
dholbachLast day of UDW (https://wiki.ubuntu.com/UbuntuDeveloperWeek) starting in 15 minutes in #ubuntu-classroom15:46
RhondaAh! Thanks for the reminder. Almost forgot about DMB!15:54
RhondaHope network is really fine in Banja Luka on monday :)15:54
Laneyoh yeah, that reminds me15:57
RhondaNo, *that* reminds me:15:58
RhondaREM Jul 18 2011 AT 21:00 DURATION 1:00 +5 MSG PPU Application #ubuntu-meeting %c15:58
Laneyjust incase I don't make it :-)15:59
* Rhonda likes wyrd :)16:02
jtayloryey libgmpada updatew fixed the wishlist --as-needed bug but ignored the two ftbs RC bugs ._.16:34
tumbleweedwho says binary uploads require the uploader to ensure it builds :)16:41
=== marnux_ is now known as Marnux
=== jtaylor_ is now known as jtaylor
bdrungtumbleweed: around?18:54
tumbleweedbdrung: yeah18:54
bdrungtumbleweed: we need to fix backportpackage. the bug is going on my nerve18:54
bdrungbug #80194518:55
ubottuLaunchpad bug 801945 in ubuntu-dev-tools (Ubuntu) "[backportpackage] Fails to backport local .dsc file" [Medium,New] https://launchpad.net/bugs/80194518:55
bdrungthat's a regression18:55
bdrungwe need test cases for that18:55
bdrungtumbleweed: is bug #810974 a bug in debootstrap?18:55
ubottuLaunchpad bug 810974 in ubuntu-dev-tools (Ubuntu) "pbuilder-dist fails for sid" [Undecided,New] https://launchpad.net/bugs/81097418:55
tumbleweedthe local .dsc thing sounds like something I can do easily18:56
tumbleweedI was going to ask for more info on the debootstrap one18:56
bdrungtumbleweed: including a testcase?18:56
tumbleweedit could also be that sid is just broken18:56
tumbleweedthe test case is tricker, because then we have to be sure not to hit launchpadlib on those code paths18:59
bdrungtumbleweed: a online test would be sufficient19:03
tumbleweedor just stub them out19:04
* tumbleweed has a look19:04
bdrungtumbleweed: stub them out?19:04
tumbleweeduse mox to intercept them19:04
tumbleweedbdrung: I just successfully pbuilder-dist created sid on oneiric19:18
bdrungtumbleweed: and on natty?19:19
tumbleweedthat requires a vm, coming up...19:20
tumbleweedoh, actually it wasn't successful, ran into dupondje's /proc issue19:21
Ampelbeintumbleweed: the issue is in util-linux (the binary package is 'mount'), downgrading just mount to the previous version fixes the proc issue.19:22
Ampelbeintumbleweed: (for some reason umount ignores $PWD and tries to umount /proc, instead of the $CHROOT/proc)19:23
AmpelbeinI should probably add my findings to the bug report.19:25
tumbleweedthat'd be helpful, esp as I recall util-linux uploads recently, due to /run19:25
Ampelbeinoh, https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/805886/comments/3, colin already added basically the same.19:27
ubottuUbuntu bug 805886 in debootstrap (Ubuntu) "/proc does not get umounted after debootstrap" [Undecided,New]19:27
tumbleweedAmpelbein: it's still assigned to debootstrap19:32
tumbleweed(the debian bug too)19:33
Ampelbeintumbleweed: changed the ubuntu package to util-linux with a comment.19:34
=== yofel_ is now known as yofel
pindongahey ajmitch22:59
=== medberry is now known as med_out

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