Prev: props to the slack developers
Next: generic kernel (slack12) + raid 1 + reiserfs -> kernel panic
From: Niki Kovacs on 21 Jul 2007 04:21
Dan C a �crit :
> On Fri, 20 Jul 2007 14:58:33 +0200, Niki Kovacs wrote:
>
>> This is the Slackware mailing list.
>
> Ummm, actually..... this is the Slackware *newsgroup*. It's not a mailing
> list, although there is one of those, too.
>
Ah sorry. Of course. I'm at work and I use Thunderbird for pretty much
everything:
mail and news. Hence the confusion.

Niki
From: Dan C on 21 Jul 2007 07:58
On Sat, 21 Jul 2007 10:21:02 +0200, Niki Kovacs wrote:

>> Ummm, actually..... this is the Slackware *newsgroup*. It's not a mailing
>> list, although there is one of those, too.

> Ah sorry. Of course. I'm at work and I use Thunderbird for pretty much
> everything: mail and news. Hence the confusion.

Perhaps a suitable reason to upgrade to a real newsreader...? ;)


--
"Ubuntu" -- an African word, meaning "Slackware is too hard for me".

From: Darren Salt on 21 Jul 2007 08:48
I demand that Steve may or may not have written...

[snip]
> Mine isn't missing a library (according to ldd /usr/bin/gxine), but it is
> most definitely broken:

> (gxine:2627): Gtk-CRITICAL **: gtk_style_detach: assertion `style-
> >attach_count > 0' failed
> The program 'gxine' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadMatch (invalid parameter attributes)'.
> (Details: serial 272 error_code 8 request_code 139 minor_code 14)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
> function.)
> steve(a)moon:~$

This may be an X configuration issue or a gxine or xine-lib bug; the only
reference that I can find is http://bugs.archlinux.org/task/7026.

You should follow the instructions given in the error message after you've
installed debug builds of both ("make debug" will do for building them). Your
next step should be to post details to xine-user or the bug tracker (see
http://sourceforge.net/projects/xine for both; having a Sourceforge account
for the latter is *strongly* encouraged) or visit #xine on freenode (where
European time tends to be kept).

A different video output driver should work, though; try "gxine -V opengl".
If this works, edit ~/.gxine/config - look for a line containing
"video.driver" (probably "#video.driver:auto") and replace the entire line
with "video.driver:opengl". But the problem would still need to be fully
identified and fixed.

> Xine seems to work fine but will not play a DVD either. Mplayer works fine
> though. I think I have something misconfigured with respect to xine.

Quite possibly. It's always worked fine for me.

> gxine is always flaky for me for some reason.

:-|

--
| Darren Salt | linux or ds at | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| <URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html>

Up your accumulator.
From: Steve on 21 Jul 2007 11:08
On Sat, 21 Jul 2007 13:48:30 +0100, Darren Salt scrawel pointlessly:

> A different video output driver should work, though; try "gxine -V
> opengl". If this works, edit ~/.gxine/config - look for a line
> containing "video.driver" (probably "#video.driver:auto") and replace
> the entire line with "video.driver:opengl". But the problem would still
> need to be fully identified and fixed.

Thanks for the reply - you are correct! I use the ATI proprietory driver
and did set xine to use opengl, but did not set gxine. I still have some
issues with the DVD drive. This is a combination of problems having to
do with hal, permissions, fstab, /dev/dvd, and the orientation of the
planets I believe. Need to do some reading and reconfigure. I did hand-
edit /etc/group to add root and my <user> account to cdrom, plugdev,
video, audio, etc. but am baffled a bit by root not being able to mount
any removable media due to insufficient permissions.

Additionally, I need to pass the following options from lilo at boot to
get DMA from the drive on this laptop:

append = "libata.atapi_enabled=1 combined_mode=libata"

Not sure if this is involved in gxine being unable to check DMA status on
the drive, but I won't know until I can get gxine to get permission to
access the drive, or at least recognize that /dev/dvd and /dev/cdrom do
exist.

I should also correct 2 mis-statements from my earlier post.

(1) Mplayer is _not_ working with respect to DVD's on this machine (Dell
E1505 laptop) but _is_ on my desktop. System misconfiguration seems
likely.

(2) gxine is not so much "always flaky" as it often seems easier for me
to break than keep running correctly. A certain amount of PEBCAK is
involved for sure. ;) I should not unfairly blame software for problems I
most like caused on my own.

Thanks again for the reply.

Steve



--
This isn't who it would be if it wasn't who it is.
From: Darren Salt on 21 Jul 2007 16:28
I demand that Steve may or may not have written...

> On Sat, 21 Jul 2007 13:48:30 +0100, Darren Salt scrawel pointlessly:

>> A different video output driver should work, though; try "gxine -V
>> opengl". If this works, edit ~/.gxine/config - look for a line
>> containing "video.driver" (probably "#video.driver:auto") and replace
>> the entire line with "video.driver:opengl". But the problem would still
>> need to be fully identified and fixed.

> Thanks for the reply - you are correct! I use the ATI proprietary driver

For what hardware? Can you not use the open-source drivers for 3D?

> and did set xine to use opengl, but did not set gxine.

It's possible that the config file will be split into into engine and
front-end parts for 1.2...

> I still have some issues with the DVD drive. This is a combination of
> problems having to do with hal, permissions, fstab, /dev/dvd, and the
> orientation of the planets I believe. Need to do some reading and
> reconfigure.

hal & fstab shouldn't be a problem; /dev/dvd is probably a udev-generated
symlink; it's either the permissions or... I don't know, let's blame it on
the astronomers who decided to reclassify Pluto ;-)

> I did hand-edit /etc/group to add root and my <user> account to cdrom,
> plugdev, video, audio, etc. but am baffled a bit by root not being able to
> mount any removable media due to insufficient permissions.

Hmm, yes. Well. Can't help there, but I'd start thinking along the lines of
ACLs or SELinux being messed up a bit.

> Additionally, I need to pass the following options from lilo at boot to get
> DMA from the drive on this laptop:

> append = "libata.atapi_enabled=1 combined_mode=libata"

That's probably not relevant, but then I've not needed those - I'm only using
libata for SATA devices.

> Not sure if this is involved in gxine being unable to check DMA status on
> the drive, but I won't know until I can get gxine to get permission to
> access the drive, or at least recognize that /dev/dvd and /dev/cdrom do
> exist.

There are three possible errors - "could not read status" (stat()), "could
not open", "HDIO_GET_DMA failed" (permissions-related) - and one "skipped"
state which is triggered by SCSI devices or IDE devices being driven by
ide-scsi. (The code for this is in xine-lib; src/xine-utils/xine_check.c)

> I should also correct 2 mis-statements from my earlier post.

> (1) Mplayer is _not_ working with respect to DVD's on this machine (Dell
> E1505 laptop) but _is_ on my desktop. System misconfiguration seems
> likely.

Agreed.

> (2) gxine is not so much "always flaky" as it often seems easier for me to
> break than keep running correctly. A certain amount of PEBCAK is involved
> for sure. ;)

Well, if you find any problems which can be pinned on gxine or xine-lib (and
which aren't present in current development versions)...

> I should not unfairly blame software for problems I most like caused on my
> own.

No argument from me (assuming that you meant "likely")...

--
| Darren Salt | linux or ds at | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Southern England is a lake, is a lake, is a lake... glad I'm up north!

Blah.
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5
Prev: props to the slack developers
Next: generic kernel (slack12) + raid 1 + reiserfs -> kernel panic