Much faster grep
by Tim Waugh
A quite invasive, experimental patch has been applied to this grep
package:
http://cyberelk.net/tim/data/tmp/grep-2.5.1-19.i386.rpm
(SRPM in the same place)
It gives quite significant speed improvements for multibyte (UTF-8)
handling, but needs lots of real world testing to make sure there are
no regressions.
It will appear in rawhide in due course.
Tim.
*/
20 years, 6 months
Packages licenses
by Xose Vazquez Perez
hi,
I have extracted the 'License' tag of all RH9 packages, sorry FC1 is not here yet.
And I see a chaotic style, duplicates... A clearer policy and style should be used
in Fedora.
idea?
Maybe, rpmbuild should check 'License' against a list of OSI compatible licenses,
otherwise a -nocl (--noOSIcompatiblelicense) flag should be used to build it.
--cut--
3DFX GLIDE Source Code General Public License
Apacheish
Apache Software License
Arphic Public License (GPL-like)
Artistic
BSD
BSD/GPL
BSDish
BSD-like
BSD-like and LGPL
BSD-style
Copyright © 1999-2002 Red Hat, Inc. All rights reserved.
Copyright © 2002 Red Hat, Inc. All rights reserved.
distributable
Distributable
Distributable (BSD-like)
Distributable under Licenses
eGenix.com Public License (Python)
FDL
Free
freely distributable
Freely distributable
Freely Distributable
Freely redistributable
Freely Redistributable
Free, no warranties.
freeware
Freeware
GNU General Public License
GNU GPL
GNU GPL Version 2
GPL
GPL2
GPL and Artistic
GPL/BSD
GPL/distributable
GPL, LGPL
GPL/LGPL
GPL/LGPL/GFDL
GPL/MIT
GPL / new BSD License / other
GPL (not Firmware)
GPL or artistic
GPL or Artistic
GPL or BSD
GPL (programs), relaxed LGPL (libraries), and public domain (docs)
GPL/QPL
GPL, URW holds copyright
GPL/XFree86
IBM Public License
LaTeX Project Public License (http://www.latex-project.org/lppl.txt)
LGPL
LGPL and GPL
LGPL/GPL
MIT
MIT, freely distributable.
MPL
OMRON Corporation, OMRON Software Co., Ltd.
Open Group Public License
OpenLDAP
OSI certified
PSF - see LICENSE
public domain
Public domain
Public Domain
Redistributable
Special (see Copyright Notice)
The PHP License
University of Washington Free-Fork License
W3C IPR
W3C (see: http://www.w3.org/Consortium/Legal/copyright-software.html)
XFree86
X-like
--this-is-the-end--
--
HTML mails are going to trash automagically
20 years, 6 months
Support for Apple 23 inch High Definition LCD panel and XFree86 config.
by Terrence Martin
Hi,
I recently installed fedora core 1 on my system, replacing redhat 8.0
and wanted to share the work I had done to get my Apple HD 23in display
to work in Fedora.
By default fedora would not drive this monitor properly at all and would
always give a blank screen so I had to use a text based install. The
screen also blanked on boot the first time since the default was to use
the frame buffer display. The redhat-config-xfree86 and firstboot also
gave me no joy. To get the system to boot I took a stab and removed rhfb
(sp?) from grub and that got me to a console prompt at least.
Getting the monitor to display something was mostly as a result of some
more accurate settings in the XF86Config file which I have attached.
Hopefully it will be useful in making fedora support this monitor out of
the box better.
There are several changes, but I believe the important ones are the
modeline and the vertical and horizontal refresh rates.
As a side note while I am using nvidia's driver I did get a display with
the default opensource nvidia driver.
If anyone requires any additional information let me know.
Terrence
# File generated by anaconda.
#
Section "ServerLayout"
#
Identifier "Anaconda Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
# The location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
#Load "dri"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
EndSection
Section "InputDevice"
# Option "AutoRepeat" "500 5"
# when using XQUEUE, comment out the above line, and uncomment the
# following line
# Option "Protocol" "Xqueue"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"
# To disable the XKEYBOARD extension, uncomment XkbDisable.
# Option "XkbDisable"
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"
#Option "XkbOptions" ""
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "us" #Option "XkbVariant" ""
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "no"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Apple"
ModelName "HDCD23"
HorizSync 50-90
VertRefresh 60-60
Option "dpms"
UseModes "AHDCD32"
EndSection
Section "Modes"
Identifier "AHDCD32"
Modeline "1920x1200" 155.0 1920 1984 2016 2144 1200 1203 1206 1212
EndSection
Section "Device"
# no known options
#BusID
Identifier "NVIDIA GeForce 4 (generic)"
Driver "nvidia"
VendorName "NVIDIA GeForce 4 (generic)"
BoardName "NVIDIA GeForce 4 (generic)"
EndSection
Section "Screen"
Identifier "Screen0"
Device "NVIDIA GeForce 4 (generic)"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1920x1200" "1600x1200" "640x480"
EndSubSection
EndSection
Section "DRI"
Mode 0666
EndSection
20 years, 6 months
esound.spec has a description thats\' out-of-date
by jigorou3@mail.goo.ne.jp
Hello.
In esound.spec, line 2, the description
%define __os_install_post /usr/lib/rpm/redhat/brp-compress
should be
%define __os_install_post /usr/lib/rpm/brp-compress
isn't it?
Recent version of Red Hat Linux (and Fedora Core) doesn't have
/usr/lib/rpm/redhat
, and esound's build fails in default setting.
So, I think it would be better for all to be fixed esound.spec in esound's next release...
Thanks
20 years, 6 months
rawhide-release?
by Behdad Esfahbod
Hi,
Where is rawhide-release gone?
BTW, I've noticed that /usr/share/doc/fedora-release-1/9 is
empty, while the other ones are not.
behdad
20 years, 6 months
About fonts on Fedora
by Julien Olivier
Hi
I have installed Fedora Core on my laptop. And I noticed that fonts
weren't so nice (not so bad, but not perfect).
So, I went to the preferences and tried to use subpixel smoothing. It
didn't change things very much. It was even a little worse.
I guess that's the reason why, even if you selected an LCD screen at
install time, Fedora doesn't use subpixel smoothing.
But then I modified my /etc/fonts/local.conf to set Bitstream Vera fonts
the default. And that brought me slightly better fonts. I then tried to
enable subpixel smoothing on those Vera fonts. And the result was
awesome ! The fonts were simply perfect. Not blury at all, not too thin.
Perfect.
So my question is: wouldn't it better to _use_ Vera fonts by default
and, if you set them by default, woldn't it better to enable subpixel
smoothing for laptops ?
--
Julien Olivier <julo(a)altern.org>
20 years, 6 months
Re: XFS filesystem support in Fedora
by Ajay Ramaswamy
On Friday 07 Nov 2003 2:38 am, Mike Burger wrote:
> Are there any plans to include SGI's XFS filesystem support into Fedora's
> kernels and/or installers?
>
> Such support would be incredibly appreciated.
>
>
> --
> fedora-list mailing list
> fedora-list(a)redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-list
These two patches add the necessary support to anaconda to enable XFS support,
the only problem with this is that grub will hang at the end while installing
the bootloader, a few of us on the linux-xfs mailing list are trying to find
the answer to that problem too. As for the kernel & userspace utils
oss.sgi.com is your friend. Eric Sandeen has just put out a kernel SRPM
today.
Now to find the reason grub hangs at the end.
HTH
Ajay
20 years, 6 months
Re: FC2 release dates
by Jef Spaleta
Chris Ricker wrote:
> I think if marketing were a driving concern for this project, a more
> marketable name for releases than "Fedora Core" would have been chosen. I
> have a classful of students here who just watched me install it. Comments,
> in order, on watching it boot for the first time:
Now, I could probably argue that there is quite a lot of room in this process to implement
'a lessons learned' phase where we sit back and constructively try to navel gaze about how
certain decisions were good or bad or worth reconsidering. But I'm not
going to argue for anything like that till at least FC3. And I'm not
going to even try to imply that 'Core' is bad till we see 'Extras /
Alternatives' media out in the wild to complicate things.
I'd rather not fight battles over decisions already made just yet...when
there are so many important decisions yet to make. I'm going to
concentrate on making sure the remaining decisions are as multi-facted,
win-win, opportunity advantageous as possible.
-jef"someone didn't catch my song quote reference..oh well"spaleta
20 years, 6 months
My experience with upgrading from RH9 to FC1
by Gérard Milmeister
Hi,
I just upgraded from RedHat9 to Fedora Core 1.
The upgrade itself was easy. However I didn't
meet the package selection in the installer...
Did I simply miss the option?
These are the issues I encountered:
1. I had to install the following drivers:
a) proprietary NVIDIA
b) bcm4400 for the network card
c) alsa
At first it didn't work at all, then I noticed
that I must use gcc32 to compile, this wasn't
very clear from the release notes.
I had a problem with compiling the alsa driver
(schedule_work), but google groups was my friend.
BTW before trying to fix alsa, I tried sndconfig,
which detected the onboard soundcard before my
SB Live!. I would have preferred to choose the
order the soundcards are configured.
2. At first starting, the GNOME desktop was in
a mess. I moved .gnome2 out of the way.
I previously always used sawfish, but that didn't
work at all. The background was gray overlaying
the Nautilus icons. So I installed metacity.
However I prefer sawfish, because it allows better
control of window placement.
I have two screens configured with Xinerama. The first
screen is 1600x1200, the second 1280x01024. With Gnome 2.2
and Sawfish, I could place a panel at the bottom of the
second screen. This I can no longer do. I can place a
panel at the top and at the right, but not at the bottom.
(BTW I miss the rounded edges of the menu panel :-(
Well that's all for now. Otherwise FC1 is fine.
Thanks
--
Gérard Milmeister
Tannenrauchstrasse 35
8038 Zürich
gemi(a)bluewin.ch
20 years, 6 months