Re: Resolvconf -- a package to manage /etc/resolv.conf

Hi, I have a laptop that sometimes is on fixed ip wireless networks. Since dhcp is not involved, there is nothing that updates resolvconf, which could be pointing to an inaccurate set of servers. The solution, in my case, was to add the following star and stop functions to the

Re: Bug#212525: Package contains non-free GNU FDL material

On Wed, Sep 24, 2003 at 02:39:01PM -0500, Manoj Srivastava wrote: > This decision to exclude GNU documentation from Debian, given > the sheer volume of GNU software in Debian, is likely to be > controversial. And we need to have a common stance on this issue. If > this is all so very obvi

Re: Timeout of ITP's

On Thu, Sep 25, 2003 at 08:38:53PM +0200, S?ren Boll Overgaard wrote: > So, my question is, how long should an ITP be allowed to just sit there > before someone else (in this case myself or anyone else who would be > interested) can go ahead and "hijack" it? Consider ITP's as advisory locks. If y

Re: Bug#192101: We need gnucash in stable

On Fri, Sep 26, 2003 at 11:37:06PM +0200, Joachim Breitner wrote: > sorry to bug you again, and for "escalating" this to debian-devel, but > something needs to be done. For those just joining us: > gnucash (the probably most complete wand fit-for-real-use financing > program in debian) is not in t

Re: Debian RC System/Init Scripts

On Thu, Sep 25, 2003 at 08:16:22AM -0500, Steve Greenland wrote: > On 24-Sep-03, 20:48 (CDT), Jerry Haltom <[EMAIL PROTECTED]> wrote: > > Please don't denounce my efforts as "Debian doesn't need parallel > > starts!" Because I'd like to make it for myself, regardless what Debian > > needs. > > >

Re: Timeout of ITP's

On Thu, Sep 25, 2003 at 08:38:53PM +0200, S?ren Boll Overgaard wrote: > So, my question is, how long should an ITP be allowed to just sit there > before someone else (in this case myself or anyone else who would be > interested) can go ahead and "hijack" it? As a general rule, until you run out of

Re: Timeout of ITP's

On Thu, Sep 25, 2003 at 08:38:53PM +0200, Søren Boll Overgaard wrote: > Hi, > > An ITP[1] on thunderbird[2] was originally submitted to the BTA back in > June. Since then, for various reasons, no package has been uploaded, and > someone other then the original submitter of the ITP has committed to

Re: [PATCH] 2.2 kernel bug in utimes() and its results (m4 FTBFS, coreutils breakage, etc.)

[EMAIL PROTECTED] wrote: > >1) Source of the bug: in 2.2 (and 2.4 prior to 2.4.19-rc2) sys_utimes() > lacks a test on times==NULL branch. It should have the same behaviour as > sys_utime() - if we ask to set timestamps to present (second argument of > syscall is NULL), caller must either

Re: Bug#212525: Package contains non-free GNU FDL material

On Fri, Sep 26, 2003 at 10:31:59AM -0700, Brian Nelson wrote: > Branden Robinson <[EMAIL PROTECTED]> writes: > > > On Wed, Sep 24, 2003 at 02:40:07PM -0500, Manoj Srivastava wrote: > >>I did. I feel my packages are not buggy, lacking a position > >> statement by the project. > > > > So, what

Re: [cjwatson@debian.org: Re: Fwd: Processing of ferret_3.0-2_i386.changes]

Brian White <[EMAIL PROTECTED]> wrote: [...] > I've avoided changing to OpenSSH at home because I'm unsure how to > convert the keys from the SSH2 format to the OpenSSH format. [...] Afaict ssh-keygen from OpenSSH can do that: -i This option will read an unencrypted private (or public) key fi

Re: Debian should not modify the kernels!

martin f krafft <[EMAIL PROTECTED]> wrote: > This thread has been going on for a while, and I think the general > voice has been that security backports and other vital patches are > totally alright for kernel-source. However, I think the general > agreement is that feature backports are not okay.

Re: Debian should not modify the kernels!

On Thursday 25 September 2003 01:44, Matthew Garrett wrote: > martin f krafft wrote: > >also sprach Matthew Garrett <[EMAIL PROTECTED]> > > [2003.09.22.1= > > > >320 +0200]: > >> It would be inappropriate to do it within a stable release, sure, > >> but it is something that Debian do do in general.

Re: Debian should not modify the kernels!

Le Mardi 23 Septembre 2003 18:21, Steve Greenland a écrit : > On 22-Sep-03, 14:14 (CDT), Florian Weimer <[EMAIL PROTECTED]> wrote: > > It's a well accepted fact among kernel developers that vanilla > > kernel.org kernels should not be used by end users. Debian has to > > patch the kernel, too. Th

