Re: mp3 and flv players for stdin ?

2010-02-24 Thread Simon Geard
On Tue, 23 Feb 2010 14:40:29 +, Ken Moffat
zarniwhoo...@googlemail.com
  The perl script is less than 9400 lines, so I might yet be tempted
 to try to work out what is going on, when I've got a spare month.

You say that like 9400 lines of Perl isn't all that much? I have to
disagree - for a single file, that's immense by the standards of *any*
language, never mind one as obtuse as Perl. A Perl script a tenth of that
size, and I'd run screaming from the room, and I used to do that for a
living...

Simon..
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


fop.jar and classpath

2010-02-24 Thread lux-integ
Greetings

In  
http://www.linuxfromscratch.org/blfs/view/svn/pst/fop.html

it mentions that fop.jar is installed.  I have not seen this  and an ls of the 
lib directory of /opt/fop yields:-


fopuser [ ~/opt/fop/lib ]$ ls *.jar
avalon-framework-4.2.0.jar  commons-logging-1.0.4.jar  xercesImpl-2.7.1.jar 
xmlgraphics-commons-1.3.1.jar
batik-all-1.7.jar   serializer-2.7.0.jar   xml-apis-1.3.04.jar
commons-io-1.3.1.jarxalan-2.7.0.jarxml-apis-ext-1.3.04.jar
fopuser [ ~/opt/fop/lib ]$

QUESTION1:
is fop.jar necessary?
QUESTION2: 
Is it wise to update classpathlike so for example?:-

export 
CLASSPATH=$CLASSPATH:/opt/fop-0.95/lib/commons-logging-1.0.4.jar:/opt/fop-0.95/lib/xercesImpl-2.7.1.jar:ETC

advice will be appreciated

sincerely
lux-integ
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: fop.jar and classpath

2010-02-24 Thread lux-integ
On Wednesday 24 February 2010 12:26:50 pm lux-integ wrote:
 Greetings

 In
 http://www.linuxfromscratch.org/blfs/view/svn/pst/fop.html

 it mentions that fop.jar is installed.  I have not seen this  and an ls of
 the lib directory of /opt/fop yields:-

fop.jar is in /opt/fop/build  (all other jars are in /opt/fop/lib)

I am planning to to install a program than needs fop,  is it wise to set  
CLASSPATH= $CLASSPATH:/opt/fop/build/fop.jar  AND   QUESTION2 below?:-

QUESTION2:
 Is it wise to update CLASSPATH   like so for example?:-

 export
 CLASSPATH=$CLASSPATH:/opt/fop-0.95/lib/commons-logging-1.0.4.jar:/opt/fop-0
.95/lib/xercesImpl-2.7.1.jar:ETC

 fopuser [ ~/opt/fop/lib ]$ ls *.jar
 avalon-framework-4.2.0.jar  commons-logging-1.0.4.jar  xercesImpl-2.7.1.jar
 xmlgraphics-commons-1.3.1.jar
 batik-all-1.7.jar   serializer-2.7.0.jar   xml-apis-1.3.04.jar
 commons-io-1.3.1.jarxalan-2.7.0.jar   
 xml-apis-ext-1.3.04.jar fopuser [ ~/opt/fop/lib ]$


sincerely
lux-integ

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: fop.jar and classpath

2010-02-24 Thread Randy McMurchy
lux-integ wrote these words on 02/24/10 09:56 CST:
 I am planning to to install a program than needs fop,  is it wise to set  
 CLASSPATH= $CLASSPATH:/opt/fop/build/fop.jar

No, it is not required. That is why the book shows to put FOP_HOME
in your environment. I've never had to add any FOP stuff to the
CLASSPATH for it to work properly.


 QUESTION2:
  Is it wise to update CLASSPATH   like so for example?:-
 
  export
  CLASSPATH=$CLASSPATH:/opt/fop-0.95/lib/commons-logging-1.0.4.jar:/opt/fop-0
 .95/lib/xercesImpl-2.7.1.jar:ETC

No, see above answer.

-- 
Randy

rmlscsi: [bogomips 1003.22] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686]
10:31:01 up 59 days, 15:39, 5 users, load average: 0.16, 0.04, 0.01
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Mesa-7.6+ and radeon [was Re: comments on BLFS development version and beyond]

