Office2000增值产品

[send2000]

   
1、Office2000老板理财：是一款特别为中小企业设计的理财软件，它的功能范围包括货品管理、资金管理、债权债务管理，并配备有功能完整、全面的经营报告系统，它的功能覆盖了中小
型企业财务管理的方方面面，是一款非常实用的软件。 
   2、Office2000财务系统：包括帐务及报表系统，可自动生成现金流量表。

   请到 http://www.iboss2000.com 免费下载！


致
礼!
  　　


   2002-08-12

Re: mirroring question

[Ray]

On Fri, Aug 09, 2002 at 04:03:05PM -0400, Loren Jordan wrote:
> The question I have is, how can I get a mirror copy over http only?  There 
> are a couple of apt-get'able archives I use parts of and would like to 
> mirror them as well for my own use.  The problem is, they only allow http 
> access.  I have tried wget in "mirror" mode but I have yet to be able to 
> keep it from wandering outside of the specific section I want to 
> mirror.  It also gets all the possible index versions (Apache index sorted 
> by each possible thing) and just makes thing rather cluttered.

[As if this thread didn't already have enough shameless plugs]

I've got a strange partial mirror tool I wrote which uses libapt. It can
use any method supported by libapt (http, ftp, copy, ...) and uses a
sources.list file to specify what archives to mirror.

Since it was originally intended just to let me 'fetch' packages without
pulling down dependencies, I named it apt-fetch.

apt-fetch fetch [package list] 
  - same as "apt-get install -d" except it does no dependency checking.

apt-fetch sync
  - syncs up the mirror. Uses a dpkg 'status' file to determine which
packages should be "held" (not downloaded). This could probably be
mixed with one of those apt-proxy type tools to select packages to
mirror based on which packages have been requested.

There's a simple shell script which does things like set APT_CONFIG, clean
out dead links and call apt-fetch with various options. apt-fetch itself
is written in c++ and isn't exactly the prettiest batch of code I've ever
written.

The tool has been used to keep a campus partial mirror going for close to
two years now. It has some limitations (only one architecture at a time,
doesn't grab the Release files, etc), but is otherwise pretty nice.  It
downloads everything into a single directory and then makes hard links to
create the actual mirror structure, which may be a little inelegant, but
it works and allows me to clean out old packages with "apt-get autoclean".
If you just want to maintain a small mirror and generate your own Packages
files, then it's actually a good solution.

I haven't touched the code in over a year, but if anyone thinks this might
be a useful tool and wants to test it or take it over, let me know.

- Ray (duster on #debian)

My second and last post (I retire to kick myself)

[Individual . .]

As someone on this list kindly pointed out, I should have looked in the 
most obvious place to start with. www.libpng.org has a link to (guess 
what) a libpng implementation mailing list. Under my nose all this time, 
and I never thought to look there for my question.

Oh well.
I'l unsubscribe now.
Paul

Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u

[Oohara Yuuma]

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

Re: Bug#155576: To hack or not to hack

[Brian May]

On Sat, Aug 10, 2002 at 09:35:50PM -0400, Matt Zimmerman wrote:
> On Wed, Aug 07, 2002 at 08:19:11PM -0700, Nicolas Lopez wrote:
> 
> >   The major one I remember is the better error handling. Most MTAs arn't as
> > careful or watchful of stuff thrown to a pipe. Where using SMTP allows for
> > well-tested error handling, on top of rejecting messages with reason. 
> > "550 Spam, bugger off" looks better in a log than just having it disapear
> > into the scanner. Or "550 Virus: Klez.H, shoo"
> 
> Most of the junk that I'm rejecting doesn't seem to have a valid origin
> anyway, so at best, the bounce messages are likely to end up in some
> postmaster's mailbox anyway.  Spam is marked, and viruses are quarantined
> with a note sent to the recipient.  That way, each user is responsible for
> their own garbage.

I think it isn't so much the bounce message that Nicolas is talking
about (in fact I disabled all bounce messages; my users seem to have
found every mailing list on earth that generates mail that looks like
SPAM :-(, so I don't want them to get automatically kicked off; Also,
my outbound queue was rapidly filling up with bounce messages that
could not be sent).

However, the real benifit is the extra information in the log file:

eg:

Instead of just:

Aug 12 15:38:14 snoopy amavis[3200]: infected (Worm/Klez.H), from=<[EMAIL 
PROTECTED]>, to=<[EMAIL PROTECTED]>, quarantine virus-20020812-153814-03200

You also get this:

Aug 12 15:38:15 snoopy postfix/smtp[4184]: C3A7B28B06: to=<[EMAIL PROTECTED]>, 
relay=127.0.0.1[127.0.0.1], delay=58, status=sent (250 Ok, discarded, 
id=03200-09 - VIRUS: Worm/Klez.H)

Which logs C3A7B28B06 and allows you to track back to when
the mail was first received, and who it was received from, etc:

Aug 12 15:37:17 snoopy postfix/smtpd[4178]: C3A7B28B06: 
client=hydmail.tatanova.com[203.124.250.73]
Aug 12 15:37:38 snoopy postfix/cleanup[4179]: C3A7B28B06: message-id=<[EMAIL 
PROTECTED]>
Aug 12 15:38:13 snoopy postfix/qmgr[1141]: C3A7B28B06: from=<[EMAIL 
PROTECTED]>, size=135908, nrcpt=1 (queue active)

Maybe this won't be used in practice (and you probably can
look at the Received header of the quarintined SPAM), but still,
I like the fact that this information is logged.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Bug#156257: ITP: libpam-ssh -- SSH key authentication and single sign-on via PAM

[Brian May]

On Sun, Aug 11, 2002 at 06:59:29AM +0200, Russell Coker wrote:
> Normally to change a user's password you have to be root or to know the old 
> password.  This prevents someone from completely taking over your account if 
> you leave your terminal logged in or get tricked into running a hostile 
> script.  This PAM module changes the regular Unix password semantics.
> 
> With such a PAM module installed anyone who can write to your home directory 
> can change your password.

I am not sure I see the problem?

(irrelevant side note: do you need to enter your old passphrase before changing
it?)

Unless of course, you think .ssh/authorized_keys is security risk for
exactly the same reasons?

Anbody who has write access to .ssh/authorized_keys can do exactly the
same thing as if he can change the users password.

Plus! Theres still more!

Anybody who does change .ssh/authorized_keys can do so in such a way
that the real user can still log in, so the real user may not
even notice anything is wrong.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Archive link at the end of each post?

[Fabio Massimo Di Nitto]

Carlos Laviola wrote:
On Sun, Aug 11, 2002 at 08:34:31PM +1000, Martijn van Oosterhout wrote:
 

I think the problem is that at the point the mailing list is forwarding the
message it has no idea where it is going to be archived so it cannot add a
reference.
   

In my original idea there is no such problem, as you can notice the
"To UNSUBSCRIBE, email to [EMAIL PROTECTED]" changes
according to each mailing list. The basis are already there.
 

Yes Im perfectly aware of this, my idea was a small extension
to your and as I wrote in the previous post I agree with you
that adding some more info is more usefull.
Regards
Fabio

Re: RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Brian May]

On Sun, Aug 11, 2002 at 09:59:44PM +0200, Andreas Rottmann wrote:
> This looks like much more comprehensive and consistent solution than
> what I have come up with. Any plans to make this real?

Numerous good ideas along similar lines have been proposed over the
past X years (where X is such a large number I can't recall what its
value is).

This proposal looks pretty good IMHO, although I haven't read
the fine details yet.

Something like this really needs to get implemented though ASAP,
(the more packages that make it into Debian, the harder it will become),
not just for Hurd, but BSD too.

This proposal would also allow, say bochs, to provide i386 too (although
I think more work might be needed here).

Just one very minor criticism: It would be nice if you could somehow
depend on a particular kernel version, eg 2.4.x or greater. Consider
libc6 for instance, it only works now with new kernel versions. However
that is probably another can of worms that I don't want to get into
here.
-- 
Brian May <[EMAIL PROTECTED]>

¡°ËÉÆÕ¡±ÎªÄúµÄ²¼Ïß·½°¸ÌṩǿÓÐÁ¦µÄÖ§³ÖÓë±£ÕÏ

[¡°ËÉÆÕ¡±---ÎâÌÎ]

总经理：
   你好！
   国际知明品牌“松普”为您的布线方案提供强有力的支持与保障。
   
   深圳市百年松普信息技术有限公司，是一家研发、生产、销售宽
带网络接入设备及为不同行业客户提供定制化高性价比的"宽带网络
连接"解决方案的高科技公司，是英国百年投资顾问集团与台湾上市
公司松普科技（SUNPU Technology Co., Ltd.）在中国大陆的合作
公司，为"松普"品牌布线系列产品在中国地区的市场研究、推广、行
销、服务、支持的机构，向各类客户提供具有绝对质高价优的高性能
的产品。现在深圳设有二家工厂。
   
   根据宽带网络的发展趋势，我们向客户提供高性价比的的产品：
   1、超五类、六类屏蔽及非屏蔽双绞线。
   2、接插元件。
   3、连接配件等。
   
   松普布线产品及应用系统，最长可扩展至一百年性能品质保证，
该保证由我公司通过中国人民保险公司承担，使您在网络上的投资，
获得最大的保障。
   欢迎浏览我们的网站：http://www.broadlinker.com
   或者电话与我们联系，索取更详细的资料。
   我们将有专业的人员为您服务。
   联系电话：0755-8366441183664422 83664433
   传真：0755-83664499
   联 系 人：吴  涛   13823338529
   E---mail: [EMAIL PROTECTED]


==

中资源公司http://www.net001.net 提供域名先注册后付款;主机先开通后收费服务,
中途可退款。特惠推荐：域名+100M主机并附送5个10M企业邮箱，每年只需350元！！

使用极星邮件群发，无须通过邮件服务器，直达对方邮箱，速度绝对一流！
下载网址：http://www.lovexin.com，更多免费的超酷软件等你来下……;

Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u

[Bernd Eckenfels]

On Mon, Aug 12, 2002 at 02:50:54PM +0900, Oohara Yuuma wrote:
> I see.  This module allows any program which uses PAM to authenticate
> with a ssh-like public key method, right?

No, it will allow you to enter your passphrase of the ssh key at login/auth
time. If that passphrase works (i.e. is able to decrypt your idendity) it
will asume you are authorized. In addition to that it will feed the
passphrase to ssh-agent.

This is different from normal login, that you only need to give one
password, which is your login  password and your ssh agent password. your
unix password will in that case never be checked.

Greetings
Bernd

Re: db1/glibc debacle

[Etienne PIERRE]

On Fri, Aug 09, 2002 at 13:37, Anthony Towns wrote:
> > Q. You're a bastard and you should have given this more thought by
> >checking for which packages used this.
> > A. Let's stop with the name calling. First off, it's near impossible
> >(without unpacking everything and running objdump on it) to tell what
> >uses libdb.so.2, since it is included with libc6. 
> 
> If unpacking everything and running objdump is the way to go, that's
> the way to go. At the very least libc6 should Conflict: with all the 
> packages it breaks outright to help make sure people's systems don't
> unpredictably break when people do partial upgrades.

Well, I think I have the list of files linked agains libdb.so.2, I ran a
script against a Sarge mirror, there seem to have 22 packages still
using it (it's not much actually, compared to the 9001 packages tested).

I did it by extracting data.tar.gz, than run ldd and
grep "libdb\.so\.2" on each executable found for each package. Tell me
if it's wasn't the right may to do.


Here's for each package the files badly linked :

apache_1.3.26-1_i386.deb:./usr/sbin/apache
apache-common_1.3.26-1_i386.deb:./usr/lib/apache/suexec
apache-common_1.3.26-1_i386.deb:./usr/bin/htpasswd
apache-common_1.3.26-1_i386.deb:./usr/bin/htdigest
apache-common_1.3.26-1_i386.deb:./usr/sbin/logresolve
apache-common_1.3.26-1_i386.deb:./usr/sbin/rotatelogs
apache-common_1.3.26-1_i386.deb:./usr/sbin/ab
apache-dev_1.3.26-1_i386.deb:./usr/sbin/apache.dbg
apache-perl_1.3.26-1-1.26-0woody1_i386.deb:./usr/sbin/apache-perl
apache-ssl_1.3.26.1+1.48-2_i386.deb:./usr/sbin/apache-ssl
apache-ssl_1.3.26.1+1.48-2_i386.deb:./usr/lib/apache-ssl/suexec
apache-ssl_1.3.26.1+1.48-2_i386.deb:./usr/lib/apache-ssl/gcache
ferret_2.4-2_i386.deb:./usr/lib/perl/5.6.1/auto/Ferret/Ferret.so
gnucash_1.6.6-1_i386.deb:./usr/bin/gnucash
kpackage_2.2.2-7_i386.deb:./usr/bin/kpackage
libapache-mod-auth-mysql_3.2-1_i386.deb:./usr/lib/apache/1.3/mod_auth_mysql.so
libdb2-util_2.7.7.0-7_i386.deb:./usr/bin/db_dump185
libdb3-util_3.2.9-16_i386.deb:./usr/bin/db3_dump185
libdb4.0-util_4.0.14-1_i386.deb:./usr/bin/db4.0_dump185
medusa_0.5.1-4_i386.deb:./usr/bin/medusa-idled
mmorph_2.3.4.2-2_i386.deb:./usr/bin/mmorph
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/ali
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/anno
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/burst
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/comp
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/dist
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/flist
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/folder
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/forw
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mark
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhbuild
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhlist
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhmail
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhn
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhparam
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhpath
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhshow
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/mhstore
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/msgchk
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/msh
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/packf
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/pick
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/prompter
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/refile
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/repl
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/rmf
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/rmm
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/scan
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/send
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/show
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/sortm
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/whatnow
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/whom
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/flists
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/folders
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/prev
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/next
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/bin/mh/inc
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/ap
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/conflict
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/dp
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/fmtdump
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/install-mh
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/mhl
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/post
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/rcvdist
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/rcvpack
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/rcvstore
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/rcvtty
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/slocal
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/spost
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/viamail
nmh_1.0.4+dev-20010317-1_i386.deb:./usr/lib/mh/mhtest
perspic_1.5-1

g++ 3.2 on woody ?

[Nikita V. Youshchenko]

Hello.

I wanted to install g++ 3.2 (instead of 3.1 that is buggy) on our server 
running woody with several packages from unstable.

I noticed that g++ 3.2 depends on recent libc6. Is it safe to install libc6 
from unstable now? Are libdb problems resolved?

¡°ËÉÆÕ¡±ÎªÄúµÄ²¼Ïß·½°¸ÌṩǿÓÐÁ¦µÄÖ§³ÖÓë±£ÕÏ

[¡°ËÉÆÕ¡±---ÎâÌÎ]

总经理：
   你好！
   国际知明品牌“松普”为您的布线方案提供强有力的支持与保障。
   
   深圳市百年松普信息技术有限公司，是一家研发、生产、销售宽
带网络接入设备及为不同行业客户提供定制化高性价比的"宽带网络
连接"解决方案的高科技公司，是英国百年投资顾问集团与台湾上市
公司松普科技（SUNPU Technology Co., Ltd.）在中国大陆的合作
公司，为"松普"品牌布线系列产品在中国地区的市场研究、推广、行
销、服务、支持的机构，向各类客户提供具有绝对质高价优的高性能
的产品。现在深圳设有二家工厂。
   
   根据宽带网络的发展趋势，我们向客户提供高性价比的的产品：
   1、超五类、六类屏蔽及非屏蔽双绞线。
   2、接插元件。
   3、连接配件等。
   
   松普布线产品及应用系统，最长可扩展至一百年性能品质保证，
该保证由我公司通过中国人民保险公司承担，使您在网络上的投资，
获得最大的保障。
   欢迎浏览我们的网站：http://www.broadlinker.com
   或者电话与我们联系，索取更详细的资料。
   我们将有专业的人员为您服务。
   联系电话：0755-8366441183664422 83664433
   传真：0755-83664499
   联 系 人：吴  涛   13823338529
   E---mail: [EMAIL PROTECTED]


==

中资源公司http://www.net001.net 提供域名先注册后付款;主机先开通后收费服务,
中途可退款。特惠推荐：域名+100M主机并附送5个10M企业邮箱，每年只需350元！！

使用极星邮件群发，无须通过邮件服务器，直达对方邮箱，速度绝对一流！
下载网址：http://www.lovexin.com，更多免费的超酷软件等你来下……;

Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Grzegorz Prokopski \(Debian Developer\)]

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

Bug#156410: ITP: classpath-tools -- GNU Classpath tools - javah, javap, serialver

[Grzegorz Prokopski \(Debian Developer\)]

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#156411: ITP: gjdoc -- Free drop-in replacement for Sun's 'javadoc'

[Grzegorz Prokopski \(Debian Developer\)]

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#156414: ITP: halfscan6 -- An IPv6 TCP portscanner

[Andreas Rottmann]

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

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Adam Heath]

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.

Re: RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Adam Heath]

