Bug#1000372: ITP: ocaml-magic-mime -- OCaml library to map filenames to common MIME types
On Mon, Nov 22, 2021 at 09:55:52AM +0100, Stéphane Glondu wrote: > Package: wnpp > Severity: wishlist > Owner: Stéphane Glondu > X-Debbugs-Cc: debian-de...@lists.debian.org, > debian-ocaml-ma...@lists.debian.org > > * Package name: ocaml-magic-mime > Version : 1.2.0 > Upstream Author : Anil Madhavapeddy > * URL : https://github.com/mirage/ocaml-magic-mime > * License : ISC > Programming Lang: OCaml > Description : OCaml library to map filenames to common MIME types > > This library contains a database of MIME types that maps filename > extensions into MIME types suitable for use in many Internet > protocols such as HTTP or e-mail. It is generated from the mime.types > file found in Unix systems, but has no dependency on a filesystem > since it includes the contents of the database as an ML > datastructure. > > This is a new transitive dependency of ocsigenserver. A typical Debian system already has two such databases: /etc/mime.types /usr/share/mime/globs I do not mean to challenge you, nor to discourage you, but am merely curious: why a third database? signature.asc Description: PGP signature
Bug#999837: ITP: merecat -- simple web server with only basic features
On Wed, Nov 17, 2021 at 01:54:20PM +0100, Joost van Baal-Ilić wrote: > Package: wnpp > Owner: Joost van Baal-Ilić > Severity: wishlist > > * Package name: merecat > Upstream Author : Joachim Wiberg > * URL : https://troglobit.com/projects/merecat/ > * License : BSD 2-clause > Programming Lang: C > Description : simple web server with only basic features > > Merecat is a simple web server based on Jef Poskanzer's thttpd. > It supports all basic features required for most use-cases. The > most prominent features are probably HTTPS, using OpenSSL, PHP, > multiple servers with HTTP redirect support, redirect from HTTP > to HTTPS, virtual hosts, and the URL-traffic-based throttling. > . > Its small footprint makes it is suitable for small and embedded > systems. > > I plan to migrate my personal web servers to merecat, and maintain > the software using git at https://salsa.debian.org/debian . Upstream > also publishes a debian/ directory btw, at their git repo > at https://github.com/troglobit/merecat ; and I published a first > shot at packaging at http://mdcc.cx/tmp/merecat/ . If I ask you how merecat improves upon simple web servers already in Debian, I do not mean to challenge you, nor to discourage you. I am merely curious. If you don't mind telling me, how *does* merecat improve upon simple web servers already in Debian? signature.asc Description: PGP signature
Bug#999424: ITP: geners -- generic serialization library for C++
On Wed, Nov 10, 2021 at 09:34:36PM +0100, Pierre Gruet wrote: > Package: wnpp > Severity: wishlist > Owner: Pierre Gruet > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: geners > Version : 1.12.0 > Upstream Author : Igor Volobouev > * URL : https://geners.hepforge.org/ > * License : Expat > Programming Lang: C++ > Description : generic serialization library for C++ > > The Generic Serialization library is designed to address the problem of C++ > object persistence in situations where the most typical data access pattern is > "write once read many" (WORM). "Geners" is a set of tools and conventions > which allows its users to develop C++ classes that can be converted to and > from a storable stream of bytes in a well-organized and type-safe manner. > Serialization of STL containers is supported, including the ones added in the > C++11 standard. Independent versioning of each class definition is allowed. > > Among others, compared to the boost serialization package, Geners archives > provide random access to stored objects and can be used to create and > serialize very large archive-based objects. Yet, only binary archives are > implemented, and implementing non-intrusive serialization is less transparent. > > I am packaging this software as a dependency of stopt, which is a packaging > target of mine. I plan to maintain it myself. That is interesting. For information, what is stopt, please? Is it [1], [2], or something else? 1: https://github.com/husk214/stopt/ 2: https://github.com/anitan0925/STOPT/ signature.asc Description: PGP signature
Bug#997798: ITP: dedalus -- Dedalus is a framework for solving PDEs useful for astrophysical and geophysical fluid dynamics
Usually not available for immediate reply, I was online when your email arrived. On Sat, Nov 06, 2021 at 09:09:17AM -0700, Mac Lee wrote: > I haven't gotten a sponsor yet. Could you be my sponsor? I would be glad. I'll have to review your package when it's ready. A package that works on your own machine is a starting point; but in most cases, several changes are required to polish a private package up to Debian's usual level for general distribution. My sponsor, Giacomo Catenazzi, guided me to make such changes to my first package when he sponsored me in 2004, so I am to do likewise for you. I am not a prolific sponsor, having done it only once, and that over a decade ago, so I'll be a bit rusty on the procedure; but you and I will work it out. Meanwhile, several questions: 1. Have you already packaged the software as a *.deb that successfully installs on your own machine? (If not, then let me know if and how I can help.) 2. Have you read or reviewed Debian's New Maintainers' Guide? (It can be found among other places in the Developers' corner of the debian.org web site). If not then, when you have time, you'll probably want to do that. 3. Does your software build and run on bullseye? On sid? On both? 4. Have you already chosen a package builder? If not, there are two or three, and you can use whichever you prefer; but for information, pbuilder is the one with which I happen to be familiar. 5. Does your software access the display (as via GTK, for example)? Incidentally, the extent to which to continue to Cc our correspondence to bugs.debian.org is up to you; but you can drop the Cc at your discretion if you wish. signature.asc Description: PGP signature
Bug#998243: ITP: lg-gpio -- Control GPIO pins via the kernel's gpiochip device interface
On Mon, Nov 01, 2021 at 02:04:40PM +, Dave Jones wrote: > * Package name: lg-gpio [...] > A request for sponsorship is (possibly prematurely!) open in #990280. Have you got your sponsor? I would make a nonideal sponsor, not least because Python happens to lie mostly outside my domain. However, GPIO is an interesting subject, so let me know if I can help. -- Thad Black Pearisburg, Virginia signature.asc Description: PGP signature
Bug#997798: ITP: dedalus -- Dedalus is a framework for solving PDEs useful for astrophysical and geophysical fluid dynamics
On Mon, Oct 25, 2021 at 03:20:07PM -0700, Mac Lee wrote: > No I don't have a sponsor yet. All right. Since I * seldom program in Python, * unlike many Debian Developers, do not code for a living, and * attend to Debian development admittedly inconsistently, I might make a suboptimal sponsor; but if no more suitable sponsor appears then I might be available, to the extent to which a suboptimal sponsor is better than none. At least I know a little about spectral methods, for what that's worth; and I've been a Debian Developer, though an obscure one, since 2005. If you like, wait a week or so for a more suitable sponsor and then, if none appears, at your discretion, let me know how I can help. Meanwhile, one hadn't expected to encounter a high-performance, serious-pedigree, heavy-duty MPI numerical code in Python, but rather in C++ or the like, so this could be interesting. -- Thaddeus H. Black, P.E. Pearisburg, Virginia signature.asc Description: PGP signature
Bug#997798: ITP: dedalus -- Dedalus is a framework for solving PDEs useful for astrophysical and geophysical fluid dynamics
On Sun, Oct 24, 2021 at 11:42:32AM -0700, Mac Lee wrote: > * Package name: dedalus > [...] > I plan to maintain > the package as part of the Python team and I am looking for a sponsor > since this is my very first Debian package. The project looks interesting. Have you got a sponsor yet? signature.asc Description: PGP signature
Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator
> This sentence was copy/pasted from http://mumax.github.io/. I haven't really > started working on the package yet, nor am I a regular user. I see. > I guess you should ask upstream rather than me, I'm just a poor packager in > this case :-) Thanks. signature.asc Description: PGP signature
Bug#996958: ITP: mumax -- GPU accelerated micromagnetic simulator
That's a neat project. The README.md says: > if you don't have git: > > * seriously, no git? The question is not whether one does not have git, but whether one does not have CUDA, unfortunately. > The Design and Verification of mumax3: > > http://scitation.aip.org/content/aip/journal/adva/4/10/10.1063/1.4899186 The hyperlink seems to be paywalled or broken. You write: > A speed-up of the order of 100x compared to CPU-based simulations can > easily be reached Since I am unable to view the paper, would you briefly, approximately tell me how you achieved the speed-up? Alternately, would you link me to relevant presentation slides, a presentation video, or the like? Again alternately, would you advise me in which source file one should look for the core of the main loop, where the 100x speed-up is implemented? I ask because I have a simulation that improperly relies on g++'s optimizer to vectorize the simulation's main loop, the elements being 64+64 = 128-bit complex doubles. Even if my loop technique were not clumsy and 15 years outdated, the optimizer goes only to SSE hardware, and not (as far as I can tell by reviewing the disassembly) to the GPU at all. One could try OpenCL, of course; but without a good example to follow, I'd probably flounder around six months trying to figure out how to apply OpenCL intelligently Anyway, if you believe that your code is a good example, then I'd be interested to see how you have achieved the 100x. signature.asc Description: PGP signature
Bug#993486: ITP: mirrorrib -- tool locally to mirror a Debian release, including backports
Package: wnpp Severity: wishlist Owner: "Thaddeus H. Black" X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mirrorrib Version : 0.14.4 Upstream Author : Thaddeus H. Black * URL : https://www.derivations.org/mirrorrib/ * License : GPL-2 Programming Lang: Shell (bash) Description : tool locally to mirror a Debian release, including backports Debian releases a major revision of its operating system about every two years and a minor revision approximately quarterly, but these revisions exclude Debian backports. Debian releases backports only on a rolling basis like sid. Mirrorrib is for Debian users who want an approximately quarterly, stable revision of backports to accompany the approximately quarterly, stable revision of the rest of the operating system -- with both revisions dated as of the same date. Mirrorrib reproducibly assembles a stable backports revision and release to accompany a stable regular revision and release. It downloads the matched pair of releases with all their packages and associated files, mirroring the pair together to your hard drive. After running Mirrorrib and configuring /etc/apt/sources.list to access the local repository Mirrorrib has assembled, one no longer needs a live network connection to update or reinstall one's system to Debian stable -- not even if the update or reinstallation requires access to backports. Mirrorrib's name stands for "MIRROR Release Including Backports." I will maintain the package. No sponsor is needed. Because the software is Debian-specific and is useful only to users of Debian, the package is a Debian-native package.
Bug#982135: ITP: bearssl -- BearSSL is an implementation of the SSL/TLS protocol (RFC 5246) written in C
> I need sponsor. Have you got your sponsor? signature.asc Description: PGP signature
Bug#982341: ITP: simlib -- SIMulation LIBrary for C++
It looks interesting. Unfortunately, the description is somewhat hard to understand. On Tue, Feb 09, 2021 at 03:03:51AM +0100, Roman Ondráček wrote: > This library allows you to create models directly in C++ language using > simulation abstractions and tools from the library. > SIMLIB allows object-oriented description of continuous, discrete, combined, > and various experimental (2D/3D vector, fuzzy) models. Simulation of what? Abstraction from what? I am just a random one of 1000 or so Debian Developers, so if I offer a suggestion, you can regard or ignore as you like. I gather that the package does some kind of time-domain, frequency-domain, eigenvalue, integral-equation, or other kind of mechanical simulation for purpose of checking analyses and for other purposes. However, I gather this only because I happen to have done work of this general kind. Consider adding a brief introductory sentence that orients the reader to the *kind* of thing the package is or does. For example, suppose that the user were looking for libcairo (to generate 2-D graphics) or libunbound (to resolve Internet domain names). Your description's first line should probably, very briefly, inform the reader that your library is not the kind of library such a user seeks. Also consider writing, "C++ library" rather than "library ... in C++," at your discretion. For example, your description *might* begin: SIMLIB is C++ library that models [foo] using continuous, discrete and combined techniques. Or, for less accuracy but more punch: SIMLIB is C++ library that models continuous, discrete and combined [foo]. I like that your description is short. signature.asc Description: PGP signature
Bug#842472: To instruct the bug server to stop emailing Colin Darie re #842472
Control: owner -1 ! Hopefully, this should be the last email Colin Darie receives regarding this bug report. Future emails should go only to Thaddeus H. Black. signature.asc Description: Digital signature
Bug#842472: tags -1 - upstream
Control: tags -1 - upstream signature.asc Description: Digital signature
Bug#842472: (no subject)
Control: tags -1 - upstream signature.asc Description: Digital signature
Bug#842472: [Bug-wget] [PATCH] new option --convert-specified-links
Control: tags -1 + upstream This message is to Tim Rühsen, upstream developer of Wget, and Noël Köthe, maintainer of Wget's Debian package. Summary: Tim recommends that I convert my code for wget2. Meanwhile, I can locally work around this bug. Only the arrival of wget2 is likely to close the bug. Details follow. Tim writes: > We, the maintainers, are currently pretty busy with preparing > a release for wget2. Also, we do all new stuff just for > wget2, but wget1.x will receive bug fixes of course. > > Thus, it is appreciated if you convert your code for wget2. Received and understood. I would like to do that as soon as possible -- though "as soon as possible" is not very precise, is it? As always, time is limited. We shall see. I think that Tim is right: wget2 will help. One would rather not retire a working program like wget1, but now I understand why my bug has never been fixed. The relevant code is just not straightforward. One could hack an inelegant solution into wget1, but the edge-case logic of src/convert.c register_download() is hard to understand. That function seems to pretend to enforce an invariant but, as far as I can tell, does not actually enforce one. In short, the function is confusing, it's brittle, the comments in it may be incorrect, and one fears to touch it lest it break. (Amusingly, the function has a goto in it. I am not one to deprecate goto generally -- occasionally, I even like goto -- but this particular goto may be a symptom of trouble.) For reference (Noël, you need not follow the link; it's just for reference), my post to bug-wget is linked [1]. 1: https://lists.gnu.org/archive/html/bug-wget/2016-12/msg00011.html At any rate, with the benefit of your kind advice, I believe that I can now probably hack my own, local copy of wget2 well enough to work around Debian bugs #836943 [2] and #842472 [3] until wget2 arrives. 2: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836943 3: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842472 For additional reference (Tim, you need not follow any of these links; they're just for reference), the bug log against Debian's wget package is also linked [4]. 4: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847216 And here is Peng Yu's original bug report in the year 2010 [5] with Giuseppe Scrivano's reply [6]. 5: https://lists.gnu.org/archive/html/bug-wget/2010-05/msg00051.html 6: https://lists.gnu.org/archive/html/bug-wget/2010-05/msg00052.html Tim's email address is obscured (Bcc) in the header because Tim didn't ask me to publish the address, but I suppose that Noël probably has it. Replies sent to <847...@bugs.debian.org> will reach both Noël and me, at any rate. Thanks for the help. Noël, you can decide whether to leave this Debian bug report #847216 open or to close it. I would probably leave it open but, basically, this bug awaits wget2. signature.asc Description: Digital signature
Bug#842472: ITA: w3-recs -- Recommendations of the World Wide Web Consortium (W3C)
Update: bug #847216 [1] is slowing me down. I do not need a fix for that other bug uploaded before I can proceed, but I do at least probably need to fix that bug on my own PC. Therefore, I am off hacking that other source. 1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847216 signature.asc Description: Digital signature
Bug#842472: ITA: w3-recs -- Recommendations of the World Wide Web Consortium (W3C)
Control: retitle -1 ITA: w3-recs -- Recommendations of the World Wide Web Consortium (W3C) Control: owner -1 ! Control: stop Thanks for your work on this package, Colin. It does not look as though any other competent person were stepping forward to maintain the package, so I will adopt it. signature.asc Description: Digital signature
Bug#842472: O: w3-recs -- search for a new maintainer
Colin Darie writes: > I'm not interested and I can't maintain this package anymore. > It hasn't been updated since 2011 and needs a serious refresh : Okay. In the unlikely event that a third competent person wishes to adopt this package, my own time is limited, so I'd happily yield. However, insofar as five years have passed, I assume that there probably exists no third person. In that case, I'd be glad to adopt the package. Still, let's give a third person a week or two to show up before I step forward. Thanks. signature.asc Description: Digital signature
Bug#813999: O: debmirror -- package is now orphaned
Package: wnpp Version: 0 Severity: normal Regrettably, I seem to have become a barrier to the timely maintenance of debmirror. For the other two packages I maintain, this would be less important, because few use those packages and because I doubt that anyone else would adopt them. Those other packages can wait for me to fix their bugs. This package is more important. It cannot wait. At the moment, I lack sufficient time to keep atop this package's bugs. Let me step aside. Debmirror is now orphaned. If no one ever adopts it, it is not impossible that I may again adopt it, myself, since I have learned some things regarding the package's internals, but it would be better if another competent person took the package over. I believe that the work I have done on the package will make maintenance at least a little easier for the next maintainer. I can still answer questions regarding the package. For a prompt response, I can be reached at thaddeus.h.black at gmail.com or +1 540 921 1759 (8 a.m. to 8 p.m. U.S. Eastern Time.) Thanks for the helpful bug reports. My best wishes go to the next maintainer. signature.asc Description: Digital signature
Bug#768532: ITA: debmirror
For reference, the bug report (with patch) to which I referred yesterday was #787760. signature.asc Description: Digital signature
Bug#768532: ITA debmirror
A new maintainer of mature software like debmirror never knows which line of the existing code, a line that *looks* inelegant or pointless, might actually fix some obscure bug from seven years ago for a guy who (say) uses debmirror over AX.25 in Nepal. One has to be careful about that. For this among other reasons, I do not plan to redesign the software, but to maintain it in its current form. There seems to exist a newer package named aptly. I do not know much about that, nor even if it conveniently does (or at all does) what debmirror does. Nevertheless, its developer seems enthusiastic enough; so, if you should happen to require an overall redesign, then you might investigate that package. signature.asc Description: Digital signature
Bug#768532: ITA: debmirror
I am hardly the ideal maintainer for this package. Nevertheless, * I have used the package for years; * the package is implemented in Perl, a language with which I am familiar and which I often use; * I have recently spent some hours to learn a little about the package's software internals; * among the package's outstanding bug reports is one with a patch by me; * the package has a not insignificant number of users; * the package has now been orphaned six months; and * no other maintainer seems to be stepping forward to adopt the package. So, I'll adopt it, at least for now, and we shall see how it goes. If the adoption does not work out, then I'll orphan the package again, and we'll be no worse off than we now are. I miss former maintainers Frans Pop (deceased) and Joey Hess (retired), two of my favorite DDs of all time. Those were important DDs, giants of Debian; whereas I am so unimportant a DD that (despite my having been a DD ten years), 90 percent of the project's members have never heard of me. That's just as well, and I'll not fill Frans' or Joey's shoes; but still, after the great have left, the less must carry on. If you wish to help, let me know. signature.asc Description: Digital signature
Bug#768532: ITA debmirror
That is, if you wish to help, let me know at t...@debian.org. (E-mail to that other address won't reach me.) signature.asc Description: Digital signature
Bug#413128: This ITP remains active.
This ping is just to inform anyone who might be interested that the ITP is still active. Looking today at dlmf.nist.gov, I no longer see NIST's schedule to release the DLMF in 2007. Presumably this means that the DLMF is delayed. So, we mathematics fans will patiently have to keep using Abramowitz Stegun for the time being. I do mean to package nist-dlmf when it finally does appear. Watch this space for further news. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413128: This ITP remains active.
[Forgot to sign the last mail. Here it is again.] This ping is just to inform anyone who might be interested that the ITP is still active. Looking today at dlmf.nist.gov, I no longer see NIST's schedule to release the DLMF in 2007. Presumably this means that the DLMF is delayed. So, we mathematics fans will patiently have to keep using Abramowitz Stegun for the time being. I do mean to package nist-dlmf when it finally does appear. Watch this space for further news. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#413128: ITP: nist-dlmf -- NIST's Digital Library of Mathematical Functions
The following ITP went to debian-devel@lists.debian.org a few days ago. However, there is so much noise over there that, of courtesy, I ought to have posted it here too. The ITP follows below. The BTS number is 413128. Florian Weimer believes that the package might experience license problems. I do not think that it will, but on the other hand upstream has not actually released the work yet; so, Florian might be right. For the time being, the assumption is that the license will resemble that of Abramowitz Stegun's Handbook of Mathematical Functions or of NIST's libtnt/libjama. - Forwarded message from Thaddeus H. Black [EMAIL PROTECTED] - Package: wnpp Severity: wishlist Owner: Thaddeus H. Black [EMAIL PROTECTED] * Package name: nist-dlmf Version : 1.0.0 Upstream Author : U.S. National Institute of Standards and Technology [EMAIL PROTECTED] * URL : http://dlmf.nist.gov/ * License : U.S. government issue, uncopyrighted (refer to Abramowitz Stegun, page II) Description : NIST's Digital Library of Mathematical Functions From the upstream web site: Abramowitz and Stegun's Handbook of Mathematical Functions with Formulas, Graphs, and Mathematical Tables is being completely rewritten with regard to the needs of today. The new DLMF (Digital Library of Mathematical Functions) will appear in a hardcover edition and as a free electronic publication on the World Wide Web. The authors will review the relevant published literature and produce approximately twice the number of formulas that were contained in the original Handboook. The DLMF will make full use of advanced communications and computational resources to present downloadable math data, manipulable graphs, tables of numerical values, and math-aware search. The authoritative status of the existing Handbook, and its orientation toward applications in science, statistics, engineering and computation, will be preserved. Thus the utilitarian value of the Handbook will be extended far beyond its original scope and the traditional limitations of printed media. The term digital library has gained acceptance for this kind of information resource, and our choice of project title reflects our hope that the NIST DLMF will be a vehicle for revolutionizing the way applicable mathematics in general is practiced and delivered. NIST plans to release the DLMF during 2007. - End forwarded message - -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#413128: ITP: nist-dlmf -- NIST's Digital Library of Mathematical Functions
Package: wnpp Severity: wishlist Owner: Thaddeus H. Black [EMAIL PROTECTED] * Package name: nist-dlmf Version : 1.0.0 Upstream Author : U.S. National Institute of Standards and Technology [EMAIL PROTECTED] * URL : http://dlmf.nist.gov/ * License : U.S. government issue, uncopyrighted (refer to Abramowitz Stegun, page II) Description : NIST's Digital Library of Mathematical Functions From the upstream web site: Abramowitz and Stegun's Handbook of Mathematical Functions with Formulas, Graphs, and Mathematical Tables is being completely rewritten with regard to the needs of today. The new DLMF (Digital Library of Mathematical Functions) will appear in a hardcover edition and as a free electronic publication on the World Wide Web. The authors will review the relevant published literature and produce approximately twice the number of formulas that were contained in the original Handboook. The DLMF will make full use of advanced communications and computational resources to present downloadable math data, manipulable graphs, tables of numerical values, and math-aware search. The authoritative status of the existing Handbook, and its orientation toward applications in science, statistics, engineering and computation, will be preserved. Thus the utilitarian value of the Handbook will be extended far beyond its original scope and the traditional limitations of printed media. The term digital library has gained acceptance for this kind of information resource, and our choice of project title reflects our hope that the NIST DLMF will be a vehicle for revolutionizing the way applicable mathematics in general is practiced and delivered. NIST plans to release the DLMF during 2007. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413128: ITP: nist-dlmf -- NIST's Digital Library of Mathematical Functions
Florian Weimer wrote: * Thaddeus H. Black: * License : U.S. government issue, uncopyrighted (refer to Abramowitz Stegun, page II) Hum? The NIST web pages claim copyright AFAICT. And U.S. copyright only prevent the government from enforcing its copyrights domestically. Thank you for the notice. I will look into the matter. If you happen to find further information before I do, though, please do post it here. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#360250: RFH: debram -- ramified catalog of available .debs
Package: wnpp Severity: normal Debram is doing fine, but with a good comaintainer it could do even better. I am pleased today to open debram to collaboration leading to eventual comaintenance. One stable, genial collaborator is sought. The principal duty will be to join me in ramifying (sorting and cataloging) new packages for debram as they enter Debian's archive. The role gives scope for you to grow into a key development player as you demonstrate reliability, do useful work and learn the debram system. You need not be a Debian package Maintainer yet, but for general background you should bring at least a little C or C++ programming experience. A limited acquaintance with ELF wouldn't hurt, either. At a minimum, six months' experience using Debian is required; one year's is preferred. Knowledge of Chinese, Japanese and/or Korean (which I lack but debram needs) would be a plus. I will spend the time needed to mentor the right volunteer. Reply to me off-list (or on the BTS, but not on debian-mentors) if interested. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#338520: ITP: derivations -- book: Derivations of Applied Mathematics
Package: wnpp Severity: wishlist Owner: Thaddeus H. Black [EMAIL PROTECTED] * Package name: derivations Version : 0.2.20051110 Upstream Author : Thaddeus H. Black [EMAIL PROTECTED] * URL : http://home.ntelos.net/~b-tk/derivations/ * License : GPL-2 Description : book: Derivations of Applied Mathematics Understandably, program sources rarely derive the mathematical formulas they use. Not wishing to take the formulas on faith, a user might nevertheless reasonably wish to see such formulas somewhere derived. Derivations of Applied Mathematics is a book which documents and derives many of the mathematical formulas and methods implemented in free software or used in science and engineering generally. It documents and derives the Taylor series (used to calculate trigonometrics), the Newton-Raphson method (used to calculate square roots), the Pythagorean theorem (used to calculate distances) and many others. The book is a work in progress. signature.asc Description: Digital signature
Bug#313610: ITP: libnoise -- a portable, open-source, coherent noise-generating library for C++
It looks interesting. libnoise is a portable C++ library that is used to generate coherent noise, a type of smoothly-changing noise. Is coherent noise another name for bandlimited noise, or is it something else? -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] pgphrezLnPrKU.pgp Description: PGP signature
Bug#282283: Ceasing dselect work
I do not plan to pursue this RFH any longer. I now see why Scott lost interest. If someone reading this wants to develop dselect, he is invited to step right in. Partial rationale: In studying the dselect source, one of the things I did was to go over and use aptitude for a while. I had never really used aptitude before, so I wanted to see what made it different. Unfortunately for dselect development, what I discovered was that I prefer aptitude over dselect. There is an old question in Debian as to whether and when developers should compete against one another in attacking the same problem separately (witness Gnome and KDE, for instance). The right answer to this question depends in my view on the specific problem, projects and personalities involved. Sometimes it seems better to standardize on one project; sometimes it seems better to compete. It depends. In the specific case of Debian package management, my view in the matter has shifted somewhat since I first replied to this RFH. I now tend to feel that the Debian Project should standardize; that we should encourage Debian sysadmins to use aptitude, layered atop apt, layered atop dpkg. If dselect's interface is preferred, then let this be further layered *atop aptitude*. Dselect as an alternative to aptitude should probably be deprecated by us. If anyone should pursue this RFH further, my well wishes go with him. Good luck. Signing off. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED], [EMAIL PROTECTED] pgpubCPbvPbRL.pgp Description: PGP signature
Bug#282283: dselect development
Status update. Scott has perhaps been skeptical---properly so---of my commitment to dselect development. He does not know me, after all, and I have contributed no patches as yet. However, matters proceed according to plan. At present, I am very slowly reading my way through the latest experimental dpkg sources (1.13.2 as of today). This is a learning experience for me. In November Scott said something about standing on one's head to understand iwj-C++, but to me the dselect source really doesn't look too bad; by the end of the calendar year I should be fairly familiar with it. I remain unfamiliar with autotools, but apparently this is not much of a handicap in treating the dselect bugs. I can learn autotools over time. A greater problem for me is that I have no experience in managing long, long lists of old BTS reports. It is hard to know where to start. At the present moment, it is not clear to me that anything at all should be done about many of the dselect bug reports, but I am not nearly so confident yet as to propose closing a lot of open bugs. After reviewing the BTS logs, lacking other guidance, my current inclination is to start with the TODO item of adding support for Enhances. Perhaps supporting Enhances without slowing program execution involves constituting a look-up hash with the standard library's search.h. Apparently adding Enhances support begins in the dpkg source proper, so I have some work to do. Anyway, as my earlier messages in the #282283 BTS log indicate, please do not expect anything from me too soon. Some of you are highly skilled hackers, but I still have much to learn, and dpkg is sufficiently important a package that I do not feel comfortable contributing dpkg patches until I understand the overall source better. Gandalf observed that Barliman Butterbur could see through a brick wall in time. So if you are Gandalf, permit me to play Butterbur's role today. I shall need some time to see through this wall. If anyone else here is already working on the dpkg/dselect Enhances problem, please advise. Otherwise, contact me any time, for any reason. -- Thaddeus H. Butterbur Black (staring hard at a brick wall) 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgpo77FKij1sQ.pgp Description: PGP signature
Bug#295155: ITP: steam -- environment for cooperative knowledgemanagment
Good idea. Different from most other cooperation tools is the novel possibility of self-organisation and self-administration by the members within the virtual environment. Can server and client both be installed with minimal dependencies? For example, without xlibs? -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgpfPZ636PWmB.pgp Description: PGP signature
Bug#292667: ITP: autoreply -- A safe, rate-limited autoresponder
Good idea. * Package name: autoreply Version : 1.2 Upstream Author : Giles Lean giles@nemeton.com.au * URL : http://www.nemeton.com.au/sw/autoreply/ * License : BSD Description : A safe, rate-limited autoresponder Autoreply is a simple autoresponder useful for replying to email upon receipt. I might use this package. Good luck. pgphCN15ktj3v.pgp Description: PGP signature
Bug#282283: RFH: dselect -- a user tool to manage Debian packages
To anyone interested enough to read this bug log (maybe nobody? we shall see): I have not forgotten about this bug, nor have I lost interest. On the other hand, neither have I yet found time to address it properly. As noted in the previous post, it is not my intent to block this bug by squatting on it. I have not yet earned ownership of this bug. If you have the knowledge, the interest and the time, you would enjoy my blessing and support (for what little these might be worth) if you stepped in front of me and started real dselect work. I merely do not want dselect to die of neglect. As for me, at the moment debram/debtags is commanding my available Debian time today. (There are regrettably only 24 hours in a day...) -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgp9MM8teJrOI.pgp Description: PGP signature
Bug#286105: ITP: pngwriter -- Library for plotting PNG image pixel by pixel
Good idea. Package: wnpp Severity: wishlist * Package name: pngwriter Version : 0.5.0 Upstream Author : Paul Blackburn [EMAIL PROTECTED] * URL : http://pngwriter.sourceforge.net * License : GPL Description : Library for plotting PNG image pixel by pixel PNGwriter is a very easy to use open source graphics library that uses PNG as its output format. The interface has been designed to be as simple and intuitive as possible. It supports plotting and reading in the RGB (red, green, blue), HSV (hue, saturation, value/brightness) and CMYK (cyan, magenta, yellow, black) colour spaces, basic shapes, scaling, bilinear interpolation, full TrueType antialiased and rotated text support, bezier curves, opening existing PNG images and more. Documentation in English and Spanish. Runs under Linux, Unix, Mac OS X and Windows. Requires libpng and optionally FreeType2 for the text support. Good luck. pgprlyEdg23nW.pgp Description: PGP signature
Bug#282283: dselect survey
Steve Greenland writes, Which, of course, isn't to say that it should be removed. I was surprised by how many people still use it; I hope some one will pick [dselect] up. Dselect is sufficiently important to me that, as time permits, I mean to pick it up. Another competent person with more time immediately available may pick dselect up first, of course, which would be fine. Otherwise expect dselect action from me within the four months following sarge's release. pgp2Lhihtw2RQ.pgp Description: PGP signature
Bug#284005: ITP: newlib -- a simple ANSI C library and math library
It looks like an interesting package, Shaun---potentially an important package. * Package name: newlib Version : 1.12.0.20041126 Upstream Author : [EMAIL PROTECTED] * URL : http://sources.redhat.com/newlib/ * License : GPL, LGPL, BSD, and others Description : a simple ANSI C library and math library Newlib is a C library intended for use on embedded systems. It is a conglomeration of several library parts, all under free software licenses that make them easily usable on embedded products. Do not feel that newlib is being challenged if I ask, have you noticed libuclibc0 (Source: uclibc), already in the archive? pgpW8TMwr5RAh.pgp Description: PGP signature
Bug#282283: RFH: dselect -- a user tool to manage Debian packages
So you're interested? Excellent! I am interested, so I should draw three adverse factors to your attention. 1. I belong to the class of 6 March 2004. These are the 61 final candidates who since 6 March 2004 have fully completed the New Maintainer tests and have earned final recommendation from everyone involved except the DAM, the latter of whom for inferable but admittedly unexplained reasons has deep-frozen the entire class. Some day the DAM will undoubtedly thaw the class and create Developer accounts, but whether a year from now, a week, or some other length of time is anyone's guess. In the indefinite meantime I would require your sponsorship for upload. 2. Had one actually contributed a patch to dselect, his expression of interest would seem more credible. I have contributed no patch. 3. My December schedule happens to be full. (Pursuing a Ph.D., I have what at Virginia Tech we call a doctoral qualifying examination coming up. Preparation for the exam requires my close attention and renders impracticable any immediate dselect activity.) I would not act until the new year. On the other hand, if you have my package debram installed, then you know that I am not some random dselect volunteer. Debram remains orthogonal to dselect, but the point to note is in that the general problem of Debian package selection has received my close, steady development attention for two and a half years. A newcomer to dselect development as such, I am no newcomer to the package-selection problem; and the technical implications of the various kinds of package-dependency interrelationships have long been of significant interest to me. I also happen to use dselect regularly. Dselect would not lack for competent attention under my care. Furthermore, item # 3 above notwithstanding, the broader timing for me happens to be excellent. After two and a half years, I have finally released debram (0.6.0) to sid last week. This was the big upload. The Debian package ramification therein is now complete and fully up to date, covering all of sarge main. I am thus generally ready for a new Debian development project. This mail requires no immediate action, Scott. As my Debian history indicates, I am indeed highly interested and well motivated, but we still have some time to think about this. As mentioned, I am not quite ready to leap in and to start work on the dselect to-do list, anyway. Maybe the way to handle the matter would be first to let me attack an item or two on dselect's to-do list in January and February. If acceptable to you and if I seemed to be making satisfactory progress at that time, you might commit the package to me then. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgp6CGjDjjkVC.pgp Description: PGP signature
Bug#280209: ITP: codeville -- More anarchic revision control system
* Package name: codeville Version : 0.1.9 Upstream Author : Ross Cohen [EMAIL PROTECTED] * URL : http://www.codeville.org * License : Open Software License 2.0 Description : More anarchic revision control system Codeville is a new version control system. All other version control systems require that you keep careful track of the relationships between branches so as not have to repeatedly merge the same conflicts. Codeville is much more anarchic. It allows you to update from or commit to any repository at any time with no unnecessary re-merges. Codeville works by creating an identifier for each change which is done, and remembering the list of all changes which have been applied to each file and the last change which modified each line in each file. When there's a conflict, it checks to see if one of the two sides has already been applied to the other one, and if so makes the other side win automatically. When there's an actual not automatically mergeable version conflict, Codeville behaves in almost exactly the same way as CVS. From the description, it sounds a lot like Subversion. How does Codeville improve upon Subversion? This is not a challenge; it is just a question. Please copy your reply to me. Good luck with Codeville. It sounds like a good package. pgpHNmjBuR2YD.pgp Description: PGP signature
Bug#277746: ITP: mesord -- A stochastic simulator of coupled chemical reactions and diffusions in space
Good idea. * Package name: mesord Version : 0.1.9 Upstream Author : David Fange [EMAIL PROTECTED] * URL : http://mesord.sourceforge.net/ * License : GPL Description : A stochastic simulator of coupled chemical reactions and diffusions in space MesoRD is a tool for stochastic simulation of reactions and diffusion. In particular, it is an implementation of the Next Subvolume Method, which is an exact method to simulate the Markov process corresponding to the reaction-diffusion master equation. Good luck. Do you mean to package a base version with minimal dependencies---particularly, a base version which does not need xlibs? pgpr1Qs2BiTzF.pgp Description: PGP signature
Bug#274721: ITP: openipmi -- Intelligent Platform Management Interface
This looks like a worthy endeavor, Noel. Package: wnpp Severity: wishlist * Package name: openipmi Version : 1.3.10 Upstream Author : Corey Minyard [EMAIL PROTECTED] * URL : http://openipmi.sourceforge.net/ https://sf.net/projects/openipmi/ * License : GPL, LGPL Description : Intelligent Platform Management Interface The Open IPMI project aims to develop an open code base to allow access to platform information using Intelligent Platform Management Interface (IPMI). If you are interested in the spec: http://www.intel.com/design/servers/ipmi/index.htm An open code base for IPMI is indeed needed. Good luck. -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgp2ZwpGl2oBn.pgp Description: PGP signature
Bug#271988: ITP: ded -- curses-based file browser with the possibility of editing directories
Would you be angry, Rob, if I disagreed? Description : curses-based file browser with the possibility of editing directories This short description is bad, it should describe what the program does without including a technical description of how it does it, so dont include that its ncurses based there. The curses-based part is interesting and highly informative, well worth the space it takes in the one-line Description. One could say terminal-based, which would be okay, too; but I admit that I slightly prefer curses-based. That one can run the program without X is a major point of the program. The probable inference is that the program is lean and minimal, which some users like me really appreciate. I respect your reasons, Rob. I think that they are good ones. But in this case I admit that it seems to me that the curses-based qualifier clearly merits inclusion in the package's one-line Description, as proposed. The line is the one line an admin sees when browsing through long lists of packages; it must convey the essential purpose, function and style of the program in one line. The curses-based qualifier is sufficiently important and serves the purpose, in my view. I will probably use `ded' when packaged. If Nico had not included the curses-based in the one-line Description, however, the package probably would have escaped my attention altogether. So the curses-based qualifier has been informative to me, at least. What do you think? -- Thaddeus H. Black 508 Nellie's Cave Road Blacksburg, Virginia 24060, USA +1 540 961 0920, [EMAIL PROTECTED] pgp1v3BA4cfSv.pgp Description: PGP signature
Bug#271166: ITP: fityk -- general-purpose nonlinear curve fitting and data analysis
This looks like it could be a nice package. * Package name: fityk I think that I might eventually use this package. Question: how few dependencies do you think you can package it with? Can you package a useful core of it without X? Without Perl? Without other complex or extensive dependencies? pgpQL2MOAp8PH.pgp Description: PGP signature
