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