On Mon, 12 Aug 2002, Brian May wrote:

> This proposal would also allow, say bochs, to provide i386 too (although
> I think more work might be needed here).

No, it wouldn't.

Say you install bochs on alpha.  If bochs provides i386, then this would tell
dpkg that it is ok to install i386 binaries in the host.

Majordomo results: A IE 6.0 patch

[Majordomo-owner]

Ignoring part of type text/html.
Ignoring part of type application/octet-stream.
 Content-Type: application/octet-stream;
 Illegal command!

 Skipped 48 lines of trailing unparseable text.

No valid commands processed.

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Grzegorz Prokopski]

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

reinstall of kernel-image fails

[Daniel Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello!

If setup a box of mine i've tried to update my self-made kernel-image
package, cause i'd changed some settings in the kernel-config. When i
tried to install the new package dpkg told me that there are already
modules installed etc.pp., i moved them away and tried again, now
waring about the modules, but then postrm failed and the package
remained in half-installed state, no chance to change that. How can i
fix up this mess? apt-get install -f didn't work, forced reinstall
didn't work (cause of the postrm failure), i don't know what to try
next.

- - Daniel

- -- 
God is real - unless declared integer.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 

iD8DBQE9V/cZw4dB3BTf+woRAjQVAJ4l1R52DzbX+aXPap2NcW7mAwgj+gCgrZp8
uDN/b6K5fpMHlnZCysxsLXQ=
=WpcS
-END PGP SIGNATURE-

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Adam Heath]

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

