[10:02] <sistpoty> hi folks
[10:02] <ajmitch> hey sistpoty
[10:02] <sistpoty> hi ajmitch
[10:02] <ajmitch> how's it going?
[10:03] <sistpoty> fine, thanks, how are you?
[10:03] <ajmitch> good :)
[10:03] <sistpoty> welcome to the common packaging mistakes session everyone
[10:04] <sistpoty> same question as yesterday first: anyone here for the session?
[10:05] <ajmitch> here to watch/help out
[10:05] <sistpoty> ok, then tell me about my packaging mistakes ajmitch :P
[10:05] <ajmitch> oh no, I'm here to learn from you
[10:05] <sistpoty> *g*
[10:06] <sistpoty> hehe... if I only I were ;)
[10:06] <Sp4rKy> hi there
[10:06] <sistpoty> hi Sp4rKy
[10:06] <sistpoty> ok, let's start, shall we?
[10:07] <sistpoty> yesterday I had the pleasure to review one or two packages...
[10:07] <sistpoty> so first of all, the basic packaging I've seen on revu has imo quite improved
[10:07] <ajmitch> (hopefully not many of mine that are bad)
[10:08] <sistpoty> (or bddebian sorted all the real bad ones out before me *g*)
[10:08] <sistpoty> I guess one of the first basic mistakes is to upload packages that simply FTBFS
[10:08] <sistpoty> this is quite trivial to fix by test-building them in pbuilder
[10:09] <sistpoty> everyone got a feisty pbuilder at hand? or should I give some hints there
[10:10] <sistpoty> as a side note: it's quite helpful to testbuild packages prior to uploading them to revu. Once you become motus, you'll also make sure to have the packages testbuilt before uploading to the archive ;)
[10:10] <sistpoty> ok, then some things that more often show up is stuff like "unstable" in the distribution field or plain debian version numbers
[10:11] <sistpoty> I guess this is pretty much related to dh_make templates...
[10:11] <sistpoty> that just aren't adjusted to the real package.
[10:12] <sistpoty> while dh_make creates some basic templates, you should really look at each template and see if it's a) necessary b) what things to put in there so that it makes sense
[10:12] <sistpoty> and so is for the package version. to distinguish ubuntu-modified (or created) packages from debian ones
[10:13] <sistpoty> you should use a version suffix of -XubuntuY
[10:13] <sistpoty> more precise, a foo with upstream version 1.2 would be 1.2-1 for a plain debian package
[10:13] <sistpoty> and thus 1.2-0ubuntu1 for ubuntu
[10:14] <sistpoty> the -0 is to make sure, if a debian package is created from the same upstream version, it will get a newer version number
[10:14] <sistpoty> (/me points to merges)
[10:14] <sistpoty> any questions so far?
[10:15] <sistpoty> ok, let's get to a tougher point, that's often wrong: debian/copyright
[10:16] <sistpoty> ajmitch: want to tell s.th. about debian/copyright?
[10:16] <ajmitch> um
[10:16] <ajmitch> being detailed is essential :)
[10:16] <ajmitch> since you need to have all the copyright holders listed in there, and there can be difference licenses in different source files
[10:18] <sistpoty> ok, a really good read on this topic is
[10:18] <sistpoty> http://lists.debian.org/debian-legal/2003/12/msg00194.html
[10:18] <sistpoty> and
[10:18] <sistpoty> http://lists.debian.org/debian-devel-announce/2003/12/msg00007.html
[10:20] <sistpoty> also, you need to make sure, that the files fall in fact under a license... if s.th. like "All rights reserved." is in a file, you're almost out, unless explicit permission under a license are granted
[10:20] <sistpoty> you should also take a special look at data files. especially games tend to have some really non-free stuff included, but this is often the hardest part to spot
[10:21] <sistpoty> any questions so far?
[10:23] <sistpoty> some other things that come to my mind are files installed in wrong places, though this is more rare then the topics we had till now
[10:23] <sistpoty> if you've built a binary package, please take a look at a) what files are in the package b) where these get installed
[10:24] <Adri2000> dpkg -c *deb is your friend ;)
[10:24] <sistpoty> yes
[10:24] <sistpoty> ?
[10:24] <sistpoty> ah... snakes
[10:25] <sistpoty> *g*
[10:25] <sistpoty> where was I
[10:25] <ajmitch> like silly mono apps that bundle .dlls they need to run :)
[10:25] <sistpoty> ah, yep... back for debian/copyright ;)
[10:26] <sistpoty> if it's GPL, you'll need to stuff full sources in the package. You may additionally put binaries that can be built from the sources put in the package as well, but not the other way round
[10:27] <sistpoty> but back to file locations: if you're unsure, where a file should go, the FHS (iirc found in package debian-policy) should give some insights
[10:28] <sistpoty> any questions? remarks?
[10:29] <sistpoty> ok, then finally a good hint: you can use lintian to find some basic mistakes... just run it on the .dsc file of your source package
[10:29] <sistpoty> but it is even of more use, if you run it on the resulting binary packages
[10:30] <sistpoty> lintian -i -v will also give you a little bit more verbose hints
[10:30] <sistpoty> any questions?
[10:31] <Adri2000> nope :)
[10:31] <sistpoty> anything else I forgot?
[10:32] <sistpoty> ok, then I'd call this session closed... and will invest my time in doing reviews ;)
[10:32] <ajmitch> thanks, sistpoty :)
[10:32] <mr_pouit> :)
[10:32] <ajmitch> you may want to put it on the wiki
[10:33] <sistpoty> ajmitch: ok, will do
[10:36] <sistpoty> damn, my log is all screwed with colors... anyone got a better one?
[10:39] <Adri2000> sistpoty: http://adrishost.homeip.net/~adri2000/ubuntu/classroom-packaging-mistakes ?
[10:39] <sistpoty> Adri2000: great. thx.