[12:19] <jjesse>  evening
[12:29] <mhb> Riddell: with us being stuck with KDE3/Qt4 for two releases, a port of polyester to qt4 sounds sensible
[02:22] <ryanakca> nixternal: well, looks like we're one step closer to the groupware server :)
[03:42] <nixternal> ryanakca: rock on!
[04:04] <nixternal> Dell sucks...they offer Vista, Ubuntu, and FreeDOS, but not Kubuntu@#@ !@##@
[04:06] <ajmitch> aw
[04:06] <ajmitch> but you've got vista, what else do you need?
[04:07] <nixternal> Hobbsee and crimsun!!!!! you see what I have to put up with ^^ :)
[04:08] <nixternal> I am going to buy a system with FreeDOS...cuz it rocks
[04:08] <Hobbsee> nixternal: poor you.
[04:08] <jjesse> why does my dell w/ vista cause less :)
[04:08] <jjesse> cost
[04:08] <Hobbsee> nixternal: make sure you dual boot vista on there, so you can have your pointy-clicky sensation.
[04:09] <nixternal> jjesse: because Ubuntu is better...jeesh ;p
[04:09] <jjesse> actually i priced out a smiliar box from system76 and it was chearper on system76 then dell
[04:09] <nixternal> mey, tty1-6 doesn't have pointy-clicky
[04:09] <nixternal> System76 is the way to go...I seen their little white laptop at school...wow is that thing sweet
[04:09] <ajmitch> nixternal: gpm
[04:10] <nixternal> gpm..wth...KDM!!!
[04:10] <nixternal> haha
[04:10] <nixternal> gallons per mile
[04:10] <nixternal> meter
[08:39] <viviersf> Riddell, ping
[09:35] <Tonio_> yo
[09:36] <hunger> Hmmm... kontact has file conflicts with knode.
[09:47] <Tonio_> hunger: on feisty ?
[09:47] <hunger> Tonio_: Nope, gutsy.
[09:47] <Tonio_> hunger: hum, still with the desktop file ?
[09:47] <Tonio_> I already had to fix that several times :)
[09:48] <hunger> Tonio_: I think so, the error message is no longer in my scrollback buffer though.
[09:49] <hunger> Tonio_: Ah, found it: /usr/share/services/kontact/knodeplugin.desktop
[09:50] <Tonio_> hunger: that's a common thing
[09:50] <Tonio_> hunger: are the packages for 3.5.7 released ?
[09:51] <hunger> Tonio_: There are 3.5.7 packages in gutsy. Dunno whether they are officially released or not.
[09:52] <Tonio_> hunger: okay I'll fix kontact then
[09:52] <Tonio_> hunger: give me a moment
[09:53] <Riddell> viviersf: hi
[09:53] <Tonio_> hey Riddell
[09:54] <Tonio_> hunger: I'm just fixing the issue
[09:54] <Tonio_> Riddell: I worked on kaffeine yesterday, and I know why it doesn't pass the WMP detection on several websites
[09:54] <Tonio_> Riddell: in fact it needs patching to change its identity depending the mimetype, as kmplayer does
[09:54] <Tonio_> Riddell: I'll fix this before switching to kaffeine by default
[10:02] <LongPointyStick> hi Tonio_, Riddell
[10:10] <MidMark> guys there is some delays in linux kernel to appears in update manager? I got only updates for restricted modules, nvidia driver and linux-libc-dev
[10:10] <MidMark> this also can break things if I install only that packages
[10:10] <Hobbsee> yes....
[10:11] <Hobbsee> MidMark: l-r-m has to be built after the kernel - it always happens taht way
[10:11] <MidMark> not in this case
[10:11] <MidMark> restricted modules are here
[10:12] <MidMark> linux kernel nope
[10:12] <Hobbsee> mirror thing, or what?
[10:13] <MidMark> Hobbsee: kernel comes from security?
[10:14] <Hobbsee> gutsy security isnt open yet.
[10:14] <MidMark> I'm talking about feisty
[10:14] <Hobbsee> er, you need to actually say that, else it's assumed you're running the development release.
[10:15] <Hobbsee> then i have no idea
[10:15] <Riddell> very likely it's not a problem, but the relevant channel is #ubuntu-kernel
[10:15] <Hobbsee> my feisty is borkened.
[10:15] <Riddell> or #ubuntu
[10:15] <Hobbsee> here is *definetly* not relevant
[10:17] <Hobbsee> people are - but the default for development is gutsy...
[10:17] <Jucato> it is a devel channel, you'd expect the people here would be running devel versions most of the time :)
[10:17] <Hobbsee> Riddell: what's your opinion on bulding kde 3.5.7 for dapper?
[10:18] <Hobbsee> it being a LTS and all, and with the improvements in kdepim
[10:18] <Jucato> (no 3.5.6 for Dapper though)
[10:18] <Riddell> Hobbsee: if someone wants to do it, go ahead
[10:18] <Hobbsee> Riddell: right.
[10:19] <Hobbsee> i wonder how many opeople would want it
[10:39] <Tonio_> hunger: strange I can't see where is the conflict for kontact and knode...
[10:39] <Riddell> Hobbsee: probably quite a few
[10:39] <Hobbsee> hmmmm
[10:40] <_StefanS_> Tonio_: hey
[10:40] <_StefanS_> Tonio_: just wrote you :)
[10:40] <Tonio_> hunger: isn't the issue do to the update, I mean if the file isn't in the same package....
[10:41] <_StefanS_> hey Jucato, Hobbsee !
[10:41] <Tonio_> _StefanS_: just answered ;)
[10:41] <Hobbsee> hiya!
[10:41] <_StefanS_> Riddell: and all
[10:41] <Jucato> _StefanS_!!!
[10:41] <_StefanS_> Tonio_: wrote you again :)
[10:41] <Tonio_> hunger: according to the packaging, there shouldn't be any conflict...
[10:41] <Tonio_> _StefanS_: answered again :)
[10:41] <_StefanS_> what the.. :)
[10:42] <Riddell> Hobbsee: two weeks
[10:42] <_StefanS_> Tonio_: I'm just merging with knm svn right now, seems to be any easy thing
[10:42] <Hobbsee>  right
[10:42] <_StefanS_> Tonio_: I've got the patch for kubuntu 0.1, if you want to try it out
[10:42] <_StefanS_> Tonio_: ofcourse you would need nm 0.6.5
[10:43] <Tonio_> _StefanS_: nopackages for this right now no ?
[10:43] <Tonio_> _StefanS_: I wasn't thinking about backporting latest NM for feisty :)
[10:44] <_StefanS_> Tonio_: only the one on the forum, but I have them compiled already if you want to try
[10:44] <Tonio_> no way to upload kaffeine right now........
[10:44] <_StefanS_> Tonio_: I know
[10:44] <Tonio_> I have to ping siretart
[10:44] <Hobbsee> Riddell: btw, i suspect you were supposed to CC the TB, at this point, seenig asthe main mail had gone thru.  or you could just come to the meeting.
[10:44] <_StefanS_> Tonio_: it was just easier patching a known package, and the up the stuff to the svn version
[10:44] <Tonio_> _StefanS_: sure
[10:45] <Tonio_> _StefanS_: well I'll probably package knm from scratch when the next tarball is released...
[10:45] <Tonio_> _StefanS_: changes lots of things to what I know
[10:45] <_StefanS_> Tonio_: yes, probably, should be easy though as it doesn't differ much from the current code
[10:45] <Tonio_> _StefanS_: ah ?
[10:46] <Tonio_> thought it would change lots of things, including vpn suppoer, kwallet integration etc....
[10:46] <_StefanS_> Tonio_: well the only changes seem to be eap two phase, and leap (plus some smaller fixes)
[10:46] <Tonio_> _StefanS_: ho you talk about nm, not knm :)
[10:46] <_StefanS_> Tonio_: I talk about knm
[10:47] <Tonio_> hum, this is not what I remember from my latest svn check..... but maybe I'm just confused...
[10:47] <Tonio_> okay let's patch kaffeine offline and wait for latest xine to reach the repos....
[10:48] <_StefanS_> sweet, the first attempt just compiled
[10:51] <Lure> _StefanS_: they have also added vpn support, right?
[10:51] <_StefanS_> Lure: uhm yep, I didn't pay much attention to it, but i think it said it wasn't supported on ubuntu yet
[10:52] <_StefanS_> they changed the kwallet interaction to be async, maybe that solves those periodic failures with knm on login
[11:05] <hunger> _StefanS_: Does knm work for you at all (on gutsy)?
[11:05] <_StefanS_> hunger: havent tried it on gutsy yet
[11:05] <_StefanS_> hunger: I know there's (or was) a bug in networkmanager ( Hobbsee?)
[11:07] <hunger> _StefanS_: It fails to load libnetworkmanager or something similar.
[11:07] <_StefanS_> hunger: I havent tested it, but I guess it is supposed to be bugged since its an alpha release
[11:16] <Lure> hunger: that should be fixed with recent kdepim upload
[11:16] <hunger> Lure: Don't see a newer version of kdepim yet.
[11:17] <Lure> hunger: dpkg -l networkstatus
[11:17] <Lure> hunger: it should be 3.5.7 something
[11:18] <Lure> hunger: it was built 18 hours ago, so it should be also on mirrors... https://launchpad.net/+builds/+build/339984
[11:18] <hunger> Lure: Oh, you were refering to that problem, thought you were talking about the kontact/knode conflict.
[11:19] <Lure> hunger: knetworkmanager in gutsy
[11:19] <hunger> Lure: You are right, knetworkmanager starts again!
[11:19] <hunger> Lure: Thanks for the tip.
[11:19] <Lure> hunger: we disabled kitchecnsync temporarily (needs new opensync which is not in main) to allow build of kdepim
[11:20] <hunger> Lure: No problem for me, got nothing to sync anyway:-)
[11:27] <Hobbsee> _StefanS_: fixed with a new kdepim upload, yes.
[11:28] <_StefanS_> :D
[11:33] <Tonio_> Riddell: did you include the kmilo's appearance patch to your gutsy packages ?
[11:33] <Tonio_> Riddell: that's to be discussed in the next meeting, maybe we should just include the patch and let the people test for feedback
[11:34] <Tonio_> Riddell: http://www.kde-apps.org/content/show.php/KMilo+-+Customizable+DefaultSkin?content=56287
[11:34] <Hobbsee> Tonio_: whcih package against?
[11:34] <Tonio_> Hobbsee: kdeutils
[11:35] <Hobbsee> Tonio_: not sure if it's done for 3.5.
[11:35] <Hobbsee> 7
[11:35] <Tonio_> Hobbsee: that why we should test :)
[11:35] <Hobbsee> oh, Riddell must have uploaded it.  i didnt do kdeutils, iirc
[11:35] <Tonio_> Hobbsee: works with 3.5.6, there shouldn't be lots of difference reguarding to kmilo in 357
[11:35] <Tonio_> Hobbsee: okay
[11:36] <Tonio_> Hobbsee: well I test with the patch and eventually upload if it applies
[11:36] <Tonio_> would be nice to have a cool kubutu little theme for this :)
[11:40] <Hobbsee> this is true
[11:45] <Riddell> Tonio_: I did not but feel free to add
[11:48] <Tonio_> Riddell: will do
[12:10] <gnomefreak> Hobbsee: 2.6.20-16 iirc
[12:11] <gnomefreak> or will be in aday or two
[12:28] <siretart> Tonio_: pong
[12:29] <Tonio_> siretart: hey ;)
[12:29] <siretart> huhu :)
[12:29] <Tonio_> siretart: wanted to know the status of xinelib 1.1.5 in gutsy
[12:29] <siretart> how are you doing?
[12:29] <Tonio_> siretart: well very nice :)
[12:30] <Tonio_> I hope you do so :)
[12:30] <siretart> Tonio_: xine-lib 1.1.6 is already in gutsy
[12:31] <siretart> since weeks
[12:31] <Tonio_> siretart: http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=libxine1&searchon=names&subword=1&version=gutsy&release=all
[12:32] <Tonio_> siretart: are you sure of this ? ;)
[12:33] <Tonio_> siretart: build problem maybe ?
[12:34] <siretart> Tonio_: as I already told you at UDS, the problem is that it is waiting for ffmpeg
[12:35] <Tonio_> siretart: ho, okay I forgot that, right ;)
[12:35] <Tonio_> siretart: let's wait together then :)
[12:35] <siretart> since you need something quick, you could apt-get source the current source (1.1.6-1ubuntu1, which is in gutsy), remove the ffmpeg build dependencies and comment out the '--with-external-ffmpeg' part and reupload
[12:36] <siretart> I'd prefer patches to fix ffmpeg in debian/experimental, though
[01:26] <Hobbsee> Riddell: you know that pyqt4 seems to be broken again?
[01:27] <Riddell> can't say I do
[01:30] <Hobbsee> The following packages will be REMOVED:
[01:30] <Hobbsee>   apport-qt hwdb-client-kde kubuntu-desktop language-selector-qt python-qt4 software-properties-kde
[01:30] <Hobbsee> The following packages will be upgraded:
[01:30] <Hobbsee>   python-sip4
[01:30] <Hobbsee> Riddell: pyqt4 needs the build-deps updated for pysip4.  assuming that doesnt break the universe.
[01:30] <Hobbsee> (same thing as feisty, i expect)
[01:32] <Riddell> debdiffs accepted :)
[01:33] <Hobbsee> Riddell: heh.  i dont know python, so have no real way of telling if it works or not
[01:34] <Hobbsee> with just a rebuild
[01:34] <Hobbsee> which is precisely why i havent done anything with it, so far
[01:34] <Riddell> actually pyqt4 needs synced from debian
[01:36] <Hobbsee> even better
[02:18] <allee> Riddell, Hobbsee, Tonio_ etc: starting tomorrow I'll be away for 10 days and I assume without any internet access.  I'll enjoy it ;)
[02:18] <Hobbsee> allee: have fun!
[02:19] <allee> Hobbsee: thx
[02:20] <Lure> allee: nice
[02:23] <Hobbsee> Lure: how'd that MIR filing with opensync go?
[02:24] <Lure> Hobbsee: we should wait at least for 0.22 (or 0.30 to be released soon) first
[02:24] <Riddell> allee: you're down for merges of kipi-plugins and digikam, likely to do them before tomorrow or shall we steal them off you?
[02:24] <Lure> Hobbsee: 0.19 is of not much use
[02:24] <Hobbsee> Lure: right.  the ETA on that was?
[02:25] <Lure> Riddell: not sure if it is workthwhile to merge, but I can do them if needed
[02:25] <allee> Lure: my reason is slightly different.  I'll enjoy it, because my family will not complain.  If they would not complain ..., then my feelings would be different
[02:25] <Riddell> Lure: why not?
[02:25] <Lure> Riddell: 0.9.2 (released in june) will merge dk in dkimageplugins
[02:26] <Lure> oh, but debian already have beta1...
[02:26] <Lure> so it might make sense to do it already...
[02:27] <Lure> allee: ;-) - I still like completely off-line times ;-)
[02:27] <Riddell> allee: oh yes, kdebluetooth dbus, should we upload that?
[02:28] <jjesse> wow large updates today
[02:29] <allee> Riddell: there no release yet only svn
[02:30] <allee> Riddell: dgollub plan to merge to extragear soon.  But there are some ugly bugs (maybe due to me using bluez 3.9 not  3.10.1 or even 3.11/12
[03:10] <allee> Riddell, Tonio_: fwiw: http://www.mpe.mpg.de/~ach/tmp/kdebluetooth-dbus-integration_debian.tar.gz  contains the adapted debian dir I use together with an svn checkout.
[03:13] <Tonio_> allee: downloaded, will work on that next week ;)
[03:41] <Hobbsee> Riddell: krita done, therefore koffice and co should be installable now
[04:00] <Riddell> Hobbsee: done in which way?
[04:00] <Hobbsee> Riddell: um, rebuild as it wasnt installable?
[04:00] <Hobbsee> from -devel, hours ago?
[04:01] <Riddell> ok
[04:01] <Hobbsee> i'm assuming there wasnt more that pitti said
[04:01] <Hobbsee> er, didnt say
[04:11] <Hobbsee> Riddell: did you introduce https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/116771 with your feisty packages?  i didnt see this in the gutsy ones
[04:11] <ubotu> Launchpad bug 116771 in kdepim "kontact can't be updated due to file conflict with knode" [Undecided,Unconfirmed]
[06:46] <nixternal> groovy
[07:00] <nixternal> I have never seen anyone dnace b4 ;)
[07:02] <DaSkreech> Well I have dnace +3 :)
[07:24] <Lure> Riddell: is anybody working on python-qt4 (it makes several packages uninstallable)?
[10:55] <_StefanS_> evenings
[11:03] <DaSkreech> Yo
[11:11] <_StefanS_> heyho DaSkreech
[11:15] <DaSkreech> what you heard?
[11:15] <_StefanS_> DaSkreech: about what?
[11:16] <DaSkreech> never mind :)
[11:21] <_StefanS_> bah :P
[11:24] <DaSkreech> :-)


