[00:00] Hey [00:00] I need a point to the right direction [00:00] Whre can i read more aobut how to get my application accepted to the official repos? [00:05] peturi: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [00:16] jpds, =) I haven't met you before. What sort of things are you working on ? =) [00:31] thanks [04:50] blast... my ureadahead changes and defrag only shaved 5 seconds off the boot time on my new laptop... still takes 30 seconds to boot, all but 5 of which is after ureadahead finishes.. cpu seems to be a little slow [04:51] on the up side, it didn't hose the fs ;) [04:51] now to figure out why the ncurses interface didn't work from the initramfs.... [05:06] ohh, heh... the static binary isn't linked against ncurses... heh [09:14] im curious [09:14] are all packages maintained by canonical staff? [09:14] or are some packagse maintaiened by the community [09:16] packages in main are mostly "maintained" by canonical paid devs (but there are also some community devs working on them) where "universe" is community maintained [09:16] geser: you beat me that ;) [09:16] *to that [09:16] i'd like to get into linux development [09:16] and eventually maintain a package [09:17] got any advice for a newbie? [09:17] i dont really know where to start [09:17] the people maintaining the Ubuntu kernel are in #ubuntu-kernel [09:18] (you might need to wait till Monday when everyone is back from the weekend (and UDS)) [09:19] im not so into the kernel [09:19] i meant some userland package [09:19] Also, if you're looking at maintaing individual packages, the best thing to do would be to take care of an orphaned package in debian [09:20] i guess the obvious thing is to find a package im particularly interested in [09:20] or i could do that nigelb [09:20] good idea :) [09:20] sorry, just got up (and didn't have a coffee yet) [09:20] ubuntu does not have a per package maintainer most of the time, we just have MOTUs who take care of the entire universe [09:20] or core devs [09:20] oh [09:20] hm [09:21] there is this big list of orphaned debian packages, taking of it would help what flows downstream into ubuntu [09:22] http://www.debian.org/devel/wnpp/ [09:28] seems like any of the interesting packages require previous knowledge of the packages internal workings [09:28] how can people actually know these things straight up? surely most people would have to learn first === Damascene is now known as Damascene_ [14:51] Hello. At work I get a notebook with SSD. Want to install Lucid. afaik Lucid uses kernel 2.6.32. But ATA TRIM support was included to linux kernel 2.6.33. [14:52] does anybody know if canonical backported TRIM to their 2.6.32 kernel? [14:52] MausP> You can just update to a newer kernel from the kernel team PPA. [14:52] granted, this is dangerous [14:53] LucidFox: already found this http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.33.3-lucid/ [14:54] MausP: in short, no, but there will be ways of getting newer kernel backports for LTS [14:56] thanks. just wanted to know if it is possibly needless to install a kernel that's not supported [16:40] hi all, i would like to test a patch for a certain kernel module (video driver). i figured out, that my trouble starts much earlier. i can compile the original driver, but the resulting module is not loadable. [16:41] so either, the sources that i downloaded are _not_ the sources for the kernel-image i am currently running, or i am doing something wrong [16:41] i am running 2.6.31-10-rt and i installed the sources with : apt-get source linux-image-2.6.31-10-rt [18:04] is anyone able to compile gspca_ov534.ko (drivers/media/video/gspca/ov534.c) from linux-image-2.6.31-10-rt sources for said kernel? [18:04] compilations goes fine, but the resulting module has mismatching symbol versions [18:11] rdz: You might have more luck in #ubuntu-kernel, but not this weekend since most of the kernel team is travelling. [18:18] ScottK, thanks. nice for them :-) [19:26] kees: for a setgid daemon in Maverick, should we be pursuing fine-grained caps instead? [19:56] TheMuso: have ossp mostly source-version-3'd, will ask on pkg-pulseaudio-devel [19:59] would anyone mind hitting retry on libxfont on everything but i386? they build fine now that the other synced packages are caught up - https://edge.launchpad.net/ubuntu/+source/libxfont/1:1.4.1-2 [20:01] done. [20:03] thanks! [20:04] yw [20:47] cjwatson, I'm pretty sure that the dmraid regression in lucid is caused by libdevmapper... something changed causing it to add the p to the partition name just before the lucid release, but I can only get lp to show me the very last version... can you think of anything you might have changed that would do that? [20:48] cjohnston, sorry, I meant libparted [21:15] BINGO! found it... now how the hell did that line get there? [21:20] bah... another change by Hans de Goede [21:24] * psusi sets out to revert another change of his [22:16] guys, are there any common tools to make GUI mockups (in sense of drawings)? I have seen similarly-themed GUI drawings on ubuntu wiki here and there [22:17] usually they had dotted background and where drawn with pencil-like lines [22:27] mkarnicki, balsamiq [22:27] mkarnicki, actually, it's those are pen and paper: http://incompetech.com/graphpaper/squaredots/ [22:27] mkarnicki, i.e. https://wiki.ubuntu.com/TestdriveFrontend [22:38] * psusi prepares to drop an SRU, oh boy [22:44] * psusi shakes his head at his goofy wife [23:10] RoAkSoAx: andreasn: thank you :) [23:11] RoAkSoAx: andreasn: yeah, I think both methods are good, thanks!