Re: RFA: dbi,rmysql,qtl -- GNU R package providing a generic database interface

Dear Dirk, one should indeed discuss if the packages should remain in the distribution, but please not because I am a bit behind in maintenance. I promise updates for this weekend. The packages built for CRAN and BioConductor derived automagically via the script you wrote (http://alioth.debian

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

Anthony DeRobertis wrote: > "The description should also give information about the significant > dependencies and conflicts between this package and others, so that the > user knows why these dependencies and conflicts have been declared." > ---Debian Policy, Section 3.4 So, I see two options...

Re: texlive-basic_2005-1_i386.changes REJECTED

[Frank Küster] > > Why do we need two packages containing the "latex" command, for example? > > Why do we need N packages that provide MTA functionality? That's not equivalent. An equivalent question would be more like "why do we need N packages all containing the source code for exim and build

Re: How to automatically update files on alioth from svn

Frank Küster wrote: > What do you mean > with https? I don't want to only check out individual files from a > websvn site, but complete directories, including new files. http://svnbook.red-bean.com/en/1.1/ch06s04.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscrib

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

Roberto C. Sanchez wrote: > On Wed, Nov 30, 2005 at 12:59:07PM +0100, Gürkan Sengün wrote: > >>It uses gnugo as its >>engine and you must have a recent version of gnugo installed in order to run >>it. > > This statement is unnecessary. You use dependencies to specify that. "The description sho

RFA: dbi -- GNU R package providing a generic database interface

Package: wnpp Severity: normal Steffen Moeller is the maintainer of dbi, a database interface for R. I have sponsored a few uploads. The package could use a refreshment. A new version is out. The debian/ directory can probably do with an update. I can help and advise, but cannot take on more pa

RFA: rmysql -- GNU R package providing a DBI-compliant interface to MySQL

Package: wnpp Severity: normal Steffen Moeller is the maintainer of rmysql, a MySQL database package for R. I have sponsored a few uploads. The package could use a refreshment. Three new minor versions are out, and there is a bug report. The debian/ directory can probably do with an update. I

RFA: qtl -- GNU R package for genetic marker linkage analysis

Package: wnpp Severity: normal Steffen Moeller is the maintainer of qtl, a bio/genetics analysis package for R. I have sponsored a few uploads. The package could use a refreshment. A new minor version is out. The debian/ directory can probably do with an update. I can help and advise, but canno

Re: dpkg-sig support wanted?

On Tue, Nov 29, 2005 at 02:20:55PM +0100, Florian Weimer wrote: > > not even be out of the question to find someone who'll sponsor an upload > > without rebuilding the .deb. I think it's safe to imagine that there are > > developers right now who've done some shady things in the past; is it > > tha

Re: package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)

On Wed, Nov 30, 2005 at 10:21:34PM +0100, Michael Koch wrote: > On Wed, Nov 30, 2005 at 09:10:58PM +0100, Stephan Hermann wrote: > > Don't worry :) If new 0.6.0 upstream source will change the soname and the > > package is named to libatlas-cpp-0.7 then you can just conflicts/replaces > > to >

Re: Bug#341465: ITP: libfile-copy-recursive-perl -- Perl extension for recursively copying files and directories

On Wed, Nov 30, 2005 at 08:05:02PM +0100, Krzysztof Krzyzaniak (eloy) wrote: > Package: wnpp > Severity: wishlist > Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> > > * Package name: libfile-copy-recursive-perl > Version : 0.16 > Upstream Author : Daniel Muey <[EMAIL PROT

Re: BTS down?

On Wed, 30 Nov 2005, Gregor Jasny wrote: > Don Armstrong schrieb: > > On Mon, 21 Nov 2005, Gregor Jasny wrote: > > > >>Bastian Venthur schrieb: > >> > >>>Can somebody confirm that there is a problem with the BTS? > >> > >>I've got the same setup and the same problem. Still no confirmation > >>fro

Bug#341487: ITP: gchempaint -- Chemical structure editor

Package: wnpp Severity: wishlist Owner: Michael Banck <[EMAIL PROTECTED]> * Package name: gchempaint Version : 0.6.2 Upstream Author : Jean Brefort <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/gchempaint/ * License : GPL Description : Chemical struct

Bug#341486: ITP: gnome-chemistry-utils -- GNOME chemistry utility library

Package: wnpp Severity: wishlist Owner: Michael Banck <[EMAIL PROTECTED]> * Package name: gnome-chemistry-utils Version : 0.4.7 Upstream Author : Jean Brefort <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/gchemutils/ * License : GPL Description : GNOM

Re: Stephen Frost MIA?

On Wed, November 30, 2005 18:34, Nico Golde wrote: > [...] > Please consider reading this: > http://www.us.debian.org/doc/developers-reference/ch-beyond-pkging.en.html > #s-mia-qa You mean where it says "It is also allowed to post a query to debian-devel@lists.debian.org, asking if anyone is aware

Re: package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)

