Weekly Edition
Return to the Distributions page
| ||||||||||||||||
Mono added to Fedora Core
New package beagle
The Beagle Search Infrastructure
New package evolution-sharp
Evolution Data Server Mono Bindings
New package f-spot
Photo management application
New package gecko-sharp2
Gecko bindings for Mono
New package gmime
Library for creating and parsing MIME messages
New package gnome-mount
Mount replacement which uses HAL to do the mounting
New package gsf-sharp
Mono bindings for libgsf
New package gtk-sharp
GTK+ and GNOME bindings for Mono
New package gtk-sharp2
GTK+ and GNOME bindings for Mono
New package lcms
Color Management System
New package libevent
Abstract asynchronous event notification library
New package libgdiplus
libgdiplus: An Open Source implementation of the GDI+ API
New package libgssapi
Generic Security Services Application Programming Interface Library
New package nfs-utils-lib
Network File System Support Library
New package pirut
Package Installation, Removal and Update Tools
New package sqlite2
Embeddable SQL engine in a C library
New package tomboy
Tomboy is a desktop note-taking application for Linux and Unix.
Removed package system-config-packages
Updated Packages:
OpenIPMI-1.4.14-16
------------------
* Mon Jan 09 2006 Phil Knirsch <pknirsch@redhat.com> 1.4.14-16
- Included FRU fix for displaying FRUs with ipmitool
- Included patch for new option to specify a BMC password for IPMI 2.0 sessions
anaconda-10.91.0-1
------------------
* Mon Jan 09 2006 Jeremy Katz <katzj@redhat.com> - 10.91.0-1
- tweaked selection stuff a little to be the same code as pirut
- tweak exception window to have an image and be better sized (dcantrell)
- write out RAID device name (clumens)
- scroll group list properly (dcantrell)
- fix ppc rescue image (jkeating)
- dmraid detection fix (pjones)
authconfig-5.1.2-1
------------------
* Mon Jan 09 2006 Tomas Mraz <tmraz@redhat.com> - 5.1.2-1
- fixed regression when saving nsswitch.conf
avahi-0.6.3-1
-------------
* Mon Jan 09 2006 Jason Vas Dias <jvdias@redhat.com> - 0.6.3-1
- Upgrade to upstream version 0.6.3
- fix bug 177148: initscript start should not fail if avahi-daemon running
dbus-0.60-3
-----------
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> 0.60-3
- Don't exclude non-mono arches
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> - 0.60-2
- Add dbus-sharp sub-package
e2fsprogs-1.38-5
----------------
* Mon Jan 09 2006 Peter Jones <pjones@redhat.com> 1.38-5
- fix some more minor logic errors in dm probing
firstboot-1.3.57-1
------------------
* Mon Jan 09 2006 Chris Lumens <clumens@redhat.com> 1.3.57-1
- Use scdMainWindow instead of mainWindow to fix random python import
tracebacks.
* Mon Jan 09 2006 Chris Lumens <clumens@redhat.com> 1.3.56-2
- Remove dependancy on system-config-packages.
* Mon Jan 09 2006 Chris Lumens <clumens@redhat.com> 1.3.56-1
- Increase timeout on waiting for X to start (#176782).
- Update translations.
gdm-1:2.13.0.4-2
----------------
* Mon Jan 09 2006 Ray Strode <rstrode@redhat.com> - 1:2.13.0.4-2
- use xinit Xsession again.
* Mon Jan 09 2006 Ray Strode <rstrode@redhat.com> - 1:2.13.0.4-1
- update to 2.13.0.4
glibc-2.3.90-30
---------------
* Mon Jan 09 2006 Jakub Jelinek <jakub@redhat.com> 2.3.90-30
- update from CVS
- <pthread.h> initializer fixes for -std=c{8,9}9 on 32-bit
arches
- avoid writable .rodata (#177121)
gnome-screensaver-0.0.23-4
--------------------------
* Mon Jan 09 2006 Ray Strode <rstrode@redhat.com> - 0.0.23-4
- don't include .desktop part of theme name in gconf schema
gnome-vfs2-2.13.3-3
-------------------
* Mon Jan 09 2006 John (J5) Palmieri <johnp@redhat.com> 2.13.3-3
- Add patch so --hal-udi is sent in when mounting and unmounting
* Mon Jan 09 2006 John (J5) Palmieri <johnp@redhat.com> 2.13.3-2
- Add dependency on gnome-mount
- Add configure options for gnome-mount
hal-0.5.5.1.cvs20060109-2
-------------------------
* Mon Jan 09 2006 John (J5) Palmieri <johnp@redhat.com> - 0.5.5.1.cvs20060109-2
- Add patch to escape mount options
* Mon Jan 09 2006 John (J5) Palmieri <johnp@redhat.com> - 0.5.5.1.cvs20060109-1
- Update to a new CVS snapshot
* Thu Jan 05 2006 John (J5) Palmieri <johnp@redhat.com> - 0.5.5.1.cvs20060105-2
- readd the hotplug script
java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_61rh
------------------------------------------
* Mon Jan 09 2006 Archit Shah <ashah@redhat.com> - 0:1.4.2.0-40jpp_61rh
- Import java-gcj-compat 1.0.50.
jonas-0:4.3.3-1jpp_20fc
-----------------------
* Mon Jan 09 2006 Jesse Keating <jkeating at redhat.com> - 4.3.3-1jpp_20fc
- Exclude s390 from build
* Thu Dec 22 2005 Gary Benson <gbenson at redhat.com> - 4.3.3-1jpp_19fc
- Rebuild again for another gcc/gcj bug
* Mon Dec 19 2005 Gary Benson <gbenson at redhat.com> - 4.3.3-1jpp_18fc
- Rebuild.
kernel-2.6.15-1.1826.2.9_FC5
----------------------------
* Mon Jan 09 2006 Dave Jones <davej@redhat.com>
- Remove vm debug patch that triggers too easily right now.
(Needs fixing properly post test2).
- kill blk_attempt_merge() which was horribly broken.
- dm: avoid ovvrun while syncing.
* Mon Jan 09 2006 David Woodhouse <dwmw2@redhat.com>
- Fix some usblp problems, add ieee1284_id to sysfs
- update bcm43xx driver to version tested in -HEAD
kernel-xen-2.6.15-1.27_FC5
--------------------------
* Mon Jan 09 2006 Stephen Tweedie <sct@redhat.com>
- Rebase xen to hypervisor from 20060106
- Rebase xen kernel code to linux-2.6-merge.hg cset 16985
- Disable power management bits that don't work in Xen
- Remove include/asm-xen from rpm
* Mon Jan 09 2006 Dave Jones <davej@redhat.com>
- Remove vm debug patch that triggers too easily right now.
(Needs fixing properly post test2).
- kill blk_attempt_merge() which was horribly broken.
- dm: avoid ovvrun while syncing.
* Mon Jan 09 2006 David Woodhouse <dwmw2@redhat.com>
- Fix some usblp problems, add ieee1284_id to sysfs
- update bcm43xx driver to version tested in -HEAD
libdaemon-0.10-2
----------------
* Fri Jan 06 2006 Jason Vas Dias <jvdias@redhat.com> - 0.10-2
- rebuild for new gcc / glibc
ltrace-0.3.36-4
---------------
* Mon Jan 09 2006 Jakub Jelinek <jakub@redhat.com> 0.3.36-4
- added ppc64 and s390x support (IBM)
- added ia64 support (Ian Wienand)
* Sat Mar 05 2005 Jakub Jelinek <jakub@redhat.com> 0.3.36-3
- rebuilt with GCC 4
* Tue Dec 14 2004 Jakub Jelinek <jakub@redhat.com> 0.3.36-2
- make x86_64 ltrace trace both 32-bit and 64-bit binaries (#141955,
IT#55600)
- fix tracing across execve
- fix printf-style format handling on 64-bit arches
make-1:3.80-9
-------------
* Mon Jan 09 2006 Petr Machata <pmachata@redhat.com> 3.80-9
- Applied patch from hongjiu.lu@intel.com. Somehow reduces make's
enormous memory consumption. (#175376)
man-pages-pl-0.24-1
-------------------
* Mon Jan 09 2006 Ivana Varekova <varekova@redat.com> 0.24-1
- update source
- add pidof patch (created by Marcin Garski)
mono-1.1.12.1-1
---------------
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> - 1.1.12.1-1
- Update to 1.1.12.1
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> - 1.1.10-4
- rebuild
* Fri Nov 18 2005 Alexander Larsson <alexl@redhat.com> 1.1.10-3
- Disable s390 due to some build failure
nautilus-2.13.3-2
-----------------
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> - 2.13.3-2
- Buildrequire libbeagle
* Tue Dec 13 2005 Alexander Larsson <alexl@redhat.com> 2.13.3-1
- Update to 2.13.3
* Fri Dec 09 2005 Jesse Keating <jkeating@redhat.com>
- rebuilt
nfs-utils-1.0.8.rc2-1.FC5
-------------------------
* Mon Jan 09 2006 1.0.8-1
- Updated to 1.0.8-rc2 release
- Broke out libgssapi into its own rpm
- Move librpcsecgss and libnfsidmap in the new nfs-utils-lib rpm
- Removed libevent code; Required to be installed.
notify-daemon-0.3.1-3
---------------------
* Mon Jan 09 2006 Christopher Aillon <caillon@redhat.com> - 0.3.1-3
- Fix positioning of the notification bubble to not draw off-screen
openhpi-2.2.1-4
---------------
* Mon Jan 09 2006 Peter Jones <pjones@redhat.com> 2.2.1-4
- Don't use -Werror, it doesn't build with that on ppc64 currently.
* Fri Jan 06 2006 Jesse Keating <jkeating@redhat.com> 2.2.1-3
- Fix to not use stict-aliasing.
* Wed Jan 04 2006 Radek Vokal <rvokal@redhat.com> 2.2.1-2
- Rebuilt against new libnetsnmp
postgresql-8.1.2-1
------------------
* Mon Jan 09 2006 Tom Lane <tgl@redhat.com> 8.1.2-1
- Update to PostgreSQL 8.1.2
- Repair extraneous quote in pgtcl configure script ... odd that bash
didn't use to spit up on this.
pykickstart-0.12-1
------------------
* Mon Jan 09 2006 Chris Lumens <clumens@redhat.com> 0.12-1
- Clean up output quoting.
- Finish removing monitor-related stuff from xconfig.
rhgb-0.16.2-18
--------------
* Sun Jan 08 2006 Ray Strode <rstrode@redhat.com> 0.16.2-18
- rebuild against modular X
* Thu Dec 22 2005 Jesse Keating <jkeating@redhat.com> 0.16.2-16
- versioned BuildRequires of libxf86config-devel
* Fri Dec 16 2005 Jesse Keating <jkeating@redhat.com>
- rebuilt for new gcc
rpm-4.4.2-12
------------
* Mon Jan 09 2006 Alexander Larsson <alexl@redhat.com> - 4.4.2-12
- Add mono req/provides support
selinux-policy-2.1.8-2
----------------------
* Mon Jan 09 2006 Dan Walsh <dwalsh@redhat.com> 2.1.8-2
- Fixes for hal and readahead
* Mon Jan 09 2006 Dan Walsh <dwalsh@redhat.com> 2.1.8-1
- Update to upstream
- Apply
* Sat Jan 07 2006 Dan Walsh <dwalsh@redhat.com> 2.1.7-4
- Add wine and fix hal problems
sound-juicer-2.13.1-4
---------------------
* Mon Jan 09 2006 John (J5) Palmieir <johnp@redhat.com> 2.13.1-4
- Add a patch that adds -Wl,--export-dynamic to the build
system-config-cluster-1.0.24-1.0
--------------------------------
* Mon Jan 09 2006 Jim Parsons <jparsons@redhat.com> 1.0.24-1
- Build for fedora
* Tue Dec 20 2005 Jim Parsons <jparsons@redhat.com> 1.0.23-1
- Removed unnecessary fence device field
* Tue Dec 20 2005 Jim Parsons <jparsons@redhat.com> 1.0.22-1
- Version bump
system-config-date-1.7.99.13-1
------------------------------
* Mon Jan 09 2006 Chris Lumens <clumens@redhat.com> 1.7.99.13-1
- Rename mainWindow to scdMainWindow to avoid import problems in firstboot.
system-config-lvm-1.0.10-1.0
----------------------------
* Thu Jan 05 2006 Stanko Kupcevic <kupcevic@redhat.com> 1.0.10-1.0
- Fix for bz176967
traceroute-2:1.0.4-1
--------------------
* Mon Jan 09 2006 Radek Vokal <rvokal@redhat.com> 1.0.4-1
- upgrade to 1.0.4
- proper fix for bug #173762
xorg-x11-fonts-1.0.0-2
----------------------
* Tue Jan 10 2006 Bill Nottingham <notting@redhat.com> 1.0.0-2
- fix obsoletes (#177377)
xorg-x11-xdm-1:1.0.1-1
----------------------
* Mon Jan 09 2006 Mike A. Harris <mharris@redhat.com> 1:1.0.1-1
- Updated xdm to version 1.0.1 from X11R7.
- Added --with-xdmscriptdir option to ./configure to put scripts in /etc
- Updated xdm-1.0.1-redhat-xdm-config-fix.patch to work with xdm 1.0.1
ypserv-2.13-10
--------------
* Mon Jan 09 2006 Chris Feist <cfeist@redhat.com> - 2.13-10
- Fix crash with ypxfr caused by failing to zero out data (bz #161217)
* Wed Jan 04 2006 Jesse Keating <jkeating@redhat.com> - 2.13-6.2
- rebuilt for new gcc
* Thu Oct 14 2004 Miloslav Trmac <mitr@redhat.com> - 2.13-5
- Fix crash with -p (#134910, #129676)
Broken deps for i386
----------------------------------------------------------
GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5
GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5
GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5
GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp
cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5
cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5
cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5
cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp
dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5
dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5
dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5
dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp
gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5
gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5
gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp =
0:2.6.14-1.1805_FC5
gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires
/lib/modules/2.6.14-1.1805_FC5smp
jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6
Broken deps for ia64
----------------------------------------------------------
jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit)
rgmanager - 1.9.31-3.ia64 requires ccs
Broken deps for ppc
----------------------------------------------------------
cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11
dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11
gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11
jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6
Broken deps for ppc64
----------------------------------------------------------
cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11
dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11
emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit)
Broken deps for s390
----------------------------------------------------------
jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6
jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6
Broken deps for s390x
----------------------------------------------------------
jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit)
libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit)
libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit)
Broken deps for x86_64
----------------------------------------------------------
GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5
GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5
cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5
cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5
dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5
dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5
gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5
gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5
jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit)
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
(Log in to post comments)
Mono added to Fedora Core Posted Jan 10, 2006 15:32 UTC (Tue) by zooko (subscriber, #2589) [Link] There's no point in self-censoring your Linux distribution in an attempt to avoid imagined future patent problems. Every software package in your Linux distribution is potentially infringing under some patent or other. Learn to live with it.
Mono added to Fedora Core Posted Jan 10, 2006 20:20 UTC (Tue) by JoeBuck (subscriber, #2330) [Link] If your market capitalization is over $5 billion US, and you infringe a patent that is being actively enforced (e.g. the MP3 patents), you might be hearing from lawyers eager for a bit of that pot of gold.That said, Mono's probably safe at this time, since at this stage it's in Microsoft's interest to have .NET penetrate everywhere. I assume that Red Hat has made this calculation and feels safe.
Mono added to Fedora Core Posted Jan 10, 2006 20:42 UTC (Tue) by b7j0c (subscriber, #27559) [Link] added to which, its clear microsoft finally understands that services (search ads, music downloads, online gaming, software-on-demand) are where their future revenue growth will be coming from, not from software sales. note i said revenue -growth-; of course they will still make money on software, but these markets are flat. arguably microsoft isn't even monetizing .net themselves; to users it is transparent in their code and it is no-charge to developers. they likely see mono as useful for destabilizing java, which it appears to be doing in some very small way. mono doesn't constitute a threat to microsoft, given the small benefit it extends by virtue of spreading c# to more developers as a c++ replacement (a role in which c# appears to be having some success).
Mono added to Fedora Core Posted Mar 29, 2006 13:49 UTC (Wed) by tim146 (guest, #36823) [Link] >> spreading c# to more developers as a c++ replacement (a role in which c# appears to be having some success).
I read an article the other day that C# was going to lead to the death of C and C++. What are you going to write all that kernel code in then, VB6? Please when are guys like you going to realise that a tool / language / environment is used because it is suitable to the job at hand, not because its the "latest must have technology". Its that kind of attitude that means we all have to upgrade our PC's every six months because some clowns think we have unlimited money and time to do so. Don't tell me, your also just about or have invested in HD TV as well? Has anyone ever questioned, ten years down the line, with 3-4Ghz processors and acres of memory and disk space, why is it that Word 2003 still appears to run at the same speed that Word 97 did on a 66Mhz 486 with 128M of RAM? Get a grip on reality, please! .NET is a good tool, but has its fair share of flaws and faults and is not the answer to all development problems.
hopefully more mono vm adoption will follow Posted Jan 10, 2006 18:27 UTC (Tue) by b7j0c (subscriber, #27559) [Link] while i don't particularly care for c# or .net support, my understanding is that the mono vm is well designed and performs well. i would definitely like to see more consolidation in the vm market. i believe strongly in the principles of the parrot project, but their progress is not satisfactory to date. abstracting the vm that the various language toolkits use would reduce bloat in distributions and let language developers focus on their specific value-add, not reinventing gc etc.
ironpython and nemerle show that a mono-style environment can support different styles of language. i know some individuals have claimed that the specific vms/interpreters of different languages have key optimizations that cannot translate to a generic vm, but my thinking is that over time consolidation is worth it, and the languages can also optimize for this one vm platform.
hopefully more mono vm adoption will follow Posted Jan 11, 2006 8:04 UTC (Wed) by khim (subscriber, #9252) [Link] One step at time. IronPython is usable on mono. Still far from working good enough to replace default Python's VM yet step in right direction. If C#, Java (via IKVM) and Python will share common VM - it'll be huge step in right direction. It'll require huge amount of work, but looks more realistic today then consolidation on Parrot...
hopefully more mono vm adoption will follow Posted Jan 11, 2006 17:49 UTC (Wed) by b7j0c (subscriber, #27559) [Link] i agree that this consolidation is not realistic today. i am hoping that some future tuning for compiler front-ends by various language crews and moore's law can amend the issue. i know guido has said (with regards to parrot) that it is not realistic to presume one vm can provide best-in-class support for all these different types of languages, but i assume at some point the performance will be 'good enough' such that developers no longer see a point in maintaining various vms.
hopefully more mono vm adoption will follow Posted Jan 12, 2006 21:41 UTC (Thu) by k8to (subscriber, #15413) [Link] FWIW, there are some objections to the IronPython license, and it looks highly unlikely that Microsoft will allow this situation to improve.
IronPython Posted Jan 16, 2006 17:20 UTC (Mon) by shane (subscriber, #3335) [Link] Since the developer of IronPython works for Microsoft now, a better link might be to the Microsoft IronPython download page
Fedora is getting more developer friendly Posted Jan 10, 2006 20:29 UTC (Tue) by proski (subscriber, #104) [Link] Any respectable distribution intended for developers should include support for tools to get most software (e.g. version control systems currently in use) and to compile it, which includes compilers and libraries. Although I don't plan coding anything C# and I don't use any software written in C#, it's comforting to know that I'll get the needed tools simply by running yum, should that need arise.Another great thing in Fedora Core 5 is that it allows uninstalling the kernel and using your own. And if a distributed kernel is installed but it's not running, yum won't keep in on upgrade. Finally, gcc 4.1.0 prerelease reports unused (usually misplaced) "packed" attribute in structures. It's always better to fix it in advance before users start reporting it. Not to mention that it can be a real problem.
RedHat had better be right on this one Posted Jan 11, 2006 3:58 UTC (Wed) by jmorris42 (subscriber, #2203) [Link] For years now the line from RedHat had been "Mono ain't ever going in so shut up already." Then one day, with no public discussion it shows up in rawhide. They better have the legal ducks in a row on this one because a year from now it will be a decision that can't be unmade.
As all who have been following things Mono should know, the GNOME guys have been hellbent on rewriting pretty much everything in C# with the only holdup being RedHat's constant refrain of "Well you guys can do that but since we can't ship it....." Now that that is settled I'd expect a frenzy of pent up energy to be released and GNOME to become a .net project for all intents and purposes by this time next year.
Which is probably about when the SCO foolishness will be playing itself out and the patent wars heating up. So if this is a trap the community will be just about dead center of it when it springs.
And since RedHat never publicly discussed exactly what legal problem they saw originally and is being equally silent as to what caused them to suddenly change their mind, all us interested bystanders can do is sit around and watch the fun. Just hope Debian keeps mono out so we will have one safe distro left.
RedHat had better be right on this one Posted Jan 11, 2006 5:37 UTC (Wed) by b7j0c (subscriber, #27559) [Link] >> and GNOME to become a .net project for all intents and purposes by this time next year.
this is ridiculous. even if it were desirable, even if all gnome coders were in favor of such a move, you would not see such a migration in so short a period of time. mono will continue to be a strong option.
>> So if this is a trap
set by who? why?
>> And since RedHat never publicly discussed exactly what legal problem they saw originally
how do you know it was a legal issue? as far as i can tell they simply didn't want to endorse a tool being promoted by its chief competitor novell.
>> just hope Debian keeps mono out
mono is packaged for debian and has been cleared by debian people with regards to these so-called issues
Not going in Red Hat EL Posted Jan 11, 2006 17:02 UTC (Wed) by vmole (guest, #111) [Link] According to Chris Blizzard, Mono isn't going into Red Hat, only Fedora.
RedHat had better be right on this one Posted Jan 12, 2006 4:11 UTC (Thu) by elanthis (guest, #6227) [Link] "GNOME guys have been hellbent on rewriting pretty much everything in C#"
Except for the part where GNOME developers haven't rewritten anything in C#. There's plenty of *new* development in C#, most of it by people who aren't core GNOME developers, and those apps are targetted at GNOME, but C# becoming "the" core of GNOME is not likely anytime soon.
.NET API patent was rejected (non-final) Posted Jan 11, 2006 6:42 UTC (Wed) by mitchskin (subscriber, #32405) [Link] The main objection to mono has always been patents. Many patents can be worked around, but since a big part of the reason for mono was a compatible reimplementation of the .NET API, a patent on that API would have enabled Microsoft to kill mono, or at least drastically reduce its scope.Interestingly, the patent application was given a non-final rejection last October. Presumably that means that Microsoft can try to fix the things that the patent examiner didn't like about it, but the fact that they haven't responded so far may indicate that the problems are too big. Reading through the rejection letter, it looks like there are substantial prior art issues. You can read the history of the patent application (click on "image file wrapper"--the rejection letter is near the top of that list)
.NET API patent was rejected (non-final) Posted Jan 11, 2006 6:52 UTC (Wed) by mitchskin (subscriber, #32405) [Link] Looking through the stuff at that link, I thought the "examiner's search strategy and results" was really interesting. It contains the record of how the examiner went about searching for prior art in the USPTO's database.
The query language reminds me of old-school web querying ("common near language with (api or application near interface)")
Broken link Posted Jan 11, 2006 19:02 UTC (Wed) by Blaisorblade (guest, #25465) [Link] I can't find anything useful at that link - they seem to have changed URLs.
Broken link Posted Jan 11, 2006 23:13 UTC (Wed) by mitchskin (subscriber, #32405) [Link] hmmm, I thought that was the actual page but maybe it was just a search result.If you go to http://portal.uspto.gov/external/portal/pair , select "Application Number" in the dropdown, and enter 10/087027 it should get you there.
|
||||||||||||||||