Bug#1066964: ITA: newlib -- C library and math library for embedded systems
On 01.04.24 20:14, Petter Reinholdtsen wrote: [Petter Reinholdtsen] I believe I found the correct location in https://salsa.debian.org/debian/newlib/edit>, where a new path for the project can be specified. I did not test it yet. Do you want to move it, or should I give it a try? Another and slightly related question, as I suspect moving the git repo will remove my write access to it. Do you want to take over my plan to fix the security problem in stable as described in https://bugs.debian.org/1066965 >? not at all, please go ahead with it.
Bug#1066964: ITA: newlib -- C library and math library for embedded systems
Control: retitle -1 ITA: newlib -- C library and math library for embedded systems placing this package under the GCC Maintainers umbrella. Both nvptx and amdgcn offload compilers are dependent on this. Petter, is there a way to move the VCS on salsa?
Bug#1041473: O: autofdo -- AutoFDO Profile Toolchain
Package: wnpp see https://tracker.debian.org/pkg/autofdo no new upstream releases for some years
Bug#1040540: ITP: gprofng-gui - Graphical user interface for the GNU gprofng tool
Package: wnpp Description: Graphical user interface for the GNU gprofng tool The GNU gprofng GUI is a feature rich graphical user interface for the GNU gprofng tool. It makes it possible to interactively analyze and compare gprofng profiling experiments. Users can drill into an applications profile together with the applications code to gather an understanding and insight into what an application is doing throughout it's runtime. License: GPL-3+
Bug#1037483: closed by Debian FTP Masters (reply to Georges Khaznadar ) (Bug#1037483: fixed in python-reportlab 4.0.4-1)
Control: reopen -1 please consider packaging the extensions as well, or clone the report as an RFA. On 18.06.23 00:09, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the wnpp package: #1037483: ITA: python-reportlab - library to create PDF documents using Python3 It has been closed by Debian FTP Masters (reply to Georges Khaznadar ). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Debian FTP Masters (reply to Georges Khaznadar ) by replying to this email.
Bug#1037483: O: python-reportlab - library to create PDF documents using Python3
Package: wnpp Orphaning python-reportlab. There is now a 4.0.x release, which splits out the accelerators into a separate source package. See https://hg.reportlab.com/hg-public/reportlab/ https://hg.reportlab.com/hg-public/rl-accel/ Requires some re-packaging.
Bug#985814: ITP: debugedit - split out from the rpm package
Package: wnpp Owner: d...@debian.org X-Debbugs-CC: RPM packaging team * Package name: debugedit Upstream Author : debugedit contributors * License : GPL-2+ Description : tools for handling build-ids and paths rewriting in DWARF data New source package, split out from rpm, proposed in https://sourceware.org/bugzilla/show_bug.cgi?id=27351 I intend to NMU rpm to drop the debugedit package once debugedit is accepted into Debian. Proposing to maintain it under the same umbrella as dwz, and adding the RPM packaging team as an uploader as well.
Bug#977331: test rebuild and bug reports
Zack Weinberg (upstream) asked for a test rebuild in September: http://qa-logs.debian.net/2020/09/26.ac270/ I filed now bug reports for all affected packages. See: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-ac270;users=d...@debian.org There's also an autoconf2.69 package in the NEW queue, which I intend to maintain under the GCC team umbrella.
Bug#977970: ITP: amdgcn-tools - linker tools for the amdgcn target
Package: wnpp This is just a split-out of the amdgcn target tools from the gcc-N-offload-amdgcn packages. Package: amdgcn-tools Description: linker tools for the amdgcn architecture The package provides the tools ar, as, ld and nm for the amdgcn target architecture (used in AMD gpus). The tools are based on LLVM. . This is just a dependency package used by the gcc-N-offload-amdgcn offload compilers.
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
On 12/22/20 5:31 PM, Thorsten Glaser wrote: > Given the low severity of the opus issue (same version as the > one shipped in main, either of them unpatched), I agree we > probably can ignore this for one release. > > If you wish I can also update my packaging and upload this. > Should be quick enough… thanks, that would be appreciated.
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
On 12/22/20 3:47 PM, Thorsten Glaser wrote: > Hi Matthias, > >> this is an ITP which didn't see any progress for the past eight months. > > yes, sorry about that… I found some issues with it back then, > but don’t remember precisely which ones now. Could’ve been > network, not code-related. > > Ah: #686777 blocks removal of the embedded libopus in favour > of the system-provided one. This was something I considered > a blocker for getting this into testing/next-stable. Looking > at the currently packaged opus though it’s the same upstream > version with no patches, so, identical code. > >Fix blocked by [7]686777: libopus-dev: libopus misses opus-custom modes > >Outlook: I have an experimental package with embedded libopus, but it >needs more fixes especially upstream before I consider it suitable >for Debian > > This is what the ITP says… > >> Do you still plan to get this included for bullseye? If not, I'll try >> to get packages into the archive in time for bullseye. > > If you have interest and time, I’d agree to hand it over. so this bug discussion started in 2013, and stopped in 2016. Do you really think that this will pick up again? > git clone https://evolvis.org/anonscm/git/alioth/jamulus.git > to retrieve my last WIP state. The package was working last > time I tried, but it needs updating to latest upstream, of > course. I was just taking the upstream packaging, also providing a -headless package for the server. What's wrong with this approach? > Otherwise I’ll jump in once the opus issue gets fixed, or > perhaps upload to sid with an RC bug to prevent testing > migration. that last option isn't suitable for "in time for bullseye". Matthias
Bug#958146: ITP: jamulus -- real-time collaborative music session client and server
this is an ITP which didn't see any progress for the past eight months. Do you still plan to get this included for bullseye? If not, I'll try to get packages into the archive in time for bullseye. Matthias
Bug#977331: O: autoconf -- automatic configure script builder
Control: retitle -1 ITA: autoconf -- automatic configure script builder I'm having a look at this, will try to get an archive test rebuild done. Not for bullseye ...
Bug#977266: O: python-bsddb3 - Python interface for Berkeley DB
Package: wnpp bsddb3 is replaced by berkeleydb (https://pypi.org/project/berkeleydb/). I have no intent to package that. 6.2.9 is the last version of bsddb3.
Bug#974582: ITP: gdb-bpf
Package: wnpp Severity: wishlist Owner: Matthias Klose * Package name: gdb-bpf Version : 1 Upstream Author : see the gdb sources * URL : https://sourceware.org/gdb * License : GPL3, same as gdb Programming Lang: C, C++ Description : gdb for the bpf target
Bug#970425: ITP: what-is-python - packages providing unversioned python symlinks
Package: wnpp Severity: wishlist These are packages providing unversioned python symlinks, intended for users to use the python command in Debian. The packages are discussed in https://lists.debian.org/debian-python/2020/07/msg00042.html The python package is now removed in testing, so we can continue with that.
Bug#966309: ITP: binutils-bpf
Package: wnpp Severity: wishlist Owner: Matthias Klose * Package name: binutils-bpf Version : 1 Upstream Author : see the binutils sources * URL : https://sourceware.org/binutils * License : GPL3, same as binutils Programming Lang: C, C++ Description : binutils for the bpf target
Bug#966308: ITP: gcc-bpf -- cross gcc for the BPF target
Package: wnpp Severity: wishlist Owner: Matthias Klose * Package name: gcc-bpf Version : 1 Upstream Author : see the gcc-10 sources * URL : https://gcc.gnu.org/ * License : various, same as gcc-10 Programming Lang: C, C++ Description : GCC for the bpf target
Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm
On 5/19/20 3:29 AM, Norbert Preining wrote: > Package: wnpp > Severity: wishlist > Owner: Norbert Preining > > * Package name: rocr-runtime > Version : 3.3.0 > Upstream Author : AMD > * URL : https://github.com/RadeonOpenCompute/ROCR-Runtime/ > * License : University of Illinois/NCSA Open Source License > Programming Lang: C++ > Description : HSA Runtime API and runtime for ROCm > > This library provides user-mode API interfaces necessary for host applications > to launch compute kernels to available HSA ROCm kernel agents. > > Will be maintained under ROCm team. Packaging ROCm requires a forked LLVM. Will you package that fork, and - if yes, how do you plan do maintain the set of shared libraries provided by the two versions. - if no, how do you integrate with the LLVM found in Debian Matthias
Bug#959086: ITP: python-pebble -- Threading and multiprocessing eye-candy
Package: wnpp Severity: wishlist Owner: Matthias Klose X-Debbugs-CC: debian-de...@lists.debian.org * Package name: python-pebble (already an unrelated pebble source in the archive) Version : 4.5.1 Upstream Author : Matteo Cafasso * URL : https://github.com/noxdafox/pebble * License : LGPL-3+ Programming Lang: Python Description : Threading and multiprocessing eye-candy Pebble provides a neat API to manage threads and processes within an application.
Bug#959084: ITP: cvise -- super-parallel Python port of the C-Reduce project
Package: wnpp Severity: wishlist Owner: Matthias Klose X-Debbugs-CC: debian-de...@lists.debian.org * Package name: cvise Version : 1.0.0 Upstream Author : Martin Liška and Moritz Pflanzer, The University of Utah * URL : https://github.com/marxin/cvise * License : BSD3 Programming Lang: C/C++, Python Description : Utilities for using bash from node.js. C-Vise is a tool that takes a large C, C++ or OpenCL program that has a property of interest (such as triggering a compiler bug) and automatically produces a much smaller C/C++ or OpenCL program that has the same property. It is intended for use by people who discover and report bugs in compilers and other tools that process C/C++ or OpenCL code.
Bug#946043: ITP: python3-flask-caching -- caching module for flask apps
On 03.12.19 11:33, Jonathan Carter wrote: > Package: wnpp > Severity: wishlist > Owner: Jonathan Carter > > * Package name: python3-flask-caching > Version : 1.8.0 > Upstream Author : Peter Justin > * URL : https://github.com/sh4nks/flask-caching > * License : BSD-3-clause > Programming Lang: Python > Description : caching module for flask apps > > Flask extension that provides smart caching support. > > This is a fork of python3-flask-cache that is still maintained, > which maintains a high level of backward compatibility and new > features. > > This package will be maintained as part of the Debian Python modules team. I don't understand why you have the '3' in the source name.
Bug#908589: gcc-8 documentation packages
On 22.06.19 01:01, Dmitry Eremin-Solenikov wrote: > Hello, > > вт, 21 мая 2019 г. в 16:58, Dmitry Eremin-Solenikov : >> >> Hello, >> >> I've updated gcc-doc/gcc-doc-defaults packages to support new gcc-8 >> documentation generation. NMU Packages are uploaded to >> mentors.debian.net >> for review, git trees are put on salsa.debian.org/gcc-doc (-defaults). > > It's been nearly a month without any response. Is it an expected thing before > buster release? Or should I contact debian-mentors looking for sponsors > for these packages? I'm trying to stay away uploading the gcc*-doc packages. Yes, maybe contacting debian-mentors is the right thing to do, if Guo is MIA.
Bug#922643: ITP: build-alternative -- helper to build Debian package with diet libc
On 22.02.19 12:44, Dmitry Bogatov wrote: > > [2019-02-21 00:00] Guillem Jover >> On Mon, 2019-02-18 at 19:37:38 +, Dmitry Bogatov wrote: >>> Package: wnpp >>> Severity: wishlist >>> Owner: Dmitry Bogatov >>> >>> * Package name : build-alternative >>> Version : 0.0.1 >>> Upstream Author : Dmitry Bogatov >>> * Url : https://salsa.debian.org/kaction/build-alternative >>> * Licenses : GPL-3+ >>> Programming Lang : shell >>> Section : devel >>> >>> This package provide makefile snippet, that abstract away >>> several issues, related to building package with diet libc. >>> . >>> * diet libc is not supported on every Debian architecture >>> * code to check for build profiles is repetive >>> . >>> Regular users do not need to install this package, it is only >>> useful to Debian Contributors. >> >> Hmm this package name looks extremely generic for what it is described >> to be used for. Could you name it something else that includes either >> dietlibc in its name or at least libc or similar? > > I do not exclude, that it may include support for musl for future. I am > not sure, whether overly generic name now is worse then misleading > source package name in future. then it's maybe premature to upload that package at all? Anyway, build-alternative is way too generic.
Bug#921515: ITP: python-docs-theme -- sphinx theme used for the Python core docs
Package: wnpp Severity: whishlist Owner: 'Matthias Klose' Package: python3-docs-theme Architecture: all Depends: ${misc:Depends}, ${python3:Depends}, Description: theme for the Python core documentation. Theme used for the Python Core and Python packaging documentation. Homepage: https://github.com/python/python-docs-theme LICENSE: PSF (same as for pythonx.y) The python3.8 packages are relying on that now.
Bug#888580: RFA: doxygen - Documentation system for C, C++, Java, Python and other languages
Package: wnpp I'd like to drop maintenance of doxygen. I think I hijacked that package in 2004 to be able to build the libstdc++ docs from the GCC sources. Now that the package needs a concise understanding about the javascript issues (sources, different upstream versions), I'd like to stay off that maintenance task. Helmut Grohne has been a substantial help with the javascript issues, but decided to leave co-maintainership. Basically I'm asking for a new maintainer with the understanding of the javascript issues, the implications for Debian policy, and the willingness to adopt the package to build documentation of Debian packages. Thanks, Matthias
Bug#883535: O: python-characteristic -- helper for implementing attribute-related object protocols
Package: wnpp Description: helper for implementing attribute-related object protocols (Python 2) characteristic is Python package with class decorators that ease the chores of implementing the most common attribute-related object protocols. . You just specify the attributes to work with and characteristic gives you: . - a nice human-readable __repr__, - a complete set of comparison methods, - and a kwargs-based initializer (that cooperates with your existing one) . without writing dull boilerplate code again and again.
Bug#883529: O: buildbot,buildbot-slave - BuildBot build automation system
Package: wnpp Orphaning the buildbot and buildbot-slave packages. These should be updated to 0.9.x, and using Python3 as the default. I've been in contact with Andriy last in July 2016, but didn't hear back on several pings. Therefore orphaning the package. Packaging of buildbot 0.9.x requires new sources buildbot-www, buildbot-worker, buildbot-pkg, and maybe updating python-autobahn. So expect to have some time to package that ...
Bug#881719: O: libcdio and libcdio-paranoia
Package: wnpp Severity: normal X-Debbugs-CC: nboul...@debian.org I'm orphaning these two packages, but still doing the transition with uploading the two packages from experimental into unstable. The maintainer touched the package last in 2012/2014.
Bug#784029: RFP: libcdio-paranoia
Hi, I'll upload libcdio-paranoia 0.94 to experimental, because it's needed for the libcdio 0.94 update. I don't intend to maintain this package, so feel free to suggest yourself as an uploader or maintainer, however I'd like to see the GCC 7 build failures fixed. Matthias
Bug#872759: ITP: py3c -- Python 2/3 compatibility layer for C extensions
Package: wnpp Severity: wishlist Owner: Matthias Klose <d...@debian.org> py3c py3c helps you port C extensions to Python 3. It provides a detailed guide, and a set of macros to make porting easy and reduce boilerplate. Design principles Reduce chances of accidental subtle errors Minimize boilerplate Prefer the Python 3 way of doing things Minimize semantic changes under Python 2 Versions Projects using py3c will be compatible with CPython 2.6, 2.7, and 3.3+. Guides A detailed porting guide is provided. A cheatsheet is available for those that already know the Python C API, and want to know what the py3c macros do. Installation If your build system supports pkg-config, you can set it up to look for a system-wide installation of py3c. Alternately, py3c can be used as a header-only library: copy the headers to your project and use them. If you wish to install py3c system-wide (e.g. if you are a distro packager), see the Contributing chapter in the documentation. Contribute Issue Tracker: http://github.com/encukou/py3c/issues Source Code: http://github.com/encukou/py3c License The code is licensed under the MIT license. May it serve you well. The documentation is licensed under CC-BY-SA 3.0. See the files LICENSE.MIT and doc/LICENSE.CC-BY-SA-3.0.
Bug#857721: ITP: hsail-tools -- tools for parsing, assembling, and disassembling HSAIL
Package: wnpp Severity: wishlist This is used to produce HSAIL assembler, the input format used by gccbrig. Homepage: http://www.hsafoundation.com/hsa-developer-tools/ Package: hsail-tools Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: tools for parsing, assembling, and disassembling HSAIL HSAIL-Tools are used for parsing, assembling, and disassembling HSAIL. . This version of libHSAIL supports the HSA PRM 1.02 (Final) specification. Copyright: LLVM
Bug#856465: ITP: nvptx-tools - collection of tools for use with nvptx-none GCC toolchains
Package: wnpp Severity: wishlist Owner: Matthias Klose <d...@debian.org> Source: nvptx-tools Section: devel Priority: optional Maintainer: Debian GCC Maintainers <debian-...@lists.debian.org> Homepage: https://github.com/MentorEmbedded/nvptx-tools/ License: GPL / LGPL Description: collection of tools for use with nvptx-none GCC toolchains The tools consist of - nvptx-none-as: "assembler" for PTX. - nvptx-none-ld: "linker" for PTX. Additionally, the following symlinks are installed: - nvptx-none-ar: link to the GNU/Linux host system's ar. - nvptx-none-ranlib: link to the GNU/Linux host system's ranlib. The packaging doesn't include the nvptx-none-run tool which is not needed to build the nvptx-none toolchain (and would include a dependency on the non-free nvidia-cuda-dev package).
Bug#850404: ITP: olefile - Python module to read/write MS OLE2 files
Package: wnpp Severity: wishlist Owner: Matthias Klose <d...@debian.org> olefile is split out from the pillow package and now depends on the separate olefile package. Source: olefile Section: python Description: Python module to read/write MS OLE2 files Python package to parse, read and write Microsoft OLE2 files (also called Structured Storage, Compound File Binary Format or Compound Document File Format), such as Microsoft Office 97-2003 documents, vbaProject.bin in MS Office 2007+ files, Image Composer and FlashPix files, Outlook MSG files, StickyNotes, several Microscopy file formats, McAfee antivirus quarantine files, etc.
Bug#837901: ITP: i8c and libi8c - infinity note compiler and note execution library
Package: wnpp Owner: Matthias Klose <d...@debian.org> Severity: wishlist * Package name: i8c Version : 0.0.3 Upstream Author : RedHat * URL : https://infinitynotes.org/wiki/Infinity * License : LGPL, GPL Programming Lang: Python Description : infinity note compiler Description: infinity note compiler Infinity is a platform-independent system for executables and shared libraries to export information to software development tools such as debuggers. . In Infinity, executable and shared library files contain *Infinity notes* in addition to their regular contents. Each Infinity note contains a function encoded in a platform-independent instruction set that note-consuming tools can load and execute. . This package provides I8C, a compiler for creating object files containing Infinity notes. This package also provides I8X, an execution environment that can be used to create unit tests for compiled notes. * Package name: libi8c Version : 0.0.2 Upstream Author : RedHat * URL : https://infinitynotes.org/wiki/Infinity * License : GPL Programming Lang: C Description : infinity note execution library Description: infinity note execution library Infinity is a platform-independent system for executables and shared libraries to export information to software development tools such as debuggers. . In Infinity, executable and shared library files contain *Infinity notes* in addition to their regular contents. Each Infinity note contains a function encoded in a platform-independent instruction set that note-consuming tools can load and execute.
Bug#803266: ITP: python-packaging -- core utilities for python packages
Package: wnpp Severity: wishlist Owner: Matthias Klose <d...@debian.org> * Package name: python-packaging Version : 15.3 Upstream Author : Donald Stufft * URL : https://pypi.python.org/pypi/packaging * License : Apache Programming Lang: Python Description : core utilities for python packages These core utilies consist of: - Version Handling (PEP 440) - Dependency Specification (PEP 440)
Bug#799906: O: drdsl -- DSL Assistant for AVM DSL/ISDN-Controllers
Package: wnpp Severity: normal Package: drdsl Architecture: amd64 i386 Depends: ${shlibs:Depends}, ${misc:Depends}, capiutils, libcapi20-dev Description: DSL Assistant for AVM DSL/ISDN-Controllers The drdsl utility is used to determine the DSL configuration parameters for AVM DSL/ISDN-Controllers. . The package contains the binary of the drdsl utility as distributed from ftp.avm.de.
Bug#791996: O: ppl -- Parma Polyhedra Library
Package: wnpp Severity: normal ppl (Parma Polyhedra Library) was used in GCC up to the 4.7 series for loop optimizations. GCC 4.8 and newer versions now use isl. There is no immediate interest by the GCC maintainers to maintain ppl anymore in Debian, however some other reverse dependencies still exist. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/559eed25.3060...@debian.org
Bug#787365: ITP: gcc-python-plugin -- plugin for GCC to invoke Python scripts from inside the compiler
Package: wnpp Severity: wishlist Package: gcc-python-plugin Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Author: David Malcolm dmalc...@redhat.com Description: plugin for GCC to invoke Python scripts from inside the compiler The GCC Python plugin is a plugin for GCC, which links against libpython, and allows you to invoke arbitrary Python scripts from inside the compiler. The aim is to allow you to write GCC plugins in Python. License: GPL-3+ Homepage: https://fedorahosted.org/gcc-python-plugin/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/556b56cf.4050...@debian.org
Bug#787366: ITP: pygccjit -- Python bindings for libgccjit
Package: wnpp Severity: wishlist Package: python-gccjit Author: David Malcolm dmalc...@redhat.com Homepage: https://github.com/davidmalcolm/pygccjit Description: Python bindings for libgccjit The bindings support both CPython 2 and CPython 3 (using Cython). . Note that both libgccjit and the bindings are of Alpha quality; the APIs are not yet set in stone, and they shouldn't be used in production yet. License: GPL-3+ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/556b575f.2000...@debian.org
Bug#784077: closed by Bart Martens ba...@quantz.debian.org (closing ITP: cross-toolchain-base - linux-libc-dev and libc{-dev} cross packages targeted for Debian architectures)
reopen 784077 forcemerge 784077 553679 thanks Please retitle bug 553679 from RFP to ITP and set yourself as the owner. the new issue is already referenced in other issues. keeping it open. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5545fa69.3090...@debian.org
Bug#784079: ITP: gcc-5-cross - feature complete standalone cross compilers targeting the Debian architectures
Package: wnpp Severity: wishlist Owner: Debian GCC Maintainers debian-...@lists.debian.org gcc-5-cross will build feature complete standalone cross compilers targeting the Debian architectures: - including cross compilers for all frontends - including multilib support - using the same set of patches as for the native compilers, without removing or reverting patches not understood by third parties. The build will use the binary packages produced by cross-toolchain-base package (ITP filed as #784077). Licensing will be the same as for the gcc-5 package. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55452dbc.8070...@debian.org
Bug#784077: ITP: cross-toolchain-base - linux-libc-dev and libc{-dev} cross packages targeted for Debian architectures
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org, Dmitrijs Ledkovs x...@debian.org, Adam Conrad adcon...@0c3.net cross-toolchain-base will contain linux-libc-dev and libc{-dev} cross packages targeted for Debian architectures, used as a dependency for standalone cross compiler packages. The build is done using the various linux-, gcc-, glibc- source packages and bootstraps the compiler to not build-depend on any existing target library. An incomplete VCS repository is available at https://github.com/xnox/cross-toolchain-base -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55452b6b.9050...@debian.org
Bug#783092: ITP: autofdo -- profile conversion tool
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org The package contains a tool to convert perf.data profile to AutoFDO profile that can be used by GCC and LLVM. Each compiler is supported by a different tool. For GCC, use 'create_gcov'. For LLVM, use 'create_llvm_prof'. The two tools have compatible command line flags. However, the outputs are incompatible. You cannot use the profile generated for GCC in LLVM and vice-versa. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5536edfe.8020...@debian.org
Bug#623271: Adoption of Slides (Python-based Slide Maker)
Hi, I won't have the time to do that, CCing debian-python. You may want to ask for a sponsor there, or even join the python-modules team. Matthias On 02/06/2015 06:23 AM, Riley Baird wrote: Hi Matthias, A couple of years ago, you orphaned the slides package. I'd like to adopt it, but since I'm not a DD, I can't upload the package. Would you be interested in sponsoring my uploads? You can get the new version of the package with this command: dget -x http://mentors.debian.net/debian/pool/main/s/slides/slides_1.0.1-14.dsc For your reference, the changelog entry is: * New maintainer (closes: #623271). * Upgraded to Debhelper 9/pybuild * Bumped standards version to 3.9.6 * Added Vcs and Homepage fields to d/control * Changed dependencies * Added DEP-5 copyright * Extended the description of slides-doc * Updated source format to 3.0 (quilt) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dc1874.9050...@debian.org
Bug#757939: ITP: libabigail -- ABI Generic Analysis and Instrumentation Library
Package: wnpp Source: libabigail Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Uploaders: Matthias Klose d...@debian.org Homepage: https://sourceware.org/libabigail/ Description: ABI Generic Analysis and Instrumentation Library This is an interface to the GNU Compiler Collection for the collection and analysis of compiler-generated binaries. License: LGPL-3 or later This project aims at providing a C++ library for constructing, manipulating, serializing and de-serializing ABI-relevant artifacts. The set of artifacts that we are interested in is made of constructions like types, variables, functions and declarations of a given library or program. For a given program or library, this set of constructions is called an ABI corpus. Thus the project aims at providing a library to manipulate ABI corpuses, compare them, provide detailed information about their differences and help build tools to infer interesting conclusions about these differences. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ea2fbb.1060...@debian.org
Bug#650394: [Pkg-tigervnc-devel] updated packages available
Am 06.08.2014 um 17:41 schrieb Yaroslav Halchenko: On Wed, 06 Aug 2014, Yaroslav Halchenko wrote: - debian/rules has include /usr/share/xserver-xorg/configure_flags.mk now -- but where that file supposed to come from? can't locate it... my quick discussions on IRC I believe didn't finalize in shipping that one along within xorg-server-source ok -- got it now (it was too fresh and file was not indexed yet by packages) https://www.mail-archive.com/utopic-changes@lists.ubuntu.com/msg06409.html $ interdiff -z xorg-server_1.15.1-0ubuntu{8,9}.diff.gz diff -u xorg-server-1.15.1/debian/rules xorg-server-1.15.1/debian/rules --- xorg-server-1.15.1/debian/rules +++ xorg-server-1.15.1/debian/rules @@ -365,6 +365,15 @@ echo inputabi=xorg-input-abi-$$abi_xinput debian/xserver-xorg-core.substvars \ echo xorg-input-abi-$$abi_xinput, xserver-xorg-core (= $(serverminver)) debian/xserver-xorg-dev/usr/share/xserver-xorg/xinputdep + # save the configure flags so that packages like vnc, tightvnc, tigervnc + # know how the package was built. + ( \ + echo 'xserver_confflags = $(confflags)'; \ + echo 'xserver_confflags_main = $(confflags_main)'; \ + echo 'xserver_confflags_udeb = $(confflags_udeb)'; \ + echo 'xserver_vars = $(vars)'; \ + ) debian/xserver-xorg-dev/usr/share/xserver-xorg/configure_flags.mk + # The udeb uses the same substvars: cp debian/xserver-xorg-core.substvars debian/xserver-xorg-core-udeb.substvars not sure if this is the best way to do it, but that is what I found. maybe have a look at the packaging for other distros: http://pkgs.fedoraproject.org/cgit/tigervnc.git/tree/ https://build.opensuse.org/package/show/openSUSE:Factory/tigervnc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e3be41.9080...@ubuntu.com
Bug#650394: updated packages available
Am 07.08.2014 um 14:19 schrieb Brian Hinz: (2) Have all of Pierre's Fltk patches been incorporated into the native debian Fltk package? If not, the viewer will lack full functionality. (I realize that statically linking the fltk libs into our binary is problematic from a distro point of view). I think you should identify these and post patches to the fltk package. It depends on the Debian maintaier if he accepts these. For fltk patches in Ubuntu please file a bug on launchpad and subscribe me. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e3bef6.9030...@ubuntu.com
Bug#650394: updated packages available
Am 06.08.2014 um 16:50 schrieb Yaroslav Halchenko: On Wed, 06 Aug 2014, Matthias Klose wrote: ha -- great -- thanks for the update, I only wished that the debian/changelog entry was a bit more descriptive ;) - I guess since packaging now doesn't carry a copy of xorg sources, there is no need to keep +X1.15.0 in the version (especially since it is actually 1.16.0 both in jessie/sid and 1.15.1 in trusty/utopic sure, but make sure you have a Built-Using: attribute. - debian/rules has include /usr/share/xserver-xorg/configure_flags.mk now -- but where that file supposed to come from? can't locate it... my quick discussions on IRC I believe didn't finalize in shipping that one along within xorg-server-source you found it ;) - would you be interested to join tigervnc-devel team and just commit your changes to our Git? no, not enough time, and I only wanted to have an initial package which is available on many architectures. - I see that there is some packaging available in upstream sources now, done by Brian (CCed). Brian -- would you be interested to join our tigervnc Debian packaging team to not duplicate efforts and avoid proliferation of tigervnc debian package names? See https://alioth.debian.org/projects/pkg-tigervnc/ all packaging is under Git and I am looking at changes from Matthias atm. well, the package needs an active maintainer, don't know which packaging to prefer at the moment. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e3bf9a.3030...@ubuntu.com
Bug#650394: updated packages available
now the package has an ITP again, without many action. I did update the packaging, and built it here: https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/4325100/+listing-archive-extra final package currently in https://launchpad.net/ubuntu/utopic/+queue?queue_state=0 if accepted, it will be available from https://launchpad.net/ubuntu/+source/tigervnc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e1e406.5010...@ubuntu.com
Bug#756388: ITP: python-idna -- Internationalized Domain Names in Applications (IDNA)
Package: wnpp A library optionally needed for python-service-identity. Description: Internationalized Domain Names in Applications (IDNA) A library to support the Internationalised Domain Names in Applications (IDNA) protocol as specified in RFC 5891. This version of the protocol is often referred to as “IDNA2008” and can produce different results from the earlier standard from 2003. License: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: . - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. . - Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. . - Neither the name of the copyright holder nor the names of the contributors may be used to endorse or promote products derived from this software without specific prior written permission. . - THIS SOFTWARE IS PROVIDED BY THE CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7910e.3070...@debian.org
Bug#754864: ITP: python-characteristic -- helper for implementing attribute-related object protocols
Package: wnpp Package: python-characteristic Description: helper for implementing attribute-related object protocols characteristic is Python package with class decorators that ease the chores of implementing the most common attribute-related object protocols. . You just specify the attributes to work with and characteristic gives you: . - a nice human-readable __repr__, - a complete set of comparison methods, - and a kwargs-based initializer (that cooperates with your existing one) . without writing dull boilerplate code again and again. License: MIT Homepage: https://pypi.python.org/pypi/characteristic/ this together with python-service-identity is a module used by twisted. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c50630.30...@debian.org
Bug#754866: ITP: python-service-identity -- Service identity verification for pyOpenSSL
Package: wnpp Package: python-service-identity Description: Service identity verification for pyOpenSSL Service_identity aspires to give you all the tools you need for verifying whether a certificate is valid for the intended purposes. . In the simplest case, this means host name verification. However, service_identity implements RFC 6125 fully and plans to add other relevant RFCs too. License: MIT Homepage: https://pypi.python.org/pypi/service_identity this together with python-characteristic is a module used by twisted. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c506e3.5070...@debian.org
Bug#736605: preparing 2.38.0
after talking with Christoph, I'm now preparing an update to 2.38.0. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c3e050.3040...@debian.org
Bug#743443: ITP: xbase64 - xbase compatible C++ class library
Package: wnpp The libxbase package is about eleven years old, and needs an update to an seven years old version. The reverse dependencies of the old libxbase package are scheduled for removal (#743295, vdkxdb2, vdkbuilder2) or can be updated to xbase64 (calligra). After the xbase64 package is in the archive, the old libxbase package can be removed as well. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/533c5788.6040...@debian.org
Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8
Am 28.03.2014 11:41, schrieb Emmanuel Bourg: Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: openjdk-8 Version : 8u0~b132 Upstream Author : Oracle Corporation * URL : http://openjdk.java.net * License : GPL-2 with Classpath Exception Programming Lang: Java, C++ Description : OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8 thanks for getting started with this. Please get in contact with the Debian OpenJDK team. This is a new version of an existing package, so from my point of this ITP is not appropriate. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53356271.4010...@debian.org
Bug#735038: ITP: python-fontconfig -- python bindings for fontconfig
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: python-fontconfig Version : 0.5.1 Upstream Author : Vayn a.k.a. VT v...@vayn.de * URL : https://pypi.python.org/pypi/Python-fontconfig/ * License : GPL-3+ Programming Lang: python Description : python bindings for fontconfig -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52d1f638.5030...@debian.org
Bug#733735: ITP: distlib -- (python) distribution utilities
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: distlib Version : 0.1.6 Upstream Author : Vinay Sajip * URL : https://pypi.python.org/pypi/distlib/ * License : BSD Programming Lang: Python Description : Distribution utilities Low-level components of distutils2/packaging, augmented with higher-level APIs for making packaging easier. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c2cc9a.2070...@debian.org
Bug#728388: ITP: gcc-arm-none-eabi -- GCC cross compiler for ARM Cortex-A/R/M processors
Am 31.10.2013 16:32, schrieb Agustin Henze: Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-cr...@lists.debian.org Package name: gcc-arm-none-eabi Version: ARM/embedded-4_7-branch revision 202601 http://gcc.gnu.org/svn/gcc/branches/ARM/embedded-4_7-branch/ (4.7-2013q3) Upstream Author: ARM employees URL: https://launchpad.net/gcc-arm-embedded License: Simplified BSD Licence, GPLv2, GPLv3, LGPLv2.1, LGPLv3, MIT/X/Expat Licence and others Description: GCC cross compiler for ARM Cortex-A/R/M processors GCC cross compiler for embedded ARM chips using Cortex-M0/M0+/M3/M4, Cortex-R4/R5/R7 and Cortex-A* processors. It supports C and C++. This toolchain is released with two prebuilt C libraries based on newlib: * one is the standard newlib and the other is * newlib-nano for code size. This toolchain is built and optimized for Cortex-A/R/M bare metal development. I don't think this is a good idea to package this toolchain another time. Please contact Keith Packard who is doing the same thing, but based on GCC 4.8. Why using GCC 4.7 as a base when even the launchpad projects states that the main focus of development is 4.8? Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5272a8de.6030...@debian.org
Bug#602034: jpeg8 vs jpeg-turbo
Am 24.04.2013 11:23, schrieb Ondřej Surý: do you have some insight how openjpeg enters this game? apparently some packages already use openjpeg explicitly to support some jpeg2000 features. There was some discussion on that in Ubuntu, see https://launchpad.net/bugs/711061. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51848a84.3030...@debian.org
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?
Am 22.03.2013 09:21, schrieb Mike Gabriel: Hi Yaroslav, hi all, On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote: [...] I have worked-in (hopefully!) all comments/requests dicussed during the last days into libjpeg-turbo.git on collab-maint. I have also attempted to allow a smooth update of libjpeg-turbo bin:package in Ubuntu by this version. what exactly is changed/needed? I did see that libjpegturbo was renamed to libjpegturbo1. In the past upstream did want to have an unversioned shared lib for legacy software. did that change? Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514c9292.3090...@debian.org
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?
Am 22.03.2013 10:22, schrieb Mike Gabriel: Hi Matthias, On Fr 22 Mär 2013 18:19:14 CET Matthias Klose wrote: Am 22.03.2013 09:21, schrieb Mike Gabriel: Hi Yaroslav, hi all, On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote: [...] I have worked-in (hopefully!) all comments/requests dicussed during the last days into libjpeg-turbo.git on collab-maint. I have also attempted to allow a smooth update of libjpeg-turbo bin:package in Ubuntu by this version. what exactly is changed/needed? I did see that libjpegturbo was renamed to libjpegturbo1. In the past upstream did want to have an unversioned shared lib for legacy software. did that change? I have patched the versioning of the shared lib in for Debian [1], do think that is problematic? well, maybe Tom Gall can comment on this. For Ubuntu I didn't care that much because the libjpegturbo package was kept in universe. Mike [1] http://anonscm.debian.org/gitweb/?p=collab-maint/libjpeg-turbo.git;a=blob;f=debian/patches/001_versioned-libjpegturbo.patch -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514c9447.3050...@debian.org
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
Am 20.03.2013 08:59, schrieb Yaroslav Halchenko: On Wed, 20 Mar 2013, Tom Gall wrote: then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. Hm. News to me. do not worry -- this will be fixed ;) Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? I'm completely supportive of moving to BSD-3 for debian/*. May be some people would start screaming at me for not being official enough, but could you explicitly state this on behalf of Linaro as well, so we could simply switch to BSD-3 for debian/ (as soon as Matthias confirms as well). Thanks in advance! I'm fine with that. That would be Copyright (2011, 12?)Canonical Ltd. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5149ea30.1030...@ubuntu.com
Bug#699036: O: qmtest -- Testing Framework (part of the Quality Management Toolset (QM))
Package: wnpp Orphaning qmtest. Package: qmtest Architecture: all Depends: ${python:Depends}, python-sigmask (= ${source:Version}), ${misc:Depends} Conflicts: qm ( 2.4) Replaces: qm ( 2.4) XB-Python-Version: ${python:Versions} Description: Testing Framework (part of the Quality Management Toolset (QM)) CodeSourcery's QMTest provides a cost-effective general purpose testing solution that allows an organization to implement a robust, easy-to-use testing program tailored to its needs. QMTest works with most varieties of UNIX, including GNU/Linux, and with Microsoft Windows. . QMTest's extensible architecture allows it to handle a wide range of application domains: everything from compilers to graphical user interfaces to web-based applications. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/510403f6.9070...@debian.org
Bug#699039: O: python-gnuplot -- Python interface to the gnuplot plotting program
Package: wnpp Orphaning python-gnuplot: Package: python-gnuplot Architecture: all Depends: ${python:Depends}, python-numpy, ${misc:Depends} Recommends: gnuplot XB-Python-Version: ${python:Versions} Description: Python interface to the gnuplot plotting program Gnuplot.py is a Python module that interfaces to gnuplot, the popular plotting program. It allows you to use gnuplot from within Python to plot arrays of data from memory, data files, or mathematical functions. If you use Python to perform computations or as `glue' for numerical programs, you can use this module to plot data on the fly as they are computed. And the combination with Python makes it is easy to automate things, including to create crude `animations' by plotting different datasets one after another. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51040cfe.6000...@debian.org
Bug#699040: O: python-gnuplot -- Python interface to the gnuplot plotting program
Package: wnpp Package: python-gnuplot Architecture: all Depends: ${python:Depends}, python-numpy, ${misc:Depends} Recommends: gnuplot XB-Python-Version: ${python:Versions} Description: Python interface to the gnuplot plotting program Gnuplot.py is a Python module that interfaces to gnuplot, the popular plotting program. It allows you to use gnuplot from within Python to plot arrays of data from memory, data files, or mathematical functions. If you use Python to perform computations or as `glue' for numerical programs, you can use this module to plot data on the fly as they are computed. And the combination with Python makes it is easy to automate things, including to create crude `animations' by plotting different datasets one after another. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51040e22.7080...@debian.org
Bug#699042: O: python-gnuplot -- Python interface to the gnuplot plotting program
Package: wnpp Package: python-gnuplot Architecture: all Depends: ${python:Depends}, python-numpy, ${misc:Depends} Recommends: gnuplot XB-Python-Version: ${python:Versions} Description: Python interface to the gnuplot plotting program Gnuplot.py is a Python module that interfaces to gnuplot, the popular plotting program. It allows you to use gnuplot from within Python to plot arrays of data from memory, data files, or mathematical functions. If you use Python to perform computations or as `glue' for numerical programs, you can use this module to plot data on the fly as they are computed. And the combination with Python makes it is easy to automate things, including to create crude `animations' by plotting different datasets one after another. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5104138d.5010...@debian.org
Bug#692589: ITP: mpdecimal - library for decimal floating point arithmetic
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: mpdecimal Version : 2.3 Upstream Author : Stefan Krah * URL : http://www.bytereef.org/mpdecimal/index.html * License : BSD Programming Lang: C Description : library for decimal floating point arithmetic mpdecimal is a package for correctly-rounded arbitrary precision decimal floating point arithmetic. will be used as a b-d for python3.3. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/509a9871.1070...@debian.org
Bug#686760: ITP: avian -- lightweight virtual machine using the OpenJDK class library
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: avian Version : 0.6+20120905 Upstream Author : Avian Contributors * URL : http://oss.readytalk.com/avian/ * License : BSD Description : lightweight virtual machine using the OpenJDK class library Avian is a lightweight virtual machine and class library designed to provide a useful subset of Java's features, suitable for building self-contained applications. . The VM is implemented from scratch and designed to be both fast and small. . - Just-In-Time (JIT) compilation for fast method execution. - Generational, copying garbage collection ensures short pause times and good spatial locality. - Thread-local heaps provide O(1) memory allocation with no synchronization overhead. - Null pointer dereferences are handled via OS signals to avoid unnecessary branches. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50473a86.5050...@debian.org
Bug#678645: ITP: creduce -- Test-Case Reduction for C Compiler Bugs
Package: wnpp Severity: wishlist * Package name: creduce Version : 2.0.1 Upstream Author : The University of Utah * URL : http://embed.cs.utah.edu/creduce/ Description : Test-Case Reduction for C Compiler Bugs C-Reduce is a tool which takes a large C or C++ program that has a property of interest (such as triggering a compiler bug) and automatically produces a much smaller C/C++ program that has the same property. It is intended for use by people who discover and report bugs in compilers and other tools that process C/C++ code. * License : University of Illinois Open Source License -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fe5c0f2.4040...@debian.org
Bug#612341: libjpeg-turbo packaging (as done for Ubuntu)
just a note for the packaging as done in Ubuntu during the precise release cycle. goals were - be able to revert the change and use libjpeg8 again if needed, so I did use different binary package names for the libjpeg-turbo sources. - identify packages which do use symbols found in -turbo, but not in libjpeg8 (using some scary symbols file processing) - not to touch the libjpeg8 source package (it is now removed in Ubuntu). Dependency packages are built from the new libjpeg8-empty source package. I think that Debian wants to be able to install either libjpeg8 or libjpeg8-turbo, so instead of the Breaks in the libjpeg-turbo binary packages, the conflicting files should be handled by diversions. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc5e6a1.3040...@ubuntu.com
Bug#612341: libjpeg-turbo packaging (as done for Ubuntu)
just a note for the packaging as done in Ubuntu during the precise release cycle. goals were - be able to revert the change and use libjpeg8 again if needed, so I did use different binary package names for the libjpeg-turbo sources. - identify packages which do use symbols found in -turbo, but not in libjpeg8 (using some scary symbols file processing) - not to touch the libjpeg8 source package (it is now removed in Ubuntu). Dependency packages are built from the new libjpeg8-empty source package. I think that Debian wants to be able to install either libjpeg8 or libjpeg8-turbo, so instead of the Breaks in the libjpeg-turbo binary packages, the conflicting files should be handled by diversions. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc6be4b.7080...@debian.org
Bug#606633: Bug#620159: python-stats: Provides io module, which is also the name of a stdlib module
On 03/30/2011 05:56 PM, Stefano Rivera wrote: Package: python-stats Version: 0.6-8 Severity: serious python-stats provides 3 top level modules, one of which has the same name as a stdlib module. This will make it hard to import (stdlib comes first in the default sys.path), and can confuse other (broken) packages (i.e. #620087) $ dpkg -L python-stats /usr/share/pyshared/pstat.py /usr/share/pyshared/stats.py /usr/share/pyshared/io.py Can I suggest: * Removing io.py from the module. (Is it necessary?) * Moving the modules into a stats submodule (I can't see any rdepends, but python-gamera will soon depend on it) Keeping python-stats will not be necessary; maybe just use the copy included in gamera, and then file a request to remove the package from unstable. * or removing it (Someone else wants this name: #606633) even if the package is removed, using the same name for something new may lead to other incompatibilities. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dbd1b7c.9080...@debian.org
Bug#624748: O: python-scientific -- Python modules useful for scientific computing
Package: wnpp Description: Python modules useful for scientific computing ScientificPython is a collection of Python modules that are useful for scientific computing. Most modules are rather general, others belong to specific domains and will be of interest to only a small number of users (e.g. the module Scientific.IO.PDB). Almost all modules make extensive use of Numerical Python (NumPy) Note that the python-netcdf module maybe should stay in debian, even if python-scientific is considered for removal. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dbd22d0.2050...@debian.org
Bug#623685: O: pygresql -- PostgreSQL module for Python
Package: wnpp Description: PostgreSQL module for Python PyGreSQL is a Python module that interfaces to a PostgreSQL database. It embeds the PostgreSQL query library to allow easy use of the powerful PostgreSQL features from a Python script. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4db14490.6080...@debian.org
Bug#623271: O: slides -- Python-based Slide Maker
Package: wnpp Severity: normal Description: Python-based Slide Maker Slides is an LGPL slides generator, unique in that you write a Python program in order to create your presentation. That is, you write a program that when run generates the slides for your presentation, currently in HTML. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dacac49.7060...@debian.org
Bug#623270: O: twisted-web2 -- An HTTP/1.1 Server Framework
Package: wnpp Severity: normal Description: An HTTP/1.1 Server Framework Twisted.Web2 is the next generation Web Server Framework built with Twisted. Web2 is under active development and it's APIs should not be considered stable at this point. It is not a version of Twisted.Web and with that in mind compatibility is not of the highest concern, though the compatibility layer does support many but not all twisted.web resources. Probably can be removed after the wheezy release. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dacaafd.7060...@debian.org
Bug#611062: O: pysvn -- A(nother) Python interface to Subversion
Package: wnpp Severity: normal Description: A(nother) Python interface to Subversion The pysvn module is a Python interface to the Subversion version control system. This API exposes client interfaces for managing a working copy, querying a repository, and synchronizing the two. pysvn is used a dependency for svn-workbench -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3e80da.3010...@debian.org
Bug#611061: O: pycxx - A Set of facilities to extend Python with C++
Package: wnpp Severity: normal Description: A Set of facilities to extend Python with C++ PyCXX is a set of C++ facilities to make it easier to write Python extensions. The chief way in which PyCXX makes it easier to write Python extensions is that it greatly increases the probability that your program will not make a reference-counting error and will not have to continually check error returns from the Python C API. used as a b-d for pysvn (and svn-workbench) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3e80d2.9030...@debian.org
Bug#611063: O: svn-workbench - A Workbench for Subversion
Package: wnpp Severity: normal Description: A Workbench for Subversion pysvn-workbench is a workbench (graphical client) for the Subversion revision control system, written in the Python language. Maintainers considering to maintain svn-workbench should consider to maintain the following dependencies / build dependencies (also orphaned): rapidsvn, pycxx, pysvn -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d3e80e5.9040...@debian.org
Bug#607543: O: rapidsvn - A GUI client for subversion Subversion C++ library
Package: wnpp Severity: normal libsvncpp is used as a (build-)dependency for pysvn. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d0e3b2e.3080...@debian.org
Bug#602997: ITP: gcc-mingw-w64 -- The GNU Compiler Collection for MinGW-w64
On 10.11.2010 08:32, Stephen Kitt wrote: Package: wnpp Severity: wishlist Owner: Stephen Kittst...@sk2.org * Package name: gcc-mingw-w64 we already have a mingw32 toolchain. Is it possible to build a mingw biarch toolchain instead of a new package? the toolchain currently builds for arch `any'. Is this really necessary? Maybe it's fine to to prove that this is buildable on arm or mips, but is it really used? -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ce04306.3080...@debian.org
Bug#597395: ITP: python-distutils2 -- the new version the the Python Distribute utilities
Given, that this is just a new version of existing software, I would like to at least co-maintain that. It will be included in python3.3 anyway. I'd like to keep the changes in current distutils and distribute, and distutils2 in sync. Are there currently any packages which use distutils2? Matthias On 19.09.2010 13:19, Carl Chenet wrote: Package: wnpp Severity: wishlist Owner: Carl Chenetcha...@ohmytux.com * Package name: python-distutils2 Version : 1.0a2 Upstream Author : Tarek Ziadeta...@ziade.org * URL : http://pypi.python.org/pypi/distutils2 * License : PSF Programming Lang: Python Description : the new version the the Python Distribute utilities The Python Distribution utilities make Python modules and extensions easily available to a wider audience with a very little overhead to build, install and release mechanics. This version is not backward compatible with Distutils but provides more features and implements most new packaging standards. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c9a6955.3050...@debian.org
Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++
On 12.04.2010 08:23, Mike Hommey wrote: On Sun, Apr 11, 2010 at 05:45:59PM +0200, Matthias Klose wrote: On 07.04.2010 14:11, Mike Hommey wrote: On Mon, Mar 22, 2010 at 04:57:31PM +0100, Mike Hommey wrote: On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote: Is there any progress on this? Afaics all required dependencies are in unstable/testing. The gcc-4.4-plugindev package may require some additional header files. AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't work. I don't remember if I tried gcc-4.4-plugin-dev, so I should probably try (again?), but I definitely tried with gcc-4.5-plugin-dev, and while dehydra worked, treehydra didn't. Dehydra doesn't build with gcc-4.4-plugin-dev, because it requires timevar.def, that is only provided in gcc-4.5-plugin-dev. we can add more to gcc-4.4-plugin-dev, if it's required. just tell, what should be added. The failure I had with gcc-4.4-plugin-dev is the lack of timevar.def. But there's no guarantee something else is missing. Apparently, it requires more work. There seems to be support to build dehydra for gcc-4.3 as well. would that be a solution for squeeze? Is it planned to ship gcc-4.3 ? Yes, at least one other Frontend (D) is only available with 4.3. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bc3933c.7090...@debian.org
Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++
On 07.04.2010 14:11, Mike Hommey wrote: On Mon, Mar 22, 2010 at 04:57:31PM +0100, Mike Hommey wrote: On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote: Is there any progress on this? Afaics all required dependencies are in unstable/testing. The gcc-4.4-plugindev package may require some additional header files. AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't work. I don't remember if I tried gcc-4.4-plugin-dev, so I should probably try (again?), but I definitely tried with gcc-4.5-plugin-dev, and while dehydra worked, treehydra didn't. Dehydra doesn't build with gcc-4.4-plugin-dev, because it requires timevar.def, that is only provided in gcc-4.5-plugin-dev. we can add more to gcc-4.4-plugin-dev, if it's required. just tell, what should be added. Apparently, it requires more work. There seems to be support to build dehydra for gcc-4.3 as well. would that be a solution for squeeze? Treehydra still doesn't work, and I'll check with Taras Glek what should be done with it. There aren't any install rules, are there any paths the -fplugin option of gcc checks other than the current directory ? No, there's patch pending to do that, but it's not yet accepted. http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00299.html Also, the copyright in the upstream source is obviously wrong: it reads Copyright (C) 1983 Mozilla Corporation. Until this is clarified, I don't expect this would pass NEW. This, OTOH, has been worked out. thanks -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bc1eeb7.3050...@debian.org
Bug#577181: O: abs-guide -- The Advanced Bash-Scripting Guide
Package: wnpp Description: The Advanced Bash-Scripting Guide An in-depth exploration of the art of shell scripting. . This tutorial assumes no previous knowledge of scripting or programming, but progresses rapidly toward an intermediate/advanced level of instruction ... all the while sneaking in little snippets of UNIX(R) wisdom and lore. It serves as a textbook, a manual for self-study, and a reference and source of knowledge on shell scripting techniques. The exercises and heavily-commented examples invite active reader participation, under the premise that the only way to really learn scripting is to write scripts. . This book is suitable for classroom use as a general introduction to programming concepts. Current version is 6.2. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bc059ec.5040...@debian.org
Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++
Is there any progress on this? Afaics all required dependencies are in unstable/testing. The gcc-4.4-plugindev package may require some additional header files. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ba78cd4.8000...@debian.org
Bug#574979: ITP: dehydra, GCC extension to provide a low level view of the AST as it is seen in the GCC middle-end
Package: wnpp Severity: wishlist Owner: debian-...@lists.debian.org Treehydra is a Dehydra_GCC extension to provide a low level view of the AST as it is seen in the GCC middle-end. Blocked by #566378 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ba78e19.5050...@debian.org
Bug#573437: ITP: importlib -- Backport of importlib.import_module() from Python 2.7
On 11.03.2010 15:29, Fladischer Michael wrote: Package: wnpp Severity: wishlist Owner: Fladischer Michaelfladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: importlib Version : 1.0.1 Upstream Author : Brett Cannonbr...@python.org * URL : http://pypi.python.org/pypi/importlib/ * License : Python Software Foundation License Programming Lang: Python Description : Backport of importlib.import_module() from Python 2.7 This package contains the code from importlib as found in Python 2.7. It is provided so that people who wish to use importlib.import_module() with a version of Python prior to 2.7 or in 3.0 have the function readily available. The code in no way deviates from what can be found in the 2.7 trunk. please call the binary package python2.6-importlib if possible (and not python-importlib). The module should not be made available for python2.7 and python3.1 (python3.0 isn't in Debian). Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b990f1d.30...@debian.org
Bug#566111: ITP: zkclient -- java helper library for zookeeper clients
just asking, if you intend to package zookeeper itself as well Matthias On 21.01.2010 12:03, Thomas Koch wrote: Package: wnpp Severity: wishlist Owner: Thomas Kochtho...@koch.ro * Package name: zkclient Version : 0.1.0 Upstream Author : Stefan Groschupfs...@101tec.com, Peter Vossi...@petervoss.org, Johannes Zillmann * URL : http://github.com/sgroschupf/zkclient * License : Apache 2.0 Programming Lang: Java Description : java helper library for zookeeper clients Abstracts the interaction with zookeeper and allows permanent (not just one time) watches on nodes in ZooKeeper -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561045: ITP: binutils-arm -- The GNU assembler, linker and binary utilities for ARM targets
On 14.12.2009 00:47, Nicolas Dandrimont wrote: Package: wnpp Severity: wishlist Owner: Nicolas Dandrimontnicolas.dandrim...@crans.org * Package name: binutils-arm Version : 2.20 Upstream Author : Numerous Authors (see CVS below) * URL : http://sourceware.org/binutils/ * License : GPL and LGPL Programming Lang: C Description : The GNU assembler, linker and binary utilities for ARM targets The programs in this package are used to manipulate binary and object files that may have been created for the ARM architecture. This package is primarily for ARM developers and cross-compilers and is not needed by normal users or developers. --- This package is the first step towards a full cross-compilation toolchain for the arm-none-eabi target. It will be built using the binutils-source package, in a manner analogous than what is done with binutils-avr. how is this effort related to the emdebian effort to build cross toolchains and provide a somewhat generic framework to manage cross toolchains? please coordinate with the emdebian project before uploading. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546452: ITP: distribute (fork/replacement of setuptools)
Package: wnpp Severity: wishlist http://pypi.python.org/pypi/distribute/ Distribute is a friendly fork of the Setuptools project, actively maintained. The intent is to package distribute in a way replacing/providing the original setuptools package, and then deciding later on removing the setuptools package (not before the squeeze release). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522017: ITP: jblas -- jblas is a fast linear algebra library for Java
Chris Walker schrieb: Soeren Sonnenburg so...@debian.org writes: Package: wnpp Severity: wishlist Owner: Soeren Sonnenburg so...@debian.org * Package name: jblas This package seems likely to be of interest to debian-science, so I'm sending this mail there too. if jblas seems to be of interest to debian-science, please would you take care of atlas and an upgrade to atlas 3.8 as well? else I would suggest to Chris to just go ahead and maybe CC debian-java. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508009: python-3.x
Looking at the recent discussion on the upstream developers list, I would like to skip 3.0 and directly start with 3.1 in experimental, then move this to unstable with the final release. The final 3.1 release is currently planned for April. Matthias -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501014: ITP: bsddb3 - python bindings for db-4.x
Package: wnpp python-3.0 doesn't include this extension anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478159: O: python-happydoc -- Python Documentation Extraction Tool
Package: wnpp HappyDoc is a tool for extracting documentation from Python source code. It differs from other such applications by the fact that it uses the parse tree for a module to derive the information used in its output, rather that importing the module directly. This allows the user to generate documentation for modules which need special context to be imported. Upstream version 3.1 is available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477724: O: sqlrelay -- Database connection pooling, proxying and load balancing
Thomas Viehmann writes: as discussed with Matthias, I'm orphaning sqlrelay. if somebody wants to pick up this, please pick up the rudiments package as well. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471974: ITP: gold -- a new ELF linker designed for speed and incremental linking
Package: wnpp Severity: wishlist Ian Lance Taylor is working on a new ELF linker called gold which is designed for speed and will do incremental linking. He is writing notes on how linkers work (with specifics for ELF and i386) which are a must read for everybody interested in these kind of low level technicalities. Gold will be made public shortly. More information at: http://www.airs.com/blog/archives/38 http://www.airs.com/blog/archives/39 http://www.airs.com/blog/archives/40 http://www.airs.com/blog/archives/41 http://www.airs.com/blog/archives/42 http://www.airs.com/blog/archives/43 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446661: ITP: jbossas4 -- JBoss Java application server
please use the policy for java library packages for the binary package names. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401510: O: mailscanner -- email virus scanner and spam tagger
Package: wnpp * Orphan the package. Upstream did remove any documentation from the package; the documentation offered by upstream is not redistribbutable. MailScanner is a freely distributable E-Mail gateway virus scanner and spam detector. It uses sendmail or Exim as its basis, and a choice of 17 commercial virus scanning engines to do the actual virus scanning. It can decode and scan attachments intended solely for Microsoft Outlook users (MS-TNEF). If possible, it will disinfect infected documents and deliver them automatically. It also has features which protect it against Denial Of Service attacks. . Virus checking is disabled by default, spam checking is enabled by default. After installation, you can enable virus checking, write your own virus scanner or install one of the supported commercial anti-virus packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]