Re: Plugins

2007-05-14 Thread Michelle Konzack
Am 2007-05-03 23:05:49, schrieb Pepo:
 Hi friends.
 
 Please, How do I can use plugins in Iceweasel if I am using Lenny-AMD64? 
 (java, flash player)
 
 Thanks.
 
- END OF REPLIED MESSAGE -

Why not use the nsplugingwraper which is in Debian?
Whit this wraper you can run 32bit plugins on amd64.

Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSN LinuxMichi
0033/6/6192519367100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: Plugins

2007-05-14 Thread Alex Samad
On Mon, May 14, 2007 at 07:51:07PM +0200, Michelle Konzack wrote:
 Am 2007-05-03 23:05:49, schrieb Pepo:
  Hi friends.
  
  Please, How do I can use plugins in Iceweasel if I am using Lenny-AMD64? 
  (java, flash player)
  
  Thanks.
  
 - END OF REPLIED MESSAGE -
 
 Why not use the nsplugingwraper which is in Debian?
 Whit this wraper you can run 32bit plugins on amd64.
does that include the java plugin as well ?
 
 Thanks, Greetings and nice Day
 Michelle Konzack
 Systemadministrator
 Tamay Dogan Network
 Debian GNU/Linux Consultant
 
 
 -- 
 Linux-User #280138 with the Linux Counter, http://counter.li.org/
 # Debian GNU/Linux Consultant #
 Michelle Konzack   Apt. 917  ICQ #328449886
50, rue de Soultz MSN LinuxMichi
 0033/6/6192519367100 Strasbourg/France   IRC #Debian (irc.icq.com)




signature.asc
Description: Digital signature


Re: Plugins

2007-05-07 Thread Simone Soldateschi

On 5/4/07, Pepo [EMAIL PROTECTED] wrote:


Hi friends.

Please, How do I can use plugins in Iceweasel if I am using Lenny-AMD64?
(java, flash player)

Thanks.



hi,
afaik adobe flash player comes in 32bit version only
You might want to consider Installing a Debian IA32bit chroot system: take
a look at
https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html#id292010

bye

// SS


Re: Plugins

2007-05-07 Thread Simon Bruenler
Am Donnerstag, den 03.05.2007, 23:05 -0500 schrieb Pepo:
 Hi friends.
 
 Please, How do I can use plugins in Iceweasel if I am using Lenny-AMD64? 
 (java, flash player)
 
 Thanks.

On sid-amd64 there is nspluginwrapper. With that little piece of
software you can run the Adobe Flash-Player on amd64.
If you don´t want to mix up your system with unstable you can get
nspluginwrapper from
http://gwenole.beauchesne.info/projects/nspluginwrapper/

You don´t have to compile it. Just take the two *.rpm files (both Plugin
_and_ Viewer), convert them with alien into deb and install. Normally
this should work.
More instructions you can find on the Web-Site mentioned above.

Simon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Plugins

2007-05-03 Thread Pepo
Hi friends.

Please, How do I can use plugins in Iceweasel if I am using Lenny-AMD64? 
(java, flash player)

Thanks.

-- 

 Linux User Registered #232544
  Jabber : [EMAIL PROTECTED]
   Ekiga : [EMAIL PROTECTED]
 ICQ : 337889406
   GnuPG-key : www.keyserver.net
---
   dum loquimur, fugerit invida
aetas: carpe diem, quam minimum credula postero.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Java 6 plugins

2007-01-31 Thread Jerome BENOIT

Hello List,

I have just installed the gcj one:
it fits my need.

Thanks for the quick reply,
Jerome

Alex Samad wrote:

On Mon, Jan 29, 2007 at 01:27:14PM +0800, Jerome BENOIT wrote:

Hello List,

I have just install the  new Java 6 Debian package on my amd64 Etch box:
my hope was to have a last a working java plugin for Iceweasel.
Unfortunately I have still no working java plugin :
what is the issue here ?

don't think there has been an offical java plugin (atleast not from sun)

there is the blackdown one (1.4.2) but its old and not maintained and breaks a
lot.

Then there is the gcj one - still alpha sort of.




Thanks in advance,
Jerome
--
Jerome BENOIT
jgmbenoit_at_mailsnare_dot_net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact 
[EMAIL PROTECTED]





--
Jerome BENOIT
jgmbenoit_at_mailsnare_dot_net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Java 6 plugins

2007-01-28 Thread Jerome BENOIT

Hello List,

I have just install the  new Java 6 Debian package on my amd64 Etch box:
my hope was to have a last a working java plugin for Iceweasel.
Unfortunately I have still no working java plugin :
what is the issue here ?

Thanks in advance,
Jerome
--
Jerome BENOIT
jgmbenoit_at_mailsnare_dot_net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Java 6 plugins