[Paul Telford]

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-

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Steve Greenland]

On 12-Aug-02, 14:22 (CDT), Adam Heath <[EMAIL PROTECTED]> wrote: 
> 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?

Maybe he's experimented with them and discovered that sable is the
best/easiest/whatever works for him. Maybe he likes the name. Maybe the
sable people are paying him off.

In any case, he's making the package and thus gets to make the choice.
If you want something else, then make your own congolomeration. I,
for one, would be grateful to have a "all-in-one" Java setup, instead
of having to pick through and figure out which packages I need, and
which work well together. If the package choices don't suit you, then
don't install it. Isn't that easy? I don't use xdm, and prefer rxvt
to xterm, but I don't try to tell Branden what packages to put in the
x-window-system package.

Steve

-- 
Steve Greenland

The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Oliver Kurth]

On Mon, Aug 12, 2002 at 02:22:49PM -0500, Adam Heath wrote:
> 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?

Anybody is free to create another version with any component replaced, if
she/he wants to, and has enough time to do so.

Suggestion: Any such package should provide java-sdk.

> Debian should not be a popularity contest.

Who said that it should?

I think it is a nice idea. I would love to see this in Debian.

Greetings,
Oliver
-- 
Oliver Kurth
mailto:[EMAIL PROTECTED] http://leinekanal.de


