Bug#417805: RFA: chromium -- Fast paced, arcade-style, scrolling space shooter
Package: wnpp Severity: normal I request an adopter for the chromium package. The game is dead upstrem, but clearly still has a large set of users. It has recently been discovered that some of the music is non-free and some of the sounds are non-distributable. The issues are discussed in #385115. However, a slightly stripped version should fit happily in contrib/non-free. Also, I already received one email of someone offering some replacements audio files (will forward this to the new maintainer). There are a few other small bugs (with patches) that also need to be addressed (although I'm not convinced why the patch in #411614 solves the problem). The package description is: Chromium is a top down fast paced high action scrolling space shooter which uses the SDL libs. In this game you are the captain of the cargo ship Chromium B.S.U., and responsible for delivering supplies to our troops on the front line. Your ship has a small fleet of robotic fighters which you control from the relative safety of the Chromium vessel. . Homepage: http://www.reptilelabour.com/software/chromium/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417804: RFA: vegastrike -- A 3d space combat game
Package: wnpp Severity: normal I request an adopter for the vegastrike suite of packages. The data package is pretty big weighing in at ~150MB making it one of the larger packages in Debian. It has a pretty good user base, and upstream is still active. However, development is quite slow now-a-days, so don't expect frequent releases. The code base is also quite large, consisting mostly of C++, but with all of the game logic in python. A good maintainer should also watch their message boards as people occasionally post package related problems there. Several bugs in the BTS which could be addressed. Due to the package size and being somewhat buggy, I have traditionally not allowed this package into testing, however any adopter can certainly change that (#295595). The package description is: Vegastrike is an OpenSource 3d Space Simulator. Currently in Beta development, the project, at version 1.0, is to be a generic space simulator. Current features include split-screen play, trading, exploration and of course plenty of shoot 'em up action . -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445039: ITP: ocaml-reins -- data structure library for OCaml
Package: wnpp Severity: wishlist Owner: Mike Furr <[EMAIL PROTECTED]> Package name: ocaml-reins Version : 0.1a Upstream Author : Mike Furr <[EMAIL PROTECTED]> URL : http://ocaml-reins.sf.net License : LGPL 2.1 w/ standand OCaml linking exception Programming Lang: OCaml Description : data structure library for OCaml The OCaml Reins data structure library consists of the following persistent implementations: * Lists (singly, O(1) catenable, Acyclic doubly linked, random access) * Sets/Maps (AVL, Red/Black, Patricia, Splay) * Heaps (Binomial, Skew-Binomial) All of the implementations conform to a unified signature for each data type. Also, each data types include zipper style cursor interfaces and persistent, bi-directional cursor based iterators. The library also includes a set of standard modules to hoist the base typs into the module level (Int, Bool, etc...) as well as a collection of functor combinators to minimize boilerplate (e.g., for constructing compare or to_string functions). Finally, a quickcheck-like random testing framework is included and each data type supports the necessary "gen" function to generate a random instance of the type. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
co-maint/adopter for vegastrike package
Hi all, I'm looking for someone who might be interested in co-maintaining or perhaps adopting vegastrike. I haven't played the game in many months and thus have been very sluggish in packaging the most recent version(which is about to be superseded). Upstream is very active, responsive and friendly and I feel that a more active maintainer is required. Anyone interested should be warned that vegastrike{-data,-music} makes up one of the biggest sets of packages in the archive(100MB+ for the debs alone), so you best have some sort of broadband connection. I would be willing to hand it off to another DD, or sponsor a prospective DD for a while. Drop me a line if you are interested, -- Mike Furr <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Apt-Torrent project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arnaud Kyheng wrote: | Hello, | | I love the Debian project, and I have worked on a new development for | it: Apt-Torrent :) Thank you for your contribution. However, I looked at doing something similar to this a little while ago and found that bittorrent is not very well suited for doing package downloads. Of the ~15k binary packages in Debian about 87% are under 1 meg in size and 98% are under 10 megs. The bit-torrent protocol works best on files significantly larger than this. Also, the protocol is not as efficient as it could be for the server hosting the .torrent file, which means it scales quite poorly when there are lots of requests for small files, as would be the case for Debian packages. However, I do feel that having a p2p backend to apt is a very interesting and feasible distribution method. There is a lot of structure in the way Debian lays out its archive, from the Package files to the .deb's themselves, which can be exploited to make this very efficient. There has also been a myriad of research papers exploring overlay networks and application level multicast which could be adopted to form a package network that would provide advantages over our current mirror infrastructure. (I've actually done a little work on exploring this, but haven't gotten very far due to time constraints.) Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBg8R17ZPKKRJLJvMRAkC3AKCwqrhxnIyBJZQ5vKcZtbk+cN9SbwCgiVah 5jsTvglijsm3lyWJTvBULvk= =TLcJ -END PGP SIGNATURE-
Re: Apt-Torrent project
Arnaud Kyheng wrote: I don't agree with the little package problem with Bittorrent. With Bittornado I'm using as a backend, the super-seeder option answer to this problem since if the package is already well available on the network, it'll not answer to the client but let it download from peers. [...] And also, if you think that the tracker overhead not worth a 5k package, you could as well split the downloading system in two. I mean put only >= 5k packages files on the apt-torrent server and let the others be fetched directly in http. This would probably help as long as you didn't abuse super-seeding. One solution may be to only super seed those packages which are smaller than some threshold and are also in base or have a priority > standard(or something). Like most things, the distribution of popular packages appears to have a zipf distribution(at least, according to popcon), so you could also gain efficiency by exploiting this data. This can be done easily since apt-torrent is fetching the Packages.gz as usual. I mean I could add a special header in the Packages.gz description to tell the proxy where to download the package direct-http, or apt-torrent-server for example. Well, I wouldn't edit the Packages.gz file directly since it will no longer match the hash in the Release file, I would have this in a separate file, if at all. My original idea was to save bandwidth of the Debian server, and improve the downloading speed of the packages for users that are even far of a mirror. I found that the Bittorrent was really mature and will fit well. In the future, I could as well use GNUnet as a backend :) Although I personally get fantastic download speeds from the push primary mirrors, I guess this is not the case everywhere. I agree that moving some load off of the mirror network would be beneficial. I look forward to trying apt-torrent and hope that it works out well. Since it appears that you are not a debian developer, are you looking for someone to package/sponsor this? -Mike
Re: Terraform up for adoption
On Sun, 2002-09-01 at 09:49, Tomas Guemes wrote: > if no ones has any complain, i will close the bug and try to package > the new upstream version as soon as posible. Don't close the bug. Retitle to an ITA and then close it when you upload your new package. -m signature.asc Description: This is a digitally signed message part
Bug#316561: ITP: omake -- build system with automated dependency analysis
Package: wnpp Severity: wishlist Owner: Mike Furr <[EMAIL PROTECTED]> * Package name: omake Version : 0.9.4 Upstream Author : Jason Hickey <[EMAIL PROTECTED]> * URL : http://omake.metaprl.org * License : GPL Description : build system with automated dependency analysis omake is a build system designed to scale from small projects to very large projects spanning many directories. omake uses a syntax similar to GNU make, with many additional features. omake contains specifications for easily building C, OCaml, and LaTeX programs, but can be used to build projects with other languages as well. . omake includes an accurate, automated dependency analysis based on MD5 digests. Users can produce architecture independent builds as omake provides a uniform interface on Linux/Unix, Win32, and OS X. It also includes a stand-alone command-line interpreter, osh, that can be used as an interactive shell. omake uses a full object oriented language for its syntax. Features of the omake language include integer and floating point arithmetic, scoped expressions, higher order functions, multiple inheritance, pattern matching, runtime exceptions, lexers, and LALR(1) parsers. -- 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.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: > Whoops, I see. So, just to further my comprehension here, why doesn't apt > show up in the dependency tree of aptitude? Obviously libsigc has gone > through the transition already, so it's not listed, but I'm quite certain > that apt hasn't. Whoops, that would be a bug in that part that generates the individual pages. Jochen Voss wrote: > Just to let you know: the link labelled "gforge" (level 8) points to > the page http://people.debian.org/~mfurr/gxx/html/g/f/gforge.html > which doesn't exist. yep, same bug. It should be fixed in a few minutes... - -m -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3BSZ7ZPKKRJLJvMRApJAAJ99N6Sjvk+Dl5BMBrQ1TPkvm/hL6QCffsj/ BFltxgZltBzYvfZBy2R/y5U= =8MhS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: > I think you need to take virtual packages into account; apt-based stuff is > showing up in Level 1, which AIUI is wrong. Well, it does the best it can. It resolves all of the information it has available. However, for example, apt-move has a dependency on libapt-pkg-libc6.3-5-3.3 which is not provided by any package currently in unstable so my tool has no possible way of resolving this. If it depended on libapt...-3.9, then it would correctly correlate this with the "apt" package. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2/O47ZPKKRJLJvMRAj+rAJ9XtHa9YzIp9z+/fnL0nn+qgq8bDQCaApe0 FYREkk1yIWNLD3jOMOmYUEc= =7FnW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After starting writing a program to help me track my packages dependencies for the g++ transition, I decided to put up the results for the entire archive in case it was useful for others. http://people.debian.org/~mfurr/gxx/ The main difference between my page and several of the others is that it uses information from Packages files for every architecture to decide if it is ready to be nmu'd. Therefore, it shows when a package has been uploaded, but not built on all architectures. Also, individual dependency graphs are available for each package affected by the transition (that my program could detect). Of course, the results are based on Packages files, which means a lot could have happened from the time it was last updated and when you're viewing it. So be sure to check with the packages/buildds before doing anything. It will be updated ~once/day. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC2+XP7ZPKKRJLJvMRAl9JAJ9tZ6DxjpoJRIbXHiDJPNFCKxR3kwCcCDRI yDKE8hUj/lotuSgdk72qhr0= =HqpR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
broken g++ transition packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following is a list of packages which are linked against libstdc++5 on some architectures and libstdc++6 on others. This list only contains packages from Section: base/devel/libdevel/libs/oldlibs, as the full list contains many things waiting for other packages to transition first . Format is "binary-pkg (source-pkg) [broken archs]" These packages were uploaded very early in the transition and some of the buildds did not have the right g++ version: prcs [arm hppa ia64 m68k sparc] cssc [ia64 hppa sparc] libflash0 [m68k arm i386] If you maintain one of these packages please upload a new version ASAP. These packages were all auto-built with the right version, but the maintainer uploaded a package with the wrong ABI: libmyspell3c2 (myspell) [powerpc] libtunepimp2 (libtunepimp) [powerpc] Maintainers, please upload a binary NMU for these packages to fix them. As I understand it, even if other packages linked against the old version of these, but used g++-4.0, only these packages need to be rebuilt. The arm buildds seemed to have continued using an old g++ for a brief bit in the transition. The following packages were built incorrectly only on arm: libcoin40c2 (coin2) [arm] libenchant1c2 (enchant) [arm] libdar3 (dar) [arm] libgc1c2 (libgc) [arm] librudiments0 [arm] libclalsadrv1 (clalsadrv) [arm] librlog1c2 [arm] libsigc++-2.0-0c2 (libsigc++-2.0) [arm] - already discussed this one on IRC w/ vorlon and may be rebuilt by this point If you have an arm system, please bin-NMU these. The wxwindows2.4 package was autobuilt last week and although the build log shows g++ 4.0 was installed, a dependency on libstdc++5 was added. I haven't discovered why yet. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3S4c7ZPKKRJLJvMRAjsSAKC5foEWzAxx/6K9abKKthnyuf1edACfXeCE uc/MJn8zXLo7kzXR5uzUWLQ= =rHrT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Yet another g++ transition page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: > Nice. :) Wishlist request: could you have it tally the total number of > packages whose transition depends on each package in the list, and print > that number next to the source package name? Better yet, could the list be > sorted by this number? :) Done. Also, adjacent packages in the dependency graph which are part of the same source package do not increase the "level" a package lies in (as suggested by Jochen Voss). The script also generates the broken package list that I emailed earlier and this is posted there too. Now that I finally got around to finishing these changes, the pages should update regularly again. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC4A1s7ZPKKRJLJvMRAp5EAKC1VcTlnGPV14/esZUtZmqDYlgIUwCfX4UH 3kk6tjKaBfs6/DEyO2yPn3I= =k2p0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NMUs wanted: C++ library packages in need of uploading
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petter Reinholdtsen wrote: > It would be great if someone could add a link to your updated graph > from http://people.debian.org/~mfurr/gxx/>. It would make sure > at least I find it when I need it. Done. I also added links to the two other transition pages that I'm aware of. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC9twe7ZPKKRJLJvMRAoUmAKCbyUKfSJL3LZBbxCDBGRmLxO3sDACdEGwd qty7hlz9oPRY8pQjx7KJa7g= =+ncB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303971: ITP: ocaml-getopt -- command line parsing library for OCaml
Package: wnpp Severity: wishlist Owner: Mike Furr <[EMAIL PROTECTED]> Package name: ocaml-getopt Version : 0.0.20040811 Upstream Author : Alain Frisch <[EMAIL PROTECTED]> URL : http://www.http://www.eleves.ens.fr/home/frisch/soft.html License : MIT Description : command line parsing library for OCaml This package provides the Getopt module that is an alternative to the Arg module in the standard distribution. Getopt supports the general command line syntax of GNU getopt and getopt_long, but is close to the spirit of the Arg module: the programmer gives to the general parsing function a list of possible options, together with the behavior of these options. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 292541 ITP: pbzip2 -- Parallel bzip2 implementation thanks. Package name: pbzip2 Version: 0.9 Upstream Author: Jeff Gilchrist <[EMAIL PROTECTED]> URL: http://compression.ca/pbzip2/ License: BSD-style license, same as bzip2 Description: parallel bzip2 implementation ~ pbzip2 is a parallel implementation of the bzip2 block-sorting file ~ compressor that uses pthreads and achieves near-linear speedup on SMP ~ machines. The output of this version is fully compatible with bzip2 ~ v1.0.2 (ie: anything compressed with pbzip2 can be decompressed with ~ bzip2). However, only files compressed with pbzip2 can be decompressed ~ in parallel. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB+/n17ZPKKRJLJvMRAnr0AJ99Rvm8kfGfBHrw93IMb8kJdlSQVgCgskOe xTvyIz+qiJyG7ZmSPns7Qr0= =wSHS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Heath wrote: | Is there a library version? No, perhaps the short description is misleading. pbzip2 works by splitting up a file into chunks and then encoding each chunk with a separate thread(via libbz2), so it is perhaps more described as a parallel frontend to libbz2. This also means that the encoding is slightly less efficient(the author claims it usually produces a .bz2 that is <= 0.2% larger than standard). - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB/B7d7ZPKKRJLJvMRApBSAJ9CREzP0aXKREhaFNwWRnv6ymoeLQCgjPwl nqzLWZ+3XzRkWadtLyYvfQg= =Vn15 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiemo Seufer wrote: | AFAICS this feature should be added to bzip2, and not go into a | separate binary/package. Since it does just use libbz2 this is a possibility. I will inquire to pbzip2 upstream if you plans to submit this feature to bzip2 upstream. However, unless the bzip2 author(s) are very enthusiastic about its inclusion and plan to make a new release with the feature quickly, I think it would be beneficial to have it as a separate package in the mean time. - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB/B+M7ZPKKRJLJvMRAtVBAKCMDlKwVSdlY/wBDaeTLGEoq2lsMwCgpTlp +KPcGnupgM22pwcYj27lEMQ= =d6rX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anibal Monsalve Salazar wrote: | Mike, I would like to make pbzip2 part of the bzip2 package. May I | take over your ITP report? Sure, that would be fine, take it. Since the RFP cc'd you and I didn't hear from anyone in a couple of days, I wasn't sure if you were interested(and I'm definitely interested in using it :). - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB/CCu7ZPKKRJLJvMRAr8+AKCKDWzCr/KvVIhgG45ZfofuOlHxOgCeKS8j WUeTb5Kz6575CE2x3nBhZag= =da96 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Henrique de Moraes Holschuh wrote: | On Sat, 29 Jan 2005, Mike Furr wrote: | Is this thing rsync-friendly? If it is... wow! Unlikely. The number of blocks is very small (O(# of threads)) so rsync would not be able to gain much performance in the general case. - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB/Tye7ZPKKRJLJvMRAggPAJ4yx4Q2+tbgEmA4Kz9iwaKJBvkiYACgkyAi pm5L1k7ojLoSOBZZt5WRkaw= =SFNV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]