2007-01-28 Thread Alex Samad
On Mon, Jan 29, 2007 at 01:27:14PM +0800, Jerome BENOIT wrote:
 Hello List,
 
 I have just install the  new Java 6 Debian package on my amd64 Etch box:
 my hope was to have a last a working java plugin for Iceweasel.
 Unfortunately I have still no working java plugin :
 what is the issue here ?
don't think there has been an offical java plugin (atleast not from sun)

there is the blackdown one (1.4.2) but its old and not maintained and breaks a
lot.

Then there is the gcj one - still alpha sort of.



 
 Thanks in advance,
 Jerome
 -- 
 Jerome BENOIT
 jgmbenoit_at_mailsnare_dot_net
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact 
 [EMAIL PROTECTED]
 
 


signature.asc
Description: Digital signature


Re: [SOLVED]chroot: firefox browser plugins

2006-12-22 Thread Les Gray



Jaime Ochoa Malagón schrieb:

execute dchroot -d

all the installation with the links must look good

if thats true run the firefox, that should work that way...


I'm using schroot rather than dchroot, but I assume the -d option is the 
same: to specify the working directory? It still didn't work. Neither 
did turning on debug messages help because I didn't get any output when 
running 'ln -s ...' .


But I decided to just install Iceweasel and use that. It registers all 
my plugins during the install process, and it's also working well with 
Flash 9 Beta.


I probably should have done that in the first place.

Thanks for the help, anyway.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot: firefox browser plugins

2006-12-21 Thread Les Gray

Jaime Ochoa Malagón schrieb
I had have a similar problem with directories in rbind inside a chroot

al the files are in the same partition?
when firefox is installed to /usr/local in chroot, yes. when it's 
installed in /home/user, no. But I have no problem linking to other 
files in the chroot from this home directory, even though it's on 
another partition...


do your use the tab key to make de link?
no, just the terminal and eg. /usr/local/firefox/plugins# ln -s 
path_to_javaplugin .


Doesn't the tab key achieve the same result?


as a las resource why do you not copy the files of the plugins to your
directory?
I tried that. The files copy OK but the getfirefox.com Firefox says it 
can't find them. It's strange, the Debian firefox obviously makes the 
necessary plugin links during the install process, but I can't do so 
manually...



Best whishes

and to you! :)


On 12/21/06, Les Gray [EMAIL PROTECTED] wrote:

Hi,

I just built myself a 64-bit AMD X2 desktop system and decided I'd give
a 64-bit distro a shot. On my recently ebayed last system I was using
32-bit Sarge for just over a year and loved it. I am now happily running
Etch RC1 64-bit.

Happily? Well, almost

For the relatively few 32-bit programs I need/want to run, I opted for
the chroot method (as described in the Debian AMD64 HOWTO). I installed
Firefox 2.0.0.1 by unpacking the archive from getfirefox.com into
/usr/local in my chroot (I prefer not to use Debian-packaged firefox
because I've found it to be more crash prone). The browser starts up
without a hitch.

But, for the life of me, I am unable to create any symlinks in
/usr/local/firefox/plugins to the currently installed plugins in the
chroot (acrobat and java, atm). Each time I try, it results in a
dangling symlink (and, yes, I am issuing each command from within the
chroot).

I thought it might be a permissions issue (even though I didn't change
any), so I tried unpacking firefox in bind-mounted /home/user. No 
change.


I also tried 3 methods of installing Sun Java - from the Debian repo,
from sun.com, and building locally using java-package. Again, no ability
to symlink to the java plugin.

I don't get it. I can create symlinks to any other files/dirs in the
chroot, just not browser plugins?? I have read permissions on all
elements of the plugin path, and write permissions to where I want to
create the symlink. I've also tried copying the plugins to the firefox
plugins directory, but firefox still doesn't register them.

Curiously (or not?), I don't have this problem if I use the firefox
version from Debian. It's just 'getfirefox'. I don't want to use the
Debian version, though, or another browser. I may use Iceweasel from
unstable as a last resort, but I really shouldn't be having this problem
in the first place.

Any clues? It's the first time I've used chroot, so if I am overlooking
something simple, my apologies :)

Thanks,
Les


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact 
[EMAIL PROTECTED]









--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot: firefox browser plugins

2006-12-21 Thread Les Gray

Jaime Ochoa Malagón schrieb:

On 12/21/06, Les Gray [EMAIL PROTECTED] wrote:

Jaime Ochoa Malagón schrieb
I had have a similar problem with directories in rbind inside a chroot
 al the files are in the same partition?
when firefox is installed to /usr/local in chroot, yes. when it's
installed in /home/user, no. But I have no problem linking to other
files in the chroot from this home directory, even though it's on
another partition...

 do your use the tab key to make de link?
