I upgraded from redhat 9 to rawhide a while back, and everything has
been going fine. Except, krb5-libs and -devel have been showing up in my
un-upgradable apt-get upgrade list for some time. Whenever I attempt to
install them my system gets hosed (it tries to uninstall nearly
everthing). Everything that depends on krb5-libs works, but nothing that
depends on it to compile can compile (i get all kinds of missing
If I manually upgrade (rpm -Uvh --force --nodeps krb5-libs.rpm
krb5-devel.rpm) the system dies (rpm stops working etc.). I don't want
to go through a complete reinstall again,so I wanted to ask the list
first - is it possible to parallel install krb5-libs 1.2.8-4 and the
newest version? Will programs that depend on either break?
All of the packages depend upon libcom_err.so.3, but all I can find
mention of is libcom_err.so.2 (.3 is provided by krb5-libs 1.2.8-4, .2
is provided by 1.3.1-6)
Should I just reinstall from rawhide (from scratch) and hope it all goes
away? (everything else is up-to-date as of this point in time)
We'd like to create a website and a mailing list in french about Fedora.
Is there anyone who has already began to translate it ?
How can we manage: should we make an indipendant site or send you the
translated pages ? (We already have a spaceweb for this :
Colette and Alain.
I've got a very minimal install of Fedora on PPC (ibook2) working over
Main gotcha other than kernel packages was the mkinitrd from ppc rawhide
repo required ppc64-utils - I assume that the conditional in mknitrd
should be ifarch ppc64?
I hope to get anaconda-runtime and anaconda on sometime this week and
build iso images.
It's on bugzilla #108077
Jeremy Katz wrote:
> On Fri, 2003-10-24 at 11:03, Troy Dawson wrote:
>>I'm having a hard time finding the right maillist and/or web pages for grubby
>>(not grub). Can anyone point me to the right place?
> fedora-devel-list or bugzilla (or here)
>>When using grubby to add arguments to the kernel, for either lilo or grub, I
>>am only able to add one instance of an item.
>>My specific problem is that for a serial console, if you want to have the
>>output go through both the video and serial console, you need to add
>>(ok, so you need to modify the serial part for your specific instance but
>>that's not the question)
>>grubby will only allow one instance of console= so I'm having some trouble
>>using grubby to do this.
> Hrmmm... grubby does this to change existing options without the
> thought of multiple allowed of the same option. If you file something
> in bugzilla, I'll look into making this behavior better.
> fedora-test-list mailing list
Troy Dawson dawson(a)fnal.gov (630)840-6468
Fermilab ComputingDivision/CSS CSI Group
On Sun, 2003-10-26 at 18:11, George Garvey wrote:
> For my own purposes, I'm going to package:
> gcc to mingw cross-compiler
> I doubt qmail is of interest to Fedora, but what about the others? Want
> them passed on?
But take a look at www.fedora.us. I Believe someone already packaged
atleast fltk and distcc.
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
Tlf: 370 45 431
Mob: 943 01 380
w w w . u t e l s y s t e m s . c o m
I have been informally involved with the original Fedora Project from
time to time, but have not actually submitted my complete details, so
here it is..
1. Full legal name
Last name: Salim
First names: Michel Alexandre
2. Address: Jakarta, Indonesia
3. Status: B.Eng in CS, aspiring graduate student
4. School: Previously with University of York, United Kingdom
- maintaining deprecated packages like fortune-mod
- packaging applets i.e. General Applet Interface toys
- packaging weblog/RSS tools, e.g. PyDS, straw
Willing to do QA, but might not be able to do large packages due to
- beta tester for previous RH beta releases with several bug reports
- packaged xmms-cdread, repackaged fortune-mod with added cookie files
- familiar with Red Hat distributions (see above), Bugzilla and Python
7. GPG KEYID - B58A8357
pub 1024D/B58A8357 2002-10-10 Michel Alexandre Salim
Key fingerprint = 2030 FCC0 39EF 8BB6 1518 8BAA B469 B1DE B58A
uid Michel Alexandre Salim
uid [jpeg image of size 2207]
sub 3072g/53168D44 2002-10-10
xchat contains a small amount of assembler, the short story of
which causes it to not be exec-shield friendly. If exec-shield
is enabled on one's system, xchat will run with it disabled.
Since it is much preferable for any networked software to benefit
from the type of security benefits that exec-shield provides,
Arjan discovered this problem and wrote a small patch to make
xchat exec-shield friendly.
Arjan's patch is currently applied to xchat-2.0.4-4 which is in
internal rawhide, and hopefully will be pushed out soon.
Please test this heavily with and without exec-shield enabled.
Please file any regressions in bugzilla.
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat