=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
[07:06] <dholbach> good morning
[07:56] <amithkk> Hello?
[07:56] <amithkk> I want to contrib to a backage
[07:57] <amithkk> How do I make a diff file
[07:57] <amithkk> *package
[07:57] <jokerdino> background info: amithkk is trying to help with bug #602680
[07:57] <ubottu> Launchpad bug 602680 in One Hundred Paper Cuts "Description: About Myself" [Low,Triaged] https://launchpad.net/bugs/602680
[07:58] <amithkk> Woah! the original ubotto
[07:58] <amithkk> *ubottu
[07:58] <jalcine> World's coming to an end, eh/
[07:58] <jalcine> ?
[07:59] <jokerdino> i thought we still have another 8 months or so?
[07:59] <amithkk> Actually the world has already ended
[07:59] <amithkk> mayans dont count leap years
[08:01] <amithkk> ok, back to ontopinc
[08:03] <amithkk> *ontopic
[08:07] <jalcine> amithkk: thank you! I've been pointing that out to my friends (not to bring it back off-topic)
[08:07] <amithkk> jalcine:  heh :)
=== almaisan-away is now known as al-maisan
[08:43] <vibhavp> I was Dependency is not satisfiable: javahelper (>= 0.40)
[08:43] <vibhavp> oops
[08:44] <vibhavp> As I said I was builind a package with pbuilder
[08:44] <vibhavp> And pbuilder returned : Dependency is not satisfiable: javahelper (>= 0.40)
[08:44] <vibhavp> But I have javaheler-0.40ubuntu1 installed
[08:44] <vibhavp> What can I do?
=== dholbach_ is now known as dholbach
[09:28] <tarvid> installation problems with static addressing and bad upstream routing
[09:29] <tarvid> took me almost a day before I realized my ISP's routes were mangled
[09:32] <tarvid> ubuntu install provides no clues yet obviously does checking when connecting
=== al-maisan is now known as almaisan-away
=== wgrant_ is now known as wgrant
[10:58] <hrw> vibhavp: pastebin debian/control?
[11:04] <vibhavp> hrw: Nevermind, I fixed it. Thanks
[11:04] <hrw> ok
[11:04] <hrw> vibhavp: what was solution?
[11:24] <vibhavp> hrw: Added | javahelper (>= 0.40ubuntu1) to the build-depends
[11:25] <hrw> ;)
=== Guest86790 is now known as Zic
[12:00] <Kiall> Heya, I have a package that installs a config file to /etc, then during the postinit makes some changes to the file based on debconf values. Is there any way to prevent a change to the original config from asking to user to compare the differences etc when upgrading.
[12:00] <Kiall> Ie - If the only changes to the installed file were made by the postinit, just go ahead and replace it
[12:01] <Kiall> I'm thinking there might be a way to mark it as "original" after the changes are postinit are complete
[12:01] <Zhenech> save the md5/sha1 of the postinst'ed file somewhere
[12:02] <Kiall> Zhenech, dpkg itself is what does the comparison etc.. I would imagine I have to involve dpkg..
[12:02] <Zhenech>        ucf - Update Configuration File:  preserve user changes in configuration files
[12:02] <Zhenech> that might help?
[12:02] <Kiall> That sounds like its along the right lines..
[12:03] <Kiall> Will have a look at it now
[12:28] <vibhavp> Mahar which is packaged in Ubuntu is hosted in Launchpad. I was going through thier bug tracker at https://bugs.launchpad.net/mahara and saw many bugs which were fixed upstream. So I wonder if I can prepare a Ubuntu Delta with these fixes? Would it be sensible to do that?
[12:28] <vibhavp> Mahara*
[13:06] <yolanda> hi all
[13:06] <yolanda> can i ask for some review of a package?
[13:06] <tumbleweed> yolanda: getting new packagse in via Debian is preferred
[13:09] <yolanda> sorry, what do you mean?
[13:11] <tumbleweed> yolanda: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== yofel_ is now known as yofel
[15:18] <pabelanger> Morning MOTU, I just created a FFe (bug 967195) to fix bug 965484.  #ubuntu-release would first like somebody from MOTU to make a comment on the issue before they move it to triage, to confirm this is the direction we want to take.
[15:18] <ubottu> Launchpad bug 967195 in ruby-rack (Ubuntu) "FFe: Sync ruby-rack 1.4.0-1 (universe) from Debian wheezy (main)" [Undecided,New] https://launchpad.net/bugs/967195
[15:18] <ubottu> Launchpad bug 965484 in redmine (Ubuntu) " redmine : Depends: ruby-rack (>= 1.4.0) but 1.3.5-1 is to be installed " [High,Triaged] https://launchpad.net/bugs/965484
[15:18] <pabelanger> Until then, redmine is broken in Precise
[15:30] <tumbleweed> pabelanger: jdstrand synced it, I'd soclicit a comment from him
[15:31] <pabelanger> tumbleweed: how can I check out did the sync?  Where did you find that info?
[15:31] <pabelanger> s/out/out who/
[15:31] <tumbleweed> pabelanger: it's not visible on LP yet
[15:31] <pabelanger> O I C
[15:31] <tumbleweed> I looked at the precise-changes list archive
[15:31] <pabelanger> roger
[15:32] <tumbleweed> he broke it, he can fix it :P
[15:32] <tumbleweed> (assuming it was installable before the sync)
[15:32] <pabelanger> Okay cool, and ya it was working before the sync
[15:34] <tumbleweed> Laney: weren't you going to fix LP for us? :)
[15:34]  * tumbleweed wonders if we need a who-synced tool
[15:36] <micahg> tumbleweed: more like who-"uploaded"
[15:37] <tumbleweed> micahg: who-uploaded is a Debian thing
[15:37] <tumbleweed> also, LP shows us that for real uploads, just not syncs
[15:37] <tumbleweed> but yes, if one's going to writea tool, do it properly...
[16:05] <Laney> it should be easy enough to fix LP for that, yes
[16:05] <Laney> i just never learned how to make UI changes
[16:06] <tumbleweed> nigelb: ^
[16:07] <Laney> sounds like a UDS task
[16:13] <stefanct> how likely would a sync request be completed for 12.04 for http://packages.qa.debian.org/s/serna-free.html ?
[16:14] <stefanct> long story about its (re)introduction to debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535828
[16:14] <ubottu> Debian bug 535828 in wnpp "ITP: serna -- XML editor" [Wishlist,Open]
[16:15] <tumbleweed> if it builds and runs on precise, pretty likely
[16:15] <tumbleweed> you do need to apply for an FFe, though
[16:16] <micahg> was only in maverick/natty, so not a regression from lucid, up to the release team like tumbleweed :)
[16:17] <stefanct> ok, thank you
[16:18] <stefanct> i guess no one wants to beat me to testing and filing the ffe? :)
[16:19] <stefanct> bbl
[16:20] <tumbleweed> stefanct: it would also need to be unblacklisted
[16:21] <tumbleweed> stefanct: it doesn't build
[16:37] <wookey> If I have a package that is foo-0.2build1 in ubuntu and I change it. should it become foo-0.2build1ubuntu1 or foo-0.2ubuntu1 ?
[16:38] <wookey> I'm guessing the latter...
[16:38] <micahg> wookey: yes, the latter
[16:38] <wookey> cheers
[16:39] <micahg> wookey: so long as the debian version is actually 0.2 :)
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
[17:27] <jtaylor> we should remove blcr from precise, it cannot work with the kernel and ic collects millions of bugs even though there are bug patterns
[17:33] <jtaylor> hm why is the but pattern broken oO still looks ok
=== yofel_ is now known as yofel
[20:00] <stefanct> tumbleweed: oh :/ thanks a lot for checking!
[20:00] <tumbleweed> I fired up a build assuming that I'd be reviewing an FFe later...
[20:01] <stefanct> :)
[20:02] <stefanct> what does not work?
[20:03] <tumbleweed> stefanct: http://people.ubuntu.com/~stefanor/tmp/serna-free_4.3.0.20110221-7_amd64.build
[20:13] <nigelb> Laney: UI changes shouldn't be too hard.
[20:35] <stefanct> tumbleweed: thank you. i have reported that upstream. (since debian patches do not touch that apparently... which makes me wonder why it works for them though :)