[12:12] <mvo> pitti: any eta for -desktop yet?
[12:13] <pitti> mvo: 10 minutes, I'd say
[12:13] <mvo> pitti: ROCK!
[12:13] <pitti> mvo: live image finished building 30 seconds ago, building iso now
[12:14] <gnomefreak> is compiz enabled by default in gutsy with nvidia drivers?
[12:14] <Kmos> i think it is
[12:14] <pitti> mvo: ^ good question: what happens now if I enable nvidia after installing with nv? will it switch over to compiz or keep metacity?
[12:15] <mvo> gnomefreak: we currently try to archive this, but nvidia will not be the default, it will be "nv" 
[12:15] <gnomefreak> that would explain the crash than
[12:15] <mvo> pitti: it will switch to compiz (that is our default wm)
[12:15] <Kmos> gnomefreak :)
[12:15] <pitti> mvo: ah, ok
[12:15] <mvo> gnomefreak: oh?
[12:15] <gnomefreak> its hard to diagnose a freezing issue with it enabled.
[12:16] <pitti> gnomefreak: please test the new images, they should have that fixed
[12:16] <mvo> gnomefreak: you use the nvidia driver and it freezes for you? do you have the latest (~10 minutes ago) packages for compiz and plugins-main?
[12:16] <gnomefreak> i sent a crash to gnome-appearance-properties and it crashed compiz
[12:16] <mvo> gnomefreak: can you give me the bugnumber please?
[12:16] <gnomefreak> pitti: i have newest in repos
[12:16] <gnomefreak> mvo: apport is lazy tonight it didnt file one said it couldnt
[12:17] <gnomefreak> error was This problem report is damaged and cannot be processed
[12:17] <gnomefreak> i will try again
[12:17] <mvo> the very latest is really very fresh :) 
[12:18] <gnomefreak> as of maybe an hour ago
[12:18] <gnomefreak> 1:0.5.1+git20070621-0ubuntu3?
[12:18] <Kmos> mvo: bug 122330
[12:18] <ubotu> Launchpad bug 122330 in gnome-control-center "[Gutsy]  Gnome Appearance windows freezes and fails to finish loading " [Medium,Incomplete]  https://launchpad.net/bugs/122330
[12:18] <heno> pitti: is that 'server' for edubuntu?
[12:18] <pitti> heno, mvo, all: new ubuntu live images are up (20070626.2), please test
[12:18] <mvo> gnomefreak:  then please try again, I think it was made available ~15min ago
[12:18] <gnomefreak> k
[12:18] <pitti> heno: which server?
[12:18] <mvo> Kmos: thanks!
[12:19] <heno> pitti: http://cdimage.ubuntu.com/edubuntu/daily/20070626.2/ Edubuntu doesn't have an 'alternate'
[12:20] <pitti> heno: ah, right; yes, that's the server install CD
[12:20] <mvo> Kmos, gnomefreak: that freeze in #122330 is with the "nv" driver? or the "nvidia" one?
[12:20] <heno> pitti: ok, thanks
[12:20] <gnomefreak> nvidia
[12:20] <mvo> oh :/
[12:20] <mvo> hrm
[12:21] <mjg59> So, uh, why is hal-device-manager in system/preferences?
[12:21] <mjg59> It can't actually change anything
[12:21] <gnomefreak> mvo: i sent kill sig to it again compiz didnt crash this time :( but apport is working now
[12:21] <gnomefreak> mvo: just got newest ones updating now ty
[12:21] <pitti> mjg59: right, it should be somewhere else, or not installed at all
[12:21] <mvo> gnomefreak: cool, thanks. lets see how that goes :)
[12:22] <mjg59> pitti: Ok, not just me then:)
[12:22] <gnomefreak> mvo: will let you know ty
[12:22] <pitti> mjg59: it has been there since warty, though
[12:22] <pitti> mjg59: at least there is hope, h-d-m has been dropped upstream, and replaced by gnome-device-manager which can actually *do* stuff :)
[12:23] <mvo> pitti: alternative install works at least in vmware, testing -desktop on real hw now
[12:23] <pitti> Xubuntu freaks, heno: new xubuntu alternates are up (20070626.1), please test
[12:23] <mvo> pitti: that means the previous crash on login is fixed 
[12:24] <pitti> mvo: hm, my alternate is at 71%; I want your fast hard disks :)
[12:24] <mvo> heh :)
[12:28] <Riddell> heno: seen this ubuntu windows installer? http://wubi-installer.org/
[12:29] <heno> Riddell: yes, it's a gutsy goal
[12:30] <evand> Riddell: https://wiki.ubuntu.com/InstallerForWindows
[12:31] <Riddell> heno: who's doing it?
[12:31] <heno> Riddell: community members in the forums
[12:31] <Riddell> impressive
[12:32] <heno> pitti: please include bdmurray in your build pings. He's got tracker admin powers now
[12:32] <heno> Riddell: yeah it could rock if it matures in time
[12:35] <mvo> pitti: tribe-2 with compiz on ati r200 works here very nicely
[12:35] <pitti> heno: will do
[12:35] <pitti> mvo: live session in vmware is good here
[12:35] <bdmurray> pitti: thanks
[12:36] <pygi> bdmurray, could we discuss my application to -qa pls? :)
[12:36] <Kmos> how about to delete http://cdimage.ubuntu.com/daily/20070624/
[12:36] <Kmos> and 25
[12:36] <pygi> I solved thousand of bugs already :P
[12:36] <pitti> heno, bdmurray, fabbione, *: new ubuntu server images up (20070626)
[12:37] <pitti> heno, bdmurray: that covers the alternates; I'll build the ports now
[12:37] <bdmurray> pygi: a bit busy at the moment
[12:38] <heno> pitti: looks like I've goofed the ubuntu alternate .2 postings
[12:38] <heno> posted them under the wrong milestone and there is no way to recover from that in the tracker :(
[12:39] <pitti> heno: how so? wrong number for xubuntu and server?
[12:40] <heno> pitti: correct number 20070626.2 for ubuntu alt, but wrong milestone. now I'm blocked from posting another 20070626.2 ubuntu alt
[12:41] <pitti> heno: erk; so stgraber needs to poke an UPDATE sql at the right spot now?
[12:42] <pitti> evand: hm, ubiquity translations are a lot worse than they used to be
[12:43] <mvo> pitti: -desktop works on nvidia based system here too  (uses metacity unless I enable nvidia the apperance capplet - that has some glitches though)
[12:43] <heno> pitti: except he seems to have gone off to sleep
[12:43] <heno> (wisely)
[12:45] <pitti> heno: for ubuntu I only see 'server' ones; is that what you mean by 'goofed'? alternates not showing up?
[12:48] <heno> pitti: yes. I can make them appear as 20070626-2 (with a - instead of a .)to allow for test results to be posted, but the download links won't work
[12:49] <evand> hrm
[12:49] <pitti> heno, bdmurray, Riddell, LongPointyStick: kubuntu lives are up (20070626.2)
[12:50] <evand> pitti: can you elaborate on that?
[12:50] <pitti> heno: hm, I don't see download links anywhere anyway?
[12:51] <pygi> heno, manual sql intervention?
[12:51] <pitti> evand: just that a lot of strings appear in English now which used to be in German (like the user name/login/password mask)
[12:51] <heno> pitti: click the ISO icon
[12:51] <pitti> aah, I see
[12:52] <evand> odd, I don't remember that changing, but then again I didn't do the user-setup merge.  I'll look into it after dinner.
[12:52] <Riddell> pitti: thanks
[12:55] <pitti> heno: hm, let's do the 26-2 trick then, so that they at least appear; I'll try to add symlinks on cdimage
[12:56] <pitti> heno: that affects ubuntu alternate? ubuntu desktop and kubuntu alt/live as well?
[12:56] <pitti> heno: I guess it's better if you do the change first, and then I'll do the necessary symlinks
[12:57] <pitti> gnomefreak: hmm, apport crashing on reporting a compiz crash? great
[12:57] <gnomefreak> lol
[12:57] <gnomefreak> there is no compiz crash file
[12:57] <gnomefreak> but no such file or dir for the above
[12:57] <mvo> gnomefreak: so the upgrade did not fix the crash?
[12:57] <gnomefreak> mvo: hard to tell since there is no crash for compiz
[12:58] <mvo> gnomefreak: I mean, when you enable it, do you get a working compiz? or does it not work or hang?
[12:58] <gnomefreak> mvo: i didnt enable it i just logged in
[12:58] <gnomefreak> what would session name be for it?
[12:59] <gnomefreak> ill see if its enabled
[12:59] <mvo> gnomefreak: please go to system/preferences/appreance and there to the desktop effects tab
[12:59] <gnomefreak> mvo: yeah that again
[12:59] <gnomefreak> if it works now ill let you know
[12:59] <gnomefreak> otherwise nothing i can do
[12:59] <mvo> 'k
[01:00] <gnomefreak> its still freezing
[01:00] <heno> pitti: never mind bdmurray saved the day by figuring out how to fix it :)
[01:01] <mvo> gnomefreak: hm, no good :/
[01:01] <pitti> bdmurray: *big hug*
[01:01] <heno> the tracker actually has the functionality to fix it, it's just a bit awkward 
[01:02] <gnomefreak> mvo: agreed i was looking to disable it so maybe gnome-appearance-properties wouldnt freeze
[01:03] <pitti> heno, bdmurray: kubuntu doesn't have any images, is that a tracker bug? or haven't they been added so far?
[01:04] <bdmurray> pitti: haven't been added yet we were sorting out the other issue
[01:04] <bdmurray> I'm on it though
[01:04] <pitti> ah, ok
[01:05] <bdmurray> pitti: done
[01:06] <gnomefreak> we need another way to get into desktop-effects settings :(
[01:06] <pitti> ah, I see the kdesktops now (no kalternates yet)
[01:06] <pitti> so, amd64 ubuntu alternate+desktop work fine now in vmware
[01:06] <pitti> gnomefreak: that's in Preferences -> Appearance now
[01:07] <pitti> I'll try the live CD on real hardware now, brb
[01:07] <gnomefreak> its freezing
[01:07] <gnomefreak> i cant get in it
[01:07] <pitti> gnomefreak: hm, even with the current CDs?
[01:07] <pitti> gnomefreak: ah, nevermind, that's in an installed system, right?
[01:07] <gnomefreak> yes
[01:07] <pitti> bummer
[01:08] <pitti> anyway, brb
[01:08] <gnomefreak> yay i managed to crash compiz
[01:17] <shawarma> Is Creative Commons Attribution 2.0 free enough for us?
[01:18] <tarzeau> shawarma: which one exactly?
[01:18] <shawarma> http://creativecommons.org/licenses/by/2.0/
[01:19] <shawarma> http://people.debian.org/~evan/ccsummary.html says no :(
[01:19] <tarzeau> shawarma: do you want to use this license?
[01:19] <shawarma> tarzeau: No, I want to distribute something that is already under it.
[01:19] <elmo> shawarma: cc-by-sa is free enough for us
[01:20] <tarzeau> shawarma: talk to whoever used the license
[01:20] <shawarma> elmo: Cool. Then why not for Debian?
[01:20] <pitti> mvo: how does things look for you?
[01:20] <pitti> mvo: I managed to enable nvidia in the live system (on real hw now); vmware installs went fine for me
[01:21] <elmo> oh, that's by, not by-sa
[01:21] <mvo> pitti: pretty good, I got two random crashes but that might be HW (CD disc) - but nothing that looks like compiz breakage
[01:21] <shawarma> elmo: So it's a no-go after all?
[01:21] <shawarma> elmo: (the docs I'm looking at are just by)
[01:22] <mvo> pitti: tested on ati r200 (working compiz), nvidia (works, but appreance capplet has some glitches), and r500 ati (vesa, no breakage, metacity is used then)
[01:22] <elmo> shawarma: by is no good for us either
[01:22] <mvo> oh, and a s3virge :)
[01:22] <pitti> mvo: sounds good
[01:22] <Burgundavia> shawarma: we already distribute CC stuff in main. ubuntu-doc is dual licensed GFDL and CC by sa
[01:22] <elmo> shawarma: and we're not Debian - we don't always follow their license choices
[01:22] <shawarma> elmo: Alright. If I can convince them to use cc-by-sa instead, it's all good?
[01:23] <elmo> Burgundavia: we distribute by-sa, plain by is not ok
[01:23] <elmo> shawarma: yes
[01:23] <pitti> evand: hm, when I select 'manual partitioning' I get eternal hang
[01:23] <shawarma> elmo: Wicked. Thanks.
[01:23] <Burgundavia> elmo: right
[01:24] <mvo> pitti: yes, quite encouraging so far
[01:25] <pitti> mvo: even n-m worked reasonably \o/
[01:25] <pitti> if ubiquity would actually work now (with manual), that would be uber-cool
[01:26] <Kmos> good night
[01:27] <mjr> elmo, umm, why not plain by if by-sa is ok?
[01:27] <elmo> mjr: because by doesn't give permission to modify?
[01:27] <mjr> elmo, you're thinking by-nd
[01:28] <shawarma> elmo: http://people.debian.org/~evan/ccsummary.html says cc-by-sa is not ok for Debian for the same reasons that cc-by isn't. 
[01:28] <elmo> mjr: that's possible, the CC license rabbit like proliferation gives me a headache
[01:28] <shawarma> :)
[01:29] <elmo> ok, so having actually read the license, mjr's right and I'm on crack
[01:29] <elmo> shawarma: so both cc-by and cc-by-sa are fine, and I'm going away now
[01:29] <shawarma> ..so I'm supposed to try and convince them to use.. what? cc-by-nd?
[01:29] <mc44> no!
[01:29] <mc44> :)
[01:29] <shawarma> Ah, the other way around?
[01:30] <mjr> shawarma, either by or by-sa. nd or nc are no-nos
[01:30] <shawarma> Is there anything in particular that makes it alright for us but not for Debian, or is it just debian-legal being overly pedantic?
[01:30] <LaserJock> by is attribution, sa is share alike (copyleft), nd is no derivative
[01:30] <LaserJock> nc is non-commercial
[01:31] <shawarma> Ah. nd sounds bad :)
[01:32] <mjr> shawarma, it is a somewhat pedantic issue; overly is a matter of taste
[01:32] <mjr> it's _good_ that d-l is pedantic
[01:32] <mjr> somebody needs to be
[01:33] <shawarma> True that.
[01:33] <elmo> bear in mind that debian-legal don't actually represent the decision making body when it comes to making license choices for Debian
[01:34] <pygi> it mostly gives advices
[01:34] <pygi> afaik
[01:38] <shawarma> I see.
[01:39] <LaserJock> elmo: who is? do GRs like in the case of GFDL represent a decision?
[01:39] <elmo> LaserJock: certainly
[01:40] <elmo> LaserJock: but day to day it's the ftp-masters processing packages through NEW that actually matter - debian-legal is just a mailing list
[01:40] <pitti> evand: hm, I tried it a second time now, with reformatting my test ntfs with ext3; still hangs at manual
[01:40] <elmo> LaserJock: (disclaimer: I'm not exactly unbiased ;-)
[01:41] <LaserJock> elmo: of course
[01:41] <StevenK> pitti: MIR for OpenAL updated, FreeAlut getting done now.
[01:41] <LaserJock> elmo: but I found it odd when you were essentially ftp-master in both Debian and Ubuntu, did you pretty much view things the same, or did you use different criteria
[01:42] <pitti> evand: dang -- when I start it with "UBIQUITY_DEBUG=1 sudo ubiquity", it works; yay heisenbug
[01:42] <pitti> StevenK: cheers
[01:42] <elmo> LaserJock: different critteria - Ubuntu has it's license policies which I applied when processing it's NEW, and I applied Debian's when processing Debian NEW
[01:43] <LaserJock> but who makes the Ubuntu license policy?
[01:43] <elmo> LaserJock: I've no idea anymore? :)
[01:43] <lifeless> TB
[01:43] <LaserJock> I've never seen anything written.
[01:43] <elmo> there use to be some stuff on the old website
[01:43] <LaserJock> I just wonder if it's sort of historical/traditional
[01:43] <elmo> not sure if it survived the crackpalization
[01:43] <LaserJock> perhaps not
[01:43] <elmo> LaserJock: some of it certainly was - discussed at Oxford type stuff
[01:43] <LaserJock> I've searched around for it
[01:44] <LaserJock> the only real differences I've see where GFDL and CC
[01:44] <LaserJock> *were
[01:44] <elmo> yes, that's the principal difference, Ubuntu's more liberal approach to non-source code type stuff
[01:45] <elmo> documentation, fonts, firmware, images, sounds, etc.
[01:45] <LaserJock> right
[01:46] <Pici> RobNyc: I believe its called "Main Menu" in the panel add dialog, and does not have the ubuntu icon
[01:46] <pitti> bdmurray, ogra: edubuntu live is up (20070627)
[01:46] <Pici> Sorry about that, switched windows in the middle of typing.
[01:47] <StevenK> pitti: freealut also done.
[01:47] <pitti> bdmurray: btw, ubuntu doesn't have desktops on isotesting yet 
[01:49] <bdmurray> pitti: should be all set now
[01:50] <StevenK> pitti: Let me know if the two MIRs are now suitable, if you're still looking at them.
[01:51] <pitti> bdmurray: yay; ETA for xubuntu is ~ 15 minutes (will be 20070627, too)
[01:52] <bdmurray> pitti: strange future numbers
[01:58] <pitti> bdmurray:  BST :)
[01:59] <gnomefreak> i found the cause of gnome-appearance-properties freezing
[01:59] <gnomefreak> its freezing due to gnome-themes-extras
[01:59] <gnomefreak> if i uninstall it appearance crashes
[02:01] <LaserJock> pitti: I'm testing 20070627 Edubuntu live in vmware now
[02:03] <pitti> LaserJock: thanks; please report the results on isotesting
[02:11] <pitti> bdmurray: http://cdimage.ubuntu.com/xubuntu/daily-live/20070627/ is finally there
[02:12] <LaserJock> ok, I"m having the same problem as with 20070626.1
[02:12] <LaserJock> it won't login in vmware
[02:12] <LaserJock> it just has this endless cycle or reloading gdm
[02:12] <LaserJock> s/or/of/
[02:12] <StevenK> LaserJock: Does it kill X?
[02:12] <LaserJock> I think so
[02:12] <LaserJock> it kicks it back to console
[02:12] <LaserJock> then it tries to login, then dies
[02:13] <LaserJock> and it'll do it indefinately until I turn it off
[02:13] <pitti> LaserJock: which graphics card?
[02:13] <LaserJock> well, it's vmware on an intel imac with an ATI card
[02:13] <bdmurray> pitti: what does that leave?
[02:14] <pitti> bdmurray: supported arches and all derivatives are done
[02:14] <pitti> bdmurray: ports alternates are built, too, DVDs are running over (my) night, will build the ports/lives later
[02:15] <pitti> bdmurray: my live install on real hw was quite mixed: hanging ubiquity when doing manual partitioning, hanging splash screen, no logout dialog, hmm
[02:15] <LaserJock> StevenK, pitti: is this a known issue? ogra thought it was
[02:15] <pitti> LaserJock: it was actually be supposed to be fixed on latest images
[02:15] <pitti> LaserJock: I had the same and it worked for me now
[02:16] <pitti> LaserJock: can you please file a bug against compiz, assign to mvo, and milestone it for tribe-2?
[02:16] <LaserJock> hmm, I'll rsync again just to make sure I'm actually updated
[02:16] <pitti> LaserJock: please include your setup and milestone versoin
[02:16] <LaserJock> pitti: compiz???
[02:16] <pitti> LaserJock: yes, it shouldn't enable itself on the vmware driver
[02:17] <StevenK> LaserJock: Yes, compiz checks for GL, glxinfo segvs and the server dies.
[02:17] <pitti> LaserJock: on some drivers, glxinfo causes X to crash, and those are blacklisted
[02:17] <wasabi> Hmm. So compiz is going to be on by defalt on some select cards?
[02:17] <LaserJock> hmm, when I login with ubuntu (not let it automatically login) I see a flash of a "Could not load gnome-settings-daemon" error
[02:17] <pitti> bdmurray: I need to get some sleep :/ can you have an eye on critical stuff and milestone those bugs?
[02:17] <Fujitsu> wasabi: By default except for those that are blacklisted.;
[02:18] <wasabi> Eww. Is ati blacklisted? :)
[02:18] <Fujitsu> (or just don't support composite)
[02:18] <pitti> wasabi: ati isn't; that uses glxinfo capability detection
[02:18] <wasabi> I can't think of any drivers except maybe the intels in a state where I'd enable something like that by default. =/
[02:18] <wasabi> My ATI, with the closed source drivers, is not stable for more than a day with it.
[02:18] <wasabi> err, with teh OPEN source drivers.
[02:18] <wasabi> The closed ones barely last 5 minutes. ;)
[02:19] <wasabi> Where is said list?
[02:19] <bdmurray> pitti: milestone for tribe 3?
[02:20] <pitti> bdmurray: the real blockers for tribe2
[02:21] <bdmurray> pitti: yeah, I thought out it harder. ;) Yes, I'll keep an eye out this evening
[02:22] <pitti> bdmurray: thanks
[02:23] <pitti> good night everyone
[02:23] <bdmurray> pitti: night
[02:23] <pitti> bdmurray: I'll file bugs for my installation issues tomorrow and will discuss them with Seb and evand; just cannot keep my eyes open any more
[02:36] <LaserJock> bdmurray: ok, I reported my Edubuntu LiveCD issue as bug #122459 . I'm not sure if any more is needed
[02:36] <ubotu> Launchpad bug 122459 in compiz "[gutsy]  cannot log in on edubuntu DesktopCD" [Undecided,New]  https://launchpad.net/bugs/122459
[02:37] <TheMuso> /c
[02:37] <TheMuso> uuugh
[02:40] <bdmurray> LaserJock: looking
[02:41] <bdmurray> LaserJock: is that amd64 or i386?
[02:41] <LaserJock> oh, sorry, I was using i386 CD
[02:42] <bdmurray> LaserJock: no problem I updated it
[02:43] <LaserJock> thanks
[02:43] <LaserJock> anything else?
[02:43] <LaserJock> I'm about to head home, I'll try it there too
[02:43] <bdmurray> not that I can think of I'm going to try and recreate it 
[02:44] <LaserJock> ok, bbiab
[03:16] <desrt> mmm hoteles silken
[03:38] <bdmurray> LaserJock: I'm unable to reproduce that bug
[03:47] <sbalneav> evening 
[03:48] <ajmitch> hello sbalneav 
[03:48] <someone2005> I've got evolution installed and seems my mail go's into the outbox instead of sent...Any Ideas ?
[03:52] <wasabi> oh cool so im going to this live thing
[03:54] <LaserJock> bdmurray: same things happens on my Ubuntu vmware :(
[04:10] <LaserJock> bdmurray: did you try it in vmware?
[04:14] <bdmurray> LaserJock: yes, I did
[04:15] <bdmurray> LaserJock: Do you know if vmware video drivers change?
[04:29] <LaserJock> bdmurray: I have no idea
[04:29] <LaserJock> but the two systems I tried on where completely different
[04:29] <Hobbsee> morning all
[04:29] <sbalneav> Morning Hobbsee
[04:29] <Hobbsee> :)
[04:29] <LaserJock> one was intel iMac with ATI video, second was Ubuntu PC with nvidia video
[04:30] <LaserJock> different versions of vmware (vmware fusion on the mac and vmware server on Ubuntu)
[04:30] <LaserJock> different .isos
[04:30] <LaserJock> unless I totally messed up the rsync
[04:30] <LaserJock> but I'm pretty sure I got the right one
[04:31] <bryce> heya Hobbsee
[04:32] <Hobbsee> :)
[04:32] <Hobbsee> bryce: how goes X?
[04:33] <bryce> Hobbsee: I have a theory on what happened.  I notice the xorg package causes generation of libgl* debs when pbuilding it.  I was doing pbuilds of xorg and mesa around the same time, so suspect the build of the former got mixed with the build of the latter
[04:34] <Hobbsee> bryce: ahhh.....
[04:34] <Hobbsee> bryce: but they still shouldnt be producing the same binaries
[04:35] <bryce> anyway, I decided to do one thing at a time.  ;-)  I got the xorg stuff done today, and will focus on mesa tomorrow
[04:36] <Hobbsee> :)
[04:36] <Hobbsee> bryce: that versoin that i had is working, if you wanted to upload it anyway
[04:36] <Hobbsee> or if you wanted me to
[04:36] <bryce> yes, that would be great!
[04:39] <Hobbsee> bryce: you dont want more changes?
[04:39] <bryce> ok, I've been at this since 6 this morning and my brain is mush
[04:39] <Hobbsee> bryce: btw - did you look at what my changes even were?  :)
[04:41] <bryce> you mean the +Conflicts?
[04:41] <bryce> I looked at the diff but haven't had a chance to test them on my own system
[04:44] <Hobbsee> yeah
[04:44] <bdmurray> LaserJock: did you verify the md5sum ?
[04:57] <Hobbsee> bryce: uploading
[05:10] <bdmurray> LaserJock: Which version of VMWare is it?
[05:36] <fabbione> morning guys
[05:37] <Hobbsee> morning fabbione!  you're up early!
[05:37] <fabbione> yeah i couldn't sleep today
[05:37] <ajmitch> mornign fabbione 
[05:37] <Hobbsee> :(
[05:38] <StevenK> fabbione: Oh, I assumed it was your walking/crawling alarm clock.
[05:38] <fabbione> StevenK: i am one hour earlier than usual
[05:40] <mneptok> fabbione: please try not to wake me when you get out of bed early. :/
[05:40] <mneptok> now come back here and let's snuggle.
[05:41] <fabbione> mneptok: yeah i wish... i can't fall back to sleep once i wake up in the morning
[05:41] <StevenK> fabbione: Try harder, I can. :-)
[05:42] <mneptok> fabbione: the thorazine is on the second shelf of the medicine cabinet.
[05:42] <fabbione> StevenK: it did never work
[05:42] <fabbione> mneptok: ehe
[05:43] <StevenK> Thorazine doesn't help you sleep, though...
[05:44] <mneptok> StevenK: you're doing it wrong.
[05:47] <ScottK> Ativan injections will have you asleep in less than a minute, guaranteed.
[05:48] <StevenK> mneptok: Based on wikipedia, Thorazine is used for schizophrenia and 
[05:48] <StevenK> short term management of severe anxiety.
[05:52] <mneptok> StevenK: the voices in my head disagree
[05:52] <StevenK> Hah
[06:03] <Hobbsee> keescook: seriously, you rock.
[06:07] <Hobbsee> ScottK: he wrote a greasemonkey script, so you can add whichever predefined responses you like, and it'll change statuses, etc, on launchpad
[06:07] <shadeofgrey> Greetings.  I know I font belong here - i just have one question -- is their optomism that the next version will be easier to install on macbookpro's with ati video cards?  thus far i havent been able to get       definitive answers  as to how one goes about installing edgy on previously stated hardware
[06:07] <ScottK> Ah.
[06:08] <ScottK> shadeofgrey: You do know there is a newer release than Edgy, right?
[06:08] <shadeofgrey> ScottK, no i didnt
[06:08] <shadeofgrey> ScottK, is it easier to install onb intel macs with ati video cards?
[06:09] <shadeofgrey> if so we should probably speak in private.  im probably already in trouble with the channel bosses for showing up here in the first place
[06:09] <ScottK> shadeofgrey: Since I have neither an intel mac, nor an ati video card I have no idea.  I'd suggest give it a try.
[06:09] <shadeofgrey> where do i acquiure what you speak of?
[06:11] <ScottK> shadeofgrey: http://www.ubuntu.com/getubuntu/download
[06:12] <shadeofgrey> all i see is 6.06 and 7.04
[06:14] <StevenK> shadeofgrey: Edgy is 6.10, which isn't there. That should be a hint.
[06:14] <StevenK> shadeofgrey: You'd want to try 7.04
[06:14] <shadeofgrey> oh
[06:16] <shadeofgrey> ive already tried 7.04 --  wont work
[06:16] <shadeofgrey> thanks anyhow
[06:16] <shadeofgrey> sorry to disturb you guys
[06:17] <TheMuso> I've seen him in #ubuntu-accessibility before.
[06:17] <StevenK> No bug, no reason, no nothing. Sigh.
[06:18] <Hobbsee> iirc he used to be a dev.  or at least in here.
[06:18] <Hobbsee> he's not new, for a start.
[06:19] <superm1> TheMuso, ping. 
[06:19] <TheMuso> superm1: Hey.
[06:19] <TheMuso> superm1: Sorry, I got sidetracked. I may get a chance to look in a bi.
[06:19] <TheMuso> bit
[06:19] <superm1> TheMuso, ah okay :)
[06:53] <keescook> Hobbsee: heheh. thanks! I blame it all on Mithrandir, though; he wrote the original stuff -- I just felt like hurting myself and learning some more javascript.  :)
[06:53] <fabbione> does anybody remember the url for isotesting?
[06:54] <Hobbsee> oh well, thanks to tfheen too
[06:54] <Hobbsee> fabbione: isotester.stgrabber.org, offhand
[06:54] <fabbione> nope....
[06:55] <Hobbsee> https://isotesting.stgraber.org/
[06:55] <Hobbsee> The first Tribe-2 candidates are now available for testing. You can find 
[06:55] <Hobbsee> download links, md5 sums and report results on the ISO tracker: 
[06:55] <Hobbsee> https://isotesting.stgraber.org
[06:55] <Hobbsee> Please help us find the nasty bugs early in the cycle so we can focus on 
[06:55] <Hobbsee> polish closer to release  :)  For alpha releases we recommend the short 
[06:55] <fabbione> yeps.. i already have test results
[06:55] <Hobbsee> testing procedure: https://wiki.ubuntu.com/Testing/Short
[06:55] <fabbione> thanks :)
[06:55] <Hobbsee> Also see:
[06:55] <Hobbsee> https://wiki.ubuntu.com/Testing/Community/Procedures
[06:55] <Hobbsee> https://wiki.ubuntu.com/Testing/Community/ReportingResults
[06:55] <Hobbsee> Thanks!
[06:55] <Hobbsee> Henrik
[06:56] <Hobbsee> are we actually testing these, for final?  i havent read backscroll
[06:56] <Hobbsee> as in, do these have network mangler fixes?
[06:56] <fabbione> Hobbsee: not sure.. i am only testing -server iso's
[06:56] <Hobbsee> .2...they probably are.  will look later
[07:29] <KrakensDen> so I just started testing gutsy, and it's constantly accessing my cdrom drive
[07:30] <KrakensDen> any ideas for what is responsible?
[07:30] <KrakensDen> kernel? hal?
[07:31] <stgraber> asac: ping
[07:32] <Amaranth> KrakensDen: probably hal-addon-storage
[07:32] <Amaranth> KrakensDen: but this really isn't the right place for this discussion
[07:32] <KrakensDen> Amaranth, where then?
[07:32] <KrakensDen> Amaranth, I hate filing bugs without a target
[07:32] <Amaranth> #ubuntu+1 or a bug on launchpad
[07:32] <KrakensDen> Amaranth, ok, thank you
[07:33] <Amaranth> I would say it's hal-addon-storage poking to see if you put a CD in
[07:34] <KrakensDen> indeed: hald-addon-storage: polling /dev/scd0 (every 2 sec)
[07:34] <Amaranth> sounds about right
[07:45] <dholbach> good morning
[07:47] <stgraber> morning dholbach 
[07:47] <Hobbsee> hiya stgraber 
[07:47] <dholbach> hi stgraber
[07:48] <stgraber> Looks like henrik had some problems moving a build from one Milestone to another :), we really should write a doc ... (but it seems he finally found how to do so)
[07:50] <stgraber> oh, funny the isolist isn't sorted correctly on the tracker, it's sorted by version instead of the distribution ...
[07:51] <stgraber> fixed :)
[07:53] <shenki> is 20070626.2 known to fail at install (desktop, i386)?
[07:56] <stgraber> nobody tested the install (at least no results were posted on the tracker)
[07:57] <shenki> stgraber: ok. that's the best place to report a failed install these days, or is opening a bug a better idea?
[07:58] <fabbione> shenki: file a bug.. 
[07:58] <shenki> ok
[07:58] <fabbione> and make sure the iso tracker will reflect that
[07:59] <stgraber> shenki: the right way is to file a bug, put a FAIL result on the tracker with the bugnumber and set it to critical (as you can't install)
[08:01] <shenki> thanks
[08:02] <stgraber> argh, it's time for me to leave you and go to this really useful school day :) (doing pretty much nothing than watching DVDs ...)
[08:02] <stgraber> see you all later
[08:06] <shenki> ahh, i love you too launchpad
[08:07] <shenki> timeouts :( no bug report for me
[08:13] <enrico> Riddell: I need help with adept's build system: I'm trying a clean rebuild with the patched version (using http://www.enricozini.org/store/adept.patch.gz) but the build system isn't building the .moc files anymore
[08:13] <enrico> Riddell: I just can't find out why
[08:13] <fabbione> hi enrico 
[08:13] <enrico> Riddell: there's a few more minimal patches on top of that (some leftover LIBTAGCOLL_DEFS to remove)
[08:14] <fabbione> enrico: we had some issues libept on sparc. the testsuite BusError 
[08:14] <fabbione> enrico: strange thing is that if you run it manually works.. but from within the test script no.
[08:14] <fabbione> enrico: if you want i can provide you with access to sparc
[08:14] <enrico> Riddell: and it builds with libapt-front at svn://svn.debian.org/libapt-front/0.3.11 (forget about the name, it contains 0.4.0)
[08:14] <enrico> fabbione: hi
[08:15] <enrico> fabbione: thanks, vorlon pointed that out to me as well.  It bus errors on hppa and ia64 as well.
[08:16] <enrico> fabbione: this evening I'll look into it.  If the normal DD accessible machines won't do it for me, I'll ask you about access
[08:16] <fabbione> enrico: ok cool. i did temporary disabled the test suite for ubuntu but if you need any help just drop an email with your ssh key and i will setup access
[08:17] <enrico> fabbione: ok, thanks
[08:17] <fabbione> enrico: i also have hppa and ia64 toys around if you need...
[08:18] <enrico> cool
[08:23] <enrico> Riddell: argh!
[08:23] <enrico> *** YOU'RE USING automake (GNU automake) 1.10.
[08:23] <enrico> *** KDE requires automake 1.6.1 or newer
[08:24] <Hobbsee> enrico: appropriate http://kubuntu.org/~jriddell/kubuntu_00_autoconf2.60.diff i suspect
[08:24] <StevenK> Hobbsee: He didn't go to bed until 2:30am his local time.
[08:24] <Hobbsee> oh wait
[08:24] <Hobbsee> enrico: dont mind me, i cant read.
[08:24] <Hobbsee> StevenK: ouch.  by the logs, i can tell it must be something like that
[08:24] <enrico> Hobbsee: :)
[08:30] <enrico> Riddell: mornfall hinted me at make -f admin/Makefile.common cvs  and now the build has managed to start
[08:39] <dholbach> HAPPY HUG DAY
[08:39] <Hobbsee> dholbach: it's been hug day for ages, and i've been closing bugs!  :D
[08:39] <dholbach> hehe
[08:39] <pygi> lol
[08:39] <Admiral_Chicago> grr i cant get started yet
[08:39] <pygi> Hobbsee, I'd say we closed 50 burning bugs in two days
[08:40] <pygi> which is nice :)
[08:40] <Hobbsee> there's ~30 closed kdebase bugs, and about the same for kdemultimedia.  which is good!
[08:40] <Hobbsee> :D
[08:40] <pygi> and I'll close some tomorrow hopefully
[08:40] <Hobbsee> hiya MithrandirWithWorkingSystem
[08:40] <Admiral_Chicago> better
[08:40] <Mithrandir> hiya Hobbsee
[08:40] <Hobbsee> :)
[08:41] <LaserJock> well crap, it seems rsync didn't really rsync my .iso
[08:42] <Hobbsee> :(
[08:50] <LaserJock> well shoot, now I can't even confirm my own bug :/
[08:50] <shawarma> Good morning, everyone. Happy hug day!
[08:50] <Hobbsee> LaserJock: why not?
[08:50] <Hobbsee> hiya shawarma!
[08:50] <Hobbsee> shawarma: you asked something odd last night.  did you get an asnwer?
[08:50] <shawarma> Hi, Hobbsee!
[08:51] <shawarma> Hobbsee: Which one of my odd questions are you referring to?
[08:51] <Hobbsee> dont remember.  i'll have to lastlog
[08:51] <LaserJock> Hobbsee: well, I tried the Edubuntu Desktop CD at work and it wouldn't login
[08:51] <LaserJock> so I went home and tried it at home, same thing
[08:51] <LaserJock> now I figure out that the .iso at home didn't really rsync
[08:52] <LaserJock> so when I *do* rsync it the bug goes away
[08:52] <Hobbsee> ahhh
[08:53] <fabbione> shawarma: server iso's are up for testing FYI
[08:53] <shawarma> fabbione: Today's daily images?
[08:54] <fabbione> shawarma: yes
[08:54] <fabbione> 20070626
[08:54] <shawarma> Great. I'm on it.
[08:59] <fabbione> shawarma: i guess you also want to tell to the other -server guys
[08:59] <fabbione> shawarma: i already did sparc for you
[09:00] <shawarma> \0/
[09:00] <shawarma> fabbione: They're all asleep. Slackers.
[09:01] <fabbione> shawarma: then you win :)
[09:02] <shawarma> fabbione: Uhuh..
[09:02] <shawarma> fabbione: :p
[09:02] <fabbione> shawarma: remember to play Lotto this week.. ~54M DKK on saturday
[09:03] <shawarma> fabbione: Man, testing this is going to be so much nicer than Tribe 1. I've got a new kickass machine for it.
[09:03] <fabbione> shawarma: good.. 
[09:03] <shawarma> fabbione: Meh.. Playing the lottery is just an extra tax on lack of math skills.
[09:04] <StevenK> Meh. There's no math skills to it.
[09:04] <fabbione> shawarma: i won last week too...
[09:04] <shawarma> fabbione: Big bucks?
[09:05] <fabbione> shawarma: enough for a box of cigarettes and to pay off the play
[09:05] <shawarma> StevenK: You'd think so.
[09:05] <fabbione> shawarma: do you truely believe i was gonna test sparc today if i won big bucks? :P
[09:05] <shawarma> fabbione: Um... yes?
[09:06] <shawarma> fabbione: You like it, and you know it.
[09:06] <fabbione> shawarma: Um no.. i would command somebody to do it for me :)
[09:06] <StevenK> fabbione: Sure, because you would have ordered a few 96 CPU UltraSPARC IV monsters? :-)
[09:06] <fabbione> ahaha
[09:16] <leagris> hile, anyone could have a look at this one https://bugs.launchpad.net/bugs/118310 and have an idea for a workaround?
[09:16] <ubotu> Launchpad bug 118310 in linux-source-2.6.20 "pktcdvd bound device limit the size readable from attached device when mounting ISO9660 or UDF dual layer DVD-ROM." [Undecided,Confirmed]  
[09:16] <Hobbsee> pitti!!!!!!!!!!!!
[09:17] <pitti> good morning
[09:19] <pitti> hi StevenK 
[09:19] <Hobbsee> pitti: that's what happens when you go to bed at 2.30am :P
[09:20] <pitti> Hobbsee: well, after 18 hours of sitting in front of that damn machine I just had to :/
[09:20] <Hobbsee> hehe
[09:20] <Hobbsee> understandable
[09:21] <pitti> hm, no ubuntu desktop/alternate iso tests at all during the night :/
[09:21] <Hobbsee> did you call for testers?
[09:21] <Hobbsee> or did anyone else?
[09:21] <Hobbsee> on irc?
[09:21] <enrico> Riddell: uploaded in Debian
[09:21] <dholbach> please give back nemiver prefixsuffix libgnomeuimm2.6
[09:22] <pitti> Hobbsee: heno did on the mailing list yesterday
[09:22] <Hobbsee> yeah, i just remmebered, hence added the IRC
[09:22] <Hobbsee> pitti: those are the final images, as far as you know?
[09:23] <pitti> Hobbsee: I did test installs yesterday and there were quite a lot of bugs; I need to talk to mvo and cjwatson_
[09:23] <pitti> Hobbsee: so for Ubuntu we might need an update at least
[09:23] <Hobbsee> pitti: right.  kubuntu seems OK, so far.
[09:23] <Hobbsee> desktop
[09:23] <Hobbsee> what bugs?
[09:23] <enrico> Riddell: if you don't want to wait for a debian archive run, you can get them from http://www.enricozini.org/store/aptfront.tar and http://www.enricozini.org/store/adept.tar
[09:24] <Hobbsee> enrico: we're in freeze at the moment anyway
[09:24] <pitti> Hobbsee: ubiquity hanging eternally on manual partitioning, hanging session splash, no shutdown dialog, and other people had lots and lots of crashes with compiz
[09:25] <Hobbsee> pitti: right.  
[09:27] <pitti> kylem: still awake by chance?
[09:29] <pitti> shawarma: thanks for doing some server tests; can you do the other i386 tests as well? and maybe an amd64 one?
[09:30] <Hobbsee> erk.  my german isnt that good, to understand teh error messages.  *puts it back in english*
[09:30] <pitti> Hobbsee: what did it say?
[09:31] <Hobbsee> pitti: NFI :)
[09:31] <Hobbsee> pitti: er, did you want more testers for the ubuntu cds?
[09:31] <Hobbsee> if you know about those bugs already?
[09:32] <pitti> that would be great
[09:32] <Hobbsee> pitti: preferance for desktop or alternate?
[09:32] <pitti> we need a lot of testing for the compiz stuff, to cover lots of hardware
[09:32] <pitti> Hobbsee: desktop; that's quicker
[09:33] <shawarma> pitti: I'm on it. :)
[09:33] <shawarma> pitti: Both i386 and amd64. I'll do all 6.
[09:33] <pitti> Hobbsee: and booting the live system will already test the compiz stuff we're interested in; ubiquity tests cannot hurt, too
[09:33] <Hobbsee> pitti: yeah
[09:35] <Hobbsee> pitti: i see what you mean about the checking the file system taking an eternity, it happens with the auto-resize too.
[09:35] <Hobbsee> (kubuntu desktop i386)
[09:36] <pitti> StevenK: cruft list updated, btw
[09:36] <pitti> Hobbsee: oh, does it eventually get on?
[09:39] <pitti> shawarma: great!
[09:40] <Hobbsee> pitti: ahhh...yeah...now it is.  well, it's showing 50%, as opposed to 0
[09:42] <Hobbsee> pitti: seems that not everything actually changes back to english, if you hit back repeatedly, and change the language in the installer
[09:42] <pitti> Hobbsee: 50% of what?
[09:42] <Hobbsee> pitti: of resizing
[09:42] <pitti> Hobbsee: the 'reading partition table' dialog disappeared quite quickly, but then nothing happened any more
[09:42] <pitti> ah, resizing
[09:43] <shawarma> I know we've been over it numerous times over the last week... What's the difference between confirmed and triaged again?
[09:43] <Hobbsee> pitti: Riddell's listed manual partition as a PASS.  so i havent tested it.
[09:43] <Hobbsee> and catnn really, in a VM.
[09:43] <Hobbsee> shawarma: anyone can confirm - but that doesnt mean its got enough info to fix it
[09:44] <shawarma> Hobbsee: So triaged is more complete?
[09:44] <pitti> Hobbsee: that's just weird; if it needs more info, it should be 'incomplete'
[09:44] <Hobbsee> pitti: i never said it made sense.
[09:44] <Hobbsee> shawarma: yes
[09:44] <Hobbsee> triaged is no longer a closed state, too
[09:46] <shawarma> Hobbsee: SUper. Thanks.
[09:46] <shawarma> Hobbsee: So confirmed is basically a "me too"?
[09:46] <Hobbsee> yeah
[09:47] <shawarma> Excellent.
[09:57] <cjwatson> pitti: is there a bug about the ubiquity hang?
[09:57] <Hobbsee> morning cjwatson 
[09:57] <cjwatson> morning
[09:58] <Hobbsee> cjwatson: resize seems to take forever too.  not sure who's department that is
[09:59] <cjwatson> Hobbsee: timed as longer than feisty?
[10:00] <cjwatson> resizing is often Just Slow
[10:00] <Hobbsee> cjwatson: i wasnt running a VM in feisty :)
[10:00] <Hobbsee> cjwatson: it took ~5 mins?
[10:00] <Hobbsee> or longer?
[10:00] <cjwatson> that doesn't bother me too much
[10:00] <cjwatson> I doubt it's changed - parted's basically the same
[10:00] <Hobbsee> cjwatson: fair enough.  i havent reported it.  only reported the kubuntu mount one
[10:01] <Hobbsee> and i've got a suspicion that that's a fairly simple one to fix
[10:01] <cjwatson> I have not seen it
[10:01] <Hobbsee> i only just reported it
[10:01] <Hobbsee> https://launchpad.net/bugs/122500
[10:01] <ubotu> Launchpad bug 122500 in ubiquity "Kubuntu - Mount dialog always gets shown when the disk is mounted, in the middle of the install" [Undecided,New]  
[10:01] <cjwatson> I'm sure that used to work in Kubuntu
[10:02] <pitti> hello cjwatson
[10:02] <pitti> cjwatson: I didn't yet dive into the manual partitioning hang; running with UBIQUITY_DEBUG=1 fixed it...
[10:02] <mvo> hey pitti
[10:02] <pitti> cjwatson: and the normal log didn't say anything
[10:02] <mvo> pitti: how do the images look so far?
[10:03] <pitti> mvo: my test install from yesterday was pretty bad :/
[10:03] <pitti> mvo: compiz itself worked, but something in your new gnome-session makes the splash screen not go away and causes the shutdown dialog to not appear
[10:03] <pitti> mvo: seb128 said it's due to something in the session startup which doesn't terminate properly
[10:03] <mvo> pitti: yeah, I noticed that too
[10:03] <cjwatson> pitti: I don't recommend UBIQUITY_DEBUG=1 any more, by the way - ubiquity --debug is easier
[10:04] <pitti> cjwatson: ah, ok; I'll first try whether I can reproduce it in vmware
[10:04] <shawarma> What do we actually do when we "Check CD for defects"? Check that the info in Packages correspond to the .debs? Anything else?
[10:04] <cjwatson> shawarma: md5sum -c
[10:04] <cjwatson> there's a big md5sum list on the CD
[10:04] <shawarma> Ah
[10:05] <shawarma> Clever :)
[10:05] <asac> stgraber: pong
[10:06] <pitti> cjwatson: I just reopened bug 114296, btw; is apt-install restricted to packages which are already on the live system?
[10:06] <ubotu> Launchpad bug 114296 in restricted-manager "running restricted-manager before installation can break system" [High,In progress]  https://launchpad.net/bugs/114296
[10:07] <pitti> cjwatson: when I uploaded r-m, I only ran the script to see that the executed apt-install commands are correct; however, yesterday I wasn't able to check whether the script was not ran in the first place, or apt-install didn't do anything
[10:07] <pitti> mvo: session splash hang happens in vmware for me; can you reproduce that/
[10:07] <pitti> ?
[10:07] <cjwatson> pitti: it's not supposed to be, but ubiquity may be buggy there *shrug*
[10:08] <StevenK> pitti: Ah, right. Thanks.
[10:08] <cjwatson> pitti: I'd suggest closing the restricted-manager task and reopening the ubiquity task
[10:08] <pitti> mvo: also, there were a lot of people yesterday who still suffered eternal login loops due to crashing session
[10:08] <pitti> cjwatson: ok
[10:09] <shawarma> pitti: I saw the eternal login loop thing on a daily image from a few days ago. The daily from yesterday worked fine.
[10:10] <pitti> mvo: it seems that the blacklist is still not big enough
[10:10] <mvo> hey seb128
[10:10] <seb128> hi mvo pitti
[10:10] <pitti> mvo: but we have to do something about it, we shouldn't ship a broken tribe-2 to 1/3 of testers
[10:11] <pitti> mvo: can we turn this into a driver whitelist for now?
[10:11] <cjwatson> Hobbsee: you know that ubiquity already does attempt to disable automounting, right?
[10:11] <cjwatson> Hobbsee: so chances are KDE broke that ...
[10:11] <Hobbsee> cjwatson: i didnt, but oK.
[10:11] <Hobbsee> cjwatson: kde just offers the chance to mount the drive and such
[10:11] <mvo> pitti: are their more details on the crashes/hangs?
[10:11] <cjwatson> it may be it doesn't disable it for long enough
[10:12] <Hobbsee> so i guess what you really want to do is to go "do nothing", and do it all the time.
[10:12] <cjwatson> ubiquity calls 'dcop kded kded unloadModule medianotifier' before partitioning
[10:12] <pitti> mvo: unfortunately not; I asked LaserJock to file bugs on it
[10:12] <cjwatson> I suspect it loads it again too soon
[10:12] <cjwatson> how about I adjust that and we'll see if that helps
[10:12] <pitti> mvo: and milestone them, but there are no new milestone bugs ATM
[10:12] <Hobbsee> cjwatson: worht trying
[10:12] <pitti> mvo: I heard it from about three different people on IRC
[10:14] <pitti> cjwatson: so, ubiquity manual hang didn't happen in vmware, so I guess it's specific to my disk layout; if noone else complains, we can just leave it like that for the tribe
[10:14] <Hobbsee> okay, kubuntu was all good until it actually runs from the hard drive.
[10:14] <pitti> hey seb128
[10:14] <Hobbsee> a) it doesnt start X, b) i get "bash: /dev/null  Permission Denied"
[10:15] <shawarma> Eek.
[10:15] <Hobbsee> which may be VM specific, i'm nto sure
[10:15] <cjwatson> Hobbsee: I bet some loony maintainer script replaced /dev/null with a regular file
[10:15] <cjwatson> happens from time to time and we have to go and beat things
[10:15] <Hobbsee> cjwatson: this si a clean install?
[10:16] <cjwatson> sure?
[10:16] <cjwatson> I mean, that doesn't exclude the possibility
[10:16] <Hobbsee> well, they were both clean installs, in a VM.  one took the entire disk, and the other auto-resized.
[10:16] <Hobbsee> right, true
[10:17] <Hobbsee> is a virtual pc 2007 setup is considered a valid system spec?
[10:18] <pitti> mvo: I have a running '/bin/sh /usr/bin/compiz' here in vmware; could that be the reason for the hang? the script that doesn't terminate?
[10:19] <mvo> pitti: I'm looking into it now
[10:19] <pitti> mvo: hm, killing that doesn't help at least
[10:19] <cjwatson> Hobbsee: the problem you describe (assuming that /dev/null is really a regular file rather than a character device; please check) is unlikely to be truly hardware-dependent
[10:20] <Hobbsee> cjwatson: that question is unrelated, sorry.
[10:20] <cjwatson> ok
[10:21] <pitti> mvo: ah, it hanged on gnome-wm
[10:21] <pitti> seb128: ^
[10:21] <pitti> that takes a minute to 'connect to the session' until the other programs in the session are called and logout dialog etc. work
[10:21] <pitti> (I was watching gnome-session-properties)
[10:21] <seb128> pitti: do you have the new gnome-session where mvo removed the gtk-window-decorator call?
[10:22] <pitti> seb128: I have the latest CDs, which have the latest packages
[10:22] <pitti> 2.19.4-0ubuntu3
[10:22] <seb128> k, so I don't know, mvo tracked that bug yesterday and he said it was due to the gtk-window-decorator call
[10:22] <pitti> yep, changelog says so
[10:22] <seb128> I didn't get the bug when I tried the CD yesterday
[10:23] <seb128> I'm rsync the CD update atm
[10:23] <pitti> seb128: did you try it on hardware which has compiz by default?
[10:23] <seb128> yes
[10:23] <pitti> ah, that might be it then
[10:23] <seb128> I've no hardware where compiz doesn't work
[10:23] <pitti> vmare doesn't, and on my nvidia system it doesn't eitehr
[10:24] <pitti> seb128: vmware :)
[10:24] <seb128> I need to install that one day ;)
[10:24] <seb128> I've no real use for it though
[10:25] <seb128> can we boot an iso with the vmware-player package?
[10:25] <pygi> seb128, not a regular iso
[10:25] <pygi> there needs to be some additional files afaik
[10:25] <pygi> vmx and stuff
[10:25] <seb128> need a real vmware for that then?
[10:26] <pitti> seb128: yes, workstation
[10:26] <pygi> pitti, could he try with virtualbox?
[10:26] <pygi> Should serve same purpose
[10:26] <pitti> sure
[10:26] <pygi> seb128, use virtualbox
[10:26] <mvo> seb128: I think server can do it to, we have packages for it
[10:26] <pitti> seb128: player can only start already existing machines
[10:26] <pygi> seb128, it's open source, and you can start iso
[10:26] <pygi> mvo, indeed, but virtualbox might be easier 
[10:27] <pygi> seb128, http://www.virtualbox.org/download/1.4.0/virtualbox_1.4.0-21864_Ubuntu_feisty_i386.deb
[10:28] <seb128> pygi: thanks
[10:28] <Hobbsee> pygi: the virtualbox people want to submit it themselves
[10:28] <pygi> Hobbsee, o well.
[10:28] <pygi> let them do it then 
[10:30] <pygi> seb128, yw
[10:30] <Admiral_Chicago> that would be good to have it in the repos, I distrust webpage's packages as a rule
[10:30] <pygi> Admiral_Chicago, ^_^
[10:31] <asac> pitti: can you reproduce bug 121228  ?
[10:31] <ubotu> Launchpad bug 121228 in network-manager "[gutsy]  segfault retrieving passphrase for WiFi network" [High,Confirmed]  https://launchpad.net/bugs/121228
[10:32] <pygi> asac, wasn't that the guy using vanilla n-m?
[10:32] <pitti> asac: I don't have an encrypted wifi here
[10:32] <asac> pygi: yes but he could verifiy with our package as well ... and there are already lots of dupes
[10:32] <pitti> pygi: no, we have so many dups about that that I don't believe that
[10:33] <asac> pitti: i found something in gnome-keyring which might be related: bug 122502
[10:33] <ubotu> Launchpad bug 122502 in gnome-keyring "[PATCH]  memory leak + error handling glitch in gnome-keyring-proto.c:gnome_keyring_proto_decode_find_reply" [Undecided,New]  https://launchpad.net/bugs/122502
[10:33] <pitti> asac: well, there are some encrypted wifis from some neighbour; can I test it without knowing the passphrase?
[10:34] <pitti> asac: I just had a try on a wpa2 network and entered a bogus passphrase, it doesn't crash here
[10:34] <pitti> asac: and the dialog doesn't offer me to save it in the keyring (it probably wants to validate it first)
[10:35] <stgraber> asac: You are the one working on compiz right ?
[10:37] <mvo> morning dholbach!
[10:37] <Hobbsee> hi dholbach!
[10:37] <dholbach> re
[10:37] <dholbach> hi mvo :)
[10:38] <pitti> mvo: so, what do you blacklist ATM? just vga|vesa|nv?
[10:38] <pitti> mvo: ... |vmware?
[10:39] <mvo> pitti: vga|vesa|nv
[10:39] <mvo> pitti: vmware does not make it through the glxinfo test
[10:39] <asac_> sorry ... dsl hick-ups
[10:39] <pitti> mvo: ah, cool
[10:40] <stgraber> asac_: sorry, I didn't ping the right person it seems :)
[10:40] <asac_> k
[10:40] <pitti> mvo: ok, so we need to talk to LaserJock and wasabi about their failures
[10:41] <Hobbsee> hiya Keybuk 
[10:41] <mvo> pitti: that is why I'm so interested in people with failures, to know what glxinfo, xdpyinfo etc they have
[10:42] <pitti> mvo: so, we probably have to confine it a lot in the future and just live with the fact that tribe2 is screwed for many people
[10:42] <pitti> mvo: so the only thing that still worries me RC-wise on my list is that session hang
[10:43] <pitti> dholbach: (for catching up): I watched gnome-session-properties while starting, and it needs a minute to connect to the session; that's what's blocking the splash screen and the logout dialog
[10:43] <pitti> dholbach: (and blocking all subsequent programs which also want to be started in the session)
[10:44] <mvo> clicking on the splash makes it go away for me
[10:44] <dholbach> does reverting to the last gnome-session version help?
[10:47] <pitti> mvo: right, but it doesn't fix the session connection hang of gnome-wm
[10:48] <seb128> dholbach: not likely, usually those bugs are due to a program not registering correctly and making the session wait
[10:48] <dholbach> seb128: ah ok
[10:48] <pitti> mvo: ah, the '/bin/sh /usr/bin/compiz' process is due to /usr/bin/compiz forgetting to use 'exec' for running metacity
[10:48] <pitti> mvo: I just added that; it doesn't help the hang, though
[10:49] <mvo> pitti: yeah, I noticed that too 
[10:49] <Admiral_Chicago> oops, chanaged the background on the wrong bug report....
[10:52] <shawarma> \0/
[10:53] <pitti> mvo, seb128: is this reasoning correct: while gnome-wm is shown as connecting in gnome-session-properties, there is no gnome-wm process, thus /usr/bin/gnome-wm already finished and exec'ed compiz; there is no compiz process (after fixing the exec line from above), so it already exec'ed metacity
[10:53] <seb128> I think it is
[10:54] <pitti> mvo, seb128: metacity process is running, but it doesn't have a --sm-client-id argument
[10:54] <seb128> not good
[10:54] <pitti> can that be the fault? doesn't /usr/bin/compiz need to pass the session ID to metacity or so?
[10:54] <seb128> could be yes
[10:54] <Admiral_Chicago> thanks for the hug shawarma
[10:55] <Admiral_Chicago> now I can sleep easy
[10:55] <pitti> hm, "exec 2>/tmp/out; set -x" should work, right?
[10:55] <StevenK> Hum, doesn't that reexec the current script?
[10:56] <Admiral_Chicago> hehe, asac i've got a clean install of kubuntu and ubunt feisty.
[10:56] <Admiral_Chicago> 2 days old each so if you need testing, on a clean build ler mt know
[10:57] <pitti> seb128: does "--sm-client-id default0" look like a valid SID?
[10:57] <asac> Admiral_Chicago: if you can, upgrade to gutsy and see if gnome-applet crashes for your wifi setup ;)
[10:57] <pitti> StevenK: ho, why?
[10:57] <pitti> no, even
[10:58] <StevenK> pitti: I thought it did, is all.
[10:58] <Admiral_Chicago> its not my computer, its my sister's laptop. also, still not connecting very well to the internet
[10:58] <seb128> pitti: yes
[10:58] <pitti> seb128: cause in my production system they have names like 117f000001000118252706300000156690007
[10:59] <pitti> so /usr/bin/gnome-wm passes it correctly to /usr/bin/compiz
[11:00] <seb128> pitti: /usr/share/gnome/default.session uses "gnome-wm --sm-client-id default0"
[11:02] <seb128> bug #122519
[11:02] <ubotu> Launchpad bug 122519 in deluge-torrent "deluge cra shed with ImportError in find_class()" (dup-of: 121836)" [Undecided,New]  https://launchpad.net/bugs/122519
[11:02] <ubotu> Launchpad bug 121836 in deluge-torrent "deluge crashed with ImportError in find_class()" [Undecided,New]  https://launchpad.net/bugs/121836
[11:02] <seb128> " 	 Apport retracing service (275)  	marked as duplicate  	 	121836"
[11:02] <seb128> autoduping in action ;)
[11:02] <Hobbsee> woot!
[11:03] <mvo> pitti: I have the fix, its indeed the missing argument passing :/
[11:04] <pitti> mvo: oh, I am this --><-- close to it as well; it forgot to pass "$@" in two places
[11:04] <mvo> pitti: you gave me all the good clues :) but two places? where is the other one?
[11:04] <mvo> pitti: FALLBACKWM_OPTIONS misses it
[11:05] <pitti> mvo: ah, that would work, too :) I explicitly added it to the two places which call it
[11:06] <mvo> pitti: want me to upload it right away or wait for reports on falures so that the blacklist/whitelist can be improved?
[11:07] <pitti> mvo: please upload
[11:07] <pitti> mvo: two uploads are cheap; it's CD respins which are expensive
[11:07] <fabbione> cjwatson, evand: is parted maintained in bzr?
[11:08] <pitti> mvo: so, adding $@ after the "--replace helped here
[11:09] <mvo> pitti: cool, uploading the fix now
[11:09] <shawarma> I have a really weird problem on the amd64 LAMP install..
[11:09] <pitti> mvo: can you also add the three missing exec calls
[11:09] <pitti> mvo: ?
[11:10] <pitti> mvo: two on the last line and one in abort_with_fallback_wm()?
[11:10] <mvo> pitti: sure, just reject my last upload then
[11:10] <shawarma> libapache2-mod-php5 is not installed(!). apt-cache show libapache2-mod-php5 clearly says "Task: lamp-server". "apt-get isntall lamp-server^" says that all its packages are installed (but libapache2-mod-php5 is not on that list). wtf?
[11:10] <pitti> mvo: rejected
[11:12] <mvo> pitti: the last line "compiz.real || metacity" would not work when I "exec compiz || metacity" AFAICS, only "compiz || exec metacity"
[11:12] <StevenK> exec compiz || exec metacity ?
[11:12] <shawarma> Won't work.
[11:12] <mvo> I don't think that will work as intended
[11:13] <pitti> mvo: "compiz.real || exec metacity"?
[11:13] <mvo> the first "compiz" needs to stay
[11:13] <mvo> yeah
[11:13] <mvo> pitti: yes
[11:13] <pitti> probably, yes
[11:13] <pitti> ugly, but not the default case anyway
[11:13] <mvo> pitti: I added the other two though, thanks!
[11:13] <cjwatson> fabbione: no, just plain source packages
[11:13] <pitti> darn, I missed to disable the publisher
[11:13] <fabbione> cjwatson: ok thanks
[11:14] <shawarma> Can someone with a clue lend me a hand with that libapache2-mod-php5 thing?
[11:14] <pitti> mvo: wrt. blacklist, let's keep it that way for tribe-2 and put something into the release notes how to report errors
[11:14] <pitti> shawarma: is it on the CD at all?
[11:15] <mvo> pitti: ok, that sounds good. I will draft something
[11:15] <pitti> mvo: do we have an easy way to disable compiz? (easier than hammering killall gdm?)
[11:15] <shawarma> pitti: Yup.
[11:15] <mvo> pitti: seb128 asked me to disable expose on click on the top-right corner. fix is trivial, do you want a upload for this too?
[11:16] <pitti> mvo: what does it break?
[11:16] <mvo> pitti: currently not :/ save graphics mode as it would use vesa and that makes compiz not run
[11:16] <pitti> (except for being absolutely undiscoverable :) )
[11:16] <shawarma> pitti: regardless, if apt-get install lamp-server^ says everything is installed, and apt-cache show libapache-mod-php5 says it's part of lamp-server, but it's not installed, by head blows up.
[11:16] <seb128> pitti: go to the top-right, corner and click, instead of activating the session dialog you get this weird zoom
[11:16] <mvo> pitti: people might get confused when trying to click on the logout button in the top-right. but it can wait after tribe-2 too
[11:16] <pitti> seb128: ah, I see
[11:16] <seb128> pitti: it just conflicts with the button
[11:16] <pitti> seb128, mvo: fine for me
[11:17] <pitti> mvo: is this in compiz as well?
[11:17] <pitti> or another package?
[11:17] <mvo> pitti: compizconfig0
[11:18] <mvo> libcompizconfig
[11:18] <mvo> :)
[11:18] <pitti> mvo: ok, please get it in
[11:18] <pitti> mvo: I cannot start another publisher before 11:40 anyway
[11:20] <pitti> we have another window open for getting urgent fixes into the ubuntu CDs; if you have something, please speak up *now*
[11:21] <shawarma> pitti: Well.. 
[11:21] <shawarma> pitti: Not having libapache2-mod-php5 in a LAMP install is rather unfortunate.
[11:21] <pitti> shawarma: I agree
[11:22] <pitti> cjwatson: any idea about that tasks issue? ^
[11:22] <shawarma> I have *no* clue why it doesn't work though.
[11:23] <shawarma> cjwatson: Short version. libapache2-mod-php5 is not installed when choosing LAMP server on amd64 server CD. apt-cache show libapache2-mod-php5 says "Task: lamp-server", but "apt-get install lamp-server^" says all packages are installed (and it doesn't list libapache2-mod-php5)
[11:24] <Mithrandir> shawarma: check the task headers on the CD?
[11:24] <pitti> asac: the gnome-keyring fix doesn't happen to fix n-m by any chance? :)
[11:25] <shawarma> Mithrandir: I assume you mean the Packages file on the CD.. It looks fine. It's got Task: lamp-server for libapache2-mod-php5.
[11:26] <Mithrandir> shawarma: hm, ok, weird.
[11:26] <shawarma> Mithrandir: Very much so.
[11:26] <shawarma> Mithrandir: It worked fine on the i386 install.
[11:27] <cjwatson> shawarma: I blame apt
[11:27] <shawarma> cjwatson: That's even worse..
[11:28] <asac> pitti: i hope it does ... because i found it when following the codepath in keyring ... howveer i don't have a tester atm :/
[11:28] <cjwatson> libapache2-mod-php5 has Task: lamp-server in the archive too
[11:28] <asac> anyone with encrypted wifi setup who sees nm applet crash ... step up :)
[11:28] <pitti> does anyone have an encrypted wifi?
[11:28] <cjwatson> mvo: help
[11:29] <mvo> hello cjwatson, what is wrong?
[11:29] <pitti> mvo: that's your tribe release From HELL
[11:29] <cjwatson> mvo: see shawarma's task comment above
[11:29] <asac> pitti: i will ask on -motu as well 
[11:29] <shawarma> mvo: Short version: libapache2-mod-php5 is not installed when choosing LAMP server on amd64 server CD. apt-cache show libapache2-mod-php5 says "Task: lamp-server", but "apt-get install lamp-server^" says all packages are installed (and it doesn't list libapache2-mod-php5)
[11:30] <fabbione> shawarma: hmm i am checking sparc. i have a LAMP server install just done.. but i might not have noticed that
[11:30] <pitti> seb128: can you do the libcompizconfig change as well? mvo is a bit busy
[11:30] <cjwatson> tasksel just calls apt-get install TASK^, BTW
[11:30] <mvo> shawarma: ok, I can debug this, I need a current server CD? it seems to work on my regular system
[11:30] <seb128> pitti: looking at it
[11:31] <shawarma> fabbione: Alright. I just tossed a .php file with '<? phpinfo(); ?>' in /var/www.
[11:31] <shawarma> mvo: amd64.
[11:31] <shawarma> mvo: Works fine on i386.
[11:31] <shawarma> mvo: Thaaat's right. 
[11:31] <fabbione> shawarma: yeah.. i will just check the config files..
[11:31] <mvo> shawarma: downloading a image then, it seems to be working on my amdt64 workstation
[11:32] <pitti> hm, sudo apt-get install lamp-server^ fetches libapache2-mod-php5 here, too; something CD specific then
[11:32] <mvo> seb128: please bzr update, I commited the changes, just did not test them .) and was wondering if ctrl-f9 will still invoke scale and why compiz has a different default key thatn my installed system
[11:32] <shawarma> pitti: It still doesn't work after apt-get update..
[11:33] <fabbione> shawarma, mvo: sparc looks good
[11:33] <fabbione> ii  libapache2-mod 5.2.3-1ubuntu1 server-side, HTML-embedded scripting languag  
[11:33] <fabbione> (and checked also config files)
[11:33] <mvo> shawarma: downloading, no worries - we will hunt that one down :)
[11:33] <shawarma> It looks fine on my workstation as well.
[11:33] <pitti> shawarma: s/LAMP/LAM/ in the description? :)
[11:34] <mvo> HAHA
[11:34] <pitti> or just devote it to Perl
[11:34] <shawarma> pitti: or passwd
[11:34] <shawarma> :)
[11:34] <pitti> "Tribe 2 now greatly improves the security of the default LAMP install"
[11:34] <StevenK> Bwahahaha
[11:34] <fabbione> pitti: ROFL
[11:37] <pitti> asac: hm, now I wonder whether I should build compiz and then new CDs right now, or wait a little on that bug fix
[11:37] <asac> pitti: maybe i have found a tester
[11:38] <pitti> asac: do you have a rough ETA? did you test the fix with other gnome-keyring applications to check for regressions? like gnome-gpg and mounting encrypted file sytems?
[11:38] <asac> pitti: please wait a few ... if have testers that definitly see the crash
[11:38] <asac> dholbach for instance :)
[11:39] <pitti> asac: ok; this is highly important, so delaying for an hour is justified
[11:39] <asac> pitti: i don't use encrypted fs here ... gnome-gpg I can test ... but what do i do with that?
[11:39] <dholbach> asac: I can't test it right now
[11:39] <asac> dholbach: yeah ... but you will go home soon :)
[11:39] <pitti> asac: do you have amd64 packages somewhere? I can test both here
[11:39] <asac> pitti: i can push in a minute
[11:40] <pitti> asac: or debdiff, or patch; anything
[11:40] <asac> debiff is in bug
[11:40] <pitti> ah, right
[11:40] <pitti> asac: I'll build it here then
[11:40] <asac> pitti: do you have bug number
[11:40] <asac> ?
[11:40] <pitti> asac: yes, got it from backscroll
[11:40] <asac> its out of my clipboard :/
[11:40] <asac> great
[11:40] <pitti> bug 122502
[11:41] <ubotu> Launchpad bug 122502 in gnome-keyring "[PATCH]  memory leak + error handling glitch in gnome-keyring-proto.c:gnome_keyring_proto_decode_find_reply" [Undecided,New]  https://launchpad.net/bugs/122502
[11:41] <ogra> OMG
[11:42] <pitti> hey ogra
[11:42] <ogra> 20070626.2 has 22M free
[11:42] <pitti> asac: I'll clean it up to be a proper patch
[11:42] <ogra> GAH
[11:42] <pitti> ogra: is that a catastrophe?
[11:42] <ogra> i could have included the -dri stuff
[11:42] <pitti> ogra: NB that I need to rebuild the edubuntu CDs
[11:42] <asac> pitti: ?
[11:42] <ogra> well, after tribe2
[11:42] <pitti> ogra: your debdiff patches it inline
[11:42] <ogra> ??
[11:42] <pitti> ogra: we have an updated compiz and libcompizconfig which affects edubuntu, too
[11:43] <asac> pitti: what is the problem with that patch?
[11:43] <ogra> ah, ok
[11:43] <pitti> ogra: hanging splash screen and broken logout dialog
[11:43] <pitti> ogra: so if you want to change edubuntu-meta for -dri, please do it right now
[11:43] <pitti> asac: it should be a debian/patches/ thing
[11:43] <asac> pitti: keyring has no patch system afaik
[11:43] <asac> pitti: which is why i did it that way
[11:43] <ogra> well, if thats still an option i'll re-add ist to ldm ....
[11:43] <pitti> asac: include /usr/share/cdbs/1/rules/simple-patchsys.mk
[11:43] <pitti> asac: it just doesn't have patches ATM :)
[11:44] <ogra> err. ltsp-client sorry
[11:44] <asac> yeah ... take the patch from upstream bug ... or just strip the changelog
[11:44] <pitti> ogra: hm, I'd really prefer if you added it to desktop-recommends
[11:44] <pitti> ogra: see the corresponding change in the ubuntu seeds
[11:44] <ogra> pitti, then it doesnt get installed on thin clients ... hmm, ok i'll find a workaround for that later
[11:45] <pitti> ogra: oh, I see
[11:45] <pitti> ogra: you don't have a metapackage with Recommends: for thin clients, do you?
[11:45] <ogra> i could make one ... 
[11:45] <ogra> note thats not urgent for tribe2 or something
[11:45] <pitti> ogra: adding it to ldm is a bit bad since then you cannot uninstall it any more if you don't need it
[11:46] <pitti> ogra: ok; maybe fill them with langpacks instead then :)
[11:46] <ogra> no, it was a dep of ltsp-client .... 
[11:46] <ogra> which means you install it only in thin client chroots
[11:46] <ogra> ltsp-client inst installable on normal systems
[11:46] <ogra> *isnt
[11:47] <ogra> i'll add -dri to have it on the cd ... it just doesnt help the ltsp case this way atm
[11:48] <ogra> s/add -dri/add -dri to desktop.recommends/
[11:49] <ogra> hmm
[11:50] <ogra> does anyone else see a directory here ?
[11:50] <ogra> http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.gutsy/
[11:50] <pitti> asac: that patch looks straightforward at least
[11:50] <ogra> (i know there is a typo in the url, but i dont think i should see a dir)
[11:50] <pitti> ogra: no, it's 'desktop'
[11:50] <pitti> ogra: recommends come from packages in parentheses
[11:50] <pitti> ogra: look into the ubuntu seeds
[11:50] <ogra> i know
[11:51] <ogra> sorry, my fault
[11:51] <pitti> ogra: that dir just has a .bzr in it, no working tree
[11:52] <ogra> still, i should likely rather see a launchpad page or so ...
[11:52] <ogra> not a plain apache dir listing
[11:52] <pitti> ogra: use codebrowse then :)
[11:52] <cjwatson> ogra: it's always been like that. maybe you're thinking of code.launchpad.net
[11:53] <ogra> cjwatson, yes. thats where i came from ... and thought i could just change the url to get to the LP page of the branch
[11:53] <ogra> which then got me to that page
[11:53] <txwikinger2> Which package takes care of setting the env variables for the shell ?
[11:53] <cjwatson> you can, s/bazaar/code/
[11:54] <cjwatson> txwikinger2: the shell itself
[11:54] <txwikinger2> so bash for bash?
[11:54] <cjwatson> oh and libpam-runtime does a couple of them
[11:54] <cjwatson> but as a general rule packages shouldn't require environment variables to set in order to work properly, so there isn't a need for too much fancy stuff there
[11:54] <cjwatson> s/to set/to be set/
[11:55] <asac> pitti: yeah the patch definitly fixes bugs ... maybe i have a tester in -motu ... so stay tuned
[11:55] <pitti> asac: building package now, and giving it some tests
[11:56] <pitti> mvo, seb128: is either of you tackling the libcompizconfig change?
[11:56] <seb128> pitti: I'm looking at it
[11:57] <seb128> the change made by mvo seems to be not working, investigating why
[11:59] <mvo> seb128: did you restarted compiz? it seems to be needed 
[11:59] <seb128> mvo: yes, I restarted the session and removed .gconf/apps also
[11:59] <StevenK> Sigh.
[11:59] <mvo> hrm :/
[11:59] <StevenK> Neither VirtualBox or VMware seem to support long mode.
[12:00] <pitti> seb128: new gnome-keyring works fine for gnome-gpg and encrypted gnome-mount here
[12:00] <pitti> erm, I mean asac ^
[12:01] <pitti> seb128: sorry, autofingers for m/gnome/ :)
[12:01] <asac> pitti: ok lets wait for feedback on nm applet crash ... thanks
[12:01] <fabbione> pitti: the tracker doesn't allow me to add an extra entry for stuff already tested but Niagara is good too
[12:01] <asac> pitti: motu is testing atm :)
[12:01] <pitti> fabbione: you can change it in the comment field; but thanks
[12:01] <pitti> asac: \o/
[12:01] <Mirv> carlos: could you check bug 106756, ie. feisty translation template problem? it'd be nice to get translations for the next update.
[12:01] <ubotu> Launchpad bug 106756 in gnome-app-install ""Search for suitable codec" dialog not translated/translatable" [Undecided,Fix committed]  https://launchpad.net/bugs/106756
[12:02] <pitti> asac: mind if I just upload the package myself? I gave you full credit in the changelog :)
[12:02] <pitti> asac: but I rather have it properly patchified and such
[12:02] <asac> pitti: go ahead ... i am not a credits whore
[12:02] <asac> pitti: close the LP bug :)
[12:02] <asac> in changelog
[12:03] <pitti> asac: ok, I uploaded it and just keep it in the unapproved queue, to reduce the response time
[12:03] <pitti> asac: I did
[12:03] <pitti> asac: well, I closed #122502, let's close the other one manually
[12:04] <shawarma> mvo: Crap, it's reproducable.
[12:05] <carlos> Mirv: let me see...
[12:09] <pitti> shawarma, mvo: I wonder why this only affects amd64 then; is there something different on the CD itself?
[12:10] <mvo> shawarma: I can reproduce it here too, look at it now
[12:11] <shawarma> mvo: If I remove the cdrom from sources.list, and do apt-get install lamp-server^ it wants to pull in libapache2-mod-php5... Interesting.
[12:11] <mvo> shawarma: oh? that is indeed interessting
[12:12] <shawarma> mvo: And if I put it back in, it goes back to not wanting to install it. It's definitely a CD-related issue.
[12:12] <carlos> Mirv: bug updated
[12:12] <Mirv> carlos: thanks.
[12:24] <asac_> pitti: tester says it doesn't cure him :/
[12:25] <pitti> asac_: bah
[12:25] <asac_> unfortunate :)
[12:25] <seb128> mvo, pitti: I figured what was the compiz problem, testing change now
[12:26] <pitti> asac_: so, what would be so wrong about checking for NULL in the applet?
[12:27] <asac_> pitti: i think it would cure the crash ... but it will hide the real problem (if there is any)
[12:27] <pitti> asac_: that is easy and straightforward and at least avoids the crash; question is whether it actually makes those wifis work, of course
[12:27] <mvo> seb128: what exactly was the problem (just curious)
[12:27] <asac_> pitti: right ... let me check if the code in applet has changed
[12:27] <pitti> asac_: hiding problem> right, but if it makes n-m work for tribe-2, it's more than good enough :)
[12:27] <mvo> seb128: or was it local to your install only?
[12:27] <asac_> pitti: maybe its really an applet regression
[12:28] <pitti> asac_: can you ask your tester to give this a whirl?
[12:28] <seb128> mvo: compiz-0.5.1+git20070618/debian/compiz-gnome.gconf-defaults
[12:28] <pitti> asac_: we don't have time to fix the real problem in the keyring now
[12:28] <seb128> mvo: 
[12:28] <seb128> /apps/compiz/plugins/scale/allscreens/options/initiate_edgebutton       1
[12:28] <asac_> pitti: yes ... have to provide packages though as he cannot build without net ... so he is on sid atm
[12:28] <asac_> :)
[12:28] <seb128> /apps/compiz/plugins/scale/allscreens/options/initiate_key              <Control>F9
[12:28] <pitti> asac_: he needs i386?
[12:28] <asac_> pitti: let me look at the applet code of 0.6.4 ... then i fix and build package for him
[12:29] <asac_> pitti: no amd64
[12:29] <asac_> fortunately :)
[12:29] <pitti> asac_: ah, fine; I can help out with building then, too
[12:31] <pitti> asac: want me to build test packages with that patch?
[12:31] <asac> pitti: its not a regression in applet.c ... old code just dereferences without NULL check as well
[12:31] <shawarma> mvo: You're on the lamp-server bug? If so, I'll try to get some work done. :)
[12:31] <asac> pitti: you do your rm stuff ... i build
[12:31] <pitti> asac: ok, appreciated
[12:34] <mvo> shawarma: yes, I have a fix here, but I currently trying to understand why its triggered in this situation
[12:38] <shawarma> mvo: What's the fix?
[12:39] <mvo> shawarma: it looks its a bug in the regexp that scans the pkgRecords for the task, but I wonder why it is triggered for exactly *this* package
[12:39] <mvo> and only on amd64
[12:42] <pitti> mvo: are you sure that the patch fixes the bug?
[12:42] <pitti> mvo: I need to hurry up a little, upload to new CDs takes 2 hours
[12:45] <mvo> pitti: I'm pretty confident, but give me 10-15 min to be sure
[12:45] <pitti> mvo: alright, thanks
[12:52] <seb128> mvo: could you help me with bzr,
[12:52] <seb128> ?
[12:53] <seb128> mvo: I've the changes ready for compiz but commit doesn't work, cf query :/
[12:54] <pitti> seb128: can I help you?
[12:55] <pitti> hey jono
[12:56] <yetanothername> /exit
[12:56] <pitti> ogra: so, you don't want another edubuntu-meta after all?
[12:56] <jono> heya pitti
[12:56] <ogra> pitti, right
[01:00] <asac_> pitti: pushed to bzr and uploaded
[01:00] <asac_> pitti: its verified to fix our issues
[01:00] <asac_> and wireless works
[01:00] <pitti> asac_: yay, does it work? he can connect to the wep wifi?
[01:00] <asac_> sorry was offline again :(
[01:00] <asac_> pitti: yes 
[01:00] <asac_> pitti: previously it crashed ... not it works
[01:00] <asac_> pitti: package is already uploaded 
[01:01] <pitti> asac_: so, I propose to add an open gnome-keyring task to that bug, just to not forget about the root cause
[01:01] <pitti> and close the applet one with the upload
[01:01] <asac_> pitti: right ... how can i refer to the existing gnome-keyring bug?
[01:01] <pitti> asac_: is there one?
[01:02] <asac_> ah right
[01:02] <asac_> :)
[01:02] <asac_> of course there isn't
[01:02] <asac_> sorry
[01:02] <asac_> :)
[01:02] <pitti> asac_: accepted; so we'll close the apport one manually then
[01:03] <asac_> pitti: yes
[01:03] <seb128> pitti: that's ok, thanks, mvo replied in query
[01:03] <asac_> pitti: btw, can we change auto-dupe detection like this: search for dupe in database ... if there is a bug either use that as master ... or if that bug is already marked as dupe use the original one?
[01:03] <iwj> seb128: When we did that disk full testing at uds, did you fill the disk as a normal user or as root ?
[01:03] <pitti> asac_: does it need that gnome-keyring fix, too? I wonder whether I should accept it now
[01:03] <seb128> iwj: root
[01:03] <asac_> pitti: in this way we can just merge in the first crash report into existing reports
[01:04] <StevenK> pitti: Are we still in that window?
[01:04] <asac_> without e.g. needing to redupe 190 bugs for some firefox crashes
[01:04] <pitti> asac_: yes, I think that's possible; can you please create an apport bug about that?
[01:04] <asac_> pitti: will do
[01:04] <iwj> seb128: I think that something must get removed during reboot then.
[01:04] <asac_> pitti: just apport?
[01:04] <pitti> StevenK: closing rapidly, as soon as seb128 uploads the compiz fix, I'll start the publisher
[01:04] <seb128> iwj: why?
[01:04] <pitti> asac_: yes, that's fine
[01:04] <iwj> I just did a similar test (but with the tmpfs on /tmp fix) and it's pretty badly broken.
[01:04] <StevenK> pitti: Ah. RAOF_ mentioned getting kvm fixed for tribe-2
[01:05] <StevenK> RAOF_: How long to get it ready for upload?
[01:05] <pitti> StevenK: if you have an existing tested patch, please show it to me and get it uploaded ASAP
[01:05] <pitti> looking
[01:05] <RAOF_> StevenK: It's done, just needs pushing.
[01:06] <StevenK> RAOF_: Point me at the source.
[01:06] <RAOF_> bug #122113
[01:06] <ubotu> Launchpad bug 122113 in kvm "[Merge]  Please merge kvm-28-4 from Debian Unstable" [Wishlist,Confirmed]  https://launchpad.net/bugs/122113
[01:07] <pitti> RAOF_, StevenK: oh, that's universe and not subject to freeze; please go ahead and upload
[01:07] <StevenK> Ask a stupid question...
[01:07] <StevenK> pitti: Aye, will do in a few seconds.
[01:07] <RAOF_> StevenK: That's what you're after, yes?  If you wanted to be super thorough, you might want to test it on i386 :)
[01:07] <iwj> seb128: Indeed, my tests confirm: if you fill the disk up with the system booted and then reboot, it works fine.
[01:07] <StevenK> RAOF_: I don't have a i386 that has hardware virt.
[01:08] <pitti> asac: not sure whether you saw this: <pitti> asac_: does it need that gnome-keyring fix, too? I wonder whether I should accept it now
[01:08] <StevenK> Even my amd64 doesn't, sadly.
[01:08] <iwj> But if you shut down, and then mount the fs from another install and fill it, and then boot, it breaks badly.
[01:08] <pitti> asac: i. e. did your tester check it with the updated gnome-keyring or with the archive one?
[01:08] <RAOF_> pitti: I was the (at least one of the) tester.  I tried it with both, and it doesn't seem to need the updated gnome-keyring
[01:09] <pitti> RAOF_: ah, thanks
[01:09] <RAOF_> asac's probably lost somewhere in the labarynth of his isp :/
[01:09] <StevenK> Heh
[01:09] <pitti> seb128: so bzr is not blocking you any more? :) good
[01:10] <StevenK> RAOF_: Closes: -> LP:
[01:10] <seb128> pitti: no, I was trying to checkout from code.launchpad.net which doesn't work
[01:11] <StevenK> RAOF_: Want me to fix that? The rest looks okay.
[01:11] <RAOF_> StevenK: What?  It closes #122113, 119254.
[01:12] <StevenK> RAOF_: (Closes: #bug) is a Debian-ism. It's (LP: #bug)
[01:12] <seb128> pitti, mvo: compiz uploaded
[01:12] <RAOF_> StevenK: Aaargh.  Yes.  Please fix that!
[01:12] <mvo> seb128: thanks
[01:12] <seb128> mvo: you're welcome
[01:12] <RAOF_> StevenK: You should probably also add (LP: #122113)
[01:12] <mvo> pitti: apt is test-building here, should be ready for upload RSN
[01:13] <pitti> mvo: ok; do you want to have it on the ubuntu CDs as well? If it's just for the server CDs, I'd rather start a publisher now
[01:13] <pitti> mvo: then you can have more time for tests
[01:13] <mvo> pitti: its a bit of a corner case, so server should be fine
[01:14] <pitti> mvo: ok, putting it only on server then
[01:16] <pitti> seb128: the empty line in debian/compiz-gnome.gconf-defaults doesn't hurt, no?
[01:16] <seb128> pitti: no, it doesn't, it was already there
[01:17] <seb128> lunch time
[01:18] <pitti> seb128: enjoy!
[01:18] <cjwatson> seb128: checkout from code.launchpad.net is supposed to work, I think
[01:18] <cjwatson> might want to check with the LP team
[01:19] <pitti> cjwatson: it does
[01:19] <StevenK> pitti: kvm uploaded, accept at your leisure.
[01:27] <jwendell> dholbach, a doubt:
[01:28] <jwendell> dholbach, i'm writing a vnc client well integrated to gnome, which i guess will not get in time to 2.20
[01:28] <jwendell> dholbach, maybe it'll be as part of vino, maybe not
[01:28] <dholbach> if not, we could package it and have it in universe, so people can test it and play with it
[01:28] <dholbach> what do you think?
[01:28] <jwendell> dholbach, yep, that's my doubt ;)
[01:29] <dholbach> what doubt do you have?
[01:29] <jwendell> dholbach, if it could be packaged into universe
[01:29] <dholbach> no problem
[01:29] <dholbach> once you have a release tarball, file a needs-packaging request and maybe ask on ubuntu-motu@ to find somebody to package it - if you don't want to do it on your own
[01:30] <dholbach> https://wiki.ubuntu.com/MOTU/Packages/Candidates for more info on 'needs-packaging'
[01:30] <jwendell> dholbach, i prefer to concentrate in development
[01:30] <dholbach> right-o
[01:30] <jwendell> dholbach, upload a new package is boring :(
[01:31] <dholbach> alright, well then file a bug and ask people on ubuntu-motu@ for help with that
[01:31] <jwendell> dholbach, ok, thanks!
[01:32] <mvo> pitti: apt is uploaded, I got for lunch now
[01:34] <seb128> pitti: does "bzr checkout sftp://$YOUR_LP_ID@code.launchpad.net/~compiz/compiz/ubuntu/" work for you?
[01:39] <asac> seb128: should it? pitti isn't in compiz team
[01:47] <seb128> asac: well, I'm in the compiz team and that timeout, using bazaar.launchpad.net for the checkout works fine though
[01:49] <shawarma> cjwatson: Why do we stick with openssh 4.3?
[01:50] <asac> seb128: ah ... yes code.lp.net never worked for me iirc
[01:52] <shawarma> cjwatson: I'm an idiot. Never mind.
[01:59] <shawarma> Hi, Hobbsee!
[02:00] <asac> hi Hobbsee 
[02:01] <cjwatson> shawarma: we don't ;-)
[02:03] <Hobbsee> :)
[02:05] <fabbione> hmmmm
[02:05] <fabbione> something has changed behavior...
[02:05] <shawarma> It's Hobbsee. She's been here for ten minutes and haven't poked anyone with her scary stick yet.
[02:06] <pitti> seb128: ah, I usually use 'bzr get http://code....', that works fine
[02:06] <Mithrandir> she's not scary, she just pretends to be. :-P
[02:06] <seb128> pitti: you can't commit then though
[02:06] <pitti> mvo: thanks!
[02:07] <pitti> seb128: right, you need to use bzr push with an URL then; I'm not sure if I ever tried to push to code.lp.net
[02:07] <pitti> seb128: hm, my branches have 'publish to branch: sftp://bazaar'
[02:07] <seb128> pitti: use bazaar.launchpad.net I can checkout and then commit
[02:08] <Hobbsee> shawarma: that's because i was grabbing dinner as well, and am dealing in release stuff.
[02:08] <seb128> pitti: I don't want to branch
[02:08] <pitti> seb128: I usually do, so that I can commit offline and push in one chunk; but that's entirely up to your preference
[02:08] <shawarma> Um... yay? :/
[02:08] <shawarma> :)
[02:09] <Hobbsee> Mithrandir: you're just disappointed that you dditn get bashed up at UDS.
[02:09] <pygi> Hobbsee, ;)
[02:09] <seb128> pitti: well, I wanted to do a 3 lines changes on compiz
[02:09] <pitti> seb128: right, checkout might be more comfortable then
[02:09] <shawarma> cjwatson: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/31969 ..  Why would we even consider this for openssh? Surely denying users with short passwords access is PAM's job?
[02:09] <ubotu> Launchpad bug 31969 in openssh "Small password should not log in" [Wishlist,New]  
[02:10] <asac> pitti: i saw that some packages use code.lp.n in control as bzr reference ... i use bazaar.lp.net in my packages (or better of those of my motu student) ... which way to go
[02:10] <asac> (i assume we should use the url that you can run bzr branch with)
[02:10] <Hobbsee> shawarma: :P
[02:11] <Mithrandir> Hobbsee: ;-)
[02:12] <pitti> asac: bzr branch/get works perfectly with http://code, and it's more convenient for clicking on and watching in firefox
[02:12] <fabbione> Keybuk: do you happen to remember if you did change behavior of 91-skip-whole-disk.patch when merging?
[02:13] <fabbione> Keybuk: AFAIR we did it so that the wholedisk decive was always hidden
[02:13] <fabbione> Keybuk: but it seems like they are there again
[02:13] <asac> pitti: hmmm ok ... thought it never worked for me ... but maybe i didn't try hard enough :)
[02:13] <Keybuk> fabbione: I should not have changed the behaviour ... I left your patch intact
[02:13] <cjwatson> shawarma: openssh-server ships the PAM configuration used by sshd; and sshd might reasonably want to have different authentication requirements from e.g. login since it's exposed to the network
[02:13] <Keybuk> (and it's since been merged upstream)
[02:13] <Keybuk> is the sysfs attribute there as expected
[02:14] <Keybuk> it may be that kernel behaviour changed, or udev behaviour changed, in the interpretation on that rule
[02:14] <shawarma> cjwatson: True. So it's a discussion of whether we should do so by default?
[02:15] <cjwatson> shawarma: mostly I just reopened it because I object to the meme that wishlist bugs should be closed in favour of specifications
[02:15] <fabbione> Keybuk: i don't recall if we were hiding the entire partition from the system (i am pretty sure we did) or just the uuid symlink
[02:15] <shawarma> cjwatson: I see.
[02:16] <Keybuk> just the uuid symlink
[02:16] <fabbione> hmm ok
[02:16] <shawarma> cjwatson: I can put a comment in the pam conf saying how to limit access for users with short passwords...
[02:16] <Keybuk> the modification was to the persistent storage file
[02:16] <fabbione> then it's os-prober being more anal...
[02:16] <fabbione> yeps..
[02:16] <fabbione> all good
[02:17] <ion_> I found out why beryl was very smooth but compiz was jerky (low framerate, pauses in movement): i needed to run compiz --indirect-rendering. It might only be subjective, but it almost feels like the fresh version of compiz is even smoother than beryl.
[02:17] <ion_> I guess i should take a closer look at the compiz wrapper to see why it doesnt pass --indirect-rendering automatically.
[02:17] <shawarma> meh
[02:29] <ion_> I reported it as bug #122562.
[02:29] <ubotu> Launchpad bug 122562 in compiz "The frame rate is low, unless using --indirect-rendering" [Undecided,New]  https://launchpad.net/bugs/122562
[02:35] <asac> pitti: on bug 122393 the auto-retracers failed miserably. it was ment as a testbug for apport hooks test and is a dupe of bug 72018
[02:35] <ubotu> Launchpad bug 122393 in firefox "firefox-bin crashed with SIGSEGV in raise()" [Undecided,Invalid]  https://launchpad.net/bugs/122393
[02:35] <ubotu> Launchpad bug 72018 in firefox "MASTER Firefox Crash [@gtk_style_realize]  [@nsFilePicker::Show] " [High,In progress]  https://launchpad.net/bugs/72018
[02:35] <asac> pitti: i will ask hjmf to retrace this manually ... to see if we get different results
[02:38] <mvo> ion_: let me check
[02:39] <mvo> ion_: do you have numbers? can you please install compiz-fusion-plugins-extra and enable the "benchmark" plugin with compiconfig-settings-maanager? 
[02:39] <computa_Mike> Having problems compiling a device driver - is this the right place?
[02:39] <mvo> ion_: and then compare the performance with and without the option set?
[02:39] <ion_> mvo: Will do.
[02:41] <mvo> ion_: you can enable the benachmark plugin with super (windows) - f12
[02:42] <computa_Mike> Am I in the wrong forum?
[02:42] <dendrobates-bbl> shawarma: I'll be covering from 14:00 to 23:00 gmt.  That should give us some good tz coverage.
[02:44] <Pici> computa_Mike: This isnt really a support channel.
[02:44] <ScottK> computa_Mike: Try #ubuntu
[02:45] <pitti> asac: only new bugs will be considered as a duplicate; 72018 is way too old
[02:45] <computa_Mike> ok - thanks
[02:45] <asac> pitti: no
[02:45] <asac> pitti: look at the backtrace
[02:45] <ion_> mvo: --indirect-rendering: 59.9 FPS when idle, 55  59 when typing to this terminal, as well as when switching between workspaces rapidly. The benchmark plugin itself seems to slow everything down quite a bit. My screens refresh rate is 60 Hz. Without --indirect-rendering: about 27  28 FPS when idle, 23  27 when typing. Down to 15 when switching between workspaces rapidly.
[02:46] <asac> pitti: (btw, this bug is an example why i want the auto-dupe improvement) :)
[02:46] <mvo> ion_: that sounds good, could you please put that into the bugreport? and what driver you are using and what gfxcard
[02:46] <ion_> mvo: Will do. I already mentioned the driver and the card in the report.
[02:46] <asac> pitti: the backtrace is just garbage
[02:47] <mvo> ion_: right, sorry
[02:47] <asac> pitti: same for bug 122525
[02:47] <ubotu> Launchpad bug 122525 in firefox-granparadiso "firefox-granparadiso-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Incomplete]  https://launchpad.net/bugs/122525
[02:47] <pitti> asac: oh, I see
[02:47] <pitti> asac: WARNING: /lib/tls/i686/cmov/libc-2.5.so is needed, but cannot be mapped to a package
[02:47] <pitti> asac: and lots of similar stuff
[02:47] <asac> why?
[02:47] <pitti> asac: WARNING: /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so is needed, but cannot be mapped to a package
[02:48] <pitti> asac: that looks relevant as well
[02:48] <pitti> asac: I don't know
[02:48] <asac> pitti: lets see what hjmf gets
[02:48] <asac> pitti: i have the feeling that his retrace looks good
[02:48] <asac> ... as always
[02:48] <asac> :)
[02:48] <pitti> asac: something broken in the Contents.gz parsing, I need to investigate this more closely
[02:48] <asac> pitti: anything i can do to boost the improvement in auto-dupe detection?
[02:49] <mvo> heno: how do the iso-testing reports with regard to compiz-by-default look so far?
[02:49] <asac> i really have a bad feeling about un/re-duping
[02:49] <asac> later
[02:49] <pitti> asac: it would require to scan all existing apport bugs, get their stack traces, and feed them through the dup checker; quite a lot of effort (entirely doable, though)
[02:50] <asac> pitti: no
[02:50] <asac> pitti: i say: just do as now ... but before you mark as dupe you look if the bug found in crash db has a duplicate marked
[02:50] <asac> pitti: in that case use that bug
[02:50] <asac> s/has a duplicate marked/has been marked as duplicate/
[02:50] <pitti> asac: ah, right, that's much easier; as I said, please file an apport bug about this, I'll see to it after tribe
[02:51] <mvo> ion_: if you haven't hacked on the compiz.wrapper script already, I can give it a go now to add --indirect-rendering
[02:51] <asac> pitti: ok ... i filed a bug already
[02:51] <luisbg> what's the difference betwen trying this https://isotesting.stgraber.org/ and tomorrow's official release of tribe 2?
[02:51] <asac> pitti: just thought i might help ... or hilario (as he likes to do python stuff)
[02:51] <heno> mvo: seems to have improved after yesterday's fixes; works for me on vbox now for example
[02:51] <ion_> mvo: I havent modified it.
[02:51] <ion_> mvo: Comment posted to the report.
[02:51] <pitti> luisbg: difference is that we can still change the CDs (and will) for fixing critical bugs
[02:52] <pitti> luisbg: but we depend on people testing the candidates and telling us about errors
[02:52] <StevenK> ... interesting.
[02:52] <pitti> luisbg: you can use rsync to upgrade today's images to the final ones tomorrow
[02:52] <StevenK> The alt installer shouldn't prompt where to install grub to, right?
[02:52] <pitti> asac: oh, sure, if you feel like playing with the code, please go ahead :)
[02:52] <heno> we really need to make that distinction more clear somewhere
[02:53] <pitti> StevenK: hm, only in expert mode normally
[02:53] <asac> pitti: will let you know ;)
[02:53] <heno> the mirrors were asking for their tribe2 ISOs too :)
[02:53] <luisbg> pitti, ok cool, do you know anything about a network manager bug I've heard?
[02:53] <StevenK> pitti: Not expert mode.
[02:54] <pitti> luisbg: crash on connecting to WEP/WPA networks?
[02:55] <cjwatson> StevenK: it can do, depending
[02:55] <StevenK> cjwatson: Worth a bug report?
[02:55] <pitti> ogra, heno, *: FYI, I trigger new ubuntu and edubuntu CDs now
[02:55] <cjwatson> StevenK: not typically
[02:55] <luisbg> pitti, yeap
[02:56] <cjwatson> it's a legitimate case
[02:56] <ogra> tsk, i installed to a USB disk but had a grub error on the USB port it was plugged in after install ... i only could boot after changing the port
[02:56] <pitti> luisbg: that should be fixed on the CDs I'll build now
[02:56] <StevenK> cjwatson: Okay, cool.
[02:56] <luisbg> pitti, let me know when they are built =)
[02:56] <luisbg> pitti, so I can test them today
[02:56] <luisbg> hello _MMA_ =)
[02:56] <pitti> luisbg: will do
[02:57] <_MMA_> Hola
[02:57] <cjwatson> StevenK: if it can't figure out how to create boot stanzas for everything on the disk, it'll jump straight to the manual prompt for a boot device
[02:57] <mvo> ion_: --indirect-rendering should be working now, I just commited a fix for it to bzr
[02:57] <luisbg> pitti, will open a new page in the laptoptesting wiki page for my laptop and gutsy... cool?
[02:57] <StevenK> cjwatson: Right, fair enough.
[02:58] <pitti> luisbg: sounds good (I'm not familiar with the structure of those pages, though)
[02:58] <luisbg> ok ok
[02:59] <luisbg> dholbach, ping
[02:59] <dholbach> luisbg: pong
[02:59] <luisbg> dholbach, that was fast! LOL
[02:59] <dholbach> was that all? :)
[02:59] <luisbg> dholbach, you didn't attend the derivatives meeting on sunday
[02:59] <dholbach> luisbg: I know - I said so by mail, that I wouldn't have time on sunday - but I read the minutes
[03:00] <iwj> Oh dear, I need to wait for glibc to build again.
[03:00] <luisbg> dholbach, ahhh ok cool then
[03:00] <luisbg> dholbach, you have read we created an irc channel then
[03:00] <iwj> So much for getting that trace data today.
[03:01] <davmor2> hi devs.  Just doing iso-testing 26.2 nm-applet is crashing out horribly I have an apport trace and am about to report the bug is there any other info you need for it?
[03:01] <dholbach> luisbg: yeah, I did - I was just busy with all the other irc channels I'm in already
[03:01] <seb128> davmor2: I think there is already a stack of duplicates of nm crashers
[03:01] <luisbg> dholbach, I understand, don't expect you to be in it 
[03:01] <iwj> pitti: FAOD, my sysvinit upload, just done, does not need to go into Tribe 2.
[03:01] <pitti> davmor2: with 90% probability it's the bug that is fixed in the archive now
[03:01] <luisbg> dholbach, just wanted to know if you have seen the small progress =)
[03:01] <pitti> davmor2: can you please dist-upgrade and check again?
[03:01] <seb128> davmor2: is that bug #121228?
[03:01] <ubotu> Launchpad bug 121228 in network-manager "[gutsy]  segfault retrieving passphrase for WiFi network" [High,Confirmed]  https://launchpad.net/bugs/121228
[03:01] <pitti> iwj: noted
[03:01] <dholbach> luisbg: alright - but I'm very happy the meeting went all right
[03:02] <luisbg> dholbach, there was more attendance than I expected, to be sincere
[03:02] <pitti> davmor2: you can dist-upgrade on the live CD as well, FYI
[03:02] <dholbach> luisbg: I'm sure the next one will be even better
[03:02] <luisbg> dholbach, yeah, got to decide when is that happening, will send an email this sunday for that, we have to decide the frequency of the meetings
[03:03] <davmor2> pitti:  works on the cd fails after install
[03:03] <davmor2> I think it is an issue with nm connecting to keyring
[03:03] <pitti> davmor2: dist-upgrade on the installed system and restart your session -> does that help?
[03:03] <dholbach> luisbg: maybe we should make a call for agenda items before we decide on the meeting
[03:03] <pitti> davmor2: please note that you need to have archive.u.c. in apt sources; a mirror won't work
[03:03] <pitti> davmor2: that's the bug we just fixed
[03:04] <luisbg> dholbach, yeah true
[03:04] <davmor2> pitti: okay I'll get back to you
[03:04] <pitti> asac: hm, I wonder why that n-m upload didn't close the bug
[03:05] <seb128> pitti: because the upload is network-manager-applet and the task is on network-manager
[03:05] <pitti> asac: ah, did you close #121228 or #122385?
[03:05] <seb128> the components don't match
[03:05] <pitti> seb128: so he probably closed #121228
[03:05] <seb128> yes
[03:05] <seb128>    * debian/patches/01_static_network-admin.patch: fix by Peter
[03:05] <seb128>      Clifton; adding NULL check to stop nm-applet from crashing
[03:05] <seb128>      and make encrypted wifi work. (LP: #121228)
[03:06] <dholbach> luisbg: I think firstly we should update the wiki and only have items in it, we're actively following
[03:07] <dholbach> luisbg: and then go from there - lay out a structure for the knowledge base and ask people to help us filling the gaps
[03:07] <luisbg> dholbach, OK, I finish my last exam on saturday
[03:07] <dholbach> take your time with that :-)
[03:07] <luisbg> dholbach, I will day a major wiki clean up and organization on sunday
[03:07] <dholbach> and luisbg: all the best!
[03:07] <dholbach> rock on :-)
[03:07] <luisbg> dholbach, thanks =)
[03:08] <pitti> seb128: I mangled the bugs accordingly; I also added a gnome-keyring task
[03:08] <seb128> pitti: k
[03:10] <pitti> heno, luisbg, bdmurray, mvo, all: new ubuntu alternates are up for testing: http://cdimage.ubuntu.com/daily/20070627/
[03:10] <luisbg> pitti, cool, will give it a try in like 2 hours
[03:10] <ion_> mvo: When the script reaches build_args, $INDIRECT is 1.
[03:10] <pitti> luisbg: you might want to wait for the new live CDs
[03:11] <naufraghi> hello!, some hint to debug a qt4 app using libqt4-debug package?
[03:12] <davmor2> pitti: just downloaded a nm-gnome update is that the right one
[03:12] <pitti> davmor2: yes
[03:12] <pitti> erk, since when do we ship xterm by default? and, much more importantly, why does it appear in apps -> system tools?
[03:12] <luisbg> pitti, oops, when are the live ones coming?
[03:13] <pitti> luisbg: maybe 30 minutes
[03:13] <luisbg> pitti, awesome
[03:13] <pitti> luisbg: testing live is easier wrt. testing network-manager and compiz, but testing alternates is appreciated, too, of course
[03:13] <davmor2> pitti: 0.6.5-0ubuntu4 correct
[03:14] <mvo> ion_: oh? check_tfp() should set that INDIRECT=0 if LIBGL_ALWAY_INDIRECT is set
[03:14] <pitti> davmor2: confirmed
[03:14] <heno> pitti: posted
[03:14] <luisbg> pitti, I understand
[03:14] <davmor2> pitti: working but I'll just try one more reboot to make sure
[03:15] <pitti> mvo: ah, apt has built, publishing binaries now
[03:16] <ion_> mvo: glxinfo | grep GLX_EXT_texture_from_pixmap succeeds, so check_tfp doesnt touch INDIRECT.
[03:20] <pitti> ogra, heno, LaserJock: new edubuntu alternates up for testing: http://cdimage.ubuntu.com/edubuntu/daily/20070627/
[03:22] <seb128> pitti: have autosyncs stopped already?
[03:22] <pitti> seb128: well, they need to be driven by hand anyway
[03:22] <seb128> pitti: that I know, but we have sync request about non ubuntu versions
[03:23] <seb128> I'm wondering if I should sync them manually
[03:23] <pitti> seb128: ISTR that we previously stopped them at UVF, but we have a DebianImportFreeze on the schedule now, which is already past; Keybuk?
[03:23] <seb128> if that's the case mailing ubuntu-devel-announce would be a good diea
[03:23] <seb128> idea
[03:24] <ogra> pitti, ergh
[03:24] <ogra> 709M ??
[03:24] <pitti> seb128: ah, right, I guess DebianImportFreeze is the autosync, UVF the time until which manual syncs can be done without fuss
[03:24] <pitti> ogra: weird; only new versions of compiz and n-m
[03:24] <davmor2> pitti:  seem to work although I am having to type in my password for the connection each time rather than the keyring
[03:24] <ogra> gah
[03:25] <seb128> it's early to stop autosyncs :/
[03:25] <ogra>  /pool/main/m/mesa/libgl1-mesa-dri_6.5.3-1ubuntu1_i386.deb
[03:25] <ogra> when did i merge that, damned
[03:25] <pitti> ogra: if it's only the alternates, they are cheap to rebuild
[03:25] <ogra> well, i need to get rid of -dri for now
[03:26] <pitti> ogra: I already queued live rebuilds, I'll try to kill them
[03:26] <ogra> i dont understand how it got in, thats my prob
[03:26] <ogra> i just added it to the seeds 2h ago and didnt rebuild -meta
[03:26] <ogra> it shouldnt be there
[03:27] <pitti> ogra: hm, indeed
[03:27] <ogra> is it a dep of anthing suddenly ? 
[03:27] <pitti> not according to apt-cache rdepends libgl1-mesa-dri
[03:28] <ogra> hmm
[03:30] <pitti> ogra: it's on the amd64 one as well, it just doesn't overflow there
[03:30] <ogra> yeah
[03:30] <ogra> well, i left it deliberately out
[03:31] <ogra> are the recommands read during cd buildtime or something ? 
[03:31] <pitti> ogra: I am not entirely sure whether cdimage only uses ubuntu-meta or also considers the bzr seeds for building imagees
[03:32] <ogra> yeah, thats what i suspected, even though its the meta package ... 
[03:32] <ogra> it shouldnt be affected by cdimage
[03:32] <pitti> cjwatson, Mithrandir: does cdimage consider committed seed changes which haven't been manifested in -meta?
[03:33] <cjwatson> pitti: for building images, it considers the seeds - though note that removals that haven't been committed to -meta won't take effect because the metapackages will still pull them in
[03:33] <pitti> ah, that explains it
[03:33] <pitti> cjwatson: thanks
[03:33] <cjwatson> seeds and -meta should really be consistent for releases though
[03:33] <cjwatson> I wouldn't like to guarantee exactly what uses Task headers
[03:34] <ogra> cjwatson, it was no removal, it wasnt added to the seeds before the last meta build
[03:34] <ogra> i added it afterwards to not forget about it after tribe2
[03:34] <Keybuk> pitti: DebianImportFreeze is the date to stop the manual autosyncs
[03:34] <ogra> meta has never seen it ...
[03:35] <pitti> Keybuk: right, thanks
[03:35] <cjwatson> ogra: the image build process should pull it in then
[03:36] <ogra> ah
[03:37] <ogra> pitti, seeds changed back ... can you trigger an alternate build ?
[03:37] <pitti> ogra: I think I need a publisher run first; still remember the last time we wondered about that? :)
[03:38] <ogra> ah, right
[03:38] <pitti> cjwatson: ^ actually, manually running cron.germinate might even be sufficient?
[03:38] <pitti> ogra: oh, you are lucky, the current publisher didn't run cron.germinate yet
[03:38] <pitti> so it'll come to that soon
[03:38] <ogra> take your time :)
[03:39] <cjwatson> pitti: an actual package needs to be published
[03:39] <pitti> ok, will do that then
[03:39] <cjwatson> running cron.germinate isn't sufficient - the problem is getting the distroarchseries to be marked dirty so that apt-ftparchive is run
[03:43] <pitti> ogra: erk, sorry, edubuntu live fs are just triggered; apparently pressing ^C in bash only kills the current command in a chain, not the entire chain
[03:43] <ogra> well
[03:43] <pitti> ogra: but *shrug*, I'll build new ones after that and a publisher run
[03:43] <ogra> just wasted DC time ...
[03:52] <pitti> heno, mvo, luisbg, all: new ubuntu live CDs up for testing: http://cdimage.ubuntu.com/daily-live/20070627/
[03:52] <luisbg> pitti, awesome! will try in a short bit
[03:54] <mvo> pitti: rsyncing
[03:55] <agoliveira> pitti: I'll give it a shot in my macbook later.
[03:55] <heno> pitti: posted
[03:55] <pitti> heno: cheers
[03:55] <heno> (and syncing :) )
[03:55] <pitti> heno: can you please invalidate the edubuntu server ones?
[03:56] <pitti> heno: they need another rebuild to kick libgl1-mesa-dri (overflow)
[03:56] <heno> yep
[03:57] <heno> oh, I actually refrained from ever posting those when I saw that mentioned here
[03:58] <ogra> yeah they are still in rebuild state ...
[03:58] <pitti> ah, I see
[03:58] <ogra> even though 06.2 was fine
[03:58] <pitti> they don't even appear at all here
[03:58] <ogra> select edubuntu at the top :)
[04:02] <cjwatson> lamont: any luck on getting livecd-rootfs changes merged up?
[04:02] <cjwatson> lamont: I don't see anything in the branch on LP
[04:07] <pitti> heno, shawarma, mathiaz, fabbione: new ubuntu server images up for testing: http://cdimage.ubuntu.com/ubuntu-server/daily/20070627/
[04:07] <pitti> this time, hopefully, with 'P' in LAMP for 'PHP' :)
[04:08] <dendrobates> pitti: don't forget about me :0
[04:08] <pitti> dendrobates: oh, indeed :) if you have some time for testing, that would be appreciated
[04:09] <pitti> mathiaz is already booting them, I hope :-P
[04:11] <evand> pitti: I see bug #122518, but are there any other issues you experienced with the installer?  Are you still having the partitioner issues?
[04:11] <ubotu> Launchpad bug 122518 in ubiquity "canceling the language support download gives confusing error message" [Undecided,New]  https://launchpad.net/bugs/122518
[04:11] <pitti> mvo: how do the desktops look like?
[04:12] <shawarma> mvo: Did you find out what triggered the task bug?
[04:12] <pitti> evand: #122518 is low-prio, of course
[04:12] <pitti> evand: the manual partitioner hang doesn't happen in vmware, only on my real system, I didn't hear any other reports about it, and I wasn't able to track it down
[04:13] <pitti> evand: UBIQUITY_DEBUG=1 made it disappear, next time I'll try with --debug (as recommended by Colin)
[04:13] <evand> hrm, I did hear one other report of it, but they were unable to reproduce it. (Not sure if it's even the same issue)
[04:13] <evand> ok
[04:13] <mvo> pitti: still burning
[04:13] <pitti> evand: however, I still need some time before I can try the current daily on real hw
[04:13] <agoliveira> pitti: It happened to me yesterday but the second time I tried to see if I could catch what happened, it just wnet by nicelly.
[04:13] <evand> fair enough
[04:13] <mvo> shawarma: yes, the pkgRecord had a missing \n at the end, but not sure why this happend
[04:14] <nxvl> today is the hug day, isn't it?
[04:14] <shawarma> pkgRecord?
[04:14] <pitti> mvo: ah, that explains the \n -> $
[04:14] <mvo> yes
[04:14] <shawarma> Ah, I get it.
[04:15] <shawarma> Not why it fails, but what you mean, that is.
[04:15] <ion_> mvo: Did you notice what i said about check_tfp? The texture_from_pixmap test succeeds, so INDIRECT isnt touched at all.
[04:15] <mvo> its still a bit mysterious
[04:16] <mvo> ion_: sorry. hm, it is set for me on my r200 ati system. you do not happen to run xgl, do you?
[04:16] <ion_> mvo: Nope, no Xgl.
[04:16] <mvo> ion_: LIBGL_ALWAY_INDIRECT somewhere in the environment (maybe as a leftover from a earlier run?)
[04:16] <ion_> mvo: The output of sh -x compiz is attached to the bug report.
[04:17] <ion_> mvo: Nope.
[04:17] <mvo> ion_: hm, I will have to look closer at this then
[04:17] <dendrobates> has https://bugs.launchpad.net/ubuntu/+source/openldap2/+bug/58487 been discussed?  This only applies to the version of openldap in dapper.  what is the policy on upgrading packages in the LTS .
[04:17] <ubotu> Launchpad bug 58487 in php5 "php5-ldap fails with official (chained) certificate" [Undecided,New]  
[04:17] <dendrobates> ha.
[04:18] <dendrobates> I love that bot.
[04:18] <ScottK> dendrobates: Look on wiki.ubuntu.com for policies on backports (new versions) and SRU (fixes to stable releases).
[04:18] <dendrobates> thx.
[04:19] <pitti> dendrobates: https://wiki.ubuntu.com/StableReleaseUpdates, in particular
[04:19] <pitti> dendrobates: there is /Motu/SRU, too, for universe packages
[04:19] <pitti> evand: do you have an idea what I could do when I encounter this?
[04:19] <pitti> evand: well, if you want, I'll hop on IRC while being on the live CD and get this error, to talk to you
[04:20] <heno> pitti: both i386 and amd64 desktops are installing nicely here
[04:20] <pitti> yay
[04:20] <pitti> heno: I currently run amd64 alt/desktop tests in vmware, will do an amd64/live on real iron soon
[04:20] <heno> (i386 in vbox amd on hw)
[04:20] <pitti> rock
[04:21] <evand> pitti: encounter the partitioning issue?  Running the installer with --debug and attaching /var/log/installer/debug, /var/log/syslog, and /var/log/partman should be a reasonable start.
[04:21] <pitti> evand: right, if the hang doesn't disappear again with debugging enabled :)
[04:21] <evand> heh
[04:22] <pitti> heno: no more troubles with hanging splash, compiz, or network-manager?
[04:24] <heno> pitti: no hanging splash, n-m only tested with wired networks, compiz not expected to work on vbox (what about amd64,should it work there?)
[04:25] <pitti> heno: right, the fact that compiz does *not* enable on a box that doesn't support composite is the key here :)
[04:25] <heno> ok, then we are good
[04:25] <pitti> heno: in general, compiz works on amd64, too, same hw/driver situation as on i386
[04:25] <pitti> finally some light at the end of the tunnel
[04:25] <heno> I did have all the boot loop problems yesterday on this vbox setup
[04:26] <pitti> me too here (vmware and real hw)
[04:31] <dendrobates> ScottK: I just updated #58487.
[04:32] <ScottK> OK.  Bug triage should be discussed in #ubuntu-bugs.  I am there too.
[04:32] <mvo> pitti: desktop-i386 on nvidia success here too
[04:33] <pitti> mvo: me not much mind at now time
[04:34] <mvo> yoda!
[04:34] <pitti> "Dark the other side is!"
[04:34] <mvo> "little endian we hate"
[04:34] <pitti> "Be quiet, Yoda, and eat your toast!"
[04:34] <cjwatson> mvo: is bug 122518 an apt bug? surely failed fetch shouldn't imply package in broken state
[04:34] <ubotu> Launchpad bug 122518 in ubiquity "canceling the language support download gives confusing error message" [Undecided,New]  https://launchpad.net/bugs/122518
[04:34] <kylem> haha.
[04:34] <mvo> cjwatson: let me check
[04:34] <mvo> pitti: LOL
[04:38] <gicmo> my network-manager + keyring problem is still there ;-/
[04:38] <pitti> gicmo: <Jedi wave>no, it's not</Jedi wave>
[04:39] <pitti> gicmo: which CD version?
[04:39] <gicmo> cd version? I am gutsy here
[04:39] <gicmo> wants to access password for " in (null)
[04:39] <pitti> gicmo: ah; which network-manager-gnome version?
[04:39] <gicmo> "Allow always" -> crash
[04:40] <gicmo> 0.6.5-0ubuntu3
[04:40] <ulaas> pitti, was there yesterday night it is....
[04:40] <gicmo> (I just updated and rebooted, still there)
[04:41] <pitti> gicmo: right, that's the crashing one; you want 0.6.5-0ubuntu4
[04:41] <Keybuk> "upgrade you must, hmm?"
[04:41] <gicmo> pitti, where do I get it?
[04:41] <pitti> dark the old version is
[04:41] <gicmo> ;-)
[04:41] <gicmo> I gues its totally fresh and hot
[04:41] <gicmo> guess
[04:42] <pitti> gicmo: yes, careful you need to be
[04:42] <mvo> cjwatson: is scritps/install.py responsible for installing the additional languages? (re #122518)
[04:42] <pitti> gicmo: you need archive.ubuntu.com in apt sources, mirrors are too old
[04:42] <ulaas> pitti, cant wait to go home then master...
[04:42] <Keybuk> Rosetta is sorely let down by its inability to let us translate Ubuntu into en_Yoda
[04:42] <gicmo> i c
[04:42] <kylem> Keybuk, *HA*
[04:42] <pitti> ulaas, gicmo: http://archive.ubuntu.com/ubuntu/pool/main/n/network-manager-applet/
[04:42] <gicmo> ohh, brightness control also stopped working and I get tons of crash reports, fun, fun, fun
[04:43] <pitti> gicmo: just click on the right package there and let gdebi do its magic
[04:43] <gicmo> pitti: thanks
[04:43] <Hobbsee> Keybuk: *grin*
[04:43] <ulaas> pitti, i thought that it was the keyring. no?
[04:43] <gicmo> ulaas: it looks like keyring + nm interaction here
[04:44] <pitti> ulaas: it still is, but circumventing the crash in n-m-applet was much easier (and possible for tribe-2 in the first place)
[04:45] <cjwatson> mvo: yes, install_language_packs()
[04:47] <ulaas> pitti, one last question.. how will the conservative approach to licenses will affect us? (ordinary people not jedi...)
[04:50] <Hobbsee> heno: which bits are you testing?
[04:51] <heno> Hobbsee: which ISOs or which functionality?
[04:51] <cjwatson> ulaas: I don't expect the standard Ubuntu distribution will change in any particularly visible way
[04:51] <Hobbsee> heno: er.  well, with hte ubuntu desktop i386, which tests are you doing?
[04:51] <cjwatson> ulaas: the proposal is for a more conservative variant
[04:51] <heno> Hobbsee: live CD, erase disk, check cd
[04:52] <Hobbsee> heno: right.  so you're VBing then, and it's worth testing on a installed system?
[04:52] <ulaas> cjwatson, ah it is a variant. not gutsy itself....
[04:53] <ulaas> cjwatson, ok with me then. u shall proceed.... :)
[04:53] <heno> Hobbsee: yes please (I was just getting to that as well)
[04:53] <Hobbsee> okay
[04:53] <heno> but some extra testing is always good
[04:54] <Hobbsee> hmmm...
[04:55] <shawarma> pitti: Done testing server images on i386 and amd64. Everything seems to be good now.
[04:59] <pitti> shawarma: finally
[05:00] <pitti> ulaas: what do you mean?
[05:00] <pitti> shawarma: thanks
[05:02] <shawarma> pitti: np
[05:04] <hunger> Will vmware be part of gutsy again?
[05:04] <pitti> hunger: 'again'?
[05:05] <hunger> pitti: apt-get install vmware-player used to work on feisty:-)
[05:05] <hunger> pitti: That is support enough for me;-)
[05:06] <pitti> heno, ogra, bdmurray, LaserJock: new edubuntu server ISOs up for testing, this time without overflow: http://cdimage.ubuntu.com/edubuntu/daily/20070627.1/
[05:07] <pitti> hunger: ah, I see
[05:08] <hunger> pitti: Currently the modules are not up to date or so it seems.
[05:08] <ulaas> pitti, cjwatson replied. thanks for thinking....
[05:09] <pitti> ulaas: ah, reading backscroll now
[05:09] <ogra> yay
[05:09] <ogra> pitti, thanks :)
[05:09] <pitti> ogra: ETA 15 minutes for the lives
[05:16] <dholbach> congratulations nixternal
[05:16] <dholbach> congratulations calc
[05:17] <mvo> pitti: feisty->tribe-2 upgrade works fine
[05:18] <pitti> mvo: yay
[05:19] <pitti> does anyone feel like creating a tribe-2 testing wiki page?
[05:19] <Hobbsee> what for?
[05:19] <pitti> for ubuntu
[05:19] <pitti> similar to https://wiki.ubuntu.com/GutsyGibbon/Tribe1
[05:20] <Hobbsee> oh right
[05:21] <pitti> heno, ogra, LaserJock: new edubuntu live CDs for testing: http://cdimage.ubuntu.com/edubuntu/daily-live/20070627.1/
[05:21] <pitti> heno: that's the last set of images, we have a complete set again
[05:22] <heno> pitti: ok, let me go through the tracker and make sure it matches reality :)
[05:22] <ogra> pitti, that should be 27.2
[05:22] <ogra> 27.1 is from this afternoon
[05:23] <pitti> ogra: erm?
[05:23] <ogra> and i dont see .2 yet
[05:23] <pitti> ogra: I stopped building it
[05:23] <ogra> hmm, it created the dir 
[05:24] <ogra>  gutsy-desktop-i386.iso          27-Jun-2007 14:45  690M
[05:24] <pitti> ogra: well, it doesn't have libgl1-mesa-dri, isn't oversized, so it should be good :)
[05:24] <pitti> ogra: and I don't remember seeing the dir before
[05:24] <ogra> well, indeed *g*
[05:25] <ogra> you built the live iso after the server iso, didnt you ? 
[05:25] <ogra> the server iso has a timpestamp for 15:45
[05:25] <pitti> ogra: f***, it has an outdated network-manager-gnome
[05:25] <pitti> ogra: right
[05:25] <iwj> mvo: That bug that we thought was related to the expo compiz plugin seems to have come back for me.
[05:25] <iwj> On the same system where we fixed it on Monday.
[05:26] <mvo> iwj: hm, no good. same symptoms?
[05:26] <iwj> I haven't updated the machine since Monday but I have installed a couple of packages and messed with the libc.
[05:26] <iwj> Yes.
[05:26] <iwj> C-A-B and then log in again fixes it for one go, as previously.
[05:26] <mvo> strace futex hang?
[05:26] <pitti> ogra: ah, silly me, nevermind
[05:26] <iwj> I've checked the global.xml and it still has expo disabled.
[05:26] <pitti> ogra: I built the live CD image, but didn't run cron.daily_live yet
[05:26] <mvo> iwj: you have the latest compiz and plugin packages?
[05:26] <iwj> No.
[05:27] <ogra> pitti, ... happens :)
[05:27] <iwj> Well, I don't have anything you uploaded since we last talked about this.
[05:27] <mvo> iwj: could you please try to upgrade to those?
[05:27] <iwj> OK, I can do that right now if no-one has updated libc since ...
[05:28] <mlind2> hiya, could someone of the core-devs poke a buildd farm to rebuild libcairo 1.4.8-1.
[05:28] <mlind2> The FTBFS issue because of libdirectfb-dev was fixed by pitti with a recent directfb upload. thanks in advance.
[05:28] <pitti> mlind2: done
[05:29] <mlind2> cheers!
[05:31] <alex-weej> how do i build a source package that i've hacked up
[05:32] <alex-weej> i tried debuild but it whinged that i wasn't sebastian bacher
[05:32] <alex-weej> (i don't have his secret key to sign the package)
[05:32] <Mithrandir> alex-weej: that's fine, it built the package fine
[05:32] <alex-weej> Mithrandir: so it did. thanks.
[05:33] <iwj> pitti: Hmm, it's not doing it now.  It has the feel of something intermittent so I'll keep an eye out.
[05:34] <iwj> (now = after getting the new compiz packages)
[05:34] <pitti> iwj: let's hope for the best then
[05:35] <pitti> heno, ogra, LaserJock: new edubuntu live CDs for testing: http://cdimage.ubuntu.com/edubuntu/daily-live/20070627.2/ (for real this time)
[05:35] <ogra> :)
[05:35] <pitti> this time with the unscrewed n-m applet
[05:35] <ogra> and they behave in size ... nice, thanks :)
[05:42] <bethko> Hello
[05:43] <bethko> Where should I be to talk about web cam plug in play support for Ubuntu? It is really needed.
[05:43] <pitti> asac: congrats, your keyring patch was applied upstream already
[05:44] <asac> pitti: oh ... that was quick
[05:44] <mvo> hm, about ubuntu still says 7.04
[05:44] <nixternal> dholbach: thank you!
[05:45] <seb128> asac: I told you, upstream is active ;)
[05:45] <seb128> usually GNOME guys are quick
[05:45] <pitti> mvo: sounds like a good tribe-3 bug
[05:45] <dholbach> nixternal: :-)
[05:45] <seb128> pitti: is 2.6.22-7 the version supposed to fix apport?
[05:45] <bethko> Has the 7.10 About page even been written?
[05:46] <pitti> seb128: in theory, yes; at least it passes the test suites again on powerpc and amd64
[05:46] <Hobbsee> bethko: unlikely...why would it have?
[05:46] <seb128> pitti: https://bugs.launchpad.net/ubuntu/+source/xfce4-mixer/+bug/122608
[05:46] <ubotu> Launchpad bug 122608 in xfce4-mixer "xfce4-mixer-plugin crashed with signal 5" [Undecided,New]  
[05:46] <seb128> pitti: is signal5 supposed to get a crashdump also?
[05:46] <asac> seb128: hehe ... i can only dream of that for mozilla devs :)
[05:46] <bethko> Well that would explain it mvo
[05:46] <pitti> seb128: indeed I saw a few bugs with broken core dumps on -7; NFC
[05:47] <seb128> "NFC"?
[05:47] <pitti> seb128: I don't know
[05:47] <seb128> k
[05:47] <bethko> Still best to put it in a bug anyways so it is not forgotten about
[05:47] <pitti> seb128: hmm, signal 5 is a SIGTRAP
[05:48] <pitti> seb128: No f*** clue
[05:48] <bethko> I'm an editor, the only code I do is html and basic
[05:48] <Hobbsee> ie, NFI
[05:48] <seb128> pitti: ah ;)
[05:48] <bethko> like gw basic
[05:49] <Hobbsee> mvo: 7.10 doesnt exist yet.
[05:49] <Treenaks> bethko: that's SO 20th century! :)
[05:49] <bethko> lol
[05:50] <bethko> I've been using computers since I was 2 year old. And that was back in 84
[05:51] <bethko> Ok, so who do I talk to about webcams?
[05:52] <bethko> You know with youtube and all I would think someone would be on top of this.
[05:53] <Hobbsee> bethko: likely you should be that someone.  dont know who specifically to talk to
[05:53] <Hobbsee> besides, youtube is flash.
[05:54] <aquo> hi
[05:55] <aquo> i have a question refering to http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/bin/cron.daily
[05:55] <aquo> there is a line
[05:55] <aquo> PATH="$CDIMAGE_ROOT/bin:${PATH:+:$PATH}"
[05:56] <aquo> what is this parameter substitution for?
[05:56] <aquo> i don't understand the usage of the +
[05:57] <kitche> + might be for concat?
[05:57] <aquo> bash manual says        ${parameter:+word}
[05:57] <aquo>               Use  Alternate Value.  If parameter is null or unset, nothing is
[05:57] <aquo>               substituted, otherwise the expansion of word is substituted.
[05:57] <kitche> I never really looked at bash to closely
[05:58] <aquo> if $path is null or unset --> PATH="$CDIMAGE_ROOT/bin::"
[05:59] <aquo> aehm ...
[06:00] <Treenaks> aquo: no, if $path is null or unset PATH="$CDIMAGE_ROOT/bin:"
[06:00] <aquo> aehm, yes
[06:00] <aquo> you are right
[06:01] <nxvl> is someone working on openssh bugs so i can join them?
[06:01] <aquo> but if path is not empty the result is $CDIMAGE_ROOT::$PATH
[06:03] <nxvl> in the wiki are marked in green the resolved bug or the ones someone is working on?
[06:08] <bethko> Youtube being flash does not help if you want to put up a video and all you have is a webcam and a computer running ubuntu
[06:09] <bethko> I work with the Deaf, they use sign language
[06:10] <bethko> Hell the webcams don't even work with the Ekiga phone software that is installed by DEFAULT!
[06:11] <kitche> well considering he linux kernel has support for 389 webcams your webcam is probably one of the few that doesn't have drivers
[06:11] <cjwatson> alex-weej: you can use 'debuild -b -uc -us' to avoid that message
[06:11] <alex-weej> what do those flags mean?
[06:11] <cjwatson> I've resolved aquo's bug above
[06:11] <cjwatson> alex-weej: man dpkg-buildpackage
[06:13] <bethko> It's a logitech
[06:13] <bethko> And I've tryed onther cams
[06:14] <ogra> alex-weej, or if you own a key you could also -k<your_mail_address> and sign with your own one
[06:14] <alex-weej> i don't do any of that yet
[06:14] <alex-weej> way too complicated
[06:15] <mvo> cjwatson: I updated #122518 
[06:17] <geser> alex-weej: -uc = don't sign the .changes file, -us = don't sign the .dsc file 
[06:17] <alex-weej> ta
[06:18] <cjwatson> mvo: oh, right, I see
[06:18] <cjwatson> mvo: is IOError raised for anything other than fetch exceptions?
[06:18] <mvo> cjwatson: no, only then
[06:18] <cjwatson> I could just silently ignore that
[06:19] <mvo> cjwatson: but I'm happy to add something for user-cancelt here too if you want it
[06:19] <cjwatson> maybe that would be cleaner
[06:19] <cjwatson> can it be a subclass of IOError so that old code keeps on working?
[06:19] <mvo> cjwatson:sure, I will do that tomorrow then
[06:19] <cjwatson> great, thanks
[06:19] <mvo> np
[06:20] <mvo> iwj: did new compiz-love helped you?
[06:22] <iwj> mvo: Yes, it seemed to help.  It still feels like an intermittent problem.  I wasn't writing down everything that happened and it's confused by a separate X server bug.
[06:23] <iwj> I'll keep an eye on it and let you know if it does anything else wrong.
[06:32] <aquo> hi
[06:32] <aquo> another question for http://people.ubuntu.com/~cjwatson/bzr/cdimage/
[06:32] <pochu> pitti: apport seems to be uploading bug crashes without coredumps. Are you aware of it?
[06:32] <aquo> the scripts use a program with the name lockfile
[06:32] <pitti> pochu: aware yes, but I don't know why it still happens on the 2.6.22-7 kernel
[06:33] <aquo> it is not installed on my system, where do i get this?
[06:33] <pitti> aquo: apt-cache search lockfile
[06:33] <Mithrandir> or even better, apt-file search lockfile
[06:34] <pitti> aquo: lockfile-progs or procmail (depending on which lockfile program it uses)
[06:34] <pitti> Mithrandir: command-not-found is nice as well :)
[06:34] <pochu> pitti: ok, I'll just reject them ;)
[06:34] <aquo> pitti: it is not in lockfile-progs, already had a try on this.
[06:35] <pitti> aquo: then it might indeed be procmail's :)
[06:35] <nxvl> where can i find the source of cp?
[06:35] <aquo> so i need to install procmail for building ubunut cd images ...
[06:35] <cjwatson> nxvl: coreutils
[06:35] <aquo> grmpf
[06:35] <cjwatson> yes
[06:35] <pitti> nxvl: apt-get source `dpkg -S /bin/cp`
[06:35] <cjwatson> aquo: ^--
[06:36] <cjwatson> procmail isn't an arduous dependency
[06:37] <aquo> k, no problem
[06:39] <geser> seb128: is the missing Debian removal bug a showstopper for bug #122344?
[06:40] <ubotu> Launchpad bug 122344 in sylpheed-claws-gtk2-extra-plugins "[Remove]  Please remove sylpheed-claws-gtk2 and sylpheed-claws-gtk2-extra-plugins from gutsy" [Undecided,New]  https://launchpad.net/bugs/122344
[06:40] <ion_> http://www.alex-smith.me.uk/files/bootchart-ud.png :-)
[06:40] <pygi> ion_, frugalware dude? :)
[06:41] <ion_> pygi: Yeah
[06:58] <pitti> agoliveira: do you have that hanging ubiquity running ATM?
[06:59] <agoliveira> ATM?
[06:59] <asac> agoliveira: at the moment
[06:59] <agoliveira> pitti: At this moment?
[06:59] <asac> yes
[06:59] <asac> :)
[07:00] <agoliveira> Sorry, too many TLA's :-D
[07:00] <geser> pitti: does Ubuntu also drop apache 1.3 from gutsy? Debian did it already 
[07:00] <agoliveira> pitti: Yes, it's right in front of me.
[07:00] <pitti> geser: I'd love to, if the reverse depends allow us
[07:00] <pitti> agoliveira: ok, so evand might be able to help you
[07:00] <seb128> geser: no, not a blocker, it's just easier when they clean things also
[07:01] <agoliveira> evand: Pitti told me to poke your about parted_server problem during instalation.
[07:01] <seb128> geser: and I'm wondering if there is a reason they didn't ask for the removal
[07:01] <agoliveira> pitti: Thnaks.
[07:01] <geser> pitti: will check the rdepends and file removal bugs where needed
[07:02] <geser> seb128: I guess the maintainer forgot to file a bug yet
[07:02] <LaserJock> anybody else here run Vmware Fusion?
[07:02] <pitti> geser: not that bad actually; two tons of libapache-mod-* and twiki
[07:02] <pitti> LaserJock: fusion?
[07:03] <pygi> pitti, they mac thingy
[07:03] <LaserJock> pitti: yeah, VMware for macs
[07:03] <pygi> where you could get windows out of the VM window
[07:03] <pitti> ah, no
[07:03] <LaserJock> I *still* can't get the Tribe 2 candidate to boot in it
[07:03] <lamont> pitti: do you know if anyone is working on the perl FTBFS?
[07:03] <LaserJock> I think it must be my VMware or something
[07:04] <pitti> lamont: I don't know anyone who is working on it; are you currently doing a rebuild test?
[07:04] <lamont> pitti: uh... well, fortunately? it was still ftbfs on i386 last night when I retried it without thinking
[07:05] <lamont> the failure on amd64 is from may...
[07:05] <lamont> once tribe2 is out, I figured I'd give it back everywhere, but I expect that it'll still fail
[07:05] <lamont> amusingly, it builds on hppa
[07:05] <pitti> lamont: "You haven't done a "make depend" yet!" a-haa
[07:06] <lamont> do you want an upload for tribe 2, or should I wait for it to be out before I upload?
[07:07] <pitti> lamont: I'd prefer waiting with giving-back, just in case we need to respin the CDs
[07:07] <lamont> right
[07:07] <pitti> lamont: normal source uploads are fine, though, they will just sit in the queue
[07:07] <evand> agoliveira: can you run the installer with --debug and attach /var/log/installer/debug, /var/log/syslog, and /var/log/partman to a new bug report?
[07:08] <pitti> lamont: so if you have a fix, uploading it is fine
[07:08] <lamont> looking at the clock this may be something I work on on the plane tomorrow
[07:08] <lamont> haven't even looked at it
[07:08] <cjwatson> agoliveira: I'd suggest saving /var/log/syslog and /var/log/partman first just in case --debug makes it go away
[07:08] <cjwatson> they might still be useful somehow
[07:08] <lamont> although the funny part is that it actually built on hppa
[07:08] <evand> ah, good point
[07:09] <agoliveira> evand: Sure, unless the same as yesterday happens. The first time I tried, I got the error, the second (when I used --debug) made the error go away :-/
[07:09] <evand> yikes
[07:10] <pitti> agoliveira: same here
[07:11] <pitti> yay heisenbugs
[07:14] <farcl0ud> ubunto is pretty schweeeeeet
[07:14] <farcl0ud> heh
[07:15] <farcl0ud> how do i make windows transparent?
[07:15] <evand> farcl0ud: this is not a support channel.  /join #ubuntu
[07:16] <farcl0ud> ok
[07:16] <agoliveira> evand, pitti: This might be something related to the saved configurations as if I start the instalation again, even without the --debug, it does work.
[07:17] <pitti> agoliveira: maybe reboot and try with --debug right away?
[07:17] <agoliveira> pitti: Yes, I'm doing this right now.
[07:17] <pitti> I'll do the same once my vmware test installs finish and I'll get to the real-metal tests
[07:23] <pitti> ok, I'll go offline for a bit for CD testing, bbl
[07:25] <azeem> /W/ 5
[07:25] <azeem> oops
[07:27] <agoliveira> pitti, evand: I started again from scratch, running ubiquity --debug and guess what? It just freaking works...
[07:27] <evand> haha
[07:28] <ogra> the new ubiquity partitioner ui is beautiful ...
[07:29] <ogra> hmm, even though it hangs now ... 
[07:29] <agoliveira> evand: I would be weeping not laughing :-D
[07:31] <evand> agoliveira: try it without --debug and just attach the other logs?
[07:37] <pitti> cjwatson:  "You are running in debugging mode. Do not use a valuable password!" -> Thanks a lot for this!
[07:38] <agoliveira> evand: I'll already started the instalation. I'll try that again as soon as it ends.
[07:38] <evand> ok
[07:38] <pitti> agoliveira: ah, did you get any further with that bug?
[07:38] <agoliveira> pitti: Which one?
[07:39] <cjwatson> pitti: I got fed up of having to tell people that by hand every time :)
[07:39] <pitti> agoliveira: hanging manual partitioner
[07:39] <cjwatson> I'm going to have to see if I can reproduce this myself, I guess
[07:40] <agoliveira> pitti: When you go over the normal process, parted_server hangs. If you start ubiquity with --debug it goes nicelly... go figure...
[07:40] <cjwatson> and braindump my thought processes on evand along the way :)
[07:40] <evand> heh
[07:41] <cjwatson> I wonder if something is colliding with the file descriptor the log file is initially opened on
[07:41] <pitti> agoliveira: it's just the computer's way of telling you that it wants to talk to you more
[07:42] <cjwatson> agoliveira: can you get an strace of what parted_server is doing when it hangs?
[07:42] <agoliveira> pitti: This is cute :-P
[07:42] <pitti> cjwatson: curious why it doesn't happen in vmware, though
[07:42] <cjwatson> mm, hard to say as yet
[07:42] <pitti> agoliveira: which kind of file systems do you use?
[07:43] <agoliveira> cjwatson: I'm installing right now but I'll see what I can get of it later.
[07:43] <pitti> but I already killed the ntfs one, that wasn't it
[07:43] <agoliveira> pitti: It's a tripple boot macboot so it has efi, afs, ntfs.
[07:43] <polopolo> Is it today bugday?
[07:43] <agoliveira> pitti: and ext3 and swap
[07:44] <pitti> agoliveira: it doesn't happen with ext3 and swap in vmware, and otherwise we have entirely differnent fs'es, so it might not be that either
[07:47] <bdmurray> polopolo: Yes it is
[07:50] <polopolo> bdmurray: ok
[07:51] <agoliveira> Gosh... now it hung just before shut down X when I told to reboot. And hung badly, I had to power it down.
[07:51] <bdmurray> We have a list of bugs we are working on at https://wiki.ubuntu.com/UbuntuBugDay/20070627
[07:54] <nxvl> pitti: thnx
[07:55] <nxvl> pitti: i have just see your answer about cp
[07:55] <pitti> nxvl: mp
[07:55] <pitti> no problem
[07:55] <nxvl> pitti: the comand has a bug!
[07:56] <nxvl> dpkg -S /bin/cp returns "coreutils:"
[07:57] <cjwatson> nxvl: I think you get the general idea though
[07:57] <cjwatson> run dpkg -S /bin/cp and then inspect the package that returns
[08:01] <nxvl> cjwatson: heh, yes, i did
[08:01] <nxvl> cjwatson: it was a joke
[08:01] <nxvl> :P
[08:11] <pitti> agoliveira: is there already a bug report about the manual partitioning hang?
[08:12] <agoliveira> pitti: Not from me. I'll try to make it happen again in a few minutes;
[08:13] <pitti> agoliveira: ok; I'll create one, so that I have something to attach to my isotesting report; I don't have any logs, though
[08:13] <agoliveira> pitti: As soon as I can get some I'll sen to you then.
[08:14] <ulaas> pitti, network manager has still the same issue..
[08:17] <pitti> agoliveira: right, send it to that bug then, please
[08:17] <pitti> ulaas: darn; can you please talk to asac to debug this further
[08:17] <pitti> ?
[08:18] <Evolution2> i would like to know what third party repositories i need to have in adept package manager. and i also iam wondering why the "full upgrade" button is shaded
[08:18] <ulaas> pitti, sure.
[08:18] <agoliveira> pitti: sure. Can you give me a pointer for it?
[08:18] <agoliveira> pitti: Oh, isotracker?
[08:18] <ulaas> asac, yo! how can i be of service
[08:18] <pitti> agoliveira: I didn't file it yet, in a minute
[08:19] <pitti> agoliveira: yes, iso-tracker allows you to put bug numbers into it
[08:19] <agoliveira> pitti: Ok.
[08:20] <Evolution2> anyone?
[08:21] <sn0> Evolution2 this isn't really the channel for support, please try #ubuntu
[08:21] <Evolution2> thanks
[08:25] <pitti> agoliveira: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/122645
[08:25] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,New]  
[08:26] <agoliveira> pitti: Got it.
[08:27] <ulaas> asac, u there?
[08:35] <asac_> ulaas: sure
[08:35] <ulaas> asac_, ah wanna hear about network-manager issue..
[08:35] <asac_> ulaas: though expect me to go problem as my connection is really unstable today
[08:36] <asac_> ulaas: which one?
[08:36] <ulaas> asac_, endless wep key questionnaire..
[08:36] <ulaas> asac, sorry wpa
[08:37] <ulaas> asac_, i have the latest packages of course
[08:37] <pitti> LaserJock: do you still have problems with compiz with latest packages/on current CDs?
[08:37] <asac> ulaas: so how does it look like?
[08:37] <LaserJock> pitti: I do on VMware Fusion on my intel iMac
[08:37] <pitti> mvo: ^
[08:37] <paul_d> I would expect a QA member to update 'Managing Status' of https://wiki.ubuntu.com/Bugs/CommonTasks
[08:38] <LaserJock> pitti: but at home in VMware Server on my Ubuntu box it's fine
[08:38] <pitti> LaserJock: at the current point we won't re-roll CDs, but bug reports with hw details are heavily appreciated
[08:38] <LaserJock> I'm wondering if it's a VMware Fusion problem
[08:38] <LaserJock> although I'm not sure why that would be'
[08:38] <pitti> LaserJock: particular graphics driver, presumably
[08:39] <asac> ulaas: ?
[08:39] <ulaas> asac, sec
[08:39] <ulaas> asac, typing in the key. wait for a few moments. and there comes the dialog again.
[08:40] <LaserJock> pitti: oh wait, is composite/compiz enabled by default then?
[08:40] <LaserJock> I assume so
[08:40] <LaserJock> in vmware, specifically
[08:41] <pitti> LaserJock: not in vmware, because the driver doesn't support it
[08:41] <asac> ulaas: so you are using nm-applet...ubuntu4 ?
[08:41] <pitti> LaserJock: in general it's the default, but session startup uses some tests which disable it if the driver isn't good enough
[08:41] <ulaas> asac, i am a man of doubl check. a sec please
[08:41] <bdmurray> pitti: what are the tests?
[08:42] <LaserJock> pitti: well, I've updated the bug I filed, I'll add more if mvo needs it
[08:42] <ulaas> asac, thats the one.
[08:42] <LaserJock> it'd be nice to find somebody else using vmware fusion though and see if they can confirm
[08:42] <mvo> LaserJock: what bugnumber is that
[08:43] <ulaas> asac, i have cleaned my user. so gconf is fresh as new...
[08:43] <ogra> does ubiquity hang foa anybody else in teh patiotioner ? 
[08:43] <LaserJock> mvo: bug #122459
[08:43] <ubotu> Launchpad bug 122459 in compiz "[gutsy]  cannot log in on edubuntu DesktopCD" [Undecided,Incomplete]  https://launchpad.net/bugs/122459
[08:44] <LaserJock> ogra: at least you can easily blame it on the ClassmatePC keyboard ;-)
[08:44] <asac> ulaas: hmmm probably a regression from the patch we applied today
[08:44] <ogra> well, i'm on my main lappie :)
[08:44] <pitti> bdmurray: what do you mean?
[08:44] <LaserJock> ogra: but we don't know that ;-)
[08:44] <ulaas> asac, whatever you say bro. i ama s
[08:44] <asac> ulaas: did nm-applet crash for you before today?
[08:44] <pitti> ogra: yes, for manual partitioning?
[08:45] <pitti> ogra: bug 122645?
[08:45] <ogra> pitti: yup
[08:45] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,New]  https://launchpad.net/bugs/122645
[08:45] <ulaas> asac, yap i got the whole shebang starting from yesterday
[08:45] <bdmurray> pitti: I was curious if it looked at the videocard pci id or something else.
[08:45] <mvo> LaserJock: oh? and this is still a problem? can you attach .xsession-errors from a failed login please?
[08:45] <LaserJock> mvo: hmm, I can try
[08:45] <pitti> bdmurray: ah, those tests; there's a driver blacklist (vesa and nv) and then it does some checks on the glxinfo output
[08:46] <asac> ulaas: and before yesterday all worked fine for you?
[08:46] <ulaas> asac, well that was feisty..
[08:46] <ogra> pitti: i confirmed it
[08:46] <cjwatson> ogra: I'd like an strace of what parted_server is doing, if you can
[08:47] <ogra> it happens definately on three different systems ... 
[08:47] <ogra> cjwatson: trying :)
[08:47] <cjwatson> I imagine it's hanging in just one syscall, but knowing which would be helpful ...
[08:47] <cjwatson> or even attach gdb to it and get a backtrace, though you'd have to fiddle about to get symbols
[08:47] <mvo> bdmurray: currently it does feature testing based on glxinfo and xpdyinfo and blacklisting of some drivers
[08:47] <cjwatson> evand: have you managed to reproduce this hang?
[08:48] <asac> ulaas: ok so you upgraded to gutsy yesterday got crashes and now you get password dialog popping up endlessly?
[08:48] <nxvl> i have already patch bug #89945 can someone please check if the patch is correct?
[08:48] <ubotu> Launchpad bug 89945 in openssh "scp doesn't report correct filenames with spaces in verbose mode" [Undecided,New]  https://launchpad.net/bugs/89945
[08:48] <asac> ulaas: please post that info to bug 121228
[08:48] <ubotu> Launchpad bug 121228 in network-manager "[gutsy]  segfault retrieving passphrase for WiFi network" [High,Fix released]  https://launchpad.net/bugs/121228
[08:48] <ulaas> asac, yap. previous versions than ubuntu4 was crashing. ubuntu4 is asking for key forever.
[08:49] <ulaas> asac, you bet.. ;)
[08:49] <evand> cjwatson: negative, but I've only been using vmware
[08:49] <asac> ulaas: or no ... please open a new bug and add a hint that this 
[08:49] <evand> which I hear nullifies it
[08:49] <asac> ulaas: popped up since ubuntu4  and link the bug above to the new bug
[08:49] <asac> ulaas: thanks
[08:49] <cjwatson> nxvl: incorrect as what if the filename contains single quotes?
[08:49] <evand> still trying though
[08:49] <ulaas> asac, lemme first investigate a bit more. i am suspicious of keyring...
[08:49] <cjwatson> it needs to be escaped properly rather than just surrounding it with ''
[08:50] <asac> ulaas: feel free ... but i will be out soonish
[08:50] <cjwatson> in any case, that bug should go upstream
[08:50] <nxvl> cjwatson: can a file name hace?
[08:50] <nxvl> have*
[08:50] <cjwatson> http://bugzilla.mindrot.org/
[08:50] <cjwatson> nxvl: yes
[08:50] <pitti> asac, ulaas: maybe that's the part where that gnome-keyring fix comes into play?
[08:50] <cjwatson> a filename can contain any character except \0
[08:50] <ulaas> asac, no problem. i will file thebug anyway.
[08:50] <nxvl> mmm
[08:50] <pitti> nxvl: (except \0 and /)
[08:50] <ulaas> pitti, is there fix for that?
[08:50] <cjwatson> (though \n will probably break in a number of places ...)
[08:51] <nxvl> ok, i will check another way to do it
[08:51] <asac> pitti: might be ... is the fix already in gutsy?
[08:51] <asac> ulaas: what version of gnome-keyring do you have?
[08:52] <ulaas> asac, 2.19.4.1-0ubuntu1
[08:52] <asac> ulaas: are you on amd64?
[08:53] <ulaas> asac, nope i386
[08:53] <asac> hmmm
[08:53] <asac> ulaas: ok please file the new bug and don't forget to reference the original bug i mentioned above in the summary
[08:53] <ulaas> asac, surely.
[08:54] <asac> ulaas: i will come back to you with packages you might test ... probably tomorrow morning
[08:54] <LaserJock> mvo: I attached .xsession-errors to the bug report
[08:54] <LaserJock> tons of alsa stuff
[08:54] <ulaas> asac, have a good one.
[08:55] <ogra> cjwatson: http://people.ubuntu.com/~ogra/strace-parted_server-tribe2.out
[08:55] <cjwatson> ogra: hmm, when did you start that?
[08:55] <cjwatson> after it appeared to have hung?
[08:56] <cjwatson> perhaps slightly before?
[08:56] <ogra> before clicking anything in the "manual/guided partitioning" selection dialog
[08:56] <cjwatson> ok
[08:56] <sladen> nixternal: /proc/sys/net/ipv6    and  'unset'
[08:57] <ogra> the hanging ubiquity win is still there ... so it ran until it died
[08:58] <cjwatson> nothing obvious in there, looks more subtle than just confused fds
[08:58] <nxvl> where can i see what initialize_main does, i'm searching, but i don't find it
[08:59] <cjwatson> nxvl: (I'm not sure this bug report is worth lots of effort, to be honest)
[08:59] <mvo> LaserJock: what X driver is this system using 
[08:59] <LaserJock> mvo: the host?
[08:59] <cjwatson> nxvl: there is no initialize_main function in openssh
[08:59] <LaserJock> or the livecd?
[09:00] <cjwatson> at least not in the current version; perhaps you're looking at an old one
[09:00] <mvo> LaserJock: the thing that fails :)
[09:00] <mvo> LaserJock: could you please try to login into a fail-safe session and run glxinfo in a terminal? 
[09:01] <LaserJock> k
[09:01] <LaserJock> I also collected an .xsession-errors with the sound turned off, is that of use?
[09:02] <mvo> LaserJock: yes, less clutter sounds good
[09:02] <nxvl> cjwatson: no, but it is on cp
[09:02] <nxvl> cjwatson: im looking how cp does it to make something like that in scp
[09:03] <ogra> huh ? 
[09:03] <ogra> why do i have xterm and uxterm in my menu ?
[09:03] <nxvl> uxterm is xterm with unicode
[09:04] <nxvl> somethimes both are installed
[09:04] <ulaas_> asac, recreated a new user. and now it works...
[09:04] <ogra> i know what it is, it just has nothing lost in my liveCD menu :)
[09:04] <LaserJock> mvo: safe mode won't start X
[09:04] <mvo> LaserJock: oh? 
[09:05] <LaserJock> Failed to load vbe
[09:05] <asac> ulaas_: ok so probably gnome-keyring broke compatibility with legacy settings somehow
[09:05] <asac> ulaas_: please drop that info to bug as well
[09:05] <mvo> LaserJock: what driver is the thing using that fails?
[09:05] <LaserJock> vesa
[09:06] <LaserJock> dlopen: /usr/lib/xorg/modules//libvbe.so: invallid ELF header
[09:06] <nxvl> cjwatson: can u maybe recomend me a simple bug so i can fix it and learn?
[09:06] <LaserJock> mvo: ^^ seems to be the source of the problem
[09:06] <nxvl> cjwatson: i really want to help, but as you can see i'm new on this
[09:07] <mvo> LaserJock: but that would only explain the failsafe failure, not the regular one? or is vesa used in regular mode too?
[09:08] <ogra> invallid ELF header sounds bad though
[09:08] <LaserJock> I don't know, I'll reboot in regular mode and look at the xorg log
[09:09] <mvo> thanks!
[09:10] <LaserJock> although X at least starts in regular mode
[09:10] <cjwatson> nxvl: cp and scp don't share source code, so it might not be trivial
[09:10] <cjwatson> nxvl: I don't mean to discourage you; it's just that I recently did a pass through openssh and fixed most of the simple bugs I could find ;-)
[09:10] <asac> ulaas_: btw, please keep the broken user
[09:11] <cjwatson> nxvl: I believe there's a "bitesize" tag that's intended to be for this sort of thing, and you can query on that
[09:11] <ulaas_> asac, ooooops
[09:12] <nxvl> cjwatson: i don't undestand the "bitesize" thing
[09:13] <asac> ulaas_: thats bad :/
[09:13] <LaserJock> mvo: well, it's using the vmware driver in regular mode
[09:14] <ulaas_> asac, my bad. :(
[09:14] <asac> ulaas_: yeah close bug again then
[09:14] <asac> ulaas_: if someone else sees it we will get a new one
[09:14] <cjwatson> nxvl: see https://wiki.ubuntu.com/BugSquad/Tags
[09:15] <evand> nxvl: https://launchpad.net/ubuntu/+bugs?field.tag=bitesize
[09:15] <asac> ulaas_: np ... remember that its important to keep broken things in future ... if you want to help :)
[09:16] <mvo> LaserJock: thanks! out of curiosity (and only if you have it available), does the regular ubuntu-desktop CD crash for you as well?
[09:16] <LaserJock> I haven't tried it yet, I was thinking the same thing
[09:17] <ulaas_> asac, will keep that in mind.
[09:17] <LaserJock> mvo: let me rsync one up and I'll try it out
[09:17] <nxvl> thnx
[09:18] <nxvl> i will try that
[09:18] <nxvl> :D
[09:18] <nxvl> i whink i will start with ubuntulove
[09:22] <doko> seb128: I did remove the Hidden attribute from  a menu entry, but I don't see the item appear in the menu, even alacarte doesn't show me the disabled entry. any hints?
[09:23] <seb128> doko: what menu entry?
[09:24] <seb128> doko: is there a TryExec? Is the corresponding binary available?
[09:25] <doko> seb128: ooo-draw, packages from deb http://people.ubuntu.com/~doko/tmp/ooo-feisty/ ./   
[09:25] <doko> i386 only
[09:28] <luisbg> pitti, I'm having a major bug with the gutsy tribe 2 test iso
[09:28] <luisbg> live i386 one
[09:30] <pitti> luisbg: what's up?
[09:30] <pitti> luisbg: (sorry, I'm just about to leave for 30 minutes, bbl)
[09:31] <luisbg> when installing, I choose manual partitioning, then next, and the install program freezes there
[09:31] <luisbg> tried 3 tiems
[09:31] <luisbg> times*
[09:31] <luisbg> pygi, seams like a big one to me ;)
[09:34] <ogra> luisbg: you mean bug #122645  i guess
[09:34] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[09:34] <luisbg> ogra, yes
[09:35] <seb128> doko: seems to be listed correctly under "Graphics" on my desktop
[09:36] <doko> seb128: hrm, yeah, I remember now having removed the entry in the office menu :-/
[09:36] <evand> luisbg: does it occur when you pass --debug to the installer?
[09:36] <doko> sorry
[09:37] <seb128> that's alright
[09:37] <luisbg> evand, didn't check
[09:39] <LaserJock> mvo: same thing with Ubuntu Desktop CD i386
[09:41] <ogra> evand: called as sudo ubiquity --debug it seems to work fine here 
[09:41] <evand> ogra: so that stops it from hanging for you?
[09:41] <ogra> right
[09:41] <evand> hrm ok
[09:41] <ogra> i wonder if that also happens if i call it with gksu 
[09:42] <alex-weej> seb128: did you write ubuntulooks?
[09:42] <ScottK> Is there an archive admin around that might approve clamav 0.90.3-1ubuntu2 (source).  It fixes a common postinst failure, so it'd be nice to have it out along with Tribe 2.
[09:43] <ogra> evand: gksudo ubiquity --debug hangs
[09:43] <pitti> evand: I wonder whether it actually works for anyone then...
[09:44] <pitti> well, davmor2 successfully tested it on xubuntu at least
[09:46] <cjwatson> ogra: (you never need to run gksudo/sudo; ubiquity does that itself)
[09:46] <seb128> alex-weej: no, it has been written by the clearlooks upstreams
[09:46] <cjwatson> ogra: if you get a hang in debug mode, /var/log/installer/debug + /var/log/syslog + /var/log/partman please
[09:46] <ogra> oki
[09:46] <seb128> alex-weej: why?
[09:46] <mvo> LaserJock: what kind of vmware is it? workstation, server, player?
[09:46] <mvo> LaserJock: what version?
[09:46] <alex-weej> seb128: gonna try and tackle an old bug that was introduced in edgy
[09:47] <LaserJock> mvo: it's VMware Fusion
[09:47] <alex-weej> tab colour highlights
[09:47] <alex-weej> fails to work in terminal, gedit, ephy's TDI UIs
[09:47] <LaserJock> hence why I'm suspecting it could be an issue specific to it as I don't know if there are many people using it
[09:47] <mvo> LaserJock: if there is a way to get into a failsafe terminal  I would be interessted in the output of glxinfo
[09:48] <ogra> cjwatson: hmm ubiquity doesnt truncate the old log on a new start, right ? 
[09:49] <ogra> seems my debug log is some MB big ... 
[09:49] <evand> ogra: it appends
[09:49] <cjwatson> ogra: nope, intentionally
[09:52] <LaserJock> mvo: heh, no go. If I start up failsafe terminal and then run glxinfo it kills X immediately
[09:52] <ogra> while i collect teh stuff and move it around, here a traceback from ym syslog ...
[09:52] <ogra> http://paste.ubuntu-nl.org/27470/
[09:52] <ogra> evand, cjwatson ^^
[09:52] <mvo> LaserJock: ok, I will backlist the vmware driver than. the same happens on vesa_drv.so
[09:53] <LaserJock> mvo: it's odd that other people using VMware player or server aren't having the issue
[09:53] <LaserJock> this VMware Fusion is still beta I think so who knows ..
[09:55] <seb128> BenC, pitti: many apport crashes have still no stacktrace using the new linux version
[09:56] <BenC> seb128: according to pitti, his test cases passed...I need more info if possible
[09:56] <seb128> BenC: I'll speak to pitti, I don't know how to debug that, bug most of the bugs we are getting have no Coredump and users are running 2.6.22-7
[09:58] <ogra> evand, cjwatson, all three logs attached to bug #122645
[09:58] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[09:58] <evand> thanks ogra 
[10:19] <pitti> seb128, BenC: it's a miracle to me
[10:20] <seb128> pitti: that it doesn't work for eveyrbody?
[10:21] <pitti> seb128: yes
[10:21] <pitti> seb128: I'll ask in the bug to run the apport test suite, maybe that reveals the problem
[10:21] <seb128> you want a list of bugs?
[10:21] <pitti> seb128: that would be nice
[10:22] <pitti> seb128: and I should really teach apport to not send those in the first place; too bad that we noticed it so late
[10:22] <seb128> bug #122470
[10:22] <ubotu> Launchpad bug 122470 in gnome-panel "gnome-panel crashed with SIGSEGV" [Low,Incomplete]  https://launchpad.net/bugs/122470
[10:23] <seb128> bug #122511
[10:23] <ubotu> Launchpad bug 122511 in rhythmbox "rhythmbox crashed with SIGSEGV" [Medium,Incomplete]  https://launchpad.net/bugs/122511
[10:23] <pitti> seb128: do you get the effect yourself?
[10:23] <seb128> let me send a SIGSEGV to something
[10:23] <bdmurray> bug 122641
[10:23] <ubotu> Launchpad bug 122641 in compiz "compiz.real crashed with SIGSEGV" [Undecided,New]  https://launchpad.net/bugs/122641
[10:23] <pitti> seb128: just run /usr/share/apport/testsuite/run-tests
[10:24] <pitti> seb128: that does plenty of SIGSEGVing
[10:24] <pitti> seb128: you need to empty /var/crash first, though
[10:25] <seb128> Test add_gdb_info() with a script. ... Failed to read a valid object file image from memory.
[10:25] <seb128> warning: Memory read failed for corefile section, 4096 bytes at 0xffffe000.
[10:25] <seb128> FAIL
[10:25] <seb128> FAIL: Test add_gdb_info() with a script.
[10:25] <seb128> ----------------------------------------------------------------------
[10:25] <seb128> Traceback (most recent call last):
[10:25] <seb128>   File "/usr/share/python-support/python-apport/apport/report.py", line 1179, in test_add_gdb_info_script
[10:25] <seb128>     self.assert_('libc.so' in pr['Stacktrace'] )
[10:25] <seb128> AssertionError
[10:25] <pitti> seb128: ah-haa
[10:25] <Admiral_Chicago> pitti: the release notes should be finished for xubuntu as well, the wiki does not have content but we are fleshing things out in a meeting
[10:26] <pitti> Admiral_Chicago: thanks
[10:26] <Admiral_Chicago> i'll mail you when i'm happy with them. thanks
[10:26] <pitti> seb128: if you run '/usr/share/apport/testsuite/test-apport kernel', how far does it get?
[10:26] <seb128> * Check test process creation/killing with apport
[10:26] <seb128> Traceback (most recent call last):
[10:26] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 165, in <module>
[10:26] <seb128>     check_crash()
[10:26] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 60, in check_crash
[10:26] <seb128>     assert not os.path.exists('core'), 'no core dump in current directory'
[10:27] <seb128> AssertionError: no core dump in current directory
[10:27] <pitti> seb128: did you have a core file in . before?
[10:27] <seb128> no
[10:27] <pitti> seb128: hm, so something is really broken here
[10:28] <pitti> seb128: do you have something interesting in /var/log/apport.log?
[10:28] <seb128> $ /usr/share/apport/testsuite/test-apport kernel
[10:28] <seb128> Traceback (most recent call last):
[10:28] <seb128>   File "/usr/share/apport/testsuite/test-apport", line 147, in <module>
[10:28] <seb128>     assert apport.fileutils.get_all_reports() == [] , 'no reports already present'
[10:28] <seb128> AssertionError: no reports already present
[10:28] <seb128> 
[10:28] <seb128> that's with a _usr_share_apport_testsuite_test-apport.1000.crash in the directory
[10:28] <pitti> seb128: right, that's expected
[10:28] <pitti> seb128: the test suite requires /var/crash to be empty for useful checks
[10:29] <seb128> if I rm the crash I get the "AssertionError: no core dump in current directory" again
[10:29] <pitti> seb128: oh, btw, please killall update-notifier before starting the test
[10:29] <pitti> weird
[10:29] <ogra> pitti: so do you plan to wait for a fix to bug #122645 ? looks quite critical 
[10:29] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitively" [Undecided,Confirmed]  https://launchpad.net/bugs/122645
[10:29] <seb128> no difference without update-notifier
[10:29] <pitti> seb128: the description is a bit misleading, it means that there is a core file which shouldn't be there
[10:30] <pitti> ogra: if we get one today still, then I might reconsider
[10:30] <pitti> ogra: testing everything is expensive, but doable on one day
[10:30] <ogra> well, its a typical tester thing to use manual partitioning i guess
[10:30] <seb128> pitti: there is only a _usr_share_apport_testsuite_test-apport.1000.crash created when running the testsuite
[10:31] <ogra> at least if i watch my testing behavior :)
[10:31] <pitti> seb128: can you please rm /var/crash again and that core file, and /var/log/apport.log, then run test-apport, and then send me the log file?
[10:31] <pitti> seb128: but you are on 2.6.22-7, right?
[10:31] <seb128> pitti: there is no apport.log created
[10:32] <seb128> $ uname -r
[10:32] <seb128> 2.6.22-7-generic
[10:32] <seb128> ah, test-apport
[10:32] <seb128> sorry, I tried the kernel thingy
[10:32] <pitti> seb128: right, 'test-apport kernel'
[10:32] <seb128> k, no log then
[10:33] <pitti> seb128: there is another mode 'lib' which doesn't work in the installed system
[10:33] <evand> of course I'm the only one who cannot reproduce the bug on real hardware
[10:34] <pitti> seb128: can you please have a look at https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/119267 ?
[10:34] <ubotu> Launchpad bug 119267 in linux-source-2.6.22 "apport patches for CORE_REAL_RLIM and limit overriding do not work any more" [High,Fix released]  
[10:34] <seb128> pitti: trying that
[10:34] <pitti> seb128: in the description I describe some basic tests (without apport) to check the kernel behaviour
[10:35] <pitti> seb128: and describe behaviour on -6 and the expected one
[10:35] <seb128> pitti: 
[10:35] <seb128> $ ls -l /tmp/env /tmp/crash
[10:35] <seb128> -rw-r--r-- 1 root root 831488 2007-06-27 22:35 /tmp/crash
[10:35] <seb128> -rw-r--r-- 1 root root    151 2007-06-27 22:35 /tmp/
[10:35] <seb128> $ grep RLIM /tmp/env
[10:35] <seb128> CORE_REAL_RLIM=0
[10:37] <pitti> seb128: ulimit -c is 0?
[10:37] <seb128> yes
[10:38] <seb128> I followed the bug
[10:38] <seb128> the "In this case, CORE_REAL_RLIM should be 0 (since -1 means 'unlimited') and /tmp/crash should have the entire core dump (but is empty)."
[10:39] <pitti> right, your output looks fine
[10:39] <seb128> seems to be the correct then
[10:39] <pitti> seb128: ok; I have some more ideas, let's do this in /msg to not spam the channel
[10:39] <seb128> k
[10:47] <ajmitch> morning
[11:15] <hunger> Did somebody already succeed in getting vmware to run on gutsy?
[11:15] <pitti> o/
[11:16] <pitti> hunger: vmware 6 runs nicely (even amd64), but requires BenC's fixed vmnet.tar
[11:16] <hunger> Where can I get that?
[11:18] <pitti> BenC: ^ is this on any public place? or the diff?
[11:19] <Daviey> Oh goody, i would like that file aswell :)
[11:19] <stgraber> I've found a fixed vmnet.tar somewhere on the forum working just fine with 2.6.22-7 but would also like something more "official" :)
[11:20] <hunger> stgraber: You still got the URL?
[11:20] <stgraber> let me check
[11:21] <hunger> There are vmware-player debs in aptitude... too bad that those are terribly out of date:-(
[11:21] <stgraber> http://npw.net/~phbaer/vmnet.tar
[11:21] <stgraber> found in : http://ubuntuforums.org/showthread.php?t=478611
[11:21] <hunger> stgraber: THANKS!
[11:22] <Daviey> stgraber: ty
[11:22] <stgraber> np
[11:23] <superm1> cjwatson, ping.  I wanted to see what your thoughts would be on bug #122040
[11:23] <ubotu> Launchpad bug 122040 in casper "Casper should depend on discover1" [Undecided,New]  https://launchpad.net/bugs/122040
[11:24] <cjwatson> superm1: I think that's wrong, really; it's up to xserver-xorg to install what it needs
[11:25] <cjwatson> casper shouldn't have the dependency because xserver-xorg might (quite realistically!) change what it needs to discover hardware
[11:25] <superm1> ah i see
[11:25] <cjwatson> xserver-xorg Recommends: discover1 | discover as it is
[11:26] <cjwatson> so I think honestly this is just a bug in the construction of the third-party disks
[11:26] <superm1> okay i'll kill the bug then.  Wish I saw the recommends: discover1 in the first place :)
[11:36] <RadiantFire> ftopic
[11:36] <RadiantFire> oops :-(
[11:52] <bdmurray> pitti: have you found anything more out about apport crash reports?
[11:53] <pitti> bdmurray: no, I debugged something with seb128 for an hour, but no result; he doesn't get the effect
[11:53] <pitti> bdmurray: I filed https://bugs.launchpad.net/ubuntu/+source/apport/+bug/122688 now, it has a list of affected bugs
[11:53] <ubotu> Launchpad bug 122688 in apport "produces empty core dumps" [High,Incomplete]  
[11:53] <pitti> bdmurray: in those bugs I ask the reporters about diagnosing apport itself
[11:54] <pitti> bdmurray: if you find more of those, maybe you can copy&paste that comment
[11:57] <bdmurray> pitti: sounds good
[11:58] <pitti> bdmurray: I'll think about it again tomorrow
[11:58] <pitti> bdmurray: at least the tags are right, so we can automatically traverse the bugs and reject the broken ones
[11:58] <pitti> I'll care about that once the issue is fixed
[11:59] <pitti> bdmurray: did you see anything else OMGbug apart from apport and ubiquity partitioner?
[11:59] <ajmitch> bye pitti 
[12:01] <bdmurray> pitti: nope
[12:02] <pitti> bdmurray: ok, fine
[12:03] <pitti> bdmurray: we have to live with those warts, I'm afraid
[12:03] <pitti> I'll release-note them