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