> Chinese names from different regions are romanized using
> incompatible schemes, sometimes even *inconsistent* schemes. Only
> mainland Chinese use a consistent scheme (Pinyin).
Here in Taiwan they have placed a nut in charge of this. He will be
gone after the Mar. 2004 election
though. http:
Hello all,
I am trying to patch the kernel 2.4.22 and got into troubles. It seems
that the Debian kernel has been patched to do away the pmtu field of
the struct dst_entry (include/net/dst.h).
Any sugegstions on how to get it working again. The last working Debian
kernel with IPVS is 2.4.20.
On Sun, Oct 05, 2003 at 09:50:41AM +0200, Santiago Vila wrote:
> Does anyone have a good estimation about the number of packages which
> currently do this? (That is, assume *blindly* that /usr/doc exists).
I have 687 packages on my system and 35 of them have symlinks in
/usr/doc. If the number on
On Sun, Oct 05, 2003 at 05:18:45PM -0600, Bob Proulx wrote:
> Saying "well-written" is cheating. Any well written program is always
> good by definition or it is not be well written. But what about
> poorly written cruft? Almost all languages are easy to write badly.
> But some are easier than
Brian May <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 05, 2003 at 07:26:31PM +0200, Jeffrey Eugene Crawford wrote:
> > Package: heimdal-docs
> > Version: 0.6-3
> > Severity: important
> > File: heimdal-doc
> > Tags: sid
> >
> > After installing this package I could not read the info
> > documentatio
On Sun, Oct 05, 2003 at 07:26:31PM +0200, Jeffrey Eugene Crawford wrote:
> Package: heimdal-docs
> Version: 0.6-3
> Severity: important
> File: heimdal-doc
> Tags: sid
>
> After installing this package I could not read the info documentation even
> when
> trying to read it with info's "-f" option
On 05 Oct 2003 13:13:55 +0200
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> There is no point for me working on those bugs if the patches will
> just rod in the bts or be thrown out so as not to differ from
> upstream. As I said before I won't work on the debian package again
> without an assur
Marc Haber wrote:
> Colin Watson wrote:
> >I'd rather that the tools in Debian base were written in a high-level
> >language where available. Take away Perl and you've got only shell, C,
> >and C++ left; I don't think that's going to improve security in
> >practice.
>
> Well-written C++ using well
Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> * Herbert Xu
>
> | Very few people really need cramfs if they're building custom kernels.
> | This is because initrd only makes sense when you're building for a
> | large number of machines. If you're building a custom kernel, just
> | compile in all
M-F-T set to debian-project.
On Sun, Oct 05, 2003 at 06:23:40PM +0200, Josip Rodin wrote:
> On Sat, Oct 04, 2003 at 05:35:14PM -0400, Simon Law wrote:
> > The old Open Use logo was not DFSG-free, so we really shouldn't be
> > shipping it in main.
>
> Where are we shipping it in main? And even if
Hi folks,
It's been a few days since my last message. I have added a print
style sheet, so one can use a free Browser (mozilla) to print the
position statement. I have added a couple of new examples, an
inchoate software documentation freedoms list, and I have started an
outline of the form
Hi,
On Wed, Sep 24, 2003 at 08:39:06PM +, [EMAIL PROTECTED] wrote:
> where can I find the "official" definition for the Release
> file (http://ftp.us.debian.org/debian/dists/sarge/Release),
> e.g. a BNF or an informal description?
>
> Which is the tool (of choice) to create the files?
>
> Ho
On Sun, Oct 05, 2003 at 12:07:05PM -0400, Simon Law wrote:
> Debian Open Use Logo License
>
> Copyright (c) 1999 Software in the Public Interest
> -This logo or a modified version may be used by anyone to refer to the
> -Debian project, but does not indicate endorsement by the project.
> +This l
On Mon, Oct 06, 2003 at 01:01:52AM +0200, Marc Haber wrote:
> Well-written C++ using well tested class libraries tend to do a pretty
> good job, security-wise.
I often find that well written code does a good job.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
On Sunday 05 October 2003 17:10, Tom wrote:
> Whether or not an app is GTK1, GTK2, Tcl/Tk, or QT3 makes a big
> difference to this. So yes, the library doesn't matter, but the core
> feature set is kinda relevant. Maybe you could find another way to
> describe it.
That's what package tags can be
On Sun, 5 Oct 2003 10:54:50 +0100, Colin Watson <[EMAIL PROTECTED]>
wrote:
>I'd rather that the tools in Debian base were written in a high-level
>language where available. Take away Perl and you've got only shell, C,
>and C++ left; I don't think that's going to improve security in
>practice.
Well
The following is a summary of the state of the ruby 1.6 -> 1.8
transition currently in progress. For the most part, this is a soft
transition, with individual packages making the jump to testing as they
become ready, so a full transition is by no means mandatory for sarge.
However, a few of the p
Steve Langasek wrote:
Generally, I think people are using
http://bugs.debian.org/release-critical/ and looking through the bugs
with ids lower than x. I think you'll find that the majority of older
bugs there fall into this category (or have had follow-ups, but the
follow-ups themselves are older
On Sun, 2003-10-05 at 12:41, Marc Haber wrote:
> On Sat, 04 Oct 2003 15:58:46 -0500, John Hasler <[EMAIL PROTECTED]>
> wrote:
> >But it would not be nice to not have the things that would leave with it
On Sun, Oct 05, 2003 at 09:38:56AM -0400, John Belmonte wrote:
> I didn't have any luck asking this question on debian-mentors, so I hope
> it's ok to try here.
> Is there some resource that lets me find "overlooked" bugs-- for
> example, RC bugs older than 2 weeks and having no follow-up messag
Package: wnpp
Version: N/A; reported 2003-10-05
Severity: wishlist
* Package name: aap
Version : 1.032 (or newer, upstream updates frequently)
Upstream Author : Bram Moolenaar <[EMAIL PROTECTED]>
* URL : http://www.a-a-p.org/
* License : GPL
Description :
Hi,
Also, this is offtopic on -devel, -project is the right list.
--
2. That which causes joy or happiness.
On Sat, Oct 04, 2003 at 05:35:14PM -0400, Simon Law wrote:
> The old Open Use logo was not DFSG-free, so we really shouldn't be
> shipping it in main.
Where are we shipping it in main? And even if we are (possibly somewhere in
the installation docs), who cares? It's our logo, for crying out loud,
On Sunday 05 October 2003 16:22, Mathieu Roy wrote:
> KDE in the description makes more sense, IMHO, than Qt. The same goes
> gtk+ and GNOME.
Agree.
> A user should know which enviromnent he picked -- while he may totally
> ignore that KDE is using Qt, for instance.
>
> Descriptions should only c
Tom Badran <[EMAIL PROTECTED]> a tapoté :
> On Sunday 05 October 2003 15:45, Tom wrote:
> > I disagree. GUI apps in Linux are so wildly disparate that knowing the
> > basic architecture is pretty important for me to decide whether or not I
> > want it.
>
> I second that, i consider that a very g
On Sun, 2003-10-05 at 15:14, Mark Brown wrote:
> Have you tried working directly with upstream on these bugs?
The upstream maintainer is Andries Brouwer. He says that he is
_very_ busy and that patches sent to him should be thoroughly
tested for several months before he will consider applying the
On Sun, Oct 05, 2003 at 05:03:54PM +0200, Mathieu Roy wrote:
> Tom <[EMAIL PROTECTED]> a tapot? :
>
> > I disagree. GUI apps in Linux are so wildly disparate that knowing the
> > basic architecture is pretty important for me to decide whether or not I
> > want it.
>
> What a normal user care a
On Sunday 05 October 2003 15:45, Tom wrote:
> I disagree. GUI apps in Linux are so wildly disparate that knowing the
> basic architecture is pretty important for me to decide whether or not I
> want it.
I second that, i consider that a very good guideline for how likely a package
is going to int
Tom writes:
> I disagree. GUI apps in Linux are so wildly disparate that knowing the
> basic architecture is pretty important for me to decide whether or not I
> want it.
Only a small minority of users know what GTK+ means. Those that do also
know how to check the dependencies.
--
John Hasler
[
Tom <[EMAIL PROTECTED]> a tapoté :
> I disagree. GUI apps in Linux are so wildly disparate that knowing the
> basic architecture is pretty important for me to decide whether or not I
> want it.
What a normal user care about is the purpose and features of software,
not the libraries (toolkit) u
debacle <[EMAIL PROTECTED]> a tapoté :
> Hi,
>
> sometimes I read package descriptions I'm not happy with.
> E.g. the description starts: "Foobar is a GTK+ application,
> that enables blah..." where foobar is a user application,
> not mainly for GTK+ programmers. Of course, the user
> doesn't/sh
On Sun, Oct 05, 2003 at 02:25:57PM +, debacle wrote:
> Hi,
>
> sometimes I read package descriptions I'm not happy with.
> E.g. the description starts: "Foobar is a GTK+ application,
> that enables blah..." where foobar is a user application,
> not mainly for GTK+ programmers. Of course, the
Colin Watson wrote:
I'd rather that the tools in Debian base were written in a high-level
language where available. Take away Perl and you've got only shell, C,
and C++ left; I don't think that's going to improve security in
practice.
Lua is a modern high-level language. Its 15K stand-alone interp
Need Vicodin? We're Fast.
Low Price Prescription Pain MedsNo Rx Required!
Free MD Consult & fast Shipping!
Other Potent Drugs Available...
http://www.rxdiscountusa.biz/medical
take off list
http://www.rxdiscountusa.biz/a.html
med
idtbbavxyxpuxsiotik
sjf
nk
uahdcdmd
nvob
* Goswin von Brederlow <[EMAIL PROTECTED]> [2003-10-05 13:13]:
> I also was told to rather get upstream to include patches to keep
> debian changes minimal.
>
> There is no point for me working on those bugs if the patches will
> just rod in the bts or be thrown out so as not to differ from
> upst
* Mark Brown <[EMAIL PROTECTED]> [2003-10-05 14:14]:
> Have you tried working directly with upstream on these bugs? I don't
> know about the maintainer of util-linux but for me that would be the
> most convenient way to handle something like this. Forwarding things on
The upstream maintainer of
Hello,
I didn't have any luck asking this question on debian-mentors, so I hope
it's ok to try here.
Is there some resource that lets me find "overlooked" bugs-- for
example, RC bugs older than 2 weeks and having no follow-up messages?
If not, what is the best way to generate such a list on my ow
Marcos Dione <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 01, 2003 at 11:34:10PM +0200, Andreas Metzler wrote:
>> Marcos Dione <[EMAIL PROTECTED]> wrote:
>> [...]
>> >*but*... now I set up atp.conf to have 'frankie' as the default
>> > release, but when I try to install galeon, it tries to get the
* Herbert Xu
| Very few people really need cramfs if they're building custom kernels.
| This is because initrd only makes sense when you're building for a
| large number of machines. If you're building a custom kernel, just
| compile in all the drivers you need for mounting root and that's that.
On Sun, Oct 05, 2003 at 01:13:55PM +0200, Goswin von Brederlow wrote:
> There is no point for me working on those bugs if the patches will
> just rod in the bts or be thrown out so as not to differ from
> upstream. As I said before I won't work on the debian package again
> without an assurance by
Package: wnpp
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: qmailadmin
Version : 1.0.6
Upstream Author : Inter7 <[EMAIL PROTECTED]>
* URL : http://www.inter7.com/qmailadmin.html
* License : GPL
Description : web interfac
尊敬的debian-devel：
迎国庆大优惠[特卖] ！
因艾商城为了答谢新老顾客的厚爱！决定在2003年09月25日―2003年10月30日
VP-RX阴茎增大疗程装 9 折大优惠。欢迎新老顾客光临选购！注册会员订购有产品增送！
详细介绍和图片请看：http://www.yinlove.net/product_detail.asp?id=169
电话订购：021-56728806
联系人： 李小姐
QQ咨询： 202963
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow <[EMAIL PROTECTED]> [2003-08-14 16:26]:
> > Will you sponsor an NMU for util-linux?
> >
> > It has ~150 bugs collected over the last 5 years, several of those
> > with patches and some policy violations. Bugs ranging from grave
* Goswin von Brederlow <[EMAIL PROTECTED]> [2003-08-14 16:26]:
> Will you sponsor an NMU for util-linux?
>
> It has ~150 bugs collected over the last 5 years, several of those
> with patches and some policy violations. Bugs ranging from grave to
1.5 Months are over, and yet I don't see any patche
On Sun, Oct 05, 2003 at 01:41:56PM +0200, Marc Haber wrote:
> On Sat, 04 Oct 2003 15:58:46 -0500, John Hasler <[EMAIL PROTECTED]>
> wrote:
> >But it would not be nice to not have the things that would leave with it.
>
> Generally, it would be a good thing to have Debian base installable
> without
On Sat, 04 Oct 2003 15:58:46 -0500, John Hasler <[EMAIL PROTECTED]>
wrote:
>But it would not be nice to not have the things that would leave with it.
Generally, it would be a good thing to have Debian base installable
without perl. That way, security-aware administrators would have the
right to ch
Hmmm...
On Sun, Oct 05, 2003 at 09:38:30AM +1000, Brian May wrote:
> On Sat, Oct 04, 2003 at 01:42:36PM -0400, Fabien Ninoles wrote:
> > Although your proposition seems more complete, have you try
> > debsums and checksecurity? debsums with the following
> > feature in /etc/apt/apt.conf
> >
> >
On Sun, Oct 05, 2003 at 03:25:01AM -0500, Chris Cheney wrote:
| I grepped a current Contents-i386.gz for usr/doc, and after examining
| the file itself I notice it is from a comment in the front of
| Contents-i386.gz... ARGH!!!
>From the comment at the top of Contents-i386.gz:
This file
On Sun, Oct 05, 2003 at 08:57:37AM +0100, Colin Watson wrote:
> On Sun, Oct 05, 2003 at 01:59:10AM -0500, Chris Cheney wrote:
> > BTW - I still see one package that installs files directly into /usr/doc
> >
> > usr/doc/examples/ucbmpeg/mpeg_encode/nosearch.param graphics/ucbmpeg
>
> Where's thi
Package: wnpp
Severity: wishlist
* Package name: dict-cz-en
Version : 20031005-1
Upstream Author : Milan Svoboda <[EMAIL PROTECTED]>
* URL : http://slovnik.zcu.cz/
* License : GNU/FDL
Description : Czech-English translation dictionary for dictd
On Sun, Oct 05, 2003 at 01:59:10AM -0500, Chris Cheney wrote:
> BTW - I still see one package that installs files directly into /usr/doc
>
> usr/doc/examples/ucbmpeg/mpeg_encode/nosearch.param graphics/ucbmpeg
Where's this data from? The version of ucbmpeg in testing and unstable
appears to use
On Sun, 5 Oct 2003, Santiago Vila wrote:
> On Sun, 5 Oct 2003, Chris Cheney wrote:
>
> > I thought that it was planned that /usr/doc not exist for the sarge
> > release. However, I still see symlinks in /usr/doc is this considered a
> > bug or are we waiting until sarge+1 to do this?
> >
> > BTW
On Sun, 5 Oct 2003, Chris Cheney wrote:
> I thought that it was planned that /usr/doc not exist for the sarge
> release. However, I still see symlinks in /usr/doc is this considered a
> bug or are we waiting until sarge+1 to do this?
>
> BTW - I still see one package that installs files directly i
I thought that it was planned that /usr/doc not exist for the sarge
release. However, I still see symlinks in /usr/doc is this considered a
bug or are we waiting until sarge+1 to do this?
BTW - I still see one package that installs files directly into /usr/doc
usr/doc/examples/ucbmpeg/mpeg_encode
Каждый день одно и то же: работа - сидим за компьютером, дорога - сидим или стоим в душном транспорте, дом - опять сидим, то у телевизора, то за столом, опять у компьютера, да и едим непонятно что и непонятно как! А потом страдаем от головной боли и болей в спине, от болей в коленях и болей в се
55 matches
Mail list logo
