A request for more agressive updates to FC
by Carlos Rodrigues
Hi!
This will be a bit long, so if you don't have anything better to do,
please bear with me.
Since the days of Red Hat Linux 5.0, when I started using Linux, I have
followed a ritual with every new release. The ritual consists in looking
around for stuff that used to work and is now broken. Fortunately, the
server related stuff seems to be immune to obvious regressions, but that
cannot be said of desktop related stuff. Some of these regressions are
easy to fix (and I sometimes fix them myself) but the fixes have to wait
for the next release, where other regressions pop up... This is a never
ending cycle.
In the days of Red Hat Linux, the situation was much worse, since the
only updates that appeared were security fixes (which are good), bug fix
updates were as rare as water in the desert. But today we are no much
better.
So, what I'm saying is that there should be a more agressive update
policy to Fedora Core, new packages should go into updates-testing and
then updates except if there is a good reason not to. Let's have gaim as
an example, it is a piece of software with many shortcomings and which
gets better with every release. It's also a non intrusive package, and
so the new gaim that pops up in updates every couple of weeks is a
welcomed update. However, there is a nut package in "development" that
fixes some configuration file ownership stuff that stays there, although
it has no other change from the version in FC2.
Stuff should never go into "development" unless there is a strong
reason, meaning "it breaks other packages", "it requires tons of
dependency updates, some of which possibly beaking other packages" or
"it changes basic stuff in the distro, like how initialization is done,
security is handled". FC2 should have a more evolutionary approach,
stuff like mozilla-1.7 should go directly into updates-testing. New FC
releases should mean big stuff like SELinux, kernel 2.6 and the likes,
meanwhile FC should be as close to development as possible (without that
big stuff).
Basically I'm saying that FC should be "development" without the
dangerous suff. After all this is a distro for hobbyists which like to
be as close to the bleeding-edge as possible, without actually bleeding.
Why do I say this? Because I feel that once a release is out, almost
everybody moves its attention onto the next one and forgets about us
folks. FC should not be the absolute bleeding edge, but it shouldn't
also be RHEL... evolution is needed. This would allow to squash bugs
earlier, meaning getting to a stable desktop (as in not crashing or
buggy, not feature-frozen) faster.
I'm kind of sick of being between a rock and a hard place, either I use
a bleeding-edge distro and spend all my time bleeding or I use a over
conservative distro and never get new features... Am I totally clueless?
Well, to be true, the same thing that I say above can be accomplished by
turning "updates-testing" into some sort of half-way between FC and
"development", more dynamic but not as risky.
Carlos Rodrigues
PS: I was prompted into this because in FC2 smb with GNOME is totally
broken (amongst other things), and even if a GNOME 2.6.2 gets out I know
that it will never come out, FC3 will bring 2.8 and new stuff will
break. It's actually funny (in a bad way) that GNOME gets released as
frequently as FC, which means we always get a .0 release and not the
following bug fixes... damn!
19 years, 9 months
Fedora Project Mailing Lists reminder
by Elliot Lee
This is a reminder of the mailing lists for the Fedora Project, and
the purpose of each list. You can view this information at
http://fedora.redhat.com/participate/communicate/
When you're using these mailing lists, please take the time to choose
the one that is most appropriate to your post. If you don't know the
right mailing list to use for a question or discussion, please contact
me. This will help you get the best possible answer for your question,
and keep other list subscribers happy!
Mailing Lists
Mailing lists are email addresses which send email to all users
subscribed to the mailing list. Sending an email to a mailing list
reaches all users interested in discussing a specific topic and users
available to help other users with the topic.
The following mailing lists are available. To subscribe, send email to <listname>-request(a)redhat.com
(replace <listname> with the desired mailing list name such as
fedora-list) with the word subscribe in the subject.
fedora-announce-list - Announcements of changes and events. To stay
aware of news, subscribe to this list.
fedora-list - For users of releases. If you want help with a problem
installing or using , this is the list for you.
fedora-test-list - For testers of test releases. If you would like to
discuss experiences using TEST releases, this is the list for you.
fedora-devel-list - For developers, developers, developers. If you are
interested in helping create releases, this is the list for you.
fedora-docs-list - For participants of the docs project
fedora-desktop-list - For discussions about desktop issues such as user
interfaces, artwork, and usability
fedora-config-list - For discussions about the development of
configuration tools
fedora-legacy-announce - For announcements about the Fedora Legacy
Project
fedora-legacy-list - For discussions about the Fedora Legacy Project
fedora-selinux-list - For discussions about the Fedora SELinux Project
fedora-de-list - For discussions about Fedora in the German language
fedora-es-list - For discussions about Fedora in the Spanish language
fedora-ja-list - For discussions about Fedora in the Japanese language
fedora-i18n-list - For discussions about the internationalization of
Fedora Core
fedora-trans-list - For discussions about translating the software and
documentation associated with the Fedora Project
German: fedora-trans-de
French: fedora-trans-fr
Spanish: fedora-trans-es
Italian: fedora-trans-it
Brazilian Portuguese: fedora-trans-pt_br
Japanese: fedora-trans-ja
Korean: fedora-trans-ko
Simplified Chinese: fedora-trans-zh_cn
Traditional Chinese: fedora-trans-zh_tw
19 years, 9 months
rawhide report: 20040727 changes
by Build System
New package HelixPlayer
The Helix Player is the Helix Community\'s open source media player for consumers.
Updated Packages:
Xaw3d-1.5-23
------------
* Mon Jul 26 2004 Than Ngo <than(a)redhat.com> 1.5-23
- added requires on XFree86-devel
balsa-2.2.0-1,FC3,5
-------------------
* Mon Jul 26 2004 John Dennis <jdennis(a)redhat.com>
- bump rev for build
* Thu Jul 22 2004 John Dennis <jdennis(a)redhat.com>
- bump rev for build
curl-7.12.0-2
-------------
* Mon Jul 26 2004 Jindrich Novy <jnovy(a)redhat.com>
- updated to 7.12.0
- updated nousr patch
dvd+rw-tools-5.20.4.10.8-1
--------------------------
* Mon Jul 26 2004 Harald Hoyer <harald(a)redhat.com> - 5.20.4.10.8-1
- version 5.20.4.10.8
* Wed Jun 16 2004 Harald Hoyer <harald(a)redhat.com> - 5.19.1.4.9.7-1
- version 5.19.1.4.9.7
evolution-1.5.91-1
------------------
* Mon Jul 26 2004 David Malcolm <dmalcolm(a)redhat.com> - 1.5.91-1
- 1.5.91
evolution-data-server-0.0.96-3
------------------------------
* Mon Jul 26 2004 David Malcolm <dmalcolm(a)redhat.com>
- rebuilt
* Tue Jul 20 2004 David Malcolm <dmalcolm(a)redhat.com> - 0.0.96-2
- added version numbers to the BuildRequires test for libsoup-devel and ORBit2-devel
* Tue Jul 20 2004 David Malcolm <dmalcolm(a)redhat.com> - 0.0.96-1
- 0.0.96; libsoup required is now 2.1.12
gnome-applets-2.6.2.1-2
-----------------------
* Wed Jul 21 2004 Mark McLoughlin <markmc(a)redhat.com> 1:2.6.2.1-2
- rebuild
* Wed Jul 21 2004 Mark McLoughlin <markmc(a)redhat.com> 1:2.6.2.1-1
- Update to 2.6.2.1
- Re-do the way we decide whether to build the battstat applet.
Should fix 122379
- Remove some patches that have gone upstream
gtkhtml3-3.1.18-5
-----------------
* Mon Jul 26 2004 David Malcolm <dmalcolm(a)redhat.com>
- rebuilt
kudzu-1.1.75-1
--------------
* Mon Jul 26 2004 Bill Nottingham <notting(a)redhat.com> - 1.1.75-1
- Altix and HVSI console support
* Thu Jul 22 2004 Jeremy Katz <katzj(a)redhat.com> - 1.1.74-1
- fix another PPC segfault
ncurses-5.4-9.fc3
-----------------
* Tue Jul 06 2004 Adrian Havill <havill(a)redhat.com> 5.4-9.fc3
- n-v-r
* Tue Jul 06 2004 Adrian Havill <havill(a)redhat.com> 5.4-9.fc2
- n-v-r
* Tue Jul 06 2004 Adrian Havill <havill(a)redhat.com> 5.4-9
- remove terminfo try-to-please-all xterm hackery; it's now ptty
and profile's job to point to the correct terminal. (#122815)
The rxvt and cbt hacks still remain though.
policycoreutils-1.15.2-4
------------------------
* Mon Jul 26 2004 Dan Walsh <dwalsh(a)redhat.com> 1.15.2-4
- Change fixfiles to not change when running a check
rpmdb-fedora-3-0.20040727
-------------------------
selinux-policy-strict-1.15.7-6
------------------------------
* Wed Jul 21 2004 Dan Walsh <dwalsh(a)redhat.com> 1.15.7-6
- New policy for bind, fix net_contexts
selinux-policy-targeted-1.15.7-6
--------------------------------
* Wed Jul 21 2004 Dan Walsh <dwalsh(a)redhat.com> 1.15.7-6
- New policy for bind, fix net_contexts
vim-6.3.014-2
-------------
* Mon Jul 26 2004 Warren Togami <wtogami(a)redhat.com> 6.3.014-2
- future proof vim-enhanced perl dep
vixie-cron-4.1-1
----------------
* Thu Jul 22 2004 Jason Vas Dias <jvdias(a)redhat.com> - 4.1-1
- Changed post-install to change mode of existing crontabs to
- 0600 to allow run by new ISC cron 4.1
* Thu Jul 22 2004 Jason Vas Dias <jvdias(a)redhat.com> - 4.1-1
- Upgraded to ISC cron 4.1
19 years, 9 months
problem with all fedora2 update kernels, scsi, & usb
by William W. Austin
I am having an ongoing problem with all of the fedora update kernels
and have run out of ideas to try. The original fedora 2 kernel (2.6.5-
1.358) runs fine. However, ANY update kernel or the 2.6.7 which I
downloaded and built exhibit the same behavior.
On my systems (essentially identical except for scsi controller)
[gigabyte ga7nnxp, adaptec 29160 or adaptec 2940uw, 1gb memory, root on
hdc], the scsi drives are detected at boot, but as soon as the usb
modules are loaded, the system cannot find /dev/sda1, /dev/sdb1, etc.
and after a timeout I get thrown into the "enter root passwd to do fsck
and fix the system" routine.
If I disable usb altogether on the MB I can boot any of the kernels.
If I remove the two lines
alias usb-controller ehci-hcd
alias usb-controller1 ohci-hcd
from /etc/modprobe.conf and append them to /etc/modules.conf, the
systems appear to boot successfully; HOWEVER, any attempt at something
like
ls -l /<scsi partition fs>
causes a scsi bus reset; multiple such attempts have caused kernel
panics. Also rmmod'ing the usb modules *can* hang the system as can an
attempt to remove and reload the aic7xxx module.
The systems (there are actually 4 of them) previously ran rh9 and
fedora1 without any problem; also they can run the original fedora2
kernel with no problem.
Running without usb on these boxen is not an option. ANY suggestions
would be greatly appreciated as I have about run out of ideas on this
one. (I need to update the kernel to kill a sound bug which does not
occur after the original kernel).
Thanks in advance,
--
William W. Austin waustin(a)speakeasy.net
"Life is just a phase I'm going through... this time, anyway..."
19 years, 9 months
rawhide report: 20040723 changes
by Build System
New package system-switch-im
The Input Method System Switcher
Updated Packages:
bash-2.05b-44
-------------
* Wed Jul 21 2004 Tim Waugh <twaugh(a)redhat.com> 2.05b-44
- Don't report SIGPIPE errors (bug #128274).
dia-0.94-1
----------
* Thu Jul 22 2004 Dan Williams <dcbw(a)redhat.com>
- Update to 0.94-pre1
- Add BuildRequires: libpng-devel (RH #125287)
foomatic-3.0.1-8
----------------
* Wed Jul 21 2004 Tim Waugh <twaugh(a)redhat.com> 3.0.1-8
- Add autodetect information for HP DJ 6122 (bug #124629).
glibc-2.3.3-38
--------------
* Thu Jul 22 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-38
- update from CVS
- fix res_init leaks
- fix newlocale races
- fix ppc64 setjmp
- fix strtold (BZ #274)
glibc-kernheaders-2.4-9.1.85
----------------------------
* Thu Jul 22 2004 Jakub Jelinek <jakub(a)redhat.com>
- update syscall numbers from latest kernel on alpha/ia64
gtkhtml3-3.1.18-4
-----------------
* Thu Jul 22 2004 David Malcolm <dmalcolm(a)redhat.com>
- rebuilt
* Thu Jul 22 2004 David Malcolm <dmalcolm(a)redhat.com>
- rebuilt
* Thu Jul 22 2004 David Malcolm <dmalcolm(a)redhat.com>
- rebuilt
libbtctl-0.4.1-1
----------------
* Thu Jul 22 2004 Harald Hoyer <harald(a)redhat.de> 0.4.1-1
- version 0.4.1
libwpd-0.7.2-1
--------------
* Fri Jul 23 2004 Caolan McNamara <caolanm(a)redhat.com> 0.7.2-1
- bump to 0.7.2
man-pages-ja-20040715-1
-----------------------
* Fri Jul 23 2004 Akira TAGOH <tagoh(a)redhat.com> 20040715-1
- updates to 20040715.
neon-0.24.7-3
-------------
* Fri Jul 23 2004 Joe Orton <jorton(a)redhat.com> 0.24.7-3
- rebuild
* Tue Jul 20 2004 Joe Orton <jorton(a)redhat.com> 0.24.7-2.1
- rebuild
patchutils-0.2.30-1
-------------------
* Thu Jul 22 2004 Tim Waugh <twaugh(a)redhat.com> 0.2.30-1
- 0.2.30.
perl-5.8.5-1
------------
* Thu Jul 22 2004 Chip Turner <cturner(a)redhat.com> 3:5.8.5-1
- update to 5.8.5
rpmdb-fedora-3-0.20040723
-------------------------
selinux-policy-strict-1.15.7-4
------------------------------
* Wed Jul 21 2004 Dan Walsh <dwalsh(a)redhat.com> 1.15.7-4
- Fixes for ptal
selinux-policy-targeted-1.15.7-4
--------------------------------
* Wed Jul 21 2004 Dan Walsh <dwalsh(a)redhat.com> 1.15.7-4
- Fixes for ptal
subversion-1.0.6-2
------------------
* Thu Jul 22 2004 Joe Orton <jorton(a)redhat.com> 1.0.6-2
- rebuild
* Tue Jul 20 2004 Joe Orton <jorton(a)redhat.com> 1.0.6-1
- update to 1.0.6
- allow build against neon 0.24.*
valgrind-2.1.2-3
----------------
* Thu Jul 22 2004 Jakub Jelinek <jakuB(a)redhat.com> 2.1.2-3
- fix packaging of documentation
vim-6.3.014-1
-------------
* Thu Jul 22 2004 Karsten Hopp <karsten(a)redhat.de> 6.3.014-1
- patchlevel 14, fixes 'helplang' default settings
- fix escape sequence in /etc/vimrc (#128344)
vte-0.11.10-7
-------------
* Thu Jul 22 2004 Ray Strode <rstrode(a)redhat.com> 0.11.10-7
- add ncurses-devel to devel package reqs
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
19 years, 9 months
rawhide report: 20040726 changes
by Build System
Updated Packages:
doxygen-1.3.8-1
---------------
* Sun Jul 25 2004 Than Ngo <than(a)redhat.com> 1:1.3.8-1
- update to 1.3.8
mozplugger-1.6.0-1
------------------
* Sun Jul 25 2004 Than Ngo <than(a)redhat.com> 1.6.0-1
- update to 1.6.0
- fix broken deps
qmkbootdisk-1.0.2-3
-------------------
* Sun Jul 25 2004 Than Ngo <than(a)redhat.com> 8:1.0.2-3
- fix broken deps
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
rpmdb-fedora-3-0.20040726
-------------------------
19 years, 9 months
Package requests wishlist
by Michael Schwendt
Without consideration of the current priority values, from the many
packages in the http://fedora.us/QA listing, which ones should be
processed first? Any wishlist items, anyone?
19 years, 9 months
Missing FC1 / FC2 security advisories
by Bernd Bartmann
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Again there are some security advisories that appeared as updates for
FC1 and FC2 but we never saw an announcement for these packages.
FC1:
gaim-0.77-2.FC1
gaim-0.80-1.FC1
postfix-2.0.16-1
recode-3.6-12.0
FC2:
fam-2.6.10-9.FC2
gaim-0.77-7
gaim-0.80-1.FC2
gnome-session-2.6.0-4
gstreamer-0.8.3-2
gstreamer-plugins-0.8.2-2.1
nfs-utils-1.0.6-22
xinitrc-3.41-1
Best regards.
- --
Dipl.-Ing. (FH) Bernd Bartmann <Bernd.Bartmann(a)sohanet.de>
I.S. Security and Network Engineer
SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin
Fon: +49 30 214783-44 / Fax: +49 30 214783-46
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFBBMnekQuIaHu84cIRAjkfAJ439vNmsbh7jVg9gBtrQ1iwmMv4iACgjxjK
kh84/LKpOqkMmzVW5d4/Nhc=
=rfV7
-----END PGP SIGNATURE-----
19 years, 9 months
FYI: ssh X forward behavior
by Warren Togami
On Fri, 23 Jul 2004, Luke Schierer wrote:
>
> ----- Forwarded message from Warren Togami <wtogami(a)redhat.com> -----
>
> [warren@metzingen warren]$ gaim
> The program 'gaim' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadWindow (invalid Window parameter)'.
> (Details: serial 207 error_code 3 request_code 2 minor_code 0)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
> function.)
>
> Any ideas?
>
From: Etan Reisner
ssh changed some of it's options "recently" so that -X no longer
forwards X the way it used to. ssh -X forwards in some sort of 'safe'
mode which doesn't allow apps to do certain things they might want to
do. Try ssh -Y which "[e]nables trusted X11 forwarding" according to the
manpage.
The man page of ssh says to be cautious of the -X option, and does not
mention any caution next to the -Y option. Perhaps that could use some
clarification upstream, and we should mention this change of behavior in
FC's release notes?
Warren Togami
wtogami(a)redhat.com
19 years, 9 months
FC3T1 update dependency problem
by Will H. Backman
Anyone else see this this morning?
Testing package set / solving RPM inter-dependencies...
There was a package dependency problem. The message was:
Unresolvable chain of dependencies:
gtkhtml3 3.1.18-1 requires libgtkhtml-3.1.so.10
--
Will Backman
Coastal Enterprises, Inc.
- A computer is a device used to convert data into error messages.
19 years, 9 months