Re: FC4 state of affairs and FC5
by Jef Spaleta
On 9/7/05, Jeff Spaleta <jspaleta(a)gmail.com> wrote:
> On 9/7/05, Paul A Houle <ph18(a)cornell.edu> wrote:
> > I don't really know how bad the problems are. Most of the codepath
> > involved in the install is going to be on the CD and not on the rpms.
> > Most of the rpms are getting 'tested' by people who are running
> > up2date.
>
> anaconda has "magic"..voodoo magic. Perhaps its best not to assume
> that up2date and anaconda treat depresolution equally.
>
> The main questions I see are
> >
> > (i) will something about the rpms cause the installer to malfunction?
> > (ii) will something go wrong during firstboot... this is the one code
> > path that isn't getting tested daily by Fedora users.
> >
> > Careful software engineering can minimize the codepath affected by
> > (i) and (ii) problems and reduce the chance of problems.
>
> careful software engineering certaintly sounds like manpower to me.
> Who exactly is going to be watching out for this? Someone is going to
> actually have to do the testing and catch problems. Especially if the
> goal is to respin to fix install time problems. Anytime you go into
> the code to fix something you can break something...regardless of how
> "careful" your software engineering is. If there isn't the manpower to
> do the testing after a change in made.. you end up with a situation
> where people having problems unique to a respin. Its hard enough
> helping people through well understood cornercase installer problems
> with the release isos 2 months after a release. You start throwing
> monthly isos out there without serious regression testing and you get
> into deeply uncomparable situations. I'm certaintly not going to stick
> my neck out and attempt to help people with a respin that I havent
> used. And I'm certaintly not going to be doing weekly or monthly
> respin based installs on top of tracking rawhide I don't have the
> hardware to keep up with that.
>
> > A less ambitious goal is to keep the installer the same and change
> > the rpm's. This won't solve everybody's problems, but it will make
> > Fedora installs faster around my house.
>
> Sometimes I find it better to choose reliably broken with known
> workarounds..than unreliably new. I'm more than willing to get on the
> bandwagon once someone shows me with that scripted respins of the
> distro like this don't need aggressive pre-release testing by putting
> these things out and the wild and collecting usage information and
> bugreports. I'm not inclined to ask developers to take on
> unreasonable maintainership burden to keep respins sane and I'm not
> inclined to throwing respins over the wall and causing a bigger mess.
>
> -jef"dragsters are fast.. lets all drive dragsters to work"spaleta
>
18 years, 6 months
rawhide report: 20050907 changes
by Build System
Updated Packages:
coreutils-5.2.1-53
------------------
* Tue Sep 06 2005 Dan Walsh <dwalsh(a)redhat.com> 5.2.1-53
- Allow id to run even when SELinux security context can not be run
- Change chcon to use raw functions.
* Tue Jun 28 2005 Tim Waugh <twaugh(a)redhat.com>
- Corrected comments in DIR_COLORS.xterm (bug #161711).
gcc-4.0.1-13
------------
* Tue Sep 06 2005 Jakub Jelinek <jakub(a)redhat.com> 4.0.1-13
- update from CVS
- PRs c++/21440, c++/21687, c++/23167, c++/23225, c++/23667, c++/23699,
c/22061, c/23161, c/23165, c/23506, fortran/23661, libfortran/23321,
libobjc/23108, middle-end/21460, rtl-optimization/23454,
target/23556, tree-optimization/15366, tree-optimization/23326
- fix libgfortran Tn format handling (#166480)
- fix DW_AT_encoding of const char (#167148, PR debug/7241)
- fix ia64 profiling (Richard Henderson, PR target/12455)
- delegitimize PIC addresses in a few extra places
(PR rtl-optimization/23098)
- fix constant sharing bug in static_cast handling (PR c++/23056)
- avoid redundant warnings on return; in function returning non-void
(PR c/23075)
- avoid duplicate no unique final overrider error messages (PR c++/21983)
- when deciding about i?86 calling conventions for local functions,
take into account global register variables (PR target/22362)
gdm-1:2.8.0.2-4
---------------
* Tue Sep 06 2005 Ray Strode <rstrode(a)redhat.com> 1:2.8.0.2-4
- Apply clean up patch from Steve Grubb (gnome bug 315388).
gkrellm-2.2.7-3
---------------
* Tue Sep 06 2005 Karsten Hopp <karsten(a)redhat.de> 2.2.7-3
- fix path to gkrellm2 plugins on 64bit archs (#164066)
gnome-menus-2.12.0-1
--------------------
* Tue Sep 06 2005 Mark McLoughlin <markmc(a)redhat.com> 2.12.0-1
- Update to 2.12.0
gnome-panel-2.12.0-1
--------------------
* Tue Sep 06 2005 Mark McLoughlin <markmc(a)redhat.com> 2.12.0-1
- Update to 2.12.0
gnome-session-2.11.91-3
-----------------------
* Tue Sep 06 2005 Ray Strode <rstrode(a)redhat.com> - 2.11.91-3
- Don't take ownership of /usr/share/xsessions (bug 145791).
gnomemeeting-1.2.2-1
--------------------
* Tue Sep 06 2005 Daniel Veillard <veillard(a)redhat.com> 1.2.2-1
- Upstream release of 1.2.2
java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_49rh
------------------------------------------
* Tue Sep 06 2005 Thomas Fitzsimmons <fitzsim(a)redhat.com> - 0:1.4.2.0-40jpp_49rh
- Import java-gcj-compat 1.0.41.
* Tue Sep 06 2005 Thomas Fitzsimmons <fitzsim(a)redhat.com> - 0:1.4.2.0-40jpp_48rh
- Don't include security provider file in custom builds.
- Don't mark security provider file as config(noreplace).
kernel-2.6.13-1.1542_FC5
------------------------
* Tue Sep 06 2005 Dave Jones <davej(a)redhat.com>
- 2.6.13-git6
krb5-1.4.2-3
------------
* Tue Sep 06 2005 Nalin Dahyabhai <nalin(a)redhat.com> 1.4.2-3
- add an xinetd configuration file for encryption-only telnetd, parallelling
the kshell/ekshell pair (#167535)
less-382-8
----------
* Fri Sep 02 2005 Jindrich Novy <jnovy(a)redhat.com> 382-8
- fix displaying of bogus newline for growing files (#120916)
libselinux-1.25.7-1
-------------------
* Tue Sep 06 2005 Dan Walsh <dwalsh(a)redhat.com> 1.25.7-1
- Update from NSA
* Merged modified form of patch to avoid dlopen/dlclose by
the static libselinux from Dan Walsh. Users of the static libselinux
will not have any context translation by default.
libsemanage-1.1.6-1
-------------------
mc-1:4.6.1a-0.14
----------------
* Mon Sep 05 2005 Jindrich Novy <jnovy(a)redhat.com> 4.6.1a-0.14
- backport the new Find dialog from upstream (#167493)
- disable Xorg usage and drop the dependency
- enable samba vfs
- highlight "%check" in spec files (Mike A. Harris)
nfs-utils-1.0.7-16
------------------
* Tue Sep 06 2005 Steve Dickson <SteveD(a)RedHat.com> 1.0.7-16
- The nfslock init script no longer needs to bring lockd
down. (bz 162446)
openCryptoki-2.1.5-10
---------------------
* Tue Sep 06 2005 Phil Knirsch <pknirsch(a)redhat.com> 2.1.5.6.10
- Fixed quite a few warnings and actual errors (#143768)
- Fixed the initscript for failed startups (#154495)
openh323-1.15.6-1
-----------------
* Tue Sep 06 2005 Daniel Veillard <veillard(a)redhat.com> 1.15.6-1
- new upstream release
patch-2.5.4-27
--------------
* Wed Sep 07 2005 Tim Waugh <twaugh(a)redhat.com> 2.5.4-27
- Applied patch from Ulrich Drepper to fix string overread (bug #167675).
* Tue Sep 06 2005 Tim Waugh <twaugh(a)redhat.com> 2.5.4-26
- Preserve SELinux file contexts (bug #165799).
policycoreutils-1.25.9-2
------------------------
* Tue Sep 06 2005 Dan Walsh <dwalsh(a)redhat.com> 1.25.9-2
- Add prereq for mount command
* Thu Sep 01 2005 Dan Walsh <dwalsh(a)redhat.com> 1.25.9-1
- Update to match NSA
* Changed setfiles -c to translate the context to raw format
prior to calling libsepol.
* Fri Aug 26 2005 Dan Walsh <dwalsh(a)redhat.com> 1.25.7-3
- Use new version of libsemange and require it for install
pwlib-1.8.7-1
-------------
* Tue Sep 06 2005 Daniel Veillard <veillard(a)redhat.com> 1.8.6-1
- new upstream release, previous gcc4 patch is not needed anymore
scim-tables-0.5.3-3
-------------------
* Tue Sep 06 2005 Jens Petersen <petersen(a)redhat.com> - 0.5.3-3
- add 14 new Indic tables for Bengali, Gujarati, Hindi, Kannada, Malayalam,
Punjabi, Tamil and Telugu in updated scim-tables-indic.patch
- new icons for all Indic tables by Amanpreet Singh Brar
- Indic tables are now in new scim-tables-indic subpackage
- add Danish ascii table and icon with danish-table.patch to additional tables
- rename {zh,ja,ko} subpackages to {chinese,japanese,korean}
- make subpackages own /usr/share/scim/tables
setup-2.5.47-1.1
----------------
* Tue Sep 06 2005 Bill Nottingham <notting(a)redhat.com> 2.5.47-1
- make lastlog 0644 (#167200)
tar-1.15.1-10
-------------
* Tue Sep 06 2005 Peter Vrabec <pvrabec(a)redhat.com> 1.15.1-10
- provide man page (#163709, #54243, #56041)
tzdata-2005m-2
--------------
* Tue Sep 06 2005 Jakub Jelinek <jakub(a)redhat.com> 2005m-2
- 2005m
- changes for USA (extending DST by 4 weeks since 2007), Tunisia,
Australia, Kazakhstan
- historical timezone data changes for Japan, Poland, Northern Ireland and
Mali
- timezone name change for East Timor
vim-1:6.3.086-4
---------------
vnc-4.1.1-17
------------
* Tue Sep 06 2005 Tim Waugh <twaugh(a)redhat.com> 4.1.1-17
- Make vncviewer prevent xscreensaver from blanking screen (bug #106552).
xscreensaver-1:4.22-12
----------------------
* Tue Sep 06 2005 Ray Strode <rstrode(a)redhat.com> 1:4.22-12
- remove density option from squiral screensaver,
Patch from Mamoru Tasaka <mtasaka(a)ioa.s.u-tokyo.ac.jp>
(bug 167374).
Broken deps for s390
----------------------------------------------------------
lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6
prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10
initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12
Broken deps for i386
----------------------------------------------------------
systemtap - 0.3-2.i386 requires libdw.so.1(ELFUTILS_0.114)
lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0
valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0
Broken deps for x86_64
----------------------------------------------------------
systemtap - 0.3-2.x86_64 requires libdw.so.1(ELFUTILS_0.114)(64bit)
valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0
lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit)
Broken deps for ppc
----------------------------------------------------------
lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0
Broken deps for ppc64
----------------------------------------------------------
lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit)
firstboot - 1.3.45-1.noarch requires system-config-display
system-config-mouse - 1.2.11-1.noarch requires pyxf86config
evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit)
evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit)
evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit)
system-config-keyboard - 1.2.6-2.noarch requires pyxf86config
ppc64-utils - 0.7-9.ppc64 requires yaboot
Broken deps for s390x
----------------------------------------------------------
lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6
initscripts - 8.12-3.s390x requires kernel >= 0:2.6.12
prelink - 0.3.5-2.s390x requires kernel >= 0:2.4.10
18 years, 6 months
Debugging a system hang.
by Naoki
Hey all,
I was asking this back over on fedora-list but had no responses.
How do I debug a hung system? My box doesn't (ibm e326 with FC4,
x86_64) actually panic and crash so lkcd is of no use(?) kgdb? How about
magic sys key ?
I can reliably make it hang to a point where the only working operations
I can see are a blinking cursor and replies to ping packets.
I did see this message once :
<3>Debug : Sleeping function called from invalid context at
include/linux/rwsem.h:43
in_atomic:(0) irqs_disabled:(1)
Yes, I know it's off topic but I've googled and asked elsewhere to no
avail.
18 years, 6 months
rawhide report: 20050906 changes
by Build System
Updated Packages:
bluez-libs-2.20-1
-----------------
* Mon Sep 05 2005 David Woodhouse <dwmw2(a)redhat.com> 2.20-1
- Update to bluez-libs 2.20
bluez-utils-2.20-1
------------------
* Mon Sep 05 2005 David Woodhouse <dwmw2(a)redhat.com> 2.20-1
- Update to bluez-utils 2.20
e2fsprogs-1.37-5
----------------
* Mon Sep 05 2005 Karel Zak <kzak(a)redhat.com> - 1.37-5
- fix swsuspend partition detection (#165863)
- fix revalidate from ext2 to ext3 (#162927)
- fix vfat without magic detection (#161873)
elfutils-0.115-1
----------------
* Mon Sep 05 2005 Roland McGrath <roland(a)redhat.com> - 0.115-1
- update to 0.115
- New program eu-strings.
- libdw: New function dwarf_getscopes_die.
- libelf: speed-ups of non-mmap reading.
- Implement --enable-gcov option for configure.
epiphany-1.8.0-1
----------------
* Mon Sep 05 2005 Christopher Aillon <caillon(a)redhat.com> - 1.8.0-1
- Update to 1.8.0
findutils-1:4.2.25-2
--------------------
* Mon Sep 05 2005 Tim Waugh <twaugh(a)redhat.com> 1:4.2.25-2
- 4.2.25.
foomatic-3.0.2-25
-----------------
* Mon Sep 05 2005 Tim Waugh <twaugh(a)redhat.com> 3.0.2-25
- Add IEEE 1284 ID for HP LaserJet 4200 (bug #166638).
- Add IEEE 1284 ID for HP LaserJet 5000 (bug #167154).
kdebase-6:3.4.2-4
-----------------
* Mon Sep 05 2005 Than Ngo <than(a)redhat.com> 6:3.4.2-4
- apply patch to fix local root vulnerability in kcheckpass CAN-2005-2494, #166997
- apply upstream patch to fix kinfocenter opengl DRI/GLX crash
* Thu Aug 18 2005 Than Ngo <than(a)redhat.com> 6:3.4.2-3
- update config files
kdegraphics-7:3.4.2-3
---------------------
* Mon Sep 05 2005 Than Ngo <than(a)redhat.com> 7:3.4.2-3
- backport CVS patch to fix kpdf crash when trying to
expand sub-bookmarks in the bookmark tree #167390
kernel-2.6.13-1.1538_FC5
------------------------
* Mon Sep 05 2005 Dave Jones <davej(a)redhat.com>
- 2.6.13-git5
mtr-2:0.69-4
------------
* Mon Sep 05 2005 Phil Knirsch <pknirsch(a)redhat.com> 2:0.69-4
- Made the output, especially for reports much more readable (#147865)
- Fixed --address option (#162029)
nano-1.3.8-1
------------
* Mon Sep 05 2005 David Woodhouse <dwmw2(a)redhat.com> 1.3.8-1
- 1.3.8
* Wed Mar 02 2005 David Woodhouse <dwmw2(a)redhat.com> 1.3.5-0.20050302
- Update to post-1.3.5 CVS tree to get UTF-8 support.
* Wed Aug 04 2004 David Woodhouse <dwmw2(a)redhat.com> 1.2.4-1
- 1.2.4
perl-3:5.8.7-0.3.fc5
--------------------
* Mon Sep 05 2005 Warren Togami <wtogami(a)redhat.com> - 3:5.8.7-0.3
- convert docs to UTF-8 (#140871)
slang-1.4.9-19
--------------
* Mon Sep 05 2005 Petr Raszyk <praszyk(a)redhat.com> - 1.4.9-19
- One line in the patch 'slang-utf8-acs.ptach' commented out (#138445).
slib-3a1-3
----------
squid-7:2.5.STABLE10-4
----------------------
* Mon Sep 05 2005 Martin Stransky <stransky(a)redhat.com> 7:2.5.STABLE10-4
- Three upstream patches for #167414
- Spanish and Greek messages
- patch for -D_FORTIFY_SOURCE=2
util-linux-2.13-0.3.pre2
------------------------
* Fri Sep 02 2005 Karel Zak <kzak(a)redhat.com> 2.13-0.3.pre2
- fix #166923 - hwclock will not run on a non audit-enabled kernel
- fix #159410 - mkswap(8) claims max swap area size is 2 GB
- fix #165863 - swsusp swaps should be reinitialized
- change /var/log/lastlog perms to 0644
wget-1.10.1-5
-------------
* Mon Sep 05 2005 Karsten Hopp <karsten(a)redhat.de> 1.10.1-5
- update
- drop patches which are already in the upstream sources
Broken deps for i386
----------------------------------------------------------
valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0
systemtap - 0.3-2.i386 requires libdw.so.1(ELFUTILS_0.114)
lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0
Broken deps for ppc
----------------------------------------------------------
lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0
Broken deps for s390x
----------------------------------------------------------
initscripts - 8.12-3.s390x requires kernel >= 0:2.6.12
lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6
prelink - 0.3.5-2.s390x requires kernel >= 0:2.4.10
Broken deps for x86_64
----------------------------------------------------------
systemtap - 0.3-2.x86_64 requires libdw.so.1(ELFUTILS_0.114)(64bit)
valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0
lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit)
Broken deps for ppc64
----------------------------------------------------------
evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit)
evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit)
system-config-keyboard - 1.2.6-2.noarch requires pyxf86config
evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit)
lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit)
firstboot - 1.3.45-1.noarch requires system-config-display
system-config-mouse - 1.2.11-1.noarch requires pyxf86config
ppc64-utils - 0.7-9.ppc64 requires yaboot
Broken deps for s390
----------------------------------------------------------
prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10
initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12
lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6
18 years, 6 months
swapoff
by Russell Coker
In /etc/rc.d/init.d/halt the swap is disabled before any file systems are
umounted.
Is there any reason why we can't have "umount -a -t tmpfs" before doing the
swapoff? If you have a tmpfs file system with a large amount of data (more
than RAM) then "swapoff -a" is not going to give a good result.
With a default configuration /dev/shm will be half of RAM, which on a modern
laptop will be at least 256M and maybe 512M. If that has been paged out (EG
from running memory hungry programs such as Firefox) then paging that in from
a slow laptop hard disk (and needlessly draining the battery) on shutdown is
a bad idea when the data can be discarded by umounting the file system.
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
18 years, 6 months
Re: applying a patch
by Pete Zaitcev
On Mon, 05 Sep 2005 22:53:59 +0200, Rakotomandimby Mihamina <mihamina.rakotomandimby(a)etu.univ-orleans.fr> wrote:
> - copied the .patch file into /usr/src/redhat/SOURCES,
> - added a #1305 patch (just after #1304) into the spec file
> - applyied the #1305 (also just after #1304) into the specfile
> $ rpmbuild -bp --target=i686 kernel-2.6.spec
> [...]
So far so good, you did everything correctly, except that you do not
have to do it as root (use ~/.rpmmacros with %_topdir set).
> Patch #1305 (8139too-napi-revert.patch):
> + patch -p1 -s
> 8 out of 12 hunks FAILED -- saving rejects to file
> drivers/net/8139too.c.rej
> error: Bad exit status from /var/tmp/rpm-tmp.34513 (%prep)
This means that the driver in whatever version of the kernel you were
using is sufficiently different from the 2.6.13-rc6. Since the Rawhide
kernels track the upstream tree quite closely, I expect that you
tried this on FC4 or something.
If so, rebase your efforts to Rawhide, or adjust the patch manually
to match whatever base you use.
-- Pete
18 years, 6 months
Tiger integration in Fedora
by Aurelien Bompard
Hi *,
I've packaged Tiger for Fedora Extras, and it is available for review in bug
165311.
Tiger is a set of bash scripts to run automatic security audits and
intrusion detection on Unix systems.
The project was abandoned since mid-90's, and has been resurrected by one of
the main Debian security developers (Javier Fernández-Sanguino), and further
improved.
It proved very useful many times on the Debian servers I manage, and I'm
pretty sure it could be as useful on Fedora.
Since Tiger is very system-specific, it needs customization to integrate it
into Fedora. Right now, I've only ported Javier's fixes and adaptations for
Debian (which is a quite large patch, I've splitted and cleaned it).
I'd like to make sure it works as this, and I'll add more Fedora-specific
checks afterwards (such as "yum check-update", "rpm -V", and maybe even
SELinux checks, there's much to do)
I'm looking for people to help fine-tune the default configuration. So here
are the best ways you can help review Tiger if you want to:
- Check for packaging errors, as usual
- Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if
you have error messages.
- Tell me what false-positive alerts you get in the previous command so I
can add them to /etc/tiger/tiger.ignore
- Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored
something valid
- Please review my one-liner patch for a C program not compiling with gcc4,
as I really don't know C...
- Tell me where Tiger could be better integrated into Fedora
When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But
there is also an automatic testing system, where the scripts are run at
different times according to /etc/tiger/cronrc. If you can, please run each
script in this crontab and tell me which false-positive you get.
One of Tiger's best features is to report only what's changed since the last
run (configurable in /etc/tiger/tigerrc), but it does not mean we should
not get rid of false-positives in the first place.
Of course, if you don't feel like checking all this, just do what you're
interested in (packaging, coding errors, further integration, ...). Any bit
will help.
Thanks
Aurélien
--
http://aurelien.bompard.org ~~~~ Jabber : abompard(a)jabber.fr
If one keeps trying, one successes eventually. Therefore, the more one
fails, the closer one is to success. -- Shadok moto.
18 years, 6 months
kernel-devel postinstall script
by Rudi Chiarito
Instead of
if [ -x /usr/sbin/hardlink ] ; then
pushd /usr/src/kernels/2.6.13-1.1536_FC5-i686 > /dev/null
/usr/bin/find . -type f | while read f; do hardlink -c /usr/src/kernels/*FC*/$f $f ; done
popd > /dev/null
fi
shouldn't the postinstall script of kernel-devel be something like
kernels=(/usr/src/kernels/*FC*)
if [ ${#kernels[*]} -gt 1 ] ; then
if [ -x /usr/sbin/hardlink ] ; then
pushd /usr/src/kernels/2.6.13-1.1536_FC5-i686 > /dev/null
/usr/bin/find . -type f | while read f; do hardlink -c /usr/src/kernels/*FC*/$f $f ; done
popd > /dev/null
fi
fi
? I.e. don't bother trying to hardlink stuff if there is only one *FC*
subdirectory in /usr/src/kernels. There are almost 5000 files in the
latest kernel-devel package. The array stuff can be redone using string
comparisons if it's a bashism, not guaranteed to be in /bin/sh, that
needs to go away.
Am I missing something as usual?
--
Rudi
18 years, 6 months
Have you signed up for the Fedora Mentors program yet?
by Patrick W. Barnes
The new Fedora Mentors program (http://fedoraproject.org/wiki/Mentors)
is looking for more volunteer mentors. If you haven't already, you
should really consider signing up to be a mentor. It's easy, and (at
least for now) the volume is light. While your at it, we are also
trying to put together resources for new contributors to avoid common
questions reaching mentors or the mailing lists. If you know of any
important reading materials for new contributors to your project, we'd
love to hear about it. If you would like to write some introductory
information for new contributors, to help them get started, we'd love to
see it. We could also use some help in preparing resources to help new
mentors get started. As you work to be a mentor, please let us know
what kind of resources you would find helpful. If you have any
questions about the Fedora Mentors program, catch us in #fedora-mentors
on freenode. Our mailing list (fedora-mentors-list(a)redhat.com) isn't
quite ready yet.
>From now on, when you see someone who needs a little guidance to start
contributing, know that the Fedora Mentors program is here to help.
http://fedoraproject.org/wiki/Mentors - We look forward to seeing you there!
--
Patrick "The N-Man" Barnes
nman64(a)n-man.com
www.n-man.com
--
18 years, 6 months
Request for volunteers to help track down packages that use /usr/X11R6
by Mike A. Harris
Overview:
~~~~~~~~
The X.Org Foundation has finally changed X11 to install itself
into the /usr heirarchy by default instead of the /usr/X11R6
hierarchy. The basic rationale is that with modern packaging
systems like rpm, deb, etc., there is no need to isolate the
X Window System into its own private hierarchy on the filesystem.
Originally, the /usr/X11R6 directory was intended to strictly
be the location where X11R6 itself would get installed. Over
time however various other 3rd party software packages, addons
and other stuff has infiltrated into the /usr/X11R6 heirarchy
for no really good reason, and some of it still sits in there
today.
A year or two ago, I knew this change would be coming in the
future, and sent out email to inform other package maintainers
that they should update their packages to install their files
in FHS compliant directories instead of abusing the /usr/X11R6
heirarchy. I'm not sure how many people actually listened
though, so we're about to find out. ;o)
What's changing specifically:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
X.Org X11 will no longer use the /usr/X11R6 directory hierarchy
at all. It uses /usr, and installs files where you'd expect
them to be found within that heirarchy more or less (although
it is a bit buggy in this regard currently, that'll be fixed
prior to X11R7's final release). The libraries, binaries,
fonts, config files, data files - everything is moving.
Along with this upstream X.Org change, there will be a number
of backward compatibility issues that we'll face, where we
may need to provide backward compatible symlinks for cases like
applications hard coding the path to X binaries instead of
using "which <appname>" and similar. We'll be keeping an
eye on such issues and considering where we should provide
compatibility links.
What we'd like volunteers to help with:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1) A lot of existing Fedora Core, Fedora Extras and other 3rd
party packages currently install themselves into /usr/X11R6,
need to be updated to install themselves in a more
appropriate location under /usr, using %{_datadir} and
friends in their rpm specfiles. Volunteers are needed who
are willing to take on the task of reporting bugs against
the offending packages, and preferably also attaching
patches to fix the rpms.
2) A number of packages might have shell scripts, .desktop
files, or other things with hard coded paths to binaries
such as /usr/X11R6/bin/xterm, or to data files, or other
files traditionally installed under /usr/X11R6. Please
report bugs against these packages, and where possible,
change them to use "which <appname>" instead of hard
coding the path to the executable/file directly. In some
cases dynamic solution might not work, so hard code the
new path in that case unless there's another appropriate
solution apparent.
3) If you can personally think of any application or compat
problems that might occur when the changeover is made,
please report them to me via email in advance, so we can
try to find a solution sooner than later.
This message is being sent out to encourage community
involvement in the process, and to help weed out problems
sooner in the development cycle than later on, as there
is likely to be a fair amount of package churn, so we'd
like to get things in order far far in advance of
FC5test1.
Thanks in advance for any feedback, and also to any
volunteers who decide to help out.
18 years, 6 months