[00:34] Hi, I'm not sure who to tell this, but www.opensource.mirrors.org is a ubuntu mirror and the domain is expired. For example http://www.opensourcemirrors.org/ubuntu/pool/universe/b/bogosec/bogosec_2.3-0ubuntu1_amd64.deb will not work [00:36] vadi2: #ubuntu-mirrors or mirrors@ubuntu.com would be better [00:37] alrighty, thank you. [00:59] cjwatson: are there any plans to sanitise the ubuntu-devel@ moderation queue? [01:00] Hobbsee: what's up with it? I haven't looked since before Christmas [01:00] cjwatson: mark's mail has generated a lot of response - directly to that list [01:00] Hobbsee: I'll sort it out at some point, already talked about it with Mark [01:02] cjwatson: OK [01:02] * Hobbsee does a bit of cherrypickingon it [01:02] feel free to reject such mails and ask them to respond to Mark directly (though apparently he's already got several hundred responses ...) [01:03] i did... [01:03] and then i hit ctrl+c by accident on my listadmin [01:03] cursed loudly, and decided not to do that again [01:03] I'm happy to deal with it when I get that far [01:04] cool :) [01:04] * Hobbsee is just cherrypicking by subject line, at thisp oint [01:17] Hobbsee: I posted a followup and am rejecting with this message: "Thanks for your response, but could you please send it to Mark directly, rather than to ubuntu-devel? See https://lists.ubuntu.com/archives/ubuntu-devel/2008-December/027088.html for more information." [01:17] cjwatson: sounds good to me [01:19] oh my... mark started a "desktop thread" on the mailing list? no wonder the mod queues are clogged [01:55] Hobbsee: queue cleared [01:58] \o/ [02:02] \o/ [03:29] Does anyone know if there is a channel for the ubuntu netbook remix devs? [03:29] their LP page doesn't make it obvious [04:46] cjwatson: noticed the post about most common laptop screen resolution being 1024x768? (wrt sabdfl) can you even get a 4:3 aspect panel anymore, i would think 1280x800 is the most common for the past several years at least [04:47] * calc thinks the only 1024x768 laptop still being made (that he knows of) is the X61 which is due to be EOL any day now [05:02] calc, 1400x1050 and 1600x1200 remain available in 4:3 [05:02] persia: oh ok [05:03] Also, the Panasonic Let's Note series for R, and W are still 1024x768, although I have to agree they are less common these days. [05:04] ok === hyperair1 is now known as hyperair === fargiola` is now known as fargiolas [09:12] did anyone from SRU team already look at bug #308890 ? [09:12] Launchpad bug 308890 in libv4l "SRU for libv4l 0.5.7" [Undecided,New] https://launchpad.net/bugs/308890 [10:51] how much RAM do the buildds have? [10:57] differs [10:58] to build something like, say, openjdk [10:59] directhex, Some have in excess of 4GB available. [10:59] persia, somehow that doesn't surprise me [11:00] persia, i thought there was a problem with building ikvm, some kind of memory leak [11:01] persia, the memory leak is called "javac". the "-J-Xmx1536M" doesn't help much. lowering that value leads to an OOM error [11:02] I thought ikvm was compiled against the CLI, rather than a JVM [11:04] persia, ikvm is the bastard child of both. [11:04] persia, IKVM.GNU.Classpath.dll has to come from somewhere [11:04] well, IKVM.Opensomethingorother these days. updating the package in a sane way is the problem [11:05] i only have 2 gig of ram on here [11:05] (only! ¬_¬) [11:06] Right. I remember looking at that a few months ago, and realising I didn't have any idea how to update it properly. [11:06] it's the package nobody wants to touch. with good reason. [11:06] You could try PPA builds to see if they work: I've heard of people building OOo in PPAs, so it can't be that restricted. [11:06] What's the rationale for it again? [11:07] rationale for what? ikvm? [11:07] Rather, ikvm in the repos. [11:09] it's technically highly interesting. for one, it allows you to use any .class, unmodified, in a CLI app, e.g. where a java lib exists but a CLI one doesn't [11:09] i wonder if it's on debian popcon [11:09] 149 / 39 / 88 / 22 / 0 [11:09] No maintainer either, and removed from testing. [11:10] the maintainer dumped it for sanity reasons [11:10] i could probably massage it back into life if i had enough ram to actually test build it [11:10] right now i just want to make sure the latest version compiles & works [11:11] Use a PPA for the test build. It ought either be made to work or dropped, as it's currently mostly a curiosity. [11:12] need a shell right now. sigh, i could build a chroot in a machine at work, in theory [11:13] i wonder if it works on itanium. a terabyte of ram ought to be enough, even for java... === asac_ is now known as asac [11:50] calc: all I did was moderate the mailing list discussion - I have no involvement in the screenshot gathering itself [11:56] -rwxr-xr-x 1 root root 30M Dec 29 11:54 IKVM.OpenJDK.ClassLibrary.dll [11:57] well, it's less chunky than "real" openjdk ;) === Igorots is now known as Igorot [12:25] ahh here we go [12:26] I see that 9.04 will merely focus on getting the boot to become quicker [12:27] However ever since I started using Ubuntu around 2005 I have experienced it to become slower and slower in general [12:27] Anyone know where I should turn to try to fix this? [12:27] I mean community wise, where am I suppose to starr [12:27] *start [12:28] LordMetroid, profile the applications you use most. Determine what's slow. Try to optimise those things. [12:28] persia, ok... I've been looking through the wiki and featyre/bug list, is that where I shall post my findings? [12:30] You might organise our findings on the wiki. The bug tracker would be the place to file the optimisation solutions. [12:32] site note: debugging perceived slowness is _hard_ [12:33] Indeed [12:33] (and it's "side", not "site") [12:34] It is not merely percieved, using Ubuntu on the 5 year old laptop that I do have, it is a human measurable relative slowness [12:34] yeah, but that is to be expected [12:34] people add features so code runs "fast enough" on current models [12:34] s/so/as long as/ [12:36] I know, that is why I have to look out for the little man in the cottage still using their 5 year old laptops [12:36] :) [12:37] LordMetroid, One thing to consider is that there may be more services running in the background: try reviewing the process list and see what happens if you make them the same. [12:37] Then, of course, you want to get the services back :) [12:38] this may be politically incorrect but it is not clear to me that the community can do a whole lot to help with optimisation. Performance work is generally hard development graft [12:39] once some of that work is done we'll need help to ensure that we haven't broken anything, of course [12:44] Why is sun-java packages non-free? I thought Sun had revised their licenses and made Java GNU? [12:44] cjwatson, It's hard, but is there any reason that any given person can't do it, assuming they have the time and expertise? [12:45] LordMetroid, You're looking for OpenJDK for the open one. The sun-java packages are legacy. [12:55] Is OpenJDK the default package being installed? [12:55] I noticed GCJ's speed is terrible comparatively to Sun-java [13:04] persia: such expertise is sufficient to make you a developer IMO [13:06] Ah. I guess we're just looking at separate semantics. I'd agree that anyone with that expertise ought self-identify as a developer. [13:11] Hi. If there's anyone who knows how Packages-arch-specific is supposed to work, would they care to check I'm not talking nonsense in bug 311952? [13:11] Launchpad bug 311952 in soyuz "Packages-arch-specific blocking of a single binary blocks the entire source package" [Undecided,Incomplete] https://launchpad.net/bugs/311952 [13:12] And also tell me whether I should be reporting that to some Ubuntu entity as disctinct from Soyuz itself [13:14] maxb, Soyuz would be the right place to report it. I can't say whether it is a bug or not, in part because I don't know how one might trigger a build of just some binary packages. [13:16] It's the source package's responsibility to build the subset of binary packages for the architecture it's being built on/for [13:17] and in the specific case of my example, it does do that, if only Soyuz would actually attempt the build at all === The_Company is now known as Company [17:08] http://dpaste.com/103409/ [17:08] :( [17:11] bbs: follow only point 1 of Tutorial 1: https://wiki.ubuntu.com/PackagingGuide/HandsOn [17:12] it will help you remove the error about your key [17:14] thx [17:39] cjwatson: ok === Daviey_ is now known as Daviey === fargiola` is now known as fargiolas [17:58] Where's the package where the installability information of te archive is posted? [18:35] before I consult an attorney (which may happen, but the more I can give him the better) I am wondering what the licensing issues are for modifying and redistributing one of the stock fonts? [18:35] namely http://packages.ubuntu.com/intrepid/all/gsfonts/filelist /usr/share/fonts/type1/gsfonts/n019004l.afm [18:36] CarlFK: If you apt-get source gsfonts, it should tell you the license [18:36] looking at the header carl@asus17:~$ grep Copyright /usr/share/fonts/type1/gsfonts/n019004l.afm; Notice (Copyright (URW)++,Copyright 1999 by (URW)++ Design & Development; Cyrillic glyphs added by Valek Filippov (C) 2001-2005) [18:36] looking... [18:37] try debian/copyright or COPYING in the root [18:37] it says it's GPL [18:37] rock on [18:37] awesome. thanks [18:39] looks like GPLv2 although it points to /usr/share/common-licenses/GPL which now points to GPLv3 [18:40] but it looks like GPLv2 just looking at /usr/share/docs/gsfonts/copyright [18:41] I'll let someone else worry about that level of detail. [18:42] pitti, thanks for calibre. I wanted to do it (i own a PRS-700) but you beat me to it. I fixed the deps and added desktop files a few days ago in my branch but I saw you did it today, so all is fine. [18:42] now I am on to figuring out how to make it 140% wider. [18:45] pitti, just a thought though... i would have created a packaging branch with just the debian/ dir. easier to keep the upstream branch clean. === DrKranz is now known as DktrKranz === jussio1 is now known as jussi01 === cjwatson_ is now known as cjwatson === giskard__ is now known as giskard [20:27] hey guy [20:27] guys [20:27] http://www.gnome.org/~lcolitti/gnome-startup/analysis/ [20:27] does somebody already have seen this article? [20:28] look like gnome startup can be improved a lot, with gconf tunning [21:05] anybody know if gnome-system-tools is sort of dead upstream? [21:23] LaserJock: yeah [21:23] bryce: Do you have your merge_changelog script still? [21:24] james_w: yeah as in you know or yeah as in it's sort of dead? :-) [21:24] Laney: I've got a copy if it's not on people.ubuntu.com anymore [21:24] james_w: It 404s. Can you upload, or better shove it in u-d-t? [21:26] http://jameswestby.net/scratch/merge_changelog [21:26] thanks muchly [21:27] I'll see about getting it in to devscripts [21:31] Hmm...I wonder if you could make that simpler using python-debian... [21:31] probably [21:31] I might well do that as well :-) [21:34] Hmm...this should actually be really easy. You get a debian_bundle.changelog.Version object for each element in both changelogs, throw them into a set, then sort, right? [21:35] not sure a set is correct, as there may be duplicates, but yeah, sounds about right [21:36] the issue is that calling cl.versions throws exceptions on too many occasions currently [21:36] But you'd want to eliminate duplicates as part of the merge, wouldn't you? [21:37] As long as both the Ubuntu package and the Debian package stuck to their respective policies, how could you have any overlap? [21:37] yeah, but not if an entry was duplicated on one side I believe. [21:44] james_w: is there any GNU document which tells you which files you have to have in your source tarball e.g AUTHORS; COPYING, ... [21:44] sebner: http://www.gnu.org/licenses/gpl-howto.html [21:45] AFAIU, to use GPL, you only need to distribute COPYING and have the appropriate comment block in the source files. [21:45] Laney: more +1's from me :P [21:45] heh [21:46] sebner: the GNU coding standards guide may say something about AUTHORS etc. [21:46] I believe AUTHORS, README, ChangeLog, NEWS are standard for GNU [21:46] james_w: but standard != must have? [21:47] not sure [21:52] sebner: http://www.cs.nott.ac.uk/~ial/sysinfo-fakemerge.debdiff [21:52] you don't need a bug, do you? :( [21:52] erm, that was meant for debian-mono [21:52] * Laney runs [21:54] "Only apply Ubuntu patches when building on Ubuntu" <- interesting [21:55] heh [21:56] so that we could have the same thing in debian and ubuntu [21:56] james_w: how is bzr accepted these days by developers? :) [21:57] Laney: yeah, it's sensible, I just find it odd that Debian wouldn't apply patches for known bugs [21:57] sebner: with a sample size of one, me, it's deemed to be the best thing since silicone egg poachers [21:57] james_w: Well that patch depends on our lsb-release behaviour, so it doesn't make sense for them [21:58] I should rewrite that bit to do the right thing [21:58] I was looking at the one that I uploaded, which applies to Debian as I understand [21:58] james_w: heh, sounds cool. though Debian folks say it's worse than svn [21:59] sebner: not all of them [21:59] james_w: The mono-cairo FTBFS doesn't happen there if that's what you mean [22:00] james_w: but many =) [22:00] Laney: 04-fix_usb_pci_limit.patch [22:00] shit, I applied that one didn't I? [22:00] oh [22:00] no, I see how it works now, sorry [22:00] I didn't realise series-ubuntu was a super-set of series [22:01] apologies for slighting your skills [22:01] yeah, I couldn't immediately see how to append series-ubuntu to series nicealy [22:01] -a [22:02] Laney: it builds \o/. uploading [22:02] I've seen it done somewhere I think, but maybe it wasn't quilt [22:02] sebner: Please test it a bit [22:02] if you have jaunty [22:02] * sebner upgrades to jaunty xD [22:08] james_w: btw, you are a canonical guy. Do you know something about the MoM -> DaD progress/process? [22:08] no idea, sorry [22:08] np np [22:10] sebner: ask Scott ;) [22:10] Adri2000: with K? ^^ [22:11] About? [22:11] sebner: no, with 'james remnant' [22:11] Lutin: thx ) [22:11] =) [22:11] yep :) [22:11] ScottK: false alarm =) [22:11] Ah. [22:40] * stgraber is playing with hardy on ia64