=== rickspencer31 is now known as rickspencer3-afk [00:18] why does karmics vsftpd enable anonymous access by default? [00:20] pitti: syncing > libipc-sharelite-perl -- no objection from me; NCommander, ogra: if you are tempted to check first whether the new upstream versions passes on armel... [00:21] lool, it should have gotten synced automagicially [00:21] lool, we were using build vs. ubuntu in the version string [00:24] NCommander: libipc-sharelite-perl | 0.13-1ubuntu1 | jaunty | source, amd64, i386 [00:24] NCommander: I don't think so [00:25] NCommander: there was a sourceful change to disable the testsuite on armel [00:25] or ignore it [00:25] lool, I thought we did a buildX for that, or at least that was how we originally disabled it [00:28] NCommander: So feel free to check the testsuite of the new version for Martin [00:31] lool, still fails on rimu [00:41] virtuald: i'm pretty sure that's not an ubuntu delta [01:15] I'm experiencing a very very weird bug. [01:15] Like, my xchat window is showing showing up as pidgin in my windows list [01:16] and certain widgets (ie. applications menu and my system tray) don't seem to be getting drawn but work as expected if you click where you think they are [01:18] damn compiz === asac_ is now known as asac [01:51] pitti: sorry I thought dtchen had backported the hal/udev migration stuff for pulse, but he hasn't. As it is, its still somewhat broken regarding ACLs, so I think we wait till its totally fixed upstream before backporting. [01:52] right, i haven't pushed that yet; i'm giving it a spin on a spare machine [01:52] don't think it's quite ready for alpha 2 :-) [01:54] Oh dear. Whatever climbed out of the rubbish bin and the sewer pipes, and is now on u-d-d? [01:55] Hobbsee: heh [01:55] last week's leftovers [01:56] Hobbsee: tag thread, delete all tagged [01:56] you'll be grateful [01:56] yeah, exactly [01:56] Hobbsee, looks like a perfectly normal, daily occurrence to me [01:56] Its at times like that I wish I used mutt's threading function, so I could just delete the thread. [01:56] directhex: because your life is perfectly normal & sane [01:56] directhex: yeah, well [01:57] * Hobbsee applauds thunderbird's threading [01:57] ajmitch, gotta /earn/ my astroturfing fee! [01:58] in this economy, it's not just a given anymore [02:04] Where do I go for discussion of app development on ubuntu? [02:04] I'm specifically looking for people who do regular package management. [02:05] h6w: probably #ubuntu-motu is where you want to go. [02:05] ok, cool. Cheers. :-) [02:10] ajmitch: actually, i can do one step better than that. server side sieve script added to. [02:10] now that's getting fancy [02:10] if subject contains blah, drop [02:11] bedtime! [02:11] i wonder what flames tomorrow holds [02:12] warm, crispy ones === ScriptRipper_ is now known as ScriptRipper [04:50] slangasek: / bryce: your sound being muted on login is now fixed in karmic's pa [05:29] dtchen: oh? pa was muting the mixer? [05:37] ugh the OOo build is taking a lot longer than i expected, must have been too much churn to cache anything :\ [05:37] pitti: hey, I just spent the past hour looking over the apport interactive-hooks and I have gone ahead and added the Qt4 support for it. I pushed it to ~nixternal/apport/interactive-hooks - tested it with pmount successfully [05:37] * calc will look at it in the morning and see if it worked out [05:37] * calc heads off to bed :-\ [05:38] g'nite calc [05:41] nixternal: that was quick work [05:45] ajmitch: the only way to work :) [05:46] what, with copious amounts of alcohol? yeah, I can believe that :) [05:48] no alcohol, just Dr. Pepper :) [05:49] Ewww [05:49] no eww [05:49] Yes ewww, Dr. Pepper is horrid [05:49] no way, gotta love the plum flavor :) [05:50] * ajmitch needs more V [05:50] heh, texlive update in karmic, version 2007 :p [05:50] gotta love that tex [05:50] at least it's sometime this decade [05:50] Unlike TeTeX [06:29] calc: ummm, if there's that much churn, then is the OOo-l10n you're planning to upload appropriate for upload the Tuesday of a milestone? [06:55] slangasek: churn in the libraries OOo uses that caused my build not to be sufficiently cached to build in the time i expected it to [06:55] slangasek: wrt ccache [06:55] calc: ok, but not extensive source changes :) [06:56] slangasek: not much no [06:56] gar still building even now :-\ [06:56] * calc really goes to bed now [06:56] looks like for whatever reason its going to take probably 5hr+ to do the test build [06:56] normally a cached build takes < 2 hr [07:02] Good morning [07:03] Morning pitti [07:03] heya pitti! [07:04] moin pitti [07:04] Keybuk: dk-disks> indeed, I guess that's still a lot of "example" code there as well [07:05] nixternal: I guess you'd write a new .ui file for that? for the GTK choices dialog I added a new one to the glade as well, easier than to write it in Python [07:07] TheMuso: okay, thanks [07:07] lool: ok, so I don't sync it then; thanks for testing [07:07] nixternal: rock, thanks! [07:10] good morning [07:11] moin dholbach [07:11] hiya al-maisan! [07:29] pitti: what do you think about bug 300895 and bug 300896? [07:29] Launchpad bug 300895 in d-shlibs "Override of libgio missing" [Undecided,New] https://launchpad.net/bugs/300895 [07:29] Launchpad bug 300896 in d-shlibs "Override of libpangoft missing" [Undecided,New] https://launchpad.net/bugs/300896 [07:32] I stumbled over it when I had a look at bug 383570 [07:32] Launchpad bug 383570 in libgtkdatabox "Please merge libgtkdatabox 0.9.0.1-2 (universe) from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/383570 [07:33] hola dmb! [07:35] hey [07:42] dholbach: no opinion; I don't know d-shlibs at all [07:43] pitti: me neither [07:43] james_w: ^ do you know what needs to be done there? [08:16] pitti: no problem...I can do the qt stuff from now on if you would like, so just throw stuff my way if you want [08:16] * dholbach hugs nixternal [08:16] * nixternal hugs dholbach [08:16] good morning sir [08:17] hey nixternal [08:17] pitti: I would have been done sooner, but I went storm chasing today in hopes of coming across a tornado :) [08:17] ugh [08:17] hehe [08:17] * pitti gazes at the bright blue sky and nice sun outside [08:17] I am fascinated by weather, yet so afraid of it at the same time :) [08:18] sponsoring! sponsoring! sponsoring! [08:19] I will probably do some of that today :) [08:19] woohoo! [08:25] dholbach: you might appreciate this...my buddy RJ, Ubuntu Chicago representing, made this music thing...here are some links [08:25] http://static.ak.fbcdn.net/swf/mvp.swf?8%3A152716%3A1&v=223015705720&ev=0 <- demo [08:25] http://www.facebook.com/v/223020915720 <- explanation [08:26] * dholbach not on facebook [08:26] it is public [08:26] I am not either, facebook is evil! [08:26] that looks crazy :) [08:27] heh, it is somewhat portable too...gonna have to bring that all Ubuntu Chicago events now [08:31] nixternal: I saw a video of that a few years ago [08:32] but it was more impressive - they had two people playing music on the table together [08:32] and it was electro, but the music they acheived was impressive [08:32] loic-m: yes, and that one, which is from the netherlands == closed source [08:32] rj did it all open source [08:33] he just started working on that thing the past couple of weeks of being home from school [08:33] Like 70s-early eighties experimental electronic music that became great modern music in less than a minute ;) [08:33] nixternal: the one i saw was open source, i checked at the time [08:34] it's actually the same thing AFAIK, the video you link to use the same pictograms [08:34] I downloaded the code, but without the table there wasn't much use fot it ;) [08:35] about one or two years ago [08:36] ya, this is designed after the reactable which isn't open source...watching videos on that now..the guy is good with the music [08:36] ubuntu-devel-discuss seems to be getting a bit out of hand. [08:37] ahh, the object recognition is open source [08:37] http://mtg.upf.es/reactable/?software [08:38] wgrant: sorry [08:38] right, that is just the vision framework and object recognition...this stuff is groovy...the music this one guy is doing is insane [08:39] loic-m: Huh? [08:39] nixternal: blows Surface completely [08:39] wgrant: for the OT [08:39] hell ya it does [08:39] heh, reminds me of old herbie hancock [08:45] pitti: good morning. I've got a couple of questions re: https://lists.ubuntu.com/archives/ubuntu-translators/2009-June/002517.html, when you've got a minute [08:45] * pitti: On the first issue, I think he is not describing a problem, but just noticing the difference between 'delta' and 'base' langpacks [08:46] * pitti: On the second question, howcome there is no Jaunty -base package in the PPA archive? (https://edge.launchpad.net/~ubuntu-langpack/+archive/ppa/+index?field.name_filter=es&field.status_filter=published&field.series_filter=jaunty) [08:46] * pitti: Finally, I can reproduce the problem with Firefox: using the latest PPA it appears untranslated. What's the best way to report this? As a bug against langpack-o-matic? Or against some other package and subscribe Language Pack Builders? [08:46] nixternal: apport-qt works wonderfully now. thanks! [08:47] dpm: will get back to you in a bit [08:47] pitti: thanks [08:47] is anybody having trouble with sound in karmic atm? http://paste.ubuntu.com/191481 is what I get? [08:51] pitti: no prob. just scream at me if you have anything else to do :) [08:52] jeesh, u-d-a is insane..... Mark All As Read! [08:52] * nixternal is on his way to inbox 0 [08:53] nixternal: u-d-d@, I hope? [08:53] interesting, I had 111 emails in there just from the past half day [08:53] ya [08:53] err, not announce :) [08:53] *phew* :) [08:53] nixternal: just filter it. problem solved. [08:56] ctrl+r in mutt calls my "read all" macro, so I am good :) [09:02] heh, these people screaming "MONO!" are the some of the same people who have complained on the forums, mailing lists, and bug reports about Flash not working [09:02] some of these* [09:03] would be fun to have an aprils fools release that is nothing but free software, close down multiverse and restricted and see who complains then ;p [09:03] nixternal: and remove all the patented code! [09:04] that would be fun [09:04] I like how I can install free software only from the disc...I tried it out and all of my machines worked like a charm...talk about luck [09:06] I think I only need a stupid piece of firmware for my scanner [09:06] I don't even need that..HP PSC 1610 all-in-one [09:06] works out of the box [09:06] but I got that from the stupid driver CD anyway [09:06] dholbach> nixternal: and remove all the patented code! > like the Linux kernel :D [09:06] nice [09:07] throw in hurd [09:07] probably half of it will be "infringing" other patents as well [09:07] nixternal: "#FIXME: Need to finish this up" -> is that an actual issue? [09:07] heh, forgot to remove that [09:08] tis what I get for working in vim...trying to get used to it [09:08] The only way a piece of code isn't "infriging" on patents is if it's not successful. Let every hardware maker support ogg on their media players, and it will be facing patent threats as well [09:08] I have become so reliable on eclipse for everything (10+ years with it probably) [09:08] I'm sorry I started the patent discussion [09:09] let's talk about sponsoring instead! [09:09] lol [09:09] SPONSORS! SPONSORS! SPONSORS! [09:09] dholbach: you need to play with ajax and django! now that is fun stuff [09:09] nixternal: I'm a very web0.5 person [09:10] no idea about ajax [09:10] >.< this close from having build logs almost real time w/o sitting on lp hitting refresh :) [09:10] and just very little idea of django [09:10] dholbach: so was I until yesterday :) [09:10] nixternal: ok, I delete that comment in the merge then [09:10] nixternal: API's count as hitting refresh [09:10] pitti: groovy [09:10] lifeless: ya, but they are doing it, not me :) [09:10] nixternal: vim == ♥ ♥ ♥ [09:10] heh, I was strictly emacs and eclipse [09:10] need an evim, then maybe I will be happy :) [09:11] * nixternal misses org mode [09:13] alrighty, time for sleep, 03:12 is all I can do [09:13] g'nite all! [09:13] nite nixternal... or should it be good morning? [09:14] nixternal: you are clearly on the wrong side of the planet :) [09:14] nightie nixternal [09:16] jpds: you don't seem to be adding debian/changelog entries for your changes to ubuntu-dev-tools - is that deliberate? [09:21] * NCommander is now known as ApportRetracerPortsCommander === NCommander is now known as ApportRetracerPo [09:21] seb128: ^ FYI, NCommander now manages the powerpc and armel retracers [09:21] Bah [09:22] Freenode has a max nick limit [09:22] pitti: good === ApportRetracerPo is now known as NCommander [09:22] NCommander: so feel free to set up a sparc one if you want :) [09:23] pitti, when someone uses apport on SPARC, then I'll set one up [09:23] and as I'm the only one to use apport on ia64, it would be oddly serve serving [09:24] NCommander: FYI, we have 3 need-sparc-retrace and 0 need-ia64-retrace [09:24] we do? [09:24] one in hal, one in gnash, one in firefox [09:24] NCommander: you can't see them, they are only visible to the apport user [09:25] Oh [09:25] I did send that firefox one [09:25] i still need to look at apport support for mono apps [09:25] ugh, two gutsy, one hardy alpha-something [09:25] I'm surprised I can't see them [09:25] anyway, minibus time [09:25] pitti, the firefox one is still revelent :-/ [09:25] I can still trip that one easily on SPARC [09:27] pitti, so when apport files a bug, what is it filed against so I can't see it even if I'm in bugsquad [09:27] NCommander: it's private, and only visible to reporter and apport [09:29] pitti, maybe I'm loosing it, but I thought the bug supervisor could see private bugs filed against a project [09:29] NCommander: the triaging team can see the retraced ones [09:29] NCommander: since they usually have their coredumps deleted [09:30] No, that i know, I'm in that group [09:34] pitti, what I'm not getting is how you can have a bug against the Ubuntu distribution which isn't visible to the bug supervisor [09:35] cjwatson: Yes, will add them later. [09:36] hello, in a recent mailing list message the ubuntu-boot list was mentioned, but i can't find it? [09:37] jandem: https://launchpad.net/~ubuntu-boot [09:38] would it be possible to pulish the list via gmane? [09:39] thanks dholbach, (i looked at lists.ubuntu.com) [09:39] NCommander: ubuntu-qa can see it. [09:39] (or whatever they're called) [09:40] not the one that just anyone can join [09:41] Hobbsee, you can see the three bugs that are needs-space-retrace/ [09:41] Hobbsee: Is there something confidential discussed/published there? [09:42] Hobbsee: do we have a membership-board meeting tonight? [09:42] siretart`: I thought it was just a general question, so i'm not sure. Perhaps i've missed some context while studying. [09:42] lifeless: -ENOTELKBUNTU [09:42] let's ask Keybuk [09:43] NCommander: if i could find where they're listed, i'll check [09:43] Hobbsee: I know you're not. [09:43] Keybuk: could the ubuntu-boot list be published on gmane? - it seems that it is currently restricted to members of ubuntu-qa... [09:43] Hobbsee, https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=need-sparc-retrace [09:43] Hobbsee: I am apparently though. [09:44] lifeless: okay? *is now more confused* [09:45] siretart`: I don't see why not [09:45] NCommander: hm, i can't see that. [09:46] Hobbsee, yeah, but I can see the powerpc retracing bugs (and I saw them get processed watching apport's logs0 [09:46] NCommander: very strange [09:46] Keybuk: since it does not look publicly subscribable (you need and lp account that is member of ubuntu-qa or some subteam), hooking up to gmane seems hard atm [09:46] cjwatson: does http://cdimage.ubuntu.com/daily-live/20090607/karmic-desktop-i386.manifest tell us that it doesn't use grub2 yet? [09:47] Hobbsee, that's why I don't understand why I can't see them :-/ [09:47] <\sh> hmm...when does update-grub or better ucf create an menu.lst.ucf-dist in /var/run/grub ? [09:47] siretart`: you'd need to talk to an LP team guy about that [09:48] lifeless: based on fridge, apparently you do have a meeting. But i'm still not sure why you're asking me :) [09:48] Hobbsee: yes, as I said I was confused :) [09:48] Keybuk: since I don't think I have time to become active on ubuntu-boot, I'd rather not invest time in that. I would have lurked on the list if it was on gmane, though. [09:52] pitti: maybe it ought to be changed, but grub-pc is available as a .deb on the live CD as well and it will use that [09:52] \sh: ages [09:52] \sh: or do you not mean "since when"? [09:52] cjwatson: ah, ok [09:53] <\sh> cjwatson: no..."when in the update-grub process does ucf creates an ucf-dist file for menu.lst"...reading update-grub it should only be named /var/run/grub/menu.lst with the kernel list fragment [09:54] \sh: it's created if you (explicitly or otherwise) chose something other than "install new version of this file"; it's analogous to .dpkg-dist for conffile [09:54] s [09:56] <\sh> cjwatson: hmm...I install grub and install the kernel...then running update-grub (menu.lst in /boot/grub/ is copied from somewhere to this location during automatical installation) but update-grub doesn't update the kernel list fragment...and in /var/run/grub/ there is still the menu.lst.ucf-dist [09:56] \sh: why do you care? :-) [09:56] you're not supposed to care about the existence of .ucf-dist, really [09:56] <\sh> cjwatson: because it's not updating the kernel list in /boot/grub/menu.lst and after my installation is finished I have a grub with no kernel list ;) [09:57] \sh: oh, well, maybe you answered "no, keep my own version" in the past and it remembered that [09:57] \sh: ask slangasek when he wakes up [09:57] <\sh> cjwatson: actually I didn't say anything..because there is no debconf questioning during unattended FAI installation ;) [09:57] * cjwatson blames FAI [09:58] <\sh> -EBUTDEBIANWORKS ;) [09:58] dholbach: they need to be fixed :-) [09:59] \sh: FSVO "works"; ucf management of menu.lst was introduced for a reason [09:59] james_w: do you know how? [09:59] it's a small patch to the package [09:59] alternatively you can work around it in the package that uses it [09:59] \sh: anyway, slangasek should be able to help you recover, I'm afraid I can never quite keep the details straight [09:59] looking forward to not having to care about this stuff with grub2 [09:59] the main issue is checking whether it applies to Debian [10:00] <\sh> cjwatson: k...I'll poke slangasek thx anyways :) [10:00] pitti, how does pkg-create-dbgsym behave if a package already has a -dbg defined in control? [10:05] ../linux/arm/syscallent.h:435:3: error: #error fix me - wow, that's not vague :-/ [10:06] directhex: it just grabs the debug info without stripping it, so that the following -dbg package creation won't fail [10:07] directhex: I have about 3 test cases in pkg-create-dbgsym's test suite to make sure that this mostly works [10:07] directhex: does it fail for one of your packages? [10:08] hmm ia32-libs is broken. [10:08] at least, the pulse bits are. [10:08] skype and flash no longer work with pulseaudio [10:09] pitti, i'm trying to add support for mono apps (mdb debug symbols), but picked a package with a -dbg as my test case ;) [10:12] oh. oops. non-arch-all is the opposite behaviour to what i want! [10:12] slangasek: oh, wrt. our UDS discussion about hotkey-setup, I don't need this ominous sleep setting here; no visible difference with hotkey-setup and without [10:12] cjwatson: debian/changelog entries added. [10:18] pitti: devkit-disks is spoiling my bootchart [10:25] pitti, hm. can you think of a way for pkg-create-dbgsym to be callable more than once for the same package? that is, some apps (say, Banshee) contain both C libs and mono apps, so both dh_strip and dh_clistrip get called on them. how to deal with that scenario? [10:28] Keybuk: because of the additional udev rules? [10:28] Keybuk: perhaps we can walk through them and check which ones are redundant? [10:28] asac: you wanted to talk to me about bluetooth and pulse? [10:28] pitti: because of the sudden increase in calls to things like blkid [10:28] I think we're calling it 2-3 times per block device all of a sudden [10:29] directhex: I guess these two would not have much in common, since CLI debug symbols look entirely different? [10:29] directhex: so they shouldn't get into each other's way? [10:29] directhex: do you wan to call them -dbgsym? [10:29] TheMuso: yeah ;) [10:29] pitti: I was expecting 0.3s for udev, and got 0.8 [10:29] directhex: if so, then I'd suggest to just add it to pkg_create_dbgsym itself [10:29] pitti, well, i suppose that's a workaround isn't it - use a different package name for the mdb symbols [10:30] asac: in short, I don't know where things stand. I need to grab the needed pieces, put them together, and test locally. I got myself a bluetooth headset for this purpose. [10:30] TheMuso: whats the status of the -sink/-source pieces? [10:30] ajh ok [10:30] Keybuk: I guess dk-disks should not really need to call blkid, since udev does that by default already? [10:30] pitti: exactly [10:31] pitti, the problem is that dh_strip and dh_clistrip get called separately, so pkg_create_dbgsym gets called by both of those (or a replacement tool for the mono version gets called) [10:31] directhex: right, we shuold just integrate it there instead of having yet another package, IMHO [10:31] directhex: it's also much easier to write, I guess [10:31] * pitti reboots, brb [10:31] TheMuso: do your tests with gnome-bluetooth and not bluez-gnome (which will go away) [10:31] asac: give me a day at most to get things tested, and I'll get back to you. [10:32] asac: I know about that. [10:32] TheMuso: great. lets talk tomorrow then. [10:38] k [10:38] (sorry) [10:38] asac, help, my FF shows me cryptic fonts today [10:40] ogra: #ubuntu+1 :-P [10:40] ogra: just kidding [10:40] ogra: what changed since yesterday? [10:40] nothing [10:40] i didnt upgrade or anything [10:40] ogra: mine's been doing that for weeks [10:40] screen please [10:41] seems to do it after suspend [10:42] so I figured it was some kind of pango cache corruption or something [10:42] asac, http://people.ubuntu.com/~ogra/ff_fonts.png [10:42] Keybuk, i didnt suspend [10:42] ogra: interesting [10:42] i did absolutely nothign [10:42] ogra: your screenshot is exactly what I get too [10:42] meh, that reboot took a while; interesting bug in g-p-m [10:42] it just started out of the blue [10:43] wow [10:43] i deliberately skipped updates the last two days [10:43] ogra: what graphics driver/chipset? [10:43] intel [10:43] using KMS [10:44] 8086:2a02 ... GM965/GL960 [10:44] i dont see the issue in other programs [10:45] and i noticed it gets slightly better if i switch to a windows encoding and andale mono [10:45] but i cant make it go away completely [10:45] let me get my notebook up [10:46] I see that too, but only sometimes. It seems to occur (a) after long idle periods and (b) after resume from suspend. [10:46] sounds like driver issue then [10:46] Also KMS, intel, GM9something. [10:46] I'd guess so. [10:46] but funny that only FF exposes it [10:47] evo, different terminals i tried, xchat etc all work fine [10:48] pitti, i think it might be best to use a different command, and a different -suffix, for the mono debug symbols. i can't think of a sensible way to overcome the problem caused by pkg_create_dbgsym being called by dh_strip then dh_clistrip (or the other way round), without risking problems. every invocation of pkg_create_dbgsym ends with a call to "dpkg --build", so i can't see how to make sure that --build gets called once only, w [10:48] ith both elf symbols and mdb files. [10:48] * ogra goes to make some coffee [10:48] ogra: can you check if using firefox-3.5 makes any difference? [10:48] That's what I was using. [10:49] is it in the archive already ? [10:49] I seem to remember it affecting other apps, but not to the same extent as firefox. [10:49] ogra: yes. since jaunty [10:49] * ogra installs [10:50] ogra: install firefox-3.5 ... the menu entry is called "Shiretoko" and has the old blue planet thing as icon [10:54] jpds: thanks! [10:55] ogra: do i need to do something to use KMS? [10:56] jpds: I have a rewrite of 404main here using python-apt, but it uses some fairly bleeding-edge methods that (AFAICS) weren't in jaunty. Do you think it's fair enough for ubuntu-dev-tools to Depends: python-apt (>= 0.7.9) for this? I'm thinking most developers will either be on karmic already or moving over in the not too distant future [10:58] asac, https://wiki.ubuntu.com/X/KernelModeSetting [10:58] cjwatson: Yeah, I think that would be fine (I don't think anyone wants to backport u-d-t anytime soon). [10:58] Keybuk: so dk-disks git head doesn't change any udev rules, FYI [10:59] ogra: so i need to build the kernel on my own? [10:59] directhex: it could still be the same package (pkg-create-dbgsym) [10:59] directhex: and you just add another wrapper for dh_clistrip [10:59] asac, no, karmic should have all you need [10:59] asac, samme behavior with 3.5 btw [10:59] ogra: so i get that without doing anything? [11:00] ogra: upgrading now. think last upgrade was 1 week ago or so [11:00] asac, create /etc/modprobe.d/i915-kms.conf, add "options i915 modeset=1" [11:00] jpds: ok, cool. committed [11:01] pitti: I didn't quite get why it has most of the ones it has [11:01] (and i would guess you need update-unutramfs -u thougth the wiki doesnt say that) [11:01] since udev now ships upstream rules, it can rely on them being there [11:01] even the mdadm/devmapper ones are in udev's tarball now [11:01] ogra: ok will check after upgrade finishes [11:01] pitti, right. i assumed that was the best approach anyway, hence "ii pkg-create-dbgsym 0.26+dhx1 automatically build debug symbol ddeb packages" [11:01] pitti, so... any preferences? "-mdbsym"? [11:01] directhex: sounds fine :) [11:02] pitti, hal-storage-mount segfaults for unpartitioned (but formatted) usb keys, known bug ? [11:02] [344310.055062] sd 10:0:0:0: [sdb] Assuming drive cache: write through [11:02] [344310.055070] sdb: [11:02] [344310.058098] sd 10:0:0:0: [sdb] Attached SCSI removable disk [11:02] [344311.862949] hal-storage-mou[23765]: segfault at 0 ip 0804a9ea sp bf985980 error 4 in hal-storage-mount[8048000+7000] [11:03] ogra: not known to me [11:03] ogra: but pretty uninteresting now, that we don't use hal for mounting any more [11:03] ogra@osiris:~$ sudo mount /dev/sdb /mnt/ [11:03] ogra@osiris:~$ mount |grep sdb [11:03] /dev/sdb on /mnt type vfat (rw) [11:03] ok .. [11:03] Keybuk: eww, most of those look very familiar to what udev is doing anyway, indeed [11:05] Keybuk: I think the only real thing it adds is devkit-disks-probe-ata-smart [11:05] what does that do? [11:06] the smart values? [11:06] asac, OH ! i just notice that some tabs have proper fonts with 3.5 [11:06] well, or at least a lot less errors [11:06] there still are some [11:06] Keybuk: just DKD_ATA_SMART_IS_AVAILABLE=1 [11:07] Keybuk: not the actual values (they are read on demand by dk-disks daemon, when someone requests them over d-bus I guess) [11:07] Keybuk: I'm not sure what the ID_DRIVE_FLASH_{MS,SM,SD,CF} stuff is about [11:08] * asac reboots with kms [11:16] ogra: dont see it ... even after resume. will keep my eyes open ;) [11:16] ogra: curious: does pango-view -t "Test TEXT ... (make it longer)" --backend=cairo [11:16] show the same problem? [11:16] i dont think its actually KMS i would expect to see it in any other apps too if it were a driver prob [11:17] nope, looks fine [11:17] ogra: nah. ffox really uses cairo heavily ... so you will see driver issues in ffox you dont see elsewhere [11:17] not saying its not a ffox bug. but the symptoms look really driver related [11:18] well, FF is the only thing exposing it (yet) ... [11:18] i dont say its a FF bug but i only see it with FF :) [11:18] ogra: yeah. so can you confirm that this starts after resume? and after clean boot it works? [11:19] (like what RAOF observed) [11:19] * ogra reboots [11:21]