korean chracters on Severn
by Brian Lee
Hi!
I installed Severn (beta 2) and found follow several bugs:
- The Korean chracters are broken in some application like ami, gimp.
(screen: http://www.senux.com/tmp/severn/ami_broken_korean.png
http://www.senux.com/tmp/severn/gimp_broken_korean.png)
- The default font in hanterm is not pretty. And some dirty dots
are left at scrolling in hanterm. I think this is a critical one for
hanterm users.
- Mouse is not working well in configuration box in the first starup
of installing RH. My mouse is 2 button one with wheel. Mouse does
not move where I moved. But mouse working well after the startup
configuration section.
- I think the hanterm icon should be place in ``system tool'' from
start button. (It is in additional system tool now.)
Thank you for the opened software, RH Linux.
--
____
|o | i / Brian Lee <c2VudXhAc2VudXguY29t>
#######|< Website http://www.senux.com/en/
(x-x-x-x) \ My public GnuPG key: 0x46C763A3
20 years, 7 months
Include MPlayer in beta?
by Steven Haigh
I'm just compiling up Mplayer available from http://www.mplayerhq.hu -
according to the documentation, it should be a killer for playback of
all media types in *nix...
What are the chances of this replacing kaboodle or noatun as a default
media player? Surely having out of the box support for most media file
types in existance would be awesome!
--
Signed,
Steven Haigh
http://wireless.org.au
(Visit https://wireless.org.au to install our Root Certificate.)
You can lead a fool to wisdom but you can't make him think.
We have enough youth. What we need is a fountain of smart.
I am root. If you see me laughing, you better have a backup.
20 years, 7 months
Re: Include MPlayer in beta?
by Jef Spaleta
Alan Cox wrote:
> Ogg has solved the audio problem. There is great potential for it to
> solve the video problem in time.
But in time for what? That seems to be the real question. A lot of
people seem to take a very naive position on how to get from here to a
viable linux desktop. If only we can reimplement existing technologies,
is what I hear when I see people clamoring for mplayer to be in the
distro. A lot of people seem to think reimplementing the ability to
access these proprietary technologies is the shortcut to desktop
domination. As soon as we get one layer of technology reversed
engineered they'll just patent another layer of technology, and possibly
a strongly layer of legal protections to keep us out. Without an
alternative in place...its a a big treadmill of wasted development
effort tryng to keep up.
I was trying to be subtle with my nod to xiph. No point in repeating my
rant on this issue from the last beta phase, but it's so hard to resist.
I firmly believe its critically important that we...we as in userbase,
and not just the developers...make it a point to encourage the adoption
of open standards even in multimedia codecs. Having quicktime and
windows media playing on our linux desktop in the short term might seem
like a victory and a step towards mainstream linux desktops in the home.
But I see it as long term defeat towards a viable open source desktop
alternative. Open source solutions can not base core functionality on
proprietary technology. Hell even MS and Apple don't rely on technology
they can not control, they each have their own competing content
formats. It would make little sense for MS to rely on quicktime for its
multimedia...just as it would make little since for any open source
product to rely on windows media technology to provide the multimedia
functionality...technology essentially out of control of the open source
development community.
The real solution is putting effort behind what xiph is doing with its
ogg framework. So that we can give the content producers a viable open
alternative to produce content in. I'd much rather see the effort being
burned now to get access to the 'most common' proprietary formats, being
used to move the ogg theora effort out of alpha and into beta. I wish
typical linux desktop users, understood this need a little better than
they seem to.
-jef
20 years, 8 months
Sound problem on Severn
by Thiago Vinhas de Moraes
Hi.
I have Severn with all the recent rawhide channel updates, but got a
problem with Sound and KDE's Arts.
Here is what happens.
Before I get inside KDE, the sound works fine, and I can test the
soundcard using eox to play songs, or cat /etc/dsp. After I log in KDE,
and the Arts server runs, I can't use any other application that uses
sound. If I give a cat /dev/dsp it gives a "Resource Busy" response. If
I try to run xmms or any other sound player, the same problem.
Does anyone has a way to fix this?
Regards,
Thiago
20 years, 8 months
xcdroast with 2.6 kernel
by Pavel Rosenboim
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I'm using xcdroast and 2.6.0 test3 and test4 kernels. In this setup
xcdroast always says that CD has an audio track, even when I want to
copy a data CD. This does not happen with 2.4 kernels. What cause this
problem?
Gnometoaster detects the track type correctly with 2.6 kernels.
Pavel.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/VF3CHJityMnHjjERAjCUAJ4rFw2ngp1Aeg0ZUfAJ0z40DjR4yACg1MKv
ag5r0mTh0ZVP0FXFauBe3Uw=
=qS8p
-----END PGP SIGNATURE-----
20 years, 8 months
Re: Evolution not displaying attachments when sending message?
by Jef Spaleta
George J Karabin wrote:
>Anyway, Felipe, you're report is interesting. I had guessed that this
>wasn't an Evolution problem, since it doesn't seem to know the locations
>of the icons that are being looked for. Are you installing any other
>ximian packages, and are you using a current rawhide? In particular, it
>would be interesting to know what versions of redhat-artwork and
>libgnomeui you have installed.
I don't have access to my beta install right now...but as a point of
comparison with the Felipe's hacked up ximian install. I'm running a
hacked up rhl9 box with some selected applications recompiled from srpms
from rawhide....including evolution. My recompiled rawhide evolution
srpm on rhl9 isn't having a problem with attachments either:
libgnomeui-2.2.0.1-5 (from rhl9)
redhat-artwork-0.81-1 (from rawhide)
evolution-1.4.4-4 (recompiled locally from rawhide srpm)
-jef
20 years, 8 months
problems with iso's from bittorrent link
by Justin Georgeson
I downloaded the iso's using BitTorrent with the links listed on
rhl.redhat.com. When trying to install off the CD's created with the
iso's, I'm given an error that 'everything references nptl-devel which
is missing' on the 3rd console. After that I tried using the installer's
media checking tool, and it seemed to hang at 97%. I guess I should have
checked the the md5sums before burning. Anyway, just wanted to check if
anyone else was having trouble. I can't image bad imagines would have
stayed up this long, so I'm grabbing them a second time, again with
BitTorrent, since it's so much faster.
20 years, 8 months
Yum + Severn + Rawhide ?
by Mark Guzzo
Hi all,
I'm trying to upgrade evolution using yum and I keep getting this
message...
'...package evolution needs libgal-2.0.so.3 (not provided)'
This is my yum.conf...
[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
[os]
name=Red Hat Linux Rawhide os
baseurl=http://ayo.freshrpms.net/redhat/rawhide/i386/os
[freshrpms]
name=Red Hat Linux 9 freshrpms
baseurl=http://ayo.freshrpms.net/redhat/9/i386/freshrpms
#[rhl-rawhide]
#name=Red Hat Linux rawhide @ dulug
#baseurl=http://mirror.dulug.duke.edu/pub/yum-repository/redhat/rawhide/i386/
Any ideas? I've been reading the yum and yum.conf man pages and I don't
see any input into this problem.
Mark
20 years, 8 months
rawhide gpg key, rawhide-release package.
by Féliciano Matias
The new key "Red Hat, Inc. automated build signing key (2003)
<rawhide(a)redhat.com>" is only available from http://rhn.redhat.com/
(package redhat-release, channel "severn update").
This key is not available from rawhide nor from
http://www.keyserver.net/ .
Can you add all RedHat keys in rawhide-release (like in
redhat-release-9.0.93-4).
If you put the keys in redhat-release and rawhide-release, perhaps you
should remove the keys from the rpm package.
btw, severn update channel in rhn have the same packages than rawhide
except for redhat/rawhide-release package. Perhaps rawhide-release
package could be replaced by redhat-release in rawhide. When RH10 will
be released with redhat-release-10 package, redhat-release in rawhide
could jump to 10.0.93.
--
Féliciano Matias <feliciano.matias(a)free.fr>
20 years, 8 months