retitle 110941 ITA: doc-linux-zh -- Linux HOWTOs in Chinese
thanks
zw
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * #110941: O: doc-linux-zh -- Linux HOWTOs in Chinese
> Bureaucracy is integral to an organization such as Debian.
I beg to disagree. :)
--
http://sourceforge.net/projects/dim .. Debian Chinese Input Method
http://sourceforge.net/projects/cdlinux .. Debian running on Live! CDs
http://njlug.sourceforge.net NanJing GNU/Linux User Gro
> Oh I know about ratpoison :) Of course one can always do the 'xterm'
> style of window managing (ie, extensive use of the -geometry option
> :)
Nay, I haven't ever done even once -geometry thingy. Always
maximise. Why not? Those apps can't do it sucks. :) (Though I'd really
hope ratpoison could
> > What about other kernel modules packages that are part of debian?
> > Will we need 6 or 7 pcmcia-modules-2.2.3-* packages, for example?
that's difficult to resolve. take alsa for example.
if user compiles their own kernel, then they will have to compile
their own alsa. since the protocol use
> I too agree that Linux window managers and session managers should not
> aspire to emulate Microsoft, I'd rather see some newer and better ideas
> implemented instead.
apt-get install ratpoison. it rocks. :) sorry, can't resist. ;)
--
http://dim.sourceforge.net ... Debian Chinese In
Brian May <[EMAIL PROTECTED]> writes:
> Now I have the unstable xemacs21-gtk mule installed, I only have
> mule input methods for Japanese and Chinese.
Just FYI, most Chinese users use XIM based IMs, instead of Emacs based
IMs. Emacs IMs for Chinese lags very behind in comparing.
--
http://dim.
You guys are getting more and more bureaucratic. That's sad.
The package maintainer is a volunteer, and he knows you are also a
developer. That said, why don't you report the bug directly to the
upstream, instead of insisting on this (bureaucratic) procedure of
reporting bugs to debian then waiti
> > > this actually *helps* new users.
> >
> > Why?
>
> Because it teaches them to perform a task they should have to
> perform, at the right time. At some point, you *have* to stop tying
> your children's shoelaces, and teach them to do it for themselves.
You obviously didn't read my previous p
"Vince Mulhollon" <[EMAIL PROTECTED]> writes:
> I think the problem is a lack of cultural understanding.
I appreciate your interpretation.
Though I think I could give a even lengthier explanation to argue
against. :)
Thanks,
--
http://dim.sourceforge.net ... Debian Chinese Input Me
> this actually *helps* new users.
Why?
I can see your suggestion help mirrors (The trade-off is
questionable.) But I can't see why it could help users.
I certainly don't think that make users (even make the task easier) to
compile a kernel can do help to most of the users (That is *not* a
task
> I agree that it is not too hard to compile your own kernel.
> I never use Debian's standard kernel-image packages (except on
> my 68K Mac, where it takes too long to recompile).
Hey, hey, it's for you! Do you guys really expect all Debian users ==
Debian develoepers? What about k12 users? What a
Package: wnpp
Severity: wishlist
Garlic, a free molecular visualization program written for unix and
unix clones. Garlic was written by Damir Zucic, at the University of
Osijek.
The latest version of garlic may be found at:
http://pref.etfos.hr/garlic
--
http://dim.sourceforge.net .
Package: wnpp
Severity: normal
drscheme has quite some porting related bugs. and the upstream is
moving fast to v200.
i hereby orphan this package for i didn't use it for a long time. and
i have to get more time work on other tasks which i have more
interests. (for now at least. ;)
thanks,
--
h
> > > I should build my own kernel, right?
> >
> > Sure, you're a computer geek. But remember we don't expect our
> > users to be all computer elites. No, they're no dummies. Think
> > about scientists, etc. who just simply don't have that much enough
> > time sometimes to make oneself be familia
> > This is exactly our disagreement. My position is that it is well
> > within our capabilities to make this unnecessary. And you
> > disagree with that which is fine with me.
[snip]
> I should build my own kernel, right?
Sure, you're a computer geek. But remember we don't expect our users
t
From: Hamish Moffatt <[EMAIL PROTECTED]>
Subject: Re: big Packages.gz file
Date: Tue, 9 Jan 2001 19:59:13 +1100
> On Tue, Jan 09, 2001 at 03:04:10AM +0800, zhaoway wrote:
> > A big package index IMHO is the current bottleneck of Debian package system.
>
> What is the real p
From: Hamish Moffatt <[EMAIL PROTECTED]>
Subject: Re: big Packages.gz file
Date: Tue, 9 Jan 2001 23:40:01 +1100
> On Tue, Jan 09, 2001 at 06:04:58PM +0900, Miles Bader wrote:
> > The packages file gets downloaded _every single time_ you do an update,
> > and for those of us with a slow modem link,
Where could I get one? Thanks!
Even no package for it is okay! ;)
--
echo < */
EOF
On Mon, Jan 08, 2001 at 12:53:52AM +0100, Marcin Owsiany wrote:
> Something like this should be implemented anyway when
> translated Descriptions will be supported and Packages size
> will grow by some 6 times.
Oh, man, you got another strong point against general package
index. (Big Packages.gz c
On Sun, Jan 07, 2001 at 05:18:02PM -0500, Chris Gray wrote:
> > Brian May writes:
> bm> What do large packages have to do with the size of the index file,
> bm> Packages?
>
> I think the point was that every package adds about 30-45 lines to the
> Packages file. You don't need to down
[A quick reply. And thanks for discuss with me! And no need to Cc: me
anymore, I updated my DB info.]
On Sun, Jan 07, 2001 at 05:51:26PM +0100, Goswin Brederlow wrote:
> The problem is that people want to browse descriptions to find a
> package fairly often or just run "apt-cache show package" to
Hi,
[Sorry for the thread broken, my POP3 provider stopped.]
[Please Cc: me! <[EMAIL PROTECTED]>. Sorry! ;-)]
1. RFDiscussion on big Packages.gz
1.1. Some statistics
% grep-dctrl -P
-sPackage,Priority,Installed-Size,Version,Depends,Provides,Conflicts,Filename,Size,MD5sum
-r '.*' ftp.jp.debian
[sorry, either fetchmail or my ISP made me lost 30 or so emails.]
The problem with bigger and bigger Packages.gz,
[I thought is obvious. :-(] is,
1) It prevent many more packages to come into Debian, for example,
Linux Gazette are now not present newest issues in Debian. People
occasionally got f
final thoughts ;-)
On bigger and bigger Packages.gz file, a try
The directory structure looks roughly like this:
debian/dists/woody/main/binary-all/Packages.deb
debian/pool/main/a/abba/abba_1989.orig.tar.gz
abba_1989-12.diff.gz
abba_1989-12.dsc
On Thu, Jan 04, 2001 at 11:19:25PM +0100, Petr Cech wrote:
> On Fri, Jan 05, 2001 at 06:07:20AM +0800 , zhaoway wrote:
> > then, apt-get update will do nothing,
> > apt-get install some.deb will first download some.pkg-gz, then check its
> > dependency,
> > then grab th
[quote myself, ;-) this is semi-final now ;-)]
another solution is to let every single deb provides its.pkg-gz
then, apt-get update will do nothing,
apt-get install some.deb will first download some.pkg-gz, then check its
dependency,
then grab them.pkg-gz all, then install.
that is a minimum.
On Fri, Jan 05, 2001 at 06:07:20AM +0800, zhaoway wrote:
> another solution is to let every single deb provides its.pkg-gz
>
> then, apt-get update will do nothing,
> apt-get install some.deb will first download some.pkg-gz, then check its
> dependency,
> then grab them.pkg-gz
On Thu, Jan 04, 2001 at 11:19:59PM +0200, Sami Haahtinen wrote:
> how would the package manager (namely apt) know which ones you need.. even if
> you don't have X11 installed (and apt assumes you don't need X11 packages
> file)
> doesn't mean that you wouldn't want to install x11 packages file.
a
On Thu, Jan 04, 2001 at 11:01:15PM +0200, Sami Haahtinen wrote:
> On Fri, Jan 05, 2001 at 03:02:15AM +0800, zhaoway wrote:
> > my proposal to resolve big Packages.gz is through package
> > pool system.
> >
> > add 36 or so new debian package, namely,
> >
> &g
On Fri, Jan 05, 2001 at 03:17:30AM +0800, zhaoway wrote:
> [read my previous semi-proposal]
>
> this has some more benefits,
>
> 1) package maintainer could upload (to pool) in whatever
> frequency they like.
in an ideal world, developer should upload to ''xxx-auto
[read my previous semi-proposal]
this has some more benefits,
1) package maintainer could upload (to pool) in whatever
frequency they like.
2) release is seperated from package pool which is a storage
system. and release is a qa system.
3) release could be managed through BTS on specific packag
hi,
[i'm not sure if this has been resolved, lart me if you like.]
my proposal to resolve big Packages.gz is through package
pool system.
add 36 or so new debian package, namely,
[a-zA-Z0-1]-packages-gz_date_all.deb
contents of each is quite obvious. ;-)
and a virtual unstable-packages-gz depe
hi,
[no time to dig deeper, right now, bear with me]
when installing libglide2 which uses debconf, i gave a
answer which causes the package failed to be installed,
then after the batch installation, i re-run apt-get to
install it, but it didn't ask the question again.
i consider this is fault ui
On Tue, Jan 02, 2001 at 12:18:51AM +0100, Matthijs Melchior wrote:
> Yes, OK, I was expecting a method that did not require to
> download the full package, just the index and a specific file
then ask a mirror admin to provide the service (i.e. parse deb to get
changelog etc. and
34 matches
Mail list logo
