Re: remove me from callwave
Hi Henning! You wrote: > Debian-devel is now result number four when googling for "callwave > remove" (without quotes). Ah, the Duelling Banjos Effect. -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: New author/maintainer for pinfo needed
Hi Christian! You wrote: > I've so far maintained the package pinfo, an alternative info-file > viewer. The last release has been some time ago and there are also some > open bug reports. I've talked with the author about the package and he > decided that he has no longer time to work on this package. Therefor the > program needs a new author to be viable in the future. Ideally the new > author is also a debian developer or in the new maintainer queue and > would take the package over. If nobody is interested in becoming the > author of pinfo, I'm going to orphan the package in a week. I do actually use it, so unless anyone else wants to take it, I'd be happy to take it over. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ signature.asc Description: Digital signature
Re: New stable version after Sarge
Hi Stephen! You wrote: > ahh .. I take your point. What about the idea of identifying a list of > release essential (RE) packages? I like that idea. We could even have a system to automagically throw buggy non-RE packages out of testing. -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: New author/maintainer for pinfo needed
Hi Nathanael! You wrote: > >I do actually use it, so unless anyone else wants to take it, I'd be > >happy to take it over. > > I don't think I'm ready to "take it over" alone at this point, but I also use > it heavily and would like to help work on it. Great! I'd like to suggest that we take it over together then. I'm currently waiting for approval of a pinfo alioth project. If that's up and running, we can use alioth's svn repositories for the code. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ signature.asc Description: Digital signature
Re: Bad Sig (was: Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config))
Hi David! You wrote: > > > Message was signed by [EMAIL PROTECTED] (Key ID: 0x376941AB835EB2FF). > > > Warning: The signature is bad. > > > > Something's broken somewhere... > > > > Can anybody confirm so I can stop worrying about my set up? > > Me too, but I noticed an escaped >From in the message and didn't investigate > further. AFAIK, gpg signs the body only. Anyway, sig is bad here, too. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops
Hi Luigi! You wrote: > You can find (and review) a preliminary package at > http://people.debian.org/~luigi/radeontool Tahnks for packaging this! Any chance you could make it suid safe and executable bij users in the video group? And maybe you could add support for setting the compaq m300/m500 backlight luminosity (although I'm not sure if that is Compaq specific or genral for radeon), as implemented in the m300bl[1] program? [1] http://wwwbode.cs.tum.edu/~acher/m300/ -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Vancouver meeting - clarifications
Hi Andreas! You wrote: > As Steve wrote > | The reality is that keeping eleven > | architectures in a releasable state has been a major source of work for > | the release team, the d-i team, and the kernel team over the past year; > | not to mention the time spent by the DSA/buildd admins and the security > | team. > Considering the experience of the release team, the number of different > architectures were _one_ part responsible for release delays - not the only > one, and the others need also to be solved. OK, but I doubt that dropping architectures is the only way of solving this. Wouldn't it be possible for example to expand the release team? Or by better collaboration between porters and the release team? Or by changing or enhancing the infrastructure? I find it a bit hard to believe that Debian isn't able to support 11 architectures while for example FreeBSD and NetBSD seem to manage fine. > For example, the more architectures are included the longer the migration > testing script takes. We are already at the limit currently (and also > have out-of-memory issues from time to time). For example, currently we > restrict the number of some hints to only 5 per day to keep up the > scripts. Also, the udebs are not taken into account, which requires more > manual intervention. With a lower number of release architecture, we can > and will improve our scripts. So to me the obvious thing to do seems to improve the scalability of the testing scripts rather than dropping lots of architectures. To summarize, I have the feeling that the conclusion that the number of supported architectures is the real underlying problem, was made too fast. As far as I've been able to gather from the other thread, two problems were mentioned that need to be solved to speed op the releases: 1. not enough manpower/too much work for the ftp-masters, release team, security team; 2. mirror bandwidth/space problems; and you've just told about this one: 3. testing scripts scalability problems. It seems to me that these are the real problems that need to be solved, and it's not obvious to me that dropping 8 architectures is the way to do it. For example, as the number of packages keep growing, the same problems will resurface --- even if we have lots less architextures to take care off --- and those will have to be solved in some other, more fundamental way. -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ signature.asc Description: Digital signature
Re: The sarge release disaster - some thoughts
Hi Pierre! You wrote: > btw, I think that before making very huge plans, maybe an exhaustive > problems that have blocked the sarge release (like Adrian did) *is* the > way to go. I definately agree with you on this. The way this discussion is going atm is in the direction of finding solutions while the underlying problems aren't at all clear[1]. [1] At least not to the developers at large. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt PARALLELISM
Hi Ivan! You wrote: > > As far as I read the proposal, it is about downloading _different_ > files from different mirrors - if you have 25 packages to get for your > 'apt-get update' operation, download 5 packages from each of 5 > different servers, with one connection to each server active at a > time. > > That is what I mean ... But what would you gain from that? In my experience, the mirrors are fast enough to saturate anything but the fastest (100Mb) links. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343719: ITP: libimdb-film-perl -- Perl extension for retrieving movie info from IMDB.com
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libimdb-film-perl Version : 0.17 Upstream Author : Mikhail Stepanov (stepanov.michael (at) gmail.com) * URL : http://search.cpan.org/~stepanov/IMDB-Film-0.17/lib/IMDB/Film.pm * License : dual GPL/Artistic Description : Perl extension for retrieving movie info from IMDB.com This package includes the IMDB::Films and IMDB::Persons perl modules. . IMDB::Film allows retrieval of information about movies by its IMDB code or title. . IMDB::Persons allows retrieval of information about IMDB persons (actors, actresses, directors etc): full name, photo, date and place of birth, mini bio and filmography. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packages still Depending on xlibs-dev
Hi Daniel! You wrote: > Debian QA Group <[EMAIL PROTECTED]> >libubit-dev Maybe this package should just be removed? It doesn't have any reverse dependencies afaics, and hasn't had a non-QA upload since feb 2004. Greetings, Bas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: replacing sysklogd (was: Oldest RC bugs affecting etch)
Hi Nathanael! You wrote: > 284914 -- trivial bug in klogd. > I still say we switch to another syslogd implementation and remove > sysklogd entirely. It's got 4 RC bugs and 99 bugs total, including 34 > patches. Effectively, it's unmaintained, but Joey hasn't orphaned it. > It's a sloppy, screwy codebase, so I can understand if Joey doesn't want > to fix it. I've been using syslog-ng happily for several years now, > but metalog seems to be a reasonable alternative as well. Well, I personally have never had much problems with sysklogd, but I agree that syslog-ng is a lot nicer. I didn't know that it is unmaintained upstream though. What are other distributions using? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353931: ITP: exscalibar -- extendable, scalable architecture for audio-signal refinement
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: exscalibar Version : 1.0 Upstream Author : Gavin Wood * URL : http://sourceforge.net/projects/exscalibar/ * License : GPL Description : extendable, scalable architecture for audio-signal refinement This package is needed to enable amarok's "moodbar". I haven't really looked at this yet, but here's what the docs say: Exscalibar is an acronym for EXtendable SCalable Architecture for Live, Interactive and Batch Audio-signal information-Retrieval. The Exscalibar project is an umbrella project to design and implement software to facilitate experiments into audio feature extraction techniques specifically for the purpose of music information retrieval. These software components are: - QtExtra A utility class library that provides a simple and usable interface to functionality such as network session management (including addressing the problem of big/little endian communication), dynamic code loading (plug-in management) and memory management issues that arise with class-based threading. - Geddei The core software library that provides the infrastructure to allow the processing to happen. This looks after such aspects as defining the ``front-end'' abstract interfaces for processing modules and implementing all necessary communication between the different threads and processes. Geddei addresses such aspects of communication as type-correctness and type-derivation, aspects of parallelism such as synchronisation and process-control, and abstracts where necessary to provide different levels of parallelism (such as multithreading and network-based distribution). - Common Processor Libraries The CPL provide a collection of ``building blocks'' with which desired computations may be expressed. Several libraries exist, each addressing some application of computation; currently we have libraries featuring modules in mathematics and music IR. We also have a toolkit library for analysing and probing a network from a program. We also have a library (in the experimental phase) that allows usage of components of another audio-signal processing software library. - Remote Geddei (rGeddei) This extra software library that sits atop Geddei provides the necessary functionality to control a Geddei ``session'' on a different memory area or host. This is important (and generally necessary) when Geddei is to be scaled up to use multiple hosts (or nodes) in order to carry out some computation. rGeddei abstracts away from the concrete instantiations of Geddei objects to provide a create-and-control interface that is location transparent from the programmer's point of view. - NodeServer This software works with rGeddei to allow it use of a particular host (or node). It is able to listen to and act on requests directing it to create or otherwise control a Geddei ``session''. It provides a basic authentication mechanism in order to address security issues. - NodeController This software is able to control a single Geddei-based distributed experiment, unaided, potentially in a batch configuration. It is able to submit Grid jobs to establish a number of hosts running the NodeServer software and then to utilise them to complete a given job. It is conceivable that this particular piece of software could be adapted to become a Web Service. - Network Investigation Toolkit Environment NITE is a graphical application for designing Geddei-based dataflows and expressing a particular computation. It is designed to be a Rapid Application Development environment employing all modern aspects of a GUI including drag-and-drop and physical modelling of components. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please reject to rule on the ndiswrapper question
Hi Wouter! You wrote: > The correct way to proceed would seem to be a ruling by a body > authorized to make authoritative interpretations of the Social Contract, > or, failing that (since I believe we have no such body), a General > Resolution. Wouldn't the ftp-masters be the right authority for this issue? It is them who decide if the package can go into main or not. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please reject to rule on the ndiswrapper question
Hi Michael! [Cc'ed Manoj, as he's the authority on the constitution...] You wrote: > > Wouldn't the ftp-masters be the right authority for this issue? It is > > them who decide if the package can go into main or not. > > The package is already in main. The person who filed this bug thinks > the maintainer and ftp-master decisions were wrong and should be > changed or overruled. Well, I guess that on non-technical issues, the ftp-masters can indeed only be overruled by a GR. I agree with Wouter that the Technical Committee has no authority here. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#355488: ITP: bcpp -- C(++) beautifier
Hi Miles! You wrote: > Hendrik Sattler <[EMAIL PROTECTED]> writes: > > represented by tabs and alignment (like multi-line function arguments) > > should > > be done by spaces. > > Gains: shows fine in _every_ editor, no need to set tab-width. > > Losses: doesn't work well with many indenting styles (e.g. it would be a > complete lose for stuff indented in GNU style). Not at all. Just set tabstop=2 or so. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: final warning, /usr/doc transition mass bug filing
Hi Joey! > I plan to file normal severity bugs on the following 252 packages, which > all still create /usr/doc symlinks and which don't yet have a bug filed > about this. 23 such bugs already exist in the bts. [snip list] Is this just the list from lintian.debian.org, or did you do somehting more fancy to find them? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pre-RFA] Intending to drop twenty-some packages
Hi Martin! You wrote: > > | * the gsl set: > > > > -- is still mine though Bas Zoetekouw indicated that he would like to help. > > I > > think I got Chris Steigies to agree to help too. > > Looking at gsl itself, I can see neither of their names. Have they > done any work and can they maybe do an upload fixing some bugs and > adding themselves as uploaders? I'm sorry for being a bit inactive lately. I've moved and have been without internet access at home for some weeks. Anyway, about GSL, I'd like to help out, but I's rather do that a one member of a maintainer team. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RAID and /dev advice needed
Hi martin! You wrote: > /dev/md0 --> /dev/md/0 > /dev/md1 --> /dev/md/1 > My (hack) solution is to remove those symlinks and replace them with > real device nodes (hardlinks don't work). To be able to confine this > hack as close as possible to the problem it's supposed to solve, > I need to know under what circumstances such symlinks could come > into existance without devfs. I think udev also created those links of the compat or the devfs rules are used. Wouldn't it be better though to fix mdadm to just follow the links, like any other program should? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where to put XML Application Files in UNIX File Hierarchy?
Hi Christian! You wrote: > 1 Where best to place CYBOL application files in the UNIX file hierarchy? > I thought about /usr/share, but may be /usr/lib suits better or what else? If the applications are to be executed by normal users, they should be put in /usr/bin. If thy are only called internally, they should be in /usr/share (as they are arch-independent). > 2 What about CYBOL libraries (containing graphical components, for example)? > They are pure XML, too. To /usr/lib or better to /usr/share? /usr/share/. /usr/lib/ is only for archtiecture-dependent stuff. -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Moving /var/run to a tmpfs?
Hi Andreas! You wrote: > The whole thing is grey territory in FHS, but still I tend to think > that sysvinit should somehow preserve the (empty) directory structure > of /var/run through reboots. Either by using some find+tar magic after > mounting /usr or by keeping /var/run a real directory and keep the > pre-mount stuff in /var/run/pre-mount. Other thoughts? Ubuntu has had a tmpfs on /var/run for quite a while, afaik. So, I assume that fixes for the kind of problems you mentioned have been merged back into the debian packages already. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for Debian Packaging expert
Hi Frank! You wrote: > - I think there used to be a list of companies that provide Debian > support and training, but I can't find it - can somebody help? Did you mean this list? http://www.us.debian.org/consultants/ -- +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402076: ITP: blktrace -- block layer IO tracing
Package: wnpp
Severity: wishlist
Owner: Bas Zoetekouw <[EMAIL PROTECTED]>
* Package name: blktrace
Version : x.y.z
Upstream Author : Jens Axboe <[EMAIL PROTECTED]>
* URL : http://brick.kernel.dk/snaps/
* License : GPL 2 or later
Programming Lang: C
Description : block layer IO tracing
blktrace is a block layer IO tracing mechanism which provides detailed
information about request queue operations up to user space. There are
three major components that are provided:
\item[Kernel patch] A patch to the Linux kernel which includes the
kernel event logging interfaces, and patches to areas within the block
layer to emit event traces. If you run a 2.6.17-rc1 or newer kernel,
you don't need to patch blktrace support as it is already included.
\item[blktrace] A utility which transfers event traces from the kernel
into either long-term on-disk storage, or provides direct formatted
output (via blkparse).
\item[blkparse] A utility which formats events stored in files, or when
run in \emph{live} mode directly outputs data collected by blktrace.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18.3
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: umask-dependent debian/rules
Hi Nikita! You wrote: > I would like to ask, is it considered a bug or not, if debian/rules > implicitly depends on umask 022 (and produces packages with broken file > permissions if umask is more strict). > E.g. see #399058. > If this is considered a bug, I guess it may be a subject for mass > bug-filing... Yes, I definately consider this a bug. I have a 077 umask, and packages not handling this gracefully in debian/rules (e.g. using cp rather than install to install file into debian/tmp or so) has bitten me multiple times in the past. I wouldn't consider it RC though, as all autobuilder and pbuilder environments use a 022 umask (afaik). -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357766: ITP: libsubtitles-perl -- perl module for fixing timing for subtitles in various text formats
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libsubtitles-perl Version : 0.08 Upstream Author : Dmitry Karasik, <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~karasik/Subtitles-0.08/ * License : same terms as perl itself (i.e. GPL/Artistic) Description : fix timing for subtitles in various text formats Movie files can be viewed with subtitles, which are currently very popular as text files. Subtitles provides means for simple loading, re-timing, and storing these subtitle files. A command-line tool subs for the same purpose and using Subtitles interface is included in the distribution. The module supports srt, sub, smi subtitle formats. The package also includes command line utilities to convert, join, split, and re-time subtitles. I might put those in a seperate binary package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: library for imap (client)
Hi Michelle! You wrote: > Currently I am starting a new project and want to know, if someone > know the existence if an imapclient library for C programing? > I do not realy want to reinvent the wheel. I've used libetpan[1] in the past for some small projects. It's rather nice, as it has a single abstract interface to pop, imap, maildir, mbox, etc. I don't know how well it scales to large mail collections, though. [1] http://libetpan.sourceforge.net/ -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361429: ITP: libtext-bibtex-perl -- Perl extension to read and parse BibTeX files
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libtext-bibtex-perl Version : 0.36 Upstream Author : Greg Ward <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~ambs/Text-BibTeX-0.36/ * License : Artistic/GPL Description : Perl extension to read and parse BibTeX files The Text::bibTeX module provides functions to read, parse and write bibTeX files using perl. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361429: ITP: libtext-bibtex-perl -- Perl extension to read and parse BibTeX files
Hi Frank! You wrote: > > Description : Perl extension to read and parse BibTeX files > > > > The Text::bibTeX module provides functions to read, parse and write > > bibTeX files using perl. > > Does that mean that somebody is actually developing something useful > with that? A new database frontend? Or even a bibtex replacement in > Perl? Well, that what I'm going to us eit for. It seems rather less work to write a perl script to generate the correct bbl files than hand-editing archaic bibTeX style files... -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#361429: ITP: libtext-bibtex-perl -- Perl extension to read and parse BibTeX files
Hi Frank! You wrote: > In other words: There's a big need for a program to take over bibtex's > part, that can work in mulitlingual contexts and is actively developed. > > Do you plan to start a project, or is it rather a one-time solution for > your particular needs? It'll probably be a one-time solution now, but I'll see how it goes. I have to finish my thesis, though, so atm I don't have too much time to spend on such a project. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362505: via-rhine: probe of 0000:00:0f.0 failed with error -993193440
reassign 362505 kernel-image-2.6.8-3-686 thanks Hi! Thanks for your bug report! This sounds like a kernel bug. Reassigning ti to the correct package. Regards, Bas. -- ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#365142: ITP: libuniversal-isa-perl -- Safer version of UNIVERSAL::isa
Hi Krzysztof! You wrote: > Description : Safer version of UNIVERSAL::isa > > This module replaces UNIVERSAL::isa with a version that makes sure that, > when called as a function on objects which override isa, isa will call > the appropriate method on those objects > . > In all other cases, the real UNIVERSAL::isa gets called directly. Maybe you could explain in the description what UNIVERSION::isa does? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gpg
Hi Tamas! You wrote: > Could you tell me what to do if it seems I just forgot my passphrase > for my GPG key, and it blocks me to upload/fix my outstanding bugs on > different packages? Well, upload your revocation cert, en get a new key signed... -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mass bug filing: failure to use invoke-rc.d when required
Hi Lars! You wrote: > > The usage is mendantory (aka a must clause) but the bugs are not RC? > > This does not fit. > > It violates policy, but not in a way enumerated on > http://release.debian.org/etch_rc_policy.txt, which means that it isn't > release critical, unless I've misunderstood something. AFAIK, vilolating policy always waarent a serious bug: | serious |is a severe violation of Debian policy (roughly, it violates a |"must" or "required" directive), or, in the package maintainer's |opinion, makes the package unsuitable for release. [http://www.debian.org/Bugs/Developer#severities] -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Real Life hits: need to give up packages for adoption
Hi! You wrote: > * videogen > (easy pickings) If no one else is interested, I'd like to take this one. It could take me a few weeks to find time to upload though, as Real Life is getting in the way atm. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pre-RFA] Intending to drop twenty-some packages
Hi Dirk! You wrote: > * the gsl set: > - gsl > - gsl-ref-html > - gsl-ref-psdoc > > The two doc packages are currently a week behind packaging the new upstream > gsl. Well maintained upstream, maybe two releases a year. This should > probably go to another egghead ph.d. type, preferably in sciences. Hi Chris. > This is all very well maintained upstream. Two nuisance bug reports on the > doc package, one ftbfs that is in explicable to me. I'd be happy to help out/co-maintain/etc gsl, too. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: gnofract
Hi! I've packed gnofract, a small gnome fractal generating program. I am not a debian developer yet, so I'll need a sponsor to upload this package. Futhermore, this is my first Debian package, so I'd appriciate it if somebody would check whether the package is all right and whether I did everything ok. Gnofract is written by Aurélien Alleaume, it's homepage is at http://www.multimania.com/mason, and it is licenced under the GPL. I've put the packages on http://medeia.dhs.org/~bas/Debian/gnofract/ Package: gnofract Version: 0.2-1 Section: x11 Priority: optional Installed-Size: 88 Description: a simple gnomish fractal browser gnofract is a gnome fractal browser. It lets you zoom in to and move through fractals. -- cu, dex. - ``As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality.'' Albert Einstein -
Re: Anyone intents to package Guppy
Thus spake Andreas Tille ([EMAIL PROTECTED]): > I will not have the time to package Guppi (http://www.gnome.org/guppi) > but it seems worth packaging. Any volunteer? Accoring to http://www.gnome.org/guppi/#get, Cesar Talon <[EMAIL PROTECTED]> has already packaged it. The deb is at ftp://ftp.gnome.org/pub/guppi/Debian -- cu, dex. - ``As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality.'' Albert Einstein - pgpe5TieI09EL.pgp Description: PGP signature
Re: xterm and gnome-terminal have diferent defaults? [was: Bug#60753: mutt: /etc/Muttrc should not use colors]
Thus spake Pedro Guerreiro ([EMAIL PROTECTED]): > I know the problem is with gnome-terminal, so the question is how do I > change the default binding of DEL in gnome-terminal? I've browse through > /usr/share/doc/gnome-terminal, but that's a dead end :-( Check out the preferences menu in gnome-terminal. There is an option `Swap DEL/Backspace' there. No idea whether it works though. -- cu, dex. - ``As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality.'' Albert Einstein -
Re: Potato now stable
Thus spake Anthony Towns (aj@azure.humbug.org.au): > Once we get to woody, though, there are probably two things that are > particularly worthwhile doing. As per usual, we should probably have a few > weeks discussing "release goals" for woody to see what sort of direction > we want to head (and then going ahead and implementing whatever we feel > like anyway). I personally would like having hardware detection stuff in woody. Wouldn't it be great to have to install procedure ask you something like "hi dude, I've detected that you've got a ne2000 NIC in your computer. Shall I load the appropriate module?"? (and the same for video, sound, scsi, etc.) -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| | [EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Potato now stable
Thus spake Colin Walters ([EMAIL PROTECTED]): > I noticed the other day that recent versions of RedHat use something > called "Kudzu" (sp?) to do this. When I took out the network card, it > warned me that some hardware was missing, and offered to change some > things to compensate. > Has anyone has looked into porting this to Debian? Currently, in Debian it is being used by sndconfig. It was written specifically for Redhat though and does some things (like editing /etc/conf.modules, linking devices in /dev/) which are probably not desirable in Debian. The detection part can probably be used, though. Mandrake, too, includes a hardware detection libarary (libdetect). Some time ago, Dan Helfman <[EMAIL PROTECTED]> (Cc'ed him), was busy packaging it. Dan, have you had any luck yet adapting it to Debian? When a hardware detection library is available, I think I'm going to rewrite sndconfig specifically for Debian instead of editing the Redhat package. Maybe a more general program, which can detect and configure various kinds of hardware, should be created though. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| | [EMAIL PROTECTED] | Pablo Picasso | +---+ pgpeTr3UwO5cT.pgp Description: PGP signature
Re: why apt/dpkg not using bzip2
Thus spake Sergey I. Golod ([EMAIL PROTECTED]): > Why apt/dpkg doesn't use bzip2 for Packages file? > -rw-r--r--1 root root 749427 Sep 3 00:56 Packages.bz2 > -rw-r--r--1 root root 1024180 Sep 3 00:56 Packages.gz > It's about 25% can be saved in download. Yeah, but I guess it would take about twice the time to unpack. Please don't do that to my poor 486 :-(( -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| | [EMAIL PROTECTED] | Pablo Picasso | +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Qt2.2 released under the GPL
Thus spake happ ([EMAIL PROTECTED]): > enough said > http://www.trolltech.com > now we can move the ftp://kde.tdyc.com/pub/kde potato kde2 contrib > back home Great! Has anyone yet packages available? If not, I'll be willing to ITP some. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+ pgp8fbOTK9zyr.pgp Description: PGP signature
Re: How to update packages?
Hi Olaf! You wrote: > I have made a couple of packages for potato and would like > to update them to the latest upstream-version? What is the > easiest way to update the source-package? Use uupdate. This is descriped in the new-maintainers guide i think. BTW: this is a question for debian-mentors. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Release-critical Bugreport for December 29, 2000
Hi BugScan! You wrote: > Package: afbackup (debian/main) > Maintainer: Christian Meder <[EMAIL PROTECTED]> > 77189 afbackup: cartis cannot detect which is the server config file > > Package: afterstep (debian/main) > Maintainer: Steven R. Baker <[EMAIL PROTECTED]> > 69297 afterstep: Pager causes wharf to go wonky > 75330 afterstep: Please merge changes from potato version Would it be possible to also put the severity of bug in this report (with a one-letter abbreviation for example)? -- Kind regards, +-----------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: ITP: Bakery
Hi Mariusz! You wrote: > Bakery is a C++ Framework for creating GNOME applications using Gnome-- > (gnomemm) and Gtk-- (gtkmm). What's the difference with Glade? -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: XFree4.0.2 / wdm interaction bug?
Hi William! You wrote: Content-Description: brief message > I've experienced a bug and I'm not entirely sure what to file it against. [...] > What I actually saw was that after I switched vt's a couple of times, > screen corruption occurred. The images from the two Xservers running on > different vt's were overlaid. In the XFree3 + I128 + gdm instance, the > screen gets blanked and one of the XFree3 servers spins hard. This is most probably not a wdm bug. You should file a bug against one of the X packages I think. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Bug reports - copies to submitter
Hi Bob! You wrote: > Which messages to the bug reporting system are automatically > forwarded to the submitter, and which must be explicitly copied to > [EMAIL PROTECTED] IIRC, only the [EMAIL PROTECTED] messages are sent to the submitter -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Developer Behavior
Hi Hamish! You wrote: > If you're in the keyring but have no account you can upload > through an upload queue. There are a few of those around the world. > This adds probably 1 day to the processing time. How can you be on the keyring while not having an account on auric? Either you are a developer and you have both, or you are not a developer and you have neither. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: PERL MAINTAINERS SUCK - COMPLETE MORONS
Hi Adam! You wrote: > ANY package that is needed by the packaging system(and this does not only > include dpkg support scripts, but debconf, and some maintainer scripts, > including adduser) NEEDS TO NOT BREAK PERIOD. Please calm down. If your specific thing doesn't work, OK, that's worth a bug report. It is not worth a flame. Also, even IF perl would be broken, please think about what ``unstable'' means exactly. BTW: upgrading potato->sid is, in general, NOT broken (i just tested). -- Kind regards, +-----------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Bug#194938: ITP: drivel -- A LiveJournal client for the GNOME desktop
Hi David! You wrote: > I think > the service is popular enough that you don't need to explain what it > is, I had never heard of it. > in the same way that you don't need to explain what an SNMP daemon > is to have and snmpd package. I thik you need to explain that, too. You can't expect everyone to know that. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: PAM messages on chrooted console
Hi Ming! You wrote: > After restarting init my tty6 works, however I keep getting PAM messages > on my console such as: > PAM_unix[19031]: (login) session opened for user minghua by minghua(uid=0) > I noticed such messages go to /var/log/auth.log in my stardard > installation, however this log in chroot (/var/chroot/var/log/auth.log) > is existent but empty. I also looked at my /var/chroot/etc/syslog.conf, > but it is identical to /etc/syslog.conf. You are probably nor running syslogd and/or klodg in the chroot. I'm not sure is that's possible, though. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
Hi Steve! You wrote: > I object to this ITP. The software in question is both trivial and > non-free. Those features which are not a subset of mime-construct > (<[EMAIL PROTECTED]>) are either irrelevant to Debian > systems (direct SMTP-based mailing) or a bad idea (encouraging users to > store pgp passphrases on disk). With a license that prohibits bug fixes > or improvements, including this program in the Debian archive will not > benefit our users. I agree. I don't think this piece of software should be in the archive, not even in non-free. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: Debconf or not debconf : Conclusion
Hi Sebastian! You wrote: > On Thu, Jul 03, 2003 at 04:17:50PM +0200, Julien LEMOINE wrote: > > Finally, since there is not really a policy about when to use debconf, > > I will respect the DFSG [1] and add a debconf warning [2] in the > > stunnel package. > > [...] > > > [1] "4. Our Priorities are Our Users and Free Software " > > As a user: You are doing me a disservice. That's one more useless > debconf warning, especially, since an automatic update is easy to > implement. Indeed. Please don't display those annoying messages. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: CUPS should be the default print service in Debian/Sarge
Hi Cyrille! You wrote: > I'm mostly using its lpr-compatible command-line interface. So am I. To bad it isn't lpr compatible at all (at least not lprng-lpr). -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: Bug#322762: /usr/doc still exists (transition tracking bug)
Hi Philipp! You wrote: > On Fri, 2005-08-12 at 13:53 -0400, Joey Hess wrote: > > Set any bugs about /usr/doc stuff to being blockers of this bug report. > > Use this as a tracking/coordination bug for the remainder of the transition. > > Since when do we have this feature in the BTS? And more importantly, how does it work? http://www.debian.org/Bugs/server-control doesn't mention anything like this. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Results of the meeting in Helsinki about the Vancouver proposal
Hi Jonas! You wrote: > > - binaries must have been built and signed by official Debian > > Developers > > Currently, sponsored packages are only signed, not built, by official > Debian Developers. Sponsors do build the packages they sponsor themselves. Or at least, they should. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ signature.asc Description: Digital signature
Re: wnpp situation
Hi David! You wrote: > Talking with adn on IRC, I've decided to launch an script that will > close every opened ITP and RFP bug on the BTS with a lifetime greater > than 600 days by tonight (or if anything goes wrong -I have an exam > tomorrow noon-, by tomorrow night). I'll point to documentation on how > to re-open bugs, if the submitters/owners still have interest on the > package. I'll do the same a couple of days later for ITPs/RFPs greater > than 450 days and finally with those greater than 365 days. Later I'll > set a cronjob on gluck to close all of those reaching 365 days old. In principle, I'm fine with closing RFPs after a while of no activity. However, plase don't mistake bugs being open for a long while for bug that have been inactive. You should check the date of the latest post rather than the time of opening. About ITP's, they should be retitled to RFPs, rather than closed. That way, other people can have a go at packaging the software. Also, there's no need to write your own scripts; there are scripts in some qa repsoitory somewhere (I guess tbm can tell you where, exactly) that can do exactly what you want --- and more. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334246: RFA: xpenguins -- little penguins walk on your windows
Package: wnpp Severity: normal I request an adopter for the xpenguins package. The package description is: Ever wanted cute little penguins walking along the tops of your windows? Ever wanted to send an army of cute little penguins to invade the screen of someone else on your network? Probably not, but why not try this program out anyway, it's cool! The program is kind of cool, so I'll keep it if no one else want to take it. Upstream is dormant, but reachable. The main bug in the package is that it can't handle desktop-environments very well: the penguins destroy icons on the desktop. This could probably be fixed by someone who knows about gnome/kde stuff. Furthermore, there are some smaller bugs that are easily fixed. This is a nice package for a prospective maintainer to take. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335553: ITP: libemf -- drawing toolkit for window metafiles (wmf/emf)
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libemf Version : 1.0 Upstream Author : Allen Barnett * URL : http://libemf.sourceforge.net/ * License : GPL Description : drawing toolkit for window metafiles (wmf/emf) libEMF is a C/C++ library which provides a drawing toolkit based on ECMA-234. The general purpose of this library is to create vector graphics files on POSIX systems which can be imported into StarOffice/OpenOffice. The Enhanced MetaFile (EMF) is one of the two color vector graphics format which is "vectorially" understood by SO/OOo. The EMF format also has the additional advantage that it can be "broken" into its constituent components and edited like any other SO/OOo graphics object. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Copyright question
Hi Jean! You wrote: > I intend to package HPL benchmarks. Copyright file contains the > following statements: > -- > 1. Redistributions of source code must retain the above copyright > notice, this list of conditions and the following disclaimer. > > 2. 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. > > 3. All advertising materials mentioning features or use of this > software must display the following acknowledgement: > This product includes software developed at the University of > Tennessee, Knoxville, Innovative Computing Laboratories. > > 4. The name of the University, the name of the Laboratory, or the > names of its contributors may not be used to endorse or promote > products derived from this software without specific written > permission. > > > I've read DFSG and I'm not sure if items 3 and 4 are problematic. Can > someone help me ? If it's not ok, may it be in contrib ? Why is that probematic? It seems like a default 4-clause BSD license to me. Should be fine, unless you intend to link it against GPL code. Kind regards, Bas. -- +--+ | Bas Zoetekouw | Sweet day, so cool, so calm, so bright, | || The bridall of the earth and skie: | | [EMAIL PROTECTED] | The dew shall weep thy fall tonight;| +|For thou must die. | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464857: ITP: prima -- is an extensible Perl toolkit for multi-platform GUI development
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: prima Version : 1.24 Upstream Author : Dmitry Karasik <[EMAIL PROTECTED]>, Anton Berezin <[EMAIL PROTECTED]>, Vadim Belman <[EMAIL PROTECTED]> * URL : http://www.prima.eu.org/, http://search.cpan.org/~karasik/Prima/ * License : BSDish Programming Lang: perl Description : an extensible Perl toolkit for multi-platform GUI development Prima is an extensible Perl toolkit for multi-platform GUI development. Platforms supported include Linux, Windows NT/9x/2K, OS/2 and UNIX/X11 workstations (FreeBSD, IRIX, SunOS, Solaris and others). The toolkit contains a rich set of standard widgets and has emphasis on 2D image processing tasks. A Perl program using PRIMA looks and behaves identically on X, Win32 and OS/2 PM. The toolkit includes a visual builder and a graphic POD viewer. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.12 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QUESTION: Debian Policy: Manual pages
Hi Josselin!
You wrote:
> Le vendredi 15 février 2008 à 03:04 +1100, Harshula a écrit :
> > 1) a.tar.gz -> a.deb
> > 2) b.tar.gz -> b.deb
> > 3) c.tar.gz -> c.deb
> >
> > c.tar.gz contains only documentation, including man pages for
> > binaries/scripts in a.tar.gz and b.tar.gz.
>
> Then a and b should Recommend: c, regardless of how the upstream
> tarballs are packaged. All the rest is superfluous. Just ignore the
> lintian warning or add an override,
Why a recommends? In order to satisfy the spirit of policy ("every
binary must have a man page") it would need to be a depends, imo.
--
Kind regards,
Bas Zoetekouw.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mass bug filing: non-UTF8 debian/{control.changelog}
Hi Russ! You wrote: > Amaya <[EMAIL PROTECTED]> writes: > > Bas Zoetekouw wrote: > > >> I'm planning to file bugs for packages that use non-UTF-8 encodings in > >> debian/control and/or debian/copyright. > > > > Can you report on any progress in this? > > There are four source packages left with changelog encoding problems: > http://lintian.debian.org/reports/tags/debian-changelog-file-uses-obsolete-national-encoding.html > There are no remaining packages with control encoding problems. Of those, perl is a false positive (caused by lintian not detecting the correct changelog file), the radius bugs are pending, gkrelmms is removed from the archive, and gmanedit is in the process of being adopted (but I will NMU it if necessary). I should remark here that almost all of the work was done by Christian Perrier. I merely reported most of the bugs; Christian fixed most of them. > There is one package with a NEWS.Debian encoding problem and 417 packages > with debian/copyright encoding problems, but those weren't release goals. Yes, I think this should be something for lenny+1, possibly combined with moving debian/copyright to machine-readable form [1]. [1] http://wiki.debian.org/Proposals/CopyrightFormat -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482051: ITP: libcompress-raw-bzip2-perl -- low-level interface to libbz2 compression library
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libcompress-raw-bzip2-perl Version : 2.011 Upstream Author : Paul Marquess <[EMAIL PROTECTED]> * URL : * http://search.cpan.org/~pmqs/Compress-Raw-Bzip2-2.011/ * License : dual GPL1+ and Artistic Programming Lang: perl Description : low-level interface to libbz2 compression library The Compress::Raw::Bzip2 module provides a Perl low-level interface to the libbz2 compression library. This is the bzip2 sister of libcompress-raw-zlib-perl, and is needed for libio-compress-bzip2-perl, which I am also packaging. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482054: ITP: libio-compress-bzip2-perl -- Read and write bzip2-compressed files and buffers in perl
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libio-compress-bzip2-perl Version : 2.011 Upstream Author : Paul Marquess <[EMAIL PROTECTED]> * URL : * http://search.cpan.org/~pmqs/IO-Compress-Bzip2-2.011/ * License : dual GPL1+ and Artistic Programming Lang: Perl Description : Read and write bzip2-compressed files and buffers in perl This package provides a Perl interface that allows reading and writing bzip2 compressed data to files or buffers. It contains two perl modules: IO::Compress::Bunzip2 and IO::Uncompress::Bunzip2. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482269: ITP: libmath-sparsevector-perl -- Provides a sparse vector class for perl
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libmath-sparsevector-perl Version : 0.04 Upstream Author : Amruta Purandare, Ted Pedersen, Mahesh Joshi * URL : http://search.cpan.org/~tpederse/Math-SparseVector/ * License : GPL-2+ | Artistic Programming Lang: Perl Description : Provides a sparse vector class for perl Supports sparse vector operations such as setting a value in a vector, reading a value at a given index, obtaining all indices, addition and dot product of two sparse vectors, and vector normalization. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482272: ITP: libmath-sparsematrix-perl -- Provides a sparse matrix class for perl
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: libmath-sparsematrix-perl Version : 0.03 Upstream Author : Ted Pedersen and Mahesh Joshi * URL : http://search.cpan.org/~tpederse/Math-SparseMatrix/ * License : GPL-2+ Programming Lang: Perl Description : Provides a sparse matrix class for perl Math::SparseMatrix provides simple sparse matrix functionality such as creation of sparse matrices, writing them out to a file, reading matrices from files and reading transpose of a matrix stored in a file. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#551045: ITP: edfbrowser -- a viewer for medical timeseries storage files
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw * Package name: edfbrowser Version : 115 Upstream Author : Teunis van Beelen * URL : http://www.teuniz.net/edfbrowser/ * License : GPLv2 Programming Lang: C++ Description : a viewer for medical timeseries storage files EDFbrowser is a viewer for medical timeseries storage files containing data such as EEG, EMG, and ECG signals. It supports EDF(+) and BDF(+) file formats. Apart from viewing the files, it can also convert the biomedical files to other formats. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Not-so-mass bug filing for the patented IDEA algorithm
Hi Florian! You wrote: > I plan to file a couple of bugs (not too many, probably a dozen) on > packages which contain implementations of the patented IDEA algorithm > -- because the presence of that code makes them non-free. As far as I > know, no program in Debian actually uses this code, it's just > inherited from upstream libraries. How does using the algorithm make the code non-free? -- Bas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using standardized SI prefixes
Hi Thijs! You wrote: > We are talking about tools like aptitude here, or at least, the OP does. > Did you ever have 2 GB free and decided to install a package that would > exactly fill that space in? Afaik, we are talking about making the use of the prefixes consistent over all of Debian, so that everywhere the program says MB, you know exactly what that means. Doing everywhere except in apt would kind of defeat the purpose, because then you still can't be sure... Bas. -- +------+ | Bas Zoetekouw | Sweet day, so cool, so calm, so bright, | || The bridall of the earth and skie: | | [EMAIL PROTECTED] | The dew shall weep thy fall tonight;| +|For thou must die. | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Best practices for cron jobs?
Hi Duncan! You wrote: > Adding a sleep $[ $RANDOM % 60 ] is probably not a good idea as it will > hold up all the other cronjobs that should be run. What about making sure the spamassassin cron.daily job is the last one to run (by calling it ZZspamassassin or so)? It might even be worth it to put the random wait in its own /etc/cron.daily/ZZ_randomwait, so that other packages could also benefit from the same construction. Regards, Bas. -- +--+ | Bas Zoetekouw | Sweet day, so cool, so calm, so bright, | || The bridall of the earth and skie: | | [EMAIL PROTECTED] | The dew shall weep thy fall tonight;| +|For thou must die. | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what about a unofficial public community repo? (was: Re: qmail and related packages in NEW)
Hi Paul! You wrote: > basically the Debian answer to Ubuntu's universe. The main reason I > started thinking about this was that I got annoyed when QA folks chuck > orphaned packages (i've changed my mind about this since though). For completeness sake: QA does not thow out orphanes packages just for being orphaned. If they are orphaned, RC-buggy, hardly used, and alternatives are available, only then they are candidates for removal. Bast regards, Bas. -- +----------+ | Bas Zoetekouw | Sweet day, so cool, so calm, so bright, | || The bridall of the earth and skie: | | [EMAIL PROTECTED] | The dew shall weep thy fall tonight;| +|For thou must die. | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: renaming scripts provided by upstream
Hi Drake! You wrote: > Quoth Ansgar Burchardt , on 2008-12-12 22:30:24 +0100: > > I understand that it should not matter to the user what language is > > used to implement a particular script and support omitting > > extensions. But what about renaming scripts provided by upstream? > > In this case renaming programs to comply with the Debian naming scheme > > creates new problems: > > Not being well-acquainted with this bit, I can't comment very well on > what Debian policy would say, but wouldn't using the upstream name > plus a non-extensioned symlink solve several of these cases? I think policy tries make sure there are no "foo.pl" or "bla.sh" scripts in the path, regardless of what they are symlinked to. I don't know what the rationale behind that is though (apart from the ugliness). And in any case, it's a SHOULD, so there can be exceptions to the rule. Ansgar, which package and binary is this about, in particular? That info might make the question a bit more concrete... Regards, Bas. -- +--+ | Bas Zoetekouw | Sweet day, so cool, so calm, so bright, | || The bridall of the earth and skie: | | b...@zoetekouw.net | The dew shall weep thy fall tonight;| +|For thou must die. | +-+ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: many packages FTBFS, if $TAPE is set
Hi Harald! You wrote: > I am sure you agree that this is a fatal failure in the package. > It should be > > tar cf - modules | bzip2 -9 > omfs.tar.bz2 > > But most people simply don't know that their rules file corrupts > tapes. First thing would be to detect these packages. This could > be done in the autobuild procedure done on the debian hosts, e.g. > by setting $TAPE to point to some kind of "watchdog file". It should also be possible to detect with with lintian, I would think. Simply checking for a tar invocation without -f option should do the trick. Regards, Bas. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: changes to default password strength checks in pam_unix
Hi Christian! You wrote: > I don't really understand the need for turning your comment this way, > which indeed doesn't make your point clear, whether you agree or > disagree with the idea of default enforcement of 8 characters length > for passwords. > > It seems you disagree, but don't really give a rationale for it except > "some other programs we have in Debian default to 6 chars". Am I right? And what's the rationale to change the minimum length to 8? It won't help security, as people who pick weak passwords now, will still pick weak, but longer, passwords. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Firefox bugs mass-closed.
Hi Pierre! You wrote: > and _I_ find perfectly sensible that bugs that are opened for say 1 > year, get a "ping" mail to the submitter to say (basically): > > heya this bug is opened for [X months], and since last version > ([VER]) the maintainer uploaded [X] new upstream releases, and maybe > your bug was fixed. If you can check it, you would save us a lot of > work. If the bug is closed, please send a mail to > [EMAIL PROTECTED] containing: Indeed. But the tone of the messge you are proposing here sounds much different than the one that was actually sent in this case. At least to me (a non-native speaker), the above message seems much more friendly than the one that was sent in the firefox case. I think that's actually pretty important for messages like these: let the use know that their efforts are very much appreciated and explain why it's (nearly) impossible to handle all the bugs manually. Best regards, Bas. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Updating software-properties in testing
Hi André! You wrote: > The "new bug" is #435246 <http://bugs.debian.org/435246> which is > resolved since July 31. I think it's time to update software-properties > and update-manager in testing. I think there was something wrong with the versioning in the bts (the bug was maked as found and fixed in the same version). Should be fixed now. Bets regards, Bas. -- +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mass bug filing: non-UTF8 debian/{control.changelog}
xxx slashem-gtkPeter_Makholm changelog #xx slashem-sdlPeter_Makholm changelog #xx slashem-x11Peter_Makholm changelog #xx slashemPeter_Makholm changelog #xx svk-load-dirs John_Goerzen changelog #xx sysklogd Martin_Schulze changelog #xx tiger-otheros Javier_Fernandez_Sanguino_Pen_a changelog #xx tiger Javier_Fernandez_Sanguino_Pen_a changelog #xx tla-load-dirs John_Goerzen changelog #xx vm-bonus-elPeter_S_Galbraith changelog #xx weex Ludovic_Drolez changelog #xx xcin2.3Anthony_Fok changelog #xx xcin Anthony_Fok changelog #xx xmms-arts Chris_Boyle changelog #xx zlibc Francesco_Paolo_Lovergine -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ signature.asc Description: Digital signature
Bug#453954: general: Lenny release goal: UTF-8 debian/changelog and debian/control
Package: general Severity: important This bug is to track progress on the Lenny release goal "UTF-8 debian/changelog and debian/control": * UTF-8 debian/changelog and debian/control Advocate: Russ Allbery Release-Team-Contact: ?? Description: Fix all remaining debian/changelog and debian/control files which don't use UTF-8. These are easily found by lintian via debian-changelog-file-uses-obsolete-national-encoding and debian-control-file-uses-obsolete-national-encoding. Bug-Tag: utf8-control State: confirmed (See [1]) I will file individual bugs against all packages that are affected (see [2] and [3]) and set them to block this bug. [1] http://release.debian.org/lenny-goals.txt [2] http://lintian.debian.org/reports/Tdebian-changelog-file-uses-obsolete-national-encoding.html [3] http://lintian.debian.org/reports/Tdebian-control-file-uses-obsolete-national-encoding.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.8 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453954: general: Lenny release goal: UTF-8 debian/changelog and debian/control
Hi gregor! You wrote: > > This bug is to track progress on the Lenny release goal "UTF-8 > > debian/changelog and debian/control": > > I'd suugest to include debian/copyright, too. > Lintian is almost ready, cf. #451689 I'd be happy to add debian/copyright, too, but as the release goal explicitly mentions chaneglog and control only, I think the release team should ok it first. (And of course the linitan test needs to be available on lintian.debian.org) Best regards, Bas. -- +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#569291: ITP: libalgorithm-fuzzycmeans-perl -- perl implementation of Fuzzy c-means clustering
Package: wnpp Severity: wishlist Owner: Bas Zoetekouw * Package name: libalgorithm-fuzzycmeans-perl Version : 0.02 Upstream Author : Mizuki Fujisawa * URL : http://search.cpan.org/~fujisawa/Algorithm-FuzzyCmeans-0.02 * License : same as Perl Programming Lang: perl Description : perl implementation of Fuzzy c-means clustering Algorithm::FuzzyCmeans is a perl implementation of Fuzzy c-means clustering. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: spam checking and CPU time
Hi martin! You wrote: > > I have had problems with crm114 being resource intensive. In fact, > > I have had to disable it, postfix was timing out on deliveries... > > e.g. checking > > /usr/share/doc/spamassassin/examples/sample-nonspam.txt.gz took > > approx 3 minutes. The result? SPAM. > > crm114 is not a spam filter. It's a classifier. You probably didn't > train it right. It needs two weeks of attention before being useful. And after that is indeed works very well. Much better than bogofilter, in any rate. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#275806: ITP: acx100-kernel-src -- kernel module for TI acx100 based wireless lan cards
Package: wnpp Severity: wishlist * Package name: acx100-kernel-src Version : 0.2.0pre8 Upstream Author : [EMAIL PROTECTED] * URL : http://acx100.sourceforge.net/ * License : MPLv1.1/GPLv2 Description : kernel module for TI acx100 based wireless lan cards This ia a kernel driver for Texas Instruments' ACX100/ACX111 wireless network chips. The driver needs firmware to function, so this package is going into crontrib. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
Re: Bug#275806: ITP: acx100-kernel-src -- kernel module for TI acx100 based wireless lan cards
retitle 275192 ITP: acx100-source -- ACX100/ACX111 wireless network drivers source thanks Hi Aurelien! You wrote: > Bas Zoetekouw a écrit : > >Package: wnpp > >Severity: wishlist > > > >* Package name: acx100-kernel-src > > Version : 0.2.0pre8 > > Upstream Author : [EMAIL PROTECTED] > >* URL : http://acx100.sourceforge.net/ > >* License : MPLv1.1/GPLv2 > > Description : kernel module for TI acx100 based wireless lan cards > > I have already packaged that software. Please see bug#275192. Currently > the package is stucked in the new queue. Ah, very well. It isn't listed on the wnpp page though, because the subject is broken. Fixing it. (and thanks for packaging this). -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#156673: ITP: aspell-nl -- Dutch wordlists for aspell
Package: wnpp Version: N/A; reported 2002-08-14 Severity: wishlist * Package name: aspell-nl Version : 0.0-0.10 Upstream Author : Dirk Vermeir <[EMAIL PROTECTED]> * URL : http://tinf2.vub.ac.be/~dvermeir/software/dv/nl-aspell/index.html http://savannah.gnu.org/download/aspell/dicts/ * License : unclear Description : Dutch dictionary and language support for aspell This package provides a dutch dictionary and a language file for use with the aspell spelling checker. The word list has been compiled from a number of sources: 1. The list used in the aspell-nl-0.1.rpm package. The main reason I decided to build the present package is that I could not find a tarball distribution of this rpm and that some ``exceptions'' from the official lists seemed to be missing. 2. The lists in the official announcement (1996) about spelling changes. 3. The list by Piet Tutelaers available on http://www.ntg.nl/spell-nl-v5b/. The full word list (approx. 222K words) is available as a text file dutch.words in the distribution. The language definition is in the file dutch.dat. The license is a bit unclear. I will contact upstream about this. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kalypso 2.4.19-pre9-ac2 #2 za jun 8 23:55:04 CEST 2002 i686 Locale: LANG=en_US, [EMAIL PROTECTED] -- no debconf information
Re: Dock Apps packaging, round 2
Hi Sean! You wrote: > Asking maintainers to give up their packages so you can bundle them > just seems wrong. Why not just make your bundles be meta packages? Because people keep complaining about ITP's of packages they consider crap and that are bloating the Packages files, according to those people. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
old ITP's
filed: 495, changed 480 #94731 libo-dbm-rubyfiled: 492, changed 490 #95111 metaruby filed: 489, changed 480 #95442 python-webware filed: 486, changed 486 #95469 cgen filed: 486, changed 486 #95687 opmake filed: 484, changed 480 #95870 ardour filed: 482, changed 482 #96103 protux filed: 480, changed 480 #96323 qglviewerfiled: 479, changed 479 #97197 freeside filed: 471, changed 471 #97491 gmonstersfiled: 468, changed 468 #97672 kernel-image-harden filed: 467, changed 467 #97673 kernel-patch-harden filed: 467, changed 467 #97798 libpackman filed: 466, changed 466 #97799 libpql filed: 466, changed 466 #97801 gpkg filed: 466, changed 466 #97803 gnupdate filed: 466, changed 466 #97804 gnupsfiled: 466, changed 466 #97963 maks filed: 464, changed 464 #98329 dkimap4 filed: 461, changed 436 #98362 s10shfiled: 461, changed 461 #98597 fortunes-movies filed: 459, changed 459 #98607 quick-dicts filed: 459, changed 459 #98608 kquick filed: 459, changed 454 #98703 ea filed: 458, changed 454 #98921 gnomesensors filed: 456, changed 454 #98978 pantsfiled: 455, changed 455 #99156 e2salvagefiled: 454, changed 436 #99397 misterhouse filed: 451, changed 451 #99793 tetris-queen filed: 449, changed 431 #100081 amkcryptofiled: 444, changed 444 #100364 mp3sb-server filed: 442, changed 442 #100544 cplant filed: 440, changed 440 #100652 rfk filed: 439, changed 439 #100864 libsite-db-perl filed: 438, changed 438 #100876 spacearyarya filed: 438, changed 438 #101118 fgetty filed: 436, changed 436 #101246 hoverball and hoverware filed: 434, changed 434 #101411 skkdic-conf filed: 433, changed 424 #101521 multisetifiled: 432, changed 432 #101740 lib-arbortext-java filed: 431, changed 431 #102054 ccmath filed: 428, changed 427 #102262 epson-utils filed: 426, changed 426 #102373 authen::smb filed: 426, changed 426 #102913 mixp filed: 421, changed 421 #104385 wmmenu filed: 410, changed 410 #104765 libmysql-javafiled: 408, changed 404 #105310 mysql++ filed: 407, changed 407 #105521 gjukebox filed: 406, changed 406 #105572 voicechatfiled: 405, changed 405 #105587 pcp filed: 405, changed 405 #105696 libavl filed: 404, changed 404 #107407 twhttpd filed: 389, changed 370 #107438 mojonation filed: 389, changed 389 #107496 libgtkscintilla, python-gtkscintill filed: 389, changed 389 #107703 atrisfiled: 385, changed 385 #107710 atrisfiled: 385, changed 385 #107772 procmail-sanitizer filed: 385, changed 370 #108284 tempest filed: 381, changed 381 #108345 libfbx filed: 380, changed 380 #108363 unixtree filed: 380, changed 380 #108935 lib-resolver-javafiled: 374, changed 374 #108936 passivetex filed: 374, changed 374 #108938 tei-lite dtd filed: 374, changed 374 #108939 tei/p4 xml dtd filed: 374, changed 374 -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED]| bon le faire?
Re: Improper NMU (Re: NMU for libquota-perl)
Hi John! You wrote: > > So please ... don't complain about NMUers when they are only trying ot > > help you ! > > There's a difference between NMUs done right and NMUs done wrong. The > latter may not be a help at all, whatever the intent may be. So far, I've heard no objections to the _content_ of the NMU, only to the procedure. -- Kind regards, +-----------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| | [EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Improper NMU (Re: NMU for libquota-perl)
Hi Elie! You wrote: > The NMU was made before I was in any way contacted. That's exactly why it was uploaded to DELAYED instead of incoming. > I don't think anyone is arguing that the fix isn't needed; I don't, > however, appreciate being treated like an MIA maintainer and having If so, why didn't you upgrade the package before? There has been ample warning about the perl 5.8 transition and the BSP. > my responsibilities coopted. There is no urgency that requires an > NMU if it's not important enough to file a bug. Oh, I could very well have filed a grave bug along with the NMU. I just found it more convenient to mail the maintainer directly. I agree with you that the guidelines state that this communication should be done via the BTS (I wasn't aware of that, and I will do that in the future), but I find this a minor issue, because it wouldn't have changed anything. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| | [EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Improper NMU (Re: NMU for libquota-perl)
Hi The! You wrote: > > DELAYED is fine. Not submitting a bug is not fine. > > Can DELAYED be set up to email the maintainer with the changelog? > Would that help the "unexpected" NMU from ambushing the maintainer? In this case the changelog and patch were actually sent to the maintainer; they only were not submitted to the BTS. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
dcc & dynamic system user
Hi guys! I'm in the process of packaging dcc (Distributed Checksum Clearinghouse), a application somewhat like razor. My package will provide both a client and a server (in seperate binary packages). The client wants to write to stuff in /var/lib/dcc and read non-world-readable passwords from /etc/dcc; also, I'd rather not run the server as root (which is not necessary, because it listens on port 6277). Would it be ok to dynamically allocate a dcc group and user (as per policy 11.9)? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ pgpADX9RUqUiH.pgp Description: PGP signature
Re: Pick a name, any name...
Hi Oohara! You wrote: > Why does Debian host the Sourceforge site? I don't see anything > between sf.net and debian.org . You misunderstand. Debian will host _its_own_ sourforge-like environment, for developers. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: Restoring the GPG Key Signing Coordination page
Hi Martin! You wrote: > - If you have updated your entries following my mail, these changes > have been lost. Please login again and update your entries. Those > who have requested a new password following my mail should have > received a new passwd by email by now (If not, just email me). Could you please send me a new password? -- Kind regards, +----+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#190184: ITP: chandler -- personal information manager for email, calendars, contacts, tasks etc
Package: wnpp Version: N/A; reported 2003-04-22 Severity: wishlist * Package name: chandler Version : 0.1 Upstream Author : [EMAIL PROTECTED] * URL : http://www.osafoundation.org/our_product_desc.htm * License : GPLv2 Description : personal information manager for email, calendars, contacts, tasks etc >From the web site: Our product (code-named "Chandler" after the great detective novelist Raymond Chandler,) is a Personal Information Manager (PIM) intended for use in everyday information and communication tasks, such as composing and reading email, managing an appointment calendar and keeping a contact list. Because of the ease with which Chandler users can share information with others, Chandler might be called the first Interpersonal Information Manager. (The term PIM was first used in conjunction with the product Lotus Agenda in the 1980's. Chandler is the spiritual descendant of Agenda (and has a common designer in Mitch Kapor.) Recent open-source groupware products and projects (Evolution, Kroupware) use Outlook as the baseline for design and functionality. This approach benefits users because it's familiar, but it doesn't take design risks that could have big payoffs for users in power and simplicity. We're trying to rethink the PIM in fundamental ways and we expect to be judged in terms of our success in achieving that goal. We're building the product by using up-to-date architectural components such as peer-to-peer networking, integrated instant messaging, and an RDF-compatible semantic database, and we're not saddled with legacy code. At the same time, we'll be fully compliant with a variety of open standards, such as iCal, vCard and the Jabber protocol. -- System Information Debian Release: 3.0 with bunk-1 packages by Adrian Bunk <[EMAIL PROTECTED]> Architecture: i386 Kernel: Linux matilda 2.4.20-openmosix-1 #2 SMP Tue Mar 25 15:20:00 CET 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: Dropping/splitting (proper) i386 support
Hi Nathanael! You wrote: > * Drop i386 support mostly. 'i386' architecture becomes 'i486'. > Start a 'Debian-real-i386' subproject, with a 'real-i386' architecture, > but don't require that any packages build on it in order to go into > testing or to release Debian; it would be a bonus architecture, with > a limited number of packages avaiable. Sounds reasonable. I'd rather not drop i386 at all, but I guess something needs to be done. BTW: do you have any quantative numbers on the i386/i486 performance issues (e.g. for openssl)? -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Re: Proper Virtual Package Selection for Althea
Hi Jimmy! You wrote: > Please CC me in any replies, since I am at the moment not subscribed to > debian-devel. I intend to become a Debian developer, and then I will > subscribe, Please let me know when you apply, so I can advocate you. > but I don't have the time right now to remember how to write a procmail recipe > to filter out the list into a separate folder to prevent my inbox from getting > too large. (Any help on this would be appreciated as well.) This will put all mail from debian-devel into a mailbox "Debian" (in the default maildir): :0 * ^x-loop:[EMAIL PROTECTED] debian -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: I screwed up a bug closing
Hi Dale! You wrote: > I recently uploaded a new version of libgmp3 that finally fixed bug number > 93661, but I got a typo in the changelog resulting in an attempt to close > bug number 93361 instead, which appears to have succeeded, closing this > bug against the gltron. Can I just "reopen" that report, or is it going to > be more complicated than that? (boy, I just don't seem to be able to do > anything right the first time, lately...) Well, a "reopen 93361" to [EMAIL PROTECTED] will do I guess. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Are build-dependancies mandatory?
Hi Marcus! You wrote: > > > > A source package may declare a dependency or a conflict > > > > on a binary package. > Some packages don't build depend on any beside the build essentials. You > certainly need to make provision for them, so a simple s/may/must/ won't > work. Then what about the following formulation: If a package requires any binary package in order to be build from source, it must declare a dependency on that package. And something along the same lines for Build-Conflicts. -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: Finishing the FHS transition
Hi Adam! You wrote: > Actually, I already did a mass bug filing, on the usr/doc issue(did a grep on > Contents-i386, which wasn't fully accurate(other archs, stale data(up to a > week or so))). I have seen several of the bugs closed, probably more than > half now. I need to do another scan, to see where we stand on that. There is already a list on http://qa.debian.org/fhs.html -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Bug#96638: ITP: libkudzu
Package: wnpp Severity: wishlist I have made a package of the library part of kudzu, Redhat's hardware detection program. I need it to package a new upstream version of sndconfig. The upstream source was taken from RedHat 7.1 (ftp://ftp.redhat.com/redhat/redhat-7.1-en/os/i386/SRPMS/). Copyright is GPL v2. -- Kind regards, +---+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
