[12:24] <dholbach> Good night!
[12:41] <lemsto> i got segmentation faul when i run "deal" 
[12:41] <lemsto> im using amd64 dapper
[12:42] <lemsto> (deal: bridge hand generator)
[12:43] <azeem> lemsto: did you file a bug?
[12:43] <Burglaptop> lemsto: please report a bug on that. If you have a fix for it, #ubuntu-motu can help you fix the official package
[12:43] <lemsto> ok, i'll try toreport it
[12:43] <lemsto> to report*
[04:20] <SEJeff> If there was a very trivial bug to fix to change the default smb.conf that made samba much easier to use by default, would it be considered for dapper?
[04:21] <infinity> SEJeff: Are you referring to bug 32067?
[04:21] <Ubugtu> malone bug 32067 in samba "the security parameter must be set to share, not user, in smb.conf" [Normal,Unconfirmed]  http://launchpad.net/bugs/32067
[04:21] <SEJeff> infinity, correct. I posted a comment to it
[04:22] <SEJeff> infinity, I showed jeff fortin how to fix it
[04:22] <infinity> Yes, I commented on it, too.
[04:22] <infinity> And "security=share" is not the right fix for this, trust me. :/
[04:22] <infinity> While people who know what it means are welcome to set it, it should definitely not be the default for every Samba installation.
[04:23] <SEJeff> I just read the comment. Well is there an "easy" way to make samba work for normal users?
[04:23] <SEJeff> This took me all of a few minutes to figure out, but I've had 3 people ask me in the past few days
[04:24] <infinity> # smbapsswd -a $username
[04:24] <sladen> qemu booted casper from the cloop.  funky goodness
[04:26] <SEJeff> infinity, So this bug should be filed against the package that creates the "Share Folder" dialog I'm guessing? And would you happen to know that package name?
[04:26] <infinity> SEJeff: Not sure, actually, but I can reassign the bug and look into it later.
[04:27] <SEJeff> thanks
[04:28] <infinity> SEJeff: I see two bugs here, really.  We need to give people UNIX/Samba account mappings by default (which I can look into, if I have time), and that little share box should probably allow you to specify WHO can see the share (right now, it's just open to anyone who has a valid samba account on the box)
[04:29] <SEJeff> infinity: So it gets pretty fine-grained into the ACL stuff. I don't guess thats dapper material this late in the development cycle
[04:29] <zakame> noon devs :D
[04:29] <infinity> It's not rocket science to make the share editor thingee also add "valid users = foo, bar, baz" to the config snippet it creates.
[04:30] <LaserJock> hi zace 
[04:30] <infinity> But you're right, given lack of time and feature freeze in a week, it may not be a reality.
[04:30] <LaserJock> hi zakame I mean :-)
[04:31] <zakame> hey LaserJock 
[04:31] <SEJeff> that is sad. Dapper is going to be amazing, I am using flight4 ATM, but it seems like I see the same samba questions over and over
[04:31] <SEJeff> infinity: thanks again though
[04:32] <infinity> I'll see what I can do that's minimally disruptive but may help in this case.
[04:33] <infinity> Just having the share editor do an smbpasswd -a $user on behalf of the user that invoked it would probably be enough of a win here.
[04:37] <SEJeff> awesome
[04:37] <infinity> Don't say that until someone gets around to implementing it. :P
[04:38] <infinity> The problem, in a nutshell, is that SMB users need to set a password independently of system users, because SMB clients send passwords as an MD4 hash.
[04:38] <infinity> Since you can't compare a hash to anything but a hash (yay), Samba needs to store SMB passwords as MD4 hashes as well, so they can't be in sync with the system passwords.
[04:39] <SEJeff> and 'nix is des,md5, or blowfish generally, that is no go. Right
[04:39] <infinity> (Well, they could be if we installed samba by default, and some PAM rules ot update the samba password with every update of the system password, but we don't really want samba installed on all machines)
[04:39] <SEJeff> no
[04:39] <infinity> SEJeff: Well, it has nothing to do with what UNIX hashes we use, but that you can't unhash the hash the client sent. :)
[04:39] <infinity> Typically, other clients (POP, IMAP, SSH, whatever), send the password in clear-text, which we can then hash to compare to your hashed password.
[04:40] <SEJeff> infinity: right. I understand cryptology
[04:40] <infinity> Check.  The long and short of it is that the whole thing sucks cause we have n ochoice but to maintain two password databases.
[04:40] <infinity> Which means that doing the "smbpasswd -a" thing in the share creation dialog would be fine, but it would require asking you to set a password for UserX at the same time.
[04:41] <infinity> Hopefully, that can be done with minimal effort, and minimal confusion to the user.
[04:41] <bmonty> kerberos solves the password hash issue
[04:42] <infinity> Yes, putting your clients in an Active Directory domain fixes a lot of this, but that's not really a practical solution for the little home network where you want to share something with your brother for 2 minutes, either. :)
[04:42] <SEJeff> isn't kerberos a bit overkill for simple filesharing between a few hosts on a lan?
[04:42] <SEJeff> infinity, exactly
[04:44] <bmonty> it is probaly overkill for a 2 minute temporary share, but if you are running a home network, I think it makes sense
[04:44] <bmonty> it has benefits with other services besides only samba
[04:45] <SEJeff> bmonty, sso is great for daemons that support it, but are don't they have to be compiled with kerberos support?
[04:46] <bmonty> SEJeff: yes, the daemon has to be kerberized
[04:47] <bmonty> some packages need a recompile, but some have kerberos versions in the archive
[04:48] <SEJeff> bmonty: which makes it nontrivial for an average consumer.
[04:49] <bmonty> SEJeff: agreed
[06:26] <akk> Hi -- I'm having a problem with the orinoco driver, trying to figure out how to get the source package on breezy
[06:26] <akk> but I can't seem to figure out which package it's in.
[06:27] <akk> Would anyone be willing to help me find the source (or, even better, help me analyze a wifi driver problem)?
[06:30] <sladen> akk: you probably want #ubuntu-users .   The orinoco source will be in the linux- package
[06:31] <akk> sladen: Thanks, I'll go there. Someone over in #ubuntu-women suggested coming here first.
[06:32] <sladen> akk: source apt-get install linux-source
[07:13] <zakame> afternoon all
[07:44] <mpt> yum
[07:50] <jsgotangco> Burglaptop, ?
[07:51] <jsgotangco> ohh
[07:53] <Burglaptop> jsgotangco: Naaman basically asked for the source to Malone, in a package in Ubuntu/Debian
[07:53] <jsgotangco> yeah i read it
[07:54] <ajmitch> Burglaptop: well there's still a few days until feature freeze if one of the launchpad guys want to package it for universe 
[07:54] <Burglaptop> ajmitch: has malone even be released under a free license?
[07:54] <ajmitch> nope
[07:54] <ajmitch> so th
[07:55] <ajmitch> so the likelihood of seeing a package is slim
[07:55] <Burglaptop> unhooked malone from teh rest of LP to make it useful standalone would be a big job
[07:55] <ajmitch> it's probably quite dependant on a lot of other lp functionality, too 
[07:55] <ajmitch> I doubt it's meant to be separated
[07:56] <Burglaptop> the effort I would honestly have rather spent on UI at this point
[08:21] <mpt> Burglaptop, to a very great extent the people who could improve the UI would be very little use in separating it, and vice versa
[08:21] <mpt> separating out Malone, I mean
[08:22] <Burglaptop> mpt: true
[08:27] <dholbach> good morning
[08:27] <Burglaptop> morning dholbach
[08:28] <dholbach> hey Burglaptop
[08:42] <jouston> good afternoon. :D
[09:32] <tepsipakki> Hi! Still no news about when the next CC meeting is held?
[11:02] <JaneW> fabbione: ping
[11:03] <JaneW> fabbione: is this your bug? https://launchpad.net/distros/ubuntu/+source/vnc/+bug/31296
[11:03] <Ubugtu> malone bug 31296 in vnc vncserver "vncserver isn't installable" [Normal,Unconfirmed]  
[11:03] <fabbione> JaneW: unlikely.. but i am checking
[11:04] <fabbione> JaneW: no, it's not mine but i can fix it
[11:05] <JaneW> fabbione: who's should it be?
[11:05] <mvo> JaneW: are you doing bug triage now :) ?
[11:05] <fabbione> no idea...
[11:05] <fabbione> doesn't matter...
[11:05] <fabbione> i will fix it
[11:05] <JaneW> fabbione/mvo: I have an e-mail asking about it
[11:06] <JaneW> mvo: heh sure in the spirit of bug day!
[11:06] <jsgotangco> nurse JaneW !
[11:06] <JaneW> oh god
[11:06] <JaneW> damn you guys were NOT mean to have access to that
[11:07] <mvo> go JaneW go 
[11:07] <dholbach> JaneW: access to what?
[11:07] <seb128> Kamion: https://launchpad.net/distros/ubuntu/+source/espresso/+subscribe ... you probably want to subscribe to that one :)
[11:07] <JaneW> dholbach: nm!
[11:07] <Kamion> seb128: heh, point
[11:07] <dholbach> JaneW: I do mind :)
[11:07] <seb128> Kamion: there is a bunch of espresso bugs and I've noticed you are not listed as bug contact
[11:07] <JaneW> jsgotangco: you are indeed sick! :P
[11:08] <Kamion> ok, I'll grab them
[11:08] <jsgotangco> lol
[11:08] <JaneW> dholbach: get me drunk - I may show you ;P
[11:08] <Kamion> I did wonder why it was so quiet
[11:08] <dholbach> JaneW: will do! :-)))
[11:08] <mvo> haha
[11:08] <JaneW> jsgotangco: this is why I don't want to be on planet...
[11:09] <jsgotangco> JaneW, understandable lol....that's a good idea really...not being on planet
[11:10] <dholbach> JaneW: that'd bring the Ubuntu spirit to planet :-)
[11:10] <jsgotangco> JaneW, i dunno you'll probably get stalked
[11:11] <JaneW> dholbach: stalker!
[11:11] <dholbach> Come on! I'm not that bad, am I?
[11:12] <pitti> Keybuk: I wonder whether nm shouldn't ignore /etc/n/interfaces ethX cards which just declare 'inet dhcp' without any additional options?
[11:12] <fabbione> JaneW: bug fixed..
[11:12] <pitti> Keybuk: then users will benefit from the cable plugin detection
[11:12] <mjg59> pitti: In theory that should be fine, but it leads to some confusion over dhclients right now
[11:12] <Keybuk> mjg59: that should work ok ... I made sure dhcdbd uses the same pid and leases files as ifupdown
[11:13] <JaneW> fabbione: you are a STAR!
[11:13] <Keybuk> so dhcdbd will happily kill one
[11:13] <mjg59> Keybuk: Oh, right. You didn't tell me :p
[11:13] <Keybuk> mjg59: I didn't tell you what I had for breakfast either :p
[11:13] <mjg59> In that case, it sounds sensible
[11:13] <HiddenWolf> mvo: you are the libnotify guy right?
[11:13] <mjg59> Yes, but I didn't tell you to have eggs for breakfast and then have you say "No, that's difficult" and then have eggs anyway
[11:13] <HiddenWolf> mjg59: compiz (gnome-kde) is stuck in new
[11:13] <Keybuk> pitti: yeah, I've been vaguely considering .... it's just a matter of parsing the iftab and making sure it's just "auto, inet dhcp and no other options"
[11:13] <mjg59> HiddenWolf: Out of my hands
[11:13] <Keybuk> (obeying auto is important here)
[11:14] <pitti> right
[11:14] <Keybuk> mjg59: I didn't say "No, that's difficult" I just said "that's difficult" :)
[11:14] <mjg59> Ha
[11:14] <Keybuk> doesn't mean I'm not going to try to do it anyway <g>
[11:14] <mvo> HiddenWolf: yes
[11:14] <mjg59> sladen: I think I might know what your sleep button problem is
[11:14] <mjg59> sladen: In the gnome keyboard shortcuts, what happens if you delete the sleep entry?
[11:15] <HiddenWolf> mvo: I'm having some positioning errors with the popups like raised by xchat-gnome and gconf. They appear on top of the panel, obscuring the workplace switcher.
[11:15] <Keybuk> my concern is that if you had two ethernet cards, both auto + dhcp, and then wondered why only one of them was working at any one time
[11:15] <Keybuk> but given dhcp usually implies "default route and dns" that it's such a rare setup
[11:15] <HiddenWolf> mvo: if a second popup gets triggered, both jump to the correct positions.
[11:15] <mjr>  ,25
[11:15] <mvo> HiddenWolf: can you make a screenshot for me please?
[11:15] <Keybuk> and "remove network manager" would be a fine answer to that
[11:16] <Kamion> HiddenWolf: it was my weekend and I wasn't doing lots of work. quit nagging about NEW please?
[11:16] <Keybuk> (which is another reason to consider *not* seeding network-manager in -desktop, of course)
[11:17] <Kamion> and, I mean, oh dear, a whole 31 hours
[11:17] <HiddenWolf> Kamion: I'm not nagging, nor pushing. I just noticed the wiki suggesting -gnome, found out it wasn't in the archive, and asked to see if I should update it.
[11:17] <HiddenWolf> Kamion: I have nothing but respect for all devels present here, please don't take it out on me.
[11:18] <Kamion> using words like "stuck" for a package that's been in the new queue less than two days really doesn't help
[11:18] <Kamion> I'll process it and some other stuff after this publisher run has finished
[11:20] <HiddenWolf> Kamion: if I had said stuck ... still, you would have a point. I did not mean to cause offense.
[11:22] <Keybuk> infinity: thanks
[11:22] <infinity> NP.
[11:24] <HiddenWolf> mvo: http://www.geocities.com/hiddenwolfsof/Screenshot.png to the bottom right. I can file a bug if you want.
[11:24] <Kamion> 10:13 < HiddenWolf> mjg59: compiz (gnome-kde) is stuck in new
[11:24] <Kamion> anyway, fair enough, over
[11:25] <HiddenWolf> Kamion: good morning. ;)
[11:25] <Kamion> heh
[11:26] <pitti> Kamion: hmm, espresso keeps wanting to format my home partition /dev/hdc3, although I didn't mention it in the device -> mountpoint assignment; shall I file a bug, or is that known?
[11:27] <Kamion> pitti: file a bug please; if you can include /var/log/installer/espresso plus the stderr output from espresso (probably in ~/.xsession-errors?) that'd help
[11:27] <pitti> yep, will do that
[11:27] <Kinnison> HiddenWolf: coffee... sounds good
[11:27] <Kamion> I'm just working on a change now to make all stderr go to /var/log/installer/espresso
[11:30] <Kamion> compiz-gnome and compiz-kde will hit the archive at the next publishing run (so about an hour's time)
[11:31] <Riddell> Kamion: are you incharge of all packages in NEW now?
[11:31] <Riddell> or just new binary packages?
[11:31] <mvo> HiddenWolf: yes please, assign it to me
[11:31] <mvo> HiddenWolf: and attach the screenshot
[11:31] <HiddenWolf> mvo: roger
[11:31] <Kamion> Riddell: I'm one of those who processes the NEW queue, both source and binary
[11:31] <mvo> HiddenWolf: thanks
[11:34] <Riddell> Kamion: e.g. Keep has been in NEW for a while, is someone processing packages like that?
[11:35] <fabbione> Keybuk: running sh -x /scripts/init-premount/udev that loads ide-generic
[11:35] <Keybuk> fabbione: ok, which line?
[11:36] <fabbione> couldn't you ask for that before? :)
[11:36] <Keybuk> try stepping through that script line-by-line too
[11:36] <fabbione> for the line i mean :)
[11:36] <fabbione> ok
[11:36] <HiddenWolf> mvo: done.
[11:37] <fabbione> ok.. text client too
[11:39] <jono_> hey all
[11:39] <jono_> are there plans to still have two CDs or is just the live cd?
[11:40] <Kamion> we'll still have two CDs
[11:40] <Kamion> that way espresso doesn't have to be all things to all men
[11:40] <jono_> cool
[11:40] <Kamion> (which it won't be ...)
[11:40] <HiddenWolf> three including server
[11:40] <jono_> but will expresso be considered the main cd?
[11:40] <Kamion> HiddenWolf: a zillion including kubuntu and edubuntu
[11:40] <Kamion> server is a different axis
[11:40] <Kamion> jono_: we *may* decide to only ship the live CD in shipit, depending on how well espresso turns out
[11:40] <jono_> right
[11:41] <Kamion> and at that point, yeah, it would be considered the main CD
[11:41] <jono_> is there a flight 4 for expresso ?
[11:41] <Kamion> yes
[11:41] <mjg59> It's on the live CD
[11:41] <Kamion> (espresso, btw, note spelling)
[11:41] <jono_> oops
[11:41] <Kamion> https://lists.ubuntu.com/archives/ubuntu-announce/2006-February/000050.html <- mentioned there :)
[11:42] <jono_> hmmm I just downloaded and run flight 4, and it did not boot into the GUI installer
[11:43] <Kamion> did you use the live CD?
[11:43] <Kamion> Flight 4 consists of two CDs per flavour
[11:43] <Kamion> the live CD should start up with an "Install System Permanently" icon on the desktop
[11:43] <jono_> d'oh!
[11:43] <Kinnison> pitti_espresso: ping?
[11:43] <jono_> I am an idiot
[11:43] <jono_> ignore me
[11:43] <Kamion> the "*-install-*.iso" naming may be a little confusing now
[11:44] <Kamion> I'm trying to put off having to deal with that
[11:44] <Kamion> Riddell: keep accepted; we are a little behind on NEW, anything particularly urgent?
[11:44] <Kamion> it's not that stuff isn't being processed, I've just been prioritising work on existing packages over new packages in general
[11:47] <pitti_espresso> Kinnison: pong
[11:47] <Riddell> Kamion: great, thanks, that's the only important one for now
[11:47] <pitti_espresso> yay, espresso finished
[11:47] <pitti> Kinnison: re-pong, please speak to pitti, not pitti_espresso
[11:48] <Kinnison> pitti: sorry
[11:48] <Kinnison> pitti: Did you get my mail about hal and pmi?
[11:48] <pitti> Kinnison: yes, I will take a look at it soon
[11:49] <Kinnison> pitti: cool, thanks. I was having mail problems over the w/e and just wondered if that one had gotten lost
[11:49] <Kinnison> Anyone here have a sony laptop?
[11:49] <Kinnison> ideally running dapper
[11:49] <jono_> Kinnison, I do
[11:49] <jono_> Kinnison, I have two vaio's the little one and the big one
[11:49] <Kinnison> jono_: can you do me a favour please and look in /proc/acpi/sony
[11:49] <jono_> neither run dapper atm
[11:49] <jono_> Kinnison, 
[11:49] <jono_> sure
[11:50] <Kinnison> jono_: and tell me what youcan find out about the lcd brightness levels
[11:50] <jono_> brightenness contains 4
[11:50] <Kamion> BenC: did you notice the linux-source-2.6.15_2.6.15-16.22 powerpc build failure
[11:50] <jono_> and so does brightness_default
[11:50] <Kamion> ?
[11:51] <infinity> Kamion: He knows, the fix is in .23
[11:51] <pitti> Keybuk: NM works fine here, tested with my l-wlan-ng device and proper ethernet
[11:51] <infinity> (In git, upload pending, apparently)
[11:51] <Kinnison> jono_: anything about how many levels there are ?
[11:51] <mjg59> Kinnison: It's a maximum of 8 on Sonys
[11:51] <jono_> Kinnison, nope, both files just contain the number 4
[11:52] <pitti> Keybuk: however, I manually have to click into the (automatically detected) wireless network, it doesn't automatically connect to it; is that intended?
[11:52] <Kinnison> mjg59: is that a known-fact?
[11:52] <infinity> mjg59: 0 through 7, like on IBM, 1 through 8, or 0 through 8?
[11:52] <fabbione> Kamion: yes he knows
[11:52] <Kinnison> infinity: afaict, it must be 0 through 8
[11:52] <Keybuk> pitti: I don't know, n-m does weird crap like that sometimes
[11:52] <mjg59> Kinnison: Yes
[11:52] <mjg59> 1-8
[11:52] <Keybuk> it doesn't switch to my wired network either if I plug the cable in
[11:52] <Kinnison> mjg59: 1-8? sure?
[11:52] <mjg59> Kinnison: Yes
[11:52] <pitti> Keybuk: ISTR that it automatically connected to the hotel network in London
[11:52] <Keybuk> but does detect the cable
[11:53] <mjg59> Kinnison: See drivers/acpi/sony_acpi.c
[11:53] <pitti> Keybuk: hm, it automatically connects to the wired for me
[11:53] <Keybuk> pitti: it *probably* means you've not introduced n-m to your wireless network at home yet
[11:53] <Riddell> Kamion: could you move a few packages to main?
[11:53] <Kinnison> mjg59: urgh, fecking sony
[11:53] <Keybuk> now you have, it probably will automatically connect
[11:53] <Kamion> Riddell: go ahead
[11:53] <mjg59> Kinnison: ?
[11:53] <Keybuk> pitti: could you main-review it for me today?
[11:53] <Kinnison> mjg59: Everyone else seems to have zero-thru-N
[11:53] <Riddell> Kamion: librsync1 from librsync
[11:53] <Kamion> Riddell: but nothing complicated please, I don't have anastacia
[11:53] <pitti> Keybuk: I didn't introduce it to the eth either, but I'll try
[11:53] <pitti> Keybuk: yes, will review it
[11:53] <Kinnison> mjg59: gnome-power-manager can't set 100% brightness on sonys because hal reports 8 levels
[11:53] <Riddell> Kamion: source package needs moved too
[11:53] <Keybuk> pitti: I think it just cares about networks; it doesn't automatically join an unknown network
[11:54] <mjg59> Kinnison: Ah, and it doesn't fudge it. Ok.
[11:54] <Riddell> rdiff-backup (binary and source)
[11:54] <Kinnison> mjg59: I'm trying to decide if it's a g-p-m bug, a hal bug or a drier bug
[11:54] <Kinnison> driver even
[11:54] <Riddell> Kamion: keep (binary and source)
[11:54] <pitti> Keybuk: 'cares about networks' => wireless networks?
[11:54] <Keybuk> pitti: right
[11:54] <Riddell> Kamion: and ksplash-engine-moodin (binary and source)
[11:54] <mjg59> Kinnison: The sensible plan is for me to push in my generic backlight class hack, so it appears under /sys/class/backlight and has a standard interface
[11:54] <pitti> Keybuk: ok, that could make sense, to not automatically leech from your neighbor's :)
[11:54] <mjg59> That might not happen in time for dapper, though
[11:54] <Kamion> Riddell: what needs librsync1?
[11:55] <Riddell> Kamion: keep
[11:55] <infinity> pitti: s/networks/named networks/ ... Wired networks are assume to be what you wanted, cause you plugged in.
[11:55] <fabbione> Keybuk: this is the line: /sbin/udevplug -s -Bpci -Iclass=0x01* that loads both ide-generic and the via82cxxx. The latter too late :)
[11:55] <Kamion> Riddell: librsync will need an inclusion report; coordinate with pitti
[11:55] <Riddell> Kamion: rather rdiff-backup for keep
[11:55] <fabbione> Keybuk: so what is next?
[11:55] <Kinnison> mjg59: eta on that?
[11:55] <Riddell> Kamion: that's been done
[11:55] <Kamion> oh, right, I see
[11:55] <Riddell> Kamion: https://wiki.kubuntu.org/MainInclusionReportLibrsync
[11:56] <Kamion> can't move keep until after this publisher run
[11:56] <Keybuk> fabbione: kernel bug
[11:57] <fabbione> Keybuk: can you prove it?`
[11:57] <Keybuk> fabbione: yup
[11:57] <pitti> Keybuk: yep, works fine
[11:57] <Riddell> Kamion: right
[11:57] <Keybuk> because via must have been loaded first for ide-generic to have been loaded <g>
[11:57] <fabbione> Keybuk: than fix it. kthxbye
[11:57] <Keybuk> not my bug to fix
[11:57] <pitti> Keybuk: and it didn't yet crash my kernel, so I'll keep it around for a while
[11:57] <Keybuk> it's a kernel bug
[11:57] <Keybuk> it sounds like the via ide driver isn't claiming its devices
[11:57] <fabbione> ok brb from something more useful than this 20x10 session
[11:58] <Keybuk> unless you have multiple IDE controllers in that thing?
[11:58] <Keybuk> (but you didn't mention that)
[11:58] <fabbione> Keybuk: yes i do have several IDE controllers
[11:58] <Keybuk> gee, thanks for mentioning it
[11:58] <Keybuk> it's not like that's an important detail
[11:58] <fabbione> you didn't ask
[11:58] <Kamion> Riddell: please seed keep
[11:59] <fabbione> but none of the controllers use ide-generic
[11:59] <fabbione> i am sure about it :)
[11:59] <fabbione> use or need
[11:59] <Keybuk> dude, will you please stop assuming something that doesn't work for you is a problem that affects everyone
[11:59] <Keybuk> if you have a problem, it's likely something to do with your setup or configuration
[11:59] <fabbione> i didn't say that affects everyone.. ever
[11:59] <Keybuk> so all the details about that are useful *up front*
[11:59] <Kamion> Riddell: librsync1, rdiff-backup, ksplash-engine-moodin all promoted
[11:59] <fabbione> Keybuk: i did ask you before what do you need to debug this problem, didn't I? 
[12:00] <pitti> Riddell: that sounds like it's time to review keep soon? :)
[12:00] <fabbione> Keybuk: that means i might not be aware of all the details you need
[12:00] <Keybuk> fabbione: yes, I need the machine sitting in front of me
[12:00] <Keybuk> but given that's impossible, the next best thing is to have someone helpfully testing for you
[12:00] <pitti> seb128: NM works pretty well for me, could you test it so far?
[12:00] <Keybuk> and if that person doesn't give large pieces of information, like the basic spec of the machine, it's damned hard
[12:01] <seb128> pitti: I've tested it friday, works fine for me (ie: doesn't mess with my static eth config
[12:01] <seb128> s//)
[12:01] <Kamion> pitti: yes please
[12:01] <Riddell> pitti: erk, I'd forgotten that hadn't happened yet
[12:01] <Kamion> Riddell: does keep build-depend on librsync-dev?
[12:01] <pitti> Keybuk: if you think that NM is still too crackful to be included into desktop, do you think it makes sense to ship it in main?
[12:01] <pitti> Riddell: I tried, but no packages in the archive to review :)
[12:01] <Keybuk> pitti: I think it makes sense to provide support and security for it
[12:02] <fabbione> Keybuk: ok don't worry. i will cope with it myself. clearly i am not helpful enough when i explicity ask for what information you need because i don't know what is useful.
[12:02] <seb128> pitti: what is "too crackful"?
[12:02] <Riddell> Kamion: no, it install deps on rdiff-backup which will build-dep on librsync-dev
[12:02] <seb128> I think we should have it to "ship"
[12:02] <Kamion> Riddell: ok, so librsync-dev will need to be promoted too
[12:02] <pitti> Keybuk: I feared that you would say that :) But you are right, it's just too good to be dropped at all
[12:02] <seb128> network-admin seems to be a pain for most of wireless users around
[12:02] <Riddell> Kamion: confirming..
[12:02] <Kamion> right, fuck this, I'm going to port anastacia to look at Packages/Sources files
[12:02] <pitti> seb128: Keybuk still has issues with it AFAIUI
[12:02] <Kamion> this is too hideously difficult
[12:02] <seb128> pitti: what kind of issue?
[12:02] <jono_> all good so far
[12:03] <Riddell> Kamion: yes, it needs librsync-dev
[12:03] <Kamion> jono_: should be, that's where I test it most of the time ;-)
[12:03] <Kamion> Riddell: ok, will promote after the publisher finishes
[12:03] <seb128> pitti: you are the one saying it's too crackful
[12:03] <jono_> Kamion, ahhh cool
[12:03] <pitti> seb128: no, I said that Scott said that it is :)
[12:03] <Keybuk> seb128: no, he said I'd said that
[12:03] <seb128> pitti: so assume your opinion, don't bounce it back to somebody else :)
[12:03] <jono_> Kamion, so is the initrd boot problem fixed now ?
[12:03] <Kamion> jono_: which problem?
[12:03] <jono_> Kamion, previous flight cds have not been able to mount the root file system
[12:04] <seb128> pitti: ah, right, misread, sorry :)
[12:04] <Keybuk> jono_: what was the bug# you filed?
[12:04] <jono_> I submitted a bug quite some time ago about it
[12:04] <seb128> Keybuk: too crackful for "ship"?
[12:04] <jono_> let me see if I can dig it out
[12:04] <pitti> seb128, Keybuk: so everyone in the distro team should at least install and test it
[12:04] <Kamion> jono_: if I'm divining your meaning correctly, that was an initramfs-tools bug only affecting the install CD
[12:04] <Keybuk> seb128: did you bother to read my e-mail?
[12:04] <seb128> Keybuk: it would make wireless experience much better for 90% of wireless users imho
[12:04] <Kamion> jono_: and chiefly affecting vmware's SCSI driver
[12:04] <Keybuk> seb128: the one where I said what problems there are with it, and then actually recommended it for at least ship
[12:04] <Kamion> jono_: that's been fixed
[12:04] <Keybuk> seb128: not true
[12:04] <Keybuk> it makes it better for about 30%
[12:04] <Keybuk> (from my own testing and feedback)
[12:04] <seb128> Keybuk: yeah (quickly I admit, it was on friday, going to read it again)
[12:05] <Keybuk> the other 70% get left with difficult-to-fix problems
[12:05] <seb128> hum
[12:05] <jono_> ahhh https://launchpad.net/distros/ubuntu/+source/initramfs-tools/+bug/27187
[12:05] <Ubugtu> malone bug 27187 in initramfs-tools "failure with 2.6.15 on vmware 5.5 (scsi disk)" [Normal,Fix released]  
[12:05] <Keybuk> where that 30% can be summed up as "people with ipw2100/2200"
[12:05] <jono_> looks like its been fixed :)
[12:05] <seb128> Keybuk: -desktop feedback seems that network-admin simply doesn't work for almost all wireless users around
[12:05] <pitti> Keybuk: or, now, linux-wlan-ng :-P
[12:05] <jono_> cool
[12:05] <seb128> we got people complainly loudly
[12:05] <Keybuk> if n-m failed gracefully, I'd be happy
[12:05] <seb128> if we don't ship n-m we will have to fix network-admin or rewrite parts of it :/
[12:06] <Keybuk> but it doesn't, it fails in evil ways
[12:06] <j^> wireless support in network-admin always was to crackful to ship
[12:06] <seb128> basically we are stucked to sucking wireless for dapper
[12:06] <seb128> network-admin doesn't fit
[12:06] <seb128> and network-manager is not ready
[12:06] <Keybuk> *shrug*
[12:06] <Kamion> jono_: yeah, both install CD and live CD work well for me in vmware at present; you do have to make sure you have a big enough virtual disk though (Mark tried with 1.5GB for install and 2.0GB for live and it blew up)
[12:06] <Keybuk> it sucked in breezy, hoary and warty too
[12:06] <Keybuk> so it's not a regressive suck
[12:06] <seb128> yeah, but dapper is supposed to rock :)
[12:07] <Keybuk> no, dapper isn't
[12:07] <Keybuk> dapper is supposed to be stable
[12:07] <seb128> I would like to have it shipped on the CD
[12:07] <Mithrandir> wouldn't a regressive suck be a blow?
[12:07] <Keybuk> dapper is not supposed to be shiny
[12:07] <seb128> having your network working is not something shiny
[12:07] <seb128> it's functionnal
[12:07] <jono_> Kamion, ahhh cool
[12:07] <pitti> seb128: given that we can afford the space, ship is probably fine, just not desktop
[12:07] <jono_> Kamion, this is 4gb I think, so I just be fine
[12:07] <Keybuk> seb128: you're starting to sound like Jeff
[12:07] <jono_> it just hung so I am trying again
[12:07] <Keybuk> "WE SHOULD HAVE THIS SHINY THING IN DAPPER!  I DON'T CARE THAT IT DOESN'T WORK!" :D
[12:07] <j^> Mithrandir i think thats an iverse suck
[12:07] <seb128> I don't care about shiny
[12:08] <Kamion> pitti: "given that we can afford the space" means "we can afford the space, so ..."
[12:08] <seb128> if you fix network-admin I'm fine with it too
[12:08] <Keybuk> why me?
[12:08] <Kamion> pitti: I suspect you mean "if we can afford the space, ..."?
[12:08] <seb128> you beeing anybody who wants to :)
[12:08] <pitti> Kamion: erm, right, thanks :)
[12:08] <Keybuk> we've not had any gadget to select wireless networks for the last three releases
[12:08] <Keybuk> going another release without one installed by default isn't going to kill anybody
[12:08] <seb128> and lot of people complaining ...
[12:08] <Keybuk> people complain.
[12:08] <seb128> sure, it's not
[12:08] <pitti> we coudl add it to the release notes 
[12:08] <seb128> right, they do
[12:09] <seb128> but they may have a reason on that one :)
[12:09] <pitti> 'If you feel lucky, install n-m and check out if it works' or so
[12:09] <seb128> pitti: I'm fine with shipping on the CD, it will make easy for medium-users to run it
[12:09] <pitti> seb128: and we should add an autostart .desktop file to it at least
[12:10] <seb128> it has one since friday
[12:10] <pitti> oh?
[12:10] <pitti> seb128: I just installed the latest version, and I had to run nm-applet by hand
[12:10] <Keybuk> you did?
[12:10] <Keybuk> it should autostart
[12:10] <seb128> somebody broke it since friday so
[12:10] <Keybuk> if not, is seb128 bug
[12:10] <seb128> it's not running for me neither
[12:10] <seb128> it was yesterday
[12:10] <Keybuk> seb128 bug!
[12:10] <dholbach> Keybug! :-p
[12:11] <pitti> dpkg -L nm-applet |grep desktop
[12:11] <pitti> /usr/share/autostart/nm-applet.desktop
[12:11] <pitti> hmmm
[12:11] <Keybuk> fabbione: ok, that udev upload should fix your problem ... (though if it causes a 1,000 new bugs, I'm going to revert it <g>)
[12:11] <pitti> seb128: ah, wait, .autostart only becomes active at login, right? I didn't restart my session
[12:12] <seb128> ccorrect
[12:12] <seb128> correct
[12:12] <pitti> that explains it
[12:13] <jono_> can I make a small suggestion - may be wise when espresso is running, to dim the background and make the desktop inactive
[12:13] <Keybuk> hmm, there's a good wishlist :)  if new .desktop are added to autostart, gnome should start them! :p
[12:13] <jono_> just like when you log out, the desktop dims
[12:13] <pitti> jono_: but you might want to play tetris or use IRC whiile installing
[12:13] <Mithrandir> jono_: that'll make using a web browser to resolve issues, etc hard.
[12:13] <jono_> pitti, ahhh not a bad point
[12:13] <jono_> in fact, a glorius point :)
[12:14] <jono_> I can be online and on the web while installing, cool
[12:14] <pitti> yes, for online support
[12:14] <jono_> :)
[12:14] <pitti> although I consider playing tetris a much more important feature :P
[12:15] <jono_> heh
[12:15] <Keybuk> I didn't realise we shipped tetris?
[12:15] <pitti> Keybuk: GNOMEtris
[12:15] <Keybuk> ah yes
[12:16] <Mithrandir> Keybuk: if not, you can just install it.
[12:16] <fabbione> Keybuk: i just checked. of the 4 controllers SATA/IDE/RAID i have on board, all of them are catched by specific drivers. (according to modules.pcimap and kernel code)
[12:16] <Keybuk> seb128: want a poppler/document-viewer bug?
[12:16] <seb128> sure
[12:16] <Keybuk> fabbione: yeah, but loading those caused ide-generic to get loaded, and claim the remaining devices <g>
[12:16] <Mithrandir> I mean, if we had dualhead being autoconfigured, I could be playing full-screen wesnoth on one page while installing on the other.  Killer feature!
[12:16] <Keybuk> fabbione: I've removed that rule, try the new udev when it builds
[12:16] <fabbione> Keybuk: ok
[12:16] <seb128> pitti, slomo_: bug #31998 ... who maintains dbus now?
[12:16] <Ubugtu> malone bug 31998 in dbus "session dbus started twice" [Normal,Unconfirmed]  http://launchpad.net/bugs/31998
[12:17] <fabbione> i could have tested it without you uploading :)
[12:17] <Keybuk> seb128: I just got a .PDF which looks like a fill-in-the-blanks form thing, and all the blanks are blank
[12:17] <Keybuk> the Google .html converter shows that there are actually values there 
[12:17] <seb128> Keybuk: we already have a bug about that
[12:17] <Keybuk> ok
[12:17] <Lathiat> mjg59: any chaance to try that synaptics package?
[12:17] <pitti> seb128: the last person who asked :)
[12:17] <seb128> pitti: :p
[12:18] <Keybuk> dbus sounds like a pitti package to me :)
[12:18] <pitti> seb128: I can take a look at it, but not anytime soon; I need to do a ton of security stuff still
[12:18] <pitti> Keybuk: I love you, too
[12:18] <seb128> Keybuk: https://bugs.freedesktop.org/show_bug.cgi?id=4788
[12:18] <Ubugtu> freedesktop bug 4788 in general "incorrect rendering of layered(?) PDF" [Normal,New]  
[12:18] <pitti> NO, I WON'T FIX POPPLER
[12:18] <seb128> pitti: come on, you like it :)
[12:19] <Lathiat> how many bug systems does ubugtu speak
[12:19] <pitti> seb128: If I liked it, I would do crackful things like porting xpdf to it, or so
[12:19] <mjg59> Lathiat: Not as yet - shortly
[12:19] <jono_> Kamion, good work, all worked well here :)
[12:19] <Kamion> great, good to hear
[12:19] <seb128> pitti: right, somebody would really need to be found of it to do such stuff ;)
[12:20] <Kamion> obviously lots of missing features as yet
[12:20] <Lathiat> mjg59: cheers
[12:20] <Kamion> and the advanced partitioner's horrible
[12:20] <jono_> Kamion, sure, only problem I have is that the max res in x is 1024x768
[12:20] <jono_> and my normal res is 1280x800
[12:20] <jono_> other than that, it all works seamlessly
[12:20] <Kamion> xresprobe doesn't work properly in vmware
[12:20] <Mithrandir> jono_: what arch?
[12:21] <Kamion> since vmware doesn't return EDID data
[12:21] <pitti> does espresso generally not install grub, or didn't it just work for me?
[12:21] <Mithrandir> ah, vmware.
[12:21] <Mithrandir> you lose, then.
[12:21] <Kamion> we may have to special-case that somehow; I looked at it briefly end of last week, but it's hard
[12:21] <mjg59> I'm surprised vmware doesn't return EDID
[12:21] <Kamion> pitti: it's meant to, but at the moment it's problematic and requires working network access in the chroot
[12:21] <Kamion> so basically it sometimes works
[12:22] <Lathiat> Package: gstreamer0.10-plugins-ugly-multiverse
[12:22] <Lathiat> Section: universe/libs
[12:22] <Lathiat> :)
[12:22] <Kamion> when you combine this with error reporting not working properly at that stage ... I'll fix that part at least I hope
[12:22] <Lathiat> i figure that needs some munging?
[12:22] <infinity> Keybuk: Aladdin?  You're stretching now, aren't you?
[12:22] <jono_> Mithrandir, x86
[12:23] <jono_> ph right
[12:24] <Keybuk> infinity: had the Lion King before
[12:24] <infinity> I'm glad I missed that one.
[12:27] <Lathiat> hrm
[12:27] <Lathiat> theres some crap that gets spewed if yoru filesystem is remounted ro before a fsck
[12:27] <Lathiat> but it went past i cant see it now
[12:27] <Keybuk> and I started with Buffy
[12:27] <Lathiat> was udner loading manual drivers some python spat error
[12:28] <Keybuk> seb128: oh, and Monospace Bold is still dancing
[12:28] <Lathiat> how can i make it mount ro before fsck to test that ?
[12:28] <Lathiat> can i mark the fs dirty or something?
[12:28] <seb128> Keybuk: "dancing"?
[12:28] <Keybuk> seb128: changing all the time, hang on, will try and screenshot it
[12:29] <pitti> Keybuk: oh, do you really need the 'deny' policy for the 'default' context in the dbus policy? I thought it's restrictive by default anyway?
[12:29] <Keybuk> pitti: no idea
[12:29] <Keybuk> pitti: I don't know dbus
[12:29] <pitti> +       <policy group="plugdev">
[12:29] <pitti> +               <allow own="org.freedesktop.NetworkManager"/>
[12:29] <pitti> that looks a bit scary
[12:30] <Robot101> hm, thats weird
[12:30] <pitti> it shoudl only be owned by root, just for safety
[12:30] <Keybuk> feel free to change dbus policy to be sane
[12:30] <pitti> ok
[12:31] <pitti> oh, and thanks for restoring the patch system
[12:31] <pitti> removing an existing patch system was a really weird thing
[12:31] <Lathiat> can we get rid of that ugly nautilus on the gnome splash screen? :)
[12:32] <mjg59> Kinnison: Any chance you could try sdhci against your sd reader at some stage?
[12:33] <tepsipakki> Lathiat: where did you see the gstreamer...-ugly?
[12:33] <Kinnison> mjg59: I'd need an SD card :-(
[12:33] <Kinnison> mjg59: but I can try loading it
[12:33] <Lathiat> tepsipakki: its a package in dapper, just pointing out that the multiverse package is in fact in universe
[12:34] <tepsipakki> Lathiat: ah, -ugly, not -bad
[12:34] <mjg59> Kinnison: Load sdhci, and then do echo -n "vendor device" >/sys/bus/pci/drivers/sdhci/new_id
[12:35] <mjg59> (This may confuse things, so you probably want to make sure everything is saved)
[12:35] <Kinnison> in lspci -n, vendor/device is the two four digit hex numbers colon separated yes?
[12:35] <mjg59> Yes
[12:35] <mjg59> Oh, hang on
[12:36] <mjg59> In scanf, does %x mean "interpret as hex" or "must have leading 0x"?
[12:36] <Kinnison> iirc interpret as hex
[12:36] <mjg59> Ok, fine
[12:36] <stockholm> doesnt jane silbers hang out here, too?
[12:36] <tseng> not often
[12:36] <Kinnison> mjg59: hardlocks the laptop
[12:37] <mjg59> Kinnison: Fun!
[12:37] <mjg59> So it's not an sdhci
[12:38] <Kinnison> nope, so it's deffo not sdhci
[12:38] <pitti> Keybuk: hm, maybe we should consider to actually show the nm debconf note if we don't ship it in desktop
[12:39] <Keybuk> pitti: I'm gonna get rid of that note anyway
[12:40] <pitti> Keybuk: ok, as you wish
[12:40] <pitti> I reviewed the package now, looks good to me
[12:41] <pitti> Keybuk: what do you think about changing access policy from plugdev group to pam-foreground?
[12:41] <Keybuk> Kamion: at your leisure, could you move network-manager, nm-applet and deps into main
[12:42] <Keybuk> pitti: sounds reasonable, that's what g-p-m uses right?
[12:42] <pitti> Keybuk: yes, so that multiple sessions don't set conflicting network settings
[12:43] <pitti> Keybuk: and remote users couldn't reconfigure network
[12:43] <Keybuk> got an example of what I should do for that?
[12:43] <pitti> I can do the change if you want
[12:44] <pitti> if I shall clean up the dbus policy anyway
[12:44] <pitti>         <policy at_console="true">
[12:45] <Kinnison> pitti: don't forget to make it depend on libpam-foreground too
[12:45] <Kinnison> pitti: for those who don't have ubuntu-desktop installed
[12:45] <pitti> yes, thanks
[12:45] <mjg59> dbus arguably ought to depend on that
[12:45] <mjg59> Otherwise at_console won't work
[12:46] <pitti> either that, or all packages whose policy actually use it
[12:46] <Kamion> Keybuk: I'm attempting to port anastacia first
[12:46] <pitti> but given the small size, a dbus dep would be easier
[12:48] <Keybuk> pitti: sure, go for it
[12:52] <Kinnison> seb128: bug 31941 suggests we should disable the battstat applet in dapper. your opinions?
[12:52] <Ubugtu> malone bug 31941 in gnome-power-manager "[upgrade]  Both gnome-power-manager and gnome-battery-monitor display dialogues" [Normal,Unconfirmed]  http://launchpad.net/bugs/31941
[12:52] <seb128> Kinnison: how disable? Stop making it a part of the default panel profile?
[12:53] <Kinnison> seb128: the way richard says it, I'd guess they made it exit zero or something
[12:53] <Kinnison> or even removed it from the packages
[12:53] <seb128> it doesn't say anything useful
[12:53] <seb128> disabled ...
[12:53] <seb128> is that disabled from the config, from the package, etc
[12:54] <Kinnison> right, I'll prod him about it
[12:54] <seb128> some people may still want to use it, I would rather ship it but drop it from the default panel config
[12:54] <mjg59> Is g-p-m part of desktop now?
[12:54] <Kinnison> mjg59: certainly seems to be
[12:55] <seb128> another issue is upgrades, if we drop the applet people will get the "that applet can't start, do you want to retry or drop it" since it's listed by their panel config
[12:55] <seb128> but the message is not clear it has been removed, it acts like it was crashing
[12:55] <Kinnison> hmm
[12:55] <seb128> or we would need some hack to get it dropped silently (upstream has some such mechanism for applets they deprecated)
[12:55] <Kinnison> But it's definitely bad having both
[12:55] <seb128> sure
[12:56] <seb128> but I would like some details on what fedora did exactly
[12:56] <seb128> maybe we can take a patch from them
[12:56] <Kinnison> okay I'll see if Richard can furnish me with the details
[01:02] <infinity> seb128: Is there a way to permanently unlock my gnome-keyring so networkmanager doesn't ask for my password every time I login?  That's phenomenally annoying.
[01:06] <Mithrandir> pitti_laptop: any chance you could test an amd64 ddcprobe for me?  (On the machine where it previously blew up with illegal instruction, etc)
[01:07] <pitti_laptop> Mithrandir: I'd be glad to :)
[01:07] <pitti_laptop> pitti_laptop: sorry, I didn't yet get to debug that one
[01:07] <Mithrandir> pitti_laptop: http://err.no/tmp/ddcprobe5
[01:09] <pitti> Mithrandir: yay, no illegal instruction any more (but still no edid)
[01:10] <pitti> Mithrandir: do you want the full output /msg'ed?
[01:10] <pitti> Mithrandir: (you rock :) )
[01:11] <Mithrandir> pitti: yes, please.
[01:11] <Mithrandir> pitti: if you could also gdb it and break before each real_call and print _X86EMU_env to me in each case, that'd be great.
[01:11] <Keybuk> Mithrandir: that one gives me EDID love
[01:11] <Mithrandir> Keybuk: \o/
[01:12] <Mithrandir> pitti: hmm, do you get edid info from the i386 live cd?
[01:12] <viviersf> Mithrandir, does the casper enable dma on cdrom drives ?
[01:12] <Mithrandir> viviersf: it doesn't touch DMA.
[01:12] <pitti> Mithrandir: I'd have to download the i386 one and check; I definitively got it with my old i386 box (same monitor)
[01:13] <pitti> Mithrandir: I have the breezy i386 here, if that would be enough
[01:13] <viviersf> Mithrandir, kewl , if i may ask whys that ? for stabality and compatibiltiy ?
[01:13] <Mithrandir> pitti: that should work fine, yes.
[01:13] <Mithrandir> viviersf: nobody has asked for it, and I think the kernel should enable DMA where it makes sense.
[01:15] <pitti> Mithrandir: http://paste.ubuntu-nl.org/8952
[01:16] <pitti> Mithrandir: I'll boot the i386 CD now, brb
[01:19] <Kamion> http://people.ubuntu.com/~cjwatson/anastacia.txt
[01:19] <Kamion> enjoy
[01:19] <Kamion> I think that output is sane-ish anyway
[01:22] <viviersf> Mithrandir, whats the default casper users password ?
[01:22] <Mithrandir> viviersf: it's blank
[01:22] <viviersf> hmm
[01:22] <viviersf> weird
[01:22] <Mithrandir> how so?
[01:23] <viviersf> i do a sudo -s
[01:23] <viviersf> just hit enter
[01:23] <viviersf> it doesnt give error 
[01:23] <Mithrandir> you shouldn't be asked for a password when doing sudo -s
[01:23] <viviersf> but im not root
[01:23] <Kinnison> is g_signal_emit synchronous?
[01:24] <Mithrandir> viviersf: you're a member of the admin group?
[01:26] <Robot101> Kinnison: no, it marshals signal emissions as GClosures through the mainloop, especially if you have threads :)
[01:27] <Kinnison> Robot101: big smelly arse
[01:27] <Robot101> arbitrary stack re-entrancy --
[01:29] <viviersf> Mithrandir, well its the default user that your casper adds
[01:29] <infinity> Kamion: Your anastacia seems a bit... Whack.
[01:30] <Kamion> infinity: what's up with it?
[01:30] <Mithrandir> viviersf: I don't know what changes you have or haven't done to the system.  It would be a lot more useful if you just answered the question.
[01:30] <infinity> Kamion: The "redland wants to promote libmysqlclient12-dev to main" bit seems wrong, since redland build-deps on libmysqlclient15-dev | libmysqlclient12-dev | libmysqlclient10-dev
[01:31] <infinity> Kamion: For instance...
[01:31] <Kamion> well it's what germinate says ...
[01:32] <Kamion> http://people.ubuntu.com/~cjwatson/germinate-output/dapper/all lists the same thing
[01:32] <infinity> Isn't germinate only meant to take the first (installable) build-dep in the list?
[01:33] <pitti> Mithrandir: *enlightened*
[01:33] <pitti> Mithrandir: the culprit is neither amd64, nor the dapper version, but that EDID doesn't work through DVI
[01:33] <Kamion> Should do (in general, although |-ed deps have a zillion corner cases). May be a germinate bug.
[01:33] <pitti> Mithrandir: if I use the VGA cable, then ddcprobe5 works perfectly
[01:33] <infinity> Kamion: Same story for postfix and libmysqlclient14.  (It build-deps on 15 first, and is definitely built against 15)
[01:33] <Mithrandir> pitti: excellent. :-)
[01:33] <Mithrandir> pitti: the same goes for i386?
[01:34] <viviersf> Mithrandir, i just use your normal casper , the ubuntu user isnt in the admin group
[01:34] <infinity> Score on mozilla falling out of main, though!
[01:34] <Mithrandir> viviersf: then user-setup is broken.
[01:34] <infinity> And python2.3
[01:34] <Kamion> * Chose libmysqlclient12-dev to satisfy librdf0
[01:34] <viviersf> Mithrandir, seems so
[01:35] <Kamion> definitely doing something interesting there
[01:35] <viviersf> Mithrandir, i was just running between the 2 pc's
[01:35] <Mithrandir> viviersf: so either you have broken user-setup in your setup or there's something else weird going on.
[01:36] <infinity> Kamion: Do you intend to cron that anastacia run and keep the list public?  That's actually really handy output to see what should be seeded and isn't, etc.
[01:36] <Kamion> viviersf: what version of user-setup?
[01:36] <Kamion> infinity: already cronned
[01:36] <infinity> (For instance, db4.2-util should definitely be in main if the library stays)
[01:36] <Kamion> (it's the same as http://people.ubuntu.com/~mdz/anastacia.txt used to be, just hackily ported to drescher)
[01:37] <infinity> Kamion: Ahh, I somehow managed to never know about the one at ~mdz
[01:37] <pitti> Mithrandir: yes
[01:37] <Kamion> it may move again though, since it's a hideous hideous awful bodge and not ported properly to Launchpad
[01:38] <Kamion> I've just made it look at the Packages and Sources files
[01:38] <Mithrandir> pitti: ok, then I blame it on the hardware and then I'll commit and upload
[01:38] <Kamion> I'll keep DeveloperResources up to date though with whatever the link ends up being
[01:38] <pitti> Mithrandir: yes, let's
[01:38] <viviersf> Kamion, user-setup                    0.05ubuntu3
[01:42] <Kamion> make sure you don't have a root password set in the live filesystem
[01:42] <Kamion> if you do, then user-setup won't add the ubuntu user to the admin group
[01:45] <viviersf> oh hell 
[01:45] <viviersf> thats why
[01:45] <viviersf> thx
[01:47] <viviersf> weird i dont have a shadow file 0_o
[01:50] <segfault> kamion: there's still some spanish strings in espresso
[01:51] <segfault> kamion: i defined my hostname to only "a", and it complained about it, in spanish
[01:51] <Kamion> segfault: I know
[01:51] <Kamion> it's one of the many things on the to-do list
[01:51] <segfault> ah, ok
[01:53] <Kamion> but thans
[01:53] <Kamion> k
[01:57] <pitti> Kamion: mind if I rebuild openssh against gnutls12 (11 now)?
[01:57] <pitti> Kamion: I'd like to apply that scp security patch (unless you want to), so the package needs to be touched anyway
[01:58] <Kamion> pitti: oh, I'll do the scp security patch in Debian now
[01:58] <pitti> Kamion: hm, nevermind, libgnomevfs2-dev still needs 11, so I won't touch it
[01:59] <Kamion> actually, no I won't, there's a new upstream - I'll backport the change to Ubuntu
[01:59] <pitti> yes, 4.3p1 or so
[01:59] <Kamion> 4.3p2 now
[01:59] <pitti> ah, right, p1 was the openbsd version
[01:59] <pitti> thank you
[01:59] <torkel> pitti: fixing my two gssapi bugs in ssh too (#28487 and #28488)? :-)
[02:00] <pitti> Kamion: I'll wait with the stables updates then
[02:00] <Kamion> no, 4.3 is the OpenBSD version
[02:00] <Kamion> 4.3p1 was the first portable version based on that, 4.3p2 is the second
[02:00] <Kamion> torkel: not unless you have patches
[02:01] <torkel> Kamion: I'll see what I can do. I may take some time though
[02:03] <AlinuxOS> hello, I can't find gnome-art package's .pot file for transation
[02:04] <mvo> infinity: initramfs.conf is giving me a conffile prompt for a dapper->dapper upgrade. is that known?
[02:07] <Kinnison> mjg59: bug 30465 -- what do you think the correct resolution is?
[02:07] <Ubugtu> malone bug 30465 in acpi-support "sleep fails to remove the button module causing spurious events" [Normal,Confirmed]  http://launchpad.net/bugs/30465
[02:07] <Kamion> grr, anonymously-accessible portable openssh cvs went away
[02:09] <mjg59> Kinnison: Yeah, that one's interesting
[02:09] <mjg59> Kinnison: What we actually want is for one of the kernel, acpid or hal to ignore that button event
[02:09] <Kamion> pitti: ok, go ahead and apply that to Ubuntu openssh; I'll sort out Debian later with a new upstream
[02:10] <pitti> Kamion: ok, will do
[02:10] <Kinnison> mjg59: I see. I can confirm that putting button on the list of module to be unloaded/reloaded certainly corrects the symptom
[02:10] <Kinnison> mjg59: It certainly is annoying
[02:10] <Kamion> thanks
[02:11] <mjg59> Kinnison: Seems to kill wakeup on some hardware
[02:11] <Kinnison> mjg
[02:11] <Kinnison> mjg59: feck
[02:15] <giftnudel> mjg59: I'd like to point you to the small bug 31156 since it's a matter of 30 seconds and sitting there for 9 days without being noticed ;)
[02:15] <Ubugtu> malone bug 31156 in acpi-support "only 915resolution installable but 49-855resolution-set.sh in /etc/acpi/resume.d" [Normal,Unconfirmed]  http://launchpad.net/bugs/31156
[02:16] <mjg59> giftnudel: I don't see how this is an acpi-support bug
[02:16] <mjg59> That file is provided by i855resolution
[02:16] <mjg59> i915resolution should provide a similar one
[02:16] <giftnudel> hmm?
[02:16] <giftnudel> dpkgs -S showed me acpi-support
[02:17] <mjg59> Nf.
[02:17] <mjg59> What the christ is it doing in there?
[02:17] <mjg59> Argh. I have no idea what I was thinking.
[02:20] <Kamion> infinity: it hit Scott's "I'll get you next time, Gadget!" case
[02:20] <Kamion> infinity: basically the problem is that libmysqlclient15-dev is already in the supported seed, and germinate doesn't want to promote it while it's processing the build-dependency tree stemming from desktop
[02:21] <Kamion> this is obviously a germinate bug somewhere - it should treat it as a satisfied build-dependency anyway
[02:23] <pitti> Kamion: btw, openssh test suite fails in sftp (without any changes from me)
[02:23] <Kamion> pitti: file a bug
[02:23] <Kamion> I'm deeply embroiled in other stuff right now and don't have brain-space for openssh :(
[02:23] <pitti> ok, sorry
[02:24] <mjg59> giftnudel: Fixed
[02:25] <giftnudel> mjg59: ok, should I file a bug in 915resolution or did you add a file?
[02:25] <giftnudel> mjg59: thanks anyway ;)
[02:26] <mjg59> giftnudel: Fixed in the 915resolution that I just uploaded
[02:26] <zakame> hi all!
[02:26] <giftnudel> mjg59: thanks again
[02:51] <Kamion> infinity: OK, fixed now; and you owe me a new brain. That was *hard*.
[02:55] <Kamion> pitti: mozilla demoted, you'll be glad to hear
[02:56] <Kamion> doko_: python2.3 demoted to universe, per anastacia
[02:56] <pitti> \o/ thanks
[02:56] <dholbach> woohoo!
[02:56] <Kinnison> Kamion: what populates /etc/shadow?
[02:56] <dholbach> GO Kamion GO!
[02:56] <doko_> Kamion: cool
[02:56] <Kinnison> Kamion: (the initial values)
[02:56] <doko_> Kamion: what about g++-3.4 / libstdc++6-dev ?
[02:57] <Kamion> doko_: on the list ...
[02:59] <Kamion> Kinnison: shadowconfig called from user-setup
[03:01] <doko_> Mithrandir: which package is responsible for /sbin:/usr/sbin not on the PATH?
[03:01] <Kinnison> Kamion:  thanks
[03:01] <Mithrandir> doko_: when's your install from?
[03:01] <Kamion> doko_: that's fixed; to fix your system, run: /var/lib/dpkg/info/libpam-modules configure ''
[03:01] <doko_> before out sprint
[03:01] <fabbione> pitti: ping?
[03:01] <pitti> hi fabbione 
[03:01] <fabbione> hey dude
[03:01] <fabbione> pitti: did you finish the 2 Main Inclusion reports for ipvsadm and keepalived?
[03:02] <pitti> yes, I did, at Friday
[03:02] <fabbione> pitti: cool thanks
[03:02] <Mithrandir> doko_: a bit more precisely?
[03:02] <fabbione> pitti: what was the next to move them main? bend over in front of Kamion?
[03:02] <Kamion> they don't appear to be seeded
[03:03] <pitti> fabbione: either seed it, or make them a dependency of something -> let anastacia bend over for you :)
[03:03] <Kamion> unless they're in the server seed
[03:03] <doko_> Mithrandir: the friday before our sprint
[03:03] <fabbione> Kamion: they are not seeded and they will be in server seed
[03:03] <Kamion> seed them, then
[03:03] <fabbione> Kamion: either way i would have lost :)
[03:03] <Kamion> I'll make anastacia look at ubuntu-server seeds (somehow)
[03:03] <fabbione> ok
[03:04] <Mithrandir> doko_: you probably fell victim to a bug in d-i, which nuked /etc/environment, then.
[03:04] <Kamion> and xubuntu while I'm at it
[03:05] <fabbione> Kamion: done thanks
[03:09] <hyperactivecrond> i tested the daily ubuntu install iso for friday... want my experience?
[03:10] <Kamion> bug reports are always welcome
[03:10] <hyperactivecrond> alright.
[03:11] <hyperactivecrond> Upon bootup, when one selects "boot from cd" the dialog that says 'loading' shows up and goes to 99% but 'Loading linux" and "Loading initrd" shows up on top above the Ubuntu logo
[03:11] <hyperactivecrond> Maybe we should highlight by default in the "time configuation" part of the install NO when asked if the hardware clock uses UTC
[03:12] <hyperactivecrond> For the "downloading packages" screen, the timer is messed up... sits on 0sec 
[03:12] <hyperactivecrond> when it runs grub-installl (hd0) it runs kind of slow
[03:13] <hyperactivecrond> ...and maybe we should make a splash screen for GRUB
[03:13] <hyperactivecrond> EOF
[03:13] <hyperactivecrond> no bugs that hinder the install though :)
[03:13] <Kamion> by bug reports, I meant in the bug tracking system rather than here
[03:14] <zul> hehe
[03:14] <Kamion> we don't want everybody sending bug reports here because we could never get anything done
[03:14] <hyperactivecrond> whoops. but no bad bugs that hinder install, so
[03:14] <Kamion> please also check for duplicates; at least some of the above have already been reported (e.g. the UTC thing, the downloading packages thing)
[03:14] <hyperactivecrond> ah. apologies
[03:15] <hyperactivecrond> i'm out
[03:23] <Kinnison> pitti: had a chance to look at that hal/pmi diff?
[03:23] <pitti> Kinnison: not yet, but if it's really urgent, then I can do it now
[03:24] <Kinnison> pitti: If I can get a "interesting" vs "yuck" I'd be appreciative
[03:24] <mvo> ogra: gnome-screensaver is not showing a unlock dialog, what can I do to debug/kill it?
[03:26] <seb128> mvo: gnome-screensaver --no-daemon --debug 
[03:26] <seb128> mvo: probably redirect that to a log and read it after trying to unlock
[03:27] <mvo> seb128: *grumpf* no I can't reproruce it anymore
[03:28] <pitti> Kinnison: the really clean way would be to implement this as a probe in hald/linux2/probing
[03:28] <pitti> Kinnison: changing properties in the init script is pretty ugly IMHO
[03:29] <pitti> Kinnison: so, it's fine for me as an intermediate solution to fix some bugs, if we can find a cleaner solution with upstream eventually
[03:29] <Kinnison> pitti: my original patch did it in osspec.c but that runs after privsep
[03:29] <pitti> Kinnison: the hal probes run as root and thus can call pmi, too
[03:29] <hyperactivecrond> when i apt-get install 'ed nvidia-glx, i logged out of GNOME and when I logged back in, it said that gnome-panel was already running.  Also, ctl-alt-backspace doesn't re-start gdm
[03:29] <pitti> Kinnison: right
[03:29] <hyperactivecrond> just fyi
[03:29] <Kinnison> pitti: I see, I didn't understand those bits
[03:29] <Kinnison> pitti: :-)
[03:30] <Kinnison> pitti: If you're happy with that as an intermediate, will you upload a hal with it, and then we can look at a cleaner way later?
[03:30] <pitti> Kinnison: just upload it yourself for now
[03:30] <Kinnison> pitti: if you're happy for me to do that then sure
[03:30] <pitti> Kinnison: yes, we can clean it up later together, no problem
[03:30] <Kinnison> pitti: thanks dude
[03:31] <pitti> no problem, I didn't do anything but complain for now :)
[03:31] <Kinnison> heh
[03:32] <pitti> Kinnison: btw, probe-hiddev.c is an easy probe that sets properties, that should be a nice example
[03:32] <Kinnison> pitti: thanks
[03:33] <Kinnison> pitti: the hal package means cdbs-edit-patch doesn't work :-(
[03:33] <pitti> Kinnison: after I finished my security stuff backlog, I need to work on hal again anyway, then I can do this
[03:33] <pitti> Kinnison: http://people.ubuntu.com/~pitti/scripts/cdbstpatch
[03:33] <pitti> Kinnison: it's a gross and quick hack I did for cdbs+tarball
[03:33] <pitti> Kinnison: it needs dbs installed (it uses dbs-edit-patch as backend)
[03:34] <pitti> but it works reasonably
[03:34] <pitti> one day I'll integrate it into cdbs-edit-patch
[03:35] <Kinnison> heh
[03:37] <ogra> mvo, sounds like bug 29178
[03:37] <Ubugtu> malone bug 29178 in gnome-screensaver "password dialog doesn't have focus" [Major,Confirmed]  http://launchpad.net/bugs/29178
[03:38] <mvo> ogra: I didn't got a dialog at all
[03:41] <ogra> mvo, if an app grabs the focus before the dialog comes up you wont get it to show up
[03:41] <stockholm> what does this mean?
[03:41] <stockholm> Diagnostic-Code: X-Postfix; host fiordland.ubuntu.com[82.211.81.145]  said: 550 <silber@canonical.com>: Recipient address rejected: User unknown in virtual alias table (in reply to RCPT TO command)
[03:42] <ogra> i have no idea where to look for that yet, but i suspect metacity to be buggy, or certain apps ... i could reproduce it with synaptics vte stuff, got a configfile prompt that grabbed the focus
[03:43] <ogra> stockholm, that usually means that the target address is unknown ...
[03:43] <ogra> :)
[03:44] <stockholm> ogra: yes. and that means? 
[03:44] <stockholm> is jane no longer around?
[03:44] <stockholm> did she fire herself?
[03:44] <stockholm> (c:
[03:44] <ogra> if you want to reach a female employee at canonical, its usually helpful to put a "jane." in front of the address ;)
[03:45] <ogra> helps in many cases ;)
[03:45] <Treenaks> ogra: jane.ogra will get the Female version of you? :P
[03:45] <mvo> ogra: have you tried to set "gtk_window_keep_above()" to make sure that it's at least always visible in the unlock dialog?
[03:46] <ogra> (while i heard that new name considerations become trendy ... ;) )
[03:46] <ogra> mvo, i havent changed anny gss code from upstream yet ...
[03:46] <mvo> ogra: ah, ok
[03:46] <ogra> will try that, thanks
[03:47] <stockholm> ogra: but this mail worked before.
[03:47] <stockholm> i received mail from it
[03:47] <Kinnison> seb128: apparently upgrading FC4 to FC5 isn't supported
[03:47] <stockholm> is her real address jane.si... nowerdays?
[03:47] <Kinnison> seb128: so they solved it one would assume by removing the applet from the default config
[03:47] <Kinnison> stockholm: it always has been
[03:48] <ogra> Kinnison, so we should support FC4->dapper .... would be a great marketing deal *g*
[03:48] <stockholm> duh, it was a cut and past error on my side. appologies.
[03:58] <Kamion> apologies for firefox currently being uninstallable; the next publisher run should fix that
[03:58] <Kamion> I was bitten by the combination of bug 31515 and bug 32135
[03:58] <Ubugtu> malone bug 31515 in launchpad-upload-and-queue "change-override is too quiet by default" [Normal,Confirmed]  http://launchpad.net/bugs/31515
[03:58] <Ubugtu> malone bug 32135 in launchpad-upload-and-queue "change-override.py -S incorrectly moves binaries no longer built by this source" [Normal,Unconfirmed]  http://launchpad.net/bugs/32135
[04:00] <JaneW> Treenaks: ROTFL
[04:30] <hyperactivecrond> what packages provides gdmsetup?
[04:30] <pitti> dpkg -S gdmsetup should tell you
[04:31] <hyperactivecrond> thx pitti
[04:37] <Keybuk> ...why is bluefish suddenly the default editor for source code?
[04:38] <seb128> Keybuk: what mimetype is your source code?
[04:38] <Keybuk> C
[04:38] <seb128> that's not a mimetype
[04:38] <Keybuk> text/x-csrc
[04:38] <sladen> mjg59: I don't think KEY_SUSPEND is getting through as it's not in the /sys/class/input/input0/capabilities/key bitmask
[04:39] <seb128> Keybuk: hum, does the bluefish.desktop mention "text/x-csrc"?
[04:40] <Keybuk> where would I find that?
[04:40] <seb128> dpkg -L bluefish | grep desktop
[04:40] <seb128> grep crsc ....
[04:40] <Keybuk> yes, it mentions it
[04:40] <Keybuk> in the MimeType=... bit
[04:40] <Keybuk> along with test/x-chdr, application/x-perl, application/x-python, etc.
[04:41] <seb128> does putting a text/x-csrc=gedit.desktop to /etc/gnome/defaults.list fixes it?
[04:42] <Keybuk> I have one of those in my ~/.local/share/applications/defaults.list as a result of changing it in Nautilus
[04:42] <Keybuk> and that fixes it
[04:42] <seb128> k
[04:42] <seb128> please open a bug, I'll fix that soon
[04:42] <seb128> but better to have the bug as reminder :)
[04:44] <Keybuk> seb128: bug 32140
[04:44] <Ubugtu> malone bug 32140 in bluefish "Claims ownership of C, Perl, Python, etc. MIME types" [Normal,Unconfirmed]  http://launchpad.net/bugs/32140
[04:45] <seb128> Keybuk: ah, that's a way to see the issue
[04:45] <seb128> I was thinking to list those mimetype to /etc/gnome/defaults.list with a proper default rather (ie: gedit)
[04:45] <Keybuk> "see the issue" ?
[04:45] <hyperactivecrond> is it save to say in #ubuntu that flight 4s out?
[04:46] <hyperactivecrond> never mind. once again
[04:47] <seb128> Keybuk: "point of view"
[04:47] <Keybuk> ah, it's more that I have no idea how the MIME type stuff works *this week*
[04:47] <seb128> Keybuk: you can blame bluefish to listing them or you can blame the default file to not list them
[04:47] <seb128> s/to/for
[04:47] <sladen> mjg59: urm. *not* getting through
[04:47] <Keybuk> I don't think the default file was there last week ;)
[04:47] <Keybuk> I'm sure nautilus used to just make replacement .desktop files
[04:47] <seb128> Keybuk: /etc/gnome/defaults.list is here since warty or hoary
[04:48] <seb128> nautilus creates users .desktop when adding an handler for a mimetype
[04:48] <seb128> and makes a default.list when changing a default with nautilus "open with" tab
[04:49] <Keybuk> right ... I think
[04:49] <Keybuk> anyway, it wasn't so much an opinion as a "I don't understand this stuff" stab in the dark <g>
[04:50] <seb128> k
[04:50] <seb128> the default system apps are listed to /etc/gnome/defaults.list
[04:50] <seb128> with MimeType=app.desktop
[04:50] <seb128> I'll put a =gedit.desktop for those
[04:55] <jdub> seb128: morning!
[04:56] <seb128> hey hey jdub ;)
[04:57] <seb128> jdub: how are you?
[04:58] <jdub> Keybuk: i do not push shiny without caring if it works or not.
[04:58] <jdub> seb128: pretty hammered
[04:58] <jdub> seb128: but good - it's very cold outside, but the office is very hot!
[04:58] <seb128> "very cold outside", sissi ... :)
[05:00] <zul> heh..it was -18 celsius in ottawa this weekend...thats cold
[05:00] <mvo> wb dholbach
[05:00] <sivang> hi all
[05:08] <Keybuk> or is this documentation *way* out of date?
[05:09] <Keybuk> pitti: you know about inotify, right? :)
[05:09] <pitti> Keybuk: only what it is for
[05:09] <Amaranth> zul: pfft, it got colder than that here
[05:10] <sladen> mjg59: bingo  hotkey-setup needs to do  setkeycodes cc 204  before acpi-support can be used to send 204
[05:10] <sladen> mjg59: ^ acpi-support's acpi_fakekey
[05:10] <Amaranth> zul: our high on friday was -17 C, iirc the low was -19.4 C
[05:10] <pitti> Keybuk: in any case /dev/inotify is obsolete, if you mean that
[05:12] <Amaranth> yeah, look at how gamin uses it
[05:13] <seb128> or gnome-vfs2
[05:14] <Keybuk> pitti: ah, that's what I mean
[05:14] <Keybuk> I just noticed we don't have one
[05:17] <Amaranth> seb128: I haven't looked at the gnome-vfs2 code but I can't see if being easier to understand than gamin. :)
[05:27] <Kamion> mjg59: I don't see why ttf-bpg-georgian-fonts is a native package?
[05:27] <Kamion> is it just because there's no upstream tarball?
[05:33] <Kamion> is Gauvain Pocentek here?
[05:33] <Kamion> actually, I'll just send mail, never mind
[05:38] <jpatrick> Kamion: he is in #ubuntu-motu
[05:41] <raphink> hi guys
[05:42] <raphink> when are the testing pages to be updated with flight 4 ?
[05:42] <raphink> they're for flight 3 currenly
[05:42] <dholbach> raphink: It'd be great if you could do it :)
[05:42] <raphink> dholbach: sure if you tell me how to do it properly
[05:43] <raphink> dholbach: I'm currently testing kubuntu dapper flight 4 live i386
[05:43] <raphink> and I've seen quite a lot of things to fix
[05:43] <raphink> but dunno to report
[05:43] <raphink> s/to report/where to report/
[05:43] <dholbach> raphink: report to Malone and list the bugs you found as known issues
[05:43] <dholbach> raphink: if you like... :)
[05:43] <raphink> dholbach: what is the package for the splash screen we get at startup?
[05:44] <raphink> :s
[05:44] <dholbach> for kubuntu?
[05:44] <jpatrick> usplash
[05:44] <raphink> I need to report against this one
[05:44] <dholbach> no idea, sorry
[05:44] <dholbach> ah that one
[05:44] <raphink> no jpatrick, before that
[05:44] <jpatrick> :/ no idea
[05:44] <dholbach> grub?
[05:44] <raphink> dholbach: where you choose the languages and so on
[05:44] <raphink> dholbach: it seems more complete than grub
[05:44] <dholbach> languages? erm
[05:44] <jpatrick> wait, I knew this one
[05:46] <raphink> iso something
[05:46] <raphink> lol
[05:46] <raphink> well I think it's called isolinux actually
[05:46] <raphink> but not sure ubuntu uses that
[05:47] <jpatrick> I got it!
[05:47] <jpatrick> gfxboot
[05:47] <raphink> let's see
[05:48] <Gloubiboulga> hi
[05:48] <Gloubiboulga> Kamion, pong :)
[05:48] <raphink> jpatrick: seems like that's what it is, thanks
[05:48] <Kamion> Gloubiboulga: never mind, you have mail
[05:48] <Gloubiboulga> yep, thanks
[05:48] <Kamion> raphink: gfxboot-theme-ubuntu
[05:48] <jpatrick> raphink: no problem :)
[05:48] <raphink> Kamion: it's the languages that have a bug
[05:49] <Kamion> gfxboot is the infrastructure, gfxboot-theme-ubuntu is the thing that actually draws the screen
[05:49] <raphink> Kamion: selecting french as the language for the CD crashes the keyboard layout for some keys
[05:49] <Gloubiboulga> Kamion, we've discussed this issue with Tonio and the devs, new packages will come tomorrow
[05:49] <raphink> :(
[05:49] <Kamion> raphink: already reported multiple times
[05:49] <ogra_> Kamion, 
[05:49] <raphink> Kamion: ok then ;)
[05:49] <Kamion> your keyboard layout sucks rocks through a very narrow straw :(
[05:49] <ogra_> openssh (1:4.1p1-7ubuntu4) breezy; urgency=low
[05:49] <ogra_>   * Add /usr/games to the default $PATH for non-privileged users.
[05:49] <raphink> good then
[05:49] <ogra_> Kamion, did that ever enter debian ? ^^^
[05:50] <Kamion> ogra_: it's in my local tree but not uploaded
[05:50] <Kamion> the French keymap in console-data made my head explode and I couldn't figure out if I was getting the translation to gfxboot-ese right or not
[05:50] <Kamion> evidently not
[05:50] <ogra_> Kamion, would be nice if it could, debian uses our ltsp implementation in sid ...
[05:50] <Kamion> ok, I'll do it now
[05:50] <ogra_> so they have path problems 
[05:50] <Kamion> may as well get it out of the way before moving to 4.3
[05:51] <Keybuk> hmm, clearly I'm missing something about inotify ... anyone an expert and could help me for a moment?
[05:52] <Kamion> Gloubiboulga: thanks. a launchpad bug means I can't reject it for the moment anyway ...
[05:52] <Kamion> (bug 32145)
[05:52] <Ubugtu> malone bug 32145 in launchpad-upload-and-queue "can't reject libswitch" [Normal,Unconfirmed]  http://launchpad.net/bugs/32145
[05:57] <mjg59> sladen: Yeah, I figured that out
[05:57] <mjg59> Kamion: Because there's no original tarball?
[05:57] <mjg59> (Or wasn't when I downloaded it, anyway)
[05:57] <mjg59> sladen: There's a trivial kernel patch to make that sane
[05:58] <sladen> it's probably technically correct how it is
[05:59] <Kamion> mjg59: yeah, I worked that out, is accepted now
[06:00] <mjg59> sladen: I don't really see why - the table in the kernel is arbitrary, based on what's been seen in the wild
[06:06] <Kamion> ogra_: uploaded
[06:07] <ogra_> Kamion, thanks :)
[06:27] <Keybuk> pitti: ping?
[06:30] <sladen> mjg59: so if you fix the kernel it deals with all the other non working keys that broke recently
[06:30] <Riddell> pitti: Keep is built for your reviewing pleasure
[06:31] <Seveas> Kinnison, dude, scary pictures@planet 
[06:32] <Kinnison> heh
[06:33] <HiddenWolf> mvo: the dapper flight4 release announcement shows the inotify bug to. http://www.simplifiedcomplexity.com/images/screenshots/dapper/flight4/xchat-gnome-notification.png
[06:36] <HiddenWolf> eh, inotify -> libnotify. :P
[06:36] <HiddenWolf> and added to the bug, sorry for buggin
[06:37] <mvo> HiddenWolf: thanks, indeed
[06:47] <jdub> elmo: please sync listadmin 2.29-1 from unstable
[06:53] <pitti> Keybuk: pong
[06:53] <Keybuk> pitti: you added all the dhc_dbus stuff to dhclient-script?
[06:53] <pitti> Keybuk: no, thom
[06:53] <Keybuk> assumedly it does something to do with finding out whether dhcdbd has spawned that dhclient?
[06:53] <Keybuk> bah, you're in the changelog
[07:07] <xhaker> hill
[07:07] <xhaker> the contraction of hi +all
[07:08] <Treenaks> not "hi y'all" ?
[07:08] <xhaker> or simply result of silly typing :)
[07:08] <xhaker> i mistyped
[07:09] <pitti> Riddell: ping
[07:09] <xhaker> Has any change to a user's $PATH happened recently?
[07:09] <pitti> xhaker: https://wiki.ubuntu.com/OneTruePath
[07:10] <Treenaks> One path to rule them all!
[07:11] <xhaker> thanks and all but.. my $PATH is /bin:/usr/bin
[07:11] <xhaker> is this wanted?
[07:12] <Riddell> pitti: hi
[07:13] <pitti> Riddell: I just replied to bug 30956, it would be nice to discuss how to solve this
[07:13] <Ubugtu> malone bug 30956 in amarok "No Dutch translation in Amarok" [Normal,Confirmed]  http://launchpad.net/bugs/30956
[07:14] <xhaker> pitti: can you answer my question please?
[07:14] <pitti> xhaker: oh, that looks wrong, please prod Mithrandir 
[07:18] <Riddell> pitti: hmm, so the extract messages scipts just sets the po directory to be $PWD/po
[07:18] <Riddell> which in the case of this package isn't the same as where the po files are
[07:18] <pitti> Riddell: yes, because it finds a pot in po/, but none in build-tree/../po
[07:18] <pitti> Riddell: so where are the original po files?
[07:19] <Riddell> pitti: in the amarok-1.3.8.tar.bz2 file which gets extracted to ./source/build-tree/amarok-1.3.8
[07:19] <pitti> ah, tarball
[07:19] <Riddell> yeah
[07:19] <pitti> so why isn't the pot file generated in build-tree, too, then?
[07:19] <Riddell> because extract messages sets $podir to $PWD/po
[07:19] <Riddell> I can patch that
[07:20] <pitti> I'm not sure how I could change the current heuristics without breaking the import of other packages
[07:20] <pitti> Riddell: hm, would patching be easy?
[07:20] <Riddell> although not sure how to patch it so that the patch doesn't need to be changed for each new amarok version
[07:20] <Riddell> pitti: should be, just change the extract messages scipt to have different $podir
[07:20] <Riddell> set it to ./source/build-tree/amarok-1.3.8/po presumably
[07:20] <pitti> build-tree/amarok-*/po ?
[07:21] <Riddell> that could work
[07:21] <Kamion> xhaker: run this to unfuck your path: /var/lib/dpkg/info/libpam-modules configure ''
[07:21] <Riddell> I'll give it a try
[07:21] <Kamion> xhaker: you probably installed from a daily install CD between Flight 3 and Flight 4?
[07:21] <xhaker> Kamion: true.. onde day before flight 4
[07:22] <xhaker> hehe, i was going to try to run the postinst of the libpam-modules
[07:22] <Kamion> er, yeah
[07:22] <Kamion> libpam-modules.postinst, not libpam-modules
[07:22] <Kamion> localechooser (0.27ubuntu6) dapper; urgency=low
[07:22] <Kamion>   * post-base-installer: Don't clobber existing contents of
[07:22] <Kamion>     /etc/environment.
[07:22] <Kamion>  -- Colin Watson <cjwatson@ubuntu.com>  Thu, 16 Feb 2006 15:21:28 +0000
[07:22] <xhaker> that's better tho :P
[07:22] <Kamion> that's when I fixed it
[07:23] <xhaker> let's see :)
[07:23] <Kamion> it only affects installs from dailies between Flight 3 and Flight 4, so we'll probably just live with not figuring out how on earth to fix that breakage on upgrades automatically
[07:24] <sladen> pitti: oh gawd, ~/.pam_environment could really do with a better name
[07:25] <pitti> I agree
[07:25] <xhaker> Kamion: do i need to restart pam to get my PATH back?
[07:27] <sladen> xhaker: you probably  need to log in again
[07:27] <xhaker> that's what i meant :)
[07:27] <xhaker> thanks
[07:29] <xhaker> brb then
[07:30] <xhaker> shweet
[07:32] <xhaker> Kamion: thanks again
[07:39] <lamont> seb128/pitti: please look at https://launchpad.net/distros/ubuntu/+source/util-linux/+bug/32136 and figure out who it really belongs to.  kthxbye
[07:39] <Ubugtu> malone bug 32136 in util-linux "Unable to unmount remov. mediums without terminal" [Normal,Unconfirmed]  
[08:30] <shaya> beagle changelog says that evolution backend was disabled because it doesn't work
[08:30] <shaya> I've been using my own beagel 0.2.1 package (dpkg-buildpackage debian source) w/o a problem
[08:31] <shaya> so wondering why it was disabled
[08:36] <gouchi> Hi
[08:36] <gouchi> #12741 is fixed in Dapper ?
[08:37] <gouchi> I have upgraded my kernel in Breezy and grub change my entry !
[08:41] <slomo> shaya: so searching your contacts in the evolution address book work for you in beagle?
[08:42] <shaya> slomo: searching messages for sure does
[08:42] <shaya> let me check contacts
[08:42] <tseng> searching messages has nothing to do with it
[08:42] <shaya> ok
[08:42] <shaya> I have one contact in my evolution address book
[08:42] <shaya> beagle finds it
[08:44] <tseng> ok, it uses a custom widget now
[08:45] <tseng> it might not blow up, but evo-sharp still doesnt properly support evolution-data-server 1.5
[08:45] <tseng> i will reenable it when it does
[08:45] <tseng> but searching mail is unaffected either way
[08:48] <Marticus> is the web site maintainer available in this channel?
[08:48] <Kamion> ogra: bonus
[08:48] <Kamion> all flavours?
[08:48] <ogra> Kamion, can you please un NEW xscreensaver-gl-extra and xscreensaver-data-extra after they built 
[08:49] <ogra> Kamion, yupp
[08:49] <shaya> ok
[08:49] <Kamion> probably not this evening, I'm going out to karate RSN
[08:49] <ogra> no hurry :)
[08:49] <Kamion> but I can do a pass over NEW tomorrow morning, sure
[08:51] <tepsipakki> Kamion: you seem to be on the CC, any news when the next meeting is held?-)
[08:52] <Kamion> tepsipakki: er no sorry, see above about going out soon
[08:53] <tepsipakki> ah, righto
[08:57] <Kamion> tepsipakki: unilaterally declared as 2000 UTC
[08:57] <Kamion> (tomorrow, obviously)
[08:58] <tepsipakki> Kamion: ok, thanks!
[09:04] <gouchi> is there a doc that present Ubuntu flavor ?
[09:04] <gouchi> so that new user can choose his flavor ?
[09:06] <Burgwork> gouchi, Ubuntu has GNOME, Kubuntu has KDE, Edubuntu is for kids and schools, Xubuntu has XFCE. Not much more to say
[09:06] <gouchi> Yep I know :)
[09:07] <gouchi> there is a little to tell
[09:07] <Burgwork> generally if they don't know what those are, give them Ubuntu
[09:07] <gouchi> for user that never heard about Linux
[09:08] <Burgwork> IHMO, don't confuse new users with that kinds of questions, because they don;'t have the context to be able to make a meaningful choice
[09:09] <gouchi> yep :)
[09:09] <gouchi> just graphically :)
[09:12] <Burgwork> gouchi, that still doesn't help them, becuase a pretty screenshot is not enough context to make that kind of decision
[09:12] <gouchi> yep that's true
[09:12] <Burgwork> so give them Ubuntu and if they want to explore later, let them
[09:16] <gouchi> ok
[09:18] <Kyral> i just tell'em to try them all
[09:18] <Kyral> since KDE/GNOME/XFCE/etc can be installed alongside each other :P
[09:18] <ogra> dholbach, ping ...
[09:21] <gouchi> :)
[09:24] <Seveas> Kamion, thanks for setting the meeting time. Are you going to send notices to the e-mail lists too or should I do that?
[09:27] <sivang> Seveas: CC meeting?
[09:27] <Seveas> sivang, yes
[09:55] <HiddenWolf> dholbach: since you touched gnome-games a while ago, do you know where it stores the scores for mahjongg?
[09:56] <dholbach> /var/games
[09:57] <HiddenWolf> Danke
[10:25] <jmg> hi guys
[10:25] <jmg> is there a hax to install the skype deb on dapper?
[10:26] <jmg> or is it impossible
[10:26] <Burgwork> jmg, please ask in #ubuntu, as this is not a support channel
[11:00] <wasabi_> Huh. I think updating dapper just changed my bios UTC setting
[11:01] <wasabi_> Cuz it's suddenly 10 PM
[11:08] <Burgwork> mvo, me as well
[11:08] <ogra> the webserver is down it seems
[11:08] <ogra> pachine is pingable ...
[11:08] <ogra> *machine
[11:09] <ajmitch_> morning
[11:11] <Burgwork> morning ajmitch_ 
[11:12] <mlistus> hi all
[11:14] <mlistus> i need help about cd customization. nobody answered on the other ubuntu channels. i figured this is the best place to ask for help
[11:19] <Kamion> Seveas: go ahead, thanks - I've run out of time for tonight
[11:24] <mlistus> hello?
[12:00] <slomo> infinity, lamont: gst-plugins-ugly-multiverse0.10 isn't build on ppc for some reason... the buildds are idle but it is still at "Needs building"