[04:15] <micahg> mdeslaur: are you working on bug 592538?
[04:48] <jfer> hi. could you please tell me the best way to find a list of copyright holders for some sources?
[05:29] <jfer> can someone help me with packaging skype-call-recorder? it is my first package
[07:34] <dholbach> good morning!
[08:29]  * bilalakhtar sorts out some NBS
[08:30] <micahg> RenatoSilva: hi
[08:31] <micahg> RenatoSilva: so, I'd say file the LP bug, we can link the Debian bug, get it fixed in Debian, sync to Natty, then SRU to karmic, lucid, and maverick
[08:31] <RenatoSilva> micahg: hi, I' creating the bug report with patch
[08:31] <micahg> RenatoSilva: ooh, graet
[08:31] <RenatoSilva> SRU?
[08:31] <micahg> *great
[08:31] <micahg> !sru | RenatoSilva
[08:31] <RenatoSilva> ah ok
[08:32] <micahg> RenatoSilva: do you have the bug # handy?
[08:35] <RenatoSilva> writing yet wait
[08:37] <micahg> RenatoSilva: sorry, take your time
[08:39] <bilalakhtar> I am having a super-wierd upload error
[08:39] <bilalakhtar> The source package upload gets accepted
[08:39] <bilalakhtar> but after the package gets built
[08:39] <bilalakhtar> then after that, the binary upload from the builder to the archive fails
[08:40] <micahg> bilalakhtar: happens on occasion, do you have a log?
[08:40] <bilalakhtar> micahg: http://launchpadlibrarian.net/59537167/buildlog_ubuntu-natty-armel.gnat_4.4%2B1ubuntu2_BUILDING.txt.gz
[08:41] <bilalakhtar> http://paste.ubuntu.com/535806/
[08:41] <bilalakhtar> micahg: ^
[08:41] <bilalakhtar> brb
[08:42] <RenatoSilva> micahg: bug 680820
[08:43] <micahg> lifeless, can you take a look at bilalakhtar's pastebin?
[08:45] <micahg> RenatoSilva: that looks fine, can you attach to the debian bug as well?
[08:48] <RenatoSilva> I've sent an email pointing to LP, but not sure when it'll appear there
[08:48] <micahg> RenatoSilva: not failing on missing plugins would be an upstream build system bug
[08:48] <micahg> RenatoSilva: oh, did you reference the patch?
[08:49] <micahg> RenatoSilva: it should be fine in any case, debfx is a MOTU and subscribed in LP as well
[08:50] <RenatoSilva> I said look there for a patch
[08:51] <micahg> RenatoSilva: perfect
[08:52] <bilalakhtar> lifeless: it is here http://paste.ubuntu.com/535806/
[08:57] <micahg> RenatoSilva: ok, the bug's all set, thank you for the patch, feel free to poke me in a week if you don't see any updates
[08:58] <RenatoSilva> ok
[08:59] <RenatoSilva> regression are feature-removing bugs?
[08:59] <RenatoSilva> *regressions
[09:06] <micahg> RenatoSilva: generally where a feature in one release isn't in the next
[09:07] <RenatoSilva> ok
[09:07] <RenatoSilva> from #pidgin: (07:06:39) RenatoSilva: rekkanoryo: --with-plugins="non,existing,plugins" => if it aborted, .deb build would fail in debian and ubuntu and we wouldn't have wasted our time here, Kazuha, you and me :)
[09:08] <micahg> RenatoSilva: I thought the plugins didn't have anything to do w/the pidgin debs
[09:08] <micahg> *devs
[09:15] <RenatoSilva> micahg: rekkanoryo is one of the plugin pack developers
[09:15] <micahg> RenatoSilva: ah, ok, cool
[09:17] <RenatoSilva> actually it is one of the authors of irc-more itself [too]
[09:19] <RenatoSilva> I love how much time is wasted from people because of a simple thing like aborting a build of non-existing stuff
[10:42] <gaurava> hey all .. from yesterday .. I am struggling to setup a serial console on my ubuntu 10.10 machine ..
[10:42] <gaurava> ny help would be great
[10:42] <gaurava> I am basically following this article for the setup <https://help.ubuntu.com/community/SerialConsoleHowto> but no luck so far
[10:43] <gaurava> Then I simply connect the serial cable .. and trying to write on it .. by using command: $ > ehco "abcd" > /dev/ttyS0
[10:44] <gaurava> I can see that interrupts assigned to /dev/ttyS0 (IRQ - 4) is increasing ..
[10:44] <gaurava> but still there is no output on the other machine ..
[10:44] <gaurava> group ..  ny idea what else can I try ?
[12:43] <Daviey> Is someone available to sponsor? :)
[12:53] <BlackZ> Daviey: did you subscribe "ubuntu-sponsors" to the bug?
[12:56] <soren> Daviey: Is it something fun?
[12:57] <nigelb> lol, that's nice, I think I'll give soren the review of the tar in tar package once its done :p
[13:01] <Daviey> BlackZ: there isn't a bug
[13:01] <Daviey> soren: not really :)
[13:02] <Daviey> soren: I think you were following the discussion in #lp , http://pb.daviey.com/m9pw/raw/
[13:03] <nigelb> Daviey: I think that was in response to your "Is someone available to sponsor?"
[13:06] <soren> Daviey: Sure, i can do that.
[13:06] <Daviey> soren: Appreciated ! :)
[13:09] <soren> Daviey: Is it a long bulid?
[13:09] <soren> build, even.
[13:09] <Daviey> soren: no
[13:10] <soren> Daviey: Great.
[13:14] <soren> Daviey: Uploaded.
[13:14] <Daviey> soren: groovy, thanks
[13:14] <soren> Daviey: np
[13:53] <soren> Daviey: I took the liberty of importing upstream's git on Launchpad in case you need it.
[13:53] <Daviey> soren: nice one!
[13:53] <Daviey> soren: I imagine you might need it soon, aswell :)
[13:53] <soren> Upstream?
[13:53] <soren> Hm.. Maybe.
[13:54] <soren> Well, probably. I tend to have a hard time keeping my hands off shiny, new things like this.
[13:54] <Daviey> :P
[15:56] <superm1> hi guys.  mythtv upstream is moving from svn to git. in the process of moving a lot of the helper scripts that we use for daily building and ease of use need to be updated.  Generally it seems discouraged to keep packaging upstream, but upstream agreed to service pull requests for debian/ . it seems that it would make more sense to me to keep it upstream, so is there any good arguments against that?
[15:57] <superm1> we currently don't build formal releases ever, but rather rolling snapshots of stable branches anyhow
[15:57] <superm1> so a bunch of git-buildpackage's features seem less relevant
[16:22] <ScottK> superm1: Is mythtv in Debian?
[16:23] <superm1> ScottK, no it's not
[16:24] <superm1> there have been some efforts to get it in, but I don't see it happening in the near future
[16:24] <ScottK> Then as long as they exclude it from an eventual real release tarball, I think it's fine.
[16:25] <superm1> yeah I expect they would.
[16:26] <superm1> they were actually were planning to keep it in packaging/debian, so anyone wanting to build would just have to ln -s packaging/debian debian;
[16:26] <superm1> so even if it were for some reason rolled into the release tarball i don't think it would be entirely harmful
[16:39] <Laney> If you use 3.0 (quilt) for your packaging (of releases) then it will delete upstream's debian/ directory anyway.
[16:41] <superm1> we currently use 3.0 (quilt), so that actually would be sensible if all the packaging was in packaging/debian and then our debian.tar.gz only had to contain a symlink to the proper location
[17:02] <ulysses> Hello, how can I solve the linking problem mentioned in the last comment? http://revu.ubuntuwire.com/p/hupnp
[17:20] <ari-tczew> kklimonda: around?
[17:47] <rulus> Good evening! I'm trying to make a debdiff to fix the Pidgin MSN SSL error in Lucid, but I'm unsure about the version number to use. Current version in Lucid is 1:2.6.6-1ubuntu4.1, so should it be 4.2 or 5 at the end?
[17:48] <micahg> rulus: 4.2, but I thought someone already uploaded that
[17:48] <rulus> ah, I don't see it in the bugreport, only for maverick
[17:49] <micahg> rulus: ah, yes, you're correct
[17:49] <rulus> so 4.2 it is, thanks! :)
[19:08] <gaurava> hey all
[19:09] <gaurava> I have a question ..
[19:10] <ari-tczew> gaurava: just ask
[19:10] <gaurava> I am currently looking into the issue w.r.t axis2c  <https://bugs.launchpad.net/ubuntu/+source/axis2c/+bug/600174>
[19:11] <gaurava> and then there are many more bugs open for the same component ..
[19:11] <m4n1sh> I want to report a broken dependency problem. Where do I have to file the bug
[19:12] <m4n1sh> or can anyone take it up here
[19:12] <gaurava> so what we are using rite now is axis2c v 1.6.0-0ubuntu9
[19:12] <gaurava> but what Debian guys have in their current branch is something like 1.6.0-2 version ..
[19:13] <gaurava> do you think it makes sense to update the Ubuntu axis2c package with Debian
[19:13] <gaurava> [DISCLAIMER}: I am a newbie over here and just fixed 2 type mistakes till this time. . :)
[19:14] <gaurava> Link of Debian axis2c package : http://packages.qa.debian.org/a/axis2c.html
[19:17] <gaurava> m4n1sh: if you are running Ubuntu rite now, you can use "ubuntu-bug" (aka apport) utility
[19:17] <gaurava> m4n1sh: Checkout this link for more detail https://help.ubuntu.com/community/ReportingBugs
[19:18] <m4n1sh> gaurava: it's about apport. basically useful for crashes
[19:18] <m4n1sh> I want to report the problem in broken dependencies
[19:21] <bdrung> tumbleweed: thanks for your work on wrap-and-sort, but next time please commit each change separately (1. tabs -> spaces convertion, 2. Correct typo 3. Sort debian/install 4. Add one-space-indentation 5. Remove null-entry)
[19:24] <tumbleweed> bdrung: it was a merge commit
[19:24] <tumbleweed> bdrung: but yes I could have committed them to trunk separately
[19:24] <bdrung> tumbleweed: sorry, didn't saw that is was a merge commit. then it's fine.
[19:25] <bdrung> tumbleweed: you don't have to mention ack-sync in debian/changelog - we do not install it
[19:25] <tumbleweed> good point that
[19:26] <ari-tczew> gaurava: IIRC axis2c from Debian is FTBFS
[19:26]  * tumbleweed is using offline holiday-time to work through some bug lists. I have some big refactoring in pbuilder-dist but it needs decent testing before I'll commit it
[19:27] <tumbleweed> not going to happen while I'm on GPRS
[19:28] <bdrung> tumbleweed: "Sort debian/install as well as debian/*.install" was on my todo list :)
[19:30] <tumbleweed> whoops, found some DEB_VENDOR changes in my pbuilder-dist branch
[19:30] <gaurava> air-tczew: how can i confirm the same? Is downloading the source code from the same and then running pbuilder build .... would be enough?
[19:36] <bdrung> tumbleweed: i do the "lenght" typo quite often
[19:36] <ari-tczew> gaurava: I encourage to use pbuilder-dist natty
[19:39] <gaurava> ari-tczew: pbuilder-dist natty ... does this command will create a pbuilder enviornment based on the natty distribution?
[19:39] <ari-tczew> gaurava: sudo pbuilder-dist create natty
[19:40] <gaurava> ari-tczew: Also, I am running maverick currently .. hopefully this command will not interfere with my system as it is ..
[19:41] <ari-tczew> gaurava: you can use maverick instead, but if you want introduce something to our current development cycle, you must build for natty.
[19:42] <bdrung> tumbleweed: you forgot to update the man page for wrap-and-sort
[19:43] <tumbleweed> bdrung: thanks
[19:43] <bdrung> tumbleweed: do you have time to implement a feature request for wrap-and-sort?
[19:45] <tumbleweed> sure, what is it?
[19:45] <bdrung> tumbleweed: an option to specify the location of the debian directory
[19:45] <bdrung> (default will be "debian/"
[19:45] <bdrung> )
[19:46] <tumbleweed> why is that necessary?
[19:46] <bdrung> tumbleweed: because of the daily builds branches contain the content of the debian directory
[19:47] <tumbleweed> of course with multiple wrapping-styles, it should now be able to auto-detect wrapping-style and only be overridden if desired (but I'm leaving that for now)
[19:47] <bdrung> tumbleweed: example: https://code.edge.launchpad.net/~audacity-team/audacity/daily-packaging
[19:48] <tumbleweed> oh you mean ./
[19:48] <bdrung> tumbleweed: yes
[19:48] <tumbleweed> sure, I'll do that now
[19:48] <bdrung> tumbleweed: or you can specify a full path, e.g. wrap-and-sort -d /tmp/buildtest/package-1.2/debian
[19:50] <gaurava> ari-tczew: yup, its not building from the source code
[19:50] <gaurava> ari-tczew: but still I am a little bit confused about the pbuilder stuff... can you explain it a little bit more or point me to some documentation/link
[19:50] <gaurava> ari-tczew: its just I have a single laptop that I used for my daily uses .. and have no intentions  to upgrade the same with natty release  :)
[19:51] <bdrung> tumbleweed: i have some question to your changes: the one-space-indentation should begin with a newline?
[19:51] <ari-tczew> gaurava: 1) https://wiki.ubuntu.com/PbuilderHowto
[19:51] <ari-tczew> gaurava: 2) man pbuilder
[19:52] <bdrung> tumbleweed: 2) can you give me an example for "Remove null-entry from trailing comma in sorted lists"?
[19:55] <tumbleweed> my preferred wrapping is either wrap at the last comma before 80, indent by 1 space; or every dependancy on a line, indented by one space
[19:55] <tumbleweed> if you have every line indented by one space except for the first one, it doesn't read well
[19:55] <bdrung> that's right
[19:56] <bdrung> tumbleweed: is it ok to start with a newline?
[19:56] <tumbleweed> 2: if you have a trailling comma, sorted() will give a null item at the beginning of the list
[19:56] <tumbleweed> it seems to be ok, null items also seem to be ok, but I see bugs filed in the BTS about them
[19:57] <bdrung> tumbleweed: that was my idea too, but it failed in the test. you remove only on empty item, but there could be more (example: add ",,,," to the list). i will fix it.
[19:57] <gaurava> ari-tczew: thanks, will look into it .. :)
[19:57] <BlackZ> ari-tczew: rather "sudo pbuilder-dist natty create" :)
[19:57] <tumbleweed> good point, (although  unlikely)
[19:59] <bdrung> tumbleweed: wrap-and-sort is all about making it look nice (even if this case is rare)
[20:00] <tumbleweed> agreed
[20:02] <bdrung> tumbleweed: pushed
[20:03] <bdrung> tumbleweed: nice side-effect: all other duplicates will be removed (i remember that we had "python" in b-depends twice)
[20:03] <tumbleweed> cool
[20:07] <bdrung> tumbleweed: bug #681114 if you seek work
[20:08] <ari-tczew> BlackZ: wrote from my mind
[20:08]  * tumbleweed opens a tab
[20:23] <bdrung> tumbleweed: another idea: bug #681119
[20:25] <micahg> bdrung: that might be problematic, doesn't dh_link throw the symlink by default in the first binary listed?
[20:27] <bdrung> micahg: that's why i want a special option for that (maybe we need an option to exclude the first binary)
[20:27] <micahg> bdrung: k :)
[20:27] <bdrung> micahg: it won't do it by default :)
[20:28] <bdrung> tumbleweed: the error message is weird: "expecting" the wrong directory?
[20:29] <micahg> bdrung: what do you think about switches on pbuilder to enable various ubuntu pockets?  (proposed, updates, security, backports)
[20:30] <bdrung> micahg: would be nice (and sections: main, main + universe, ...)
[20:30] <micahg> bdrung: k, it's something I run into in stable releases is getting the pockets enabled in pbuilder
[20:33] <tumbleweed> micahg: I get around that with a D-series hook, but yes that would be a good pubuilder-dist addition
[20:34] <micahg> tumbleweed: I have one to update the cache, but not to enable the pockets, I guess I could try that
[20:34] <tumbleweed> bdrung: yeah I was hesitant about that - "expecting to find"...
[20:34] <micahg> tumbleweed: another thing I want to add is libeatmydata support
[20:35] <bdrung> tumbleweed: yes, that's better
[20:35] <bdrung> tumbleweed: you failed with pep-8 :)
[20:36] <tumbleweed> micahg: yes I've been meaning to play with that
[20:36] <bdrung> wrong indention...
[20:36] <tumbleweed> I saw your fix there yes
[20:36] <tumbleweed> you were doing alignment with tabs :P
[20:37] <bdrung> tumbleweed: yes, that differs from how you indent with spaces
[20:39] <highvoltage> ~/win 12
[20:42] <tumbleweed> micahg: if you are doing to do any pbuilder-dist hacking, please look at the branch I just posted, it needs testing and is probably buggy. I'll test and push into trunk when I get back into civilisation next week
[20:43] <micahg> tumbleweed: I will probably be doing some, just not this weekend
[20:45] <tumbleweed> cool. I can go back into hiding then :) (10s rtt on GPRS doesn't make for comfortable IRC with a remote irssi)
[20:53] <bdrung> tumbleweed: another idea: bug #681131
[20:54] <geser> bdrung: re bug
[20:54] <bdrung> geser: yes?
[20:54] <geser> bdrung: re bug 681114: what's wrong with it?
[20:55] <geser> I don't see the problem from the description
[20:56] <bdrung> geser: fixed the description. it's the version, not the package name.
[20:56] <ajmitch> bdrung: still, how is it a problem?
[20:57] <bdrung> ajmitch: i looks ugly to have "qemu-kvm_0.13.0+noroms-0ubuntu7.diff.gz", but "qemu-kvm_0.13.0%2Bnoroms-0ubuntu7.dsc"
[20:57] <ajmitch> is it that the + is still a %2B on disk?
[20:57] <bdrung> ajmitch: yes
[20:58] <ajmitch> so the problem is the +, not a -
[20:59] <bdrung> yes
[20:59] <ajmitch> maybe LP was just being slow at showing me the updated description
[20:59] <bdrung> (my handwritten note was wrong. this lead to a wrong bug description)
[21:02] <geser> is it really a pull-lp-source problem and not from dget?
[21:04] <bdrung> geser: dget has the same issue.
[21:05] <geser> bdrung: pull-lp-source gets the dsc url from LP and calls dget with it
[21:05] <ulysses> I have a debian/rules, is it ok? http://paste.ubuntu.com/536047/
[21:06] <geser> bdrung: I'm not sure if decoding encoded chars before passing them to dget is correct
[21:06] <bdrung> geser: the bug needs probably reassign to dget
[21:07] <bdrung> ulysses: looks fine. you may use "override_dh_auto_clean" instead of "override_dh_clean"
[21:07] <bdrung> ulysses: or better: patch the build system to clean up correctly
[21:07] <bdrung> (and forward the patch upstream)
[21:08] <ulysses> bdrung: thanks
[21:43] <ari-tczew> tumbleweed: around?
[21:54] <abirvalg> hi guys, Im trying to package a certain prog which needs to run as a daemon on system startup, I have no experience with bash scripting, so I was looking for some info in MOTU section on how to write post-installation scripts. Is there a good guide?
[21:55] <micahcowan> A good way to go is to look at existing daemon source packages, and see what they do.
[21:56] <micahcowan> For Ubuntu, as opposed to Debian, you'd want to look up documentation on "upstart"
[21:57] <SpamapS> can MOTU's accept bugs for SRU?
[21:57] <SpamapS> bug 370994 needs to be SRU'd to at least Lucid
[21:57] <micahcowan> Which isn't really so bash-intensive after all. Uses .conf files that get installed into /etc/init
[21:57] <micahg> SpamapS: they can open a task, not accept into archive
[21:57] <SpamapS> micahg: right, opening a task is what I want. :)
[21:57] <abirvalg> cheers, so upstart is the way to go then
[21:58] <SpamapS> abirvalg: upstart.ubuntu.com
[21:59] <ari-tczew> SpamapS, micahg: we can upload (sponsor) debdiff to *-proposed, then wait for pitti's accept
[21:59] <SpamapS> abirvalg: expect that to go through some overhauls/changes in the next few months.. but the getting started page should be helpful now.. 'writing jobs'
[21:59] <bdrung> ari-tczew: unless the package is in main...
[21:59] <micahg> ari-tczew: right, he just wanted the task accepted
[21:59] <zul> SpamapS: done and done
[21:59] <SpamapS> ari-tczew: right, but its generally customary to wait until its actually been accepted for the release before doing that
[22:00] <ari-tczew> bdrung: easy, we discuss about drupal which is in universe
[22:00] <SpamapS> zul: sweet thanks!
[22:00] <micahg> SpamapS: no, not anymore
[22:00] <ari-tczew> and now it's better than waiting for an ACK by sru team. jdong has less to do :)
[22:00] <micahg> SpamapS: I can create the task, that just looks a little more intrusive than normal for an SRU though
[22:02] <SpamapS> micahg: its really tiny
[22:02] <SpamapS> micahg: just pops a screen up on install suggesting that a user should RTFM and where to go to see the defualt site.
[22:02] <micahg> adding a debconf option to a package that doesn't have it?
[22:03] <SpamapS> it does not need to be preseeded though
[22:03] <SpamapS> there's no "question" .. just a message
[22:06] <micahg> SpamapS: zul took care of it
[22:06] <micahg> SpamapS: the tasks at least
[22:10] <SpamapS> hrm
[22:10] <SpamapS> micahg: I can see where the preseed is not perfect. If there's no answer provided for the note, it will still pop up
[22:10] <SpamapS> even if the only answer is just to ack the question by adding drupal6/post_install_guidance note
[22:16] <micahg> SpamapS: it might be because of my lack of familiarity with debconf, but I see that as an intrusive package change, jusy MHO
[22:16] <micahg> *just
[22:18] <SpamapS> micahg: I think its only intrusive if its a critical priority question, and if debian installer will stop the install and show it if its not mentioned in a preseed
[22:18] <SpamapS> I don't know if either of those are true.
[22:49] <tonymoyoy> Hi, I made a package for ubuntu (for learning purposes), when I open the .deb with Ubuntu Software Center it says License: Unknown, how can I correct this?
[22:50] <micahcowan> That information is managed by the debian/copyright file in your source package, I believe.
[22:53] <tonymoyoy> micahcowan i put the license there but maybe a miss something
[22:54] <micahcowan> Not entirely sure how Ubuntu Software Center gets it from the binary package, though... I don't think it's normally present in the package headers, or anything usually found in the binary package's DEBIAN/ folder... perhaps it actually unpacks /usr/share/doc/<package>/copyright to see?
[22:56] <SpamapS> tonymoyoy: I believe that is actually displayed, right now, based on the repository that it comes from, so the copyright file isn't helpful at this point. see bug 435183 for more info
[22:58] <tonymoyoy> SpamapS ubottu [reading], thanks
[23:00] <SpamapS> micahcowan: FYI, the license is chosen based on main/universe/multiverse/etc.
[23:01] <SpamapS> looks like bug 462461 is also on the right track by adding a License: field to the apt listings.
[23:02] <micahcowan> SpamapS, so in other words, the License will either be "free" or "non-free", something along those lines, nothing more granular?
[23:08] <SpamapS> micahcowan: free, unknown, or proprietary
[23:08] <SpamapS> micahcowan: should be easy enough to resolve this with DEP5 + a bit of apt magic
[23:51] <ScottK> SpamapS: One can determine license free/non-free from main/universe or restricted/multiverse.  No DEP5 needed.