[12:14] persia: i'm pretty sure it's safe to upload the updates, because they depend (and build-depend) on either emacs22 or emacs21 in all cases === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has joined #ubuntu-motu === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has left #ubuntu-motu [] [12:14] but if you want to wait, that's fine [12:15] mwolson: That makes sense, but I'm not an emacs expert, so I'd prefer to get a second opinion as well before pushing them :) [12:17] persia: from what I've seen the dependencies are all alternative, with preference on emacs22 [12:17] persia: I'm about to upload emacs22 to gutsy [12:17] siretart: Thanks. Other than emacs22, they looked clean, so I'll push them in the near future. [12:18] yes [12:18] I was about to upload some of them as well, but decided to focus on emacs22 [12:19] siretart: Don't let me block (I'm currently waiting for another build-test), just unsub & assign when you're processing so we don't step on each other's toes :) [12:20] sure [12:20] persia: OTH, let's just make sure that the bug gets closed by changelog properly, no need to unsub that wayt === eagles0513875 [n=jonathan@88.203.73.158] has joined #ubuntu-motu [12:21] siretart: I like unsubs because assignment doesn't show in the default listing, so that anything shown is a candidate for upload. [12:22] persia: err, if a bug is fixreleased, it won't show up anyway. do I miss something here? [12:23] siretart: Just small timing. Alternately, if a respin of the debdiff is required, it's nice to have it already off the list while waiting for the author to fix the issues. [12:24] siretart: Then again, I upload from the list several times daily: the workflow experience may be different for others. [12:24] ah, sure [12:29] siretart: does "bzr bd" automatically add -rfakeroot when building? [12:30] mwolson: yes [12:30] mwolson: see section Builders in /usr/share/doc/bzr-builddeb/README.gz [12:31] ah, missed that the first time around [12:32] Good Evening All :) [12:32] you can use 'bzr bd -S' to create a source package only [12:33] (sorry, the -sa switch is not implemented yet, you need to workaroud that by specifying --builder='debuild -S -sa -rfakeroot' [12:33] good night === Pici` [n=pcmacman@unaffiliated/pici] has joined #ubuntu-motu === RainCT [n=RainCT@77.209.35.46] has left #ubuntu-motu [] [12:37] good night folks, see you tomorrow! [12:37] Goodnight siretart [12:37] mwolson: Just to confirm, if these packages are built against emacs21, they'll still later work properly against emacs22 as well, right? [12:37] persia: yes [12:37] mwolson: Thanks. [12:43] Grrr. sbuild does not choose to parse "|" in Build-Dep-Indep. Some of these will have to wait... [12:43] hmm, didn't realize that [12:44] mwolson: No worries :) That's why I try to replicate the buildd environment locally when sponsoring. Based on the earlier statement, I suspect it will work in a day or two. [12:45] mwolson: Alternately, if you're in a hurry, you could respin everything to use emacs21 | emacs22 | emacs-snapshot, but I suspect it's a waste of time, considering that emacs22 will be in soon enough. [12:45] meh, let's just wait for emacs22 then [12:46] can sbuild be patched to do the right thing? i believe this behavior would be considered a bug [12:50] mwolson: Perhaps, but you'd probably want to patch in Debian, and it'll be a few releases before the buildds get updated. Putting a local patch in gutsy just makes it harder to see when the buildds will fail in advance. My memory is that this has been discussed on debian-devel@ before, and it was decided that the first of the possible packages should be used by the maintainer to show the preferred target against which to build, hence not parsin [12:52] that last message got clipped after "build, hence not" (overlong line probably) === leonel [n=leonel@189.155.105.100] has joined #ubuntu-motu [12:52] mwolson: Sorry. I dislike buffer limits. "...the first of the possible packages should be used by the maintainer to show the preferred target against which to build, hence not parsing the remaining available packages.". [12:52] ah [12:54] well, if it has been discussed before on debian-devel, it's unlikely to change, so i guess i'll have to forget about trying to change it [12:54] not a huge deal [12:54] mwolson: My memory could well be incorrect, or that could have been a discussion by various maintainers that did not involve either the sbuild or buildd maintainers. [12:55] mwolson: Also, I believe it was four or five years ago: practices may have changed since then. === doko_ [n=doko@dslb-088-073-105-226.pools.arcor-ip.net] has joined #ubuntu-motu === javier_galicia [n=Javier@189.130.231.56] has joined #ubuntu-motu === reggaemanu__ [n=manu@ARennes-257-1-45-209.w81-53.abo.wanadoo.fr] has joined #ubuntu-motu === persia recommends the use of filterdiff to remove changes to all automatically generated files from debdiffs when requesting sponsorship: if it's not an intentional change, it doesn't need to be in the patch. [01:26] interesting -- i was just editing the patch manually via Emacs [01:26] filterdiff might be quicker [01:29] mwolson: Isn't there also a diff editing mode that allows you to delete all patches to specific files in emacs, and otherwise make manual editing easy? [01:30] i don't recall [01:30] mwolson: http://atrey.karlin.mff.cuni.cz/~pavel/patch-mode.html [01:30] diff-mode lets you apply parts of patches and reverse the patch while editing [01:32] mwolson: diff-mode sounds interesting as well. On the other hand, no reason not to use the shell tools :) [01:32] unless you don't fully trust the tools yet :^) [01:36] hey sacater [01:39] hello everyone :) === bmm_ [n=chatzill@cc400801-a.groni1.gr.home.nl] has joined #ubuntu-motu [01:47] G'Night. === porthose [n=charliej@24-119-100-168.cpe.cableone.net] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === bassett [n=Bassetts@5ac2dd31.bb.sky.com] has joined #ubuntu-motu === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu === Amaranth [n=amaranth@ip72-196-13-134.om.om.cox.net] has joined #ubuntu-motu === DreamThi1f [n=mathias@gateway.3vilh4x0r.net] has joined #ubuntu-motu [02:45] I've made a script to download Packages.bz2 for feisty-universe and check those packages with the ones in /var/lib/dpkg/status so I can see what packages I have installed that came from universe and to see on what can I help patching bugs [02:45] is there a easy way to know that ? [02:50] leonel: I'm sure you could use grep-dctrl or Synaptic to give you a list. === ChrisJTortoise [n=tortoise@81-86-52-52.dsl.pipex.com] has joined #ubuntu-motu [02:51] Fujitsu: synaptic on a server without X ? [03:00] leonel: You might be able to get what you want from grep-dctrl === porthose [n=charliej@24-119-100-168.cpe.cableone.net] has joined #ubuntu-motu [03:15] http://www.littleubuntu.com/blog/?p=3 # "hidden gem" packages in Ubuntu [03:15] A nice list. === porthose [n=charliej@24-119-100-168.cpe.cableone.net] has left #ubuntu-motu [] === ceros [n=user@c-76-111-84-156.hsd1.va.comcast.net] has joined #ubuntu-motu === mohammad [n=mohammad@CPE001346f4a717-CM0011aea585d0.cpe.net.cable.rogers.com] has joined #ubuntu-motu === jml [n=jml@ppp121-44-211-82.lns1.hba1.internode.on.net] has joined #ubuntu-motu === VorianPrime [n=Steve@cpe-76-181-146-41.columbus.res.rr.com] has joined #ubuntu-motu === Fujitsu notes that python-numpy conflicts with our python-matplotlib, and that this is a little inconvenient. === mwolson [i=mwolson@pool-71-115-49-82.sbndin.dsl-w.verizon.net] has joined #ubuntu-motu === micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-motu === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu [04:10] Fujitsu: debian bug 426953 says we need to upgrade to python-matplotlib >= 0.90 [04:10] Debian bug 426953 in python-matplotlib "Installing python-matplotlib, python-numpy gets removed" [Grave,Open] http://bugs.debian.org/426953 [04:10] minghua: Yep, I'm trying to build it now. [04:11] It nicely FTBFSes (Debian bug #422475), but I think the patch there works. [04:11] Debian bug 422475 in matplotlib "matplotlib: FTBFS: Missing plugin file _ns_transforms.so: Failing build" [Serious,Open] http://bugs.debian.org/422475 [04:12] Fujitsu: Good luck, I see three RC Debian bugs against the 0.90.x version in experimental. [04:13] minghua: I can't reproduce the GTK one, and the python-gst looks a little strange... [04:14] Fujitsu: Maybe the GTK header one is amd64 only. [04:15] minghua: Possibly. I might check after it builds here on i386. [04:16] matplotlib really needs some love, it seems 2/3 of the Debian uploads are NMUs... [04:16] Yeah :( === macd [n=d@adsl-222-48-47.msy.bellsouth.net] has joined #ubuntu-motu === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-motu === DarkMageZ [n=richard@ppp121-44-43-70.lns3.syd7.internode.on.net] has joined #ubuntu-motu [04:26] persia, about my usage of automake1.7 instead of 1.9. would a comment in the bug do or is the reason required in the changelog itself? [04:26] DarkMageZ: Either is fine. This is a good place for discussion. Did something break with 1.9? [04:26] DarkMageZ: I like to see them in the changelog. [04:27] i used 1.7 to keep the size of the diff.gz as small as possible. [04:27] using 1.9 requires too much extra wastage. [04:28] DarkMageZ: Ah. I understand. I think we probably want to keep the previous migration to 1.9 then. It might make diff.gz larger, but it should make the debdiff smaller. [04:28] The debdiff is all that matters. [04:29] DarkMageZ: https://wiki.ubuntu.com/AutomakeTransition is one of the reasons why updating Automake is preferred. [04:29] Fujitsu: Depends on the perspective. I agree with you, but a mirror admin might not :) === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu [04:31] I care about maintainability, not a few hundred extra kilobytes on a mirror :P [04:31] DarkMageZ: Further, if /usr/share/cdbs/1/class/autotools.mk works, you could regenerate at build time, which makes diff.gz small, yet still uses a newer automake. [04:32] Fujitsu: Ah. That's even better: neither the diff.gz nor the debdiff size really matter, just the ease with which future patches are applied :) [04:32] i've got that in my rules file. but how do i make it regenerate? [04:33] persia: Maintainability is inversely proportional to the size of the debdiff. === persia thinks fujitsu may wish to look at something like the torcs transition from DBS + custom patch system to CDBS + quilt [04:44] but if the majority of the debdiff is cleaning up the crap of the old package? then does that reduce the desire for a small debdiff? [04:44] That makes merging from Debian hell, though. [04:44] And a lot of what we do is merging. [04:44] Fujitsu: Actually, due to coordination, it allowed a Debian sync, but the debdiff was *huge* [04:44] I agree with Fujitsu. Unless you plan to maintain the package in the future, or better, push changes to Debian/upstream, a lot of clean up is not worth the hassle it creates for later merge. [04:44] persia: Well, that's OK then. [04:44] DarkMageZ: It looks like you set some variables: see /usr/share/cdbs/1/class/autotools-vars.mk for some of the hooks. [04:44] I agree entirely with minghua [04:44] I've made a major change to a package in Ubuntu once, and I took over the Debian package a day later. [04:44] In other circumstances it's just not worth the hassle. === persia usually works with Debian maintainers, rather than adopting [04:44] Damn, minghua already said that :( [04:44] persia: This Debian maintainer dropped the package as soon as he saw it had changed to autotools. === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [04:44] Fujitsu: what was it using before? [04:44] minghua: dh_install, I believe. [04:44] It had no installation mechanism as such. [04:44] Fujitsu: Ah. In that case I prefer to work with Debian QA, or ask for adoption by a team, but that's mostly because of my own ability to commit to long-term maintenance. === minghua pefers autotools over hand-made Makefiles any day. [04:44] minghua: This is a Python app, so I found autotools a very strange choice. [04:44] hi all [04:44] Hi Hobbsee. [04:44] Wouldn't setup.py be the normal solution for python installation? [04:44] hi Hobbsee [04:44] Fujitsu: Hmm, yes, in that case setup.py is probably better than autotools. [04:44] Hi Hobbsee. [04:44] minghua: You'd think so. [04:44] persia, you might be interested in using the first debdiff i built if this is the case then. [04:44] DarkMageZ: I'll take a look. I think I prefer the use of simple-patchsys anyway... [04:44] Why are we introducing a patch system? [04:44] DarkMageZ: No, I already didn't like that one :) Somewhere in-between makes sense. === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu === calc_ [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-motu === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu [05:06] so in english. what do i throw into debian/rules to make it reautotool? i can't seem to figure out that autotools-vars.mk file [05:09] DarkMageZ: There are lots of ifneq(, $(VARIABLE)) tests in the file. If you want to execute the contents of one of those, you need to add a line like VARIABLE := true (or whatever is appropriate for that variable) in debian/rules. [05:11] DarkMageZ: For example, you might want DEB_AUTO_UPDATE_AUTOMAKE := 1.9 [05:11] so i'd add that .mk file to the rules and then add whatevervariable := something [05:12] DarkMageZ: It might be pulled in by the autotools.mk file. Try it without the extra include first. [05:13] DarkMageZ: Looking at your patch, you might also want to update ACLOCAL, etc. Depends on what you need. === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu [05:17] if i'm reading that correctly, then isn't this also automatically adding the new dependencies of automake and autoconf for me? [05:18] i might need to add $(CDBS_BUILD_DEPENDS) to the build depends? [05:19] DarkMageZ: Only if you use CDBS to automatically update debian/control. This is considered bad, unless you configure it to only be via a manual rule. I'd stick with manual management of control: it's much less confusing that way. [05:19] ah, that would explain those control.in files in other packages [05:19] DarkMageZ: See http://ftp-master.debian.org/REJECT-FAQ.html for more discussion === persia [n=persia@ubuntu/member/persia] has left #ubuntu-motu [] [05:37] oh, while i'm thinking about it. has anyone else noticed the serious drop in speed in which build-deps are checked (feisty vs dapper)? === man-di_ [n=mkoch@dyndsl-080-228-198-156.ewe-ip-backbone.de] has joined #ubuntu-motu === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [06:00] DarkMageZ: Using pbuilder? [06:00] yeah [06:00] PBUILDERSATISFYDEPENDSCMD="/usr/lib/pbuilder/pbuilder-satisfydepends-gdebi" [06:00] Try that in your .pbuilderrc if you're using Feisty. === acm_ [n=ameinke@p54BC272E.dip0.t-ipconnect.de] has joined #ubuntu-motu [06:04] that's about as fast as dapper was :) [06:06] is there a bug than i haven't managed to find about this regression? === Ash-Fox [i=UNKNOWN@fgd182.internetdsl.tpnet.pl] has joined #Ubuntu-motu === ScottK is up for reviewing right now (for a bit anyway) if anyone is around. I'll warn you so far I've advocated 0 of 6 I've looked at. === Neonightmare [n=neonight@140.94.62.81.cust.bluewin.ch] has joined #ubuntu-motu === evand_ [n=evand@acm.pct.edu] has joined #ubuntu-motu [06:23] ScottK, only on revu? or are you up for reviewing a debdiff against a current package? [06:26] DarkMageZ: I'll look at a bugfix. [06:26] What bug? [06:26] bug #123934 [06:26] Launchpad bug 123934 in libvisual-plugins "[debdiff] bunch of fixes for libvisual-plugins" [Medium,In progress] https://launchpad.net/bugs/123934 === ScottK looks [06:28] the majority of the patch is removing the to source changes to the makefile.in files which the debian guys did which are now regenerated by autotools. [06:28] @ buildtime === chillywilly [n=danielb@CPE-72-133-221-181.wi.res.rr.com] has joined #ubuntu-motu [06:28] DarkMageZ: Did you ask persia to look at it again? [06:28] persia's gone offline [06:29] and the new patch contains the requested fixes. [06:29] The size of the diff is pretty impressive (more than I'm up to digging through), so I think not that one for me tonight. Sorry. I'd suggest keep working with persia when he re-appears. [06:30] k. thanks anyways. === Fujitsu says scaredly "1.3MiB..."... then drops dead. [06:32] DarkMageZ: Did I miss the reason for dropping back to the original automake1.7 stuff? [06:35] Fujitsu, i've removed the dropback. but there were 2 good reasons. 1 was to reduce the size of the diff.gz and the other was to dodge a slight issue in the regen. [06:36] regen is done @ buildtime now and there's a very small patch to avoid the slight issue in the regen. [06:37] the new diff.gz sits @ under 6KB [06:37] DarkMageZ: The debdiff is what matters. [06:37] The current one still has stuff like: [06:37] -# generated automatically by aclocal 1.9.6 -*- Autoconf -*- [06:37] +# generated automatically by aclocal 1.7.9 -*- Autoconf -*- [06:40] Fujitsu: Have a look at the .diff.gz size for gnome-applets. [06:42] Fujitsu, this is true. but it is because the autotooling that the debian guys did to the diff.gz was removed. so it's saying that it's being returned to how it is in the orig.tar.gz. [06:46] it is now regened @ buildtime so it'll read 1.10.something if built on feisty. [06:46] DarkMageZ: I'd prefer it if that stuff wasn't removed. I don't want to merge a 1.3MiB diff, really. [06:47] .diff.gz size is inconsequential. [06:47] StevenK: No thanks, === TheMuso [n=luke@ppp59-167-22-248.lns2.syd7.internode.on.net] has joined #ubuntu-motu [06:50] it's about maintainability. it's easier to work with my version later on than to have to figure out why there are changes against the makefile.in's which get regened over later anyways === tuxmaniac [n=tuxmania@unaffiliated/tuxmaniac] has joined #ubuntu-motu [06:50] Heya folks. What have I missed? :p [06:51] DarkMageZ: It makes merging pretty close to impossible. [06:51] TheMuso: Lots. [06:52] StevenK: I'm sure about that. [06:52] TheMuso: Lots of packages waiting on REVU... [06:52] well, i won't be signing it with that mess in the digg.gz there's no point in it being there === TheMuso won't even think of revu until his 2580 emails are processed. [06:52] TheMuso!!! [06:53] Hobbsee!!! [06:53] Hi Hobbsee. [06:53] hiya Fujitsu [06:53] DarkMageZ: But there's point in it being in the Debian-Ubuntu delta. === tuxmaniac_ [n=tuxmania@59.92.60.61] has joined #ubuntu-motu [06:54] Um, s/point/no point/ === acm__ [n=ameinke@p54BC2476.dip0.t-ipconnect.de] has joined #ubuntu-motu === acm__ is now known as acm [07:01] I see that apport has now started marking its bugs private. Are we meant to unmark them when we confirm there's nothing sensitive? [07:01] pitti sent mail to -devel and IIRC that's what it said. [07:02] libvisual-plugins has two Debian uploads in total. I would be rather worried if we differ a lot from Debian without an active maintainer of our own. [07:02] Ah, I hadn't checked -devel-announce today [07:02] -deve-announce, rather === ScottK wonders how I'm going to know about the bugs to mark them un-private when there's no bugmail.... [07:02] Ah, right. === ScottK decides that's a sign he should go to bed. [07:03] Good night all. [07:03] Night. [07:03] ScottK: Yeah, me too. Many packages I'm interested are in main. [07:03] Night ScottK. [07:04] StevenK: If you get bored, there's a proposed gnupg upload in Bug #76983. keescook agreed that the first three should be fixed, but has not reviewed the patches. geser added the 4th bugfix to the mix. [07:04] Launchpad bug 76983 in gnupg "Doesn't create settings correctly on first start" [Medium,In progress] https://launchpad.net/bugs/76983 === freeflying_ [n=freeflyi@123.116.96.89] has joined #ubuntu-motu === Czessi [n=Czessi@dslb-088-073-130-246.pools.arcor-ip.net] has joined #ubuntu-motu === fraco [n=fraco@213.219.165.163.adsl.dyn.edpnet.net] has joined #ubuntu-motu === tuxmaniac [n=tuxmania@unaffiliated/tuxmaniac] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-motu === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu === FliesLikeABrick [n=Ryan@about/rpi/rawdor] has joined #ubuntu-motu === mohsens [n=chatzill@87.107.43.70] has joined #ubuntu-motu === AnAnt [n=anant@217.53.144.166] has joined #ubuntu-motu [08:22] Hello, could someone REVU this package please: http://revu.tauware.de/details.py?upid=5906 [08:23] AnAnt, I'm not a MOTU, but at a glance I can already see a few things that standout [08:24] superm1_: ? === hjmf [n=hjmf@150.Red-83-44-175.dynamicIP.rima-tde.net] has joined #ubuntu-motu [08:24] in debian/control: you need to make sure the maintainer has an @ubuntu.com address [08:24] typically ubuntu-motu@lists.ubuntu.com is used [08:24] superm1_: ah yes, I forgot that [08:25] AnAnt, also is this the first revision to make it into Ubuntu? [08:25] debian/changelog seems to imply other releases [08:25] superm1_: I thought I fixed that [08:25] superm1_: huh, why do you say so [08:25] ? [08:26] it is first revision indeed [08:26] what's wrong with debian/changelog ? [08:26] AnAnt, because putting in things like "removed """" implies there were other releases [08:26] (which should have been in debian/changelog) [08:26] oh ! [08:26] I made a previous package, but didn't upload it [08:27] I would just put down "Initial Release" [08:27] then [08:27] AnAnt: don't use "-$(MAKE) clean", run your package in a gutsy lintian and it will tell you how to do it correctly [08:29] minghua: how ? [08:30] lintian /tmp/thwab-lib_1.1.2-0ubuntu1.dsc doesn't say anything about make clean [08:31] minghua: hello ? [08:33] AnAnt: Are you using lintian in gutsy? [08:33] minghua: nope, feisty [08:34] Well, I said "a gutsy lintian". [08:35] what version of lintian is on REVU ? === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-motu [08:35] feisty, most likely. [08:36] can you send me the output of gutsy lintian on my package ? [08:37] AnAnt: http://revu.tauware.de/details.py?upid=5848 has a copy of the message which you can take as a reference [08:37] AnAnt: search for "debian-rules-ignores-make-clean-error" [08:39] minghua: thx [08:43] AnAnt: Also, that man page is rather useless. [08:44] minghua: well, I was told to make a manpage even if the binary has no options [08:44] AnAnt: does it process any files? [08:44] AnAnt: At least say it doesn't take any options in man page. [08:45] minghua: ok [08:47] minghua: in which section should I mention that ? [08:49] AnAnt: SYNOPSIS should give a example without options (does it take any file as command-line arguments), I think that would be enough. [08:49] AnAnt: I don't know much about man page though. [08:49] minghua: it doesn't take any file as command line args [08:50] that's why it just says thwab-lib in SYNOPSIS [08:50] I see. [08:51] AnAnt: I'm not picking on the man page anymore, then. [08:51] Although this doesn't make me feel good about upstream. [08:51] minghua: how ? [08:54] Well, just my personal opinion, but -- (1) a user program, executable binary named xxx-lib; (2) a program that takes no options, not even --version and --help. These make me feel the upstream is not very experienced in programming. [08:54] minghua: I agree [08:55] ic [08:56] man-di: Glad I am not alone. :-) [09:03] what's in a thwab? [09:04] zakame: meaning ? === superm1__ [n=superm1@66-188-198-184.dhcp.roch.mn.charter.com] has joined #ubuntu-motu [09:06] can someone remove the thwab-lib incomplete upload ? === Czessi [n=Czessi@dslb-088-073-130-246.pools.arcor-ip.net] has joined #ubuntu-motu === Nightrose [n=lydia@port-87-234-150-228.dynamic.qsc.de] has joined #ubuntu-motu === Starting logfile irclogs/ubuntu-motu.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-motu === Topic for #ubuntu-motu: Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://dad.dunnewind.net/universe.php === Topic (#ubuntu-motu): set by persia at Tue Jul 3 11:50:26 2007 === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === johnybot [n=kvirc@24.86.185.40] has joined #ubuntu-motu === johnybot [n=kvirc@24.86.185.40] has left #ubuntu-motu ["Time] === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-motu === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-motu === AnAnt [n=anant@217.53.144.191] has joined #ubuntu-motu [10:44] Hello, can anyone remove an incomplete upload from REVU's ftp ? === coNP [n=conp@unaffiliated/conp] has joined #ubuntu-motu === apachelogger [n=me@N857P001.adsl.highway.telekom.at] has joined #ubuntu-motu === IanC26 [n=IanC26@2002:908b:a5fb:4:216:6fff:fe39:ff6e] has joined #ubuntu-motu [10:59] AnAnt: ask a motu member [10:59] Kmos: who's a motu member here ? [11:00] imbrandon, crimsun, laserjock, and others all have REVU fixing powers :) [11:01] AnAnt: check at launchpad.net [11:04] RAOF: Only revu admins can do it. [11:04] I'm a MOTU, and I can't. [11:04] Fujitsu: I thought the people I named were revu admins :/ [11:05] RAOF: Oops, it was Kmos that said that. Sorry. [11:06] NP :) [11:06] Fujitsu: ok, where can I find a revu admin? [11:06] oh [11:07] crimsun: could you please remove my thwab-lib incomplete uploads ? === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-motu === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-motu [11:10] Fujitsu: can you REVU this upload http://revu.tauware.de/details.py?upid=5906 ? === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-motu ["Bye!"] === yamal [n=yamal@Room641A.no-such-agency.net.ru] has joined #ubuntu-motu === Sindwiller [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU [11:26] i'm merging initramfs-tools, someone to check my debdiff ? http://paste.dunnewind.net/15 === RAOF goes to clean up democracyplayer bugs which are almost-surely fixed in gutsy... [11:27] william@irranat:~/MOTUing$ rmadison -u ubuntu -s gutsy initramfs-tools [11:27] initramfs-tools | 0.85eubuntu14 | gutsy | source, all [11:27] Hm. [11:27] That doesn't give the component :( [11:27] i'm merging from 0.89 [11:27] main [11:27] Sp4rKy: That was my point. === Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-motu [11:29] Sp4rKy: the change in initramfs-tools-0.89/scripts/nfs looks a bit pointless, removing an empty line... [11:29] yep ^^ [11:30] i asked the debian maintainer about some change (espcially in preinst file) [11:30] The changelog seems a little wrong, too. You mention only load "vga16fb on amd64", but also "don't use vga16fb on amd64" :) [11:32] so i should add 'don't use ...' ? [11:33] Don't load vga16fb on amd64 either, usplash 0.4-36 fixes things so that we don't need to use it anymore. [11:33] is it correct ? [11:33] No, I mean there are two, contradictory entries. One says "only use vga16fb on amd64 (not i386)" === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu [11:33] oups yes ^^ [11:33] The other one you have listed :) [11:34] so the last entry must be removed :) [11:35] good morning! [11:35] ScottK: ping [11:36] RAOF: ok, removed [11:37] do you see any other things ? [11:37] jussi01: He went to bed 4.5 hours ago. [11:37] Fujitsu: ok, thanks :) [11:37] So he should be up now, he has young kids. :-P === RAOF is in no way qualified to check initramfs :) [11:38] ^^ [11:38] Sp4rKy: Since it's seriously in main, I'd think you'd be better off in #ubuntu-devel [11:39] ok, go there so [11:39] thx === DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-motu === coNP [n=conp@unaffiliated/conp] has joined #ubuntu-motu === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-motu === laomao [n=laomao@221.10.184.136] has joined #ubuntu-motu [11:50] hi everyone [11:57] hi laomao [11:58] Lure: Successfully uploaded packages. [11:59] StevenK: thanks a lot! [11:59] Lure: No problem! === StevenK wonders if he hit the archive in time for the publisher run in 4 minutes. === jekil [n=alessand@151.82.3.32] has joined #ubuntu-motu [12:00] hello === Fujitsu groans at 210 unmetdeps. [12:10] And only 18 are SEP :( [12:17] Fujitsu: a large part is the libboost-* transition [12:18] another large part is ghc6 related [12:19] And there are a few apache bits floating around. === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === hagi [n=hagi@adsl-89-217-160-99.adslplus.ch] has joined #ubuntu-motu === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-motu === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-motu ["Bye!"] === Lamego [n=lamego@a83-132-143-120.cpe.netcabo.pt] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu === DarkSun88 [n=Ma@ubuntu/member/darksun88] has joined #ubuntu-motu === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu [12:49] Hi all === apachelogger [n=me@N857P001.adsl.highway.telekom.at] has joined #ubuntu-motu === pgquiles [i=pgquiles@conference/kde/aKademy/x-151885f95385dea9] has joined #ubuntu-motu === Bassetts [n=Bassetts@unaffiliated/bassetts] has joined #ubuntu-motu === ScottK just missed jussi01. [01:13] StevenK was right. === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu [01:14] ScottK: That's a tautology [01:14] Yeah, but I was just pointing out that I was in fact up due to a small child. [01:14] jussi01: What? === ScottK may be a little grujpy. Be forwarned. [01:15] grujpy/grumpy === ScottK may also be too tired to actually type words. === Pumpernickle [n=Pumperni@CPE0016b6c9fba4-CM0012c9a9a6dc.cpe.net.cable.rogers.com] has joined #ubuntu-motu [01:15] ScottK: go to bed, Ill talk to you another time. Its not urgent [01:16] jussi01: I'm up due to the 4 year old and actually not that grumpy. [01:16] What's up? [01:16] not much, I was hoping to go through som mnemosyne stuff with you. (copyright stuff) [01:17] Ah. [01:17] Well the short version is you need to understand why it got rejected and answer those concerns. [01:17] ScottK: so no big hurry [01:18] What I expect you are going to need to do is do an actual code comparison and see if there is, in fact, any code left from the predecessor package. [01:19] ok === persia thinks an actual code comparison is definitely required for mnemosyne [01:19] If there isn't, then it's copyright info can and should be dropped. [01:19] ScottK: is there an easy way to do that? [01:19] some sort of diff program? [01:19] jussi01: diff would be one. [01:19] Sorry. Couldn't resit. [01:20] resist [01:20] lol === DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-motu [01:20] ScottK: I understand... its late.. :P [01:20] If the file structure is similar, then you could use diff. [01:21] I think you are going to have to spend some time with the code of both packages to understand if there are structural similarities. [01:21] jussi01: Also, be sure to check the copyright on the memaid files: many of them were actually written by the mnemosyne team. [01:21] I would also grep the names of the memaid people to see if they show up in mnemosyne anywhere. [01:22] jussi01: I would encourage you to do this work. It'll be a good learning experience and it'll get your package in. [01:22] ok, thanks for that, I now have something to go on! === jussi01 sometimes just gets overwhelmed by stuff. [01:23] persia: DarkMageZ was around last night (here) with a new debdiff for bug #123934. I pointed him at you, but you weren't around. [01:23] Launchpad bug 123934 in libvisual-plugins "[debdiff] bunch of fixes for libvisual-plugins" [Medium,In progress] https://launchpad.net/bugs/123934 [01:24] You might have a look. === sindwiller_ [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU [01:24] ScottK: Yep. Thanks. [01:24] ScottK, we're talking via pm right now :P [01:24] Ah. OK. === sss [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU === hoora_ [i=ariel@gateway/tor/x-3c7df4880f00357e] has joined #ubuntu-motu === ScottK wanders off to find out if the 4 year old will believe it's nap time already. [01:28] :) === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-motu === sss [n=sindwill@84-75-101-114.dclient.hispeed.ch] has joined #ubuntu-MOTU [01:33] Just to verify my understanding, could someone else please confirm that we do source maintainer mangling for an $(Debian-revision)ubuntu1 revision, and don't for a $(Debian-revision)build1 revision? [01:35] persia: that's how I do it [01:36] geser: Thanks. [01:36] and dpkg-buildpackage doesn't complain that build1 has no XSBC-O-M field [01:37] geser: True, although I'm not sure if that's a intentional feature, or an accidental feature, given the history of that change. [01:38] build1 shouldn't have any additional changes made by Ubuntu (besides the new changelog entry) so there should be no need to change the maintainer === RainCT [n=RainCT@77.209.18.164] has joined #ubuntu-motu [01:40] geser: That's my reasoning: I'm glad that you concur. Now to instruct others :) === ivoks [n=ivoks@2-13.dsl.iskon.hr] has joined #ubuntu-motu [01:47] persia: Dear me, flattery much? === DarkMageZ_ [n=richard@ppp59-167-174-104.lns4.syd6.internode.on.net] has joined #ubuntu-motu === _czessi [n=Czessi@dslb-088-073-036-034.pools.arcor-ip.net] has joined #ubuntu-motu [01:56] anyone can review please? http://revu.tauware.de/details.py?upid=5896 [01:56] persia: Did you request an ardour sync [01:57] TheMuso: Welcome back. I hope you've had a good trip. Yes. Did you ever figure out the scons issue? It appears to have occurred again. [01:58] persia: No. As I have stated before, it builds here in a local sbuild no problem. I think we need to talk to the build system admins about this one. [01:59] TheMuso: I think you're right. I've a couple other things I want to try, but I'll ping someone Monday CET if I can't find a way to replicate without spamming the repository. [02:00] persia: I am just updating my sbuild for gutsy on my powerpc box and will try again, but I feel that it will succeed. [02:00] Another package using scons fails to build only on the buildds? [02:00] TheMuso: It worked for me with gutsy sbuild on amd64 a couple days ago (when I requested the sync). [02:00] Right. [02:00] geser: Yep, but in a different way this time. [02:01] which package is it this time? [02:02] geser: ardour (although I still haven7t fixed aqsis either) [02:03] persia: do you have time for me atm? (sbuild setup?) [02:03] jussi01: I should in 15-20 minutes. [02:03] persia: no hurry though [02:03] ok :) [02:05] persia: how it is this different this time? [02:06] one could upload a package which outputs the config.log if it fails === Pumpernickel [n=Pumperni@CPE0016b6c9fba4-CM0012c9a9a6dc.cpe.net.cable.rogers.com] has joined #ubuntu-motu [02:06] geser: Rather than being a problem with configure, it fails when trying to get the correct version for pkg-config [02:08] DktrKranz: Just to confirm, for the mod-ruby changes, do you mean to delete the old files from debian/? [02:08] persia, I'm checking [02:08] I wonder what is better: 1) file new sync bugs, subscribe u-u-s and close other bug when sync was done/closed or 2) take an existing bug, and sync request and subscribe u-u-s? [02:08] what is the ubuntu way for this? [02:08] if it's really the same problem as with xmms2, it's because dash stumbles over an error in the environment and exist independent of pkg-config being there or not [02:09] (I mean for cases where a bug was fixed in Debian) [02:09] man-di: I usually to 2) if there is a bug asking for a new version [02:09] persia, I removed every file related to apache 1 [02:09] man-di: Either works. I prefer #2 when the bug history is small, and #1 when the bug history is large (and there are many subscribers). In either case, be sure to retitle and redescribe the bug for the convenience of the archive admins. [02:09] to apache1 package [02:10] is there a way to automatically close other bugs when bug XXXX gets closed? [02:10] DktrKranz: Thanks for the confirmation. The patch only removed the contents of the files, so I'll manually delete the 0-byte leftovers. [02:10] man-di: afaik no === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-motu [02:11] persia, thanks :) [02:11] man-di: not really. Duplicates are hidden by default, but left "open" when the master is closed. [02:12] okay [02:12] seems like there are some bugs in java packages which are fixed in debian and synced to ubuntu a long time ago [02:13] persia: do you mind if I upload adour to output the config.log if scons fails to see where the problem is? [02:13] Kmos: What did you do: https://lists.ubuntu.com/archives/ubuntu-motu/2007-July/001875.html [02:13] man-di: That happens often, unfortunately. There's an open spec for better coordination with Debian bugs, but there's still significant discussion of the best way to handle it. For now, we've been closing bugs with a comment (Fixed with version X.Y-Z) for reference. === ScottK goes back to bed. [02:14] geser: I don't mind, but I'd rather push it against PPA tomorrow to see if I can replicate before we churn the repositories. [02:14] persia: Are there any instructions anywhere about using PPA? [02:14] persia: thx for the info [02:14] TheMuso: Not to my knowledge. [02:14] persia: is PPA using the same build environment as the normal archive? [02:15] persia: So how do we use it? [02:15] geser: The buildds are in Xen, but otherwise the same. [02:15] ScottK: ignore it! i want to merge motu-media with ubuntu-motu [02:15] geser: I'm not sure. I know there is a different queue, but I'm not sure if the buildds are the same or different. [02:16] You upload to incoming.dogfood.launchpad.net:~fujitsu/ubuntu, and it builds on a separate set of extra-isolated Xenified, cleaned-after-each-build buildds. [02:18] are the build logs available for PPA? [02:18] Fujitsu: Do you know if the configuration is the same? Should we expect the same scons failures? [02:18] geser: You should be able to look it up in the separate buildd histories, but I don't think they're findable from the package/person pages. [02:19] persia: They're identical, AFAIK. === Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-motu === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-motu === YannDinendal [n=Yann@dyn-88-122-227-52.ppp.tiscali.fr] has joined #ubuntu-motu === YannDinendal [n=Yann@dyn-88-122-227-52.ppp.tiscali.fr] has joined #ubuntu-motu [02:55] persia: Latest ardour does build fine in an updated gutsy sbuild for me. [02:56] TheMuso: That's annoying. I'm just prepping gezer's suggestion with aqsis, and if it works as I think it ought, I'll try with ardour as well. [02:56] Ok. [02:57] persia: I try ardour already in PPA, let's see how it works out [02:58] geser: Great. Let's hope it fails. [02:58] Fujitsu: does one get a mail for successful uploads to PPA? [02:58] geser: yes [02:59] hmm, then something has gone wrong as I didn't get a mail yet [03:00] then you're probably uploading to the wrong place, or something. when did you upload? [03:01] Hobbsee: 2007-07-07 14:40 ardour_2.0.2-2ubuntu1_source.upload (it's UTC+2) [03:01] this makes it 20 minutes ago [03:01] Hobbsee: can you paste your dput config for ppa? [03:02] geser: /query me yours? === turtle5002 [n=turtle@220-132-178-43.HINET-IP.hinet.net] has joined #ubuntu-motu === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu === Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-motu === icf7 [n=icf7@PPPOE-05-0124.UNI-MUENSTER.DE] has joined #ubuntu-motu === turtle5002 [n=turtle@220-132-178-43.HINET-IP.hinet.net] has left #ubuntu-motu [] [03:09]