[01:00] <lool> arand: Could you share the specific output you're getting and your fstab?
[01:01] <arand> lool: I asked another one using the current version, not reproduced there I reported Bug #748340
[01:04] <arand> lool: my fstab is pretty much default as far as I can tell: http://paste.debian.net/112820/
[01:20] <arand> lool: I think it may come down to the fact that I have restored and moved around snapshots of my "/" (basically via the apt-btrfs-snapshot method).
[01:33] <arand> lool: More info attached on the bug report, I'm getting more uncertain is we as downstream could really do anything about it.. Sorry for bugging you a lot if that turns out to be the case.
[02:09] <lduros> hello
[02:09] <lduros> does anybody use Evolution Mail on Natty?
[02:10] <lduros> For some reason, there's no way for me to access the "Preferences" anymore
[02:10] <lduros> The top menu only have "File" > "Close" tab and that's it
[03:52] <Ampelbein> slangasek: hi, can you look at bug 748740, the sync is related to the .la-cleanup.
[04:13] <soreau> Does anyone happen to know the max time gnome-sound-recorder will record? Is it simply limited by hard drive space?
[04:13] <soreau> using the default lossy ogg format
[04:14] <holstein> AFAIK
[04:14] <holstein> soreau: its hard drive space
[04:14] <holstein> should be*
[04:14] <holstein> no reason why not
[04:15] <soreau> That would be my guess but I was looking for a more definitive answer
[04:15] <holstein> well, with ardour + jack
[04:15] <holstein> its hard drive space
[04:44] <Chipzz> soreau: support questions go to #ubuntu
[04:44] <soreau> Chipzz: Dont start with me.
[04:45] <Chipzz> soreau: pardon?
[05:01] <ScottK> soreau: Like it or not, Chipzz is correct.
[05:02] <Chipzz> ScottK:
[05:02] <Chipzz> 05:49 <soreau> I do enough support in #ubuntu to have the right to ask a question in -devel every once in awhile
[05:02] <Chipzz> 05:49 <Chipzz> no you don't
[05:02] <Chipzz> 05:49 <soreau> Well then, you can kiss my ass
[05:02] <Chipzz> 05:49 <soreau> because you dont even know me
[05:02] <Chipzz> 05:49 <Chipzz> how does you giving support in #ubuntu warrant violating the channel rules?
[05:02] <Chipzz> 05:50 <soreau> I told you, dont start
[05:02] <Chipzz> 05:50 <soreau> I start it and I end it
[05:02] <Chipzz> 05:50 <soreau> I dont abuse privs
[05:02] <Chipzz> 05:50 <soreau> And its none of your god damned business so shove off
[05:02] <ScottK> Chipzz: Posting the private message into the public channel isn't so great either.
[05:03] <soreau> Indeed.
[05:03] <soreau> I cant believe you are that foolish
[05:03] <ScottK> soreau: He is correct, however.
[05:03] <soreau> ScottK: Yes I know, but I took it to pm and it aws over
[05:03] <soreau> was*
[05:04] <soreau> but know he opened a whole nother can of worms
[05:04] <soreau> now*
[05:04] <soreau> Actually, I dropped it. HE pmmed me to continue
[05:06] <soreau> Chipzz: You have no irc etiquette which is prerequisites to using irc in the first place. Thus, you have no business even calling OT
[05:07] <ScottK> soreau: You were OT.
[05:07] <soreau> Yes but I dropped it.
[05:07] <soreau> Now look where we are
[05:07] <ScottK> Both of you: If you want to argue - Do it somewhere else.
[05:07] <soreau> Totally way OT in a -dev channel
[05:10] <Chipzz> soreau: my apologies for c/p the pm
[05:10] <soreau> Too late
[05:11] <soreau> Whats done is done
[05:11] <soreau> I hope you learn not to do that in the future
[05:13] <soreau> holstein: Thank you for your input
[05:13] <holstein> sure
[05:13] <soreau> Im pretty sure its governed solely by disk space
[05:14] <holstein> check out #ubuntustudio
[05:14] <soreau> I dont have the code in front of me so I figured Id ask where someone might
[07:13] <slangasek> Ampelbein: 748740> done, thanks :)
[08:10] <snow_ru> hi
[12:59] <pwuertz> hi! natty is not loading the nouveau driver for my GF104.. this card should be supported, right?
[15:39] <IanLiu> I've contributed code to Ubuntu, solving some bugs. How can I prove to job interviewers I contributed? Does my name appear somewhere?
[15:46] <JanC> IanLiu: your name is probably in the bug reports or in the changelogs or something?
[15:48] <IanLiu> JanC: Oh, yes, the bug report, indeed. But I looked at changelogs and haven't found ;-) I guess there is too many contributors to specify in changelogs
[15:49] <JanC> sometimes they are mentioned, sometimes not, I guess
[15:49] <JanC> but if you attached a patch that should be obvious  ☺
[15:56] <IanLiu> ;-)
[16:33] <AnAnt> Hello, is there some sort of setting (gconf maybe) to change the default session to Classic instead of Unity ?
[16:34] <holstein> hey AnAnt
[16:35] <holstein> i would check the /topic here, and maybe try #ubuntu-beginners or #ubuntu+1 if you find #ubuntu too busy
[16:37] <AnAnt> holstein: actually I need this for development
[16:38] <AnAnt> I am working on a distro based on Ubuntu, and need to keep the default session type to be Classic instead of Unity
[16:39] <holstein> AnAnt: you can try #ubuntustudio
[16:39] <holstein> we are going to use gnome in 11.04
[16:39] <holstein> not sure how that worked out on the back end
[16:39] <AnAnt> holstein: thanks
[16:39] <holstein> AnAnt: maybe #ubuntustudio-devel
[16:39] <holstein> if no one pipes up here
[16:39] <holstein> there*
[16:48] <lool> arand: Thanks for the bug; so basically my upload made running fsck possible, and that exposed that fsck isn't passing for you
[21:54] <micahg> slangasek: I'm getting some weird breakage with gnash, multiarch, and pthreads, gnash seems to be able to find other things in the multiarch path, but not libpthreads.so
[21:56] <micahg> slangasek: nevermind, I think I found the problem, there's a libslist variable that hardcodes lib paths
[22:13] <micahg> slangasek: I guess I'll need help or a guide for making a package with hardcoded lib paths multiarch aware in a sane way
[22:14] <slangasek> micahg: remove the hardcoded lib path? :)
[22:19] <micahg> slangasek: ok, what's the sane way to check for libpthreads?
[22:24] <slangasek> micahg: how do you mean?  What checking is it doing now?
[22:24] <slangasek> is gnash not using autoconf?  I would expect it to, being a GNU project
[22:25] <micahg> slangasek: there's a hardcoded list of lib paths that's used to check for the .a or .so in
[22:25] <azeem_> I thought it's a GNU project by politics more than by technical reasons
[22:26] <slangasek> micahg: the right way is actually to not check for libpthread at all, but only to build and link with -pthread
[22:26] <slangasek> (on some architectures, such as mips, -lpthread alone doesn't DTRT)
[22:28] <micahg> slangasek: well, it's doing that already, so maybe I should just remove this check
[22:30] <slangasek> micahg: looking over macros/pthreads.m4 now
[22:30] <micahg> ah, that's where it is
[22:31] <micahg> slangasek: ~line 163 is where the trouble is
[22:31] <micahg> err, ~185
[22:35] <slangasek> micahg: yeah, I think 183-210 are wrong for GNU systems; we should actually just be setting PTHREAD_LIBS=-pthread and skipping the manual lib check AFAIK
[22:35] <micahg> slangasek: ok, what about for Debian
[22:36] <slangasek> micahg: same thing, it's a function of it being a GNU environment
[22:36] <micahg> slangasek: ok, cool, I'll make a patch and submit to them, thanks
[22:36] <slangasek> thank you :)