2010-02-24 Thread Ken Moffat
On 24 January 2010 02:32, Ken Moffat zarniwhoo...@googlemail.com wrote:
 2010/1/23 Ken Koehler koehl...@ucrwcu.rwc.uc.edu:


 11) I installed xscreensaver 5.10, and ended up (as before) setting it
 to just blank the screen because in a matter of minutes to hours it
 locked my system up tight (wouldn't even respond to Alt-SysRq)

  At the moment, I'm trying to bisect mesa (again), to try
 to discover what broke glxgears on my radeon r200 [ first
 attempt in the 'stable' releases foundered on a merge,
 looks as if they maintain the stable releases in CVS and
 backport versions to the main git tree ].  I only looked at
 that because xscreensaver-5.10 was locking up my
 machine.

 I've now got a result, after showing my general ignorance in
https://bugs.freedesktop.org/show_bug.cgi?id=26051 - people
using current Mesa will see a fix in
3f5bac8960a5c6d1f08f0dc849676139b9d6ce5c.

 Looks as if BLFS-6.5 is going to stick with Mesa-7.6, so
I'll attach my version (the last hunk of upstream's change
deletes an invocation of radeonEmitState in radeon_ioctl.c
which isn't present in 7.6.1) - tested with 7.6.1, applies to
7.6 but I haven't looked at or tested 7.6.

 Makes me think nobody else here uses radeon!

 At a minimum, this fixes a lockup in glxgears.  I've had
another lockup, probably in xscreensaver, but it's too soon
to tell if that is also fixed, or if that is a symptom of a
different problem.

 If anyone else *is* using a radeon, it would be nice
to know if this helps - personally, I think BLFS-6.5
should be using Mesa-7.6.1 (rather than 7.6) plus this
fix, but since I don't have an LFS-6.5 system I'm not
going to press the point.

ĸen
-- 
After tragedy, and farce, OMG poneys!
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Mesa-7.6+ and radeon [was Re: comments on BLFS development version and beyond]

2010-02-24 Thread Ken Moffat
On 24 February 2010 23:15, Bruce Dubbs bruce.du...@gmail.com wrote:
 Ken Moffat wrote:

  If anyone else *is* using a radeon,

 Sorry.  All my systems are nvidia.

   -- Bruce
 --
 http://linuxfromscratch.org/mailman/listinfo/blfs-support
 FAQ: http://www.linuxfromscratch.org/blfs/faq.html
 Unsubscribe: See the above information page

 Which is why you didn't ask where the patch was.

 Attached this time, I hope.

ĸen
-- 
After tragedy, and farce, OMG poneys!


Mesa-7.6.1-radeon.patch
Description: Binary data
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Mesa-7.6+ and radeon [was Re: comments on BLFS development version and beyond]

2010-02-24 Thread Andrew Benton
On 24/02/10 22:40, Ken Moffat wrote:
 On 24 January 2010 02:32, Ken Moffatzarniwhoo...@googlemail.com  wrote:
 2010/1/23 Ken Koehlerkoehl...@ucrwcu.rwc.uc.edu:


 11) I installed xscreensaver 5.10, and ended up (as before) setting it
 to just blank the screen because in a matter of minutes to hours it
 locked my system up tight (wouldn't even respond to Alt-SysRq)

   At the moment, I'm trying to bisect mesa (again), to try
 to discover what broke glxgears on my radeon r200 [ first
 attempt in the 'stable' releases foundered on a merge,
 looks as if they maintain the stable releases in CVS and
 backport versions to the main git tree ].  I only looked at
 that because xscreensaver-5.10 was locking up my
 machine.

   I've now got a result, after showing my general ignorance in
 https://bugs.freedesktop.org/show_bug.cgi?id=26051 - people
 using current Mesa will see a fix in
 3f5bac8960a5c6d1f08f0dc849676139b9d6ce5c.

   Looks as if BLFS-6.5 is going to stick with Mesa-7.6, so
 I'll attach my version (the last hunk of upstream's change
 deletes an invocation of radeonEmitState in radeon_ioctl.c
 which isn't present in 7.6.1) - tested with 7.6.1, applies to
 7.6 but I haven't looked at or tested 7.6.

   Makes me think nobody else here uses radeon!

I have Radeon cards on 2 computers, both r600 series. I couldn't get mesa 7.6 to
work at all. 7.5.2 worked OK but Mesa 7.7 is excellent. I didn't comment on your
problem because I don't install xscreensaver.

I did have a problem with opengl apps locking up xorg hard, but it turned out it
was a bug in the radeon driver that was related to the amount of memory on the
video card. The patch is here 
http://bugs.freedesktop.org/attachment.cgi?id=30130
the bug is here http://bugs.freedesktop.org/show_bug.cgi?id=24301

Andy
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page