[00:05] * sistpoty needs to go to bed now... gn8 everyone [00:16] hey guys, question about the "runit" package on 7.10. No /etc/inittab exists on my system, so the install fails b/c runit wants to add an entry to /etc/inittab. Suggestions? [00:16] it's left in "iF" state instead of "ii" [00:18] check for its existence, create/modify conditionally, etc. [00:20] up_the_irons: you probably want to see debian/ in hardy's runit source package. [00:22] crimsun: if I make an /etc/inittab, how do i "fix" the package? should I just remove and reinstall? [00:23] up_the_irons: sure, you could do that. Or you could backport hardy's runit source package. [00:23] crimsun: ok gotcha [00:23] crimsun: yeah backporting it might be the way to go [00:24] thanks [01:25] Hi room! [01:26] :) well I am looking for a set of instructions that will guide me with making a .deb file for distribution. I am not a major programmer so I guess I would be a beginner with this stuff. Can anyone point me in a good direction. Most of the stuff Ihave found is so technical I cant grasp it very well. [01:30] whileimhere: https://wiki.ubuntu.com/PackagingGuide/Complete [01:32] Thanks! [01:33] np === victor___ is now known as victor__ [01:56] Heya gang [01:57] sispoty: yes [02:33] * RAOF wonders what his 'mail organ' is :P [02:35] RAOF: probably your postfix port ;-) [02:35] * jdong braces for more innuendos [03:15] * ScottK is here if someone is looking for an ack to upload (~6 hours to go). [03:17] ScottK: I'm available though cautious about what's going to be tagged to my name now :D [03:19] jdong: Do you know anything about using bzr? [03:19] yeah I use it a lot [03:20] jdong: Would you be willing to grab the fix in Bug #220385 from bzr and upload it? dholbach told me he'd take care it, but apparently didn't. [03:20] Launchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,In progress] https://launchpad.net/bugs/220385 [03:21] I really don't want to release with something in the archive that allows non-developers to arbitrarily update end user systems. [03:21] Note who filed the bug if you have any doubts about we want it fixed. [03:21] ScottK: oh I have no doubt we want this fixed [03:22] lemme take a look at famed revision 45 :) [03:22] Thanks (or maybe there's a later one that's better, dunno). [03:26] ScottK: looks good, uploaded [03:26] jdong: Thanks. [03:44] jdong: Accepted into the archive. Thanks for taking care of that. === calc_ is now known as calc [03:49] ScottK: sure thing [04:20] jdong: Got time for another one? [04:20] I guess :) [04:21] If you look at Bug 220863 there's a patch in the linke sourceforge bug. [04:21] Launchpad bug 220863 in dkim-milter "dkim-milter rejects validly signed mail" [Medium,In progress] https://launchpad.net/bugs/220863 [04:22] I just discovered that the debian/rules don't appear to actually quite apply the patches (even though dpatch is at least partly there). [04:22] My brain is totally fried. [04:22] I'd greatly appreciate it if you would grab that patch, fix up debian rules, and upload it. [04:23] ScottK: sure, lemme take a look [04:23] Thanks. [04:29] * jdong checks his luck :) [04:35] applying patch 01-partial-signatures to ./ ... ok. [04:35] ah, beautiful [04:35] ScottK: ok, uploaded [04:36] jdong: Thanks againg. [04:36] again [04:38] * Hobbsee waves [04:38] * jdong waves back [04:40] sky fallen in yet? [04:42] Hobbsee: no but I am with a perl book right now :) [04:43] I think that's close enough [04:43] haha [04:43] true [04:44] Hobbsee: We ought to be nice to jdong just for this one day. He pulled the EnvyNG changes out of bzr and uploaded them, so that lowers his crack average some. [04:45] lol [04:45] ScottK: oh goody. [04:45] I am surprised that slipped past REVU though [04:45] jdong: i'm not. How many bits have you seen go in by canonical people, or reviewed by canonical people only, that haven't gone thru REVU? [04:45] and it doesn't help that tehy can't use openID [04:46] Hobbsee: yeah that is a bit concerning at times [04:47] jdong: but you can't bring it up - certain canonical people get very annoyed, and keep declaring that there is no difference between canonical people and community people, procedure-wise [04:47] jdong: so I guess that's here to stay. [04:49] * TheMuso waves, as he performs more iso testing. [04:50] uhm ubuntu seems vulnerable (by default) to fork bomb [04:50] Kewl. [04:50] emgent: that's not much of a vulnerability. [04:50] heheh i know [04:51] jdong: Accepted. Thanks again. [04:51] ScottK: not a problem [04:51] but i'm thinking to edit /etc/security/limits.conf [04:51] jdong: You may get the last two uploads for the release. [04:51] ScottK: haha is there a trophy for that? :D [04:51] emgent: if you are a sysadmin on systems prone to forkbombing that is a good idea [04:52] emgent: but otherwise, messing with limits.conf for all Ubuntu users is not a good idea [04:52] jdong: i know, grsec by default block it. [04:52] emgent: an Apache server can have 200 good behaving children, while I guarantee with 4 processes I can make you cry. [04:52] we can stop this if we add "* hard nproc 200" [04:53] emgent: you don't think 200 spinning processes can make your life miserable? [04:53] I only suggest, anyway no problem :) [04:54] emgent: my point is there really is no sensible default that won't impact some subset of our userbase [04:54] emgent: by default I think it's entirely reasonable that ubuntu grants whatever resource requirements a user asks for [04:54] emgent: though for the administrator of a multiuser system, more limits may be appropriate [04:55] * emgent nodes [05:53] Anyone around from motu-sru? [05:53] yeah [05:55] Last release (when there was no motu-sru), motu-release stepped up and said the "must be fixed in the devel release" rule was waived until the new repo was up and running. [05:56] It seemed to work out well. I recommend it. [05:56] I think that it's up to motu-sru to decide, so I thought I'd mention it. [05:56] If you are, I suggest you (motu-sru) make an announcement soonish. [05:57] Bug #158670 looks like it could still be sponsored if someone was up for it. [05:57] Launchpad bug 158670 in quodlibet "Quod Libet uses wrong playback device in Sound Preferences" [Low,Triaged] https://launchpad.net/bugs/158670 [06:02] ScottK: lemme take a look at that bug :) [06:14] ScottK: quodlibet debdiff mangled/uploaded [06:20] good morning [06:21] hi dholbach [06:21] hi ajmitch [06:21] hi Hobbsee [06:22] 'ello Hobbsee, ajmitch dholbach. [06:22] hiya RAOF [06:28] I am a novice programmer, familar with perl, c, c++. Never really worked on a large project. Is it reasonable to think I can contribute to Ubuntu? I read some of the wiki, but just wondering what someone of my level could do to contribute. [06:29] DanikarPN: that's great - you can definitely contribute to Ubuntu! :) [06:29] did you read http://wiki.ubuntu.com/MOTU/GettingStarted already? [06:30] Yeah, I read that and some of the articles it links too. Massive amounts of information. lol. Been looking into Ubuntu over the past week or so. [06:30] OT, is it a bad sign that I'm reading a Perl book and liking the language? [06:31] very much so [06:31] lol [06:31] * dholbach shudders slightly :) [06:31] I'm already starting to write unreadable 1-liners! [06:31] haha [06:31] That is what makes perl fun =P [06:31] makes it extremely handy for quick and dirty scripts for everyday tasks [06:32] .*/a?*!43.&^//:!.*^%!U [06:32] what makes that fun to read? :p [06:32] nixternal: it's a WOL [06:32] made that up by just pressing shift :p [06:32] (Write Only Language) [06:32] nixternal: the point is you hope you NEVER need it again after the 10 seconds you spend writing it and 30 seconds spent using it [06:32] heh, your 10 seconds would be my 10 hours [06:33] :) [06:34] * StevenK was employed as a Perl programmer for six years [06:34] /^.*?\.php.*?\?(.*)$/ That was mine for today [06:35] ^.*?\.php.*?\?(.*)$ That was mine for today [06:35] /^Pos:\s*(\d+)(?:.\d)?s\s+(\d+)f\s+$\s*(\d+)%$\s+(\d+(?:\.\d+)fps)\sTrem:\s+(\d+min)\s+(\d+mb).+\[([\d:]+)\]/) was mine [06:35] nice [06:35] (/^Pos:\s*(\d+)(?:.\d)?s\s+(\d+)f\s+$\s*(\d+)%$\s+(\d+(?:\.\d+)fps)\sTrem:\s+(\d+min)\s+(\d+mb).+\[([\d:]+)\]/) was mine [06:35] was mine. [06:35] mencoder CVS changed output format again [06:35] so acidrip.pm has to follow :) [06:35] It is very pretty. [06:35] lol [06:35] the backslashes are soothing [06:36] why he doesn't just write a perl binding to the actual API.... [06:36] I guess this is more fun :) [06:37] I guess this is a usage of the word 'fun' I was not previously aware of :). [06:39] It isn't fun till you throw something against a wall. [06:40] is it just me, or does every 2-character permutation of punctuation marks mean something in Perl? [06:40] ".!" [06:42] jdoing: haha, pretty much all of em probably yeah. [06:42] rofl [06:42] I suck at tab complete [06:43] and the default perl lint-checking is about as generous as the PL/1 compiler [06:43] i.e. you can sit on the keyboard and run it, and Perl wouldn't complain [06:44] jdong: How does it handle "if"? [06:44] My cat wrote a awesome perl script yesterday. === asac_ is now known as asac [06:45] RAOF: perl -e 'if(awefawjkf){ awejf; kawlej; kfaw }' [06:45] generates no errors whatsoever :D [06:46] something tells me this can lend to some ridiculous code bugs [06:46] use strict; [06:46] DanikarPN: yeah seems like it's a must-have for any serious more than 5 line codebase [06:47] Yeah, I had to debug about every script my company uses when I added use script up at the top. [06:47] There are three [06:47] use strict rather [06:47] use strict; use warnings; and running perl with -w [06:47] StevenK: yeah i use -w and use strict; didnt know about warnings. ill have to look into that [06:48] DanikarPN: -w and use warnings; might do the same thing [06:48] isn't there some perldiag thing that makes error messages more verbose too? [06:49] jdong: Soft. perl -e 'if' returns an error code :) [06:49] Line 7: It broke. [06:49] RAOF: yeah, compilation error at EOF [06:50] RAOF: so it isn't the PL/1 compiler. [07:29] Good morning === twanj_ is now known as twanj === _Czessi is now known as Czessi === Syntux_ is now known as Syntux [11:14] Hey [11:19] submitted Bug 220952 [11:19] Launchpad bug 220952 in ubuntu "Out of Range for 800x600 full screen games" [Undecided,New] https://launchpad.net/bugs/220952 [11:25] kahrytan: You may want to ask in #ubuntu-bugs. [12:24] hi [12:51] Heya RainCT [12:56] Hi Iulian === rzr is now known as rZr === fta_ is now known as fta [13:13] Hi! I'm trying to build the asterisk package (asterisk_1.4.11~dfsg-1) on gutsy using pbuilder, but 'pbuilder build asterisk_1.4.11~dfsg-1.dsc' fails with a few error messages about a broken h323 installation. See alsohttp://lists.digium.com/pipermail/asterisk-dev/2006-December/025345.html Could someone help me to build this package, I would like to patch it. [13:23] Noone? [13:25] flohack: we're very close to release, I suspect that everyone is just busy at the moment I'm afraid. [13:26] I see, that's fine. [13:26] flohack: do you have libopenh323-dev installed? [13:29] that should be a build dependency of asterisk, shouldn't it? [13:31] Yes it lists it as a dependency and pbuilder should install it [13:32] does it? [13:33] You're probably building with a version of $somepackage that is too ancient in gutsy. [13:33] !info asterisk gutsy [13:33] asterisk (source: asterisk): Open Source Private Branch Exchange (PBX). In component universe, is optional. Version 1:1.4.10~dfsg-1 (gutsy), package size 2033 kB, installed size 5264 kB [13:40] it's strange, apt-get source gives me a 1.4.11 package...why could that be? [13:41] I'll have a look if pbuilder installs the h323-dev package [13:43] yes it installs libopenh323-dev [13:43] I installed the pbuilder environment like this: sudo pbuilder create --distribution gutsy --othermirror "deb http://archive.ubuntu.com/ubuntu gutsy main universe multiverse" "deb http://archive.ubuntu.com/ubuntu gutsy-updates main universe multiversion" [13:45] I tried it without the gutsy-updates before, but that didn't work either [13:52] How can I retrieve a specific version of a source package using apt-get? sudo apt-get asterisk=1.4.10~dfsg-1 does not work [13:53] flohack: well, one of your problems is that you're certainly not trying to add repositories that exist. [13:54] other problems would be that the first "othermirror" you've set is already done by default (certianly should be), and that you've not told it that the second url is also supposed to be an othermirror. [13:55] ok, I'll rebuild the pbuilder environment... [13:56] I prepended a --othermirror directive to the second deb string. Do I have to remove the first othermirror? [13:57] I just can't figure out why apt-get source asterisk=1.4.10 does not work. [13:58] Ah, it is not present in http://archive.ubuntu.com/ubuntu/dists/gutsy/universe/source/Sources.gz anymore. [14:01] flohack: In your case it may be easier to set up a normal gutsy pbuilder, then login with --save-after-login and make the changes to sources.list manually. [14:06] Ok, I modified the pbuilder environment (added main universe and multiverse for gutsy-backports) and installed all updates. I'll retry the build in a minute === slangase` is now known as slangasek [14:16] Hobbsee: Unfortunately I still get the same error. [14:26] Would someone else be willing to try to build the asterisk source package on gutsy? [14:31] hi folks === sistpoty|work changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Universe for hardy is frozen - enjoy the break :) [15:16] * Hobbsee feels cold. [15:16] * sistpoty|work feels he got a cold :/ [15:17] ffffrozen? [15:17] Aww [15:17] * Iulian hides [15:17] * jpatrick has a cold [15:29] * Hobbsee hides in the freezer [15:32] * jpatrick gets from fishfingers from freezer [15:32] someone's cooking? [15:33] I wish [15:55] * siretart shivers [15:59] yay, frozen [16:00] crimsun: so, lets see how long we can go before someone asks The Question [16:00] are we there yet? [16:00] oops, too late [16:01] Hobbsee: "can i have an exception?" [16:01] nope to both of you [16:01] is hardy released yet? [16:02] * Hobbsee beats apachelogger with a big stick [16:02] meh [16:03] Nightrose: did you see that? [16:03] unbelivable [16:04] ;-) [16:04] what relations.. [16:04] ok, 3 OpenWeek sessions left open - who wants to do one? [16:04] pass [16:04] boo [16:04] * apachelogger points at Nightrose [16:04] ohnoes [16:04] :P [16:05] 1600UTC, May 1 - you know you want it [16:05] * Nightrose really is too busy with SoC [16:05] Hobbsee: what happened to the LPS™? [16:05] sebner just told me in #ubuntu-at he wants to talk about something [16:06] apachelogger: mind the release schedule :P [16:06] * Hobbsee pokes geser with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ [16:06] omg, it is still alive [16:06] * apachelogger hides [16:06] it is! [16:06] but it's not in kubuntu anymore! [16:07] lol [16:07] ouch === tb1 is now known as tbf [16:07] Kubuntu is dead. long live ubuntu xD [16:07] * Nightrose blinks [16:07] * apachelogger smacks sebner [16:07] has anyone noticed firefox chewing cpu lately? [16:07] crimsun: yes [16:08] crimsun: yeas [16:08] what's up with firefox? [16:09] apachelogger: *ouch* === danielm_ is now known as danielm [16:43] what's the sh way to do ${var%.*} (tu use it in debian/rules)? [16:45] what do you want to achieve? [16:46] geser: uhm.. nevermind, I've just realized that I can use sed for that (as I know the extension) :) [16:59] http://paste.ubuntu.com/7861/ - any idea why this doesn't work? [17:00] oops [17:00] the $ [17:00] line 5 [17:00] ^$, I should say. [17:00] RainCT: Also, all statements must be on one line [17:01] crimsun: yes that's what the "oops" was for, but it still fails with the same error [17:01] mok0: uhm.. right [17:01] yeah, you have missing \ [17:01] I tell other people about this but forget it myself.. :( [17:01] RainCT: hehe [17:07] Hmm. Why does lintian still complain over distribution name hardy. [17:07] RainCT: and instead of the sed call you could use either basename $file .po or ${file%.po} [17:08] mok0: Which lintian? What is the revision number of your package? [17:08] persia: 1.23.46 [17:09] And the revision? [17:09] geser: thanks, didn't know that basename can do that. ${file%.po} is a bashism, afaik [17:10] persia: there isn't any [17:10] mok0: How can a package not have a revision? [17:10] now there's still the problem that "for file in po/*.po" isn't working for some reason... :S [17:10] persia: native package? [17:10] hmm.... someone should write a tiny gtk wrapper for dget and associate that file with .dsc files... [17:11] ....that way browsers would do the right thing, when you click a dsc link [17:11] persia: ii lintian 1.23.46 Debian package checker [17:12] mok0: That would be the problem then. Native packages require "ubuntu" in the version to not generate the warning, but it looks ugly to have it there, so it only belongs when it is native in debian (and I think we ought use $(debian)-0.0ubuntuX rather than $(debian)ubuntuX in those cases, so as not to cause problems with native NMUs). [17:13] The trick is that lintian can't tell if it's an ubuntu-native package or a native package derived from debian, and so doesn't really know whether the string "ubuntu" belongs in the package name. Unless my suggestion for native package version increments is adopted, we'll always have that bug for native packages. [17:14] Personally, I think the best solution is to abolish all native packages, but that is often considered excessive. === calc_ is now known as calc [17:14] persia: I agree, native packages tend to cause confusion [17:15] persia: ... and you still may want to update the packaging in which case the revision is relevant [17:15] mok0: Right. Especially for derivatives. [17:17] And if we are going to use native packages derived from other distros, we ought give them revision numbers that match NMU conventions: currently 1.1ubuntu1 > 1.1-0.1, which is unfortunate when looking at things that ought be merged, as it is probably important (or it wouldn't be an NMU), but it doesn't show up on the default lists. [17:17] (hence the 1.1-0.0ubuntu1 revision scheme previously mentioned) [17:18] tbf: except that one may not want clicking dsc links to invoke dget [17:20] any idea why "for file in po/*.po" doesn't work? (the same in a sh script works) [17:21] crimsun: you know them meaning of the word "wrapper"? [17:21] (http://paste.ubuntu.com/7865/) [17:22] RainCT: $ -> $$ [17:22] RainCT: you need to use $$file [17:22] crimsun: that wrapper would allow you to choose between "download related source code" and "download dsc file only" [17:23] crimsun: also that wrapper would have to ask you for the proper folder [17:23] RainCT: make is not shell. Try $(wildcard po/*.po) [17:23] crimsun: it's just boring to copy the link, open a terminal, and past the link there [17:23] sistpoty|work: where? [17:24] crimsun: also dget is not that easy to find [17:24] tbf: which is a pretty nasty UI workflow. [17:24] RainCT: everywhere, where you want a $ in shell code written in a makefile (having shell code in make is expensive, hence you need to give it more $$'s :P) [17:24] sistpoty|work: hah! [17:25] RainCT: Also, don't confuse your make variables ("$(foo)") with your shell variables ("$$bar") [17:25] crimsun: the current one, with no dsc support at all? yes! [17:27] ah, I see [17:28] great, works now. thanks :) [17:28] RainCT: ${file%.po} works also in dash (see the dash manpage) [17:29] Aren't dashisms just as frowned upon as bashisms? Anyway, even better if you can do it all in make. [17:29] that's POSIX [17:30] has dash any extensions beyond POSIX? [17:30] uhm.. true.. dunno how I tried it before then that it didn't work xD [17:39] geser: dash supports several XSI extensions, I believe [17:44] but nothing that is beyond what Debian/Ubuntu expects from /bin/sh? [17:45] geser: I think that's supposed to be the standard for what dash implements, yes [17:49] * sistpoty|work heads home [17:49] cya === Spec[x] is now known as Spec [18:08] Heya gang [18:22] Hi bddebian [18:22] 'lo bddebian [18:22] Hi geser, crimsun === kitterma is now known as ScottK2 === nixternal is now known as lanretxin === lanretxin is now known as nixternal [19:53] hola [19:57] norsetto: I'm cleaning up the motu-release bug queue and wondering if Bug #199190 not getting done means a piece of the gfortran transition got missed? [19:57] Launchpad bug 199190 in libitpp "[FFe] [Sync request] libitpp 4.0.3-1 from debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/199190 [19:58] * norsetto checks [19:58] Thanks. [19:58] i recently started experiencing massive slowdowns with firefox 3.0b5 [20:00] scottk: I thought that was fixed, is the bug that started the whole mess [20:02] scottk: apparently it was never sponsored since u-u-s was never subscribed [20:05] norsetto: I invalided that bug since it's to late to sync, but it sounds like an SRU is in order. [20:05] ScottK2: don't look at me, I will never do an sru again [20:07] OK. [20:07] norsetto: Would you beat on sistpoty to do it then? [20:08] norsetto: Is a rebuild enough? [20:08] scottk2: I can check, but I'm afraid not [20:08] If that's all it needs, then I'll handle it. Please check. [20:10] scottk2: sure, let me finish with quodlibet [20:13] Great. [20:16] Bugs related to MOTU Release Team: "There are currently no open bugs." \o/ [20:18] i'll prepare an SRU soon, so that might change :) [20:19] :D [20:22] laga: That's motu-sru. Not my problem any more. We have a different batch of bureacrats for that. [20:23] ah. too bad. maybe for intrepid then ;) [20:38] Bugs related to MOTU Release Team: "There are currently no open bugs."-> You guys (scottk, sistpoty) really deserve a HUGE THANKS for the wonderful work you did [20:38] :) [20:39] I think we did significantly better this time around than for Gutsy with each request at least getting considered and not being a block on progress. [20:40] Not idea, but better. [20:40] ideal/ideal [20:40] scottk2: much better (at least from what I could see on gutsy) [20:41] ScottK2: Is lighttpd security update going to make it into release? Or saving for post... [20:41] Did we have one we missed? [20:41] it's on the rcbugs list [20:41] emgent: Do you know? ^^^ [20:42] SSL vulnerability [20:42] I thought we got that one, but not sure. [20:42] ok [20:42] At this point it's all post release. [20:42] uhm just a moment [20:42] np, ty [20:43] i released sime week ago one fix for SSL bug [20:43] s/sime/some/ [20:43] Is the fix in the Hardy package? [20:43] yes [20:43] Coll. [20:43] Cool even. [20:43] milli: There you go. [20:44] emgent: Thanks. [20:44] thanks guys [20:44] should mark that on the rbugs page :) [20:44] ScottK2: https://edge.launchpad.net/ubuntu/+source/lighttpd [20:44] np :) [20:44] milli: Feel free. [20:44] CVE-2008-1531 [20:45] fixed in lighttpd 1.4.19-0ubuntu3 [20:45] (hardy) [20:46] Excellent. [20:46] norsetto: Had a chance to look into libitpp yet? [20:47] scottk2: I'm uploading a debdiff to bug 199190. Builds ok and seems to be using gfortran, but needs further checking. If you want, you can mentor the SRU, should be a good task for a new contributor [20:47] norsetto: OK. Please take invalid off the bug then. [20:48] ScottK2: no need, is a different task [20:48] Ah. [20:52] norsetto: Your task is for Gutsy. We need Hardy, don't we? [20:52] scottk2: ops [20:52] * norsetto tries to reset his internal release timer === DanikarPN is now known as Danikar [20:56] ScottK2: there you are [20:56] Thanks. [20:58] norsetto: Do we have to rename the binary packages? [20:58] ScottK2: yes [20:58] Urgh. [21:05] norsetto: RM has authorized upload to hardy-proposed. Please change the revision to ubuntu0.1 and the release to hardy-proposed and upload. [21:05] So much for paperwork. [21:06] scottk2: oh well [21:07] scottk2: I'm not following that up with the usual mess of testing request etc. etc. though [21:07] K. We'll make sistpoty do that. [21:08] I am the developer of unicap, a video capture SDK, and would love to see my software available via universe. Is there another way to get it packaged than to become the package maintainer by myself? [21:10] arf [21:11] arne_: what mok0 said :-) [21:11] arne, you can file a needs-packaging bug at launchpad.net, including all the information on where to pick up the sources etc. And then hope that someone picks it up [21:11] norsetto: :-) [21:11] arne_: bribes are happily accepted (mok0 has a penchant for rare beers for instance) [21:12] hehe [21:13] arne, in the meantime, pls take a look at this (incomplete) Upstream Guide: https://wiki.ubuntu.com/UpstreamGuide [21:13] should I take this like "the chances are not very high that someone will pick it up"? [21:14] that depends on how persistent you are :-) [21:15] Another piece of software where the author did the same got packaged within ~ 1 month [21:16] arne_: software in your particular field seems rather popular [21:17] My issue is that I am already quite swamped with work [21:17] currently I maintain my own repository [21:17] but since it has a lot of hits, I think it should rather go to universe [21:17] arne_: so, you have it packaged already? [21:18] yes but I do not know how well it is according to ubuntu guidelines [21:18] and I have too little time to read all the docs and check it by myseld [21:18] *myself [21:19] arne, upload it to revu, and it will get reviewed [21:19] arne_: if you have a source package already, you can also consider debian-mentors, we will get the package from them afterwards [21:21] ok, I will try with revu [21:21] thanks for your help! [21:23] arne_: but file a needs-packaging bug too. See bug 200783 as an example [21:23] Launchpad bug 200783 in ubuntu "[needs-packaging] ChibiTracker -- a portable impulse tracker" [Wishlist,Confirmed] https://launchpad.net/bugs/200783 [21:24] mok0: ok, will do [21:25] arne_: great! Thanks for your contribution [21:30] superm1: I see mythbuntu-control-centre (source) 0.28-0ubuntu1 in the unapproved queue. Do you need that? [21:32] ScottK2: yes. [21:32] that was the SRU i was going to file [21:33] laga: OK. Let me talk to the RM about it. [21:34] arne_: does it have python bindings? [21:34] no [21:35] :-( [21:35] unfortunately not [21:35] I once worked on them but did not have the time to finish it [21:35] arne_: also, check it with lintian (both the source and binary packages), this will give you quite a lot of hints already on things to be worked on [21:36]