pgpYvCGf187d8.pgp
Description: PGP signature

Re: mirroring question [almost solved]

[Loren Jordan]

At 10:09 PM 8/9/2002 +0200, Mathieu.Segaud wrote:
There is a patch for a debmirror for mirroring over http
Attached to this mail.
Regards,
Mathieu Segaud
This patch solved my problem!  I was hoping that I wasn't going to re-write 
my script for this and I didn't have to.

Thanks a lot for all the responses.
Now the next question regarding debmirror...  It appears that it will only 
retrieve the contents of a directory as they are listed in the Packages.gz 
or Sources.gz files.  With the default "--cleanup" setting, it destroyed 
the woody/main/disk-i386 directory from my mirror.  I only enabled that 
setting after deciding that everything was working (I didn't want to 
re-download the entire archive...)

I only lost the disks-i386 directory, and now have fixed things with a 
fmirror of that directory and a little interesting linking.  My mirror now 
looks like it should except I have to re-fix the links to disks-i386 every 
time I sync my mirror to the real one.  This is automated but should not be 
needed.

Is there any plans to add a feature to debmirror to grab entire sub 
directories so it will be possible to keep things like disks-i386 and even 
/debian/tools so rawrite.exe is in the mirror.

Thanks again!
Loren

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Adam Heath]

