Re: Future releases of Debian

On Wed, Jul 23, 2003 at 06:17:25PM -0400, Matt Zimmerman wrote: > On Thu, Jul 24, 2003 at 04:50:06AM +1000, Anthony Towns wrote: > > For example, I tend to buy cheap hardware wherever possible, especially > > for running desktop Linux since they're generally much faster than I > > need anyway; but

Re: May packages rm -rf subdirectories of /etc/ ?

> "Herbert" == Herbert Xu <[EMAIL PROTECTED]> writes: Herbert> Unfortunately dpkg does not handle the case where a Herbert> conffile ceases to exist in a later version of a package. Herbert> The conffile will be left on the system even after Herbert> purging. That's why package

Re: proposal: per-user temporary directories on by default?

On Wed, 23 Jul 2003 11:26:58 +0200, Tollef Fog Heen wrote: > * Christoph Hellwig > > | On Wed, Jul 23, 2003 at 02:09:28PM +1000, Martin Pool wrote: > | > There is already a PAM modules, libpam-tmpdir which automatically sets > | > this up on login by creating a per-user directory under /tmp and >

Re: proposal: per-user temporary directories on by default?

On Wed, 23 Jul 2003 17:14:09 -0400, Joey Hess wrote: > Martin Pool wrote: >> At the least I would like to see Debian prompt for this at installation >> much as it does for shadow passwords. Ideally it would be on by >> default. > > I'm all for this idea. Thanks. What needs to be done to have

用高速扫描设备,再也不用打字! 14:1:16:

退信:[EMAIL PROTECTED] 许多政府和企事业单位有大量重要的纸张纸质的文档、图书资料，管理强度 很大，如果通过扫描处理到计算机中，并利用软件对其进行保存、查询、管理， 则能节省存放空间、减少保管人员、节省资料查找和遗失带来的损失、同时大大 提高信息资源的传播和利用。文字性印刷文档扫描后可用OCR转变为WORD文件编 辑，再无须打字！ 本公司针对政府机关、图书馆、情报文献中心、信息中心和纸质文件数量比 较多企事业单位推出以下产品，彻底解决文件太多的烦恼： 一：标准A4高速文档扫描设备 适合A4和蔼A4以下大小文档资料扫描;扫描速度20张/

Re: coreutils with selinux support

On Wed, 2003-07-23 at 17:58, Brian May wrote: > On Wed, Jul 23, 2003 at 11:58:33AM -0400, Michael Stone wrote: > > On Wed, Jul 23, 2003 at 09:43:17AM -0400, Clint Adams wrote: > > >How about selinux support? > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193328 > > SE-Linux support woul

Re: Excessive wait for DAM - something needs to be done

On Sun, Jul 13, 2003 at 01:09:47PM -0600, Jamin W. Collins wrote: > 2001-01-24 - Dwayne Litzenberger <[EMAIL PROTECTED]> >http://nm.debian.org/nmstatus.php?email=dlitz%40dlitz.net For the record, I'm still interested in becoming a DD. Nice to see this finally being addressed! Thanks! -- Dw

Cosing ITA bugs when you've changed your mind.

reopen 180993 ! thanks Luca - De Whiskey's - De Vitis wrote: > I've never agreed to leave phpgroupware to any maintainer, and i'm now back > and actively working on my package, so I'm closing this report. You have RFA'd phpgroupware and I've ITA'd it. Waiting until the ugly work (i.e. the securit

Re: May packages rm -rf subdirectories of /etc/ ?

Stephen Zander <[EMAIL PROTECTED]> wrote: >> "Herbert" == Herbert Xu <[EMAIL PROTECTED]> writes: >> Unfortunately dpkg does not handle the case where a >> conffile ceases to exist in a later version of a package. >> The conffile will be left on the system even after >> purging. > That's why pa

Re: Cosing ITA bugs when you've changed your mind.

On Thu, Jul 24, 2003 at 08:27:06AM +0200, Thomas Viehmann wrote: > You have RFA'd phpgroupware and I've ITA'd it. Waiting until the ugly work > (i.e. > the security update to stable) is getting done by others and then popping back > out of your hole to say "April fools" is not acceptable. > Your m

