[06:26] good morning [06:33] good morning === dholbach_ is now known as dholbach === Whoopie_ is now known as Whoopie === lynxman- is now known as lynxman === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === dholbach_ is now known as dholbach [10:22] hello there i am looking for simple easy too fix and package back up projects as I am board. I am not the greatest packager or engineer but i can get around well. any Ideas if there is a team like this? or if there is a way too search on LP to get such bugs ? [10:23] bobweaver: search for bugs with tags with bitesize or string-fix [10:23] thanks sagaci [10:24] bobweaver: harvest.ubuntu.com can help find you bitesize bugs [10:24] thanks tumbleweed ! === jacky is now known as JackyAlcine === JackyAlcine is now known as jacky === Guest49352 is now known as Zic [12:35] is doing a $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/usr/ in debian/rules the right way? [12:36] that's problematic [12:36] it's useful to separate DESTDIR from PREFIX [12:37] $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/ PREFIX=/usr/ [12:37] yeah, my configure call is like --prefix=/usr [12:37] (well, PREFIX is usally applied at configure time) [12:37] yes [12:37] ok, I see, will remove the usr/ from the destdir [12:38] btw, dh should just do the right thing for a package using make like this [12:40] umm...will do a few tests to see what was the problem before [12:41] also trying to tell debuild to use my 8 cpus... doesn't seem to work. [12:41] with the -j8 option [12:41] the package needs to support parallel builds [12:41] with dh, there's a --parallel option [12:42] all that -j option does is set a flag in DEB_BUILD_OPTIONS http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options [12:43] ok [12:50] tumbleweed, dh doesn't seem to do any make install [12:50] it should [12:50] how can I tell it to do it in install-arch ? [12:51] by overriding dh_auto_install-indep [12:51] or, what dh_ command is supposed to do the make install [12:51] dh_auto_install [12:51] dh_auto_* is for driving the upsteram build system [13:26] damn libtool... my php ext fails to install when I use a destdir [13:27] due to a missing lib [13:27] but the make works === yofel_ is now known as yofel === bulldog98_ is now known as bulldog98 [14:41] tumbleweed, Ok, it's moving forward :) [14:42] now, only getting this error: dpkg-shlibdeps: error: no dependency information found for ... (which point to a lib I just built for my packages) [14:42] Is the archive open now? [14:42] Is this the correct solution: dh_shlibdeps --dpkg-shlibdeps-params=--ignore-missing-info ? === tumbleweed changed the topic of #ubuntu-motu to: Quantal: Archive open | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://bit.ly/fz6AyQ | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ | Fix-It Friday: http://pad.ubuntu-uk.org/KljH7rwo1X [14:43] vibhav: ^ [14:43] thanks! [14:45] aboudreault: that shouldn't produce an error. I can't answer that without looking at it, though. === dholbach changed the topic of #ubuntu-motu to: Quantal: Archive open | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://bit.ly/fz6AyQ | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ [14:46] (removed Fix-It Friday - I hope to announce some new initiatives after UDS) [14:46] nice [14:47] dholbach: In which room will we be discussing that? [14:47] vibhav, at UDS - http://uds.ubuntu.com/community/remote-participation/ - but this particular session is not scheduled yet [14:48] you might want to subscribe to https://blueprints.launchpad.net/ubuntu/+spec/community-q-dev-initiatives [14:49] thanks [15:03] tumbleweed, my current build output: http://pastebin.com/eRXaqB71 [15:06] * tumbleweed shovels backports into the udt PPA to get oneiric and natty builds workirng again [15:09] re shunit2: Why on earch does a package that builds a single arch-indep binary package need to use -indep overrides and v9 compat [15:11] aboudreault: I'd start by dealing with the warnings on lines 2-8 [15:11] aboudreault: should the php plugin really have a .0.0.0 in its name? [15:13] aboudreault: -dev in a SONAME is guaranteed to confuse people [15:13] the recommended binary package name is then libmapserver6.1-dev which looks like a -dev package to the uninitiated :P [15:13] yeah, that's because I build using the git master, our official release is just not ready yet. [15:14] is the ABI unstable enough that it will probably change before release? [15:15] not sure why the php has a .0.0.0, that's libtool magic [15:15] yes, libtool thinks everything needs a soname [15:15] err a x.y.z version in the soname [15:15] tumbleweed, I don't think so... but I won't upload any ubuntugis package before the release, just preparing i [15:15] then go with the final soname [15:16] if you aren't sharing teh package, you can't cause any damage [15:16] this is automatically generated [15:16] right [15:16] patch it out, so that you can prepare the package with teh final soname? [15:17] I do not have to patch this, when I will build with the real tar.gz package of the release, the so will have the proper name [15:17] talking about the -dev.so one, not the php one [15:18] ok, but you do know that the library should be in a package with a name including the soname's verison, right? [15:19] ah, so that's probably the issue? my package is named libmapserver, and the so libmapserver-6.1-dev.so [15:20] yes, it's an issue [15:20] ok [15:22] I see in another package that the package name is libgdal1, and the .so is libgdal1.8.0.so [15:23] ah.. the rules file contains: -L libgdal1 -l debian/libgdal1/usr/lib [15:24] that'd change to libgdal2 when there was a backwards incompatible ABI change, but until then, just the minor version is bumped === Zic__ is now known as Zic [15:42] not sure how to fix those errors: pkg-shlibdeps: warning: symbol dlsym used by debian/libmapserver/usr/lib/libmapserver-6.1-dev.so found in none of the libraries. [15:43] dlsym etc.. are from libc... and the .so is properly linked with them, what can I do more? [15:43] as the dlsym manpage says, you should link with -ldl [15:47] It is, when I build using debuild... that error only happens in pbuilder-dist [15:47] * tumbleweed can't comment without looking at the source package [15:54] going to push my current branch [15:56] debfx: lol, I was just looking to see if openarena-players-mature was syncable [15:59] tumbleweed, http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=tree;f=debian;h=2ed63af946e3b4f99b929937beee20b878d899ce;hb=6.2 [17:10] can someone unsubscribe sponsors from bug 986279, thx [17:10] Launchpad bug 986279 in hg-git (Ubuntu Precise) "can't clone the repo: ValueError: need more than 1 value to unpack" [Undecided,New] https://launchpad.net/bugs/986279 [17:11] done [20:40] * micahg is shocked mono builds on quantal (everything complex I've tried so far has blown up) [20:41] micahg: the mono maintainers are diligent & careful, you know ;) [20:44] heh lol [22:48] * Laney steals a bug for the Launchpad clinic [22:48] rawr [23:30] Who is in charge of ubuntu mobile [23:31] I just got a ping from a real good python programer and he is about too start [23:32] but I thought that I would get him togeather with others he is real good at python and is well know for it.