no, just the terminal and eg. /usr/local/firefox/plugins# ln -s
path_to_javaplugin .


if you want to check the path you could use the tab key while you
are typing to complete the text...

are you using the absolute path?
Oh, I forgot about the tab key for this :) But I have all the plugin 
paths updated and saved in my 'setup notes', and I just use the X 
keyboard to (carefully) paste them into the terminal. and, yes, they are 
the absolute paths.





Doesn't the tab key achieve the same result?

 as a las resource why do you not copy the files of the plugins to your
 directory?
I tried that. The files copy OK but the getfirefox.com Firefox says it
can't find them. It's strange, the Debian firefox obviously makes the
necessary plugin links during the install process, but I can't do so
manually...


thats really weird or the plugins are of another arch... 32/64?
I checked that. They are all from things either installed via apt-get in 
my etch-ia32 chroot, or that I made sure were 32-bit versions when I 
downloaded them. I also made sure that my copy of Firefox was 32-bit by 
checking the browser header (I don't think you can download a 
specifically 64-bit version of Firefox from getfirefox.com, anyway).


Any other ideas? It's certainly got me stumped...

thanks





 Best whishes
and to you! :)

 On 12/21/06, Les Gray [EMAIL PROTECTED] wrote:
 Hi,

 I just built myself a 64-bit AMD X2 desktop system and decided I'd 
give

 a 64-bit distro a shot. On my recently ebayed last system I was using
 32-bit Sarge for just over a year and loved it. I am now happily 
running

 Etch RC1 64-bit.

 Happily? Well, almost

 For the relatively few 32-bit programs I need/want to run, I opted 
for
 the chroot method (as described in the Debian AMD64 HOWTO). I 
installed

 Firefox 2.0.0.1 by unpacking the archive from getfirefox.com into
 /usr/local in my chroot (I prefer not to use Debian-packaged firefox
 because I've found it to be more crash prone). The browser starts up
 without a hitch.

 But, for the life of me, I am unable to create any symlinks in
 /usr/local/firefox/plugins to the currently installed plugins in the
 chroot (acrobat and java, atm). Each time I try, it results in a
 dangling symlink (and, yes, I am issuing each command from within the
 chroot).

 I thought it might be a permissions issue (even though I didn't 
change

 any), so I tried unpacking firefox in bind-mounted /home/user. No
 change.

 I also tried 3 methods of installing Sun Java - from the Debian repo,
 from sun.com, and building locally using java-package. Again, no 
ability

 to symlink to the java plugin.

 I don't get it. I can create symlinks to any other files/dirs in the
 chroot, just not browser plugins?? I have read permissions on all
 elements of the plugin path, and write permissions to where I want to
 create the symlink. I've also tried copying the plugins to the 
firefox

 plugins directory, but firefox still doesn't register them.

 Curiously (or not?), I don't have this problem if I use the firefox
 version from Debian. It's just 'getfirefox'. I don't want to use the
 Debian version, though, or another browser. I may use Iceweasel from
 unstable as a last resort, but I really shouldn't be having this 
problem

 in the first place.

 Any clues? It's the first time I've used chroot, so if I am 
overlooking

 something simple, my apologies :)

 Thanks,
 Les


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]











--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot: firefox browser plugins

2006-12-21 Thread Matthias Julius
Les Gray [EMAIL PROTECTED] writes:

 But, for the life of me, I am unable to create any symlinks in
 /usr/local/firefox/plugins to the currently installed plugins in the
 chroot (acrobat and java, atm). Each time I try, it results in a
 dangling symlink (and, yes, I am issuing each command from within the
 chroot).

Maybe you should explain in more detail what you are doing.

Did you install Firefox in the chroot?  If yes, do you run it from
within the chroot?  If you don't you should not create the symlinks
from within.

Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot: firefox browser plugins

2006-12-21 Thread Les Gray

Matthias Julius schrieb:

Les Gray [EMAIL PROTECTED] writes:

  

But, for the life of me, I am unable to create any symlinks in
/usr/local/firefox/plugins to the currently installed plugins in the
chroot (acrobat and java, atm). Each time I try, it results in a
dangling symlink (and, yes, I am issuing each command from within the
chroot).



Maybe you should explain in more detail what you are doing.

Did you install Firefox in the chroot?  If yes, do you run it from
within the chroot?  If you don't you should not create the symlinks
from within.

Matthias
  
Yes, it's all from within the chroot. You don't /install/ this 
particular Firefox /per se/, you just unpack the archive to wherever you 
want, and run it from there.


FYI I am using schroot to start Firefox from within the 64-bit 
environment, via a shell script dropped into /usr/local/bin. The browser 
starts up OK, but the problem with the symlinks exists before I get to 
that point.


