[04:59] <calc> asac: argh something broke the display of my 3G again
[04:59] <calc> and now it calls it "(Linux Foundation 2.0 root hub)"
[04:59] <calc> asac: well Mobile Broadband (blah)
[05:00] <calc> asac: and it shows up twice now... not 3 times like before though
[05:04] <mclasen> only 2G now...
[07:03] <pitti> Good morning
[09:00] <YokoZar> pitti: good morning
[09:00] <pitti> hey YokoZar, how are you?
[09:00] <YokoZar> I'm finding myself swept up in a whole bunch of exciting things pre-UDS.  I might be arriving with 2 pandora consoles to show around, for instance
[09:01] <pitti> Pandora?
[09:01] <YokoZar> It's a handheld mobile device with gaming controls that was designed by the community in an open fashion
[09:01] <YokoZar> It's got a powerful enough (ARM) chip to run a bunch of emulators and free games as well
[09:02] <YokoZar> It's basically exactly the kind of device I think of when I go "Ubuntu-mobile"
[09:03] <pitti> frozen bubble to go?
[09:03] <YokoZar> Exactly ;)  (actually, they even have a picture of it playing frozen bubble on their front page)
[09:04] <YokoZar> http://www.openpandora.org/
[09:05] <geser> do you really think it's a good idea to bring to UDS? /me sees the devs making a frozen bubble tournament at UDS :)
[09:06] <YokoZar> Also I got some nice feedback on this blog post: http://yokozar.org/blog/archives/48  (there's a python script I made that you can play with for modeling Wine development.  It also makes pretty charts)
[09:10] <pitti> geser: we traditionally have had one anyway :)
[09:26] <seb128> pitti: thanks for accepting the gvfs and nautilus uploads ;-)
[09:26]  * pitti hugs seb128, np
[09:26]  * seb128 hugs pitti
[09:31] <YokoZar> so, a serious question about file-roller opening self-extracting executables: do people actually use this feature?
[09:32] <YokoZar> Right now file-roller is associated with .exe over and above Wine, although I suspect the likely use case for getting files from .exe with file-roller is rather limited (and, incidentally, Wine might work just as well in some of those cases since they probably want the files in the virtual windows install)
[09:33] <Tm_T> I agree
[09:33] <seb128> that seems again a case where you seem to want to advantage wine over installed default applications
[09:34] <seb128> those are standard zip with some code to be unpacked without an another software right?
[09:35] <seb128> seems a better idea to open those in file-roller than running a microsoft emulation code to do the unpacking
[09:39] <mvo> ideally the mime magic would detect whats a zip/exe and what is a stock exe
[09:42] <Tm_T> hmmm
[09:42] <Tm_T> ideally, but is it currently possible?
[09:45] <YokoZar> Tm_T: not with current shared-mime-info, but in principle it's doable
[09:46] <Tm_T> interesting
[09:46] <seb128> why not with the current shared-mime-info?
[09:47] <seb128> how is that doable and why would prevent shared-mime-info to work there?
[09:47] <YokoZar> seb128: no one's written the magic ;)
[09:47] <seb128> ok, so it's doable just not done yet
[09:47] <seb128> which is different
[09:47] <seb128> so I guess that's where you want to start, get different mimetype for magically zips and installers
[09:48] <YokoZar> Well what I mean is we can't just have a patch for fileroller that says "open archive-exe's" and one for wine that says "open else .exe"'s until we write that, yeah
[09:49] <YokoZar> I'm wondering if this mime magic will be enough though - it depends where the user wants it unpacked.  If they just want the files on their desktop, it might be a bit easier in file-roller, although wine can point to the user's home folder/desktop too.  If they want the files to automatically go to some default location (sometimes specified by the exe itself, eg installing a patch for a windows program), then they really
[09:51] <seb128> your text displayed until "then they reall" and it cut
[09:52] <seb128> I think it's fine to open autozip in file-roller, that's ubuntu not a microsoft OS, wine is nice for some things but should not be the default when we have a linux alternative
[09:54] <YokoZar> If they want the files to automatically go to some default location (sometimes specified by the exe itself, eg installing a patch for a windows program), then they really should be opening it with Wine.
[09:54] <seb128> they can right click and pick wine if they really want to do that
[09:54] <seb128> that seems rather a corner case
[09:55] <YokoZar> Yeah, but I suspect opening .exe with file-roller is a corner case too
[09:56] <seb128> having exe under linux is a cornercase, agreed
[09:57] <YokoZar> There is a nice thing here to think about - if someone has installed Wine then they probably have Windows applications, which means when they're opening that self extracting archive they are more likely to be applying it to the wine install rather than just taking files
[09:58] <seb128> having something installed on a box doesn't mean that you are using it
[09:58] <YokoZar> Well I should perhaps say "have wine installed and have a ~/.wine made"
[09:58] <seb128> I'm using no microsoft binaries for sure, that doesn't mean I don't want wine available for some other users
[10:01] <YokoZar> Well if you're opening a .exe you're using a microsoft binary ;)
[10:02] <seb128> YokoZar: depends of what you call "using", I'm not running microsoft code by opening a zip in this format in file-roller for example ;-)
[10:02] <seb128> anyway let's not get sidetracked
[10:03] <seb128> we need a way to change the default handler when installing extra softwares or to have priorities, the oem team has request that too already
[10:03] <YokoZar> You're not using microsoft code opening something with Wine either ;)  -- but yeah, the question is more about what the user is expecting
[10:03] <seb128> ie when you buy a DVD player you expect that to be used by default when installed
[10:04] <seb128> that's a similar case
[10:04] <YokoZar> I think it would be reasonable to have Wine take over the default for .exe once it's installed, yeah
[10:04] <seb128> we just don't have this mechanism right now
[10:04] <seb128> but that will probably be discussed at uds
[10:04] <YokoZar> Cool :)
[10:04] <seb128> having priorities or something would be nice
[10:04] <YokoZar> Glad I'm going ;)
[10:04] <YokoZar> priorities other than the user's manual settings that is
[10:04] <seb128> ie wine would have a higher priority than file-roller for those mimetype for example
[10:05] <seb128> so when installed it would be used
[10:05] <seb128> the static list we have now doesn't allow dynamic changes this way
[10:11] <asac> calc: thats odd. does rebooting help?
[10:41] <seb128> mvo: hey
[10:41] <seb128> mvo: could you have a look to bug #349523?
[10:42] <mvo> seb128: sounds like packagekit ;)
[10:42]  * mvo looks
[10:42] <seb128> mvo: you say that from the error message?
[10:42] <seb128> mvo: the description says update-manager or synaptic
[10:43] <mvo> seb128: yes, its a race condition apparently, packagekit (running in the background) opens the cache when a synaptic update happend (e.g. when people click on "reload" in update-manager). I uploaded a workaround but it got rejected unfortunately
[10:43] <seb128> oh ok
[10:43] <mvo> seb128: I will try that again via sru and work on the actual locking race problem then
[10:44] <seb128> can you reassign where it's appropriate?
[10:44] <mvo> why is it reported against gnome-utils?
[10:44] <mvo> sure
[10:44] <seb128> mvo: thanks!
[10:44] <seb128> mvo: because submitters pick random packages I expect
[10:44] <seb128> users... ;-)
[10:47] <mvo> :)
[10:47]  * mvo duplicated it now
[10:47] <seb128> mvo: danke
[10:47] <mvo> we have a brasero held-back on upgrade :/
[10:47] <mvo> I commited a workaround to u-m, but it will have to go in a sru
[10:47] <seb128> the nautilus-cd-burner conflicts stricking?
[10:47] <mvo> yes
[10:48] <seb128> we need a way to tell "that software is default instead of this one now"
[10:48] <seb128> that's not the first time we have the issue
[11:11] <rickspencer3> asac: ArneGoetje bryce calc kenvandine_wk Riddell pitti:
[11:11] <pitti> hi
[11:11] <rickspencer3> asac suggests canceling team meeting today
[11:11] <rickspencer3> I'm fine with that
[11:11] <rickspencer3> thoughts?
[11:11] <pitti> sure, unless we have any hot topics?
[11:11] <pitti> we should still get the weekly report, though (with activity, etc.)
[11:12] <rickspencer3> yes
[11:12] <rickspencer3> I would also like to encourage people with i965 hardware to help test and get data to bryce and jesse
[11:12] <rickspencer3> but I don't think we need a meeting for that
[11:12] <pitti> indeed
[12:23] <asac> my chipset is rev 0c
[12:23] <asac> and i didnt see any freezes
[12:23] <asac> for quite some time
[12:23]  * pitti -> some errands and lunch
[12:23] <asac> dont have any special options like UXA or such set
[12:53] <Laney> why has gpm not been updated?
[12:57] <rickspencer31> Laney: what kind of update were you expecting?
[12:58] <Laney> it's still on 2.24
[12:58] <Laney> just curious, I'm sure there's a good reason
[13:03] <Ampelbein> seb128: hi. looking at your hardy-proposed package for gvfs, I think that it not only fixes 207072 but also bug 216104. can you have a look at that?
[13:03] <seb128> Ampelbein: looking
[13:04] <kenvandine_wk> rickspencer31: works for me... will do my activity report
[13:04] <rickspencer31> thanks ken
[13:04] <seb128> hey rickspencer31
[13:04] <rickspencer3> hi seb128
[13:05] <rickspencer3> kenvandine_wk: you were getting no freezes on your i695, right, and also the repro.sh didn't cause a freeze, right?
[13:05] <kenvandine_wk> right
[13:05] <kenvandine_wk> i also ran repro.sh while i was at lunch... for an hour no freezes
[13:06] <rickspencer3> okay
[13:06] <rickspencer3> just trying to get a list
[13:06] <kenvandine_wk> and last night i installed jaunty on a neighbors laptop with a GMA965
[13:06] <rickspencer3> and?
[13:06] <kenvandine_wk> and i ran the script
[13:06] <kenvandine_wk> no freezes
[13:06] <rickspencer3> hmmm
[13:06] <seb128> Ampelbein: no it doesn't, the fix touch only the smbbrowse backend code not the smb one
[13:06] <rickspencer3> kenvandine_wk: in the future, would they allow you to test with their computer?
[13:06] <seb128> Ampelbein: ie it only makes a difference while browsing workgroups not when mounting samba shares
[13:07] <kenvandine_wk> rickspencer3: perhaps... it belongs to ibm :)
[13:07] <rickspencer3> heh
[13:07] <kenvandine_wk> rickspencer3: it was an extra laptop he had in his office and wanted to see the latest bling :)
[13:07] <seb128> I still didn't get any freeze on 965 either
[13:07] <rickspencer3> seb128: yes
[13:07] <kenvandine_wk> so brought it home... not sure how long he will have it
[13:09] <kenvandine_wk> good reports from him though... he said ubuntu is getting close to good enough for him to replace OSX on his mac book :)
[13:09] <rickspencer3> I'm compiling a list of folks who have i965 so that we can quickly test when bryce and jesse identify fixes we can quickly test
[13:11] <kenvandine_wk> yeah
[13:11] <kenvandine_wk> good list to have
[13:11] <kenvandine_wk> my desktop 965 was very problematic earlier in the cycle... but super stable now
[13:16] <rickspencer3> kenvandine_wk: right, bryce did quite a good job solving -intel issues, but this last freeze is a tough nut to crack
[13:17] <rickspencer3> my i945 based eeePC is smoking fast
[13:17] <rickspencer3> running Jaunty on this netbook is very smooth, and not just considering graphics
[13:17] <kenvandine_wk> good
[13:17] <kenvandine_wk> same on my classmate
[13:18] <seb128> yeah it rocks on my laptop too
[13:19] <seb128> and I'm happy we don't have update-notifier nagging me about compiz being to update since I don't want to do that ;-)
[13:21] <asac> bryce: is there any news on poulsbo drivers in jaunty for those nasty new intel chipsets that dont work at all?
[13:26] <asac> mpt: do we also have a spec for the network connection setup wizard or is that done as part of the inviting spec (i would think it should be two specs)
[13:42] <asac> mvo: is there some trick that would do something like apt-get install --reinstall-with-purge ? ... its always cumbersome to reset configs for stuff that has rdepends because you cannot --purge it
[13:43] <mpt> asac, sabdfl is unsure about the idea of having a separate setup assistant. We could just open Network Manager's "Network Connections" window instead.
[13:43] <mvo> asac: yes, give me a sec
[13:44] <asac> mpt: well yeah. i think we should really make tht connection editor more powerful so it can also be a useful wizard
[13:44] <mvo> asac: apt-get install --reinstall -o apt::get::purge=true foo
[13:44] <mvo> asac: (not tested though)
[13:44] <asac> mvo: heh fun. you rock. this should be a top level option ;)
[13:45] <asac> at least until we find why our config files are always touched
[13:45] <asac> mvo: maybe we can misuse apparmor to log access to config files?
[13:45] <asac> in that way we could finally track down which packages touch configs deliberately?
[13:46] <mvo> assa: what conffile is currently prompting
[13:46] <mvo> ?
[13:47] <asac> mvo: i am asac ;) ... nothing special i just wondered because this pops-up regularly
[13:49] <asac> and its always hard for me to explain users how to reset their configs
[13:51]  * mvo nods
[13:52] <seb128> asac: I usually don't get too many conffiles prompts, users having issue probably edit files by hand
[13:52] <asac> seb128: thats one theory. however, i always got a bunch of prompts for files i didnt even know ;)
[13:53] <seb128> asac: those are bugs ;-)
[13:53] <asac> right. but the source is unknown :(
[13:53] <asac> hence i wondered if i could log all config file accesses using apparmor ;)
[13:54] <seb128> "we are watching you"
[13:54] <seb128> we mean it!
[13:54] <asac> heh
[13:54] <seb128> ;-)
[13:54] <seb128> and display a notify bubble when they edit a file
[13:54] <asac> yeah :)
[13:54] <seb128> "you are touching a conffile file, don't do that"
[13:54] <asac> you can even indicate that ;)
[13:54] <asac> "push here to revert your change"
[13:55] <seb128> let's bring the actions back, that's clearly a case where we need those ;-)
[13:55] <asac> lol ... i thought it would be worth to add that into the indicator ;)
[13:55] <asac> the ability to reset is too important to just disappear after a while
[13:56] <asac> sometimes i think it would be easier to disable this whole conf file mechansism on desktop installs (except for a few cases that we know are frequently changed)
[13:56] <seb128> dammit, ted is not around right now
[13:56] <asac> deesktop users just dont have any business with editing conffiles imo
[13:56] <kenvandine_wk> seb128: probably in a few minutes...
[13:56] <seb128> right, it's often issues rather than benefit
[13:57] <asac> damn. we wanted to get that feature into jaunty still ;)
[13:57] <asac> and ted sleeps
[13:57] <seb128> kenvandine_wk: that's just to troll notifications and action with him so no hurry ;-)
[13:57] <kenvandine_wk> hehe
[14:05] <asac> mvo: did the kompozer fix work for you (its in the archive already)
[14:05] <mvo> asac: yes, many thanks
[14:05] <asac> good
[14:06] <asac> mvo: just saw that a kompozer is in debian NEW ... strange
[14:07] <mvo> asac: a later version
[14:08] <mvo> asac: some -alpha2
[14:08] <asac> yeah.
[14:08] <asac> seems debian ftpmaster are on extended vacation or something. no new processing for 2 month or so
[14:08] <asac> http://ftp-master.debian.org/new.html
[14:11] <seb128> they do some binary new apparently but that's about it
[14:12] <asac> so they wait for the new machine readable copyright policy becomes effective so they can reject everything ?
[14:12] <asac> is that something that will really happen?
[14:13] <asac> its really insane to list all copyright holders for all files if its a massive community driven project
[14:15] <seb128> right, I don't really get the point either, it's lot of boring work and of no real use
[14:21] <seb128> hey tedg
[14:21] <seb128> tedg: you should subscribe to evolution-indicator bugs
[14:21] <tedg> seb128: Hmm, I thought I had.  Will do.
[14:21] <seb128> tedg: bug #359658 has quite some duplicates and makes evolution crash, I think you didn't notice it
[14:22] <seb128> tedg: would be nice if you could add it to your todolist ;-)
[14:23] <tedg> seb128: Yup, looking at it now.
[14:23] <seb128> tedg: thanks
[14:23] <tedg> Oh, and good morning :)
[14:23] <seb128> tedg: good morning to your too ;-)
[14:23] <seb128> tedg: #363894 the submitter can get the bug easily apparently if you need details (that's a duplicate)
[14:29] <tedg> seb128: So is there no debug package built for evolution plugins?  It would be handy :)
[14:30] <seb128> tedg: what do you mean?
[14:30] <tedg> seb128: I mean debug symbols for the evolution-indicator plugin.  The backtrace doesn't seem to have them.
[14:30] <seb128> tedg: the dbgsym are available for all the evolution binaries, do you have a ddeb source?
[14:31] <seb128> tedg: http://launchpadlibrarian.net/25255891/Stacktrace.txt
[14:31] <seb128> tedg: which one are lacking there?
[14:32] <tedg> seb128: That one has, but I was looking at the user gdb backtraces.
[14:32] <tedg> It doesn't seem like there's a "evolution-indicator-dbg" package.
[14:32] <seb128> tedg: he probably didn't install evolution-indicator-dbgsym on this box
[14:32] <seb128> tedg: there is dbgsym for everything, you just need a ddeb apt source
[14:33] <seb128> tedg: http://launchpadlibrarian.net/25255891/Stacktrace.txt
[14:33] <seb128> ups
[14:33] <seb128> tedg: https://wiki.ubuntu.com/DebuggingProgramCrash
[14:33] <tedg> seb128: My apt-get can't find the package, neither can "apt-cache search evolution-indicator"
[14:34] <seb128> tedg: read that wikipage ;-)
[14:35] <seb128> tedg: new to debugging on ubuntu are you? ;-)
[14:35] <tedg> Oh, it must have been one of the repositories disabled on upgrade.  I hate that.
[14:40] <seb128> hello pmatulis
[14:40] <pmatulis> seb128: hi
[14:41] <pmatulis> hi gang, so i'm having trouble locking down gconf with policykit
[14:42] <pmatulis> i'm putting in Admin authentication and then modifying with gconf-editor, expecting a p/w prompt
[14:42] <pmatulis> but i'm not seeing that
[14:43] <pmatulis> mvo: can you assist ^
[14:44] <seb128> pmatulis: what do you do exactly? run gconf-editor as your user?
[14:45] <seb128> set a key as mandatory there?
[14:45] <pmatulis> seb128: yes
[14:45] <seb128> did you restart gconfd just to make sure?
[14:45] <pmatulis> yeah
[14:45] <seb128> and gconftool2 --get /key doesn't give you the right value?
[14:46] <pmatulis> haven't tried that but i'm mostly wondering why i'm not being prompted to authenticate
[14:49] <seb128> pmatulis: let me try there
[14:50] <pmatulis> seb128: using 8.10 btw
[14:50] <seb128> pmatulis: do you use the "set as default" or "set as mandatory" in gconf-editor?
[14:50] <pmatulis> seb128: there are two entries in PK for gconf, i have them both set to "No, No, Admin Authentication"
[14:51] <pmatulis> seb128: one moment for your question
[14:51] <seb128> right, same values there
[14:51] <seb128> when I use "set as mandatory" I get a policykit prompt
[14:51] <seb128> but I'm on jaunty there
[14:53] <pmatulis> seb128: i'm sorry, i don't see the "set as..." stuff in gconf
[14:53] <seb128> gconf-editor?
[14:53] <seb128> right click on a key in the right pane of the screen
[14:53] <seb128> you get a menu
[14:53] <seb128> new key, edit, ...
[14:55] <pmatulis> seb128: k
[14:55] <seb128> that's not how you set the key?
[14:55] <pmatulis> i just checked the box
[14:56] <seb128> what box?
[14:56] <seb128> I'm not sure what you are doing
[14:56] <seb128> - run gconf-editor
[14:56] <pmatulis> there are checkboxes all over the place
[14:56] <seb128> - browse on the left pane to go where you want to do changes
[14:56] <seb128> - select the key in the right pane
[14:56] <seb128> - right click on it
[14:57] <seb128> - select the "set as mandatory" menu item in the menu?
[14:57] <pmatulis> yup, and chossing either mandatory or default does yield a prompt
[14:57] <pmatulis> choosing
[14:57] <seb128> hum ok
[14:58] <seb128> do you get any error on the command line where you run gconf-editor?
[14:58] <seb128> maybe you entered a password for that once before and it kept the credential?
[14:58] <pmatulis> no, it would show up in policykit
[14:58] <pmatulis> down below
[14:59] <seb128> and policykit works fine for other applications?
[14:59] <pmatulis> seems to, like a test with changing system time
[15:00] <pmatulis> of changing policykit itself
[15:00] <pmatulis> or changing
[15:01] <pmatulis> question: without right clicking (on gconf key) what is being used, mandatory or default?
[15:01] <seb128> ok
[15:01] <seb128> pmatulis: you can see the priority order in /etc/gconf/2/path
[15:01] <seb128> mvo: do you have an intrepid box handy in a vm or somewhere to try that?
[15:02] <seb128> pmatulis: but basically it's mandatory > user_config > default
[15:04] <pmatulis> bonus question, i read somewhere it is possible to propogate gconf settings across network nodes
[15:04] <pmatulis> method?
[15:04] <mvo> seb128: yes
[15:04]  * mvo fires up kvm
[15:04] <seb128> dunno about networking, there is a ldap backend in gconf but I don't know if anybody is using it and how well it's working
[15:05] <seb128> mvo: thanks
[15:12] <mvo> seb128: what then? I have a kvm running now
[15:16] <pmatulis> mvo: open policykit and gconf editor, then put "No, No, Admin Authentication" for both gconf entries
[15:16] <seb128> let's not get confused
[15:16] <pmatulis> ?
[15:16] <seb128> mvo: start by trying to set a mandatory gconf key is gconf editor
[15:16] <seb128> and see if you get a policykit password prompt there
[15:16] <seb128> before touching any policykit config
[15:16] <seb128> to see if the default install works
[15:17] <seb128> then we can figure config differences
[15:20] <mvo> seb128: when I right-click and say "set as mandatory" it says I'm not allowed to, no policykit prompt (this is a default install)
[15:20] <mvo> seb128: details says "No database available ..."
[15:22] <asac> calc: are you on yet?
[15:24] <seb128> mvo: ok, so that's buggy on intrepid apparently
[15:24] <seb128> mvo: where do you have those details?
[15:27] <Ampelbein> seb128: hi. do you think bug #270976 would qualify for SRU? it's a bit difficult since as long as bug 351017 isn't published, users with non-p4 machines will run into a SIGILL-crash.
[15:27] <mvo> seb128: sec
[15:27] <mvo> seb128: is there anything that might be wrong in the VM that might cause this?
[15:28] <seb128> Ampelbein: I don't know enough about the issue but the bug description seems something worth fixing in stable yes
[15:28] <mvo> seb128: paste.ubuntu.com/155368
[15:29] <seb128> mvo: I doubt of it, it's not working for pmatulis either that's why we started the discussion
[15:29] <Ampelbein> seb128: ok, i will change the bug description then to supply information for SRU procedure
[15:29] <seb128> Ampelbein: thanks
[15:29] <mvo> hm, jaunty give me a PK prompt (but in a regular system, not a VM)
[15:30] <seb128> mvo: right, me too, that's why I asked you to try on jaunty
[15:30] <pmatulis> i'm testing on metal here
[15:30] <seb128> I will try on a jaunty VM now to see if VM makes a difference
[15:30] <seb128> it might simply be buggy in intrepid and nobody noticed
[15:30] <seb128> you use the interface for the "set system proxy" though so that's weird
[15:32] <mvo> seb128: right, but I talk to dbus directly
[15:32] <mvo> seb128: maybe gconf-editors dbus interfacing code is just buggy (or not activated?)
[15:34] <seb128> yeah, could be
[15:34] <seb128> pmatulis: ok, that seems buggy and require debugging and fixed in intrepid if you need that fixed in intrepid
[15:34] <seb128> fixed -> fixing
[15:35] <pmatulis> seb128: i'll open a bug then
[15:35] <pmatulis> anything special you want me to include?
[15:38] <asac> anyone has similar issues with middle mouse click? for me it only works like 1 out of 10 times
[15:38] <asac> i notice that for pasting and for clicking links in ffox (e.g. to open link in new tab)
[15:40] <asac> ok seems my mouse is just broken :(
[15:40] <asac> works with my trackball
[15:43] <seb128> pmatulis: no need of details, open a bug on gconf-editor saying that you use intrepid and that setting mandatory settings doesn't work there
[15:43] <seb128> pmatulis: I will close it as fixed in jaunty and open a low priority intrepid task
[15:43] <pmatulis> k
[15:50] <mvo> seb128: do you have a idea about bug #364452 ? something crashes in gnome-panel-data postinst
[15:50] <pmatulis> is there any way to recover from a corrupt /var/lib/dpkg/status file?  status.old is also bad, as are the ones in /var/backup
[15:50] <mvo> pmatulis: in what way is it bad?
[15:51] <pmatulis> mvo: corrupt, garbage characters, user had bad ram
[15:51] <mvo> pmatulis: with enough force of will I guess that is possible, a script would have to reconstruct it based on the content of /var/lib/dpkg/info
[15:51] <mvo> pmatulis: if its just isolated garbage, just removing it might be enough
[15:52] <seb128> mvo: zenity has the same error in the log and the only thing it's calling is scrollkeeper-update
[15:52] <mvo> pmatulis: it would be a fun project to write such a recovery tool, should not be too hard
[15:52] <seb128> mvo: I hate those bugs, we really need a way to display what line or command is having the issue
[15:52] <mvo> seb128: didn't we remove scrollkeeper :) ?
[15:52] <mvo> seb128: sh -ex for everything!
[15:52] <pmatulis> mvo: ack on removing isolated garbage, thought there might be a better way
[15:52] <seb128> mvo: we install rarian-compat which has a scrollkeeper-update and people can still install scrollkeeper instead if they equivalents
[15:53] <seb128> "if they equivalents" -> "if they want since they are equivalents"
[15:53] <mvo> pmatulis: my fingers are itching to hack on a script for it, but there is a release to make :)
[15:53]  * mvo reassigns to scrollkeeper
[15:53] <pmatulis> mvo: maybe i can start something, what commands should i be looking at?
[15:54] <seb128> I once had a corrupted status, I'm wondering if I didn't manage to rebuild it using dselect
[15:54] <seb128> that was years ago when still using debian I think, I'm not sure now ;-)
[15:55] <mvo> pmatulis: it would have to go over every list file in /var/lib/dpkg/*.list, look into the apt cache for matching package, use the apt record to put the data into the same format, add the "status: " header. thats it. it should probably also generate dummy entries (just name, status) for stuff that is not available via the apt cache (e.g. because it was locally installed)
[15:55] <mvo> pmatulis: probably not perfect, but a should be a good start
[15:57] <calc> asac: sorry just saw your message
[15:58] <pmatulis> mvo: what commands should i be looking at?
[15:59] <mvo> pmatulis: it would probably have to be a custom python script, beside python-apt no external commands
[15:59] <asac> calc: yeah. so does that weird state persist after reoobt?
[15:59] <asac> reboot
[15:59] <pmatulis> mvo: darn, me only shell monkey
[15:59] <mvo> heh :)
[15:59] <calc> asac: will see what happens, be back in a couple minutes
[16:00] <mvo> it would be possible with shell too, but much harder (at least for me - not such a great shell monkey)
[16:02] <mvo> seb128: do we have a master bug for missing gtklabel width-height geometry management?
[16:03] <seb128> mvo: the wrapping one?
[16:03] <seb128> mvo: bug #20096
[16:03] <mvo> seb128: thanks, this one
[16:03] <mvo> 5 digits!
[16:04] <seb128> bratsche: ^ do you know if there is a plan to ever fix that?
[16:04] <seb128> bratsche: that being http://bugzilla.gnome.org/show_bug.cgi?id=101968
[16:04] <bratsche> Let me take a look.
[16:04] <mvo> please please
[16:06] <Ampelbein> seb128: re bug 270976 - updated description, added updated debdiff, subscribed motu-sru. is that enough to be looked over?
[16:06] <seb128> Ampelbein: yes, thanks
[16:06] <bratsche> seb128: Yes, I believe so.  My understanding was that it's just awaiting proper review.
[16:06] <bratsche> Maybe mclasen knows better than I do though.
[16:06] <seb128> bratsche: excellent, that might be the most ugly looking gtk thing
[16:06] <calc> asac: yea nevermind a reboot cleared it up
[16:06] <bratsche> seb128: But murrayc was saying he'd like to see it get in during the next major release I think.
[16:07] <seb128> bratsche: ie see how the wrapping on http://launchpadlibrarian.net/1510982/Applying%20Changes.png fro example
[16:07] <bratsche> Yeah, total suck.
[16:07] <asac> calc: thanks. the user from the bug i subscribed you too has not that much luck. his device doesnt even show up in lsusb ... only after resume from _hibernate_ (not after reboot)
[16:07] <seb128> or http://launchpadlibrarian.net/25792200/textboxnarrow.png
[16:07] <seb128> anyway good that some people are on it ;-)
[16:08] <bratsche> There's not much I can do about, unless reviewers post comments for how to improve the patches then I could try to help out with improving the patches to get it through faster.
[16:08] <calc> asac: oh :\
[16:09] <seb128> bratsche: ok thanks, I will ping you again if there is patches sitting there than need changes then ;-)
[16:09] <bratsche> Cool, let me know.
[16:09] <jcastro> seb128: what's the spec/blueprint for the gnome3 session at UDS?
[16:15] <seb128> jcastro: "You are now subscribed to the blueprint gnome-3 - GNOME 3." htp://blueprints.launchpad.net/ubuntu/+spec/gnome-3
[16:15] <seb128> jcastro: I got that email but the url doesn't work, maybe somebody deleted it since, ask rickspencer3
[16:16] <rickspencer3> jcastro: it's just a stub now
[16:16] <rickspencer3> I'll fill in some details soon
[16:16] <rickspencer3> seb128:  jcastro: I changed the name to desktop-gnome-3
[16:16] <seb128> rickspencer3: launchpad gives an error page
[16:16] <seb128> rickspencer3: ah ok, that's why
[16:17] <rickspencer3> brb
[16:17] <seb128> rickspencer3: thanks
[16:18] <jcastro> ah ok, it was under design before or something
[16:18] <jcastro> cool
[16:20] <alex-weej> seb128: is gimpnet down?
[16:20] <seb128> alex-weej: I'm connected and it's working, dunno if other people can connect though
[16:21] <alex-weej> seb128: cheers, neither tp nor xchat are able to connect
[16:21] <hyperair> works for me
[16:21] <hyperair> using irssi
[16:22] <alex-weej> looks like there's a bad route from me in the UK :(
[16:22] <kenvandine_wk> jcastro: feeling better?
[16:23] <jcastro> kenvandine_wk: about 85%, but rolling with it
[16:23] <kenvandine_wk> good
[16:51] <asac> jcastro: did you get the gears working with toolkit@mozilla.org?
[16:51] <jcastro> no, I gave up last night
[16:51] <jcastro> was just going to convince you to package the whole thing up for karmic at UDS, heh
[16:52] <asac> jcastro: please post your install.rdf. i need ya
[16:52] <jcastro> asac: one moment
[16:54] <jcastro> asac: http://dl.getdropbox.com/u/5720/install.rdf
[16:55] <asac> jcastro: how are you trying to install that?
[16:56] <jcastro> via the prism "add extension" menu option
[16:56] <jcastro> asac: call, bbl, I'll ping you on -mozilla later
[16:56] <asac> jcastro: sure
[17:08] <seb128> mclasen: where did you get that vino change? debian has a similar patch but ubuntu not as far as I can tell
[17:08] <seb128> mclasen: the session one
[17:09] <mclasen> seb128: I followed some ubuntu changelog entry to a debian bug
[17:09] <seb128> mclasen: right, we have a bug about the issue, the change is debian specific though
[17:09] <seb128> mclasen: so that it really matters, but "boo debian" there ;-)
[17:10] <mclasen> ok, I can agree to that :-)
[17:10] <seb128> s/so/not
[17:10] <mclasen> but it is really all vuntz fault
[17:10] <seb128> indeed
[17:10] <bryce> asac: I'd ask lool.  I don't know of any news, but he would.
[17:10] <seb128> vuntz: boo
[17:10] <mclasen> all side-effects of bolting session saving back on
[17:10] <seb128> vuntz: fix gnome-session so it stops starting in loop things which should not
[17:11] <seb128> mclasen: did you figure a proper fix for the similar nautilus issue when not drawing the background?
[17:11] <seb128> mclasen: or do you still have the autostart to be conditional on the gconf key as a workaround?
[17:12] <mclasen> yeah, we still have that
[17:12] <seb128> k
[17:12] <mclasen> someone recently posted a daemon-mode patch for nautilus
[17:12] <seb128> we set the autostart to false in jaunty as a workaround
[17:12] <seb128> autorestart rather
[17:12] <mclasen> yeah, we have autorestart set to tture
[17:13] <mclasen> true
[17:13] <mclasen> but it doesn't work :-(
[17:13] <lool> bryce: Actually StevenK is working on them for intrepid and jaunty versions
[17:13] <lool> asac: ^
[17:13] <lool> He has the freshest info and does the actual work
[17:17] <rickspencer31> hi ivanka o/
[17:17] <ivanka> hi
[17:27] <ferry> eir kann ich kubntu oberfläche unter ubuntu installieren
[17:27] <ferry> wir kann ich kubntu oberfläche unter ubuntu installieren
[17:27] <lool> Hier wird leider nur English gesprochen
[17:27] <ferry> habe ver. 9.04 installiert
[17:27] <lool> Vielleich in ein -de or .de chan?
[17:27] <lool> +t
[17:28] <ferry> ok danke
[17:28] <ferry> bye
[17:28]  * lool throws his German out of the window
[17:31] <bryce> lool, great, thanks
[17:31] <bryce> (I knew lool would be more clued in than me)
[17:35] <lool> I actually thought you and StevenK worked on poulsbo together in the past weeks
[17:36] <asac> mvo: did you shove our um fix to -proposed yet?
[17:37] <asac> mvo: do we need someone from QA team to verify that fix? i guess it will be hard to ask reporters to retry dist-upgrading from intrepid ;)
[17:39] <asac> lool: his german was definitly inferior than yours. reads like he was a foreign speaker ;)
[17:48] <seb128> asac: that epiphany gecko crash on closing is stil there in jaunty grrr ;-)
[17:50] <asac> webkit by default is still not there in jaunty ;)
[17:59] <seb128> asac: no, but count on it for karmic ;-)
[18:03] <asac> seb128: any idea if they plan to migrate cookies/passwords properly at some point?
[18:03] <asac> i thik i tried -webkit once, but it had all my credentials forgotten
[18:03] <seb128> no idea but I'm not sure they plan to do that
[18:04] <seb128> ie that's no fun work and only for upgrades
[18:04] <seb128> only distros care about that ;-)
[18:19] <mvo> asac: not uploaded yet, I'm adding test cases currently, but when that is done, I will
[18:19] <mvo> asac: and yes, we need someone from QA :)
[18:19] <mvo> but I will attach my own test protocols
[18:25] <mvo> asac: is jaunty-proposed already open? or is it just queued there?
[18:29] <asac> no idea ;). ogra only said he uploaded to -proposed
[18:50] <chrisccoulson> hey seb128 - i did the nautilus SRU last night for the zoom issue, and proposed it for merging in to ubuntu-desktop
[18:50] <seb128> chrisccoulson: hello, I've seen that, thanks
[18:50] <seb128> chrisccoulson: I will sponsor that tomorrow while I'm doing some other sru uploads
[18:50] <chrisccoulson> thanks
[18:51] <chrisccoulson> i'm just about to test a patch for tracker which hopefully resolves this removeable media issue too
[18:54] <chrisccoulson> seb128 - just looking at this vino restart issue
[18:55] <chrisccoulson> vino still uses gnomeclient, so you can set the restart style, unlike with the nautilus issue
[18:55] <seb128> chrisccoulson: that's discussed on the GNOME devel list at the moment
[18:55] <seb128> chrisccoulson: and there is a debian patch to no use the sm-client command line argument
[19:21] <chrisccoulson> the tracker patch didn't work :(
[19:21]  * chrisccoulson bangs head against desk
[20:00] <mnemo> if I have the environment variable "LANG=en_DK.UTF-8" what does the "DK" part mean? because I got english language in ubuntu and I got swedish keyboard keyboard layout... i cant think of anything in my ubuntu which is supposed to be danish (DK) ?!
[20:07] <seb128> mnemo: that's an english variant but there no translation for this one apparently
[20:07] <seb128> mnemo: the locale definition might be different (ie different money format or clock being 12 or 24 hours etc)
[20:08] <mnemo> seb128: yeah but I think maybe there is a bug in ubiquity or something
[20:08] <mnemo> something automatically setup this for me
[20:09] <mnemo> i never choose danish formats etc and I wont want that
[20:09] <seb128> mnemo: it's probably be based on the country language combo
[20:09] <mnemo> seb128: "system::administration::language support" is set to en_DK indeed
[20:09] <seb128> which one did you select?
[20:09] <seb128> are you sure you didn't click on the wrong line or something?
[20:10] <mnemo> but in the ubuntu install I selected "english" on every single choice except for "keyboard layout" (where I choose swedish)
[20:10] <mnemo> i might have selected Copenhagen for timezone though
[20:10] <mnemo> could that be it?
[20:10] <seb128> could be
[20:10] <seb128> ask on #ubuntu-devel to cjwatson or evan
[20:10] <seb128> or in #ubuntu-installer
[20:10] <mnemo> mmkay
[20:10] <mnemo> thanks
[20:10] <seb128> the keyboard is not revelant there
[20:11] <seb128> the locale is a language country setting
[20:11] <mnemo> yup
[20:11] <seb128> so they might be using the timezone as county too
[20:11] <seb128> which is a simplication but what 95% of users wan t
[20:11] <seb128> want
[20:12] <mnemo> yea
[20:12] <mnemo> even is offline but I will e-mail him and ask
[20:12] <mnemo> evan
[20:13] <davmor2> mnemo: You can manually select what you want but on the whole language and timezone sets the default kb for those selections
[20:22] <mnemo> davmor2: what do you mean by "kb" ?
[20:23] <davmor2> keyboard
[20:24] <mnemo> davmor2: but ubiquity asks which keyboard layout I want and that part works fine for me
[21:10] <asac> mpt: still there? did we have a wiki page that explained what ffox should use to supplement the actionless notifications for downloads/extension-updates/updates (i think those were the usages, right?)
[21:11] <mvo> pitti: when will we open jaunty-proposed :) ? I uploaded a update-manager with a bunch of small fixes there (including a workaround for a network-manager problem that will make asac (and me) happy)
[21:12] <asac> mvo: network-manager problem is also a hal corruption during upgrade issue ;)
[21:13] <asac> nm crashes (thats the nm bug), but even without that hal comes back without all the net devices during upgrade, which obviously means for NM: no net devices ;)
[21:14] <asac> mvo: thanks!
[21:17] <mvo> asac: cheers, lets hope it goes through -prposed quickly, I'm adding my own upgrade logs to show that it works
[21:17] <asac> great. can you also instructions for QA how to include that in their upgrade tests?
[21:19] <mvo> asac: already done (but feel free to check too)
[21:40] <asac> mvo: did you subscribe ubuntu-sru yet?
[21:41] <mvo> yes