QA request: dosbox
by Steven Pritchard
Anybody have a few minutes to spare?
https://bugzilla.fedora.us/show_bug.cgi?id=2060
The version of dosbox in fedora.us stable is well over a year old.
The newer version adds support for (at least some) protected-mode
games. I was using it to play Tie Fighter this morning, in fact.
(My computer may not be good enough to run Doom3, but at least it can
run a decade-old game reasonably well... ;-)
Anyway, this should be a really easy QA job for anyone who is
interested...
Steve
--
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-7360 Mobile: (618)567-7320
19 years, 7 months
Self-Introduction: Wart
by Michael Thomas
Name: Michael "wart" Thomas
Country, City: US, Pasadena
Profession: Scientific Software Engineer
Company: Caltech
Goals in the Fedora project: To push for the inclusion of more Tcl
extensions. I have a number of personal projects that make use of
various Tcl extensions, and I'm just tired of typing "./configure ; make
; make install" to install it on clusters of machines. I'd rather type
'yum install ...' to save a few keystrokes. :) In particular, I'd like
to help get tclhttpd and the various Tcl xml/soap extensions included in
Fedora. I wouldn't mind doing QA on other packages, either, in my
limited free time.
Qualifications: I've been developing software for the scientific
community for 10 years now. I've managed one fairly quiet project on
SourceForge for over a year (ciphertool), and I am one of the main
developers on another SourceForge project (clarens). I'm also starting
to contribute packaging-related patches to a handful of other projects
(all tcl-related). My programming languages include C, Tcl, Java, and a
smattering of perl, python, and C++.
GPG fingerprint (uploaded to pgp.mit.edu):
pub 1024D/FB38D20F 2004-09-08 Michael Thomas (Wart) <wart(a)kobold.org>
Key fingerprint = 00F9 CE86 4B6A F577 8914 55FA 0DE6 253D FB38
D20F
sub 1024g/D0F16529 2004-09-08
--Wart
19 years, 7 months
Packaging optional netfilter modules
by Kenneth Porter
I wanted to try the experimental TARPIT module from netfilter, and because
it's experimental, neither the upstream kernel team nor Red Hat will
incorporate this into the stock kernel. This is of course perfectly
reasonable.
But since netfilter modules are kernel modules, it seems like it should be
straightforward to package them as free-standing packages. Has anyone tried
to do this? What success have you had?
Another factor is that the kernel module will need matching machinery in
the iptables userspace program to select the module and parse its options.
(eg. for TARPIT, it would parse the "-j TARPIT" command.) I believe
currently this requires a recompile of the utility. Has any work been done
to make this more modular, with runtime selection of additional parsing
routines? That would allow the userspace parsing piece to be supplied in
the kernel module package to be dropped in a suitable directory for use at
runtime.
19 years, 7 months
kernel module fs permissions
by Ville Skyttä
Is there another reason besides rpm automagic stripping (+ laziness or
something like that in not resetting to 644 in the specfile later) for
all *.ko to be executable by root (mode 744) in the kernel package?
19 years, 7 months
First boot with 20040908 changes
by Steve G
Hi,
Just got the system up with the latest changes.
kudzu-1.1.87-1, MAKEDEV-3.12-1, udev-030-22, & hal-0.2.97.cvs20040901-1.
First, I get this message:
Sep 9 08:44:43 buildhost kernel: PCI: Probing PCI hardware (bus 00)
Sep 9 08:44:43 buildhost kernel: get_random_bytes called before random driver
initialization
This doesn't sound good.
Then I got a series of messages like: "/sbin/restorecon get context on /dev
failed: Operation not supported"
"/usr/sbin/setfiles unable to obtain attr for /dev"
These did not get into syslog. Problems from restorecon & setfiles like this
should be logged.
Then kudzu detected my usb hub twice.
And finally:
Sep 9 08:44:53 buildhost fstab-sync[2607]: removed all generated mount points
Sep 9 08:44:53 buildhost fstab-sync[2649]: added mount point /media/idedisk for
/dev/hda5
Sep 9 08:44:54 buildhost fstab-sync[2655]: added mount point /media/idedisk1 for
/dev/hda1
Sep 9 08:44:54 buildhost fstab-sync[2686]: added mount point /media/scsidisk for
/dev/sda2
Sep 9 08:44:54 buildhost fstab-sync[2689]: added mount point /media/scsidisk1
for /dev/sda1
I hand edit my /etc/fstab to only have these disks: /dev/sda3, /dev/sda5. I
really do not want anything else accessible to the system...its a security
violation in my view. The sad part is that it did not recognize the cdrom which
is /dev/hdc.
-Steve Grubb
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
19 years, 7 months
Re: Another FC3test2 candidate tree
by Matthew E. Lauterbach
On Wed, Sep 08, 2004 at 10:08:11PM -0400, Elliot Lee wrote:
> The previous bug reports on the re0903.0 tree were very helpful -
> here's another one to chew on:
>
> http://fedora.linux.duke.edu/FC3-re0908.0/
A clean "everything" install of i386 version of re0908.0 on an x86_64 had the following problems:
- Doesn't see my SATA drive at all (worked fine with FC2 clean install)
during install or on subsequent boots. dmesg says it is seeing the
controller just not the drive.
- Firstboot failed. Threw some python errors. Didn't catch what they
said and not recorded in boot.log.
Are these known problems or do you need me to post bugreports?
I'm about to download and install the x86_64 version alongside this one
now.
Matt
19 years, 7 months
yum and local cache
by Alin Osan
Hello,
The latest version of yum doesn't seem to use the local cache. If for some
reason, yum -y update has to be restarted (dependency problem, conflicts),
it begins to download all the files from the top, including those were
previously downloaded. Is this a bug or a feature?
--
--
We are what we repeatedly do. Excellence, then,
is not an act, but a habit.
--
Alin Osan
19 years, 7 months
mysql 4.0.21 and it's dependencies in FC3?
by Farkas Levente
hi,
i know it has a long discussion in many redhat list, but since yesterday
there is a new situation. after the first mysql released in the 4.x
series which contains the foss license exception and that was the main
reason why not included in any redhat/fedora ditro. is there any chance
to get mysql 4.0.21 into fc3? or is it too late now? of course this
means all other packages which depend on mysql should have to rebuild also.
yours
--
Levente "Si vis pacem para bellum!"
19 years, 7 months
Re: dev rpm update problem
by Mircea MITU
> I get this error when updating to dev-3.11-1:
>
> Cannot install the dev package: mounted devfs detected.
> error: %pre(dev-3.11-1) scriptlet failed, exit status 1
> error: install: %pre scriptlet failed (2), skipping dev-3.11-1
>
> I know this was happening previously with the MAKEDEV rpm, but it seems
> like it was solved in that case (by removing the %pre script?).
>
> Anyway, how do I upgrade the package? Is this a bug?
I had the same problem but upgrading from dev-3.11-1 to dev-3.12-1
The pre-install script of the rpm is looking for devfs into /proc/mounts
and it founds none /dev tmpfs rw 0 0
I did succeed to upgrade by executing the pre-install script by hand,
ignoring the devfs check (
#if [ -r /proc/mounts ]; then
# while read source mountpoint rest ; do
# if [ "$mountpoint" = "/dev" ]; then
# echo $"Cannot install the dev package: mounted devfs detected."
# exit 1
# fi
# done < /proc/mounts
#fi
[ -d /dev ] || /bin/mkdir /dev
/usr/sbin/groupadd -g 19 -r -f floppy > /dev/null 2>/dev/null
/usr/sbin/useradd -c "virtual console memory owner" -u 69 \
-s /sbin/nologin -r -d /dev vcsa 2> /dev/null
)
and then using --nopre rpm option
rpm -Uvh dev-3.12-1.i386.rpm --nopre
--
This message was scanned for spam and viruses by BitDefender
For more information please visit http://linux.bitdefender.com/
19 years, 7 months