Bug#670062: RFA: fofix-dfsg -- rhythm game in the style of Rock Band(tm) and Guitar Hero(tm)
Package: wnpp Severity: normal I request an adopter for the fofix-dfsg package. The package description is: FoFiX (Frets on Fire X) is a fork of Frets on Fire with many added features. The object of the game is to accurately play guitar, bass, or drums using the keyboard (or guitar and drum controllers from Guitar Hero(tm) and Rock Band(tm)) and to sing lyrics as accurately as possible. Many different single-player and multi-player game modes are available. There was no new upstream release for over a year now and the git repository is not very active neither so this project seems quite dead to me and should eventually be removed before the next release if no one objects. bye, -christian- -- 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/20120422165651.9898.49627.reportbug@james.intern
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
Am Thu, 14 Jul 2011 14:30:05 +0200 schrieb Simon Josefsson : > retitle 633837 RFS: libidn2 for IDNA2008 support including the SHARP > S letter thanks Ah... it just comes to my mind again what "RFS" means :-) Of course, I can sponsor it. I will review it in the next days. bye, -christian- -- 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/20110729034815.5353b45b@james.intern
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
package: wnpp
retitle 633837 RFP: libidn2 (for IDNA2008 support including the SHARP S letter)
severity 633837 wishlist
stop
(see below)
On Thu, 14 Jul 2011 11:34:55 +0200
Simon Josefsson wrote:
> Christian Hammers writes:
>
> > On Thu, 14 Jul 2011 10:24:46 +0200
> > Simon Josefsson wrote:
> >
> >> Christian Hammers writes:
> >>
> >> > Package: libidn11
> >> > Version: 1.15-2
> >> > Severity: normal
> >> >
> >> >
> >> > Quoting
> >> > http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html
> >> > "Since 4 August 2010, the IDNAbis standard allows the Latin small
> >> > letter sharp s –
> >> > also known as "Eszett" or "sharp s" ("ß") – to be used as part of
> >> > a domain name"
> >> >
> >> > The IDN library (1.15 as well as 1.22 from unstable) still
> >> > converts it to "ss":
> >> >
> >> > $ idn --quiet --idna-to-ascii baß.de
> >> > bass.de
> >> >
> >> > Changing the behaviour will of course break backwards compatibility but
> >> > as the compatibility was broken by the IDNA standard itself, the library
> >> > should continue to follow the standard (at least in methods that have
> >> > "idna" in their name).
> >>
> >> Hi Christian. libidn.so implements the old IDNA standard, retroactively
> >> called IDNA2003.
> >>
> >> The page above talks about IDNAbis, or usually called IDNA2008, which
> >> libidn.so and idn don't support. IDNA2008 and IDNA2003 are not
> >> compatible.
> >>
> >> The GNU Libidn project contains another library and tool, libidn2 and
> >> idn2, which implements the IDNA2008 algorithm. It works like this:
> >>
> >> jas@latte:~$ idn2 baß.de
> >> xn--ba-hia.de
> >> jas@latte:~$
> >>
> >> So I believe your request should be re-categorised as 1) a request to
> >> package libidn2, and 2) modify any applications you are concerned with
> >> to support it. If you just want to do the conversions on the command
> >> line, 1) will suffice.
> >>
> >> I'll see if I can get some packaging up and running...
> >
> > I would rather have libidn2 treated just as an update to libidn11 i.e.
> > package "idn (2.0)", "libidn-dev (2.0)" and "libidn20 (2.0)" that
> > replace the current /usr/bin/idn tool in the next Debian release.
> > (or libidn2 if the linker figures correctly that it is newer than
> > libidn11)
>
> That won't work -- IDNA2003 and IDNA2008 are fundamentally (at the
> specification level) so different that you can't replace one with the
> other. The APIs of the libraries are also different.
>
> Further, IDNA2003 will continue to be useful in parallel to IDNA2008,
> and vice versa.
Then I re-categorise it as Request-For-Packaging. Anibal, will you package
idn2 as well?
bye,
-christian-
--
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/20110714135207.21e26...@sys-251.netcologne.de
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
On Thu, 14 Jul 2011 10:24:46 +0200
Simon Josefsson wrote:
> Christian Hammers writes:
>
> > Package: libidn11
> > Version: 1.15-2
> > Severity: normal
> >
> >
> > Quoting
> > http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html
> > "Since 4 August 2010, the IDNAbis standard allows the Latin small letter
> > sharp s –
> > also known as "Eszett" or "sharp s" ("ß") – to be used as part of a domain
> > name"
> >
> > The IDN library (1.15 as well as 1.22 from unstable) still converts it to
> > "ss":
> >
> > $ idn --quiet --idna-to-ascii baß.de
> > bass.de
> >
> > Changing the behaviour will of course break backwards compatibility but
> > as the compatibility was broken by the IDNA standard itself, the library
> > should continue to follow the standard (at least in methods that have
> > "idna" in their name).
>
> Hi Christian. libidn.so implements the old IDNA standard, retroactively
> called IDNA2003.
>
> The page above talks about IDNAbis, or usually called IDNA2008, which
> libidn.so and idn don't support. IDNA2008 and IDNA2003 are not
> compatible.
>
> The GNU Libidn project contains another library and tool, libidn2 and
> idn2, which implements the IDNA2008 algorithm. It works like this:
>
> jas@latte:~$ idn2 baß.de
> xn--ba-hia.de
> jas@latte:~$
>
> So I believe your request should be re-categorised as 1) a request to
> package libidn2, and 2) modify any applications you are concerned with
> to support it. If you just want to do the conversions on the command
> line, 1) will suffice.
>
> I'll see if I can get some packaging up and running...
I would rather have libidn2 treated just as an update to libidn11 i.e.
package "idn (2.0)", "libidn-dev (2.0)" and "libidn20 (2.0)" that
replace the current /usr/bin/idn tool in the next Debian release.
(or libidn2 if the linker figures correctly that it is newer than
libidn11)
bye,
-christian-
--
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/20110714105944.47c08...@sys-251.netcologne.de
Bug#533369: ITP: tinycalc -- Command line calculator for developers
Hi Am Tue, 16 Jun 2009 23:22:44 +0200 schrieb Rocco Folino : > Package: wnpp > Severity: wishlist > Owner: Rocco Folino > > > * Package name: tinycalc > Version : 0.1 > Upstream Author : Rocco Folino > * URL : http://tinycalc.sourceforge.net > * License : GPL > Programming Lang: C > Description : Command line calculator for developers > > Tiny Calculator is a command line calculator for developers. > It can resolve a complex expression mixing decimal, esadecimal an > binary number. The result is automatic converted in decimal, > esadecimal ad binary format. Sounds like apcalc which has been in Debian since more than 10 years... $ calc '0xff + min(10,20) + 0b0010' 267 "Calc is an arbitrary precision arithmetic system that uses a C-like language. Calc is useful as a calculator, an algorithm prototyper and as a mathematical research tool. More importantly, calc provides one with a machine independent means of computation. Calc comes with a rich set of builtin mathematical and programmatic functions. ..." Is there any benefit for another command-line calculator? bye, -christian- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#421977: RFH: quagga co-maintainer wanted (BGP/OSPF/RIP routing daemon)
> Christian Hammers pí¹e v St 02. 05. 2007 v 19:37 +0200: >> Package: wnpp >> Severity: normal >> >> Hello >> >> I'm looking for a co-maintainer as a holiday and illness backup for >> the package quagga which is quite easy to maintain and does not need >> much work. > > Hi Christian, > > since I am much involved in networking (in fact writing from RIPE54 > now :-) and I do use quagga on some of our sites (and Cisco and Juniper > and openbgpd) and I do package bird (another routing daemon), I offer > you and help with packaging quagga. > > Also I am interested to have in 4-byte ASN support in quagga soon :-). Oh wonderful. Currently Florian Weimer is also helping out a bit but having more than one co-maintainer does not hurt. If you have any idea how to get 4 -byte ASNs into Quagga go ahead :) I'm currently on holyday until June but just subscribe to the package on http://packages.qa.debian.org/q/quagga.html and maybe add some comments to open bug reports and I contact you when I'm back home. bye, -christian-
Bug#421977: RFH: quagga co-maintainer wanted (BGP/OSPF/RIP routing daemon)
Package: wnpp Severity: normal Hello I'm looking for a co-maintainer as a holiday and illness backup for the package quagga which is quite easy to maintain and does not need much work. bye, -christian- The package description is: GNU Quagga is free software which manages TCP/IP based routing protocols. It supports BGP4, BGP4+, OSPFv2, OSPFv3, IS-IS, RIPv1, RIPv2, and RIPng as well as the IPv6 versions of these. . As the precessor Zebra has been considered orphaned, the Quagga project has been formed by members of the zebra mailing list and the former zebra-pj project to continue developing. . Quagga uses threading if the kernel supports it, but can also run on kernels that do not support threading. Each protocol has its own daemon. . It is more than a routed replacement, it can be used as a Route Server and a Route Reflector. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421026: RFA: mysql-dfsg-5.0 -- MySQL database server
Package: wnpp Severity: normal Hello I'm looking for an adopter for the MySQL packages as I do no longer have enough time to maintain it and especially prepare the transition to MySQL 5.1 and the intended split-away of the NDB cluster daemons into their own packages. The package is currently co-maintained by Sean Finney and I'm planning to help as co-maintainer and backup in the future, too. To ease team work, the maintainer email has already been set to an alioth.debian.org based mailing list and the complete debian/ directory is managed with Subversion on svn.debian.org back to sarge times. If you're interested, contact us at [EMAIL PROTECTED] bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397034: RFP: innotop -- MySQL database monitor for InnoDB tables
Hello FYI, the package is currently available via http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=innotop and sponsored by me in the "NEW" queue of debian.org. bye, -christian- signature.asc Description: Digital signature
Bug#384397: O: madman -- An advanced music manager application
Package: wnpp Severity: normal I intend to orphan the madman package. It has been not upstream release since May 19, 2004 and KDE's "amarok" seems to be a good replacement for it. I ask for its removal if nobody declares interest within one month or so as I do not want to have it unmaintained in etch. bye, -christian- The package description is: madman is a tool to help you manage your music collection. It reads and writes tags for you, organizes, searches, deletes, plays, and enqueues in XMMS. A powerful expression syntax and a streamlined one-window GUI allow you to listen to better music all the time. The "Play 20 random songs" feature lets you discover music you didn't even know you owned. Note that upstream development of this program has almost ceased so you might try out a different music organizer if you are not already using this one! -- 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.16-2-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379568: ITP: scatterchat -- gaim clone with encryption and anonymity enhancements
On 2006-07-24 Christian Hammers wrote: > * Package name: scatterchat > Version : 1.0.1 > Upstream Author : [EMAIL PROTECTED] > * URL : http://www.scatterchat.com/ > * License : GPL > Description : gaim clone with encryption and anonymity enhancements Sadly this is only half of the truth, scatterchat depends on a library called scatterchat-module which is licensed under the The Hacktivismo Enhanced-Source Software License Agreement /Version 0.1 HACKTIVISMO/cDc 2002/ This license tries to combine the GPL with ethical/humanistic constrains like: 10. Use Restrictions: Human Rights Violations Prohibited. which are, as far as I understand them, absolutely incompatible with the following DFSG points: 5. No Discrimination Against Persons or Groups The license must not discriminate against any person or group of persons. 6. No Discrimination Against Fields of Endeavor The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research. The author has been contacted and asked to relicense it. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379568: ITP: scatterchat -- gaim clone with encryption and anonymity enhancements
Package: wnpp Severity: wishlist Owner: Christian Hammers <[EMAIL PROTECTED]> * Package name: scatterchat Version : 1.0.1 Upstream Author : [EMAIL PROTECTED] * URL : http://www.scatterchat.com/ * License : GPL Description : gaim clone with encryption and anonymity enhancements >>> Quoting http://www.scatterchat.com/index.html ScatterChat is a HACKTIVIST WEAPON designed to allow non-technical human rights activists and political dissidents to communicate securely and anonymously while operating in hostile territory. It is also useful in corporate settings, or in other situations where privacy is desired. It is a secure instant messaging client (based upon the Gaim software) that provides end-to-end encryption, integrated onion-routing with Tor, secure file transfers, and easy-to-read documentation. Its security features include resiliency against partial compromise through perfect forward secrecy, immunity from replay attacks, and limited resistance to traffic analysis... all reinforced through a pro-actively secure design. >>> End of Quote Licences of all used libraries and status of strong encryption on U.S. mirrors need to checked. Also I don't have tried the software yet :) If anybody else wants to maintain, go ahead, else I will prepare packages somewhen in the next days. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Hello Sean On 2005-02-15 sean finney wrote: > On Tue, Feb 15, 2005 at 11:26:09PM +0100, Christian Hammers wrote: > > This would be great. If you register yourself in the package > > tracking system you get all the mysql related bug reports. > okay, just registered myself. Hooray :-) > anyway, let me know once you have the svn repository set up, and if > there's something specific you'd like me to start with, or whether > i should just starting hacking at bts reports. Starting with the bug reports would be good... e.g. from time to time I have to close all unreproducible bugs that are older than 2 month and check if new bugs came in without me noticing them. Also forwarded upstream bugs that may be closed in the meantime have to be checked regulary. (BTW: I tag them "forwarded 12354 http://..."; so that I can jump there in the web browser) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Hello Sean On 2005-02-15 sean finney wrote: > On Tue, Feb 15, 2005 at 12:32:52AM +0100, Christian Hammers wrote: > > Although I'm happy for anybody who helps a but, I'm looking specifically > > for an official Debian Developer as a Co-Maintainer who is able to upload > > packages. > > i've got a pretty full plate as it is, but i can offer to help with > doing uploads and some of the less involved bug fixes if it would > be of any help. since much of my current work (nagios, dbconfig-common) > is closely tied into mysql, i'd be happy to help with what i can. This would be great. If you register yourself in the package tracking system you get all the mysql related bug reports. Closing one bug per week is enough to make me happy, although I would not complain about more engagement :) If you like to prepare new upstream versions you can also do if you like. I'm currently setting up a subversion repository for the debian/ directory on alioth.debian.org to easy colaboratory maintainership. bye, -christian- P.S. Please register for both mysql-dfsg and mysql-dfsg-4.1! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Hello Jose Nice to hear from you! On 2005-02-15 José Luis Tallón wrote: > >Although I'm happy for anybody who helps a but, I'm looking specifically > >for an official Debian Developer as a Co-Maintainer who is able to upload > >packages. > > > Yes, that is not (yet) my case, but will hopefully be very soon: I have > almost finished the Task&Skills part of my NM process now, and so i will > only need as much time as the DAM needs. Good news. > I am *much* more knowledgeable than one year and a half ago, when i > first offered some help. I have not been able to help as of late since i > don't have upload capability yet. Otherwise, feel free to tell me which > tasks you need help with. Until you are allowed to upload yourself, helping is still easy, except from license issues it's mostly the number of bugs that takes a lot of time and where I start to loose overview: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=mysql-dfsg http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=mysql-dfsg-4.1 You can answer any bug report you like. Even if you only close 1-2 bugs per week that would still be great. bye, -christian-
Bug#295312: RFH: mysql-dfsg-4.1 -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg-4.1 package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. . This package includes the client library. The generated binaries are mysql-server-4.1, mysql-client-4.1, mysql-common-4,1, libmysqlclient14 and libmysqlclient14-dev. There is also a set of packages from the mysql-dfsg (4.0 branch) for the last version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- ~ ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. The generated binaries are mysql-server, mysql-client, mysql-common, libmysqlclient12 and libmysqlclient12-dev. There is also a set of packages from the mysql-dfsg-4.1 for the next version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#183736: ITP: madman - An advanced music manager application
Hello I would like to package madman and am also replying to an old RFP I found for this package. Quoting the author: madman is a tool to help you manage your music collection. It reads and writes tags for you, organizes, searches, deletes, plays, and enqueues in XMMS. A powerful expression syntax and a streamlined one-window GUI allow you to listen to better music all the time. The "Play 20 random songs" feature lets you discover music you didn't even know you owned. ... madman is licensed under the GNU General Public License version 2 or higher. Exceptions are mikmod and parts of irman plugins which are licensed under GNU Library General Public License version 2 or higher. ... It can be downloaded from http://madman.sourceforge.net. Madman is stable and very nice to use. The upstream author has already been contacted and would be happy to see it part of Debian, in fact has even provided selfmade .debs for unstable for a while. I will wait some days for responses and then upload it. bye, -christian- pgphWLkfYKK6B.pgp Description: PGP signature
Bug#230646: RFA: libiodbc2 -- iODBC Driver Manager
Package: wnpp Version: unavailable; reported 2004-02-01 Severity: normal I request an adopter for the libiodbc2 package. -christian- The package description is: iODBC (intrinsic Open Database Connectivity) driver manager is compatible with ODBC 2.x and 3.x specification and performs exact the jobs of a ODBC driver manager (i.e. driver loading, Parameters and function sequence checking, driver's function invoking, etc). Any ODBC driver works with ODBC 2.0 and 3.x driver manager will also work with iODBC driver manager and vice versa. . Applications (using ODBC function calls) linked with iODBC driver manager will be able to simultaneously access different type of data sources within one process through suitable iODBC drivers. . This package contains the library files. Look for the iodbc package, too! -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux app109 2.4.23 #1 Sat Dec 6 13:30:13 CET 2003 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE (ignored: LC_ALL set)
Bug#206003: ITP: quagga -- Quagga IPv4/IPv6 Routing Software Suite
Hello I'm the zebra-pj maintainer. I was on holiday for the last week but will do an CVS update and name change this week. zebra-pj will vanish as it does no longer exist. The old zebra package will probably stay for a sarge release as it's unclear if it's upstream will continue to develop it. bye, -christian- On Mon, Aug 18, 2003 at 11:23:33AM +0200, Marc Haber wrote: > On Mon, 18 Aug 2003 09:13:52 +0200, Martin List-Petersen > <[EMAIL PROTECTED]> wrote: > >Package: wnpp > >Version: unavailable; reported 2003-08-18 > >Severity: wishlist > > > >* Package name: quagga > > Version : 0.96.1 > > Upstream Author : Quagga Development Mailinglist <[EMAIL PROTECTED]> > >* URL : http://www.quagga.net/ > >* License : GPL > > Description : Quagga IPv4/IPv6 Routing Software Suite > > Quagga seems to be the successor of zebra-pj. zebra-pj is already in > Debian. > > Please get in touch with zebra-pj's maintainer and coordinate which > zebra flavour is going to be in Debian.
Bug#199752: ITP: zebra-pj -- A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite
Hello On Thu, Jul 03, 2003 at 12:09:24PM +0200, Marco d'Itri wrote: > >* Package name: zebra-pj > > Version : 0.94+cvs20030701 > I'm happy you decided to package zebra-pj, but I think it should just > replace the current zebra package. The official code is old and buggy, > and I see no reason to keep it around. But zebra-pj is until now a patch pure collection. It even has no "releases" so that an admin can not decide if the applied patches are all considered minor and stable or if there came a highly experimental patch just yesterday night into the CVS. Of course there's a Changelog but some kind of release is always a hint that at least the author who knows the patches considers them as stable. For a mission critical server as a router would be admins tend be quite conservative. The other problem is that I was not successfull in contacting the current zebra maintainer to coordinate with him. I cc him, too, maybe he's back from holiday/whatever and gives his opinion on this issue. bye, -christian-
Bug#199752: ITP: zebra-pj -- A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite
Package: wnpp Version: unavailable; reported 2003-07-03 Severity: wishlist * Package name: zebra-pj Version : 0.94+cvs20030701 Upstream Author : Kunihiro Ishiguro <[EMAIL PROTECTED]> and others * URL : http://zebra.dishone.st/ * License : GPL Description : A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite - As the original Zebra seems to be orphaned, zebra-pj tries to collect useful patches and eventually replace Zebra. . GNU Zebra is free software (distributed under the GNU Generic Public License) which manages TCP/IP based routing protocols. It supports BGP 4, BGP4+, OSPFv2, OSPFv3, RIPv1, RIPv2, and RIPng as well as the IPv6 versions of these. . Zebra uses threading if the kernel supports it, but can also run on kernels that do not support threading. . Zebra is more than a routed replacement, it can be used as a Route Server and a Route Reflector. . Zebra is unique in design in that it has a process for each protocol. --- I am in contact with Paul Jakma (the "-pj") who collected various patches and maintains this CVS tree and am subscribed to the zebra mailing list where the problem of Zebras "orphanisation" by its original author Kunihiro has been discussed. Kunihiro now works for a company that makes commercial routing daemons for unix which explains why he does not code any longer for the free and popular Zebra. It's not yet clear if a resurrected Zebra or Zebra-pj will survive but in the meantime there's a demand for a Zebra version which includes at least those (important) patches that are floating around the net. The package conflicts+replaces zebra.deb but uses different names for all config files. bye, -christian- -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux app109 2.4.20 #2 Tue Feb 25 20:11:12 CET 2003 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE (ignored: LC_ALL set)
Bug#190392: ITP: grub-disk -- GRUB bootable disk image
Hello On Fri, Apr 25, 2003 at 12:13:18PM +0200, Robert Millan wrote: > > If it's only 88kb, then why not putting it into the grub package. > > Just to clear out: on the size argument, excuse me but it's inconsistent. > you can't suggest putting it into grub because it's so big (1.44MB) and > then suggest the same because it's so small (88KB) Sorry, misunderstanding: I liked to say that 1.4MB is waste regardless of the package merging or not, because the data can be gathered from the already installed packages and put together on the fly.. > Andrew and Christian, both of you are suggesting to merge grub-disk into > grub. There are some advantages and disadvantages, the disadvantages are > that: yep. > - Adding it makes maintaining GRUB more complicated and error-prone for > the GRUB maint. Please note that grub-disk has "extra" Priority while GRUB > is a candidate to become Debian's default bootloader (see bug #155807). > I don't want to force the GRUB maintainer waste his time fixing grub-disk > when he should make sure that a base package is suitable for release. I was of the opinion that this grub-disk image creating is a very small and simple script that is not very error prone and moreover would very very unlikely be important enough to grub.deb to justify even an important bug. > - I am the developer interested on grub-disk. This means that when i want to > add new features (which i will, and even have plans for them) and fix > functionality problems i'll have to annoy the GRUB maint with patches, > causing delays etc. Ok, extra package is better than no script at all so it's up to you. But maybe you merge the two packages when yours has matured... bye, -christian-
Bug#190392: ITP: grub-disk -- GRUB bootable disk image
Hi On Thu, Apr 24, 2003 at 05:44:45PM +0200, Robert Millan wrote: > It is _not_ taking 1.4 MB. GRUB is very small and the whole disk just > takes 88 KBs. > > > Write a 50-line shell skript that > > - makes a filesystem > > - copies /boot/grub > > - copies a given kernel image > > - installes grub > > and put this script into the grub package where everybody > > already misses it... > > It's called mkbimage, Jason added it to the grub package some time ago. > > All grub-disk does is putting together the files and using mkbimage to > build the disk image. If you feel comfortable with mkbimage, then > grub-disk is probably not for you. If it's only 88kb, then why not putting it into the grub package. My intention was just to avoid creating the 2thousandst Debian package which has moreover only a couple of bytes in in... bye, -christian-
Bug#190392: ITP: grub-disk -- GRUB bootable disk image
Hello Robert On Wed, Apr 23, 2003 at 11:00:13PM +0200, Robert Millan wrote: > * Package name: grub-disk > Version : 0.93+cvs20030224.2.1 > * URL : http://people.debian.org/~rmh/packages/grub-disk/ > * License : GPL > Description : GRUB bootable disk image > > This package contains a GRUB rescue disk. It consists of a bootable > 1.44 floppy image you can use to grab a rescue disk or be run in an > i386 emulator, like Bochs. Is it - a rescue disk with utils? then why not call it "rescue-disk" or so because it has no strong connection to the GRUB boot loader (at least no stronger than e.g. to fdisk, dd etc) - only the /boot/grub directory on an image then I'd suggest to not make an extra package out of it and waste 1.4MB for it :-) Write a 50-line shell skript that - makes a filesystem - copies /boot/grub - copies a given kernel image - installes grub and put this script into the grub package where everybody already misses it... - something completely different? what? bye, -christian-
Bug#136302: ITP: crafty-books-medium -- medium sized opening books for crafty chess engine
On Sun, Mar 03, 2002 at 02:13:08AM +0100, Eric Van Buggenhaut wrote: > OTOH, crafty-books-large would probably be 100MB large and I certainly > don't want it to be part of the main distribution. I could hang it to > my home page though. Ok, I just saw the "conflict: crafty-large" and estimated how big that one would be :-) 13M is a matter of taste but if you think that it's a useful contribution and nobody else objects I be quiet. > [EMAIL PROTECTED] bye, -christian-
Bug#136302: ITP: crafty-books-medium -- medium sized opening books for crafty chess engine
Hello On Fri, Mar 01, 2002 at 11:57:18AM +0100, Eric Van Buggenhaut wrote: > Package: wnpp .. > Package: crafty-books-medium .. > Description: Medium-size opening books for crafty chess engine. > Opening books that crafty use to evaluate the position during the game. > . > This is the medium version, occupying 13MB and containing +47500 games, > computed until the 60th ply. You like to package chess game data for small,small-to-medium,medium and large "opening books"? Should this really be part of Debian? I guess that although we have some games in our distribution there once was a consensus that so large data packages should not be part of the main distribution because we already have 3-4 CDs and this would just bloat it and too few people are really interested in it. I would suggest you to package this crafty game and maybe the small variant to give a starting point and then point out somewhere that better/larger opening books can be downloaded on the internet. bye, -christian-
Bug#89581: taking over unixodbc
Hi If no one else wants it (was orphaned) I could take this. I have mysql and myodbc, too. bye, -christian-
