rawhide report: 20041120 changes
by Build System
Updated Packages:
Omni-0.9.2-1
------------
* Fri Nov 19 2004 Tim Waugh <twaugh(a)redhat.com> 0.9.2-1
- Build requires automake and libtool.
- 0.9.2.
- No longer need parser, vendor or omni-form patches.
- Prevent libdir confusion by setting it explicitly.
aspell-bg-50:0.50-7
-------------------
* Thu Nov 18 2004 Adrian Havill <havill(a)redhat.com> 50:0.50-7
- add kbd file (#138304)
audit-0.5.3-1
-------------
* Mon Nov 22 2004 Steve Grubb <sgrubb(a)redhat.com> 0.5.3-1
- New version
freeradius-1.0.1-3
------------------
* Fri Nov 19 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.1-3
- rebuild for MySQL 4
- switched over to installed libtool
* Fri Nov 05 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.1-2
- Fixed install problem of radeapclient (#138069)
gcc-3.4.3-4
-----------
* Sat Nov 20 2004 Jakub Jelinek <jakub(a)redhat.com> 3.4.3-4
- issue error on invalid bitfields (Joseph S. Myers, PR c/18498)
- fix __builtin_{setjmp,longjmp} to do stack adjustements properly
(Eric Botcazou, Roger Sayle, PR middle-end/17813 #139929)
- fix combine on STRICT_LOW_PART (PR rtl-optimization/17825, #138627)
glibc-2.3.3-81
--------------
* Fri Nov 19 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-81
- don't use chunksize in <= 2 * SIZE_SZ free () checks
* Fri Nov 19 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-80
- update from CVS
- with -D_FORTIFY_SOURCE=2, prevent missing %N$ formats
- for -D_FORTIFY_SOURCE=2 and %n in writable format string,
issue special error message instead of using the buffer overflow
detected one
- speedup regex searching with REG_NOSUB, add RE_NO_SUB,
speedup searching with nested subexps (BZ #544)
- block SIGCANCEL in NPTL timer_* helper thread
- further free () checking
kdebindings-3.3.1-4
-------------------
* Fri Nov 19 2004 Than Ngo <than(a)redhat.com> 3.3.1-4
- add missing requires on python-abi
kdegraphics-7:3.3.1-4
---------------------
* Fri Nov 19 2004 Than Ngo <than(a)redhat.com> 7:3.3.1-4
- fix xf86gammacfg to work with xorg.conf
lynx-2.8.5-19
-------------
* Fri Nov 19 2004 Tim Waugh <twaugh(a)redhat.com> 2.8.5-19
- 2.8.5rel1. Fixes bug #139783.
man-1.5o1-7
-----------
* Tue Nov 09 2004 Adrian Havill <havill(a)redhat.com> 1.5o1-7
- upgrade to 1.5o1: update patches, remove gencat iconv and posix
page hacks as they're upstream fixed (#128691, #129882)
- don't pre-strip binaries prior to -debuginfo pkg
- nroff not called with -rLL=, -rLT= parameters which should contain
value from get_line_width()/MANWIDTH (#80893)
- append ".color" request to groff output to control color/monochrome
control via the new man "-b" switch (#120112)
- reverse iconv catmsgs for legacy enc support (#138199) Thanks to
Andy Shevchenko
- update English man page: remove obsolete LESSCHARSET reference (#133521);
add -b switch and NOCOLOR conf directive
- "Welche Handbuchseite soll angezeigt werden?" (#135995)
- make makewhatis cronjob execute before logwatch (#64836)
* Wed Oct 13 2004 Adrian Havill <havill(a)redhat.com> 1.5m2-9
- make sure we touch Makefile timestamp so make doesn't get
confused and think we haven't run configure
- replace russian messages (#134387) Thanks to Leonid Kanter
* Sun Aug 01 2004 Alan Cox <alan(a)redhat.com>
- Fix requirements (#126601)
man-pages-pl-0.23-4
-------------------
* Thu Nov 18 2004 Adrian Havill <havill(a)redhat.com> 0.23-4
- remove mc.1 (#138865)
openssl-0.9.7a-44
-----------------
* Fri Nov 19 2004 Nalin Dahyabhai <nalin(a)redhat.com> 0.9.7a-44
- rebuild
* Fri Nov 19 2004 Nalin Dahyabhai <nalin(a)redhat.com> 0.9.7a-43
- rebuild
* Fri Nov 19 2004 Nalin Dahyabhai <nalin(a)redhat.com> 0.9.7a-42
- rebuild
python-2.4-0.c1.1
-----------------
* Fri Nov 19 2004 Mihai Ibanescu <misa(a)redhat.com> 2.4-0.c1.1
- Python-2.4c1.tar.bz2 (release candidate 1)
* Thu Nov 11 2004 Jeff Johnson <jbj(a)jbj.org> 2.4-0.b2.4
- rebuild against db-4.3.21.
* Mon Nov 08 2004 Jeremy Katz <katzj(a)redhat.com> - 2.4-0.b2.3
- fix the lib64 patch so that 64bit arches still look in /usr/lib/python...
rhgb-0.16.1-1
-------------
* Fri Nov 19 2004 Daniel Veillard <veillard(a)redhat.com> 0.16.1
- switch to display :9 to fix #139704
- delay creation of the fifo after X initialization to avoid deadlock
with initscripts if X fails to start #135574
- cleanup in case of deadly signal received
- improved the debugging layer to chase aformentioned bugs.
- po/*: update the translations
rpmdb-fedora-1:4-0.20041120
---------------------------
selinux-policy-strict-1.19.3-1
------------------------------
* Fri Nov 19 2004 Dan Walsh <dwalsh(a)redhat.com> 1.19-3-1
- Upgrade to upstream
- Add fixes for postgres and apache
selinux-policy-targeted-1.19.3-1
--------------------------------
* Fri Nov 19 2004 Dan Walsh <dwalsh(a)redhat.com> 1.19-3-1
- Upgrade to upstream
- Add fixes for postgres and apache
slang-1.4.9-13
--------------
* Thu Nov 04 2004 Adrian Havill <havill(a)redhat.com> 1.4.9-13
- re-sync old debian patch to latest 1.4.9 sources
- consolidate rhat hacks, fix SLsmg_draw_hline() artifact (#138445)
squirrelmail-1.4.3a-7
---------------------
* Fri Nov 19 2004 Warren Togami <wtogami(a)redhat.com> 1.4.3a-7
- CAN-2004-1036 Cross Site Scripting in encoded text
- #112769 updated splash screens
vim-1:6.3.033-1
---------------
* Fri Nov 19 2004 Karsten Hopp <karsten(a)redhat.de> 6.3.033-1
- patchlevel 33
* Tue Nov 02 2004 Karsten Hopp <karsten(a)redhat.de> 6.3.030-3
- fix selinux patch, so that HAVE_SELINUX will not be defined on
non-selinux systems (#137860)
19 years, 4 months
Soudcard detection problem in FC3
by Gustavo Seabra
Hi,
I apologize if I'm posting it to the wrong place. I posted this message
to the users' group, but noone seemd to have a clue about it, so this
seems to be the last place to try. I'm sorry for the size, I just tried
to put as much information as possible here. Here it goes.
I did a clean intall of FC3 on a Dell Precision 410 Workstation (P-III
450MHz). According to the specs, it has an Intel 440 BX chipset with a
16 bit PnP Crystal 3D CS4237B audio controller (my guess is it's
onboard). However, FC3 just dones't recognize the sound card.
During the installation or startup, I don't get any messages, but I just
don't get any sound. I've already tried adjusting all the volumes and,
when I use the soundcard detection utility ("system-config-soundcard") I
get the message "No soundcards detected". It seems as if Linux just
doesn't detect my soundcard.
The following lines were extracted from /var/log/messages :
Nov 16 08:26:51 patroclus kernel: isapnp: Scanning for PnP cards...
Nov 16 08:26:51 patroclus kernel: isapnp: Card 'CS4236B'
Nov 16 08:26:51 patroclus kernel: isapnp: 1 Plug & Play card detected total
which makes me belive the sound card was detected ok. But still no
sound! This is what the Hardware Browser shows:
Sound Cards:
Selected Device: CS4236B - CSC000 [note that my soundcard should
be CS4237B]
Device Information
Manufacturer: Unknown
Driver: snd-cs4236
Unknownd Devices:
Selected Device: CS4236B - CDC000f
Device Information:
Manufacturer: Unknown
Driver: ns-558
Selected Device: CS4236B - CSC0010
Device Information:
Manufacturer: Unknown
Driver: Unknown
Did anyone experience similar problems before? Is there a solution for
it already?
Thanks,
--
--
----------------------------------
Gustavo Seabra - Graduate Student
Chemistry Department
Kansas State University
----------------------------------
19 years, 4 months
Various Fedora Extra changes (mailing list?), plus is APT now deprecated?
by Bryan Smith
I guess this e-mail is a long time in coming. Please understand I have
the utmost and sincerest respect for everyone's hard work, but it's time
to ask some tough questions.
First off, I want to point out this 2004Sep19 post to Fedora-Devel:
http://www.redhat.com/archives/fedora-devel-list/2004-September/msg00879....
So where is this announce list? Or is there a discussion list? Or is
the traffic part of fedora-devel now (I assume not)?
Secondly, while Fedora Extras packages have yet to be released for
Fedora Core 3, I could not even do an "apt-get dist-upgrade" as various
APT index files are seemingly lacking from the Fedora.US site just for
the "OS" (Fedora Core) portions (hoping the existing set of Fedora
Extras for Fedora Core 2 would suffice, since FC2 and FC3 are pretty
much "ABI compatible"). So, is APT distribution now being deprecated
for Fedora? Or should Fedora.US be considered basically "off-limits"
for Fedora Core 3 right now.
[ I know I could built my own APT repository, and solve the issue, which
I might. ]
Lastly, can someone detail the changes in the rollout of Fedora Extras
packages for Fedora Core 3? I would very much like to better understand
the new release management for Fedora Extras. As a major proponent of
proper lifecycle and configuration management, I can not only
understand, but even appreciate delays in such release. So I don't mind
waiting at all, but would like to understand the changes in Fedora
Extras for Fedora Core 3.
Thanx for fielding these questions in advance. I will continue to truly
appreciate all the hard work of Red Hat and Fedora volunteers.
-- Bryan J. Smith
General Annoyance
P.S. And not to throw any bigotry into the questions, hence why this is
a "P.S.," but I haven't seen a good explanation on why YUM is getting
preference over APT in current Red Hat Fedora moves? I heavily prefer
APT for various reasons, and would like to understand what advantages of
YUM I am missing?
--
Bryan J. Smith b.j.smith(a)ieee.org
--------------------------------------------------------------------
Subtotal Cost of Ownership (SCO) for Windows being less than Linux
Total Cost of Ownership (TCO) assumes experts for the former, costly
retraining for the latter, omitted "software assurance" costs in
compatible desktop OS/apps for the former, no free/legacy reuse for
latter, and no basic security, patch or downtime comparison at all.
19 years, 4 months
..
by Y J Lorenzen
then let me not receive more mails from this list
19 years, 4 months
about soundcard in fedora two
by Y J Lorenzen
Hi
My fedaro2 are seeing my soundcard (sillicon integratedsystems) but do
not want to play my realplayer.??
likewise my fedora 2 do not want to see my dhcppc something address when
it starts up why?
How come???
are there a new Fedora 4 on the way?
sincerely
Yahya Lorenzen
19 years, 4 months
how to burn fedora 3 on cd's
by Y J Lorenzen
Hi
Right now im downloading Fedora 3.
1. but I have 2 problems I don't know how to see what kind of processor
which is on my computer... How can I see this?
2. how do I burn the files on cd's? after i downloaded them? pleas pleas
don't explain commandos but explain it with a with mouse
sincerely
Y. Lorenzen
19 years, 4 months
Re: RFE: more FC4 Requests
by Dag Wieers
Michael A. Peters wrote:
> On 11/16/2004 01:13:45 AM, Troels Arvin wrote:
>
> > On Tue, 16 Nov 2004 00:35:00 -0500, Phillip Compton wrote:
> >
> > > scribus - DTP
> > > inkscape - Vector Graphics
> > > lcms - Color Management
> >
> > I don't know about lcms, but the others sound like candidates for
> > Fedora Extras, as they aren't exactly "core" components.
> >
> > By the way: I consider it _very_ sad that the Fedora Extras project
> > doesn't collaborate with projects like FreshRPMS, Dag's repository,
> > etc.
> > (sometimes collectively called 'rpmforge'). Such lack of collaboration
> > makes it very difficult for me to see Fedora Extras as a "community
> > project" - which is its very purpose, as I understand it.
>
> In a nutshell the reason as I see it is this -
Let me hand you some glasses.
> Fedora has a protocol that they follow regarding package naming, package
> building, and package testing which is very clearly outlined in the
> Fedora documentations. This involves an outline QA process packages have
> to go to.
Excuse me ? Fedora nor Red Hat followed a naming policy. There haven't
been enough samples recently to conclude that this has changed. I did not
say that there wasn't a policy, but if there was, it was never followed
(or changed frequently).
Furthermore, when we had these discussions in the beginning at the
fedora.us mailinglist, my naming policy went much further and was much
stricter (much like Mandrake/Debian) than was proposed by fedora.us.
(close to none). I wish you were there, you may have agreed with my
proposal :)
Regarding the QA process, I don't agree with the current QA process that
has been put in place, which partly explains the huge backlog. A lot of
what is required from QA people can easily be automated and my stance on
this is, first automate, then enforce policies. And if you work with
volunteers, double the importance for boring tasks.
Also look at Matthias his experience and then tell me why I should import
1800 packages now ?
> For Fedora to "cooperate" with third party packagers, they would need to
> throw that process to the side for packages that have to be redone in
> order to work with dag or freshrpm's etc. - and that's a bad thing, the
> policy and guidelines they have are there for a reason, and that reason
> is to provide a stable set of packages for those users who need a stable
> repository to work with.
Your passage raises a lot of questions:
Why do they have to throw that process to the side ?
Is communicating inside fedora.us inherently easier than outside ?
Why ? Is it hard to include me, even when a package is based on mine ?
You seem to imply I am against policies and guidelines which can only
indicate you were not involved in any discussions. Besides isn't what is
inside the guidelines more important then the mere fact of having them ?
And are you implying my users do not need a stable repository to work with
? :)
> Fedora already offers a way for these other repositories to integrate
> with Fedora - they can introduce themselves to the list, and submit
> packages to the fedora repository, going through the Fedora QA process
> to do so. That is how the Fedora community works.
No I cannot submit my packages to the fedora.us repository, my current
packages work for older Fedora release, older Red Hat release and RHEL.
Submitting it to fedora.us is simply not possible because fedora.us has no
standards to allow for that. I've proposed some more stuff at the very
beginning, all utterly ignored.
> If dag and freshrpms's etc. want to cooperate together, that's fine -
> that's even good. But Fedora has a published established way for
> integrating with Fedora, and Fedora can not be expected to test all
> possible scenarios of packages installed from third parties.
You don't need to test all possible scenarios, we don't test all possible
scenarios, there are better ways to prevent conflicts and believe me,
excluding 3rd parties is causing MORE HARM than playing together. And
that's exactly what upset me the most about the RepositoryMixing document,
the document alone has probably been the biggest cause of conflicts and
problems because it adviced fedora.us packagers NOT to cooperate and it
told users to blame the 3rd party repositories for NOT joining.
BTW It's also not a nice gesture if you are a community, excluding the
biggest providers of packages. They've characterized me as not willing to
submit my packages (another nice gesture), but have ignored all my reasons
why I cannot...
Also explain me why I spend 3 months or more on the fedora.us mailinglist,
like so many other existing packagers (matthias, axel, rudolf, fernando,
russ, ..) and each one of them apparently decided not to. Not willing ?
Russ even started his own distribution (cAos) after writing proposals for
the buildsystem, after having been ignored and after having implemented
the same idea on his own.
Believe me, if I wasn't interested I would not have bothered to join the
discussions and write proposals and basicly wasted my time when most of
the decisions were taken unilaterally.
If you think I'm bitter, you bet I am :)
-- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
19 years, 4 months
various python packages installed in wrong place x86_64
by Neal Becker
I noticed there are quite a few packages installing into /usr/lib/python2.3
instead of /usr/lib64/python2.3. For example:
>rpm -q subversion.x86_64
subversion-1.1.1-1.1
>rpm -q -l subversion
[...]
/usr/lib/python2.3/site-packages/libsvn
19 years, 4 months
Missing boot.iso?
by G.Wolfe Woodbury
I notice that boot.iso (and everything else) is missing from the images
directory in development.
Is this intentional, or is something broken?
--
G.Wolfe Woodbury `- -'
RHCT U
The Line Eater is a boojum!
19 years, 4 months
FC2 repos for new yum
by Kenneth Porter
Any chance we'll see fedora-release-2 updated to enable use of the new yum
repository structure? It looks like the repository database is now part of
the release package, not part of yum.
19 years, 4 months