[04:32] <MTecknology> Anybody around that knows anything about the new plugins to let sites use LP as the authentication provider?
[04:38] <jml> a little.
[04:38] <jml> MTecknology: Launchpad is an OpenID provider.
[04:38] <MTecknology> jml: I want it to pass back the name/email of the person that's authenticating
[04:39] <jml> MTecknology: I *think* you'd have to authenticate, and then look up their name/email using the Launchpad APIs.
[04:39] <MTecknology> I should be setup to do it, but I don't know how to set it up on my side
[04:39] <jml> MTecknology: but we are pushing the boundaries of my ignorance here.
[04:40] <MTecknology> http://news.launchpad.net/cool-new-stuff/new-launchpad-plugins-for-drupal
[04:40] <MTecknology> this is what I'm referring to. I think we're on different pages
[04:40] <jml> oh, when you said "new plugins", you meant "new Drupal plugins" :)
[04:40] <MTecknology> ya
[04:41] <jml> yeah, so, nil speako the Drupal
[04:41] <spiv> I don't think Launchpad provides attributes like the email address to OpenID relying parties (yet?)
[04:41] <MTecknology> ya
[04:41] <MTecknology> h on
[04:42] <MTecknology> https://answers.edge.launchpad.net/launchpad/+question/53961
[04:44] <spiv> Ah, so we apparently do allow some sites to get more details.  In that case filing a question at answers.launchpad.net/launchpad asking for your site to be allowed to get those details, like 53961, is probably what you need to do.
[04:44] <MTecknology> so I just need to wait?
[04:45] <MTecknology> spiv: I was guessing I needed to set something else up on my side to request those pieces of information.
[04:46] <spiv> Oh, that is your question already.
[04:46]  * spiv slowly catches up
[04:47] <spiv> I know nothing about the drupal plugin, sorry.  So either wait, or wait in here/ask again here in a few hours, when different (and hopefully more knowledgeable) people are online.
[04:47] <MTecknology> what tz are most of them in?
[04:47] <spiv> All of them, more or less ;)
[04:48] <MTecknology> I wonder if I'll ever manage to get a canonical hostmask
[04:48] <spiv> There's probably a disproportiate number on US west coast time this week due to UDS.
[04:48] <MTecknology> I want to make it to one of those... someday... maybe
[04:50] <MTecknology> This module is incredibly awesome, but I'd also like to make it so users never notice their user account is bing created
[04:50] <MTecknology> It's a heck an awesome feature
[04:50] <MTecknology> I still need to finish making my theme
[04:53] <\sh> MTecknology: could be that I'm mistaken, but when you are talking about the drupal openid plugins, you can't mix up "authentication" with "drupal accounts". For Drupal, it needs to create the accounts, for "Authorization" stuff, which doesn't belong to openid in general. openid is only for authentication (afaik) :)
[04:54] <MTecknology> oh...
[04:55] <MTecknology> I thought it was able to pass the name and email back (i know it can do that part) so the user doesn't need to enter them.
[04:55] <MTecknology> I know it has the ability to keep the email addys in sync between the user on lp and the site
[04:58] <\sh> MTecknology: not knowing the lp drupal5 plugins, but using lp as openid provider with drupal6 gives you the email + username (in my case my email and "shermann", the last time I checked)...but this is something users don't want in general...and that's why drupal6 has the possibility to add an openid to a drupal6 user account
[04:59] <MTecknology> but they also have to enter their openid string last i knew
[05:00] <MTecknology> I spent 20hr switching from 6 to 5 to be able to use these plugins and I'm still not done with the theme :P
[05:00] <\sh> MTecknology: with a working openid plugin you just need your openid string for authentication...(login)...
[05:00] <MTecknology> ya
[05:00] <\sh> MTecknology: 6 has openid plugin implemented
[05:01] <MTecknology> ya, I was using that but I wanted more functionality. You should see my computer...
[05:01] <MTecknology> these new plugins have exactly what I want, I just need to figure out how to use them right
[05:03] <MTecknology> \sh: I'm not trying to complain about what 6 offers, but what they (idk who exactly) did for 5 is beyond incredible.
[05:08] <\sh> MTecknology: yeah..launchpad devs are smart ,-)
[05:08] <MTecknology> yup
[05:48] <rockstar> \sh, how many launchpad devs do you know, exactly?
[05:56]  * MTecknology wishes kiko was around to pester
[06:05] <rockstar> MTecknology, is there something specific you need?
[06:05] <MTecknology> rockstar: the name and email
[06:05] <MTecknology> not user name
[06:05] <rockstar> MTecknology, of what?
[06:05] <MTecknology> err, the user name
[06:05] <MTecknology> rockstar: from their LP account
[06:06] <rockstar> Whose LP account?
[06:06] <MTecknology> whoever is in my team
[06:06]  * rockstar reads backchat.
[06:06] <MTecknology> I'm using the plugins that were released today for drupal
[06:10] <MTecknology> rockstar: lemme know if I'm not making any sense
[06:10] <rockstar> MTecknology, I know nothing about those.  Sorry.
[06:10] <MTecknology> ok, ty
[06:10]  * rockstar did not go to UDS, so only hears the residuals...
[06:11] <MTecknology> i wish i could
[06:11] <Hobbsee> don't think it was mentioend at UDS, as such
[06:11] <Hobbsee> if it was, i missed it
[06:12] <MTecknology> bbl
[06:12] <MTecknology> Hobbsee: hi
[06:12] <MTecknology> ttyl
[06:12] <cody-somerville> IT was on the planet
[06:12] <Hobbsee> hey MTecknology
[06:12] <cody-somerville> http://news.launchpad.net/cool-new-stuff/new-launchpad-plugins-for-drupal
[06:13] <MTecknology> yup, that's where I got it from
[06:13] <MTecknology> gtg
[06:57] <MTecknology> Hobbsee: how'd your day go?
[15:33] <epsy> hm, I just sent a message to lpbugs containing " milestone <IP_ADDRESS>". The milestone set in the bug changed but " milestone <IP_ADDRESS>" appears as a new comment
[15:35] <matsubara> epsy: I think that's the correct behavior. when you edit a bug using the email interface, the email with commands is added as a comment to the report
[15:40] <epsy> aren't commands supposed to be stripped?
[15:44] <matsubara> epsy: nope
[15:49] <epsy> that's not very clear on https://help.launchpad.net/Bugs/EmailInterface
[15:49] <epsy> in fact, it does even suggest the opposite
[15:49] <epsy> notably here: https://help.launchpad.net/Bugs/EmailInterface#On%20success
[15:52] <matsubara> epsy: could you file a bug about it please?
[15:52] <epsy> in documentation or in malone?
[15:55] <matsubara> epsy: launchpad.net/launchpad-documentation/+filebug
[15:57] <matsubara> epsy: you might want to "affects me too" bug 3927
[15:58] <epsy> well, I got nothing against this
[16:11] <snuitje> Hi, i was trying to file a bug report but i got an error: "Request Entity Too Large"
[16:11] <snuitje> that's with an 1-byte file attached, without it i get the error "cannot upload empty file"
[16:12] <snuitje> so i tried disabling the redirection to edge, but it seems still to be redirecting
[16:12] <epsy> what browser are you using? is the "cannot upload empty file" error modal or not?
[16:12] <snuitje> also when i comment on a bug it gives the same "cannot upload empty file" error
[16:13] <snuitje> I'm using epiphany with webkit
[16:13] <snuitje> the error isn't modal (as in a separate dialog) but it's blocking
[16:15] <Ursinha> snuitje, you didn't get any oopses?
[16:16] <snuitje> i don't know what you mean, so i think not
[16:16] <Ursinha> snuitje, oh, it's when launchpad shows you a page saying "Oops! Something went wrong.."
[16:16] <snuitje> nope, i didn't get that
[16:17] <Ursinha> right
[16:17] <Ursinha> snuitje, you couldn't file the bug?
[16:18] <snuitje> indeed, that's why i came here =)
[16:18] <Ursinha> :)
[16:20] <epsy> matsubara, Bug #307202
[16:22] <matsubara> thanks epsy
[16:23] <matsubara> snuitje: using the api or the web interface?
[16:23] <matsubara> ah sorry, missed the "using epiphany with webkit"
[16:23] <snuitje> ^_^
[16:23] <matsubara> so, it's using the web interface :-)
[16:24] <snuitje> yep :)
[17:03] <snuitje> matsubara: changing bug details does work, including adding the optional comment along with it
[17:04] <gustavonarea> Hello. Would it be possible to add the GNU Affero GPL (AGPL) to https://launchpad.net/projects/+new ? "Affero GPL" is another license
[17:05] <matsubara> snuitje: can you show me a screenshot of the error you get?
[17:05] <snuitje> certainly
[17:10] <snuitje> can i email them?
[17:13] <snuitje> hmm it could be a bug in epiphany-webkit
[17:14] <matsubara> snuitje: that's what I'm suspecting. please mail it to me<EMAIL_ADDRESS>[17:16] <LarstiQ> gustavonarea: I suspect filing that as a question in the Launchpad answers section is the best approach.
[17:16] <gustavonarea> LarstiQ: I will, thanks :)
[17:16] <LarstiQ> gustavonarea: https://answers.launchpad.net/launchpad/+addquestion
[17:36] <Nikow> hello
[17:37] <Nikow> Is any possibility to get username of person who not logged in to launchpd for long time
[17:37] <Nikow> ?
[20:30] <Grom> hello
[20:31] <Grom> can I capture login on freenode hen user is not logged in on launchpad for long time?
[20:31] <Grom> freenode = launchpad
[20:32] <mwhudson> in general, no
[21:00] <S-i-A> hi all
[21:01] <S-i-A> we have some problem in rosetta, every one from rosetta her?
[21:05] <S-i-A> wordpress 2.7 updated and i will import the old version 2.6 to it. also downloaded the .po file from wp2.6 in launchpad and check it with msgfmt -C found this errors. my question is"why worked file from Launchpad have so many errors?" we have translated clear.
[21:06] <S-i-A> this errors http://paste.debian.net/23416/
[21:06] <MTecknology> So... I need an expert opinion. My website is sdloco.profarius.com. I need to know what to do with the copyright on the bottom. I don't know if I should put the year in or not or if it's a bad idea to have it on my site.
[21:07] <kfogel> MTecknology: I'm new to this channel, but your question looks to me like it might be off-topic here.
[21:07] <vvinet> I second kfogel on that statement
[21:08] <MTecknology> It is, but I don't know anywhere else where canonical guys really hang out
[21:08] <S-i-A> also if anyone from Rosetta her i NEED review https://translations.launchpad.net/wordpress/2.7/+imports
[21:09] <MTecknology> #canonical doesn't exist anymore
[21:10] <MTecknology> If anybody can give me an answer or point me where to get one, I'd really appreciate it.
[21:11] <cody-somerville> MTecknology, e-mail<EMAIL_ADDRESS>[21:11] <MTecknology> ty
[21:15] <MTecknology> cody-somerville<EMAIL_ADDRESS>Recipient address rejected: User unknown in
[21:16] <MTecknology>     virtual alias table (in reply to RCPT TO command)
[21:16] <MTecknology> sorry I thought that was one line
[21:19] <Nafallo> MTecknology: trademarks
[21:19] <MTecknology> I just read up on the thing some. Actually... I thin Canonical can benefit from my changes
[21:19] <MTecknology> Nafallo: ty
[21:19] <Nafallo> nw
[21:24] <btm> LP: #294965 has a remote watch for an upstream bugzilla bug at redhat which was 'closed upstream' (fixed). Under remote bug watches in the right column it says this in Launchpad, but at the top in the 'affects' table the bug watch changed it to 'invalid / unknown' which seems wrong. Should I file a bug about this somewhere?
[21:28] <kfogel> MTecknology: I'm such a newbie here that I'm not sure what the usual process is for presenting your changes to Canonical, but it would probably involve something a) filing a bug with a patch attached, or b) making a commit in bzr and then pushing the commit somewhere to be reviewed... Does any of this sound familiar?
[21:30]  * kfogel wouldn't be averse to anyone else answering his implied question if they can :-)
[21:34] <S-i-A> anyone from Rosetta team her?
[21:47] <spm> MTecknology: kfogel, my 2c educated guess: if it's a LP hosted project lodge either a Question or Bug report as approprite. If it's hosted code, you can easily create your own branch and in turn present that to the project managers - possibly by using the Contact User/Team feature to draw to their attention.
[21:47] <spm> If still, no joy, yell loudly and we'll find someone who can answer :-)
[21:48] <spm> S-i-A: the Rosetta folks usually aren't online for another 5+ hours
[21:48] <kfogel> spm: thx
[21:49] <spm> kfogel: np, did that hit your implied question as well? Am only on coffee #2 this morning so brain isn't fully firing yet. :-)
[21:51] <Nafallo> spm: you have V in Australia ;-)
[21:51] <kfogel> spm: oh, it put me in the right general direction.
[21:51] <Nafallo> spm: in a lot more varied colors on the cans then we do here :-)
[21:52] <spm> Nafallo: that went so far overhead I didn't even hear the whooshing noise :-) 'V'? Not the aliens invading earth TV show I'm assuming?
[21:53] <kfogel> spm: the question I'm getting at is sort of "What this the way we recommend people to submit changes around here?"  In some projects, they say post a patch on the mailing list; in others, they say create a bug tracker ticket (or use an existing one) and attach the proposed patch; etc, etc.  I'm guessing that LP might be different, and that its answer to that question would involve something about making a bzr branch, committing your cha
[21:53] <kfogel> nge, then pushing it up to a personal branch on the server.
[21:53] <Nafallo> spm: http://en.wikipedia.org/wiki/V_(drink)
[21:53] <Nafallo> :-)
[21:53] <kfogel> Then putting that change into some kind of review system.
[21:53] <kfogel> spm: I'm probably using words wrongly, but you get the general idea.
[21:53] <spm> kfogel: yup - understood.
[22:00] <spm> kfogel: I guess with LP itself - most of it's components (aren't yet) open sourced, so fixes are... harder to input from external. Those bits that are OS, dunno - it depends - much like you suggest with the various projects. "Patches always accepted", LP itself is supposedly about making it easier for external folks to bring any collaboration into a project.
[22:01] <kfogel> spm: oh, my question is about the *mechanism* by which patches are accepted, that's all.
[22:01] <kfogel> I know they're accepted.  But do we want them to arrive by FedEx, or passenger pigeon, or... ? :-)
[22:01] <spm> :-)
[22:01] <spm> For me, I don't care - just SEND THEM!!! ;-)
[22:31] <kfogel> urgk.  When I am sitting a bzr ticket (306394) and I go to the lower right search box and enter "bzr log" and hit Search, it fails to list bug 211852 ("bzr log should accept multiple files") in the search results.
[22:31] <kfogel> thank you, ubottu
[22:31] <kfogel> (I feel ill, I think I'm coming down with ubottulism)
[22:31] <jml> :)
[22:33] <S-i-A> spm: which person is from Rosetta Team, i can add him to my list, if online send him the message.
[22:33] <jml> kfogel: if it's a change to Launchpad, just file a bug. (until it's freed up, then you can submit a patch)
[22:33] <spm> danilos: ^^
[22:34] <kfogel> jml: re my earlier question? (not the one just now, that is)
[22:34] <jml> kfogel: if it's a change to Bazaar, use 'bzr send' to send a patch to the bazaar mailing list.
[22:34] <jml> kfogel: yes, re your earlier question :)
[22:34] <kfogel> thx


