8:51 a.m.
New package commons-beanutils
Jakarta Commons Beanutils Component
New package commons-digester
Jakarta Commons Digester Component
New package commons-modeler
Jakarta Commons Modeler Component
New package mx4j
Java Management Extensions (JMX)
New package servletapi
Jakarta Servlet and JSP APIs
Updated Packages:
XFree86-4.3.0-57
----------------
* Sun Feb 15 2004 Mike A. Harris <mharris(a)redhat.com> 4.3.0-57
- Oops, now we change DevelDriDrivers to DevelDRIDrivers so that the via DRI
driver actually builds this time.
- Oops, now we change '%define DevelDRIDrivers' to '#define
DevelDRIDrivers'
so that the via DRI driver actually builds this time.
- Added XFree86-4.3.0-build-libXinerama-before-libGL-for-via-driver.patch
because the via DRI driver links against libXinerama, and seems to be the
only DRI driver which does so. This patch causes libXinerama to be
compiled before libGL to ensure the via driver will link properly.
apr-0.9.4-8
-----------
* Sun Feb 15 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-8
- rebuilt without -Wall -Werror
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> 0.9.4-7
- rebuilt
apr-util-0.9.4-9
----------------
* Mon Feb 16 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-9
- fix sdbm apr_dbm_exists() on s390x/ppc64
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> 0.9.4-8
- rebuilt
gpm-1.20.1-41
-------------
* Sat Feb 14 2004 Florian La Roche <Florian.LaRoche(a)redhat.de>
- already add shared lib symlinks at install time
- fix subscript #114289
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Tue Nov 18 2003 Adrian Havill <havill(a)redhat.com> 1.20.1-39
- re-add the $OPTIONS that gets pulled in from /etc/sysconfig/gpm
to the init.d script (#110248)
kernel-2.6.2-1.85
-----------------
* Mon Feb 16 2004 Dave Jones <davej(a)redhat.com>
- Merge to 2.6.3-rc3-bk1
- Optimise for size. (Saves ~300KB of kernel memory)
- disable psaux emulation.
- Enable i2c-via and i2c-viapro modules.
kernel-utils-2.4-9.1.117
------------------------
libxslt-1.1.3-1
---------------
* Mon Feb 16 2004 Daniel Veillard <veillard(a)redhat.com>
- upstream release 1.1.3 see http://xmlsoft.org/XSLT/news.html
* Sun Nov 02 2003 Daniel Veillard <veillard(a)redhat.com>
- cleanup, removal of the deprecated breakpoint library and
automated libxml2 dependancy level in the generated spec file.
* Wed Oct 23 2002 Daniel Veillard <veillard(a)redhat.com>
- revamped the spec file, cleaned up some rpm building problems
man-pages-ja-20040215-1
-----------------------
* Mon Feb 16 2004 Akira TAGOH <tagoh(a)redhat.com> 20040215-1
- updates to 20040215.
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
pcmcia-cs-3.2.7-1.5
-------------------
* Mon Feb 16 2004 Bill Nottingham <notting(a)redhat.com>
- add %triggerpostun on kernel-pcmcia-cs to recreate chkconfig links
(#115732)
perl-5.8.3-6
------------
* Sun Feb 15 2004 Chip Turner <cturner(a)redhat.com> 3:5.8.3-6
- fix very broken @INC calculations with slightly less broken @INC
calculations (not perfectly handled but the result is correct)
- fix broken -Dsitearch declaration
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Wed Jan 28 2004 Chip Turner <cturner(a)redhat.com> 3:5.8.3-5
- update incpush patch to better handle multilib
prelink-0.3.0-21
----------------
* Mon Feb 16 2004 Jakub Jelinek <jakub(a)redhat.com> 0.3.0-21
- fix prelink abort in certain cases where a new PT_LOAD segment
needs to be added (seen on AMD64)
redhat-artwork-0.92-1
---------------------
* Mon Feb 16 2004 Than Ngo <than(a)redhat.com> 0.92-1
- 0.92, fixed middle clicked on maximal and button double click on menu button
rpm-4.3-0.11
------------
* Sun Feb 15 2004 Jeff Johnson <jbj(a)jbj.org> 4.3-0.11
- fix: set fcontext from pkg when file_contexts doesn't exist (#114040).
- fix: set fcontext for "mkdir -p" directories not in packages.
- fix: setfiles (aka rpmsx.c) dinna handle patterns correctly.
- establish rpm_script_t before scriptlet exec.
rpmdb-fedora-1.90-0.20040217
----------------------------
samba-3.0.2-7
-------------
* Mon Feb 16 2004 Karsten Hopp <karsten(a)redhat.de> 3.0.2-7
- fix ownership in -common package
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Fri Feb 13 2004 Jay Fenlason <fenlason(a)redhat.com>
- Change all requires lines to list an explicit epoch. Closes #102715
sysreport-1.3.9-1
-----------------
* Sun Feb 15 2004 Than Ngo <than(a)redhat.com> 1.3.9-1
- search for "grub" info for boot only on x86, #115325
system-switch-mail-0.5.23-1
---------------------------
* Sun Feb 15 2004 Than Ngo <than(a)redhat.com> 0.5.23-1
- 0.5.23 release
* Tue Nov 25 2003 Than Ngo <than(a)redhat.com> 0.5.22-1
- 0.5.22: renamed to system-switch-mail, support Exim MTA
* Mon Sep 29 2003 Than Ngo <than(a)redhat.com> 0.5.21-1
- 0.5.21, fixed Categories
util-linux-2.12-2
-----------------
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Thu Feb 12 2004 Elliot Lee <sopwith(a)redhat.com> 2.12-1
- Final 2.12 has been out for ages - might as well use it.
* Wed Jan 28 2004 Steve Dickson <SteveD(a)RedHat.com> 2.12pre-4
- Added mount patches that have NFS version 4 support
10:58 a.m.
Build System wrote:
kernel-2.6.2-1.85
-----------------
* Mon Feb 16 2004 Dave Jones <davej(a)redhat.com>
- disable psaux emulation.
So now I have no mouse at all. Neither gpm nor X11. Neither serial nor
usb.
Do I need to manually change something in /dev or add something to
/etc/modprobe.conf ?
John Ellson
12:30 p.m.
On Tue, 2004-02-17 at 16:58, John Ellson wrote:
>- disable psaux emulation.
So now I have no mouse at all. Neither gpm nor X11. Neither serial nor
usb.
Do I need to manually change something in /dev or add something to
/etc/modprobe.conf ?
anything using /dev/psaux should be changed over to use /dev/input/mice
Dave
2:29 p.m.
Dave Jones wrote:
On Tue, 2004-02-17 at 16:58, John Ellson wrote:
>>- disable psaux emulation.
>>
>>
>So now I have no mouse at all. Neither gpm nor X11. Neither serial nor
>usb.
>
>Do I need to manually change something in /dev or add something to
>/etc/modprobe.conf ?
>
>
anything using /dev/psaux should be changed over to use /dev/input/mice
Dave
Dave,
Thanks. That worked.
I had a softlink /dev/mouse -> /dev/psaux
that I changed to /dev/mouse -> /dev/input/mice
and I had references to /dev/psaux that I changed to refer to /dev/mouse in:
/etc/X11/XF85Config
/etc/sysconfig/mouse
John
4:50 p.m.
On Tuesday 17 February 2004 13:30, Dave Jones wrote:
On Tue, 2004-02-17 at 16:58, John Ellson wrote:
> >- disable psaux emulation.
>
> So now I have no mouse at all. Neither gpm nor X11. Neither serial nor
> usb.
>
> Do I need to manually change something in /dev or add something to
> /etc/modprobe.conf ?
anything using /dev/psaux should be changed over to use /dev/input/mice
Errk ... no, this is not sufficent ... "should be changed" ... sorry, that
does not cut it.
While I can understand that this change to the kernel is a good idea, a
statement in an email that it "should be changed" is not enough.
Who/what did the original sym-link of /dev/mouse to psaux anyway? I assume
that it sould be system-config-mouse. When I booted the new kernel, "stuff"
detected that the mouse setup was wrong and invoked the mouse config program
but it did not fix things. Expecting a user to quess the right magic to do
to fix things should NOT be the way things are done. What should have been
done is:
1. Update system-config-mouse to set things up correctly.
2. Add a requires to the kernel rpm for that version or later of
system-config-mouse.
--
Gene
8:37 p.m.
On Tue, 2004-02-17 at 22:50, Gene C. wrote:
> anything using /dev/psaux should be changed over to use
/dev/input/mice
Errk ... no, this is not sufficent ... "should be changed" ... sorry, that
does not cut it.
While I can understand that this change to the kernel is a good idea, a
statement in an email that it "should be changed" is not enough.
Welcome to rawhide.
Dave
7:21 a.m.
On Tuesday 17 February 2004 21:37, Dave Jones wrote:
On Tue, 2004-02-17 at 22:50, Gene C. wrote:
> > anything using /dev/psaux should be changed over to use /dev/input/mice
>
> Errk ... no, this is not sufficent ... "should be changed" ... sorry,
> that does not cut it.
>
> While I can understand that this change to the kernel is a good idea, a
> statement in an email that it "should be changed" is not enough.
Welcome to rawhide.
OK.
Question: when FC2 test2, FC2 test3, etc. come along and a user does an
"upgrade" install, what is going to "fix things up" so that they
work?
--
Gene
8:40 a.m.
On Wed, Feb 18, 2004 at 08:21:09AM -0500, Gene C. wrote:
Question: when FC2 test2, FC2 test3, etc. come along and a user does
an
"upgrade" install, what is going to "fix things up" so that they
work?
Nothing. Upgrades aren't supported between test releases, or from a
test release to the final release.
3:25 p.m.
On Wed, 18 Feb 2004, Charles R. Anderson wrote:
On Wed, Feb 18, 2004 at 08:21:09AM -0500, Gene C. wrote:
> Question: when FC2 test2, FC2 test3, etc. come along and a user does an
> "upgrade" install, what is going to "fix things up" so that they
work?
Nothing. Upgrades aren't supported between test releases, or from a
test release to the final release.
But will FC1 to testX be supported? It would be nice to see in what way a
test release is able to perform a task that will required from FC2.
Hugo.
--
All email sent to me is bound to the rules described on my homepage.
hvdkooij(a)vanderkooij.org http://hvdkooij.xs4all.nl/
Don't meddle in the affairs of sysadmins,
for they are subtle and quick to anger.
4:31 p.m.
On Wed, 18 Feb 2004, Hugo van der Kooij wrote:
On Wed, 18 Feb 2004, Charles R. Anderson wrote:
> On Wed, Feb 18, 2004 at 08:21:09AM -0500, Gene C. wrote:
> > Question: when FC2 test2, FC2 test3, etc. come along and a user does an
> > "upgrade" install, what is going to "fix things up" so that
they work?
>
> Nothing. Upgrades aren't supported between test releases, or from a
> test release to the final release.
But will FC1 to testX be supported? It would be nice to see in what way a
test release is able to perform a task that will required from FC2.
Normally yes, but several RH people have stated there is some breakage
in FC2 T1, although I forget the details.
Tom
5:47 p.m.
On Wednesday 18 February 2004 17:31, Tom Diehl wrote:
On Wed, 18 Feb 2004, Hugo van der Kooij wrote:
> On Wed, 18 Feb 2004, Charles R. Anderson wrote:
> > On Wed, Feb 18, 2004 at 08:21:09AM -0500, Gene C. wrote:
> > > Question: when FC2 test2, FC2 test3, etc. come along and a user does
> > > an "upgrade" install, what is going to "fix things up"
so that they
> > > work?
> >
> > Nothing. Upgrades aren't supported between test releases, or from a
> > test release to the final release.
>
> But will FC1 to testX be supported? It would be nice to see in what way a
> test release is able to perform a task that will required from FC2.
Normally yes, but several RH people have stated there is some breakage
in FC2 T1, although I forget the details.
Breakage in the early rounds is more or less par for the course. Its the
final that I am concerned about.
--
Gene
3:19 p.m.
On Wed, 18 Feb 2004, Gene C. wrote:
On Tuesday 17 February 2004 21:37, Dave Jones wrote:
> On Tue, 2004-02-17 at 22:50, Gene C. wrote:
> > > anything using /dev/psaux should be changed over to use /dev/input/mice
> >
> > Errk ... no, this is not sufficent ... "should be changed" ...
sorry,
> > that does not cut it.
> >
> > While I can understand that this change to the kernel is a good idea, a
> > statement in an email that it "should be changed" is not enough.
>
> Welcome to rawhide.
OK.
Question: when FC2 test2, FC2 test3, etc. come along and a user does an
"upgrade" install, what is going to "fix things up" so that they
work?
You are!! If not then reinstall. Upgrades from test to test and test to
final are not nore were they ever supported. If they worked you were lucky.
Tom
4:05 p.m.
On Wednesday 18 February 2004 16:19, Tom Diehl wrote:
> Question: when FC2 test2, FC2 test3, etc. come along and a user
does an
> "upgrade" install, what is going to "fix things up" so that they
work?
You are!! If not then reinstall. Upgrades from test to test and test to
final are not nore were they ever supported. If they worked you were lucky.
The only time I have used upgrade is to test the upgrade process.
I believe you minunderstood what I meant (I did say it clearly enough). By
Fc2test2, FC2test3, etc. I mean upgrading from FC1 to FC2test2, etc (or RHL9
to FC2test2). Right now neither system-config-mouse nor
system-config-display handle this properly (they still try to us psaux and or
don't do anything). These have been bugzilla'ed.
When it comes up wrong, the system trys to fix things by running mouseconfig
(system-config-mouse) but this does nothing.
Similarly, I could be able to run system-config-display --reconfig and have it
create a new /etc/X11/XF86Config which works. It starts out trying to use
psaux and gets nowhere.
I was complaining because I believe this transition could have been handled
smoother. However, test1 is a beta and will have rough edges. What I am
concerned about is how the final will work.
--
Gene
4:10 p.m.
On Wed, 18 Feb 2004, Gene C. wrote:
I believe you minunderstood what I meant (I did say it clearly
enough). By
Fc2test2, FC2test3, etc. I mean upgrading from FC1 to FC2test2, etc (or RHL9
to FC2test2).
I do not think anyone could reconstruct this meaning from your original
posting.
Hugo.
--
All email sent to me is bound to the rules described on my homepage.
hvdkooij(a)vanderkooij.org http://hvdkooij.xs4all.nl/
Don't meddle in the affairs of sysadmins,
for they are subtle and quick to anger.
4:29 p.m.
On Wed, 18 Feb 2004, Gene C. wrote:
On Wednesday 18 February 2004 16:19, Tom Diehl wrote:
> > Question: when FC2 test2, FC2 test3, etc. come along and a user does an
> > "upgrade" install, what is going to "fix things up" so that
they work?
>
> You are!! If not then reinstall. Upgrades from test to test and test to
> final are not nore were they ever supported. If they worked you were lucky.
The only time I have used upgrade is to test the upgrade process.
I believe you minunderstood what I meant (I did say it clearly enough). By
Fc2test2, FC2test3, etc. I mean upgrading from FC1 to FC2test2, etc (or RHL9
to FC2test2). Right now neither system-config-mouse nor
system-config-display handle this properly (they still try to us psaux and or
don't do anything). These have been bugzilla'ed.
Umm, sorry I did misunderstand.
When it comes up wrong, the system trys to fix things by running
mouseconfig
(system-config-mouse) but this does nothing.
Similarly, I could be able to run system-config-display --reconfig and have it
create a new /etc/X11/XF86Config which works. It starts out trying to use
psaux and gets nowhere.
I was complaining because I believe this transition could have been handled
smoother. However, test1 is a beta and will have rough edges. What I am
concerned about is how the final will work.
Given that Dave Jones has disabled the psaux stuff in the kernel I expect this
to get fixed. FWIW a fresh install of FC2 T1 sets up psaux also.
Tom
8:11 p.m.
On Tue, 2004-02-17 at 18:30 +0000, Dave Jones wrote:
On Tue, 2004-02-17 at 16:58, John Ellson wrote:
> >- disable psaux emulation.
> So now I have no mouse at all. Neither gpm nor X11. Neither serial nor
> usb.
>
> Do I need to manually change something in /dev or add something to
> /etc/modprobe.conf ?
anything using /dev/psaux should be changed over to use /dev/input/mice
Dave
So, how does one do this for X when you can't even start the
configuration device?
Trever
--
"You can surrender Without a prayer But never ever pray Pray without
surrender You can fight Fight without ever wining But you can never ever
win Win without fight" -- Niel Peart
8:45 p.m.
Em Ter, 2004-02-17 às 23:11, Trever L. Adams escreveu:
> anything using /dev/psaux should be changed over to use
/dev/input/mice
So, how does one do this for X when you can't even start the
configuration device?
That's what boot disks were made for. And as it's rawhide, no one can
complain about a "oh no I cannot reboot" :-)
--
[]s
Alexandre Ganso
500 FOUR vermelha - Diretor Steel Goose Moto Group
11:35 a.m.
Hmm, can I get the code that generates this email, somehow? I'd like to
see about writing one that does the formatting a bit nicer.
Greg
[snip]
11:55 a.m.
Gregory Leblanc (gleblanc(a)linuxweasel.com) said:
Hmm, can I get the code that generates this email, somehow? I'd
like to
see about writing one that does the formatting a bit nicer.
It's pretty stupid. Attached.
'Package' is an old rpm abstraction... it's really not worth pushing.
Bill
4:07 p.m.
On Tue, 2004-02-17 at 09:51, Build System wrote:
samba-3.0.2-7
-------------
* Mon Feb 16 2004 Karsten Hopp <karsten(a)redhat.de> 3.0.2-7
- fix ownership in -common package
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Fri Feb 13 2004 Jay Fenlason <fenlason(a)redhat.com>
- Change all requires lines to list an explicit epoch. Closes #102715
Not quite (minutes ago):
Testing package set / solving RPM inter-dependencies...
There was a package dependency problem. The message was:
Unresolvable chain of dependencies:
samba-3.0.2-7 requires samba-common = %{epoch}:3.0.2
samba-client-3.0.2-7 requires samba-common = %{epoch}:3.0.2
samba-swat-3.0.2-7 requires samba = %{epoch}:3.0.2
--
Chris Kloiber, RHCX
Red Hat, Inc.
4:35 p.m.
On Tue, Feb 17, 2004 at 05:07:45PM -0500, Chris Kloiber wrote:
On Tue, 2004-02-17 at 09:51, Build System wrote:
> samba-3.0.2-7
> -------------
> * Mon Feb 16 2004 Karsten Hopp <karsten(a)redhat.de> 3.0.2-7
>
> - fix ownership in -common package
>
> * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
>
> - rebuilt
>
> * Fri Feb 13 2004 Jay Fenlason <fenlason(a)redhat.com>
>
> - Change all requires lines to list an explicit epoch. Closes #102715
Not quite (minutes ago):
Testing package set / solving RPM inter-dependencies...
There was a package dependency problem. The message was:
Unresolvable chain of dependencies:
samba-3.0.2-7 requires samba-common = %{epoch}:3.0.2
samba-client-3.0.2-7 requires samba-common = %{epoch}:3.0.2
samba-swat-3.0.2-7 requires samba = %{epoch}:3.0.2
You need the new 3.0.2a-1 RPMs that were just built.
-- JF
4:17 p.m.
On Tue, Feb 17, 2004 at 09:51:06AM -0500, Build System wrote:
util-linux-2.12-2
-----------------
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Thu Feb 12 2004 Elliot Lee <sopwith(a)redhat.com> 2.12-1
- Final 2.12 has been out for ages - might as well use it.
* Wed Jan 28 2004 Steve Dickson <SteveD(a)RedHat.com> 2.12pre-4
- Added mount patches that have NFS version 4 support
The new util-linux package has an older version than the previous one
from rawhide (2.12-2 < 2.12pre-3). Should it get an epoch, or is this a
case of "you're using rawhide, so you'll need to force the package
upgrade"?
gary
4:27 p.m.
On Tue, 17 Feb 2004, Gary Peck wrote:
The new util-linux package has an older version than the previous
one
from rawhide (2.12-2 < 2.12pre-3). Should it get an epoch, or is this a
case of "you're using rawhide, so you'll need to force the package
upgrade"?
Force it - it's not going to matter for upgrades from FC1, so right now
it's not a major issue.
Ciao,
-- Elliot
7430
days inactive
7431
days old
24 comments
15 participants
participants (15)
-
Alexandre Strube -
Bill Nottingham -
Build System -
Chris Kloiber -
Chuck Anderson -
Dave Jones -
Elliot Lee -
Gary Peck -
Gene C. -
Gregory Leblanc -
Hugo van der Kooij -
Jay Fenlason -
John Ellson -
Tom Diehl -
Trever L. Adams