On Mon, 2008-03-24 at 16:30 -0700, John Fischer wrote: > Jedy and Irene, > > I would like to see python-numpy as a seperate case since > others might be interested in this interface and it is hidden > within this case. Once this case is approved you can file > a single paragraph case that describes the interface and that > is approved by this case. Then close it out automatically. Sure, I'll file an auto approve case after the GNOME 2.22 case is approved :)
thanks --IRene > > gnome-vfs is being Deprecated by the GIO interface in Gnome 2.22. > This sounds fine. This project should announce that gnome-vfs > is Deprecated and will be removed in a future release of Solaris > within the Solaris 10 Update release. This should be done via > a release note and a man page change if a man page exists for > the interface. Even if we do not remove this interface before > Nevada is release we can start notifying our developer base of > the impending changes. > > Are we documenting the extreme volatility of libgweather? How > are we letting our developer base that the interface is "not > supported"? > > I am interested in more information about the GGZ interfaces. > What are the security concerns with the following statement? > > GGZ interfaces can be used by games to support network > gaming features, so that people can play games with other > people over the internet. > > How are the other people identified? What protections are > taken to insure our customers are protected against a malicious > individual? Is the network feature enabled by default after > install? When the "other people" send data is it validated > against overflow situations? > > The fast track states that there are no Removed Components (3.1.5). > However, the interface table appears to list several removed > components: > > gnome-accessibility-keyboard-properties > gnome-pilot-make-password > gnome-menu-spec-test > test-control.py -- minor > liborg-gnome-new-mail-notify.so > gpilotd-session-wrapper > ext_rehashdir.py > ipy_profile_sh.py > ipythonrc-scipy > desktop_gnome_applications_help_viewer.schemas > check-ptp-camera > nautilus-connect-server > mapping-daemon > libmapping.so > gestures.so > xdg-user-dirs-update.desktop > > > Which document is correct? I am mostly concerned with those things that > are in /usr/bin. However, customers might also be using the others in > one form or another. > > Thanks, > > John > > > Shi-Ying Irene Huang wrote: > > Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI > > This information is Copyright 2008 Sun Microsystems > > 1. Introduction > > 1.1. Project/Component Working Name: > > GNOME 2.22 > > 1.2. Name of Document Author/Supplier: > > Author: Jedy Wang > > 1.3 Date of This Document: > > 21 March, 2008 > > 4. Technical Description > > =================================================== > > GNOME 2.22 ARC Proposal > > Date: Jan 31, 2008 Jerry Yu <jijun.yu at sun.com> > > =================================================== > > > > > > > > =============== > > 1. Introduction > > =============== > > 1.1. Project/Component Working Name: > > > > GNOME 2.22 > > > > 1.2. Name of Document Author/Supplier: > > > > Jerry Yu (jijun.yu at sun.com) > > Jedy Wang (jedy.wang at sun.com) > > Irene Huang (irene.huang at sun.com) > > Brian Cameron (brian.cameron at sun.com) > > Li Yuan (li.yuan at sun.com) > > > > 1.3. Email Aliases: > > 1.3.1. Responsible Manager: paul.mei at sun.com > > leo.binchy at sun.com > > 1.3.2. Responsible Engineer: jijun.yu at sun.com > > jedy.wang at sun.com > > irene.huang at sun.com > > brian.cameron at sun.com > > li.yuan at sun.com > > 1.3.3. Marketing Manager: Dan.Roberts at Sun.COM > > 1.3.4. Interest List: desktop-cteam at sun.com > > accessprogramoffice at sun.com > > trusted-jds at sun.com > > gnome222-arc at sun.com > > > > ================== > > 2. Project Summary > > ================== > > > > 2.1. Project Description > > > > This project continues on LSARC 2007/520 to provide a newer version > > of > > GNOME, as part of the Java Desktop System (JDS), targeted for > > Nevada. > > > > More formally, this project will integrate GNOME 2.22 along with > > some > > other components that aren't currently part of the official > > community > > release. > > > > 2.2. Risks and Assumptions > > > > 2.2.1. Schedule > > > > This project is targeted to be bundled with Nevada, with an > > intended > > integration date of Nevada build 88 (04/07/08), of the current > > Solaris > > OS release schedule. This is for a minor release only. > > > > 2.2.2. Accessibility > > > > Accessibility is still a key concern in the GNOME desktop. > > Although the community has realized the importance of A11Y, and has > > contributed a great deal to the project, the core parts of the > > desktop > > may not be fully accessible. The project team is adding resources > > according to need and associating time to market schedules. > > > > 2.2.3. GPL Licensed Libraries > > > > The following issues are associated with GPL libraries (please find > > the > > proposed rule about GPL license libraries here: > > http://webhome.sfbay/OFR/GPL-LGPLArchRules.html) > > > > 1. No LGPL'd libraries should be depending on GPL'd libraries. > > 2. GPL'd libraries should not be shipped in standard path. > > 3. Change "GPLv2 or later" to "GPLv2". > > > > About the first issue, > > This issue occurs when a non-GPL (e.g. LGPL) library links against a > > GPL library. The investigation shows that libgtop is still shipped > > and > > libgtop is not depended on by LGPL'd libraries (dependencies include > > /usr/bin/baobab and /usr/bin/gnome-system-monitor). > > > > About the second issue, > > The GPL rules are still being discussed. We will make sure that new > > projects with GPL'd libraries are not depended by non-GPL'd > > libraries. > > > > About the third issue, > > This is a legal issue, and not an ARC issue. We include this > > information here only for reference. > > > > ======================== > > 3. Technical Description > > ======================== > > > > This project will build on the base we built with "LSARC 2007/520 > > GNOME 2.20", and provide a newer version of the GNOME desktop into > > Nevada. > > > > The GNOME Project's focus on users and usability continues in GNOME > > 2.22 > > with its hundreds of bug fixes and user-requested improvements. > > This > > project provides many usability improvements, performance tunings, > > improved configuration, and updated branding. More details on > > specific > > improvements can be found on the GNOME community release notes [not > > yet released] > > > > - http://www.gnome.org/start/2.22/notes/ > > > > Currently, the GNOME 2.22 draft release note is available at: > > > > - http://live.gnome.org/TwoPointTwentyone/ReleaseNotes > > > > Where possible, we will coordinate with those components that are > > shipped as part of the official GNOME community release. JDS may > > deviate from the GNOME community release, but only where there is > > an > > appropriate business justification or engineering impact. > > > > > > 3.1. Interface classification summary. > > > > In LSARC 2005/734, cairo was defined to be "Unstable". However, > > it is listed as Volatile in the cairo and gnome-interface manpages. > > Starting with GNOME 2.22, the JDS team would like to more clearly > > define cairo interfaces as being Uncommitted. > > > > Refer to the LSARC 2005/734 mail log, message dated Tue, 07 March, > > 2006 > > with the Subject "New LSARC Materials Submitted LSARC 2005/734" for > > more information about when this interface was defined to be > > "Unstable". > > > > 3.1.1. Changes of Committed interfaces > > > > Refer to manpages [5] and gnome-interfaces [6]. > > > > Minor changes are introduced in GNOME 2.22 for > > > > Committed Libraries changes > > --------------------------- > > o libglib-2.0 > > o libpango-1.0 > > > > Committed CLIs changes > > ---------------------- > > None > > > > Committed Configuration Files > > ----------------------------- > > Starting with GDM 2.22 the JDS team would like to change the > > interface level of the GDM configuration files from "Committed" > > to "Volatile". GDM is currently being rewritten and will unlikely > > use the same configuration mechanisms. Since these interfaces have > > only been declared as Committed in Nevada, since GDM is not yet the > > default login program, and since the SXDE/SXCE customer base > > understands that they are using bleeding edge software and things > > will > > change, we feel that the impact will be manageable. Therefore, it > > is > > our understanding that the EOF/EOL process does not apply (i.e. no > > 1 year time, no notice needed). > > > > Other changes that are included > > ------------------------------- > > None > > > > Please refer to ./committed-API-changes.txt [4] for details. > > > > 3.1.2. New Components > > > > The following are new proposed components to be added to the > > desktop > > release. > > > > --------------- > > mousetweaks > > --------------- > > MouseTweaks is a collection of enhancements to the handling of mouse > > input in Gnome Desktop environment. It improves general usability > > and > > accessibility of a desktop product. It provides more detailed > > configuration of mouse cursor behavior and a range of accessibility > > enhancements as well a power-user features, including mouse gestures. > > > > MouseTweaks could not be a replacement for current GOK (Gnome > > On-screen > > Keyboard). It can be used for motor difficulty users to control > > mouse > > cursor, with mouse or Head/Eye tracker, free of click and press&hold > > action. It works in dwell mode to implement mouse actions (single > > click, double click and drag&drop). It does not support switch > > devices. > > > > --------------- > > GIO/GVFS > > --------------- > > GIO is the new I/O library for gnome, scheduled to replace > > gnome-vfs. Its functionality is quite close to the functionality > > provided by Gnome-VFS. There are a few differences though. The first > > one is that GIO does not depend on third party libraries, so its use > > only implies the application to be linked against glib. The second one > > is that the most complex file system handlers such as ftp or webdav > > have been moved to a separate application called GVFS. GVFS implements > > a userspace virtual filesystem. The initial communication between GIO > > and GVFS is made via D-Bus. It is shipped with glib as a separate > > library called "libgio-2.0". Libgio contains abstractions for file I/O, > > file types and things like that. It also contains default > > implementations for local file I/O. Gvfs uses daemons to handle each > > mount and D-Bus to talk to these daemons. > > > > GIO and GVFS are going to be marked as Volatile for their first > > releases. Even though GIO is included within the glib bundle, and > > therefore its API is supposed to be stable, there is still some > > development and bug fixing going on. In this case, there are odds > > the community end up being forced to change the API. And our plan is > > to make them "Committed" in the GNOME 2.24 cycle, if the community > > demonstrates these remain stable. > > > > GVFS includes a FTP, SFTP, Trash, Computer and Burn modules so > > far. However, the upcoming releases will include more modules that > > currently are under development such as WebDAV and ObexFTP. > > > > GVFS also relies on some trivial libhal functions that debuted in HAL > > 0.5.10 which will be introduced in PSARC/2008/199. > > > > GIO and GVFS will deprecate Gnome-VFS eventually, although there > > are still quite a few applications that depend on Gnome-VFS. > > Hence, we will continue depending on Gnome-VFS until all the > > applications are property ported to the new stack. And we plan to make > > gnome-vfs "Deprecated" in the 2.22 cycle. > > > > --------------- > > python-numpy > > --------------- > > NumPy (Numeric Python) is the fundamental package providing > > scientific > > computing with Python. It contains: > > > > * a powerful N-dimensional array object > > * sophisticated (broadcasting) functions > > * basic linear algebra functions > > * basic Fourier transforms > > * sophisticated random number capabilities > > * tools for integrating Fortran code. > > * tools for integrating C/C++ code > > > > Besides its obvious scientific uses, NumPy can also be used as an > > efficient multi-dimensional container of generic data. Arbitrary > > data-types can be defined. This allows NumPy to seamlessly and > > speedily > > integrate with a wide-variety of databases. NumPy derives from the > > old > > Numeric code base and can be used as a replacement for Numeric. It > > also > > adds the features introduced by Numarray and can also be used to > > replace Numarray. > > > > The main reason for adding NumPy is because it is an optional > > dependancy of PyGtk. With NumPy available, the following PyGtk > > functions are enabled: > > > > When PyGtk is built with NumPy support, then the following PyGtk > > functions become available for use: get_pixels_array, > > pixbuf_new_from_array and the pixels.array attribute. Refer here: > > > > http://www.pygtk.org/pygtk2reference/class-gdkpixbuf.html > > > > So, this improves the ability for Python programs to work with > > programs > > that use these PyGtk pixbuf functions. I did a search of programs > > that > > we ship that use these functions. At the moment, only the > > gnome-sudoku > > game is using these PyGtk functions. > > > > ------------------- > > xdg-user-dirs-gtk > > ------------------- > > Provides GNOME integration for the xdg-user-dirs Freedesktop project. > > > > The integration features for GNOME are: > > - Automatically runs in a GNOME session startup. > > - Prompt user for a decision on updating of directory names. > > - Allow user to disable prompting for decision on changes. > > > > 3.1.3 Modules previously included in other components > > > > ------------- > > libgweather > > ------------- > > libgweather is a library to access weather information from online > > services for numerous locations. > > > > libgweather is not supported in the devel platform, which means OS > > vendors won't guarantee the API/ABI long-term, but authors of open > > source apps should feel free to use libgweather as users can always > > recompile against a new version. > > > > To use libgweather in your code, you need to define the > > GWEATHER_I_KNOW_THIS_IS_UNSTABLE preprocessor symbol, e.g. by adding > > -DGWEATHER_I_KNOW_THIS_IS_UNSTABLE to your CFLAGS. > > > > --------------------- > > gnome-settings-daemon > > --------------------- > > gnome-settings-daemon has been split from gnome-control-center > > which > > was previously a GNOME module. > > > > --------------------- > > totem-pl-parser > > --------------------- > > totem-pl-parse has been split from totem which was already a GNOME > > module. This module provides a simple GObject-based library to > > parse and save a variety of playlist formats. It was originally > > written for use in totem, but is now used by other modules, such > > as rhythmbox. > > > > ------------- > > libggz > > ------------- > > libggz used to be bundled directly with gnome-games (it was added > > to gnome-games in GNOME 2.18), but is now a separate module. > > > > libggz is the GGZ base library, used by the GGZ Gaming Zone server > > (ggzd), the ggzcore library and other components. > > libggz provides commonly used functions and low-level > > communications > > between client modules and the GGZ server. GGZ interfaces can be > > used by games to support network gaming features, so that people can > > play games with other people over the internet. > > > > --------------- > > ggz-client-libs > > --------------- > > ggz-client-libs used to be bundled directly with gnome-games (it was > > added to gnome-games in GNOME 2.18), but is now a separate module. > > > > Contains two libraries for the C programming language: ggzcore for > > GGZ > > core clients, and ggzmod for game clients. Also, the tools > > ggz-config, > > ggz-wrapper and ggzwrap are included. This is currently used by > > gnibbles, iagno, and gnect - three games shipped with the > > gnome-games > > module. > > > > 3.1.4. Clarification of GNOME Python interfaces > > > > LSARC 2005/506 Support Libraries for the Orca Screen > > Reader/Magnifier > > declared PyGtk as "Evolving", PyORBit, and gnome-python as > > "Unstable". > > The JDS team would like to clarify that these interfaces have the > > following interface stability levels moving forward. > > > > PyGtk = Uncommitted > > PyORBit = Volatile > > gnome-python = Volatile > > > > Note gnome-python includes bindings for GConf, libgnome, libgnomeui, > > libgnomecanvas, libgnomeprint, gnome-vfs, libbonobo, and libbonoboui > > > > This is appropriate since all of the above interfaces are Volatile > > except for GTK+, which is Committed. > > > > 3.1.5. Removed Components > > None. > > > > > > 3.2. Interface tables > > > > Interface tables can be found in [3]. > > > > Refer to the modulediffs [1] report for a list of modules which > > have been updated to a new version. > > > > Please refer to the gtk-docs [8] that are installed to the system > > with this release of the JDS desktop. > > > > Changes to packaging are highlighted in the pkgcmp report. [2] The > > case materials also includes the list of related pkgmap files for > > all installed packages. [8] > > > > 3.3 I18N Impact > > > > It was noticed by the JDS team that many recent JDS ARC Fasttracks > > were inappropriately specifying "None" or "N/A" in relation to I18N > > readyness questions. The JDS ARC team has spent the past several > > weeks working with the G11N team to ensure that all I18N issues are > > being properly addressed in the JDS stack. No serious issues were > > discovered in this review, but it became clear that the JDS engineers > > need to have better communication with the G11N team. > > > > For example, we discovered that the G11N was reviewing the C-team > > mail list to determine which new modules were being integrated, > > and then they would start working to address any G11N issues. > > > > To improve our process, we are now making sure to notify the G11N > > team more early, when we are preparing ARC materials. This gives > > the G11N team more time to investigate, do their pre-evaluations, > > and address any issues. Furthermore, we can include any input from > > the G11N pre-evaluations on our future ARC forms. > > > > > > ====================== > > 4. Reference Documents > > ====================== > > > > GNOME Public Websites: > > > > http://www.gnome.org/ > > http://developer.gnome.org/ > > http://www.freedesktop.org/ > > > > GNOME 2.22 Release Notes: > > > > http://www.gnome.org/start/2.22/notes/ > > http://live.gnome.org/TwoPointTwentyone/ReleaseNotes > > > > External Dependencies of GNOME 2.21.x > > > > http://live.gnome.org/TwoPointTwentyone/ExternalDependencies > > > > JDS Engineering Internal Website: > > > > http://jds.ireland/ > > > > GGZ (Gaming Zone), home of libggz and ggz-client-libs > > > > http://www.ggzgamingzone.org/ > > > > Mousetweaks Home Page: > > > > https://launchpad.net/mousetweaks > > > > Python-numpy Home Page: > > > > http://numpy.scipy.org/ > > > > Xdg-user-dirs-gtk Relevant Link: > > > > http://www.freedesktop.org/wiki/Software/xdg-user-dirs > > > > Other Related ARC Cases: > > > > PSARC 2008/199 libhal support for GNOME 2.22 > > PSARC 2008/164 Move TCP Wrappers from /usr/sfw to /usr > > LSARC 2008/158 Firefox 3 for Solaris Nevada > > LSARC 2008/132 id3lib > > PSARC 2008/122 Python zope-interfaces > > PSARC 2008/121 Python Twisted > > PSARC 2008/120 SQLite3.x > > PSARC 2008/117 PySQLite > > LSARC 2008/116 XDG User Dirs > > LSARC 2008/115 Compiz: Compositing window manager > > PSARC 2008/105 gst-python > > LSARC 2008/104 XDG Utils > > PSARC 2008/103 Python XDG Module > > PSARC 2008/102 Python Imaging Library (PIL) > > PSARC 2008/101 Gnome Python Extras > > LSARC 2008/088 libcddb > > PSARC 2008/084 Python Setuptools > > LSARC 2008/083 rdesktop > > PSARC 2008/081 MySQL Python > > PSARC 2008/078 postrun - delayed execution environment for > > procedural package scripts > > LSARC 2008/074 Gtkmm, Glibmm, Cairomm and libsigc++ for Indiana > > LSARC 2008/068 Libgc for Indiana > > LSARC 2008/067 Gmime for Indiana > > LSARC 2008/061 Indiana fast track check list > > LSARC 2008/059 SQLite > > LSARC 2008/058 dcraw > > PSARC 2008/043 Phase 1 of OSS for Solaris > > PSARC 2008/034 Defining Workstation Owner Infrastructure > > PSARC 2008/033 Xsun removal > > PSARC 2008/032 libxml2 upgrade to 2.6.31 > > PSARC 2008/021 HAL Power Management Support > > LSARC 2007/702 GNOME Power Manager > > PSARC 2007/685 3-Dimensional driver for ATI Redeon graphics cards > > PSARC 2007/679 CPUFreq HAL > > LSARC 2007/657 StarOffice 8 Update 8 bundled into SXDE > > PSARC 2007/652 Move GNU liby from /usr/sfw to /usr/gnu > > LSARC 2007/648 Removal of CDE > > PSARC 2007/635 GNU gettext 0.16.1 > > PSARC 2007/634 More compatibility with GNU gettext in gettext(3c) > > LSARC 2007/625 vncviewer > > PSARC 2007/557 GNU libtool 1.5.22 > > WSARC 2007/548 NSPR/NSS/JSS Reclassification > > PSARC 2007/545 Xvnc > > LSARC 2007/531 Removal of dtcm > > LSARC 2007/299 Berkeley Database 4.5.20 > > LSARC 2007/520 Gnome 2.20 > > > > References: > > > > [1] ./modulediffs.txt > > [2] ./pkgcmp/ > > [3] ./interface-table.txt > > [4] ./committed-API-changes.txt > > [5] ./manpages > > [6] ./manpages/gnome-interfaces.5 > > [7] ./gtk-docs > > [8] ./pkgmaps > > > > > > ========================= > > 5. Resources and Schedule > > ========================= > > > > 5.1. Projected Availability > > > > This project will be included in Solaris Nevada. > > > > 5.2. Cost of Effort > > > > Refer to the PLC documentation which includes P&L for the project. > > > > 5.3. Cost of Capital Resources > > > > Refer to the PLC documentation which includes P&L for the project. > > > > 5.4. ARC review type: [Standard/FastTrack/SelfReview] > > > > FastTrack > > > > > > > > ========================= > > 6. Prototype Availability > > ========================= > > > > 6.1. Prototype Availability > > > > Development versions of GNOME 2.22 are available here: > > > > http://dlc.sun.com/osol/jds/downloads/current/ > > > > 6.2. Prototype Cost > > > > The JDS team works to provide the latest desktop stack in > > development > > so that people internally can have access to the latest code for > > testing > > and early access to new features. These builds are also used by the > > desktop team for doing ongoing development and testing. Therefore, > > the > > cost of providing the these "prototype" builds are a part of the > > cost > > the development team requires to provide the next release of GNOME > > into > > Solaris. Since much of the desktop stack is developed externally, > > the > > cost of development is shared by many organizations, including Sun. > > > > > > 6. Resources and Schedule > > 6.4. Steering Committee requested information > > 6.4.1. Consolidation C-team Name: > > JDS > > 6.5. ARC review type: FastTrack > > 6.6. ARC Exposure: open > >
