[00:00] <peturi> Hey
[00:00] <peturi> I need a point to the right direction
[00:00] <peturi> Whre can i read more aobut how to get my application accepted to the official repos?
[00:05] <jpds> peturi: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[00:16] <xnox> jpds, =) I haven't met you before. What sort of things are you working on ? =)
[00:31] <peturi> thanks
[04:50] <psusi> 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] <psusi> on the up side, it didn't hose the fs ;)
[04:51] <psusi> now to figure out why the ncurses interface didn't work from the initramfs....
[05:06] <psusi> ohh, heh... the static binary isn't linked against ncurses... heh
[09:14] <echosystm> im curious
[09:14] <echosystm> are all packages maintained by canonical staff?
[09:14] <echosystm> or are some packagse maintaiened by the community
[09:16] <geser> 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] <nigelb> geser: you beat me that ;)
[09:16] <nigelb> *to that
[09:16] <echosystm> i'd like to get into linux development
[09:16] <echosystm> and eventually maintain a package
[09:17] <echosystm> got any advice for a newbie?
[09:17] <echosystm> i dont really know where to start
[09:17] <geser> the people maintaining the Ubuntu kernel are in #ubuntu-kernel
[09:18] <geser> (you might need to wait till Monday when everyone is back from the weekend (and UDS))
[09:19] <echosystm> im not so into the kernel
[09:19] <echosystm> i meant some userland package
[09:19] <nigelb> 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] <echosystm> i guess the obvious thing is to find a package im particularly interested in
[09:20] <echosystm> or i could do that nigelb
[09:20] <echosystm> good idea :)
[09:20] <geser> sorry, just got up (and didn't have a coffee yet)
[09:20] <nigelb> 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] <nigelb> or core devs
[09:20] <echosystm> oh
[09:20] <echosystm> hm
[09:21] <nigelb> there is this big list of orphaned debian packages, taking of it would help what flows downstream into ubuntu
[09:22] <nigelb> http://www.debian.org/devel/wnpp/
[09:28] <echosystm> seems like any of the interesting packages require previous knowledge of the packages internal workings
[09:28] <echosystm> how can people actually know these things straight up? surely most people would have to learn first
[14:51] <MausP> 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] <MausP> does anybody know if canonical backported TRIM to their 2.6.32 kernel?
[14:52] <LucidFox> MausP> You can just update to a newer kernel from the kernel team PPA.
[14:52] <LucidFox> granted, this is dangerous
[14:53] <MausP> LucidFox: already found this http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.33.3-lucid/
[14:54] <crimsun> MausP: in short, no, but there will be ways of getting newer kernel backports for LTS
[14:56] <MausP> thanks. just wanted to know if it is possibly needless to install a kernel that's not supported
[16:40] <rdz> 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] <rdz> 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] <rdz> 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] <rdz> 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] <rdz> compilations goes fine, but the resulting module has mismatching symbol versions
[18:11] <ScottK> rdz: You might have more luck in #ubuntu-kernel, but not this weekend since most of the kernel team is travelling.
[18:18] <rdz> ScottK, thanks. nice for them :-)
[19:26] <crimsun> kees: for a setgid daemon in Maverick, should we be pursuing fine-grained caps instead?
[19:56] <crimsun> TheMuso: have ossp mostly source-version-3'd, will ask on pkg-pulseaudio-devel
[19:59] <Sarvatt> 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] <crimsun> done.
[20:03] <Sarvatt> thanks!
[20:04] <crimsun> yw
[20:47] <psusi> 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] <psusi> cjohnston, sorry, I meant libparted
[21:15] <psusi> BINGO!  found it... now how the hell did that line get there?
[21:20] <psusi> bah... another change by Hans de Goede
[21:24]  * psusi sets out to revert another change of his
[22:16] <mkarnicki> 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] <mkarnicki> usually they had dotted background and where drawn with pencil-like lines
[22:27] <RoAkSoAx> mkarnicki, balsamiq
[22:27] <andreasn> mkarnicki, actually, it's those are pen and paper: http://incompetech.com/graphpaper/squaredots/
[22:27] <RoAkSoAx> 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] <mkarnicki> RoAkSoAx: andreasn: thank you :)
[23:11] <mkarnicki> RoAkSoAx: andreasn: yeah, I think both methods are good, thanks!