Re: how-to compile 64 bit modules on 32 bit system with m-a ?
В пн, 2007-07-02 в 14:26 +0200, Goswin von Brederlow написа: Jamil Djadala [EMAIL PROTECTED] writes: Hi all, I have 32 bit debian(testing) with 64 bit stock kernel (linux-image-2.6.18-4-amd64) (of course i have 64 bit processor) is there standard way to build 64 bit modules (nvidia, rt2500) with module-assistant ? i guess 64bit chroot may be solution, but any other ? Doesn't it just work? Works for the kernel as it automatically adds -m64 as needed. it doesn't work. after some testing i discover these results: under 32 bit kernel, command m-a -l 2.6.21-2-k7 a-i kqemu end successfully, but m-a -l 2.6.21-2-amd64 a-i kqemu end with error: make[4]: *** No rule to make target `/usr/src/modules/kqemu/kqemu-mod-x86_64.o', needed by `/usr/src/modules/kqemu/kqemu-mod.o'. Stop. under 64 bit kernel, both m-a -l 2.6.21-2-k7 a-i kqemu m-a -l 2.6.21-2-amd64 a-i kqemu fail to compile. -- Jamil Djadala [EMAIL PROTECTED]
skype howto
hi I managed to install skype on my Debian/etch/amd64 box I wrote a short howto, in http://tonelli.sns.it/pub/mennucc1/tips.html just in case someone else may find it helpful. a. -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running Java App fails...
Gudjon I. Gudjonsson wrote: It works on my computer I downloaded $JXv3.2deploy.tar.bz2 Ah! I downloaded the linux version (suggested from the website) called JXv3.2_install_linux.bin. $tar cjf JXv3.2deploy.tar.bz2 $cd jxplorer $sh jxplorer.sh And the program appears but I have not got a clue what it does :) With the 'deploy' version it does it also for me ;-) And its a nice graphical LDAP Frontend. I am using /usr/lib/jvm/java-6-sun/jre/bin/java It runs also with the etch version 'sun-java5'. Thanx for downloading, testing and solving the issue! Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running Java App fails...
José Alburquerque wrote: Thomas Besser wrote: I think that it has something to do how the java binary was compiled (32bit!?) Perhaps you have more packages than needed installed (I'm referring to the ia32 packages). I don't know if you need them, but with all the suggestions given and the following packages installed, Java works fine on this system: sun-java6-bin sun-java6-demo sun-java6-doc sun-java6-fonts sun-java6-jdk sun-java6-jre sun-java6-source I develop in Java so I have a few, but I think with *-bin, *-fonts and *-jre things should work fine. :-) You are right. I kicked the ia32-sun-java5 deb package and it still runs . Thanx... Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running Java App fails...
* José Alburquerque [EMAIL PROTECTED] [2007:07:02:11:53:47-0400] scribed: snip / Perhaps you have more packages than needed installed (I'm referring to the ia32 packages). I don't know if you need them, but with all the suggestions given and the following packages installed, Java works fine on this system: sun-java6-bin sun-java6-demo sun-java6-doc sun-java6-fonts sun-java6-jdk sun-java6-jre sun-java6-source I develop in Java so I have a few, but I think with *-bin, *-fonts and *-jre things should work fine. :-) -Jose I am on straight etch. What need I install? # COLUMNS=120 dpkg -l '*sun*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- un jikes-sunnone (no description available) un libapache-mod-tsunaminone (no description available) un libsundials-serial none (no description available) un libsundials-serial-dev none (no description available) un libsundials-serial-doc none (no description available) un libsundials-serial0 none (no description available) un opensync-plugin-sunbird none (no description available) un sun-j2re1.4 none (no description available) un sun-java5-jrenone (no description available) un sunbird none (no description available) un sunclock none (no description available) un sunclock-mapsnone (no description available) un wmsunnone (no description available) # sudo aptitude install sun-java5-jre Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done No candidate version found for sun-java5-jre No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done -- Best Regards, helices - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- signature.asc Description: Digital signature
Re: Running Java App fails...
On Tue, Jul 03, 2007 at 08:35:09AM -0500, helices wrote: I am on straight etch. What need I install? # COLUMNS=120 dpkg -l '*sun*' [...] un sun-j2re1.4 none (no description available) un sun-java5-jrenone (no description available) [...] Ancient # sudo aptitude install sun-java5-jre I blame aptitude (I'd rather use dselect if I was forced to :), update you cache and you should be seeing the following packages: un ia32-sun-java5 none (no description available) un ia32-sun-java5 none (no description available) ii sun-java5-bin 1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) ii sun-java5-demo 1.5.0-10-3 Sun Java(TM) Development Kit (JDK) 5.0 un sun-java5-doc none (no description available) un sun-java5-font none (no description available) ii sun-java5-jdk 1.5.0-10-3 Sun Java(TM) Development Kit (JDK) 5.0 ii sun-java5-jre 1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) un sun-java5-plug none (no description available) un sun-java5-sour none (no description available) (also see http://packages.debian.org/cgi-bin/search_packages.pl?keywords=java5searchon=namessubword=1version=stablerelease=all ) -- When you do things right, people won't be sure you've done anything at all. Daniel Tryba -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running Java App fails...
* Daniel Tryba [EMAIL PROTECTED] [2007:07:03:16:05:29+0200] scribed: On Tue, Jul 03, 2007 at 08:35:09AM -0500, helices wrote: I am on straight etch. What need I install? # COLUMNS=120 dpkg -l '*sun*' [...] un sun-j2re1.4 none (no description available) un sun-java5-jrenone (no description available) [...] Ancient # sudo aptitude install sun-java5-jre I blame aptitude (I'd rather use dselect if I was forced to :), update you cache and you should be seeing the following packages: un ia32-sun-java5 none (no description available) un ia32-sun-java5 none (no description available) ii sun-java5-bin 1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) ii sun-java5-demo 1.5.0-10-3 Sun Java(TM) Development Kit (JDK) 5.0 un sun-java5-doc none (no description available) un sun-java5-font none (no description available) ii sun-java5-jdk 1.5.0-10-3 Sun Java(TM) Development Kit (JDK) 5.0 ii sun-java5-jre 1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) un sun-java5-plug none (no description available) un sun-java5-sour none (no description available) (also see http://packages.debian.org/cgi-bin/search_packages.pl?keywords=java5searchon=namessubword=1version=stablerelease=all ) My bad ; I forgot to add non-free to sources.list ... Thank you. -- Best Regards, helices - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- signature.asc Description: Digital signature
flash for etch amd64?
I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. After I came back from holidays, I reactivated my subscription to the debian lists and saw a reference to something like now that flash works for amd64 but there was no link, footnote, whatever. I tried to google for 'flash solved site:lists.debian.org' but didn't get anything current. I don't want to go the route of a 32-bit chroot just for flash. If there really is a way to view flash sites in amd64 without a chroot, could someone reply with a link and change the subject to include [solved] ? Thanks, Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue July 3 2007 08:10:38 am Douglas Allan Tutty wrote: I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. After I came back from holidays, I reactivated my subscription to the debian lists and saw a reference to something like now that flash works for amd64 but there was no link, footnote, whatever. I tried to google for 'flash solved site:lists.debian.org' but didn't get anything current. I don't want to go the route of a 32-bit chroot just for flash. If there really is a way to view flash sites in amd64 without a chroot, could someone reply with a link and change the subject to include [solved] ? It's still unsolved AFAIK. I'll be watching for replies to this thread hoping for a solution but I don't think there is one (yet). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * On 7/3/07, Alan Ianson [EMAIL PROTECTED] wrote: On Tue July 3 2007 08:10:38 am Douglas Allan Tutty wrote: I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. After I came back from holidays, I reactivated my subscription to the debian lists and saw a reference to something like now that flash works for amd64 but there was no link, footnote, whatever. I tried to google for 'flash solved site:lists.debian.org' but didn't get anything current. I don't want to go the route of a 32-bit chroot just for flash. If there really is a way to view flash sites in amd64 without a chroot, could someone reply with a link and change the subject to include [solved] ? It's still unsolved AFAIK. I'll be watching for replies to this thread hoping for a solution but I don't think there is one (yet). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
Am Dienstag 03 Juli 2007 schrieb Douglas Allan Tutty: I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. After I came back from holidays, I reactivated my subscription to the debian lists and saw a reference to something like now that flash works for amd64 but there was no link, footnote, whatever. I tried to google for 'flash solved site:lists.debian.org' but didn't get anything current. I don't want to go the route of a 32-bit chroot just for flash. If there really is a way to view flash sites in amd64 without a chroot, could someone reply with a link and change the subject to include [solved] ? Thanks, Doug. Hi Doug, you can try the packages gnash or klash. Sometimes flash will work with them. I had success with mozilla firefox on flash-sites, but there is no guarantee, it will always work. Klash made problems, too, on some websites, especially www.heise.de. There sometimes is opening a window with a comment fscommand not recognized, whatever this might mean. With konqueror and klash installed (klash is for KDE), the cpu`s work increases to 100 percent. Flash in mozilla and in konqueror seem to work different. I had success with an installed 32-bit opera. It seems, opera is using its own flash, and , as it is 32-bit and is working together with the libs out of the chroot, is is working fine. Oh, I forgot to explain: All programs I use, are not running in the chroot. I have a sid-chroot installed (minimalistic), and the paths are in /ld.so.cache. So every application is using the correct libs, whatever it needs. So: The chroot is only for holding the needed 32-bit-libs. Hint: keep the chroot as minimalistic as possible, as some libs could interfere with the 64-bit-libs, i.e. the nvidia-glx-32 of the 64-bit-systems is interfering with the nvidia-glx in the chroot. I might be possible, to install the flash-packages in the chroot, but this is not tested by me, just an idea. O.k., I hope, this will help a little bit. Best regards and good luck Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Turion 64 cpufreq
Erle Pereira [EMAIL PROTECTED] writes: Tip: I use cpufreq_ondemand instead of userspace, since It switches faster this way. With userspace, you will have to use the applet to switch states. Do you mean the gnome panel applet here? If so, that isn't how it works for me. The applet just monitors. It is the powernowd daemon that does the switching. -Brett. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. I have the adobe flashplayer .so plugin in /usr/local/mozilla/plugins but when I get Konqueror to scan it doesn't find it. I just remembered that I don't have ia32 libs installed. Perhaps they're needed. I'm doing that now and it will be done in 3 hrs or so. I'll let you know if this works. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue July 3 2007 08:49:28 am Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. I have the adobe flashplayer .so plugin in /usr/local/mozilla/plugins but when I get Konqueror to scan it doesn't find it. I just remembered that I don't have ia32 libs installed. Perhaps they're needed. I'm doing that now and it will be done in 3 hrs or so. I'll let you know if this works. I'm getting the same results as you are. I do have ia32-libs-* installed. I found a little documentation in /usr/share/doc/nspluginwrapper. I'll be watching for any help from the list. I'm running sid if that makes any difference.
Re: flash for etch amd64?
On Tue, Jul 03, 2007 at 05:32:11PM +0200, Hans-J. Ullrich wrote: Am Dienstag 03 Juli 2007 schrieb Douglas Allan Tutty: I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. I also learned from adobe's site that there's a difference between shockwave-flash and flash (of course). Libflash-mozplugin is for shockwave flash. you can try the packages gnash or klash. Sometimes flash will work with them. I had success with mozilla firefox on flash-sites, but there is no guarantee, it will always work. Klash made problems, too, on some websites, especially www.heise.de. There sometimes is opening a window with a comment fscommand not recognized, whatever this might mean. With konqueror and klash installed (klash is for KDE), the cpu`s work increases to 100 percent. I'm running Etch not sid as this is may main box and I need the stability. Gnash or klash are not in etch. The only time I get my CPU to 100% is using digiKam to blowup an image from a thumbnail to 1024x768; takes 45 seconds. Actually, most of my daily browsing happens from my PII with Konq via ssh to the Athlon. I couldn't figure out how this would be interpreted by the end-user licence agreement for adobe's flashplayer. Also, as I said, I don't want a chroot. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. I have the adobe flashplayer .so plugin in /usr/local/mozilla/plugins but when I get Konqueror to scan it doesn't find it. I just remembered that I don't have ia32 libs installed. Perhaps they're needed. I'm doing that now and it will be done in 3 hrs or so. I'll let you know if this works. Doug. Please see the following thread: http://lists.debian.org/debian-amd64/2007/05/msg00168.html -Jose -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On July 3, 2007 12:52:41 pm Alan Ianson wrote: On Tue July 3 2007 08:49:28 am Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. I have the adobe flashplayer .so plugin in /usr/local/mozilla/plugins but when I get Konqueror to scan it doesn't find it. I just remembered that I don't have ia32 libs installed. Perhaps they're needed. I'm doing that now and it will be done in 3 hrs or so. I'll let you know if this works. I'm getting the same results as you are. I do have ia32-libs-* installed. I found a little documentation in /usr/share/doc/nspluginwrapper. I'll be watching for any help from the list. I'm running sid if that makes any difference. It does I believe it was somewhere around 3.5.6 for Konqueror where the change was made to allow it to use the flash. Have you actually installed the flash with nspluginwrapper -i libflashplayer.so in the directory where you put the .so. I put mine in /usr/lib/mozilla/plugins/ then once the install command was run scanned for new plugins in Konqueror and it worked. Stephen -- GPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc signature.asc Description: This is a digitally signed message part.
aptitude initialising package status takes _really_ long
Hello list, at the start of aptitude and after every action you have took, aptitude has to initialise its package status. This is the same step as loading cache. Yesterday I have updated aptitude to . Since then this step takes _really_ long. Lets say 40s. I am on sid. There is no output it any loggs Any hints? Thank you. W. Mader -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue July 3 2007 09:24:31 am Stephen Cormier wrote: On July 3, 2007 12:52:41 pm Alan Ianson wrote: On Tue July 3 2007 08:49:28 am Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. I have the adobe flashplayer .so plugin in /usr/local/mozilla/plugins but when I get Konqueror to scan it doesn't find it. I just remembered that I don't have ia32 libs installed. Perhaps they're needed. I'm doing that now and it will be done in 3 hrs or so. I'll let you know if this works. I'm getting the same results as you are. I do have ia32-libs-* installed. I found a little documentation in /usr/share/doc/nspluginwrapper. I'll be watching for any help from the list. I'm running sid if that makes any difference. It does I believe it was somewhere around 3.5.6 for Konqueror where the change was made to allow it to use the flash. Have you actually installed the flash with nspluginwrapper -i libflashplayer.so in the directory where you put the .so. I put mine in /usr/lib/mozilla/plugins/ then once the install command was run scanned for new plugins in Konqueror and it worked. When I run that command in the /usr/lib/mozilla/plugins directory I get this error.. debian:/usr/lib/mozilla/plugins# nspluginwrapper -i libflashplayer.so *** NSPlugin Viewer *** ERROR: libflashplayer.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libflashplayer.so debian:/usr/lib/mozilla/plugins# These files are in that directory.. debian:/usr/lib/mozilla/plugins# ls flashplayer.xpt libtotem-gmp-plugin.so libflashplayer.solibtotem-gmp-plugin.xpt libtotem-basic-plugin.so libtotem-mully-plugin.so libtotem-basic-plugin.xptlibtotem-mully-plugin.xpt libtotem-complex-plugin.so libtotem-narrowspace-plugin.so libtotem-complex-plugin.xpt libtotem-narrowspace-plugin.xpt debian:/usr/lib/mozilla/plugins# I must be missing something but I'm not sure what.
Re: aptitude initialising package status takes _really_ long
Am Dienstag 03 Juli 2007 schrieb Wolfgang Mader: Hello list, at the start of aptitude and after every action you have took, aptitude has to initialise its package status. This is the same step as loading cache. Yesterday I have updated aptitude to . Since then this step takes _really_ long. Lets say 40s. I am on sid. There is no output it any loggs Any hints? Thank you. W. Mader Hi Wolfgang, I have the same problem (also running sid). There is a bugreport by me relating to this behaviour. Maybe it will be fixed soon. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue, Jul 03, 2007 at 01:24:31PM -0300, Stephen Cormier wrote: On July 3, 2007 12:52:41 pm Alan Ianson wrote: On Tue July 3 2007 08:49:28 am Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. It does I believe it was somewhere around 3.5.6 for Konqueror where the change was made to allow it to use the flash. Have you actually installed the flash with nspluginwrapper -i libflashplayer.so in the directory where you put the .so. I put mine in /usr/lib/mozilla/plugins/ then once the install command was run scanned for new plugins in Konqueror and it worked. I was mistaken. I do not have nspluginwrapper installed, but the konqueror-nsplugins. nspluginwrapper is only in testing not Etch. Lenny is still to young for me yet. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
When I run that command in the /usr/lib/mozilla/plugins directory I get this error.. debian:/usr/lib/mozilla/plugins# nspluginwrapper -i libflashplayer.so *** NSPlugin Viewer *** ERROR: libflashplayer.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libflashplayer.so debian:/usr/lib/mozilla/plugins# These files are in that directory.. debian:/usr/lib/mozilla/plugins# ls flashplayer.xpt libtotem-gmp-plugin.so libflashplayer.solibtotem-gmp-plugin.xpt libtotem-basic-plugin.so libtotem-mully-plugin.so libtotem-basic-plugin.xptlibtotem-mully-plugin.xpt libtotem-complex-plugin.so libtotem-narrowspace-plugin.so libtotem-complex-plugin.xpt libtotem-narrowspace-plugin.xpt debian:/usr/lib/mozilla/plugins# I must be missing something but I'm not sure what. Here are the steps from my experience, 1) wget http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz 2) tar xzvf install_flash_player_9_linux.tar.gz 3) cd install_flash_player_9_linux/ 4) cp -v flashplayer.xpt libflashplayer.so /usr/lib/mozilla/plugins/ 5) nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so It works well with my system (Lenny AMD64). Please take note, USE nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so INSTEAD OF nspluginwrapper -i libflashplayer.so -- Regards, Mohd Irwan Jamaluddin Web: http://www.irwan.name/ Blog: http://blog.irwan.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On July 3, 2007 01:36:18 pm Alan Ianson wrote: debian:/usr/lib/mozilla/plugins# nspluginwrapper -i libflashplayer.so *** NSPlugin Viewer *** ERROR: libflashplayer.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libflashplayer.so That seems to suggest it does not see the .so's needed I believe I needed the ia32-libs-gtk and related packages installed so check that. Below is the ldd on the libflash showing the other libraries. ldd /usr/lib/mozilla/plugins/libflashplayer.so linux-gate.so.1 = (0xe000) libdl.so.2 = /lib32/libdl.so.2 (0xf7827000) libpthread.so.0 = /lib32/libpthread.so.0 (0xf7811000) libX11.so.6 = /usr/lib32/libX11.so.6 (0xf7725000) libXext.so.6 = /usr/lib32/libXext.so.6 (0xf7717000) libXt.so.6 = /usr/lib32/libXt.so.6 (0xf76c7000) libfreetype.so.6 = /usr/lib32/libfreetype.so.6 (0xf765d000) libfontconfig.so.1 = /usr/lib32/libfontconfig.so.1 (0xf7632000) libgtk-x11-2.0.so.0 = /usr/lib32/libgtk-x11-2.0.so.0 (0xf7348000) libgobject-2.0.so.0 = /usr/lib32/libgobject-2.0.so.0 (0xf730e000) libglib-2.0.so.0 = /usr/lib32/libglib-2.0.so.0 (0xf727c000) libm.so.6 = /lib32/libm.so.6 (0xf7255000) libc.so.6 = /lib32/libc.so.6 (0xf7118000) /lib/ld-linux.so.2 (0x56555000) libXau.so.6 = /usr/lib32/libXau.so.6 (0xf7115000) libXdmcp.so.6 = /usr/lib32/libXdmcp.so.6 (0xf711) libSM.so.6 = /usr/lib32/libSM.so.6 (0xf7107000) libICE.so.6 = /usr/lib32/libICE.so.6 (0xf70ee000) libz.so.1 = /usr/lib32/libz.so.1 (0xf70d9000) libexpat.so.1 = /usr/lib32/libexpat.so.1 (0xf70ba000) libgdk_pixbuf-2.0.so.0 = /usr/lib32/libgdk_pixbuf-2.0.so.0 (0xf70a4000) libgdk-x11-2.0.so.0 = /usr/lib32/libgdk-x11-2.0.so.0 (0xf7023000) libpangocairo-1.0.so.0 = /usr/lib32/libpangocairo-1.0.so.0 (0xf701a000) libpango-1.0.so.0 = /usr/lib32/libpango-1.0.so.0 (0xf6fe) libatk-1.0.so.0 = /usr/lib32/libatk-1.0.so.0 (0xf6fc6000) libgmodule-2.0.so.0 = /usr/lib32/libgmodule-2.0.so.0 (0xf6fc3000) libcairo.so.2 = /usr/lib32/libcairo.so.2 (0xf6f61000) librt.so.1 = /lib32/librt.so.1 (0xf6f58000) libXrender.so.1 = /usr/lib32/libXrender.so.1 (0xf6f5) libXinerama.so.1 = /usr/lib32/libXinerama.so.1 (0xf6f4d000) libXi.so.6 = /usr/lib32/libXi.so.6 (0xf6f45000) libXrandr.so.2 = /usr/lib32/libXrandr.so.2 (0xf6f42000) libXcursor.so.1 = /usr/lib32/libXcursor.so.1 (0xf6f38000) libXfixes.so.3 = /usr/lib32/libXfixes.so.3 (0xf6f33000) libpangoft2-1.0.so.0 = /usr/lib32/libpangoft2-1.0.so.0 (0xf6f08000) libpng12.so.0 = /usr/lib32/libpng12.so.0 (0xf6ee5000) Stephen -- GPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc signature.asc Description: This is a digitally signed message part.
Re: flash for etch amd64?
On Tue, Jul 03, 2007 at 12:27:49PM -0400, José Alburquerque wrote: Please see the following thread: http://lists.debian.org/debian-amd64/2007/05/msg00168.html That's the thread that I was looking for, thanks. It would appear that it requries the nspluginwrapper to work. This is new ground for me. I don't suppose that I could pull the deb and install it with dpkg, have it appear in aptitude as locally installed/obsolete and have it work? Or does it rely on newer versions of libs than are in Etch? Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude initialising package status takes _really_ long
Good to know not to be alone... :) Am Dienstag 03 Juli 2007 18:47:00 schrieb Hans-J. Ullrich: Am Dienstag 03 Juli 2007 schrieb Wolfgang Mader: Hello list, at the start of aptitude and after every action you have took, aptitude has to initialise its package status. This is the same step as loading cache. Yesterday I have updated aptitude to . Since then this step takes _really_ long. Lets say 40s. I am on sid. There is no output it any loggs Any hints? Thank you. W. Mader Hi Wolfgang, I have the same problem (also running sid). There is a bugreport by me relating to this behaviour. Maybe it will be fixed soon. Regards Hans signature.asc Description: This is a digitally signed message part.
Re: flash for etch amd64?
On July 3, 2007 02:00:54 pm Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 01:24:31PM -0300, Stephen Cormier wrote: On July 3, 2007 12:52:41 pm Alan Ianson wrote: On Tue July 3 2007 08:49:28 am Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:28:51PM -0300, José Guilherme wrote: Douglas, you should try *nspluginwrapper, it works fine for flash without chroots... * I have it installed, but there doesn't seem to be any documentation on how to set it up. Perhaps no intervention is necessary. It does I believe it was somewhere around 3.5.6 for Konqueror where the change was made to allow it to use the flash. Have you actually installed the flash with nspluginwrapper -i libflashplayer.so in the directory where you put the .so. I put mine in /usr/lib/mozilla/plugins/ then once the install command was run scanned for new plugins in Konqueror and it worked. I was mistaken. I do not have nspluginwrapper installed, but the konqueror-nsplugins. nspluginwrapper is only in testing not Etch. Lenny is still to young for me yet. Doug. Works great here but then again I pretty much have always used a testing/unstable mixed system so I'm used to it. -- GPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc signature.asc Description: This is a digitally signed message part.
Re: flash for etch amd64?
On July 3, 2007 02:06:09 pm Mohd Irwan Jamaluddin wrote: Please take note, USE nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so INSTEAD OF nspluginwrapper -i libflashplayer.so Now that I see it that is the command I used with the full path don't know if it makes a difference or not with the success of the install. Stephen -- GPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc signature.asc Description: This is a digitally signed message part.
Re: flash for etch amd64?
Douglas Allan Tutty wrote: On Tue, Jul 03, 2007 at 12:27:49PM -0400, José Alburquerque wrote: Please see the following thread: http://lists.debian.org/debian-amd64/2007/05/msg00168.html That's the thread that I was looking for, thanks. It would appear that it requries the nspluginwrapper to work. This is new ground for me. I don't suppose that I could pull the deb and install it with dpkg, have it appear in aptitude as locally installed/obsolete and have it work? Or does it rely on newer versions of libs than are in Etch? Doug. If you could get it to install locally you should have no problems. As you say, it may not be possible because it could rely on newer packages (such as libc6, etc.). The dependencies of nspluginwrapper include ia32-libs (=1.6) and libc6-i386 (=2.5-5) among others. -Jose -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
lvresize [-r|--resizefs]
What is this option to lvresize? lvresize [-A|--autobackup y|n] [--alloc AllocationPolicy] [-d|--debug] [-h|--help] [-i|--stripes Stripes [-I|--stripesize StripeSize]] {-l|--extents [+|-]LogicalExtentsNumber | -L|--size [+|-]LogicalVolumeSize[kKmMgGtT]} [-n|--nofsck] [-r|--resizefs] [-t|--test] [--type VolumeType] [-v|--verbose] [--version] LogicalVolume[Path] [ PhysicalVolumePath... ] I do NOT find all of the options in the man pages; nor via googling. I just resized 2 volumes like this: lvresize --size 4G VG1-usr resize2fs /dev/VG1/usr Will this [-r|--resizefs] option do same in one CLI? -- Best Regards, helices - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- signature.asc Description: Digital signature
Re: flash for etch amd64?
I must be missing something but I'm not sure what. Here are the steps from my experience, 1) wget http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz 2) tar xzvf install_flash_player_9_linux.tar.gz 3) cd install_flash_player_9_linux/ 4) cp -v flashplayer.xpt libflashplayer.so /usr/lib/mozilla/plugins/ 5) nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so It works well with my system (Lenny AMD64). Please take note, USE nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so INSTEAD OF nspluginwrapper -i libflashplayer.so That may very well be it. I'll run that command when I get home and report success (I hope) or failure. Thanks all for the input.. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
It would appear that it requries the nspluginwrapper to work. This is new ground for me. I don't suppose that I could pull the deb and install it with dpkg, have it appear in aptitude as locally installed/obsolete and have it work? Or does it rely on newer versions of libs than are in Etch? When I am in a situation like that I create (if it doesn't already exist) /etc/apt/apt.conf with this in it.. APT::Default-Release stable; Then and lenny/testing lines to /etc/apt/sources.list. As long as you have that in your apt.conf apt and aptitude will always keep your system at stable, but you still have testing packages available when needed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
Alan Ianson wrote: It would appear that it requries the nspluginwrapper to work. This is new ground for me. I don't suppose that I could pull the deb and install it with dpkg, have it appear in aptitude as locally installed/obsolete and have it work? Or does it rely on newer versions of libs than are in Etch? When I am in a situation like that I create (if it doesn't already exist) /etc/apt/apt.conf with this in it.. APT::Default-Release stable; Then and lenny/testing lines to /etc/apt/sources.list. As long as you have that in your apt.conf apt and aptitude will always keep your system at stable, but you still have testing packages available when needed. Be careful here. Etch uses 'libc6' version 2.3.6, but the 'nspluginwrapper' in Lenny and Sid is built against 'libc6' version 2.5-5! If your package manager brings in all of the dependencies needed for 'nspluginwrapper' from Lenny (testing), then you could end up with a seriously broken system. I'm guessing that the APT tools will not do this -- not without giving you a big warning, anyway. The next idea would be to backport the package, which should be fairly automatic given the Debian packaging system. Unfortunately, the Debian sources for those packages also put dependencies on 'nspluginwrapper' sources for 'libc6' and 'gcc' that are higher than versions available for Etch! Bummer. The upstream sources really don't have all of these burdensome dependency requirements, so if someone was kind it should be possible to build packages for 'nspluginwrapper' that will run on Etch. You could try this: http://www.dipconsultants.com/debian/ I have not tried this yet -- maybe will try later today -- so the packages may not exist or may be out of date, or something. It's the only repository I've been able to locate with Etch packages of 'nspluginwrapper'. I also cannot speak for the security of these packages -- my apologies to the folks at DIP Consultants if they are fine, upstanding folks! -- so you may want to think twice about installing them at all. In my case, I have just gotten my first AMD64 up and running, and have created a temporary install where I am investigating, playing, learning, and taking massive amounts of notes for a final reinstall later, so I'll be installing these packages (if they are there) just to see if they work -- and if they are trojans then, well, I'm just going to blow away this temporary install anyway! ;-) HTH, Dave W. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue, 2007-07-03 at 11:10 -0400, Douglas Allan Tutty wrote: I'm running Etch on amd64 on my Athlon64. I use Konqueror. I have the libflash-mozplugin installed but flash sites (and adobe's test site) don't work. After I came back from holidays, I reactivated my subscription to the debian lists and saw a reference to something like now that flash works for amd64 but there was no link, footnote, whatever. I tried to google for 'flash solved site:lists.debian.org' but didn't get anything current. I don't want to go the route of a 32-bit chroot just for flash. If there really is a way to view flash sites in amd64 without a chroot, could someone reply with a link and change the subject to include [solved] ? You can run a 32-bit firefox binary, and the flash plugin will work with that. I've used these: http://getswiftfox.com/debian.htm and they work fine, though I'm told that the maintainer's license-abiding practices are questionable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude initialising package status takes _really_ long
Le Tuesday 03 July 2007 19:11:23 Wolfgang Mader, vous avez écrit : Good to know not to be alone... :) Am Dienstag 03 Juli 2007 18:47:00 schrieb Hans-J. Ullrich: Am Dienstag 03 Juli 2007 schrieb Wolfgang Mader: Hello list, at the start of aptitude and after every action you have took, aptitude has to initialise its package status. This is the same step as loading cache. Yesterday I have updated aptitude to . Since then this step takes _really_ long. Lets say 40s. I am on sid. There is no output it any loggs Any hints? Thank you. W. Mader Hi Wolfgang, I have the same problem (also running sid). There is a bugreport by me relating to this behaviour. Maybe it will be fixed soon. This problem have been fixed in experimental... bye JMB Regards Hans signature.asc Description: This is a digitally signed message part.
nscd crashing
Hi Any one else having problems with nscd crashing ? I am running slapd libnss-ldap + libpam-ldap. every time I start it up it pauses and then gets stuck trying to reload load a user id (one from ldap) something like this 7210: considering GETPWBYUID entry 1000, timeout 1183505401 7210: considering GETPWBYUID entry 1000, timeout 1183505401 7210: considering GETPWBYUID entry 1000, timeout 1183505401 7210: considering GETPWBYUID entry 1000, timeout 1183505401 7210: considering GETPWBYUID entry 1000, timeout 1183505401 7210: Reloading 1000 in password cache! 7210: add new entry 1000 of type GETPWBYUID for passwd to cache (first) 7210: add new entry alex of type GETPWBYNAME for passwd to cache 7210: considering GETPWBYUID entry 1000, timeout 1183505124 7210: Reloading 1000 in password cache! 7210: add new entry 1000 of type GETPWBYUID for passwd to cache (first) 7210: add new entry alex of type GETPWBYNAME for passwd to cache 7210: considering GETPWBYUID entry 1000, timeout 1183505901 nscd: cache.c:384: prune_cache: Assertion `dh-usable' failed. got that from a nscd -d Alex signature.asc Description: Digital signature
Re: flash for etch amd64?
in the freeze of etch nspluginwrapper 0.9.91.3-1+b1 use libc6 = 2.3.5 I suppose you could use snapshot.debian.net to obtain that version that works very good until now in etch On 7/3/07, Dave Witbrodt [EMAIL PROTECTED] wrote: Alan Ianson wrote: It would appear that it requries the nspluginwrapper to work. This is new ground for me. I don't suppose that I could pull the deb and install it with dpkg, have it appear in aptitude as locally installed/obsolete and have it work? Or does it rely on newer versions of libs than are in Etch? When I am in a situation like that I create (if it doesn't already exist) /etc/apt/apt.conf with this in it.. APT::Default-Release stable; Then and lenny/testing lines to /etc/apt/sources.list. As long as you have that in your apt.conf apt and aptitude will always keep your system at stable, but you still have testing packages available when needed. Be careful here. Etch uses 'libc6' version 2.3.6, but the 'nspluginwrapper' in Lenny and Sid is built against 'libc6' version 2.5-5! If your package manager brings in all of the dependencies needed for 'nspluginwrapper' from Lenny (testing), then you could end up with a seriously broken system. I'm guessing that the APT tools will not do this -- not without giving you a big warning, anyway. The next idea would be to backport the package, which should be fairly automatic given the Debian packaging system. Unfortunately, the Debian sources for those packages also put dependencies on 'nspluginwrapper' sources for 'libc6' and 'gcc' that are higher than versions available for Etch! Bummer. The upstream sources really don't have all of these burdensome dependency requirements, so if someone was kind it should be possible to build packages for 'nspluginwrapper' that will run on Etch. You could try this: http://www.dipconsultants.com/debian/ I have not tried this yet -- maybe will try later today -- so the packages may not exist or may be out of date, or something. It's the only repository I've been able to locate with Etch packages of 'nspluginwrapper'. I also cannot speak for the security of these packages -- my apologies to the folks at DIP Consultants if they are fine, upstanding folks! -- so you may want to think twice about installing them at all. In my case, I have just gotten my first AMD64 up and running, and have created a temporary install where I am investigating, playing, learning, and taking massive amounts of notes for a final reinstall later, so I'll be installing these packages (if they are there) just to see if they work -- and if they are trojans then, well, I'm just going to blow away this temporary install anyway! ;-) HTH, Dave W. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: flash for etch amd64?
On Tue, Jul 03, 2007 at 07:21:38PM -0500, Jaime Ochoa Malagón wrote: in the freeze of etch nspluginwrapper 0.9.91.3-1+b1 use libc6 = 2.3.5 I suppose you could use snapshot.debian.net to obtain that version that works very good until now in etch Retreiving it now. It also depends on ia32-libs-gtk which is unavailable in etch so I'm getting version 1 of that (since 2 just came out, its later than nspl* 0.9. I'm just getting the debs and I'll install them with dpkg. I don't want to contaminate my apt system. I'll also check out backports.org. I've never needed to look there before. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flash for etch amd64?
On Tue July 3 2007 10:14:53 am Stephen Cormier wrote: On July 3, 2007 02:06:09 pm Mohd Irwan Jamaluddin wrote: Please take note, USE nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so INSTEAD OF nspluginwrapper -i libflashplayer.so Now that I see it that is the command I used with the full path don't know if it makes a difference or not with the success of the install. It does seem to make a difference. I installed libflashplayer.so again using the full path and it works. I just spent the last few minutes watching reuters oddly enough, flash is working on amd64, one way or another.. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]