[00:23] <ScottK> micahg: I'm not concerned about who deals with it, I just want to be able to remove boost1.42 shortly after DIF.
[00:26] <micahg> ScottK: heh, ok, I'll take gnash too if no one beats me to it
[00:27] <micahg> ScottK: I think we'd like to remove xulrunner in the same time frame so either way it needs to be fixed :)
[00:29] <ScottK> Thanks
[01:07] <kaushal> Hi
[01:08] <kaushal> When is JAVA6 U26 going to be available in Ubuntu ?
[01:19] <kaushal> checking in again for the query
[01:20] <micahg> kaushal: java is in the partner repo for lucid and later, it will be available as soon as the partner devs get a chance to do it
[01:20] <kaushal> ok
[01:20] <kaushal> micahg: is there a Bug opened in Launchpad
[01:21] <micahg> kaushal: I don't see one
[01:21] <kaushal> micahg: when you say partner devs ?
[01:21] <kaushal> is it from canonical or community or Sun
[01:22] <micahg> kaushal: the devs responsible for the partner archive (Canonical)
[01:22] <kaushal> micahg: ok
[01:22] <kaushal> can i get some sort of information as and when its available ?
[01:23] <micahg> kaushal: you can subscribe to the appropriate $RELEASE-changes mailing list on lists.ubuntu.com
[01:23] <kaushal> ok
[01:23] <kaushal> $RELEASE-changes
[01:24] <kaushal> I dont see it on that list
[01:24] <kaushal> not sure i understand that
[01:24] <micahg> kaushal: i.e. lucid-changes, maverick-changes
[01:24] <kaushal> ok
[01:29] <kaushal> micahg: Thanks
[01:40] <kaushal> Your message was rejected
[01:40] <kaushal> :(
[01:40] <kaushal> micahg: What could be the issue ?
[06:53] <dholbach> good morning
[09:35] <hrw> how to request debian sync for package?
[09:36] <Rhonda> hrw: Not needed at the current stage of development, it happens automatically.
[09:36] <Rhonda> Unless you want to sync from experimental. See requestsync in ubuntu-devtools package.
[09:36] <Rhonda> ubuntu-dev-tools actually
[09:36] <hrw> Rhonda: regina-normal is at 4.6-1.1 in oneiric compare to 4.6-4 in debian
[09:37] <hrw> and 4.6-1.1 ftfbs
[09:37] <hrw> I am now checking -4 to build
[09:38] <Laney> if the package has Ubuntu modifications then you need to explicitly request it
[09:38] <Laney> after checking that they are no longer needed
[09:38] <Rhonda> Ah, wait
[09:38] <Rhonda> That's 4.6-1.1ubuntu3
[09:38] <Rhonda> So it can't be synced, it requires a merge.
[09:38] <Rhonda> … unless all changes got incorporated, then an explicit sync request is needed explaining why the diff can get dropped
[09:39] <Rhonda> hrw: Please be precise, it's 4.6-1.1ubuntu3 in oneiric, not 4.6-1.1  :)
[09:39] <hrw> ok
[09:43] <hrw> so the proper way is to check ubuntuisms in package, merge/fix them, request review/sponsoring?
[09:49] <Rhonda> Sounds proper
[09:50] <hrw> thx
[09:50] <hrw> if ubuntu changes are not required how should I solve debian/changelog? use Debian one or merge Ubuntu one into it?
[09:51] <Rhonda> if they aren't required file a sync request and explain why they can get dropped
[09:52] <Rhonda> There's a wiki page explaining what should be in such a sync request, though "requestsync regina-normal" should get you a decent template to start with.
[09:53] <hrw> thx
[09:53] <hrw> ok. let it build and I go for a haircut in meantime
[12:23] <ScottK> hrw: I already requested a sync for regina-normal.
[12:24] <hrw> ScottK: noticed
[12:24] <hrw> ScottK: anyway I do not consider that time wasted - learnt few things
[12:24] <ScottK> Good way to look at it.
[13:19] <c_korn> hello, if a debian/control file has the XSBC-Original-Maintainer field set it is included in the package's Original-Maintainer field which is then called invalid by lintian. am I doing something wrong?
[13:21] <Rhonda> Are you using lintian from Debian or from Ubuntu?
[13:31] <c_korn> ubuntu
[13:31] <c_korn> 2.5.0~rc2ubuntu3
[13:54] <pcpratts> hi, I am trying to make a website installer, but lintian doesn't like files in /var/www.  what is the standard place to put a website to keep lintian happy?
[14:08] <soren> pcpratts: /usr/share, typically.
[14:11] <pcpratts> soren: okay thanks
[14:15] <pcpratts> how should I modify the apache config files?
[14:15] <pcpratts> I could create a parser and modify that way
[14:16] <pcpratts> oh wait, I remember apache has a sites-available
[14:16] <Pici> I could be wrong, but I think I've seen packages stick things in /etc/apache2/conf.d/
[14:17] <pcpratts> yeah, phpmyadmin does that
[14:17] <pcpratts> but I am making a new site root
[14:20] <pcpratts> okay, thanks for the help.
[15:07] <pcpratts> hello all, I am working on lintian errors.  how do I add something as a conffile?
[15:07] <pcpratts> is conffile a file with a newline separated list?  or maybe things go in control?
[15:12] <cjwatson> pcpratts: man dh_installdeb
[15:12] <pcpratts> k, thanks
[15:14] <cjwatson> also http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files for policy on usage
[15:14] <cjwatson> http://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html#sE.1 for file format
[15:14] <cjwatson> pcpratts: ^-
[15:15] <pcpratts> cjwatson: thanks, it is going in etc/cron and etc/init.d so I am sure the are config files
[15:16] <cjwatson> if it's going in /etc, debhelper should do it for you automatically, as long as you're using a sufficient debhelper compat version
[15:16] <cjwatson> i.e. with modern packaging it should just work, so the question is why you aren't using modern packaging :-)
[15:19] <pcpratts> cjwatson: oh, okay.  I am writing a rules file manually, and doing other stuff, is there something easier
[15:20] <pcpratts> cjwatson: I am using some dh commands, but not everything
[15:21] <cjwatson> I'd need to see the full source package to advise
[15:21] <cjwatson> I always use /usr/share/doc/debhelper/examples/rules.tiny and customise from there as advised in 'man dh'
[15:22] <cjwatson> but you must be doing something pretty overly manual in order not to benefit from debhelper's conffiles default; that's been around for a long time
[15:23] <pcpratts> cjwatson: okay, I'll take a look at that.
[15:23] <pcpratts> cjwatson: oh haha
[15:24] <pcpratts> cjwatson: is is pretty empty and looks like it is using make.  I don't use make
[15:24] <cjwatson> !
[15:24] <pcpratts> cjwatson: this is just a php/mysql website with mostly java programs doing the backend, so I build with ant
[15:25] <cjwatson> debian/rules should be a makefile
[15:25] <cjwatson> sure, it often calls something else to do the hard work
[15:25] <pcpratts> cjwatson: yeah, but then I just call ant
[15:25] <cjwatson> but not having debian/rules be a makefile is Really Really Weird.
[15:25] <pcpratts> cjwatson: okay, okay, yeah it is a makefile, my mistake
[15:25] <cjwatson> can I see your source package, please?
[15:26] <pcpratts> cjwatson: sure what parts
[15:26] <cjwatson> everything in debian/
[15:26] <pcpratts> cjwatson: how should I get it to you
[15:27] <cjwatson> tarball on a website?
[15:28] <cjwatson> or   for x in debian/*; do echo "[15:29] <pcpratts> http://paste.ubuntu.com/621793/
[15:30] <cjwatson> pcpratts: you must call dh_installinit and dh_installcron *before* dh_installdeb; normally up before dh_strip
[15:31] <cjwatson> the tiny rules file approach gets the ordering right for you
[15:31] <cjwatson> also you should not call dh_installdeb or dh_installcron in the install: target
[15:32] <pcpratts> cjwatson: okay, yeah, I just added those last two
[15:32] <pcpratts> cjwatson: trying to follow advice
[15:32] <cjwatson> and dh_installinit and dh_installcron in binary-arch probably ought to have -a options, to match the other commands there
[15:32] <cjwatson> fix that and it should wwork
[15:32] <cjwatson> *work
[15:33] <cjwatson> oh, also, you need to move dh_installdeb after dh_shlibdeps
[15:34] <pcpratts> cjwatson: okay awesome.  I'm trying it now
[15:34] <pcpratts> cjwatson: I guess I didn't quite understand the tiny rules file approach
[15:35] <pcpratts> this is what the website looks like if anyone is interested: http://www.xanthusbase.org/
[15:35] <pcpratts> any biology researcher can install the website for their bacteria that they study
[15:35] <cjwatson> the general idea is that you have a very short template which Does The Right Thing in general, and then you add override_* targets for any case where your package's behaviour is at all unusual
[15:36] <cjwatson> it saves, for example, having to remember which the correct order to call dh_* commands in is
[15:36] <pcpratts> yeah, okay
[15:36] <pcpratts> just curious, are you funded by any company?
[15:37] <pcpratts> I am always amazed there is someone on that can help
[15:37] <cjwatson> yes, I work for Canonical
[15:37] <pcpratts> awesome
[15:38] <pcpratts> if all the lintian errors are gone, is a package automatically accepted in ubuntu?
[15:40] <tumbleweed> no, packages need manual review by ubuntu developers to be accepted (and then another round of review by the archive admins)
[15:40] <pcpratts> cjwatson: okay, those errors are gone.
[15:40] <Laney> there's no way lintian could catch many errors
[15:40] <pcpratts> okay
[15:41] <tumbleweed> when possible, please aim new packages at Debian rather than Ubuntu, ubuntu universe has a fair number of uncared-for rotting packages, we don't want to add to them.
[15:42]  * tumbleweed finds myself saying this a lot at the moment, we should add an ubottu factoid
[15:42] <Laney> !revu
[15:42]  * tumbleweed doesn't see "deprecated"
[15:43] <Laney> just checking.
[15:45] <pcpratts> hmm, I don't have any systems currently that run debian
[15:45] <pcpratts> but I will look into it, thanks
[15:45] <pcpratts> I have pretty standard dependencies
[15:46] <tumbleweed> Laney: well, the REVU wiki page starts with a big disclaimer, that's a start
[15:47]  * Laney s/may/will/
[15:47] <tumbleweed> yeah
[15:47] <pcpratts> Laney: haha, I get paid to do this
[15:47] <pcpratts> so I will
[15:47] <Laney> :-)
[15:47] <pcpratts> but yeah, I have other projects too
[15:48] <pcpratts> will have to bring another computer from home making the number on my desk equalling 8
[15:49] <Laney> you can run a virtual machine or maybe in a chroot (depending on what the software is)
[15:49] <pcpratts> that that's true
[15:49] <pcpratts> I don't tend to like to work in a virtual machine
[15:50] <pcpratts> because lots of what I do is computationally intense
[15:53] <tumbleweed> !no revu is <reply> REVU is a web-based tool to give people who have worked on Ubuntu-specific packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU  Please consider maintaining new packages in Debian rather than Ubuntu, they can be easily synced across.
[15:58] <Pici> !no revu is <reply> REVU is a web-based tool to give people who have worked on Ubuntu-specific packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU  Please consider maintaining new packages in Debian rather than Ubuntu, they can be easily synced across.
[15:58] <tumbleweed> Pici: thanks
[15:59] <Laney> silly bot with selective hearing
[16:00] <tumbleweed> I got a PM reply saying it was awaiting moderation :)
[16:27] <pcpratts> I have these two errors:
[16:27] <pcpratts> E: openmods: section-is-dh_make-template
[16:27] <pcpratts> E: openmods: no-copyright-file
[16:28] <pcpratts> but I have a copyright file
[16:28] <pcpratts> and I checked that I don't have any template files
[16:28] <Laney> run lintian --info *.changes and you'll get more information
[16:29] <pcpratts> okay thanks
[20:19] <fabrice_sp> Hi. Does anyone see where the error is there: https://launchpadlibrarian.net/73222469/buildlog_ubuntu-oneiric-i386.deal.ii_6.3.1-1.1_FAILEDTOBUILD.txt.gz It builds fine in amd64 (see https://launchpad.net/ubuntu/+source/deal.ii/6.3.1-1.1)
[20:24] <fabrice_sp> strange enough it last 4 hours in i386 before failing and 45 minutes in amd64 for full buiding.....
[20:37] <geser> fabrice_sp: make[1]: *** No rule to make target `common/Make.global_options'.  Stop.
[20:37] <geser> search for "Error 2" in that log
[20:38] <fabrice_sp> got it! thanks geser
[23:48] <pcpratts> in a deb package, I am trying to put a package in /etc/apache2/sites-available/
[23:48] <pcpratts> oops, package = file
[23:49] <pcpratts> I see it when I open the deb with the archiver
[23:49] <pcpratts> but I don't see it when I install the deb