I'm just not being allowed to create symlinks to browser plugins or, for 
that matter, any other file or directory within /usr/lib/Adobe or 
/usr/lib/j2re1.5-sun . But I can link to any other file or folder within 
the chroot. And, yes, I'm trying all this from within the chroot, and as 
user root...


Les


  


Re: chroot: firefox browser plugins

2006-12-21 Thread Matthias Julius
Les Gray [EMAIL PROTECTED] writes:

 I'm just not being allowed to create symlinks to browser plugins or,
 for that matter, any other file or directory within /usr/lib/Adobe or
 /usr/lib/j2re1.5-sun . But I can link to any other file or folder
 within the chroot. And, yes, I'm trying all this from within the
 chroot, and as user root...

So when you do 'ls -l /usr/lib/Adobe' from wherever you want to make
the symlink you see the file and when you do
'ln -s /usr/lib/Adobe/filename .' you get a dangling symlink?  Are
you sure the path was right?

The TAB key was mentioned before.  What it does is to make sure the
path you enter exists.  If you type '/usr/lib/A TAB' and that 'A'
doesn't expand to 'Adobe' this is a good indication that this
directory isn't there where you think it is.

Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot: firefox browser plugins

2006-12-21 Thread Les Gray

Matthias Julius schrieb:

So when you do 'ls -l /usr/lib/Adobe' from wherever you want to make
the symlink you see the file and when you do
'ln -s /usr/lib/Adobe/filename .' you get a dangling symlink?  Are
you sure the path was right?
  

Yes, all the paths are right. I'm careful to make sure of that.

The TAB key was mentioned before.  What it does is to make sure the
path you enter exists.  If you type '/usr/lib/A TAB' and that 'A'
doesn't expand to 'Adobe' this is a good indication that this
directory isn't there where you think it is.
  
Again, the paths aren't the problem. I'm pasting them in from a file 
browser.


Perhaps it's something in the schroot profiling? This is what I have in 
/etc/schroot/schroot.conf -


[etch32]
description=Debian Etch i386 (etch32)
location=/var/chroot/etch-ia32
priority=3
groups=my user,root
root-groups=root
aliases=default,testing,ia32
personality=linux32
type=plain
run-exec-scripts=true
run-setup-scripts=true

It's basically the example given in the AMD64 HOWTO. It looks like I'm 
able to do everything I need to, though


Les



  



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



chroot: firefox browser plugins

2006-12-20 Thread Les Gray

Hi,

I just built myself a 64-bit AMD X2 desktop system and decided I'd give 
a 64-bit distro a shot. On my recently ebayed last system I was using 
32-bit Sarge for just over a year and loved it. I am now happily running 
Etch RC1 64-bit.


Happily? Well, almost

For the relatively few 32-bit programs I need/want to run, I opted for 
the chroot method (as described in the Debian AMD64 HOWTO). I installed 
Firefox 2.0.0.1 by unpacking the archive from getfirefox.com into 
/usr/local in my chroot (I prefer not to use Debian-packaged firefox 
because I've found it to be more crash prone). The browser starts up 
without a hitch.


But, for the life of me, I am unable to create any symlinks in 
/usr/local/firefox/plugins to the currently installed plugins in the 
chroot (acrobat and java, atm). Each time I try, it results in a 
dangling symlink (and, yes, I am issuing each command from within the 
chroot).


I thought it might be a permissions issue (even though I didn't change 
any), so I tried unpacking firefox in bind-mounted /home/user. No change.


I also tried 3 methods of installing Sun Java - from the Debian repo, 
from sun.com, and building locally using java-package. Again, no ability 
to symlink to the java plugin.


I don't get it. I can create symlinks to any other files/dirs in the 
chroot, just not browser plugins?? I have read permissions on all 
elements of the plugin path, and write permissions to where I want to 
create the symlink. I've also tried copying the plugins to the firefox 
plugins directory, but firefox still doesn't register them.


Curiously (or not?), I don't have this problem if I use the firefox 
version from Debian. It's just 'getfirefox'. I don't want to use the 
Debian version, though, or another browser. I may use Iceweasel from 
unstable as a last resort, but I really shouldn't be having this problem 
in the first place.


Any clues? It's the first time I've used chroot, so if I am overlooking 
something simple, my apologies :)


Thanks,
Les


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: XMMS: No output plugins specified

2006-08-16 Thread Markus Neviadomski
Yeah, thanks a lot!

apt-get update, apt-get install xmms and i can listen my favorite
radio-stream in the office with xmms again :)

