[00:21] Lovely. [00:22] From /topic in #launchpad: [00:22] Need help? Community help contact: -". [00:22] That's where it ends. [00:22] ok, relevant how? [00:23] hey ajmitch [00:23] Relevant to my standard frustration about having to use poorly designed tools. [00:24] hi azeem [00:24] ScottK: You don't *have* to use the topic message of #launchpad though ;) [00:24] My current frustration is trying to understand how after all the investment in making translations wonderful with Rosetta, we managed to release Intrepid with KDE translations substantially worse than what upstream provides. [00:25] jmarsden|work: True, but that's one place I'd look for help with the tools I do need to use. [00:27] Does anybody have any ideas to what is caused this FTBFS? http://paste.ubuntu.com/76970/ [00:28] nellery: looks like some misconfigured pbuilder, maybe? [00:28] azeem: it fails in a PPA as well [00:28] nellery: what about debhelper (>= 5.0.51~), are you sure that version is legal in Build-Depends? [00:29] the current Jaunty package also fails, but I believe it succeeds in Intrepid [00:29] azeem: I haven't modified that, and it worked previously [00:29] nellery: I saw a kind of related bug report [00:29] azeem: That's legal. [00:30] k [00:31] james_w: do you recall in which package? [00:32] nellery: I can't find it now [00:32] I decided it wasn't the same bug though [00:32] it may be that this package is part way through some sort of transition in jaunty [00:34] james_w: so there's nothing that can be done right now? === ember_ is now known as ember [00:35] nellery: I don't know, I'm just hypothesising [00:35] ok [00:38] it seems like KJS might have moved in to the kde4libs package now === RoAk is now known as RoAkSoAx === raof is now known as RAOF === fta_ is now known as fta [01:18] i packaged swfdec 0.8.2 for my own use on hardy. i see it's not packaged for jaunty yet. can i change the source package to say jaunty and then do um, something with it to get it in jaunty's universe? [01:20] I note swfdec isn't in either Debian or Ubuntu [01:20] it's libswfdec [01:21] libswfdec-0.6, libswfdec-0.7, and libswfdec-0.8-0 [01:21] oh wait [01:21] well that's confusing. nevermind [01:22] it's still called -0.8 even though in jaunty it's 0.8.2, so that's just confusing naming [01:22] sorry [01:24] two comments for https://wiki.ubuntu.com/StableReleaseUpdates [01:24] 1: I would assume that licensing issues are also a reason for SRU: if yes, that should be added [01:24] 2: is there a recommended naming convention for SRU packages? [01:29] I could have sworn that page used to recommend a naming convention of bumping up the version by a point for SRUs like so: XubuntuX.X but I don't see it anymore [01:30] eg: a SRU to pidgin version 1:2.5.2-0ubuntu1 would be 1:2.5.2-0ubuntu1.1 [01:31] asomething: It's -security where that's a rule. For SRU it's not hard and fast, but that's a good practice to follow. [01:31] When merging, should one remove DM-Upload-Allowed: yes , or does Ubuntu ignore the field? [01:32] We ignore it [01:32] RAOF: *nod*, thanks [03:00] Is something up with Soyuz? I see all but one buildd idle and packages in queue. === RoAk is now known as RoAkSoAx [03:48] * Elbrus is working an his SRU again. [03:49] should I test to build all reverse dependencies? [03:49] or just if dependencies still work? === hyperair1 is now known as hyperair [06:28] good morning [06:28] Morning Daniel. [06:29] hi iulian [07:18] dholbach: hello [07:18] hi SUNWjoejaxx [07:19] dholbach: has the policy changed for merges? [07:20] SUNWjoejaxx: what do you mean? [07:20] dholbach: ie getting in contact with the original merger [07:20] dholbach: i have not done merges in a while :P [07:20] https://wiki.ubuntu.com/UbuntuDevelopment/Merging [07:21] "Before starting to work on the merge, you should check with the previous maintainer and/or the previous uploader, if they intend to work on the merge themselves. They might give you useful tips as well, even if they delegate the task to you. The DaD site also has a comments field where you can often find notes about the merge." [07:21] at some time in the cycle I guess merges are going to be deemed "free for all" [07:21] oh ok [07:22] and I can't remember that that kind of announce went out for this cycle yet :) [07:22] ;) [07:22] a quick ping is ususally good enough [07:22] yeah [07:22] dholbach: thanks for the info [07:22] i just wanted to know whether the standard procedure had changed or not :D [07:22] unless something is ridiculously complicated, everybody will be happy to have a helping hand [07:22] no [07:22] ok [07:23] and usually if it is, or if they remember something particularly important about it, they'll tell you, as a heads-up, to try to save you some work [07:25] :) [07:28] does anyone happen to know why grab-merge.sh has output suppressed for wget? [07:30] if you set the option to use rsync, rsync is set with verbosity on [07:34] :P === dholbach_ is now known as dholbach [08:23] superm1: ping [09:06] Can anyone please give back libjboss-deployers-java? [09:14] give back! give back! give back to where you once belonged! [09:19] slytherin: done [09:20] slytherin: you pinged me yesterday? [09:20] anyone know offhand where current OOo3 dev work can be found? [09:20] i'm trying test builds against jaunty with the package from experimental, which is probably... bad [09:34] geser: I did, I guess it was something about jboss. But don't remember what. [09:35] directhex: There are already some builds for intrepid in some ppa. Let me see if I can find link. [09:35] slytherin, looks like someone yanked them for being crashy [09:36] Hi all [09:37] if you are looking for intrepid builds of oo.o 3 he did pull them [09:37] directhex: oh, you are right. [09:37] slytherin, i mostly want buildy, so crashy doesn't fuss me [09:52] anyone know where to get a xen dom0 kernel for intrepid ? [10:02] geser: I remember now. libjboss-cache1-java still fails to build. So unless we find solution for that or all reverse-build-depends of libjboss-cache1-java start using libjboss-cache2-java (currently in Debian NEW), there is no way out of that mess. [10:03] would using libjboss-cache2-java solve the FTBFS? [10:11] geser: that is what my analysis in last dev cycle concluded. I can redo the analysis again. [10:18] what about the new libjboss-cache1-java package in NEW? Might that new upstream version also fix the FTBFS? [10:20] geser: haven't checked. I can try building local packages. [10:21] thanks [10:37] if i set a DIST=experimental with pbuilder, it pins sid at 500 and experimental at 990 and third-party repos at 500. suggestions to make third party > experimental? === gouki_ is now known as gouki [11:10] directhex: I think that should be done. [11:10] slytherin, nah, s'not. but i found a workaround. now need to start again from scratch as mister third-party repo is i386-only [12:09] gah, OOo fails to build again. how can people stay sane maintaining this? [12:12] they don't. [12:12] they go insane very early on === Syntux_ is now known as Syntux [12:13] * directhex tries again - OOo seems to randomly fail in transient ways [12:33] I'm looking for a first advocate to an update: http://revu.ubuntuwire.com/details.py?package=ccbuild Thanks in advance for any comments. [12:35] Also, I think there is some aggressive caching on REVU because the date on the page is wrong, it says: "Next REVU Day: TODAY (Friday, November 21th 2008)" [12:38] bmm: I just updated the REVU Header page. The date should update itself shortly. [12:39] nhandler: k :) [12:41] RainCT: REVU automatically pulls the date of the next REVU Day from the REVU Header wiki page, right? [12:41] nhandler: correct [12:41] bmm: The date is up-to-date now ;) [12:42] nhandler: what was the problem? [12:43] oh, I forgot to change it? [12:43] RainCT: The date never got updated from last week. [12:43] nhandler: thanks for changing it [12:46] No problem RainCT [12:52] Mythbusters reference in XKCD -- http://xkcd.com/509/ [12:53] oops, wrong channel ;) [12:54] heh [13:08] if someone want to review my package ...(http://revu.ubuntuwire.com/details.py?package=sqliteman) === LucidFox_ is now known as LucidFox === `Chris_ is now known as `Chris [15:06] Heya gang [15:07] hi bddebian [15:07] Hi james_w [15:08] nxvl: http://metelliuscode.wordpress.com/2008/11/26/idea-of-the-week-universal-config-file-user-interface/ may want to hear about Augeaus. [15:08] heya bddebian. [15:10] ScottK: thank you, i will take a look [15:10] a few commenters already pointed them to it [15:10] Hi ScottK === RoAk is now known as RoAkSoAx [16:05] building OOo is damn slow :x [16:08] Hi bddebian [16:10] Heya geser [16:12] hihi bddebian geser [16:13] directhex: is that a news? :-P [16:14] slytherin, i go home in about 40 minutes, and the build is running on my laptop :/ [16:14] slytherin, gonna have to leave it in the office [16:14] unless it finishes some time soon [16:14] directhex: it is going to make much more time for that. So if you started build not long ago then go home and start build again [16:16] Hi sebner [16:17] Hi sebner [16:17] how much of this time is damn docs? o_o [16:18] directhex: check build timings - https://edge.launchpad.net/ubuntu/intrepid/+source/openoffice.org/+builds Minimum is 8 hours 20 minutes. [16:19] gah -_- [16:19] geser: are there any docs mentioning how long the MC has time to make a decision? :P [16:19] i wonder how long the battery in here would last running flat out [16:20] james_w: Just FYI Debian uploader for lucene2 has accepted that the patch should be dropped - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506782 [16:20] Debian bug 506782 in lucene2 "Patch 81_prevent-network-access.dpatch is not needed anymore" [Unknown,Open] === Kmos_ is now known as Kmos [16:21] slytherin: cool, do you know if they plan to upload soon? [16:22] james_w: no idea, I am too tired (mentally) to keep a watch. I will check tomorrow and change our bug from merge to sync accordingly. [16:23] slytherin: I'm happy to sponsor the merge if you're not sure it's about to be uploaded [16:26] james_w: Let's wait for a day. No point in doing repetitive work. [16:26] slytherin: fine by me, thanks for taking care of it [16:28] james_w: Thanks for suggesting it. Helps to improve process and collaboration. :-) === mdomsch is now known as mdomschbb === mdomschbb is now known as mdomsch [16:45] sebner: there are some docs, but they aren't followed from the beginning [16:45] sebner: the MC is working on the issue but the changes come to late for you [17:05] geser: heh [17:10] sebner: why have you needed to start such a discussion with your application? Now I need to find time to read it all and make my mind about it :) [17:12] geser: I'm so sorry but I was bored and thought a email discussion would be fun ;-P === Zic_ is now known as Zic === ssweeny_ is now known as ssweeny [17:31] p [17:31] ow. fell out of my chair. [17:43] LucidFox: are you still looking into Handbrake? I noticed 0.9.3 is out now and is basically a ffmpeg swiss-army-knife (arbitrary input); I'd like to get it into Intrepid. [17:43] err wow I damaged my brain from that fall. Jaunty. [18:16] lamont: re: I'll make a nmap debdiff as soon as I can. [18:23] hi.. I have a package question: I've installed virtualbox-ose version 1.5.6-dfsg-6ubuntu1, but when I open it and go to Help=>About, it says it's 1.6.2. And for some reason it doesn't jive with the drivers that are installed as a separate package. Might the version mismatch be a sign of my problem, or am I going down the rabbit-hole? [18:23] james_w`: the change for lucene2 has landed in pkg-java svn. So let's hope we will have a new package by tomorrow. [18:24] slytherin: cool [18:24] leleobhz: I noticed you made the last attempt to package Handbrake; I'm looking at 0.9.3 right now, do you still have interest to continue your package on REVU? [18:24] kamg: you probably have two parallel installations and the one you are launching is different than you are expecting [18:25] yep I thought that too, but when apt-get remove, what I was using goes away [18:26] kamg: on command line enter command - which virtualbox - to see which binary is being used. [18:26] /usr/bin/virtualbox [18:30] kamg: are you kaunching virtualbox from command line or from menu? [18:30] command line [18:31] same result from the menu though [18:31] still building... put the laptop on the back seat of the car, it has a pretty good battery even under intense load [18:31] this is a relatively brand new ubuntu install - I just installed it yesterday so I don't have old versions of things hanging around [18:31] kamg: can't help much. No idea what is wrong. [18:32] ok... how about this: how do I install older versions of things? [18:32] like... how can I install the previous version of virtualbox (and figure out what it is)? [18:32] kamg: no idea. :-( [18:35] jpds: even better... just a diff of the source. [18:52] lamont: debdiff of debian/ dir sent. [18:52] (Sorry; sent mail before checking IRC). [20:41] jdong: ping === james_w` is now known as james_w === _boto6 is now known as _boto === thunderstruck is now known as gnomefreak === bluesmoke_ is now known as bluesmoke [22:09] I'm looking for my first advocate: http://revu.ubuntuwire.com/details.py?package=ccbuild [22:10] jdong: sorry by the lag... i want to mantain the package [22:10] Also, I just got a mail that the older version of that package failed to build (the new g++ is more strict :) ) So any comments to work out any of the kinks in the package are welcome. [22:10] jdong: but i cant find a way to provide what RainCT told-me to do [22:11] (find a way to dont require downloads in compilation time) [22:12] bmm: That's been uploaded to the archive; are we doing version updates on revu now? [22:14] RAOF and bmm: REVU should only be used for new packages, not version updates [22:14] nhandler: Thought so. Thanks. [22:14] np RAOF [22:15] nhandler: ooooh? [22:15] that is news to me :D [22:15] ROAF: so the update has already been done? [22:15] To do an update, you just attach the .diff.gz to a LP bug report and subscribe the sponsors [22:16] nhandler: ok, cool.. that will probably help allot. How do I find out who the sponsors are? [22:16] bmm: Is the package in universe or main? [22:16] bmm: ubuntu-universe-sponsors or ubuntu-main-sponsors, depending on the component [22:16] Universe [22:16] Subscribe ubuntu-universe-sponsors bmm [22:17] nhandler: ok, thanks! I'll get right on it. So just to be clear: file a needs-packaging bug with a diff.gz on LP and subscrive ubuntu-universe-sponsors ? [22:17] Not a needs-packaging bug bmm. Just an upgrade bug [22:18] nhandler: ok. [22:18] bmm: Also, be sure to test build the package [22:18] nhandler: already did, it's in my PPA without any problems :) [22:18] :) [22:19] **advertising*** could someone review my package on http://revu.ubuntuwire.com/details.py?package=sqliteman....it would be very nice :p **/end advertising** [22:25] Would anybody have a link to the bug template to have a package removed? I'm searching through the wiki, but I can't seem to find it.. [22:26] ryanakca: I don't think there is a template. Just look at some other removal request bugs to get an idea for the information you need to include [22:27] nhandler: thanks [22:41] Is there a powerpc-Team in Ubuntu? [22:41] Bug 297842 appears to need a rebuild on ppc and it might be a more general problem. [22:41] Launchpad bug 297842 in thunar "Thunar segfaults on powerpc (rebuild needed)" [Medium,Triaged] https://launchpad.net/bugs/297842 [22:43] Not a team as such, but there are a few of us who have the hardware. [22:43] Myself being one of them. [22:43] * TheMuso looks at the bug. [22:43] TheMuso: thanks. [22:45] TheMuso: left a new comment there. [22:47] leleobhz: cool; do you want to first sync up to the new 0.9.3 release and let's revisit it? [22:47] blueyed: Just saw that, thanks. [22:47] blueyed: I think for completeness, I'll set up an xubuntu environment on one of my boxes to work out whats going on. [22:48] TheMuso: thanks a lot! [22:48] TheMuso: I've accepted the two bug tasks for Intrepid/Jaunty, please change them as necessary. [22:49] blueyed: Sure. [22:56] hi, i have a problem and i need an advice [22:56] i've refactored a package i maintain [22:56] this lead to requiring dist-upgrade [22:57] automatic updates system however fails to do "partial update" because packages are not signed (they are build at launchpad) [22:58] what can i do so users get automatic update? [22:59] jdong: i need a week at least [23:00] leleobhz sure, no hurry. [23:09] anybody fancy running a MOTU school session? [23:09] on? [23:10] fixing problems on architectures you don't have might be an interesting one with the introduction of ARM [23:10] james_w, step 1, ping NCommander [23:10] step 2, have a nap [23:10] :-) [23:10] directhex++ [23:10] if anybody feels like taking the eclipse merge, I won't complain :-) [23:10] merging is sucky. make eclipse syncable! [23:10] pochu: fancy running a session on merging eclipse? :-) [23:10] * NCommander hits directhex so hard he becomes directoct [23:10] Hobbsee: You can also look at the Requests page (https://wiki.ubuntu.com/MOTU/School/Requests) [23:11] there have been several requests for a Java session [23:11] directhex: you could do one on the mono transition, it would enable more people to help with it [23:11] james_w: I'd get a lot of questions asking why eclipse 3.4 isn't in the archive yet :-) [23:12] james_w: we just had UOW, weren't there enough sessions already? ;-) [23:12] james_w, ehm... when is this? [23:12] * Hobbsee looks [23:12] directhex: whenever [23:12] MOTU School is just as often as anyone can organise a session currently [23:12] james_w: Shouldn't the requests table be updated to not list sessions that have already been given? [23:13] nhandler: it should [23:13] nhandler: what would be really useful is if that page grew the links to irc logs, etc, for the sessions that had been done. [23:13] Hobbsee: https://wiki.ubuntu.com/MOTU/School has links to the irc logs [23:14] ah [23:16] monodoc_2.0-1_i386.changes uploaded successfully to localhost [23:16] From: Archive Administrator [23:18] oh dear. prepare for more hatemail [23:19] nhandler: you have your name next to a merging one. Would you like to do that? [23:19] james_w: I did it a while ago (but it didn't go too well). The logs are on the /MOTU/School page [23:20] nhandler: ah, ok. We can always repeat sessions, but I can understand if you don't want to [23:20] Hobbsee, i'm turning into a sociopath. i think it's the part i enjoy most [23:21] james_w: I might do it agagin, but I would rather wait a little longer. [23:21] nhandler: sure [23:21] hah [23:22] james_w: Since Debian doesn't really do "School Sessions", do you think a topic about ways to contribute back to Debian would be appropriate? [23:22] yeah, I think that would be a good one [23:23] I'll add it to the list [23:25] james_w: Are you still editing the page? [23:25] nhandler: ah, no, sorry I pressed back instead of cancel [23:33] From: Archive Administrator [23:33] mono-debugger_2.0-1_i386.changes uploaded successfully to localhost [23:34] what is this? debian-changes? :-) [23:34] james_w, yes! [23:34] james_w, gonna need to file a sync on that one once it hits the archive [23:35] james_w: I added the session idea to the request list [23:35] thanks nhandler [23:35] does KDE use pkg-config? [23:36] or does cmake take care of that stuff?> [23:39] * Hobbsee tentatively guesses cmake handles it [23:39] * Hobbsee hasn't dealt with cmake much though [23:46] i was told kde is not a land of pkg-config [23:46] i believe the guy who said it [23:46] what needs to happen to get a package in debian experimental considered for jaunty or jaunty+1 ? [23:47] btm, file a sync request [23:48] btm, or merge w/ patch if required [23:48] directhex: as a bug in launchpad against a source package? it builds in intrepid fine. [23:54] btm, yes