Bug#524050: mozilla-plugin-gnash: plugin not detected by iceweasel
And yes, I did a 'aptitude purge flashplugin-nonfree' just before installing the gnash plugin. I think that's the common point of all the failures of that kind that I've seen and heard of, both in gnash and swfdec. I'll try to look deeper into that but that seems to be somehow the cause. That doesn't seem to be the case on my Debian 5.0.2 Lenny installation. I didn't have the flashplugin-nonfree installed (and don't think I ever did) but I did have the swfdec package installed. I wanted better flash support so I installed gnash and restarted iceweasel. It was still using swfdec and I couldn't select gnash in the application preferences. When I found this bug report I checked that I had a symlink /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so and found that the other symlink was /etc/alternatives/flash-mozilla.so - /usr/lib/swfdec-mozilla/libswfdecmozilla.so so I deleted /etc/alternatives/flash-mozilla.so and made a new symlink /etc/alternatives/flash-mozilla.so - /usr/lib/gnash/libgnashplugin.so Upon restarting iceweasel I now have no flash support whatsoever so I changed back to swfdec. Any suggestions appreciated, I'm willing to test. Greetings and thanks, Pete
Bug#418990: libgnomevfs2-extra is/should be a dependency of the gnome-applets package!
On Thu, Jun 28, 2007, Loïc Minier wrote: On Thu, Jun 28, 2007, Mattia Monga wrote: No I didn't... With that the applet works. Maybe some doc should inform the user that libgnomevfs2-extra is needed by gweather (not just reccommended...) Done in README.Debian; I'm reluctant to touch the Description just now. Reluctant to touch the Description just now?! %-) I've just spent an hour debugging my gweather applet on my debian testing system and finally found the solution here. Thanks for the info but please oh please don't just leave this at an addition to the README and maybe the Description. Gweather literally depends on libgnomevfs2-extra to function at all! Please make it a dependency of the gnome-applets package and let apt/package management take care of this issue for all users of Debian. Thanks and regards, Pete
Bug#382179: package boinc-app-seti bug/wishlist item: auto-attach to open 'debian' project account
Package: boinc-app-seti Version: 5.13+cvs20060510-1: Having just spent a while attaching boinc to the seti project using my own account key I was wondering if someone was willing to make it possible to implement an auto-attach to an open 'debian' account at the setiathome project site? Hopefully in the future it could go something like: apt-get install boinc-app-seti Setting up ... Please enter your account key here (leave blank to participate anonymously as the debian user): Would you like to start the boinc application now (this uses 100% of your CPU 24/7)? Y/n BOINC Seti client now running. If it was this easy I'm sure more sysadmins would donate their CPU cycles to Seti. The debian account at seti would need to be secured and set with a sensible defaults for caching of course. regards, -- Pete van der Spoel winmail.dat
Bug#340600: Package: menu-xdg has unclear name
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: donderdag 1 december 2005 17:39 To: Pete van der Spoel; [EMAIL PROTECTED] Subject: Re: Package: menu-xdg has unclear name On Thu, Nov 24, 2005 at 02:33:41PM +0100, Pete van der Spoel wrote: My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had had a more logical name such as 'debian-menu', rather than the cryptic 'menu-xdg'. If not desireable to rename the package completely, surely an alias is possible? ps. I'll also be posting a bug-report to gnome-menus as that package doesn't list menu-xdg as a recommended/suggested package. Hello Pete, Actually gnome-panel should Depends on menu-xdg. This is the real bug and it is much more important to fix than whether menu-xdg is easy to find since users should never have to install menu-xdg manually. I am surprise it take so much time to get resolved. Cheers, -- Bill. [EMAIL PROTECTED] Sounds good to me Bill! I'll second your suggestion. cheers, Pete
Bug#341605: Package: openoffice.org 1.1.4-7 applications extremely slow (minutes) at opening files
Package: openoffice.org Version: 1.1.4-7 I am running Debian etch with Gnome and would like to report that openoffice.org is extremely slow at opening a document on my system when it isn't already opened. I'm talking about minutes here, I've timed it. It's the same with either a .swx, a .doc or a .ppt. Once one of these files is open then opening another is really quick, whether it's another of the same type or a different type (Impress or Writer I mean). I've tried installing the package ooqstart-gnome, but that doens't help any. Watching the soffice.bin process using top shows that upon opening a .doc or .ppt it initially gets the processors attention, but then after about 10-15 seconds this drops to 0% CPU for a couple of minutes before finally opening the file. Hard disk activity is minimal throughout. Any ideas on what package/configuration is the culprit here? I'm willing to test things out if someone could point me in a right direction. Thanks,Pete
Bug#340600: Package: menu-xdg has unclear name
Package: menu-xdg Version: all Hi Christopher, My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had had a more logical name such as 'debian-menu', rather than the cryptic 'menu-xdg'. If not desireable to rename the package completely, surely an alias is possible? I am using Debian GNU/Linux testing with a Gnome desktop. Thanks, Pete ps. I'll also be posting a bug-report to gnome-menus as that package doesn't list menu-xdg as a recommended/suggested package.
Bug#340605: Package: gnome-menus doesn't recommend debian menus package menu-xdg)
Package: gnome-menus Version: all Hi Sebastien, My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had been recommended/suggested by gnome-menus. I am using Debian GNU/Linux testing with a Gnome desktop. Thanks, Pete ps. I've also posted a bug-report to menus-xdg to ask if you could either change there name to debian-menus or make such an alias.
Bug#318754: flashplugin-nonfree: does not work with current xorg server (6.8.2.dfsg.1-2)
Hi guys, After upgrade to 6.8.2.dfsg.1-4 bug dissapeared. Thanks. I'm running Debian GNU/Linux testing and so presumably have xorg server 6.8.2.dfsg.1-7 (I've just apt-get update dist-upgraded) but the flashplugin isn't working for me! Apt-get install flashplugin-nonfree went fine but after restarting firefox it still starts the plugin finder server when in comes across some flash. This gets as far as saying OK to the licence but never completes (or even starts) the installation. The progress bar stays at 0%. Any ideas? Thanks,Pete
Bug#297810: just my 2 cents...
I don't follow all the detail of the discussion above, all I can say that it's very counter-intuitive to apt-get install the plone package, then have to make your own zope instance (at least you're told you need to do this) and then log in to http://localhost:9673/manage to discover that there is no Plone site product to add :-( Why not uncomment the Debian specific # products /usr/lib/zope2.7/lib/python/Products line from the standard zope.conf? It took me a while to find this and it would be nice if other Debian users didn't have to spend this time as well. I gather this may be a compatibility problem with other versions of zope, but at the very least adding a line about Plone to the cryptic, You may want to customize /var/lib/zope2.7/instance/instance/etc/zope.conf would make a big difference. Thanks for your time, regards, Pete
Bug#306439: Ximian-connector/evolution-exchange authentication compatibility with Exchange 2003 broken
From: [EMAIL PROTECTED] Package: ximian-connector in bugtracking, but for some reason a.k.a. evolution-exchange Version: 2.0.3 Using Evolution 2.0.4, entering a password for connection to Exchange 2003 repeatedely generates a 'Could not authenticate to server.(Password incorrect?)' error. This seems to have been fixed in 2.0.4 of the ximian-connector and is all explained very clearly on https://mams.melcoe.mq.edu.au/zope/mams/pubs/Installation/evolution-exch ange, although apparently the author never took the trouble to report it as a bug, hence this bug report. I am using Debian GNU/Linux Testing (Sarge), kernel 2.4.25-1-686. I have also tried authenticating with the same server using Evolution on Ubuntu 5.04 The Hoary Hedgehog and this works, so it's definitely not a problem with the Exchange 2003 server. Regards, Pete
Bug#306490: Debian-installer rc3 SPARC netinst installation bug report
Title: Debian-installer rc3 SPARC netinst installation bug report Package: installation-reports Debian-installer-version: Debian-install rc3 netinst from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc3/sarge-sparc-netinst.iso Date: 26-4-05 Method: SCSI cdrom ok boot cdrom command from OBP 3.1.2 boot: linux DEBIAN_FRONTEND=text command from SILO 1.4.9 (because I'm installing using a Wyse terminal) Machine: SPARC Ultra 1 Processor: 167MHz Memory: 352 MB Root Device: VFS Root Size/partition table: N/A Output of lspci and lspci -n: N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [O] Configure network HW: [O] Config network: [O] Detect CD: [?] Comments/Problems: Loading of the linux kernel went okay for a while but then I get: VFS: Mounted root (ext2 filesystem) Mounted devfs on /dev VFS: Mounted root (ext2 filesystem) Trying to move old root to /initrd ... okay Mounted devfs on /dev SettUinnigm pulpe mfeinlteesdy sStPeAmR,C psly..gobblydegook .1.8.8 Unimplemented SPARC system call 188 Unimplemented SPARC system call 188 Unimplemented SPARC system call 188 Unimplemented SPARC system call 188 Unimplemented SPARC system call 188 Starting system log daemon: syslogd, klogd (process:162): ERROR /build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c/build/buildd/c ad infinitum. Repeating gives different process numbers (e.g. process:159) although it always hangs at the same place. Any ideas to help me on my way? Thanks for your time, regards, Pete