[00:44] <alexbodn> where does a xul application search for it's applicaiton.ini, and it's xulrunner? how can i set these values?
[10:59] <asac> bah ... pulse is again in bad state :(
[10:59] <asac> alexbodn: if you use the xul stub it will look in the same dir where the stub is living
[10:59] <asac> otherwise there is the -app parameter
[11:19] <alexbodn> asac: thanks a lot for your reply. however there is application.ini near the binary, it unfortunately says "Could not read application.ini"
[11:19] <asac> which binary?
[11:19] <asac> if its the stub it should be ok
[11:19] <alexbodn> bluegriffon.
[11:20] <asac> alexbodn: yeah. replace the binary with the xulrunner-stub
[11:20] <alexbodn> it runs ok if xulrunner is near the binary too, and i can also be run as "xulrunner application.ini"
[11:21] <asac> alexbodn: use the -stub
[11:21] <alexbodn> the binary is a copy of xulrunner-stub
[11:21] <asac> yeah. that should work in general
[11:22] <asac> alexbodn: run strace -f -eopen /path/to/binary
[11:22] <asac> to see where it looks for application.ini
[11:23] <alexbodn> ok
[11:23] <asac> alexbodn: i just tried ... the stub looks in the same dir:
[11:23] <asac> cp /usr/lib/xulrunner-1.9.0.10/xulrunner-stub /tmp/
[11:23] <asac> strace -f -eopen /tmp/xulrunner-stub
[11:23] <asac> open("/tmp/application.ini", O_RDONLY)  = -1 ENOENT (No such file or directory)
[11:23] <asac> Could not read application.ini
[11:23] <asac> so yeah. just next to the stubg
[11:33] <alexbodn> i see a difference: i was running /usr/bin/bluegriffon, which is a symlynk to /usr/lib/bluegriffon/bluegriffon, and the application ini is near the binary.
[11:34] <alexbodn> but now, there is a complain about gre: could not find compatible gre between version 1.9 and 1.9
[11:41] <alexbodn> i found in /etc/gre.d/1.9.system.conf the section [1.9.0.10], so i've put that in application.ini min and max version, but now "Platform version '1.9' is not compatible with min >= 1.9.0.10 and max <= 1.9.0.10"
[11:41] <asac> alexbodn: means that application.ini uses wrong min/max version
[11:42] <alexbodn> maybe this happens since i copied build-system.tar.gz verbatim from ubuntu, where it was 1.9.0.10 indeed.
[11:42] <asac> well. 1.9.system.conf is not from our package
[11:42] <asac> /etc/gre.d/1.9.0.10.system.conf
[11:42] <asac> could be
[11:42] <asac> maybe the build system replaces min/max version with something
[11:43] <asac> but you should patch that to open up the max version, like 1.9.0.*
[11:43] <alexbodn> i have these, but they both show 1.9.0.10, however the installed xulrunner is 1.9
[11:43] <alexbodn> let me try
[11:43] <asac> alexbodn: well. thats not our package i guess
[11:43] <asac> just use what we have in ubuntu ;)
[11:44] <asac> are you on debian?
[11:44] <asac> ;)
[11:44] <alexbodn> yes
[11:44] <asac> so what exactly is in 1.9.system.conf there?
[11:44] <alexbodn> ad copied the tar from you ;)
[11:45] <asac> paste it
[11:45] <asac> maybe debian is 1.9.0.9?
[11:45] <alexbodn> 10
[11:45] <asac> how does the application.ini in source tree look like?
[11:46] <asac> in any case ... it should work if you use minVersion=1.9.0.10 and maxVersion=1.9.0.*
[11:46] <asac> unless mike patched more
[11:46] <asac> run
[11:46] <asac> xulrunner --gre-version
[11:46] <asac> what do you get?
[11:48] <alexbodn> 1.9
[11:48] <asac> yeah
[11:48] <asac> so he patched the mess out of it ;)
[11:48] <asac> alexbodn: why do you think that its 1.9.0.10`
[11:48] <asac> ?
[11:48] <asac> dpkg -l xulrunner
[11:48] <asac> anyway. that means you need to use minVersion=1.9 and maxVersion=1.9.0.*
[11:49] <alexbodn> asac: please excuse me: i have to go for an hour or so. i wish very much to continue, if possible?
[11:49] <asac> i am always here ... just ask in case i am not at keyboard i will answer when back
[11:49] <asac> (might also be tomorrow
[11:49] <asac> )
[11:50] <alexbodn> i tried your last advice and it works. but i'll have to automate it :)
[11:50] <alexbodn> bye for now and thanks a lot :)
[11:50] <asac> alexbodn: well. as i said i think bluegriffon has a template
[11:50] <asac> thats a bug on its own
[11:51] <asac> and you should patch that in bluegriffon code
[11:51] <asac> just use the borders from above
[11:51] <asac> no problem
[11:51] <asac> cu
[11:51] <alexbodn> i'll look at fennec and others too.
[11:51] <alexbodn> cu ;)
[11:51] <asac> alexbodn: great. we have fennec
[11:51] <asac> but needs to be bumped to latest
[11:51] <asac> if you want to help that would be fantastic
[11:52] <alexbodn> np :)
[11:52] <alexbodn> do you have working package?
[11:52] <alexbodn> i'll be back
[11:54] <asac> alexbodn: yes. we have a bzr branch for fennec
[11:54] <asac> ask fta
[11:55] <asac> even the build-system instructions are for fennec in the wiki ;)
[11:55] <asac> https://wiki.ubuntu.com/MozillaTeam/XulApps/Packaging
[11:56] <asac> also we have a good amount of work to do this cycle transitioning to xulrunner 1.9.1
[11:56] <asac> (for ffox 3.5)
[13:39] <alexbodn> i'll try to build fennec tonight, so both bluegriffon and fennec would have the same build methods and hopefully good quality
[13:43] <alexbodn> asac: do you know how the application file can be a script, calling application_name-bin?
[13:43] <alexbodn> i seems bluegriffon distributed binary has been done like this, but the svn is not updated.
[18:57] <fta> alexbodn, ?
[18:57] <fta> hi everyone
[18:59] <BUGabundo> hey fta
[18:59] <BUGabundo> got your system working yet?
[18:59] <fta> nope
[18:59] <fta> X seems to render everyting in software, so it's slow as hell.
[19:00] <fta> pa is still unable to find my sound card
[19:01] <BUGabundo> irrk
[19:01] <fta> a bunch of things are crashing too
[19:02] <fta> but i did a massive upgrade, about a week worth of packages
[19:02] <fta> everything changed, kernel, udev, hal, pa, X, X driver, etc..
[19:03] <BUGabundo> working fine here
[19:03] <BUGabundo> strange how you are finding so much trouble
 Jun  6 18:56:09 nano console-kit-daemon[3480]: WARNING: Couldn't read /proc/3479/environ: Failed to open file '/proc/3479/environ': No such file or directory
 Jun  6 18:56:12 nano pulseaudio[4053]: module-alsa-card.c: Card '0' doesn't exist: No such file or directory
 Jun  6 18:56:12 nano pulseaudio[4053]: module.c: Failed to load  module "module-alsa-card" (argument: "device_id=0 name=pci_8086_27d8_sound_card_0 card_name=alsa_card.pci_8086_27d8_sound_card_0 tsched=0"): initialization failed.
[19:08] <fta> i downgraded pa, booted on an older kernel, still the same
[19:09] <fta> also downgraded the x-org-intel driver, UNR is still unusable
[19:09] <fta> no clue what's causing this
[19:10] <BUGabundo> no idea either
[19:11] <fta> asac, FIREFOX_3_5b99_BUILD1 / FIREFOX_3_5b99_RELEASE.. wtf?
[19:12] <BUGabundo> b99?
[19:12] <BUGabundo> wasn't it RC?
[19:13] <fta> http://hg.mozilla.org/releases/mozilla-1.9.1/rev/3f775c3bb24a8b6cce6dd0a50aefc4d21f27a35f
[19:13] <fta> don't ask me
[19:14] <fta> there's even a build2 apparently
[19:14] <micahg> Is TB3pre stable enough to use full time?
[19:14] <micahg> do I have to worry about data loss on IMAP?
[19:15] <BUGabundo> how can IMAP have data loss?
[19:15] <fta> a lot of people are using it, no one complained, at least not to me
[19:15] <BUGabundo> its Full Server storage
[19:15] <micahg> TB tries to delete stuff it shouldn't?
[19:15] <BUGabundo> what??
[19:15] <fta> thunderbird-3.0                    648   0.06%        76     436     136       0
[19:15]  * BUGabundo is glad he is using kmail
[19:15] <micahg> If it interfaces, it could in theory destroy
[19:16] <micahg> BUGabundo: same problem on any mail client
[19:16] <micahg> if there's a goof
[19:16] <fta> chromium-browser                  5721   0.51%       390    1912    3419       0
[19:16] <fta> cxchromium                        3736   0.33%       310    3187     172      67
[19:16] <fta> ia32-libs-chromium-browser        1357   0.12%         0       0       0    1357
[19:16] <fta> ia32-cxchromium                    846   0.08%        55     725      51      15
[19:16] <micahg> fta: do you know if the add-ons for TB are TB3 compatible yet?
[19:16] <fta> yeah! we win!
[19:16] <fta> micahg, no idea
[19:17] <BUGabundo> fta: LOLOL
[19:17] <BUGabundo> let me RT that fta
[19:17] <fta> BUGabundo, hold on
[19:18]  * BUGabundo pauses
[19:18] <fta> BUGabundo, to be fair, you need to compare chromium-browser vs cxchromium + ia32-cxchromium
[19:18] <BUGabundo> okayyy
[19:18] <fta> chromium-browser is both 32 and 64, while cxchromium is only 32 and ia32-cxchromium only 64
[19:18]  * BUGabundo opens gcalc-tool
[19:19] <BUGabundo> I'm lost
[19:20] <BUGabundo> I should just add both cx right?
[19:20] <fta> 5721 vs 4582
[19:20] <BUGabundo> ok
[19:21] <fta> and to compare the number of 64 bit installs: 1357 vs 846
[19:21] <BUGabundo> ohh that's too much for a dent
[19:21] <fta> lol
[19:21] <fta> so don't ;)
[19:30] <fta> BUGabundo, http://www.sofaraway.org/ubuntu/tmp/chromium-popcon.png
[19:31] <BUGabundo> how did that happen?
[19:31] <BUGabundo> how did they manage to have more then us?
[19:31] <fta> no
[19:32] <fta> we are red
[19:32] <fta> BUGabundo, ^^
[19:32] <BUGabundo> I know
[19:33] <BUGabundo> but since the lunch until ~25/5 they were ahead
[19:33] <BUGabundo> PUB?
[19:33] <fta> cxchromium was available long before my stuff. it's the windows binary wrapped for wine
[19:40] <BUGabundo> now I'm confused
[19:40] <BUGabundo> didn't you say chromium was the red one?
[19:40] <BUGabundo> its older
[19:41] <fta> http://www.codeweavers.com/services/ports/chromium/
[19:42] <fta> that's cxchromium
[19:42] <BUGabundo> fta AHHHHHH that makes it SO much clear! /me slaps in the head
[19:42] <fta> chromium-browser is my ppa
[21:22] <dtchen> fta: please run ubuntu-bug pulseaudio
[21:23] <fta> dtchen, hold on, re-upgrading
[21:24] <dtchen> fta: ok
[21:45] <fta> good, still the same error
[21:45] <fta> Jun  7 22:44:51 nano pulseaudio[4520]: module-alsa-card.c: Card '0' doesn't exist: No such file or directory
[21:45] <fta> Jun  7 22:44:51 nano pulseaudio[4520]: module.c: Failed to load  module "module-alsa-card" (argument: "device_id=0 name=pci_8086_27d8_sound_card_0 card_name=alsa_card.pci_8086_27d8_sound_card_0 tsched=0"): initialization failed.
[21:47] <fta> dtchen, http://paste.ubuntu.com/190480/
[21:50] <fta> dtchen, you prefer a real bug instead?
[21:52] <dtchen> fta: sec, loading the paste
[21:54] <dtchen> fta: how about: sudo -i, then cat /proc/asound/{card,device}s
[21:55] <fta> dtchen, http://paste.ubuntu.com/190484/
[21:55] <dtchen> fta: ok, and amixer -Dhw:0 (while still sudo -i)
[21:56] <fta> http://paste.ubuntu.com/190487/
[21:56] <fta> dtchen, http://paste.ubuntu.com/190487/
[21:57] <dtchen> fta: ok, and just to check: speaker-test -c2 -Dplughw:0 (while still sudo -i)
[21:58] <BUGabundo> wfm
[21:59] <fta> dtchen, seems ok, does it stop by itself?
[21:59] <dtchen> not using that command
[21:59] <dtchen> you'll need to sigterm it
[21:59] <fta> dtchen, ok, so here it is: http://paste.ubuntu.com/190488/
[22:00] <dtchen> so if that speaker-test command as root was audible, then you're experiencing a permissions issue
[22:00] <dtchen> i'd blame consolekit and/or policykit
[22:00] <fta> open("/dev/snd/controlC0", O_RDONLY)    = -1 EACCES (Permission denied)
[22:00] <fta> open("/dev/aloadC0", O_RDONLY)          = -1 ENOENT (No such file or directory)
[22:01] <fta> crw-rw---- 1 root audio 116, 6 2009-06-07 22:43 /dev/snd/controlC0
[22:01] <dtchen> you can work around it by adding your user to @audio, logging out, and logging back in
[22:01] <BUGabundo> I'm not in the audio group for the record
[22:02] <dtchen> BUGabundo: you shouldn't need to be
[22:02] <fta> fta@nano:~ $ groups
[22:02] <fta> fta adm dialout cdrom plugdev lpadmin admin sambashare
[22:02] <fta> indeed
[22:02] <dtchen> there's a consolekit/policykit bug where the seat isn't registered properly
[22:02] <fta> fta@ix:~ $ groups
[22:02] <fta> fta adm cdrom floppy audio dip video plugdev lpadmin scanner admin fuse pulse-rt kvm libvirtd dialout
[22:02] <dtchen> when everything works properly, the foreground user is granted @audio permissions
[22:02] <BUGabundo> fta: small groupbs
[22:03] <BUGabundo> mine is huge
[22:03] <BUGabundo> $ groups
[22:03] <BUGabundo> bugabundo sys adm dialout fax voice cdrom floppy tape sudo dip www-data video plugdev users syslog scanner fuse lpadmin admin netdev polkituser sambashare kvm nagios davfs2
[22:03]  * BUGabundo loves to see floppy on a laptop :))
[22:04] <fta> nano is my netbook, ix is my main desktop
[22:09] <fta> in the last few days, i got new devicekit-disks, devicekit-power & libdevkit-power-gobject1
[22:10] <dtchen> the devicekit-* are way ahead of the GNOME bits
[22:10] <dtchen> e.g., look in Places
[22:10] <fta> ?
[22:10] <dtchen> i have a "320 GB LVM2 Physical Volume" entry
[22:11] <dtchen> so karmic's GNOME bits haven't caught up with the new devicekit-* bits
[22:11] <dtchen> so you end up with nonsensical entries like those above
[22:11]  * fta blames the desktop team
[22:12]  * fta wants a gnome-daily ppa ;)
[22:15] <BUGabundo> ahaah
[22:22] <fta> i wish there was a similar workaround for my X issue :(
[22:23] <BUGabundo> fta: put your user in X group
[22:23] <BUGabundo> oh wait there none for that eheh
[23:54] <fta> dtchen, just rebooted my desktop, no more sound post gdm. i had to mute/unmute the "Internal Audio" stream in pa :( 1st time on that desktop
[23:55] <dtchen> fta: we just fixed that bug about 15 minutes ago in pa git head.
[23:56] <dtchen> 18:12 < CIA-68> polypaudio: lennart * r587fc2a pulseaudio/src/ (4 files in 2 dirs):
[23:56] <dtchen> 18:12 < CIA-68> polypaudio: core: make sure soft mute status stays in sync with hw mute status
[23:58] <fta> hm, ok
[23:58] <dtchen> should be in the next karmic pa upload