Re: Cosing ITA bugs when you've changed your mind.

Luca - De Whiskey's - De Vitis wrote: On Thu, Jul 24, 2003 at 08:27:06AM +0200, Thomas Viehmann wrote: You have RFA'd phpgroupware and I've ITA'd it. Waiting until the ugly work (i.e. the security update to stable) is getting done by others and then popping back out of your hole to say "April fools

Re: May packages rm -rf subdirectories of /etc/ ?

On Thu, 2003-07-24 at 08:47, Andreas Metzler wrote: > It really sucks to handle this if you want/need to get rid of it (if > it is unmodified) not only on purge but on upgrades. - You'll need > > if [ "$1" = "configure" ] && \ > dpkg --compare-versions "$2" le-nl "1.2.3" && \ > [

Re: Future releases of Debian

Martin Pitt (2003-07-23 17:57:10 +0200) : [...] > Besides, what's so bad with the current boot-floppies that they > could not be used for another release? They're the single most unpopular point of Debian. The installation process is universally known to be non-user-friendly. (Note I'm not say

Re: mplayer 0.90, was Re: why mplayer not in Debian

Hi, Sam Hocevar wrote: > ("statically linked for performance reasons", rotfl) Well, when the glibc people had this discussion (the switch to ELF), the performance penalty was found to be on the order of 5%. I don't know whether modern CPUs' register aliasing hardware changes that number. Whethe

Re: mplayer 0.90, was Re: why mplayer not in Debian

On Thu, Jul 24, 2003 at 10:18:22AM +0200, Matthias Urlichs wrote: > Hi, Sam Hocevar wrote: > > > ("statically linked for performance reasons", rotfl) > > Well, when the glibc people had this discussion (the switch to ELF), the > performance penalty was found to be on the order of 5%. > > I don't

Re: mplayer 0.90, was Re: why mplayer not in Debian

Hi, Andrew Suffield wrote: > On Thu, Jul 24, 2003 at 10:18:22AM +0200, Matthias Urlichs wrote: >> Well, when the glibc people had this discussion (the switch to ELF), >> the performance penalty was found to be on the order of 5%. >> ... by testing with somewhat typical programs. >> I don't know w

Re: Bug#201023: dosemu: purging doesmu wipes out all user data

Hi, Roger Leigh wrote: > For several reasons, it's not possible to know in advance how many files > will be created, or what their names will be, so "rm -rf" is > appropriate. > > For packages like dosemu, this is not (currently) appropriate. There is > no technially valid reason for doing this,

Re: Future releases of Debian

#include * Roland Mas [Thu, Jul 24 2003, 10:11:18AM]: > > Besides, what's so bad with the current boot-floppies that they > > could not be used for another release? > > They're the single most unpopular point of Debian. The installation > process is universally known to be non-user-friendly. (

Re: Using reportbug with Gnus

Peter S Galbraith <[EMAIL PROTECTED]> wrote: > Marcus Frings <[EMAIL PROTECTED]> wrote: > > > * [EMAIL PROTECTED] (Aaron M. Ucko) wrote: > > > Incidentally, you might also be interested in debbugs-el, which > > > provides a nice report-debian-bug command. > > > > Thanks for the hint. I'll give it

Re: Future releases of Debian

Hi! Am 2003-07-24 12:03 +0200 schrieb Eduard Bloch: > > > Besides, what's so bad with the current boot-floppies that they > > > could not be used for another release? > > > > They're the single most unpopular point of Debian. The installation > > process is universally known to be non-user-frien

Re: po-debconf patches and woody backportability (was: Re: [VAC] 25 july - 26 august)

On Thu, Jul 24, 2003 at 10:46:02AM +0200, Christian Perrier wrote: > (this may be quoted outside -private..possible followups belong to > -develI never remember the correct method for moving a thread out > of -private) Moved to -devel, then, and copied to -i18n because people there are pro

Re: Future releases of Debian

Eduard Bloch (2003-07-24 12:03:24 +0200) : [...] > And here a decission has to be made: releasing with > not-sympatic-for-so-called-new-users BFs in 2003 or with stable D-I > one year later. This sounds exactly like the decision that was taken two years ago, resulting in having to fix the boot-f

Re: Future releases of Debian

On Jul 23, Anthony Towns wrote: >(On the other hand, if you really want a shorter release cycle, there's >always testing, which releases every day. All it really needs for us to be >able to recommend people use it is security updates...) Did you actually try to use current testing? The status

Re: Future releases of Debian

On Jul 24, Eduard Bloch <[EMAIL PROTECTED]> wrote: >In my humble opinion, BFs and D-I share essential problems, lack of >motivated developers on non-x86 hardware is one of them. Then the solutions should be not releasing these architectures if nobody is interested to work on them, not slowing do

Re: po-debconf patches and woody backportability (was: Re: [VAC] 25 july - 26 august)

Quoting Colin Watson ([EMAIL PROTECTED]): > This approach is a little more complicated, but it seems very robust in > practice, and makes backports perfectly smooth. I recommend it for > people converting packages to po-debconf before the release of sarge. This is a very interesting approach. I w

Re: May packages rm -rf subdirectories of /etc/ ?

On Thu, 2003-07-24 at 13:46, Stephen Frost wrote: > I see this as totally bogus. Either the conffile is shared or it isn't. > If it's shared then the packages involved know this Package foo which eliminates /etc/foo.conf doesn't "know" that there is not some other package, bar, which Depends on f

Re: May packages rm -rf subdirectories of /etc/ ?

* Thomas Hood ([EMAIL PROTECTED]) wrote: > In a discussion that followed from this thread off-list, some > people agreed that the administrator should be asked what > he or she wants to do with an obsolete conffile. The conffile > should not be deleted silently because other packages may be > usin

Re: [devel] proposal: per-user temporary directories on by default?

Re: Re: [devel] proposal: per-user temporary directories on by default? [Martin Pool <[EMAIL PROTECTED]>, Thu, Jul 24, 2003 at 03:10:57PM +1000, <[EMAIL PROTECTED]>] > Having decided to do it through PAM, is it really necessary to change the > VFS rather than setting $TMPDIR? Making it impossib

New wnpp tag: Request For (Co-Maintainer|Help|Whatever)

I was wandering about that kind of bug. It should mean that a maintainer (or a group of) is looking for more volunteer fo a kind of packge. It's not really a RFA, and it should probably have its own place on w.d.o/devel/wnpp page. RFC does not sounds good, but RFCM or RFH might. Any comment? ci

Re: New wnpp tag: Request For (Co-Maintainer|Help|Whatever)

On Thu, Jul 24, 2003 at 07:31:02AM -0500, Luca - De Whiskey's - De Vitis wrote: [...] Ops... I made a wrong alias on my mutt. Please follow-up on -qa. ciao, -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude

Re: Future releases of Debian

Quoting Roland Mas <[EMAIL PROTECTED]>: > Martin Pitt (2003-07-23 17:57:10 +0200) : > > [...] > > > Besides, what's so bad with the current boot-floppies that they > > could not be used for another release? > > They're the single most unpopular point of Debian. The installation > process is un

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 01:31:05AM +0200, Eduard Bloch wrote: > * Josselin Mouette [Wed, Jul 23 2003, 06:06:18PM]: > > Le mer 23/07/2003 ? 17:57, Martin Pitt a ?crit : > > > Besides, what's so bad with the current boot-floppies that they could > > > not be used for another release? Most people will

Re: Future releases of Debian

Hi, Marco d'Itri wrote: > some useless architecture like arm or m68k Happy flaming. NOT. Please. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de -- Only Irish coffee provides in a single

Re: Bug#201234: ITP: esmtp -- User configurable relay-only MTA

Andreas, On Tue, Jul 22, 2003 at 02:30:04PM +0200, Andreas Metzler wrote: > In article <[EMAIL PROTECTED]> (local.debian-devel) you wrote: > [...] > > I've done the necessary changes and uploaded everything to the same > > place . I also added the detection >

Re: May packages rm -rf subdirectories of /etc/ ?

On Thu, 2003-07-24 at 14:53, Stephen Frost wrote: > * Thomas Hood ([EMAIL PROTECTED]) wrote: > > Package foo which eliminates /etc/foo.conf doesn't "know" > > that there is not some other package, bar, which Depends > > on foo and uses /etc/foo.conf . That's the problem. See > > #108587 for addit

Re: May packages rm -rf subdirectories of /etc/ ?

On Thu, Jul 24, 2003 at 02:07:35PM +0200, Thomas Hood wrote: > On Thu, 2003-07-24 at 13:46, Stephen Frost wrote: > > I see this as totally bogus. Either the conffile is shared or it isn't. > > If it's shared then the packages involved know this > > Package foo which eliminates /etc/foo.conf doesn

Re: May packages rm -rf subdirectories of /etc/ ?

* Thomas Hood ([EMAIL PROTECTED]) wrote: > On Thu, 2003-07-24 at 13:46, Stephen Frost wrote: > > I see this as totally bogus. Either the conffile is shared or it isn't. > > If it's shared then the packages involved know this > > Package foo which eliminates /etc/foo.conf doesn't "know" > that the

Re: Future releases of Debian

Moin Matthias! Matthias Urlichs schrieb am Thursday, den 24. July 2003: > Hi, Marco d'Itri wrote: > > > some useless architecture like arm or m68k > > Happy flaming. > > NOT. Please. Why NOT?! If nobody volunteeers to make the crap ready, why should others *without hardware and any other motiv

Re: coreutils with selinux support

On Wed, 23 Jul 2003 17:58, Brian May wrote: > In answer to your question in the bug report, currently SE-Linux users > install a patched coreutils (as well as shadow (login), cron, ssh, > devfsd, logrotate, fcron, stat, procps, and psmisc) from Russell's devfsd is not modified. The conflicts for

What's the character encoding of manpages?

Hi, what are man pages, or more generally, groff documents, supposed to be encoded in? I didn't find any reference to that in groff(7). Is it ASCII? The problem arises because I have to transform a Docbook XML document into a manpage; there, all spaces (ASCII 0x20) inside a are translated into

Re: gnupg - old bugs

On Wednesday 23 July 2003 22:44, Branden Robinson wrote: > On Wed, Jul 23, 2003 at 01:23:45PM +0200, Adrian 'Dagurashibanipal' von Bidder wrote: > > I went through some of the older bug reports of gnupg - I'd like some > > input whether I should act as suggested, or rather not. All of those bugs >

Bug#202702: ITP: libsql-abstract-perl -- Generate SQL from Perl data structures

Package: wnpp Version: unavailable; reported 2003-07-24 Severity: wishlist * Package name: libsql-abstract-perl Version : 1.13 Upstream Author : Nathan Wiger <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/N/NW/NWIGER/SQL-Abstract-1.13.tar.gz * Licen

How to gracefully rename a package?

Moi! The new version of the OpenDX toolkit now provides sane libraries, so I wanted to restructure the packages a bit. In particular, there is a new package libdx4, so I wanted to rename what used to be dx-dev package as libdx4-dev. This turned out to be harder than I thought. The -dev package wi

Re: What's the character encoding of manpages?

Am 24.07.03 um 15:55:43 schrieb Aaron Isotton: > what are man pages, or more generally, groff documents, supposed to be > encoded in? I didn't find any reference to that in groff(7). Is it > ASCII? Preferably ASCII, yes. I seem to remember having once read that the input actually is in Latin-1.

Re: What's the character encoding of manpages?

On Thu, Jul 24, 2003 at 03:55:43PM +0200, Aaron Isotton wrote: > what are man pages, or more generally, groff documents, supposed to be > encoded in? I didn't find any reference to that in groff(7). Is it > ASCII? See groff_char(7). Technically it's Latin-1, but this is planned to change to UTF-

Re: How to gracefully rename a package?

Am 24.07.03 um 16:19:15 schrieb Daniel Kobras: > [...] But I also wanted to be nice to the user and > automatically remove the dummy dx-dev once it's no longer needed. > Therefore, libdx4-dev replaces anything in dx-dev, and dpkg removes the > package. [...] Cool strategy, but in general too compl

深圳专业摄影

Title: [X]工场   深圳职业摄影师,为您提供专业摄影服务,拍摄内容涵盖建筑摄影,工业厂房及设备拍摄,产品数码摄影及反转片摄影等方面. 详情请访问我们的网站http://www.jeffxee.com欲索取报价请Email:[EMAIL PROTECTED]或致电：0755 25093574 13823376067

Re: Future releases of Debian

Hi, Eduard Bloch wrote: > Why NOT?! If nobody volunteeers to make the crap ready, why should > others *without hardware and any other motivation* care about? I was talking about flames, not about reasonable discussion. The borders between these two are unfortunately somewhat fuzzy, sometimes. >

Re: How to gracefully rename a package?

On Thu, Jul 24, 2003 at 04:37:55PM +0200, Michael Piefel wrote: > Alternatively, there could be a new control field, say "Supersedes:", > which would result in the above behaviour. Of course, there'd have to be > a change in policy... This has already been proposed as "Previously:" (#33344), and "

Re: What's the character encoding of manpages?

On Thu, Jul 24, 2003 at 04:24:51PM +0200, Michael Piefel wrote: > Am 24.07.03 um 15:55:43 schrieb Aaron Isotton: > > what are man pages, or more generally, groff documents, supposed to be > > encoded in? I didn't find any reference to that in groff(7). Is it > > ASCII? > > Preferably ASCII, yes.

Re: Future releases of Debian

Hi again! Am 2003-07-24 10:11 +0200 schrieb Roland Mas: > They're the single most unpopular point of Debian. The installation > process is universally known to be non-user-friendly. (Note I'm not > saying it doesn't work.) IMHO the problem (that journal testers complain of) is not the base inst

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 01:01:42PM +0200, Marco d'Itri wrote: > On Jul 23, Anthony Towns wrote: > >(On the other hand, if you really want a shorter release cycle, there's > >always testing, which releases every day. All it really needs for us to be > >able to recommend people use it is security

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 12:03:24PM +0200, Eduard Bloch wrote: > And here a decission has to be made: releasing with > not-sympatic-for-so-called-new-users BFs in 2003 or with stable D-I one > year later. Eduard, we've had this discussion before a few times now. If you can get boot-floppies working

Re: How to gracefully rename a package?

Am 24.07.03 um 16:51:11 schrieb Daniel Kobras: > This has already been proposed as "Previously:" (#33344), and > "Successor-of:" (#77325), but is probably nothing that dpkg itself can > take care of (cf. #33344). Cool, so many names... I'm aware that it's not dpkg's responsibility. It's not necess

Re: proposal: per-user temporary directories on by default?

Martin Pool wrote: > Thanks. What needs to be done to have it adopted? I think that getting the package to make the necessary modifications of the pam files would be a good first step. Possibly with a debconf question first. Then we could see about integrating it into base-config. -- see shy jo

Re: Future releases of Debian

On Thursday 24 July 2003 17:09, Martin Pitt wrote: > Could > someone tell me what is actually wrong with them (apart from not > having a more colorful interface, SCNR)? If it is totally screwed up > under the hood, then a clean redesign is good. If its only a cosmetic > issue, I do not see the poin

Re: mplayer 0.90, was Re: why mplayer not in Debian

On Thu, Jul 24, 2003 at 11:50:00AM +0200, Matthias Urlichs wrote: > Hi, Andrew Suffield wrote: > > On Thu, Jul 24, 2003 at 10:18:22AM +0200, Matthias Urlichs wrote: > >> Well, when the glibc people had this discussion (the switch to ELF), > >> the performance penalty was found to be on the order of

Re: Future releases of Debian

* Jérôme Marant <[EMAIL PROTECTED]> [030724 15:08]: > >From the user point of view, the new debian-installer looks almost > > like boot-floppies (plus some bits of hardware autodetection). > So, quite no step has been done on the user friendliness side. First of all there might be some deficits in

Re: Future releases of Debian

> some useless architecture like arm or m68k Are we in dilemma on "should we support arch that are not used widely?" or "We should support all architectures" what i prefer is the second one.

Re: Future releases of Debian

On Jul 24, Matthias Urlichs <[EMAIL PROTECTED]> wrote: >> If nobody volunteeers to make the crap ready, >Umm, using that word puts your mail firmly into the "flame" category, >especially for readers who actually care about Debian supporting these >architectures. So what? You keep using this "f

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 08:39:11PM +0300, Halil Demirezen wrote: > Are we in dilemma on "should we support arch that are not used widely?" or > "We should support all architectures" > > what i prefer is the second one. me too! any package that doesn't build on m68k or arm is broken and needs to

Re: Future releases of Debian

Halil Demirezen <[EMAIL PROTECTED]> writes: >> some useless architecture like arm or m68k > > Are we in dilemma on "should we support arch that are not used widely?" or > "We should support all architectures" No, this has nothing to do with usage. The question is why support an arch if nobody i

Re: Future releases of Debian

Robert Lemmen writes: > any package that doesn't build on m68k or arm is broken and needs to be > fixed, even if it works on x86 by chance! Even when it fails to build due to compiler errors or buggy libraries? -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: > On Thu, Jul 24, 2003 at 08:39:11PM +0300, Halil Demirezen wrote: > > Are we in dilemma on "should we support arch that are not used > > widely?" or "We should support all architectures" > > > > what i prefer is the second one. > >

Re: May packages rm -rf subdirectories of /etc/ ?

Permitted or not, lots of packages do it. 32 on my system. Just try doing this on your own system: grep 'rm -rf' /var/lib/dpkg/info/* | grep /etc A lot of packages put configuration files into directories that belong to other packages. Maintainers of such packages should make sure that the

Re: Future releases of Debian

>an arch if nobody is interested in doing the work? do you mean "someone who is interested in the maintanence of these architectures"? Did I get wrong? I so, Lets think that We quit support for those architectures. Debian will be unaware of them. Portability? sincerely pgp0UNNYoRrSG.pgp De

Re: Future releases of Debian

> So, are you volunteering to help those of us without access to either of > the above architectures with "bugs" found in our packages? I'm not > saying that all architectures shouldn't be supported equally. I just > don't have access to either of the above architectures to correct > problems fou

Re: Using reportbug with Gnus

Peter S Galbraith <[EMAIL PROTECTED]> writes: > That would be `M-x debian-bug'. :-) Oops, so it would; I crossed it with report-emacs-bug. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 10:12:11PM +0300, Halil Demirezen wrote: > > So, are you volunteering to help those of us without access to either of > > the above architectures with "bugs" found in our packages? I'm not > > saying that all architectures shouldn't be supported equally. I just > > don't h

Re: Future releases of Debian

On 21-Jul-03, 16:10 (CDT), Mathieu Roy <[EMAIL PROTECTED]> wrote: > Don't you agree that game industry is not a minor industry related to > computers? All I meant to ask was for a clarification of "card Foo is unsupported". My *personal* experience is that I've gotten a wide variety of cards to

Re: proposal: per-user temporary directories on by default?

On 24-Jul-03, 11:11 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote: > I think that getting the package to make the necessary modifications of > the pam files would be a good first step. yes. > Possibly with a debconf > question first. Then we could see about integrating it into base-config. Please

Re: Future releases of Debian

"Jamin W. Collins" <[EMAIL PROTECTED]> writes: > On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: >> me too! any package that doesn't build on m68k or arm is broken and >> needs to be fixed, even if it works on x86 by chance! > > So, are you volunteering to help those of us without a

Re: Future releases of Debian

On Thu, 2003-07-24 at 21:52, David Z Maze wrote: > "Jamin W. Collins" <[EMAIL PROTECTED]> writes: > > > On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: > >> me too! any package that doesn't build on m68k or arm is broken and > >> needs to be fixed, even if it works on x86 by chance!

Re: Cosing ITA bugs when you've changed your mind.

Luca - De Whiskey's - De Vitis wrote: > On Thu, Jul 24, 2003 at 08:27:06AM +0200, Thomas Viehmann wrote: Hmm. I guess I've somewhat misunderstood the RFA and your comments on it. Cheers T. pgpMzr4ymt2hX.pgp Description: PGP signature

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 03:52:38PM -0400, David Z Maze wrote: > "Jamin W. Collins" <[EMAIL PROTECTED]> writes: > > > On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: > >> me too! any package that doesn't build on m68k or arm is broken and > >> needs to be fixed, even if it works on x

Re: Future releases of Debian

Quoting "Bernhard R. Link" <[EMAIL PROTECTED]>: > * Jérôme Marant <[EMAIL PROTECTED]> [030724 15:08]: > > >From the user point of view, the new debian-installer looks almost > > > like boot-floppies (plus some bits of hardware autodetection). > > So, quite no step has been done on the user friendl

Re: Future releases of Debian

David Z Maze <[EMAIL PROTECTED]> wrote: >"Jamin W. Collins" <[EMAIL PROTECTED]> writes: > >> On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: >>> me too! any package that doesn't build on m68k or arm is broken and >>> needs to be fixed, even if it works on x86 by chance! >> >> So, are

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 10:35:01PM +0200, J?r?me Marant wrote: > Quoting "Bernhard R. Link" <[EMAIL PROTECTED]>: > But my point was the new debian-installed is not going to look like > the current Mandrake 9.1 nor RedHat 9.0 (I've recently installed), > at least for sarge. Perhaps for now, but tha

Re: Future releases of Debian

#include * David Z Maze [Thu, Jul 24 2003, 03:52:38PM]: > > On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote: > >> me too! any package that doesn't build on m68k or arm is broken and > >> needs to be fixed, even if it works on x86 by chance! > > > > So, are you volunteering to help t

unicode

Hi Is Debian aims to be unicode compatible system? If yes, then should I mail a bug report against packages which are not able to handle unicode? If yes, should it be "Minor", "Normal" or "Important"? For example, grep is not able to search unicode strings. Important is a bug which has a

Re: unicode

On Wed, 30 Oct 2002, Sergey V. Spiridonov wrote: > For example, grep is not able to search unicode strings. It can't search for UTF-8? Why not? T -- thomas thurman - marnanel at marnanel dot org - http://marnanel.org You are in a long, narrow corridor stretching out of sight to the west

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 01:08:40PM -0600, Jamin W. Collins wrote: > On Thu, Jul 24, 2003 at 10:12:11PM +0300, Halil Demirezen wrote: > > > So, are you volunteering to help those of us without access to either of > > > the above architectures with "bugs" found in our packages? I'm not > > > saying

Re: unicode

On Wed, Oct 30, 2002 at 02:11:46PM +0100, Sergey V. Spiridonov wrote: > Is Debian aims to be unicode compatible system? Not officially, although I think that this is a worthwhile goal and there are various efforts that try to bring Debian a little bit closer to ubiquitous Unicode support. > If y

Re: unicode

On Wed, Oct 30, 2002, Sergey V. Spiridonov wrote: > For example, grep is not able to search unicode strings. Yes it is. Are you sure you are using a unicode locale? See for instance: $ export LC_ALL=fr_FR $ echo "skål" | iconv -f iso8859-1 -t utf8 | grep -q "sk.l" && echo OK $ export LC_A

Re: po-debconf patches and woody backportability (was: Re: [VAC] 25 july - 26 august)

On Thu, Jul 24, 2003 at 11:29:13AM +0100, Colin Watson wrote: [...] > When building with po-debconf, a format 1 (no encoding specifications, > woody-compatible) debian/templates file is generated in the clean target > and shipped in the source package, but a format 2 (UTF8-encoded, > woody-incompat

Re: proposal: per-user temporary directories on by default?

On Thu, Jul 24, 2003 at 03:13:40PM +1000, Martin Pool wrote: > > Martin Pool wrote: > >> At the least I would like to see Debian prompt for this at installation > >> much as it does for shadow passwords. Ideally it would be on by > >> default. > > I'm all for this idea. > Thanks. What needs to

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 04:23:29PM -0500, Steve Langasek wrote: > On Thu, Jul 24, 2003 at 01:08:40PM -0600, Jamin W. Collins wrote: > > > Yes, I do not have access to them for testing or debugging. I have > > access to only x86 machines currently. Thus, I can not adequately > > resolve problems

Re: proposal: per-user temporary directories on by default?

On Thu, Jul 24, 2003 at 02:50:05PM -0500, Steve Greenland wrote: > On 24-Jul-03, 11:11 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote: > > I think that getting the package to make the necessary modifications of > > the pam files would be a good first step. > yes. > > Possibly with a debconf > > ques

Re: Future releases of Debian

On Jul 24, Robert Lemmen <[EMAIL PROTECTED]> wrote: >me too! any package that doesn't build on m68k or arm is broken and >needs to be fixed, even if it works on x86 by chance! Really? Then please tell me what is broken in libberkeleydb-perl: http://buildd.debian.org/fetch.php?&pkg=libberkeleydb

Re: Future releases of Debian

> > And in the past months some packages (among them mutt, which even fixed a For example, I came accross a segfault with micq. However, I could not find the reason for this bug. Why i pointed out this is that there may be a probable bug there. sincerely.

Re: proposal: per-user temporary directories on by default?

On Thu, Jul 24, 2003 at 02:50:05PM -0500, Steve Greenland wrote: > Please don't. Is there *any* reason why defaulting > TMPDIR=/tmp/ is inferior to TMPDIR=/tmp? Systems with large numbers of users (and normally use, for example /home/u/username), and filesystem which doesn't like large numbers of

Re: Future releases of Debian

On Fri, Jul 25, 2003 at 12:13:44AM +0200, Marco d'Itri wrote: > On Jul 24, Robert Lemmen <[EMAIL PROTECTED]> wrote: > >me too! any package that doesn't build on m68k or arm is broken and > >needs to be fixed, even if it works on x86 by chance! > > Really? Then please tell me what is broken in li

Re: po-debconf patches and woody backportability (was: Re: [VAC] 25 july - 26 august)

On Thu, Jul 24, 2003 at 11:29:35PM +0200, Denis Barbier wrote: > On Thu, Jul 24, 2003 at 11:29:13AM +0100, Colin Watson wrote: > > When building with po-debconf, a format 1 (no encoding specifications, > > woody-compatible) debian/templates file is generated in the clean target > > and shipped in t

Re: unicode

Sebastian Rittau wrote: Is Debian aims to be unicode compatible system? [snip] For example, grep is not able to search unicode strings. Is it not? Sorry, it was bad example. I made wrong test. -- Best regards, Sergey Spiridonov

Re: proposal: per-user temporary directories on by default?

On Thu, 24 Jul 2003 16:58:33 -0500, Steve Langasek wrote: > Does the PAM module *create* /tmp/ if it's not there? Actually it is /tmp/users/ at the moment, and yes, it creates both levels securely. -- Martin

Re: proposal: per-user temporary directories on by default?

On Thu, 24 Jul 2003 16:56:50 -0600, Dwayne C. Litzenberger wrote: > On Thu, Jul 24, 2003 at 02:50:05PM -0500, Steve Greenland wrote: >> Please don't. Is there *any* reason why defaulting >> TMPDIR=/tmp/ is inferior to TMPDIR=/tmp? > > Systems with large numbers of users (and normally use, for exa

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 01:42:25PM +1000, Anthony Towns wrote: > On Wed, Jul 23, 2003 at 06:17:25PM -0400, Matt Zimmerman wrote: > > Where I come from, cheap hardware is old hardware, and old hardware has much > > better support in Linux (and Debian) than new hardware. > > Where I come from, old