On Wed, Nov 30, 2005 at 09:10:58PM +0100, Stephan Hermann wrote: > Hi Michael, > > On Wednesday 30 November 2005 22:00, Michael Koch wrote: > > On Wed, Nov 30, 2005 at 08:08:15PM +0100, Stephan Hermann wrote: > > > Well, I will try to revert the change, no problem. But even for > > > libatlas-cpp-

Re: package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)

Hi Michael, On Wednesday 30 November 2005 22:00, Michael Koch wrote: > On Wed, Nov 30, 2005 at 08:08:15PM +0100, Stephan Hermann wrote: > > Well, I will try to revert the change, no problem. But even for > > libatlas-cpp-0.6 there was a soname change (if you see this bugreport > > about the rename

Re: package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)

On Wed, Nov 30, 2005 at 08:08:15PM +0100, Stephan Hermann wrote: > Well, I will try to revert the change, no problem. But even for > libatlas-cpp-0.6 there was a soname change (if you see this bugreport about > the rename of libatlas-cpp-0.5) and there was no need to rename > libatlas-cpp-0.6 be

Bug#341465: ITP: libfile-copy-recursive-perl -- Perl extension for recursively copying files and directories

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libfile-copy-recursive-perl Version : 0.16 Upstream Author : Daniel Muey <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~dmuey/File-Copy-Recursive-0.16/ * Licen

XyMTeX licensing

Dear Dr. Shinsaku, I'm one of the people developing the TeX Live software distribution for the TeX user groups. The Debian project recently asked me about XyMTeX, which we do currently include in TeX Live, based on your license statement being analogous to that of Knuth's for TeX itself. But now

Re: XyMTeX in TeX live

Hi Norbert, I hope life after release of TL2005 has settled down a bit Well, just redirected into other areas :(. Interstingly, the files state something a bit different: A "license" statement clearly taken from tex.web, so I'm glad it is not considered nonfree :). we (actually Fr

Re: package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)

Hi Steve, On Tuesday 29 November 2005 12:15, Steve Langasek wrote: > On Tue, Nov 29, 2005 at 11:38:32AM +0100, Stephan Hermann wrote: > > > I don't see any reason to rename the -dbg packages, generally. > > > > For the first cxx transition during Breezy development, I renamed > > libatlas-cpp-0.5

Re: Stephen Frost MIA?

* Jos? Luis Tall?n ([EMAIL PROTECTED]) wrote: > Having sent you e-mails with my last answers to the Tasks&Skills > stage of the NM process on 2005/10/05, and having received receipt > confirmation from you on 2005/10/18, i still have no answer from you. > Moreover, i have ping'd you on 2005

Re: Stephen Frost MIA?

On Wed, Nov 30, 2005 at 09:25:31AM -0600, Graham Wilson wrote: > On Wed, Nov 30, 2005 at 08:48:44AM +0100, Martin Zobel-Helas wrote: > > how about sending this to Frontdesk <[EMAIL PROTECTED]> or MIA, > > <[EMAIL PROTECTED]> instead of spamming debian-devel with that? > > Since when is a message t

Re: BTS down?

Hi, Don Armstrong schrieb: > On Mon, 21 Nov 2005, Gregor Jasny wrote: > >>Bastian Venthur schrieb: >> >>>Can somebody confirm that there is a problem with the BTS? >> >>I've got the same setup and the same problem. Still no confirmation >>from bugs.debian.org. > > The BTS is currently receiving

Re: Best tool for patch update use case?

> I was really asking for a GUI tool that allows me to update the current > patches, one by one, to the current upstream sources, going through > each patch chunk and letting me update the chunk if it doesn't apply > correctly. Ah, something like an interactive three-way merge? ediff, kdiff3 and

Re: Stephen Frost MIA?

Hi, * José Luis Tallón <[EMAIL PROTECTED]> [2005-11-30 18:23]: > Having sent you e-mails with my last answers to the Tasks&Skills > stage of the NM process on 2005/10/05, and having received receipt > confirmation from you on 2005/10/18, i still have no answer from you. > Moreover, i have ping'

Re: dpkg-sig support wanted?