Re: Timeout of ITP's

lør, 2003-09-27 kl. 03:29 skrev Glenn Maynard: > On Thu, Sep 25, 2003 at 08:38:53PM +0200, Søren Boll Overgaard wrote: > > An ITP[1] on thunderbird[2] was originally submitted to the BTA back in > > Your footnotes are dangling. My apologies: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=19

Converting configure.in for use with new auto* tools - what a mess!

Hi, I've fixed a critical bug in w3c-libwww and now want to regenerate all the libtool/autoconf/automake files. Not trivial! The usual libtoolize/aclocal-1.4/autoheader2.13 etc works under testing, but I get build errors there, so I suspect I should try the latest versions in unstable. (The buil

Re: Timeout of ITP's

lør, 2003-09-27 kl. 07:14 skrev Anthony Towns: [...] > Consider ITP's as advisory locks. If you're interested in maintaining > a package then it's useful information on how to avoid work (email the guy, > get whatever he's done so far), or a useful advisory of who might be worth > cooperating with

Re: Debian should not modify the kernels!

George Danchev wrote: >Do you really know how many kernel-patches as debian packages are >broken because of they expext to patch the vanilla 2.4.22 tree. That's the crux of the matter. The current situation is broken because it makes it difficult to add extra patches to the kernel-source package

Re: How to include symlinks to conffiles in a package?

