[12:15] <ispiked> I'm looking for someone who manager the firefox package.
[12:16] <ispiked> iwj is the only one that I know of, but he seems to be ignoring me or MIA>
[12:16] <Burgwork> ispiked: iwj is your man. What is your issue?
[12:17] <ispiked> Burgwork: basically, in eft you crash if you view a page with flash in it. It's a major issue and I was just wondering if anything was being done about it and/or he iwj was aware of it.
[12:17] <Burgwork> ispiked: it is a flash bug
[12:17] <Burgwork> bug adobe
[12:17] <ispiked> Burgwork: yeah, but it crashes Firefox.
[12:17] <Burgwork> welcome to closed source crap
[12:18] <Burgwork> lobby adobe to support open source flash, gnash
[12:18] <ispiked> there are two obvious work-arounds that could be implemented.
[12:18] <Burgwork> file a bug report with those work arounds
[12:18] <Burgwork> it will get to him
[12:18] <ispiked> I cced the adobe flash linux guy on the mozilla bug.
[12:18] <ispiked> he still hasn't responded.
[12:28] <ispiked> ok, commented on https://launchpad.net/products/firefox/+bug/14911.
[12:28] <Ubugtu> Malone bug 14911 in firefox "Flash plugin problem with ARGB visuals causes crash" [Unknown,Confirmed]  
[12:29] <jdong> ispiked: I believe a 3rd workaround is to set Options Composite 0 in xorg.conf
[12:30] <ispiked> jdong: is composite enabled by default? because I've seen people's xorg.confs that crash without composite listed as an extension.
[12:30] <jdong> ispiked: in edgy / Xorg 7.1, yes
[12:30] <ispiked> jdong: ah, alright.
[12:30] <jdong> I don't think that was well documented enough in the release notes
[12:30] <jdong> it leads to fglrx shutting off 3D acceleration by default, too
[12:30] <ispiked> it definitely should be added. :\
[12:30] <ispiked> jdong: it?
[12:30] <jdong> which has lead to a good deal of confusion
[12:30] <ispiked> jdong: the crash?
[12:30] <jdong> ispiked: composite extensions
[12:31] <ispiked> jdong: oh.
[12:31] <jdong> when fglrx detects composite, it'll disable DRI
[12:31] <Burgwork> ispiked: thanks. I didn;t want to be harsh, but iwj is drowing in enough bugs
[12:31] <HrdwrBoB> the unfortunate answer is you shouldn't have bought an ATI card
[12:31] <ispiked> Burgwork: does he do more than Firefox?
[12:31] <Burgwork> yep
[12:31] <Burgwork> know any good mozilla gurus?
[12:32] <ispiked> Burgwork: yes.
[12:32] <ispiked> Burgwork: I'm an active member of the mozilla community.
[12:32] <ispiked> Burgwork: time is tight over there, too, though. :\
[12:32] <jdong> HrdwrBoB: heh... on laptops there aren't that many better alternatives
[12:32] <Burgwork> ispiked: canonical is looking for a full time moz maintainer
[12:32] <ispiked> Burgwork: mmm...
[12:32] <HrdwrBoB> jdong: I didn't say it was easy or even feasible :)
[12:32] <jdong> GMA950, really.... but if you need more graphical performance than that, it's ATI :)
[12:33] <ispiked> Burgwork: mozilla has hired most of its good contributors. :P
[12:33] <Burgwork> yes, yes it has
[12:33] <ispiked> Burgwork: everyone I can think of already works for Mozilla. 
[12:33] <ispiked> Burgwork: but I'll keep that in mind.
[12:48] <jdong> didn't shutdown have a fsck option
[12:48] <jdong> before upstart?
[01:15] <shadok> hi
[01:15] <shadok> is there any date for including a 2.6.18 kernel in repositories ,
[01:15] <shadok> ?
[01:16] <Burgwork> shadok: the kernel for 6.10 is frozen
[01:16] <Burgwork> I believe feisty will use .19, or whatever is the latest stable as of kernel release
[01:16] <Burgwork> kernel freeze, rather
[01:16] <shadok> ahok so there is a kernel version per release ?
[01:17] <Burgwork> yes
[01:17] <shadok> thanks for the details :)
[01:17] <Burgwork> no worries
[01:17] <Burgwork> shadok: are you thinking FC-style?
[01:17] <Burgwork> with updated kernels after release?
[01:18] <shadok> how does it work when a critical bug is found ? patching the actual release of the kernel ?
[01:18] <Burgwork> yes, the patch is backported
[01:18] <HrdwrBoB> backported patch
[01:18] <HrdwrBoB> which is the only sane way to do it
[01:18] <shadok> i'm a gentoo user so kernel versions are regularly updated, i juste was wondering what was about in ubuntu :)
[01:19] <Burgwork> right
[01:19] <Burgwork> gentoo has a very different release style than Ubuntu
[01:19] <shadok> i'll look for a description of backports in ubuntu
[01:19] <Burgwork> the kernel is never backported
[01:20] <shadok> ok only the patches
[01:20] <shadok> is this easy to apply a patch to an ubuntu kernel ?
[01:20] <Burgwork> that is maintained in git
[01:20] <shadok> just apt-get it ?
[01:20] <Burgwork> no, in git
[01:21] <shadok> just a minute, time to find out what it is ^^
[01:22] <shadok> ok, are git's repositories the same thant backport ?
[01:22] <shadok> *than
[01:23] <Burgwork> no
[01:24] <Burgwork> ubuntu maintains it kernel is git
[01:24] <Burgwork> there are branches for each release
[01:25] <shadok> the problem is that a friend of mine needs a >=2.6.18 kernel to use his webcam, do we have to patch his 2.6.17 kernel or compile a vanilla one or is there another simple way ?
[01:25] <shadok> ok
[01:25] <Burgwork> the patch might have been already backported
[01:25] <Burgwork> check to see if it works
[01:25] <shadok> ok thx :)
[02:12] <keescook> so, who do I subscribe to bug 65795 to start the SRU process?  The wiki wasn't clear about how/where to send the proposal, other than making sure it was in the bug too.
[02:12] <Ubugtu> Malone bug 65795 in vino "vino won't accept my password" [High,Fix committed]  http://launchpad.net/bugs/65795
[02:15] <lifeless> SSRU ?
[02:17] <dsas> Stable Release Update ?
[02:17] <keescook> dsas: yup.
[02:17] <keescook> I'm going to assume I'm supposed to email mdz and cjwatson directly, since I don't see any SRUs on ubuntu-devel.
[02:31] <LaserJock> keescook: doesn't the SRU wiki page say?
[02:33] <dsas> keescook: You probably just want to subscribe mdz and kamion to the bug and paste your proposal in there....
[02:33] <dsas> at least that's what I get from the wiki page.
[02:49] <lifeless> BenC: did we end up with xen enabled kernels in edgy by default ?
[02:49] <BenC> not by default
[02:49] <BenC> they are in universe
[02:49] <lifeless> cool
[02:49] <lifeless> so if I just search for xen in apt, I should be able to figure it out ?
[02:50] <lifeless> do they have all the other patches regular kernels do ?
[02:50] <zul> 2.6.17 kernels do 2.6.16 doesnt
[02:50] <ajmitch> lifeless: x86 or amd64?
[02:51] <lifeless> k7 (x86)
[02:51] <ajmitch> ok, 2.6.17 should be fine for you :)
[02:51] <infinity> BenC: Boo!
[02:51] <infinity> http://librarian.launchpad.net/4941201/buildlog_ubuntu-feisty-powerpc.linux-source-2.6.19_2.6.19-2.2_FAILEDTOBUILD.txt.gz
[02:51] <infinity> http://librarian.launchpad.net/4941202/buildlog_ubuntu-feisty-sparc.linux-source-2.6.19_2.6.19-2.2_FAILEDTOBUILD.txt.gz
[02:51] <ajmitch> good afternoon infinity 
[02:54] <infinity> BenC: Looks like the linux32 stuff didn't get fixed?
[02:56] <BenC> infinity: I had it fixed locally, not sure why it's still broken
[02:57] <BenC> infinity: ppc brokeness I fixed, but wrongly
[02:57] <BenC> copied it to defconfig instead of ppc_defconfig
[02:57] <BenC> infinity: I can do another upload in a minute
[02:58] <BenC> after I figure out what the hell is wrong with sparc
[03:00] <infinity> Maybe you fixed it in a local test tree, but didn't commit to git? :)
[03:00] <infinity> (Lord knows I've done that enough times)
[03:02] <Nafallo> 2.6.17 xenthingie doesn't work :-P
[03:04] <ajmitch> Nafallo: we know that, ok
[03:04] <Nafallo> oh. oki.
[03:04] <Nafallo> I thought it was just me and some few others.
[03:05] <ajmitch> you've told us about 3 or 4 times that it has issues, we've seen the bugs :)
[03:05] <Nafallo> I won't upgrade my server then ;-)
[03:05] <ajmitch> no, it's any amd64 xen kernel
[03:05] <Nafallo> but the i386 should work?
[03:05] <zul> yes im running right now
[03:06] <infinity> Not if the host is an i386 kernel, that's for sure.
[03:06] <Nafallo> oki. have to drop that idea then...
[04:26] <MrKeuner> hi, is there an environment variable to be set in order for dpkg-buildpackage to use jam instead of make for a particular project?
[04:30] <Nafallo> gnight
[04:31] <LaserJock> MrKeuner: to actually build the source? you can specify the build commands in debian/rules
[04:31] <MrKeuner> LaserJock: right. OK I'll try that thanks
[04:41] <keescook> hm, is there a way to explicitly blacklist certain modules during livecd boot?
[04:41] <MrKeuner> changing #!make to #!jam in debian/rules does not work, what else should I possibly be doing?
[04:44] <LaserJock> MrKeuner: you want debian/rules to use jam?
[04:45] <LaserJock> MrKeuner: that's kinda odd
[04:45] <LaserJock> I thought you just wanted to use jam to build the source
[04:47] <LaserJock> ispiked: it's not terrible. if you want help you can ask #ubuntu-motu
[04:51] <MrKeuner> LaserJock: the package I would like to compile and create a deb package out of, asks for jam to be used instead of make
[04:52] <LaserJock> MrKeuner: sure, but you still want to use make to process debian/rules
[04:52] <LaserJock> MrKeuner: so in the build: rule in debian/rules is where you want to use jam
[04:53] <MrKeuner> Oh, then What am I actually supposed to do?
[04:53] <LaserJock> MrKeuner: does that make sense?
[04:54] <MrKeuner> yes but I cannot find some place to let rules script know that I need it to use jam
[04:54] <LaserJock> you just use jam instead of make
[04:54] <MrKeuner> How do I do that?
[04:55] <infinity> keescook: I thought you were gone for the day. :P
[04:55] <LaserJock> MrKeuner: can you pastebin your debian/rules file?
[04:55] <MrKeuner> sure
[04:55] <LaserJock> !pastebin > MrKeuner 
[04:55] <infinity> keescook: Also, some sbuild hacking and some manual mangling of previous builds, and everything seems good, except for ia64.
[04:58] <MrKeuner> LaserJock: http://pastebin.ca/230169
[04:58] <infinity> #
[04:58] <infinity>         # Add here commands to compile the arch part of the package.
[04:58] <infinity> #
[04:58] <infinity>         #$(MAKE) 
[04:58] <infinity> That's the part where you'd call jam.
[04:59] <LaserJock> yeah
[04:59] <infinity> Also, can you please take this to -motu, or somewhere other than here.
[04:59] <MrKeuner> Sorry, I thought it wasn't off topic
[05:00] <infinity> When the question is essentiall "I ran dh_make, and don't know how to edit the template", it's a bit off-topic, yes.  There are plenty of good manuals (and helpful people in -motu) to get you going.
[05:02] <MrKeuner> OK, I'll remember that thank you for the help.
[05:18] <Quash> can anyone maybe help a little with a big that is getting a lot of support from users who are experiencing it but no acknowledgement from Ubuntu folks, even though it is quite severe?
[05:18] <Quash> sorry, not "big" but "bug."  :)
[05:20] <Quash> a number of us are trying to hash the bug out but are having difficulty, but willing to try whatever Ubuntu bug folks want us to in trying to nail it down.
[05:20] <LaserJock> Quash: #ubuntu-bugs is the channel you want then :-)
[05:20] <Quash> LaserJock: thx!
[05:21] <ajmitch> hey mnepton 
[05:39] <fabbione> morning
[05:40] <Fujitsu> Hey fabbione.
[05:48] <ajmitch> morning fabbione 
[07:19] <bluefoxicy> I'm going to sleep
[07:28] <bluefoxicy> whoever cares about CrashReporting, I'm back at AutomatedProblemReportsTagging on the wiki again.  Sleep time for me.
[07:39] <dholbach> good morning
[07:39] <ajmitch> morning daniel
[07:39] <dholbach> how's it going?
[07:39] <ajmitch> good :)
[07:39] <ajmitch> we had a lively discussion earlier about universe & edgy-updates :)
[07:40] <dholbach> ahh!
[07:40] <ajmitch> see -motu list
[07:43] <dholbach> it looks good - I'll think about it today and reply to it
[07:43] <dholbach> thanks for working on it
[08:19] <Mez> do -proposed uploads need to be uploaded by a core-dev?
[08:21] <crimsun> no. I presume you're following SRU.
[08:21] <Mez> well, will be ;)
[08:21] <Mez> once I get this f**ker working#
[08:55] <slomo_> keescook: ping?
[08:55] <jdub> is anyone making Real Compiz packages, instead of all this beryl guff?
[08:56] <Hobbsee> jdub: isnt compiz already in repos?
[08:56] <ajmitch> Hobbsee: that's not Real
[08:56] <Burgundavia> jdub: beryl - because not integrating into GNOME is a great thing for GNOME-based distros
[08:56] <Hobbsee> ah
[08:57] <Burgundavia> Hobbsee: that is beryl, pre-fork
[08:57] <Hobbsee> ahhh
[08:57] <ajmitch> when they were still denying it was a fork
[08:57] <Burgundavia> it was just "community patches"
[08:57] <ajmitch> jdub: we can probably whip up some sane compiz packages for feisty 
[08:57] <jdub> Hobbsee: it's an old version of the bongsipping branch
[08:57] <Hobbsee> hehe
[08:58] <jdub> ajmitch: yeah, i'm thinking of quickly doing one up based on fedora's, which is great
[08:58] <Hobbsee> it didnt set my computer on fire, at least :P
[08:58] <Burgundavia> not exactly a roaring recommendation there, Hobbsee
[08:58] <Hobbsee> Burgundavia: hehe, true that
[08:59] <Burgundavia> getting a good sane compiz is good to end this "beryl is good for us" talk
[08:59] <mnepton> http://www.tycomsystems.com/beos/BeBook/The%20Kernel%20Kit/System.html
[08:59] <mnepton> is_computer_on_fire()
[09:00] <Lathiat> er 
[09:00] <Lathiat> heh
[09:00] <Hobbsee> haha, nice
[09:00] <Lathiat> linux used to say 'lp0: printer on fire' when it ran out of paper apparently
[09:00] <StevenK> "Returns 1 if the computer is on. If the computer isn't on, the value returned by this function is undefined."
[09:05] <mnepton> the Be API reflected the long hours worked by Be employees
[09:43] <DBO> mvo, you here? =)
[09:44] <mvo> DBO: hello
[09:45] <DBO> mvo, I dont know if anyone from beryl has thanked you yet, but we owe you a thank you and apology for the backports on mesa
[09:45] <DBO> I hear you fixed them in the update-manager, thank you very much
[09:46] <mvo> DBO: no problem, don't worry :)
[09:47] <DBO> well thats it for me here, if your at UDS I'd like to buy you a cold one
[09:48] <DBO> goodnight =)
[09:48] <ajmitch> heh
[09:52] <Mirv> mvo: Can I direct you to the bug https://launchpad.net/distros/ubuntu/+source/python-apt/+bug/68553 ? Your fix seems to work, and it would be nice to consider having it in eg. dapper-updates... the problem might prevent working update-manager dist-upgrade on thousands of installed machines.
[09:52] <Ubugtu> Malone bug 68553 in update-manager "Dapper upgrade to Edgy: Frozen dist-upgrade and failed second run (in finish locales" [Medium,Confirmed]  
[09:54] <mvo> Mirv: thanks, I will upload a new version when I get it past the stable-release-updates 
[10:45] <tepsipakki> what's wrong with feisty-changes archives.. they seem to be lagging
[10:46] <dholbach> really?
[10:46] <tepsipakki> that's the impression I get
[10:46] <dholbach> how so?
[10:46] <Spads> the archiver is very heavily loaded
[10:47] <tepsipakki> or is it that the uploads are being accepted later
[10:47] <tepsipakki> the latest post to it seems to be linux-source from last thursday
[10:47] <tepsipakki> no biggie, I'm just used to follow -changes ;)
[10:50] <seb128> do we need to subscribe the feisty-changes? or somebody is going to subscribe the people who were subscribed to edgy-changes?
[10:51] <tepsipakki> Spads: too many lists :)
[10:51] <Hobbsee> seb128: i believe you have to subscribe yoruself
[10:52] <Spads> tepsipakki: well, lists used in place of syslog :)
[10:52] <fabbione> seb128: you need to sub yourself
[10:52] <seb128> bah
[10:53] <seb128> ok
[10:53] <seb128> who is listadmin nowadays? he's being lazy ;)
[10:53] <dholbach> seb128: Spads! ;-)
[10:54] <Spads> No, I'm not list admin
[10:55] <Spads> although I can be
[10:55] <seb128> dholbach: liar!
[10:55] <seb128> :)
[10:55] <Spads> nah, he's close enough
[10:56] <Spads> I see no pending moderation events
[10:56] <seb128> the question was why people need to subscribe again ;)
[10:58] <seb128> dholbach: not true, liar again!
[10:58] <dholbach> the problem was always the same
[10:58] <seb128> no
[10:58] <ajmitch> feisty uploads are probably being approved manually
[10:58] <seb128> jdub used to subscribe me
[10:58] <seb128> Keybuk: he did
[10:58] <dholbach> oh? then he did it only for his special friends 
[10:58] <Keybuk> it's possible that he used to copy certain bits of the list
[10:58] <Keybuk> or certain lists of people
[10:58] <seb128> dholbach: like everybody expected you ;)
[10:59] <seb128> the distro team by example ;)
[10:59] <seb128> s/expected/excepted
[10:59] <dholbach> seb128: only the important people, like you
[11:00] <dholbach> :-)
[11:00] <seb128> stop whining :p
[11:00] <dholbach> I didn't whine!
[11:00] <dholbach> I subscribed to feisty-changes on my own
[11:00] <seb128> so stop complaining you were not automatically subscribed to new lists previous cycles :p
[11:00] <dholbach> eeeeeeehhhh?
[11:01] <ajmitch> dholbach: getting picked on? :)
[11:01] <Hobbsee> dholbach: but crack pipes are fun!
[11:02] <dholbach> get working on some bug reports! :-)
[11:02] <ajmitch> yessir!
[11:02] <Hobbsee> dholbach: we cant upload yet!
[11:03] <dholbach> I'm triaging like crazy without uploading packages :)
[11:03] <ajmitch> kind of you
[11:03] <Hobbsee> indeed
[11:03] <dholbach> lots of crash reports since the release
[11:03] <seb128> dholbach: that's really nice to see you cracking on bugs again ;)
[11:04] <dholbach> there is no "catching up"
[11:04] <jdub> seb128: as much as i love you
[11:04] <jdub> seb128: it is true that i grepped for ubuntu.com :-)
[11:04] <jdub> seb128: as opposed to special casing you ;-)
[11:04] <cjwatson> tepsipakki: so, is it your belief that more than four uploads have been accepted into feisty so far?
[11:05] <seb128> jdub: haha
[11:05] <jdub> ARE YOU NOW OR HAVE YOU EVER BEEN UPLOADED TO FEISTY?
[11:05] <jdub> by the way
[11:05] <jdub> i am fixing my irc client now
[11:05] <jdub> such that every time i type "feisty"
[11:05] <jdub> it appears as "fisty"
[11:05] <fabbione> ahha
[11:06] <dholbach> "fesity" is popular too
[11:06] <dholbach> but not as funny :)
[11:14] <ajmitch> StevenK: what are you wanting to hijack?
[11:14] <StevenK> ajmitch: about-ubuntu
[11:14] <ajmitch> aha
[11:15] <ajmitch> was that mpt's?
[11:15] <StevenK> Yup.
[11:15] <ajmitch> hehe
[11:15] <ajmitch> I thought he already had something for it..
[11:15] <StevenK> So did I, but I got sick of trying to corner him.
[11:16] <ajmitch> he's usually not that hard to hunt down
[11:16] <mpt> hmm?
[11:17] <ajmitch> there he GOES
[11:17] <ajmitch> :)
[11:17] <ajmitch> hey mpt
[11:19] <StevenK> ajmitch: To be honest, I've spent that little on it, that I don't mind throwing it.
[11:19] <ajmitch> mpt: have you got any code for about-ubuntu ?
[11:19] <Keybuk> what's a good package for making graphs?
[11:19] <Keybuk> is there anything "prettier" than gnuplot?
[11:19] <infinity> Probably, but gnuplot works..
[11:20] <mpt> ajmitch, yes
[11:20] <mpt> I haven't done the drag-and-drop, though
[11:21] <ajmitch> in bzr somewhere?
[11:21] <mpt> and the key combo for closing the window has broken somehow
[11:22] <mpt> No, it's not in bzr
[11:22] <mpt> Hmm, I wonder if I can use this "Launchpad" thing for hosting it
[11:22] <ajmitch> apparantly you can
[11:29] <StevenK> mpt: If you want to share what you have, I can hack on it.
[11:36] <LedStyle> Hey guys... who will get this bug? https://launchpad.net/distros/ubuntu/+bug/67084 - The time is not syncing right... We all that live here in Sao Paulo are having problems with the time!
[11:36] <Ubugtu> Malone bug 67084 in tzdata "[Edgy]  Ubuntu Installer - Time Configuration" [Undecided,Unconfirmed]  
[11:36] <LedStyle> Its just a imple bug :(
[11:37] <LedStyle> simple*
[11:37] <infinity> dholbach: Heh.  I really should see about stealing that LP name.  You're not the first one to do that. :/
[11:38] <dholbach> I'll bear it in mind, the next time
[11:38] <dholbach> infinity: I'm sure elmo could make an 'error' in Launchpad happen ;-)
[11:38] <seb128> LedStyle: ask jbaily or pitti when they are around
[11:38] <infinity> Well, so could I.
[11:39] <infinity> dholbach: Unfortunately, there's currently no way to link two different usernames, so "stealing" the account wouldn't do much good.
[11:40] <LedStyle> seb128, ok. But i would like to indicate that bug to the correct team and package (upstream). No one look bug in Rosetta? :(
[11:40] <mpt> StevenK, ok, I'm trying to work out how to register it on Launchpad
[11:41] <dholbach> infinity: I'm sure stub can run some SQL queries accidentally. :)
[11:41] <seb128> LedStyle: the bug is fixed with the new tzdata, it's a matter of backporting the fix
[11:42] <infinity> dholbach: I could accidentally whack the account, my point is that there's no way in the code to make people/adconrad == people/infnity
[11:43] <infinity> I really should file a bug about that, rather than the informal "hey, is this possible" I did on #lp...
[11:43] <dholbach> ah ok.
[11:44] <StevenK> mpt: Right.
[11:46] <LedStyle> ok seb128 tks.
[11:46] <seb128> np
[11:47] <LedStyle> seb128, its just because this edgy time sux. Its displaying gmt-2 but its gmt -3. Im using another place in configs :D
[11:47] <seb128> LedStyle: I understand the issue, that's because the summer time change is wrong to tzdata, should be fixed soon when you really change for summer time :p
[11:48] <LedStyle> seb128, and maybe return to normal time before too :D
[11:49] <ajmitch> infinity: filing sync request for libselinux - you were last to touch it, so I thought I'd let you know before you spent any time on it
[11:49] <ajmitch> only ubuntu change is fixed upstream
[11:51] <infinity> ajmitch: Fine by me.  I don't even remember why I was the last to touch it. :)
[11:51] <infinity> Oh, PAGE_SIZE.
[11:51] <infinity> Are you sure that's fixed in Debian?
[11:51] <ajmitch> yeah, checked the changelog
[11:51] <infinity> Kay.
[11:52] <ajmitch>   * Bug fix: "libselinux: FTBFS on powerpc (refers to PAGE_SIZE not
[11:52] <ajmitch> etc
[12:11] <mpt> StevenK, I'll push the code as soon as I find a solution to the gpg problem preventing me from committing
[12:14] <cjwatson> mpt: sounds like you have gpg configured to use an agent, but you don't have an agent running
[12:14] <cjwatson> unless seahorse does that itself in which case I have no idea
[12:15] <mpt> I use bzr commit with no trouble in my Launchpad branches
[12:17] <jdub> Keybuk: reportlab
[12:18] <StevenK> mpt: Okay, cool.
[12:20] <Hobbsee> cjwatson: if i've got a package that has ftbfs in edgy, do i need to go thru the whole SRU policy to get a fix in?
[12:20] <Hobbsee> (and it wasnt in dapper)
[12:25] <cjwatson> Hobbsee: yes, afraid so; talk to dholbach if it's universe, I don't know the policy there offhand
[12:26] <StevenK> cjwatson: Universe has a policy for SRU? :-P
[12:26] <Hobbsee> cjwatson: okay.
[12:26] <Hobbsee> StevenK: it's getting one.
[12:26] <cjwatson> StevenK: well, it ain't getting past ubuntu-archive without *some* kind of decision on one ...
[12:27] <StevenK> cjwatson: Yeah, well, that's a point.
[12:27] <Hobbsee> cjwatson: what, you mean that sweet talking doesnt work?   :P
[12:28] <tfheen> Hobbsee: you can always try bribing him with decent beer.
[12:28] <mnepton> or indecent women
[12:28] <StevenK> He'd probably want the beer warm, though.
[12:28] <Hobbsee> tfheen: hehe
[12:31] <Hobbsee> mnepton: no way.
[01:07] <Keybuk> ah, now I remember why I dislike gnuplot
[01:07] <Keybuk> it's easy to draw 3D representations of the flow of air across a curved surface ...
[01:07] <Keybuk> ...yet it can't do a ruddy pie chart
[01:07] <tfheen> pies are best out of the oven
[01:11] <jdub> Keybuk: reportlab!
[01:12] <Keybuk> W: Unable to locate package reportlab
[01:12] <ogra> libgd :)
[01:14] <Keybuk> jdub: this appears to not be what I want?  tool for generating PDF reports?!
[01:25] <tfheen> hmm, vlock -a as root when not having a root password sent isn't the smartest thing I've done. :-)
[01:29] <_ion> Hehe.
[01:29] <_ion> +
[01:29] <_ion> Whoops.
[01:33] <jonh_wendell> how can i become a package maintainer? or i cant'?
[01:33] <luisbg> jonh_wendell, go to #ubuntu-motu
[01:33] <ogra> jonh_wendell, you become a MOTU 
[01:33] <ogra> https://wiki.ubuntu.com/MOTU
[01:33] <jonh_wendell> but the package is in main
[01:34] <jonh_wendell> i'm talking about rdesktop package
[01:34] <ogra> well, you will have to go through MOTU first 
[01:34] <Mez> mdz / Kamion ping
[01:34] <ogra> nobody enters main directly
[01:34] <Mez> neither are here ;)
[01:35] <Hobbsee> Mez: kamion is - cjwatson 
[01:35] <ogra> but indeed you can work together with a main uploader who reviews your patches to get your stuff into main
[01:35] <ogra> Mez, he's incognito ...
[01:35] <Hobbsee> why is everyone turning incognito now???
[01:35] <Mez> cjwatson, ping ;)
[01:35] <jsgotangco> Hobbsee: why not? its well deserved rest
[01:36] <Hobbsee> because...
[01:36] <jonh_wendell> ogra: ok, latter i'll check this. Thanks
[01:37] <ogra> jonh_wendell, since i'll have to do some work with rdesktop in feisty for ltsp integration, feel free to ping me, i'll be likely touching it in feisty ...
[01:38] <jonh_wendell> ogra: actually i'd like to learn how that process works. rdesktop 1.5 is available in debian. What must be done in ubuntu?
[01:38] <ogra> nothing :)
[01:39] <ogra> it will get autosynced
[01:39] <jonh_wendell> autosynced?
[01:39] <cjwatson> Mez: what?
[01:39] <cjwatson> Mez: (please include payload with your pings)
[01:39] <Mez> cjwatson: regarding a SRU for katapult ;)
[01:39] <jonh_wendell> ogra: when? how? why? :)
[01:40] <ogra> jonh_wendell, yep ... once the archive is opne for feisty, the automatical sync from debioan will start
[01:40] <ogra> *open
[01:40] <cjwatson> Mez: subscribe ubuntu-release to the bug
[01:40] <cjwatson> Mez: and send mail to notify us - IRC will get lost
[01:40] <jonh_wendell> ogra: so, there is no reason to open a bug like bug 68701?
[01:40] <Ubugtu> Malone bug 68701 in rdesktop "New version (1.5), sync from debian" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68701
[01:40] <Mez> ;) to you and mdz?
[01:41] <cjwatson> Mez: yes.
[01:41] <cjwatson> jonh_wendell: correct
[01:41] <ogra> jonh_wendell, not for feisty ... if people want it in another release, it should be assigned to the backports team once its in feisty  and backportable
[01:42] <Mez> cjwatson, <yourcurrentnick>@ubuntu.com / mdz@ubuntu.com
[01:43] <cjwatson> Mez: launchpad is --> that way
[01:43] <Mez> cjwatson, ah yes - lol
[01:46] <jonh_wendell> ogra: i'm trying to install rdesktop 1.5 from debian, but there is a dependency broken: libssl0.9.8 >= 0.9.8c-1, but edgy has 0.9.8.b. How this issue is handled in ubuntu?
[01:47] <cjwatson> jonh_wendell: we rebuild all packages from source; library dependencies are automatically generated during the build and often differ
[01:47] <ogra> well, for feisty we'll get the new libssl0.9.8 version 
[01:47] <mvo_> cjwatson: can you approve SRU for the dist-upgrader? or should I wait for mdz for this?
[01:47] <ogra> for an edgy backport the backports team would have to check if it runs with the older version
[01:48] <cjwatson> mvo_: mail rather than IRC, please?
[01:48] <cjwatson> I haven't done any SRUs for edgy yet, though ...
[01:48] <mvo_> cjwatson: sure, I will prepare it and send it
[01:50] <Mez> cjwatson, SRU emailed
[01:56] <jonh_wendell> let's suppose that i am the rdesktop mainteiner. Must i have in my system different versions of libs?
[01:56] <jonh_wendell> in order to build it?
[01:57] <ogra> no
[01:57] <ogra> we only develop for the recent development version (feisty atm)
[01:58] <ogra> so you only have to care for that one 
[01:59] <jonh_wendell> i'm going to install debian's newer libssl and rdesktop in order to try rdesktop 1.5
[01:59] <jonh_wendell> in edgy
[01:59] <tfheen> jonh_wendell: why not just recompile 1.5?
[01:59] <cjwatson> jonh_wendell: our binaries are all built in our datacentre machines, not by maintainers
[01:59] <cjwatson> the machines in the datacentre have chroots for various different releases in order to be able to build binaries for them
[01:59] <jonh_wendell> tfheen: not recompile, but compile
[02:00] <jonh_wendell> tfheen: because i'd have to install a lot of -dev packages...
[02:00] <cjwatson> jonh_wendell: it's "recompile" because Debian has already compiled it
[02:01] <tfheen> jonh_wendell: ... yes, and?
[02:01] <cjwatson> 'apt-get build-dep rdesktop'; it's not that hard
[02:01] <HrdwrBoB> recompiling rdesktop would require sfa more than build-essential
[02:01] <cjwatson> Build-Depends: debhelper (>= 4.0.0), autotools-dev, libxt-dev, libx11-dev, x-dev, libssl-dev
[02:02] <tfheen> HrdwrBoB: which is why we have those things called build-deps.  Quite useful.
[02:02] <jonh_wendell> cjwatson: yes, i wanted to try this, but it fetches 1.4 version from edgy
[02:02] <jonh_wendell> cjwatson: how can i do a apt-get source rdesktop and fetch 1.5 version?
[02:02] <cjwatson> jonh_wendell: who cares? the build-dependencies are identical
[02:03] <cjwatson> jonh_wendell: lftp http://ftp.debian.org/debian/pool/main/r/rdesktop/
[02:03] <kolape> When will edgy.1 be released?
[02:04] <thom> cjwatson: dget ftw :-)
[02:04] <jono> do we do dailies every day in the development period?
[02:05] <bhale> jono: roughly, but you have to wait until things get kicked off
[02:05] <jono> bhale, thats cool
[02:05] <jono> I am thinking of ways to get more feedback about hardware support from the community
[02:05] <jono> and, more feedback about software too
[02:05] <bhale> usually snapshot releases are close enough together
[02:06] <Hobbsee> jono: for edgy or feisty?
[02:06] <bhale> to catch kernel regressions in time
[02:06] <jono> feisty
[02:06] <bhale> if you keep on top of every one
[02:06] <jono> cool
[02:06] <jono> the problem is for mythtv hardware - most people have a single mythtv box and won;t want to run feisty on it
[02:06] <Treenaks> jono: "get bug 20283 fixed and I'll buy you beer".. stuff like that?
[02:06] <Ubugtu> Malone bug 20283 in xserver-xorg-driver-ati "[fgl v5000]  really bad sync" [Unknown,Needs info]  http://launchpad.net/bugs/20283
[02:06] <jono> so live cds seem an option, or possibly VMs, but I assume hardware in VMs is not 100% the same
[02:07] <jonh_wendell> ogra: rdesktop 1.5 clipboard feature is cool! i've installed it from debian, just needed update libssl0.9.8
[02:07] <jono> Treenaks, my thought is that we need to get more feedback from the community - I spoke to mdz about this the other week, getting more people to test hardware support and other things
[02:08] <ogra> Treenaks, thats 1 year old ... dont you think its time for an intel graphics based laptop ? :P
[02:09] <Hobbsee> jono: there are plenty who do - but they post their experiences on the forums.
[02:09] <jono> Hobbsee, well that is part of this too, figuring how to best get info from the forums into bug reports too
[02:10] <Hobbsee> jono: /query me @ that
[02:11] <Treenaks> ogra: it's one year old, but it's MINE! :P
[02:11] <ogra> heh
[02:12] <Treenaks> (and it's 1920x1200..)
[02:13] <sladen> jono: can you get the forums guys to put "The Forums are /not/ a bugtracker" (better wording) at the top of every page
[02:13] <jono> :)
[02:13] <ogra> yeah, that would be helpful
[02:14] <Treenaks> sladen: the same is true for IRC, I gues
[02:14] <Treenaks> s
[02:14] <_ion> Let's move bug tracking to forums! No, let's move forums to launchpad! No, let's move both to the wiki instead!
[02:15] <ogra> put a link into near the header (/via css or something) leading directly to the https://launchpad.net/distros/ubuntu/+filebug page
[02:15] <ogra> *inot or near
[02:16] <ogra> i had not enough yet 
[02:16] <ogra> (and i should be packing my stuff for tomorrow and not slacking on IRC)
[02:18] <jono> right now, do we have a guide that tells users how to submit a bug?
[02:19] <Hobbsee> jono: yes, but it's incredibly convoluted.  somewhere.  you'd also need to have a guide to show them how to use launchpad
[02:20] <Treenaks> "Filing a bug" and having people care for it is actually a new experience for most people who are new to free software/open source
[02:26] <Hobbsee> StevenK: it's out of date now.
[02:26] <StevenK> Yes, but it's still SUPPORTED.
[02:26] <Hobbsee> jono: really, it needs a better guide.  i believe mozilla had/has quite a good guide on how to file a bug, which i learned off
[02:26] <Hobbsee> StevenK: not as of 26 mins ago, i believe
[02:27] <StevenK> Hobbsee: According to Launchpad it still is.
[02:27] <jono> well I am looking at creating a really simple four or five step guide to submitting a bug
[02:27] <jono> before I can work to get more feedback, I need to ensure that anyone can find it simple to submit a bug
[02:27] <Hobbsee> StevenK: LP is not in our timezone
[02:27] <Hobbsee> jono: with screenshots, probably
[02:27] <StevenK> Neither is the security team.
[02:28] <jono> Hobbsee, exactly
[02:38] <jono> what is the situation with firmware? as an example ivtv uses some firmware to work, can we not ship it or can it go in a restricted repo somewhere?
[02:39] <cjwatson> depends whether we are legally allowed to redistribute the firmware
[02:39] <tfheen> jono: depends on whether it's redistributable or not.
[02:39] <jono> right, so if the owners if the firmware gave permission for redistribution it is fine
[02:39] <jono> I believe they gave permission to knoppmyth, but I am not sure if that is general redistribution
[02:40] <cjwatson> ideally the permission shouldn't be specific to us, otherwise we have to worry about what our mirrors are allowed to do
[02:43] <Whoopie> hi, we have an issue with a python package which is in an external repo. The package uses python-support, but after installation, python-support only builds the modules for python-2.5, not python-2.4. But in Debian Etch, this package works. Any ideas?
[02:44] <Whoopie> there is no pyversions file which could prevend building the python2.4 modules.
[02:44] <cjwatson> XS-Python-Version in debian/control?
[02:44] <cjwatson> weirdness in debian/rules?
[02:45] <cjwatson> (it might call pyversions -blah)
[02:49] <Whoopie> cjwatson: no X[SB] -Python-Version. and debian/rules is http://en.pastebin.ca/230842
[02:49] <cjwatson> you probably want doko, TBH
[02:52] <Whoopie> cjwatson: ok, thanks
[02:52] <Whoopie> doko: ping
[02:55] <doko> Whoopie: I don't know the package you are using
[02:58] <Whoopie> doko: ok, just in general, what could cause python-support not to build the /var/lib/python-support/python2.4/ files`
[02:59] <doko> Whoopie: no idea without knowing the package
[02:59] <Whoopie> it's python-httplib, sorry, I didn't mention it.
[02:59] <Whoopie> python-httplib2
[03:05] <doko> Whoopie: nice, now I know the package name, but it's not in the archive
[03:10] <Whoopie> ok, next step: it's in Debian Etch and we'd like to put in an external repo for edgy.
[03:10] <Whoopie> http://packages.debian.org/testing/libs/python-httplib2
[03:44] <bddebian> Howdy
[03:59] <Whoopie> doko: sorry for not giving you all the needed infos. I'd be grateful if you helped me.
[04:02] <doko> Whoopie: I'll have a look tomorrow
[04:03] <Whoopie> doko: thanks a lot.
[04:31] <sbalneav> Who's one of our gnome hackers?
[04:32] <sivang> sbalneav: tell what you need, I may be able to help.
[04:34] <sbalneav> Mind if I /query you, its less strictly devel, and more related to my deployment of edubuntu :)
[04:34] <sivang> sbalneav: not at all!
[05:01] <Adri2000> if a package is updated in edgy after the release (i.e. now), what does the feisty package become? is it automatically synced?
[05:02] <seb128> Adri2000: no
[05:04] <Adri2000> seb128: so how feisty will get the changes made in edgy?
[05:05] <seb128> it'll not
[05:05] <seb128> or people will have to upload the fixes to feisty too
[05:05] <seb128> that's not like there was a zillion of changes to edgy now anyway
[05:07] <Adri2000> ok
[05:09] <desrt> feisty!
[05:09] <desrt> (seriously...)
[05:09] <Keybuk> http://merges.ubuntu.com/main.html#stats
[05:11] <seb128> Keybuk: what is "Local"?
[05:11] <Keybuk> seb128: only exists in Ubuntu
[05:12] <Amaranth> Ubuntu has over 1,000 packages that don't exist in any form in Debian?
[05:13] <Keybuk> yes
[05:13] <Keybuk> language packs
[05:13] <Keybuk> :)
[05:13] <Amaranth> oh!
[05:13] <Amaranth> phew
[05:13] <seb128> the colors of the stats have nothing to do with those of the list, right?
[05:13] <Keybuk> seb128: no
[05:13] <seb128> k
[05:17] <Ubugtu> Malone bug 69523 in xscreensaver "Disability hostile: many of the pre-installed screensavers trigger migraine" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69523
[05:19] <keescook> can an ubuntu-core-dev sign and upload my vino edgy-proposed changes?  (bug 65795 has been approved for SRU into -proposed)  http://people.ubuntu.com/~kees/edgy-fixes/
[05:19] <Ubugtu> Malone bug 65795 in vino "vino won't accept my password" [High,Fix committed]  http://launchpad.net/bugs/65795
[05:24] <luisbg> sorry to bother but... so when is feisty fully coming out?
[05:25] <ogra> in april
[05:28] <luisbg> ogra, I ment for development/unstable
[05:28] <ogra> as soon as LP and the toolchanin are ready
[05:28] <luisbg> ok, cool
[05:28] <luisbg> thanks =)
[05:32] <seb128> keescook: looking at it
[05:32] <keescook> seb128: okay, thanks.
[05:34] <seb128> keescook: uploaded
[05:35] <seb128> thank you for the quick fix ;)
[05:37] <keescook> you're welcome!  I hadn't played with Remote Desktop before (and someone flagged it as "security"), so it got my attention.  :)
[05:37] <seb128> hehe ;)
[05:41] <cjwatson> Adri2000: we checked the analogous situation with dapper-updates and edgy shortly before the release of edgy, and there were (IIRC) precisely five packages where dapper-updates > edgy
[05:41] <cjwatson> Adri2000: that sort of volume is trivial to resolve by hand
[05:43] <Adri2000> indeed :)
[05:57] <hunger> When will the repros for feisty open up?
[05:58] <thom> uh, last week?
[05:58] <hunger> thom: They are there already? Cool!
[05:58] <sfllaw> keescook: Thanks for the ping.
[06:01] <sfllaw> keescook: From what I understand of the bug, reproduction steps are to set a password, log out, log back in, and try to VNC?
[06:01] <sfllaw> That should break it?
[06:01] <keescook> sfllaw: that's correct.
[06:01] <sfllaw> Thanks.
[06:02] <keescook> or better yet: set a password, verify you can VNC in, then log out and back in, and now you can't VNC.  :)
[06:02] <sfllaw> Right.
[06:05] <cjwatson> hunger: we're just sorting out the toolchain before making it generally available for uploads. At the moment that seems to be expected to be done sometime this week.
[06:06] <hunger> cjwatson: Good... i am so bored without the daily adrenalin rush when updating;-)
[06:15] <slomo_> keescook: ping?
[06:15] <keescook> slomo_: pong! what's up?
[06:16] <slomo_> keescook: hi :) i saw that you've written the mpeg2dec documentation... i'm currently debugging a crasher with the gstreamer plugin for it on ppc which the gstreamer guys assume is caused by wrong buffer alignment... do you know anything about required alignment? the docs don't say anything about it
[06:17] <keescook> slomo_: ah!  Yeah, the docs I wrote may be kind of old, I did it mostly because I barely understood the code myself.  :)
[06:17] <keescook> there _shouldn't_ be an alignment issue, I don't think.
[06:17] <keescook> can you point me to the bug?
[06:17] <keescook> I've got a PPC local I can use to reproduce it.
[06:19] <slomo_> keescook: it only happens with an altivec enabled libmpeg2 which ubuntu doesn't have because of this bug... it's http://bugzilla.gnome.org/show_bug.cgi?id=327350 and i can reproduce it with various files and pipelines on my ibook ;)
[06:19] <Ubugtu> Gnome bug 327350 in gst-plugins-ugly "[mpeg2dec]  altivec crashes on misaligned buffers" [Normal,Unconfirmed]  
[06:19] <keescook> aah, with altivec, yeah, that may have alignment issues...
[06:19] <slomo_> question is... what's the correct alignment? :)
[06:21] <keescook> slomo_: dunno, I will read through this.  I've got a buddy that's done a bunch of altivec work, so I'll ping him about it too.
[06:21] <slomo_> keescook: ok, thanks... i'll try to find some time for fixing or at least further debugging it tomorrow
[06:22] <keescook> I find it weird that it crashes during a "free".  That would imply a heap overflow... I'll continue digging.
[06:23] <slomo_> keescook: or general memory corruption... when not running in valgrind or gdb glibc tells about a double free
[06:24] <keescook> slomo_: yeah.  something bad in there.  :)
[06:29] <slomo_> keescook: btw, a similar crash happens at least on amd64 too but not as often as on ppc
[06:30] <mvo> a quick poll, we need a better name for "dist-upgrade". it should describe what it is we do with the update-manager when moving from dist-1 to dist. current candidates are "ReleaseUpgrade". any other suggestions?
[06:30] <keescook> slomo_: okay, I'll look
[06:30] <slomo_> keescook: thanks :) please tell me when you find something useful :)
[06:30] <keescook> slomo_: for sure!  :)
[06:30] <thom> mvo: this is just for u-m? not apt-get? 
[06:31] <keescook> mvo: ReleaseUpgrade sounds good
[06:31] <mvo> thom: yes, just for u-m, to make it clear that its not the same as the apt-get dist-upgrade command
[06:32] <thom> yeah, ReleaseUpgrade is probably good
[06:33] <cjwatson> I'd prefer not wiki-case, but yes
[06:33] <cjwatson> (i.e. release-upgrade or release-upgrader or similar)
[06:34] <keescook> oh, I assumed it was for the wiki.  :P
[08:03] <PSUSI> for a bug report that applies upstream ( the kernel ) for which a fix is in linus's tree now, should the status be set to fix released?  or in progress since it has not made its way into ubuntu yet ( we are still using the older kernel )
[08:06] <zul> PSUSI: is there a patch available in the bug report?
[08:08] <PSUSI> no... but it is upstream in linus's kernel so when we update, we will get it
[08:09] <ajmitch> morning
[08:14] <bddebian> Heya ajmitch
[08:14] <zul> PSUSI: depends if the bug is 2.6.17 and the fix is in 2.6.18 then we would have to backport it 
[08:15] <PSUSI> the fix is in 2.6.19, but it is not a security bug so that means it won't be backported no?
[08:15] <zul> it depends on how simple the fix is
[08:16] <PSUSI> I'm prety sure it is not simple, and it is a performance issue only... reiserfs used to load the entire volume block bitmap on mount, so for very large volumes mounting took a very long time
[08:16] <PSUSI> https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/47010
[08:16] <Ubugtu> Malone bug 47010 in linux-source-2.6.15 "ReiserFS mount is dog-slow on Promise FastTrack 376 RAID" [Medium,Unconfirmed]  
[08:17] <zul> yeah this probably wont be backported
[08:17] <PSUSI> so what should the status be set to?
[08:18] <zul> i would reject it myself
[08:18] <PSUSI> rejected eh?  bugs that won't be fixed until the next release cycle are rejected?
[08:19] <PSUSI> that doesn't make much sense
[08:19] <PSUSI> I was thinking at least confirmed, if not in progress
[08:22] <zul> not really in progress but confirmed yes
[08:23] <PSUSI> ok... confirmed it is
[08:43] <keescook> slomo_: do you have a small mpeg that causes the problem?  pitti's example doesn't exist any more.
[08:44] <slomo_> keescook: nothing small but i could reproduce it on all mpeg files i tried (remember to use libmpeg2-4 from debian as ubuntu's has altivec disabled)
[09:35] <Imrahil> has there been a regression in libfreetype6? native font rendering on msttcorefonts seems messed up
[09:35] <pygi> siretart: sec for me? :)
[09:36] <Imrahil> ^ using native, subpixel, full hinting mode, tahoma, trebuchet look strange
[09:47] <siretart> pygi: perhaps? ;)
[09:47] <pygi> siretart: there is a partial -tao in libburn now, yay ^_^
[09:47] <siretart> pygi: w00t!
[09:48] <pygi> siretart: somebody should have said to me that sao vs. tao differences are minimal  :P
[09:49] <siretart> ;)
[09:49] <pygi> just you laugh :P
[09:52] <pygi> siretart: and I've been evaluating dvd implementation
[09:52] <pygi> siretart: I can't believe how simple it seems now :P
[09:52] <pygi> siretart: if you showed me that like half year before I'd stare at it knowing nothing :P
[09:53] <pygi> only thing I still can't figure out is multi sessions
[09:53] <pygi> well, I can actually but it requires substantial amount of work :P
[09:54] <siretart> hoestly, I have no idea how cdburning actually works on hardware level
[09:54] <pygi> siretart: oki, but I still feel the need to bug you ^_^
[09:54] <siretart> I imaged that some magic scsi commands were sent over the bus, but I don't speak scsi
[09:54] <siretart> pygi: hehe. no problem :)
[09:55] <pygi> siretart: I'll stop for today :P
[09:55] <pygi> you have 2 hours of rest now ^_^
[09:56] <siretart> pygi: do you happen to be in #cdrkit?
[09:56] <pygi> siretart: no, I left that channel
[09:56] <siretart> why?
[09:57] <pygi> siretart: people in there have some serious problems accepting advices
[09:57] <siretart> ic
[09:57] <pygi> at least that's what I experienced
[09:58] <pygi> siretart: anything interesting happening? :)
[09:59] <siretart> pygi: oh, I've been busy with my thesis lately
[09:59] <pygi> siretart: aha, and how is that going?
[10:00] <siretart> pygi: say, libburn doesn't happen to be written in c++, is it?
[10:00] <pygi> siretart: nop, C
[10:00] <pygi> siretart: why?
[10:00] <siretart> the thesis is going okay. I wished I had already written more, but that's normal I think
[10:01] <pygi> siretart: nice to hear :)
[10:01] <siretart> pygi: because I'm doing AOP (aspect oriented programming) at runtime with C++ in my thesis
[10:01] <pygi> oh :)
[10:01] <siretart> pygi: and I'm still looking for interesting projects for my thesis
[10:02] <siretart> pygi: the infrastructure doesn't support plain C projects yet. the static aspect weaver uses c++ features like templates heavily
[10:02] <pygi> siretart: right, sorry that I can't be of help there :-/
[10:02] <siretart> my advisor is working on plain C support, but it's not there yet. perhaps in 6 to 12 months
[10:02] <pygi> o joy, that's a lot :P
[10:03] <siretart> pygi: I cannot really think of cross cutting concerns in a cd writing application or library either (besides the standard example tracing, of course)
[10:05] <pygi> siretart: will have to get offline for a bit
[10:06] <siretart> pygi: okay. have fun! (with whatever ;)
[10:24] <gnomefreak> mvo: you around? i have user with weird update-manager issues
[10:26] <gnomefreak> its asking him to remove X dir.
[10:27] <fdoving> mdz: SRU request: https://launchpad.net/distros/ubuntu/+source/kopete/+bug/69583
[10:27] <Ubugtu> Malone bug 69583 in kopete "SRU: kopete can't connect to ICQ. " [Undecided,Unconfirmed]  
[10:27] <mvo> gnomefreak: hello, yes. I'm here. is this a message from from x11-common?
[10:27] <gnomefreak> yes
[10:28] <gnomefreak> he removed everything inside it :(
[10:28] <gnomefreak> now any command i give him to run including --reinstall x11-common gives depends issues
[10:29] <mvo> gnomefreak: urgs, can you put the output of "dpkg --configure -a;apt-get install -f" on a pastebin please? 
[10:29] <mdz> fdoving: please describe what the patch does in the changelog, rather than simply saying that you added a patch
[10:29] <mvo> gnomefreak: assuming that those commands fail
[10:29] <gnomefreak> ok let me get him to try
[10:29] <mvo> gnomefreak: we should probably move this to #ubuntu-bugs or a different channel 
[10:29] <gnomefreak> mvo: can you join #ubuntu-classroom as i have him in there
[10:56] <Aualin> Hi
[10:56] <Aualin> HOW THE HELL DO YOU MANAGE TO BREAK PRISM DRIVERS?!?!?!?!?!
[10:58] <claviola> I AGREE WITH THE PERSON ON THE EDGE ABOVE!!  AAAARRRRGHHH
[10:59] <Burgwork> Aualin: can you please rephrase that?
[11:01] <claviola> Say old chaps, I can't help but notice the mechanism that empowers my Prism computer device is suffering from a malady.  Heavens, this is quite the quandary for my day to day over the air transactions!
[11:02] <Aualin> how the hell can you even MANAGE to BREAK open-source drivers?
[11:03] <Aualin> prism cards has the best support in linux, AND YOU MUST BE THE FIRST TO BREAK IT!!!!!!!!!!!!!
[11:03] <Aualin> i cant understand how you even can realese such crap!
[11:03] <claviola> Aualin: have
[11:04] <Aualin> edgy is very crappy WITHOUT PRISM SUPPORT
[11:04] <Aualin> brb
[11:04] <crimsun> ok, instead of being vitriolic, can you point us to a bug you've filed in Launchpad?
[11:06] <claviola> As a great man once said, "Everything you say to me / Takes me one step closer to the edge / And I'm about to break".
[11:07] <sid> I switched from xubuntu to ubuntu(I was on xubuntu and did apt-get install ubuntu-desktop), gnome works fine and all. But my bootsplash when I first boot(before gdm) shows xubuntu splash screen. How do I change that?
[11:08] <claviola> sid: you need to reconfigure usplash
[11:08] <sid> thanks
[11:08] <claviola> install "usplash-theme-ubuntu"
[11:08] <cjwatson> sid: sudo update-alternatives --config usplash-artwork.so; sudo update-initramfs -u
[11:08] <cjwatson> claviola: ubuntu-desktop already depends on that
[11:09] <claviola> ah.  my ubuntu specific knowledge is only cursory, sorry.
[11:21] <BenC> Can a distro person approve linux-source-2.6.19 for feisty please?
[11:27] <Aualin> ok back
[11:28] <Aualin> I CANT USE NVIDIA DRIVERS BECAUSE OF YOU BREAKING THE PIRMS DRIVERS!!
[11:28] <Aualin> its a hell!
[11:28] <Aualin> GET YOURSELF SOME PRISM CARDS
[11:28] <crimsun> ok, instead of being vitriolic, can you point us to a bug you've filed in Launchpad?
[11:29] <Aualin> AND HAVE FUN NOT GETTING OUT OM THE NET!
[11:29] <Aualin> HAHAHAHAHAHAHAHAHA!!!
[11:29] <Burgwork> Aualin: please calm down
[11:29] <Aualin> you are funny
[11:29] <Aualin> a bug on launchpad?
[11:29] <Aualin> are you guys blind?
[11:29] <Aualin> gotta sleep now
[11:30] <Adri2000> we are not blind but you are deaf
[11:30] <Adri2000> :x
[11:30] <tseng> ah too bad
[11:30] <ajmitch> hello tseng 
[11:30] <tseng> hi there.
[11:31] <bhale> hello, ubunteros
[11:38] <mcsmurf> someone here knows who is the person who is responsible for the Firefox 2 package in Ubuntu? I have a question regarding the build id
[11:38] <mcsmurf> and the user-agent used
[11:39] <seb128> mcsmurf: iwj maintains it, he's usually around during working hours european time
[11:39] <mcsmurf> ok, it's a bit later already ;)
[11:40] <mcsmurf> but the thingy in 6.10 is supposed to be FF 2 final or am I wrong here?
[11:40] <seb128> it is yep
[11:41] <mcsmurf> look at the user-agent
[11:41] <mcsmurf> the build id seems to be in the past somewhat, no?
[11:42] <mcsmurf> or do the build machines run with the wrong time/date :-D ?
[11:42] <mcsmurf> (2006-06-01)
[11:42] <seb128> dunno
[12:08] <fdoving> mdz: done.