[01:24] * RainCT looks at ~ubuntu-sponsors and can't believe it's empty (ignoring stuff from main) [01:41] Mem: 49562228k total, 2267556k used, 47294672k free, 301336k buffers [01:41] now THAT'S a computer! [01:42] needs more RAM [01:43] not enough slots! [01:43] Mem: 48952 45839 3112 0 6227 31635 [01:44] pity that one will be disappearing [02:17] jdong: nah, you need an IBM x3950 :) [02:18] jdong: 32 cores per 'node' (up to 4 nodes), and looks like now 1TB RAM per node === lfaraone_ is now known as lfaraone [03:12] G: Now that would be awesome; in this case these machines were generously donated by Dell+Intel to MIT CSAIL for a class on performance engineering [03:13] jdong: nice [03:14] the funny thing was logging into an 3950m2 (4 nodes, 96CPUs etc) it still seemed quite sluggish :P [03:16] eh more CPU's doesn't necessarily mean faster :) [05:56] nigelb: What about behind the circle? [06:02] What would it take for nginx to be in main? [06:05] I'm very surprised it's not actually.. [06:08] I have a PPA package in a bzr branch that is all ready to have debuild -S run on it so I can send it to my ppa, except that I don't have a .orig.tar.gz since I'm using bzr to keep track of changes. How can I get it into the PPA to build? [06:09] Azendale: doesn't it ask you if you want to continue without it? [06:09] I always use debuild -S -sa, not sure if that -sa could help any [06:10] MTecknology: Yes, it asks, but it has errors later. I'll try it again and report back with the error. [06:10] Azendale: bzr export ../.tar.gz [06:10] lifeless: You should teach me all that you know.. [06:12] MTecknology: nginx is too lintian-error filled [06:13] (from what I have seen) [06:13] I tried the bzr export and I got the error "debian/rules:6: /usr/share/cdbs/1/rules/autoreconf.mk: No such file or directory" , which is what I was getting before, so maybe it's not the bzr? [06:13] Azendale: Do you have cdbs installed? [06:14] bilalakhtar: Yes, it says it's the newest version [06:14] Azendale: Do you have dh-autoreconf installed? [06:15] bilalakhtar: I didn't..let me try it again now [06:19] Ok, that helped. Now it's complaining about not being able to represent binary changes to various files in .bzr . [06:22] bilalakhtar: and if all the errors were to go away and the package was clean? [06:23] MTecknology: then file an MIR [06:23] bilalakhtar: thanks [06:26] MTecknology: bug #547267 [06:26] Launchpad bug 547267 in nginx (Ubuntu) "nginx should not install into /var/www/nginx-default (Debian policy)" [High,In progress] https://launchpad.net/bugs/547267 [06:26] Azendale, delete them in the clean target [06:28] fabrice_sp: Ok, thanks for the advice. [06:28] bilalakhtar: thanks :D [06:37] MTecknology, Moving a package to main requires another package in main to depend upon it. While it once meant something, in practice, there is no currently useful semantic distinction between "main" and "universe". [06:38] persia: except what I was told by lifeless [06:38] bilalakhtar, Being incredibly buggy, without an upstream, and in violation of policy has never been a limitation for stuff being in main previously. Having lintian errors is really completely separate from main/universe [06:39] MTecknology, Which distinction would that be? [06:39] persia: yup [06:39] persia: well, this is a lintian Error [06:40] persia: He said if it were in main there would be consideration for it to be used with LP instead of Apache [06:40] bilalakhtar, Indeed, it's an error, and it probably ought get fixed. This just doesn't happen to be related to the main/universe thing in any useful way. [06:40] along with a patch for converting, and benchmarks, and a good reason for it [06:40] MTecknology, That's lifeless needing to do research then. There's heaps of stuff used in LP that aren't in main (or at least have often been historically). [06:41] Simply moving something to main shouldn't be part of the consideration. [06:41] oh [06:41] That it's buggy makes it not good for LP. [06:41] ya.. I'm going to work on that [06:42] at least I don't need to knwo C for that :P [06:47] persia: I've been working on the PPA version of nginx actually - in my companies PPA it's almost entirely lintain clean - but it's also stripped down to nothing. I'm figuring I should be able to help out pretty well here :) [06:47] Making things less buggy is good :) [06:48] ok.. nappy time - g'night ubuntu brainiacs :) [07:52] Ah, right, was RainCT for revu, should've remembered that. [07:57] Rhonda: don't worry, there are a few people who still try & keep revu alive :) [07:58] I never claimed otherwise. [07:58] I just wasn't able to remember who mentioned that he was getting source v3 supported, otherwise I would have bugged him directly for lintian update. :) [07:59] that was probably me :P [08:02] just took a dpkg backport, grabbed the one from the ~launchpad ppa [08:02] huhm [08:02] ajmitch? Can you take a look at something that might be a consider in the revu web interface? [08:03] ajmitch: http://revu.ubuntuwire.com/details.py?upid=8603 - when I click on "(toggle visibility)" below the graph, the feature list doesn't get hidden. :) [08:03] That's because
    can't be embedded inside a

    [08:04] And thus the

      doesn't have the id="description" attached to it. [08:04] amusing bug [08:04] let me take a look at it [08:04] I *think* a or
      around the complete description might make sense. [08:04]
      , yeah [08:04] And the

      at the end of the description (after the
    ) is b0rked anyway. :) [08:05] Also, I see a
    [08:05] * ajmitch waits very very patiently for bzr [08:05] * Rhonda . o O ( that's why I prefer git *hides* ) [08:06] git can't fix a slow internet connection any more than bzr can :) [08:46] Rhonda: toggle works now? [08:48] If it does for you I wouldn't know why it shouldn't for me. :) Thanks! [08:51] well you never know, especially with the evils of html ;) [08:52] I'll probably break it again while I put the fix on properly === nenolod_ is now known as nenolod [12:08] bilalakhtar: pong? [12:08] nigelb: yup, repoly after a loooooooooong ping [12:08] nigelb: Howz behindthecircle? [12:08] * nigelb is on vacation [12:08] (technically) [12:09] nigelb: ah, but I was asking, Why haven't there been more interviews? [12:09] bilalakhtar: I just finished updating the list of devs last week [12:09] Now maia and I need to find time to get together and proof the questionss and shortlist and do the interviews! [12:09] * lucidfox nodnod [12:09] this will probably happen some time this week :) [12:10] Indeed! [12:10] * nigelb hi fives lucidfox :) [12:10] What about dholbach? [12:10] He's in Iran [12:10] lol [12:10] I mean, is he blogging for it? [12:11] No, since he didn't want the time he asked for volunteers, me, lucidfox, and bobbo took over [12:11] I actually haven't heard anything from bobbo [12:11] neither have I [12:11] BUt he has volunteered to help, probably busy for now [12:12] lucidfox: You were interviewed the last :) And now YOU can interview! [12:13] bilalakhtar: actually, when she was interviewed, we had already volunteered to help :) [12:14] nigelb: You also wish to become MOTU, right? [12:15] bilalakhtar: I don't have the time for it at present, as is evidenced my packaging work this cycle (nothing!), so perhaps next cycle. [13:44] yofel: quick question on SRU, do i file a new bug for SRU? or can i just update that bug with new info? [13:44] just use that bug for the SRU [13:44] alrighty [13:47] yofel: i cant seem to be able to nominate it for lucid [13:47] you opened the wrong link, use https://bugs.edge.launchpad.net/ubuntu/+source/desktopcouch/+bug/565376 [13:48] Launchpad bug 565376 in desktopcouch "bughugger does not work in kubuntu lucid" [Undecided,In progress] [13:48] LP is a bit tricky there [13:49] oh :D [13:53] yofel: whom do i subscribe to the bug report? wiki doesnt say anything [13:53] wait.. found it [13:53] ok everything done... just wait for lp to build package in my ppa now ;) [13:55] shadeslayer: subscribe ubuntu-sponsors too, SRUs are now uploaded as soon as possible so the SRU team only needs to ack it [13:55] ok [13:57] yofel: i think everything is set, do you see any issues? [13:58] shadeslayer: checking [14:01] shadeslayer: about that debdiff, it has to be for lucid-proposed and not for lucid, and about the version.. I'm not sure but it might have to be 3.1 not 4 [14:02] hmm.. i think your right .. === ivoks-afk is now known as ivoks [14:07] yofel: done :) [14:08] shadeslayer: that should still be desktopcouch (0.6.4-0ubuntu3.1) lucid-proposed; urgency=low [14:08] ohh.. the release.. [14:10] yofel: http://paste.ubuntu.com/491575/ [14:10] that looks right [16:42] Hello === yofel_ is now known as yofel [18:57] Hi, I'd like to try packaging an edu app (http://www.chemcollective.org/applets/vlab.php), can someone point me to a simple package that contains java .jar files to use as a template? [18:57] (maybe debhelper 7, not cdbs...) [19:00] The package contains .jar files? You would need to generate them from source code, not just use the existing .jar files. [19:01] morning [19:04] * hrw|gone will lurk during weekend here to check what is discussed here. in next 2 weeks I plan to start procedure of becoming ubuntu developer. currently there are no packages in archive which I maintain, but there are two which I maintained in past, also submitted lot of improvements to few core components (gcc/eglibc/binutils/linux) and 3 my packages are on a way to maverick (got FFe for them today). [19:11] hrw|gone: evening, feel free to lurk around :) [19:11] kklimonda: I have a feeling that we met in person years ago [19:11] have to go now [19:11] bye [19:12] nah, impossible [19:12] ok === ivoks is now known as ivoks-afk [19:20] Hmmm weird, I can't find the sources for that java edu app, so I guess I'll have to make a binary deb for local use... thanks Rhonda :) [19:24] np :) [19:32] Rhonda: what is wrong with copyright file? [19:32] (clementine) [19:34] I did write that, didn't I? [19:35] You don't want to claim that debian/* is copyright by David Sansome and is licensed under GPL-3, do you? :) [19:36] And shouldn't the license text be mentioned at least once? [19:37] There is not a single license text in there? [19:38] Rhonda: I wouldn't be responsible to copyright file, because David is an author of this one. [19:39] Pardon? [19:41] davidsansome: ping [19:41] * davidsansome waves [19:42] Ah. [19:42] davidsansome: You wrote the debian/* files, too? [19:42] I wrote the original ones, ari-tczew has tweaked them a bit [19:42] Anyway, the copyright files are still missing the license text, at least once for each recurring license. [19:43] Then that copyright information is missing. It's not totally wrong to not specifically mention Files: debian/* - but it's extremely uncommon, thus my comment in REVU about it. [19:44] ah ok, I assumed the common licenses didn't need the full text copied and pasted in [19:44] Not the full. [19:44] davidsansome: the files are there: https://code.launchpad.net/~ari-tczew/clementine/REVU [19:45] But GPL insists on a specific part to be copied nevertheless, and BSD isn't that "common" anyway because people seldomly are that specific university. [19:46] And I'm not too sure what the last decisions with respect to Public Domain is [19:46] right, I'll fix those two issues upstream, then ari-tczew if you want to merge my changes into your bzr repo? [19:47] davidsansome: of course I'll update branch ASAP. btw. you can request a merge to my branch referring to debian/copyright and not only. :) [19:47] from this branch I'm creating a package for REVU. i [19:49] ari-tczew: See the "xsol" example in the svn link you have in the first line of the copyright file - it has the required GPL excerpt. [19:52] Rhonda: are you reffering to: http://paste.ubuntu.com/491744/ ? [19:59] ari-tczew: http://dep.debian.net/deps/dep5/ and scroll to "Examples in pseudo-RFC-822 format", both the Simple and the Complex mention both debian/* but also for GPL-2+ the license text. [20:00] davidsansome: ^ go ahead mate :) [20:00] working on it :) [20:02] Rhonda: how's this: http://code.google.com/p/clementine-player/source/browse/trunk/debian/copyright ? I've added text to each one, and a debian/* section [20:03] davidsansome: You need to add the text only once for each license, no need to repeat it. :) [20:03] ok :) do I need to put "See above" or anything, or can I assume people are smart enough to figure it out? :) [20:04] So one GPL-3, one GPL-2+, one BSD, … [20:04] No need for see above or anything from what I understood. [20:05] The License: GPL-3 line is meant to be enough reference for the linkage. [20:05] gotcha [20:07] No clue how the dep5 wants to have the "License: Qt Commercial or LGPL-2.1 or GPL-3" part expanded - you need to ask someone who has more insight into that, I'm not that big fan of that format [20:08] Rhonda: could you check whether current version is correct? @google code [20:15] ari-tczew: Looks more appropriate, but like said, I'm neither an expert on dep5 nor too fond of it. [20:16] Rhonda, davidsansome: ok, I'm merging into bzr [20:16] cool thanks [21:20] ScottK: what do you think, is it benefit to merge kolabd from debian unstable? [21:57] Rhonda: around?