The install is about 12 min. quicker today for the default install.
Using pxe boot and NFS.
And I can now ssh into the box from a remote machine. :) Thanks!
Other things like Take Screenshot are still broken.
What is that chance to swap a couple of screens?
So when you are at the screen that lets you select the packages and you
click next that it just takes you to the next screen that tells you about
the log in /root. Then when you click next it would do the dependency check
and if no errors just continue the install.
Also is there a reason that all the keys just don't get imported?
I keep getting the guetenprint update and it asks for the
RPM-GPG-KEY-fedora-extras key to be imported.
Then again maybe this key should go away, since extras is.
I've just posted a patch to update system-config-netboot to
generate initramfs images to bootstrap diskless clients:
I noticed that for the system-config-netboot component
there were several trivial bugs that have been open for several
momths without any activity going on.
The latest update of system-config-netboot has been on
Jun 2006. Is this package still being actively maintained?
And, more importantly, is RedHat still interested in pushing
and supporting diskless clients in the next versions of RHEL?
I'm asking because, depending on the level of support we can
expect, I may have to recommend different solutions for the
// Bernardo Innocenti - Develer S.r.l., R&D dept.
Hai you all :)
Well, I just started packaging kde4 based on kevinkoefler's work. Some
friends are porting kde3 apps to kde4, so why not give them the
minimum tools needed ?
kevinkoefler SRPMS are
My modifications : http://chitlesh.funpic.de/fedora/kde4_11_27.tar.bz2
(I don't have a place to upload the SRPMS :( )
1. the svn snapshot are from 20061003, neither kevin nor I got the
time to update the snapshots. However my priority is just first get a
working set of kde4 packages.
2. the specs don't have the patches inorder to integrate these
packages to the fedora desktop. ThanNgo accepted to offer his help to.
3. SRPMs from my specs haven't undergo mock till now.
4. kde4 is installed on /opt/kde4 and kevin made so to co-existe kde3
and kde4 at the same time
5. the kde4.desktop doesn't load kde4 desktop upon login because it
seeks its libkde*.so.5 at /usr/lib instead of /opt/kde4/lib
I would like to have more light on this #5 in order to make it just
work for once :)
here is my /usr/share/xsessions/kde4.desktop:
Comment=The K Desktop Environment. A powerful Open Source graphical
Any help will be welcome :)
I was wondering how everyone felt about the possibility of including
Grub 2 in FC7. While it still is in development, it is very much
functional and does currently work. This would have the potential to
allow unification of boot loaders across all architecture (PPC & EFI
Intel boxes come to mind). This may also kick start development on
Grub 2, so it's not under development forever. The downfall though is
that it does use a new file format & tools would need to be modified
to support it. What does everyone else think?
For info on grub 2:
This article introduces a bunch of new laptop technologies that
Microsoft is supporting in Vista. According to the article,
these technologies will result in shortened boot times, less
power consumption in hard drives, the ability to have commonly
used files stay resident in non-volatile memory for rapid program
launches, etc. These technologies all have a hardware component
in addition to the software side. My hope is that we can figure
out how to have Linux benefit from these hardware changes.
Power management on laptops remains an area where Linux
is challenged, though it is improving.
Is there any hardware specs are out there for these
new chunks of hardware?
Here's an article discussing the new gizmos:
Could someone please add pxelinux.0 to /images/pxeboot/?
I am not sure how often it changes, but it is kind of a pain to get it out
Is pxelinux.0 a generic thing or does it have to match everything else?
Also is there a reason that stage2.img couldn't just be loaded from the tftp
server in the first place instead of having to use NFS, ftp, or http?
Especially if you are just doing a rescue?
We could really use it (: I need to have a tree handed off by tomorrow in
order to meet the Tuesday release deadline.
Start there and let us know! We'll try to fill in the found bugs as we find
them, or the common known issues. Given that this is Test1, its going to be
a little rough.
Release Engineer: Fedora
Before I start filing bugs: is it expected that using compiz while running
applications that use OpenGL themselves results in funny display programs?
Or is this supposed to work and not doing so is a driver bug?