Would it be a big trouble to put lslR files in the download tree at
download.fedora.us? This might help in locating packages if one isn't
sure whether they are stable or in testing.
mount -t life -o ro /dev/dna /genetic/research
On Sat, 30 Oct 2004 09:06:43 -0600, Stuart Jansen <sjansen(a)gurulabs.com> wrote:
> > > > In Fedora Core 3, RPM will ignore such conflicts, and the package
> > > > installation will proceed, overwriting any conflicting files from
> > > > previously-installed packages.
> > >
> > > Is there any way to revert to the previous behaviour ?
> > rpm --fileconflicts
> So we've got a reply from an @redhat.com that says how to avoid the
> behavior. But we haven't heard what the reason for the change was.
There's nothing magic about "a reply from an @redhat.com". I've got such
an address, too, but so what. Wait until you see a mail from Jeff Johnson
or Christian Gafton. It's a weekend.
Rex Dieter wrote:
>> So we've got a reply from an @redhat.com that says how to avoid the
> I have to agree with the consensus shown here that this change in
> default behavior is, to put in mildly, *just plain stupid*. Please,
> please revert to previous, proper behavior, and force folks who insist
> on this broken behavior to use
> rpm --replacefiles
> Has anyone bothered to submit anything to bugzilla yet? (If not, I'd be
> happy to).
Please do. It might just be that. A bug.
Nils O. Selåsdal
I'd like to know what the status of the IT8212 RAID/IDE Controller
driver is with regard to the FC3 kernel. Is it possible to pick the
driver from the -ac patchset and build against the FC3 kernel, or do the
API differ too much? If it's not possible to build, could the driver be
modified to use the old IDE API?
Also, could you bring back the pwc driver please? It's gone missing from
2.6.9-1.643 again. I suppose it's marked buggy, but it works fine (for
me at least). On the other hand, if it's easier to create an add-on
package containing both pwc and pwcx when the pwc module is _not_
distributed with the main kernel, it's better to leave it this way.
* Fri Oct 29 2004 Jens Petersen <petersen(a)redhat.com> - 1:1.10pl020-5
- before upgrading modify the wnn user and group (in the same way mailman does)
rather than deleting and recreating them to really fix the upgrade failure
with nis (136551)
- simplify this by introducing %wnnuser, %wnnuid, %wnngrp, %wnngid and
%wnndir and use them
* Tue Oct 26 2004 Adrian Havill <havill(a)redhat.com> 50:0.50-5
- aspell already owns cp1251.dat (#137022)
* Thu Oct 28 2004 Tomas Mraz <tmraz(a)redhat.com>
- force broken_shadow option on network auth (#136760)
* Fri Oct 29 2004 David Malcolm <dmalcolm(a)redhat.com> - 2.4.2-4
- added patch to fix crash on startup on 64-bit architectures (#137594)
* Thu Sep 30 2004 Christopher Aillon <caillon(a)redhat.com> 2.4.2-3
- PreReq desktop-file-utils >= 0.9
* Thu Oct 28 2004 Matthias Clasen <mclasen(a)redhat.com> - 2.4.13-5
- Include an upstream bugfix in the
gtk+-2.4.9-treeview-activate.patch. This fixes
a crasher bug (#137461)
* Thu Oct 28 2004 David Zeuthen <davidz@redhat,com> 0.4.0-10
- Allow adding SCSI optical drives to the /etc/fstab file (#137364)
- Fix typo where 'async' was used instead of 'sync' (#137456)
* Fri Oct 29 2004 Akira TAGOH <tagoh(a)redhat.com> - 1:12.1-4
- leif-unit-revert-1961~1971.patch: reverted the changes for the per-user
config stuff to avoid crashing when UNIT LE is loading. (#137007)
* Thu Oct 28 2004 Jens Petersen <petersen(a)redhat.com> - 1:12.1-3
- iiimf-gtk requires iiimf-libs to upgrade from FC2 without error and to run
(137018) and iiimf-x requires iiimf-libs to run
* Wed Oct 20 2004 Akira TAGOH <tagoh(a)redhat.com>
- fix the ownership of /usr/lib64/im/share (136306)
* Fri Oct 29 2004 Dave Jones <davej(a)redhat.com>
- Fix raid5 oops (#127862)
* Thu Oct 28 2004 Dave Jones <davej(a)redhat.com>
- Remove the possibility of some false OOM kills. (#131251)
- Add more USB card readers to SCSI whitelist (#131546)
- Disable CONFIG_SCHED_SMT for iseries.
* Wed Oct 27 2004 Dave Jones <davej(a)redhat.com>
- Reenable ISA NIC support (#136569)
* Fri Oct 29 2004 Jeremy Katz <katzj(a)redhat.com> - 2.1.11-2
- add patch to fix multilib updates on ia32e (#135396)
On Fri, 2004-10-29 at 17:45, Gene Heskett wrote:
> On Friday 29 October 2004 17:10, seth vidal wrote:
> >Hi Folks,
> > The physics department at duke university is victim of another
> > power outage. We will be shutting down fedora.linux.duke.edu (also
> > fedoraproject.org) for about 3 hours today starting at 6pm EDT
> > -4UTC
> Gee, and just as I was about to fire off another wget session. I take
> it you've been having too much fun there Seth? They must have
> started 20 minutes early with the shutdown. :)
Yah the power went out promptly at 6:00 so we shut down about 20 minutes
We're back now. Feel free to download.
The physics department at duke university is victim of another power
outage. We will be shutting down fedora.linux.duke.edu (also
fedoraproject.org) for about 3 hours today starting at 6pm EDT -4UTC
I am curious as to why redhat chose python as the language to code
the user interfaces to many of the system tools. I am assuming
that system-config-network etc, all were written by redhat people
and most of them were written in python (with gtk).
Was there any discussion as to the benefits of python over other alternatives
(tcl-tk, perl etc) ?
Recently the version of libgcrypt was increased to 1.1.94 as a result of
this newpg would not build against the newer libgcrypt i sent an email to
gcrypt-devel list and this is what i got back
Don't build newpg at all. It has been superseded by gnupg-1.9.x .
You would need an old libgcrypt < 1.1.42 to build it. The configure
sscript was not able to detect newer versions with a changed API.
we have a problem here seems we no longer need newpg but we need things it
provides for gpgme gpgme03 cryptplug gpa kgpg (which doesnt complain so
much just says its not there) to get these things it provides we need to
go to the newer gnupg or we need to revert back to the older libgcrypt.
being so late in the cycle i dont know which would be best. so i thought id
ask before filling a bug against something. it does need to be fixed before
final is out as people will complain if they cant decrypt email in kmail or
mutt gpa doesnt work etc. i think we should probably go back to the old
version of libgcrypt