Re: Crypto Libs: Linking to OpenSSL, GnuTLS, NSS, ..?
On 11.11.2021 18.01, Russ Allbery wrote: Alexander Traud writes: Debian is very much OpenSSL. However, I see some packages default to GnuTLS or even NSS without providing OpenSSL, although their source project supports it. Historically, use of GnuTLS was mostly because of licensing restrictions because OpenSSL was incompatible with GPL-licensed code. Now, OpenSSL is compatible with GPL v3 and Debian has (with some controversy) adopted a policy of treating it like a system library even for GPL v2 code, so at least some of the GnuTLS usage has switched to OpenSSL. Question(s): Is there a recommendation/guideline/policy that package maintainers should prefer a specific crypto library (OpenSSL?) if they cannot support all of them? If not, is there an argumentation aid to convince package maintainers. I don't believe there is a policy. In practice, I believe OpenSSL tends to be more interoperable and better-tested upstream than GnuTLS. There have been long-standing problems with GnuTLS not handling weird corner cases or bugs in other libraries. Some of these do get fixed over time, but that's still my general impression. Also, if a software package was written to use OpenSSL, the OpenSSL compatibility layer in GnuTLS is very limited (I say this as someone who tried to use it for a package for several years) and tends to cause a lot of problems. NSS probably doesn't have the same interoperability problems. I personally have no opinions about using it. (Didn't Red Hat attempt to standardize on NSS a while back? I feel like that didn't work and they stopped that effort, but some quick searching didn't uncover any support for that belief.) They stopped and moved pretty much everything on OpenSSL. -- t
Re: Freeipa-client in Debian11
Simon McVittie kirjoitti 4.9.2021 klo 19.44: > On Sat, 04 Sep 2021 at 17:02:50 +0300, Timo Aaltonen wrote: >> On 4.9.2021 11.58, Marc Haber wrote: >>> You're of course free to roll your own, local package. It shold be >>> possible. Just don't expect any official movement in Debian stable, >>> testing or stable-backports until that RC bug is fixed or resolved in >>> some other way. >> >> Why? The bug is about the server, doesn't involve the client in any way >> (other than they're built from the same source)... > > At the risk of stating the obvious: testing migration, release-critical > bug monitoring, removals from testing, removals from unstable, etc. all > operate at the level of source packages, not binary packages. A source > package is either suitable for inclusion in stable or it isn't; it is > not possible to include half a source package in stable. > > If the client is useful and usable, but the server is RC-buggy, one > possible route would be to stop building the server-related binary > packages until they can be fixed, so that every remaining binary package > is non-RC-buggy. Yes, that's what I did before, kept the full build in experimental and only client in sid etc. But that's a pain to keep in sync and get tested etc.. What I'd backport is not the exact version of what's in sid, instead the server build would be disabled. If that's not possible then maybe I'll postpone the backport until the server works again... however long that'll take. t
Re: Freeipa-client in Debian11
On 4.9.2021 11.58, Marc Haber wrote: On Sat, 4 Sep 2021 09:05:35 +0300, Timo Aaltonen wrote: On 3.9.2021 19.02, Marc Haber wrote: On Fri, Sep 03, 2021 at 01:10:17PM +, Domagoj Bazina wrote: This package is not available in Debian 11 distribution, and version from older Debian 10 can't be installed. Is there any replacement for this package, or are there any plans for implementation of that package in Debian 11? Packages that didn't make it into a release before the release won't make it back into the release after the release. There might be a possibility via a backport, but for this to happen, freeipa would need to return to testing first. My plan was to backport a client-only package, like it was in Buster (though not via backports). Is that not possible? You're of course free to roll your own, local package. It shold be possible. Just don't expect any official movement in Debian stable, testing or stable-backports until that RC bug is fixed or resolved in some other way. Why? The bug is about the server, doesn't involve the client in any way (other than they're built from the same source)... -- t
Re: Freeipa-client in Debian11
On 3.9.2021 19.02, Marc Haber wrote: On Fri, Sep 03, 2021 at 01:10:17PM +, Domagoj Bazina wrote: This package is not available in Debian 11 distribution, and version from older Debian 10 can't be installed. Is there any replacement for this package, or are there any plans for implementation of that package in Debian 11? Packages that didn't make it into a release before the release won't make it back into the release after the release. There might be a possibility via a backport, but for this to happen, freeipa would need to return to testing first. My plan was to backport a client-only package, like it was in Buster (though not via backports). Is that not possible? -- t
Re: freeipa is in trouble for the next release (again)
On 24.3.2021 17.02, Harald Dunkel wrote: On 3/24/21 2:49 PM, Andrey Rahmatullin wrote: On Wed, Mar 24, 2021 at 12:33:53PM +0100, Harald Dunkel wrote: So what would be your suggestion? If you are still asking about getting this package into bullseye then I'm afraid it's not possible. Otherwise, as already suggested, it's possible to have it in bullseye-backports after fixing problems keeping it outside testing. Thats not the point. The point is, how can we make sure that freeipa-client stays in Testing for Bookworm, even if there is a fatal problem with freeipa-server? I'm not going to do that anymore, but instead backport once the blocker is fixed. -- t
crypto policy for Debian?
Hi! I noticed that crypto-policies is packaged, but not really used anywhere. Would it be worthwhile to make it the official way to configure the system-wide crypto policy as it was implemented in Fedora [1]? This has been briefly mentioned before at least in bug 765512 [2], but nothing came out of it. I think it would benefit Debian if support for crypto-policies was added to packages, and make it a release goal for Bookworm. Or is it just a matter of JFDI and filing bugs & MR's against the affected packages? [1] https://fedoraproject.org/wiki/Changes/CryptoPolicy [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765512 -- t
Bug#954160: ITP: freeipa-healthcheck -- Health check tool for FreeIPA
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: freeipa-healthcheck Version : 0.5 Upstream Author : Red Hat Inc. * URL : https://github.com/freeipa/freeipa-healthcheck * License : GPL3 Programming Lang: Python Description : Health check tool for FreeIPA The FreeIPA health check tool provides a set of checks to proactively detect defects in a FreeIPA cluster.
Bug#933766: ITP: roct-thunk-interface -- HSA Kernel Mode Thunk library for AMD KFD support
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: roct-thunk-interface Version : 2.6.0 Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/RadeonOpenCompute/ROCT-Thunk-Interface * License : MIT Programming Lang: C Description : HSA Kernel Mode Thunk library for AMD KFD support HSA Kernel Mode Thunk library contains the user-mode API interfaces used to interact with the ROCk driver. This is part or ROCm - Open Source Platform for HPC and Ultrascale GPU Computing .
Bug#926706: ITP: intel-compute-runtime -- Intel graphics compute runtime for OpenCL
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: intel-compute-runtime Version : 19.13.12717 Upstream Author : Intel Corporation * URL : https://github.com/intel/intel-compute-runtime * License : MIT Programming Lang: C++ Description : Intel graphics compute runtime for OpenCL The Intel(R) Graphics Compute Runtime for OpenCL(TM) is a open source project to converge Intel's development efforts on OpenCL(TM) compute stacks supporting the GEN graphics hardware architecture.
Bug#923945: ITP: intel-graphics-compiler -- Intel graphics compiler for OpenCL
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: intel-graphics-compiler Version : 0.1.0 Upstream Author : Intel Corporation * URL : https://github.com/intel/intel-graphics-compiler * License : MIT Programming Lang: C++ Description : Intel graphics compiler for OpenCL The Intel(R) Graphics Compiler for OpenCL(TM) is an llvm based compiler for OpenCL(TM) targeting Intel Gen graphics hardware architecture. This is needed by the new Intel OpenCL driver
Bug#922244: ITP: intel-cm-compiler -- Intel C-for-Media compiler
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: intel-cm-compiler Version : git Upstream Author : Intel Corporation * URL : https://github.com/intel/cm-compiler * License : MIT Programming Lang: C Description : Intel C-for-Media compiler The Intel(R) C-for-Media compiler is a open source compiler that implements C-for-Media (CM) programming language. CM is a new GPU kernel programming language for Intel HD Graphics.
Bug#922226: ITP: intel-mediasdk -- Intel Media SDK
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: intel-mediasdk Version : 18.4.0 Upstream Author : Intel Corporation * URL : https://github.com/Intel-Media-SDK/MediaSDK * License : MIT Programming Lang: C Description : Intel Media SDK Intel® Media SDK provides an API to access hardware-accelerated video decode, encode and filtering on Intel® platforms with integrated graphics.
Bug#921426: ITP: opencl-clang -- thin wrapper for clang
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: opencl-clang Version : git Upstream Author : Intel * URL : https://github.com/intel/opencl-clang * License : public-domain Programming Lang: C++ Description : thin wrapper for clang Common clang is a thin wrapper library around clang. Common clang has OpenCL-oriented API and is capable of compiling OpenCL C kernels to SPIR-V modules. This package is needed by Intel Compute Runtime.
Bug#921422: ITP: spirv-llvm-translator -- bi-directional translator for LLVM/SPIRV
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: spirv-llvm-translator Version : 7.0.1 Upstream Author : Khronos Group * URL : https://github.com/KhronosGroup/SPIRV-LLVM-Translator * License : BSD Programming Lang: C, C++ Description : bi-directional translator for LLVM/SPIRV SPIRV-LLVM-translator is a LLVM/SPIRV bi-directional translator. This package includes a library and a tool for translation between LLVM IR and SPIR-V. This package is needed by Intel Compute Runtime.
Bug#912945: ITP: egl-wayland -- Wayland EGL External Platform library
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: egl-wayland Version : 1.1.0 Upstream Author : NVIDIA * URL : https://github.com/NVIDIA/egl-wayland * License : MIT Programming Lang: C Description : Wayland EGL External Platform library This is a work-in-progress implementation of a EGL (Embedded-System Graphics Library) External Platform library to add client-side Wayland support to EGL on top of EGLDevice and EGLStream families of extensions. This library implements an EGL External Platform interface to work along with EGL drivers that support the external platform mechanism.
Bug#912553: ITP: eglexternalplatform -- EGL External Platform Interface
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: eglexternalplatform Version : 1.1 Upstream Author : NVIDIA * URL : https://github.com/NVIDIA/eglexternalplatform * License : MIT Programming Lang: C Description : EGL External Platform Interface This is a work-in-progress specification of the EGL External Platform interface for writing EGL platforms and their interactions with modern window systems on top of existing low-level EGL platform implementations. This keeps window system implementation specifics out of EGL drivers by using application-facing EGL functions.
ITP: argparse-manpage
Package: wnpp Severity: wishlist Package name: argparse-manpage Version : 1.1 Upstream Author : Pavel Raiskup URL : https://github.com/praiskup/argparse-manpage License : Apache-2.0 Programming Lang: python Description : Automatically build a manpage from argparse
Bug#890973: ITP: xorgproto -- X11 extension protocols and auxiliary headers
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: xorgproto Version : 2018.3 Upstream Author : X.Org * URL : http://www.x.org/ * License : MIT/X Programming Lang: C Description : X11 extension protocols and auxiliary headers This package provides development headers describing the wire protocol for the X11 core and extension protocols, and also provides a number of utility headers, used to abstract OS-specific functions.
Re: Reducing the attack surface caused by Berkeley DB...
On 26.01.2018 00:59, Lionel Debroux wrote: > --- > Do you think we should start the journey of getting rid of libdb5.3 at a > wide scale ? And if so, how to optimize resource usage in general ? :) > --- I asked 389-ds-base upstream about their plans, and got this draft plan of getting rid of bdb from Fedora: https://fedoraproject.org/wiki/User:Pkubat/Draft_-_Removing_BerkeleyDB_from_Fedora?rd=User:Jstanek/Draft_-_Removing_BerkeleyDB_from_Fedora as for 389-ds-base, there is https://pagure.io/389-ds-base/issue/49476 for tracking the progress (not really started yet). -- t
Re: "Ask HN: What do you want to see in Ubuntu 17.10?"
On 03.04.2017 07:52, Vincent Bernat wrote: > ❦ 3 avril 2017 10:10 +1000, Russell Stuart : > >> The first is better HDPI handling. This will require Wayland as X11 >> simply can't handle connecting to monitors with wildly different DPI >> settings. > > The current limitation is in the toolkits. X11 is quite able to > advertise different DPI per output through XSETTINGS. GTK is able to > grab Xft/DPI and use it for scaling (even for non-font stuff, though it > will prefer to use Gdk/UnscaledDPI if available). GTK will watch the > value and update the application if it changes. Applications can also > subscribe to notifications for this value. > > While XSETTINGS can handle several screens, GTK only tracks one settings > window and doesn't handle applications switching from one screen to > another. > > Also, Ubuntu is now defaulting to Mir and the story doesn't seem better > here since people are still requesting a better HiDPI support. I suppose > that if support was implemented for Mir, it should be possible to make > it work with X11 as well. Mir is not used by default on Ubuntu desktop, not yet anyway. Unity7 does support HiDPI scaling and defaults to scale factor 2.0 on this 3200x1800 laptop, while I personally prefer to change it to 1.5..
Bug#814922: ITP: vulkan-loader -- Vulkan loader library and tools
Package: wnpp Severity: wishlist Owner: Timo Aaltonen X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: vulkan-loader Version : 1.0.3~git20160215 Upstream Author : Khronos Group, Inc. * URL : https://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers * License : MIT/X Programming Lang: C Description : Vulkan loader library The Loader implements the main VK library. It handles layer management and driver management. The loader fully supports multi-gpu operation. As part of this, it dispatches API calls to the correct driver, and to the correct layers, based on the GPU object selected by the application.
Bug#802609: ITP: oddjob -- D-Bus service which runs odd jobs
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: oddjob Version : 0.34.3 Upstream Author : Red Hat, Inc. * URL : https://www.fedorahosted.org/oddjob/ * License : BSD Programming Lang: C Description : D-Bus service which runs odd jobs Oddjob is a D-Bus service which performs particular tasks for clients which connect to it and issue requests using the system-wide message bus. It's a pre-req for FreeIPA 4.2.x.
Bug#802491: ITP: python-kdcproxy -- Kerberos KDC HTTP proxy WSGI module for python
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: python-kdcproxy Version : 0.3.2 Upstream Author : Red Hat, Inc. * URL : http://github.com/npmccallum/kdcproxy * License : MIT Programming Lang: Python Description : Kerberos KDC HTTP proxy WSGI module for python This package contains a WSGI module for proxying KDC requests over HTTP by following the [MS-KKDCP] protocol. It aims to be simple to deploy, with minimal configuration. Pre-req for FreeIPA 4.2.x
Bug#800735: ITP: custodia -- Modular and pluggable Secrets Manager
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: custodia Version : 0.1.0 Upstream Author : Simo Sorce * URL : https://github.com/simo5/custodia * License : LGPL-3+ Programming Lang: Python Description : Modular and pluggable Secrets Manager Custodia allows one to serve retrieve, manage and store secrets for other applications. It is useful for distributed, stateless applications that use an image file base approach for instantiation like container based images. But it is alaso useful to manage distribution of key material across a multiple machines over a network.
Bug#800702: ITP: python-jwcrypto -- Python implementation of JOSE Web standards
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: python-jwcrypto Version : 0.2.1 Upstream Author : Simo Sorce * URL : https://github.com/simo5/jwcrypto * License : LGPL-3+ Programming Lang: Python Description : Python implementation of JOSE Web standards This python module implements JWK,JWS,JWE specifications using python-cryptography.
Bug#800361: ITP: libnunc-stans -- Thread pool based event framework wrapper
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libnunc-stans Version : 0.1.5 Upstream Author : Red Hat * URL : http://fedorahosted.org/nunc-stans * License : GPL-3+ Programming Lang: C Description : Thread pool based event framework wrapper Nunc-stans is an event framework wrapper that provides a thread pool for event callback execution. It provides thread safety to event frameworks by isolating and protecting the thread safe parts from the non-thread safe parts, and allows multi-threaded applications to use event frameworks that are not thread safe. It has been primarily developed using libevent, but has also been tested with tevent. Nunc-stans uses lock free data structures where possible, to avoid mutex contention. The liblfds library is used.
Bug#795686: ITP: xserver-xorg-video-amdgpu -- X.Org X server -- AMDGPU video driver
Package: wnpp Severity: wishlist Owner: Timo Aaltonen X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: xserver-xorg-video-amdgpu Version : 0.0.01~git20150807 Upstream Author : Advanced Micro Devices, Inc. * URL : http://www.x.org * License : MIT/X Programming Lang: C Description : X.Org X server -- AMDGPU video driver This package provides the 'amdgpu' driver for the AMD Radeon cards. The following chip families should be supported: Bonaire, Hawaii, Kaveri, Kabini, Mullins, Iceland, Tonga, Carrizo. . More information about X.Org can be found at: http://www.X.org> . This package is built from the X.org xf86-video-amdgpu driver module.
ITP: gss-ntlmssp -- GSSAPI NTLMSSP Mechanism
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: gss-ntlmssp Version : 0.6.0 Upstream Author : Simo Sorce * URL : https://fedorahosted.org/gss-ntlmssp/ * License : LGPL-3 Programming Lang: C Description : GSSAPI NTLMSSP Mechanism GSS-NTLMSSP is a GSSAPI mechanism plugin that implements NTLMSSP. NTLMSSP is a Microsoft Security Provider that implements various versions and falvors of the NTLM challenge-response family. . GSS-NTLMSSP, implements both NTLM and NTLMv2 and all the various security variants to the key exchange that Microsoft introduced and documented over time. . This code implements the NTLMSSP mechanism as a GSSAPI loadable mechanism and has been tested to work with MIT Kerberos' 1.11 implementation of GSSAPI. needed for libapache2-mod-auth-gssapi update
Bug#766471: ITP: libapache2-mod-lookup-identity -- Apache module to retrieve additional information about the authenticated user
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libapache2-mod-lookup-identity Version : 0.9.2 Upstream Author : Jan Pazdziora * URL : http://www.adelton.com/apache/mod_lookup_identity/ * License : Apache-2.0 Programming Lang: C Description : Apache module to retrieve additional information about the authenticated user mod_lookup_identity can retrieve additional pieces of information about user authenticated in Apache httpd server and store these values in notes/environment variables to be consumed by web applications. Use of REMOTE_USER_* environment variables is recommended. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023111306.26286.53549.reportbug@eldon
Bug#766469: ITP: libapache2-mod-intercept-form-submit -- Apache module to intercept login form submission and run PAM authentication
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libapache2-mod-intercept-form-submit Version : 0.9.8 Upstream Author : Jan Pazdziora * URL : http://www.adelton.com/apache/mod_intercept_form_submit/ * License : Apache-2.0 Programming Lang: C Description : Apache module to intercept login form submission and run PAM authentication mod_intercept_form_submit can intercept submission of application login forms. It retrieves the login and password information from the POST HTTP request, runs PAM authentication with those credentials, and sets the REMOTE_USER environment variable if the authentication passes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023105914.24830.59345.reportbug@eldon
Bug#766465: ITP: libapache2-mod-authnz-pam -- PAM authorization checker and PAM Basic Authentication provider
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libapache2-mod-authnz-pam Version : 0.9.3 Upstream Author : Jan Pazdziora * URL : http://www.adelton.com/apache/mod_authnz_pam/ * License : Apache-2.0 Programming Lang: C Description : PAM authorization checker and PAM Basic Authentication provider mod_authnz_pam is a PAM authorization module, supplementing authentication done by other modules, for example mod_auth_kerb; it can also be used as full Basic Authentication provider which runs the [login, password] authentication through the PAM stack. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023103457.13642.15071.reportbug@eldon
Bug#766453: ITP: libapache2-mod-auth-gssapi -- GSSAPI Authentication module for Apache2
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libapache2-mod-auth-gssapi Version : 1.0.3 Upstream Author : Simo Sorce * URL : https://github.com/modauthgssapi/mod_auth_gssapi * License : MIT Programming Lang: C Description : GSSAPI Authentication module for Apache2 The mod_auth_gssapi module is an authentication service that implements the SPNEGO based HTTP Authentication protocol defined in RFC4559. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023080842.19728.14555.reportbug@eldon
Bug#762874: ITP: slapi-nis -- NIS Server and Schema Compatibility plugins for 389 Directory Server
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: slapi-nis Version : 0.53 Upstream Author : Red Hat, Inc * URL : https://fedorahosted.org/slapi-nis/ * License : GPL-2 Programming Lang: C Description : NIS Server and Schema Compatibility plugins for 389 Directory Server This package provides two plugins for Red Hat and 389 Directory Server. The NIS Server plugin allows the directory server to act as a NIS server for clients, dynamically generating and updating NIS maps according to its configuration and the contents of the DIT, and serving the results to clients using the NIS protocol as if it were an ordinary NIS server. The Schema Compatibility plugin allows the directory server to provide an alternate view of entries stored in part of the DIT, optionally adding, dropping, or renaming attribute values, and optionally retrieving values for attributes from multiple entries in the tree. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140925204000.18636.34150.reportbug@eldon
Bug#762697: ITP: jackson-jaxrs-providers -- Jackson JAX-RS providers
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: jackson-jaxrs-providers Version : 2.4.2 Upstream Author : Tatu Saloranta * URL : http://wiki.fasterxml.com/JacksonHome * License : Apache 2.0 Programming Lang: Java Description : Jackson JAX-RS providers This is a multi-module project that contains Jackson-based JAX-RS providers for following data formats: * JSON (https://github.com/FasterXML/jackson-core) * Smile (https://github.com/FasterXML/jackson-dataformat-smile) * XML (https://github.com/FasterXML/jackson-dataformat-xml) * CBOR (https://github.com/FasterXML/jackson-dataformat-cbor) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140924145952.28089.17011.reportbug@eldon
Bug#760834: ITP: jackson-parent -- Jackson parent pom
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: jackson-parent Version : 2.4.1 Upstream Author : Tatu Saloranta * URL : https://github.com/FasterXML/jackson-parent * License : Apache 2.0 Programming Lang: Java Description : Jackson parent pom Parent pom for all Jackson components. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140908103519.17858.21086.reportbug@eldon
Bug#760829: ITP: fasterxml-oss-parent -- FasterXML.com parent pom
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: fasterxml-oss-parent Version : 16 Upstream Author : Tatu Saloranta * URL : http://github.com/FasterXML/ * License : Apache 2.0 Programming Lang: Java Description : FasterXML.com parent pom -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140908093150.12528.4269.reportbug@eldon
anyone interested in cobbler?
Hi I've put cobbler packaging to collab-maint/cobbler.git, which is based on the original ubuntu package but has been cleaned up for the most part. Some ubuntuisms still remain, and some patches need to be sent upstream for merging. But it doesn't have an ITP yet, since I'm not sure if it'll be useful for my environment in the long run. So if someone wants to pick it up please let me know. I'm willing to at least co-maintain it for the time being, but it needs a sponsor once the packaging is considered ready. -- t -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52fe1ef2.4080...@ubuntu.com
Re: Removing old unmaintained X drivers
On 29.09.2013 07:34, Bob Tracy wrote: > On Sun, Sep 29, 2013 at 04:32:05AM +0100, Ben Hutchings wrote: >> On Sat, 2013-09-28 at 10:16 -0500, Bob Tracy wrote: >>> On Sat, Sep 28, 2013 at 02:29:05PM +0100, Jurij Smakov wrote: On Thu, Sep 26, 2013 at 10:26 PM, Julien Cristau wrote: > (...) > xserver-xorg-video-sis > (...) >>> >>> The SiS chipset was, unfortunately, really popular with manufacturers of >>> relatively expensive micro PeeCees (EzGo, Jadetec, etc.), which were >>> essentially notebook hardware crammed into a small desktop case. Here's >>> a link with good pics: >>> http://www.tomshardware.com/reviews/smallest,530-2.html >>> and see also http://www.snotmonkey.com/work/ezgo/ for detailed specs. >>> It's based on the P4, and I've got one of them. Case has the footprint >>> of a "shuttle", but is about half the height. If I *could* switch video >>> cards, I'd do it in a heartbeat because SiS video cards have given me >>> nothing >>> but grief through the years. >>> >>> In the "unsolved wontfix" ubuntu bug list for the driver, mention is >>> made of the fact XAA support went bye-bye, and the attempted use of EXA >>> causes looping segfaults on X server startup. Only current workaround >>> is to disable acceleration. Truly a case of "bad breath is better than >>> no breath". >> >> This sounds like a good reason to remove it, unless both vesa and fbdev >> also fail on this hardware. > > (k)ubuntu's "plymouth" can't figure out a supported mode for a graphical > boot, so I'm guessing vesa and fbdev fail worse than sis. Only way to > see anything besides a blank screen during boot is to tell grub not to > do the whole splash screen thing. Installs from scratch on this machine > are "interesting." plymouth has no use for the X driver, so issues with plymouth should be shared by all use cases. -- t -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/524ae0bf.3040...@ubuntu.com
Bug#664119: ITP: 389-ds-console -- 389 Directory Server Management Console
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: 389-ds-console Version : 1.2.6 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org * License : GPL-2 Programming Lang: Java Description : 389 Directory Server Management Console A Java based remote management console used for managing 389 Directory Server. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120315175202.22814.61223.reportbug@eldon.tyrell
Bug#664089: ITP: 389-console -- 389 Management Console
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: 389-console Version : 1.1.7 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org * License : LGPL-2 Programming Lang: Java Description : 389 Management Console A Java based remote management console used for managing 389 Administration Server and 389 Directory Server. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120315165147.31388.39960.reportbug@eldon.tyrell
Bug#660138: ITP: 389-dsgw -- 389 Directory Server Gateway
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: 389-dsgw Version : 1.1.9 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org * License : GPL-2, LGPL-2.1, MPL-1.1 Programming Lang: C Description : 389 Directory Server Gateway 389 Directory Server Gateway is a collection of 3 web applications that run on top of the Administration Server used by the Directory Server. These 3 applications are: - phonebook: a simple phonebook application geared towards end users, with simple search screens and simple self-service management - orgchart: an organization chart viewer - gateway: a more advanced search interface that allows admins to create and edit user entries, and allows creation of templates for different types of user and group entries -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120216191928.16664.31004.reportbug@eldon.tyrell
Bug#659700: ITP: libwacom -- Wacom model feature query library
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libwacom Version : 0.3 Upstream Author : Bastien Nocera * URL : http://sourceforge.net/projects/linuxwacom/ * License : MIT Programming Lang: C Description : Wacom model feature query library libwacom is a library to identify wacom tablets and their model-specific features. It provides easy access to information such as "is this a built-in on-screen tablet", "what is the size of this model", etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120213103804.14859.25984.reportbug@eldon.tyrell
Bug#659693: ITP: 389-admin-console -- 389 admin server management console
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: 389-admin-console Version : 1.1.8 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org/ * License : GPL-2 Programming Lang: Java Description : 389 admin server management console A Java based remote management console used for managing the 389 admin server. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120213092437.14370.66756.reportbug@eldon.tyrell
Bug#659098: ITP: idm-console-framework -- IDM Console Framework for the 389 Directory Server Console
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: idm-console-framework Version : 1.1.7 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org/sources * License : LGPL Programming Lang: Java Description : IDM Console Framework for the 389 Directory Server Console A Java Management Console framework, used for 389 Directory Server remote management. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120208114436.15218.79584.reportbug@eldon.tyrell
Bug#659092: ITP: libapache2-mod-nss -- NSS-based SSL module for Apache2
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libapache2-mod-nss Version : 1.0.8 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org/sources/ * License : GPL-2, Apache-2.0 Programming Lang: C Description : NSS-based SSL module for Apache2 This Apache module provides strong cryptography for the Apache 2.0 webserver via the Secure Sockets Layer (SSL v2/v3) and Transport Layer Security (TLS v1) protocols by the help of the SSL/TLS implementation library NSS. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120208101956.10508.26345.reportbug@eldon.tyrell
Bug#659054: ITP: 389-adminutil -- Utility library for 389ds administration
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: 389-adminutil Version : 1.1.15 Upstream Author : Red Hat inc. * URL : http://directory.fedoraproject.org/ * License : LGPL-2.1 Programming Lang: C Description : Utility library for 389ds administration Libraries of functions used to administer 389 directory servers, usually in conjunction with the admin server. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120207200152.26735.29799.reportbug@eldon.tyrell
Bug#657593: ITP: libmozilla-ldap-perl -- LDAP Perl module for the OpenLDAP C SDK
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: libmozilla-ldap-perl Version : 1.5.3 Upstream Author : The Mozilla Project * URL : http://www.mozilla.org/directory/perldap.html * License : GPL-2+, LGPL-2+, MPL-1.1 Programming Lang: Perl Description : LDAP Perl module for the OpenLDAP C SDK This package consists of set of modules to communicate with LDAP (Lightweight Directory Access Protocol) directory servers. It is made up of two parts: an interface to the OpenLDAP C SDK API, and a set of Object Oriented Perl classes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120127102858.20896.14813.reportbug@eldon.tyrell
getting rid of libmusicbrainz-2.1 & libtunepimp
Hi! I sort of became the (temporary?) maintainer of libmusicbrainz, so it's probably reasonable to look at the status of the oldest musicbrainz library version in the archive, libmusicbrainz-2.1 (maintained by QA), and packages depending on it. The bottom line is that the package should be removed from the archive, since it only supports the old RDF interface which got deprecated in 2006 and shut down in August 2009 [1]. Martin Michlmayr sent an email about this a while back [2], but there are still some reverse dependencies left: * abcde - doesn't actually need python-musicbrainz, cddb is the default - the dependency on python-musicbrainz should be dropped * ears - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628475 which renders the package useless -> remove? * cynthiune.app - needs a patch to either remove the mb functionality, or ported to libmusicbrainz3/4 * libmusicbrainz-ruby1.8 - can be removed from the archive, nothing uses it * gstreamer0.10-plugins-bad - dropping the build-dep would mean losing libgsttrm.so (tested), which apparently doesn't work anyway * gmerlin - dropping the build-dep should be enough, or port the app to libmusicbrainz3/4 libmusicbrainz4-dev has one rdep, libtunepimp-dev, which also only supports the old stuff and is deprecated long ago [3]. Rdeps on libtunepimp are: * listen - has libtunepimp5 as Suggests, should be dropped * kdemultimedia (juk) - just needs to not build-depend libtunepimp-dev (tested) * kid3 - should be built with -DWITH_TUNEPIMP=OFF (tested) So what would be the next step, filing bugs against the packages requesting the changes suggested above? ps. I have libmusicbrainz-4.0.0 packaged, just need to push it to alioth under collab-maint and ask for a sponsor.. :) [1] http://blog.musicbrainz.org/?p=392 [2] http://lists.debian.org/debian-devel/2010/05/msg00596.html [3] http://musicbrainz.org/doc/History:libtunepimp -- t -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f189742.4060...@ubuntu.com
Bug#654689: ITP: osutil -- Operating system utilities JNI package
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: osutil Version : 2.0.2 Upstream Author : Red Hat, Inc. * URL : http://pki.fedoraproject.org/pki/sources/osutil/ * License : GPL-2+ Programming Lang: C, Java Description : Operating system utilities JNI package The Operating System Utilities Java Native Interface (JNI) package supplies various native operating system operations to Java programs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120105094855.17416.21825.reportbug@eldon.tyrell
Bug#654275: ITP: svrcore -- Netscape's secure PIN storage library
Package: wnpp Severity: wishlist Owner: Timo Aaltonen * Package name: svrcore Version : 4.0.4 Upstream Author : The Mozilla Project * URL : http://ftp.mozilla.org/pub/mozilla.org/directory/svrcore/ * License : GPL-2+, LGPL-2.1+, MPL-1.1 Programming Lang: C Description : Netscape's secure PIN storage library Svrcore is a library for handling PIN requests from Mozilla's Network Security Service (NSS) library. It provides a standard way for servers to allow PIN input from a file or from the terminal. There is also a PIN handler that caches the PIN in memory after encrypting it with a key stored on a PKCS11 device, thereby allowing a server to restart without reentering the PIN. It is needed by the 389 Directory Server and FreeIPA projects. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120102175342.12501.59686.reportbug@eldon.tyrell
ITP: vdr-plugin-subtitles -- provides DVB subtitles display for VDR (was Re: Bug#407319: ITP: 1 -- VDR plugin to download and display weather maps and forecasts)
ok, something weird happened in my head, here's a corrected version: Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-subtitles Version : 0.4.0 Upstream Author : Pekka Virtanen <[EMAIL PROTECTED]> * URL : http://virtanen.org/vdr/subtitles/ * License : GPL Description : provides DVB subtitles display for VDR vdr-subtitles is a plugin for VDR which will display DVB subtitles on either live TV or recorded programmes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407330: ITP: vdr-plugin-weatherng -- VDR plugin to download and display weather maps and forecasts
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-weatherng Version : 0.0.7pre2 Upstream Author : Sascha Bajonczak <[EMAIL PROTECTED]> * URL : http://www.glaserei-franz.de/VDR/Moronimo2/vdrplugins.htm * License : GPL Description : VDR plugin to download and display weather maps and forecasts This plugin can download weather maps and forecast from the Internet and display them on VDR's OSD. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper-backports'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-27-686 Locale: LANG=C, LC_CTYPE=fi_FI.ISO8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407327: ITP: vdr-plugin-lcdproc -- Plugin for vdr that connects to lcdproc
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-lcdproc Version : 0.0.10 Upstream Author : Martin Hammerschmid <[EMAIL PROTECTED]> * URL : http://home.pages.at/linux/dvb.html * License : GPL Description : Plugin for vdr that connects to lcdproc This plugin for VDR allows it to connect to lcdproc and output information on supported devices. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper-backports'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-27-686 Locale: LANG=C, LC_CTYPE=fi_FI.ISO8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407323: ITP: vdr-plugin-ttxtsubs -- Teletext subtitle plugin for VDR
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-ttxtsubs Version : 0.0.5 Upstream Author : Ragnar Sundblad <[EMAIL PROTECTED]> * URL : http://www.nada.kth.se/~ragge/vdr/ttxtsubs/ * License : GPL Description : Teletext subtitle plugin for VDR This plugin implements displaying, recording and replaying teletext based subtitles using the on screen display. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper-backports'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-27-686 Locale: LANG=C, LC_CTYPE=fi_FI.ISO8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407319: ITP: 1 -- VDR plugin to download and display weather maps and forecasts
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-subtitles Version : 0.4.0 Upstream Author : Pekka Virtanen <[EMAIL PROTECTED]> * URL : http://virtanen.org/vdr/subtitles/ * License : GPL Description : VDR plugin to download and display weather maps and forecasts vdr-subtitles is a plugin for vdr which will display DVB subtitles on either live TV or recorded programmes. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper-backports'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-27-686 Locale: LANG=C, LC_CTYPE=fi_FI.ISO8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: runlevels remodeled
On Mon, 15 Aug 2005, Henning Makholm wrote: Scripsit Timo Aaltonen <[EMAIL PROTECTED]> 2 multi-user, no network services exported, no NFS -more secure service-wise than 3 -RH has network here, although they claim that 2 is not used Given that it is very rare for machines these days to have banks of local ttys attached, is a "multi-user without network" runlevel really relevant for even a significant minory of our users? How would those multiple users interact with the machine? Or does it mean "single non-root user"? Well, I've given some thought on what LSB means by "multiuser with no network services exported", and I believe it means that network is up, but no network services are yet started. This is how Redhat works (tried to check SuSE but the documentation was one 69MB download...). I admit that a machine without network is of little use, but one that you can be certain does not have any open ports is in some scenarios useful.. t -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: runlevels remodeled
On Fri, 12 Aug 2005, Javier Fernández-Sanguino Peña wrote: On Fri, Aug 12, 2005 at 09:52:38AM -0500, John Hasler wrote: Timo Aaltonen writes: Is there will to change the current policy regarding runlevels in Debian? I'd propose to use the recommendation made by LSB: Please check the archives. This has been discussed many times. It is clear that there is going to be no change. The last sentence is not true. For some of the compelling reasons as to why this should change please review the last time we discussed this [0] (when I brought the issue up in my TODO stuff for etch [1]). Hmm, just proves that I can't do a proper search ;) Somehow I've missed those threads, but have read them now. To break my proposal into two separate pieces, we have: 1) moving unnecessary stuff out of rcS.d Seems to have gotten support from developers. Some disagreement whether NFS-mounts should or should not be done here. I'd say that without network you get no mounts, either ;) Those special installations that have /usr as a NFS-mount shouldn't need anything from there. Besides, automount is banned here so it's not an option. Should there be a separate discussion as to what to move away? 2) define more out-of-the-box runlevels This has been discussed before as pointed out. Some say that current situation is a feature, and others would like to see Debian take a similar scheme as other distributions. I think it is a moot point to say that having more multi-user runlevels confuses users, because ordinary users should never run into a situation where those are really needed. For sysadmins the change is a needed one. DIY-philosophy should actually be left to those who really want to customize their runlevels 2-5 =) Then those who like the proposal and those who have to bear with mixed environments can have their's left as default. Here's my short summary of some situations where those different runlevels are needed: 1 single-user, no network, only rootfs (or all local fs's?) mounted -pretty obvious 2 multi-user, no network services exported, no NFS -more secure service-wise than 3 -RH has network here, although they claim that 2 is not used 3 full multi-user -direct boot without X is useful if X breaks the console for some reason, more comfortable to work with than 1 4 as 3 but reserved for local use 5 full multi-user + X -goes hand in hand with 3 I don't understand why the next-gen init would have problems with a setup like this.. If it uses dependencies, supporting a scheme like this shouldn't be a problem, no? As with anything in Debian, it really depends on how much muscle is put into it. Hopefully so.. t:T ___/Timo Aaltonen <http://users.tkk.fi/~tjaalton> Work: HUT/CC, GSM +358-50-5918781 (work) / +358-40-5549618 (personal) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
runlevels remodeled
Hi! Is there will to change the current policy regarding runlevels in Debian? I'd propose to use the recommendation made by LSB: http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/runlevels.html The reason for this is that practically Debian has only two different runlevels: -the-so-called single-user mode (1) -multiuser (2|3|4|5) "Single-user" mode is a fiasco, because in /etc/rcS.d/* there are a number of services that really should not belong there. Examples: -network -all disks (including NFS) mounted ..and those that depend on them. So, to correct that the runlevels would look roughly like this: (S -as now, services that are needed by all runlevels (except 0,6 of course), most stuff after S30 moved to 2-5) 1 -single-user, only the rootfs mounted 2 -multi-user, all local disks mounted, no network 3 -multi-user + network 4 -multi-user + network 5 -multi-user + network + X Now the fun part is to decide which not-so-obvious service goes where, and in which order.. I admit that the current system is easy in this regard, but it still sucks... Comments? P.S. I know about the initng-project, but as Mr. Holschuh in one post mentioned (can't find it now, alioth is down), this can be done separately P.P.S No, I'm not a DD, just a sysadmin that would like to make a contribution. No need to CC me though, I'm subscribed to this list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]