New package adaptx AdaptX
New package bsh Lightweight Scripting for Java
New package carol CAROL: Common Architecture for RMI ObjectWeb Layer
New package castor An open source data binding framework for Java
New package gif89encoder Java class library for encoding GIFs
New package gnu.regexp Java NFA regular expression engine implementation
New package howl-logger High speed ObjectWeb logger
New package hsqldb Hsqldb Database Engine
New package jakarta-commons-cli Jakarta Commons CLI, a Command Line Interface for Java
New package jgroups Toolkit for reliable multicast communication.
New package jonathan-core Distributed Object Platform (DOP) written entirely in Java
New package jonathan-jeremie Distributed Object Platform (DOP) written entirely in Java
New package joram JORAM: Java (TM) Open Reliable Asynchronous Messaging
New package jotm JOTM : A Java Open Transaction Manager
New package monolog API for monitoring and logging
New package nanoxml NanoXML is a small XML parser for Java
New package objectweb-anttask ObjectWeb Ant task
New package oldkilim A generic configuration framework for Java
New package p6spy Database statement interceptor for Java
New package wsdl4j Web Services Description Language Toolkit for Java
Updated Packages:
NetworkManager-0.4-31.cvs20050616 --------------------------------- * Thu Jun 16 2005 Dan Williams dcbw@redhat.com - 0.4-31.cvs20050616 - Update to latest CVS o Clean up wording in Wireless Network Discovery menu o Robert Love's applet beautify patch
alsa-utils-1.0.9rf-2 -------------------- * Thu Jun 16 2005 Martin Stransky stransky@redhat.com 1.0.9-2 - New upstream version
* Mon May 30 2005 Martin Stransky stransky@redhat.com 1.0.9-1 - New upstream version. - moved alsacard utility from alsa-lib to alsa-tools
audit-0.9.7-1 ------------- * Thu Jun 16 2005 Steve Grubb sgrubb@redhat.com 0.9.7-1 - fixed bug in send_user_message which errored on pam logins - Change nanosleeps over to select loops - Change the 'e' option to auditctl -p to 'x'
* Thu Jun 16 2005 Steve Grubb sgrubb@redhat.com 0.9.6-1 - fix bug in incremental flush where is wrongly reported an error - ausearch should not do uid check for -if option - adjust ipc interpretation to not use ipc.h
coreutils-5.2.1-51 ------------------ * Fri Jun 17 2005 Tim Waugh twaugh@redhat.com 5.2.1-51 - Use upstream hostid fix.
* Thu Jun 16 2005 Tim Waugh twaugh@redhat.com 5.2.1-50 - Don't display the sign-extended part of the host id (bug #160078).
* Tue May 31 2005 Dan Walsh dwalsh@redhat.com 5.2.1-49 - Eliminate bogus "can not preserve context" message when moving files.
cryptsetup-luks-1.0-2 --------------------- * Thu Jun 16 2005 Bill Nottingham notting@redhat.com 1.0-2 - add patch for 32/64 bit compatibility (#160445, redhat@paukstadt.de)
cups-1:1.1.23-16 ---------------- * Thu Jun 16 2005 Tim Waugh twaugh@redhat.com 1:1.1.23-16 - Make DeletePrinterFromClass faster (bug #160620).
eclipse-1:3.1.0_fc-0.M7.9 ------------------------- * Tue Jun 14 2005 Andrew Overholt overholt@redhat.com 3.1.0_fc-0.M7.9 - Add tomcat5 patch and symlinks.
* Thu May 26 2005 Andrew Overholt overholt@redhat.com 3.1.0_fc-0.M7.8 - Fix ant jar removal (gbenson).
* Wed May 25 2005 Andrew Overholt overholt@redhat.com 3.1.0_fc-0.M7.7 - Fix ecj symlink in /usr/share/java (rh#158734).
gcc-4.0.0-12 ------------ * Thu Jun 16 2005 Jakub Jelinek jakub@redhat.com 4.0.0-12 - update from CVS - PRs fortran/22038, libfortran/20930, libfortran/21950, rtl-opt/21528, target/20301, target/21889, tree-opt/19768, tree-optimization/21171, tree-optimization/21847, tree-optimization/22043 - further fixes for Fortran FORALL, also use less temporary memory for masks - make libltdl aware of */lib64 paths (#156005) - cast of vector to integral type fix (PR middle-end/21850) - libstdc++.so symbol versioning fixes (Benjamin Kosnik)
iiimf-1:12.2-5 -------------- * Fri Jun 10 2005 Akira TAGOH tagoh@redhat.com - 1:12.2-5 - Fixed the compiler warnings. (#159392) - xiiimp-xft.patch: updated to fix use of uninitialized variable. - EIMIL-fix-uninitialized-value.patch: likewise.
* Mon Jun 06 2005 Akira TAGOH tagoh@redhat.com - iiimgcf-fix-memory-leak-r2660.patch: fixed a memory leak. - xiiimp-fix-infinite-loop-property-notify-event-r2661.patch: fixed the infinite loop of PropertyNotify event that it causes eating more CPUs and memory at iiimd. (#158254)
* Thu Jun 02 2005 Akira TAGOH tagoh@redhat.com - added a simple wrapper for iiimd to avoid iiimd running as root when it needs to be run at the terminal for debugging purpose. - ensure the directory owner of /var/run/iiim is iiimd.
kdemultimedia-6:3.4.1-0.fc4.1 ----------------------------- * Thu Jun 16 2005 Than Ngo than@redhat.com 3.4.1-0.fc4.1 - 3.4.1
* Tue May 03 2005 Than Ngo than@redhat.com 6:3.4.0-3 - fix kde-multimedia-music.menu
kdesdk-3.4.1-0.fc4.1 -------------------- * Thu Jun 16 2005 Than Ngo than@redhat.com 3.4.1-0.fc4.1 - 3.4.1
mod_auth_mysql-1:2.9.0-1 ------------------------ * Thu Jun 16 2005 Joe Orton jorton@redhat.com 1:2.9.0-1 - update to 2.9.0 (#160239)
netatalk-4:2.0.3-1 ------------------ * Thu Jun 16 2005 Jason Vas Dias jvdias@redhat.com - Upgrade to upstream version 2.0.3 - fix bug 160486: use netatalk's initscript
redhat-rpm-config-8.0.36-1 -------------------------- * Thu Jun 16 2005 Elliot Lee sopwith@redhat.com - 8.0.36-1 - Fix the fix
* Wed Apr 06 2005 Elliot Lee sopwith@redhat.com - 8.0.35-1 - Fix #129025 (enable python byte compilation)
ruby-1.8.2-8 ------------ * Thu Jun 16 2005 Akira TAGOH tagoh@redhat.com - 1.8.2-8 - ruby-1.8.2-tcltk-multilib.patch: applied to get tcltklib.so built. (#160194)
selinux-policy-strict-1.23.18-11 -------------------------------- * Thu Jun 16 2005 Dan Walsh dwalsh@redhat.com 1.23.18-11 - Fix NetworkManager dhcpd communications - Fix hotplug
* Thu Jun 16 2005 Dan Walsh dwalsh@redhat.com 1.23.18-9 - Update Ivan trusted/untrusted patch - add texrel_shlib_t to targeted
selinux-policy-targeted-1.23.18-11 ---------------------------------- * Thu Jun 16 2005 Dan Walsh dwalsh@redhat.com 1.23.18-11 - Fix NetworkManager dhcpd communications - Fix hotplug
* Thu Jun 16 2005 Dan Walsh dwalsh@redhat.com 1.23.18-9 - Update Ivan trusted/untrusted patch - add texrel_shlib_t to targeted
* Wed Jun 15 2005 Dan Walsh dwalsh@redhat.com 1.23.18-7 - Fixed for new cups domain hplip
shared-mime-info-0.16-4 ----------------------- * Fri Jun 17 2005 David Zeuthen davidz@redhat.com - 0.16-4 - Add MIME-types for .pcf Cisco VPN settings files (fdo #3560)
system-config-printer-0.6.134-1 ------------------------------- * Thu Jun 16 2005 Tim Waugh twaugh@redhat.com - Updated file manifest to include glob patterns for python byte compilation. - 0.6.134: - No code changes. Rebuilt for python byte compilation.
* Thu Jun 16 2005 Tim Waugh twaugh@redhat.com 0.6.133-1 - 0.6.133: - No code changes. Rebuilt for python byte compilation.
util-linux-2.12p-10 ------------------- * Thu Jun 16 2005 Karel Zak kzak@redhat.com 2.12p-10 - fix #157656 – CRM 546998: Possible bug in vipw, changes permissions of /etc/shadow and /etc/gshadow - fix #159339 - util-linux updates for new audit system (pam_loginuid.so added to util-linux-selinux.pamd) - fix #159418 - sfdisk unusable - crashes immediately on invocation - fix #157674 – sync option on VFAT mount destroys flash drives - fix .spec file /usr/sbin/{hwclock,clock} symlinks
xorg-x11-6.8.2-38 ----------------- * Thu Jun 09 2005 Mike A. Harris mharris@redhat.com 6.8.2-38 - Removed unused legacy with_new_savage_driver macro and conditional spec file code. - Added xorg-x11-6.8.2-ati-radeon-7000-disable-dri.patch to disable DRI on Radeon 7000/VE hardware to test patch in rawhide prior to inclusion in RHEL4U2. (#150174)
* Mon Jun 06 2005 Mike A. Harris mharris@redhat.com - Removed with_libs_data macro as it is no longer useful. - Updated "Obsoletes: xorg-x11-libs-data" line to remove versioning
* Mon May 30 2005 Mike A. Harris mharris@redhat.com 6.8.2-37 - Implemented xorg-x11-6.8.2-redhat-kt.patch new kernel tainting diagnostics patch to aide in troubleshooting reported issues. - Removed older redhat-custom patch as the kt patch above replaces it now. - s/XFree86CustomVersion/XorgCustomVersion/ in host.def - Build for FC5 development.
Build System wrote :
New package adaptx AdaptX
New package bsh Lightweight Scripting for Java
New package carol CAROL: Common Architecture for RMI ObjectWeb Layer
New package castor An open source data binding framework for Java
New package gif89encoder Java class library for encoding GIFs
New package gnu.regexp Java NFA regular expression engine implementation
New package howl-logger High speed ObjectWeb logger
New package hsqldb Hsqldb Database Engine
New package jakarta-commons-cli Jakarta Commons CLI, a Command Line Interface for Java
New package jgroups Toolkit for reliable multicast communication.
New package jonathan-core Distributed Object Platform (DOP) written entirely in Java
New package jonathan-jeremie Distributed Object Platform (DOP) written entirely in Java
New package joram JORAM: Java (TM) Open Reliable Asynchronous Messaging
New package jotm JOTM : A Java Open Transaction Manager
New package monolog API for monitoring and logging
New package nanoxml NanoXML is a small XML parser for Java
New package objectweb-anttask ObjectWeb Ant task
New package oldkilim A generic configuration framework for Java
New package p6spy Database statement interceptor for Java
New package wsdl4j Web Services Description Language Toolkit for Java
Wow, another bunch :-/
Am I the only one that it kind of bothers to not see java stuff using a dedicated namespace for the package names? Things like "gnu.regexp" seem totally wrong... not to mention the dot in the name for that particular one.
Matthias
On 6/17/05, Matthias Saou
Am I the only one that it kind of bothers to not see java stuff using a dedicated namespace for the package names? Things like "gnu.regexp" seem totally wrong... not to mention the dot in the name for that particular one.
Luckily its rawhide... so there is still hope to get the namespace issues worked out.
Is this an issue that needs to be brought up to the packaging list to create some usable guidelines for the java space?
On Fri, 2005-06-17 at 14:46 +0200, Matthias Saou wrote:
Am I the only one that it kind of bothers to not see java stuff using a dedicated namespace for the package names? Things like "gnu.regexp" seem totally wrong... not to mention the dot in the name for that particular one.
If you want, bring this up with the JPackage folk since that's where the names are coming from.
Andrew
On Fri, 2005-06-17 at 11:34 -0400, Andrew Overholt wrote:
On Fri, 2005-06-17 at 14:46 +0200, Matthias Saou wrote:
Am I the only one that it kind of bothers to not see java stuff using a dedicated namespace for the package names? Things like "gnu.regexp" seem totally wrong... not to mention the dot in the name for that particular one.
No you're not alone in that Matthias...
If you want, bring this up with the JPackage folk since that's where the names are coming from.
Since when did FC start to follow whatever somebody else does?
It's not any different for java, "gnu.regexp" is simply a bad name for a java-only library (or whatever they're called in the java-land). Just imagine all the perl-modules in FC without perl-prefix: - XML-SAX - TimeDate - HTML-Parser ... etc. I think you get the idea.
- Panu -
On Ven 17 juin 2005 22:53, Panu Matilainen a écrit :
On Fri, 2005-06-17 at 11:34 -0400, Andrew Overholt wrote:
On Fri, 2005-06-17 at 14:46 +0200, Matthias Saou wrote:
Am I the only one that it kind of bothers to not see java stuff using
a
dedicated namespace for the package names?
Due to the fragmentation of the java space you have several namespaces. All the jakarta components are filed under jakarta-*, classpath components have their own namespave too, etc
All the one-offs not attached to a particular project and that are strange mixes of libs and apps have no prefix, just like yum is not python-yum.
Things like "gnu.regexp"
seem
totally wrong... not to mention the dot in the name for that
particular
one.
No you're not alone in that Matthias...
If you want, bring this up with the JPackage folk since that's where the names are coming from.
Since when did FC start to follow whatever somebody else does?
Since it got for free a thousand of compatible packages. Feel free to rename all of them and rebuild them and check the deps you end up with are still right (there are no autodep macros in java land)
It's not any different for java, "gnu.regexp" is simply a bad name for a java-only library
I agree this one is bad - it should be gnu- or classpath- something instead.
Feel free to fix this kind of warts upstream at jpackage, admittance is free and paquage quality is directly proportional to contributer & reviewer numbers. This is a community project. We don't have half the entry barriers of FC or FE because we can not afford to.
(or whatever they're called in the java-land). Just imagine all the perl-modules in FC without perl-prefix:
perl- components all come from a single project CPAN with common guidelines and rules. Java packages that use a cpan-like infrastructure have their own namespaces but a big part of the java space is just fragmented. Adding a blanket namespace for stuff that feels different and behaves different is just stupid.
Also apps are not namespaced in fedora.
Regards,
* Ziga Mahkovec ziga.mahkovec@klika.si [2005-06-17 15:51]:
On Fri, 2005-06-17 at 07:35 -0400, Build System wrote:
[...]
New package gnu.regexp Java NFA regular expression engine implementation
I was wondering why gnu.regexp was included, given that it's already part of libgcj?
I'm not sure. Gary?
Andrew
Andrew Overholt wrote:
- Ziga Mahkovec ziga.mahkovec@klika.si [2005-06-17 15:51]:
On Fri, 2005-06-17 at 07:35 -0400, Build System wrote:
[...]
New package gnu.regexp Java NFA regular expression engine implementation
I was wondering why gnu.regexp was included, given that it's already part of libgcj?
I'm not sure. Gary?
Er, one of the jonas packages required it, so I added it. I'll see if it can be removed. It might be that we have to cause java-gcj-compat to Provides: gnu.regexp to make it seamless.
We also ship gnu.getopt; is that removable too, do you know?
Please Cc me in replies -- I don't read this list...
Cheers, Gary
On Mon, 2005-06-20 at 09:21 +0100, Gary Benson wrote:
Andrew Overholt wrote:
- Ziga Mahkovec ziga.mahkovec@klika.si [2005-06-17 15:51]:
I was wondering why gnu.regexp was included, given that it's already part of libgcj?
I'm not sure. Gary?
Er, one of the jonas packages required it, so I added it. I'll see if it can be removed. It might be that we have to cause java-gcj-compat to Provides: gnu.regexp to make it seamless.
I see; this was just a heads-up -- having two slightly different versions of the same library in classpath could cause trouble.
On the other hand, there are some discussions about replacing gnu.regexp with jregex in GNU Classpath (for performance reasons), so it's possible you'd have to add it back in later :/
We also ship gnu.getopt; is that removable too, do you know?
It's not part of Classpath/libgcj. And a quick scan with repoquery suggests no other package provides it.
Ziga Mahkovec wrote:
On Mon, 2005-06-20 at 09:21 +0100, Gary Benson wrote:
Andrew Overholt wrote:
- Ziga Mahkovec ziga.mahkovec@klika.si [2005-06-17 15:51]:
I was wondering why gnu.regexp was included, given that it's already part of libgcj?
I'm not sure. Gary?
Er, one of the jonas packages required it, so I added it. I'll see if it can be removed. It might be that we have to cause java-gcj-compat to Provides: gnu.regexp to make it seamless.
I see; this was just a heads-up -- having two slightly different versions of the same library in classpath could cause trouble.
As far as I'm concerned having two separate versions of the same package is something to avoid at all costs. Thank you for spotting it and for letting me know.
Cheers, Gary
On Mon, 2005-06-20 at 16:21 +0200, Ziga Mahkovec wrote:
On Mon, 2005-06-20 at 09:21 +0100, Gary Benson wrote:
Andrew Overholt wrote:
- Ziga Mahkovec ziga.mahkovec@klika.si [2005-06-17 15:51]:
I was wondering why gnu.regexp was included, given that it's already part of libgcj?
I'm not sure. Gary?
Er, one of the jonas packages required it, so I added it. I'll see if it can be removed. It might be that we have to cause java-gcj-compat to Provides: gnu.regexp to make it seamless.
I see; this was just a heads-up -- having two slightly different versions of the same library in classpath could cause trouble.
On the other hand, there are some discussions about replacing gnu.regexp with jregex in GNU Classpath (for performance reasons), so it's possible you'd have to add it back in later :/
We also ship gnu.getopt; is that removable too, do you know?
I would like to see gnu.getopt merged into GNU Classpath.
Tom
It's not part of Classpath/libgcj. And a quick scan with repoquery suggests no other package provides it.
-- Ziga