Re: Bits from the release team: the plans for etch
* Miles Bader: > Florian Weimer <[EMAIL PROTECTED]> writes: >>> There are people in this world who can read and program PostScript. >> >> Sure, and it's the preferred form of modifcation for removing >> ink-wasting background images from Powerpoint presentations, but: This >> is not the kind of modifcation I'm talking about. Imagine you have to >> update the documentation to include an additional paragraph. > > You don't quite seem to be grokking the concept of Postscript as a > source language. I don't care about the cases where Postscript is used as a source language. I've seen in some cases, sure, but it was artwork, and not documentation extending over several pages. I care about dvips output where we do not have the original source file (a LaTeX document). Or PDF files which come from Word documents which aren't publicly available. Is this so hard to understand? Discussing the "what is source code?" aspect is certainly a nice way to sidestep the pretty much relevant question whether such issues should be RC bugs for etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
PostScript can be the preferred form of modification (was: Bits from the release team: the plans for etch)
Florian Weimer <[EMAIL PROTECTED]> wrote: > * Frank Küster: > >> It is for sure not a bug to contain a PostScript file where PostScript >> is the preferred form of modification. If you have tetex-base >> installed, /usr/share/texmf/dvips/misc/resolution400.ps is a short >> example, /usr/share/texmf/dvips/misc/crops.pro is a bit longer. >> >> There are people in this world who can read and program PostScript. > > Sure, and it's the preferred form of modifcation for removing > ink-wasting background images from Powerpoint presentations, but: This > is not the kind of modifcation I'm talking about. I know, but you missed the point. PostScript can be the source, the preferred form of modification, in some cases, because PostScript is a programming language. This subthread started when you asked whether non-editable documentation was allowed in Debian, and you gave PostScript as an example format. Bernhard R. Link pointed out that PostScript is editable and can be the Preferred Form of Modification. I have given examples where this is the case (see the citation above). This means that whenever we write something down about removing non-free stuff we should be carefull to phrase it right, and not do it as you did in your mail: We should not write anything that might imply that all PostScript documents without any form of "source" must be removed from Debian. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: Bits from the release team: the plans for etch
Florian Weimer <[EMAIL PROTECTED]> wrote: > * Miles Bader: > >> Florian Weimer <[EMAIL PROTECTED]> writes: There are people in this world who can read and program PostScript. >>> >>> Sure, and it's the preferred form of modifcation for removing >>> ink-wasting background images from Powerpoint presentations, but: This >>> is not the kind of modifcation I'm talking about. Imagine you have to >>> update the documentation to include an additional paragraph. >> >> You don't quite seem to be grokking the concept of Postscript as a >> source language. > > I don't care about the cases where Postscript is used as a source > language. I've seen in some cases, sure, but it was artwork, and not > documentation extending over several pages. Please have a look at the files I cited in an other mail in this thread. > I care about dvips output where we do not have the original source > file (a LaTeX document). Or PDF files which come from Word documents > which aren't publicly available. Is this so hard to understand? We care about that too. But in addition, we care about proper phrasing. It is, of course, okay to say "Documents where the preferred form for modification is not available cannot be included in Debian". It is not okay to say "Documents that are only available in non-editable formats (e.g. PostScript) cannot be included in Debian", because PostScript is an editable format, and in some cases ist *is* the preferred form for modification. > Discussing the "what is source code?" aspect is certainly a nice way > to sidestep the pretty much relevant question whether such issues > should be RC bugs for etch. The existing, real issues should be RC. Bugs that only show that people haven't understood what source code is should be closed. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#336210: ITP: ihu -- Voice over IP (VoIP) application for Linux (using Qt)
Package: wnpp Severity: wishlist Owner: Andrea Capriotti <[EMAIL PROTECTED]> * Package name: ihu Version : 0.5.1 Upstream Author : Matteo Trotta <[EMAIL PROTECTED]> * URL : http://ihu.sourceforge.net/ * License : GPL Description : Voice over IP (VoIP) application for Linux (using Qt) IHU creates an audio stream between two computers easily and with the minimal traffic on the network. The main features are: - Peer-to-Peer: the communication takes place directly between the computers, without need of session protocols (such as SIP and H323) or other servers in the middle. - UDP/TCP support: IHU supports both UDP and TCP, with the possibility to choose UDP, for fast and easy connections, or TCP, if it's the only solution when your computer is behind firewall or NAT. - Good audio performance: IHU was born to give the best audio performance, low latency above all. For this purpose IHU is compatible with ALSA, now the default Linux sound architecture, but also with JACK, a low latency sound server. For the audio compression, IHU uses Speex, a codec optimized for speech (and completely free and open source). - Crypted stream: you have also the possibility to Encrypt/Decrypt the stream using a fast hybrid cryptographic system (RSA + Blowfish) - Command-line support: the GUI is not strictly necessary, you can run also a textual IHU from command-line (for example if you need to run the program on remote computers). - Free and Open Source: IHU is totally free and distributed under the terms of GNU General Public License. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can we just finish the C++ transition for crying out loud?
Nathanael Nerode writes: > And now, a new gcc-4.0 bumped the shlibdeps for libstdc++ -- and worse, > depends on new binutils and new glibc. This will undoubtedly mean that > either > forced package breakages, significant numbers of package removals, or months > more of waiting will be needed. the dependency on glibc and binutils was already there before. now it's just made explicitely in the dependencies. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dummy packages and metapackages (call for consistency in the descriptions)
Hello, Some of us are using 'metapackage' and 'dummy package' in the wrong way, and this is bad, not only because they're different concept, but also because it leads people to categorize them wrongly with debtags. This could have implications: - future debtags-aware package managers might choose not to display dummy packages but to indeed display metapackages, and a mistagging here could cause a substantial annoyance. - future debtags-aware package managers might also offer to automatically remove all installed dummy packages, and a mistagging here could cause an even more substantial annoyance. So, let's see how to get it right: * Dummy packages A dummy package is one of those packages used to smooth upgrades. One can safely remove it, and everything is fine. Examples of dummy packages are: - xpdf - fileutils - gs * Metapackages A metapackage is one of those packages used to pull in other packages. If they are removed, it's likely that something goes wrong. They are used for various reasons, such as ensuring that one out of many versions of a package is installed (like the python modules do) or ensuring that a specific set of functionality is present (like the med-* packages). Examples of such packages are: - python-*, lib*-ruby (the ones without a python version in the name) - med-* - kernel-image-2.6-k7 - gnome and kde * Mislabeled packages Examples of packages that get it wrong in the description are: - libalgorithm-diff-ruby - pylint - xmldiff - gap And in fact, they're currently categorised role::aux:dummy. * The solution Luckily, it's easy to get it right. When writing the description, a quick rule of thumb is this: - if you can write "this package can be safely removed", you should call it a 'dummy package' - else, it's probably a metapackage. Or of course a normal package :) * Mass filing bugs? Maybe, as minor bugs. It's easy to look for packages that have 'dummy' in the description but are tagged with 'role::aux:metapackage'[1]. However, this would only catch those ones that have been already caught by someone, and needs manual inspection before filing anyway. So, I'm trying with this message first. Thank you all for the kind attention :) Ciao, Enrico [1] Remember that this command gives only what's been hand-checked already, so the list is not exaustive: $ grep-aptavail -FTag metapackage -and -FDescription dummy -sPackage,Maintainer python-4suite Raphael Bossek <[EMAIL PROTECTED]> An open-source platform for XML and RDF processing python-adns Peter Hawkins <[EMAIL PROTECTED]> Python bindings to the asynchronous DNS resolver library python-albatross Fabian Fagerholm <[EMAIL PROTECTED]> Toolkit for Stateful Web Applications (default) python-apsw Joel Rosdahl <[EMAIL PROTECTED]> another Python SQLite 3 wrapper python-biggles Peter Hawkins <[EMAIL PROTECTED]> Scientific plotting package for Python [dummy package] python-celementtree Torsten Marek <[EMAIL PROTECTED]> Light-weight toolkit for XML processing python-cheetah Chad Walstrom <[EMAIL PROTECTED]> text-based template engine and Python code generator python-clearsilver Jesus Climent <[EMAIL PROTECTED]> python bindings for clearsilver python-clientcookie Ganesan Rajagopal <[EMAIL PROTECTED]> Python module for automating HTTP Cookie management (dummy) python-configlet Progeny Debian Packaging Team <[EMAIL PROTECTED]> alternative debconf configuration interface: core API python-crypto Andreas Rottmann <[EMAIL PROTECTED]> cryptographic algorithms and protocols for Python python-dhm Michelle Ribeiro <[EMAIL PROTECTED]> Collection of Python utilities python-egenix-mxdatetime Joel Rosdahl <[EMAIL PROTECTED]> date and time handling routines for Python [dummy package] python-egenix-mxproxy Joel Rosdahl <[EMAIL PROTECTED]> generic proxy wrapper type for Python [dummy package] python-egenix-mxqueue Joel Rosdahl <[EMAIL PROTECTED]> fast and memory-efficient queue for Python [dummy package] python-egenix-mxstack Joel Rosdahl <[EMAIL PROTECTED]> fast and memory-efficient stack for Python [dummy package] python-egenix-mxtexttools Joel Rosdahl <[EMAIL PROTECTED]> fast text manipulation tools for Python [dummy package] python-egenix-mxtools Joel Rosdahl <[EMAIL PROTECTED]> collection of new builtins for Python [dummy package] python-elementtree Torsten Marek <[EMAIL PROTECTED]> Light-weight toolkit for XML processing python-eunuchs Tommi Virtanen <[EMAIL PROTECTED]> Missing manly parts of UNIX API for Python python-fam Martin v. Loewis <[EMAIL PROTECTED]> Python interface to FAM python-fixedpoint Ganesan Rajagopal <[EMAIL PROTECTED]> A fixed point math object for python [dummy package] python-forgethtml Morten Werner Olsen <[EMAIL PROTECTED]> Python module for easy HTML-writing python-forgetsql Morten Werner Olsen <[EMAIL PROTECTED]> Python module for easy SQL-database access python-gadfly Matthias Klose <[EMAIL PROTECTED]> SQL database and parser generator for Py
Re: Bits from the release team: the plans for etch
* Quoting Gabor Gombas ([EMAIL PROTECTED]): > > So, how can the administrator tell dpkg "do _not_ remove this account > even if some package's postrm tries to purge it"? If there would be a > method to mark some accounts out-of-reach for automatic removal, that > would settle this issue I think. The admin should know whether he messed with the account and if he did just remove the package instead of purging it. It's not like packages get purged by themself. - Rolf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336250: ITP: slang-curl -- transfer files using HTPP and FTP from S-Lang
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere <[EMAIL PROTECTED]> * Package name: slang-curl Version : 0.1.1 Upstream Author : John E. Davis <[EMAIL PROTECTED]> * URL : http://jedsoft.org/slang/modules/curl.html * License : GPL Description : transfer files using HTPP and FTP from S-Lang The S-Lang curl module makes use of the cURL library to provide the S-lang interpreter the ability to transfer files in a simple but robust manner using a variety of protocols including FTP and HTTP. . Homepage: http://jedsoft.org/slang/modules/curl.html A preliminary version of the package is available at the apt-getable repository: http://people.debian.org/~rafael/slcurl The package will be collectively maintained by the Debian JED Group (http://pkg-jed.alioth.debian.org/). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336253: ITP: slang-histogram -- create and manipulate histograms from S-Lang
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere <[EMAIL PROTECTED]> * Package name: slang-histogram Version : 0.3.1 Upstream Author : John E. Davis <[EMAIL PROTECTED]> * URL : http://space.mit.edu/cxc/software/slang/modules/hist/ * License : MIT [*] Description : create and manipulate histograms from S-Lang The histogram S-Lang module contains several functions for the efficient creation and manipulation of one and two dimensional histograms. A preliminary version of the package is available at the apt-getable repository: http://people.debian.org/~rafael/slhist The package will be collectively maintained by the Debian JED Group (http://pkg-jed.alioth.debian.org/). [*] Details of the licensing terms: Copyright (c) 2003-2005 Massachusetts Institute of Technology This software was developed by the MIT Center for Space Research under contract SV1-61010 from the Smithsonian Institution. Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in the supporting documentation, and that the name of the Massachusetts Institute of Technology not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The Massachusetts Institute of Technology makes no representations about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336254: ITP: slang-histogram -- create and manipulate histograms from S-Lang
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere <[EMAIL PROTECTED]> * Package name: slang-cfitsio Version : 0.3.2b Upstream Author : John E. Davis <[EMAIL PROTECTED]> * URL : http://space.mit.edu/cxc/software/slang/modules/cfitsio/ * License : MIT [*] Description : read and write FITS files from S-Lang The CFITSIO library consists of a set of functions for reading and writing FITS (Flexible Image Transport System) files. The S-Lang CFITSIO module wraps many of the functions of the CFITSIO library and permits one to easily manipulate FITS files from the S-Lang interpreter. A preliminary version of the package is available at the apt-getable repository: http://people.debian.org/~rafael/slcfitsio The package will be collectively maintained by the Debian JED Group (http://pkg-jed.alioth.debian.org/). [*] Details of the licensing terms: Copyright (c) 2003-2005 Massachusetts Institute of Technology This software was developed by the MIT Center for Space Research under contract SV1-61010 from the Smithsonian Institution. Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in the supporting documentation, and that the name of the Massachusetts Institute of Technology not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The Massachusetts Institute of Technology makes no representations about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336255: ITP: slang-gsl -- GNU Scientific Library binding for S-Lang
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere <[EMAIL PROTECTED]> * Package name: slang-gsl Version : 0.5.2 Upstream Author : John E. Davis <[EMAIL PROTECTED]> * URL : http://space.mit.edu/cxc/software/slang/modules/gsl/ * License : MIT [*] Description : GNU Scientific Library binding for S-Lang The GNU Scientific Library (GSL) is a vast collection of robust and well documented numerical functions. It includes support for many special functions, random numbers, interpolation and integration routines, and much more. . Many of the routines in the GSL may be made available to the S-lang interpreter via the GSL modules included in this package. . The following GSL modules are available: . * gslsf: The GSL special function module. Currently, this module provides an interface to nearly 200 GSL special functions. * gslconst: The GSL constants module. This module defines many constants such as CONST_MKSA_SPEED_OF_LIGHT, CONST_CGSM_BOLTZMANN, etc. * gslinterp: The GSL interpolation module, which includes routines for linear interpolation, cubic splines, etc. * gslrand: The GSL random number module. This module supports most of GSL's random number generators and distributions. * gslcdf: The GSL cumulative distribution function module. * gslfft: The GSL fast-fourier transform module. * gslcore: This is a module that must be loaded before any of the above modules can be loaded. Its main purpose is to provide support functions for the other GSL modules. A preliminary version of the package is available at the apt-getable repository: http://people.debian.org/~rafael/slgsl The package will be collectively maintained by the Debian JED Group (http://pkg-jed.alioth.debian.org/). [*] Details of the licensing terms: Copyright (c) 2003-2005 Massachusetts Institute of Technology This software was developed by the MIT Center for Space Research under contract SV1-61010 from the Smithsonian Institution. Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in the supporting documentation, and that the name of the Massachusetts Institute of Technology not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The Massachusetts Institute of Technology makes no representations about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Drop KRB4 support from HEIMDAL
> "Brian" == Brian May <[EMAIL PROTECTED]> writes: Brian> There have been increasing calls for me to drop krb4 Brian> support in Heimdal (first in bug #315059 and now by Brian> upstream in bug #334632 - it would also solve #236851). It Brian> would also eliminate confusion such as in bug #330151 (not Brian> a bug). I have compiled Heimdal 0.7.1 in placed it in experimental. I would appreciate it if people test it and let me know what is likely to break (especially as a result of removing Kerberos4kth support). Thanks. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336262: ITP: yakuake -- Yet Another Kuake, KDE terminal emulator
Package: wnpp Severity: wishlist Owner: Ana Guerrero <[EMAIL PROTECTED]> * Package name : yakuake Version : 2.7.3 Upstream Author : François Chazal <[EMAIL PROTECTED]> * URL : http://yakuake.uv.ro/ * License : GPL Description : Yet Another Kuake, KDE terminal emulator YaKuake is inspired from the terminal in the Quake game: when you press a key (by default F12, but that can be changed) a terminal window slides down from the top of the screen. Press the key again, and the terminal slides back. . It is faster than a keyboard shortcut because it is already loaded into memory and as such is very useful to anyone who frequently finds themselves switching in and out of terminal sessions. . Homepage: http://yakuake.uv.ro/ __ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
Bug#336256: ITP: slang-pvm -- PVM (Parallel Virtual Machine) interface for S-Lang
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere <[EMAIL PROTECTED]> * Package name: slang-pvm Version : 0.1.5 Upstream Author : John Houck <[EMAIL PROTECTED]> * URL : http://space.mit.edu/cxc/software/slang/modules/pvm/ * License : MIT [*] Description : PVM (Parallel Virtual Machine) interface for S-Lang PVM (Parallel Virtual Machine) is a software package which permits a heterogeneous collection computers connected by a network to be used as a single large parallel computer. . The S-Lang PVM module provides a S-Lang interface to PVM. By organizing distributed computations with S-Lang, one gains the advantages of programming in an interpreted language. . With this approach, one can make efficient use of all available computer resources: high level logic is handled in interpreted code, CPU intensive work is done in compiled code and PVM simplifies using all available CPUs. A preliminary version of the package is available at the apt-getable repository: http://people.debian.org/~rafael/slpvm The package will be collectively maintained by the Debian JED Group (http://pkg-jed.alioth.debian.org/). [*] Details of the licensing terms: Copyright (c) 2003-2005 Massachusetts Institute of Technology This software was developed by the MIT Center for Space Research under contract SV1-61010 from the Smithsonian Institution. Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in the supporting documentation, and that the name of the Massachusetts Institute of Technology not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The Massachusetts Institute of Technology makes no representations about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty. THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE MASSACHUSETTS INSTITUTE OF TECHNOLOGY BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#336254: ITP: slang-cfitsio -- read and write FITS files from S-Lang
This ITP bug report has been renamed according to the Subject of this post. Sorry for the mess. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tin tuc dien anh online...The gioi dien anh Chau A.Tin tuc hang ngay cua cac dien vien Hong Kong , Han Quoc.....
__ Bạn Có Sử Dụng Yahoo! Không? Mệt mỏi vì thư rác? Yahoo! Thư có chương trình bảo vệ chống thư rác hữu hiệu nhất trên mạng http://vn.mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dummy packages and metapackages (call for consistency in the descriptions)
Hi, > * Metapackages > A metapackage is one of those packages used to pull in other packages. > If they are removed, it's likely that something goes wrong. They are > used for various reasons, such as ensuring that one out of many versions > of a package is installed (like the python modules do) or ensuring that > a specific set of functionality is present (like the med-* packages). Would it be unreasonable to ask that metapackages have to be _empty_, i.e., that all their functionality it's in their control file? Because the idea of tagging 'python' as a metapackage, when it provides the Python FAQ, the Python Policy, and more importantly, /usr/bin/python, does not sound too good to me. Cheers, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Military justice is to justice what military music is to music. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
