Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
On 12 Aug 2002, Grzegorz Prokopski wrote: > Facts that caused that I have choosen this set of tools. > * kaffe > It contains it's own JAVA_HOME environment, so it wouldn't make sense > to just copy it. If you can build with kaffe - then stick with > it and don't use free-java-sdk. However - be careful about licenses - > see below. Huh? Speak english, this makes no sense. > * kaffe and other GPL-licensed JVMs can only be used with GPL compatible > software (i.e. no Apache style licenses!). See > http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL > Not to mention that kaffe's classlib is GPL [1] So? It's still free. > * other LGPL licensed JVMs that use GNU Classlib > I tried them and... they couldn't load .zip'ed or .jar'ed classes > (do you imagine doing 'decompress .jars to /tmp before execution' in >'java' wrapper?!) > I have not actually expirienced this, but I was told, that some of > free JVMs, that have JIT engines - have seriosu and still not solved > problems with JIT. add jar to classpath, done. > * gcj - nice, but how do I use it? ;-) > gcj can produce Java code, but you have to run the result somewhere > this is even worse with software that uses for ex. ant to compile - > you need to be able to run ant to compile them! > I know gcj can compile to native code (on x86 platform only AFAIK) - > but we didn't even agree (in java policy) how such packages should > be named (let alone other problems and basic question: 'is this still > java?'). Read the docs. gcj doesn't produce java code. It compiles it, to either .class, or .o. It can also compile .class to .o. gij is a full interpeter; it can run .class and .jar files. It can also load libraries as jar files. > I don't claim that SableVM (http://www.sablevm.org/) is world's best > JVM. But it has some features that caused the decision: > - is LGPL (no potential licensing problems) > - uses GNU Classpath (active upstream and GPL+linking exception) > - is Java bytecode interpreter (can even be debugged with gdb) > which is proven to be solid same for gcj, and kaffe, I hear, if you enable some options. > - it's upstream is really interested in having robust and widely used > JVM [2], not only another research tool for students > - it is written in pure C, should be very easily portable to other > architectures (currently it supports x86, not sure about alpha, but in > few months sparc support should be added) kaffe and gcj are already heavily ported. kaffe has been ported to several cell phones, and other embeddable devices.
Bug#156474: ITP: libresid -- C++ library to emulate the SID chip
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libresid Version : 0.13 Upstream Author : Dag Lem * URL : http://sf.net/projects/sidplay2/ * License : GPL Description : C++ library to emulate the SID chip This is reSID, a reverse engineered software emulation of the MOS6581 SID (Sound Interface Device). This chip was used in the Commodore 64 computer. . reSID is a C++ library containing a complete emulation of the SID chip. This library can be linked into programs emulating the MOS6510 MPU to play music made for the Commodore 64 computer. reSID has been successfully linked into VICE, a full-fledged Commodore 64 emulator, and SIDPLAY, a popular SID tune player. The VICE home page is: http://www.cs.cmu.edu/~dsladic/vice/ A patch for SIDPLAY can be found on the SIDPLAY home page: http://www.geocities.com/SiliconValley/Lakes/5147/ . Various SID emulators exist, however reSID should still be of great interest to Commodore 64 nostalgics. The emulator engine is cycle-based, emulating the internal operations of the SID chip. SID's audio filter is modeled as an actual two-integrator-loop biquadratic filter circuit. The engine has been developed based on available information on SID, sampling of the OSC3 and ENV3 registers, filter theory, and meticulous testing. In short, a scientific approach has been taken to model the SID chip as accurately as possible. . To our knowledge reSID is by far the most accurate SID emulator ever created. This comes at a price; what is considered a fairly fast CPU at the time of this writing is needed to run the emulator. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux spark 2.4.18-xfs-1.1 #2 za jun 15 15:26:59 CEST 2002 i586 Locale: LANG=C, [EMAIL PROTECTED] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9WCPRbTEMl+oVcvERAuEIAJwP+Mh3bdn/5NGXQKkLbfO3SLDaTwCfRfQI K3GQlWgvMFZnnPd5o8sY49E= =/lxV -END PGP SIGNATURE-
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W liście z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: > On 12 Aug 2002, Grzegorz Prokopski wrote: > > W liście z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: > > > Er, you say free, but are restricting me to only use what is listed in the > > > depends. > So, what about kaffe? What about gcj? Why are you saying that sable is > better than these others? Yes, I looked at the alternatives. I wouldn't choose sablevm just because it is 'new and cool (and I am the maintainer)'. Facts that caused that I have choosen this set of tools. * kaffe It contains it's own JAVA_HOME environment, so it wouldn't make sense to just copy it. If you can build with kaffe - then stick with it and don't use free-java-sdk. However - be careful about licenses - see below. * kaffe and other GPL-licensed JVMs can only be used with GPL compatible software (i.e. no Apache style licenses!). See http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL Not to mention that kaffe's classlib is GPL [1] * other LGPL licensed JVMs that use GNU Classlib I tried them and... they couldn't load .zip'ed or .jar'ed classes (do you imagine doing 'decompress .jars to /tmp before execution' in 'java' wrapper?!) I have not actually expirienced this, but I was told, that some of free JVMs, that have JIT engines - have seriosu and still not solved problems with JIT. * gcj - nice, but how do I use it? ;-) gcj can produce Java code, but you have to run the result somewhere this is even worse with software that uses for ex. ant to compile - you need to be able to run ant to compile them! I know gcj can compile to native code (on x86 platform only AFAIK) - but we didn't even agree (in java policy) how such packages should be named (let alone other problems and basic question: 'is this still java?'). I don't claim that SableVM (http://www.sablevm.org/) is world's best JVM. But it has some features that caused the decision: - is LGPL (no potential licensing problems) - uses GNU Classpath (active upstream and GPL+linking exception) - is Java bytecode interpreter (can even be debugged with gdb) which is proven to be solid - it's upstream is really interested in having robust and widely used JVM [2], not only another research tool for students - it is written in pure C, should be very easily portable to other architectures (currently it supports x86, not sure about alpha, but in few months sparc support should be added) Please take a look at our conversation on sablevm-dev ml http://www.geocrawler.com/lists/3/SourceForge/4435/0/ and you'll learn more about what we're aiming at. If you can propose better (single!) solution - I'd be glad to hear about it. > Debian should not be a popularity contest. It is technical contest. Technically better solutions win. I only want to gather technically (and legally - yes!) best tools in one place. Best regards Grzegorz B. Prokopski [1] It is not 100% clear if you can or cannot use GPLed JVM and GPLed Java libs with GPL-incompatible software. Different people have different understanding of things. Howeve I'd like to be on the safe side here, especially when it is possible. But if it were legally proven that you can use GPLed VM and GPLed libs with GPL-incompatible software - it would mean you can easily "workaround" the soul of GPL! [2] You can get sablevm from: deb http://debian.sente.pl/debian ./ apt-get install sablevm take a closer look that it has separate libs that can be used for ex. in mozilla plugin or by other programs. Unlike other JVMs in debian - it has separate package for classlib part that is architecture dependant and the rest. (any ideas are welcomed - I am preparing to upload all the stuff soon) signature.asc Description: PGP signature
Bug#155975: RFP: 3ddesktop -- GNOME OpenGL program for switching virtual desktops in a 3-dimensional manner
Marcelo E. Magallon dijo: > I doubt this is actually useful, but it's a rather cool toy. I might > convince an acquaintance of mine to add some other transition effects > -- once I get him drooling over it, that is :) Please ping me when a package suitable for testing comes up. I'm dying to see it. -- .''`. Life is WYGIWYD: What You Get Is What You Deserve : :' : `. `' Proudly running Debian GNU/Linux Sid (2.4.18 + Ext3) `-www.amayita.com www.malapecora.com www.chicasduras.com
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
On 12 Aug 2002, Grzegorz Prokopski wrote: > W li?cie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: > > Er, you say free, but are restricting me to only use what is listed in the > > depends. So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Debian should not be a popularity contest.
Bug#156461: ITP: autoinstall-ia64 -- Debian auto-installation system - ia64-specific files
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: autoinstall-ia64 Version : 1.0 Upstream Author : Paul Telford <[EMAIL PROTECTED]> * URL : N/A * License : GPL Description : Debian auto-installation system - ia64-specific files This is an ia64 "port" of the autoinstall-i386 package -- arch specific routines for creating an autoinstall disk image. Functionally equivalent to the i386 package, but syntactically very different. Feature updates to this package will track those in the i386 version. - -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux ros-saab 2.4.16-686 #1 Wed Nov 28 09:27:17 EST 2001 i686 Locale: LANG=C, LC_CTYPE=C -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9WApW1+lDY0MbOLoRAhwPAKCdKTYgnqc1CKZbmiCXvzS8OzqwOQCg25wj 0UnulmvpfjMkKz3q+XgYMOw= =eJMQ -END PGP SIGNATURE-
Bug#151847: Fwd: Boa Adoption
- Forwarded message from Luis Arocha <[EMAIL PROTECTED]> - Date: Sat, 13 Jul 2002 00:14:32 +0100 From: Luis Arocha <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] User-Agent: Mutt/1.4i Subject: Boa Adoption Hi Holger. Feel free to adop boa if you want. I was delaying the adoption until next month so your adoption will be better. Let me know if I can help you in another way. Saludos, -- ___ /| /| \O/ O/ __O O_O_ Luis Arocha, "data" | | | || /|__|\ _/\\ /\\ http://gix.berlios.de | | | | / \ / \ o/ \/\/\_ Canary Islands, Spain __|_|_|_|__/__|_/\___\_\__/__ Linux yoda 2.4.17 i686 Piensa mal y acertarás..., aunque alguna vez te equivocarás. - End forwarded message - -- ___ /| /| \O/ O/ __O O_O_ Luis Arocha, "data" | | | || /|__|\ _/\\ /\\ http://gix.berlios.de | | | | / \ / \ o/ \/\/\_ Canary Islands, Spain __|_|_|_|__/__|_/\___\_\__/__ Linux yoda 2.4.17 i686 La gallina no tiene senos porque el gallo no tiene manos. pgpsNb8wFYApp.pgp Description: PGP signature
Bug#151847: Fwd: Re: Boa Adoption
- Forwarded message from Peter Palfrader <[EMAIL PROTECTED]> - Date: Sat, 13 Jul 2002 00:31:19 +0200 From: Peter Palfrader <[EMAIL PROTECTED]> To: Holger Eitzenberger <[EMAIL PROTECTED]> Cc: Luis Arocha <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i Subject: Re: Boa Adoption Holger Eitzenberger schrieb am Freitag, dem 12. Juli 2002: > Hello Peter, > > i just saw your ITA of the boa webserver in the Debian > distribution. Would you mind me to let *me* adopt boa? > > If so please drop me a mail. I would be glad to be the new > maintainer of boa. I didn't send an ITA, I only filed the Orphan bug for Jon. Luis retitle the bug to ITA. Talk to him (CCed). yours, peter -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ - End forwarded message - -- ___ /| /| \O/ O/ __O O_O_ Luis Arocha, "data" | | | || /|__|\ _/\\ /\\ http://gix.berlios.de | | | | / \ / \ o/ \/\/\_ Canary Islands, Spain __|_|_|_|__/__|_/\___\_\__/__ Linux yoda 2.4.17 i686 ¡En este tag hay una letra que folla!. pgp1GFiPk4kkI.pgp Description: PGP signature
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W liście z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: > Er, you say free, but are restricting me to only use what is listed in the > depends. I am not really restricting you to anything. You're free to create your own java devel environment. It's all free software and I can't really make any pressure on you (than just to give you something useful). > So, you keep extending the depends, to include alternatives for all free java No. I don't plan to extend Depends. > programs. You are still restricting, because I may want to use part free, > part non-free. Yes, you can. And I am not restricting you to anything. You're free to for ex. copy mine /usr/lib/fjsdk tree to your home and alter it to your needs. If there will be some serious/common reason of altering it - then why not incorporate it in free-java-sdk? It is not meant to be "alternatives for Java" package. The idea is different. Idea is to give developer - coherent - complete, - working, - free, - compatible, - integrated development evironmet (wow!) And I take the responsibility that these tools will work (I don't say that I will not _change_ depends - when some other tools are proven to perform better). I create wrappers where needed. I work out the incompatiblities where wrappers are not enough, etc... By creating such package I kinda promise to keep this suit full of good, free tools. > In summary, while the idea of this package sounds good, I don't think it can > ever really be useful. Oh yes. It is best how it is now. Every developer loves to spend hours trying different combinations of tools just to find out a working one. Been there - done that. No thanks. Let's say it different. If $developer has time and motivation to try his own suit that works for his packages - that's fine, he's free to do it. But if $developer wants things to 'just work' - he should first try this package. I hope we soon see new common kind of bugs claiming "$package should be build with free tools and moved to main" tagged 'patch'. That's won't happen just by itself and it won't happen tomorrow. But that's THE direction - don't you think? Best regards Grzegorz B. Prokopski PS: I forgot to mention in the original report - Depend: fastjar - gives us 'jar' tool. PSS: I am Cc:ing d-java this time. The original report can be read at http://bugs.debian.org/156407 (of course) signature.asc Description: PGP signature
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
On Mon, 12 Aug 2002, Grzegorz Prokopski (Debian Developer) wrote: > Package: wnpp > Version: N/A; reported 2002-08-12 > Severity: wishlist > > * Package name: free-java-sdk > Version : 0.1 > Upstream Author : Grzegorz B. Prokopski <[EMAIL PROTECTED]> > * License : LGPL > Description : Complete Java SDK environment consisting of free Java > tools > > The idea behind this package is that developer could install this > package, set JAVA_HOME to /usr/lib/fjsdk and be able to use featurefull > Java development environment using free tools only. > > This package will be mostly "Depend: on all the needed stuff" type, but > I will probably also include some helper tools when they're needed for > compatibility or for env. consistency. > > I'd like to have JSDK that can be used to build and use any DFSG-compat > software. It means I don't want GPLed JVM and/or classlib as it is > unclear if they can be legally used with for ex. apache type licensed > libs which are GPL-incompatible. > > ATM I think that resonable and complete Depends: would be on: > sablevm - LGPL JVM (being packaged atm) - will give 'java' command > sablevm-classlib - gnu classlib based classlib for SableVM (being packged) > licenses under GPL+linking exception > jikes - 'javac' command (IBM Public License) > classpath-tools - GPL licensed tools - will give 'javah', 'javap', > 'serialver' (being packaged) > gjdoc - GPL licensed 'javadoc' drop-in replacement (being packaged) > > Above tools should give complete free Java development environment. > It will be created with hope, that it will be usefull for Java package > maintaners that would like to try building their packages with free > tools which would eventually allow moving them from contrib to > main section. Er, you say free, but are restricting me to only use what is listed in the depends. So, you keep extending the depends, to include alternatives for all free java programs. You are still restricting, because I may want to use part free, part non-free. In summary, while the idea of this package sounds good, I don't think it can ever really be useful.
Bug#85612: preliminary packages available
close 85612 # the bug is mine now reopen 85612 ! thanks preliminary packages for mixmaster can be found at http://non-us.debian.org/~weasel/archive/ yours, peter -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ pgppCpkSo2PQJ.pgp Description: PGP signature
Processed: preliminary packages available
Processing commands for [EMAIL PROTECTED]: > close 85612 Bug#85612: ITP: mixmaster -- an anonymous remailer Bug closed, send any further explanations to Brian Ristuccia <[EMAIL PROTECTED]> > reopen 85612 ! Bug#85612: ITP: mixmaster -- an anonymous remailer Bug reopened, originator set to Peter Palfrader <[EMAIL PROTECTED]>. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#156414: ITP: halfscan6 -- An IPv6 TCP portscanner
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: halfscan6 Version : 0.2 Upstream Author : Thomas Habets * URL : http://www.habets.pp.se/synscan/programs.php?prog=halfscan6 * License : GPL Description : An IPv6 TCP portscanner Halfscan6 is a simple TCP SYN portscanner. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux alice 2.4.18 #1 Sat Aug 10 16:01:05 CEST 2002 i686 Locale: LANG=C, [EMAIL PROTECTED] -- no debconf information
Bug#156411: ITP: gjdoc -- Free drop-in replacement for Sun's 'javadoc'
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: gjdoc Version : not yet released Upstream Author : to be checked * URL : http://savannah.gnu.org/projects/cp-tools/ * License : GPL Description : Free drop-in replacement for Sun's 'javadoc' Classpath tools is a collection of tools for GNU Classpath including a documentation generation system for "javadoc" style comments in Java source - gjdoc. This module is part of classpath-tools project. http://savannah.gnu.org/cgi-bin/viewcvs/cp-tools/gjdoc/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Bug#156410: ITP: classpath-tools -- GNU Classpath tools - javah, javap, serialver
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: classpath-tools Version : not released yet Upstream Author : to be checked * URL : http://savannah.gnu.org/projects/cp-tools/ * License : LGPL Description : GNU Classpath tools - javah, javap, serialver Classpath tools is a collection of tools for GNU Classpath. This package does not contain result of all the projects software, but only a part called (like the project) cp-tools. http://savannah.gnu.org/cgi-bin/viewcvs/cp-tools/cp-tools/ It is yet to be checked how good this tools are compared to their non-free equivalents. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Bug#154590: RFA: docbook-to-man -- Converter from DocBook SGML into roff -man macros.
On Sun, Jul 28, 2002 at 01:18:00PM +, W. Borgert wrote: > I request an adopter for the docbook-to-man package. > The package description is: > The docbook-to-man tool is a batch converter that transforms > UNIX-style manpages from the DocBook SGML DTD into nroff/troff -man > macros. This is not the original version by Fred Dalrymple, but > one with the ANS modifications by David Bolen. > > New maintainer: You should know roff to fix some open bugs. > There's no upstream maintainer. The tool is very useful, > anyway. I don't really know enough SGML to deal with this properly myself. However, as the groff maintainer I'm happy to supply *roff help to anyone who's interested and needs it; I'd like to see docbook-to-man do as good a job as possible. -- Colin Watson [EMAIL PROTECTED]
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: free-java-sdk Version : 0.1 Upstream Author : Grzegorz B. Prokopski <[EMAIL PROTECTED]> * License : LGPL Description : Complete Java SDK environment consisting of free Java tools The idea behind this package is that developer could install this package, set JAVA_HOME to /usr/lib/fjsdk and be able to use featurefull Java development environment using free tools only. This package will be mostly "Depend: on all the needed stuff" type, but I will probably also include some helper tools when they're needed for compatibility or for env. consistency. I'd like to have JSDK that can be used to build and use any DFSG-compat software. It means I don't want GPLed JVM and/or classlib as it is unclear if they can be legally used with for ex. apache type licensed libs which are GPL-incompatible. ATM I think that resonable and complete Depends: would be on: sablevm - LGPL JVM (being packaged atm) - will give 'java' command sablevm-classlib - gnu classlib based classlib for SableVM (being packged) licenses under GPL+linking exception jikes - 'javac' command (IBM Public License) classpath-tools - GPL licensed tools - will give 'javah', 'javap', 'serialver' (being packaged) gjdoc - GPL licensed 'javadoc' drop-in replacement (being packaged) Above tools should give complete free Java development environment. It will be created with hope, that it will be usefull for Java package maintaners that would like to try building their packages with free tools which would eventually allow moving them from contrib to main section. Comments and ideas are welcomed Grzegorz B. Prokopski -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Processed: Fix word-wrap damage
Processing commands for [EMAIL PROTECTED]: > retitle 135181 RFP: dumb -- a 3d game engine that can play Doom and related > games Bug#135181: RFP: dumb -- a 3d game engine that can play Doom and Changed Bug title. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#155975: RFP: 3ddesktop -- GNOME OpenGL program for switching virtual desktops in a 3-dimensional manner
Processing commands for [EMAIL PROTECTED]: > retitle 155975 ITP: 3ddesktop -- "Three-dimensional" desktop switcher Bug#155975: RFP: 3ddesktop -- GNOME OpenGL program for switching virtual desktops in a 3-dimensional manner Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u
On 11 Aug 2002 21:05:14 -0400, Roderick Schertler <[EMAIL PROTECTED]> wrote: > On Sun, 11 Aug 2002 11:43:41 +0900 (JST), Oohara Yuuma <[EMAIL PROTECTED]> > said: > > On Sat, 10 Aug 2002 22:20:26 -0400, > > Roderick Schertler <[EMAIL PROTECTED]> wrote: > >> The pam_ssh PAM module allows you to authenticate yourself by supplying > >> the passphrase for your SSH key (id_dsa, id_rsa, or identity in ~/.ssh). > >> Better yet, it can be to configured launch an ssh-agent and load the > >> decrypted key into it. You supply your passphrase just once when you > >> log in, and you get an agent loaded with that key. > > Why not use ssh-agent directly? > I don't know what you mean by that. Directly instead of what part of > the above process? I don't know why an additional PAM module is necessary to login via ssh. [re-reading the description] I see. This module allows any program which uses PAM to authenticate with a ssh-like public key method, right? By the way, do you really mean "the passphrase for your SSH key" (get the passphrase and see if it can decrypt the private key) instead of the private key itself (send a challenge string and see if you can encrypt it)? I don't think ssh-agent tell you the passphrase. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Bug#156372: RFA: terraform -- A height field manipulation program
Package: wnpp Version: N/A; reported 2002-08-12 Severity: normal I have less and less to do with GNOME anything and so I suspect this package would really be better off with someone else. Anyone wants to adopt it, be my guest. There's a new upstream version, and hopefully the povray patches can be removed since povray 3.1 has finally been uploaded. If anyone does adopt it please drop me an email to let me know. The package description is: Allows you to create a fractal terrain (also called a height field) and transform it using a number of algorithms. It is meant to be a tool for those who want to generate digital terrain models for use in raytracing or other simulations. Ben.
Bug#156255: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -- ~ ___ ___ ~ / _ | / _ \ Ari Pollak - [EMAIL PROTECTED] - www.aripollak.com ~ / __ |/ ___/ /_/ |_/_/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE9V0GHwO+u47cOQDsRAjMDAKCKADm1zvEMG5IyAzr9EqmAGeTjvQCfXS6f xGQK+xVJ2NLDfygX0JY5xOc= =PnSq -END PGP SIGNATURE-
Bug#156255: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Out of curiosity, why do you want a new maintainer for this package? You never specified a reason in the WNPP bug report. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE9V0HNwO+u47cOQDsRAhf5AJ4mvkmZ8ETrI/Yge9jdOAOuAllC/wCfYqlJ UZ/YfiXwa3arq/YNKlVogiA= =73pY -END PGP SIGNATURE-