On Mon, 12 Aug 2002, Steve Greenland wrote:

> On 12-Aug-02, 14:22 (CDT), Adam Heath <[EMAIL PROTECTED]> wrote:
> > 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?
>
> Maybe he's experimented with them and discovered that sable is the
> best/easiest/whatever works for him. Maybe he likes the name. Maybe the
> sable people are paying him off.

So use virtual packages, which other packages provide, and which this new
package depends on.

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Grzegorz Prokopski]

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

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Adam Heath]

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

[Ivo Timmermans]

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-

Re: RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Brian May]

On Mon, Aug 12, 2002 at 11:14:58AM -0500, Adam Heath wrote:
> Say you install bochs on alpha.  If bochs provides i386, then this would tell
> dpkg that it is ok to install i386 binaries in the host.

As I said, more work is needed here, for instance to ensure that
bochs can trasparently run i386 binaries on non-i386, and also
to ensure that the native binaries still receive priority.

However, this is outside the scope of this proposal, so lets
keep the topic on focus.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Colin Walters]

On Mon, 2002-08-12 at 16:56, Grzegorz Prokopski wrote:

>   I know gcj can compile to native code (on x86 platform only AFAIK) -

[EMAIL PROTECTED]> madison gcj-3.1
   gcj-3.1 |  1:3.1.1-1 |  unstable | arm, ia64
   gcj-3.1 |  1:3.1.1-2 |  unstable | alpha, i386, m68k, powerpc, s390, 
