Re: RFC: Better formatting for long descriptions

2009-05-13 Thread Morten Kjeldgaard
I haven't read the whole long thread, so perhaps this has been mentioned by someone else. Python has recently decided to convert their documentation to reStructuredText [1]. It would make a lot of sense for Debian to use that de-facto standard (or some subset of it) for text typesetting in the long

Re: Packages still depending on GTK+ 1.2

2008-12-09 Thread Morten Kjeldgaard
Dear Neil & Gunner, Thank you for your long, detailed and convincing postings in this thread. I really appreciate it! The argument that finally made me surrender was that time is perhaps better spent helping upstream authors make the conversion. So I guess we're on the same page now. And I'd be cr

Re: Packages still depending on GTK+ 1.2

2008-12-08 Thread Morten Kjeldgaard
On 08/12/2008, at 20.55, Gunnar Wolf wrote: . Should we keep obsolete, deprecated, abandoned software forever? No, certainly not forever. Nobody has suggested keeping GTK+ 1.2 forever. Hmmm... Sounds like an argument for porting Debian to the C64. It's great if you can present your own

Bug#508168: ITP: wulfware -- a software suite for monitoring nodes in a cluster

2008-12-08 Thread Morten Kjeldgaard
Package: wnpp Severity: wishlist Owner: Morten Kjeldgaard <[EMAIL PROTECTED]> * Package name: wulfware Version : 2.6.0 Upstream Author : Robert G. Brown <[EMAIL PROTECTED]> * URL : http://www.phy.duke.edu/~rgb/Beowulf/wulfware/ * License : GPL

Re: Packages still depending on GTK+ 1.2

2008-12-08 Thread Morten Kjeldgaard
> control I need to be able to compile these libraries myself, as I always > did in the past. I usually have several different versions of mesa, expat, > etc. installed simultaneously, for testing purposes, etc. Cheers, Morten [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4

Re: Packages still depending on GTK+ 1.2

2008-12-06 Thread Morten Kjeldgaard
On 06/12/2008, at 15.47, Barry deFreese wrote: Obviously I was exaggerating purposely. Yes, but, you know, exaggerating the position of others in a forum like this is not really constructive. In fact, it signals that you've run out of arguments. I raised a -- I think -- valid concern th

Re: Packages still depending on GTK+ 1.2

2008-12-06 Thread Morten Kjeldgaard
ions that make use of it, if reasonable replacements are available. But Libraries represent a resource for _others_ than packagers and developers. Cheers, Morten -- Morten Kjeldgaard [EMAIL PROTECTED] Key fingerprint = FC53 53B2 81D1 27CA 45D5 F864 078C F31B 4048 25E7 -- To UNSUBSCRIBE, ema

Re: Packages still depending on GTK+ 1.2

2008-12-05 Thread Morten Kjeldgaard
On 06/12/2008, at 00.09, Michael Banck wrote: There are several useful science programs that still make use of GTK+ 1.2, one is a very useful chemistry program, GAMGI, which is in the new queue and on its way into unstable. AFAICT, gamgi is using GTK-2.0. Yes you are right, gamgi uses GT

Re: Packages still depending on GTK+ 1.2

2008-12-05 Thread Morten Kjeldgaard
On 05/12/2008, at 21.11, Barry deFreese wrote: Is this really feasible? How many people are going to work on dead packages? Or if we RM: the lot of them, how many users are we pissing off? There are several useful science programs that still make use of GTK+ 1.2, one is a very us

Re: What should postrm purge actually do?

2008-06-04 Thread Morten Kjeldgaard
Did you consider the case with $HOME being mounted on NFS with rootsquash (which is set by default)? Should the postinst then 'su' to each user to do the modifcations in that case then? How about if some extra security policy is active like apparmor or selinux? Sorry, the only sane option which i

Bug#461112: ITP: kssh -- KDE front end to ssh

2008-01-16 Thread Morten Kjeldgaard
Package: wnpp Severity: wishlist Owner: Morten Kjeldgaard <[EMAIL PROTECTED]> * Package name: kssh Version : 0.7 Upstream Author : Andrea Rizzi <[EMAIL PROTECTED]> * URL : http://downloads.sourceforge.net/kssh * License : GPL Program

Re: postscropt document without source

2008-01-14 Thread Morten Kjeldgaard
Colin Tuckley wrote: I'm working on a package (blas) that contains a postscript document with no source supplied by upstream. Obviously I can remove the postscript file from the binary package, but is this sufficient or do I also need to remove it from the source package - which implies re-pack

Bug#459753: ITP: btk-core -- Biomolecule Toolkit C++ library

2008-01-08 Thread Morten Kjeldgaard
Package: wnpp Severity: wishlist Owner: Morten Kjeldgaard <[EMAIL PROTECTED]> * Package name: btk-core Version : 0.8.1 Upstream Author : Tim Robertson ([EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/btk/ * License : GPL Programmin

Bug#459637: ITP: mustang -- multiple structural alignment of proteins

2008-01-07 Thread Morten Kjeldgaard
Package: wnpp Severity: wishlist Owner: Morten Kjeldgaard <[EMAIL PROTECTED]> * Package name: mustang Version : 3.0 Upstream Author : Arun S. Konagurthu <[EMAIL PROTECTED]> * URL : http://www.cs.mu.oz.au/~arun/mustang/ License : 3 clause BSD

Re: Is there a way to positively, uniquely identify which Debian release a program is running on?

2007-06-01 Thread Morten Kjeldgaard
related to. I put that aside because I wanted something working quickly, but the idea of being able to make a "family tree" of distros still seems like fun. It isn't hard to do. Cheers, Morten -- Morten Kjeldgaard, Asc. professor, Ph.D. Department of Molecular Biology, Aa

Re: Is there a way to positively, uniquely identify which Debian release a program is running on?

2007-06-01 Thread Morten Kjeldgaard
tar.gz if you're interested. I anyone wants to join in and extend/rewrite/improve this utility, let me know. Cheers, Morten -- Morten Kjeldgaard, Asc. professor, Ph.D. Department of Molecular Biology, Aarhus University Gustav Wieds Vej 10 C, DK-8000 Aarhus C, Denmark Lab +45 89425026 * Mobi