[00:40] asac. is it a big problem that upstream still hasn't fixed the autocomplete bug? [00:41] which autocomplete bug? [00:41] https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/438868 [00:41] Launchpad bug 438868 in firefox "Address bar autocomplete doesn't always work" [Unknown,Confirmed] [01:00] gavin, do think it's a mozilla problem or a fluke of the firefox environment on ubuntu? [01:01] there are mentions in the mozilla bug of compiz and screensavers [01:01] is it just a drawing issue or also functional? [01:01] (i.e. can you still arrow through entries and select them?) [01:05] compiz being involved seems unlikely, but it also appears only to affect some ubuntu builds? [01:05] I dunno, not much to go on there === Araxhiel_Khy is now known as araxhiel === asac__ is now known as asac === asac__ is now known as asac === _Tsk__ is now known as _Tsk_ [14:54] crimsun, seems like chromium is losing audio after a while (flash) [15:07] Hi, is there a known issue with latest updates to flash and firefox [15:07] there is a user in #ubuntu-bug who is facing some trouble with flash === \vish is now known as vish === yofel_ is now known as yofel [21:08] fta: I'm unsure what that means. 32-bit? 64-bit? which version(s) of the non-Free plugin? [21:08] crimsun, 32, karmic [21:08] adobe-flashplugin? flashplugin-installer? [21:10] crimsun, flashplugin-installer 10.0.42.34ubuntu0.9.10.1 [21:10] fta: mmkay, so there's possible nspluginwrapper interaction, too [21:10] on 32bit? [21:10] fta: is this reproducible with the native 64-bit alpha refresh? [21:10] err, sorry [21:11] meaning is it reproducible with adobe-flashplugin [21:11] no idea [21:11] well, ia32-libs certainly hasn't been resynced in a bit [21:12] the thing is that i work for a while, and then poof, no more sound in chromium (only) until i restart it [21:12] ia32-libs? i said i'm on a 32bit box [21:13] so no x64, no ia32-libs involved [21:13] fta: yes, I know you're on 32-bit [21:13] fta: I'm looking at the entire stack currently [21:15] 32-bit doesn't currently pull in nspluginwrapper, correct? [21:15] (it certainly seems not to according to debian/control) [21:16] exact [21:17] fta: does PA actually log anything about it dying? [21:18] hm, not sure, where should i look? syslog? === micahg1 is now known as micahg [21:18] sure, or kill PA and start a verbose log (wiki/PulseAudio/Log) [21:19] or use pactl and bump the logging verboseness [21:19] it doesn't seem to die, the other apps are fine. it seems it's just chromium loosing its link to pa, or to whatever it uses to send the sound [21:22] fta: and this is with the latest libasound2-plugins updates? [21:22] on lucid, that is [21:22] i'm still using karmic [21:22] :P [21:22] sigh [21:23] well, i decided to hold on to it for a while, to experience stability, but so far, it's been the worse experience ever [21:24] yeah, by the time you get all the fixes backported, you may as well run lucid. [21:25] 2 days ago, the new kernel trashed my grub on reboot -> dead [21:25] old bug from jaunty, still there :( [21:26] various stuff are crashing [21:26] -rw------- 1 fta fta 15393563 2010-01-09 12:51 _usr_lib_totem_totem-plugin-viewer.1000.crash [21:26] -rw------- 1 fta fta 11499721 2010-01-09 23:00 _usr_bin_rhythmbox.1000.crash [21:26] -rw------- 1 root root 947495 2010-01-10 22:07 _sbin_init.0.crash [21:26] *sigh* [22:51] anyone around that is familliar with the enigmail package (the package itself) [22:52] other addons are probally packaged the same way [22:52] im trying to figure out how to go about aplying a patch to the source [22:53] the source is in a tarball that gets extracted during build [22:53] and the patchs seem a bit confusing [22:54] * EzraR prods asac for signs of life [22:56] * micahg pulls us enigmail source [22:56] *up [22:56] EzraR: enigmail will be upgraded to 1.0 soon [22:56] in karmic? [22:57] was going to try and get a bug sru'd [22:57] no, not soon in karmic [22:57] maybe in ppa [22:59] post what you have now ;) [23:00] sry [23:00] ;) [23:00] its a patch from upstream [23:00] EzraR: yes. the patch thing is messy ;) [23:00] whatfor? [23:00] its kind of dpatch based [23:00] just that you cant use dpatch-edit-patch [23:00] emails that are encrypted and signed not showing up as signed [23:01] so do a patch manually and add the dpatch header manually [23:01] in tb2? [23:01] yes [23:01] ok [23:01] let me know [23:01] https://bugs.launchpad.net/ubuntu/+source/enigmail/+bug/504738 [23:01] Launchpad bug 504738 in enigmail "thunderbird openpgp (enigmail) does not TELL if message was signed or not! (missing icon and info for encrypted+SIGNED in OpenPGP/MIME mode)" [Medium,In progress] [23:03] http://pastebin.com/m6d5ad5aa [23:04] ok but which 00list do i put it in [23:05] patch is a one-liner which is nice [23:05] EzraR: .thunderbird [23:05] we dont build moz packages anymore [23:08] ok, ill give it a shot [23:08] thank you [23:09] asac: hey [23:09] asac: we added a better udev rule in Debian for g-bluetooth [23:09] you could re-base the Ubuntu package on that [23:10] looks like the Debian's udev maintainer was happy with it, so it's worth to move it to Ubuntu as well [23:12] and`: diff? [23:13] asac: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552185 [23:13] Debian bug 552185 in gnome-bluetooth "[gnome-bluetooth] read/write access to the /dev/rfkill device is required" [Serious,Open] [23:13] at the end of the bug report [23:14] message #126 [23:46] asac: do all the patches need the bit of script that are in the other patches [23:46] for example: [23:46] http://pastebin.com/md417bae [23:53] i think so ;) [23:54] but havent really touched it for a while [23:56] asac: so? [23:56] asac: do you think you can rebase the Ubuntu package now? [23:57] i dont see a patch [23:58] asac: message #126 [23:58] asac: the udev rule is posted there [23:58] whats the difference [23:58] ? [23:59] asac: it's a bit better made and safer [23:59] whats the technical diff ;) [23:59] i dont have the current file in my head :)