/srv/irclogs.ubuntu.com/2009/06/23/#ubuntu-motu.txt

=== tuantub_ is now known as tuantub
aboudreaultHow to extract a source package (to rebuild it) with dpkg-source00:53
aboudreaulti get an error "public key not found"00:53
directhexignore that error00:53
aboudreaultbut my package is not extracted00:54
aboudreaultha..... wait.00:54
aboudreaulti think it's another problem.00:54
aboudreaultmy old dpkg-buildpackage replace the proper .dsc.00:54
aboudreaultthanks.00:54
=== nellery_ is now known as nellery
=== lukjad007 is now known as ShadowChild
ScottKsuperm1: I'm looking at http://www.dell.com/home/laptops and wondering what happened to Latitude laptops.  Are they gone or just renamed?02:24
superm1ScottK, they're not for general consumer purchases, you have to come from a different entrance to the website02:24
superm1"For Small and Medium Business"02:24
ScottKsuperm1: OK.  Thanks.  I guess I never saw the consumer version before.02:25
ScottKRight.02:25
lifelesslatitude get worldwide warranty and stuff02:25
lifelessconsumer models don't02:25
* ScottK has only ever had Latitude.02:27
* masterkernel wonders if it has always been this quiet in here02:33
ajmitchit varies in here02:36
masterkernelwhen are most of the motu reviewers in here02:36
ajmitchprobably during the day in the US or europe, I think02:38
ajmitchagain, it varies02:38
aboudreaultwhat does that mean? dpkg-shlibdeps: failure: no dependency information found for /opt/pdflib-lite/lib/libpdf.so.604:05
aboudreaultWhat can I do for that ?04:06
RAOFaboudreault: It looks like that means that something in your package is linking to /opt/pdflib-lite/lib/libpdf.so.6, and this file isn't being managed by dpkg, so dpkg-shlibdeps can't work out what package add to Depends.04:08
aboudreaultHow can I make it to be managed with dpkg ?04:10
aboudreaultIn fact, I did an apt-get source, added an option and tried to recompile04:10
RAOFAh.  So, that's not actually being linked in to your package?04:11
aboudreaultyes it is. because I've added a "--with-pdf" option to the package. So, now it's a dependency04:12
RAOFSo, this won't be a problem if you're just trying to make a local package.04:13
RAOFBecause that file isn't in a package, but you don't care because you don't need correct dependencies.04:13
aboudreaulthaa... your are right. I've installed that library manually because there is no package.04:14
aboudreaultSo, I can surely tell dpkg to ignore that dependency?04:14
RAOFThe build isn't failing, is it?  I didn't think that was a fatal error.04:15
aboudreaultyes it is04:15
RAOFHm.  Well, you could write a shlibs.local file, I guess.04:16
aboudreaultgood, I'll google that. thanks for the hint :)04:16
aboudreaultit's look like I have to specify a "package name" that is supposed to contain the file in the shlibs.local file04:32
RAOFYeah.  Pick an installed package; let's call it libc604:36
aboudreaultthat's what's I thought.... strange hack, but that will work.04:37
mattschafer'Evening.04:37
=== MTecknology is now known as otecknology
=== otecknology is now known as MTecknology
mattschaferI'm new to packaging and would like to work on one of the pieces of software that I use.  I found several pages in the Ubuntu wiki about how to get started.  There's a lot there, and I'm trying to get my brain wrapped around it all.  Can someone give me a few tips and pointers?04:49
mattschaferOr perhaps answer a few introductory questions?04:52
RAOF!packagingguide04:52
ubottuThe packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports04:52
RAOFThat's probably where you want to be :)04:52
ScottKmattschafer: As questions as you have them and people will generally answer.04:52
mattschaferRAOF:  I've read through all of those.  Thanks for the links.04:53
mattschaferSo my first basic question is this:  I found the package I want in the Debian being_packaged list.  However, it's been there with no other activity I can find for over 19 months.  Does this mean that I ought not to start an Ubuntu packaging attempt?04:55
ScottKmattschafer: Is it an RFP bug or an ITP bug?04:55
mattschaferOh, let me check.  I think it was ITP, but I'll confirm.04:56
mattschaferIt's an ITP:  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=44903104:56
ubottuDebian bug 449031 in wnpp "RFP: chandler-desktop -- Personal Information Management application" [Wishlist,Open]04:56
ScottKmattschafer: Either way if it's been that long it shouldn't stop you.  Since it's an ITP, you might email the person and see if they are still interested, got any useful work done you might leverage, or perhaps ran into some reason it couldn't reasonably be packaged.04:57
mattschaferScottK:  Right.  That's a good idea.04:58
mattschaferOkay, I need to read the PackagingGuide in detail.  There are many large areas where the package doesn't comply with the Debian guide.  Same is probably true for Ubuntu.04:59
ScottKDebian/Ubuntu packaging are about 98% the same.05:00
persiaAnd it's not important if the package complies with the guide, so long as it complies with policy.05:01
persiaThere's lots of ways to construct a correct package.05:01
mattschaferOne of the developers of Chandler Desktop said that he started the process of learning packaging about 18 months ago, but then had to pull back from the project.  He said that there are some MOTUs that may have history from his initial discussions back then.  I think he even went to a MOTU conference.  How might I find those folks?  Or is it not important, as others will pick up when I dig into it?05:02
mattschaferpersia:  So the guide is not policy?  Is there an Ubuntu packaging policy doc somewhere?05:02
persiamattschafer, I believe the Ubuntu policy is in the Ubuntu debian-policy package.05:02
mattschaferAh.  I was looking for it online.05:03
persiaBut except for a few minor notes related to maintainers, merge changes, etc. they are the same.05:03
mattschaferI see that there is both a debian-policy package and an ubuntu-policy package.05:03
mattschaferI'll install those.  Thanks.05:04
persiaThen it's the ubuntu-policy package :)05:04
persiaAs for finding people, I suspect the majority were just helping package, rather than specifically interested in chandler (although I may be mistaken).  If there's a package on REVU, you might check the comments, but I think you"re better off just taking a fresh start.05:05
mattschaferOkay, here's another question.  Is it better to start by packaging for Ubuntu; or is it better to package in Debian, then let Ubuntu pick it up?05:05
mattschaferpersia:  Probably true.  Those efforts happened so long ago.05:05
persiaDoesn't really matter where you start.  Best to have it in Debian when you finish.05:05
persiaIn other words, the answer to that question depends on whether you personally find us or the debian-mentors group a better match to your personal work methods.05:06
mattschaferAhhhh.  I don't know any of you.  :)05:06
mattschaferI just started looking into this about 3 days ago.05:07
persiaWell then.  Start here.  When you get your package in good shape, get it into Debian.  Maintain it there, unless you need to have a difference especially for Ubuntu.05:07
mattschaferSounds good.  Thanks.05:08
mattschaferI think my first steps are to contact the Debian maintainer in the ITP, start reading the packaging guides and policy manuals, and create an account in Launchpad.05:09
persiaThat's a good start :)05:09
mattschaferThen start digging into the source tree to see how I might tame that beast.  (It's pretty wicked in there.)05:09
persiaIndeed.  When you get stuck with that part, ask specific questions here.05:10
persia(we might just point you at the policy manual, but we might have a good answer)05:10
mattschaferI know of three packages that they compile and include within Chandler Desktop that have modifications not integrated by upstream.05:10
mattschaferIn at least one case, the modifications are "bordering on a fork"05:10
mattschaferSo I'll have my work cut out for me, I bet.05:11
mattschaferDo you think the weekly packaging training sessions would be useful?05:12
ajmitchI'd hope they have some use :)05:13
persiaYou might want to review the logs.  They tend to explain one or another way of doing things fairly verbosely.05:14
mattschaferHmm.  More specifically:  Do you think they'd be useful for someone literally completely new to packaging?  Or do you need some familiarity to make sense of it?05:14
persiaAttending them regularly can be interesting, if you'd like to learn about other ways of packaging stuff.05:14
mattschaferOkay, great.  Just found the page of logs.05:15
persiaDepends on the class.  Some assume familiarity, and some don't.  it also depends on who attended: they are usually structured to be educational to those present, rather than to make educational logs.05:15
mattschaferWell, thanks for all of your help.  I think I have enough to keep me busy for the next several evenings.05:16
dholbachgood morning07:28
MTecknologydholbach: hi07:39
dholbachhiya MTecknology07:39
MTecknologydholbach: so, how's life?07:40
dholbachI'm slowly waking up and reviewing a bunch of patches atm07:40
dholbachhow are you?07:40
MTecknologydoing ok07:41
MTecknologyfeeling kinda sad, I might need to make a ban07:41
iulianG'morning dholbach!07:59
dholbachheya iulian!07:59
slytherinpersia: geser: Can either of you please try building lucene2 from debian unstable and file a sync request if it builds? I tried twice on my laptop but unit tests are failing. Not sure what the issue is, but I suspect it is because of space constraint. The unit test seems to write a lot of data.08:07
persiaslytherin, I'm having some HW limitations right now.  Dunno if I can build it.08:07
slytherinpersia: ok. By the way, did you manage to check the powerpc chroot taken from buildd?08:08
persiaslytherin, I did.  It didn't fail for me.  Dunno why.08:09
slytherinsurprising08:09
=== RAOF__ is now known as RAOF_13
=== RAOF_13 is now known as RAOF
=== thekorn is now known as _thekorn
geserslytherin: trying to build right now, but given that I've seen "[junit] Test org.apache.lucene.search.TestRemoteCachingWrapperFilter FAILED" I don't know if it makes sense to let it build further09:10
cjwatsonnhandler: my karma's been rising fairly steadily for a while - I think I've just been busy in ways that LP notices ;-)09:17
=== _thekorn is now known as thekorn
=== proppy1 is now known as propp1
slytheringeser: I don't remember which test was failing. I had kept the laptop on overnight as the build takes lot of time (specifically unit tests).09:26
=== propp1 is now known as proppy
ttxiulian: ping10:08
iulianttx: Hey10:09
ttxiulian: thx for looking after the tomcat6 merges :)10:10
ttxiulian: I was wondering if we should not just sync them though.10:10
ttxiulian: Debian might actually be right in their use of openjdk- vs default-10:11
ttxiulian: on the build-depends side, tomcat6 doesn't build with gcj so it makes sense to force openjdk-6-jdk10:12
ttxiulian: on the runtime depends side, as long as they keep the "| java6-runtime-headless" it isn't worth keeping the delta10:12
iulianttx: Oh, so, do you recommend to change it back to openjdk?10:12
iulianI can do that right now.10:13
ttxiulian: well, the package was originally done in Ubuntu and later adopted by debian, so it's not really "changing it back"10:13
ttxiulian: it's more accepting their changes :)10:13
iulianAh10:13
iulianRight10:13
ttxiulian: the only somewhat wrong thing in there is the libservlet2.5-java depends10:14
ttxbut that's not worth keeping the delta10:15
iulianttx: Hmm, could you please enlighten me a bit about libservlet2.5-java?10:17
ttxiulian: it all comes from the default-java things, that point to different options based on arch10:18
ttxiulian: default-jre-headless usually points to openjdk-6-jre-headless but can also point to gcj on some arch10:18
ttxiulian: if the library requires Java 6 it makes sense to write "openjdk-6-jre-headless | java6-runtime-headless"10:19
ttxto force Java 6 options10:20
iulianAh-ha.10:20
ttxiuian: however if it requires only Java 2...10:20
ttxiulian: "openjdk-6-jre-headless | java2-runtime-headless" is a bit too much10:20
ttx"default-jre-headless | java2-runtime-headless" is better10:20
ttxbut that's just being picky10:20
ttxand it's more for affecting debian than us (since we have our default-java uising openjdk-6)10:21
ttxiulian: so if they are happy with it, we should probably be as well10:21
iulianttx: That being said, should we accept their changes and stay in sync with Sid?10:24
ttxiulian: I'd say so. Haven't tested the last release though.10:25
ttxiulian: let me check how they did the tomcat-juli.jar thing10:27
iulianttx: Excellent, thanks!10:28
iulianMy lappy somehow freezes when building packages or removing large files, I have no idea why :-(10:30
hyperairbad i/o scheduler?10:31
iulianProbably, no clue.10:32
=== ShadowChild is now known as lukjad007
iulianI don't remember it freezing in this way back when I was using the ext3 fs.10:34
hyperairoho.10:35
hyperairare you an intel gpu user?10:35
iulianhyperair: Nah.10:38
iulianhyperair: Is this bug known?10:40
hyperairiulian: i had it when intel's GEM memory usage hit ~2G or so. then it'd start fighting with disk io for cache10:55
=== ttx is now known as ttx_
up_the_ironsis this the right channel to ask whether it is possible to view the changelog of a package w/o installing it?  (like hypothetical "apt-cache showchangelog <foo>")12:25
=== foursixnine is now known as santiago-ve
dupondjeup_the_irons: not really, but u can just check it on packages.ubuntu.com12:33
up_the_ironsdupondje: ok thanks12:34
directhexapt-listchanges12:35
up_the_ironsdirecthex: thanks12:43
=== WelshDragon is now known as YDdraigGoch
DktrKranzLaney: have you already read at mok0's email in ubuntu-motu?13:29
Laneyno13:29
* mok0 wakes up..13:29
Laneygood timing, I only *just* came back online13:30
Laneywas reading my emails13:30
DktrKranz\o/13:30
Laneyoh13:30
Laneyyeah don't do anything about that just yet13:30
mok0Laney: You care about Haskell?13:30
Laney6.10.4 is coming soon13:30
LaneyI do!13:30
mok0Laney: cool13:30
mok0(Must admit I know nxt to nothing about it)13:30
LaneyI was wondering if there's some kind of status page to write stuff like this13:31
Laney"don't worry about this, it's under control"13:31
mok0Laney: just reply to my message.13:31
LaneyI will, but I bet most people won't see it13:31
Laneyit would be better if we had a whiteboard13:31
Laneyreplying anyway13:31
mok0Laney: yes... some kind of status of all packages, like MoM perhaps13:32
Laneyeven more coarse than that, just a list of bullets13:32
LaneyMOTU current affairs or something13:32
Laneydholbach: do you know of anything like this?13:33
mok0Laney: why don't you make one on the wiki and link to it from MOTUs team page?13:33
LaneyI will if nothing exists already13:33
mok0Laney: the hard thing about these pages is keeping them current13:33
Laneyyeah13:34
LaneyDon't know what we can do about that, besides recording date + submitter13:34
mok0Laney, Even MoM has problems, if a merged package appears in a new version, the old comments still hang around13:34
mok0Laney: yes, and target release13:35
Laneymaybe split it up by release cycle13:35
mok0:)13:35
mok0Beat you to that one :-)13:35
dholbachLaney: I hope that harvest will have something like that for all kinds of things in a few weeks, I'll just be quite busy in the next 2 weeks and not get around to doing something about it13:35
* mok0 thinks we need to ask the supreme leader to relax the release schedule... releases are getting increasingly buggy13:36
Laneywe're just guinea pigs for the LTS release anyway:)13:37
mok0Laney: well the ground troops can wear out13:37
mok0Laney: and the LTS can become a "phhhfft" rather than a "BOOOM"13:38
dholbachso for now I guess the wiki is the best option13:38
* mok0 hugs dholbach13:38
dholbachsoon I'd hope we could have a ftbfs.csv generated and add it to harvest13:38
dholbachor unmetdeps.csv or whatever13:38
gaspadholbach: here I am ... :P13:46
gaspai was thinking to put geser's page results on harvest.13:46
dholbachgaspa: sure do it :)13:47
gaspais that what you said before?13:48
gaspadholbach: I mean... you said that you'd like to have a ftbfs.csv ... if results like geser's page goes well, we had already much work done.13:49
dholbachsure, add it to harvest-data13:50
Laneywait, wasn't there an ubuntu developers news thing?13:53
* Laney starts the cogs spinning13:53
Laneyjames_w: I think you were involved with it?13:54
Laneyhi jcfp13:54
jcfphi Laney13:54
jcfpthanks for looking at that patch :)13:55
Laneyno worries, sorry I forgot about it in the house move... :(13:55
* mok0 excuses his ignorance, but what is this harvest thing you're talking about?13:56
hyperairisn't that the low hanging fruit thing?13:57
Laneyyeah13:57
mok0url?13:57
Laneysome way of finding stuff to work on... I never figured out how to get anything from it sadly13:57
dholbachhttp://daniel.holba.ch/harvest13:57
dholbachit's not superduperhelpful at the moment13:58
dholbachbut I plan to put some work into it this cycle13:58
Laneythere's a big list of patches, and you're supposed to check if we want to take them AFAICS13:58
mok0dholbach: of course you could make a tutorial in #ubuntu-classroom13:58
Laneythere were tutorials in open week13:59
gaspathere's also the output of edos on karmic :P13:59
dholbachmok0: what kind of tutorial?13:59
gaspaedos-{build,}decheck, I mean13:59
mok0dholbach: you know, teaching a class13:59
dholbachabout what?13:59
mok0dholbach: harvest13:59
dholbachI hope to make it intuitive soon :)13:59
mok0dholbach: of course14:00
mok0dholbach: oh, I see you have patches from fedora too cool14:01
dholbachit's a bit broken right now, that's why I'd prefer to not put too much work into it in its current form14:02
dholbachthe plan is to django-ify it14:02
dholbachand I'll put some work into kicking that effort off into two weeks or something14:02
mok0dholbach: ah, django... have been wanting to learn that a long time now14:03
dholbachcool, I'll note you down as people to speak to when it becomes a bit clearer what needs doing to make harvest useful again :)14:03
mok0dholbach: please do!14:04
* dholbach hugs mok0!14:04
mok0:-)14:04
highvoltagehey motus14:06
mok0What kind of device does the armel buildd run on, does anyone know?14:06
mok0Marks mobile phone perhaps...14:07
highvoltageI'm doing a cat << EOF | uudecode > image.png14:07
highvoltagebut the data that follows contains backticks that are interpreted14:07
highvoltagewhat can I do so that everything that follows just goes to uudecode?14:07
mok0highvoltage: why do you need that cat << EOF stuff? uuencode will handel embedded input14:08
mok0s/handel/handle14:08
highvoltagemok0: I want to put it in a dpatch file, persia suggested I do it like that14:08
mok0highvoltage: you are supplying a png for the app?14:09
highvoltagemok0: yes14:09
mok0highvoltage: just uuencode the file, and save it as *.png.uu in debian/14:10
mok0highvoltage: at install time, uudecode the file from debian/ and install it14:10
highvoltagemok0: I could do that, but persia said I get extra points if I do it inside the patch :)14:10
mok0highvoltage: I understand the challenge, but I don't see the point14:11
mok0highvoltage: better to make it as simple as possible14:11
highvoltagemok0: ok14:11
mok0highvoltage: you can _create_ a png.uu file via a patch, and then uudecode it14:11
persiaHrm?  That doesn;t make sense.14:12
mok0highvoltage: personally, I like putting stuff like that in debian/ easier to maintain14:12
persiadpatch is an executable shell script.  Makes sense to use it.14:12
persiaOtherwise, yeah, just stuff a file in debian/ and unpack in rules.14:12
mok0persia: that's mis-use of dpatch IMHO14:13
persiamok0, Hrm?  Why.  dpatch is shell scripts precisely to support odd stuff like that.14:13
Laneywhoops, I think I posted to ubuntu-motu from the wrong address14:13
mok0persia: I think that's not very intuitive. dpatch is for applying patches14:14
persiaLaney, just cancel when you get the moderation mail and repost.14:14
persiamok0, Well, it depends.14:14
sorenLaney: I'll accept it14:14
LaneyI'll just wait for it to be accepted14:14
Laneythanks soren14:14
sorenLaney: There.14:14
persiait's not intuitive to create, but it's intuitive to use, because the patch changes the file, as one would expect.14:14
Laneytoo kind14:14
mok0persia: can you give me an example of a package where dpatch is used to run scripts?14:14
persiaEvery single dpatch is a shell script.14:15
sorenLaney: And added that address as an acceptabl sender.14:15
Laneyoh, awesome14:15
mok0persia: well, they have the shebang line I know that14:15
highvoltagepersia: so if I'd want to use cat in the dpatch file, would I need to escape all the backticks?14:15
LaneyI try not to use it for Ubuntu stuff but that's not the fist time I've got it wrong14:15
persiahighvoltage, Yes.14:15
highvoltagepersia: perhaps in this particular instance mok0's way would be better?14:15
persiahighvoltage, mok0's way is both more common and easier.14:16
mok0persia: but that's just used to start dpatch in a "clever" way14:16
mok0highvoltage: ;-)14:16
persiamok0, and this is why :)14:16
highvoltageok I'm not going to do the cat thing in dpatch then to make things simpler for a future maintainer14:17
mok0persia: so I could hide an evil script in there and take over the buildd's hehehe14:17
persiaThe point being that using dpatch to place the binary allows one to comply with the guideline to easily allow the source to be patched with debian/rules patch and no fuss.14:17
highvoltage(I'll get my extra points some other way ;) )14:17
persiaotherwise, one needs to make debian/rules more complicated14:17
* persia prefers simple debian/rules14:17
persiamok0, No, you could take over the build instance, same as you could if you just stuck something in debian/rules.14:17
mok0persia: rules is a documentation of how the package is built14:17
* Laney wonders what the MOTU Reporting Page is for14:18
mok0Laney: reporting indecent behaviour among the MOTU?14:18
persiaLaney, We're supposed to do a monthly report.  Nobody has volunteered to be our monthly reporter for a very long time.  Are you up for it?14:18
persiamok0, Well, it depends.  I like the idea that one gets the patched source with a single command more than I like the idea that debian/rules documents the build.14:19
Laneypersia: Not really. Apart from a lack of time, I see a lack of interest too. I was just searching for an existing MOTU whiteboard14:19
mok0persia: matter of taste I guess...14:19
persiaI suppose one could do uudecode stuff in patch:, but I don't like to complicate things.14:19
persiaLaney, whiteboard?  Towards what end?14:19
persiamok0, Indeed :)14:20
Laneydocumenting goings on of note14:20
Laneyspecifically "Don't panic about all the uninstallable haskell packages" in my case14:20
persiaWasn't there an initiative to coordinate with the News team to publish those?14:20
mok0persia: our chat started with my ML email a while ago14:20
persiaOh, for that, send a note to ubuntu-devel@14:20
Laneyyeah, I pinged James earlier because my distant memory has something like this14:20
mok0persia: the point is that email are not remembered very long. What we need it Google Wave :-)14:21
mok0s/it/is14:21
persiamok0, Erm, maybe.  In this instance, I think email is better, because the information is only meaningful for a moderate amount of time.14:22
mok0persia: that's true, and a wiki page needs to be kept up-to-date14:22
LaneyI guess I'd intend it to contain ongoing items of work, not really sure14:23
persiaRight.  Wikis are bad for this sort of thing, unless you've only a few people.14:23
persiaLaney, For ongoing work, there was MOTU/TODO, but it's now very out of date.14:23
mok0Laney, persia, if you Re: the original status message in email, it will be grouped by a modern threaded mail client14:23
mok0Actually, it might be better just to have a continuing thread on the mailing list, where new versions of the text are posted14:24
LaneyI'm not worried about updating the status, it's more about letting people know what's going on so they don't worry or duplicate work or ...14:25
persiaRight.  Because this is a one-time notice, use email.14:25
persiaFor lots of other things, email isn't best.14:25
persiaPersonally, I very much dislike the update-through-email model.14:25
persiaBut then again, I don't much like email, so perhaps I'm biased.14:25
Laneyreminds me of Usenet FAQs14:26
mok0Perhaps, if there was an automated posting at the beginning at each month, it would appear at every web summary page14:26
mok0Laney: right14:26
Laneythat's too much imo14:27
Laneythe point of a wiki was to be simple, but it's been pointed out that this is perhaps unnecessary14:27
mok0Laney: 90% of the info on the wiki is outdated14:27
mok0Laney: or feels that way14:28
LaneyI am very much not surprised by that14:28
LaneyI find the wiki clunky and hard to navigate and use, so pretty much don't.14:29
mok0Laney: when google wave appears we should replace it14:30
* Laney runs before he gets himself into "you fix it" territory :)14:30
mok0Laney: it's like archaeological culture layers... you have to live on top of them14:30
Laneyit's fine to read as individual pages of documentation (where it's still current) though14:31
mok0Laney: right. There are 10% of the pages that are relatively maintained14:32
persiaWell, I'm not sure that as much as that is maintained, but there's lots that hasn't gotten that stale as well.14:33
* mok0 sighs14:34
LaneyMaybe we need something more like the git community book and less like a wiki14:35
persiaHrm?  Why?14:35
Laney(for MOTU docs)14:36
persiaHow does that change anything?14:36
Laneymainly with regards to organisation and consistency14:36
persiaChanging the format doesn't change the contents meaningfully.14:36
LaneyWell it wouldn't just be a straight port, but editing too14:37
LaneyI don't think that organic growth is producing the best quality documentation14:37
persiaAh, but that would require editors and structure, which would require people doing it.14:38
persiaI'd personally rather those who can be developers be developers, and I don't trust those who can't be developers to document it correctly.14:38
Laneyyes, it would require a big initial push14:38
persiaIn other words, it's up to us to document it best we can.14:38
slytherindoes anyone have any idea if the package sync script will be run at least once before DIF?14:38
persiaWe've done a couple reviews and edits of the MOTU sections of the wiki previously.  Feel free to lead another :)14:39
Laneyslytherin: It was going to be done today if it hasn't already14:39
* mok0 has argued for a MOTU blog14:39
slytherinLaney: it hasn't already.14:40
persiaslytherin, Should be run every ArchiveAdmin day through DIF day.14:40
Laneymok0: You could hack wordpress to use lplib auth!14:40
persiamok0, Doesn't really help.  Timeliness, lack of utility over time, etc.14:40
mok0persia: perhaps but it's not as  prolific as a wiki14:41
persiamok0, Hrm?  How do you mean?14:41
mok0persia: there will be "pages" and there will be "blog entries". The former typically for documentation, the latter for temporary messages.14:42
persiaErm, except what temporary messages don't belong on ubuntu-devel@ ?14:42
mok0persia: the "pages" will be a single text file, not a bunch of #included segments from who knows where14:43
persiaOh, I don't like that either, but dholbach was the last person to drive a wiki cleanup, and did it that way.  Feel free to unwind it if you have the time and patience.14:43
mok0persia: I don't :-)14:43
persiaRight.  I don't think changing the format changes anything.14:44
mok0persia: I propose moving everything to a blog :-)14:44
persiaHard to have static docs in a blog.14:44
mok0persia: no, you just have a "page"14:44
persiaAnd pages link to other pages, and we can all edit the pages?14:45
mok0persia: yep14:45
persiaAnd there's a special page that shows the recently changed pages, and another than shows the new pages?14:45
mok0persia: sort of like a wiki ;-)14:45
persiaand you can get RSS feeds from these?14:45
mok0persia: yes14:45
persiaYeah.  That's my point :)14:45
persiaYou're just changing the format of the entries.14:46
mok0persia: seriously, Google Wave will turn everything around14:46
persiaSeriously, I don't think this is a problem that technology can address.14:46
persiaThe problem is that nobody wants to handle the docs.14:46
mok0persia: have you watched the video?14:46
persiaAnd the one person who did step in an try to do it did it in a way nobody else wants to use.14:46
persiaI've watched the video, but I still say it's irrelevant.14:47
slytherinLaney: persia: looks like sync has been done but the changes are not advertised on karmic-changes mailing list.14:47
mok0persia: well, that's your prerogative if you do the work14:47
persiaslytherin, autosync generally isn't advertised there.14:47
slytherinI thought it was14:47
persiamok0, Indeed.  I don't blame that person, I just say that's where we are.  Redoing everything is just makework.14:48
mok0persia: I guess14:48
mok0persia: we are too pressed with these damn semi-annual releases14:48
persiaSo, I'd rather fix it.  If there's a specific issue with our specific underlying technology, that's diffe3rent.  To me, the problem is entirely social.14:49
mok0persia: with all this release work, there is no time to improve our infrastructure. That is my point14:49
mok0persia: -devs are wearing out fast, and newcomers don't know the history14:50
persiamok0, Well, that's not strictly true.  Some of us could, and some of us have in the past.  Just nobody is doing it now.14:50
mok0persia: you said that last year :-)14:50
mok0persia: and will be saying it a year from now14:50
persiaYes.  Nothing much has changed since then.  It remains true.14:50
mok0persia: I could change if we were heard by the top of the pyramid14:51
persiaI doubt I'll be saying that a year from now.  if we don't update the infrastructure, we will lose the game.14:51
mok0persia: exactly14:51
persiaWhat do you mean "I could change if we were heard by the top of the pyramid"?14:51
mok0persia: many MOTUs move on to do main work14:51
persiaAh, yes.14:52
persiaThat's why I believe in ArchiveReorganisation.14:52
mok0persia: I mean that the semi-annual schedule is wearing everybody out14:52
persiaWell, the schedule isn't going to change.14:52
persiaPerhaps we're not doing it right, as less of us used to do it before.14:52
mok0persia: we are just patching the same bugs over and over b/c there is no time to submit to upstream14:52
persiaWe spend a lot of time doing more merges past DIF.  This is good for users, but not specifically required.14:53
persiaHrm.  That's an interesting perspective.14:53
mok0persia: that's because many bugs are solved by upstream updates14:53
persiaI know.  They also cause some bugs.  It's not clear what is the right answer.14:53
persiaOriginally, the right answer was to sync sid, and fix all the bugs over six months in a small subset of packages for each flavour.14:54
persiaOf course, that has changed significantly, and MOTU is a large part of that change.14:54
=== ejat is now known as e-jat
mok0persia: they do, but ultimately the responsibility is in upstream's hands14:54
persiaBut it does make the problem different.14:54
mok0persia: was there any discussions at UDS along these lines=14:55
mok0?14:55
mok0s/was/were14:55
mok0Of course, we could choose to just make 1 release of Universe every year14:56
persiaNot that I attended, but UDS tends to be light on MOTU topics, mostly because nobody schedules any, usually because only a minority of active MOTU are present.14:56
mok0I see14:56
persiaSee, I'm not sure how one release of universe could work.14:56
persiaBut again, I don't think Universe is a useful entity to consider.14:57
mok0No, it would be hard esp. if the toolchain is updated14:57
persiaRight.14:57
persiaSo, we're stuck doing what we can.14:57
persiaAnd we do best if we can pass patches, etc. upstream.14:57
mok0persia: you are right unfortunately14:57
persiaJust remerging stuff is probably a waste of time.14:57
persiaOf course, if there's a package you use, and you want it newer, go ahead.14:58
mok0persia: well, at the same time we  all have an ambition that a release be the "latest and greatest"14:58
persiaBut if you aren't using it, and it's not horribly broken, I'm not sure why it's being updated.14:58
persiaI don't.14:58
persiaMy ambition is that my computer works better each release.14:58
mok0persia: users do, and so do the tech bloggers14:58
persiaAs a result, I tend to only fuss about patches on packages that happen to be installed on my computers.14:59
mok0persia: of course14:59
persiaSure.  We all have different motivations to do what we do.14:59
mok0There are things that have been really good, f.ex. the Python 2.6 transition15:00
persiaRight.15:00
mok0I think user's appreciate that15:00
persiaIndeed.  Those are good for lots of reasons, which is why more of us chip in to get them done.15:00
bddebianHeya gnag15:11
bddebianErr gang15:11
masterkernelcan someone tell me what constitutes a package review?15:13
persiamasterkernel, In what sense?15:14
masterkernelpersia: what do motu developers do when they review packages?15:15
persiaHow do you mean "review".  As in a new package?15:15
masterkernelsorry, yes15:15
directhexmasterkernel, check it against debian packaging policy & guidelines, usually15:16
directhexmasterkernel, or some approximation thereof15:16
persiaGenerally check for policy compliance (including licensing), following of best practices, that the package compiles, installs, and works, etc.15:16
fenris-persia: sorry dc15:17
masterkernelit just seems like my package is screaming "stay away from me!!!", esp. on mentors.debian, because the sponsor there would bear responsibility for the package since i am anonymous15:18
mypapitfakap fenris-, misscall aku pg td15:19
mypapitfenris-, wtf with that15:19
fenris-tersalah tekan15:19
mypapitfenris-, lepas tu x jawab sms15:19
persiamasterkernel, I believe being anonymous is not policy complaint, although being pseudonymous is, although I may be mistaken.15:19
mypapitwtf wtf15:19
masterkernelpersia: theres a debate on that over on mentors: http://lists.debian.org/debian-devel/2009/06/msg00601.html15:21
persiamasterkernel, I'm not surprised.  There's been debates here before.15:21
masterkernelpersia: it seems like pseudonyms are legal copyright holders, as long as the person can be verified (according to country)15:23
masterkerneli guess it would be in my best interest to promote it within the debian community and see if i can get users to push for it to be added15:25
persiamasterkernel, From what I understand, that is true in most jurisdictions, but I've never heard of anywhere that anonymous was OK.15:25
masterkernelas long as I can go to the office and easily identify myself, there is a checkbox on the form that says "this work is registered under a pseudonym" and the work would use that15:27
persiamasterkernel, It depends on where you are.  I actually looked stuff up for someone once.  They lived in the US, and in their state, it wasn't possible, but in Virginia it was, and Virginia was nearby.  I don't remember their state.15:31
persiaThe issue was with the registration of aliases, and how that worked.15:31
ryanpriorHello there. I'm a developer for the Ecere project (http://ecere.com) and our first free and open-source release is in the release candidate stage. We expect to put out our official release within the next couple weeks. We really want to get our packages into Universe for Karmic -- is anyone interested in sponsoring us?15:43
directhexryanprior, are you intending on doing the packager work yourselves (sponsorship) or requesting that someone else do that work (needs-packaging)?15:45
slytherinslomo: Do you mind me updating the gst-plugins-*-multiverse packages to bring them in sync with their universe counterparts?15:50
slomoslytherin: no, please do that15:50
ogradirecthex, is there a chance we could get mono-desbugger on armel ? :)15:53
ogra*debugger even15:53
directhexogra, the debugger needs to be partially rewritten per-arch o_o15:53
ograits currently not Architecture: any15:53
ograok15:54
directhexogra, i.e. if you write that support, i'll love you forever, and probably miguel too ;)15:54
directhexbut it's not arch:any because it just isn't :(15:54
ograNCommander, ^^^^ your way to get a rupert signed by miguel :)15:54
ograyeah, understood15:54
NCommanderWhat's a rupert?15:54
ograsomething you urgently want :)15:55
ograbelive me15:55
NCommanderSo port mono-debugger to ARM?15:55
ograreally15:55
directhexogra, ruperts ran amok at UDS!15:55
ograyeah ... after your TB excess :)15:55
NCommanderChrist, after finishing TB2, I probably can easily make that happen15:55
ogradirecthex, i know, you gave me one :)15:55
ograits sitting on my desk15:55
ograNCommander, rupert > chumby15:56
ogra(though not as multifunctional i must admit)15:56
* NCommander hasn't plugged his chumby in15:56
NCommanderI'd like to see if I can stream TV to it15:56
ograthe advantage of a rupert is that you *dont need to plug it in* :)15:57
ryanpriordirecthex: we intend to do the package work ourselves, but we are not expert debian packagers, so we could use some guidance. I think sponsorship is most appropriate.15:57
directhexryanprior, then you want revu15:57
slytherinslomo: oh, by the way, do you plan to upload next version of totem to Debian unstable (instead of experimental)?15:58
ryanpriordirecthex: That would be #ubuntu-revu ?15:58
directhexryanprior, https://wiki.ubuntu.com/MOTU/Packages/REVU15:58
slomoslytherin: of course not :) it needs new totem-plparser and the api of it can still change and that would be a nightmare15:58
slytherinslomo: Ok. I will try adding experimental repository and see how good new totem works.16:00
slomoslytherin: very good but you probably want totem and gstreamer git for even better experience ;)16:01
slytherinslomo: I am particularly looking for better DVD playback.16:05
slomoslytherin: except the missing support for non-ac3 audio it works good... with menus and everything16:05
slytherinslomo: sound good.16:06
directhexyays!16:06
directhexthat reminds me, i need to try out vlc's supposed support for bloo rays16:07
slytherinslomo: I suppose I can do apt-get upgrade from testing. I mean I hope appropriate conflicts/replaces are added to the new packages.16:07
slytherindirecthex: do you have blu ray drive?16:07
slytherindirecthex: one of my friend tried on Windows, it didn't work. Not sure what all things he tried.16:08
directhexslytherin, i have a drive, and have dumped most (some?) of my discs. afaik vlc doesn't have any aacs cracking functions, but it now has support for disc dumps16:08
slomoslytherin: should work, yes16:14
=== yofel_ is now known as yofel
Adri2000bddebian: around? how did you generate the autotools changes for djplay?16:31
=== JontheEchidna is now known as jmthomas
bddebianAdri2000: I think just autoreconf -fvi16:45
bddebianHmm, maybe it needs a gettextize run?16:46
Adri2000I ran lots of auto* things, including autoreconf with -f and -i, but it is still looking for glib-config16:49
kpircI need a reviewer for my 'cadabra' package on REVU (it's a symbolic computer algebra system with graphical notebook frontend). Any takers?16:51
mok0Hm, twtr is vry good fr learng 2 mking shrt & concse sntences16:56
iulianHeh.16:57
mok0:)16:57
ville__according to https://wiki.ubuntu.com/KarmicReleaseSchedule, Aug 27 is the FeatureFreeze time. So I suppose I have time until that to package a new app for Karmic?16:59
ville__karmic universe that is16:59
bddebianAdri2000: You applied my patch first?17:00
mok0kpirc: I'll bit17:00
mok0kpirc: bite17:00
kpircmok0: thanks!17:00
Adri2000bddebian: no17:00
kpircmok0: it should be relatively painless, it has been on REVU for quite a while now and I think most obvious problems have been fixed.17:01
mok0kpirc: oh, yes, I remember it now, I've revu'ed it before17:01
bddebianAdri2000: yeah, you would have do do that first, I think I hacked out the glib-config with pkg-config17:02
mok0kpirc: ... and modglue made it into jaunty afair17:02
kpircmok0: yes, modglue is in, so all dependencies are now in the official repos17:02
mok0kpirc: Super, should be easy then17:02
mok0kpirc: gimme 10-15 mins17:03
kpircmok0: ok, no prob17:03
Adri2000bddebian: ok, will try that. but I'd be interested in what changes you made17:04
bddebianAdri2000: Isn't there a patch on BTS?17:05
Adri2000there is17:06
bddebianThose should be the changes I made and then just autoreconf'd17:06
Adri2000but I mean what changes besides autoreconf17:06
Adri2000the patch includes the autoreconf changes17:06
Adri2000so I don't know what is from you and what is from autoreconf17:06
Adri2000(apart from the debian/changelog and debian/control changes of course)17:07
Adri2000your patch works indeed17:14
mok0kpirc? Oh, you left17:16
bddebianAdri2000: Oh, sorry I usually strip those out.  I think the only real change I made was the one to configure.ac17:18
Adri2000bddebian: ok17:20
geseral-maisan: Hi, I've looked at some of your sync requests and wondered myself why you didn't find any remaining changes17:31
al-maisanhello geser, I saw your comments yesterday but did not have time to follow up.17:32
al-maisanlet me take another look and I will come back to you.17:33
al-maisananother look at the packages in question that is,17:33
geserok, no hurry17:33
masterkernelAnybody want to review kernelcheck? - automated tool used to (custom) compile any 2.6 kernel with any user patches18:39
masterkernelhttp://revu.ubuntuwire.com/p/kernelcheck18:40
hyperairmasterkernel: don't bump the ubuntu version in every upload to revu19:12
hyperairmasterkernel: a NEW package should always be either -1 or -0ubuntu1, depending on whether it's debian or ubuntu's NEW19:13
hyperairah kernelcheck's a python app eh... why don't you go maintain it in debian-python then? =p19:22
hyperairmuch easier than poking random people on debian-mentors19:22
hyperairmasterkernel: you're missing copyright headers for your .py files by the way19:22
masterkernelhyperair: so for each edit to the package i should do -1ubuntu1 -2ubuntu1 and so forth?19:32
hyperairnonoo19:32
hyperaironly for each upload to the ubuntu archive, must the version be different19:32
hyperairas long as you're still uploading into revu, just use -0ubuntu119:32
masterkerneloh ok19:32
c_kornhello. why does this autoconf test fail if there is libavutil-dev, libavcodec-dev and libavformat-dev installed? http://pastebin.com/d30a49a8519:33
masterkerneland the copyright headers should have that short gpl segment at the top?19:33
hyperairmasterkernel: yes.19:50
hyperairc_korn: pkg-config isn't installed, i suppose.19:51
c_kornhyperair: pkg-config is installed. "checking pkg-config is at least version 0.9.0... yes"20:00
hyperairc_korn: how very strange. why don't you pass it through sh -x =\20:06
hyperairsh -x ./configure20:06
hyperairor bash -x ./configure20:06
c_kornhyperair: ah, nice. I did not know this option. will give it a try.20:07
hyperairhave fun. it's got very cryptic output, considering it's an autoconf script =p20:07
hyperairi'd poke around the configure script myself20:07
hyperairadd a few echo's here and there20:08
ryanakcaIs there a reason why dpkg-source -x <foo>.dsc would hang?20:13
ryanakcargreening: Are you in a reviewing mood? Feel like reviewing and ack'ing http://revu.ubuntuwire.com/p/kobby , please?20:16
hyperairryanakca: plenty. e.g. patch hung, or tar hung, due to some disk i/o failure..20:17
ryanakcahyperair: Is there a way to manually extract it?20:17
\shtar -xvzf <upstream>_<version>.orig.tar.gz20:20
\shcd <upstream>-<version> ; gunzip ../<upstream>_<version>-<package release>.diff.gz ; patch -p1 < ../<upstream>_<version>-<package release>.diff.20:21
rgreeningryanakca: If I get some time tomorrow, though my week I booked with $WORK :(20:21
c_kornhyperair: sh -c ./configure did not output many debug lines: http://pastebin.com/de50c57020:21
ryanakcargreening, \sh: thanks20:21
nelleryI think just cd <upstream>-<version>; zcat ../<upstream>_<version>-<package release>.diff.gz | patch -p1 should work shouldn't it?20:22
\shnellery: yeah..that could be a  shortcut...but to understand how a debian source package works in general...the long version is much better ;)20:23
nelleryah20:24
nelleryryanakca: having a look at kobby.20:24
\shc_korn: are you trying to build it in pbuilder or sbuild ?20:27
\shc_korn: if not, and you are building it on your local system, just type e.g. pkg-config --libs-only-l libavcodec e.g.20:27
c_korn\sh: it is sbuild. I need to test it locally in a schroot actually.20:28
hyperairc_korn: i said sh -x, not sh -c20:28
hyperairthat said, you should use bash -x instead20:29
c_kornhyperair: that was a typo in my message. I used sh -x20:29
c_kornhi j20:29
c_kornhi joaopinto20:29
\shc_korn: and pkg-config --list-all will give you all known pkg-config package names20:29
hyperair#20:29
hyperair+ exec /bin/bash ./configure --build i486-linux-gnu --prefix=/usr --mandir=${prefix}/share/man --infodir=${prefix}/share/info CFLAGS=-g -O2 LDFLAGS=-Wl,-z,defs20:29
hyperairsee that?20:30
joaopintohello c_korn :P20:30
hyperairif it's not run in bash, it'll exec /bin/bash20:30
c_kornhm, configure is a sh script actually.20:30
dupondjesomebody in here can release a new version of busybox into karmic ? :s20:31
\shdupondje: ->20:31
hyperairc_korn: yes it is, but it ends up calling exec /bin/bash in the end20:31
\sh#ubuntu-devel is the right place20:31
hyperairc_korn: either way i'd poke around the actual configure script. are you sure the configure script is up to date?20:31
ryanakcanellery: Thanks20:35
c_kornhyperair: autoreconf failed. said it could not find libtoolize but the libtool package has been installed in the schroot. I will try the pkg-config from the configure script first20:36
hyperair=\20:37
hyperairtry which libtoolize20:37
dupondjehow can I get a update of busybox into Karmic ?20:45
c_kornhyperair, \sh: eh, it was a missing comma in control avoiding that all dependencies have been installed. shame on me :-(20:57
andrew_sayersc_korn: I don't suppose you've been bitten by bug 391165, by any chance?21:02
ubottuLaunchpad bug 391165 in dpkg "Dpkg::Deps mishandles newlines in Build-Dependencies" [Undecided,New] https://launchpad.net/bugs/39116521:02
andrew_sayers(If so, how do we nudge someone into fixing it quick?)21:04
c_kornandrew_sayers: the comma was missing at the end of a line.21:04
andrew_sayersIn Build-Depends?  That sounds the same to me.21:04
andrew_sayers(The bug is that debuild should catch that stuff, but doesn't)21:06
c_kornandrew_sayers: yes, in Build-Depends21:07
andrew_sayersc_korn: Hmm, okay.  I've tracked a bug in Kaffeine back to the same cause.  If it's a common issue, I'll make a bigger noise about it if it doesn't get any attention.21:09
ryanakcanellery: Fixed21:10
c_kornandrew_sayers: as I see you already attached a patch.21:11
nelleryryanakca: excellent, I'll have another look shortly21:11
ryanakcanellery: thanks21:11
andrew_sayersc_korn: Yeah, it's a trivial fix, it's just a matter of getting someone to apply it... then rebuilding every package in Ubuntu :s21:12
c_kornwhy that?21:13
c_korndo they all depend on dpkg?21:13
andrew_sayersOkay, more precisely, any debian/control file could have the same bug, and nobody would notice until people filed a report on the resulting problem.21:14
andrew_sayersI guess we could just download all the debian/control files, and see which have missing line-end commas.21:14
james_wandrew_sayers: subscribe the sponsors to your report to get it reviewed21:15
andrew_sayersjames_w: You mean ubuntu-main-sponsors?21:16
james_wyup21:16
andrew_sayersjames_w: Ta :)  Should I do the same for Kaffeine?  It's a fairly serious regression with a one-character patch.21:17
andrew_sayers(bug 365770)21:18
ubottuLaunchpad bug 365770 in kaffeine "Screensaver starts while playing a Video with Kaffeine (missing build-dependency on libxtst-dev)" [Undecided,New] https://launchpad.net/bugs/36577021:18
james_wandrew_sayers: yeah21:18
andrew_sayersjames_w: Done.  Thanks for the pointer.21:20
ryanakcanellery: replied, I don't think there's anything to do about the watch file, I explained the situation in the comment21:52
=== azeem_ is now known as azeem
masterkernelhyperair: copyright headers added. i'll be back on later22:40
=== jmthomas is now known as JontheEchidna
mok0Heh, watching Trailer Park Boys -- hillarious23:54
=== zehrique_ is now known as zehrique

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!