[01:28] <highvoltage> Laney: nice mail!
[08:35] <wejaeger> Hey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[08:50] <hrw> morning
[09:02] <dholbach> good morning
[09:04] <xdatap1> dholbach, morning!
[09:05] <dholbach> hey xdatap1
[09:06] <Laney> highvoltage: :) / :(
[09:21] <ajmitch> morning dholbach
[09:22] <dholbach> hey ajmitch
[09:23] <nigelb> hello xdatap1, reached home safely?
[09:25] <xdatap1> nigelb, hey nigel! Yes everything's fine. Thank you. And you?
[09:25] <nigelb> xdatap1: Got back safely :)
[10:14] <flower> how do I make a package which installs some files in /etc/xdg/menus for example?
[10:48] <flower>  I like to make a package which installs just some files into the system, is there such an example file in an official ubuntu project or outside of it?
[10:52] <directhex> flower, look at a font package
[10:53] <flower> directhex: k
[10:56] <flower> directhex: other info what might be useful for me?
[10:56] <flower> to make such a package?
[10:57] <directhex> there's really not much to it. just a debian/install file, and a dh_install in rules.
[10:58] <flower> ok I have a look, thx
[13:36] <flower> directhex: and there should also be a makefile in the package?
[13:37] <directhex> flower, or make sure you have empty build rules in debian/rules
[13:37] <flower> directhex: empty build rules?
[13:38] <directhex> http://www.debian.org/doc/manuals/maint-guide/dreq.en.html#targets
[13:38]  * flower reading
[13:47] <flower> phoe
[13:47] <flower> complex
[13:49] <arand> flower: But if you just use a dh7-style minimal rules file and .install lists, pretty much all of that can be ignored.
[13:50] <flower> arand: do you have an example of such a file?
[13:53] <arand> flower: If you just run dh-make in the package directory you will get one
[13:54] <flower> arand: ok, but there is no package yet, only the files
[13:55] <arand> So you have a directory full of these files you want to install?
[13:56] <flower> yes, some menu related files, one should go into /usr/share/applications the other in /etc/xdg/menus etc
[13:56] <arand> rename that directory to packagename-3.5.6 (e.g.) and run dh-make inside it to get started.
[13:57] <arand> s/dh-make/dh_make/
[13:59] <arand> And if you do not have a tarball from the original source  you may want to use --createorig otherwise, rename it as per packagename_up.stream.version.orig.tar.gz
[14:00] <arand> flower: E.g. packagename_3.5.6.orig.tar.gz
[14:00] <flower> arand: ok
[14:04] <flower> hmm ok that's a start
[14:22] <flower> arand: made an install file http://fpaste.org/VuXe/
[14:25] <arand> flower: Try to run debuild and then check in debian/packagename/* what items got installed.
[14:25] <flower> k
[14:36] <flower> arand: looks good to me
[17:29] <jtaylor> urgh is the quilt .pc dir supposed to be under bzr version control?
[17:29] <jtaylor> pyfltk has .pc/folder with applied patches in its branch
[17:29] <jtaylor> no idea how I should make a minimal patch in this state
[17:33] <arand> You can always use .bzrignore (I think), and then just go by bzr-buildpackage?
[17:34] <wejaeger> Hey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[17:36] <jtaylor> arand: thats again an extra change to the repo
[17:38] <arand> jtaylor: Yea, that seems to be messy..
[17:43] <arand> jtaylor: Although the tar.gz in the archives does not have it...
[17:43] <jtaylor> yes only the bzr branch
[17:45] <jtaylor> a classic debdiff is probably simpler in this case ...
[17:45] <arand> I guess you create a minimal patch and add it as applied to the branch, if that is how the maintainer does things, and then unapply it fo the actual building
[17:55] <jtaylor> micahg: won't that introduce a regression when the fix in oneiric is forgotten?
[17:56] <micahg> jtaylor: well, it's no worse than now, but ideally, fix the FTBFS for pyfltk, get it uploaded to oneiric
[18:28] <jtaylor> bug 779340 has a patch now if someone wants to have a look
[18:46] <ScottK> jtaylor: Since we're early in the development schedule, how about you get it uploaded in Debian and sync?
[18:47] <jtaylor> its sitting the bts without answer since a week
[18:47] <paultag> jtaylor: what package?
[18:48] <jtaylor> and the package itself will probably not update anymore, its the sameversion upstream version since jan 2010
[18:48] <paultag> jtaylor: what package?
[18:48] <jtaylor> so I also guess the motivation of the maintainer to fix an ubuntu bug is low
[18:49] <jtaylor> pyfltk
[18:49] <ScottK> Actually the new maintainer is generally active in Ubuntu, so I'd guess otherise.
[18:50] <paultag> jtaylor: good news is the package is team-maintained. Worst case, give the team a mail, or say hi over on oftc
[18:51] <paultag> jtaylor: :)
[18:51] <paultag> jtaylor: pretty small patch, too
[18:52] <paultag> jtaylor: give that team a mail asking if they can review and upload the fix so you don't have to keep a delta in Ubuntu, one of them should be nice enough to help
[18:54] <jtaylor> I'll ask but in my experience that will take a while
[18:56] <paultag> yuck and they use svn, so no way to send a format-patch
[18:57] <jtaylor> you can use git-svn
[19:01] <porthose> jtaylor, this is a drive by comment :) pyfltk is on my hit list, hopefully I will have time to look at it tonight/tomorrow laters gotta go (porthose is running late)
[20:10] <Xderick> I know it's an kind of 'hack' to reorganize / customize the menus, but is there a way to solve this as best as possible http://fpaste.org/NAR5/
[20:12] <Ampelbein> Xderick: I guess you could use dpkg-divert for that.
[20:12] <Xderick> e.g. I  made an deb package which reorganizes some parts of the gnome menu. It overwrites /etc/xdg/menus/applications.menu but it is also in the gnome-menu package and apt doesn't like that (and he might be right ;) )
[20:13] <Xderick> or is it also possible to mv a file via an deb package? E.g. mv applications.menu applications.menu_bak
[20:14] <Ampelbein> Xderick: with dpkg-divert you can tell dpkg to install the file from gnome-menu to a different location (e.g. applications.menu_gnome)
[20:14] <Xderick> Ampelbein, hmm
[20:14] <Xderick> Ampelbein, interesting ...
[20:15] <Xderick> Ampelbein, I might be in trouble when I remove the new menu package though ... hmm
[20:15] <Ampelbein> Xderick: you could add the dpkg-divert calls in your postinst/postrm
[20:16] <Xderick> Ampelbein, hmm ok
[20:20] <Xderick> dpkg-divert --add --rename --divert /etc/xdg/menus/applications.menu_gnome /etc/xdg/menus/applications.menu
[20:22] <Xderick> dpkg-divert --divert /etc/xdg/menus/applications.menu_gnome --rename /etc/xdg/menus/applications.menu
[20:23] <Ampelbein> Xderick: yes, the last one in postinst of your package, and 'dpkg-divert --rename --remove /etc/xdg/menus/applications.menu' in postrm
[20:24] <Xderick> Ampelbein, ok thx man. I'll look into the postinst and postrm files
[20:26] <Ampelbein> Xderick: actually, the diversion should go into the preinst as it needs to be called before unpacking the package.
[20:27] <Xderick> Ampelbein, do you have an example of such a preinst and postrm file?
[20:29] <Ampelbein> Xderick: hmm, not from the top of my head. you could grep for dpkg-divert in /var/lib/dpkg/info to see if there is a simple one installed on your system.
[20:30] <Xderick> k
[20:33] <Xderick> most files uses pretty advanced (for me) bash scripting ...
[20:35]  * cjwatson kicks off a big pile of ocaml transition uploads
[20:35] <cjwatson> since it's not obvious that anyone else is doing it
[20:38] <geser> cjwatson: thanks, I started with it (sort of) and wanted to check what needs rebuild for round 1
[20:39] <cjwatson> I did my own private ben run
[20:39] <cjwatson> should make the output public at some point ...
[20:39] <Xderick> hmm this seems to be an template preinst file http://fpaste.org/Oh4C/
[20:39] <maco> cjwatson: ben run?
[20:39] <geser> thanks for that too (it was on my todo list)
[20:39] <cjwatson> maco: the script behind http://release.debian.org/transitions/
[20:39] <geser> maco: Debian's transitions checker
[20:39] <cjwatson> magic thing that orders a pile of packages into dependency strata
[20:40] <cjwatson> makes transitions about a zillion times easier
[20:40] <maco> transition as in transitional package?
[20:40] <cjwatson> no as in library transitions
[20:41] <cjwatson> the sort of thing where you need to rebuild a few hundred rdeps or whatever
[20:41] <maco> ouch
[20:41] <geser> maco: e.g. libperl5.10 → libperl5.12
[20:43] <Xderick> Ampelbein, should this line be enough in the preinst script: dpkg-divert --divert /etc/xdg/menus/applications.menu_gnome --rename /etc/xdg/menus/applications.menu
[20:44] <Xderick> Ampelbein,  or does it need #!/bin/bash
[20:44] <geser> maco: see http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html for a previous OCaml transition (unhide to see the ordering)
[20:44] <cjwatson> that does not need #! /bin/bash
[20:44] <Xderick> just that single line is enough?
[20:45] <cjwatson> err, it does need *some* #! line
[20:45] <cjwatson> but #! /bin/sh is fine
[20:45] <directhex> we have a ben install for mono 2.10. should start that at some point
[20:46] <Ampelbein> Xderick: debian policy 6.1, http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html ;-)
[20:57] <cjwatson> right, I think that's most of rounds 2 and 3 of ocaml according to ben uploaded/retried
[20:57]  * cjwatson will leave that lot to build overnight
[21:05] <Xderick> this might be useful for me as example, but not 100% sure what it does http://fpaste.org/2WUh/
[21:06] <Xderick> it seems to try to handle the upgrade nicely... compares files....  if the files are not the same, run the dpkg-divert command ... (?)
[21:08] <Xderick> hmm I think I have to run the dpkg-divert command only the first time when such a package is installed...
[21:08] <Xderick> when there is an upgrade, it doesn't seems to be logical to run the dpkg-divert command again...
[21:10] <zooko> Folks: how do I get launchpad to auto-subscribe me to any new tickets about a certain package?
[21:11] <arand> zooko: On the package page there should be an option to subscribe to most things related to that package.
[21:11] <zooko> Found it!
[21:11] <zooko> Thanks. :-)
[21:11] <jtaylor> ah zooko, can you please update pycryptopp in debian
[21:12] <jtaylor> its 12 releases behind upstream
[21:14]  * Xderick needs some help with those preinst and postrm scripts
[21:19] <zooko> Hi, jtaylor!
[21:19] <zooko> Yes, I'll do that. I don't think I've done it before, so we'll see how long it takes me to figure it out...
[21:19] <jtaylor> you did the first package?
[21:19] <ajmitch> you can ask in #debian-python on oftc for any python-specific stuff, or there'd be some people who know about it here
[21:20] <ajmitch> the main change is switching to dh_python2 this cycle
[21:21] <jtaylor> for the future, it is strogly advised for maintainers to test their packages during the development cycles, updating tahoe after release will require more work
[21:22] <jtaylor> see https://wiki.ubuntu.com/StableReleaseUpdates
[21:24] <maco> to get onto http://reports.qa.ubuntu.com/reports/sponsoring/ with a merge proposal... do you subscribe sponsors to the bug or the proposal?
[21:24]  * maco crossposts since -devel only has two talkers
[21:24] <jtaylor> merge proposal is enough
[21:25] <highvoltage> maco: yay, I see you're applying for DM!
[21:25] <Xderick> Ampelbein, my bash isn't good enough ...
[21:26] <maco> yeah. lfaraone pestered me into it for umm.... well theoretically for like 8 months except then he forgot he was pestering me so there was a few months in there when he didnt mention it
[21:27] <Xderick> Ampelbein, maybe I should make an upgrade of the package conflict with the older one? to avoid upgrading problems in a simple manner?
[21:29] <ajmitch> maco: not applying for DD yet? :)
[21:30] <maco> ajmitch: ive only planned as far ahead as DM and ~kubuntu-dev
[21:30] <ajmitch> being DM can help a little with the DD application, though it shouldn't matter too much
[21:31] <maco> ajmitch: im applying for DM because my sponsor named above is so annoyed at the idea of having to sponsor my packages that he has brought up DM every time ive spoken to him since last DebConf
[21:31] <ajmitch> heh, that's a good way to do it
[21:32] <directhex> does DM need any advocacy or sponsoring these days?
[21:32] <maco> you need one advocate email from a sponsor
[21:32] <maco> though >1 is preferable
[21:32] <directhex> you have that already?
[21:33] <maco> yeah luke sent his advocate email
[21:33] <maco> and put DD in the email, then had to send a new email saying oops i mean DM...and hopefully DD soon too
[21:33] <ajmitch> & hopefully he'll sign at least one of the emails :)
[21:34] <maco> did he not sign his email either? haha
[21:34] <maco> we're probably both using GMail from work/school
[21:35] <ajmitch> hopefully Laney will get his account created soon...
[21:37] <ajmitch> so what nice simple things can I work on for oneiric now? :)
[21:51] <azeem> AFAICT, Ubuntu-modified packages need merging and are not autosynced, right?
[21:51] <azeem> is there some check whether a Ubuntu diff has been included in the Debian changelog and thus included in the package, leading to an autosync?
[21:52] <azeem> ajmitch: you could merge avogadro
[21:53] <broder> azeem: no, that has to be checked for by hand
[21:53] <micahg> azeem: you can use requestsync and explain why the merge isn't needed
[21:54] <azeem> micahg: k
[21:55] <azeem> would be a nice feature though, at least trying to build it
[21:56] <micahg> azeem: build failures aren't the only reason for a diff
[21:56] <azeem> sure
[21:57] <azeem> I'm not saying try to build+upload it blindy, but only when the Ubuntu diff is referened in the Debian changelog
[21:57] <azeem> but maybe there are more false positives than I imagine
[22:03] <Rhonda> people write awkward stuff into changelogs, I wouldn't want to depend on it
[22:06] <Xderick> Ampelbein, hmm doesnt work yet http://fpaste.org/ukvg/
[22:07] <Xderick> Ampelbein, does it rename the file which is already installed on the system (via gnome-menu) or does it rename the file which is installed by the package?
[22:08] <azeem> Rhonda: ?
[22:10] <Rhonda> Is there place for a question infront of your questionmark? Otherwise I'm not very sure what you want to ask me …
[22:11] <azeem> Rhonda: was that comment to my earlier remarks?
[22:11] <Rhonda> "when the Ubuntu diff is referenced in the Debian changelog" would still make it some kind of "blindy" build+upload
[22:11] <azeem> how so?
[22:11] <Rhonda> Because the changelog is free text.
[22:12] <azeem> the Ubuntu diff changlog is not free text
[22:12] <azeem> changelog*
[22:12] <Rhonda> It has nothing to do with whether the diff really is appied or just praised or disregarded or what.
[22:12] <azeem> right, hence my "false positives" remark
[22:13] <azeem> however, I guess the number of people copying the Ubuntu changelog, but not the Ubuntu changes for whatever reason, is small
[22:13] <Rhonda> You wrote "referened" [sic], not copied.
[22:14] <azeem> sorry about being inaccurate
[22:14] <Rhonda> referenced isn't copied, at least not in my understanding
[22:14] <azeem> depends on whether you code in C or C++ I guess
[22:14] <azeem> anyway, I didn't meant "
[22:14] <azeem>  * I applied the Ubuntu diff, all is fine
[22:14] <Rhonda> That rather depends on real life language, not electronical language.
[22:15] <azeem> I meant having the Ubuntu changelog in the changelog, and possibly in the .changes
[22:15] <Rhonda> I wasn't able to read that meaning into referenced, sorry, rather what you now wrote that you didn't mean. :)
[22:15] <MisterX> Does anyone read the mailing list?
[22:15] <MisterX> Hello.
[22:16] <Rhonda> MisterX: Surely someone does. :)
[22:16] <azeem> right, I was being unclear
[22:16] <MisterX> Rhonda: Oh okey. I requested to get a mentor for MOTU so.....
[22:16] <Rhonda> But yes, when the Ubuntu changelog is taken over, like including the header and signoff lines, that might be something for basing an assumption on.
[22:18] <Rhonda> I guess it should be possible to write some scripts that check for such situations - though I'm uncertain about the overall turnout. How regularly get the ubuntu changelogs _really_ included in uploads to Debian?
[22:18] <azeem> I do it when I merge changes
[22:19] <Rhonda> I unfortunately think you are a big exception here.
[22:19] <ajmitch> it's probably still worth having someone check it & request a sync manually
[22:19] <Rhonda> But I'd like to be proven wrong on that point!
[22:19] <ajmitch> I don't know if you'd gain much by automatically syncing those few packages where the ubuntu changes are taken as-is
[22:21] <ajmitch> I guess it'd depend on how many packages that would be
[22:23] <azeem> yeah, maybe there's much less than I'd think there are
[22:52] <zooko> /join #blagblagblag
[22:52] <zooko>