On Tue, Nov 29, 2005 at 02:20:55PM +0100, Florian Weimer wrote: > * Anthony Towns: > > On Sat, Nov 26, 2005 at 10:59:57AM +0100, Florian Weimer wrote: > >> In terms of security, there are some better hash functions. > > > > My understanding was that there aren't other hash functions that've had >

OTOMATIK KAPI VE KEPENK

SAYIN YETKİLİ   ALÜMİNYUM VE GALVENİZ PROFİLDEN HER NEVİ KEPENK YAPIMI İLE GARAJ KAPILARI OTOMASYONU,BARİYER,MANTAR BARİYER VE FOTOSELLİ KAPILAR KONUSUNDA HİZMET VERMEKTEYİZ. AYRINTILI BİLGİ İÇİN www.gokermakina.com ADLI WEB SAYFAMIZDAN YADA 0216 472 97 29 - 30 NOLU TELEFONLARIMIZDAN BİLGİ

Re: dpkg-sig support wanted?

On Mon, Nov 28, 2005 at 07:07:22PM +1000, Anthony Towns wrote: > (Note that "dsum" would probably need to become Priority:required, > and possibly Essential:yes, with the complications that entails) Stick it in dpkg.deb. There's plenty of precedent for that (some not-so-good, but I think mostly go

XyMTeX in TeX live

Hi Karl! I hope life after release of TL2005 has settled down a bit and the discussions about Lucida fonts are going well!? ATM I have a different question: In the course of trying to get TeX live into Debian, a discussion about the licensing of XyMTeX occurred. Short background: Kevin McCarty w

Re: dpkg-sig support wanted?

* Henning Makholm: > Scripsit Florian Weimer <[EMAIL PROTECTED]> >> * Jochen Voss: > >>> I found the example at http://www.cits.rub.de/MD5Collisions/ quite >>> impressive. They have two different valid PostScript files with >>> identical MD5 sums. I don't know how much computing time they used,

Re: Stephen Frost MIA?

On Wed, Nov 30, 2005 at 08:48:44AM +0100, Martin Zobel-Helas wrote: > how about sending this to Frontdesk <[EMAIL PROTECTED]> or MIA, > <[EMAIL PROTECTED]> instead of spamming debian-devel with that? Since when is a message that is on topic (or at least relevant) to Debian development spam? -- g

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

On Wed, Nov 30, 2005 at 08:55:40AM -0500, James Vega wrote: > Indicating that gnugo is the engine is relevant, but specifying that a > recent version of gnugo need be installed is not. In fact, that part of > the description could become invalid depending on the development of > both gnugo and lad

Re: How to automatically update files on alioth from svn

On Wed, 30 Nov 2005 15:31:34 +0100, Frank Küster <[EMAIL PROTECTED]> wrote: >Yann Dirson <[EMAIL PROTECTED]> wrote: >> Frank wrote: >>> - how to authenticate the transfer, since the svn repository and the >>> webspace is on different machines. >> >> https or svn+ssh to access the repo should prov

Re: texlive-basic_2005-1_i386.changes REJECTED

Josselin Mouette <[EMAIL PROTECTED]> wrote: > Le mardi 29 novembre 2005 à 22:48 +0100, Norbert Preining a écrit : >> There is a lot of duplication in Debian, and up to now nobody has >> complaint. We are working on taking out and packagin *big* stuff (like >> font packages: lmodern, cm-super) so t

Bug#341425: ITP: libmail-date-perl -- RFC2822 compliant date-time conversion

Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libmail-date-perl Version : 0.09 Upstream Author : Masanori HATA <[EMAIL PROTECTED]> (Saitama, JAPAN) * URL : http://www.cpan.org/authors/id/H/HA/HATA/ * License : GPL (>

Re: Non-DFSG TeXLive stuff

"Kevin B. McCarty" <[EMAIL PROTECTED]> wrote: > Norbert Preining wrote: > >> To my reading that thread didn't end in a conclusion that it is not >> acceptable. >> >> Furthermore, IMHO, if it would be *not* acceptable, then we would >> have to remove all, I repeat *ALL* LPPL licensed packages. >

Re: How to automatically update files on alioth from svn

Yann Dirson <[EMAIL PROTECTED]> wrote: > Frank wrote: > >> - how to authenticate the transfer, since the svn repository and the >> webspace is on different machines. > > https or svn+ssh to access the repo should provide the level of > authentication you need, or do I miss something ? With svn+

Re: sparc64 system?