sparc
[EMAIL PROTECTED]>

Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools

[Steve Greenland]

On 12-Aug-02, 15:55 (CDT), Adam Heath <[EMAIL PROTECTED]> wrote: 
> So use virtual packages, which other packages provide, and which this new
> package depends on.
> 

Then the user is back to having to figure out which one actually works
with the rest of the software. If you do this (virtual packages) for all
the components, then there's no point to it at all.

Saying that Debian doesn't make choices for the user is bullshit. We do
it all the time: the contents of the base packages, the task packages.
Making choices and value judgements is a good thing. Having 30 irc
clients is good for the expert user with particular preferernces, but
it's horrible for the beginner who has no idea which one is suitable.
When it's something like JDK, built out of disparate components, I
*want* a (presumed) "expert" to put them together and say "hey, this
combo works for me." After some experience, I might decided that (e.g.)
sable is not the JVM I want to use, and I'll replace it. It's no big
deal. But nobody is being forced, or censored, or any other of the bad
words that are thown about any time someone makes a decision around
here. 

Just for the hell of it, I'll claim that making all the dependencies in
jdk-free virtual is a violation of the Social Contract, as it puts an
undue burden on the users. That seems to settle most discussions.

Steve
-- 
Steve Greenland

The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net

BUSINESS RELATIONSHIP PROPOSAL

