[12:16] <Fujitsu> Mithrandir: I've just realised I forgot something in the pymol I just uploaded. Can you please reject it when you get around to doing that sort of thing?
[12:21] <Fujitsu> Mithrandir: It seems I was able to overwrite it by uploading with the same version number again, so it's fine. Sorry for the noise.
[12:27] <keescook> Mithrandir: I have a security fix for CVE-2007-1420 (DoS) for mysql-dfsg-5.0, okay to upload?
[12:36] <asac> how can i get a launchpad hosted bazaar archive for my mozilla packaging?
[12:36] <asac> bzr
[12:36] <asac> :)
[12:37] <cjwatson> asac: 'bzr push sftp://bazaar.launchpad.net/~asac/NAME-OF-SOME-LAUNCHPAD-PRODUCT/NAME-OF-BRANCH'
[12:38] <cjwatson> asac: or replace ~asac with ~TEAMNAME if you want it to be writeable by other members of a team
[12:38] <cjwatson> just do that in a bzr branch you have on your disk and it'll magically appea
[12:38] <cjwatson> r
[12:38] <asac> cjwatson: so just push? without registering product?
[12:39] <asac> cool
[12:39] <cjwatson> no, the product needs to exist first
[12:39] <cjwatson> should be one for firefox already though surely
[12:39] <asac> hmm
[12:39] <asac> ok
[12:39] <cjwatson> namely 'firefox'
[12:39] <asac> so bzr archives are bound to product
[12:39] <cjwatson> right
[12:40] <cjwatson> it's easy to create a product though if need be
[12:40] <asac> e.g. from technical perspective
[12:40] <cjwatson> ok, so
[12:41] <cjwatson> products => single upstream things. Firefox is a product. mplayer is a product. totem is a product. etc.
[12:41] <cjwatson> projects => collections of upstream things that are closely related. Mozilla, GNOME, d-i, etc. are projects
[12:42] <cjwatson> bzr branches are associated with products because the bulk of bzr branches are expected to be branches from imports of upstream code, which is going to be of a particular product
[12:43] <cjwatson> people/teams are a different ... I believe the term in LP-speak is "pillar"
[12:44] <Fujitsu> Beware, products are currently being renamed to projects, and projects to project groups.
[12:44] <cjwatson> different category, anyway. Person => generally a human, though some people in LP are automatic imports that basically just model an e-mail address
[12:44] <Fujitsu> There's a lot of ambiguity on beta at the moment.
[12:44] <asac> hmmm so why is ~asac ~teamname in the bzr url? where do people sync from? not just http://bazaar.launchpad.net/NAME-OF-SOME-LAUNCHPAD-PRODUCT/NAME-OF-BRANCH
[12:44] <cjwatson> team => collection of people; generally you ought to be able to use people and teams interchangeably in almost any context in LP
[12:45] <cjwatson> asac: just s/sftp/http/ - it's like public_html
[12:45] <asac> is it just a permission thing?
[12:45] <asac> ah ok
[12:45] <cjwatson> yeah, pretty much
[12:45] <asac> ok ... i think i get it
[12:45] <cjwatson> it's like a g+w directory in public_html with the relevant group
[12:45] <asac> multiple users / teams could have their own branch of a product
[12:45] <cjwatson> not implemented that way, but never mind
[12:46] <cjwatson> right, exactly
[12:46] <asac> but is there an url for the ULTIMATE master branch ;)
[12:47] <cjwatson> well, it's distributed VC, so not really :-) you see ~vcs-imports sometimes though, which corresponds to bzr imports of upstream CVS or svn or whatever
[12:47] <cjwatson> I think firefox has been too huge and complicated to import up to now
[12:48] <cjwatson> see also BzrMaintainedPackages on the wiki for some links you can follow into how people are using this stuff in practice in Ubuntu
[12:49] <cjwatson> hmm, I should update those URLs
[12:57] <poningru> halp
[01:01] <asac> cjwatson: the idea would be to just upload debian directory and maintain patches inside it
[01:02] <Fujitsu> asac: That's the `merge' functionality of bzr-builddeb.
[01:02] <asac> cjwatson: its not for current package which is a sinking ship, but for a new great future :)
[01:02] <asac> Fujitsu: he?
[01:02] <asac> Fujitsu: what can this do?
[01:05] <cjwatson> asac: yep, should be workable
[01:40] <imbrandon> moins
[02:31] <popey> I just installed a feisty herd 5 *command line* system, and it finished with multiverse and universe enabled out of the box.. is that not the wrong thing to do?
[02:32] <poningru> popey: been doing that for all the installs now
[02:33] <poningru> installed desktop today
[02:33] <popey> ah, ok, fair enough
[02:33] <poningru> turned out it had everything enabled by default
[02:33] <poningru> well except for source
[02:33] <popey> just seemed odd, i have never done a command line install
[02:33] <popey> this has source too
[02:33] <popey> only thing that isn't is backports
[02:51] <licio> where is the update-manager logs?
[03:02] <licio> uhm.. synapit/files/history
[03:02] <licio> :)
[04:07] <bhale> Mithrandir: i actually uploaded beagle 0.2.16.3, very minor increment off the bugfix svn branch (exception for .2). I can make a uvf later if really needed, upstream has been really pushing to get the stable branch updates in
[06:56] <rourke> in default dapper and edgy, freetype's "without_bytecode_interpreter" variable is set to 0 or 1?
[07:51] <pitti> Good morning
[07:51] <Fujitsu> Hi pitti.
[07:51] <pitti> hey Fujitsu 
[07:52] <ajmitch> hi pitti 
[07:53] <rourke> in default dapper and edgy, freetype's "without_bytecode_interpreter" variable is set to 0 or 1?
[07:58] <Mithrandir> keescook: sure, feel free to upload.
[07:59] <Mithrandir> Fujitsu: please don't upload multiple items with the same version numbers.  It confuses the archive admins.
[07:59] <Mithrandir> Fujitsu: I've rejected one of them, I'm hoping for the right one
[08:03] <Fujitsu> Mithrandir: Ah, I presumed it had overwritten. Sorry.
[08:03] <Fujitsu> (I would have thought it wouldn't have accepted two of them, but I thought I'd try)
[08:04] <Mithrandir> no, both end up in unapproved.  I call it a design bug.
[08:04] <Fujitsu> That is a little silly, IMO.
[08:04] <Mithrandir> yes, it is.
[08:04] <imbrandon> no timestamp?
[08:04] <imbrandon> btw, moins all
[08:05] <Hobbsee> hopefully i wont get kicked out of here so quickly.
[08:05] <Mithrandir> imbrandon: they're timestamped, so that bit is fine.  Still annoying.
[08:05] <Mithrandir> Hobbsee! :-)
[08:05] <imbrandon> Mithrandir, ahh true
[08:06] <Fujitsu> Argh, attack of the clones.
[08:07] <Fujitsu> You did accept the right one, Mithrandir. Thanks, and sorry.
[08:24] <Mithrandir> bhale: changelog says * Update relibtoolize.dpatch, but it's disabled in 00list.  Is that on purpose?
[08:35] <Mithrandir> Riddell: qt4-x11 FTBFS with references to your home directory.
[08:58] <Mithrandir> slomo__: could you do a MIR for libxml-twig-perl?  It seems to be needed for libnet-dbus-perl.
[09:18] <OpenNo> sup geeks
[09:19] <Hobbsee> ...
[09:20] <OpenNo> hobbsee my ol mate.
[09:20] <Hobbsee> oh...i know who you are...
[09:21] <OpenNo> who am I?
[09:21] <OpenNo> do we even exist?
[09:21] <OpenNo> lol sorry dude. How you been keeping?
[09:22] <Hobbsee> just fine, thanks
[09:22] <Hobbsee> why are you back here?
[09:22] <OpenNo> huh?
[09:22] <OpenNo> Because I have the right to be here.
[09:22] <dholbach> good morning
[09:23] <Hobbsee> hey dholbach!
[09:23] <Fujitsu> Hi dholbach.
[09:23] <Hobbsee> OpenNo: okay, just dont troll.  and i remember you from months ago.
[09:23] <dholbach> hey Hobbsee, hey Fujitsu
[09:23] <OpenNo> hey dholbach dude, what's happenin man? 
[09:24] <OpenNo> I brought Vista on DVD and deleted it after first day. It chokes man.
[09:24] <dholbach> i'm just waking up and ready for the day :)
[09:24] <mdke> morning dholbach 
[09:24] <dholbach> hey mdke
[09:24] <Hobbsee> heya mdke 
[09:24] <mdke> dholbach: what's the status in terms of freezes and such for an ubuntu-docs upload?
[09:25] <Hobbsee> mdke: we're in main freeze at least.  ask a member of the release team
[09:25] <dholbach> mdke: we're frozen for beta, but if you think it's necessary for the docs to go in, you have to talk to Mithrandir
[09:25] <Mithrandir> mdke: I'm fine with docs being uploaded if you'd want them in for beta.
[09:25] <mdke> Mithrandir: we have some new strings I'd like to get into the archive asap
[09:26] <dholbach> mdke: ok, i'll do an update then
[09:26] <Mithrandir> sure, talk to dholbach or whoever usually sponsors you.
[09:26] <mdke> thanks dudes
[09:26] <OpenNo> I found a bug in my Coffee.
[09:27] <Hobbsee> OpenNo: hooray.  #ubuntu-offtopic
[09:28] <OpenNo> I know that you believe you understand what you think I said, but I'm not sure you realize that what you heard is not what I meant
[09:28] <dholbach> OpenNo: the topic indicates that this channel is for development discussions of ubuntu - if you have nothing worthwhile to add, please don't disturb the rest of us
[09:28] <Mithrandir> OpenNo: please stay on topic or leave the channel.
[09:28] <Mithrandir> thanks Hobbsee
[09:28] <Hobbsee> bloody trolls
[09:28] <Fujitsu> Mithrandir: You know he's been here before a number of times, right?
[09:28] <Hobbsee> pity i cant kickban on sight.
[09:29] <dholbach> hey mvo
[09:29] <mvo> hey dholbach
[09:29] <Hobbsee> ah, here we go.  predictable, he's gone to #ubuntu-ops
[09:29] <Fujitsu> Is it publically logged?
[09:30] <dholbach> mdke: can you add something like     export DEBFULLNAME='Daniel Holbach'
[09:30] <dholbach> export DEBEMAIL='daniel.holbach@ubuntu.com'      to your ~/.bashrc ?
[09:30] <dholbach> mdke: the changelog says   matt@kalliope    again
[09:31] <Hobbsee> Fujitsu: somewhere.  just join
[09:31] <mdke> dholbach: whoosh
[09:31] <mdke> sorry
[09:31] <dholbach> np
[09:34] <Hobbsee> Mithrandir: and he's gone from the entire network.  nice. :D
[09:37] <dholbach> mdke: -> query
[09:37] <mneptok> Hobbsee: i can kb on host recognition, but i don't feel like scripting the bits to get a +o to actually do it.
[09:38] <Hobbsee> heh
[09:38] <mneptok> torpor FTW!
[09:44] <dholbach> mdke: i sent you a list of files that are not in server guide any more - I suppose you've rushed off to work. I'll upload it now, the docs work for me. If stuff breaks, drop me a mail and I'll update it again
[09:49] <dholbach> mdke: glad to see that was alright
[09:49] <mdke> yep, all good
[09:50] <mdke> Mithrandir: if you can poke it through as/when necessary, that'd be great
[09:50] <Mithrandir> sure
[09:51] <tepsipakki> what is the correct format for an automatic bug-closing entry in the package changelog?
[09:51] <tepsipakki> I've tried some but they don't work
[09:53] <cjwatson> tepsipakki: correct
[09:53] <cjwatson> tepsipakki: the LP side isn't implemented
[09:53] <cjwatson> tepsipakki: if you do (LP: #bugnum) you should get a Launchpad-Bugs-Fixed: field in your .changes, but it won't do anything else yet (like actually close bugs)
[09:54] <tepsipakki> oh, ok
[09:54] <tepsipakki> I thought it was in use already.. that's the format I've used recently
[10:02] <pitti> hi asac
[10:16] <tepsipakki> Mithrandir: I have a new xresprobe & xorg waiting for upload. The xresprobe situation should be familiar from the discussion on u-d, and xorg fixes two bugs
[10:16] <tepsipakki> so should I ask for approval first?
[10:18] <pitti> hmm, no cdimage /ports/edubuntu?
[10:18] <cjwatson> never built
[10:19] <pitti> ok, thanks, ignoring for langpack filling then
[10:19] <Mithrandir> tepsipakki: ok, please get it uploaded.
[10:21] <seb128> Mithrandir: I've uploaded a new GTK+, 2.10.11 is 2.10.10 with a bug fix we already had and I've added an another patch from upstream (which is to SVN now) to try fixing all the gnome-panel crashes happening on upgrade
[10:23] <Mithrandir> seb128: wonderful
[10:23] <dholbach> release team: what about bug 92183? (maybe after beta freeze)
[10:23] <Ubugtu> Malone bug 92183 in workrave "UVF: workrave 1.8.3 -> 1.8.4" [Medium,Unconfirmed]  https://launchpad.net/bugs/92183
[10:25] <Mithrandir> dholbach: scarily big is my initial thought
[10:27] <dholbach> Mithrandir: i know... we've waited for a release for quite a long time - I think I forwarded some of the bugs that got fixed during breezy
[10:30] <Mithrandir> dholbach: if we can get it well tested, I'm ok with it, but I think it's a bit on the large side.
[10:30] <dholbach> Mithrandir: well tested like "upload it and if people complain about bugs too much, roll back"?
[10:31] <sladen> Mithrandir: policy issue, stick with upstream, or remain consistent with Ubuntu?  https://launchpad.net/bugs/91665
[10:31] <Ubugtu> Malone bug 91665 in mesa "glxgears -iacknowledgethisisnotabenchmark patch dropped" [Undecided,Unconfirmed]  
[10:31] <Mithrandir> dholbach: for instance.
[10:32] <dholbach> Mithrandir: ok, I'll keep looking at those bugs (and upload after beta - or do you want me to do it earlier?)
[10:32] <Mithrandir> sladen: *shrug*; I don't really care either way.
[10:32] <Mithrandir> dholbach: post-beta, yes.
[10:32] <dholbach> ok
[10:32] <seb128> no need to carry diff for that imho
[10:34] <dholbach> I get this "ATA: abnormal status 0x7F on port 0xCC07" with a test machine with 2.6.20-11
[10:34] <dholbach> works with -9
[10:35] <sladen> Mithrandir: seb128: rock. ta
[10:35] <seb128> np
[10:36] <seb128> sladen: BTW if you could look at the list of similar bugs displayed on launchpad when opening one that would be nice, you tend to file a lot of dup
[10:36] <fabbione> dholbach: it seems related to the changes kyle did on HPA
[10:36] <fabbione> dholbach:  i get something similar too, but my disks keep working
[10:36] <dholbach> bug 84359
[10:36] <Ubugtu> Malone bug 84359 in linux-source-2.6.20 "ATA: abnormal status 0x7F on port 0xD407" [Medium,Confirmed]  https://launchpad.net/bugs/84359
[10:37] <dholbach> *subscribing to it*
[10:38] <fabbione> Mithrandir: do you think we can upload the new d-i to grab 2.6.20-11 ?
[10:40] <Mithrandir> fabbione: I'd like cjwatson to do the steps, unless he's busy today.
[10:40] <fabbione> Mithrandir: sure.. that works for me
[10:40] <pitti> mvo: I'll need to upload *-meta soon for language input support; we should combine that with your command-not-found upload IMHO
[10:41] <mvo> pitti: yes, that sounds good
[10:42] <slomo__> Mithrandir: is there anything in main using libnet-dbus-perl anyway?
[10:42] <mvo> pitti: I haven't updated the seeds yet, I will do that after I finished fighting with vte (~5min)
[10:42] <pitti> mvo: I can add it for you if you want
[10:42] <pitti> mvo: just adding (command-not-found) to standard?
[10:42] <mvo> pitti: yeah, cool
[10:42] <mvo> pitti: thanks!
[10:47] <sladen> seb128: I like dups.  I actual get useful new information from each one and an overview of the scale of the issue, rather than "me too!"s from people who /think/ they have the same bug
[10:48] <seb128> sladen: we don't like dups so please don't file them for the fun
[10:48] <Mithrandir> there, NEW and unapproved queue published as ubuntu-archive and not me.
[10:48] <seb128> sladen: the dup flood makes almost impossible to get any work done
[10:48] <sladen> seb128: preference noted WRT to desktop bugs
[10:48] <mvo> Mithrandir: should network-manager respect interfaces in /etc/network/interfaces and leave them alone? or this this not done yet?
[10:49] <pitti> Mithrandir: \o/
[10:49] <Mithrandir> mvo: what do you mean by "respect interfaces in /e/n/i"?
[10:49] <pitti> mvo: if they only have 'dhcp auto' without options, n-m will manage them
[10:49] <sladen> mvo: if you go  Network Manager->Static Connection, does NM then respect that interface?
[10:49] <pitti> mvo: otherwise they should be ignored by n-m
[10:50] <mvo> Mithrandir: I noticed that after my last big upgrade my eth0 interface that has a static IP is not having a IP anymore when NM is runing
[10:50] <Mithrandir> pitti: no, I tweaked the logic slightly.
[10:50] <pochu> Mithrandir: do you know when the first beta candidates will be available?
[10:50] <pitti> mvo: ah, right, same here; n-m only has the concept of 'one active interface', it seems
[10:50] <Mithrandir> pochu: maybe today, more likely monday.
[10:50] <pitti> Mithrandir: oh, you manage static interfaces now?
[10:50] <pochu> Mithrandir: ok, thanks!
[10:51] <pitti> Mithrandir: I thought the idea was just to check whether they are active, but not mangle them?
[10:51] <Mithrandir> pitti: yes, at least some bits of it.  Or at least it considers them and thereby avoids marking the whole system as offline.
[10:52] <pitti> mvo: will you take care of writing a MIR for command-not-found?
[10:53] <pitti> mvo: oh, nevermind, it's already approved
[10:53] <pitti> mvo: "not ready according to mvo; contact him before promoting"
[10:53] <mvo> pitti: cool
[10:55] <pitti> mvo: ok, seeded, I'll promote it now
[10:56] <mvo> sladen: its very strange, its in roaming mode when I look at the static configuration
[10:57] <mvo> pitti: aha, right. I have the same problem. I can only choose one active interface, the other is taken offline
[10:58] <Mithrandir> mvo: that is how NM works.  Currently, if you don't want that, don't use NM.
[10:58] <pitti> mvo: I had to purge n-m for that on my desktop
[10:58] <Mithrandir> you can just disable it instead of purging it.
[10:58] <pitti> right, but I don't need it anyway
[10:59] <mvo> Mithrandir: ok, thanks
[10:59] <pitti> maybe we should use our fancy laptop-detect scripts to only enable n-m on laptops
[10:59] <sladen> and even when you /do/ want to roam, sometimes NM just refuses to configure stuff and you need to do things manually (particulary if it involves keys, which it puts in a keyring and which are protected and you don't enter the passphrase quick enough)
[11:03] <giftnudel> sladen: or if you need to do fancy stuff with wpa_supplicant
[11:03] <Mithrandir> patches accepted for all those special cases.
[11:04] <giftnudel> well, there is a patch for my problem somewhere on the nm-devel list ...
[11:05] <giftnudel> but its for 6.5 ...
[11:06] <giftnudel> well there was the idea of providing a "I'm online!" button in the applet which would serve as a workaround
[11:07] <giftnudel> or maybe a option to disable network manager in the applet ... that would help, too
[11:11] <cjwatson> fabbione: yeah, but I want to see if I can do anything about the keymapper us/jp confusion first
[11:11] <pochu> hey heno! Vorian says he can test Kubuntu, do I change his choice, and mail him?
[11:11] <fabbione> cjwatson: sure..
[11:11] <pochu> heno: we really need kubuntu auto-resize
[11:12] <heno> pochu: yes, please do. I think we may still get more ubuntu testers
[11:12] <pochu> k
[11:12] <mvo> Mithrandir: could you please accept vte? a very small change that fixes a bug in the keep-fd code that is needed for update-manager
[11:15] <Mithrandir> mvo: accepted
[11:15] <mvo> Mithrandir: thanks \o/
[11:18] <Mithrandir> ogra: they don't contain any langpacks.
[11:18] <ogra> Mithrandir, not even the ones i seeded ?
[11:18] <ogra> why is that ?
[11:18] <Mithrandir> ogra: when did you seed them?
[11:18] <pitti> ogra: I just filled them again
[11:18] <ogra> Mithrandir, yesterady
[11:18] <pitti> ogra: I told you yesterday, remember?
[11:19] <pitti> ogra: I emptied all CDs to have a clean slate, and today I filled them again with the new priority/input support/etc.
[11:19] <ogra> pitti, i merged your ubuntu change, which enabled them again for me (i only had en enabled since feisty started)
[11:19] <pitti> ogra: now I'm waiting for this cron.daily cycle, then I can update some -meta pacakges, then I'll ask for respins
[11:20] <pitti> ogra: ok, please; I modified the seeds about an hour ago, and assume that the current seeds reflected the current CD sizes
[11:20] <ogra> pitti, ok
[11:21] <ogra> there is only en ... weird ...
[11:21] <ogra>  * Languages: zh es bn hi ar xh pt ru ja fr
[11:21] <ogra>  * language-pack-${Languages} [i386] 
[11:21] <ogra>  * language-pack-gnome-${Languages} [i386] 
[11:21] <ogra>  * language-pack-kde-${Languages}  [i386] 
[11:22] <ogra> thats my seeds
[11:22] <pitti> Mithrandir: I'd like to upload a new desktop-effects to fix bug 92681; I just modified a label in the .glade file
[11:22] <Ubugtu> Malone bug 92681 in desktop-effects "Must warn user before attempting to enable" [Medium,In progress]  https://launchpad.net/bugs/92681
[11:22] <pitti> ogra: erm, those are not the ones I modified
[11:22] <Mithrandir> pitti: ok.
[11:22] <pitti> ogra: you need *lots* of input support for zh, ja, and some for bn, hi, ar, and ru
[11:23] <ogra> pitti, anyway, this change was yesterday and todays build of edubuntu doesnt have them ... smells like the livefs isnt respun properly 
[11:23] <Mithrandir> ogra: your checkout is old.
[11:23] <pitti> ogra: hm, did you really push the seed commits?
[11:23] <ogra> Mithrandir, ? i do a bzr update before i modify anything
[11:24] <Mithrandir> ogra: what revision are you on?
[11:24] <ogra> pitti, pretty sure, regarding the huge list of changes my -meta had
[11:24] <ogra> 573
[11:24] <Mithrandir> that's old.
[11:24] <Mithrandir> 577 is the latest.
[11:24] <mvo> pitti: if -meta is not yet up, I would like to add update-manager-core to -standard as well
[11:24] <cjwatson> ogra: you sure you created your seed checkout using 'bzr checkout', not 'bzr branch'?
[11:24] <cjwatson> ogra: you sure you created your seed checkout using 'bzr checkout', not 'bzr branch(or synonyms) 
[11:25] <mvo> pitti: its required for release-upgrades on the server with the upgrade tool
[11:25] <pitti> ogra: 574 was my cleanup
[11:25] <cjwatson> (sorry, wireless problems and hideous ssh lag to my client)
[11:25] <ogra> cjwatson, pretty sure ...
[11:25] <pitti> mvo: sure, go ahead
[11:25] <ogra> i mean irt worked all the release :)
[11:25] <cjwatson> well, work it out and fix it. you're in the best position to do so now that you know your checkout is out of date
[11:27] <pitti> Mithrandir: d-e uploaded
[11:33] <Riddell> mvo: I was looking at bug 91329 but realised it affected the gtk frontend too, where on earth has xinput gone?
[11:33] <Ubugtu> Malone bug 91329 in language-selector "[apport]  qt-language-selector crashed with OSError in __input_method_config_changed()" [Undecided,Confirmed]  https://launchpad.net/bugs/91329
[11:34] <sladen> Mithrandir: there's a 2-line hotkey-setup patch in the queue to prevent upgrades from failing
[11:35] <sladen> Mithrandir: 2-line mesa upload in the queue to make GoogleEarth useable on feisty
[11:37] <tepsipakki> sladen: already approved
[11:37] <tepsipakki> the mesa one
[11:39] <tepsipakki> but it's neither just two lines nor in the queue yet :)
[11:40] <pitti> tepsipakki: mesa is in accepted already
[11:41] <Mithrandir> sladen: hotkey-setup, accepted.
[11:41] <sladen> Mithrandir: groovy, ta
[11:41] <tepsipakki> pitti: ah, darn
[11:42] <pitti> tepsipakki: 'darn'? we can reject it from approved if it's broken
[11:42] <mvo> Riddell: checking
[11:42] <tepsipakki> pitti: no not that, it's good. Just that I started doing it already :)
[11:42] <Mithrandir> tepsipakki: meh, sorry, I thought it was the upload from you, the diff was at least the same.
[11:42] <tepsipakki> it's cool
[11:43] <Mithrandir> pitti: desktop-effects accepted.
[11:43] <pitti> merci
[11:43] <sladen> tepsipakki: ah, did you beat me to it :)
[11:43] <pitti> Mithrandir: is there anything wrong with this command?  change-override.py -c main -S command-not-found
[11:43] <tepsipakki> sladen: no, you did :)
[11:44] <tepsipakki> I was just slow
[11:44] <pitti> Mithrandir: I did it two times now, cron.daily is over for a long time already, and it's still in universe
[11:44] <sladen> tepsipakki: would have been quicker, bar the 60 minute wait while it built locally so I could test it.  X got modularised, so they made mesa monolithic just to make up for it
[11:44] <tepsipakki> heh
[11:45] <tepsipakki> well, I didn't reply to the bug so my bad
[11:46] <Mithrandir> pitti: no, looks correct.  I re-ran it for good measure
[11:46] <pitti> weird
[11:50] <bhale> Mithrandir: no, missed readding it
[11:50] <bhale> Mithrandir: fixing
[11:50] <pitti> Mithrandir: oh, it's actually promoted; it's just madison lying
[11:50] <pitti> (lieing? argh)
[11:50] <Keybuk> seb128, dholbach: having a very weird GNOME Terminal/vte bug
[11:50] <seb128> Keybuk: refresh not correct sometimes?
[11:51] <Keybuk> when switching desktops, it doesn't repaint at all
[11:51] <pitti> ^ speaking of that, my terminals still don't redraw correctly
[11:51] <seb128> Keybuk: known
[11:51] <Keybuk> so I'm left with a white window
[11:51] <seb128> pitti: known
[11:51] <pitti> right, same here
[11:51] <Keybuk> or, if the workspace switcher window was slightly over it, just that bit <g>
[11:51] <pitti> seb128: do you still need a test case or do you have one?
[11:51] <Keybuk> ah, coolies
[11:51] <Mithrandir> pitti: (lying)
[11:51] <seb128> pitti: would be better with one
[11:51] <pitti> seb128: I didn't find an immediate reproducer
[11:51] <seb128> https://launchpad.net/ubuntu/+source/vte/+bug/92405
[11:51] <Ubugtu> Malone bug 92405 in vte "[Feisty]  gnome-terminal doesn't always redraw after switching desktops" [High,Confirmed]  
[11:52] <seb128> ah
[11:52] <pitti> seb128: just letting it sit on another workspace while I work, and switchign to it after, say 15 minutes, reproduces it
[11:52] <seb128> looks like upstream got details
[11:52] <seb128> http://bugzilla.gnome.org/show_bug.cgi?id=414716
[11:52] <Ubugtu> Gnome bug 414716 in VteTerminal "Refresh issue after changing workspaces" [Normal,Assigned]  
[11:52] <seb128> pitti: no need to bother
[11:52] <pitti> yay
[11:52] <pitti> mvo: ok, -metas are good to refresh now; do you, shall I?
[11:52] <seb128> Keybuk: I already did, no?
[11:53] <Keybuk> seb128: maybe, it wasn't there; but LP has been dropping status edits recently
[11:53] <seb128> anyway it's on my list
[11:53] <seb128> it'll be fixed for feisty
[11:53] <Keybuk> thanks seb
[11:53] <seb128> do we really need to get it fixed for beta?
[11:53] <seb128> np
[11:53] <Keybuk> we don't have a release milestone yet :p
[11:53] <seb128> we do
[11:53] <bhale> Mithrandir: 00list fixed, uploaded
[11:53] <seb128> I'm using 7.04 for weeks now
[11:54] <pitti> Keybuk: meh?
[11:54] <seb128> I've a good bunch of desktop bugs there
[11:54] <Keybuk> oh, silly me
[11:54] <Keybuk> ubuntu-7.04
[11:54] <Keybuk> I didn't go that far  down the list
[11:54] <Keybuk> I'll retarget it to that
[11:54] <ogra> seb128, do you want the patch from bug 67919 for beta ?
[11:54] <Ubugtu> Malone bug 67919 in gnome-screensaver "Xinerama problem with log out and unlock dialogues" [Medium,Confirmed]  https://launchpad.net/bugs/67919
[11:54] <pitti> Keybuk: right, yay for inconsistent naming :)
[11:54] <seb128> ogra: after beta is fine I think
[11:54] <ogra> ok
[11:55] <seb128> ogra: but if you want to do that now feel free ;)
[11:55] <ogra> i'm just looking through the screensaver bugs for patches .... if i find something else additionally i'll roll a package
[11:56] <cjwatson> pitti: try 'rm -rf .madison-lite/cache' if that happens
[11:56] <seb128> ogra: ok, cool
[11:56] <ogra> hmm, an automatic "bugs with patches attached" search feature would be really nice
[11:56] <cjwatson> I think it can sometimes screw up its timestamps if you run madison-lite right while the mirror is updating
[11:56] <cjwatson> pitti: (and "lying" is correct)
[11:56] <pitti> cjwatson: ah, thanks for the hint; indeed it works now
[11:57] <mvo> pitti: go ahead, fine with me
[11:57] <seb128> ogra: there is a "look only for bugs with patch" case you can use on launchpad search
[11:58] <ogra> wow
[11:58] <cjwatson> indeed, it searches for bugs with attachments where the attacher checked the patch checkbox
[12:06] <Keybuk> hmm, that's a bit poo
[12:06] <Keybuk> Cherry don't seem to make the G80-3000 anymore :-/
[12:08] <pitti> mvo: u-manager-core isn't for kubuntu/edubuntu?
[12:10] <mvo> urgh, my bad
[12:10] <pitti> mvo: oh, nevermind
[12:10] <ogra> Keybuk, build it yourself then http://steampunkworkshop.com/keyboard.shtml ;)
[12:10] <pitti> mvo: -standard is shared amongst all derivatives
[12:10] <Keybuk> ogra: that requires a keyboard to start from
[12:10] <mvo> pitti: ah, good. that is what I expected, but you made me nervous :)
[12:10] <Keybuk> the problem is that I've managed to wear this one out
[12:11] <Keybuk> the space bar has a tendancy to repeat
[12:11] <Keybuk> admittedly this keyboard is anything from 4-8 years old now
[12:11] <Keybuk> and is the third G80-3000 I've owned
[12:11] <ogra> ah
[12:12] <pitti> Mithrandir: new {,k}ubuntu-meta uploaded (adding input support for shipped translations, command-not-found, and update-manager-core for mvo)
[12:12] <Riddell> what is update-manager-core?
[12:12] <ogra> the one with the hill ?
[12:13] <pitti> ogra: http://www.kinesis-ergo.com/classic.htm
[12:13] <ogra> ah, thats different from what i thought
[12:14] <pitti> I didn't have any wrist/thumb problems any more since I have that
[12:14] <ogra> requires you to stricht 10finger typing ...
[12:14] <pitti> and it's comfy
[12:14] <eXistenZ> I downloaded the source package of Kalcul and tried to rebuild it with pbuilder. Can anyone help me with this error: http://rafb.net/p/qoAWS270.html .
[12:14] <ogra> not for smokers :P
[12:14] <mvo> Riddell: the code that can fetch the update from the net, its required if you want to do server upgrades
[12:14] <pitti> ogra: there's a black one, too :-p
[12:15] <ogra> pitti, i measn the forced 10 finger usage :)
[12:16] <Keybuk> http://www.microwarehouse.co.uk/catalogue/item/CHEKE010
[12:16] <Keybuk> \o/
[12:16] <Keybuk> (not in stock though :-/)
[12:16] <Riddell> mvo: so it's distUpgrade tool core?
[12:17] <mvo> Riddell: the fetcher part of it
[12:17] <Riddell> right
[12:17] <mvo> Riddell: well, fetching + gpg verification
[12:18] <pitti> Keybuk: http://www.datahand.com/products/proii.htm :)
[12:18] <Keybuk> pitti: heh
[12:18] <pitti> Keybuk: I'd love to try out this one
[12:18] <pitti> but I guess the learning curve is close to a vertical wall
[12:19] <ogra> its missing belts
[12:20] <StevenK> "Adapter included to hook the DataHand System and flat keyboard to computer system simultaneously" - is that so you can still type after you've given up with the first one? :-)
[12:21] <pitti> ogra: but you won't need a password with this one any more :)
[12:21] <ogra> lol
[12:22] <StevenK> pitti: That's for sure.
[12:22] <Keybuk> http://www.cherrykeyboardsrus.co.uk/G803000+Series-Details.htm
[12:22] <Keybuk> yay
[12:22] <Keybuk> (and what a domain name, lol)
[12:22] <StevenK> pitti: You could leave the root password on a slip of paper and still be safe.
[12:23] <Riddell> mvo: if I install chinese that xinput-all_ALL alternative appears, but I'm not sure what creates it or what language-selector should do if it doesn't exist
[12:23] <mvo> Riddell: ok, please assign it to me then
[12:29] <pitti> seb128: I just got an evolution notification that my call with Keybuk at 1300 is in *one* hour (it should be 30 minutes...)
[12:30] <Keybuk> no, it should be in one hour 30 minutes
[12:30] <pitti> ok, that's me mixing up UTC again, but evo should display '30 minutes', not '1 hour'
[12:31] <fabbione> Keybuk: hey dude.. got time now?
[12:31] <Keybuk> fabbione: sure, what's up?
[12:31] <fabbione> Keybuk: UUID transition handling... i need to know what packages are involved and how they interact with each other...
[12:31] <fabbione> Keybuk: i could find stuff in volumeid.postinst to convert fstab
[12:32] <Keybuk> right
[12:32] <Keybuk> that's all there is
[12:32] <fabbione> Keybuk: but i don't understand where the sparc filter is
[12:32] <Keybuk> sparc filter?
[12:32] <Keybuk> there isn't a sparc filter
[12:32] <fabbione> root is not converted?
[12:32] <fabbione> or actually...
[12:32] <Keybuk> oh, because that's in the boot loader <g>
[12:32] <Keybuk> see grub postinst
[12:32] <Keybuk> (actually, see update-grub)
[12:32] <StevenK> Or root will be unconverted to UUID if it's LVM
[12:33] <Keybuk> LVM is exempt from UUID  conversion
[12:33] <fabbione> Keybuk: what about d-i? is there any package involved there?
[12:33] <Keybuk> as are any devmapper devices
[12:33] <Keybuk> fabbione: d-i writes the fstab out as uuids
[12:33] <fabbione> since d-i writes the first fstab
[12:33] <fabbione> hmmmm
[12:33] <Keybuk> I suspect you're just missing the silo bit
[12:33] <fabbione> cjwatson: what package generate fstab in d-i?
[12:34] <sistpoty> Mithrandir: any news on removing binary packages for broken packages yet?
[12:34] <seb128> pitti: so many bugs :(
[12:34] <fabbione> Keybuk: silo for sure.. silo-installer too, but i think there is one more
[12:35] <fabbione> Keybuk: the problem is that silo doesn't understand root=UUID= so ideally i would change that to root=/dev/disk/by
[12:35] <fabbione> root=/dev/disk/by-uuid
[12:35] <fabbione> it would require less testing and much less mangling of silo code
[12:38] <Keybuk> silo reads the root=  bit?
[12:38] <Mithrandir> sistpoty: cjwatson doesn't like the idea and I'm somewhat in agreement with him.
[12:38] <Keybuk> root=UUID=* and root=/dev/disk/by-uuid/* are the same; since that's all initramfs does when it seems the former
[12:39] <fabbione> Keybuk: silo reads root= to check if the config is valid and to do other stuff.. but it doesn't understand UUID=
[12:39] <Keybuk> ok
[12:39] <fabbione> Keybuk: and i know that they are the same
[12:40] <fabbione> but if i pass /dev/disk... silo is ok
[12:40] <fabbione> it resolves the symlink etc.
[12:40] <fabbione> but teaching UUID= is complicated
[12:41] <sistpoty> Mithrandir: ok. Out of curiosity, what are the reasons for that?
[12:44] <fabbione> Keybuk: so just to make sure i understood everything... d-i already write fstab with UUID, volumeid does the conversion on upgrades, update-grub takes care of grub..
[12:45] <fabbione> Keybuk: for sparc i will need to check generated fstab from d-i, volumeid will work, silo-installer to point to /dev/disk/by-uuid and silo to convert silo.conf on updates
[12:45] <pitti> Mithrandir: could you please accept the -meta uploads, so that they'll go in quickly and we can verify new CD sizes?
[12:45] <pitti> Mithrandir: I can accept them as well if you want me to
[12:46] <Mithrandir> pitti: looking.
 Mithrandir: new {,k}ubuntu-meta uploaded (adding input support for shipped translations, command-not-found, and update-manager-core for mvo)
[12:46] <Mithrandir> sistpoty: archive admin overhead as well as it being really surprising if new packages showed up in -updates
[12:48] <Mithrandir> pitti: no edubuntu-meta?
[12:48] <pitti> Mithrandir: not necessary, no changes
[12:48] <Keybuk> fabbione: shouldn't need to check the fstab
[12:48] <Mithrandir> pitti: ok
[12:48] <Keybuk> grub doesn't, it just converts the uuid of the device
[12:48] <pitti> Mithrandir: command-not-found and update-manager are standard, which is shared amongst all derivatives
[12:48] <Mithrandir> (accepted)
[12:48] <pitti> Mithrandir: thanks
[12:48] <fabbione> Keybuk: yes i saw update-grub. 
[12:49] <fabbione> Keybuk: ok thanks
[12:50] <cjwatson> fabbione: partman-target with help from the rest of partman depending on the filesystem type
[12:50] <sistpoty> Mithrandir: k, thanks
[12:50] <fabbione> cjwatson: thanks
[12:51] <cjwatson> fabbione: but from the above, you shouldn't need to touch that - just make silo-installer munge it
[12:51] <cjwatson> there's no reason why the generated fstab should be wrong - it's not architecture-dependent at that level
[12:52] <fabbione> cjwatson: ok. i just need to get this right at the first shot so extra paranoia applies.. nothing fancy
[12:52] <fabbione> and it wasn't really planned.. but things have started blewing up so i need to get it done
[12:56] <cjwatson> fabbione: I thought sparc64-installer was all done and tested ...
[12:56] <fabbione> cjwatson: we never did the UUID conversion for silo.
[12:57] <fabbione> cjwatson: because silo doesn't understand root=UUID.. as simple as that
[12:57] <fabbione> up to edgy everything was "working" fine
[12:57] <fabbione> in feisty it needs love because devices are not appearing in the same order anymore
[12:57] <sladen> fabbione: surely silo just has to ignore root=... and pass it through to the kernel?
[12:58] <fabbione> sladen: no it does sanity checks on the config everywhere
[12:58] <_ion> seb128: The patch in bug #89524 seems to have fixed the problem at least for me and the bug's original reporter.
[12:58] <Ubugtu> Malone bug 89524 in vte "[apport]  GNOME Terminal Unicode SIGSEGV" [Medium,Confirmed]  https://launchpad.net/bugs/89524
[12:59] <fabbione> anyway it's all fixable.. it's a matter of few changes in 2 scripts
[12:59] <seb128> _ion: good
[01:03] <sladen> Mithrandir: that mesa upload ftbfs as Xext.h has moved to another -dev package since the last upload.  I don't have more time today to spend another hour rebuilding inside pbuilder to verify it.  Shall I just do a source-upload with that extra build-dep [it may fail again if more headers have been moved] 
[01:04] <Mithrandir> sladen: yes, please.
[01:07] <_ion> seb128: As a different -ubuntu3 was released, i attached a new debdiff.
[01:07] <seb128> _ion: ok
[01:07] <pitti> _ion: I had a look on the ati.amd.com site yesterday, I didn't find a comprehensive product ID mapping either :(
[01:08] <_ion> pitti: :-(
[01:08] <pitti> _ion: however, the fglrx docs have a list of the names of the supported cards
[01:08] <pitti> maybe we'll find a different web page which lists the product IDs
[01:09] <pitti> _ion: something like http://www.pcidatabase.com/search.php?device_search_str=Radeon&device_search=Search
[01:09] <pitti> _ion: this website is quite nice
[01:09] <fabbione> ah craptastic.. i can't test the changes without a new d-i
[01:09] <_ion> I wonder if the names in that list are accurate enough that it could be compared to /usr/share/misc/pci.ids
[01:09] <pitti> _ion: I guess we should add a manual supported list for now
[01:09] <jdong> pitti: could also check distros like Sababayon that detect AIGLX vs Xgl at bootup
[01:10] <pitti> oh, hi jdong
[01:10] <jdong> hi :)
[01:10] <pitti> jdong: I just added another test package to bug 91036
[01:10] <Ubugtu> Malone bug 91036 in restricted-manager "restricted-manager picks wrong BusID for video cards" [High,Needs info]  https://launchpad.net/bugs/91036
[01:10] <pitti> _ion: indeed, that looks sufficient
[01:11] <pitti> _ion: would you like to look into that, or can you give me a quick cheatsheet how to write those modinfo lists?
[01:11] <jdong> pitti: cool I'll find my buddy this afternoon and see
[01:15] <jdong> mmm, jdong's homemade wake up after 2 hours of sleep recipe.... take 3 spoons of powdered coffee and hold under tongue
[01:15] <jdong> repeat as needed.
[01:15] <_ion> pitti: For example, a random device in my system: pci:v00001013d00006003sv0000153Bsd0000112Ebc04sc01i00...
[01:16] <sladen> Mithrandir: done;  I added three -dev packages based on a  grep -r  for likely headers;  the last one maybe more than required
[01:16] <_ion> pitti: That means, v: 00001013, d: 00006003, sv: 0000153B, sd: 0000112E, bc: 04, sc: 01, i: 00...
[01:16] <pitti> _ion: right, that's clear
[01:17] <pitti> _ion: 'v'endor, 'd'evice, 'subVendor', 'subDevice'?
[01:17] <_ion> pitti: v = vendor ID, d = device ID, sv = subvendor ID, sd = subdevice ID, bc is device class, sc is device subclass. I don't remember what the i is, but nothing seems to be using it.
[01:17] <_ion> pitti: And the patterns are simply fnmatch patterns
[01:18] <_ion> The pattern could be "pci:*" and it would "work", but canonically the equivalent pattern would be written as pci:v*d*sv*sd*bc*sc*i*
[01:18] <pitti> _ion: ah, that's easy enough; thank you!
[01:18] <_ion> And in a real situation, there are IDs in place of some of those *s 
[01:19] <pitti> _ion: when do you use .append and when .override? does that mean that 'ath_hal' and 'ipw3945' do not have any internal modaliases (thus need additions), and nv has too generic ones (thus need overrides)?
[01:19] <_ion> pitti: Indeed.
[01:20] <pitti> _ion: ok, so for now I'll just make that 'pci:v00001002d*sv*sd*bc03sc00i* fglrx' more fine-grained
[01:20] <_ion> pitti: All the additions and overrides *currently* being used could be just overrides with the same result, but i thought that perhaps there's going to be a case in the future where a module that has a list of is own needs to have additional patterns.
[01:21] <_ion> pitti: I could take a look at that fglrx list as well, perhaps even write a program that compares the list to pci.ids
[01:22] <jdong> or try to start the card with fglrx and if it doesn't work, then it's obviously not supported :D
[01:22] <_ion> :-D
[01:22] <jdong> wonder how Sabayon does it
[01:23] <jdong> they should be our prime authority on 3D detection and bling.
[01:49] <pitti> _ion: !
[01:49] <pitti> _ion: http://wiki.cchtml.com/index.php/Hardware
[01:51] <_ion> pitti: That doesn't specify the version of the fglrx driver.
[01:51] <_ion> It doesn't list the ID for every card either.
[01:52] <pitti> _ion: but it should be good enough for using pci.ids
[01:52] <pitti> _ion: http://ati.amd.com/online/rss/atilinuxdriver.rss?OTC-rssfeedlinux
[01:52] <pitti> _ion: the links on this are per-version
[01:55] <_ion> Alright.
[02:00] <_ion_> Sigh. It sucks that i have to download 120 megabytes of linux-restricted-modules when i only want the fglrx "source".
[02:07] <_ion> pitti: Whoa! % strings x710/usr/X11R6/lib/modules/drivers/fglrx_drv.so | egrep '^0x[0-9A-F] {4}$'
[02:08] <pitti> _ion: I don't hvae that installed
[02:08] <pitti> _ion: does it have a list of supported product IDs?
[02:09] <_ion> pitti: Seems very much like that's the list.
[02:09] <pitti> _ion: rock! that means we could add another script that parses it out of that file and adds it to the modules list?
[02:10] <_ion> Yeah, i'll do that a bit later.
[02:11] <Kagou> i'm under feisty. and i just bought a DLINK DWL G650. I plug it (wifi) all is fine (wep/wpa2). But restricted manager said that i'm using non-free/restricted drivers for this. Are madwifi drivers non free ? I believe they are GPL...
[02:13] <pitti> Kagou: some modues are in l-r-m at least
[02:13] <pitti> /lib/modules/2.6.20-11-generic/madwifi/wlan.ko
[02:13] <pitti> ^ from dpkg -L linux-restricted-modules-2.6.20-11-generic
[02:14] <mjg59> Kagou: madwifi is non-free
[02:18] <fabbione> Keybuk, Mithrandir: http://people.ubuntu.com/~fabbione/silo.debdiff and http://people.ubuntu.com/~fabbione/silo-installer.debdiff
[02:18] <fabbione> Mithrandir: i could test silo easily, but i need to wait new d-i to test silo-installer
[02:18] <fabbione> Mithrandir: because of the kernel ABI change..
[02:18] <fabbione> once it's tested i would like to upload
[02:19] <fabbione> anyway,, i am done for the day
[02:19] <fabbione> brain is melting
[02:19] <fabbione> later everybody
[02:19] <Fujitsu> Bye fabbione.
[02:19] <Kagou> oh ! just wlan.ko i understand. Thanks pitti . mjg59 -> http://freshmeat.net/projects/madwifi/  non free ?
[02:21] <Kagou> mjg59: sorry you'r right (except for the binary-only HAL)
[02:24] <Mithrandir> fabbione: looks sane to me, so if it's ok with Keybuk then go for it.
[02:25] <fabbione> Mithrandir: i want to test silo-installer too... i don't like blind uploads. and silo-installer is not in the d-i initrd and can be uploaded "anytime"
[02:25] <fabbione> thanks for the approval. once i know that both work i will upload
[02:26] <fabbione> (pending Keybuk of course)
[02:26] <fabbione> time to enjoy we
[02:26] <kylem> fabbione, have a god one
[02:26] <fabbione> thanks dude
[02:26] <fabbione> you too
[02:32] <viviersf> soz to ask this in the #
[02:32] <viviersf> but who would be in charge of hibernation etc
[02:37] <Hobbsee> viviersf: mjg59 maybe?
[02:37] <viviersf> thx Hobbsee 
[02:38] <viviersf> trying to figure out this alternate userspace hibernation thing
[02:38] <viviersf> wonder why its not standard
[02:54] <Mithrandir> viviersf: it was fixed too late in the cycle.  I'm hoping to make it default for Gray Giraffe.
[02:55] <viviersf> Mithrandir, uswsusp <--- that
[02:55] <Mithrandir> viviersf: yes, I know, I use it on my laptop
[02:55] <viviersf> cool, but that will be default ?
[02:56] <Mithrandir> I'm hoping we can have it good enough that it justifies being default, yes.
[02:56] <viviersf> Mithrandir,  thx 
[02:56] <viviersf> im gonna put it default in impi
[02:56] <Mithrandir> LaserJock: but you've seen plenty of dapper drakes or hoary hedgehogs?
[02:57] <LaserJock> Mithrandir: of course ;-)
[02:57] <viviersf> whaha
[03:12] <pitti> hi adamant1988, how are you?
[03:12] <adamant1988> pitti: Just fine, I found out why I didn't have accel
[03:12] <adamant1988> after jdong and I went through my /var/xorg.0.log
[03:13] <adamant1988> It turns out that because I haven't updated my Feisty recently (waiting till today to do that) restricted Manager pulled down the latest fglrx but it didn't match my kernel.
[03:13] <pitti> adamant1988: ah, that would explain it
[03:14] <adamant1988> So downgrading my fglrx fixed it, I'll update it today though
[03:14] <pitti> adamant1988: btw, I might know why r-m didn't update the driver in xorg.conf in our session yesterday
[03:14] <adamant1988> pitti: OK, shoot.
[03:14] <pitti> adamant1988: I attached a new test package to the bug
[03:14] <adamant1988> pitti: I assume you want me to test it for you ;)
[03:14] <pitti> adamant1988: and also added some logging which should help me
[03:14] <pitti> adamant1988: that would be brilliant! (you should have bug mail)
[03:14] <adamant1988> yep, I see it
[03:15] <adamant1988> I'll download the updated R-m and give it a whirl.
[03:15] <adamant1988> Now is this a bug-fix or is the logging the only added feature?
[03:15] <pitti> adamant1988: there are also some bug fixes in it
[03:15] <adamant1988> ok great
[03:15] <pitti> adamant1988: one of them might fix it (the 'I might know why' part)
[03:16] <adamant1988> it says the same version is installed on gdebi, did you not change the version #?
[03:17] <adamant1988> ok, I removed it and now I'm being asked to restart.. so brb
[03:19] <tepsipakki> pitti: maybe it should check for the kernel version running and then "kindly force" a reboot if the downloaded binary blob is for a newer kernel (which should be installed already or got installed at the same time)
[03:20] <pitti> tepsipakki: right, we have the very same problem with the nvidia-glx stuff; it's not built by-kernel-API
[03:20] <pitti> adamant1988: wb
[03:20] <adamant1988> pitti: Ok, well it's doing better than it did last time
[03:20] <adamant1988> I actually saw it download and install the newest fglrx.
[03:20] <tepsipakki> pitti: indeed
[03:20] <adamant1988> Now, would you like me to check my xorg.conf to make sure it's written properly?
[03:21] <pitti> adamant1988: that would be nice; 'grep fgl /etc/X11/xorg.conf' should do
[03:21] <pitti> adamant1988: and just check glxinfo whether you have full accell and such
[03:21] <pitti> adamant1988: if that works, then I take it that the wrong BusID problem has been fixed as well
[03:21] <adamant1988> pitti: I won't have full accell until I update.
[03:21] <pitti> ah, ok
[03:21] <adamant1988> Remember, I'm using an out dated version of feisty
[03:21] <adamant1988> I have to use an older fglrx
[03:21] <pitti> adamant1988: so, please check busid and the driver then in xorg.conf
[03:22] <adamant1988> ok, well fglrx is written in my xorg.conf
[03:22] <pitti> yay
[03:22] <pitti> that's what didn't happen yesterday, right?
[03:22] <adamant1988> Yes, and my bus ID is identified properly.
[03:22] <pitti> adamant1988: rock
[03:23] <adamant1988> So, except for the fact that my fglrx is too up to date, there is no issue.
[03:23] <adamant1988> Now I need to dpkg -i install fglrx.deb right?
[03:23] <adamant1988> I'm awful with dpkg commands.
[03:25] <pitti> adamant1988: urgh, why not just run update-manager to update the entire system?
[03:28] <pitti> adamant1988: wb
[03:28] <adamant1988> pitti: one thing you might want to do with the R-m
[03:29] <adamant1988> it's not a bug, but it would be nice.  Is make sure it tells you to restart X after you install the driver.
[03:29] <pitti> adamant1988: 
[03:29] <pitti>   * RestrictedManager/{fglrx,nvidia}.py: Trigger reboot notification on
[03:29] <pitti>     enabling, too. (LP: #92684)
[03:29] <adamant1988> Yeah that didn't happen for me
[03:29] <pitti> adamant1988: I thought the version I added to that bug already had this patch
[03:29] <adamant1988> It didn't ask me to restart. 
[03:29] <adamant1988> Now, when I DISABLED it asked me to restart
[03:30] <pitti> adamant1988: can you please check /usr/share/doc/restricted-manager/changelog.Debian.gz?
[03:30] <adamant1988> but when I enabled the driver it just did it. 
[03:30] <pitti> adamant1988: if it has this changelog entry?
[03:30] <pitti> adamant1988: in any case this is bug 92684
[03:30] <Ubugtu> Malone bug 92684 in restricted-manager "Needs to restart X in order to effect X driver changes" [Medium,Fix committed]  https://launchpad.net/bugs/92684
[03:31] <adamant1988> I don't see it in there
[03:31] <adamant1988> the changelog is blank
[03:31] <pitti> blank? that sounds wrong
[03:31] <pitti> adamant1988: try 'zless /usr/share/doc/restricted-manager/changelog.Debian.gz'
[03:32] <pitti> argh
[03:32] <pitti> adamant1988: zless /usr/share/doc/restricted-manager/changelog.gz
[03:32] <pitti> . o O { note to self: always verify file paths before writing them }
[03:33] <LaserJock> pitti: guessing doesn't alway work?
[03:33] <adamant1988> No I don't see that in the change log
[03:34] <pitti> adamant1988: ok, good; I tested it pretty thoroughly here, and I get the notifications
[03:34] <pitti> adamant1988: and I didn't get them before either, so I'm pretty sure it works now
[03:34] <adamant1988> sure :) just thought I would point that out
[03:35] <pitti> adamant1988: I appreciate feedback, thank you!
[03:35] <adamant1988> pitti: No problem, I'm more than happy to help you guys improve Ubuntu for everyone :)
[03:35] <adamant1988> By the by, there is nothing in the works like this for setting up BCM4318 and BCM4306 is there?
[03:36] <adamant1988> I tell you what if Ubuntu did have something like that, it would cement it's popularity, haha.
[03:36] <pitti> adamant1988: integrating firmware downloading would indeed be nice :)
[03:36] <adamant1988> So many people have problems with those chipsets, and they are SO common.
[03:36] <adamant1988> NDISwrapper is such a fight.
[03:36] <pitti> adamant1988: I need to do that firmware install dance on every test reinstall or kernel upgrade as well
[03:37] <adamant1988> pitti: I feel for you.
[03:37] <pitti> adamant1988: oh, I don't use ndiswrapper, the kernel driver work swell
[03:37] <adamant1988> I find that it can't see some networks..
[03:37] <adamant1988> I think it's G networks, but it seems to be able to find B and mixed networks
[03:38] <adamant1988> so, I have to use Ndiswrapper
[03:41] <adamant1988> pitti: hopefully in the next year or two I'll be on your end of it.
[03:42] <adamant1988> So I can actually help out.
[03:42] <pitti> oh, you did help already
[03:43] <adamant1988> yeah, but I doubt "running restricted manager
[03:43] <adamant1988> " is a great thing to put on my Community Member application :P
[03:48] <LaserJock> so how does one know if desktop-effects/restricted-manager are supposed to work?
[03:50] <jdong> LaserJock: what card?
[03:51] <LaserJock> well, I tried with and ATI and an nvidia
[03:51] <LaserJock> both a kinda old I guess
[03:51] <jdong> how old?
[03:51] <jdong> (the nvidia in particular)
[03:51] <LaserJock> I "enable" them in restricted-manager but that's as far as I get
[03:51] <jdong> LaserJock: you need newer r-m too :)
[03:51] <LaserJock> I believe it installed the nvidia-legacy driver, so old
[03:51] <jdong> yikes, before Geforce4?
[03:52] <LaserJock> probably
[03:52] <LaserJock> Geforce 2 maybe
[03:52] <jdong> yeah you need Xgl for that
[03:52] <jdong> what about the ATI
[03:52] <LaserJock> 7000IGP I think
[03:52] <pitti> LaserJock: nice, you're the first one I met who needs the legacy one; feedback appreciated!
[03:53] <LaserJock> pitti: feedback on what? it didn't really do much
[03:53] <LaserJock> all I've ever gotten is the drivers installed, which is cool
[03:53] <jdong> that's about all you can do
[03:53] <jdong> without Xgl
[03:53] <jdong> you now need to set up an Xgl session
[03:54] <jdong> I shall update the Beryl wiki with appropriate Feisty instructions this weekend
[03:54] <LaserJock> I didn't even know I needed the -legacy driver for the nvidia
[03:54] <jdong> LaserJock: <geforce4 is not supported by the normal ones
[03:54] <LaserJock> ah
[03:54] <pitti> LaserJock: whether it worked and gave you a working X afterwards, basically
[03:54] <pitti> LaserJock: or if it screws up something, could be easier to use, etc.
[03:54] <LaserJock> pitti: well, X worked
[03:55] <pitti> LaserJock: and so far I didn't even know whether legacy detection worked at all :)
[03:55] <LaserJock> pitti: worked fine for me
[03:55] <jdong> LaserJock: was it you or another MOTU ironically commenting at how we don't need Xgl? ;-)
[03:55] <LaserJock> jdong: I still don't
[03:55] <jdong> gnomefreak: kind of.
[03:56] <jdong> Composite copy on write works.
[03:56] <LaserJock> I'll go without the "bling" rather than use XGL
[03:56] <jdong> but uhm, works is a very general term....
[03:56] <jdong> works as in you'll get 100% CPU usage and like 5fps
[03:56] <jdong> yay.
[03:56] <gnomefreak> oh yuck
[03:56] <jdong> you need Xgl to get smooth speeds on legacy.
[03:56] <LaserJock> I just wanted to test to see if restricted-manager/desktop-effects worked
[03:56] <jdong> LaserJock: your ATI probably has better chances at desktop-effects....
[03:56] <jdong> even then it's... really old.
[03:57] <LaserJock> jdong: so if I  don't install XGL do I get AIGLX?
[03:57] <jdong> LaserJock: yeah, no Xgl, it'll try texture_from_pixmap natively
[03:57] <jdong> which is not provided by legacy nvidia
[03:57] <jdong> and I'm not sure if Compiz falls back to composite copy, but Beryl does
[03:57] <LaserJock> cause my nvidia-legacy machine seems to work fine
[03:58] <jdong> cool, apparently it does then?
[03:58] <LaserJock> well, I can't enable desktop-effects so yeah
[03:58] <jdong> hmm the 7000IGP should be with the OSS ati drivers
[03:58] <jdong> LaserJock: but on both those cards smoothest rendering performance will come from Xgl
[03:59] <jdong> so... yeah... :-/
[03:59] <jdong> if That Other Hackjob Framework (tm) is unholy to you, then your options are even fewer ;-)
[03:59] <LaserJock> XGL in XGL vs. AIGLX?
[03:59] <jdong> no, Xgl vs AIGLX
[03:59] <jdong> Xgl just requires the parent X server to have working opengl support
[04:00] <jdong> while Compiz on AIGLX demands a lot more about the driver :)
[04:00] <LaserJock> pitti: restricted-manager seems very nice, the "Enabled" vs. "In Use" is a little unclear
[04:00] <LaserJock> jdong: well, I can't get compiz on anything right now so ...
[04:01] <LaserJock> I think I have once machine that might have Geforce4 or better
[04:01] <jdong> LaserJock: based on the performance characteristics of both those cards, I'm gonna say up front that Xgl will be the only stack to deliver adequate performance to even be remotely bearable.
[04:01] <LaserJock> I'll maybe give that a go some time
[04:01] <pitti> LaserJock: what would you suggest instead? s/Enabled/Allowed/ ?
[04:02] <LaserJock> jdong: ok, but you aren't making a ton of sense? for compiz/beryl?
[04:02] <jdong> LaserJock: they'll be slow.
[04:02] <LaserJock> jdong: what will?
[04:02] <jdong> berly/compiz on native rendering stack
[04:02] <jdong> i.e. AIGLX
[04:02] <mjg59> pitti: Hm. The macbook pro addon doesn't seem to have been built?
[04:02] <LaserJock> pitti: if "Allowed" is what you mean by that. I really don't know what is meant by it exactly
[04:03] <mjg59> jdong: Eh, compiz performance is acceptable on an i855.
[04:03] <mjg59> pitti: In hal, that is
[04:03] <jdong> mjg59: yes, but that's not an ATI 7000IGP.
[04:03] <jdong> which believes quite differently
[04:03] <mjg59> jdong: Right, it's probably slower
[04:03] <mjg59> (The i855)
[04:03] <jdong> mjg59: I've had great experience with Intels across the board actually
[04:03] <LaserJock> jdong: ok, well I can't enable desktop-effects anyway so I guess the point is mute
[04:03] <jdong> LaserJock: you would be able to with Xgl :)
[04:04] <LaserJock> well, that defeats my purpose in testing
[04:04] <jdong> true. get a newer video card :)
[04:04] <LaserJock> lol
[04:04] <pitti> mjg59: curious; ubuntu9 actually FTBFSed on sparc and powerpc http://librarian.launchpad.net/6720149/buildlog_ubuntu-feisty-powerpc.hal_0.5.8.1-4ubuntu9_FAILEDTOBUILD.txt.gz
[04:05] <LaserJock> I buy $50 graphics cards like every 5 years or something
[04:05] <pitti> mjg59: but ubuntu10 built on all arches; I forgot to look after this
[04:05] <jdong> LaserJock: that sounds like me. my top performer is my GeForce4 MX440. $35.
[04:05] <pitti> mjg59: I'll have a look into it later, unless you beat me to it
[04:05] <LaserJock> I think I might have my "pricey" Nvidia GF4 5200 laying around
[04:06] <pitti> mjg59: I had to sort out the utter mess of bug 91264 quickly
[04:06] <jdong> LaserJock: ooh, shiny :)
[04:06] <Ubugtu> Malone bug 91264 in hal "hal-device-manager crashes with an import error (dup-of: 91012)" [High,Confirmed]  https://launchpad.net/bugs/91264
[04:06] <Ubugtu> Malone bug 91012 in hal "[apport]  hal-device-manager crashed with ImportError in <module>() App crashed running "Hardware Information"" [High,Fix released]  https://launchpad.net/bugs/91012
[04:06] <pitti> mjg59: (the one with 30 dups in 2 days)
[04:06] <gnomefreak> i got both my 5200's for around 50USD
[04:06] <LaserJock> pitti: I'm also a little confused with "In Use" because I expected it to be clickable
[04:06] <jdong> I can get a 939 nf4 mobo + 7800GTS for $100. Worth it?
[04:07] <LaserJock> pitti: is it just a status indicator?
[04:07] <pitti> LaserJock: the 'In use' is what your currently running X server does
[04:07] <jdong> pitti: I think that should be something made more clear then....
[04:07] <pitti> LaserJock: the enable/disable is the thing you can choose ("Do I want to allow this driver")
[04:07] <jdong> pitti: like right now to the user it looks like an option, but disabled
[04:07] <pitti> jdong: suggestions appreciated
[04:07] <gnomefreak> jdong: yes
[04:07] <jdong> pitti: maybe like red light green light
[04:08] <pitti> jdong: something that can actually expressed in glade maybe? :)
[04:08] <jdong> hehe :)
[04:09] <jdong> pitti: maybe just the word Yes or No
[04:09] <pitti> jdong: oh, indeed it doesn't need to be glade'able, the buttons are added on the fly
[04:09] <jdong> and In Use be Currently Used
[04:09] <pitti> jdong: maybe just append '(currently used)' for the used ones and leave it blank otherwise?
[04:10] <jdong> pitti: yeah, that'd work too
[04:10] <pitti> jdong: anyway, please file bugs abouts this, that's useful feedback
[04:10] <pitti> but UI issues have to wait until after beta, I think
[04:12] <LaserJock> pitti: it really rocks though
[04:12] <jdong> yea
[04:12] <LaserJock> pitti: my wifi card showed up (I didn't even know it needed non-free drivers for a long time)
[04:13] <jdong> r-m and the advancement it represents is definitely my favorite part of Feisty
[04:13] <pitti> LaserJock: heh, but it worked without them as well?
[04:13] <LaserJock> it's like hardware vrms ;-)
[04:13] <jdong> pitti: no, lrm is on by default
[04:13] <LaserJock> pitti: no, it's madwifi
[04:13] <jdong> so those restricted things work out of the box
[04:14] <LaserJock> yeah
[04:14] <LaserJock> so I didn't realize my laptop was using non-free stuff
[04:14] <jdong> ath_hal.ko non-free FCC-regulated radio restrictions.
[04:14] <jdong> not really non-free IMO.
[04:14] <jdong> except by strict interpretation
[04:14] <pitti> Mithrandir: all the -meta stuff is in the archive now; do you think we should respin new ISOs for verifying sizes, etc.?
[04:15] <pitti> LaserJock: that's the second 'first-time ever' confirmation of a piece of hardware, thanks
[04:15] <pitti> LaserJock: mine only shows nvidia
[04:15] <LaserJock> pitti: wow, I didn't think I was so special ;-)
[04:16] <LaserJock> nividia-legacy, madwifi, and fglrx all worked fine  for me
[04:17] <mjg59> pitti: Sure, no problem :)
[04:17] <mjg59> pitti: Any chance you could merge https://bugs.freedesktop.org/show_bug.cgi?id=9767 as well?
[04:17] <Ubugtu> Freedesktop bug 9767 in hald "hald-addon-keyboard support for keyrepeat" [Normal,New]  
[04:18] <pitti> mjg59: sounds featureish, maybe check with Tollef and create/augment a bug for it?
[04:19] <mjg59> pitti: Eh, I wrote the original code - I'd actually say that it's a bug 
[04:19] <pitti> ok
[04:19] <mjg59> I checked for key down, but forgot about key repeat
[04:19] <pitti> mjg59: ooh, looking at the patch now; of course, looks perfectly sensible
[04:22] <pitti> _ion: unless you already started on it, I'd implement the ATI product ID scraping now
[04:32] <dholbach> pitti: uploaded your lpBugs changes - thanks a lot
[04:32] <pitti> dholbach: yay
[04:32] <dholbach> merged into .0.1 and I'll merge into .main
[04:32] <pitti> dholbach: I probably need yet another addition to handle the duplicate field
[04:33] <dholbach> just let me or bughelper@lists.ubuntu.com know
[04:33] <pitti> dholbach: I don't need it yet, but once we have an automatic dup finder, it comes in handy :)
[04:33] <dholbach> or file a bug
[04:33] <dholbach> thanks alot
[04:33] <dholbach> yeah
[04:36] <rourke> what's the difference between linux-image-*-386 and linux-image-*-686?
[04:36] <thom> rourke: support in #ubuntu
[04:37] <_ion> pitti: I already wrote it, in fact. :-)
[04:37] <pitti> _ion: oh, then you beat me to it; I was just going to verify that these numbers in the _drv.so are actually correct
[04:37] <_ion> pitti: It's just two lines of shell script
[04:37] <_ion> I verified a couple of them, but not all.
[04:39] <cjwatson> Mithrandir: what do you think of the general idea of http://people.ubuntu.com/~cjwatson/tmp/partman-partitioning.resize2fs.diff for beta?
[04:39] <_ion> Currently i'm pondering whether it would be best for the linux-restricted-modules package to generate the fglrx list and put it to /usr/share/doc/linux-restricted-modules-something/fglrx.modalias
[04:39] <cjwatson> Mithrandir: I haven't tested it yet
[04:39] <pochu> Mithrandir: around? it seems that the xubuntu PPC builts went to a PS3 builts, and they don't boot on PPC. http://cdimage.ubuntu.com/xubuntu/ports/daily-live/current/ . Would it be possible to fix that? Thanks :)
[04:40] <cjwatson> pochu: huh?
[04:40] <_ion> pitti: Thoughts?
[04:40] <cjwatson> pochu: no, that's just that powerpc hasn't been built for xubuntu yet
[04:40] <cjwatson> there was a reason I built ps3, and it's not a bug that it exists
[04:41] <pitti> _ion: that would certainly be cleaner, but requires coordination with BenC; and it should be done more consistently then (for nvidia, ath_hal, etc.)
[04:41] <pitti> _ion: I think for now a static build script in r-m is a good enough hack IMHO
[04:41] <pochu> cjwatson: it wasn't going to built, but as some xubuntu users requested it, I asked Mithrandir to built it, but it seems that he built a Xubuntu PS3, instead a Xubuntu PPC :)
[04:42] <_ion> pitti: It indeed should be done consistently, and i've been trying to find the ID list from anything included in the l-r-m source package for a while, with no success.
[04:42] <pochu> cjwatson: oh, didn't know. Just curiosity, which was that reason? :)
[04:43] <cjwatson> pochu: no, he didn't build a PS3 image, I did.
[04:43] <cjwatson> pochu: because I was working on getting a PS3 to work?
[04:43] <pitti> _ion: I don't know enough of this stuff, but maybe it's possible to externally override the modaliases of modules, so that the module itself would DTRT
[04:43] <pochu> cjwatson: ah, ok :)
[04:43] <pochu> cjwatson: could you also build a xubuntu PPC image? that would be great :)
[04:44] <BenC> pitti: device-driver-manager :)
[04:44] <cjwatson> pochu: already on it
[04:44] <BenC> some modules just can't be persuaded though, like kyle pointed out, drm modules use a non-alias like table
[04:44] <pochu> cjwatson: thanks a lot!
[04:45] <pitti> BenC: d-d-m, is that a GUI app, or some magic backend to improve module handling?
[04:46] <BenC> pitti: the spec calls for both of those features
[04:46] <BenC> the GUI depends on the magic backend
[04:46] <pitti> BenC: if that's a gui, it doesn't sound too far away from restricted-manager in fact
[04:46] <cjwatson> pochu: cronned, should at least try to build later today
[04:47] <pochu> cjwatson: ok, ty :)
[04:48] <BenC> pitti: It's meant to handle setting module params, and choosing specific modules for specific devices (like in the case of multiple modules handling the same device)
[04:48] <BenC> pitti: It can also use things like new_id to force a driver to work with an unknown device
[04:48] <pitti> BenC: ok, that's slightly different
[04:48] <tbf> it's a nice tool, but not ready for prime time yet
[04:49] <pitti> tbf: ++ for ... on desktops
[04:49] <pitti> tbf: I think on laptops the advantages outweight the problems
[04:50] <_ion> Would the nvidia/fglrx licenses permit modifying the .modinfo section of the modules from lrm-manager?
[04:50] <pitti> _ion: oh, can you do this with a binary module?
[04:51] <_ion> It should be possible to hack .modinfo, replacing the alias list with a better one. :-)
[04:51] <pitti> _ion: I actually thought about sticking a file into /etc/modprobe.d/ or similar which overrides the modules' internal list
[04:51] <_ion> That would be cleaner. :-)
[04:51] <tbf> pitti: actually i really wonder how you use it on a laptop
[04:52] <pitti> tbf: I usually don't use multiple interfaces at the same time on the laptop, so it's fine for me
[04:52] <pitti> tbf: roaming works well, and that's what I do with the laptop
[04:52] <tbf> pitti: gnome-settings damon needs naming services to startup, but those are not available until network manager setups my wlan connection
[04:52] <pitti> on the desktop I never change networks and have two networks at the same time
[04:53] <tbf> pitti: which it can't before gnome has started because it stores the wlan key in gnome-key-ring
[04:53] <pitti> tbf: our libc can handle resolv.conf changes on the fly
[04:53] <tbf> pitti: i just gave up right now and moved the umts card into the desktop machine again. after that starting gnome failed, cause nm was to lame to configure the wlan adapter
[04:54] <pitti> tbf: well, just disable it the, it's two clicks away
[04:55] <tbf> pitti: how? disabling it from the applet makes all Epiphany, Evolution and Gaim believe i have not network at all
[04:55] <_ion> pitti: Anyway, this is what i call from the extracted ati-driver source tree, strings x710/usr/X11R6/lib/modules/drivers/fglrx_drv.so | sed -n 's/^0x\([0-9A-F] \{4\}\)$/alias pci:v00001002d0000\1sv*sd*bc*sc*i* fglrx/p'
[04:55] <pitti> tbf: I meant removing the applet
[04:55] <mdz> Mithrandir: how is the release looking today?
[04:55] <cjwatson> hmm, I think that keymapper us/jp bug may not be a keymapper bug after all - the files console-setup is feeding to gen_keymap don't look quite right
[04:55] <pitti> _ion: I'll run this in the installed system against /usr/lib/xorg/modules/drivers/fglrx_drv.so
[04:56] <tbf> pitti: doubt this works. what i did for now is deactivating the scripts in /etc/dbus-1/event.d
[04:56] <pitti> _ion: thus I only need to install xorg-driver-fglrx
[04:56] <_ion> pitti: Yeah, that works.
[04:57] <_ion> pitti: Oh, i also verified that the ID list in the nvidia README is indeed incomplete, just like the README says. Why they have such a list in README at all is beyond me. :-)
[04:58] <_ion> Yeah
[04:58] <tbf> pitti: yeah, go nouveau, go!
[04:58] <sladen> tbf: would would you think about only shipping NM on laptops?  Then half of our users would be saved from the pain
[04:58] <_ion> Network-manager? I love it on desktop boxes.
[04:58] <tbf> sladen: well, the machine i have feisty on, is a laptop
[04:59] <siretart> sladen: I love the idea
[05:00] <tbf> for me network manager has two problems: 1) disabling devices it has no information about - easy fix --- 2) setting up the wlan too late as it stores the wlan key in gnome-key-ring
[05:00] <tbf> what could be done for problem 2?
[05:02] <tbf> well, but maybe gnome-settings-damon just should be fixed, not to hang, if DNS doesn't work yet
[05:02] <sladen> tbf: bug #89096
[05:02] <Ubugtu> Malone bug 89096 in network-manager "NM saves WEP key in GNOME keyring and requires additional password" [Undecided,Confirmed]  https://launchpad.net/bugs/89096
[05:03] <tbf> sladen: thanks
[05:03] <sladen> tbf: perhaps you could add the issue you've just noted there
[05:04] <pitti> _ion: why bc* and not bc03?
[05:04] <pitti> _ion: just in case one of the numbers isn't actually a product ID
[05:04] <tbf> sladen: doing that right now
[05:07] <_ion> pitti: The IDs in the file are consecutive, separated only by by a '\0'. It's quite improbable the ATI vendor ID and a device ID from the list would match something else than an ATI card supported by fglrx.
[05:07] <pitti> right
[05:07] <pitti> _ion: still, I think it cannot hurt
[05:08] <_ion> True
[05:11] <adamant1988> ok, got it working
[05:11] <adamant1988> for some reason it defaulted to metacity as the window manager
[05:12] <tbf> considering all the window placement problems compiz and beryl have, i wonder how people can work with them
[05:12] <pitti> tbf: me too
[05:13] <tbf> pitti: considering to subscribe to SoC and port cool compiz plus beryl plugins to metacity :-)
[05:13] <tbf> ...damn would that be cool: cool effects plus some mature WM
[05:27] <Keybuk> oh, thank gods gcc doesn't support long long long
[05:30] <_ion> long long long long long long long long i;
[05:30] <Keybuk> _ion: I think the lisp-affected have that type right :p
[05:30] <_ion> If i care about about an integer's size and signedness, i usually use {,u}int{8,16,32}_t
[05:31] <Keybuk> those are tricky though
[05:31] <Keybuk> you can't pass them to varargs functions, like printf
[05:36] <_ion> keybuk: Uh. I haven't ever had that problem. They are just typedefs, aren't they?
[05:36] <_ion> typedef int int32_t; typedef short int int16_t; etc.
[05:39] <Keybuk> _ion: they're typedefs to unknown types
[05:39] <Keybuk> e.g. if you do this
[05:39] <Keybuk>   int32_t i = 0;
[05:39] <Keybuk>   printf ("%d %s\n", i, "foo");
[05:39] <Keybuk> you better hope that sizeof (int) == 4 :p
[05:39] <Keybuk> and that sizeof (int) isn't 8, like it is on ILP64 architectures
[05:40] <Keybuk> because then you'll be taking part of the following string too
[05:40] <Keybuk> actually, the entire string
[05:40] <Keybuk> and wandering into your code to find the string
[05:40] <_ion> keybuk: Ah, alright. I just kind of expected that the compiler and the headers would magically take care of that on interesting architectures.
[05:40] <Keybuk> no :p
[05:41] <kylem> don't worry, nothing worth talking about is ILP64
[05:41] <Keybuk> int32_t will be a 32-bit int
[05:41] <cjwatson> AFAIK the best way to deal with them is to cast them all to intmax_t and use %jd et al
[05:41] <Keybuk> kylem: windows? :p
[05:41] <kylem> Keybuk, windows is LLP64...
[05:41] <kylem> long == int == 32-bits.
[05:41] <Keybuk> ah yes
[05:42] <Keybuk> that's where you get bitten by using %ld to print int64_t isn't it
[05:42] <Keybuk> cjwatson: or just not use them at all, and use the ordinary types which turn out to be what you were after anyway
[05:42] <Keybuk> (the principal use for the stdint types is bitmasks)
[05:43] <Keybuk> my brain also remembers some strange type-changing behaviour of ..., but I can't remember what it is :-/
[05:43] <Keybuk> I know 'c' turns into an int, for example
[05:43] <kylem> the easiest thing to do is to just wrap vprintf ourself.
[05:50] <Keybuk> ah yes, that's right; integer promotion is performed on all variable arguments
[05:52] <yotam> Where can I ask questions about packaging - thatthe packaging guide does not answer?
[05:53] <Adri2000> yotam: #ubuntu-motu
[05:53] <yotam> thx
[05:53] <yotam> #ubuntu-motu
[05:55] <pitti> mvo_: still here?
[05:55] <pitti> mvo_, ogra: I need an ATI card owner for a quick test
[05:56] <ogra> wait a sec
[05:57] <ogra> ok, r-m updated
[05:58] <ogra> i'm currently running fglrx, what do you want me to test ? 
[05:58] <pitti> ogra: oh, not the one from the archive
[05:58] <ogra> no, the one from the bug
[05:58] <pitti> ogra: http://people.ubuntu.com/~pitti/tmp/restricted-manager_0.10_all.deb
[05:58] <pitti> ogra: ^ this one, please
[05:58] <ogra> right
[05:58] <pitti> ogra: (it's not the one from the bug)
[05:58] <ogra> is that different
[05:58] <ogra> ok
[05:58] <pitti> ogra: does disabling and re-enabling work and is xorg.conf sane in both cases?
[05:58] <ogra> gdebi is so sexy :)
[05:59] <pitti> ogra: I just refactored the nvidia and ati classes into one base class; they shared 95% of code
[05:59] <pitti> and doing all fixes two times was too error prone
[05:59] <ogra> well, if it works ...
[05:59] <pitti> ogra: gdebi? was reported to work for other people
[05:59] <pitti> ogra: oh, not for the same version, though; you need to purge before
[05:59] <ogra> works here as well ... 
[06:00] <ogra> i rarely use it though
[06:00] <ogra> r-m only shows ati now 
[06:00] <ogra> no isdn or intel drivers
[06:00] <pitti> ogra: that should be fine, unless you also have an ipw1394 or isdn card
[06:00] <pitti> ogra: (or a second nvidia graphics card)
[06:01] <ogra> its disabling and uninstallinf now
[06:01] <ogra> hmm, my screen flashed once
[06:01] <pitti> ?
[06:02] <pitti> it doesn't automatically kill X or anything
[06:02] <ogra> and a reboot notification popped up
[06:02] <pitti> good
[06:02] <ogra> no, but it seemed to probe
[06:02] <ogra> the screen went black for 2secs ... 
[06:02] <pitti> ogra: oh, xserver-xorg might probe
[06:02] <pitti> (the postinst)
[06:02] <ogra> yeah
[06:02] <ogra> i think there is no way to get rid of that iirc
[06:03] <ogra> i discussed that with daniels in dapper ...
[06:03] <ogra> my xorg.conf still has fglrx, should that be updated already ? 
[06:03] <pitti> ogra: only as the last step, after removing xorg-driver-fglrx
[06:04] <ogra> ah, you need to close r-m
[06:04] <ogra> :)
[06:04] <ogra> now its ati
[06:04] <pitti> ogra: hm, actually not
[06:04] <ogra> hmm
[06:04] <pitti> ogra: it should have switched to ati after dpkg-reconfigure finished
[06:04] <ogra> it was fglrx until i closed the window
[06:04] <pitti> hm, that's really weird
[06:05] <ogra> but now its ati, seems correct ...
[06:05] <pitti> ok
[06:05] <ogra> probaby my less call was to early ...
[06:05] <ogra> so i read the file from mem while it was changed
[06:06] <ogra> the gui hangs here and there a bit ...
[06:06] <pitti> ogra: known
[06:06] <pitti> ogra: it needs to run synaptic in a separate thread
[06:06] <pitti> but that's post-beta UI stuff
[06:07] <pitti> ogra: the critical parts so far are sane xorg.conf and hw detection
[06:07] <ogra> hm, now i didnt get fglrx in xorg.conf
[06:07] <pitti> ogra: after enabling?
[06:08] <ogra> yep
[06:08] <pitti> ogra: can you put /var/log/restricted-manager.log somewhere?
[06:08] <ogra> wait
[06:08] <ogra> the checkbox isnt marked either 
[06:08] <ogra> (i only used the activate/deactivate button at the bottom)
[06:08] <pitti> you got the confirmation question?
[06:09] <ogra> yes
[06:09] <pitti> and package isntallation?
[06:09] <ogra> and after i click ok xorg probes once
[06:09] <ogra> yes
[06:09] <ogra> still ati in there and the checkbox isnt ticked
[06:10] <pitti> hmm, hmm
[06:10] <pitti> ogra: let's see what the log says
[06:11] <ogra> i need to go out to the garden for 20-30min before it gets dark (promised GF to help her bury a guineapig)... can we take a short break ? log is at http://people.ubuntu.com/~ogra/restricted-manager.log
[06:12] <pitti> ogra: sure, thanks
[06:12] <ogra> i'll ping if i'm back
[06:13] <pitti> ogra: aah, I know what could be wrong
[06:19] <pitti> ogra: I updated the deb on above URL; I think it should work now
[06:20] <Adri2000> Keybuk: is MoM somewhat broken? out of date. some merges uploaded one week ago are still on the page
[06:20] <Keybuk> Adri2000: no idea
[06:21] <Adri2000> Keybuk: you can't check?
[06:21] <Keybuk> it's getting 404s for something
[06:22] <Adri2000> :-/
[06:22] <pitti> mvo: *bettelblickaufsetz* ;)
[06:23] <mvo> pitti: ?
[06:23] <Keybuk> debian-related I think
[06:23] <mvo> pitti: oh, quick test
[06:23] <Keybuk> last update was ~10 days ago
[06:23] <pitti> mvo: if you have a few minutes, could you install http://people.ubuntu.com/~pitti/tmp/restricted-manager_0.10_all.deb ?
[06:23] <mvo> pitti: sure, what do you need 
[06:24] <pitti> mvo: above deb (fresh from 5 minutes ago) and check if disabling and enabling again both produces a valid xorg.conf/driver detection/package install
[06:24] <pitti> mvo: xorg.conf: in particular, driver, BusID, options, disabling of composite
[06:24] <mvo> pitti: what will it do with customized xorg.confs ?
[06:24] <pitti> mvo: right now it still clobbers them
[06:24] <pitti> mvo: I write code to not do that as we speak
[06:24] <mvo> pitti: ok
[06:24] <pitti> mvo: r-m makes plenty of backups :)
[06:26] <mvo> pitti: looks good so far, now I have vesa + it says I should restart
[06:26] <pitti> mvo: vesa was correct for you, right?
[06:26] <pitti> mvo: don't bother with restarting
[06:27] <pitti> mvo: just enable it again
[06:27] <mvo> pitti: yes
[06:27] <mvo> pitti: restarting is fine, I get a new kernel as well
[06:27] <pitti> ok
[06:30] <mvo> pitti: hm, reenabling it back seems to not work ./ still vesa (even though it did download the xorg-driver-flgrlx)
[06:30] <mvo> pitti: and my screen blanks for 2 seconds
[06:31] <mvo> pitti: no, can't get flglrx back :/
[06:31] <ogra> mvo, thats xorg prbing the screen from the postinst
[06:31] <pitti> mvo: can you give me /var/log/restricted-manager.log?
[06:31] <ogra> pitti, installing now
[06:31] <pitti> ogra: I set xserver-xorg/autodetect_video_card to false now when enabling a driver
[06:32] <pitti> ogra: I hoped that that worked, but apparently not for mvo
[06:32] <ogra> nope
[06:32] <ogra> as i sadi, i discussed that with danies ... in order to make it work for the liveCD he hardcoded it
[06:32] <mvo> pitti: http://people.ubuntu.com/~mvo/tmp/restricted-manager.log
[06:32] <ogra> as well as you cant preseed modes or videoram ...
[06:32] <pitti> argh, it always autodetects even if this is forcibly set to false?
[06:33] <ogra> yes
[06:33] <pitti> why?
[06:33] <ogra> there are a bunch of debconf values that are completely ignored
[06:33] <mvo> *cough* displayconfig-gtk *cough*
[06:33] <pitti> ogra: I understand this for seen=false, but for seen=true and set?
[06:33] <ogra> ask daniels ... its his change
[06:33] <pitti> mvo: right, it's on the wishlist, but not really appropriate to do that change now for beta IMHO
[06:33] <ogra> and nobody was smart enough with X to switch that back and guarantee nothing would break yet
[06:33] <mvo> pitti: sure
[06:34] <pitti> ok, this needs fixing in the xserver-xorg postinst, I'm afraid
[06:34] <ogra> pitti, still ati here
[06:35] <pitti> ogra: right, if setting xserver-xorg/autodetect_video_card doesn't work, it will behave exactly the same
[06:35] <ogra> if yu are at it, you could fix preseeding for the resolution as well *g*
[06:35] <pitti> well, not today any more unfortunately
[06:35] <tepsipakki> ogra: what's wrong with it?
[06:35] <ogra> i wasnt expecting today :)
[06:35] <pitti> I hope that Mithrandir won't kill me if I upload this on Monday instead of today
[06:35] <ogra> tepsipakki, you cant preseed it
[06:35] <tepsipakki> ogra: sure you can
[06:35] <ogra> tepsipakki, neither videoram ...
[06:36] <tepsipakki> I do it all the time
[06:36] <ogra> tepsipakki, its not respected
[06:36] <tepsipakki> hmm, seems to work here
[06:36] <ogra> tepsipakki, if i preseed 800x600 it will still have all modes up to 1024 in xorg.conf
[06:36] <ogra> its a longstanding problem i have in ltsp
[06:36] <tepsipakki> ok, I trust you :)
[06:36] <pitti> ogra: mvo's log still looks weird
[06:37] <ogra> and according to daniels that was also required to not break autodetection on the liveCD
[06:37] <pitti> ogra: xserver-xorg/autodetect_video_card is true for him even before dpkg-reconfigure
[06:37] <ogra> strange 
[06:38] <ogra> tepsipakki, being able to preseed videoram and the modelines would make many many ltsp users happy ...
[06:38] <pitti> mvo: could you please check your xorg_driver.py? does it have 'dc.set("xserver-xorg/autodetect_video_card", "false")'?
[06:38] <ogra> if you have a fix for that i'd owe you a truck of beer
[06:38] <pitti> I too, apparently :)
[06:38] <tepsipakki> ogra: ok, I'm on it ->
[06:38] <tepsipakki> :)
[06:39] <tepsipakki> isitfriday
[06:39] <ogra> even though i'm always told that videoram shouldnt be pressedable because if you have to preseed it reflects a bug in the driver
[06:39] <ogra> and then the driver shold rather be fixed :)
[06:40] <tepsipakki> heh, I've seen reports on i810 where setting it works around some bugs
[06:40] <ogra> yeah
[06:40] <ogra> same for via, which is very often used in thin clients
[06:40] <pitti> ogra: can you please check xorg_driver.py from the package as well? does it have 'dc.set("xserver-xorg/autodetect_video_card", "false")'?
[06:40] <ogra> and soe geode chipsets
[06:41] <pitti> ogra: the log should at least show the value as false before dpkg-reconfigure
[06:41] <ogra> checking it manually its currently set to true
[06:41] <ogra> the log agrees
[06:41] <pitti> ogra: right, that might be xserver-xorg clobbering it
[06:41] <pitti> ogra: but before?
[06:41] <ogra> where is that python file ? 
[06:41] <pitti> ogra: if xorg_driver.py doesn't have that line of code, it's an old version
[06:42] <pitti> /usr/share/pycentral/restricted-manager/site-packages/RestrictedManager/xorg_driver.py
[06:42] <pitti> ogra: ^
[06:42] <pitti> mvo: ^
[06:42] <ogra> ah, i was sesarching in /usr/share/r-m
[06:42] <ogra> ogra@edubuntu:~/seeds/edubuntu.feisty$ grep autodetect_video_card /usr/share/pycentral/restricted-manager/site-packages/RestrictedManager/xorg_driver.py
[06:42] <ogra> ogra@edubuntu:~/seeds/edubuntu.feisty$ 
[06:42] <ogra> hmm
[06:44] <mvo> pitti: no, it seems not
[06:45] <ogra> pitti, are you sure you uploaded it ? i just wgetted it from the commandline and installed with dpkg -i to be sure ... still no trace 
[06:45] <pitti> wait, I'll build you a new deb
[06:46] <pitti> uploaded
[06:46] <pitti> 363b6decc40ad83387d6b8515cde8c58  ../restricted-manager_0.10_all.deb
[06:46] <ogra> 363b6decc40ad83387d6b8515cde8c58
[06:46] <ogra> yep
[06:47] <ogra> aha
[06:47] <ogra> looks better
[06:47] <ogra> still probing, but i got fglrx now
[06:49] <ogra> reverted fine to ati
[06:49] <pitti> mvo: please, pretty please say that it works for you as well, otherwise I can't sleep tonight
[06:50] <Keybuk> Adri2000: seems to be a Debian mirror error
[06:50] <Keybuk> I'll investigate further
[06:50] <Keybuk> (next week)
[06:50] <ogra> pitti, and back to fglrx ... i switched back and forth 4 times, seems all fine
[06:51] <pitti> ogra: yayyayyay, thanks
[06:51] <ogra> :)
[06:51] <mvo> pitti: sort-of-working. I had a fglrx config and it showed it as "not-enabeld". if I enable it, it overwrites my xorg.conf and enables it (so fglrx is in)
[06:51] <Adri2000> Keybuk: ok
[06:51] <mantiena-bug> hi all
[06:51] <ogra> mvo, does it revert to ati properly as well ? 
[06:52] <mvo> pitti: it put it back now to vesa if I disable it
[06:52] <pitti> mvo: cool
[06:52] <ogra> sounds good
[06:52] <pitti> mvo: and enabling it back works this time?
[06:52] <pitti> ogra: after all, using dpkg-reconfigure instead of dexdonf works much better
[06:53] <ogra> yeps ...
[06:54] <ogra> :)
[06:54] <adamant1988> pitti: What was the ID of that bug I helped debug?
[06:55] <mvo> pitti: yes, now it flips back and forth
[06:55] <pitti> adamant1988: bug 91036
[06:55] <Ubugtu> Malone bug 91036 in restricted-manager "restricted-manager picks wrong BusID for video cards" [High,Fix committed]  https://launchpad.net/bugs/91036
[06:55] <pitti> mvo: ok, so let's blame the first glitch to some old debconf stuff
[06:55] <mvo> pitti: yes, seems to be something to do with that, if I run it now, its fine
[06:56] <pitti> mvo: *phew* *hug* thanks!
[06:57] <mvo> pitti: \o/
[07:10] <guyvdb> hi
[07:10] <guyvdb> is there anybody i can talk to about the google summer of code?
[07:12] <jono> anyone know how to make OOo in Feisty use the gtk theme - it doesnt seem to after an upgrade
[07:13] <Mithrandir> pitti: spinning
[07:14] <pitti> Mithrandir: I just fixed all open bugs in r-m (https://launchpad.net/ubuntu/+source/restricted-manager/+bugs)
[07:14] <pitti> Mithrandir: it now works pretty well, it has pretty intrusive changes, though
[07:15] <pitti> Mithrandir: is that something I should upload right now, Monday, not not at all for beta?
[07:15] <pitti> (NB that the feisty version can really screw up your system, see mdz's mail)
[07:16] <Mithrandir> pitti: hm, I'd rather have it now than later.  Please upload it.
[07:16] <pitti> alrighty
[07:16] <pitti> Mithrandir: done
[07:16] <Mithrandir> mdz: the usual round of stragglers, we seem to have a new a need for a new kernel at least.
[07:24] <cjwatson> Mithrandir: I think I've found the us/jp keymap misdetection bug. Three-line diff to the keymap reduction code if I'm right ...
[07:24] <Mithrandir> yay
[07:25] <Mithrandir> that'd be very nice since we are going to get 500 zillion dupes of that if it's not fixed.
[07:29] <cjwatson> basically the problem is that the keymap reduction stuff is sneaking U+00bf (questiondown) into the us keymap even though it doesn't belong there, and it's because it doesn't properly handle keymaps that aren't supersets of other keymaps (i.e. the us keymap doesn't define keycode 89, but br does; therefore us can't be derived by #include'ing br and fiddling some keycodes)
[07:29] <cjwatson> I think there's another minor issue, having tried that, but that's most of it
[07:30] <Mithrandir> that is slightly-greek to me, but I'll nod and pretend to understand. :-)
[07:31] <cjwatson> simplest description I can manage at 1830 on Friday :)
[07:31] <cjwatson> but this is good - it means keymapper is working fine, it's its input that's buggered
[07:31] <cjwatson> which is a lot easier to deal with
[07:32] <firephoto> Is anyone aware of the xorg memory leak with xserver 1.2 or does that need a bug filed? https://bugs.freedesktop.org/show_bug.cgi?id=10009#c9
[07:32] <Ubugtu> Freedesktop bug 10009 in Server/general "xorg 7.2 (xorg-server-1.2.0) consumes memory" [Normal,New]  
[07:40] <mvo> Mithrandir: thanks for accepting command-not-found :)
[07:53] <mantiena-bug> ScottK, Hi, are you upstart developer ?
[07:53] <ScottK> No
[07:53] <Burgwork> mantiena-bug: no, you need Keybuk] 
[07:55] <mantiena-bug> Burgwork, I don't see keybuk here :(
[07:57] <LaserJock> nope, he's not on right now
[08:09] <mantiena-bug_> maybe here is someone, who can help me to be sure, that I found a bug in upstart (or /etc/event.d/ttyN scripts)
[08:12] <sn0> checked https://launchpad.net/ubuntu/+bugs to see if its already there mantiena-bug_ ?
[08:14] <mantiena-bug_> sn0, of course
[08:17] <sn0> see the 'Report a Bug' ? :)
[08:19] <mantiena-bug_> sn0, it seems no :(
[08:19] <mantiena-bug_> that's why I'm here
[08:20] <sn0> on the launchpad site at the top left, you can login and report/add a bug info
[08:21] <mantiena-bug_> sn0, I know this
[08:21] <sn0> h'ok
[08:23] <mantiena-bug_> sn0, problem is, that problem is very important and should be visible to all, it's very strange, that this isn't already reported, so, maybe this is some configuration problem, not bug
[08:23] <mantiena-bug_> sn0, are you using Feisty ?
[08:24] <sn0> i am yes mantiena-bug_ 
[08:24] <sn0> today's kubuntu image at the mo
[08:25] <mantiena-bug_> sn0, from live CD ?
[08:25] <sn0> yep
[08:26] <mantiena-bug_> oh, it's good, could you help me to check if this bug is on your system ? just few minutes
[08:26] <sn0> sure, fire away
[08:26] <mantiena-bug_> sn0, could you show me output of "initctrl list" ?
[08:27] <sn0> oh my install just crashed woo :)
[08:27] <sn0> sec
[08:29] <sn0> mantiena-bug_ http://paste.debian.et/23832
[08:29] <sn0> thats from the live cd
[08:29] <mantiena-bug_> sn0, yea , it's better for me if you show me output of initctrl list when runing from live cd :)
[08:30] <sn0> arr typo soz
[08:30] <sn0> http://paste.debian.net/23832
[08:36] <mantiena-bug_> sn0, so, it seems you have the same important bug like me ;)
[08:37] <sn0> really? interested to know whats wrong
[08:37] <mantiena-bug_> sn0, could you press ctrl+alt+f2 to be sure ?
[08:37] <mantiena-bug_> upstart doesn't start consoles on tty1-tty6 :(
[08:37] <sn0> oh yea i don't get any consoles
[08:38] <mantiena-bug_> it seems this needs to be reported :-P
[08:39] <mantiena-bug_> I'm making liveCD without GDM, based on feisty, and currently I can't login...
[08:40] <heno> mantiena-bug_: I've seen that mentioned before, but I also cannot find the bug
[08:40] <mantiena-bug_> sn0, btw, you know upstart a little bit ? I saw the error message, upstart "told" me, that error is in line 15 of /etc/event.d/tty1 - tty16 files
[08:41] <mantiena-bug_> heno, :(
[08:41] <heno> looking ...
[08:44] <Maor> d
[08:46] <mantiena-bug_> heno, in that lite there is respawn command
[08:47] <heno> mantiena-bug_: I suggest you file it and ping TheMuso when he is around. I've seen him mention it. (he might be able to tell you which one to dupe it with)
[08:47] <mantiena-bug_> I saw some changes, related to respawn in upstart 0.3.8 changelog
[08:47] <sn0> im rebooting the install now mantiena-bug_ , maybe its one of the updates i noticed
[08:47] <mantiena-bug_> sn0, thanks for help
[08:48] <mantiena-bug_> heno, ok, now I don't have a time to file, I need to find a way how to run command "respawn /bin/su ubuntu /usr/bin/startx" in custom event.d script
[08:49] <mantiena-bug_> upstart also tells me, that there is "unknown stanza" in this line
[08:49] <heno> can't help much with upstart I'm afraid
[08:50] <Seveas> mantiena-bug_, try #upstart
[08:50] <Ng> mantiena-bug_: you could configure gdm to automatically log that user in
[08:50] <Ng> systme->preferneces->login window
[08:50] <sn0> mantiena-bug_ on the actual installed system it works fine, http://paste.debian.net/23833
[08:51] <cjwatson> it's very likely a casper bug
[08:51] <cjwatson> it munges /etc/event.d/*, and perhaps it uses syntax that's now broken
[08:51] <cjwatson> please let me know the bug number once you file it (or find an existing one) and I'll ensure it's milestoned for beta
[08:56] <mantiena-bug_> sn0, hehe, could you show me contents of the /etc/event.d/tty1 and /etc/event.d/tty2 files ?
[08:58] <sn0> sure, http://paste.debian.net/23834
[08:58] <mantiena-bug_> cjwatson, btw, you set status of bug #38931 to "Fix Released" 2 weeks ago, but it seems bug still isn't fixed
[08:58] <Ubugtu> Malone bug 38931 in Baltix "add lt keymap to NONLATINMAPS variable in xserver-xorg.config script" [Medium,Unconfirmed]  https://launchpad.net/bugs/38931
[09:00] <mantiena-bug_> sn0, OK, now I see where is the bug
[09:00] <mantiena-bug_> ;)
[09:00] <sn0> cool :] 
[09:01] <TheMuso> mantiena-bug_: Hen suggested you contact me? Whats up?
[09:01] <TheMuso> heno even
[09:02] <pochu> TheMuso: thanks for the upload! :)
[09:03] <TheMuso> pochu: np
[09:03] <mantiena-bug_> TheMuso, important bug, but it seems not in upstart, but in casper...
[09:03] <mantiena-bug_> I need to find a way how to run command "respawn /bin/su ubuntu /usr/bin/startx" in custom event.d script
[09:03] <mantiena-bug_> TheMuso, previously this command worked fine
[09:04] <mantiena-bug_> TheMuso, but now upstart tells me, that there is "unknown stanza" in this line
[09:04] <TheMuso> mantiena-bug_: Ok sorry, I can't help there.
[09:04] <mantiena-bug_> TheMuso, you don't understand how to write custom upstart script in /etc/event.d/ ?
[09:04] <TheMuso> I just saw that heno mentioned my name to you earlier.
[09:04] <TheMuso> mantiena-bug_: no.
[09:06] <mantiena-bug_> TheMuso, ok
[10:18] <wolfeon> I can't remember who I was talking to couple weeks ago :/
[10:18] <wolfeon> Who was the person working on a program to auto join and do all the magical config for joining a windows network with Ubuntu?
[10:45] <_ion> Heh, zsh has tetris built-in. :-)
[10:51] <tepsipakki> _ion: I just noticed the other day that zsh could complete the hostnames on our domain for ssh/scp
[10:51] <tepsipakki> now that's cool
[10:53] <geser> tepsipakki: iirc bash completion can do that too if your known_hosts file isn't hashed
[10:54] <tepsipakki> ok, nice
[11:16] <keescook> I need a crash course in adding new tab-completion logic...
[11:18] <Lord_Illidan> hi, don't mind me, I'm just watching
[11:32] <Burgwork> keescook: which client?
[11:33] <keescook> Burgwork: oh, I just want to be able to tell things like dpatch-edit-patch where to look, stuff like that
[11:33] <Burgwork> ah, thought you were referring to irc
[11:34] <keescook> aah, nah, just bash
[11:34] <keescook> random question: anyone tried using vmware-player with VLANs?  it won't start the bridge, it seems
[11:35] <Lord_Illidan> Hi guys, anyone working on sdl>
[11:39] <Lord_Illidan> In Ubuntu Edgy, there is this bug in sdl which makes all games very dark
[11:41] <Fujitsu> Lord_Illidan: Not last time I checked.
[11:41] <Lord_Illidan> Was it fixed?
[11:41] <Fujitsu> I've never seen it.
[11:42] <Lord_Illidan> hmm, there is even a launchpad page open
[11:44] <jdong> sdl worked fine for me in Edgy...
[11:44] <jdong> I lived off supertux for so long.
[11:44] <Lord_Illidan> Tremulous
[11:46] <Lord_Illidan> let me find the actual launchpad page
[11:46] <Lord_Illidan> Here is the forum page : http://www.ubuntuforums.org/showthread.php?t=183677&highlight=dark+games
[11:47] <Lord_Illidan> Launchpad page : https://launchpad.net/ubuntu/+source/libsdl1.2/+bug/61389
[11:47] <Ubugtu> Malone bug 61389 in libsdl1.2 "versions of libsdl prior to 1.2.11 dont work with Composite extensions" [Undecided,Fix released]  
[11:48] <Lord_Illidan> Now, it says it is fixed in feisty, haven't tried it, but in edgy the problem still remains..and it is annoying, especially when the fix is out there
[11:49] <_ion> mvo: Please see bug #92942, thanks.
[11:49] <Ubugtu> Malone bug 92942 in command-not-found "No zsh support (debdiff attached)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/92942
[11:49] <mvo> _ion: woah! you rock!
[11:50] <_ion> :-)
[11:56] <_ion> mvo: Hm, actually, wait a moment. It doesn't work if there are parameters on the command line. I'll fix that.
[11:57] <mvo> _ion: ok. I commited the current patch already to bzr :)
[11:59] <mvo> _ion: http://bazaar.launchpad.net/~ubuntu-core-dev/command-not-found/ubuntu <- the bzr branch if you want to work directly against it 
[12:09] <_ion> mvo: Thanks. bzr pull http://johan.kiviniemi.name/software/bzr/command-not-found/