On Thu, 25 Sep 2003 23:23:20 +1000, Anthony Towns wrote: >For symlinks? I doubt it. There are two things to worry about: one is >where the symlink points, and the other is what it's called. sysvinit's >symlinks don't generally change where they point, but do change what >they're called (S30 -> K20

Re: [cjwatson@debian.org: Re: Fwd: Processing of ferret_3.0-2_i386.changes]

> Brian White <[EMAIL PROTECTED]> wrote: > [...] > > I've avoided changing to OpenSSH at home because I'm unsure how to > > convert the keys from the SSH2 format to the OpenSSH format. > [...] > > Afaict ssh-keygen from OpenSSH can do that: > -i This option will read an unencrypted private (o

Re: [debian-i18n] i18n of man-db improved; please test

Hi, > > >> Another bug I noticed is that in the ru_RU.UTF-8 locale, man won't > > >> find the man pages under ru_RU.KOI8-R. > > >Hm. Yes, that is a bug (although not a regression; I think man-db > > >2.4.1 behaved the same way). I wonder how to solve that correctly > > >and generally. > > >

Re: [debian-i18n] i18n of man-db improved; please test

On Sat, Sep 27, 2003 at 08:53:22PM +0900, Junichi Uekawa wrote: > Some kind of file, a table like : > /usr/share/po-debconf/encodings > > would be useful, perhaps. That seems like a good idea, thanks. I'll think about it for 2.4.3. -- Colin Watson [EMAIL

Re: Converting configure.in for use with new auto* tools - what a mess!

On Sat, Sep 27, 2003 at 12:23:54PM +0200, Richard Atterer wrote: > Hi, > > I've fixed a critical bug in w3c-libwww and now want to regenerate all the > libtool/autoconf/automake files. Not trivial! [...] > I've uploaded the file to - could > some autoc

Bug#212988: ITP: turck-mmcache -- Precompiler and cache to improve performance of PHP scripts

Package: wnpp Version: unavailable; reported 2003-09-27 Severity: wishlist * Package name: turck-mmcache Version : 2.4.0 Upstream Author : TurckSoft <[EMAIL PROTECTED]> * URL : http://turck-mmcache.sourceforge.net/ * License : GPL Description : Precompiler

欢迎免费索取在线激情电影网会员密码

在线激情电影网地址: http://io.2hu.org

Bug#213025: ITP: animals-game -- Simple animals guessing game

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Version: unavailable; reported 2003-09-27 Severity: wishlist * Package name: animals-game Version : 0.7.0 Upstream Author : Tobias Toedter <[EMAIL PROTECTED]> * URL : http://www.bupp.de/debian * License

Re: Converting configure.in for use with new auto* tools - what a mess!

On Sat, Sep 27, 2003 at 02:45:20PM +0200, Martin Quinson wrote: > I use the attached bootstrap script to build the autotools scripts. the > version of autotools are hardcoded in it, which is a Bad Thing (TM). Feel > free to steal anyway ;) As far as I could tell, this message had no attachment (ap

Re: Bug#192101: We need gnucash in stable

Hi, Steve Langasek wrote: > What you are overlooking is that the main bug causing build failures for > gnucash is NOT architecture specific; rather, the potential for a build > failure appears to exist on all architectures, but the use of a > *pseudo*-RNG for generating test data tends to result i

Re: Converting configure.in for use with new auto* tools - what a mess!

On Sat, Sep 27, 2003 at 02:45:20PM +0200, Martin Quinson wrote: > [lots of useful stuff] Many thanks indeed - that resolved all the problems! (But it took me a while to track down the additional old-style AC_DEFINEs in acinclude.m4, they also caused problems.) Unfortunately it turns out that the

Re: Bug#192101: We need gnucash in stable

On Sat, Sep 27, 2003 at 08:56:54PM +0200, Matthias Urlichs wrote: > Hi, Steve Langasek wrote: > > What you are overlooking is that the main bug causing build failures for > > gnucash is NOT architecture specific; rather, the potential for a build > > failure appears to exist on all architectures,

Re: Debian should not modify the kernels!

Andreas Metzler <[EMAIL PROTECTED]> wrote: > martin f krafft <[EMAIL PROTECTED]> wrote: >> This thread has been going on for a while, and I think the general >> voice has been that security backports and other vital patches are >> totally alright for kernel-source. However, I think the general >> a

Bug#213045: ITP: astats -- Stats for aMule

Package: wnpp Severity: wishlist * Package name: astats Version : 1.5.0 Upstream Author : Stephane COLIN <[EMAIL PROTECTED]> * URL : http://bigbob.chez.tiscali.fr/ * License : GPL Description : Stats for aMule aStats is the successor of the well known xS

Re: Debian RC System/Init Scripts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > I'm curious if there has ever been any attempt to Policyize scripts > located in init.d. Specifically requiring inclusion of such lines as > DESC="description" or NAME="name". I ask because I am doing a little bit > of work on the rc startup script.

Norton AntiVirus failed to scan an attachment in a message you sent.

Recipient of the attachment: SEXCHANGE, RADIANT\RII, StellaHsieh(謝立欣)/收件匣 Subject of the message: Re: That movie No action was taken on the attachment. Attachment document_9446.pif was Logged Only for the following reasons: Scan Engine Failure (0x80004005)

Re: Bug#212525: Package contains non-free GNU FDL material

Manoj Srivastava <[EMAIL PROTECTED]> wrote: > >I am closing the bug again. You can, or course, call for the > tech ctte to override this, or a GR, or get me removed from the > project, as you wish. I fully support your position on this. When a law makes the majority of the population gui

Re: Bug#212525: Package contains non-free GNU FDL material

On Sun, Sep 28, 2003 at 09:15:13AM +1000, Herbert Xu wrote: > Manoj Srivastava <[EMAIL PROTECTED]> wrote: > > > >I am closing the bug again. You can, or course, call for the > > tech ctte to override this, or a GR, or get me removed from the > > project, as you wish. > > I fully support y

Re: Debian should not modify the kernels!

On Sat, 2003-09-27 at 18:12, Herbert Xu wrote: > Andreas Metzler <[EMAIL PROTECTED]> wrote: > > martin f krafft <[EMAIL PROTECTED]> wrote: > >> This thread has been going on for a while, and I think the general > >> voice has been that security backports and other vital patches are > >> totally alr

Re: To what extent should Debian modify the kernel? (Re: Debian should not modify the kernels!)

On Fri, Sep 26, 2003 at 08:08:39AM +1000, Herbert Xu wrote: > Matt Zimmerman <[EMAIL PROTECTED]> wrote: > > > > I ran it through diffstat, and removed the files which are created entirely > > by > > the patch, so these are the changes to common code: > > I've had a look and it appears to be acc

Re: Debian should not modify the kernels!

Greg Folkert <[EMAIL PROTECTED]> wrote: > > So which of the 11 platforms _REQUIRE_ the IPSEC backport? If any, what > is the rational that they *REQUIRE* that piece. As the current maintainer of kernel-source, I decide which patches are included per default. The individual architecture maintai

Re: Debian should not modify the kernels!

On Sun, Sep 28, 2003 at 01:10:27PM +1000, Herbert Xu wrote: > I do not believe that this patch has caused excessive grief for the > benefits that it brings. In fact, conflicts between the Debian kernel > source and random kernel patches floating around are a fact of life. > > For example, the grs

Re: Bug#192101: We need gnucash in stable

Hello, After digging to see why gnucash fails the tests (as I use it daily and wouldn't like to see it go away...), I found these: On Sat, Sep 27, 2003 at 04:03:19PM -0500, Steve Langasek wrote: > Quite so. Red Hat is a build environment where 'make check' succeeds, > though the bug is latent.

correct directorys for www.ltsp.org (for swap)

Hello, im have debianized www.ltsp.org. the root-filesystem will now point to /usr/share/ltsp/ and mounted read-only by the clients Now i need to have a swapfile folder where all the NFS_Swap files for the clints can be. Please tell me wich directory would be fine. I thinking about /var/cache/ltsp