[15:03] <NRWlion> hi there
[17:44] <pleia2> ubuntu-news.org logins work again :)
[17:44] <pleia2> just submitted the ticket about openid
[17:44] <pleia2> #46273
[17:48] <nhandler> pleia2: Great. I'm rather interested in seeing what they find out re:no new stories on Monday
[17:48] <pleia2> nhandler: same here, since the login error yesterday was another cache one (looks like they deleted or disabled some caching thing) I suspect it's somewhere along those lines
[17:50] <pleia2> I figured I submit this one now and maybe they can look at this too on monday ;)
[17:52] <nhandler> pleia2: It would probably be best to figure out who gets assigned to it on Monday and then gently poke them in #canonical-sysadmin
[17:52]  * pleia2 nods
[17:53] <pleia2> also, good morning nhandler! :)
[17:54] <nhandler> :)
[20:10] <pleia2> this editor account was a good idea, I wish we had started using it earlier for tickets :)
[20:27] <pleia2> alright, hopefully they realize the tickets are two separate problems now
[21:12] <nhandler> pleia2: I still think it might have been better to set it up as a private ML, but at least the current setup works
[21:12] <pleia2> yeah, probably
[21:30] <nhandler> However, I think we should wait a bit before filing more RT requests ;)
[21:31] <pleia2> haha, yes
[21:31] <pleia2> get these important ones sorted first


[00:55] <ochosi> hmm, alpha2 coming up, guess that means i'll install one-eye-rick
[00:55] <knome> lol
[00:56] <ochosi> pretty good timing because my greybird changes just started to come to an end
[12:18] <ochosi> mr_pouit: anyhow, ping me back whenever you are. what i want is the "address" of the windowlist widget in xfdesktop, but i can't seem to figure it out (tried stuff like "widget_class "*XfceDesktop*GtkMenu*" but that didn't work)
[15:25] <charlie-tca> Unit193: did you file a bug on the nautilus thing yesterday?
[17:39] <Unit193> charlie-tca: No, I just noticed it in the updates and didn't really know what it came with
[18:17] <charlie-tca> Okay, no problem
[18:24] <Unit193> I didn't think it was that big of an issue, I wasn't even sure if I was supposed to put it in
[18:43] <Unit193> It's great that the images are going down in size
[20:52] <charlie-tca> little gains pay off
[21:19] <Unit193> Ummm... After running updates and rebooting, I get a Guest Account...
[21:21] <Unit193> charlie-tca: The nautilus-data was still file-roller, nothing new
[21:24] <charlie-tca> Oh, we are okay then. The OEM install is tricky.
[21:24] <charlie-tca> If you don't shutdown at the right point, it fails to work
[21:24] <charlie-tca> That's why I put the "how to "  in the title rows
[21:27] <Unit193> This isn't the OEM. On the 32 resize, I got a guest account that doesn't log in
[21:32] <charlie-tca> oops
[21:32] <charlie-tca> That would make it harder to use
[21:32] <charlie-tca> How did you set it up?
[21:32] <charlie-tca> did you use users and groups or encrypted?
[21:33] <Unit193> I didn't add the guest account, it came with updates
[21:33] <Unit193> *after updates reboot
[21:34] <charlie-tca> oh, guest user
[21:34] <Unit193> ...And Ubiquity is still in the System menu as "Install RELEASE"
[21:34] <charlie-tca> Not sure that is valid
[21:35] <charlie-tca> yeah, that one should already be reported
[21:35] <charlie-tca> It was in alpha1
[21:35] <Unit193> Crap.
[21:36] <charlie-tca> sorry
[21:36] <Unit193> I got the bad install... Gparted is also there (I'm not sure it's that's supposed to be removed after install)
[21:36] <charlie-tca> So, any idea how to make my direct tv work again?
[21:36] <charlie-tca> I don't know if gparted should go away or not
[21:37] <charlie-tca> but, yes, it sounds like the install went badly
[21:37] <Unit193> Can you walk me through the next part please?
[21:37] <charlie-tca> which installation?
[21:38] <charlie-tca> Is that an OEM install or resize?
[21:38] <Unit193> 32bit Desktop Resize?
[21:39] <charlie-tca> Should be same as any other, choose install from the menu
[21:39] <charlie-tca> install side-by-side
[21:39] <charlie-tca> when it finishes, restart the computer
[21:39] <Unit193> OK, I should just reinstall?
[21:39] <charlie-tca> Yeah, something went wrong. You can wait and do it tommorrow if you want.
[21:40] <charlie-tca> Unless you have a big partition left, you usually do a whole disk install in VBox, then do the resize
[21:40] <charlie-tca> I start here with 12GB machines, so a resize gives two 6gb installs
[21:41] <charlie-tca> and a resize from there on desktop will result in failed
[21:41] <charlie-tca> since it really wants more than 4gb to work
[21:41] <charlie-tca> alternate will resize a 5gb partition fine, though
[21:42] <charlie-tca> Unit193: it is possible that the resize is bad right today, too
[21:43] <Unit193> charlie-tca: Would an Entire be helpful?
[21:44] <charlie-tca> sure. It makes sure that it is at least working
[21:44] <charlie-tca> We have had weeks where the only partition we could do was whole disk, so yes, it is always helpful knowing that much works
[21:46] <charlie-tca> well, I have to reboot to check a lightdm bug out
[21:46] <Unit193> Is the info I put on the doc ok?
[21:46] <charlie-tca> yes, perfect. You still have that session?
[21:50] <Unit193> I was going to ask resize or OEM...
[21:54] <Unit193> charlie-tca: OEM or Resize?
[21:55] <charlie-tca> resize
[21:56] <charlie-tca> I am wondering what the partition size it used was?
[21:56] <charlie-tca> If it was smaller than 4GB, ubiquity does something stupid to make it fail
[21:57]  * Unit193 boots and thinks it was 4.6
[21:58] <Unit193> Er... The installer said it was going to be, but it's 3.74
[22:02] <charlie-tca> Then it did something stupid and won't work
[22:02] <charlie-tca> :)
[22:02] <Unit193> You are not supposed to be able to resize the installer are you? http://i.imgur.com/mCyNz.png
[22:03] <Unit193> I guess that was a case of "Replace user and press anykey"
[22:03] <charlie-tca> yup
[22:03] <charlie-tca> you can grow and it shrink it some, just like any other window
[22:04] <Unit193> That was default size for today and yesterday
[22:04] <charlie-tca> you can also hold Alt and use left-mouse to move it around
[22:04] <Unit193> Replace user = Adios? ;)
[22:04] <charlie-tca> Yeah, it does grow and shrink on its own, too. It depends on who changes what in it
[22:04] <charlie-tca> and, every Ubuntu change changes what we get
[22:14] <charlie-tca> Okay, going play in the dirt pile now
[22:42] <Unit193> charlie-tca: I just did an Entire and I'm still getting Ubiquity installed >_> (And gparted for that matter)
[22:42] <Unit193> 9.7G this time!