On Wednesday 30 November 2005 14:49, Bernd Eckenfels wrote: > I need a sparc64 test system to debug a bus error (#340384). > Cananybody tell me where I get an account, or do the debug symbols > compile and backtrace for me? And also update the availability > information of vore in the db. I can g

Re: texlive-basic_2005-1_i386.changes REJECTED

Joerg Jaspert <[EMAIL PROTECTED]> wrote: > On 10488 March 1977, Frank Küster wrote: > >allrunes dfsg >Please: Tell me its not true that the DFSG is used as a license there. As stated in the License file, this list was generated from the TeX Catalogue, which *can be wrong*!

Re: Best tool for patch update use case?

Florian Weimer wrote: > > What tool do you think is the easiest to perform this task? > In the Debian context, most developers who maintain individual patches > use dpatch. quilt is a similar tool. There's also Chris Mason's mq > extension for Mercurial, and Stacked GIT, but these haven't been >

sparc64 system?

Hallo, according to db.debian.org we have two sparc machines (aric and vore) for Developers. However vore seems to be unable, and on auric I can't log in. (it wont ask me for the pubkey i have in the databse and it wont accept the password) I need a sparc64 test system to debug a bus error (#340

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

On Wed, Nov 30, 2005 at 01:28:30PM +, Jochen Voss wrote: > On Wed, Nov 30, 2005 at 07:31:21AM -0500, Roberto C. Sanchez wrote: > > On Wed, Nov 30, 2005 at 12:59:07PM +0100, Gürkan Sengün wrote: > > > It uses gnugo as its > > > engine and you must have a recent version of gnugo installed in orde

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

Hello Robert, On Wed, Nov 30, 2005 at 07:31:21AM -0500, Roberto C. Sanchez wrote: > On Wed, Nov 30, 2005 at 12:59:07PM +0100, Gürkan Sengün wrote: > > It uses gnugo as its > > engine and you must have a recent version of gnugo installed in order to > > run > > it. > This statement is unnecessary

Re: Best tool for patch update use case?

> What tool do you think is the easiest to perform this task? In the Debian context, most developers who maintain individual patches use dpatch. quilt is a similar tool. There's also Chris Mason's mq extension for Mercurial, and Stacked GIT, but these haven't been packaged for Debian yet. --

Re: ITP: ladder.app -- GNU Go frontend for GNUstep

On Wed, Nov 30, 2005 at 12:59:07PM +0100, Gürkan Sengün wrote: > Package: wnpp > Severity: wishlist > > * Package name: ladder.app > Version : 1.0 > Upstream Author : Banlu Kemiyatorn <[EMAIL PROTECTED]> > * URL : http://www.nongnu.org/gap/ladder/index.html > * License

Best tool for patch update use case?

I have this use case: I have a bunch of patches in a folder and I'd like to update them to the latest version of the upstream software as easily as possible. It's the use case that a typical Debian maintainer faces when he has to upgrade the upstream sources and there's patches added there and pat

Bug#341388: ITP: libvmime -- a C++ mail library

Package: wnpp Severity: wishlist Owner: Mattias Nordstrom <[EMAIL PROTECTED]> * Package name: libvmime Version : 0.8.0 Upstream Author : Vincent Richard <[EMAIL PROTECTED]> * URL : http://www.vmime.org/ * License : GPL Description : a C++ mail library V

ITP: ladder.app -- GNU Go frontend for GNUstep

Package: wnpp Severity: wishlist * Package name: ladder.app Version : 1.0 Upstream Author : Banlu Kemiyatorn <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/gap/ladder/index.html * License : GNU GPL Description : GNU Go frontend for GNUstep This is a grap

Re: too long to build 2.6.14.2 kernel

Hello! On Tue, 22 Nov 2005 23:49:34 +0100, Andreas Orfanos wrote: > I try to produce some statistical data with different kernels. The > latest 2.4.32 takes an average 6 minutes to build (~500 > objects). But 2.6.0 takes more than half an hour for (~3000objects > and more). The latest 2.6.14.2

Re: Stephen Frost MIA?

Martin Zobel-Helas wrote: >Hi José, > >how about sending this to Frontdesk <[EMAIL PROTECTED]> or MIA, ><[EMAIL PROTECTED]> instead of spamming debian-devel with that? > > Thank you for the suggestion. Will do that in the future. J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Re: texlive-basic_2005-1_i386.changes REJECTED

Le mardi 29 novembre 2005 à 22:48 +0100, Norbert Preining a écrit : > > When did I ask you to make one single binary package? > > Even if I take five packages each of it will be bigger than anything > else in Debian and completely unable to be handled. TeX is big, I'd expect packages to be big. H