Re: Bits from the Package Tracking System
> Denis, pissed off Well, what is the current temperature at noon in Toulouse? Like 40°C? May I respectfully suggest: :0 B: * .*Ubuntu.* /dev/null Alternative suggestion: Fridge, Beer, Pool, Holidays, Prepare good food to bring at next Debconf (Hint: Helsinki cheese party). signature.asc Description: Digital signature
Re: greylisting on debian.org?
Le mardi 18 juillet 2006 à 12:22 -0700, Thomas Bushnell BSG a écrit : > Josselin Mouette <[EMAIL PROTECTED]> writes: > > > I have refused greylisting for a long time for that exact reason. > > However the setup Pierre Habouzit describes does not delay most of > > legitimate mail. Frankly, the remaining delays are sporadic and one can > > live with them. > > What bothers me is that we hear "it never delays legitimate mail!" and Who said that? > then "well, ok, it delays some". > > If the anti-spam advocates consistently said "our measures impose > such-and-such a cost, but we think it's worth it", I would be > delighted. This is exactly what I'm saying. There is a cost, but it is small compared to the benefit. > But what I seem to hear is not that. It's "hey, this imposes no > costs!" Who said that? > or "spam is evil, so any cost is worth bearing to fight it!" Who said that? And by the way, have you talked about the cost of all this spam going through? I'm currently still receiving between 100 and 200 spams per day on my @debian.org, and this has a *huge* cost. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: lilypond and python
Le mardi 18 juillet 2006 à 15:12 -0700, Thomas Bushnell BSG a écrit : > I had been assuming that the python team was telling me the truth when > they said that python-defaults would be updated to 2.4 very soon. Please, there is nothing like a python team. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Bits from the Package Tracking System
Christian Perrier <[EMAIL PROTECTED]> writes: >Hint: Helsinki cheese party Everybody polka!!! -miles -- Occam's razor split hairs so well, I bought the whole argument! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (Not so fresh) News about locales
Denis Barbier <[EMAIL PROTECTED]> wrote: > Hi, > > locales.postinst has been modified to write locale variables > into /etc/default/locale instead of /etc/environment; the > latter file is a PAM configuration file, so modifying it > was a policy violation. Most packages have been modified > accordingly, but if you have trouble with some programs, > please file bugs against them. localeconfig.postinst does write /etc/environment, is this a bug? If yes, which package is supposed to handle the file, then? It isn't registered with dpkg, no other maintainer script except localeconfig's handles it, and it isn't in /var/lib/ucf/hashfile, either. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
[OT] Re: Bits from the Package Tracking System
On Wed, 19 Jul 2006, Christian Perrier wrote: Well, what is the current temperature at noon in Toulouse? Like 40°C? ... Fridge, Beer, Pool, Holidays, Prepare good food to bring at next Debconf (Hint: Helsinki cheese party). If nothing else helps try looking at http://www.theregister.co.uk/2006/07/13/zidane_headbutt_outrage/ which is telling a story about how the world looks at another man from the south of France. :-)) Kind regards Andreas. -- http://fam-tille.de
(Not so fresh) News about locales
Hi, locales.postinst has been modified to write locale variables into /etc/default/locale instead of /etc/environment; the latter file is a PAM configuration file, so modifying it was a policy violation. Most packages have been modified accordingly, but if you have trouble with some programs, please file bugs against them. You may also need to manually copy locale variables from /etc/default/locale into /etc/environment if you reconfigure the locales package, this file is no more updated since it is a policy violation. A new update-locale(8) program is provided so that /etc/default/locale can be modified by other maintainer scripts. A new locales-all package has been introduced in glibc 2.3.6-10, it contains all supported compiled locale files. The main reason is that generating UTF-8 locales on low resource machines is a major pain. It does not need to conflict with locales (because it contains compiled locale files and not source data files), so both packages can be installed simultaneously, which means that locales-all cannot ship an /usr/lib/locale/locale-archive archive. It currently ships files under /usr/lib/locales-all/ and instructions on how to use these files can be found in README.Debian. There has been some discussions on #375829, and my current plan for etch is to let locales-all ship a compressed /usr/lib/locales-all/supported.tar.gz tarfile containing current files, and its postinst will uncompress it and run localedef --add-to-archive on all locales. We will see after etch how this can be improved. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: greylisting on debian.org?
On Tue, Jul 18, 2006 at 12:24:21PM -0700, Thomas Bushnell BSG wrote: > So the meaning of 4xx is "temporary local problem". Sending that when > you don't have a temporary local problem is a violation, right there. > Must the standard repeat after every sentence, "oh, and don't lie". If it helps, think of it being a temporary local problem that "we don't trust the sender yet". I think you are being unreasonably difficult in this discussion. "Be liberal in what you accept..." ? Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378858: ITP: libcsoap1 -- library in C for SOAP network protocol (SOAP is a form of RPC)
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libcsoap1 Version : 1.047 Upstream Author : Ferhat Ayaz <[EMAIL PROTECTED]> * URL : http://csoap.sourceforge.net/ * License : GPL Programming Lang: C Description : library in C for SOAP network protocol (SOAP is a form of RPC) This library written by Ferhat Ayaz <[EMAIL PROTECTED]> and Michael Rans <[EMAIL PROTECTED]> provides an easy way to call methods remotely using the Simple Object Access Protocol (SOAP) using C. It is popular and used for providing many types of web services. It is similar to XMLRPC but includes more features. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378859: ITP: pypar2 -- graphical frontend for the par2 command line utility
Package: wnpp Severity: wishlist Owner: Piotr Ozarowski <[EMAIL PROTECTED]> * Package name: pypar2 Version : 0.05 Upstream Author : Ingelrest François <[EMAIL PROTECTED]> * URL : http://pypar2.silent-blade.org/ * License : GPL Programming Lang: Python Description : graphical frontend for the par2 command line utility PyPar2 is designed to be very easy to use. For this reason: * Advanced settings are present, but hidden by default. * There is no preferences dialog, all selected options are automatically saved and restored. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-grsec Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Bug#378863: ITP: libcsoap1-dev -- library in C for SOAP network protocol (SOAP is a form of RPC) development
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libcsoap1-dev Version : 1.047 Upstream Author : Ferhat Ayaz <[EMAIL PROTECTED]> * URL : http://csoap.sourceforge.net/ * License : GPL Programming Lang: C Description : library in C for SOAP network protocol (SOAP is a form of RPC) development This package provides the compilation support files such as C language headers for using libcsoap1, the Simple Object Access Protocol library. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378865: ITP: libnanohttp1 -- nanohttp library from the CSOAP package, for small lightweight SOAP services
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libnanohttp1 Version : 1.047 Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://csoap.sourceforge.net/ * License : GPL Programming Lang: C Description : nanohttp library from the CSOAP package, for small lightweight SOAP services (Include the long description here.) This minimal library written in C supports generalized Simple Object Access Protocol communication as part of the CSOAP package. The functions in this library are geared towards server-side SOAP message handling. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378866: ITP: libnanohttp1-dev -- header files for nanohttp simple SOAP server library in C
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libnanohttp1-dev Version : 1.047 Upstream Author : Ferhat Ayaz <[EMAIL PROTECTED]> * URL : http://csoap.sourceforge.net/ * License : GPL Programming Lang: C Description : header files for nanohttp simple SOAP server library in C (Include the long description here.) This package provides development support files (.h) and a pkg-config file for easy configuration and usage in developing your own software using libnanohttp1. The library provides convenient routines for server-side SOAP functions. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Package Tracking System
On 2006-07-18 00:10, Gustavo Franco wrote: > Thanks Scott, i'll stop scottwatcher and update the current page[0] > with details about the new stuff. > > [0] = > http://people.debian.org/~stratus/scottwatcher/ > This page is confusing ... it suggests that it's your scottwatcher script that's feeding the Debian PTS ... when this isn't the case. Scott -- Scott James Remnant [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Bits from the Package Tracking System
On 7/19/06, Scott James Remnant <[EMAIL PROTECTED]> wrote: On 2006-07-18 00:10, Gustavo Franco wrote: > Thanks Scott, i'll stop scottwatcher and update the current page[0] > with details about the new stuff. > > [0] = > http://people.debian.org/~stratus/scottwatcher/ > This page is confusing ... it suggests that it's your scottwatcher script that's feeding the Debian PTS ... when this isn't the case. The page is outdated, scottwatcher was feeding the Debian PTS and used to work when the old patch scheme was being updated. The script was shutdown, as i said in my reply (see above). :-) regards, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378873: ITP: libsvm0-dev -- development files for LibSVM machine-learning / artificial intelligence lib
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libsvm0-dev Version : 2.8.2 Upstream Author : Chih-Jen Lin <[EMAIL PROTECTED]> * URL : http://www.csie.ntu.edu.tw/~cjlin/libsvm/ * License : GPL Programming Lang: C Description : development files for LibSVM machine-learning / artificial intelligence lib (Include the long description here.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378872: ITP: libsvm0 -- LibSVM is a machine-learning library providing Support Vector Machines in C++
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libsvm0 Version : 2.8.2 Upstream Author : Chih-Jen Lin <[EMAIL PROTECTED]> * URL : http://www.csie.ntu.edu.tw/~cjlin/libsvm/ * License : GPL Programming Lang: C++ Description : LibSVM is a machine-learning library providing Support Vector Machines in C++ (Include the long description here.) Support Vector Machines have become as popular and powerful as Neural Networks and have outpaced them in certain application domains. LibSVM provides a fast, simple, and easy to use interface to training, testing, and using for prediction your own custom SVM's. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#378863: ITP: libcsoap1-dev -- library in C for SOAP network protocol (SOAP is a form of RPC) development
On Wednesday 19 July 2006 14:06, Rudi Cilibrasi took the opportunity to write: > Package: wnpp > Severity: wishlist > Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> > > > * Package name: libcsoap1-dev > Version : 1.047 You need only post one ITP bug per source package. And AFAICS there is just one which builds both the library and the development files. BTW, isn't the version number of the latest stable release 1.0.4? -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) pgpVJmwKfkud8.pgp Description: PGP signature
Bug#378876: ITP: libsvm0-tools -- commands to train an SVM, predict using an SVM, or scale data for LibSVM
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libsvm0-tools Version : 2.8.2 Upstream Author : Chih-Jen Lin <[EMAIL PROTECTED]> (programming) * URL : http://www.csie.ntu.edu.tw/~cjlin/libsvm/ * License : GPL Programming Lang: C Description : commands to train an SVM, predict using an SVM, or scale data for LibSVM This package contains executables for using Support Vector Machines with libsvm0. It provides svm-train to make new SVM's, svm-predict to make predictions after they are trained, and svm-scale to adjust the range of your data prior to input. These tools are primarily of interest to artificial intelligence researchers. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378877: ITP: libsvm-doc -- documentation and example files for use with libsvm, a machine learning lib
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libsvm-doc Version : 2.8.2 Upstream Author : Chih-Jen Lin <[EMAIL PROTECTED]> * URL : http://www.csie.ntu.edu.tw/~cjlin/libsvm/ * License : GPL Programming Lang: C Description : documentation and example files for use with libsvm, a machine learning lib This package contains all the documentation and example files that can be used with the standalone commands or fed into the library using C. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#378859: ITP: pypar2 -- graphical frontend for the par2 command line utility
On Wed, 2006-07-19 at 13:37 +0200, Piotr Ozarowski wrote: > Package: wnpp > Severity: wishlist > Owner: Piotr Ozarowski <[EMAIL PROTECTED]> > > * Package name: pypar2 > Version : 0.05 > Upstream Author : Ingelrest François <[EMAIL PROTECTED]> > * URL : http://pypar2.silent-blade.org/ > * License : GPL > Programming Lang: Python > Description : graphical frontend for the par2 command line utility > > PyPar2 is designed to be very easy to use. For this reason: > * Advanced settings are present, but hidden by default. > * There is no preferences dialog, all selected options are automatically > saved and restored. You should first write what it is good for and not how it is done. Usefullness of this packages should be obvious even without knowledge of par2 utility. O. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378878: ITP: libsvm-ruby1.8 -- Ruby binding to the LibSVM pattern recognition using SVM library
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libsvm-ruby1.8 Version : 2.8.2 Upstream Author : Rudi Cilibrasi <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Programming Lang: C Description : Ruby binding to the LibSVM pattern recognition using SVM library This is the Ruby binding to the popular LibSVM machine learning system. It allows you to train and use Support Vector Machines using Ruby 1.8. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Could there be a arch build test befre upload?
I've been maintaining texmaker which has originally built fine on all architectures but failed to build on arm after the last upload. Luckily for me one of the arm devs helped me out and uploaded a fixed version. He was able to test on arm and when it worked informed me. The experience got me thinking, wouldn't it be nice if all maintainers could test there packages on all architectures before they uploaded? Maybe a dbuildtest command before dupload which ran your package on the various architectures to test whether it builds. You could view all the build logs and if everything checks out you know the package is ready. The arm dev suggested using experimental for such a purpose, which I admit is a good idea, but isn't that more than is needed if all you want to test is whether it builds on all architectures. dbuildtest could be another sanity test on top of linda and lintian. Then you know in advance if the build would work. I just wondered what you all thought about this idea. Joseph Smidt -- Joseph Smidt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378906: ITP: xts5 -- X Test Suite
Package: wnpp Severity: wishlist Owner: Stuart Anderson <[EMAIL PROTECTED]> * Package name: xts5 Version : 5.0.2.cvs20070717 Upstream Author : X.Org Foundation * URL : http://www.x.org/ * License : MIT/X Programming Lang: C Description : X Test Suite This package will contain the X Test Suite (formerly known as VSW5). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (910, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378907: ITP: tet -- Test Environment Toolkit from the Open Group
Package: wnpp Severity: wishlist Owner: Stuart Anderson <[EMAIL PROTECTED]> * Package name: tet, tet-dev Version : 3.7a Upstream Author : The Open Group * URL : http://tetware.opengroup.org/ * License : Artistic Programming Lang: C Description : Test Environment Toolkit from the Open Group The TET frame work is needed to build certain tests suites such as the X Test Suite (xts5), and the LSB test suites (which are derived from the POSIX test suites). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (910, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353633: ITA: skktools -- SKK dictionary maintenance tools
retitle 353633 ITA: skktools -- SKK dictionary maintenance tools thanks I'm going to maintenance this package. Also, I'll maintenance other SKK related packages, ddskk, skkdic, dbskkd-cdb and skksearch, with the current maintainer Kenshi Muto's consent. Thanks, -- Tatsuya Kinoshita pgpJJHsmkdF29.pgp Description: PGP signature
Re: Bits from the Package Tracking System
On 2006-07-17 20:39, Raphael Hertzog wrote: > The Ubuntu distribution will be the first to make use of this new feature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Package Tracking System
On 7/19/06, Scott James Remnant <[EMAIL PROTECTED]> wrote: On 2006-07-17 20:39, Raphael Hertzog wrote: > The Ubuntu distribution will be the first to make use of this new feature No, i've told him (and jvw if i recall correctly) about the scottwatcher's idea / PTS integration and they decided to use a new keyword (derivatives) to support more than Ubuntu. He missed that scottwatcher was the first, but it was almost useless fast since Ubuntu wasn't updating the patch list promptly. It wasn't in a public mailing list all the time, but one of my first messages about scottwatcher was to utnubu-discuss[0]. Well, anyway i've just updated the scottwatcher page in gluck to point out that this is now officially deprecated and Ubuntu is sending the mails to the PTS. [0] = http://lists.alioth.debian.org/pipermail/utnubu-discuss/2006-March/000466.html regards, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378939: ITP: libcomplearn -- machine learning through data compression library and tools for AI research
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi <[EMAIL PROTECTED]> * Package name: libcomplearn Version : 0.9.3 Upstream Author : Rudi Cilibrasi <[EMAIL PROTECTED]> * URL : http://complearn.org/ * License : BSD Programming Lang: C Description : machine learning through data compression library and tools for AI research The CompLearn library provides a pragmatic and mathematically-oriented wrapper around common data compression programs to provide a theoretically clean, simple, and consistent interface suitable for use in oblivious clustering, pattern recognition and supervised learning, and other forms of machine learning and artificial intelligence in a wide variety of research or application domains. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378938: ITP: ocaml-sha1 -- SHA1 binding for OCaml
Package: wnpp Severity: wishlist Owner: Eric Cooper <[EMAIL PROTECTED]> * Package name: ocaml-sha1 Version : 0.4 Upstream Author : Vincent Hanquez <[EMAIL PROTECTED]> * URL : http://tab.snarc.org/download/ocaml/ocaml_sha1-0.4.tar.bz2 * License : GPL Programming Lang: OCaml Description : SHA1 binding for OCaml SHA1 is a 160-bit cryptographic hash function. This library provides an interface for OCaml programs to use SHA1 functions. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-strat 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: (Not so fresh) News about locales
On Wed, Jul 19, 2006 at 01:12:32PM +0200, Frank Küster wrote: > Denis Barbier <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > locales.postinst has been modified to write locale variables > > into /etc/default/locale instead of /etc/environment; the > > latter file is a PAM configuration file, so modifying it > > was a policy violation. Most packages have been modified > > accordingly, but if you have trouble with some programs, > > please file bugs against them. > > localeconfig.postinst does write /etc/environment, is this a bug? > > If yes, which package is supposed to handle the file, then? It isn't > registered with dpkg, no other maintainer script except localeconfig's > handles it, and it isn't in /var/lib/ucf/hashfile, either. You Cc: Progeny folks, so it looks like you believe that localeconf is the culprit; maybe the contents of this file can shed some light. This package is unmaintained for years, and is mostly useless nowadays. I just filed #378941. Thanks. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Package Tracking System
On Wed, 19 Jul 2006, Scott James Remnant wrote:
> On 2006-07-17 20:39, Raphael Hertzog wrote:
>
> > The Ubuntu distribution will be the first to make use of this new feature.
> > Each time that a new package is uploaded to Ubuntu, the PTS will receive
> > the diff between the new version and the previous one. This way we'll
> > receive regularly small patches instead of having only a big monolithic
> > patch on http://patches.ubuntu.com/ (those will continue to be updated
> > anyway). Those mails will look like this:
> > https://lists.ubuntu.com/archives/ubuntu-patches/2006-July/thread.html
> >
> Note that this isn't working right now (as of about 15 minutes ago); the
> problem's somewhere at Debian's end (the PTS is rejecting our mails all
> of a sudden) and Raphael will hopefully look into it.
I just did. Master's exim configuration has been changed today [1]. DSA
probably tried to improve the configuration since master.d.o has been
suffering from overload recently.
The check for the X-PTS-Approved header has been hardwired in exim4.conf
but the check is more strict that the one I used to have: I would only
require the header when sending mail to @packages.qa.debian.org
and *not* when sending mails to _@packages.qa.debian.org
since those emails are not advertised and not (yet) spammed.
Dear admins, any chance to implement the same (looser) check in exim4.conf
instead of the current one?
In the mean time, anyone who is affected by this change should just add
the required header.
Cheers,
[1] I've found this in master's /etc/exim4/exim4.conf (which has been modified
today):
#!!# ACL that is used after the DATA command
check_message:
require verify = header_syntax
denyhosts = !+debianhosts
condition = ${if [EMAIL PROTECTED]
def:h_X-PTS-Approved:{false}{true}}}{false}}
message = messages to the PTS require an X-PTS-Approved header
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Could there be a arch build test befre upload?
Em Wed, 19 Jul 2006 09:14:48 -0600 Joseph Smidt <[EMAIL PROTECTED]> escreveu: > The arm dev suggested using experimental for such a purpose, > which I admit is a good idea, but isn't that more than is needed if > all you want to test is whether it builds on all architectures. > dbuildtest could be another sanity test on top of linda and lintian. > Then you know in advance if the build would work. > Too much load for the buildd network, I believe. Notice that you do have chroots in various port machines, and you can request that build-deps for your package be installed on them. See you, -- Gustavo Noronha Silva <[EMAIL PROTECTED]> http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lilypond and python
well, there's curently only one person spreading lies and fud about python packaging, so please don't talk about "lies" as well. I'm still testing uprades and fixing upgrade issues. experimental has a python-defaults pointing to 2.4, so you can prepare your package and upload it to experimental. "pending" doesn't imply "will be fixed in x days". Matthias Thomas Bushnell BSG writes: > > I have been criticized for not uploading the new lilypond packages and > being quite a bit behind the public releases. Unfortunately, the > current lilypond requires python 2.4, and expects to call it as > "python", not just in the build process, but at run time. > > I had been assuming that the python team was telling me the truth when > they said that python-defaults would be updated to 2.4 very soon. > Indeed, the relevant wishlist bug on python 2.4 has been marked > "pending" for some time now, which seems to be not quite the truth. > Perhaps it's not a lie, but I have no way to judge and have been > stymied by the utter lack of responsiveness by the python team in > response to queries. > > If the python team had told me, months ago, that it would be months > before python-defaults was updated, I would have then begun work on a > workaround for lilypond. But I was trusting that it was really a > quick matter, at least, that's what people told me. Unfortunately, > the python-defaults maintainer ignores all mail on the subject. > > So, let me make plain: I am entirely happy to accept a workaround > patch for lilypond's current upstream stable release that will make it > build and use python 2.4 even when that is not installed as "python". > If such a functional patch appears and is mailed to the appropriate > lilypond bug, it would immediately become a high priority matter for > me to upload it. I have wanted to do so for months. > > But I don't alas, have the time to spend on a workaround patch myself, > which will (supposedly) become obselete very quickly. > > Thomas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#378872: ITP: libsvm0 -- LibSVM is a machine-learning library providing Support Vector Machines in C++
also sprach Rudi Cilibrasi <[EMAIL PROTECTED]> [2006.07.19.1353 +0100]: > * Package name: libsvm0 > * Package name: libsvm0-dev > * Package name: libsvm0-tools > * Package name: libsvm-doc > * Package name: libsvm-ruby1.8 These all look like packages you want to generate from a single source package. Also, libsvm0-dev is a bad name, IMHO, because the ABI, which the 0 identifies, is not relevant for the -dev package, unless the 0 also specifies the API version. I suggest you merge the five bugs into one as ITPs are generally per source package. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Re: Could there be a arch build test befre upload?
also sprach Joseph Smidt <[EMAIL PROTECTED]> [2006.07.19.1614 +0100]: > The experience got me thinking, wouldn't it be nice if all > maintainers could test there packages on all architectures before they > uploaded? Maybe a dbuildtest command before dupload which ran your > package on the various architectures to test whether it builds. You > could view all the build logs and if everything checks out you know the > package is ready. Could you implement something that does this so we can assess whether it's reasonable for the current workflow? Note that I am sceptical and think that the effort is too much for Debian maintainers and may lead to (more) negligence of packages... so don't implement it unless you're sure that this is a viable idea wrt the way Debian works. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system SUSE: Soll Unix Sein, Eigentlich. signature.asc Description: Digital signature (GPG/PGP)
Re: greylisting on debian.org?
On Wednesday 19 July 2006 00:13, Stephen Gran wrote: > This one time, at band camp, Thomas Bushnell BSG said: > > Loïc Minier <[EMAIL PROTECTED]> writes: > > > Can we get greylisting now? > > > > We have it, duh. Have you not been paying attention? > > We don't have it yet. Have you not been paying attention? The only > delay we have now is due to spam clogged queues and load. Stop it right now. alioth has greylisting. This whole discussion has, though, never been about alioth. I guess you *both* know that already since you've read the discussion. So don't play silly just for the sake of it, please. -- vbi -- All computers wait at the same speed. pgpKUsVFmFvRa.pgp Description: PGP signature