[Gen.Hama Salama]

 Dear Sir,

 I received encouraging information about you, hence I decided to contact you.
 I am Gen. Hama Salama, Military Commander with
 POLISARIO(Political Front for the Liberation of
 Western Sahara) and a member of council of the
 National Secretariat of Western Sahara(Saharawi
 Democratic Republic).
 Prior to my promotion to this command, I was the
 second in command to the former military boss. He was
 killed in battle in early January. Some private ,
 religious and corporate organizations who recognize us
 assist/aid us always in the war prosecution. Before
 the death of my former boss, we were given some
 funds(US$55m) to procures ammunitions. My boss
 deposited it with a private security company in
 Europe. It was only I and him that are aware of thiscash deposit.
 I now want to claim this funds and I have all the
 relating documents needed to collect the deposit
 including the Certificate of Deposit with which the
 Cash was deposited as Precious stones and The Deposit
 Agreement. I therefore want you to team up with me to
 collect the funds in Europe as I require a foreigner
 to perfect the operation. Let me know your terms.
 I will provide you with all the necessary documentation needed andthere 
are no risks involved.
 It is a simple and straight transaction but must bekept highly
confidential.Upon the receipt of your positive response, further
 details and the method of operation will be
 communicated to you. Therefore if you are interested,
 please do reach me via an immediate reply mail. I will
 want everything about this transaction to be treated
 in strictest confidence even if you are notinterested.
 I await your response.

 Yours

 Gen Hama Salama
 Military CommanderWestern Sahara

Re: Bug#156257: ITP: libpam-ssh -- SSH key authentication and single sign-on via PAM

[Carlos Laviola]

On Mon, Aug 12, 2002 at 04:15:15PM +1000, Brian May wrote:
> (irrelevant side note: do you need to enter your old passphrase before 
> changing
> it?)

 -p  Requests changing the passphrase of a private key file
 instead of creating a new private key.  The program will
 prompt for the file containing the private key, for the old
 passphrase, and twice for the new passphrase.

-- 
Carlos Laviola   < [EMAIL PROTECTED] >
Debian GNU/Linux 

Re: Bug#156257: ITP: libpam-ssh -- SSH key authentication and single sign-on via PAM

[Peter Palfrader]

On Mon, 12 Aug 2002, Brian May wrote:

> (irrelevant side note: do you need to enter your old passphrase before 
> changing
> it?)

The Passphrase actually encrypts your key, so you of course need to
supply it to change or reencrypt the key with a different passphrase.

yours,
peter

-- 
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
messages preferred.| : :' :  The  universal
   | `. `'  Operating System
 http://www.palfrader.org/ |   `-http://www.debian.org/


pgp0OPPJpG3x7.pgp
Description: PGP signature

Bug#156503: microsoft changed its policy, msttcorefonts broken

[Martin Sarsale]

Package: general
Version: N/A; reported 2002-08-12
Severity: grave
Tags: upstream
Justification: renders package unusable

Since micro$oft stopped giving their true type fonts for free 
(http://www.microsoft.com/typography/fontpack/default.htm), msttcorefonts is 
unusable :(
 

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux filomena 2.4.17-686 #2 Sat Dec 22 21:58:49 EST 2001 i686
Locale: LANG=C, LC_CTYPE=C

-- no debconf information

Re: Mail delivery failed: returning message to sender

[Adam Heath]

On Mon, 12 Aug 2002, Mail Delivery System wrote:

> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. The following address(es) failed:
>
>   [EMAIL PROTECTED]:
> generated | /org/packages.qa.debian.org/bin/dispatch.pl:
> Child process of address_pipe transport returned 2 from command:
> /org/packages.qa.debian.org/bin/dispatch.pl
>
> The following text was generated during the delivery attempt:
>
> -- | /org/packages.qa.debian.org/bin/dispatch.pl --
>
> Can't open database /home/rhertzog/cvs/pts/db/subscription.db : No such file 
> or directory

All messages sent to the PTS are bouncing.  And, all messages sent to the BTS
are also sent to the PTS.  Which means [EMAIL PROTECTED] is getting a bounce for
every mail sent.

I have disabled the BTS -> PTS link, until the above error is fixed.

ps: [EMAIL PROTECTED] people: There are 5 lines in process that I have 
commented out.
To reenable, just uncomment them.