Bug#916692: #916692
Hi, any news on this one? Given the poor state the package is in, do you have the resources for an upload before buster release? Otherwise I plan to request a removal from testing once the soft freeze started (as autoremoval via #916691 did not happen). Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Bug#916692: RFA: cuyo -- Tetris-like game
Package: wnpp Severity: normal I'm planing to drop maintaining cuyo. The upstream license situation is a bit complex and I lack the time to maintain a forked version. I'll request it removed from testing and get the package removed unless someone speaks up and wants to take over the package. The package description is: Cuyo, named after a Spanish relative adjective, shares with tetris that things fall down and how to navigate them. When enough "of the same type" come "together", they explode. The goal of each level is to blow special "stones" away, you start with. But what "of the same type" and "together" means, varies with the levels. Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Bug#849773: O: libnss-extrausers
Package: wnpp Severity: normal Hi, I'm hereby orphaning libnss-extrausers, after neglecting it a bit for too long. There is some open bug report with patches that do not apply, and the whole thing got a bit out of date as nss is a moving target (and the nss modules it was forked of are now very different). So if you take it be ready for a large chunk of upstream work. Packaging nss modules is also something of an unsolved problem with multi-arch. (You can multi-arch them, but then people have to make sure to install all the right architectures or get strange errors if they forget), so that is no easy thing either. Might perhaps best to just drop it and use the db backend instead (those are not in another directory, but at least can keep them outside the main files). You can find the package in git at https://anonscm.debian.org/cgit/collab-maint/libnss-extrausers.git/log/?h=debian (including the last upload orphaning it). Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Bug#768507: #768507 - debhelper
Hi Niels, If you want a team for maintaining debhelper, I'm more than willing to join. Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141107231814.gb28...@client.brlink.eu
Bug#757599: O: xbuffy - monitor mailboxes and/or newsgroups
Package: wnpp Severity: normal Control: affects -1 + xbuffy I'm orphaning xbuffy as I haven't used it myself for over two years so lack the setup to test it properly. Current packages can be found in git at git://anonscm.debian.org/collab-maint/xbuffy.git http://anonscm.debian.org/cgit/collab-maint/xbuffy.git http://anonscm.debian.org/gitweb/?p=collab-maint/xbuffy.git;a=summary Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140809165925.ga12...@client.brlink.eu
Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL
* Mike Hommey [140713 12:55]: > > … while IMHO it's possible to safely mix openssl and libressl if we prepare > > for that (i.e. make sure that _everything_ in libressl is only exported > > with properly versioned symbols) > > Contrary to what you seem to believe, this only really works if *both* > libraries have versioned symbols. Otherwise, you can end up with > libraries linked against the unversioned one using symbols from the > versioned one at run time when both are loaded in the same address > space. Actually, "both having versioned symbols" is not enough. It is either "both must always have had versioned symbols" or "both must have versioned symbols now and every binary linked against either must have been built (or rebuilt) after the symbols got versioned". Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014071333.ga6...@client.brlink.eu
Bug#717486: RFA: xfm -- X file and application manager
Package: wnpp Severity: normal I plan to request removal of xfm, as I think it is no longer useful (libmagic no longer makes definitions available to other packages, so xfm has a outdates copy and most users are no longer capable of using the interface as being trained to expect different behaviour by other graphic file managers. If you still consider it useful and want to maintain it, feel free to contact me or adopt it directly. I plan to request it's removal otherwise. (I'll have it removed from jessie now and currently plan to request removal from unstable after jessie released). The package description is: Xfm is a file and application manager program for the X Window System, based on the Xaw3d widget set. It provides virtually all of the features that you would expect in a file manager; move around your directory tree in multiple windows, move, copy or delete files, and launch programs with simple mouse operations. Directory displays are updated automatically in regular intervals when the contents of the directory change. The integrated application manager provides a kind of "shelf" onto which you can place your favorite applications, as well as the files and directories you are currently working with. It also allows you to access different groups of applications and files. User-definable file types let you specify a command to be executed when double-clicking on a file or dropping other files onto it. Last not least, xfm can automatically mount and unmount special devices like floppies as you open and close the corresponding directories (mount points). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130721110117.ga4...@client.brlink.eu
Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts
* Michael Meskes [120626 14:48]: [ Guillem Jover [120626 12:05]:] > > I'll be reopening 665987, but if that gets closed again I'd be very > > happy to switch to acpi-support-minimal from my now locally built > > acpi-support packages w/ the consolekit dependency removed. > [...] I'm absolutely willing > to listen to ideas of solving this, which imo would be a much better solution > than creating an additional package that will only partly work. [...] I'd prefer to get this fixed in acpi-support-base, but I think you have made your point very clear that the only purpose of that package is to not do anything if some power manager is running and that to detect this perfectly you are totally willing to force anyone to install consolekit (and thus dbus) who justs wants his system shutting down cleanly when the power button is pressed. That this is not issue for you at all and that you do not see any problem in introducing this change 2012-06-21 i.e. shortly before the freeze. > "If that gets closed again" sounds like I was closing the bug without > a reason, which I didn't. That sentence was much more neutral than anything I think I could have written. After you were closing two bug reports by just dismissing the issue, a "if that gets closed again" is a totally objective way to describe expectations. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120627093253.ga3...@client.brlink.eu
Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts
Package: wnpp Severity: wishlist Owner: "Bernhard R. Link" Package name: acpi-support-minimal License : GPL2+ Description: minimal scripts for handling base ACPI events This package contains minimal scripts to react to various base ACPI events such as the power button. It does not require any other daemons but acpid. For a less minimal version, install the "acpi-support-base" or "acpi-support" packages. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120626085241.ga4...@client.brlink.eu
Bug#647090: Review for the package on mentors.debian.net
* Michael Stummvoll [120121 11:16]: > >> 2.Can you explain why usr/bin/slock should be setuid? I can guess > >> that it's an screen locker so it may need the privilege to do its > >> job, but since it is a potential security hole please document it > >> in README.Debian for it. > > slock seems to not support PAM thus only be quite limited in what > > authentication it supports. Perhaps it might be better to remove > > that then... > > Yeah, slock checks the password against shadow, thats because it needs > root. May it is possible to patch PAM-Support into slock. Actually, it only needs sgid shadow and not suid root, but in the long run pam would be better, as that can (for example using unix_chkpwd if using pam_unix) work without any elevated priviledges. But such a change would be quite a big one (I think xlockmore gets pam wrong, which is some indication how hard it is. One might want to look into screen or vlock how they do it). It might make sense to move that work upstream first to see what is acceptable. As slock might also have other security relevant issues (like checking the new Ctrl-Alt-KPMultiply issue, which some screen lockers have) and thus be more complex than the whole rest, so it might make to split it out of this package, i.e. just drop it from suckless-tools source package. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120121133714.ga4...@server.brlink.eu
Bug#647090: Review for the package on mentors.debian.net
Michael, I'm CCing you as it looks like you did not yourself to owner of bug 647090, thus likely not getting mails sent to this bug report. (Did you get the mail from Aron Xu, I'm quoting in this mail?). * Aron Xu [120120 15:59]: > I had a quick look at your package on mentors.debian.net, and here are > my comments: > > 1.As you have updated the package to use debhelper compatible level 8, > the use of source format 3.0 is highly recommended. What you need to > do is: > $ mkdir debian/source > $ echo "3.0 (quilt)" > debian/source/format > Then review your patches against the build system (*/config.[mk,h]) > and make them maintained using quilt in debian/patches/ . The patches also look like you do not need to patch anything at all, but some make command line argument could do the same trick. That would then also converting it to 3.0 (quilt) much easier. Related to this: > 4.debian/watch is missing. If you can, please add a watch file. More broad question: where is that .orig.tar file from? I cannot find anything on the website. If that is repackaged from some other tarballs, it should rather be a "3.0 (quilt)" with some component tarballs that then can be the original upstream files. > 2.Can you explain why usr/bin/slock should be setuid? I can guess that > it's an screen locker so it may need the privilege to do its job, but > since it is a potential security hole please document it in > README.Debian for it. slock seems to not support PAM thus only be quite limited in what authentication it supports. Perhaps it might be better to remove that then... Some other point: * It would be nice if dpkg-buildflags flags were used. (Or some other way to support DEB_BUILD_OPTIONS=noopt, but dpkg-buildflags is easier and better). That would also solve the problem of not building -g by default as suggested by policy. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120120170107.ga6...@server.brlink.eu
Bug#647090: Review for the package on mentors.debian.net
* Bernhard R. Link [120120 18:01]: > Some other point: And I totaly forgot: * it does not make much sense to update a Vcs-git field if you do not use that repository for packaging. If you do not use one, drop it or get some personal one on alioth, for example. * your changelog should close to ITA.. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120120171312.ga7...@server.brlink.eu
Bug#483064: tla in bad shape
TLA currently seems to be in bad shape currently: - it embeds ancient libneon 0.24.7 and does not work with newer ones (#395877, #402952). - lintian warns it needs a relibtoolizsation I guess fixing those might be non-trivial amount of work, so if no maintainer shows up, it might make sense to remove it before wheezy releases. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012110712.ga3...@server.brlink.eu
Bug#617947: ITP: cliquer - clique searching program/library
Package: wnpp Severity: wishlist Owner: brl...@debian.org Source: cliquer Section: science Priority: optional Maintainer: Debian Science Maintainers Uploaders: Bernhard R. Link Build-Depends: dpkg-dev (>= 1.15.7~), debhelper (>= 7) Standards-Version: 3.9.1 Vcs-Browser: http://git.debian.org/?p=debian-science/packages/cliquer.git Vcs-Git: git://git.debian.org/git/debian-science/packages/cliquer.git Homepage: http://www.tkk.fi/~pat/cliquer.html Package: cliquer Section: math Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: clique searching program Cliquer search for cliques in arbitrary weighted and unweighted graphs. It can search for maximal cliques, maximal-weighted cliques or cliques within a given size range. Package: libcliquer-dev Section: libdevel Architecture: any Depends: libcliquer1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Description: clique searching library (development headers) This package contains the development headers for the clique searching library found in libcliquer0, which allows searching for cliques in arbitrary weighted and unweighted graphs. Package: libcliquer1 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: clique searching library Cliquer is a set of routines for finding cliques in arbitrary weighted and unweighted graphs. It can search for maximal cliques, maximal-weighted cliques or cliques within a given size range. This library in this package contains patches from SAGE to be used by that. Files: debian/* Author: Bernhard R. Link Copyright: Copyright 2011 Bernhard R. Link License: GPL-2+ The Debian packaging is licensed under the GPL, version 2 or later. Files: * Author: Sampo Niskanen . Copyright: Copyright (C) 2002 Sampo Niskanen, Patric Ostergard. License: GPL-2+ Cliquer is licensed under the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The full license is included in the file LICENSE. Basically, you can use Cliquer for any purpose, provided that any programs or modifications you make and distribute are also licensed under the GNU GPL. ABSOLUTELY NO GUARANTEES OR WARRANTIES are made concerning the suitability, correctness, or any other aspect of these routines. Files: sage.c Copyright: Copyright (C) 2002 Sampo Niskanen, Patric Östergård. Copyright (C) Nathann Cohen, Mike Hansen, Peter Jeremy. Karl-Dieter Crisman, Georg S. Weber and/or Minh Van Nguyen Copyright (C) 2011 Bernhard R. Link License: GPL-2+ On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL-2 Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110312200139.ga8...@pcpool00.mathematik.uni-freiburg.de
Bug#617551: ITP: spark -- SPARK programming language tools
* Євгеній Мещеряков [110309 19:39]: > Description : SPARK programming language toolset > > SPARK is a programming language and a set of software development > products for high assurance software. The SPARK programming language is > the only language specifically designed to support the development of > safety or security critical software. In combination with the SPARK > toolset, SPARK prevents, detects and eliminates defects early in the > lifecycle as the source code is developed. It is, effectively, the > result of applying the principles of Correctness by Construction to the > design of a programming language and associated verification tools. I suggest to either replace that or simply remove it. At least I'm not able to get any information out of it. > This package contains tools for verification of programs written in > SPARK. To compile SPARK programs use Ada compiller available in package > 'gnat'. s/in SPARK/in the programing language SPARK/ and that says much more than all the previous marketing blurb. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110310084847.ga19...@pcpool00.mathematik.uni-freiburg.de
Bug#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare
* Bertrand Marc [100829 18:42]: > * Package name: 0ad > Version : alpha1~r07970 I'd suggest to make that 0~alpha1~r07970. Assume There will be a 1.0 version some day, then dpkg --compare-versions 'alpha1~r07970-1' '>>' '1.0-1' && echo true true so you'd need an epoch then dpkg --compare-versions 'alpha1~r07970-1' '>>' '1:1.0-1' && echo true which is usually quite annoying. I guess that is way Policy 5.6.12 says: "The upstream_version may contain [...] and should start with a digit." Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100830081239.ga2...@pcpool00.mathematik.uni-freiburg.de
Bug#585439: ITP: spring-roo -- lightweight and rapid Java application development tool
* Miguel Landaeta [100610 17:03]: > Spring Roo is an open source software tool that uses > convention-over-configuration principles to provide rapid > application development of Java-based enterprise > software. The resulting applications use common Java > technologies such as Spring Framework, Java Persistence API, > Java Server Pages, Apache Maven and AspectJ among many > other standards. > > Spring Roo's stated mission statement is to "fundamentally > and sustainably improve Java developer productivity without > compromising engineering integrity or flexibility". I know there are people speaking like that. But what about an description that is more commonly understandable? Bernhard R. Link -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100610150718.ga14...@pcpool00.mathematik.uni-freiburg.de
Bug#407666: ITA: gv -- PostScript and PDF viewer for X
package wnpp retitle 407666 ITA: gv -- PostScript and PDF viewer for X owner 407666 ! thanks Hi, I'm considering adopting gv. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430406: ITP: inoticoming -- trigger actions when files hit an incoming directory
Package: wnpp Severity: wishlist Owner: "Bernhard R. Link" <[EMAIL PROTECTED]> * Package name: inoticoming Version : 0.0.1 Upstream Author : Bernhard R. Link <[EMAIL PROTECTED]> * URL : http://alioth.debian.org/plugins/scmcvs/cvsweb.php/inoticoming/?cvsroot=mirrorer * License : GPLv2 Programming Lang: C Description : trigger actions when files hit an incoming directory inoticoming is a daemon to watch a directory with Linux's inotify framework and trigger actions once files with specific names are placed in there. . For example it can be used to wait for .changes files uploaded into a directory and call reprepro to put them into your repository. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383515: singular is difficult
I've just taken a look at it and singular's build system is in quite a bad shape and I guess it will need many people to bring it into an reasonable form. Perhaps the best would to package the parts included in upstreams tarball from other sources. Like a ntl package and a (once the license fix got applied upstream) omalloc package code and so on. Once those are all packaged, the remaining parts should be relative unproblematic. If anyone wants to try any part of that and want a second pair of eyes to look at it or an sponsor, let me know. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368067: ITA: ratpoison
package: wnpp Severity: wishlist I intend to adopt ratpoison. Since my local packages diverged a bit from it since I last planed to do this this may need a couple of days, and there is still a bug in the current upstream release that I'm hunting. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309899: Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files
* John Goerzen <[EMAIL PROTECTED]> [051011 07:02]: > In any case, I have just uploaded the libarchive-dev package. I also > wrote to the author last night about the shared library issue and > haven't heard back yet. The last answer I got about this was from May 2005. I back then read it as "may come soon", but I started to think lately it meant "just copy the code from the FreeBSD makefile for that". > I'd be happy to co-maintain it with you. I do have all my Debian > packages up in darcs already, if that would be interesting to you. You > can use: > > darcs get http://darcs.complete.org/debian/libarchive > > to check out my tree for this package. Besides the static-only thingie, I am a bit unhappy about the -doc package. A 35k .deb package with "Installed-Size: 88" is quite wastefull in my eyes. Especially as it mostly development manpages anyway. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files
* John Goerzen <[EMAIL PROTECTED]> [051011 02:03]: > * Package name: libarchive > Version : 1.02.033 > Upstream Author : Tim Kientzle <[EMAIL PROTECTED]> > Part of FreeBSD > * URL : :pserver:[EMAIL PROTECTED]:/home/ncvs > * License : BSD > Description : Single libary to read/write tar, cpio, pax, zip, etc. > files There is already an ITP for this from me at bugs.debian.org/309899. I'm currently still investigating building dynamic libraries (and hoping upstream might implement them before me). If you'd like to overtake this, or some co-maintained efford, let me know. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309899: ITP: libarchive -- functions for reading and writing streaming archives
package: wnpp Severity: wishlist I intent to package libarchive, a library for reading and writing archives. It seems to be quite robust and especially allows for special read functions (as I want to use it to read tar archives inside of ar archives without temporary files). To cite the manpage: The libarchive library provides a flexible interface for reading and writing streaming archive files such as tar and cpio. The library is inherently stream-oriented; readers serially iterate through the archive, writers serially add things to the archive. In particular, note that there is no built-in support for random access nor for in-place modifica- tion. When reading an archive, the library automatically detects the format and the compression. The library currently has read support for: o old-style tar o most variants of the POSIX ``ustar'' format, o the POSIX ``pax interchange'' format, o GNU-format tar archives, o POSIX octet-oriented cpio archives. The library automatically detects archives compressed with gzip(1), bzip2(1), or compress(1) and decompresses them transparently. Copyright headers are: * Copyright (c) 2003-2004 Tim Kientzle * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer *in this position and unchanged. * 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. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR(S) ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR(S) BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. though it might also contain similary licensed code from other authors (freebsd libc), which I will have to look at still. Source is at http://people.freebsd.org/~kientzle/libarchive/src/libarchive-1.02.023.tar.gz some more information is found at http://people.freebsd.org/~kientzle/libarchive/ Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290522: ITA: ratpoison
Package: wnpp I write this to express my intend to either - sponsor adoption of ratpoison by Mike O'Connor - sponsor adoption of ratpoison by Mike O'Connor and co-maintain it or - adopt it myself. As currently everyone seems everyone has their own packages, I want to avoid too much duplicate work. If someone else is in helping, too, let me know. Hochachtungsvoll, Bernhard R. Link
Bug#290522: ITA: ratpoison
Package: wnpp I write this to express my intend to either - sponsor adoption of ratpoison by Mike O'Connor - sponsor adoption of ratpoison by Mike O'Connor and co-maintain it or - adopt it myself. As currently everyone seems everyone has their own packages, I want to avoid too much duplicate work. If someone else is in helping, too, let me know. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#186180: kmut packages available
* Adriaan Peeters <[EMAIL PROTECTED]> [030421 15:51]: > I just packaged kmut, you can find the packages at > http://dev.lashout.net/debian/ > > Bernhard, do you want to sponsor this package, or should I check for > another sponsor ? I'm not realy good in anthing near the kernel, so a more experienced sponsor would be better. (And I may missing the right environment to test it, as most here is 2.2 or to importent to make such deep tests). Some things I saw in the first look: * The manpage: DESCRIPTION This manual page documents briefly the kmut command. This is a bit misplaces. Desription should describe the command, not the manpage. The "This manual page was written" is also best placed only at the end of the manpage. I'd suggest to place a "be careful" early (perhaps NAME part) and information about the supported kernels. (seems to need 2.4, if I read correct) * the package description should describe kernels it supports and the danger of the changing interface. I wonder, if "Priority: extra" might be better than "optional" * Strange .orig.tar.gz It has another md5sum than the file described in debian/copyright. (so filesizes and dates seem to be similar. repacked or is this download-cgi there strange?) * CVS-entries The .diff.gz contains a CVS directory. This should not slip in there. Hochachtungsvoll, Bernhard R. Link -- The man who trades freedom for security does not deserve nor will he ever receive either. (Benjamin Franklin)
Bug#120070: ITP and search for sponsor: cuyo -- Tetris-like game with very impressive effects
Package: wnpp Severity: wishlist I am searching an sponsor for cuyo, which I have packaged. Licence is GPL. Screenshots, Source and binary packages can be found at http://pcpool00.mathematik.uni-freiburg.de/~brl/deb Upstream can be found at: http://www.karimmi.de/cuyo/ |debian/control |--- |Source: cuyo |Section: games |Priority: optional |Maintainer: Bernhard Link <[EMAIL PROTECTED]> |Build-Depends: debhelper (>> 2.0.86), libqt-dev |Standards-Version: 3.5.2 | |Package: cuyo |Architecture: any |Depends: ${shlibs:Depends} |Description: Tetris-like game with very impressive effects. | Cuyo, named after a Spanish possesiv pronoun, shares | with tetris that things fall down and how to navigate them. | When enough "of the same type" come "together", they explode. | The goal of each level is to blow special "stones" away, you | start with. But what "of the same type" and "together" means, | varies with the levels. If you hear someone shout that a dragon | is always burning his elephants, so that he is not able to blow | the volcano away, there a good chances to find Cuyo on his | screen. | WARNING: It is known to successfully get many people away from | more important things to do. |------- Thanks in advance, Bernhard R. Link -- The man who trades freedom for security does not deserve nor will he ever receive either. (Benjamin Franklin)