tuxpaint crashes on startup?
by Dr. Michael J. Chudobiak
I usually have to start tuxpaint 3-4 times before it successfully
launches. The other times, it crashes on the splash screen, just before
the "theme music" plays.
Has anyone else seen/fixed this? I launch it from a gnome desktop icon,
which runs:
tuxpaint --fullscreen --noprint
I'm using the extras rpm. Any help appreciated!
- Mike
18 years, 5 months
Unable to upgrade FC4?
by Darryl L. Pierce
I tried doing a yum upgrade today and it came back with a list of a
number of upgrade candidates. However, it won't perform the upgrade
because of "Missing Dependancy: libwx_gtk2-2.4.so.0". However, when I
try to install that package (wxGTK) I get the *same* error from yum.
Suggestions?
--
Darryl L. Pierce <mcpierce(a)gmail.com>
Homepage: http://mcpierce.multiply.com/
"Bury me next to my wife. Nothing too fancy, though..." - Ulysses S. Grant
18 years, 5 months
[FC4] Audio no longer works after upgrade from FC 1
by Gilbert Sebenste
hey all,
I know this was handled *somewhere*, but I can't find it. I am trying to
use the Alsa mixer to pipe audio from a weather radio into my computer to
broadcast out on a web server. After the FC 4 upgrade, there's no
sound...the input appears to be at zero. I have been going through the
Alsa mixer over the last half hour, trying to get it working, to no avail.
can someone help me out here? Thanks!
*******************************************************************************
Gilbert Sebenste ********
(My opinions only!) ******
Staff Meteorologist, Northern Illinois University ****
E-mail: sebenste(a)weather.admin.niu.edu ***
web: http://weather.admin.niu.edu **
Work phone: 815-753-5492 *
*******************************************************************************
18 years, 5 months
RE: ReiserFS & EXT2/3 issues
by Mike McGrath
> -----Original Message-----
> From: fedora-list-bounces(a)redhat.com
> [mailto:fedora-list-bounces@redhat.com] On Behalf Of Sergey
> Sent: Tuesday, November 29, 2005 4:09 PM
> To: fedora-list(a)redhat.com
> Subject: ReiserFS & EXT2/3 issues
>
> Has anyone had experience using reiser as root filesystem?
> Fedora does not offer to format the partition as reiser on
> install, however it accepts it and contain all related
> modules and reiserfs-utils.
>
> Since my ext3 crashed after a sudden power failure, having
> all its content moved to /lost+found with #xxxxxxx names (by
> fsck), I tried reiser and was satisfied with it. The speed
> seems to be a bit lower, however, having simulated 50 power
> failures in different circumstances, it has not failed.
> Furthermore, it has not corrupted any files, attributes or
> whatever. Each time the mount replayed last transactions and
> I did not even have to run long fsck test. After all I run
> long fsck and everything was wonderful.
>
> Kernel notes have hopeful information relating reiser:
>
> ----
> Reiserfs support (REISERFS_FS)
>
> Stores not just filenames but the files themselves in a
> balanced tree. Uses journaling.
>
> Balanced trees are more efficient than traditional file
> system architectural foundations.
>
> In general, ReiserFS is as fast as ext2, but is very
> efficient with large directories and small files. Additional
> patches are needed for NFS and quotas, please see
> <http://www.namesys.com/> for links.
>
> It is more easily extended to have features currently found
> in database and keyword search systems than block allocation
> based file systems are. The next version will be so extended,
> and will support plugins consistent with our motto ``It takes
> more than a license to make source code open.''
>
> Read <http://www.namesys.com/> to learn more about reiserfs.
>
> Sponsored by Threshold Networks, Emusic.com, and Bigstorage.com.
>
> If you like it, you can pay us to add new features to it that
> you need, buy a support contract, or pay us to port it to another OS.
>
I use reiserfs and love it. I wish RedHat would be more open to using
it, not even including it in the install seems a bit much to me. Though
I think you can install with reiserfs if you do a linux reiserfs while
booting from the CD, I haven't tested it.
http://forums.fedoraforum.org/printthread.php?t=25826
-Mike
18 years, 5 months
The plague has returned
by Paul Smith
---------- Forwarded message ----------
From: AntiSpam UOL <petsupermarket.sspam(a)uol.com.br>
Date: Nov 30, 2005 3:01 PM
Subject: RE: Re: Getting a text file rid of all superfluous blank lines
To: phhs80 <phhs80(a)gmail.com>
ANTISPAM UOL » TIRA-TEIMA
Olá,
Você enviou uma mensagem para petsupermarket(a)uol.com.br
Para que sua mensagem seja encaminhada, por favor, clique aqui
Esta confirmação é necessária porque
petsupermarket(a)uol.com.br usa o Antispam UOL, um programa que elimina
mensagens enviadas por robôs, como pornografia, propaganda e
correntes.
As próximas mensagens enviadas para petsupermarket(a)uol.com.br
não precisarão ser confirmadas*.
*Caso você receba outro pedido de confirmação, por favor, peça
para petsupermarket(a)uol.com.br incluí-lo em sua lista de autorizados.
Atenção! Se você não conseguir clicar no atalho acima, acesse este endereço:
http://tira-teima.as.uol.com.br/challengeSender.html?data=DRiCCD%2FZjgOUQ...
________________________________
Hi,
You´ve just sent a message to petsupermarket(a)uol.com.br
In order to confirm the sent message, please click here
This confirmation is necessary because
petsupermarket(a)uol.com.br uses Antispam UOL, a service that avoids
unwanted messages like advertising, pornography, viruses, and spams.
Other messages sent to petsupermarket(a)uol.com.br won't need to
be confirmed*.
*If you receive another confirmation request, please ask
petsupermarket(a)uol.com.br to include you in his/her authorized e-mail
list.
Warning! If the link doesn´t work, please copy the address below and
paste it on your browser:
http://tira-teima.as.uol.com.br/challengeSender.html?data=DRiCCD%2FZjgOUQ...
Use o AntiSpam UOL e proteja sua caixa postal
18 years, 5 months
Problem with killing processes
by Sebastian Kösters
Hi!
I have a Problem with killig Processes.
It is not possible for me to do it.
I tried kill ID, kill -KILL ID, killall -9 NAME but nothing worked.
I cant restart the machine so i have to find a way to kill this Processes.
11148 ? S 0:00 /usr/lib/amanda/selfcheck
20763 ? S 0:00 /usr/lib/amanda/selfcheck
21177 ? S 0:00 /usr/lib/amanda/selfcheck
Can someone help?
Thanks!
Sebastian
18 years, 5 months
VMware 5: Is it possible to install its tools in Slackware guest OS?
by Strong
I know VMware 5 does not support Slackware, and it was proved by its
tools installation as it looks for rcN.d dirs and of course, can't find
it. Yet is here one that won that somehow? - Without it I get 640x480
in X-session and not more... Thanks in advance!
--
Best regards,
Strong.
18 years, 5 months
RE: Get process that bind a port
by Styma, Robert E (Robert)
>
> Hello,
> I am playing around with writing a program to bind to socket
> / port in my
> machine. Often time, I got the message:
> bind(): Address already in use
>
> So my question is, how do I find out which process bind to a
> certain port
> number ? For example, how do I find out what process use port
> 2345? Sometimes
> 'ps ax' does not really show the process that I though bind
> that port number,
> although bind() gave the error message. Plus 'ps ax' does not
> really help
> unless you know the process name anyway.
>
> Thanks for any help.
> RDB
>
The command lsof run as root will tell you a lot of things including
who is bound to a port.
For example:
lsof | grep 2345
Note that on various flavors unix, I have seen the "already in use" message
for a short time after a program exits. That is, start a program which listens
on a certain port, exit the program, immediately restart the program. A quick test
says FC4 does not seem to do this.
--
Bob Styma
18 years, 5 months
GCC and C89 Standard <stdlib.h> vs <locale.h>
by Mike McCarty
Supposedly, one can specify that gcc use the C89 Standard
when compiling. I see, however, that LC_COLLATE is in
<locale.h>, which I guess must be the place it is in for
C99. I used gcc -std=c89 and still had to use <locale.h>
so it seems that the C89 support is incomplete. I have
searched the entire /usr/include directory tree for
LC_COLLATE, and this seems to be by design. Is it?
Or is it an oversight? The man page states
-std=
Determine the language standard. This option is currently only
supported when compiling C or C++. A value for this option must
be provided; possible values are
c89
iso9899:1990
ISO C90 (same as -ansi).
This seems to me to mean that the language compiled should be as
specified in the C89 Standard. Yet the language actually accepted
by the compiler seems to be a composite of C89 and C99 when
-std=c89 is specified, since <stdlib.h> does not have a definition
of LC_COLLATE when -std=c89 is specified.
Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!
18 years, 5 months
ID Numbering in Group and Passwd
by Dave Brown
I've noticed a bit of an interesting thing with regards to the numbering of
new users and groups when using the useradd and groupadd (and luseradd /
lgroupadd) commands.
Fresh system with no user accounts on it.
Create a group called "myfamily" using "groupadd myfamily" - the file
/etc/group now has the entry "myfamily:x:500".
Create the user "brother" using "useradd brother" - the file /etc/passwd
now has "brother:x:500:501::/home/brother:/bin/bash" and /etc/group has
"brother:x:501"
As you can see the utilities have created the user brother with a userid of
500 and a groupid of 501. All the system accounts (and if you created any
users before you created the group) will have the groupid equal to the
userid. The unequal userid / groupid combo doesnt cause a problem as the
home directory permissions created for the user are fine.
I've done a fair bit of work with user accounts / groups stored in OpenLDAP
and have had to deal with referencing user accounts and changing permissions
etc by the userid/groupid and not by the name and have found recently that
the above behaviour has been causing me problems as I have been (stupidly?)
assuming that the users groupid is the same as their userid and
inadvertently granting group rights to the wrong user / group. Talk about
creating myself a security problem!!!
Im interested to hear what other people think about this. I am just being
pedantic :o) Does anyone think that the behaviour of these tools should be
changed to utilise a user/group id that is unique within BOTH the passwd and
group files? Has anyone encountered other issues as a result of this? If im
encountering this problem should I just accept it and change my
login.defsfile so all userids start at 500 and all groups at 1000.
By the way i'm using FC4 with the all the latest patches, I cant remember if
this behaviour happened on earlier FCs or RHELs and I dont have any machines
with these OSs handy to give it a quick test.
Cheers
Dave Brown
18 years, 5 months