mkinitrd failed problems yuming the kernel 2.6.6-1.421
by Brian Millett
This is a trace of the process.
I do not know what this means as far as the stability of the new installed
kernel.
kernel-sourcecode 100 % done 18/43
kernel 100 % done 19/43
memlock: Cannot allocate memory
Couldn't lock into memory, exiting.
mkinitrd failed
a listing of /boot:
ls /boot
boot.b initrd-2.6.6-1.403.img System.map-2.6.6-1.406
chain.b initrd-2.6.6-1.406.img System.map-2.6.6-1.414
config-2.6.6-1.391 initrd-2.6.6-1.414.img System.map-2.6.6-1.421
config-2.6.6-1.397 kernel.h vmlinuz
config-2.6.6-1.403 lost+found vmlinuz-2.6.6-1.391
config-2.6.6-1.406 memtest86+-1.15 vmlinuz-2.6.6-1.397
config-2.6.6-1.414 os2_d.b vmlinuz-2.6.6-1.403
config-2.6.6-1.421 System.map vmlinuz-2.6.6-1.406
grub System.map-2.6.6-1.391 vmlinuz-2.6.6-1.414
initrd-2.6.6-1.391.img System.map-2.6.6-1.397 vmlinuz-2.6.6-1.421
initrd-2.6.6-1.397.img System.map-2.6.6-1.403
It sure does look like the initrd is missing.
Thanks.
--
Brian Millett
Enterprise Consulting Group "Shifts in paradigms
(314) 205-9030 often cause nose bleeds."
bpmATec-groupDOTcom Greg Glenn
19 years, 11 months
Dependencies problems with gimp and abiword
by Casimiro de Almeida Barreto
Hello,
There are some dependency problems with gimp and abiword. Yum results in:
[root@200 fedora]# yum install "gimp*"
Gathering header information file(s) from server(s)
Server: Fedora Core 2 - i386 - Base
Server: Fedora Core 2 - Development Tree
Server: Fedora Core 2 - i386 - Released Updates
Server: Fedora Core 2 - i386 - Unreleased Updates
Finding updated packages
Downloading needed headers
Resolving dependencies
....Unable to satisfy dependencies
Package gimp needs libcrlayeng.so.1, this is not available.
Package gimp needs libcroco.so.1, this is not available.
Package gimp needs libcrseleng.so.2, this is not available.
Best regards,
Casimiro
19 years, 11 months
Rawhide upgrades
by Warren Togami
Now is the time to look at the rawhide package list, and upgrade anything that has newer stable
upstream versions. Some cases like spamassassin where there are current very stable pre-releases
and release schedule plans have the final release well before FC3 are acceptable for rawhide too.
Please provide lists of stuff to upgrade THAT YOU HAVE ACTUALLY TESTED. Please also indicate if
there will be known API changes in libraries or related changes that would require upgrades or
rebuilds of other rawhide packages. We cannot guarantee that rawhide will be usable every day,
but I personally want to make it broken less often during this cycle.
Please continue to watch for new upstream versions with meaningful improvements, perhaps until FC3T2.
19 years, 11 months
Re: Rawhide upgrades
by Warren Togami
Peter Robinson wrote:
>
> openh323 and pwlib have newer versions but are due to have a new release
> around mid July. I have played with the newer releases a bit from CVS but
> only when I've had time.
>
> Along the same lines the new gnomemeeting 1.2 but I'm not sure of the dev
> timeframe for that. Also needs e-d-s I think for address book integration.
These are very complicated. We are likely to include the pre-release of
these in rawhide if you manage to convince upstream developers to become
directly involved in the Fedora packaging and dealing with bug reports.
Without upstream involvement, or dedicated community volunteers, RH
engineers probably do not have time to deal with pre-releases of most
software.
http://marc.theaimsgroup.com/?l=spamassassin-devel&m=108510881727347&w=2
What we really need for many FC and FE packages is the deal that I asked
for in this post. This kind of simple partnership with upstream has
been beneficial for several FC packages, like spamassassin, gaim, and
dovecot. Bugs get killed FAST, and the package becomes polished much
more quickly, and versions upgraded quickly. This is very beneficial
for us to do NOW in rawhide.
>
> Evolution 2 (but I'm sure this is already on the list).
>
> Project Utopia, but I know redhat guys are working on this anyway
>
> Firefox/Thunderbird.
Firefox and thunderbird packages are ready, but they are unlikely to go
into Core unless they improve enough to be able to replace mozilla. The
main blocker for this is automatic importing of mozilla settings & mail,
but there are other issues, and also strategic decisions that would
need to be made to move in this direction. In the mean time, Extras
contains firefox & thunderbird that integrate very nicely into FC2.
Warren Togami
wtogami(a)redhat.com
19 years, 11 months
Re: Prepackaged configurations
by Rafael Garcia Leiva
Dear All,
John Hearns wrote:
> On Sat, 2004-05-22 at 19:43, Havoc Pennington wrote:
> > Hi,
> >
> > Something that's missing in the OS is an "out of the box" experience
> > for the different ways one might use the operating system.
> >
> > In an ideal world, someone could maintain the canonical best practice
> > setup for say a locked-down desktop lab, and everyone else just
> > clicks/types "install me a locked down desktop lab system," applies any
> > site-local tweaks, and that's it.
> >
>
> Also look at the related Quattor project from CERN.
> http://quattor.web.cern.ch/quattor/
> This is being developed for the automatic installs of heterogenous
> machines on a Grid.
Quattor is a general tool for fabric management (installation, configuration
and management), including both grid and non-grid environments.
> I don't see why the PAN language developed there couldn't be used for
> these canonical machine types.
Yes, you can use the Pan language to define your "canonical machine types".
With Pan you can create a profile template describing the configuration of
every type of canonical machine, and then fill in the gaps with the final
specific user information (ip address, user accounts, and so on).
The true is that Pan and KickStart have been already integrated. We have an
"Automated Installation Infrastructure", that uses
DHCP/PXELinux/KickStart/Pan to automatically install a client machine using a
set of "standard" profiles. But, if you need so, you can use only the
KickStart/Pan part as well.
Cheers
--
Rafael Angel Garcia Leiva
Universidad Autonoma Madrid
http://www.uam.es/angel.leiva
19 years, 11 months
What happened to gtkmm2 ?
by Denis Leroy
Hi,
A number of app authors have growing concerns about the disappearance
of gtkmm2 (the Gtk2/Gnome2 C++ bindings) from FC2. What happened ?
gtkmm2 and al (gconfmm, libglademm, see http://gtkmm.sf.net/) were part
of FC1, then dropped from FC2. Yet the gtkmm 2.2 libs are remarkably
stable and mature (speaking from experience).
Many applications rely on these, for example Gabber and cdrdao. cdrdao
is already part of FC2, but its GUI front-end (gcdmaster) is not built.
Is there an official packager for gtkmm ? Is there anything we can do
to help ? Basically this omission relegates a number of worthy projects
into undeserved obscurity.
Denis Leroy, cdrdao project admin
http://cdrdao.sf.net/
19 years, 11 months
Fedora Core 2 upgrade FAILURE
by Richard Emberson
I've tried the fedora-list without success so please bear with me
while I discribe my plight:
I've got an older VALinux machine and I can not boot from CD.
So I mounted disc1, copied vmlinuz and initrd.img to /boot, unmounted
disc1, added entry to /etc/grub.conf, then rebooted:
mount /dev/cdrom
cp -a /mnt/cdrom/isolinux/vmlinuz /boot/FC2-install
cp -a /mnt/cdrom/isolinux/initrd.img /boot/FC2-install.img
umount /mnt/cdrom
and add entry like:
title Fedora Core 2 Installation
root (hd0,0)
kernel /FC2-install
initrd /FC2-install.img
to /etc/grub.conf (use /boot/FC2... when not relative to /boot)
Everything was going along fine; I did an upgrade (not install) and
after 1 1/2 hours it said that the installation was a success and that
I should click the reboot button ... which I did.
Well, reboot started out ok, there was a single boot option on the
grub boot page, but then it asked me to insert disc1. I did so
and it then asked me if I wanted to upgrade or install.
hmmm.....
I selected upgrade and it proceeded to "upgrade" a php rpm from disc1
and compat-db rpm from disc3 and announced that the installation was
successful and that I should click on the reboot button.
Ok, reboot started and then once again it requested that I insert disc1
and once again it installed the same two rpm's, php from disc1 and
compat-db from disc3 and announced that the installation was a success.
I tried one more time with the same result.
At this point (with advise from the fedora-list) at the grub gui
I entered the command mode and looked at what was in the /boot
directory. Well, vmlinuz-2.6.5-1.358 is there (the only vmlinuz file)
but initrd-2.6.5-1.358.img is not there (neither is memtest86+-1.11),
though there are some initrd-2.4.* files still.
I wanted to try the following from grub:
root (hd0,0)
kernel /vmlinuz-2.6.5-1.358 ro root=LABEL=/
initrd /initrd-2.6.5-1.358.img
boot
but since initrd-2.6.5-1.358.img is not there I can not.
So, what can I do? None of the grub network commands, e.g., ifconfig,
seem to be available. How do I get a copy of initrd-2.6.5-1.358.img
onto the disk?
Thanks
Richard
19 years, 11 months
RE: QA Application XML save formats.
by Erik LaBianca
> -----Original Message-----
> From: fedora-devel-list-bounces(a)redhat.com [mailto:fedora-devel-list-
> bounces(a)redhat.com] On Behalf Of Toshio
> Sent: Sunday, May 30, 2004 11:29 AM
> To: fedora-devel-list(a)redhat.com
> Subject: QA Application XML save formats.
>
> Hi,
>
> I've got a first cut of an xml save format for my QA Assistant App. If
> Aurélien, Erik, and others interested in tools that help write QA
> reports want to take a look, I'd be glad of any input. I'm only a
> novice xml author so my format could probably use some work.
>
Sorry I haven't been following your qa-assistant very closely, I don't run X most of the time. I did download the rpm from sourceforge, and took a look at it. I'm assuming that version doesn't know how to save the .xml files you referred to?
Since you have taken the time to encapsulate the checklist as an XML file, I think we should all start adopting THAT as the canonical reference, including going so far as to write an xslt sheet to render it as html and posting it on the website.
I've created a first round xslt stylesheet, which can see the results of at
http://www.ilsw.com/~erik/fedoraus.xml
The xslt stylesheet is at
http://www.ilsw.com/~erik/checklist.xsl
I also spent some time thinking about how to integrate our code. I'm going to throw out an idea here, and you can see what you think. If you look at the changes I made to the first couple of entries in fedoraus.xml, you can see I added a <script> section, with some simple code in it. My thought is that the best way to enforce a policy is to put the code to do it in the same place as the policy definition, aka the checklist definition.
I also created a simple python script to walk through the checklist, find the scripts, and run them. With some tweaking, I think it could work admirably both for an unattended checker, or integrated into a gui like yours. The script is at http://www.ilsw.com/~erik/runchecklist.py
Outstanding issues:
We need to agree on a way to define input parameters to pass into scripts, ie things like a gpg keyring file, or the srpm filename, or ??? You can see I started doing this, but I haven't finished the job by any means.
We need to agree on an output method. I think the easy way to do it is by mapping return codes to states like I show in the example, or taking the entire textual output of the program and matching it to a state name. We can do both, they're both easy.
Other comments:
I'm not sure I entirely understand the difference between qasave.dtd and checklist.dtd. My personal preference is to generate the qasave dtd (xml schema would be better) and xml directly from the checklist xml. Then there is 1 and only 1 definition of the policy, description, and storage format.
I think the checklist probably needs to carry more of the policy information we've argued about (and not decided on) with it. IE I'd like for each entry to have a "class" or something indicating if it was a Blocker, Non-Blocker, Important, or Cosmetic only.
I think the checklist xml also needs to carry whatever information might be needed to create a QA report in the affirmative or negative for that particular entry. IE you should be able to create some sort of human friendly listing of the packages status by transforming a "checklist data file" and a "checklist" together. Maybe you already have this?
Anyway, I don't have more time to work on this today, I thought I'd get my thoughts out there and see what you all think
--erik
p.s. It's been a few weeks since the redhat conference, and I haven't seen a single status update about fedora extras. Am I blind?
I hate the idea of spending a lot of time putting together QA tools and then having the policy and methodology utterly pre-empted by decree when redhat releases their external contributor policy and infrastructure.
19 years, 11 months
Dear Fedora Community, what do you want?
by Scott Sloan
I had a discussion with a friend about a week ago about Linux and
hardware support. Basically it was the endless loop that " Linux's
popularity is directly related to the amount of hardware support which
is based on it's popularity of the OS"
So I took the question to the other side of the fence to a friend who
works in high upper management, who's words carries a lot of weight, for
a highly respected hardware manufacture, well at least for printers in
my book.
"Give me a list of what the Linux community is seeking as far as
hardware support and I'll see if I can get some bodies working on it.
With a convincing email or two and we should be able to get it done"
I know nothing is for certain (besides: death and taxes :) but I would
like to write the email just to get the issue out there. so I'm asking
What do we want from manufactures? Just great stable drivers? GPL
drivers? And How can we convince them that writing drivers for Linux is
worth their time?
--
Scott Sloan <devscott(a)charter.net>
19 years, 11 months
