anyone else having trouble with kdb patches?
hey all, so the kernel-patch-kdb package seems somewhat broken, at least on my system. make-kpkg bails out when applying a patch to init/main.c, unable to handle changes caused by the most recent changes to the 2.4.18-5 stable (as well as 2.4.19-5 testing) kernel packages, which from their apt source diff's appear to have changes in the same file. anyone else patching in kdb lately? i'll look some more into this (as i need kdb for a project that i'm working on), and if i can verify that this is the problem i'll try to make a patch for the patch... sean pgpkB9YMH59bG.pgp Description: PGP signature
恒荣国际货运有限公司 您好，纵横科技的传
Title: new page 1 恒荣国际货运有限公司 您好： 纵横科技是一家网络软件和系统开发商，秉承着"网络互动无限"的信念，以先进过硬的技术实力和孜孜不倦的做事作风，为从事国际货运企业提供开放的，安全的，稳定的，高效的电子化解决方案。 纵横科技iworks－fax系统能处理国际货运企业普遍存在的大量传真往来，完全通过b/s结构的前台处理系统，支持在线收发大批量传真，传真的智能转发，传真订单的审批与回复，传真文档的智能管理、支持签章与个人签名，支持多线路的传真处理功能。是国际货运企业最理想的传真系统解决方案。解决国际货运企业普遍存在的传真处理难题。结合纵横科技iworks－oa（办公自动化）及其它信息化系统（如oa、crm、hrm、erp等信息化系统），将为贵公司打造智能化的信息化企业。欢迎来电咨询。 iworks－fax功能介绍 (一) 智能转发传真 系统可以实时同时监听各电话线路上的传真，如果传真请求到来，系统可以根据客户拨打的号码智能分类，转发到相应的负责人员下。在以前，如果客户发传真到公司（假设本公司的传真号码是1234-5678），客户拨（1234-5678）来发送传真，然后公司员工定时到传真机收取传真，造成了很大的不便。但是一旦安装和使用了系统，只要客户拨相应的后缀号码，传真就会自动转送到相应的负责员工上。例如，如果客户拨打"1234-5678"来发送传真，当接通了电话，不需要任何人声提示按键某一个传真信箱号码，例如是"123"，系统将会找出与123号码相对应的用户，智能转发到该用户手中，用户只要在自己电脑即可在线收取到转发给自己的传真，大大提高了效率和保密性，同时也避免了大量的纸张浪费。系统对未能成功转发的传真会智能转入"传真大厅"，让用户自行人工选择性转发和查看。 (二) 在线查看 系统可以让用户在电脑上面即可在线查看收取的传真，不需要打印纸张，大大节省成本。 (三) 在线搜索 用户可以根据对方号码，收取时间搜索传真，进行快捷的管理。 (四) 在线发送 用户可以直接在电脑上面发送传真，而不需要通过打印和传真机来发送传真，节省纸张成本。传真可以支持任何文档格式，用户可以将各种文字，图象，office文档和其他文件格式转换成传真发送给客户。 (五) 日志支持 用户的每一项操作都载入日志，管理员可以查看到用户发送传真的次数，发送到什么地方，在什么时候发送等等信息。 (六) 来电显示支持 系统支持对方来电号码显示功能，可以将电话模拟信号里面进行解码析取对方号码并记录下来。 (七) 签名档支持 系统支持签名档，可以把用户的签名档附加到需要发送的电子传真上并发送出去。 (八) 部门电子签章支持 系统支持部门电子印章，可以把部门的的电子印章"附印"到需要发送的电子传真上并发送出去。 (九) 通讯录支持 系统支持通讯录，用户可以将对方的传真号码保存到通讯录里。 (十) 传真审批支持 传真档案支持企业审批流程，用户可以通过工作流模块对传真进行流程审批，根据已经定义好的工作流进行一级一级审批，然后归档或者"部门盖章"发送传真给客户。"部门盖章"类似于用户的手写签名，系统可以将部门的章印"付印"到传真档案进行发送。 (十一) 存档支持 系统可以对所接受的传真档案可以进行存档，档案的管理支持无限层的文件夹树型管理。 (十二) 强大的树型权限过滤 传真文档和文件夹受强大的树型权限过滤，用户可以将某一个文件夹里的所有文档和自文件夹拒绝或者允许某个部门或者某个小组或者某个用户享有读或者写的权限。权限的定义友好和灵活。 (十三) 报警支持 当用户接收到传真之后，系统可以通过立刻接收即时信息，弹出提示窗口通知用户，报警功能还支持收集短信报警接口，系统可以将接收传真的报警信息通过手机短信发送到用户去。 iworks－fax应用优势 纵横科技的智能传真解决方案和同类产品比较有着很多卓越的优势： (一) 功能强大 系统除了支持简单的收发传真功能以外，还同时支持手写签名，传真审批，即时报警功能和传真转发信箱功能，同时发送传真可以支持任何文档格式，包括文字，图片，office文档，cad图纸等等。由于技术门槛比较高，同类产品很少同时支持这些强大的功能。 (二) 强大的安全机制 传真档案使用了纵横科技自主开发的x-tree树型权限元件，能够进行灵活的，完善的权限过滤。任何人都不可以越过权限查看相关的传真档案。 (三) 前瞻的i-works平台优势 传真管理系统和i-works平台以及其他系统（可结合纵横科技现有的oa、crm、hrm、erp等系统）紧密集成一起，可以无缝和别的软件系统结合起来。例如可以和电子邮件系统结合起来进行"电子邮件-传真"功能。i-works平台使传真方案具有强大的扩展性能和兼容性能。关于i－works平台，请访问 http://www.chinavh.com (四) 强大的负载能力 对于一些传真业务异常繁重的企业，系统支持多电话线智能并行收发。系统通过智能侦听技术利用空闲的电话线路进行收发。另外，系统完全支持分部运算，可以将高负荷的传真数据量拓展给多台服务器进行并行处理。 (五) 完全支持浏览器访问 目前很多同类产品的客户端是基于c/s架构，即每台客户需要安装一个客户端软件才可以进行使用。本系统完全支持浏览器访问，用户只要通过windows里的自带浏览器即可以访问到传真系统。 地址：深圳市高新技术产业园南区r2-b-4f 邮编：518057 联系人：金先生 手机：（0）13826500604 电话：0086-755-2697 2698 传真：0086-755-2697 2851 电邮：jinza@chinavh.com 网站：http://www.chinavh.com
[jules@debian.org: Re: Intent to NMU Balsa 2.0.3]
Hi everyone, Just notifying the list beforehand so that no one goes ape when I do make a RFS for a NMU = P Yours sincerely, Andrew "Netsnipe" Lau - Forwarded message from Jules Bean <[EMAIL PROTECTED]> - From: Jules Bean <[EMAIL PROTECTED]> To: Andrew Lau <[EMAIL PROTECTED]> Subject: Re: Intent to NMU Balsa 2.0.3 X-Spam-Status: No, hits=-3.2 required=5.0 tests=DEAR_SOMEBODY,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_MUTT version=2.43 X-Spam-Level: On Wed, Dec 11, 2002 at 04:27:08AM +1100, Andrew Lau wrote: > Dear Jules, > I'm writing to ask if you have anything against me packaging > Balsa 2 for Debian or even NMUing the 1.x branch to bring it up in > line with 1.4.1 from 1.2.4? I'd more than willing to act only as a > NMU-only maintainer Balsa's until you have time to resume your > debian-devel duties again. Don't bother with the 1.4 branch. Go for 2.0. I did a preliminary package of 2.0 here, there weren't any problems that I recall. Don't make the mistake the recent NMU'er made: be sure to include more recent config.guess and config.sub files, so the package compiles on 'unusual' arches (e.g. mips). Keep me posted, but feel free to NMU if you like. What would be even cooler is to have a trawl with balsa's bug list ;) Only people with copious 'spare' time need apply! Jules - End forwarded message - -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgp3jikRsOUIV.pgp Description: PGP signature
Intent to NMU: grep
Package: grep
Severity: wishlist
Hi Robert,
I've applied some of the patches in BTS filed against grep, and have
prepared an NMU which fixes the following bugs: #158134, #127438, #93193,
#142206, #172524, #45943, #156479. The complete patch for the NMU is
attached with this mail.
Since you appear to be busy with other things, if I don't hear otherwise
from you within 2 weeks' time, I'll go ahead and upload the NMU. If you
have any objections, please let me know. Thanks!
T
--
The diminished 7th chord is the most flexible and fear-instilling chord. Use
it often, use it unsparingly, to subdue your listeners into submission!
diff -Nru grep-2.4.2.ORIG/debian/changelog grep-2.4.2/debian/changelog
--- grep-2.4.2.ORIG/debian/changelog2002-12-10 08:45:49.0 -0500
+++ grep-2.4.2/debian/changelog 2002-12-10 15:23:37.0 -0500
@@ -1,3 +1,23 @@
+grep (2.4.2-3.1) unstable; urgency=low
+
+ * NMU
+ * doc/grep.1:
+- re-word description of exit codes. (Closes: #158134)
+- apply rgrep patch--thanks, Martin Michlmayr! (Closes: #127438)
+ * debian/rules:
+- put only grep in /bin, fgrep and egrep in /usr/bin. (Closes: #93193)
+- clean up po/*.gmo so that it is possible to rebuild without
+ dpkg-source aborting with "unrepresentable changes to binary files"
+ errors. (Closes: #142206)
+- apply patch to remove bashisms (Closes: #172524)
+ * debian/control: add more descriptive paragraph to description
+(Closes: #45943)
+ * debian/copyright: changed to reflect current maintainer.
+(Closes: #156479)
+ * debian/postinst: no longer need to set /usr/doc link.
+
+ -- Hwei Sheng Teoh <[EMAIL PROTECTED]> Tue, 10 Dec 2002 08:46:16 -0500
+
grep (2.4.2-3) frozen unstable; urgency=low
* Updated dutch translation (Closes: #111313)
diff -Nru grep-2.4.2.ORIG/debian/control grep-2.4.2/debian/control
--- grep-2.4.2.ORIG/debian/control 2002-12-10 08:45:49.0 -0500
+++ grep-2.4.2/debian/control 2002-12-10 15:22:25.0 -0500
@@ -11,7 +11,11 @@
Pre-Depends: ${shlibs:Pre-Depends}
Conflicts: rgrep
Provides: rgrep
-Description: GNU grep, egrep and fgrep.
+Description: GNU grep, egrep and fgrep
+ 'grep' is a utility to search for text in files; it can be used from the
+ command line or in scripts. Even if you don't want to use it, other packages
+ on your system probably will.
+ .
The GNU family of grep utilities may be the "fastest grep in the west".
GNU grep is based on a fast lazy-state deterministic matcher (about
twice as fast as stock Unix egrep) hybridized with a Boyer-Moore-Gosper
diff -Nru grep-2.4.2.ORIG/debian/copyright grep-2.4.2/debian/copyright
--- grep-2.4.2.ORIG/debian/copyright2002-12-10 08:45:49.0 -0500
+++ grep-2.4.2/debian/copyright 2002-12-10 11:06:50.0 -0500
@@ -1,7 +1,9 @@
This is the Debian GNU/Linux prepackaged version of the grep program.
-Currently Wichert Akkerman <[EMAIL PROTECTED]> maintains the
+Currently Robert van der Meulen <[EMAIL PROTECTED]> maintains the
Debian GNU/Linux version of grep.
+Wichert Akkerman <[EMAIL PROTECTED]> was the previous maintainer.
+
This package was created from the grep sources as found on the GNU
mirrors. Like all GNU software, grep is distritubed under the terms
of the GNU General Public License, version 2. On Debian GNU/Linux
diff -Nru grep-2.4.2.ORIG/debian/postinst grep-2.4.2/debian/postinst
--- grep-2.4.2.ORIG/debian/postinst 2002-12-10 08:45:49.0 -0500
+++ grep-2.4.2/debian/postinst 2002-12-10 15:23:11.0 -0500
@@ -12,8 +12,8 @@
--section "General commands" "General commands" \
/usr/share/info/grep.info.gz
-if [ -d /usr/doc -a ! -e /usr/doc/$pkg -a -d /usr/share/doc/$pkg ] ; then
- ln -s ../share/doc/$pkg /usr/doc/$pkg
-fi
+#if [ -d /usr/doc -a ! -e /usr/doc/$pkg -a -d /usr/share/doc/$pkg ] ; then
+# ln -s ../share/doc/$pkg /usr/doc/$pkg
+#fi
diff -Nru grep-2.4.2.ORIG/debian/rules grep-2.4.2/debian/rules
--- grep-2.4.2.ORIG/debian/rules2002-12-10 08:45:49.0 -0500
+++ grep-2.4.2/debian/rules 2002-12-10 11:45:12.0 -0500
@@ -16,6 +16,7 @@
clean:
-make distclean
rm -f intl/libintl.h
+ rm -f po/*.gmo
rm -f stamp-build debian/files debian/substvars
rm -rf debian/tmp
@@ -28,21 +29,25 @@
binary-arch: checkroot
test -f stamp-build || make $(MFLAGS) -f debian/rules build
- -rm -rf debian/tmp debian/{files,substvars}
+ -rm -rf debian/tmp debian/files
+ -rm -rf debian/tmp debian/substvars
install -d -o root -g root -m 755 debian/tmp/DEBIAN
install -d -o root -g root -m 755 debian/tmp/usr/share/doc/$(package)
# Install grep
- make prefix=`pwd`/debian/tmp/usr exec_prefix=`pwd`/debian/tmp \
+ make prefix=`pwd`/debian/tmp/usr exec_prefix=`pwd`/debian/tmp/usr \
mandir=`pwd`/debian/tmp/usr/share/man
infodir=`pwd`/debian/tmp/usr/share/info install
+ mkdir -p `pwd`/debian/tmp
Re: location of UnicodeData.txt
Jim Penny <[EMAIL PROTECTED]> writes: > I would venture to guess that even with a perfect oracle, it would be > essentially imposible to reverse engineer the Unicode data files, much > less the ancillary algorithms. That is, a 32 bit search space with at > least 36 properties to be discovered per data point is whopping big. That's irrelevant. The *implementation* of the standard is not copying, even if you had to read the standard to figure out how to do it. Indeed, a functional equivalence rule is also nice here: I can write a new program to implement *your* interface, even if I had to read your program to figure out what the interface is. (This is true because "interface copyright" has died flaming death.)
Re: location of UnicodeData.txt
Craig Dickson <[EMAIL PROTECTED]> writes: > Branden Robinson wrote: > > > On Mon, Dec 02, 2002 at 12:20:26PM -0500, Jim Penny wrote: > > > So, can a standard be DSFG free? > > > > Strictly speaking, no. A standard is an idea, or a collection of ideas. > > There are many ways to express an idea, so there are many ways to > > express a standard. Some of these expressions may receive copyright > > protection. > > The correct question, I think, is "Can a standards _document_ be DFSG > free?" I think it could be, but most probably are not; a standards > document is usually copyrighted by the organization that governs the > standard, and in the absence of an explicit grant of the right to make > derivative works, such a document would not be DFSG free (to the best of > my understanding). Yes, this is true. However, it does not follow that an *implementation* of a standard is non-free merely because the standards document is not. Generally speaking, there is no relationship here at all.
Re: debian-kerberos mailing list down?
Yes, the machine had a bad disk crash and I restored the other services but failed to get debian-kerberos working. IT is up now.
Re: New maintainer behaviour with NMU and LogJam's hijacking
On Tue, Dec 03, 2002 at 02:40:47PM -0500, Karl Ramm wrote: > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] More insightful words have seldom been spoken on this mailing list. -- G. Branden Robinson|If you wish to strive for peace of Debian GNU/Linux |soul, then believe; if you wish to [EMAIL PROTECTED] |be a devotee of truth, then http://people.debian.org/~branden/ |inquire. -- Friedrich Nietzsche pgpspAT2UxQHR.pgp Description: PGP signature
Re: New maintainer behaviour with NMU and LogJam's hijacking
On Mon, Dec 02, 2002 at 11:52:08AM -0500, Karl Ramm wrote: > And at this point, even though I'd *love* to turn xscreensaver maintenance > over to someone I don't like, I still don't think I want you maintaining > something I type my password into on a regular basis until you learn to > play well with others. /me starts laughing maniacally and hacking libXau just for Karl Ramm -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://people.debian.org/~branden/ | -- anonymous pgpQjXswgRbLJ.pgp Description: PGP signature
Re: dinstall/debian-installer
> I'm interested in constructive feedback. I think fix_maintainer in utils.py should do something to compensate for raw Latin-1 in the Maintainer field, or packages containing such should be rejected.
Re: location of UnicodeData.txt
On Tue, Dec 10, 2002 at 02:23:56PM -0800, Craig Dickson wrote: > The correct question, I think, is "Can a standards _document_ be DFSG > free?" I think it could be, but most probably are not; a standards > document is usually copyrighted by the organization that governs the > standard, and in the absence of an explicit grant of the right to make > derivative works, such a document would not be DFSG free (to the best of > my understanding). I agree; I was just making my usual futile effort to ensure clarity in the discussion. -- G. Branden Robinson| Debian GNU/Linux | If existence exists, [EMAIL PROTECTED] | why create a creator? http://people.debian.org/~branden/ | pgpzUyZbMsNxR.pgp Description: PGP signature
Re: dinstall/debian-installer
On Wed, Dec 11, 2002 at 01:54:09AM +, James Troup wrote: > > All you need is a documentation like README.first with "to disable > > sending unsolicted mails do X,Y,Z". > > Sorry but given your track record I can't see that having helped. Actually I thought I was doing quite a good job learning to use this "difficult"[1] piece of software. I have got my own mostly working archive for instance. Yes, I made a mistake with the TrackingServer option, but considering this option is documented deep down inside docs/README.config and katie.py, mistakes are easy (IMHO) to make, even if you think mistakes are inexcusable. However, it seems that you are not interested in supporting me, and prefer to insult me instead, so unless this changes I will have to continue on the not-so-popular option of duplicating the work. The other options in README do not support package pools. (either by forking DAK or by continuing work on my darchbuilder program - I haven't decided which yet; DAK has the advantage that a number of checks are already done, and removing old packages is done in a bug-free manner; darchbuilder has the advantage that it is my code, I understand it; and that there aren't going to be any "hidden"[1] traps). Unless anything changes this will be my last E-Mail on the subject. Notes: [1] Pleae don't take offense at my use of these words. -- Brian May <[EMAIL PROTECTED]>
Re: dinstall/debian-installer
Brian May <[EMAIL PROTECTED]> writes: > > > - rose creates initial directories (actually some where missing; I can't > > > remember which onces were missing and which ones were misconfigured > > > though now). > > > > rose uses the provided config file; it'd be hard for her to "misconfigure" a > > directory > > An example: $ftpmaster/indices was not created. That's missing, not misconfigured. But I'll fix that. > > Huh? I don't think you mean melanie, she doesn't delete files. > > Yes, I was confused. The program which does delete the files though > complians (I can't remember the name off hand). rhona. Yes, again, this is because you chose to edit katie.conf rather than start from scratch or a less specialised conf file (like security) and you left Accepted Autobuilding. Like the other things it defaults to off unless explicity configured in the config file. > > I know that's non-intuitive but that's just how it is always been > > hysterically. > > And that is documented where??? s/but/and undocumented but/. happy? > > > - cron.buildd is for buildd, I don't know where to get wanna-build from > > > so I don't use it. [...] > Errr... I did a google search, I search packages.debian.org, I searched > cvs.debian.org, where else? 6th hit in google for "debian wanna-build" is a direct link; some of the earlier ones probably would have led you there too. > Err because I think apt-ftparchive database is the Packages.gz and > Source.gz files, right? no. man apt-ftparchive, search for "database", first hit. > I don't know why you a being so hostile. Because damn it, it's annoying. You're insulting about katie when you clearly haven't looked at nearly enough to make an informed judgement of it. You whine about lack of documentation when you clearly haven't looked at what there is. You don't bother to check anything or try to figure anything out for yourself even when you easily could. And then you post as if you know what you're talking about - or at least have tried the best you could to know what you talking about - which lends undeserved credence to your bogus statements about katie. > I seem to be getting a clear signal back that you are not interested > with the feedback I am giving, and that you would rather I didn't > try. I'm interested in constructive feedback. -- James
成功的开始往往只是一次---偶然！
亲爱的朋友： 假如您奋斗了几年还没能实现自己的理想，假如您没有更多的时间、精力、金钱去参加各种培训，那么如下个人自助培训VCD录像资料将是您最好的选择。它将是您打开财富之门、开启成功的金钥匙。每套VCD仅售50元。 1、VCD001 安东尼・罗宾：团队的力量2张 VCD002 安东尼・罗宾：突破人生的障碍1张 ★当今世界一流的演讲大师,神经语言学导师,美国人心目中偶像!!! 数不清的人因接受他的 培训而脱胎换骨，强烈推荐!! 2、VCD003 陈安之： 保险行销成功秘诀(台乔治亚人寿)2张 VCD004 陈安之：超速营销 ★亚洲成功学顶尖权威,明星,无数人因他走上成功路,不可不看!!! 3、VCD005 杨宾：性格的力量(新加坡)2张 ★中国首屈一指的演讲家,性格分析领域的大师, 一场演讲赢得北大学子疯狂!!! 4、VCD006 爱德华・德・波诺：横向思维2张 VCD007 爱德华・德・波诺：六顶思考帽2张 ★剑桥大学医学博士，牛津大学心理学、医学博士，哈佛大学、伦敦大学等教授， 北京2008奥 运组委会北京市委的新思维培训导师，你能错过他给你的指点吗 5、VCD008 罗伯特・T・清崎：富爸爸,穷爸爸2张（北京演讲会） ★他写了一本改变无数人命运的书，他的书3个月美国销售800万册！！ 来北京的演讲会门票高达2000元！如今你拥有他，犹如亲临现场！ 6、VCD009 博恩崔西：如何成为亿万富翁（台湾演讲会）；3张 ★国际商界公认的营销培训专家，超过2/3的全球500强企业使用他的销售培训, 他的训练分支机构遍布全球31个国家!!太多太多的企业为之感谢!!! 7、CD001 <世界上最伟大的推销员> 奥格・曼狄诺 ★看看街上的书店吧！！全世界都在读他的书！这张碟，有人可以天天朗诵给你听，潜移默化你的灵魂吐血推荐！！ 详细资料请访问我们的网站http://www.f-key.com.cn [EMAIL PROTECTED] 进行咨询，此信请勿直接回复。 联系电话：0755-25872632 Http：// www.f-key.com.cn [EMAIL PROTECTED] [EMAIL PROTECTED],我们将从列表删除您的地址。如果这封信给您带来干扰，请原谅并删除！谢谢！
Re: dinstall/debian-installer
On Wed, Dec 11, 2002 at 01:31:49AM +, James Troup wrote: > Brian May <[EMAIL PROTECTED]> writes: > > > - Change paths to config files in utils.py. > > Sigh, you don't need to do that. See /etc/katie/katie.cnf on > e.g. auric. I don't have the config files installed in /etc yet. > > - rose creates initial directories (actually some where missing; I can't > > remember which onces were missing and which ones were misconfigured > > though now). > > rose uses the provided config file; it'd be hard for her to "misconfigure" a > directory An example: $ftpmaster/indices was not created. > Huh? I don't think you mean melanie, she doesn't delete files. Yes, I was confused. The program which does delete the files though complians (I can't remember the name off hand). > You seem to be making a fundamental mistake: cron.daily, katie.conf, > apt.conf etc. are all not the best files to start from, they're > ftp-master's real config file. I know that's non-intuitive but that's > just how it is always been hysterically. Don't start from them and > don't assume they're some kind of example to build from. If anything > the security ones are a far better example in many ways. And that is documented where??? > > - cron.buildd is for buildd, I don't know where to get wanna-build from > > so I don't use it. > > Again, you obviously didn't look it's utterly trivial to find. Errr... I did a google search, I search packages.debian.org, I searched cvs.debian.org, where else? > WTH are you talking about? required for what? cron.hourly simply > runs julia which syncs postgresql ideas of users and the systems which > is useful if you're using postgresql's 'peer sameuser' (or whatever > it's called these days) access control on a multi-user system. If > you're not, then it's not "required". I meant "not required" as in the context of private archives. > > > - cron.weekly might be important, but I don't understand what it does. > > Dude, it's 8 or so lines of shell script with comments. Where's the > difficulty? > > | # Purge empty directories > | > | [...] > | > | # Clean up apt-ftparchive's databases Err because I think apt-ftparchive database is the Packages.gz and Source.gz files, right? What does it mean to clean these files up? > > - cron.daily is pretty verbose. > > IT'S NOT AN EXAMPLE FILE, IT'S AURIC'S AND WE LIKE IT TO BE VERBOSE. I don't know why you a being so hostile. I seem to be getting a clear signal back that you are not interested with the feedback I am giving, and that you would rather I didn't try. In which case, it may be best if I go back to using my home-made scripts. -- Brian May <[EMAIL PROTECTED]>
Re: dinstall/debian-installer
Brian May <[EMAIL PROTECTED]> writes: > First you were encouraging us to learn to use it, now your > discouraging us from even trying Err, no I wasn't. I don't encourage people to use katie, in fact I actively discourage it. Even the README now tells people to use something else and that's just catching up with what I've been telling anyone who asked me for a long time. > All you need is a documentation like README.first with "to disable > sending unsolicted mails do X,Y,Z". Sorry but given your track record I can't see that having helped. -- James
Re: DAK (2)
Brian May <[EMAIL PROTECTED]> writes: > On Wed, Dec 11, 2002 at 01:11:08AM +, James Troup wrote: > > Err, bullshit, there's doc/*.1.sgml and --help for most of the key > > scripts. > > [1106] [snoopy:unstable:bam] ~/cvswork/dak >helena --help helena is not a key script. Try again. grep -lir 'Options\["help"\]' dak shows: amber, catherine, claire.py, charisma, fernanda.py, halle, heidi, jenna, jennifer, jeri, julia, lisa, kelly, madison, melanie, rhona, shania, ziyi All at least recognise help and that is IMNSHO more than most of the key scripts (and several less-than-key ones). > This seems to be common for all the programs I have tried so far. Sorry, don't believe you. See above. > How do you change it? Dinstall::OverrideMaintainer - see katie.conf.security. > Is it possible to just have it mail the uploader? No because in the Debian world (which includes queue daemons and buildds) it's not possible to sanely determine who the human uploader is. It'd be trivial to add if there was such a way in your environment. > errr I don't consider this to be Debian packaging: > > katie (0notforuse0-0) unstable; urgency=low > > * Initial non-release. [The packaging is nowhere near complete; don't > * bother trying to use it unaltered.] > >-- James Troup <[EMAIL PROTECTED]> Tue, 25 Sep 2001 22:59:17 +0100 > > If this actually has been tested and does generate a valid package, > I stand corrected; but this comment makes it look like it never > has been tested. I find it strange that you take some comments (like the above) at more than there face value, yet can't even parse seemingly easier-to-understand comments like the one in cron.weekly. There is packaging; it produces a deb, but it's not perfect and so there's a disclaimer in there. And sorry but I still think you didn't even check. -- James
Re: dinstall/debian-installer
On Wed, Dec 11, 2002 at 01:35:21AM +, James Troup wrote: > *sigh* all the mail sent by the python scripts is done by > utils.send_mail(); if you want to ensure they don't send any mail make > that function a nop. But it's becoming increasingly clear to me that > the source should probably be sabotaged to not work without changes to > stop people who don't know what they're doing using it to send people > unsolicited and confusing mail. :( First you were encouraging us to learn to use it, now your discouraging us from even trying Which one? All you need is a documentation like README.first with "to disable sending unsolicted mails do X,Y,Z". I was trying various things, obviously it wasn't enough. Also I don't want to totally disable mails, like I said before. -- Brian May <[EMAIL PROTECTED]>
Re: Oracle installer?
Thorsten Sauter <[EMAIL PROTECTED]> writes: > Hi, > > On Wed, Dec 04, 2002 at 11:48:59PM -0800, Karl M. Hegbloom wrote: >> Has anyone created an Oracle 9i installer? > > what do you mean with >installer jave based installer for linux. > [snip] > > Installing oracle only with an debian package, seems impossible to me. Oracle's install is scriptable (that is, you don't have to use the GUI). Perhaps an enterprising developer could run the user through some debconf questions (or not) and then setup an install script that then runs the oracle installer in silent mode. Possible to do, but probably quite painful... > Bye > Thorsten -- -rupa
Re: dinstall/debian-installer
Brian May <[EMAIL PROTECTED]> writes: > I think that will fix the problem. *sigh* all the mail sent by the python scripts is done by utils.send_mail(); if you want to ensure they don't send any mail make that function a nop. But it's becoming increasingly clear to me that the source should probably be sabotaged to not work without changes to stop people who don't know what they're doing using it to send people unsolicited and confusing mail. :( -- James
Re: DAK (2)
Brian May <[EMAIL PROTECTED]> writes: > 5. What is the dsync-flist used by mkchecksums, and where can I get it > from? Google search returns nothing. http://cvs.debian.org/?cvsroot=dsync -- James
Re: dinstall/debian-installer
Brian May <[EMAIL PROTECTED]> writes: > - Change paths to config files in utils.py. Sigh, you don't need to do that. See /etc/katie/katie.cnf on e.g. auric. > - rose creates initial directories (actually some where missing; I can't > remember which onces were missing and which ones were misconfigured > though now). rose uses the provided config file; it'd be hard for her to "misconfigure" a directory > (melanie complains that it cannot delete the files from buildd/*, > but I can't see why, I deleted the same files mentioned manually > without any problems). Huh? I don't think you mean melanie, she doesn't delete files. You seem to be making a fundamental mistake: cron.daily, katie.conf, apt.conf etc. are all not the best files to start from, they're ftp-master's real config file. I know that's non-intuitive but that's just how it is always been hysterically. Don't start from them and don't assume they're some kind of example to build from. If anything the security ones are a far better example in many ways. > - cron.buildd is for buildd, I don't know where to get wanna-build from > so I don't use it. Again, you obviously didn't look it's utterly trivial to find. > - cron.hourly doesn't appear to be required. WTH are you talking about? required for what? cron.hourly simply runs julia which syncs postgresql ideas of users and the systems which is useful if you're using postgresql's 'peer sameuser' (or whatever it's called these days) access control on a multi-user system. If you're not, then it's not "required". > - cron.weekly might be important, but I don't understand what it does. Dude, it's 8 or so lines of shell script with comments. Where's the difficulty? | # Purge empty directories | | [...] | | # Clean up apt-ftparchive's databases > - turn off BXA notifications in katie.conf. Or change the template. No, don't use auric's katie.conf as a starting point. Write your own. BXA Notification defaults to off if it's not mentioned for this very reason. > - turn off auto closing bugs in katie.conf. Or at least change > the template. Likewise. > - when new package is accepted it will inform uploader and package > maintainer; the maintainer might confuse this E-Mail as an > unauthorised upload to the Debian archive. I am not sure what the best > solution is here. See other mail; this can be overriden. > - some templates in templates/* have E-Mail addresses hardcoded (From > and To E-Mail addresses). Err, amber.advisory and lisa.bxa-notification, neither of which anyone would want to use unedited if at all. > - cron.* have E-Mail addresses hardcoded. Duh. > kelly -pa *.changes | tee REPORT | \ mail -s "Install for $(date +%D)" > [EMAIL PROTECTED] > > This comes up with lots of errors if *.changes doesn't exist. This is simpy because katie's designed for real archives which invariably have new uploads every day; it's trivial to fix. > - No way to override component eg. (main,contrib,non-free) without > changing source; I have a patch that will let you override it in lisa. > I have also patched/hacked jennifer to use existing overide component > if one already exists. You've grossly misunderstood how components work. See other mail. > - cron.daily is pretty verbose. IT'S NOT AN EXAMPLE FILE, IT'S AURIC'S AND WE LIKE IT TO BE VERBOSE. damn it. > - cron.daily generates override.potato.all3 and override.sid.all3, but I > can't see what use these files are. They're used for legacy-mixed style directories; if you don't have any of those and/or don't know what they are you don't need to care about it. > - Not sure how to move files between components, this might require a > delete operation followed by a new upload. No, it doesn't. It's automatic; you simply change the section. Again, learn how components work in Debian. > - Where is the check to ensure files aren't uploaded to stable? There isn't any, they go to proposed-updates and are installed into stable manually or rejected from proposed-updates. > - nothing except mkmaintainers seems to use the ftpdir/indices > directory??? Err, overrides are installed there by copyoverrides. -- James
Re: DAK (2)
On Wed, Dec 11, 2002 at 01:11:08AM +, James Troup wrote: > Err, bullshit, there's doc/*.1.sgml and --help for most of the key > scripts. [1106] [snoopy:unstable:bam] ~/cvswork/dak >helena --help Traceback (most recent call last): File "helena", line 206, in ? main(); File "helena", line 192, in main apt_pkg.ParseCommandLine(Cnf,[],sys.argv); SystemError: Command line option --help is not understood no doc/helena* file either. This seems to be common for all the programs I have tried so far. > > 1. For package installations, DAK will inform both the uploader and the > >maintainer. > > No, that's just the default. It's possible to override it through the > config file. (Think about security.d.o: when was the last time you > got notification for a security upload of your package?) How do you change it? Is it possible to just have it mail the uploader? > > 5. Debian packaging. > > There is debian packaging. Do you actually bother looking at > _anything_ before posting? I mean if you'd said "Improve the Debian > packaging" it might not be so offensive but you seem to have a serious > post-first-think/act-later problem. errr I don't consider this to be Debian packaging: katie (0notforuse0-0) unstable; urgency=low * Initial non-release. [The packaging is nowhere near complete; don't * bother trying to use it unaltered.] -- James Troup <[EMAIL PROTECTED]> Tue, 25 Sep 2001 22:59:17 +0100 If this actually has been tested and does generate a valid package, I stand corrected; but this comment makes it look like it never has been tested. The date and version also put me off just a little bit too. PS. I am not trying to insult you, I am just trying to work out if DAK can fit my needs ot not. So far I would like to think that DAK will fit my needs, but there still are issues I mentioned in my other E-Mail. Looking at DAK for the first time is very much information overload, so it isn't always easy to find details no matter how obvious they may appear to be to someone more experienced. -- Brian May <[EMAIL PROTECTED]>
Bug#172582: ITP: gtkdiskfree -- A Gnome program which shows free and used space on your filesystems
Package: wnpp Version: unavailable; reported 2002-12-11 Severity: wishlist * Package name: gtkdiskfree Version : 1.9.3 Upstream Author : Landwerlin Lionel <[EMAIL PROTECTED]> and others * URL : http://gtkdiskfree.tuxfamily.org/ * License : GPL Description : A Gnome program which shows free and used space on your filesystems A program which shows free space on your mounted filesystems. Additionally it shows the filesystem type, and other information is scheduled to be added soon. Gtkdiskfree supports mounting and umounting of different filesystems. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux spoon 2.4.19 #1 SMP Mon Sep 9 10:13:02 CEST 2002 i686 Locale: LANG=da_DK, LC_CTYPE=da_DK
200MHTML空间+国际域名=148元/年
尊敬的客户： 您好！本站提供专业的域名注册和虚拟主机服务 www.haoserver.com 最优惠的价格： 200M HTML空间 + 国际域名 = 148元/年 200M 空间(ASP/CGI/PHP) + 200 企业邮箱 + 国际域名 = 268元/年 1.6G 空间(ASP/CGI/PHP+邮箱空间)+ 国际域名 = 758元 我们的优势： 骨干机房网，Flash.Sever服务器，大容量超低价，一站多服务器 电信、网通合作伙伴，工作人员24小时值班，服务器全天候监控 用最少的钱，买最大最好的空间 个人建站、企业上网的福音！ 我们还有更多的服务和更优惠产品，详见 www.haoserver.com 。 好SERVER网 联系人：钟先生 （详细联系方式参见网站）
Re: dinstall/debian-installer
On Wed, Dec 11, 2002 at 11:10:18AM +1100, Brian May wrote:
> On Wed, Dec 11, 2002 at 10:49:03AM +1100, Brian May wrote:
> > - when new package is accepted it will inform uploader and package
> > maintainer; the maintainer might confuse this E-Mail as an
> > unauthorised upload to the Debian archive. I am not sure what the best
> > solution is here.
>
> I thought I fixed this by altering all the template files, but
> apparently some notifications still got through to the some puzzled
> package maintainers :-(.
>
> So if you got a notification from me that your package was installed, I
> apologize...
>
> Now I wonder if this was lisa, kelly or jennifer's fault.
I consider this a really ugly hack:
if Cnf.get("Dinstall::TrackingServer") and
changes["architecture"].has_key("source"):
Subst["__ANNOUNCE_LIST_ADDRESS__"] = Subst["__ANNOUNCE_LIST_ADDRESS__"] +
"\nBcc: [EMAIL PROTECTED]" % (changes["source"],
Cnf["Dinstall::TrackingServer"]);
I thought __ANNOUNCE_LIST_ADDRESS__ would expand only to the
address of the configured mailing list, but it also expands to include
the tracking server too.
I am guessing that the maintainer got my message via the tracking
server (I hope this didn't mess anything up...).
So add to my previous list: remove the Dinstall::TrackingServer config
setting from katie.conf!
I think that will fix the problem.
--
Brian May <[EMAIL PROTECTED]>
Re: DAK (2)
Brian May <[EMAIL PROTECTED]> writes:
> If I were to clean things up and make DAK easier to use for private
> archives (eg. by isolating all Debian specific stuff, ideally into
> a limited number *.conf files), would somebody be willing
> to commit the changes to CVS?
No one sane agrees to pre-commit changes sight-unseen to CVS. Show me
the changes, and we'll talk.
> I suspect even though I might have write access to CVS,
Err, no you don't and I have no idea what would made you suspect you
might.
> > like doc/README.names maybe.
>
> I found that very brief and vague. It is not made clear for instance,
> what programs must be run before, what CWD must be in order to
> run the program, etc.
Duh. That's not the purpose of that document. You were whining about
not being able to translate task to script name and vice versa;
doc/README.names does that and that's why I mentioned it.
> Command line parameters are simply not documented anywhere.
Err, bullshit, there's doc/*.1.sgml and --help for most of the key
scripts.
> Some questions:
>
> 1. For package installations, DAK will inform both the uploader and the
>maintainer.
No, that's just the default. It's possible to override it through the
config file. (Think about security.d.o: when was the last time you
got notification for a security upload of your package?)
> 2. Where is the code that moves unstable to testing? That does not
>appear to be here?
It's in the same CVS module in the 'testing' directory. You could
have found that out yourself, had you bothered to look.
> 3. Could the information in apt.conf be automatically generated from
>kate.conf?
Not all of it, no. Some of it, yes.
> 4. When installing a new package (with lisa I think), how do you specify
>with component {main,contrib,non-free} it will go into?
You don't; the section field specifies that. That's not a katie
question, that's a general Debian knowledge question and again
something you could have found out yourself, had you bothered to look.
> 5. Debian packaging.
There is debian packaging. Do you actually bother looking at
_anything_ before posting? I mean if you'd said "Improve the Debian
packaging" it might not be so offensive but you seem to have a serious
post-first-think/act-later problem.
> Anyway, just some ideas. I am not sure if there is a dedicated
> mailing list for this or not.
There will be shortly.
--
James
debian-kerberos mailing list down?
Hello, I am not able to contact the debian-kerberos mailing list for some reason??? Is there some problem? -- Brian May <[EMAIL PROTECTED]> --- Begin Message --- This is the Postfix program at host snoopy.apana.org.au. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program <[EMAIL PROTECTED]>: lost connection with loggerhead.mekinok.com[4.36.43.98] while sending MAIL FROM Reporting-MTA: dns; snoopy.apana.org.au Arrival-Date: Fri, 6 Dec 2002 09:45:29 +1100 (EST) Final-Recipient: rfc822; debian-kerberos@mekinok.com Action: failed Status: 4.0.0 Diagnostic-Code: X-Postfix; lost connection with loggerhead.mekinok.com[4.36.43.98] while sending MAIL FROM --- Begin Message --- Josselin: Exactly the same problem will exist, I believe with the other kerberos implementations, so I have CCed debian-kerberos for open discussion. debian-kerberos: Josselin has some very good reasoning here, but I am not really what to do. If these questions aren't asked, then the Kerberos configuration will effectively be broken for all users. Josselin: Would it be sufficient if the first question simply asked: "Do you want to configure Kerberos (Yes/No)?" On Thu, Dec 05, 2002 at 06:06:48PM +0100, Josselin Mouette wrote: > Cascading dependencies now make a lot of things depend on the > libkrb5-17-heimdal package (especially since libpgsql2 has kerberos > support). However, libkrb5-17-heimdal depends on krb5-config, which > contains two debconf questions that almost nobody should have to answer > to (except those using kerberos, of course). > > It is exactly the kind of things that should be avoided if we want > Debian to be usable by anybody. There has to be a way to install the > kerberos shared libraries without having to install krb5-config. Then, > people setting up a kerberos client should install a krb5-client > package, for example, but this should not be done by default. -- Brian May <[EMAIL PROTECTED]> --- End Message --- --- End Message ---
这里宛若西方净土一隅
互联网事业是一个迷人的事业。投身于这样一个事业．就宛若进入一个智慧大家庭，一切都是那么的和谐。这里没有欺骗，没有风险，没有名利纷争，这里宛若西方净土一隅。一套很容易让你赚到钱的网络营销系统，这个系统有趣、合法，真正可以给你带来丰厚回报，详情请访问http://ksyuliang.yeah.net
Re: private debian pools
On Mon, Dec 09, 2002 at 09:06:23AM +0100, Ola Lundqvist wrote: > If you do not mind I can help you and you can help me to improve > the debarchiver package. I would be happy to include your scripts there. At the moment I am busy with DAK, but if you want to take over maintaining my scripts as a simpler solution, go ahead ;-). -- Brian May <[EMAIL PROTECTED]>
Re: dinstall/debian-installer
On Wed, Dec 11, 2002 at 10:49:03AM +1100, Brian May wrote: > - when new package is accepted it will inform uploader and package > maintainer; the maintainer might confuse this E-Mail as an > unauthorised upload to the Debian archive. I am not sure what the best > solution is here. I thought I fixed this by altering all the template files, but apparently some notifications still got through to the some puzzled package maintainers :-(. So if you got a notification from me that your package was installed, I apologize... Now I wonder if this was lisa, kelly or jennifer's fault. -- Brian May <[EMAIL PROTECTED]>
Re: Why is openoffice in Contrib?
Daniel Burrows <[EMAIL PROTECTED]> writes: > On Tue, Dec 10, 2002 at 04:19:07PM -0500, "H. S. Teoh" <[EMAIL PROTECTED]> > was heard to say: > > So much for write-once, run-anywhere. > > Did anyone ever believe that? Yup, management ;-( -- Olaf MeeuwissenEPSON KOWA Corporation, ECS GnuPG key: 6BE37D90/AB6B 0D1F 99E7 1BF5 EB97 976A 16C7 F27D 6BE3 7D90 Penguin's lib! -- I hack, therefore I am -- LPIC-2
dinstall/debian-installer
On Mon, Dec 09, 2002 at 10:39:43PM +, Roger Leigh wrote: > There is some documentation for using it, but is there any for the > initial setup? > > I certainly have read the docs from CVS, but I'm stuck at the > installation stage. I can see what installs where from the debian/* > packaging, but what I need to do to setup the archive and database > isn't clear. I have got it going! It is pretty straight forward once you get to know what all these names do. Even now though I still forget the correct name for the correct purpose. What I did: - Edit katie.conf to suit. Make sure the path to the templates directory is correct. - Edit vars. - Edit apt.conf so it has the same information as kate.conf. If there are areas in apt.conf but not in katie.conf, you will get errors when generating index files. One day in the future I would like to see vars and apt.conf autogenereted from katie.conf; I am not sure if this is possible or not. - Change paths to config files in utils.py. - Configure postgresql to allow access and ability to create database. - psql -f init_pool.sql template1 - alyson imports katie.conf into database. - rose creates initial directories (actually some where missing; I can't remember which onces were missing and which ones were misconfigured though now). - cron.unchecked checks files in queue/unchecked and moves them to queue/new or queue/accepted. - To manually accept queue/new or queue/byhand files, cd to that directory, and type "lisa *.changes". - Anything else I forgot to include. - melanie marks packages for deletion. This doesn't happen straight away, by default there is a delay (in katie.conf) before files are actually removed. (melanie complains that it cannot delete the files from buildd/*, but I can't see why, I deleted the same files mentioned manually without any problems). - look at database with pgaccess often to try and find out what is happening. These files need customization: - cron.daily installs accepted files and rebuilds the database. (do not use udpate-* for private archives). Check apt-ftparchive doesn't produce any errors, this might be because you have areas defined in apt.conf but not in katie.conf. - cron.buildd is for buildd, I don't know where to get wanna-build from so I don't use it. - cron.hourly doesn't appear to be required. - cron.weekly might be important, but I don't understand what it does. - cron.monthly doesn't appear to be required. - mkmaintainers adds NON-US maintainers and base maintainers. Potentially dangerous features: - turn off BXA notifications in katie.conf. Or change the template. - turn off auto closing bugs in katie.conf. Or at least change the template. - when new package is accepted it will inform uploader and package maintainer; the maintainer might confuse this E-Mail as an unauthorised upload to the Debian archive. I am not sure what the best solution is here. - some templates in templates/* have E-Mail addresses hardcoded (From and To E-Mail addresses). - cron.* have E-Mail addresses hardcoded. Features I really dislike: - cron.daily has: kelly -pa *.changes | tee REPORT | \ mail -s "Install for $(date +%D)" [EMAIL PROTECTED] This comes up with lots of errors if *.changes doesn't exist. - No way to override component eg. (main,contrib,non-free) without changing source; I have a patch that will let you override it in lisa. I have also patched/hacked jennifer to use existing overide component if one already exists. This patch has the side effect that you can only have one version of a package in all components combined; I don't see this as being a problem. See patch attached. It seems to work fine, but I haven't tested it since replacing several tabs with spaces... It might be better if the changes to jennifer were made optional by a config switch. lisa already has the ability to specify the component in the section, but this didn't seem to be used. - if you don't have testing, some of the scripts will fail. Testing is hardcoded and required. - *NO* E-Mail addresses should get hardcoded in non-config files anywhere! - cron.daily is pretty verbose. - cron.daily generates override.potato.all3 and override.sid.all3, but I can't see what use these files are. What I don't like but can't really be fixed: - GPG key for signing Release files can't be password protected, it needs to work in a Cron job. What I do like: - good checking of packages, eg. to ensure that full source code could be found. Then again a large number of my packages failed to install because I forgot to use -sa when compiling :-(. Still to learn: - How to move packages to stable. - How to add/remove distributions/components. It appears that you must modify three things, 1. katie.conf, 2. apt.conf, 3. database. I really don't like this, it is prone to error. alyson wont update a database that isn't blank. - How to b
Re: location of UnicodeData.txt
On Tue, Dec 10, 2002 at 05:18:38PM -0500, Branden Robinson wrote: > On Thu, Dec 05, 2002 at 08:33:08PM -0600, John Hasler wrote: > > However, if that data can only be usefully expressed in precisely that way > > (that is, reverse-engineering those algorithms would regenerate the file) > > then the copyright on the file is probably unenforceable. > > Exactly. If there is no possibility for original expression within the > technical constraints imposed, one has no ability to generate the sort > of work which copyright is designed to protect. about 48 or more scripts are encoded. ASCII was frozen. That leaves 47! ways to order the scripts (and they did not choose alphabetic by english name). Latin alone has 840 "code points" (characters). Even given that there is a traditional ordering in the portions of this, there are other big spans that have no natural order. Bunch more choices made here. Then, each character has a potential of 22 binary "properties", (not derived from UnicodeData.txt, but in a separate file PropList.txt), and 14 "fields", most of which have 20 to 256 or more options. I would venture to guess that even with a perfect oracle, it would be essentially imposible to reverse engineer the Unicode data files, much less the ancillary algorithms. That is, a 32 bit search space with at least 36 properties to be discovered per data point is whopping big. Jim Penny
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 04:49:17PM -0500, Daniel Burrows wrote: > > So much for write-once, run-anywhere. > > Did anyone ever believe that? I'm curious as to whether the Java classes as distributed with the Sun JRE would work with one of the other JREs out there. Not that it would help the status of OpenOffice at all, but it would lend a bit of credence to the "write-once, run-anywhere" claims. noah -- ___ | Web: http://web.morgul.net/~frodo/ | PGP Public Key: http://web.morgul.net/~frodo/mail.html pgpskkYBxNuYa.pgp Description: PGP signature
Re: location of UnicodeData.txt
Branden Robinson wrote: > On Mon, Dec 02, 2002 at 12:20:26PM -0500, Jim Penny wrote: > > So, can a standard be DSFG free? > > Strictly speaking, no. A standard is an idea, or a collection of ideas. > There are many ways to express an idea, so there are many ways to > express a standard. Some of these expressions may receive copyright > protection. The correct question, I think, is "Can a standards _document_ be DFSG free?" I think it could be, but most probably are not; a standards document is usually copyrighted by the organization that governs the standard, and in the absence of an explicit grant of the right to make derivative works, such a document would not be DFSG free (to the best of my understanding). Craig
Re: location of UnicodeData.txt
On Thu, Dec 05, 2002 at 08:33:08PM -0600, John Hasler wrote: > However, if that data can only be usefully expressed in precisely that way > (that is, reverse-engineering those algorithms would regenerate the file) > then the copyright on the file is probably unenforceable. Exactly. If there is no possibility for original expression within the technical constraints imposed, one has no ability to generate the sort of work which copyright is designed to protect. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgpWZODF9XIXu.pgp Description: PGP signature
Re: location of UnicodeData.txt
On Mon, Dec 02, 2002 at 12:20:26PM -0500, Jim Penny wrote: > So, can a standard be DSFG free? Strictly speaking, no. A standard is an idea, or a collection of ideas. There are many ways to express an idea, so there are many ways to express a standard. Some of these expressions may receive copyright protection. -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right. pgpL6YQMq51Li.pgp Description: PGP signature
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 04:19:07PM -0500, "H. S. Teoh" <[EMAIL PROTECTED]> was heard to say: > So much for write-once, run-anywhere. Did anyone ever believe that? Daniel -- / Daniel Burrows <[EMAIL PROTECTED]> ---\ | Gil-Galad was an Elven king; | | of him the harpers sadly sing.| \--- (if (not (understand-this)) (go-to http://www.schemers.org)) /
Re: Why is openoffice in Contrib?
On Tuesday 10 Dec 2002 8:06 pm, H. S. Teoh wrote: > On Tue, Dec 10, 2002 at 01:40:12PM -0600, Steve Langasek wrote: > > On Tue, Dec 10, 2002 at 01:13:13PM -0600, John Goerzen wrote: > > > Secondly, since OpenOffice seems to be GPL'd, I am wondering why it is > > > in contrib instead of main. > > > > Build-dependency on Java. > > [snip] > > Excuse me for butting in here, but aren't there GPL'd Java compilers in > main already? Or does OpenOffice require a non-DFSG Java compiler? The GPLd compilers are very good, and very complete, jikes for instance. However without the class libraries they are fairly useless, and currently there is no suitable free implementation. GNU CLasspath and kaffe have extensive, but incomplete implementations. There is currently some major effort, with some guys from redhat i believe, to get openoffice buildable with kaffe (i cant remember if its anything, or specifically kaffe). Run time dependencies are fine for debian policy, so we are almost there, just got to get those build dependencies fixed :) Hope this fills in the details for you. Tom
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 02:38:19PM -0600, Steve Langasek wrote: > On Tue, Dec 10, 2002 at 03:06:10PM -0500, H. S. Teoh wrote: [snip] > > Excuse me for butting in here, but aren't there GPL'd Java compilers in > > main already? Or does OpenOffice require a non-DFSG Java compiler? > > The current build system for the OpenOffice packages depends on specific, > non-free Java implementations. Whether or not it can be modified to use > alternatives from main is left as an exercise for the reader. [snip] So much for write-once, run-anywhere. Although in this case it's more of a write-once, build-anywhere. T -- Tech-savvy: euphemism for nerdy.
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 03:06:10PM -0500, H. S. Teoh wrote: > On Tue, Dec 10, 2002 at 01:40:12PM -0600, Steve Langasek wrote: > > On Tue, Dec 10, 2002 at 01:13:13PM -0600, John Goerzen wrote: > > > Secondly, since OpenOffice seems to be GPL'd, I am wondering why it is in > > > contrib instead of main. > > Build-dependency on Java. > Excuse me for butting in here, but aren't there GPL'd Java compilers in > main already? Or does OpenOffice require a non-DFSG Java compiler? The current build system for the OpenOffice packages depends on specific, non-free Java implementations. Whether or not it can be modified to use alternatives from main is left as an exercise for the reader. -- Steve Langasek postmodern programmer pgpjrMtwbeyv5.pgp Description: PGP signature
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 01:40:12PM -0600, Steve Langasek wrote: > On Tue, Dec 10, 2002 at 01:13:13PM -0600, John Goerzen wrote: > > > Secondly, since OpenOffice seems to be GPL'd, I am wondering why it is in > > contrib instead of main. > > Build-dependency on Java. [snip] Excuse me for butting in here, but aren't there GPL'd Java compilers in main already? Or does OpenOffice require a non-DFSG Java compiler? T -- Life is complex. It consists of real and imaginary parts. -- YHL
Re: Jeff Sheinberg and the BTS
On Tue, Dec 10, 2002 at 01:14:22PM -0500, Branden Robinson wrote: > Would someone care to tell Mr. Sheinberg about the new "submitter" > feature? I did, before his e-mail address started bouncing. -- Colin Watson [EMAIL PROTECTED]
Re: recursive build-depends or similar
On Tue, Dec 10, 2002 at 12:18:37PM -0500, Matt Zimmerman wrote: > Build-depend on the library that your package uses directly. Do not > attempt to second-guess the library package's maintainer about the > dependencies of that library; they are specified by the package. In this > case, you should build-depend on libc-client2002, and not the Kerberos or > SSL libraries (unless your package also uses those directly, in an > unrelated context). And, of course, if libc-client2002 does not actually depend on all of the libraries that it needs, that is a bug in libc-client2002 and should be reported as such. -- - mdz
Re: Why is openoffice in Contrib?
On Tue, Dec 10, 2002 at 01:13:13PM -0600, John Goerzen wrote: > Secondly, since OpenOffice seems to be GPL'd, I am wondering why it is in > contrib instead of main. Build-dependency on Java. -- Steve Langasek postmodern programmer pgpFXNEPXKUPh.pgp Description: PGP signature
Why is openoffice in Contrib?
This message was in the DWN: > Building CD Images without Contrib. Tollef Fog Heen [14]wrote a patch > against the debian-cd package to allow building a CD image without > including the contrib archive. Raphaël Hertzog [15]agreed that this > was a good idea, as long as inclusion of contrib remained the default. > At first he thought it might be an idea to remove contrib > automatically if non-free was removed, however, it was [16]pointed out > that packages such as OpenOffice.org are in contrib but do not depend > on non-free parts. First off, the inclusion of contrib is not now the default and has no business being the default because it is NOT part of Debian. Secondly, since OpenOffice seems to be GPL'd, I am wondering why it is in contrib instead of main. Finally, I think it imprudent to use a single package as a test for whether or not to include contrib on a CD, FTP site, or *anything* for that matter. The inclusion of contrib on CDs is a direct break with the conventions we have established in our existing Social Contract and our way of making that work, and if anything, highlights the need to excise these grafted-on pieces of software from our archive. -- John
Re: Jeff Sheinberg and the BTS
On Tue, Dec 10, 2002 at 01:14:22PM -0500, Branden Robinson wrote: > Would someone care to tell Mr. Sheinberg about the new "submitter" > feature? I tried, but then I got a MTA warning message. Bleh. > Hmm, I notice that it isn't documented on > http://www.debian.org/Bugs/server-control yet... Yes it is. :) (Matt Kraai committed it a few hours ago.) -- 2. That which causes joy or happiness.
Re: recursive build-depends or similar
On Tue, Dec 10, 2002 at 05:13:40PM +, Colin Watson wrote: > Note that buildds don't understand |, Sure they do. At least partially. If an autobuilder finds a package with alternative build-dependencies, it will either * Leave everything the way it is, if any of the mentioned packages is installed, or if any installed package satisfies a virtual dependency given in the alternative build-dependency, * Install a package satisfying the virtual dependency as specified by its configuration (for example, some packages are so broken that they need an MTA to build; if exim would be installed in such a situation, the build would fail due to exim's configuration at install time. Therefore, autobuilders may have smail configured to satisfy mail-transport-agent) * Install a random package satisfying the single given virtual dependency if there is no configuration, and the first listed package is a virtual package, * Install the first listed package if it is not a virtual package. * ... maybe something else; I didn't look at the code. However, ... > but buildds won't be building the > newer version on woody anyway. Just remember to put the version needed > for sid first in each alternative. ... that of course doesn't mean that this is bad advice; only that it won't always result in the right build-dependencies installed on an autobuilder. -- wouter at grep dot be "Human knowledge belongs to the world" -- From the movie "Antitrust"
Jeff Sheinberg and the BTS
On Thu, Dec 05, 2002 at 08:05:28PM -0600, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > close 6682 > Bug#6682: xutils: [sessreg] should use glibc 2.1 utmp functions > Bug#11147: xutils: [sessreg] can't open utmp file using _setutent > Bug#24192: xutils: [sessreg] works from commandline but not from Xstartup > Bug#45291: xutils: [sessreg] may be putting junk into /var/run/utmp > Bug closed, send any further explanations to Jeff Sheinberg <[EMAIL > PROTECTED]> > > > reopen 6682 ! > Bug#6682: xutils: [sessreg] should use glibc 2.1 utmp functions > Bug#11147: xutils: [sessreg] can't open utmp file using _setutent > Bug#24192: xutils: [sessreg] works from commandline but not from Xstartup > Bug#45291: xutils: [sessreg] may be putting junk into /var/run/utmp > Bug reopened, originator set to Jeff Sheinberg <[EMAIL PROTECTED]>. [1011 more lines of stuff like this] Would someone care to tell Mr. Sheinberg about the new "submitter" feature? Hmm, I notice that it isn't documented on http://www.debian.org/Bugs/server-control yet... -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp5baV9ra6lh.pgp Description: PGP signature
圣诞礼物！域名+主机+邮箱=350
尊敬的新老客户： 大家好！ 你想建立一个自已的个人网站吗?你想为你的公司建立一个企业网站吗？ 你的忠实朋友---上海唯德网络信息技术有限公司承诺为你提供优质高效的域名注册和网站空间服务. 为了答谢您以及广大客户对我司的支持和信任，我们再次提高新旧服务器的性能，让您的网站在我们服务器运作更快、更稳定、更安全， 同时我们还推出了新的官方网站http://www.7135cn.com以及更多的空间配套方案；降低了多种产品价格，让您享受更优质的服务。; 欢迎您的咨询与建议，谢谢您对我们的支持与厚爱，谢谢！ 以下是部分域名注册的零售价格： 英文国际域名 80元/年 .cc 国际域名 300元/年 .biz国际域名 150元/年 .info国际域名 150元/年 中文国际域名 150元/年 中文国内域名 280元/年 凡在我司注册的域名都送强大的DNS管理器,自己做解析,不求人 以下是部分网站空间的零售价格： 30M 虚拟主机 200元/年 100M虚拟主机 300元/年 HOT~~送集团邮局60M 200M虚拟主机 500元/年 企业电子商务级 900元/年 20用户共享 2000元/年 10用户共享 3000元/年 特惠网站推广赠送服务: 花最少的钱,让你的网站访问量得到最大的提高.请看http://www.7135CN.COM 同时,我们也欢迎您成为我们的代理商! 我们承诺让我们的代理商获得全国同类产品最低的代理价!! 关于我们更多的礼包和优惠价格，详情请见我们网站:http://www.7135cn.com 上海唯德网络信息技术有限公司 电话：021-67718320 在线QQ:6892151 联系人：尤先生
Bug#172539: lynx: Should have SHOW_CURSOR:TRUE by default
Package: lynx Version: 2.8.4-2 Severity: wishlist Quoting from /etc/lynx.cfg: # SHOW_CURSOR controls whether or not the cursor is hidden or appears # over the current link in documents or the current option in popups. # Showing the cursor is handy if you are a sighted user with a poor # terminal that can't do bold and reverse video at the same time or # at all. It also can be useful to blind users, as an alternative # or supplement to setting LINKS_AND_FIELDS_ARE_NUMBERED or # LINKS_ARE_NUMBERED. This "hiding" of the cursor does not only have a visual effect, it also has the effect that the currently highlighted item (link, popup menu item) is only highlighted by setting the color attributes of the partiuclar text. The cursor is usually left in the last line somewhere around the last column. This kind of highlighting is hard to support for braille display and speech based screen readers. Usually, those screen readers use the position of the cursor to indicate to the user what is currently "highlighted". Since lynx is one of the most popular web browsers for blind users, I think we should turn this option on by default. -- Thanks, Mario
Re: recursive build-depends or similar
On Tue, Dec 10, 2002 at 05:54:12PM +0100, Tomas Pospisek's Mailing Lists wrote: > OTOH - couldn't the build system figure that out for itself - that is > check libc-client2002(-dev) and find out that it depends on libkrb5-dev > and make sure it's installed before building the package? Build-depend on the library that your package uses directly. Do not attempt to second-guess the library package's maintainer about the dependencies of that library; they are specified by the package. In this case, you should build-depend on libc-client2002, and not the Kerberos or SSL libraries (unless your package also uses those directly, in an unrelated context). -- - mdz
Re: recursive build-depends or similar
On Tue, Dec 10, 2002 at 05:54:12PM +0100, Tomas Pospisek's Mailing Lists wrote: > Mailsync depends on libc-client which can be compiled one way or another > including or excluding ssl, kerberos etc. > > It happens that libc-client in woody did not include kerberos but > libc-client in sid does. > > Is there a way to specify this in the build dependecies? Right know I have > to decide if I want to make mailsync buildable on woody or on sid. I > wouldn't mind if it could build on both. Is something like this possible: > > Build-Depends: libc-client-ssl2001-dev | >( libc-client2002-dev, libssl-dev, libkrb5-dev ) Apply Boolean algebra to that and you get: Build-Depends: libc-client2002-dev | libc-client-ssl2001-dev, libssl-dev | libc-client-ssl2001-dev, libkrb5-dev | libc-client-ssl2001-dev A bit messy, but it should work. Note that buildds don't understand |, but buildds won't be building the newer version on woody anyway. Just remember to put the version needed for sid first in each alternative. > OTOH - couldn't the build system figure that out for itself - that is > check libc-client2002(-dev) and find out that it depends on libkrb5-dev > and make sure it's installed before building the package? The buildds just do 'apt-get install libc-client2002-dev', so dependencies of build-dependencies are processed (but not build-dependencies of build-dependencies). That should reduce the above to either: Build-Depends: libc-client2002-dev | libc-client-ssl2001-dev ... or: Build-Depends: libc-client2002-dev | libc-client-ssl2001-dev, libkrb5-dev | libc-client-ssl2001-dev (If libc-client2002-dev needs libkrb5-dev, shouldn't it depend on it? Or is it only for certain specialized cases?) -- Colin Watson [EMAIL PROTECTED]
recursive build-depends or similar
Mailsync depends on libc-client which can be compiled one way or another including or excluding ssl, kerberos etc. It happens that libc-client in woody did not include kerberos but libc-client in sid does. Is there a way to specify this in the build dependecies? Right know I have to decide if I want to make mailsync buildable on woody or on sid. I wouldn't mind if it could build on both. Is something like this possible: Build-Depends: libc-client-ssl2001-dev | ( libc-client2002-dev, libssl-dev, libkrb5-dev ) OTOH - couldn't the build system figure that out for itself - that is check libc-client2002(-dev) and find out that it depends on libkrb5-dev and make sure it's installed before building the package? *t -- --- Tomas Pospisek SourcePole - Linux & Open Source Solutions http://sourcepole.ch Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: +41 (81) 330 77 11 ---
Bug#172532: ITP: prolog-el -- Emacs major mode for editing Prolog code
Package: wnpp Version: unavailable; reported 2002-12-10 Severity: wishlist * Package name: prolog-el Version : 0.1.35 Upstream Author : Stefan Bruda <[EMAIL PROTECTED]> * URL : http://turing.ubishops.ca/home/bruda/emacs-prolog/ * License : GPL Description : Emacs major mode for editing Prolog code This package provides a major mode for editing Prolog code, with all the bells and whistles one would expect, including syntax highlighting and auto indentation. It can also send regions to an inferior Prolog process. . This package also supports Mercury, a new logic/functional programming language. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux forcix 2.4.14 #5 Tue Nov 6 23:04:54 CET 2001 i686 Locale: LANG=C, LC_CTYPE=de_DE
Problems with XFS patch and SMP
I wrote: > Bug#171943 reports that dictd 1.8.0 fails to start with the > following error message: > > [EMAIL PROTECTED]:~$ /usr/sbin/dictd -d nofork > :I: 2535 starting dictd 1.8.0/rf on Linux 2.4.19-xfs Tue Dec 3 23:43:09 2002 > dictd (dict_index_open): Cannot mmap index file "/dev/null(dict_index_open) > Cannot mmap index file "/dev/nulldict_index_open: No such device > (dict_index_open) dict_index_open: No such device > > I have not experienced any problems with this version in woody, > sarge or sid, using a 2.4.18 kernel, and I have not received any other > similar bug reports. > > The reporter is running a 2.4.19 kernel with the XFS patch and > SMP support. Are there any known issues with the XFS patch and SMP > support that could contribute to this problem? > > Is anyone running dictd with a 2.4.19 kernel with the XFS patch and > SMP support? Thanks to Craig Saunders, Russell Coker, and Bernd Eckenfels for helpful comments. The problem turns out not to be related to XFS or SMP. It was a configuration error caused by the dictdconfig script. All dictionaries had been removed from the submitter's system, without his being aware of it. If dictdconfig doesn't find any installed dictionaries, it creates a configuration item for a dummy dictionary in /dev/null. This was a misguided attempt to prevent dictd from failing to start if no dictionaries are installed. This will be fixed. Especial thanks to Craig for installing dictd on a machine with a 2.4.19 kernel with XFS and SMP for testing. This can be removed whenever you like. Regards, Bob -- _ |_) _ |_Robert D. Hilliard<[EMAIL PROTECTED]> |_) (_) |_) 1294 S.W. Seagull Way <[EMAIL PROTECTED]> Palm City, FL 34990 USA GPG Key ID: 390D6559
Re: Bug#172419: (no subject)
On Tue, 2002-12-10 at 01:42, Stefan Schimanski wrote: > Sure, but geramik is the source package name. There will be a > gtk-engines-geramik, gtk2-engines-geramik and geramik-data. Ok, good. Hm, I wonder if we should extend the format of the ITP to have something like: Source: geramik Binaries: gtk-engines-geramik, gtk2-engines-geramik, geramik-data Right now there is some ambiguity...I guess it doesn't usually matter a whole lot though.
Bug#172514: ITP: hammerhead -- stress testing tool for web server and web site
Package: wnpp Version: N/A; reported 2002-12-10 Severity: wishlist * Package name: hammerhead Version : 2.1.2 Upstream Author : Geoff Wong <[EMAIL PROTECTED]> Mick Dwyer <[EMAIL PROTECTED]> Jon Gifford <[EMAIL PROTECTED]> * URL : https://sf.net/projects/hammerhead/ * License : GPL Description : stress testing tool for web server and web site A stress testing tool designed to test out your web server and web site. It can initiate multiple connections from IP aliases and simulated numerous (256+) users at any given time. The rate at which Hammerhead attempts to pound your site is fully configurable, there are numerous other options for trying to create problems with a web site (so you can fix them). . https://sf.net/projects/hammerhead/ -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux neo 2.4.19-k7 #1 Sun Oct 6 20:29:56 EST 2002 i686 Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=en_US
Re: started to make changelogs and copyright file online available
On Tue, Dec 10, 2002 at 11:55:13AM +0100, Bill Allombert wrote: > For packages.debian.org, why not extract the changelog and the copyright from > the diff of the source when building the pages ? Something like > filterdiff -z -i '*/debian/copyright' package.diff.gz Amazingly enough, this wouldn't catch them all, because some packages include those files in .orig.tar.gz as well. -- 2. That which causes joy or happiness.
Re: started to make changelogs and copyright file online available
For packages.debian.org, why not extract the changelog and the copyright from the diff of the source when building the pages ? Something like filterdiff -z -i '*/debian/copyright' package.diff.gz Cheers, -- Bill. <[EMAIL PROTECTED]> There is no record of the [EMAIL PROTECTED] package, and no bugs have been filed against it.
Re: Developers LDAP settings for email forwarding to multiple places
[...] > I believe, the standard approach for LDAP is to have two attributes with > the same name. Of course, it should be allowed by schema. > -- > Misha ... and understanded as is by the mailer agent. He may pick up only one. Matthieu pgp3Xmk6lvV8t.pgp Description: PGP signature
Re: Developers LDAP settings for email forwarding to multiple places
On Mon, Dec 09, 2002 at 11:03:32PM -0500, Peter S Galbraith wrote: > Is it possible to configure email forwading in https://db.debian.org/ > such that emails are sent to two addresses? > > I tried separating two addresses with a space and also with a comma, but > it didn't seem to work. I believe, the standard approach for LDAP is to have two attributes with the same name. Of course, it should be allowed by schema. -- Misha pgpLAz92NbCBU.pgp Description: PGP signature
Re: What should go into "How Software Producers can distribute their products directly in .deb format"?
On Tue, 2002-12-10 at 02:38, Osamu Aoki wrote: > On Sun, Dec 08, 2002 at 10:29:38PM +0100, Aaron Isotton wrote: > > Hi, > > > > (sorry for the overlong subject). > > > > I originally sent this to debian-doc but I got no answers, so I > > thought I'd post it here too. > > Because debian-doc was busy discussing other things and your proposed > document had not much negatives to flame about :) If it is long > detailed HOWTO, it deserves to be a separate document. If it is short > pointers and references, maybe you can add it to "debian Reference". Disagree. I understand that the document should be for jonny-random-company who just wants to make his (proprietary) Software available to as many Linux users as possible and so he looks for a quick way to create .debs. I doubt these people don't want to look into the Debian Reference (because they don't care for Debian), they want a self-contained HOWTO (yes, some duplication would probably be necessary). Of course, it comes down to the question if 'Debian' wants this or not. I'd be in favor of such a document - although probably many Debian developers won't use such software, many users may want to. And having Debian on the list of supported distributions always sounds fine. (Even if they write Debian and really mean only Debian i386). Visibility doesn't hurt here. cheers -- vbi -- this email is protected by a digital signature: http://fortytwo.ch/gpg NOTE: keyserver bugs! get my key here: https://fortytwo.ch/gpg/92082481 signature.asc Description: This is a digitally signed message part
Re: Bug#172419: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 10 December 2002 06:09, Colin Walters wrote: > On Mon, 2002-12-09 at 16:08, Stefan Schimanski wrote: > > Package: wnpp > > Version: unavailable; reported 2002-12-09 > > Severity: wishlist > > > > * Package name: geramik > > Description : A GTK theme which imitates the KDE 3.1 look > > This package should follow the naming scheme for GTK+ 2 theme > engines; specifically, it should be called gtk2-engines-geramik. Sure, but geramik is the source package name. There will be a gtk-engines-geramik, gtk2-engines-geramik and geramik-data. Greetings Schimmi -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE99YzaHUDhE+YrLEURAtsAAJ4p5bzBc2QXHpSp+GHwLekKkxYgugCfT8Jd hOVVtnzpzZugaWNMbJFp5YI= =N1t0 -END PGP SIGNATURE-
成功的开始往往只是一次----偶然的机遇！！！！
亲爱的朋友： 假如您奋斗了几年还没能实现自己的理想，假如您没有更多的时间、精力、金钱去参加各种培训，那么如下个人自助培训VCD录像资料将是您最好的选择。它将是您打开财富之门、开启成功的金钥匙。每套VCD仅售50元。 1、VCD001 安东尼?罗宾：团队的力量2张 VCD002 安东尼?罗宾：突破人生的障碍1张 ★当今世界一流的演讲大师,神经语言学导师,美国人心目中偶像!!! 数不清的人因接受他的 培训而脱胎换骨，强烈推荐!! 2、VCD003 陈安之： 保险行销成功秘诀(台乔治亚人寿)2张 VCD004 陈安之：超速营销 ★亚洲成功学顶尖权威,明星,无数人因他走上成功路,不可不看!!! 3、VCD005 杨宾：性格的力量(新加坡)2张 ★中国首屈一指的演讲家,性格分析领域的大师, 一场演讲赢得北大学子疯狂!!! 4、VCD006 爱德华?德?波诺：横向思维2张 VCD007 爱德华?德?波诺：六顶思考帽2张 ★剑桥大学医学博士，牛津大学心理学、医学博士，哈佛大学、伦敦大学等教授， 北京2008奥 运组委会北京市委的新思维培训导师，你能错过他给你的指点吗 5、VCD008 罗伯特?T?清崎：富爸爸,穷爸爸2张（北京演讲会） ★他写了一本改变无数人命运的书，他的书3个月美国销售800万册！！ 来北京的演讲会门票高达2000元！如今你拥有他，犹如亲临现场！ 6、VCD009 博恩崔西：如何成为亿万富翁（台湾演讲会）；3张 ★国际商界公认的营销培训专家，超过2/3的全球500强企业使用他的销售培训, 他的训练分支机构遍布全球31个国家!!太多太多的企业为之感谢!!! 7、CD001 <世界上最伟大的推销员> 奥格?曼狄诺 ★看看街上的书店吧！！全世界都在读他的书！这张碟，有人可以天天朗诵给你听，潜移默化你的灵魂吐血推荐！！ 详细资料请访问我们的网站http://www.f-key.com.cn [EMAIL PROTECTED] 进行咨询，此信请勿直接回复。 联系电话：0755-25872632 Http：// www.f-key.com.cn [EMAIL PROTECTED] [EMAIL PROTECTED],我们将从列表删除您的地址。如果这封信给您带来干扰，请原谅并删除！谢谢！
<%收信人%> 您好，关于传真解决方案
Title: New Page 1 <%收件人%> 您好： 纵横科技是一家网络软件和系统开发商，秉承着"网络互动无限"的信念，以先进过硬的技术实力和孜孜不倦的做事作风，为从事国际货运企业提供开放的，安全的，稳定的，高效的电子化解决方案。 纵横科技IWORKS－FAX系统能处理国际货运企业普遍存在的大量传真往来，完全通过B/结构的前台处理系统，支持在线收发大批量传真，传真的智能转发，传真订单的审批与回复，传真文档的智能管理、支持签章与个人签名，支持多线路的传真处理功能。是国际货运企业最理想的传真系统解决方案。解决国际货运企业普遍存在的传真处理难题。结合纵横科技IWORKS－OA（办公自动化）及其它信息化系统（如OA、CRM、HRM、ERP等信息化系统），将为贵公司打造智能化的信息化企业。欢迎来电咨询。 IWORKS－FAX功能介绍 (一) 智能转发传真 系统可以实时同时监听各电话线路上的传真，如果传真请求到来，系统可以根据客户拨打的号码智能分类，转发到相应的负责人员下。在以前，如果客户发传真到公司（假设本公司的传真号码是1234-5678），客户拨（1234-5678）来发送传真，然后公司员工定时到传真机收取传真，造成了很大的不便。但是一旦安装和使用了系统，只要客户拨相应的后缀号码，传真就会自动转送到相应的负责员工上。例如，如果客户拨打"1234-5678"来发送传真，当接通了电话，不需要任何人声提示按键某一个传真信箱号码，例如是"123"，系统将会找出与123号码相对应的用户，智能转发到该用户手中，用户只要在自己电脑即可在线收取到转发给自己的传真，大大提高了效率和保密性，同时也避免了大量的纸张浪费。系统对未能成功转发的传真会智能转入"传真大厅"，让用户自行人工选择性转发和查看。 (二) 在线查看 系统可以让用户在电脑上面即可在线查看收取的传真，不需要打印纸张，大大节省成本。 (三) 在线搜索 用户可以根据对方号码，收取时间搜索传真，进行快捷的管理。 (四) 在线发送 用户可以直接在电脑上面发送传真，而不需要通过打印和传真机来发送传真，节省纸张成本。传真可以支持任何文档格式，用户可以将各种文字，图象，OFFICE文档和其他文件格式转换成传真发送给客户。 (五) 日志支持 用户的每一项操作都载入日志，管理员可以查看到用户发送传真的次数，发送到什么地方，在什么时候发送等等信息。 (六) 来电显示支持 系统支持对方来电号码显示功能，可以将电话模拟信号里面进行解码析取对方号码并记录下来。 (七) 签名档支持 系统支持签名档，可以把用户的签名档附加到需要发送的电子传真上并发送出去。 (八) 部门电子签章支持 系统支持部门电子印章，可以把部门的的电子印章"附印"到需要发送的电子传真上并发送出去。 (九) 通讯录支持 系统支持通讯录，用户可以将对方的传真号码保存到通讯录里。 (十) 传真审批支持 传真档案支持企业审批流程，用户可以通过工作流模块对传真进行流程审批，根据已经定义好的工作流进行一级一级审批，然后归档或者"部门盖章"发送传真给客户。"部门盖章"类似于用户的手写签名，系统可以将部门的章印"付印"到传真档案进行发送。 (十一) 存档支持 系统可以对所接受的传真档案可以进行存档，档案的管理支持无限层的文件夹树型管理。 (十二) 强大的树型权限过滤 传真文档和文件夹受强大的树型权限过滤，用户可以将某一个文件夹里的所有文档和自文件夹拒绝或者允许某个部门或者某个小组或者某个用户享有读或者写的权限。权限的定义友好和灵活。 (十三) 报警支持 当用户接收到传真之后，系统可以通过立刻接收即时信息，弹出提示窗口通知用户，报警功能还支持收集短信报警接口，系统可以将接收传真的报警信息通过手机短信发送到用户去。 IWORKS－FAX应用优势 纵横科技的智能传真解决方案和同类产品比较有着很多卓越的优势： (一) 功能强大 系统除了支持简单的收发传真功能以外，还同时支持手写签名，传真审批，即时报警功能和传真转发信箱功能，同时发送传真可以支持任何文档格式，包括文字，图片，OFFICE文档，CAD图纸等等。由于技术门槛比较高，同类产品很少同时支持这些强大的功能。 (二) 强大的安全机制 传真档案使用了纵横科技自主开发的X-Tree树型权限元件，能够进行灵活的，完善的权限过滤。任何人都不可以越过权限查看相关的传真档案。 (三) 前瞻的I-Works平台优势 传真管理系统和I-Works平台以及其他系统（可结合纵横科技现有的OA、CRM、HRM、ERP等系统）紧密集成一起，可以无缝和别的软件系统结合起来。例如可以和电子邮件系统结合起来进行"电子邮件-传真"功能。I-Works平台使传真方案具有强大的扩展性能和兼容性能。关于I－WORKS平台，请访问 http://www.chinavh.com (四) 强大的负载能力 对于一些传真业务异常繁重的企业，系统支持多电话线智能并行收发。系统通过智能侦听技术利用空闲的电话线路进行收发。另外，系统完全支持分部运算，可以将高负荷的传真数据量拓展给多台服务器进行并行处理。 (五) 完全支持浏览器访问 目前很多同类产品的客户端是基于C/S架构，即每台客户需要安装一个客户端软件才可以进行使用。本系统完全支持浏览器访问，用户只要通过Windows里的自带浏览器即可以访问到传真系统。 地址：深圳市高新技术产业园南区R2-B-4F 邮编：518057 联系人：金先生 手机：（0）13826500604 电话：0086-755-2697 2698 传真：0086-755-2697 2851 电邮：jinza@chinavh.com 网站：http://www.chinavh.com
