FC6 x86_64 Custom RPMS
by Nana Kofi Asumadu
Hi All
I have FC6 x86_64 rpm packages here ftp://ftp.golinux.net.au/plub/Linux/FC6/ for whoever may find them useful.
These are custom packages that have gentoo, mandriva and some other patches applied to them.
Hope you find them useful.
Nana
17 years, 5 months
Linux Standard Base / Fedora
by Benjy Grogan
Hello:
Is Fedora Core 6 LSB 3.0 compliant? I wasn't able to find any
information on FC6's lsb-compliance state on the web or in the FC6
release notes, where possibly in the future it would be a good idea to
mention FC's compliance or non-compliance. According to the Free
Standards Group FC5 was in fact not LSB-compliant
(<http://www.freestandards.org/en/LSB_Distribution_Status>). I think
the new thing is to be LSB 3.1 compliant now. What are Fedora's
commitments to the LSB, if any? The LSB seems to be an organization
trying hard to unite Linux distributions when everyone else is
fighting for their piece of the marketplace. Nothing wrong with
competition, but if there is to be fierce competition it would really
help to have a strong Linux Standard Base to compete on.
Benjy
17 years, 5 months
rawhide report: 20061105 changes
by Build System
Updated Packages:
beagle-0.2.12-1.fc7
-------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> 0.2.12-1
- Update to 0.2.12
dasher-4.2.1-1.fc7
------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 4.2.1-1
- Update to 4.2.1
gcc-4.1.1-32
------------
* Sat Nov 04 2006 Jakub Jelinek <jakub(a)redhat.com> 4.1.1-32
- update from gcc-4_1-branch (-r118025:118468)
- PRs bootstrap/28400, fortran/29067, libgfortran/29563, middle-end/29250,
rtl-optimization/28970, rtl-optimization/29631, target/29377,
tree-optimization/27891
- fix infinite recursion in make_vector_type (#212848,
PR tree-optimization/29637)
- merge gomp fixes from the trunk (-r118133:118134)
- PR fortran/29629
- fix A < 0 ? <sign bit of A> : 0 optimization (#213821, PR middle-end/29695)
- fix ICE in gfc_get_derived_type (Paul Thomas, #212936, PR fortran/29641)
gedit-1:2.16.2-1.fc7
--------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 1:2.16.2-1
- Update to 2.16.2
librsvg2-2.16.1-1.fc7
---------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.16.1-1
- Update to 2.16.1
libxklavier-3.1-2.fc7
---------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 3.1-2
- Fix a possible crash (#213419)
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 3.1-1
- Update to 3.1
shadow-utils-2:4.0.18.1-3.fc7
-----------------------------
* Sat Nov 04 2006 Peter Vrabec <pvrabec(a)redhat.com> 2:4.0.18.1-3
- fix "-g" and "-G" option.
tmpwatch-2.9.10-1
-----------------
* Sun Nov 05 2006 Miloslav Trmac <mitr(a)redhat.com> - 2.9.10-1
- Reallow --exclude with nonexistent paths
Resolves: 214034
totem-2.17.2-1.fc7
------------------
* Sat Nov 04 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.17.2-1
- Update to 2.17.2
Broken deps for s390
----------------------------------------------------------
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
17 years, 5 months
600X (A) Suspend, Resume and Sound
by Chris Schumann
I've got a ThinkPad 600X with FC6 installed. Sound works at startup, and
suspend works. Sound does not work after resume.
ThinkWiki says the audio chip is CS4624/CS4297A.
I think the problem is that the Gnome desktop app holds the sound device
open. I cannot remain logged in and get it to work again.
To get it to work again, I can log out of my Gnome session, log into a
console, rmmod the snd_cs46xx or whatever, modprobe it, switch back to the
GUI login and log in.
What a pain!
What needs to be fixed so I can suspend and resume... and more importantly,
make it so that I can get my wife to switch to Fedora on her 600X?! The
shutdown/startup times compared to the Windows suspend/resume are the major
obstacle right now.
Many thanks,
Chris Schumann
17 years, 5 months
rawhide report: 20061104 changes
by Build System
Updated Packages:
bind-30:9.3.3-6.fc7
-------------------
* Mon Oct 30 2006 Martin Stransky <stransky(a)redhat.com> - 30:9.3.3-6
- fix for #200465: named-checkzone and co. cannot be run as non-root user
- fix for #212348: chroot'd named causes df permission denied error
- fix for #211249, #211083 - problems with stopping named
- fix for #212549: init script does not unmount /proc filesystem
- fix for #211282: EDNS is globally enabled, crashing CheckPoint FW-1,
added edns-enable options to named configuration file which can suppress
EDNS in queries to DNS servers (see /usr/share/doc/bind-9.3.3/misc/options)
- fix for #212961: bind-chroot doesn't clean up its mess on %preun
- update to 9.3.3rc3, removed already merged patches
* Fri Oct 13 2006 Martin Stransky <stransky(a)redhat.com> - 30:9.3.3-5
- fix for #209359: bind-libs from compatlayer CD will not
install on ia64
checkpolicy-1.32-1
------------------
* Tue Oct 17 2006 Dan Walsh <dwalsh(a)redhat.com> - 1.32-1
- Latest update from NSA
* Updated version for release.
cups-1:1.2.5-6.fc7
------------------
* Fri Nov 03 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2.5-6
- Restore missed JobQueuedRemote D-Bus signal in ipp backend (part of
bug #212763).
* Thu Nov 02 2006 Tim Waugh <twaugh(a)redhat.com>
- LSPP patch fix (bug #213498).
* Wed Nov 01 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2.5-5
- Send QueueChanged D-Bus signal on all job state changes.
dbus-0.95-1.fc7
---------------
* Fri Nov 03 2006 John (J5) Palmieri <johnp(a)redhat.com> - 0.95-1
- Update to D-Bus 1.0 RC 3 (0.95)
- don't build with tests on
* Sat Oct 14 2006 John (J5) Palmieri <johnp(a)redhat.com> - 0.94-1
- Update to D-Bus 1.0 RC 2 (0.94)
* Sun Oct 01 2006 Jesse Keating <jkeating(a)redhat.com> - 0.93-3
- rebuilt for unwind info generation, broken in gcc-4.1.1-21
desktop-printing-0.19-17.fc7
----------------------------
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 0.19-17
- Fix a problem where eggcups loses track of remote jobs (#212763)
eclipse-1:3.2.1-15.fc7
----------------------
* Fri Nov 03 2006 Andrew Overholt <overholt(a)redhat.com> 3.2.1-15
- Make sdk require config.ini itself rather than the package to deal with the
bi-arch installation situation.
- Move sdk feature and plugin to %{_libdir} so we can check for its existence
in the post scripts.
* Thu Nov 02 2006 Andrew Overholt <overholt(a)redhat.com> 3.2.1-14
- Remove post sections that munge eclipse.product; always set it to
org.eclipse.platform.ide or org.eclipse.sdk.ide.
- Remove changelogs prior to 3.2.0.
foomatic-3.0.2-39.fc7
---------------------
* Fri Nov 03 2006 Tim Waugh <twaugh(a)redhat.com> 3.0.2-39
- Updated db-engine to 3.0-20061031.
- Updated db to 3.0-20061031.
- Remove references to foo2zjs and foo2oak (bug #208851).
glibc-2.5.90-4
--------------
* Fri Nov 03 2006 Jakub Jelinek <jakub(a)redhat.com> 2.5.90-4
- fix atexit backwards compatibility (#213388)
- add mai_IN locale (#213415)
- remove bogus /usr/lib/librt.so.1 symlink (#213555)
- fix memusage (#213656)
- change libc.info category (#209493)
gnome-utils-1:2.16.1-2.fc7
--------------------------
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.16.1-2
- Silence %pre
libpfm-3.2-0.060926.3.fc7
-------------------------
* Fri Nov 03 2006 Will Cohen <wcohen(a)redhat.com> - 3.2-0.060926.3
- Add dist tag to build.
* Sun Oct 01 2006 Will Cohen <wcohen(a)redhat.com> - 3.2-0.060926.2
- Eliminate unneeded libpfm-compat.patch.
* Sun Oct 01 2006 Will Cohen <wcohen(a)redhat.com> - 3.2-0.060926.1
- Update to libpfm-3.2-060926.
libsoup-2.2.96-5.fc7
--------------------
* Fri Nov 03 2006 Matthew Barnes <mbarnes(a)redhat.com> - 2.2.96-5
- Revised patch for Gnome.org bug #356809 to match upstream.
nautilus-cd-burner-2.17.1-2.fc7
-------------------------------
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.17.1-2
- Silence %pre
oprofile-0.9.2-3.fc7
--------------------
* Mon Sep 18 2006 Will Cohen <wcohen(a)redhat.com> - 0.9.2-3
- Add dist tag to build.
* Mon Sep 18 2006 Will Cohen <wcohen(a)redhat.com> - 0.9.2-2
- Rebase on 0.9.2 release.
pfmon-3.2-0.060926.3.fc7
------------------------
* Fri Nov 03 2006 Will Cohen <wcohen(a)redhat.com> - 3.2-0.060926.3
- Add dist tag to build.
* Sun Oct 01 2006 Will Cohen <wcohen(a)redhat.com> - 3.2-0.060926.1
- Update to pfmon-3.2-060926.
selinux-policy-2.4.2-8
----------------------
* Fri Nov 03 2006 Dan Walsh <dwalsh(a)redhat.com> 2.4.2-8
- Lots of fixes for ricci
* Fri Nov 03 2006 Dan Walsh <dwalsh(a)redhat.com> 2.4.2-7
- Allow xen to read/write fixed devices with a boolean
- Allow apache to search /var/log
* Thu Nov 02 2006 James Antill <james.antill(a)redhat.com> 2.4.2-6
- Fix policygentool specfile problem.
- Allow apache to send signals to it's logging helpers.
- Resolves: rhbz#212731
shadow-utils-2:4.0.18.1-2.fc7
-----------------------------
* Fri Nov 03 2006 Peter Vrabec <pvrabec(a)redhat.com> 2:4.0.18.1-2
- improve audit logging (#211659)
- improve "-l" option. Do not reset faillog if it's used (#213450).
system-config-kickstart-2.6.16-1.fc7
------------------------------------
* Fri Nov 03 2006 Chris Lumens <clumens(a)redhat.com> 2.6.16-1
- Fix partition growing traceback (#212955).
xchat-1:2.6.6-8.fc7
-------------------
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 1.2.6.6-8
- Silence %pre (#213838)
yelp-2.16.1-6.fc7
-----------------
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.16.1-6
- Improve the whatis parser
* Fri Nov 03 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.16.1-5
- Silence %pre
yum-3.0.1-1
-----------
* Fri Nov 03 2006 Jeremy Katz <katzj(a)redhat.com> - 3.0.1-1
- update to 3.0.1
* Fri Oct 13 2006 Paul Nasrat <pnasrat(a)redhat.com> - 3.0-6
- fix package comparison for available packages
* Thu Oct 12 2006 Jeremy Katz <katzj(a)redhat.com> - 3.0-5
- fix traceback when syslog not available (#208773)
- fix package comparison not properly handling different arches (#210316)
Broken deps for s390
----------------------------------------------------------
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
17 years, 5 months
State of multilib development update
by Hans de Goede
Hi all,
Some time ago I send the message below, I've now filed bugs left and
right and I'm posting this again with the BZ url's for those interested.
---
Yesterday I tried to build i386 rpms on my x86_64 using the new
multilib-devel packages instead of resorting to an i386 chroot.
Although we have come a long way to making this possible there are still
a few issues which makes doing this very hard:
1) gcc ignores setarch
======================
"gcc -o hello helloworld.c", creates an x86_64 elf file on my x86_64
system as expected however, "setarch i386 gcc -o hello helloworld.c"
also creates an x86_64 elf file instead of an i386 one, to get an i386
one I must do: "gcc -m32 -o hello helloworld.c".
This is unfortunate, because even though rpmbuild adds -m32 to the
*FLAGS environment variables things still don't for many packages,
because they for example often ignore LDFLAGS, thus not specifying -m32
when linking, causing things to fail.
A work around is to create shell script wrappers for gcc, g++ and ld
which always add -m32, put these somewhere outside the standard $PATH
and add the location to PATH when you want to build i386 binaries.
BZ: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212520
(which got closed as not a bug, as I was already afraid).
2) rpmbuild ignores setarch
===========================
"setarch i386 rpmbuild -bb foo.spec" Still tries to build an x86_64 foo,
I know "rpmbuild --target i386" works better but still has issues, for
example libdir is still set to /usr/lib64, this is already in bugzilla.
BZ: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194123
3) pkgconfig ignores setarch
============================
I thought that pkgconfig was supposed to get this right and hence it was
used to implement verious replacement foo-config scripts, but pkgconfig
doesn't get this right. When testing I had only libpng-devel.i386
installed not the x86_64 version:
---
[hans@shalem ~]$ pkg-config --cflags libpng
Package libpng was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libpng' found
---
Behaves as expected, since it searches /usr/lib64/pkgconfig where there
is no libpng.pc
---
[hans@shalem ~]$ setarch i386 pkg-config --cflags libpng
Package libpng was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libpng' found
[hans@shalem ~]$ ls -l /usr/lib/pkgconfig/libpng.pc
lrwxrwxrwx 1 root root 11 Oct 15 18:50 /usr/lib/pkgconfig/libpng.pc ->
libpng12.pc
---
Does not behave as expected, it should search /usr/lib/pkgconfig and
find libpng.pc
This can be worked around by doing a "export
PKG_CONFIG_PATH=/usr/lib/pkgconfig"
BZ: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212522
4) rpmbuild lets x86_64 packages satisfy BR's when building for i386
====================================================================
The subject says most of it, when doing an rpmbuild --target=i386 I
don't want libXt-devel.x86_64 to satisfy a BR: libXt-devel .
I know things aren't that easy because with something like BR:
desktop-file-utils, the x86_64 version will do fine.
Suggestion: make rpmbuild check the arch of BR's who's name ends with
-devel.
BZ: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212523
5) xxx-devel.arch should require xxx.arch not just xxx
======================================================
When I install libXt-devel.i386 I expect it to drag in libXt.i386 and
not to be happy with the already installed libXt.x86_64 .
This will also stop some polution with i386 packages of x86_64 system,
because currently we have the following scenario:
libXt-1.0.2-3.fc6.x86_64 is installed
Users does "yum install libXt-devel.x86_64"
Yum finds libXt-devel-1.0.2-3.1.fc6.x86_64,
which needs libXt-1.0.2-3.1.fc6.x86_64 yum does decides to update the
x86_64 version of libXt and as an added bonus also install the i386
version since both match the requirement of libXt-devel-1.0.2-3.1.fc6.x86_64
BZ: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212524
Let me know what you think & Regards,
Hans
17 years, 5 months
hi all
by shantanu choudhary
hi all
this is shantanu. i m a student and studying computer engineering,3rd year.
well i joined this comunity as i got through some links from RED HAT LORD OF CODE!! competetion. well i m intrested in all the work which you guys are doing but only thing is that i m REALLY NEW in tis field and dont know what to start and how to??
I have RHEL 4 installed but i use it rarely just to run some small programs in languages like perl,java etc. i am not a big programmer or of any sort i am starter and i want to ask that can you help me out to learn this work of yours!!!!!
today we had a cool seminar on FOSS(Free And Open Source Software) and there was i actually went through relevance of these kinds of communities and kind of work they do.....
Please dont consider my ignorance in this field in a negative way only i want is can i get some help!!!!!untill now what i was doing was just deleting all mails forwarded by you on this list. sorry about that i did it because those mails were like alien messages which i want ot understand and talk but cant just do it.
Sorry for boring you all busy guys with stuff like this i hope that in your some of spare time you can give me your precious advice to me and i m confirming that i m going to count on that!!!
thanks
be happy and best of luckwith your work!!
shantanu
---------------------------------
Find out what India is talking about on - Yahoo! Answers India
Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW
17 years, 5 months
Propose Emacs 22 for Fedora Core 7
by Leo
Hi there,
I'm a big fan of Emacs and I like to build Emacs from source. So
whether FC7 is gonna have Emacs 22 does not concern me much. However I
think it is important to have this modernized powerful tool available
to our current and prospective Fedora users.
As we know RMS is extremely strict on fixing bugs, Emacs 22 has long
passed the production quality while still in development. A few days
ago, Emacs's developers have decided to enter pretest¹. As it is in
the early stage of FC7 cycle, I'd propose we upgrade to Emacs 22. The
News is just too big for this mailing list, but you can read it here:
http://cvs.savannah.gnu.org/viewcvs/*checkout*/emacs/etc/NEWS?root=emacs
A few highlights:
- much improved Unicode support
- Gtk2 menu, toolbar and scrollbar
- Gnome style icons
- Tons of add-on packages (calc 2.05, Gnus 5.11, ido etc)
Footnotes:
¹ http://permalink.gmane.org/gmane.emacs.devel/61249
--
Leo
17 years, 5 months