[14:29] <cpaelzer> hiho
[14:29]  * cpaelzer lights the MIR campfire
[14:30] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[14:30] <meetingology> Meeting started at 14:30:21 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:30] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:30] <cpaelzer> Hello didrocks jamespage joalif (sl_yon) sarnold
[14:31] <sarnold> good morning
[14:31] <cpaelzer> hi sarnold
[14:31] <cpaelzer> I've pinged didrocks who might not be around, sl_yon surely isn't
[14:31] <cpaelzer> welcome everyone else
[14:32] <cpaelzer> today seems to be a light & fast sesson except my final begging at security reviews
[14:32] <cpaelzer> let's go
[14:32] <cpaelzer> #topic Review of previous action items
[14:32] <cpaelzer> none AFAICS
[14:33] <cpaelzer> #topic current component mismatches
[14:33] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[14:33] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[14:33] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[14:33] <cpaelzer> first of all the lists get short \o/
[14:33] <sarnold> tk8.6 -> xterm feels new to me
[14:33] <cpaelzer> known cases libreoffice, screen-resolution, logcheck
[14:33] <cpaelzer> new is tk8.6
[14:33] <cpaelzer> yes sarnold I agree
[14:33] <cpaelzer> let us remember and check if it looks any different in -proposed
[14:34] <cpaelzer> the pysaml -> xmlschema is a known case, openstack is working on it (need a version update - coreycb is the one looking at it)
[14:34] <cpaelzer> tk8.6, hmmm
[14:34] <coreycb> cpaelzer: yes that's ready to sync once I get a +1 from ubuntu-release
[14:35] <cpaelzer> ok coreycb
[14:35] <coreycb> thanks for the help!
[14:35] <cpaelzer> juliank you are listed as uploader fot TK, let us know if you have any context on this
[14:35] <cpaelzer> s/fot/for/
[14:36] <juliank> ppc64el baseline rebuild?
[14:36] <juliank> I only did no-change builds
[14:36] <cpaelzer> ok
[14:36] <juliank> xterm means that it depends on *some* terminal usually that got removed
[14:36] <cpaelzer> let us look what made it show up then
[14:36] <cpaelzer> thanks
[14:37] <cpaelzer> I think it is x-terminal-emulator
[14:37] <cpaelzer> while xterm is an actual package in universe
[14:37] <cpaelzer> x-terminal-emulator is a provides from many packages
[14:37] <sarnold> https://termbin.com/wfpi
[14:37] <cpaelzer> I'd assume one is in main already
[14:37] <juliank> yes and that depends on how the seed is expanded, as cjwatson
[14:37] <sarnold> xterm though..
[14:37] <sarnold> bionic: 330-1ubuntu2.2, Pocket: updates, Component: universe
[14:37] <sarnold> focal: 353-1ubuntu<IP_ADDRESS>, Pocket: updates, Component: universe
[14:37] <sarnold> impish: 366-1ubuntu1, Pocket: release, Component: universe
[14:37] <sarnold> jammy: 372-1ubuntu1, Pocket: release, Component: universe
[14:37] <juliank> it seems some seed changed
[14:38] <cpaelzer> gnome-terminal is in main and provides it
[14:38] <juliank> we had that before, but I don't remember it, so best bet to wait for Colin to explain it one more time
[14:38] <cpaelzer> so just another false-positive then
[14:38] <cpaelzer> juliank: we know the problem
[14:38] <cpaelzer> juliank: but each time we have a new one we need to check it it indeed is the same
[14:38] <cpaelzer> this one is, so we can go on
[14:38] <cpaelzer> thanks for your input juliank
[14:38] <cpaelzer> #topic New MIRs
[14:38] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[14:39] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[14:39] <cpaelzer> none
[14:39] <cpaelzer> \o/
[14:39] <cpaelzer> #topic Incomplete bugs / questions
[14:39] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[14:39] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[14:39] <cpaelzer> xmlschema we have mentioned above
[14:39] <cpaelzer> rust/cargo are discussions about how to track the vendoring
[14:40] <cpaelzer> the rest is older
[14:40] <cpaelzer> onthing to act on IMHO
[14:40] <cpaelzer> except the rust comment probably needing review/discussion on github
[14:40] <cjwatson> tk8.6 probably appears in the expansion of a seed where gnome-terminal isn't present
[14:40] <cpaelzer> I've seen that sarnold already engaged there with schopin
[14:41] <cpaelzer> cjwatson: thanks - we are used to those false positives as it is now only seed, but also order dependent
[14:41] <cpaelzer> s/now only/not only/
[14:41] <cpaelzer> #topic MIR related Security Review Queue
[14:41] <cjwatson> Only a bit
[14:41] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[14:41] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[14:41] <cpaelzer> well sarnold, we are back were we were last times
[14:41] <cpaelzer> left AFAICS of the urgent++++ cases are
[14:41] <cpaelzer> libtpms here https://bugs.launchpad.net/ubuntu/+source/libtpms/+bug/1948748
[14:42] <cpaelzer> and glusterfs here https://bugs.launchpad.net/ubuntu/+source/glusterfs/+bug/1950321
[14:42] <sarnold> security team recently completed swtpm and python-xmlschema -- glusterfs is still in progress, but sbea_ttie has a lot on his plate ..
[14:42] <cpaelzer> sarnold: can we sell you souls or anything of similar worth ot make it happen?
[14:42] <cpaelzer> I already tried to fix other tasks of sbeattie last week to gain some credit, but not paying off yet :-P
[14:42] <sarnold> cpaelzer: alas we've already sacrificed souls..
[14:43] <sarnold> cpaelzer: heh, yeah :) that did help :) thanks
[14:43] <cpaelzer> sarnold: can I ask you to make as much and loud noise as you can in your internal security communication in regard to the urgency of these?
[14:43] <sarnold> cpaelzer: yes
[14:43] <cpaelzer> thanks
[14:44] <cpaelzer> I hope the definition of deadlines and the regular queue checks will make us no more have the same situation in future cycles
[14:44] <cpaelzer> #topic Any other business?
[14:44] <cpaelzer> not from me
[14:44] <sarnold> none from me
[14:44] <cpaelzer> and I guess everyone else burns remaining PTO before end of march or similar :-)
[14:45] <cpaelzer> thanks you
[14:45] <cpaelzer> sarnold: if security has more I can help in trade for our reviews let me know (that is how desperate I am) :-)
[14:45] <sarnold> aye, it might be worth an email to your local friendly hr staff about the policy of forcing everyone to coordinate time off in december and march..
[14:45] <cpaelzer> I have so many open cases with HR, let me not add this one yet :-)
[14:46] <sarnold> cpaelzer: heh, any chance you've got levers on whoever does budgeting? I keep hearing that our budget hasn't been approved yet..
[14:46] <sarnold> cpaelzer: granted that won't help *today* but maybe 24.04 would go better with a bit more forward planning today..
[14:46] <cpaelzer> I guess "no comment" is all I can say here :-)
[14:46] <cpaelzer> by that I'm closing for today
[14:46] <sarnold> cpaelzer: dang :) well, I tried
[14:46] <cpaelzer> #endmeeting
[14:46] <meetingology> Meeting ended at 14:46:53 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-03-29-14.30.moin.txt
[14:46] <sarnold> thanks cpaelzer, cjwatson, juliank :)
[14:48] <cpaelzer> indeed thank you for your contributions and explanations


[23:16] <pleia2> sent off newsletter to summary writers
[23:20] <tsimonq2> cool, after my QA binge I will be on it ;)
[23:24] <pleia2> yay QA binge!
[23:27] <tsimonq2> pleia2: my plan is to do 23, but that is talk for a PM or #*ubuntu-devel
[23:27] <tsimonq2> 23 test cases
[23:29] <pleia2> nice :)


[12:14] <cjwatson> Burgwork: and that conversation doesn't need to involve me. :)
[12:14] <Burgwork> cjwatson: nope, but you did post that comment on the wiki page
[12:16] <cjwatson> Burgwork: because I volunteered to review that specification.
[12:16] <Burgwork> you poor sucker ;)
[12:16] <cjwatson> but I'm not the approver - it's just a drive-by
[12:16] <cjwatson> we call it "responsibility" around here
[12:17] <cjwatson> Burgwork: (also, context would have helped; I suggest you put your comment on the wiki page instead anyway)
[12:17] <Burgwork> ok, no worries
[12:19] <LaserJock> hmm, that reminds me. Is there anybody on ubuntu-reviewers team available for a spec review?
[12:54] <_MMA_> BenC: ping
[01:13] <BenC> _MMA_: pong
[01:14] <BenC> or not
[01:14] <_MMA_> Hi sir
[01:14] <_MMA_> The Ubuntu Studio team thanks you. :)
[01:14] <_MMA_> Im the lead on it.
[01:14] <_MMA_> I was gonna reply to the ML but I just signed up.
[01:16] <_MMA_> We will be testing the -lowlatency kernel along with some Ardour deves when the feisty dailys start to build.
[01:16] <_MMA_> *devs
[01:17] <_MMA_> Still around BenC?
[01:17] <BenC> MMA: yeah, thanks
[01:17] <_MMA_> Ahh... Ok.
[01:18] <_MMA_> :)
[01:18] <BenC> _MMA_: let me know if it does the trick, or if any other changes are needed to help support audio work
[01:18] <_MMA_> How would you like feedback?
[01:18] <BenC> _MMA_: You should see linux-image-lowlatency by the end of the week
[01:19] <_MMA_> Cool.
[01:19] <BenC> _MMA_: Emailing<EMAIL_ADDRESS>would be best
[01:21] <_MMA_> No problem Ben. When do the Feisty dailys start?
[01:26] <keescook> crimsun: still around?  I've got libxml2 merged and ready for upload to main too.
[02:40] <keescook> any core-devs around?  I've got libxml2 merged, but I need to get it sponsored.
[02:41] <ajmitch> keescook: where?
[02:41] <keescook> ajmitch: http://people.ubuntu.com/~kees/feisty-uploads/
[02:41] <ajmitch> ok
[02:41] <keescook> ajmitch: thanks!  :)
[02:42] <ajmitch> np
[02:42] <LaserJock> geeze, keescook gets all the core-dev attention ;-)
[02:42] <ajmitch> you never ask :)
[02:42] <zul> he asked nicely ;)
[02:42] <keescook> :)
[02:42] <LaserJock> bah
[02:42] <LaserJock> what I need is a spec reviewer
[02:42] <LaserJock> which is even more rare
[02:44] <zul> especially at this time
[02:45] <LaserJock> yeah :/
[02:45] <ajmitch> keescook: looks reasonable
[02:45] <keescook> ajmitch: thanks
[02:46] <LaserJock> zul: it's like they expect us to get it approved before we leave the UDS or something ;-)
[02:46] <zul> heh mine is pending approval
[02:47] <LaserJock> this is the second time I've had this happen
[02:47] <LaserJock> I just need to get faster at drafting
[03:28] <fabbione> morning
[03:28] <zul> hey fabbione
[03:31] <Hobbsee> hey fabbione!
[03:42] <Burgundavia> if anybody wishes to help us write a document explaining Feisty release goals, we are now doing so
[03:42] <Burgundavia> where we == the marketing team
[03:43] <ajmitch> Burgundavia: it may be a lot clearer after the devel team meeting later this week, once you know what specs are approved
[03:43] <Burgundavia> ajmitch: end of week pushes into UWN time
[03:43] <Burgundavia> better to do it now and if needed, cut and edit stuff
[03:44] <fabbione> mdz: regarding that ndiswrapper, i can look at the package, but i have no way to test the kernel side. I don't have any device that can work with it
[03:44] <fabbione> mdz: if that's ok with you then i can look at it
[03:44] <fabbione> mdz: otherwise we should find somebody with such piece of equipment
[03:59] <Burgundavia> mdz: ping
[04:08] <LaserJock> Burgundavia: where are you writing this?
[04:10] <Burgundavia> gobby
[04:11] <Burgundavia> see https://wiki.ubuntu.com/LookingForwardAtFeisty
[04:12] <BenC> has anyone started a feisty release notes yet?
[04:12] <Burgundavia> BenC: the doc we are producing can evolve into release ntoes
[05:06] <alex-weej> holy fucking fuck!
[05:06] <alex-weej> i just made a tit of myself
[05:07] <alex-weej> just installed u610 on my friend's computer and he had an utterly CRACK disk layout
[05:07] <alex-weej> grub installer failed
[05:07] <alex-weej> yet managed to overwrite the MBR on his primary disk
[05:07] <alex-weej> somehow grub installing managed to cause a "fatal error" and it just gave up creating the menus and all of that jazz
[05:17] <BenC> lowlatency kernel is going in universe...would linux-restricted-modules-lowlatency also go there, or should I put them in restricted with the other lrm modules?
[05:17] <Lathiat> multiverse ?
[05:17] <BenC> is multiverse suitable for that?
[05:17] <elmo> BenC: yes, multiverse
[05:18] <BenC> elmo: thanks
[05:18] <Lathiat> AIUI multiverse is to restricted as universe is to main
[05:20] <Burgundavia> BenC: can you post a quick email to the list about what sort of feedback is useful and what is not?
[05:25] <alex-weej> i'm a bit miffed that we have to create two branches of kernel stuff just to have optional "Low Latency" support
[05:25] <alex-weej> can it not somehow just be a runtime option?
[05:29] <fabbione> alex-weej: nope...
[05:29] <alex-weej> with no amount of hacking?
[05:29] <fabbione> alex-weej: it's just too much hacking that would result in tons of extra code and checking to be done at runtime
[05:30] <alex-weej> fabbione: how do the "other" OSs deal with this?
[05:30] <fabbione> "other" as in what? Windows? MacOS?
[05:30] <alex-weej> i'm sure Mach users wouldn't settle for anything less - after all it's the kernel in use by most audio professionals
[05:31] <fabbione> because they give you something and you live with that..
[05:32] <fabbione> there is no other way around
[05:32] <fabbione> buggy or not...
[05:32] <alex-weej> i'm pretty sure it's better than 16ms
[05:32] <alex-weej> and nobody complains about bad battery life
[05:32] <fabbione> do you have benchmarks and numbers to prove it?
[05:32] <alex-weej> not my own
[05:32] <fabbione> so how can you be so sure?
[05:32] <mpt> s/This package//g
[05:33] <alex-weej> but you can bet your bottom dollar that 32ms is noticable when producing
[05:33] <_ion> Perhaps it uses a dynamic interrupt frequency.
[05:34] <_ion> Btw, the frequency is probably far from the only thing that affects battery life.
[05:34] <fabbione> alex-weej: i seriously doubt you do production on a laptop when flying across the ocean when you need battery life
[05:34] <alex-weej> that's not the point
[05:35] <alex-weej> you're suggesting windows and os x users just deal with it because that's what they're given
[05:35] <alex-weej> i'm suggesting that what they're given is a kernel and drivers that can turn around audio way way faster than 32 ms
 and nobody complains about bad battery life <- i was answering to you
