innd - makehistory/makedbz
by shrek-m@gmx.de
hi,
i was trying to setup innd.
i had no luck under rhl 8.0, 9, severn2
it is always the same.
# service innd start
Bitte führen Sie makehistory und/oder makedbz aus, bevor Sie innd starten.
# /usr/lib/news/bin/inncheck
--> some messages
chown -ing, chmod -ing, fromhost -ing, moderatormailer -ing
# ./inncheck ; ./makehistory ; ./makedbz
Can't do dbzagain, No such file or directory
# service innd start
Bitte führen Sie makehistory und/oder makedbz aus, bevor Sie innd starten.
# ll /var/lib/news/
insgesamt 16
-rw-rw-r-- 1 news news 225 Jul 23 2002 active
-rw-r--r-- 1 news news 0 Jul 23 2002 active.times
-rw-r--r-- 1 news news 72 Jul 23 2002 distributions
-rw-r--r-- 1 news news 0 Sep 28 18:57 history
-rw-r--r-- 1 news news 333 Jul 23 2002 newsgroups
-rw-r--r-- 1 news news 0 Jul 23 2002 subscriptions
drwxr-xr-x 2 news news 4096 Sep 28 18:01 tmp
in /var/log/news/news.crit is
rnews: cant open_remote Connection refused
what i am missing ?
--
shrek-m
20 years, 7 months
Bugzilla boo-boo??
by Elton Woo
Whilst entering a comment in the following report, I decided to submit
an attachment, and _then_ complete the report:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=105802
Bugzilla belched this at me:
===================================
Mid-air collision detected!
Someone else has made changes to this bug at the same time you were trying to.
The changes made were:
Added comments:
------- Additional Comment #1 From Elton Woo on 2003-09-27 15:44 -------
Created an attachment (id=94786)
error output from gnome volume control
==============================================
Elton 8< /
--
http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html
"You only live once: let's make life BETTER for each other."
LINUX User #193975 [AMD ATHLON CPU] ICQ #149608718.
20 years, 7 months
[Fwd: Re: Fedora: low mem warning with 512 MB!]
by Robert L Cochran
-------- Original Message --------
Subject: Re: Fedora: low mem warning with 512 MB!
Date: Sun, 28 Sep 2003 11:52:32 -0400
From: Robert L Cochran <cochranb(a)speakeasy.net>
To: fedora-test-list(a)redhat.com
References: <200309281253.h8SCrf126615(a)xos037.xos.nl>
Yes it is -- I believe I originally reported this problem some time ago
during Beta 1. I was working with Red Hat on a solution for it, but I
fell behind and got tied up with other matters. My fault. There is a
possible fix for it available through the Bugzilla (I've forgotten the
number), but I'm not sure whether I applied it properly.
Your problem happens to me also in Fedora Test, while installing on a
Sony Vaio PCG-F350 notebook. I simply clicked 'cancel' (or was it
'ignore'?) at the prompt warning me that memory is low. (The installer
thinks I have a negative amount of memory.) I did not allow the
installer to change the partition table at that point. Then the
installation simply proceeded, without any apparrent problem.
Bob
Jos Vos wrote:
> Hi,
>
> While installing Fedora, it warns me that it will immediately
> enable swap because I have too litte mem. But I have 512 MB!
> If I look at /proc/meminfo on VC2, I see that it indeed sees
> all the mem I have. Is this a known problem?
>
> Cheers,
>
> --
> -- Jos Vos <jos(a)xos.nl>
> -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
> -- Amsterdam, The Netherlands | Fax: +31 20 6948204
>
>
> --
> fedora-test-list mailing list
> fedora-test-list(a)redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-test-list
>
>
--
Bob Cochran
Greenbelt, Maryland, USA
http://greenbeltcomputer.biz/
--
Bob Cochran
Greenbelt, Maryland, USA
http://greenbeltcomputer.biz/
20 years, 7 months
Email and browsing options
by Bjorn Andersen
Hi
I always use Epiphany, since it first came in rawhide. It makes the
desktop experience more complete, to have everything use the gnome GUI.
But, the registered mailto protocol in GNOME is not Evolution. Mailto is
not even a registered protocol. (I do know how to register it...)
Why not make Epiphany and Evolution the default clients for handling
http, https and mailto? To make the experience complete.
(Maybe even make Xchat the irc:// handler?)
The choice to use mozilla as deafult browser, will start mozilla-mail
for email klient (when you click on a mailto link while browsing). Even
if Evolution is registered as mailto handler.
People who misses Mozilla (old mozilla users), normally knows how to
make mozilla the deafult browser.
--
Cheers
Bjorn Andersen <ba(a)linuxin.dk>
20 years, 7 months
laptop suspend issues: RedHat 9 vs. Severn 1 and 2
by Jay Berkenbilt
I'm looking for some help understanding the differences in
suspend/suspend to disk behavior on my laptop across the last three
releases (including test releases). I understand that the changes are
almost certainly related to the APM/ACPI changes that have been going
on in these releases, but I don't know whether there are things I can
do at boot time via kernel command line arguments or even do by
recompiling the kernel. (In other words, are these changes the result
of changes to the kernel code or to the selected options?) Here are
the details.
I have an HP Omnibook 6100. Here is a summary of suspend/suspend to
disk with three releases:
RedHat 9: responded properly to suspend to RAM and suspend to disk
(i.e., keyboard sequences/apm commands to initiate them did what
they were supposed to). The system always crashed coming out of
suspend to RAM, but came out of suspend to disk successfully about
80% of the time. Low battery suspend to disk initiated by computer
worked. Brightness controls controlled by the Fn key worked
properly. If configured in the BIOS, the brightness would drop to
minimum when on battery and restore to previous setting when power
was restored.
Severn 1: no APM events worked at all whether initiated by the
computer or by the user. Brightness changes configured in BIOS were
disregarded. The Fn brightness keys didn't work. Attempting to
suspend or suspend to disk had no effect. System-initiated
low-battery suspend to disk events were silently disregarded.
Interestingly, the battery meter still worked.
Severn 2: same as RedHat 9 EXCEPT computer now seems to recover from
suspend to RAM, but suspend to disk does not work. Attempt to
initiate suspend to disk results in suspend to RAM. I haven't
determined whether system-initiated suspend to disk works.
Caveat: I just installed a new disk drive coincident with installing
Severn 2. Although I have followed all steps for setting up a
"hibernation" partition, I haven't tested it reliably because Windows
XP doesn't use it. I am going to install RedHat 9 again (now that I
have enough disk space to install both) and see whether it works.
<gratuitous-comment>
For what it's worth, I'm temporarily emerging from having given up on
ever having my laptop suspend/resume properly under Linux in hopes of
being able to improve this aspect of Fedora. I've been using Linux
since 1992 and using it on a laptop since 1994. My experience has
always been that every new release of whatever I'm running can have
seemingly random effects on APM issues with whatever hardware I have.
This goes back to the days before I was using a distribution when I
built everything from source and upgraded my kernel every few test
releases.
</gratuitous-comment>
I'd be grateful if anyone can shed any light on this or even make some
suggestions as to what I should try. In the mean time, I'm going to
start digging through documentation and sources to see what kinds of
options are available.
--
Jay Berkenbilt <ejb(a)ql.org>
http://www.ql.org/q/
20 years, 7 months
2.6 kernel Suggestion
by Philip Trickett (List)
Hi, I am writing this here, as I find this patch very useful.
There is a patch available at:
http://gaugusch.at/kernel.shtml
Which allows the loading of an ACPI DSDT in the INITRD during boot.
I find this very useful for my Dell i8100, and if this was included in
arjanv's test kernels, it would make at least my life alot easier.
Is this a good patch for inclusion? Or do I have to keep re-compiling my
DSDT into the kernel?
I have not file an RFE in bugzilla due to the 'unofficial' link between
the test kernels and the beta.
Keep up the good work.
Cheers,
Phil Trickett
20 years, 7 months
2.6 kernel Suggestion
by Philip Trickett (List)
Hi, I am writing this here, as I find this patch very useful.
There is a patch available at:
http://gaugusch.at/kernel.shtml
Which allows the loading of an ACPI DSDT in the INITRD during boot.
I find this very useful for my Dell i8100, and if this was included in
arjanv's test kernels, it would make at least my life alot easier.
Is this a good patch for inclusion? Or do I have to keep re-compiling my
DSDT into the kernel?
I have not file an RFE in bugzilla due to the 'unofficial' link between
the test kernels and the beta.
Keep up the good work.
Cheers,
Phil Trickett
20 years, 7 months
Fedora Test 2 first testing
by Alan Cox
PXE install was totally hosed so I've installed it on a PII/266 laptop
box instead.
- Overall performance when swapping is a lot better
- Program start up times are now abysmal, way worse than before
and the disk is mostly idle during this.
- Metacity has acquired yet another 'end user non recoverable'
way to hose your window sizing and doesn't appear to have fixed
any of the long standing ones.
Overall its feeling nice - the slow program startup time is an annoyance
but I can now run both openoffice and mozilla on a 192Mb box without it
being at all painful.
I've filed the following:
105853 ACPI laptop extras in kernel (should be module) and run regardless
105854 PXE horked
105855 Metacity window resizing more hosed than ever
105856 rhgb short translations
105857 redhat-menus short translations
105858 gdm presession default seems to have problems with shell
metacharacters in names
20 years, 7 months
gcc32 and kgcc
by Carlos Rodrigues
Hi!
I'm not using the latest Fedora Core test release (still running Red Hat
9) so what I'm going to say next is only what came to my mind after
reading the release notes, if it doesn't make sense or is already a
reality just ignore it.
In the Fedora Core test release there is a package called "gcc32" which
contains the compiler used to build the kernel. To compile third-party
modules one has to use this same compiler. However, third-party modules
do not know that they shouldn't be using CC=gcc and should instead be
using CC=gcc32. This forces users to do things manually (like for the
nvidia drivers). It seems to me that there should be some sort of
"standard" name for the compiler executable used to build the kernel in
order to simplify things.
My suggestion is a "kgcc" symlink. This "kgcc" would be sure to exist
from now on, pointing to "gcc32" now but maybe pointing to "gcc" in the
future when all gcc 3.3 issues in the kernel are eliminated. This means
that now it would be provided in the gcc32's rpm but in the future it
could change to gcc's (there could even be a "Provides: kgcc"). If this
ends up in other distros (or as a requirement in the LSB) it would mean
that modules could simply rely on the existence of "kgcc" and be free
from this "CC=gcc32" stuff (at the very least the nvidia guys could just
add a check for kgcc to fix things on Red Hat/Fedora and never bother to
look at it again).
My rationale is that this is bound to happen again in the future and why
not fix it now, forever?
Anyway, just a thought.
--
Carlos Rodrigues
email: cer09566(a)students.fct.unl.pt
url: http://crodrigues.webhop.net
20 years, 7 months