[00:01] ScottK, ah, appears to be a bug in the configure script or something [00:02] * cody-somerville has to run for the moment. [00:08] when i run sudo make install it works (binaries are put in /usr/bin) but when I pbuild the package it fails during the make install step with "install: cannot create regular file `/usr/bin/ecm': Permission denied" [00:22] loic-m: I'd guess you want usr/bin/ecm in your debian/rules, not /usr/bin/ecm. [00:23] Well, atm I'm using $(MAKE) install in debian/rules and it doesn't work [00:24] makefile has install -m 755 -t /usr/bin ecm unecm and it works when sudo make install [00:24] loic-m: That's because for make install you want an absolute path. For the package you want relative. [00:25] so I can't use $(MAKE) install in debian/rules? [00:32] when I use install -m 755 ecm usr/bin in debian/rules the package builds, but there's no binaries in it (there should be the ecm binary) [00:35] loic-m: you need to place ecm in the correct relative destination [00:36] loic-m: normally that's $(CURDIR)/debian/tmp/usr/bin or $(CURDIR)/debian/packagename/usr/bin [00:37] remember, it's relative to the extraction path, which is the toplevel containing debian/ [00:37] the problem is, even the Complete packaging guide doesn't explain the install: part of the debian/rules file [00:39] my makefile just creates the binaries in the directory it's started (where the source are). There's an install section, but since it doesn't work with pbuilder I don't use make install in debian/rules [00:47] crimsun, I've got no binaries in the package if in debian/rules I use install -m 755 -t $(CURDIR)/debian/packagename/usr/bin ecm [00:48] loic-m: hopefully you actually used the real packagename instead of "packagename" [00:49] yes, I used ecm, sorry [00:49] and I've got package = ecm in both makefile and debian/rules (just to be sure) [00:52] can you pastebin your top-level Makefile and debian/* somewhere? [00:52] Is there a forum for MOTU or packaging? [00:52] loic-m: I'm no expert, but you might consider patching the Makefile so that make install supports the use of $DESTDIR, at which point you avoid all this need for manually moving files around and getting confused? [00:53] loic-m: (you're in the "forum") [00:53] I can create a thread in ubuntu's forum and post the files there [00:54] but I'd also really like an explanation on how the process work with pbuilder (the man page only details the options) [00:54] loic-m: any pastebin will suffice, no need to create a new thread on the forums [unless you're dead set on it] [00:54] loic-m: As crimsum said, you are in the right place. If someone working with you wants to see files they will ask you to pastbin them. [00:57] loic-m: pbuilder is just a chrooted development environment, there is no difference in how things work in there vs in your normal workstation, just that it doesn't have lots of packages already installed so building in a pbuilder makes sure you have your dependencies correct. [01:02] http://pastebin.com/m510990f3 for the makefile, http://pastebin.com/m2fa45b16 for debian/rules [01:12] eek [01:12] loic-m: how thorough a review do you want? [01:13] * ScottK steps away from the pastebin. [01:13] i.e., you define $CC but don't actually use it, preferring instead to use cc, and your install target has the wrong dependencies [01:14] I'll have a look [01:15] your install rules uses debian/tmp instead of debian/ecm; is that intentional? [01:16] (that most recent was for debian/rules; the others are for the Makefile) [01:16] No, i got it from another debian/rules (I used lha package) or from the Complete packaging guide [01:18] Makefile: I edited it. Sorry for the dependencies, I should have seen that (even though it works) [01:18] you might want install -p -m 755 debian/ecm/usr/bin ecm [01:18] (debian/rules) [01:19] i presume you have not created a debian/{,ecm.}install ? [01:19] RAOF: sorry, was too tired to review last night [01:24] with your install line, I get : install: cannot stat `debian/ecm/usr/bin': No such file or directory [01:25] sorry, i reversed the arguments [01:25] (been a long day) [01:26] why do I need the -p option (--preserve-timestamps)? [01:29] err, that should have been -D [01:30] interesting, my pastes are completely out of order [01:30] that explains why nothing makes sense =) [01:31] i.e., install -D -m 755 ecm debian/ecm/usr/bin/ecm [01:38] crimsun: That's fine! [01:42] crimsun: Thanks a lot. It works perfect, and the package is ok [01:43] Does -D work because it creates the directories before installing? I though /usr/bin would be already in the chroot [01:45] loic-m: that's correct, it does create the dirs [01:47] Do all submitted packages need a man page? [01:48] it's a really, really good idea if the executables have man pages [01:50] is it permitted for packages in main to suggest packages outside of main? [01:50] absolutely. [01:51] thanks crimsun [04:25] if Makefile has "all: scons" is it proper to put scones in control: Build-Depends:? [04:28] CarlFK: Does the package build without it? If not, yes. [04:30] thanks [04:36] I built ffmpeg2theora_0.21-0.1build1.1_i386.deb but dpkg -i didn't seem to install the main binary anywhere. how can I probe it to see what it will install where? [04:36] CarlFK: dpkg --contents [04:36] dpkg --contents [04:37] thanks. I think that showed me the problem even === not_rly is now known as orly_owl [06:35] it seems "make install" isn't installing... does pbuilder or something have a way to tell me what make install is doing? [06:36] The log will contain that. [06:37] Presuming that make outputs to stdout or stderr, which it does. [06:37] where's the log? [06:39] Either on your console, or somewhere else. pbuilder-dist has a withlog option, which'll put it in ~/pbuilder/.lastlog [06:39] (This is one of the things I like about sbuild; it emails me the buildlogs!) [06:41] I have yet to get sbuild to mail me, but the build logs being handy is great [06:50] I normally use dpkg-buildpackage, I have never used pbuilder. I have followed the top of https://wiki.ubuntu.com/PbuilderHowto [06:50] did sudo pbuilder create. not sure what to do next [06:51] sudo pbuilder build *.dsc? (why sudo?) [06:52] CarlFK: Check the backscroll in the terminal. That's at least one copy of the log. [06:52] heh [06:52] Also, sudo because pbuilder chroots, and you need to be root to do that. [06:53] ok, that makes sense [06:59] RAOF: I skimmed the last 24 hours and looked at all the lines with pbuilder... didn't find any clue what I should do [07:00] CarlFK: You mean the last 24 hours of #ubuntu-motu? I meant the terminal you ran pbuilder in! [07:01] * RAOF wishes he had a 24/7 internet box to keep backscroll in :( [07:01] RAOF: That can be fixed [07:02] StevenK: Yeah, by the purchase of a 24/7 internet box. Or where you thinking of something else? [07:02] pbuilder-dist jaunty withlog build = "File /home/juser/pbuilder/jaunty-i386-base.tgz does not exist" [07:03] RAOF: I was thinking of a VPS, actually [07:03] lol [07:03] StevenK: So, a timeshare on an internet connected box. I'm considering it. [07:04] RAOF: How is that a time share? [07:05] I share the CPU with the other virtualised systems on the box? Or am I confusing VPS with something different? [07:06] So, the slices are so tiny that it appears instantaneous, but it's still a time-share :) [07:06] RAOF: Sure, but I don't notice [07:06] I don't think I share the machine with a Gentoo user [07:06] Hopefully you couldn't tell. [07:08] I need to do "pbuilder-dist jaunty create" ? [07:09] CarlFK: Yes [07:09] good morning [07:10] G'morning. [07:23] who of you would like to give a hands-on session at the next Ubuntu Developer Week? :) [07:23] you mean an IRC one?# [07:23] when is it/ [07:24] this look reasonable? "ffmpeg2theora-trunk$ sudo pbuilder-dist jaunty withlog build ../ffmpeg2theora_0.21-0.1build1.dsc [07:25] CarlFK: Yes. [07:28] Hobbsee: Jan 19th-23rd [07:29] dholbach: and what time of day? [07:29] the same as last time: 16UTC-20UTC - so might be bad for you [07:29] well, now I get build errors that I didn't with dpkg-buildpackage [07:31] I'd be interested. [07:31] oh, meh. [07:31] iulian: woohoo [07:31] iulian: what kind of session? [07:31] dholbach: Good question. [07:31] I don't know yet. [07:31] I have had a talk of sorts in my mind on open source photography tools, which I could do, but I suspect there are others orund here better qualified [07:32] the preliminary schedule is up here: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep [07:32] * iulian looks [07:32] whatever topic you pick, it'd be nice if it was a hands-on session [07:32] so people could actually play with a few tools and find out more about how we do things [07:32] Yea, indeed. [07:33] I'll ask mvo to give a session about python-apt and somebody else about i18n-ising code [07:33] and pester the kernel folks, bzr, etc :) [07:34] And git. [07:34] but a few packaging/bugfixing/testing sessions would be nice to have as well [07:34] if you want to talk about it, sure why not - maybe you can do it together with the kernel folks? :) [07:35] What about a "packaging with git" session? [07:35] Sure. [07:35] * dholbach has no clue about git at all. [07:37] * dholbach hugs iulian [07:37] * iulian hugs dholbach back. [07:37] * iulian -> breakfast. [07:37] enjoy [07:37] Thanks. [07:39] does "sudo pbuilder-dist jaunty withlog build ../ffmpeg2theora_0.21-0.1build1.dsc" use the "Build-Depends" from the .dsc or debian/control? [07:40] They _should_ be the same, right? debian/control is where the B-D in the dsc is generated from. [07:41] yeah, one has more spaces, so the line wrapped more, so it looked like one had more [07:41] morning o/ [07:50] pbuilder-dist logs shows "patches: debian/patches/01-fix_includes.patch" but I deleted that patch. where did it find it? [07:54] this happned: dpkg-source: info: unpacking ffmpeg2theora_0.21.orig.tar.gz [07:55] how do I tell pbuilder-dist to use the dir I am in? [07:57] ok, plan B: make install without sudo. so I see it trying to install the binary: Install file: "ffmpeg2theora" as "/usr/local/bin/ffmpeg2theora"; [07:57] scons: *** [/usr/local/bin/ffmpeg2theora] /usr/local/bin/ffmpeg2theora: Permission denied [07:57] so that is working. [07:58] why isn't dpkg-buildpackage doing that? [08:05] CarlFK: is the patch mentioned in debian/patches/00list? did you rebuild the source package with debuild -S or similar? [08:06] dholbach: I didn't rebuild the source package - Im still trying to debug why the binary? package doesn't install right. so I need to build the source package, then run pbuilder-dist? [08:07] CarlFK: pbuilder* uses the source package, so if you make changes to the source package, you need to rebuild it after doing whatever changes using debuild -S [08:09] well, only reason I was using pbuilder was to make sure 'make install' was trying to install to /usr/local/bin, which is is. [08:09] so now I am trying to figure out why that isn't happening when I do dpkg-buildpackage [08:09] why to /usr/local/bin? [08:11] well, don't really care where - as long as it goes somewhere. problem is it isn't going anywhere [08:12] CarlFK: Pastebining the buildlog (with dpkg-buildpackage if you like - you don't have to use pbuilder if you don't want to) would be useful. As, probably, would debian/rules [08:12] I am trying to upgrade ffmpeg2theora, [08:12] coming up [08:14] http://dpaste.com/101518/ debian/rules. [08:18] http://dpaste.com/101519/ dpkg-buildpackage -rfakeroot -uc -b [08:21] http://dpaste.com/101521/ dpkg -c ../ffmpeg2theora_0.21-0.1build1.1_i386.deb [08:24] CarlFK: why is the autotools.mk in debian/rules commented? it doesn't seem to be in the intrepid version [08:25] dholbach: from http://v2v.cc/~j/ffmpeg2theora/index.html "remove autotools build system, only scons build is supported now." [08:26] CarlFK: makefile.mk requires you to set the "make install" target. Since you haven't, it doesn't get run, and so nothing gets installed. [08:27] ah, I guess that's something autotools.mk does? [08:27] "DEB_MAKE_INSTALL_TARGET unset, skipping default makefile.mk common-install target [08:27] " [09:41] If Makefile has just "install: scons install" (so no passing on prefix=foo) whats the make file syntax for $1? [10:10] Is there an Ubuntu way to "sync" a package from Debian experimental, rather than Debian unstable? [10:10] yeah [10:10] Awesome. [10:10] use requestsync's "-d experimental" flag, iirc [10:11] no auto syncing from experimental though [10:11] Poifect. [10:11] i.e. gotta ask manually [10:11] That's no big deal, I can handle that. [10:22] CarlFK: I'm insufficiently familiar with scons do answer that question. You'll need to work out how the buildsystem works a bit before you can answer that, though. === jscinoz__ is now known as jscinoz === not_rly is now known as orly_owl === theseinfeld is now known as theseinfeld|away === theseinfeld|away is now known as theseinfeld === thekorn_ is now known as thekorn [14:07] Heya gang [14:14] howdy [14:17] dholbach: ping [14:17] nhandler: pong [14:18] dholbach: I have a very minor suggestion for the sponsoring page on your site. Could you add an anchor tag for the universe queue? That way, when I refresh the page, I don't need to scroll down. [14:19] nhandler: added a note to do that - good point [14:19] Thanks a lot dholbach [14:21] I have no Ubuntu box or Jaunty pbuilder at the moment. Is there any chance someone could test build LordsAWar 0.1.4 from Debian unstable for me? [14:21] bddebian: Test build it in jaunty? [14:22] Aye [14:22] bddebian: Sure thing, give me a second. [14:22] I want to sync it but I want to make sure it builds first :) [14:22] If someone has free time, i would be glad to get a short review on http://revu.ubuntuwire.com/details.py?package=h2database . thanks! [14:23] bddebian: It is downloading now [14:25] nhandler: Great, thanks! [14:26] hooray for pull-debian-source! [14:26] Laney: That is what I'm using ;) [14:26] I also used it a lot yesterday when looking over some merges [14:26] I knew something that did that would be useful [14:26] thanks for whipping it up [14:27] You're welcome Laney [14:27] What's wrong with dget? :) [14:27] I personally think we need to mention some of the more useful tools in u-d-t on some of the MOTU wiki pages. That way, new contributors will know they exist [14:27] bddebian: This script uses dget. However, it eliminates the need to hunt down the dsc url [14:27] Ahh, nice [14:29] <\sh> hey bddebian [14:31] Heya \sh, how ya been? [14:32] <\sh> bddebian: busy busy :) and I think you are busy with debian stuff, right? :) how's family? :) [14:33] \sh: Yeah, trying to work for Ubuntu via Debian ;-) Family is good thanks! [14:33] bddebian: You wouldn't by chance be in the Debian Python Modules Team? [14:34] ScottK: No sorry. I thought about it at one point but I'm not too swift with Python (or anything else for that matter) [14:34] OK. I know one guy who's looking to get something sponsored there. [14:34] Thanks. [14:37] When creating man pages for a package that don't have any, does the Debian policy advise a special place to put them? [14:37] Put them in the debian/ dir [14:38] not debian/man? [14:38] You can but I usually just stick them right in debian/ [14:40] Can someone merge my LP branch of ubuntu-dev-tools into trunk (bzr merge lp:~laney/ubuntu-dev-tools/dev)? It just adds experimental to pbuilder-dist.new's list of Debian releases so that pbuilder-experimental can be used. [14:40] Unless there are a lot of them, just debian is fine. [14:43] thanks bddebian an ScottK [14:44] NP [14:54] * ScottK notes 71 packages not yet merged this cycle and 3 days until the nominal deadline: http://merges.ubuntu.com/universe.html [14:54] ScottK: Can we 0-day the merges? [14:54] nhandler: After DIF. [14:55] * Laney requested a merge on LP of u-d-t [14:55] ScottK: Know if any of them are QA or orphaned packages? [14:55] Those packages come up on UEHS, right? [14:56] ScottK: I'll probably go through DaD after DIF and handle a lot of the untouched merges [14:56] bddebian: No idea. A fair number of them have an NMU as their last upload. [14:56] nhandler: Great. [14:56] * Laney will too [14:56] Where's the list these days? :) [14:56] What list bddebian ? [14:56] bddebian: ^^^ has the link. [14:57] nhandler, Laney: feel free to take my eclipse merge ;) [14:57] pochu: If it is as ugly as it has been in the past, you can keep it ;) [14:58] nhandler: MoM/DaD whatever folks are using this days :) [14:58] bddebian: DaD: http://dad.dunnewind.net/universe.php [14:58] That is for universe [14:58] bddebian: MoM: http://merges.ubuntu.com/ [15:00] nhandler: Right, thanks [15:00] You're welcome bddebian [15:02] pochu: Is the guy on bug 308302 doing the merge or just supplying the FTBFS fix? [15:02] Launchpad bug 308302 in eclipse "Please merge eclipse 3.2.2-6.1 (universe) from Debian unstable" [Undecided,In progress] https://launchpad.net/bugs/308302 [15:04] bddebian: The package built fine. Do you want a copy of the build log? [15:05] Hmm, none of them jump out at me immediately [15:05] nhandler: Is that needed for syncs now? [15:06] bddebian: It isn't required. I just normally attach it to show that it built for me [15:09] Laney: the latter [15:10] bddebian: Here is the build log if you want it: http://paste.ubuntu.com/90852/ [15:10] nhandler: Thanks! [15:11] Shoudl I use debhelper (>= 7) in Build-depends or debhelper (>= 5) (or lower)? 7 is dh_make choice, but I remember a discussion where 7 is too much and not recommended [15:11] np bddebian [15:11] Use 7 if you need 7 === azeem_ is now known as azeem [15:12] loic-m, look at the debhelper manpage [15:12] loic-m, start at 5, and work up from there if you need any mentioned features [15:15] DRebellion: thanks [15:16] before uploading a new package to REVU, should I replace my name/address with MOTU in Maintainer field (debian/control)? [15:17] Yes loic-m [15:17] You can set yourself as the XSBC-Original-Maintainer [15:18] thanks nhandler [15:24] right, let's check out eclipse [15:24] Laney: It needs more than 1GB RAM to build, FYI. [15:24] unless you have a PPA :P [15:25] ... [15:25] I'm stuck developing in a VM until I get back home after the holidays [15:25] maybe I'll give it a miss [15:25] I used to build wxwidgets and eclipse locally, until PPAs started to be fast [15:26] Might be worth checking with Debian if they plan to push 3.4 out soonish anyway [15:27] There's a WIP in SVN [15:27] There's been a lot of clamoring for it. [15:27] If anybody's got some free time, I would much appreciate a second advocation for cifer ( http://revu.ubuntuwire.com/details.py?package=cifer ). Thanks in advance. [15:36] nhandler: http://people.ubuntu.com/~dholbach/sponsoring/#universe [15:37] Awesome dholbach. You rock! [15:37] no worries :) [15:37] grargh [15:42] when running debuild, lintian gives this error: bad-ubuntu-distribution-in-changes-file jaunty [15:42] Is it normal? [15:42] You can ignore that. [15:43] Thanks [15:43] loic-m: is that on hardy or intrepid? [15:44] azeem: It's either. [15:44] k [15:44] The lintian that knows about Jaunty is just in Jaunty right now. I've asked for a backport. [15:44] just wondering, cause by the time intrepid released, the jaunty name was already known [15:44] AFAIK [15:45] It was, but no one bothered to patch lintian before the release. [15:47] azeem: Intrepid [15:48] To clean up my debian/ruls, can I just export DH_VERBOSE=1 then remove all the lines executed that don't produce anything? [15:49] s/ruls/rules === hyperair1 is now known as hyperair [16:08] Before i upload the package, could someone review my makefile at http://pastebin.com/m6c04de62 and debian/rules at http://pastebin.com/mbbf948b ? [16:11] why not use $(DESTDIR) in your Makefile? [16:12] Because I don't know the recommended method for $(DESTDIR) [16:12] eg: http://pastebin.com/d15f1de93 and http://pastebin.com/d312b1212 [16:13] when it's not set it evaluates to nothing, so nothing changes. but when set it will use $(DESTDIR) as the root to install to [16:13] Thanks a lot [16:13] Now I understand better [16:14] I'll change it [16:14] oh, but you'll probably want to do "install -d $(DESTDIR)/usr/bin" in the Makefile too [16:14] to create the dirs [16:14] install -D or install -d? [16:15] i'd use -d [16:16] I thought that it would also treat ecm and unecm as directory names [16:16] you could use -D to copy it, but it's clearer with -d [16:16] not with "install -d $(DESTDIR)/usr/bin" [16:16] that just creates the dir if it's not there [16:17] "treat all arguments as directory names;" and ecm unecm are after the option (or should I put them before -d $(DESTDIR)/usr/bin" ? [16:18] put "install -d $(DESTDIR)/usr/bin" before the other install commands [16:18] like in http://pastebin.com/m175b5842 ? [16:19] like http://pastebin.com/d699522fd [16:20] Thanks [16:21] if you use DESTDIR then it's easier to expand the project later, without having to go over old install code [16:21] loic-m, you should use multiple targets for ecm and unecm [16:21] Does anyone know of any debian packages that use an epoch in their version number? [16:21] nhandler: just about all the KDE packages [16:23] stdin: Thanks [16:23] Hello, can someone review http://revu.ubuntuwire.com/details.py?package=thwab for me ? it's my first package for python software, so more importantly I need comments that are python specific [16:23] loic-m, http://pastebin.com/f75073197 [16:23] DRebellion like http://pastebin.com/m68b4233e or should I also use multiple targets for install? [16:23] loic-m, see the link above [16:23] loic-m, the .PHONY says that install and clean don't create files named install and clean [16:24] loic-m, $< is the name of the first prerequisite, $@ is the name of the target [16:24] Thanks [16:24] Thanks a lot [16:24] loic-m, the all target is a gnu convention [16:24] loic-m, no problem ; ) [16:25] loic-m, you probably want to put a GPL license at the top or something as well [16:25] Ok. I'll try to modify rules myself to see if i've understood ;) [16:26] loic-m, you also probably want to use rm -f instead of just rm, so you don't get errors if they don't exist. [16:26] (in the clean target) [16:27] hello : what's the last date to merge a universe package from debian to jaunty ?? acording to https://wiki.ubuntu.com/JauntyReleaseSchedule is it march 19 ?? [16:28] DRebellion: Thanks. For the Top, like Licensed under the GPL ? [16:29] loic-m, read the end section of /usr/share/common-licenses/GPL-3 for info on licensing your code. [16:29] leonel: Feature Freeze, but there can be exceptions [16:29] "How to Apply These Terms to Your New Programs" [16:29] pochu: thanks [16:30] so Feb 19 last date thanks pochu [16:31] leonel, Rather, target is to have everything merged by 25th December. Any merges after that need a reason, and need to respect any active freezes. There's a few of us who do a run of merges on the last couple days before release for very important bugfixes. [16:32] persia: ok thanks [16:33] persia: I thought it was any merges after FF that need a reason, not DIF? [16:33] me too [16:33] Laney, No, merges after DIF need a reason, but that reason can be "because I really wanted to" [16:33] And FF is irrelevant to merges, entirely. [16:34] If a given merge would include a feature that breaks FF, it needs an exception. If it doesn't, it doesn't. [16:34] I thought the big thing about DIF was that automatic syncs stopped. [16:34] nhandler, Yep. [16:35] Ideally, at that point (Thursday), we'll be switching mode from pulling all the fancy new stuff we can find, and looking to get everything integrated and working well. [16:37] Is there any reason that we do not talk about many of the tools in ubuntu-developer-tools in the wiki guides? [16:38] DRebellion: Ive modified it http://pastebin.com/m6c04de62 [16:39] nhandler: The reason is probably that nobody did it yet [16:39] persia: I'd like to have The latest cherokee ( www.cherokee-project.org ) in jaunty and debian has the latest version 0.11.5 and packages.ubuntu.com shows 0.11.3 I'm keeping the latest in PPA but there's no 0.11.5 on merges.ubuntu.com .. [16:39] loic-m, erm... you sure you got the right link there? [16:40] Laney: Ok. I think I might go through a few of the guides and try to add in information about some of the tools. If people don't know they exist, they won't use them [16:40] DRebellion: sorry, I forgot to press the send button... [16:40] loic-m, hehe [16:41] nhandler, what package are the "ubuntu-developer-tools" in? [16:41] leonel, Have you checked the rmadison output? [16:41] leonel: 0.11.5 was only uploaded today - p.u.c needs time to catch up [16:41] DRebellion: ubuntu-dev-tools. [16:41] check rmadison or LP and you'll see that it's there already [16:41] jpds, thanks [16:42] Laney: great !!! [16:42] hmm... i've got it installed, but i don't think i've ever used any of those udts... [16:43] persia: rmadison says 0.11.3 ... [16:43] DRebellion: Many of the tools are very useful. That is why I think we should talk about them on the wiki [16:43] pbuilder-dist(.new) and pull-*-source are the ones I use most [16:43] is there a var that has the /usr in it so I don't need usr in debian/rules DEB_MAKE_INSTALL_TARGET := install DESTDIR=$(DEB_DESTDIR)/usr [16:43] Oh, and submittodebian [16:43] Oh, and update-maintainer [16:43] nhandler, I look forward to reading about them then ; ) [16:43] * Laney thought some of these were in devscripts :( [16:43] Oh, and everythign else? [16:44] I think that's it! [16:44] buildd is cool. [16:44] leonel, Give it a couple days. If it's not pulled by the time the autosync shuts down (probably Thursday or maybe Friday given the date), you can request a sync. [16:44] ...nope, what-patch I use a lot too [16:44] DRebellion: I need to finish reading about some of the scripts, then I will add them to the wiki [16:44] * Laney runs [16:44] jpds, that IS cool :D [16:44] persia: Great Thank you ! [16:45] Sync just got run today for the first time in a while, so stuff may be catching up now. [16:45] leonel, DIF only means "Don't do it without thinking". If you *want* the newer cherokee, and you have a reason to want it, that's enough of a reason to do it post DIF. [16:45] nhandler: Can you merge my u-d-t branch pretty please? [16:46] Is there anyway to get `buildd' to fetch ppa info? [16:46] persia: Ok [16:46] * ScottK read submittodebian as submittobddebian for a moment. [16:46] DRebellion: what kind of info ? [16:46] Laney: I'll take a look at it [16:47] Link? [16:47] cprov, as in, the same info it gets from the main builders... [16:47] like [16:47] Erm, I put it into lp [16:47] The source version for 'posterazor' in Intrepid (universe) is at 1.5.1-0ubuntu1. [16:47] Current build status for this package is as follows: [16:47] sparc: Successfully built. [16:47] and so on [16:47] DRebellion: I looked into it once, but couldn't find a global build page for all the builders. [16:47] bzr merge lp:~laney/ubuntu-dev-tools/dev [16:47] The change is really very minor [16:47] jpds, https://launchpad.net/+builds ? [16:48] DRebellion: No, like https://edge.launchpad.net/ubuntu/+source/pidgin-facebookchat/1.44-1 for example. [16:49] DRebellion: sorry, but your request doesn't make much sense. You mean "showing that information in the PPA UI as you show for ubuntu packages" ? [16:49] Laney: You might want to set your information using 'bzr whomai' [16:50] nhandler: I did that now [16:50] Too late for the past though [16:50] cprov, I mean that currently you can pull build info for packages that are in the ubuntu repos, but not for packages that are only in ppas. [16:50] (I'm not working on my PC as I've gone to the parents for christmas, so nothing is set up) [16:50] DRebellion: what about the information in the PPA page itself ? [16:51] cprov: Did you get a chance to look into where the hppa builds of kde4bindings went any more (I can dig up the bug number if you need it)? [16:51] DRebellion, You seek to enable https://launchpad.net/+me/+source/pidgin-facebookchat to pull off a PPA? [16:51] ScottK: no, not yet, sorry [16:52] ScottK, it's in my list for this week. [16:52] persia, erm.. no [16:52] cprov: Great. We've about got armel nailed and hppa should work now. Unfortunately without that package the entire KDE stack is broken. [16:53] cprov: If you find a way to resurrect the current build when you look at it, it should work. [16:53] I was basically asking if there was a script like buildd that would get build statuses for packages in ppas, not just those in the ubuntu repos. [16:54] https://launchpad.net/+me/+builds? [16:54] ScottK: okay, if you are in a hurry, resurrecting the build is easy I can do that right now, but I'd like to find out why it's not being created by normal means [16:54] About debian/rules there"s something I don't understand in https://wiki.ubuntu.com/PackagingGuide/Complete#rules [16:54] loic-m, What? [16:54] it says "The next rule is clean, which runs make -i distclean and removes the files that are made during the package building. " [16:54] DRebellion: Well, buildd grabs the info off pages like the example I gave. So you'll need something like it for PPAs. [16:55] DRebellion: oh, the 'buildd' screen-scraping script. [16:55] Laney: Pushed to trunk [16:55]