[05:35] <fabbione> alex-weej: it's not completely true .. some cards in windows still require special low-latency drivers
[05:36] <alex-weej> right, but high end ones go as far as to say <1ms latency
[05:36] <mpt> fabbione, Apple actually made a TV ad once about some kid doing production on a laptop when flying across the ocean
[05:37] <LaserJock> mpt: did he make it all the way? :-)
[05:37] <joejaxx> asio ftw
[05:37] <fabbione> mpt: note that Apple always did multimedia stuff... and it's not exactly very very famous for their server solutions....
[05:37] <fabbione> mpt: differnt target, different optimizations
[05:37] <alex-weej> why is it that battery life and low latency can't go hand in hand?
[05:37] <fabbione> mpt: and i can tell you that not even my latest PB can make it all across the ocean.. not even in idle
[05:38] <joejaxx> alex-weej: you are worried about production on the go?
[05:38] <alex-weej> joejaxx: no, i am worried about production sat here with my fat computer
[05:38] <_ion> alex-weej: Nope.
[05:39] <fabbione> alex-weej: i still see no problem.. you are getting a low-latency kernel... and you are making a lot of fuss for nothing
[05:39] <alex-weej> and i am worried that i have to mess around with replacement packages for everything related to the kernel just so i can get something which windows and mac os x do with one kernel
[05:39] <fabbione> nobody knows for sure if windows or macos do change the kernel to achieve this
[05:40] <_ion> alex-weej: For the price of a computer barely adequate for music production, i get an excellent audio workstation with an intuitive interface.
[05:41] <alex-weej> ok
[05:41] <alex-weej> i prefer the flexibility of software but let's not digress :P
[05:41] <joejaxx> fabbione: some card require drivers like lets says asio4all
[05:41] <joejaxx> fabbione: on windows that is which decreases latency
[05:42] <joejaxx> fabbione: but that is with non-high end cards
[05:42] <alex-weej> but this is talking about sound card drivers here
[05:42] <fabbione> joejaxx: not different to what i already said
[05:43] <alex-weej> well
[05:43] <alex-weej> i don't understand our kernel
[05:44] <alex-weej> i just think it's a shame we can't have it easier
[05:44] <alex-weej> "where are all the good audio production apps?" is the first attack any of my peers have against linux
[05:44] <alex-weej> alright, it has firefox, open office, it can play MP3s (!), but it sure as hell can't make a top 40 hit.
[05:47] <_MMA_> alex-weej: Im missing your issue. The -lowlatency kernel will go to primarily serve apps like Ardour.
[05:47] <_ion> Ardour is actually very good, although it could surely benefit from some interface design. Jamin is probably a good mastering tool, but my computer is too slow to test it. :-)
[05:47] <alex-weej> my point is - why can't we get better performance out of our "regular" kernel?
[05:48] <elmo> alex-weej: for the same reason that low latency patches aren't in mainline, because they adversely affect the 99.999% rest of the population who don't care about 32ms
[05:48] <alex-weej> [citation needed]
[05:48] <_MMA_> _ion: Some of the Ardour devs are gonna help us test the kernel. I will then give that feedback to BenC.
[05:48] <joejaxx> alex-weej: actually it is true
[05:49] <joejaxx> there are reasons why things are not in linus upstream
[05:49] <BenC> alex-weej: The dynticks patches will alleviate all this "normal kernel" vs. "low latency" kernel crap
[05:50] <BenC> until then, you get what we have now
[05:50] <alex-weej> BenC: wassat?
[05:50] <BenC> dynticks is like what windows has, where the kernel adjusts timer interrupts based on userspace needs, dynamically
[05:50] <alex-weej> brilliant!
[05:51] <alex-weej> so why are we even bothering with this low latency kernel stuff, is the need really so immediate that we have to divert resources off working on dynamic ticking?
[05:51] <BenC> who knows, maybe it will get into 2.6.20, and we'll release feisty with just a great -generic kernel
[05:52] <fabbione> alex-weej: because these patches are complex and very difficult to maintain
[05:52] <BenC> alex-weej: resources? There's no developer resources involved in providing this kernel...it's just a buildd/archive resource usage
[05:52] <BenC> and by providing it, we aren't taking away from dynticks
[05:52] <alex-weej> ok
[05:52] <alex-weej> i see
[05:52] <fabbione> alex-weej: you need to think not just of the immediate needs, but also in a long term support for security
[05:52] <fabbione> alex-weej: given that we need to support a kernel for at least 18 months
[05:53] <BenC> exactly, we can't just put dynticks in our kernel and hope for the best
[05:53] <alex-weej> i see
[05:53] <alex-weej> is the dynticks stuff immature?
[05:53] <fabbione> alex-weej: and if one of these patches goes unmaintained it's a disaster
[05:53] <fabbione> alex-weej: it's a disaster for our users... we just remove it
[05:53] <BenC> alex-weej: I believe they are in -mm
[05:53] <alex-weej> ok
[05:54] <fabbione> alex-weej: so having a longer waiting time to get certain things most of the time pays off in the long term
[05:54] <fabbione> alex-weej: try to imagine if all of a sudden we can't provide you security support for your synticks kind of thing
[05:54] <fabbione> alex-weej: you would be as disappointed as not having it at all
[05:54] <alex-weej> well i'm glad the dynticks stuff has actually been done because i was getting a little worried we didn't have a solution at all
[05:55] <alex-weej> fabbione: it's ok i understand
[05:55] <Amaranth> I forget, is -generic the one that will kill my battery or is the new one?
[05:55] <fabbione> plus.. you would get busted security wise, that's worst
[05:55] <BenC> Amaranth: lowlatency may shorten battery life
[05:56] <Amaranth> Alright
[05:56] <Amaranth> I'm not sure who to thank but I gained almost an hour going from dapper to edgy :)
[05:56] <BenC> wasn't that big of a deal when we had it enabled by default during dapper development :)
[05:57] <_MMA_> BenC: It is appreciated. ;)
[05:58] <alex-weej> btw my usplash is still a big orange square with an ubuntu ring inside it
[05:58] <alex-weej> all the new installations i run are the same as the shutdown one - the black screen with white ubuntu text and logo
[05:58] <alex-weej> any ideas what went wrong?
[05:59] <alex-weej> (it's only the bootup one that is still orange)
[06:00] <joejaxx> fabbione: BenC oh yeah i wanted to apologize for not introducing myself at uds
[06:00] <joejaxx> sorray about that
[06:00] <joejaxx> sorry*
[06:00] <fabbione> joejaxx: uh np.. i suck at remembering names anyway
[06:00] <BenC> I'm with fabbione on that one, I suck at names
[06:01] <joejaxx> oh alright
[06:01] <alex-weej> can anyone shed any light on this? i've reported it as a bug because smartmontools is returning "healthy" for whatever i throw at it https://bugs.launchpad.net/distros/ubuntu/+bug/72774
[06:01] <Ubugtu> Malone bug 72774 in Ubuntu "My system takes ages to boot because of "buffer I/O errors"" [Undecided,Unconfirmed]
[06:02] <_MMA_> I think it was Ben I told looked like Zakk Wylde: http://www.guitarpart.fr/images/avousdejouer/jouez-comme-zakk-wylde.jpg
[06:02] <_MMA_> @UDS that is. :)
[06:22] <bluefoxicy> So guys
[06:22] <bluefoxicy> Who's head do I need to find
[06:22] <bluefoxicy> and how do I hammer through it
[06:22] <bluefoxicy> VINO.  ABSOLUTELY NEEDS.  TO DISPLAY AN ICON IN THE NOTIFICATION AREA.
[06:23] <bluefoxicy> Someone, I'm not quite sure who or how, managed to dodge out my authentication!
[06:23] <bluefoxicy> My auth is not by password; Vino asks me whether to accept or reject connections, and while I wasn't here (or perhaps I was typing too fast and accidentally hit 'a' without seeing the window pop up) someone got around that and connected to my desktop
[06:24] <Lathiat> perhaps you need to fix your physical security ;)
[06:24] <bluefoxicy> for the past like 6 hours someone's been able to view-- but not control-- my desktop.  Eventually I decided to see why my desktop was drawing so freaking slow; I checked netstat (suspecting as much-- I know what VNC does to X performance and people have been trying damn hard) and notice an established connection on 5900
[06:24] <bluefoxicy> Lathiat:  someone in another country.
[06:25] <bluefoxicy> also my screen locks when I'm AFK and you need a password to get around it
[06:25] <Lathiat> bluefoxicy: so, i heard vino takes patches :)
[06:25] <bluefoxicy> It'd be, to say the least, VERY NICE to be able to glance at the notification area and tell A) Vino is listening; B) someone is connected; C) that I can click and disconnect them
[06:25] <jdub> bluefoxicy: changesets accepted!
[06:25] <Lathiat> and/or you can file bugs :)
[06:26] <Lathiat> patches preferred
[06:26] <bluefoxicy> Lathiat, jdub:  That'd be nice if I could code
[06:26] <fabbione> bluefoxicy: and this is NOT the forum where to come and rand this way.
[06:26] <bluefoxicy> bugs I can file; the Gnome guys have a habit of not listening to anything, maybe I'll flag it 'security sensitive' to get their pants all in a knot
[06:26] <fabbione> rant even
[06:27] <bluefoxicy> . /exec cat /dev/random ?
[06:28] <jdub> bluefoxicy: "not listening to anything"? perhaps in this mode of communication, sure. don't expect someone to lend you their car keys after you tell them their car is a hunk of junk.
[06:29] <_ion> bluefoxicy: While you're typing to a window, a suddenly opened new window won't become active.
[06:30] <bluefoxicy> _ion:  don't say that
[06:30] <bluefoxicy> _ion:  that means either I did something really dumb, or someone got around VNC authentication on Vino
[06:30] <wasabi__> You have three obvious options. (a) Post a nice polite bug report asking for somebody to do the work for you. (b) do the work yourself or (c) pay somebody else to do it
[06:31] <wasabi__> Badgering people isn't going to help.
[06:31] <_ion> bluefoxicy: Of course it's always *possible* the window manager's feature is buggy.
[06:44] <LaserJock> mako: amen!
[06:47] <bluefoxicy> there's a patch
[06:47] <bluefoxicy> to supply a tray icon
[06:48] <bluefoxicy> the bug it's in is from 2004!
[06:48] <bluefoxicy> and it won't be in GNOME 2.18
[06:48] <bluefoxicy> http://bugzilla.gnome.org/show_bug.cgi?id=154467
[07:09] <_ion> Funny. The following extra packages will be installed:  ntp  The following packages will be upgraded:  ntp
[07:14] <fabbione> who did the merge missed something
[07:14] <fabbione> it won't upgrade clean
[07:59] <dholbach> good morning
[08:05] <sfllaw> mvo: Ping?
[08:05] <sfllaw> Re: bug 6553 and bug 67146.
[08:05] <Ubugtu> Malone bug 6553 in nautilus "Menu options are blank when no file selected" [Medium,Fix released]  http://launchpad.net/bugs/6553
[08:05] <Ubugtu> Malone bug 67146 in synaptic "synaptic pinning/locking does not work" [Medium,Fix committed]  http://launchpad.net/bugs/67146
[08:05] <sfllaw> mvo: I don't think you uploaded the right version into -proposed.
[08:06] <sfllaw> You've sent in ...ubuntu12 when you should have uploaded ubuntu12.1.
[08:06] <sfllaw> Can you fix this?
[08:06] <sfllaw> Also, please make the changelog refer to #67146 instead of #64005.
[08:06] <sfllaw> Thanks.
[08:07] <Mithrandir> Nafallo: care to fix 67280 ?
[08:07] <mvo> sfllaw: it is possible that my upload was not accepted by the ubuntu-archive team, let me check
[08:07] <sfllaw> Oh wait, you're right.
[08:07] <sfllaw> It's still not there yet.
[08:07] <sfllaw> cjwatson: Ping? ^^^
[08:08] <sfllaw> I was looking in the wrong archive.  Forgive me, I'm sleepy.
[08:08] <mvo> sfllaw: I think the issue was that he wanted a patch without autotools garbage in the diff, I can do this now
[08:08] <Nafallo> Mithrandir: hi :-). yea, just saw the comment. will read up on the procedures for NEW ASAP.
[08:08] <sfllaw> Could be.
[08:08] <sfllaw> Please fix up the changelog too.  Then I'll be happy.
[08:09] <sfllaw> Strangely, I'm having trouble reproducing a crash in synaptic.
[08:09] <sfllaw> It asserts on brokenness, but doesn't outright crash.
[08:09] <mvo> sfllaw: I had the same problem, it does only sometimes crash for some reason
[08:10] <sfllaw> valgrind would probably tell us why.
[08:10] <sfllaw> But that kind of fix is probably too deep.
[08:10] <sfllaw> Upload your new package and I'll see if it lets you set fonts in the first place.
[08:11] <mvo> sfllaw: no need for valgrind, the fix is trivial :) I will upload now right away
[08:11] <sfllaw> Thanks.
[08:11] <sfllaw> Ping cjwatson for me about it.
[08:11] <sfllaw> I need to go to bed.
[08:12] <Mithrandir> Nafallo: coolie, thanks.
[08:12] <mvo> sfllaw: I will
[08:12] <mvo> sfllaw: I you have time when you are up again I would like to talk to you about release-upgrades testing (for a new wiki page)
[09:24] <seb128> hey Keybuk
[09:25] <Nafallo> morning Keybuk :-)
[09:26] <Burgundavia> hey seb128, Keybuk
[09:26] <Keybuk> morning
[09:27] <seb128> Keybuk: could you do the sync from bug #73532 please? GNOME packages are FTBFSing until it's synced (or rebuilt)
[09:27] <Ubugtu> Malone bug 73532 in libbonoboui "please sync libbobonoui 2.16.0-1 from Debian experimental" [Undecided,Unconfirmed]  http://launchpad.net/bugs/73532
[09:27] <seb128> hi Burgundavia
[09:30] <Keybuk> seb128: sure, will be doing archive stuff in a bit
[09:30] <seb128> thank you
[09:58] <rsa|> salut
[10:07] <pitti> Good morning
[10:07] <Burgundavia> hey pitti
[10:10] <mvo> hey pitti!
[10:13] <seb128> hello pitti
[10:15] <ajmitch> morning pitti
[10:21] <sivang> morning
[10:23] <pitti> hey sivang
[10:41] <sivang> jono: ping
[10:49] <fabbione> mvo: ping?
[10:54] <mvo> hello fabbione
[10:56] <sivang> hey mvo !
[10:56] <mvo> hey sivang! how is it going?
[10:58] <fabbione> hey mvo
[10:58] <fabbione> mvo: bug #59983
[10:58] <Ubugtu> Malone bug 59983 in ndiswrapper "ndiswrapper in edgy broken" [Medium,Confirmed]  http://launchpad.net/bugs/59983
[10:59] <fabbione> mvo: the short version is: we need to teach feisty upgrader to pull in ndiswrapper-utils-1.9 if ndiswrapper-utils-1.8 is installed
[10:59] <fabbione> mvo: do you think you can do that before Herd 1 ?
[11:00] <fabbione> mvo: the rest of the bug is related to dapper -> edgy and it doesn't matter to you for now.. it's basically unsolvable
[11:00] <sivang> mvo: fine, thanks, you?
[11:01] <mvo> fabbione: I think we can do this. herd 1 is tomorrow?
[11:02] <fabbione> thu iirc
[11:02] <mvo> sivang: good! thanks.
[11:02] <mvo> fabbione: I do this now
[11:02] <fabbione> mvo: thanks. i did add you to the bug and added a comment
[11:04] <dholbach> cjwatson, mdz: Is it ok to drop gtranslator from main? (not sure why it ever was there)
[11:06] <cjwatson> dholbach: what is causing it to be in main right now?
[11:06] <cjwatson> (see germinate output, seeds, etc.)
[11:06] <dholbach> cjwatson: supported seed
[11:06] <dholbach> it makes no sense it's in there and the comment is ... hum, not easy to understand :-)
[11:07] <dholbach> seems it's been in main since warty
[11:08] <cjwatson> if having a desktop .po editor in main is not useful, then I don't mind
[11:09] <cjwatson> I know some people like to download files from Rosetta, translate them locally, and re-upload, though, rather than using Rosetta's web interface
[11:09] <cjwatson> perhaps you should check with translators?
[11:10] <dholbach> hm, ok - I was just astounded to see it in main, I never thought it was very stable
[11:10] <minghua_> cjwatson: I doubt those people would use gtranslater anyway.
[11:11] <minghua_> my impression is that translators use vim/emacs or kbabel, some maybe use poedit, but few uses gtranslator
[11:40] <cjwatson> minghua_: ok, if it's not used, sure, we should drop it
[11:41] <cjwatson>
[11:42] <cjwatson> and Kubuntu is
[11:42] <dholbach> nice
[11:43] <cjwatson> minghua: that's the one all over the front page of www.ubuntu.or.kr
[11:44] <cjwatson> I'd been trying to work it out myself and googling for likely candidates;  was also one of my guesses
[11:44] <cjwatson> spot who found a transliteration table
[11:44] <minghua> I see
[11:45] <cjwatson> but they seem to prefer u-bun-tu as a syllabification
[11:46] <minghua> shouldn't it be syllabified that way?
[11:47] <cjwatson> yeah, probably
[11:48] <cjwatson> although I think u-bu-ntu is closer, but that doesn't work well in Korean
[11:53] <tepsipakki> cjwatson: hi, tetex-bin is giving me headache sometimes when installing dapper (preseeded a long list of packages to be installed, tetex-bin as one of them). It hangs on preinst
[11:54] <tepsipakki> but would it help debugging if I made a local package which had "set -x" or similar in the preinst?
[11:55] <Keybuk> E: mozilla-firefox-locale-en-gb is in main but it's source (iceweasel-l10n) is not.
[11:55] <Keybuk> well, it looks like it's happened upstream
[11:56] <cjwatson> tepsipakki: I guess; I'm not really an expert, sorry
[11:56] <cjwatson> tepsipakki: DEBCONF_DEBUG=developer would be my first try though
[11:56] <tepsipakki> cjwatson: ok I'll try that too
[12:07] <Hobbsee> ouch, sorry
[12:09] <_ion> hobbsee: I don't see anything pasted by you.
[12:10] <StevenK> Neither did I.
[12:10] <Hobbsee> hrm.
[12:10] <Hobbsee> maybe i'm going insane?
[12:11] <_ion> hobbsee: Irssi does have a paste detector that asks you to confirm a long enough paste, but if it's canceled, the lines should not become visible.
[12:12] <Hobbsee> _ion: it was only one line
[12:12] <Hobbsee> oh, i see now.  now i'm getting messages spliced from different *networks* whicih i *know* are wrong.  and at different times
[12:13] <StevenK> Hobbsee: Force a redraw?
[12:13] <StevenK>  /redraw
[12:13] <Hobbsee> right
[12:13] <_ion> ^L
[12:13] <StevenK> Or that.
[12:17] <lehaid> hi, how can i know if a given module in the ubuntu kernel is compiled with a flag or not ?
[12:19] <jayteeuk> lehaid: Will modinfo tell you that?
[12:19] <minghua> lehaid: look at your /boot/config-*, but that question belong to #ubuntu, not here
[02:08] <cjwatson> ok, I think I'm going to accept this Debian change that moves /etc/X11/xkb to /usr/share/X11/xkb
[02:08] <cjwatson> it's going to take some fiddling, though ...
[02:11] <cjwatson> ah, xkbutils
[02:24] <Keybuk> heh
[02:24] <Keybuk> funny when you do a merge, and think "hang on, I patched this"
[02:24] <Keybuk> and then realise you never uploaded the fixed version
[02:25] <underzsof>  WWW.UNDERZSOFT.COM
[02:35] <gnomefreak> was NVU removed from repos for a reason?
[02:35] <gnomefreak> or is it under a different name in feisty?
[02:36] <highvoltage> gnomefreak: it's still there
[02:36] <gnomefreak> highvoltage: not here its not
[02:36] <highvoltage> gnomefreak: just enable universe
[02:36] <gnomefreak> i have it
[02:36] <highvoltage> Filename: pool/universe/s/sl/sl_3.03-14_i386.deb
[02:36] <gnomefreak> W: Unable to locate package nvu
[02:36] <highvoltage> ^^^ that's in edgy
[02:37] <highvoltage> weird.
[02:37] <gnomefreak> im on feisty
[02:37] <Mithrandir> hmm, it's not in feisty, no.
[02:37] <StevenK> Or in Debian
[02:37] <highvoltage> ah well, then toughies :)
[02:37] <gnomefreak> lol
[02:37] <Mithrandir> (From Debian) RoM; abandoned upstream
[02:37] <gnomefreak> i kind of liked it
[02:38] <StevenK> That gives the version in Edgy a nice kind of irony.
[02:38] <StevenK> nvu | 1.0final-2ubuntu2 | edgy/universe | source, amd64, i386
[02:38] <giskard> gnomefreak, because is buggy and unmaintained
[02:38] <highvoltage> it's quite popular in some schools. strange that it's abandoned.
[02:38] <highvoltage> heh
[02:39] <gnomefreak> safe to say we are not getting it back than?
[02:39] <giskard> Mithrandir, i asked for the removal, it's buggy and umaintained by upstream
[02:40] <giskard> gnomefreak, did you know about http://kompozer.net/ ?
[02:40] <_MMA_> gnomefreak: I think its turning into something called "Composer".
[02:40] <gnomefreak> no i did not
[02:40] <_MMA_> Beat me to it.
[02:40] <gnomefreak> ty
[02:40] <giskard> _MMA_, yeah! Kompozer ;)
[02:41] <highvoltage> quanta is cool if you have kde, otherwise vim is king :) (but this is really a discussion for #ubuntu, I'll stay quiet now)
[02:42] <_MMA_> Heres NVU's author's blog: http://glazman.org/weblog/dotclear/index.php?Nvu
[02:47] <freeflying_> why don't we merge fontconfig from debian, it's alread 2.4.1 in sid
[02:47] <gnomefreak> are we looking at packaging it for feisty/feisty+1
[03:11] <cjwatson> rodarvus: around? I'd like to run this xkeyboard-config change past you, if you care
[03:29] <cjwatson> Mithrandir: could you eyeball http://people.ubuntu.com/~cjwatson/tmp/xkeyboard-config.diff? That's just the new diff versus Debian; you can have the diff versus previous Ubuntu as well, but it's big and fat and in some ways less interesting 'cos there's a new upstream and a repackaging in there
[03:29] <heno> Keybuk, cjwatson: either of you want to look at the braille-support spec again?
[03:29] <cjwatson> it's the preinst code I mostly care about
[03:30] <cjwatson> heno: oh, yeah, it's sitting open in my browser already waiting for me to get round to it
[03:30] <heno> heh, ok :)
[03:32] <Mithrandir> cjwatson: we can't get rid of the two symlinks from xkbutils?
[03:32] <cjwatson> Mithrandir: we can, but the transition would be a hairy mess because the server uses those
[03:32] <cjwatson> I'm not too horribly uncomfortable with just having a small symlink farm in /etc/X11/xkb/
[03:33] <Mithrandir> ok
[03:33] <cjwatson> (and xkb-data would have to have Conflicts, etc., to make sure its preinst worked)
[03:34] <Mithrandir> cjwatson: ok, looks good to me
[03:34] <cjwatson> right, thanks. It's possible I lost some of the patches from dapper era; checking
[03:38] <cjwatson> they seem to be mostly backports or stuff that's been submitted so far
[03:48] <giskard> ogra, ping :)
[03:49] <ogra> giskard, pong
[03:49] <cjwatson> right, there goes xkeyboard-config. let me know if your keyboard explodes or something
[03:49] <giskard> ogra what is useful for patches-old/ in the debian/ of gnome-power-manager?
[03:50] <Mithrandir> Keybuk: can you see a reason why wodim seems not to have been synced from Debian?
[03:51] <ogra> giskard, we didnt use any of these patches since dapper, i didnt want to throw them away in case we'd need to quickly enable one of them again ... you can remove the dir if you like
[03:51] <giskard> ogra, who wrote these patches?
[03:52] <ogra> most of them daniel silverstone iirc
[03:52] <ogra> i'd need to look them up ...
[03:52] <Mithrandir> hmm, maybe it ftbfs-ed
[03:52] <ogra> they should all appear in the changelog somewhere
[03:53] <Keybuk> Mithrandir: because it doesn't exist in Debian?
[03:53] <ogra> Mithrandir, it needs cmake in main
[03:53] <cjwatson> Keybuk: does, it's a binary
[03:53] <ogra> its already synced (i looked at it yesterday)
[03:53] <cjwatson> from cdrkit
[03:53] <ogra> its in cdrkit
[03:53] <Keybuk> ahh
[03:53] <Keybuk> Mithrandir: when specifying syncs, please mention if it's a binary <g>
[03:53] <ogra> we'll need a cdrecord->wodim transition
[03:53] <ogra> and cmake in main
[03:54] <cjwatson> ogra: Debian already has a perfectly good transition
[03:54] <Keybuk> cdrkit is stuck in dep-wait
[03:54] <Mithrandir> Keybuk: I thought it was the name of the source package, which was why I was unable to track it down myself.
[03:54] <ogra> ah, cool
[03:54] <cjwatson> Keybuk: could you give back lshw for me? it should build now
[03:54] <Mithrandir> Keybuk: as a penance, I'll do three NEWs now.
[03:54] <cjwatson> (promoted tipa for it)
[03:55] <Keybuk> cjwatson: done
[03:55] <Keybuk> Mithrandir: enjoy, it's beryl :P
[03:55] <giskard> :)
[03:56] <Mithrandir> Keybuk: I wasn't thinking of _that_ bit. :-P
[03:56] <Keybuk> that's all that was in NEW last time I looked
[03:56] <mjg59> If it's still got mesa, can you reject it and ask them to build-depend on mesa-swx11-source?
[03:56] <mjg59> (Assuming that that's an adequate amount of mesa, and I'd be impressed if it isn't)
[03:56] <giskard> imbrandon, fabo and me would be happy to see beryl accepted ;)
[03:56] <mjg59> Keybuk: Have you tested that patch yet?
[03:56] <cjwatson> Keybuk: thanks
[03:56] <mjg59> Or should I find someone else to?
[03:57] <cjwatson> giskard: package it properly, then ;-)
[03:57] <Keybuk> mjg59: not yet
[03:57] <giskard> mjg59, build beryl against mesa-swx11-source?
[03:57] <Keybuk> mjg59: compiz doesn't work on my desktop
[03:57] <mjg59> Keybuk: Because you're using insufficiently new nvidia drivers?
[03:58] <mjg59> giskard: If it includes its own copy of mesa, then yes
[03:58] <mjg59> Keybuk: Or because of other insanity?
[03:58] <gnomefreak> thought someone already built beryl for universe
[03:58] <mjg59> tyrosine% apt-cache show beryl
[03:58] <mjg59> W: Unable to locate package beryl
[03:58] <gnomefreak> atleast he was supposed to
[03:59] <cjwatson> gnomefreak: when ftpmasters are telling you that it's in NEW, perhaps you can believe them
[03:59] <gnomefreak> it hasnt been uploaded yet
[03:59] <Keybuk> mjg59: yes
[03:59] <mjg59> Keybuk: Ok, good to know
[03:59] <cjwatson> gnomefreak: it has. it's in NEW. listen to us
[03:59] <gnomefreak> oh
[04:00] <cjwatson>   136349 | S- | beryl-settings       | 0.1.2-0ubuntu1       | two days
[04:00] <cjwatson>          | * beryl-settings/0.1.2-0ubuntu1 Component: main Section: x11
[04:00] <cjwatson>   136348 | S- | beryl-plugins        | 0.1.2-0ubuntu1       | two days
[04:00] <cjwatson>          | * beryl-plugins/0.1.2-0ubuntu1 Component: main Section: x11
[04:00] <cjwatson>   136347 | S- | beryl-manager        | 0.1.2-0ubuntu1       | two days
[04:00] <Mithrandir> dholbach: why do you include the LGPL as well as the GPL in gnome-specimen's copyright file?
[04:00] <cjwatson>          | * beryl-manager/0.1.2-0ubuntu1 Component: main Section: x11
[04:00] <cjwatson>   136346 | S- | beryl-core           | 0.1.2-0ubuntu1       | two days
[04:00] <cjwatson>          | * beryl-core/0.1.2-0ubuntu1 Component: main Section: x11
[04:00] <Keybuk> Mithrandir: I usually make maintainers do that
[04:00] <Mithrandir> Keybuk: when it's GPL-only?
[04:00] <Keybuk> Mithrandir: oh, not in that circumstance, no :P  when it contains GPL and LGPL code
[04:00] <Mithrandir> oh, sorry, my fault.
[04:01] <Mithrandir> it does include LGPL code
[04:01] <mjg59> Keybuk: Mm? If something's a mixture of GPL and BSD, do you want the BSD headers in copyright as well?
[04:01] <dholbach> Mithrandir: because the maintainer has it in one header, I asked him to fix it and he did it in bzr
[04:01] <dholbach> Mithrandir: next release will be gpl only
[04:02] <cjwatson> freeflying_: the fontconfig merge is on Ian's to-do list according to merges.ubuntu.com
[04:02] <Mithrandir> dholbach: I'll reject the current one, it fails to ship a copy of the LGPL anywhere in the orig.tar.gz.
[04:02] <freeflying_> cjwatson: thanks
[04:03] <Keybuk> mjg59: I tend to overlook that, as there's nothing contradictory there
[04:03] <dholbach> Mithrandir: it's in the header
[04:03] <dholbach> but oh well...
[04:03] <Keybuk> the GPL/LGPL thing requires a "choice to distribute under the GPL instead"
[04:03] <Keybuk> which I prefer the users to make, not us
[04:03] <mjg59> Keybuk: Well, the total work can only be under the GPL
[04:04] <mjg59> If they're looking at reusing individual pieces of source, they need to look at the file-level copyrights anyway
[04:04] <giskard> mjg59, i know, upstream  will fix this in the next release.
[04:04] <Keybuk> mjg59: sure, but when split up again, they should be under the LGPL and GPL separately
[04:05] <Keybuk> and in theory, the LGPL says once you choose to make it GPL, you can't set it back again (because the GPL doesn't allow that)
[04:05] <Mithrandir> dholbach: in what header?  One header says "this file under the LGPL, you should have received a copy with this software".  And no copy in the orig.tar.gz
[04:06] <dholbach> nm, I'll package bzr
[04:08] <mjg59> giskard: It's unlikely to get through new until that's resolved. We really don't want to carry around multiple copies of the same source when it can be avoided
[04:13] <giskard> mjg59, ok.
[04:16] <bddebian> Heya
[04:23] <mvo> fabbione: still here? should the dist-upgrade install ndiswrapper-utils-1.9 if 1.1 is installed too? or only if 1.8 is installed?
[04:28] <rodarvus> cjwatson, sorry for the delay answering. Mithrandir is the xkb guy among us (some time ago we "divided" efforts into libs+kbd for him, server and drivers for me)
[04:28] <Keybuk> rodarvus: talking of which, xfree86-driver-synaptics needs special attention
[04:28] <rodarvus> I noticed Mithrandir already reviewed your debdiff, but apart it seem ok for me too
[04:30] <rodarvus> Keybuk, *nods*, indeed
[04:31] <rodarvus> mjg59 "owns" this package :)
[04:31] <rodarvus> (there are patches from him in there I don't dare touching)
[04:31] <Keybuk> mjg59 is "busy" with his PhD, you end up nominally owning it because it starts with "X" :)
[04:31] <rodarvus> heh, right
[04:33] <Keybuk> lp_archive@drescher:~/syncs$ M -S xfree86-driver-synaptics
[04:33] <Keybuk> xfree86-driver-synaptics |   0.14.4-1 | feisty/universe | source, amd64, hppa, i386, ia64, powerpc, sparc
[04:33] <Keybuk> lp_archive@drescher:~/syncs$ M -S xserver-xorg-input-synaptics
[04:33] <Keybuk> xserver-xorg-input-synaptics | 0.14.6-0ubuntu3 |        feisty | source, amd64, i386, ia64, powerpc, sparc
[04:33] <Keybuk> --
[04:33] <Keybuk> we have two different source packages, producing two different binaries
[04:33] <mjg59> We have this discussion every single release
[04:33] <Keybuk> Debian has one source package (xfree86-driver-synaptics) which produces both binaries
[04:33] <Keybuk> mjg59: the discussion clearly hasn't been resolved ?
[04:34] <mjg59> Every time you ask, I say "Drop the one in universe"
[04:34] <Keybuk> right
[04:34] <Keybuk> but that's wrong
[04:34] <Keybuk> because there's still one in Debian trying to sync in to Ubuntu
[04:34] <Keybuk> so it doesn't actually solve the problem
[04:34] <mjg59> Then stop syncing it
[04:34] <Keybuk> why?
[04:34] <Keybuk> we inherit X from Debian now
[04:34] <Keybuk> why aren't we inheriting this?
[04:34] <mjg59> Because Debian appears to show little interest in fixing the problems with it working out of hte box
[04:35] <Keybuk> can't we apply our xserver-xorg-input-synaptics patch to the Debian xfree86-driver-synaptics package?
[04:35] <mjg59> Seemingly not, since our driver is newer than the Debian one
[04:35] <Keybuk> it isn't
[04:35] <Keybuk> it's the same upstream version
[04:35] <Keybuk> feisty has 0.14.6-0ubuntu3
[04:35] <Keybuk> unstable has 0.14.6-1
[04:35] <mjg59> Oh, right
[04:36] <mjg59> But, uh. Why xfree86-driver-synaptics?
[04:36] <Keybuk> *shrug* who cares
[04:37] <Keybuk> they probably figured not to rename the source
[04:38] <mjg59> Yeah. Shifting over to that ought to be reasonable, then.
[04:39] <Keybuk> can you do that merge?
[04:39] <mjg59> Given that it's the same upstream, the merge should be trivial
[04:39] <mjg59> I can't really do it right now, though
[04:42] <mjg59> The ubuntu diff applies to the Debian package with minor rejects, which can be ignored
[04:43] <mjg59> With the exception that it needs to be told to use -fno-stack-lala again
[04:46] <dholbach> Mithrandir: uploaded a fixed version
[04:50] <mdz> dholbach: yes (gtranslator)
[04:50] <dholbach> mdz: gracias
[04:51] <mdz> fabbione: the main issue is that the wrong version of ndiswrapper is provided by default; it's purely a packaging problem
[04:51] <mdz> Burgundavia: pong
[05:05] <Keybuk> woop!  the only remaining merge with my name against it is sysvinit
[05:05] <Keybuk> I guess I can't put that one off any longer
[05:07] <Tonio__> mdz: hi ! little question concerning a packaging issue
[05:07] <Keybuk> pitti: it's amazing the amount of motivation you can have when you're avoiding doing something else :p
[05:07] <pitti> hehe
[05:07] <pitti> Keybuk: likewise here: instead of testing the dovecot security update manually I wrote a whole automatic test suite
[05:08] <Tonio__> mdz: in the case there is no new upstream release between edgy and feisty yet, but a little packaging issue has been corrected, is that backport relevent or simply an sru
[05:08] <Tonio__> ?
[05:18] <mvo> fabbione: could you have a look at #21117 ? I haven't seen it in a while (since pre-dapper) but it has come back for edgy->feisty upgrades
[05:21] <cjwatson> Keybuk: I have four to go, not counting updated merges
[05:21] <cjwatson> Tonio__: that depends on the impact of the packaging problem
[05:21] <cjwatson> Tonio__: see http://wiki.ubuntu.com/StableReleaseUpdates
[05:22] <Keybuk> cjwatson: done pam yet? :)
[05:22] <cjwatson> Keybuk: nope
[05:22] <cjwatson> doing d-i instead, which is more urgent and equally procrastination-worthy
[05:22] <Keybuk> heh
[05:28] <Tonio__> damned connection...
[05:30] <Keybuk> [Updating]  amiwm (0 [Ubuntu]  < 0.20.48-7.1 [Debian] )
[05:30] <Keybuk>  * Trying to add amiwm...
[05:30] <Keybuk>   - <amiwm_0.20.48-7.1.dsc: downloading from http://ftp.debian.org/debian/>
[05:30] <Keybuk>   - <amiwm_0.20.48-7.1.diff.gz: downloading from http://ftp.debian.org/debian/>
[05:30] <Keybuk>   - <amiwm_0.20.48.orig.tar.gz: downloading from http://ftp.debian.org/debian/>
[05:30] <Keybuk> forget beryl
[05:30] <Keybuk> there's something that's been sorely missing from Ubuntu
[05:32] <thom> hah
[05:34] <Keybuk> what a strange package
[05:34] <Keybuk> it puts firmware in /usr/lib/firmware ...
[05:34] <Keybuk> (bluez-firmware)
[05:36] <Keybuk> apart from a planet in BSG, that is
[05:36] <ogra> BSG ?
[05:36] <ogra> Keybuk, thanks for claning up the mess in sysklogd, i'm really sorry for that ...
[05:38] <thom> ogra: battlestar galactica
[05:38] <pitti> doko: do you plan to merge gettext soon? 0.15 causes some packages to FTBFS due to xgettext segfaulting; I can do the merge if you want
[05:39] <ogra> ah
[05:39] <ogra> thom, thanks :)
[05:55] <mdz> Mithrandir: ping re: Herd 1
[05:55] <Keybuk> we should so name it Hurd just to see if anyone's paying attention
[05:56] <Mithrandir> mdz: hiya
[05:56] <kylem> Keybuk, dude, that's not funny. :)
[05:56] <Mithrandir> mdz: it's waiting for installer stuff before I freeze the archive; I've started trying to make *-desktop installable.
[05:57] <Keybuk> kylem: oh, sorry; when they hired you as a Kernel Developer, didn't they tell you *which* Kernel?
[05:57] <kylem> *really* not funny.
[05:57] <Mithrandir> (no point in freezing until we have at least most of the bits present and accounted for)
[05:57] <kylem> ;-)
[05:58] <mdz> Keybuk: yes
[06:01] <Mithrandir> mdz: I have people coming over now, so I have to go, if you have more questions or stuff you want to discuss, I'll be around in about four hours.
[06:07] <giskard> mjg59, if I upoad a new version of beryl-core now (= in a few minutes) you will accept it?
[06:08] <mjg59> giskard: I'm not an archive admin, I'm afraid
[06:08] <giskard> no problem
[06:13] <TreMobyl> ok, something's seriously hosed.  It's apparnetly on the initram.
[06:14] <Keybuk> TreMobyl: see /topic
[06:15] <jdong> what is the arbitrary size that tmpfs imposes on itself if I mount with no -o size argument?
[06:15] <jdong> right now, it seems to be 505M on my system with 1G ram and 2G swap
[06:15] <Keybuk> jdong: sizeof(swap)
[06:16] <jdong> Keybuk: really?
[06:16] <jdong> lrm                   505M   17M  489M   4%
[06:16] <jdong> Mem:          1009        982         27
[06:16] <jdong> Swap:         1388          0       1388
[06:16] <jdong> the numbers don't seem to match up at all
[06:16] <jdong> I'm puzzled
[06:16] <Keybuk> actually, it might be 50% of swap
[06:16] <jdong> Keybuk: I can force it larger with -o size, right?
[06:17] <Keybuk> ah, no
[06:17] <Keybuk> "Half of the available RAM"
[06:17] <jdong> oh, ok
[06:17] <jdong> ooh, and I can -o remount,size=800M and it works :)
[06:17] <Keybuk> yeah
[06:17] <Keybuk> you need 800MB for lrm?
[06:17] <jdong> no
[06:17] <jdong> :)
[06:17] <jdong> I'm doing pbuilder in tmpfs
[06:17] <jdong> just for fun :)
[06:18] <jdong> it is a LOT faster :)
[06:18] <Adri2000> does anyone know about the date for the next CC? or Mark knows?
[06:18] <jdong> only thing is I wish pbuilder could bind-mount its APT cache
[06:20] <jdong> Keybuk: so does disk cache, other apps, or tmpfs take priority if tmpfs starts growing > free RAM?
[06:21] <Keybuk> jdong: define priority?
[06:21] <Keybuk> priority for what?
[06:21] <jdong> Keybuk: i.e. what gets shoved into swap the most?
[06:22] <Keybuk> whatever's being used the least
[06:22] <jdong> I see
[06:22] <TreMobyl> bugfiling time, it seems
[06:22] <mjg59> jdong: The kernel keeps track of when each page was last used
[06:22] <mjg59> jdong: When stuff needs to be pushed to swap, it pushes the least recently used page
[06:23] <TreMobyl> hey mjg
[06:23] <jdong> oh, so tmpfs just requests pages from the VM?
[06:23] <mjg59> Yes
[06:23] <jdong> that's brilliant :)
[06:24] <mjg59> ramfs just uses ram, so is generally not preferable
[06:24] <Keybuk> the cute thing is that the pages are shared with the page cache
[06:24] <Keybuk> so you don't end up putting tmpfs things in the page cache separately
[06:24] <jdong> cool
[06:25] <jdong> aww, swap can't be sparse? :D
[06:25] <jdong> how disappointing
[06:43] <Keybuk> http://merges.ubuntu.com/main-trend.png
[06:44] <Keybuk> ^ sweet, we're about half way through the merges
[06:44] <Keybuk> (the yellow bit eating into the red)
[06:45] <mako> Laser_away: glad you appreciated it
[06:45] <Keybuk> dholbach: MOTU don't appear to be making any headway ?
[06:52] <wasabi_> Hmm. ubuntu-minimal should not depend on klogd
[06:52] <wasabi_> It should depend on kernel-log-daemon or some such
[06:52] <Keybuk> wasabi_: generally speaking we depend on real packages, as it defines the Ubuntu supported system
[06:53] <wasabi_> Hmm. Still. Realistically, installing syslog-ng should not cause ubuntu-minimal to be removed, imo.
[06:53] <wasabi_> As ubuntu-minimal is used to track new packages too
[06:53] <Keybuk> yes, long running bug/bitch/wishlist
[06:53] <wasabi_> why is kernel-log-daemon | klogd bad?
[06:54] <wasabi_> Err, reversed.
[06:54] <Keybuk> it's not bad, so much as not actually possible :p
[07:02] <seb128> Keybuk: did you have a chance to look at bug #73532?
[07:02] <Ubugtu> Malone bug 73532 in libbonoboui "please sync libbobonoui 2.16.0-1 from Debian experimental" [Undecided,Unconfirmed]  http://launchpad.net/bugs/73532
[07:02] <seb128> Keybuk: GNOME packages are FTBFSing for the moment
[07:09] <Keybuk> no, I didn't
[07:10] <Keybuk> you can't spell bonobo either, eh?
[07:11] <Keybuk> done
[07:13] <LaserJock> Keybuk: do you have a little time for a quick spec review?
[07:14] <Keybuk> LaserJock: no, sorry
[07:14] <LaserJock> k, np
[07:18] <seb128> Keybuk: thank you ;)
[07:31] <AcidBurn> keep having a problem with the sky2 driver for ethernet
[07:32] <AcidBurn> dmesg output;
[07:32] <mdz> Mithrandir: a reply to my email would be sufficient, thanks
[07:32] <AcidBurn> [17217507.128000]  APIC error on CPU0: 40(40)
[07:32] <AcidBurn> [17217603.980000]  APIC error on CPU0: 40(40)
[07:32] <AcidBurn> [17217643.748000]  sky2 eth1: Link is down.
[07:32] <AcidBurn> [17217649.284000]  sky2 eth1: Link is up at 100 Mbps, full duplex, flow control none
[07:32] <AcidBurn> [17218331.376000]  APIC error on CPU0: 40(40)
[07:32] <AcidBurn> [17218470.436000]  APIC error on CPU0: 40(40)
[07:34] <AcidBurn> it would appear, that the link would go down, lose it connection to the linksys router.. odd
[07:35] <AcidBurn> having this trouble with kubuntu and xubuntu
[07:42] <pitti> slomo: ping
[07:43] <slomo> pitti: pong
[07:43] <pitti> slomo: hi
[07:44] <slomo> hi pitti :)
[07:44] <pitti> slomo: apport was recently changed to pick up unhandled exceptions for Python programs; I'd like to do the same for crashing Mono programs
[07:44] <pitti> slomo: (https://wiki.ubuntu.com/ApportImprovements spec)
[07:44] <pitti> slomo: do you have a broad idea how this can be achieved?
[07:45] <pitti> slomo: i. e. changing Mono's default exception handler to build a crash report?
[07:45] <slomo> well, shouldn't be too hard :) but i don't know the code
[07:47] <pitti> slomo: we just need to find a way to make mono interact sanely with the python library (probably through an executable wrapper)
[07:47] <pitti> slomo: can we discuss this this evening or tomorrow? (I need to finish the spec by Thursday)
[07:50] <slomo> maybe later this evening or tomorrow in the morning if this is fine with you :)
[07:52] <pitti> slomo: absolutely, I have my OpenWeek talk in 8 minutes anyway
[07:53] <slomo> pitti: ok :) i'll ping you when i have some minutes
[08:17] <cr3> what's the name of that graphic controller and monitor autodetection in casper?
[08:18] <Kano> hi
[08:20] <ogra> cr3, xserver-xorg's postinst script
[08:20] <cr3> ogra: ah, so the live cd is exactly the same as dpkg-reconfigure xserver-xorg. thanks
[08:20] <Kano> i am just trying to compile a package that needs linux/compiler.h on ubuntu. on debian that header is provided by the linux-kernel-headers package, that is missing
[08:21] <ogra> cr3, i think its dpkg-reconfigure -pcritical xserver-xorg (for no questions)
[08:21] <cr3> ogra: you read my mind, I was wondering how it didn't ask for questions. re-thanks :)
[08:22] <ogra> either that or DEBIAN_FRONTEND is set to noninteractive, i dont know the exact details of casper
[08:49] <cr3> why was the LAMP option removed from the installation options of the 6.10 server install cd?
[08:51] <cr3> there doesn't even seem to be a lamp meta package :(
[08:53] <AcidBurn> anyone for the sky2 bug problem ?
[08:55] <Burgwork> AcidBurn: sky2 bug?
[08:55] <AcidBurn> as you can see above from my post
[08:55] <AcidBurn> it would appear the driver, is not behaving correctly
[09:20] <BenC> Anyone know a good perl expression to take a single line of text and add linefeeds as word boundaries at or less than 76 characters?
[09:20] <BenC> it's ok if it expects to only add one newline
[09:20] <BenC> nm, I think I got it
[09:22] <_ion> libtext-autoformat-perl - Perl module for automatic text wrapping and reformating    libtext-reform-perl - Perl module for manual text wrapping and reformating
[09:22] <_ion> Text::AutoFormat is quite intelligent, e.g. indentation and mail quoting ("> " prefix) are respected.
[09:23] <BenC> _ion: you rock, thanks
[09:26] <_ion> http://search.cpan.org/~dconway/Text-Autoformat-1.13/lib/Text/Autoformat.pm
[09:26] <_ion> There's the documentation.
[09:29] <BenC> _ion: Text::Wrap did the trick too, and it's stock perl
[09:29] <_ion> Oh, i forgot about that.
[09:31] <_ion> I haven't touched perl much for a long time. First i found python and realized how much perl sucks, then i found ruby and realized how much python sucks. ;-)
[09:35] <elmo> ugh
[09:35] <elmo> BenC: netxtreme II (bcm5708) not supported in edgy?
[09:37] <kylem> should be supported by bnx2.ko
[09:38] <BenC> elmo: yeah, bnx2 has the PCI id for it in edgy
[09:38] <elmo> I don't have that module on the server CD?
[09:38] <BenC> elmo: Must be missing from the udev's :/
[09:38] <pirast_> doko, when are you going to fix bug #62432?
[09:38] <Ubugtu> Malone bug 62432 in openoffice.org "Crash when copying text from OpenOffice to other applications" [Unknown,Fix released]  http://launchpad.net/bugs/62432
[09:38] <BenC> udeb's even
[09:39] <elmo> BenC: doh.  want a bug?
[09:39] <BenC> elmo: don't ask if I want a bug :)
[09:39] <BenC> elmo: But sure, file one and we'll get it into a -security update
[09:40] <elmo> completely kernel unrelated, but could we make the server default to creating partitions noatime?
[09:42] <kylem> eh, why?
[09:43] <elmo> because we use deadline on servers -> writes hurt, atime -> insane amounts of writes, and I've never seen anyone care about atime on a server, but maybe that's just me
[09:44] <keescook> the only reason I've seen to care about atime is for people using a local partition for mbox reading.  that's pretty rare these days.
[09:45] <pitti> keescook: and apport for telling apart seen from unseen reports; maybe I should change that
[09:45] <keescook> pitti: ah! forgot about that.  :)
[09:48] <elmo> LP 73647
[10:03] <Adri2000> elmo: do you know if the next CC is planned yet?
[10:29] <Gadi> can someone tell me if udevd gets called once or twice in initramfs?  I am trying to track down a problem, and when I get a shell in initramfs I see 2 calls to udevd
[10:34] <Mithrandir> mdz: I can't see any mails from you in my inbox at least?
[10:37] <mdz> Mithrandir: /msg'd
[10:53] <jdong> when's next archive day?
[11:01] <Burgwork> sfllaw: you got me a url for this fridge event?
[11:02] <sfllaw> Burgwork: Nope.  I did send an e-mail to fridge-devel.
[11:03] <mdke> Burgwork: just copy what was done for previous hug days
[11:08] <Burgwork> sfllaw: done
[11:08] <Burgwork> hey jono
[11:09] <sfllaw> Burgwork: I understand you give away stickers?
[11:09] <Burgwork> I do
[11:09] <jono> hey
[11:09] <sfllaw> Burgwork: How can I convince you to send me some?
[11:09] <Burgwork> sfllaw: bribes
[11:09] <sfllaw> Burgwork: I'd like to be able to give them away.
[11:10] <sfllaw> Burgwork: What kind of bribes?
[11:10] <Burgwork> new X60
[11:11] <sfllaw> Burgwork: Ouch.
[11:11] <Burgwork> stop complaining and start buying!
[11:11] <Burgwork> pm me your addy and I will get you some
[11:11] <mc44> Burgwork: you're famous! Name checked on TWiT :)
[11:11] <Burgwork> twit?
[11:12] <mc44> Burgwork: This Week in Tech, podcast
[11:12] <Burgwork> oh joy
[11:12] <sfllaw> Burgwork: Congrats!
[11:16] <chisefu> Burgwork peddles stickers on the interweb for net pr0ps
[11:31] <Lin> hi all
[11:33] <Lin> is it possible install ubuntu edgy using fai.. if so.. the steps are same as debian? if not.. where can I read about?
[11:36] <Burgwork> Lin: yes
[11:36] <Lin> Burgwork: same steps as debian..
[11:37] <Burgwork> not entirely certain
[11:38] <keescook> siretart: I updated SbuildLVMHowto to point to my mk-schroot-lv.sh script that does all the magic in one go.  Very handy.  :)
[11:38] <Lin> Burgwork: the edgy installer is different as the previous.. I dont think that its debian installer.
[11:42] <neuralis> rodarvus: ping
[11:42] <rodarvus> neuralis, pong
[11:42] <Burgwork> Lin: d-i is on the alternate cd
[11:43] <Lin> Burgwork: I thought that it was abandoned.
[11:43] <neuralis> dilinger: rodarvus is around, let's get him in a channel somewhere
[11:43] <Lin> Burgwork: good to know