Am Dienstag, den 15.08.2006, 21:39 -0700 schrieb Max A.:
 Eventually it has been fixed in xmms 1:1.2.10+20060801-2. Hurray!
 
 Max
 
 On 7/31/06, Markus Neviadomski [EMAIL PROTECTED] wrote:
  Am Sonntag, den 30.07.2006, 19:52 -0700 schrieb Max A.:
   I believe that is bug 380321:
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380321
   They claim it fixed in xmms 1.2.10+20060729-1 but I still face it ;(
 
  Hi Max,
  same here after upgrading the package!
 
  
   Max
  
  
   On 7/28/06, Markus Neviadomski [EMAIL PROTECTED] wrote:
Hi,
   
after apt-get update  apt-get upgrade on my amd64-box (debian
unstable), xmms doesn't work. After startup and pressing play in xmms,
the following message appears: no output plugins specified.
   
Looking in the Settings-panel, the select-box for the output is empty. I
searched the debian packages for any output-plugins, but I found nothing
for alsa or so on.
   
I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
now and the sounchip is a ac97-chip from realtek (ALC850).
   
Any ideas?
--
--
Markus Neviadomski mailto: [EMAIL PROTECTED]
   WWW:   www.dieitexperten.de
Linux User #291181
GPG-Key: 0xF5226EB5
---
   
   
   
  
  
 
 
 
 



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Re: XMMS: No output plugins specified

2006-08-15 Thread Max A.

Eventually it has been fixed in xmms 1:1.2.10+20060801-2. Hurray!

Max

On 7/31/06, Markus Neviadomski [EMAIL PROTECTED] wrote:

Am Sonntag, den 30.07.2006, 19:52 -0700 schrieb Max A.:
 I believe that is bug 380321:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380321
 They claim it fixed in xmms 1.2.10+20060729-1 but I still face it ;(

Hi Max,
same here after upgrading the package!


 Max


 On 7/28/06, Markus Neviadomski [EMAIL PROTECTED] wrote:
  Hi,
 
  after apt-get update  apt-get upgrade on my amd64-box (debian
  unstable), xmms doesn't work. After startup and pressing play in xmms,
  the following message appears: no output plugins specified.
 
  Looking in the Settings-panel, the select-box for the output is empty. I
  searched the debian packages for any output-plugins, but I found nothing
  for alsa or so on.
 
  I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
  now and the sounchip is a ac97-chip from realtek (ALC850).
 
  Any ideas?
  --
  --
  Markus Neviadomski mailto: [EMAIL PROTECTED]
 WWW:   www.dieitexperten.de
  Linux User #291181
  GPG-Key: 0xF5226EB5
  ---
 
 
 








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: XMMS: No output plugins specified

2006-07-31 Thread Markus Neviadomski
Am Sonntag, den 30.07.2006, 19:52 -0700 schrieb Max A.:
 I believe that is bug 380321:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380321
 They claim it fixed in xmms 1.2.10+20060729-1 but I still face it ;(

Hi Max,
same here after upgrading the package!

 
 Max
 
 
 On 7/28/06, Markus Neviadomski [EMAIL PROTECTED] wrote:
  Hi,
 
  after apt-get update  apt-get upgrade on my amd64-box (debian
  unstable), xmms doesn't work. After startup and pressing play in xmms,
  the following message appears: no output plugins specified.
 
  Looking in the Settings-panel, the select-box for the output is empty. I
  searched the debian packages for any output-plugins, but I found nothing
  for alsa or so on.
 
  I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
  now and the sounchip is a ac97-chip from realtek (ALC850).
 
  Any ideas?
  --
  --
  Markus Neviadomski mailto: [EMAIL PROTECTED]
 WWW:   www.dieitexperten.de
  Linux User #291181
  GPG-Key: 0xF5226EB5
  ---
 
 
 
 
 


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Re: XMMS: No output plugins specified

2006-07-30 Thread Max A.

I believe that is bug 380321:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380321
They claim it fixed in xmms 1.2.10+20060729-1 but I still face it ;(

Max


On 7/28/06, Markus Neviadomski [EMAIL PROTECTED] wrote:

Hi,

after apt-get update  apt-get upgrade on my amd64-box (debian
unstable), xmms doesn't work. After startup and pressing play in xmms,
the following message appears: no output plugins specified.

Looking in the Settings-panel, the select-box for the output is empty. I
searched the debian packages for any output-plugins, but I found nothing
for alsa or so on.

I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
now and the sounchip is a ac97-chip from realtek (ALC850).

Any ideas?
--
--
Markus Neviadomski mailto: [EMAIL PROTECTED]
   WWW:   www.dieitexperten.de
Linux User #291181
GPG-Key: 0xF5226EB5
---






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: XMMS: No output plugins specified

2006-07-29 Thread Harald Dunkel
#380115?

Regards

Harri

Markus Neviadomski wrote:
 Hi,
 
 after apt-get update  apt-get upgrade on my amd64-box (debian
 unstable), xmms doesn't work. After startup and pressing play in xmms,
 the following message appears: no output plugins specified.
 
 Looking in the Settings-panel, the select-box for the output is empty. I
 searched the debian packages for any output-plugins, but I found nothing
 for alsa or so on.
 
 I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
 now and the sounchip is a ac97-chip from realtek (ALC850).
 
 Any ideas?




signature.asc
Description: OpenPGP digital signature


XMMS: No output plugins specified

2006-07-28 Thread Markus Neviadomski
Hi,

after apt-get update  apt-get upgrade on my amd64-box (debian
unstable), xmms doesn't work. After startup and pressing play in xmms,
the following message appears: no output plugins specified.

Looking in the Settings-panel, the select-box for the output is empty. I
searched the debian packages for any output-plugins, but I found nothing
for alsa or so on.

I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
now and the sounchip is a ac97-chip from realtek (ALC850).

Any ideas?
-- 
--
Markus Neviadomski mailto: [EMAIL PROTECTED]
   WWW:   www.dieitexperten.de 
Linux User #291181
GPG-Key: 0xF5226EB5
---


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Re: XMMS: No output plugins specified

2006-07-28 Thread Chris Wakefield
install xmms-arts.  I just fixed the exact same problem.
Chris W.

On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote:
 Hi,

 after apt-get update  apt-get upgrade on my amd64-box (debian
 unstable), xmms doesn't work. After startup and pressing play in xmms,
 the following message appears: no output plugins specified.

 Looking in the Settings-panel, the select-box for the output is empty. I
 searched the debian packages for any output-plugins, but I found nothing
 for alsa or so on.

 I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
 now and the sounchip is a ac97-chip from realtek (ALC850).

 Any ideas?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: XMMS: No output plugins specified

2006-07-28 Thread Markus Neviadomski
Am Freitag, den 28.07.2006, 02:39 -0700 schrieb Chris Wakefield:
 install xmms-arts.  I just fixed the exact same problem.
 Chris W.

But you have to use the artsd, right? I don't want to do this :)

Now it seems, that xmms is broken completely. I installed xmms-arts and
xmms-crossfade and both plugins could be selected. Trying to add a new
title to the playlist fails without any message box or in the terminal.

As root, the crossfade-plugin works with an old playlist very nice,
arts-output makes some error, because no artsd is installed.

Purging all xmms pakets, reinstall only  xmms, xmms-arts, xmms-crossfade
and deleting the .xmms directory in user-home didn't solve the problem.
The plugins are available, but creating a playlist failed without any
message.

I have to wait for an upgraded package, i think.

 
 On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote:
  Hi,
 
  after apt-get update  apt-get upgrade on my amd64-box (debian
  unstable), xmms doesn't work. After startup and pressing play in xmms,
  the following message appears: no output plugins specified.
 
  Looking in the Settings-panel, the select-box for the output is empty. I
  searched the debian packages for any output-plugins, but I found nothing
  for alsa or so on.
 
  I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
  now and the sounchip is a ac97-chip from realtek (ALC850).
 
  Any ideas?
 
 


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Re: XMMS: No output plugins specified

2006-07-28 Thread Antti Pyykko

On Fri, 28 Jul 2006, Markus Neviadomski wrote:


after apt-get update  apt-get upgrade on my amd64-box (debian
unstable), xmms doesn't work. After startup and pressing play in xmms,
the following message appears: no output plugins specified.


Yeah, same here. XMMS seems to be broken. No output plugins available.

I didn't bother to investigate further, instead I just downgraded back 
to 1.2.10+20060701-1.



--
.--- OAMK --- http://www.pyksy.fi/ --- pyksy @IrcNet --
`- Teh OTEqi Information Minister-- Linux/Amiga/c64 freak


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: XMMS: No output plugins specified

2006-07-28 Thread Chris Wakefield
Hi Markus,

Yes, I spoke too soon, I also have that playlist problem.  I agree that an 
upgrade will fix it, hopefully soon.

Chris W.

On Friday 28 July 2006 3:14 am, Markus Neviadomski wrote:
 Am Freitag, den 28.07.2006, 02:39 -0700 schrieb Chris Wakefield:
  install xmms-arts.  I just fixed the exact same problem.
  Chris W.

 But you have to use the artsd, right? I don't want to do this :)

 Now it seems, that xmms is broken completely. I installed xmms-arts and
 xmms-crossfade and both plugins could be selected. Trying to add a new
 title to the playlist fails without any message box or in the terminal.

 As root, the crossfade-plugin works with an old playlist very nice,
 arts-output makes some error, because no artsd is installed.

 Purging all xmms pakets, reinstall only  xmms, xmms-arts, xmms-crossfade
 and deleting the .xmms directory in user-home didn't solve the problem.
 The plugins are available, but creating a playlist failed without any
 message.

 I have to wait for an upgraded package, i think.

  On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote:
   Hi,
  
   after apt-get update  apt-get upgrade on my amd64-box (debian
   unstable), xmms doesn't work. After startup and pressing play in xmms,
   the following message appears: no output plugins specified.
  
   Looking in the Settings-panel, the select-box for the output is empty.
   I searched the debian packages for any output-plugins, but I found
   nothing for alsa or so on.
  
   I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10
   now and the sounchip is a ac97-chip from realtek (ALC850).
  
   Any ideas?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



transcode filter plugins

2005-03-04 Thread David Liontooth
I'm experimenting with capturing television using transcode and
getting very interesting results from the following:
transcode -x v4l2 -o tv2.avi -f 30 -i /dev/video0 -y ffmpeg -F mpeg4  \
-p /dev/dsp -b 128 -g 720x480  -I 1 --print_status 20 -u 128  -H 0  \
-w 1500  -J hqdn3d=pre=1  -J smartyuv
With Christian Marillat's new yasm package for Debian pure64, the 
machine keeps up with the 29.97 fps with an astounding 12% CPU usage 
(Opteron 240). (The aspect ratio must not be changed or you'll run out 
of capture buffers.)

However, I get Command not found for both -J hqdn3d=pre=1 and -J 
smartyuv, also when I only include them one at a time.

Does anyone have these transcode filter plugins working on amd64?
Cheers,
Dave

ranscode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg
[transcode] V: import frame | 720x480  1.50:1
[transcode] V: de-interlace | (mode=1) interpolate scanlines (fast)
[transcode] V: bits/pixel   | 0.145 (low)
[transcode] V: decoding fps,frc | 30.000,0
[transcode] V: Y'CbCr   | YV12/I420
[transcode] A: import format| 0x2000  AC3  [48000,16,2]
[transcode] A: export format| 0x55MPEG layer-3 [48000,16,2]  128
kbps
[transcode] V: encoding fps,frc | 29.970,4
[transcode] A: bytes per frame  | 6408 (6406.40)
[transcode] A: adjustment   | [EMAIL PROTECTED]
tc_memcpy: using libc for memcpy
[transcode] V: video buffer | 128 @ 720x480
[import_v4l2.so] v1.3.4 (2004-08-25) (video) v4l2 | (audio) pcm
[export_ffmpeg.so] v0.3.13 (2004-08-03) (video) FFmpegcvsb4736 | (audio)
MPEG/AC3/PCM
[import_v4l2.so]: v4l2 audio grabbing
[import_v4l2.so]: v4l2 video grabbing
[import_v4l2.so]: resync disabled
[import_v4l2.so]: video grabbing, driver = bttv, card = BT878 video
(AVerMedia TVCaptur
[import_v4l2.so]: Pixel format conversion: YVU420 [planar] - YUV420
[planar] (no conversion)
[import_v4l2.so]: driver does not support setting parameters
(ioctl(VIDIOC_S_PARM) returns Invalid argument)
[import_v4l2.so]: checking colour  framerate standards: [NTSC]
[import_v4l2.so]: receiving 30 frames / sec
[import_v4l2.so]: driver does not support cropping
(ioctl(VIDIOC_CROPCAP) returns Invalid argument), disabled
[import_v4l2.so]: 32 buffers available
[export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4
compliant video).
[export_ffmpeg.so]: WARNING: Interlacing parameters unknown, use
--encode_fields
[export_ffmpeg.so]: INFO: No profile selected
[export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg'
[export_ffmpeg.so] found. Default settings will be used instead.
[export_ffmpeg.so]: INFO: Starting 1 thread(s)
[export_ffmpeg.so]: INFO: Set display aspect ratio to input
Audio: using new version
Audio: using lame-3.96.1
encoding frames [00-60],  29.97 fps, EMT: 0:00:02, ( 0| 0| 1)
[transcode] (sighandler) SIGINT received
[import_v4l2.so]: Totals: sequence V/A: 64/65, frames C/D: 0/0
clean up | frame threads | unload modules | cancel signal | internal
threads | done
[transcode] encoded 63 frames (0 dropped, 0 cloned), clip length   2.10 s
./tv-transcode: line 19: -J: command not found


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Fwd: 32bit plugins for 64bit konqueror

2005-02-27 Thread Karol Krizka
-- Forwarded message --
From: Ernest jw ter Kuile [EMAIL PROTECTED]
Date: Sun, 27 Feb 2005 22:48:47 +0100
Subject: 32bit plugins for 64bit konqueror
To: Karol Krizka [EMAIL PROTECTED]


On Sunday 27 February 2005 20:46, Karol Krizka wrote:

 I think I have read on this list that konqueror can use 32bit flash
 because of it's design? Not sure, you might want to check the
 archives.

the Suse/Gentoo boys dreamed up this workaround:

http://forums.gentoo.org/viewtopic.php?t=216959

might be worth a try.

Ernest.


-- 
Cheers,
Karol Krizka


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Fwd: 32bit plugins for 64bit konqueror

2005-02-27 Thread Javier Kohen
The proposed solution involves overriding parts of the system with 
32-bit libraries and binaries.

Debian cleanly supports 32-bit libraries (see package ia32-libs), but 
not binaries. You can still make a chroot jail and run the browser from 
there, as suggested in the How To. Unless you're really short in hard 
disk space, this shouldn't be a problem and it works great for most 
cases. For the rest, the proposed solution won't work better anyway.

Karol Krizka wrote:
-- Forwarded message --
From: Ernest jw ter Kuile [EMAIL PROTECTED]
Date: Sun, 27 Feb 2005 22:48:47 +0100
Subject: 32bit plugins for 64bit konqueror
To: Karol Krizka [EMAIL PROTECTED]
On Sunday 27 February 2005 20:46, Karol Krizka wrote:
I think I have read on this list that konqueror can use 32bit flash
because of it's design? Not sure, you might want to check the
archives.

the Suse/Gentoo boys dreamed up this workaround:
http://forums.gentoo.org/viewtopic.php?t=216959
might be worth a try.
Ernest.


--
Javier Kohen [EMAIL PROTECTED]
ICQ: blashyrkh #2361802
Jabber: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: Fwd: 32bit plugins for 64bit konqueror

2005-02-27 Thread Goswin von Brederlow
Javier Kohen [EMAIL PROTECTED] writes:

 The proposed solution involves overriding parts of the system with
 32-bit libraries and binaries.

 Debian cleanly supports 32-bit libraries (see package ia32-libs), but
 not binaries. You can still make a chroot jail and run the browser

Sure it does. You just have to build them.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: swh-plugins package crashes gstreamer0.8-anything...

2005-02-12 Thread Anand Kumria
On Fri, Feb 11, 2005 at 11:01:31AM +0100, Giacomo Mulas wrote:
   Bug report on amd64: for some time, I had been puzzled by the 
 postinst of all gstreamer0.8 output plugins segfaulting, namely 
 gst-compprep-0.8 would segfault.
   After getting sick at it, since my system works otherwise very 
 well, I investigated this a bit further using strace, and found out that 
 the segfault happened immediately after opening some ladspa libraries. 
 Some digging later, to single out the culprit, I foud that if I 
 uninstalled the swh-plugins package gst-compprep-0.8 would not segfault 
 any more.

Which version of swh-plugins?  I upload 0.4.12-1 abot a month ago to fix
some amd64 issues.

On Fri, Feb 11, 2005 at 10:27:03AM +, Daniel James wrote:
 Hi Giacomo,
 
  I investigated this a bit further using strace, and found out that
  the segfault happened immediately after opening some ladspa
  libraries. Some digging later, to single out the culprit, I foud
  that if I uninstalled the swh-plugins package gst-compprep-0.8
  would not segfault any more.
 
 That's really interesting, given the problems I've been having with 
 Jamin, which depends on swh-plugins. I'll forward your mail to the 
 Jamin developers list. Would you be available to investigate this 
 problem further?

Yes, if you can send back a traceback or other details it'd also help me
as well.

Anand

-- 
linux.conf.au 2005   -  http://lca2005.linux.org.au/  -  Birthplace of Tux
April 18th to 23rd   -  http://lca2005.linux.org.au/  -   LINUX
Canberra, Australia  -  http://lca2005.linux.org.au/  -Get bitten!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


swh-plugins package crashes gstreamer0.8-anything...

2005-02-11 Thread Giacomo Mulas
	Bug report on amd64: for some time, I had been puzzled by the 
postinst of all gstreamer0.8 output plugins segfaulting, namely 
gst-compprep-0.8 would segfault.
	After getting sick at it, since my system works otherwise very 
well, I investigated this a bit further using strace, and found out that 
the segfault happened immediately after opening some ladspa libraries. 
Some digging later, to single out the culprit, I foud that if I 
uninstalled the swh-plugins package gst-compprep-0.8 would not segfault 
any more.
	Now I have a fully working gstreamer, and do not miss much 
swh-plugins, but perhaps somebody will be interested in knowing about this 
problem, perhaps adding a note or a conflicts in the amd64 version of 
swh-plugins to avoid other people unneededly wasting time on the same 
problem or even digging into the code with a debugger, finding and 
correcting the underlying bug.

Bye
Giacomo
--
_
Giacomo Mulas [EMAIL PROTECTED]
_
OSSERVATORIO ASTRONOMICO DI CAGLIARI
Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222
Tel. (UNICA): +39 070 675 4916
_
When the storms are raging around you, stay right where you are
 (Freddy Mercury)
_
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]