[00:41] does anyone have time to do a REVU: http://revu.ubuntuwire.com/p/swh-lv2 [00:56] The 'debchange' script (dch) in Karmic's devscripts package does not think "lucid" is a valid distribution, so it whines at me accordingly. Is there any reason why Karmic's debchange couldn't include "lucid"? Should I force Lucid's whole devscripts package onto my Karmic development system? [00:58] kamalmostafa: Ignore the error or work in a chroot :) [00:59] kamalmostafa: Extra points for submitting the patch to make sure that doesn't happen for lucid as soon as the name for lucid+1 is announced. [00:59] shouldn't enabling karmic-backports fix the issue? I believe that's what has happened in all previous releases [00:59] * JontheEchidna comments and runs, off to watch Lost [01:00] Well, that usually fixes it, but fixing it pre-release is better :) [01:00] JontheEchidna: wait... Lost!? Oh, not my timezone yet (whew!) [01:00] * micahg has backports enabled and doesn't see the fix [01:02] persia: its certainly easy enough to work around -- I guess I was really wondering if everyone else bumps into this annoyance or if there's a more "proper" way to set up my environment. [01:03] kamalmostafa: just the recap show, the premiere is in an hour [01:04] JontheEchidna: Okay, as long as I've got at least 108 minutes. [01:04] ;-) [01:20] what are the options of creating daily builds for ppa? [01:20] bzr builder is one [01:25] kklimonda: https://edge.launchpad.net/drobotik [01:30] micahg: right - the evil script I couldn't get to work in the past ;) [01:30] but I guess it's time to try it again [01:43] are backports enabled for ppa builds? [01:44] kklimonda: They are if you enable in the “PPA Details” section of your ppa. [01:44] right, I've just thought of that [02:11] fta: what is the workflow with your scripts for daily builds? I have no idea how it works.. [02:53] I need some help, I'm building my own version of a package (bind9) using the standard apt-get source bind9; etc [02:53] But the package from security is trying to upgrade over my version [02:54] even though (I think) apt-get source got the patched version [02:54] What can I do to make my version take priority over the one from security? [05:21] ffffffuuuuuuu- [05:21] sorry, wrong channel. carry on. [07:19] Hi, anyone advocate/review my package http://revu.ubuntuwire.com/p/iok [07:42] Hi, can anyone review pidgin-embeddedvideo? Embedded video is a GTK+ plugin for pidgin. http://revu.ubuntuwire.com/p/pidgin-embeddedvideo [10:39] suji11: I found a number of lintian errors/warnings in iok, see REVU page [10:51] randomaction: are you somehow interested in Agda?! :) [10:52] not really, I'm working on uninstallable packages [10:52] blast [10:52] do you have an easy to read list? [10:52] i'll look at the haskell stuff [10:52] http://qa.ubuntuwire.com/debcheck/debcheck.py?dist=lucid&list=universe-only-relationship-Depends&arch=i386 [10:53] oh that's not bad at all [10:54] there are many haskell packages that FTBFS because dh_haskell doesn't exist anymore [10:55] sure [10:55] there will be a haskell transition before long [10:55] from what I researched, it was a simple wrapper around dh_haskell_*, so it's going to be easy to fix [10:56] if it's not done in Debian [10:56] it is [10:56] <|xaka|> anybody can tell me know to build cross-dependens packages? A -> B, B -> C, C -> A? [10:56] |xaka|: don't [10:56] <|xaka|> but how ubuntu guys did it? [11:02] Laney: I hope I didn't break much by syncing agda [11:05] randomaction: no, not at all. I was looking at doing it [11:05] I just uploaded the Agda standard library to Debian and am laying the groundwork for that [11:08] * Laney . o O ( Dear Santa, please bring Soyuz binNMU support for Christmas, he's been a really very good boy ) [11:09] ah, so we do -build1 uploads just because it doesn't support binNMUs? [11:11] well binNMUs a la Debian aren't really what I mean, but yeah [11:11] debchange warning: new version (0.05) is less than the current version number (0.05). <- from a debchange :) [11:11] I want to avoid having to do a manual sourceful upload [11:14] although tbh, most of this Haskell transition could be done with syncs as packages are getting new uploads to Debian [11:14] . o O ( Dear Soyuz, please let me schedule actions with a wanna-build like syntax ) [11:32] q. in a dh_make, it propose a init.d.ex and a init.d.lsb.ex, which one is the prefered one .? [11:36] ok init.d.ex it will be ;) [12:22] Anyone know of a way to determine geolocation by IP? [12:28] I forgot what option I could use for the translations.launchpad.net page to have more than 10 items per page? [12:29] mok0: whois? [12:30] randomaction: doesn't that just give you who registered the ip numbeR? [12:30] Rhonda: batch [12:31] mok0: that's right; do you need finer results? [12:31] randomaction: Thanks! [12:34] randomaction: yes [12:35] randomaction: For example http://www.melissadata.com/Lookups/iplocation.asp lets you look up where you are [12:36] ... well any IP [12:36] I was just wondering if that could be done by any of the standard tools we have in Linux [12:37] randomaction: It's different from whois, that only finds the organization that has registered the ip address [12:37] mok0: well, for my IP it gives results correct to 700 km, while whois lets you track me down within 2 km :) [12:40] randomaction: heh [12:41] randomaction: perhaps you have registered your own IP? [12:41] nope, it's an ISP local to this part of the city [12:42] randomaction: well, I can't say how that geolocator works, that's what I'm trying to find out :-) [12:43] randomaction: I presume the ISP has to submit information somewhere [12:43] http://www.outflux.net/blog/archives/2010/01/24/google-is-wardriving/ [12:44] ^^ was on Planet Ubuntu recenlty [12:45] randomaction: interesting. Well the data is out there somewhere [12:45] randomaction: you'd think there is some service like whois or dns that could be queried [12:46] I'd think that's all there is [12:48] randomaction: hm, kees has a script on his site that might be *exactly* what I'm looking for [12:50] randomaction: woot, it works [12:51] is this a Google service? [12:52] randomaction: yes [12:52] randomaction: actually, it works by MAC address not IP [12:52] randomaction: I have to figure out how to change the script [12:53] http://www.outflux.net/blog/archives/2010/01/24/google-is-wardriving/ <- tell this guys about geoip-like services [13:00] hi all, is this channel for helping about creating .deb packages for a possible later upload in ubuntu repositories ? [13:06] mok0: i made the changes to the klick package as you suggested. i've also uploaded the frontend gtklick (http://revu.ubuntuwire.com/p/gtklick) [13:07] dooooomi: OK, I'll take a look [13:08] mok0: thanks! [13:09] paissad: Yes. [13:09] paissad: yes, among other things [13:10] iulian, randomaction ok thanks [13:24] dooooomi: I submitted my review. Ping me later I have to be afk for a while [13:25] dooooomi: will take a look at gtkklikc later === nhandler_ is now known as nhandler [14:13] Urm... I issued this command: `bzr mv menus/ src` [14:13] ...hoping to move the menus directory into the src directory. It did, but all the files in the menus directory were gone. Could someone explain me if that's normal? [14:46] <_stink_> new-ish to packaging, and here's something i don't get: i hear that a benefit of pbuilder is that you don't have to install all those -dev packages on your machine. but if i have to debuild first to get the .dsc file to send to pbuilder, and debuild needs all those -dev packages, how am i avoiding installing them on my machine? am i misunderstanding something? [14:46] you run debuild -S [14:47] <_stink_> ah! hah, thanks [14:47] <_stink_> duh me [14:47] <_stink_> :) [14:48] _stink_: but you still might need some build-depends installed, like debhelper [14:48] yes, those needed for the clean: target [14:50] hi, I have a long question about packages names and dependencies : [14:50] current version of babl is lucid is 0.0.22 and package's name is libbabl-0.0-0; many packages have dependencies against it, but the new upstream release is 0.1.2 so package's name should be changed to libbabl-0.1-0; if one change the name of this package, is there a need to repackage all the packages that depends on it ? [14:51] <_stink_> Laney: geser: thanks! [14:51] feuloren: probably only to rebuild (if the API didn't change) [14:52] feuloren: Why do you think that package's name should be changed to libbabl-0.1-0? The upstream release version has nothing to do with it, that's API/ABI versions in the package name, not upstream versions. [14:52] feuloren: how does upstream call the library (the .so file) itself? [14:52] feuloren: As long as the upstream release 0.1.2 hasn't changed the backwards compatibility it should be fine. [14:57] geser, Rhonda : ok, i thought package's name should match the upstream version of the package [14:58] Not really, no. :) [14:58] package versions should match upstream versions. :) [14:58] library package names match the upstream library naming and so-version [15:22] Hi everyone! Anyone up to advocate for qt-shutdown-p? (I just need one more advocate) http://revu.ubuntuwire.com/p/qt-shutdown-p === yofel_ is now known as yofel [16:06] Heya gang [16:08] kirkland: I enjoyed reading your interview. I hadn't noticed that the interviewer talked about Tahoe-LAFS last time I spoke to you. [16:18] huhu bddebian :) [16:18] Heya sebner [16:25] persia: how does one apply for MOTUship these days? [16:27] hyperair: * common/usr/bin/sw-repair-set.sh: [16:27] - loose repair case for exim4. [16:27] - add Enta and Sysa in another case. [16:27] eeks, wrong paste. :) [16:27] hyperair: http://wiki.ubuntu.com/MOTU should have the relevant informations. :) [16:27] Rhonda: thanks. [16:27] Rhonda: is it up to date? [16:28] Rhonda: afaik it used to be through the MC, but i have no idea about the state of the MC currently [16:28] I would hope so. If you find something outdated feel free to fix it. :) [16:28] Rhonda: it's outdated. [16:28] Rhonda: but i have no idea what's the up to date information, which is why i'm asking. [16:29] hyperair: apply to DMB [16:29] randomaction: how? [16:29] randomaction: what are the procedures? [16:29] let me find a link; they voted on the procedure just yesterday [16:30] hyperair: http://wiki.ubuntu.com/DeveloperMembershipBoard is outdated then, too? [16:30] https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess [16:30] * Laney hopes this build isn't stuck [16:30] Ah, doesn't seem to be. :) [16:30] that doesn't mention MOTU [16:30] hmm, it doesn't mention MOTU [16:31] howdy, #ubuntu-motu. where do I put upstart init files in a debian/ directory so that dh_installinit will find them? (or, alternatively, how do I tell dh_installinit what files to use?) [16:31] and https://wiki.ubuntu.com/UbuntuDevelopers says that MOTU is still a delegated team [16:31] persia (or other MC member): can you shed any light on how to apply for MOTU currently? [16:31] * hyperair sighs. whatever happened to succession plans prior to dissolving? [16:32] jpds, nhandler: ^^^ ? [16:32] kreuter: look at the manpage [16:32] it's really very clear [16:33] oh. oops. I was looking at the manpage on the wrong host. sorry for the noise. [16:34] hyperair for MOTU \o/ [16:36] sebner: thanks =) [16:42] Laney: the wiki page with the ApplicationProcess should also apply to MOTU for now (it's based on the MC process) [16:43] geser: The UbuntuDevelopers page still lists MOTU as a delegated team. Is that no longer true? [16:44] (because it then says "# Review the requirements for the specific team of interest, and apply to that team for membership") [16:45] MOTU still exists, https://wiki.ubuntu.com/Specs/LucidMOTU got approved on the last DMB meeting (without the MC part), the future of the MC is to be discussed/decided within MOTU [16:45] delegated for the purpose of developer applications, that is [16:46] and wiki/MOTU still talks abot the MC [16:46] it's not yet decided what powers the MC will have (at least it's not very clear to me) [16:46] so I don't see how MOTUs are supposed to apply currently [16:46] I guess nobody will remove the parts about MC without knowing if MC comes back or not [16:47] s/will/want/ [16:47] I'll just mail the list(s) [16:47] some parts about MOTU/ MC is still in motion and not finally settled yet [16:48] mok0 proposed to expand "MOTU" to "Masters of the Unknown" :) [16:48] geser: I'm wondering if there is finally a schedule about making this decisions as this is going on since months already [16:49] lol [16:49] sebner: what kind of decision? MOTU will stay, this got decided (the spec approved) [16:49] what happens to MC is to be decided by MOTU [16:50] geser: also after archive-reorg? [16:50] yes [16:50] geser: what happened to per package upload rights? [16:50] PPU = DMB [16:50] this is clear [16:50] I just don't see who decides MOTU applications [16:50] in the middle of composing the mail now [16:51] FWIW, DMB did review one MOTU nomination yesterday [16:52] for now the DMB does it (there are two applications carried over from the MC to the DMB) [16:52] (at the very least the wiki needs to clarify this) [16:52] Does anybody know how to stop pbuilder after it's done building so I can inspect the environment? [16:52] ripps: setup a hook [16:52] geser: like what? [16:53] geser: so is the procedure the same? just add yourself to the meeting agenda and mail the list? [16:53] there is an example on the wiki [16:53] but you should name it BXXX instead of CXXX, I think [16:53] hyperair: yes [16:53] geser: okay, thanks =) [16:53] ripps: manpage describes --hookdir option [16:54] now i need to continue looking for endorsements.. [16:54] or use the FTBFS hook and hax debian/rules to make the build always fail [16:55] ripps: /usr/share/doc/pbuilder/examples/C10shell but save it as B10shell (or any other number) [16:55] geser: ah thanks, I had C10shell, I just didn't know how to execute it at the right time. [16:56] C hooks are executed on failures [16:56] ripps: man pbuilder; it describes the different kind of hooks (A till G) [16:56] * jdong wonders what these flame icons are on launchpad bugs [16:56] is it... a popularity metric? [16:56] bug heat [16:56] grrreat :) [16:56] but it's bugged [16:56] i haven't seen any of them heat up though [16:56] now all we need are avatars and thumbs-up/down logos! [16:56] yeah, it's bugged. =p [16:56] https://bugs.edge.launchpad.net/gedit/+bug/276094 [16:57] Ubuntu bug 276094 in gedit "gedit uses %100 CPU when opening a file in /var/lib/dpkg/info/" [Low,Fix released] [16:57] obviously more than jus the CPU is getting hot [16:57] hyperair: look at nspluginwrapper, https://edge.launchpad.net/ubuntu/+source/nspluginwrapper/+bugs [16:57] geser: wow. we've got a 4-flame one! [16:57] =O [16:58] jdong: http://blog.launchpad.net/bug-tracking/bug-heat [16:59] randomaction: ah, good to know :) [16:59] hyperair: another one: https://bugs.edge.launchpad.net/ubuntu/+source/seahorse-plugins/+bug/429322, there the duplicate list is longer then the comments [16:59] Ubuntu bug 429322 in seahorse-plugins "seahorse-agent assert failure: ERROR:iop-profiles.c:606:IOP_generate_profiles: assertion failed: (obj && (obj->profile_list == NULL) && obj->orb)" [High,Confirmed] [17:00] lol [17:00] that's pretty hilarious =p [17:01] that bug times out [17:01] * Laney strokes Launchpad [17:01] How I learnt to stop worrying and LOVE the Launchpad. [17:03] Has someone the link handy for where the difference in versioning between Debian and Ubuntu packages are listed? [17:03] Like, which packages are in sync, which need sync, which contain patches and so on? [17:04] do you mean multidistrotools? [17:04] No clue if I mean that before I've seen it. :) [17:04] Rhonda: If so, http://qa.ubuntuwire.com/multidistrotools/ [17:04] * Laney was getting the link [17:05] I think that might be something, thanks. [17:05] UDD carries all this as well [17:05] if you want to create your own reports [17:05] Ah, cool! [17:05] Thanks for _that_ information, that will be extremely helpful, hopfully. :) [17:06] I believe part of the vision was to obsolete MDT with UDD :) [17:06] thus the U ;) [17:07] Ah, that compares squeeze and not sid … [17:08] Because that's where we are pulling from by default this cycle [17:08] Yes, figured that. Unfortunately ejabberd won't be able to transition to squeeze and I was searching for it on that page and didn't find it. ;) [17:09] We are happy to sync from unstable, but that needs to be requested [17:09] (And ACKed, if you're no core-dev/motu) [17:09] Got already. ;) [17:10] But I was just searching for a known pattern in the page that I know of. [17:10] Rhonda: I made a (really bad) script that uses UDD to compare sid and lucid [17:10] alioth: ~laney-guest/udd.pl [17:11] it just does it for reverse build deps of ghc6, but you get the idea [17:11] Laney: I am thinking of doing something like this, at least for the pkg-games team maintained packages: http://backports.deb.at/lenny-backports/ :) [17:11] yes, that would be very easy [17:11] Wait. .pl? [17:11] How did you manage to get CGI working on alioth? [17:11] it's not CGI [17:12] It's a script to snarf, chmod +x, and run [17:12] correct [17:12] And it gives me 404 [17:12] Oh [17:12] I mean in my home directory, sorry [17:12] Right. :) [17:12] I thought you meant http://alioth/~laney-guest/ :) [17:13] yeah, ambiguous statements [17:13] Like I have my http://alioth.debian.org/~rhonda-guest/stable-RC.php page. :) [17:13] Laney: I'm wondering about perl being so popular for such things [17:14] sebner: Because it's less prone to errors than php? [17:14] Rhonda: what about python, ruby, bash? [17:14] I daresay bash is unsuitable [17:14] yeah right ^^ [17:15] And what about them, it was written by Laney by the language that was most suitable for them to use ... [17:15] sebner: perl offers through the AptPkg module some sweet comparison functions. [17:15] Except that AptPkg is a pile of segfaulting crap. Sometimes. [17:15] StevenK: sure, I don't have a problem with that. I just noticed that a lot stuff in this area is written in perl [17:16] sebner: And I don't speak python or ruby, neither know wether they would offer similar functionality. And bash … well. bash. It's tough to do proper processing in bash, at least IMHO. [17:16] sebner: because I considered it to be the best for a quick hacky script to get the list I needed [17:16] StevenK: Never had a single one, to be honest. [17:16] Rhonda: and UDD offers some SQL functions to do version comparisons [17:16] debversion_* [17:16] Rhonda: Use it on an arch that isn't i386 or amd64 [17:16] I use it in the script :) [17:16] Laney: Oh, right. Thanks for the rminder! [17:16] StevenK: Like, powerpc? Am there. :) [17:17] Rhonda: Hmph. I've had it segfault on alpha and sparc [17:18] I should have modelled SQL in Type Theory and written an Agda program to do it [17:18] Heading home - thanks for the nice ideas and hints! === Nafallo is now known as 30BAAADYI [17:26] hello again, #ubuntu-motu. I'm trying to get a package's upstart file installed. I'm able to construct a .deb whose data.tar.gz contains the upstart file, but the file doesn't get into /etc/init when I install the .deb with "dpkg -i". what am I doing wrong? [17:29] hm. "dpkg -L" reports that the package contains the upstart file, too. [17:32] Laney: upstream authors refused to fix it. [17:33] find out what license the binaries are under [17:33] if they have permission to redistribute in that form [17:38] kreuter: If it has existed before and you deleted it back then, installing the package again will not regenerate it. [17:38] kreuter: This is by design. [17:38] kreuter: dpkg will respect the admin's deletion of conffiles and not regenerate them on upgrades. [17:39] oh, of course. [17:39] it's been a while since I've used debianoids. [17:40] kreuter: there is an option to force dpkg to reinstall the file [17:40] right. [17:41] Laney: I promise the last question: Where I can found instructions for create a .dfsg package (that is a oackage that recreate .orig and remove not DFSG compatible files) ? [17:41] --force-confnew [17:41] kreuter: dpkg -i --force-confnew file.deb [17:41] kreuter: ...ought to do it. [17:42] --force-confmiss should be better [17:42] thanks [17:42] geser: Right you are. [17:47] soren: btw have you some time to sponsor bug #511356? [17:47] Launchpad bug 511356 in gnupg2 "Merge gnupg2 2.0.14-1 from Debian testing" [Undecided,New] https://launchpad.net/bugs/511356 [17:53] * randomaction hopes to have bug 515092 sponsored some time [17:53] Launchpad bug 515092 in gpgme1.0 "Please merge gpgme1.0 1.2.0-1.2 (main) from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/515092 [17:54] Anyone know where I can found instructions for create a .dfsg package (that is a package that recreate .orig and remove not DFSG compatible files - sorry I don't know if this a specific name) ? [17:56] abogani: try http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-origtargz [17:57] geser: Sure, I'll take a look. [17:57] randomaction: Yeah! Exactly what I'm looking for! Thanks a lot! [17:59] geser: Oh, dear, it's one of those format 3.0 things. [18:00] soren: is that a problem? [18:00] geser: Only that I've never dealt with them before. [18:01] * soren just does what he always did [18:02] geser: Looks good. /me uploads [18:03] soren: thanks [18:03] Err... [18:03] Whoops :) [18:03] There we go. [18:10] I have seen that ubuntu provides packages of latest kernels [18:11] It seems that they are at http://kernel.ubuntu.com/~kernel-ppa/mainline/ [18:11] But I need the source of these packages [18:11] Where I can download it [18:11] Basicly I need ubuntu kernel package of 2.6.33-rc6 [18:12] As a kernel developer I never use kernel package [18:12] But I published my driver, and was asked to provide an ppa to users [18:12] I want to patch the 'ubuntu' kernel variant [18:13] but 10.4 seems to have only 2.6.32, right? [18:13] try asking in #ubuntu-kernel where the kernel guys are [18:15] geser: will try, thanks === cr3_ is now known as cr3 [18:42] kklimonda, which part of the README do you need me to clarify? [18:44] fta: the workflow is to prepare two conf files, a debian/rules file with get-orig-source that fetches source from repository and then what? just running daily.sh [pocket]? [18:44] kklimonda, correct [18:45] fta: then everything is clear - i've spent some time after sending you a message on that [18:45] could be manual, or in a crontab (then i advise -e to get a proper email rather than the default stdout in an ugly email from cron) === traveller_ is now known as traveller [18:48] kklimonda, use lp:drobotik for the code, and lp:~fta/+junk/ppa-confs / https://code.edge.launchpad.net/~fta/+junk/ppa-confs for some real life examples [19:46] Hello! Are sun JRE,JDK 1.6.0_18 in the horizon? [19:47] would that be the sun-java6 package? if yes, then it's gone for lucid [19:48] geser, what would replace it? [19:48] openJDK6 [19:48] I'm on lucid and I still have it BTW [19:49] and there's https://edge.launchpad.net/ubuntu/lucid/+source/sun-java6 [19:49] alex_mayorga: if you have it installed, then apt (or other tools) don't force a removal from your system when it gets removed from the archive, but you can install it (or update) it anymore [19:50] doesn't the app you need sun-java6 for run with openjdk? [20:14] geser, bug 477812 [20:14] Launchpad bug 477812 in sun-java6 "Security update for Sun Java JRE 6: update 17" [Undecided,Confirmed] https://launchpad.net/bugs/477812 [20:18] alex_mayorga: the same applies for a (possible) update to _18. Someone from the community has to prepare updated packages. [20:20] geser, I might as well package it over the weekend if somebody holds my hand ;-) [20:20] is this the right place? [20:20] yes, we can try to help you [20:21] OK, thanks! [20:23] alex_mayorga: since this is a security update, https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation is probably something you need to bookmark :) [20:46] I have always just ignored "W: out-of-date-standards-version 3.8.1 (current is 3.8.3)" while making bug fixes. Now I'm packaging a new version of an upstream source tarball (by stuffing in the debian/ dir snarfed from the old Ubuntu version), and I get that warning as usual. What's the process to resolve it? [20:47] kamalmostafa: check what changes need to be done and bump it [20:47] kamalmostafa: debian/control [20:47] Um, maybe? [20:47] Only bump Standards-Version for packages that are not maintained in Debian. If Ubuntu has a different version, it's still not worth it. [20:49] right [20:49] sebner: I've merged the few documented code changes from ubuntu's and debian's previous versions -- but I don't know what the "standards-version" even implies really. [20:50] kamalmostafa: it's debian packaging policy, but if the package is in Debian, really try to update/get it updated there [20:50] it's sort of a hint when the package was last checked to comply with current Debian policy [20:51] Debian policy evolves over time [20:52] persia: This package (hamlib) is maintained in Debian. Possibly relevant here is that the package has been orphaned. My intent here is to package it for Debian actually. So maybe there is value in "updating it to more recent standards compliance" -- but I don't know what that entails. [20:52] read upgrading-checklist.txt.gz and do what you have to [20:53] Laney: where's that file? [20:53] kamalmostafa: If you want to fix that stuff and update the standards version, organise a QA upload in Debian. Otherwise, minimise the divergence. [20:53] in the debian-policy package [20:53] * randomaction just bumps it and reads lintian output after that [20:53] heh [20:54] * sebner reads the changelog of debian-policy package on p.d.o [20:54] persia: do Debian make QA uploads of new versions? [20:54] well... is randomaction's method really viable? Sounds like the path of least resistance. [20:55] randomaction: Not usually, because usually if anyone cares enough, that person adopts the package, but it can happen (usually only if required for some interesting transition when the package change is interesting, but the package remains uninteresting) [20:56] persia: I'd be interested in at least *looking* at the divergence... if its a one line change to bring it up to standards, then worth doing, but if its a huge ugly thing then minimizing the divergence sounds more attractive. [20:56] persia: ok, that's how I imagined it - they must prefer to get a real maintainer [20:57] actually, it looks like the future "real maintainer" might end up being me. [20:57] randomaction: It's always preferable to have a maintainer :) [20:57] kamalmostafa: If you're interested, go for it :) [20:58] well, okay then my question really boils down to: Am I *required* to update the standards version from 3.8.1 to 3.8.3, or is it my option here? [20:58] or maybe... Will debian require it? [21:00] Debian will strongly encourage it. Ubuntu will strongly discourage it, except for packages only in Ubuntu. [21:01] persia: *sigh* :-) [21:01] that's a clear answer [21:01] "It depends on what you are doing" [21:02] (it's really not that hard to do anyway) [21:02] Okay, thanks everyone. I will go examine the policy, and will try randomaction [21:02] 's "just try it trick". [21:02] Laney: Yes, I'm certainly not against trying it -- just wasn't sure even how to begin. Thanks again for the pointers folks. [21:04] kamalmostafa: actually, the policy changes between 3.8.* version are not large [21:05] Laney: tx for sponsoring sab [21:05] randomaction: that's what I imagined anyway -- just 0.0.2 difference can't be much, right? ;-) [21:08] jcfp: you are welcome [21:15] Re: hamlib debian standards version... That was easy! I examined the checklist and found nothing applicable to hamlib between 3.8.1 and 3.8.3, so bumped it to 3.8.3 and lintian is happily silent. Thanks again Laney, randomaction, persia, sebner, and geser. [21:16] kamalmostafa: another hint. If you want to get it into Debian you already want to bump it to 3.8.4 [21:17] sebner: oh *now* you tell me! ;-) The checklist only lists up to 3.8.3. Where do I find the 3.8.4 doc? [21:18] yes, you should install debian-policy from *debian* [21:18] kamalmostafa: that's why I said Debian. 3.8.4 is still in Debian Unstable and not yet synced to Ubuntu [21:18] kamalmostafa: lintian might complain that 3.8.4 is too new (wanting 3.8.3) but you can safely ignore that [21:19] Laney, sebner: Ah, got it. Okay, I'll go fetch it from there. [21:22] Laney, sebner: hmmm... but if my lintian isn't itself 3.8.4 compliant, it won't be able to actually warn about any 3.8.4 violations, right? [21:23] right [21:23] I would think it invalid to declare the package 3.8.4 compliant based on my lintian 3.8.3 results (even if I've visually examine the 3.8.4 rules) [21:27] if I open up a sponsorship request bug, should my bzr branch be ready to close it? [21:30] kamalmostafa: Lintian doesn't define 3.8.4 compliance. Following the rules in 3.8.4 does. [21:32] ScottK: Understood. And now that I actually *look* at 3.8.4, the checklist changes from 3.8.3 are trivial and non-applicable to my package anyway. [21:35] if someone wants to take a look: https://bugs.launchpad.net/ubuntu/+source/libhdhomerun/+bug/516762 [21:35] Ubuntu bug 516762 in libhdhomerun "[sponsor request] libhdhomerun update" [Undecided,New] [21:35] persia: since you have helped me in the past with this maybe you want to have a look ^ [21:48] kamalmostafa: that applies to 95% of the packages anyways [21:54] Any pbuilder users about? [21:54] Err, rather pbuilder-dist users, to be specific [21:54] Yes? [21:54] Cool. [21:54] * RAOF needs to blog his pbuilder-on-tmpfs benchmarks still. [21:54] So, using pbuilder-dist, how to I create an i386 builder on an amd64 system? [21:55] persia: I won't claim expertise, but yes. [21:55] persia: whoops, I'm on i386 [21:55] I'm mostly looking for usage information :) I'm planning to try to port the stuff I just did to make mk-sbuild-lv create armel schroots to pbuilder. [21:55] I don't have an i386 chroot on hand, but from memory it's “pbuilder-dist lucid i386 create” [21:55] With my pbuilder setup, I would run: sudo ARCH=i386 pbuilder create [21:56] RAOF: OK. Makes sense. Thanks. [21:57] Or, rather, I'd have a pbuilder-lucid-i386 symlink to pbuilder-dist [21:57] So pbuilder-dist doesn't get called directly, but is symlinked? [21:58] You can call it directly, but it's more convenient to symlink it. Then tab-autocomplete works better. [21:59] Makes sense. That's why I asked for users :) [21:59]