Bug#400118: twoftpd: authentication process enters endless loop

reassign 400118 twoftpd-run retitle 400118 twoftpd-run: memory limits too strict for amd64 quit On Fri, Dec 15, 2006 at 07:16:39PM -0300, Alvaro Herrera wrote: > > This is due to the memory limitation, there's a limit imposed on the > > twoftpd service, so that it doesn't steal all system ressourc

Bug#400118: twoftpd: authentication process enters endless loop

tags 400118 + patch quit On Mon, Dec 18, 2006 at 11:52:13AM -0300, Alvaro Herrera wrote: > Gerrit Pape wrote: > > Does it mean that it now works with -m300 (3MB) on your system, or > > only with -m3000 (30MB)? If the latter, can you please check with > > -m40

Bug#396687: Puts system user into the adm group

On Sun, Nov 05, 2006 at 03:32:45PM +0100, Florian Weimer wrote: > * Gerrit Pape: > > On Thu, Nov 02, 2006 at 11:23:02AM +0100, Florian Weimer wrote: > >> From the postinst: > >> > >> adduser --system --home /var/log/git-daemon --no-create-home --ingroup adm

Bug#391360: runit: svlogd is not removing old logs

Hi Joshua, On Fri, Oct 06, 2006 at 06:38:58PM +0530, Joshua N Pritikin wrote: > On Fri, Oct 06, 2006 at 12:44:07PM +0000, Gerrit Pape wrote: > > If you had once configured many log files, and then change the > > configuration to fewer log files than before, svlogd won't redu

Bug#392209: fgetty: Could not chown/chmod tty device

tags 392209 + unreproducible thanks. On Tue, Oct 10, 2006 at 04:03:01PM -0300, Nelson A. de Oliveira wrote: > I am trying to use fgetty here on my system, but without success. > > The error messages that appear are: > > could not chown/chmod tty device > (the above message is repeated a lot of t

Bug#401547: tryto -n1 often reports that child crashed even if it didn't

tags 401547 + patch quit On Mon, Dec 04, 2006 at 02:54:51PM +0100, Andras Korn wrote: > "tryto -n1 true" reports "child crashed, giving up". Hi Andras, yes, thanks for reporting; this patch should fix it. Regards, Gerrit. diff -ur admin~/socklog-2.1.0/src/tryto.c admin/socklog-2.1.0/src/tryto.c

Bug#400118: twoftpd: authentication process enters endless loop

On Thu, Nov 23, 2006 at 07:20:09PM -0300, Alvaro Herrera wrote: > The authentication process eats all available CPU power and does not > return success, even when the given password is correct. strace'ing the > process shows this output: Hi Alvaro, I cannot reproduce the problem. > write(4, ptr

Bug#400118: twoftpd: authentication process enters endless loop

On Wed, Dec 06, 2006 at 09:18:38AM -0300, Alvaro Herrera wrote: > Gerrit Pape wrote: > > On Thu, Nov 23, 2006 at 07:20:09PM -0300, Alvaro Herrera wrote: > > > The authentication process eats all available CPU power and does not > > > return success, even when th

Bug#400118: twoftpd: authentication process enters endless loop

On Wed, Dec 06, 2006 at 03:45:19PM -0300, Alvaro Herrera wrote: > Gerrit Pape wrote: > > On Wed, Dec 06, 2006 at 09:18:38AM -0300, Alvaro Herrera wrote: > > > > Yes. The configuration is the default, I think, and certainly the > > > startup script is. (It was

Bug#399431: "source " produce an error

On Wed, Nov 22, 2006 at 07:30:05PM +0100, Michelle Konzack wrote: > Hello Gerrit, > > Am 2006-11-20 15:51:40, schrieb Gerrit Pape: > > > but since I have tried to make some scripts POSIX compatibel I > > > was running into trouble. Under "bash" I run "en

Bug#402022: [m68k] FTBFS: failing self-test

On Thu, Dec 07, 2006 at 03:59:42PM +0100, Roman Zippel wrote: > git currently fails to compile as it fails the self test. > I looked into this and with the help of the author there is now a patch > for this to fix the problem: Yes, I've seen that, thanks. The patch made it into 1.4.4.2. Regards,

Bug#406323: short description could use some improvement

On Wed, Jan 10, 2007 at 01:30:41PM +0100, Florian Weimer wrote: > The package description is out of date. Nowadays, GIT does quite a > lot. Ok, short description (subject) or long description? Do you by chance have a suggestion? > Furthermore, the description of git-email should list what's act

Bug#406217: runit: chpst -n always sets nice value to 19 on x86_64

On Tue, Jan 09, 2007 at 07:19:29PM +0300, Alexei Sheplyakov wrote: > chpst -n seems to always sets the nice value to 19 on x86_64, no > matter what argument has been given: > > $ chpst -n 5 ps -l > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > 0 S 1000 11267 10824 0 7

Bug#400191: git-core: please package new upstream 1.4.4.1

On Fri, Nov 24, 2006 at 09:45:29AM -0200, Henrique de Moraes Holschuh wrote: > git relases often :-) > > 1.4.4.1 fixes some bugs, please package it... Well, we need to give some version enough time to migrate to etch before freeze. Actually I planned this for 1.4.3.5. 1.4.4 failed to build on a

Bug#394838: /usr/bin/cg-mv: fails to work as advertised

retitle 394838 cogito: must depend on git-core (>> 1:1.4.2-0) quit On Mon, Oct 23, 2006 at 09:52:12AM +1000, Anand Kumria wrote: > Package: cogito > Version: 0.18-1 > I'm trying to move a set of files from one location to another. In one > branch the files exist as css/{filename} and in the other

Bug#396418: cogito: FTBFS: failed tests

severity 396418 normal merge 396418 394838 quit On Tue, Oct 31, 2006 at 05:57:29PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in etch, I discovered that your package > failed to build on i386. > > I tried to build it several times to make sure the issue was not transient. >

Bug#381091: dash: 'export' error "bad variable name"

On Thu, Oct 26, 2006 at 12:14:16PM -0400, A. Costa wrote: > On Mon, 23 Oct 2006 10:05:39 + > Gerrit Pape <[EMAIL PROTECTED]> wrote: > > > ...Here bash --posix behaves differently in the first case. > > Yet another view, without the '-x', plus a few mor

Bug#396687: Puts system user into the adm group

On Thu, Nov 02, 2006 at 11:23:02AM +0100, Florian Weimer wrote: > From the postinst: > > adduser --system --home /var/log/git-daemon --no-create-home --ingroup adm > gitlog > > This is wrong. adm group membership is reserved to (human) system > administrators. Okay, where can I read about this

Bug#396753: missing dependency on initscripts

tags 396753 + pending quit On Thu, Nov 02, 2006 at 08:00:51PM +0100, Michael Biebl wrote: > /etc/runit/1 calls "/etc/init.d/rmnologin start", which is part of the > initscripts package. Either add a dependency on initscripts or a check > like "[ -x /etc/init.d/rmnologin ] && /etc/init.d/rmnologin

Bug#392209: fgetty: Could not chown/chmod tty device

On Fri, Nov 10, 2006 at 08:50:53PM -0200, Nelson A. de Oliveira wrote: > Hi Gerrit! > > On 11/10/06, Gerrit Pape <[EMAIL PROTECTED]> wrote: > >unfortunately I cannot teproduce the problem. On a current sid system, > >your inittab entry works just fine for me. Did you

Bug#392209: fgetty: Could not chown/chmod tty device

On Tue, Nov 14, 2006 at 10:17:15PM -0200, Nelson A. de Oliveira wrote: > I am just sending this email to say that what I have told you on the > last email keeps the same with the updated fgetty (version 0.6-4). Hmm, that's strange. Can you please post the exact line from your /etc/inittab for sta

Bug#399041: /usr/bin/git-ls-remote: git ls-remote bails out and breaks several other commands

On Fri, Nov 17, 2006 at 11:39:20AM +0100, Pierre Habouzit wrote: > git ls-remote does not works like before (it seems it bails out when > you give him $GIT_DIR as an argument) and breaks many commands, > including gitk (but other fails also). > > this impedes git usability a *lot* as gitk is r

Bug#294933: $PS1 set for non-interactive shells too

On Sat, Feb 12, 2005 at 02:56:51PM +0100, Marco d'Itri wrote: > Checking if $PS1 is defined is a popular way to determine if a shell is > an interactive shell, or a program has been started from an interactive > shell. But dash always sets the variable. I cannot read from the standards that $PS1 m

Bug#297042: bincimap: Cannot SELECT newly-created mailbox when using IMAPDir

Hi Jeffrey, On Sat, Feb 26, 2005 at 09:55:00AM -0800, Jeffrey Baitis wrote: > I recently migrated from 1.2.9final-1 to 1.2.11final-3, and I have > been having failures when creating new IMAP folders. Newly created > folders cannot be SELECTed; when created, they do not contain the > bincimap-uidva

Bug#298124: source's home not mentioned in copyright

1 - 1.2 +++ debian/copyright5 Mar 2005 18:53:34 - @@ -1,13 +1,16 @@ This package was debianized by Chris Leishman [EMAIL PROTECTED] on Fri, 30 Oct 1998 22:52:10 +1100. -Original download site is unknown. +This package was adopted by Gerrit Pape <[EMAIL PROTECTED]> on

Bug#298967: NMU to fix non-free font RC bug

tags 298967 - fixed tags 298967 + sid quit On Sat, Mar 12, 2005 at 06:22:42PM -0600, Micah Anderson wrote: > I am uploading a revised version of this package that removes the > non-free font to close this RC bug, the only difference is to remove > the font, as it doesn't seem to be used at all. H

Bug#299226: dietlibc: FTBFS (ppc64): Please support the ppc64 architecture

On Sat, Mar 12, 2005 at 07:06:34PM +0100, Andreas Jochens wrote: > When building 'dietlibc' on ppc64, I get the following error: > > : debian/dietlibc/DEBIAN/md5sums > : debian/dietlibc/DEBIAN/ ok > dpkg-gencontrol -isp -pdietlibc-dev -P'/dietlibc-0.28/debian/dietlibc'-dev > dpkg-gencontrol: error

Bug#299226: dietlibc: FTBFS (ppc64): Please support the ppc64 architecture

tags 299226 + pending tags 299302 + pending tags 299303 + pending quit On Sun, Mar 13, 2005 at 02:01:20PM +0100, Andreas Jochens wrote: > On 05-Mar-13 11:45, Gerrit Pape wrote: > > On Sat, Mar 12, 2005 at 07:06:34PM +0100, Andreas Jochens wrote: > > > Please add '

Bug#208364: mysql: take a look at #208364?

On Fri, Feb 18, 2005 at 08:50:06AM -0500, sean finney wrote: > hi christian, erich, > > On Fri, Feb 18, 2005 at 01:00:30PM +0100, Christian Hammers wrote: > > Bug #208364 "mysqld_safe reacts properly to unix signals" could be a > > nice one for you... Erich just wrote some ideas to it. > > sure,

Bug#296396: 'man ash' line #753: 'the shell treats... and use...'

forwarded 296396 upstream quit Hi Herbert, please see below for a typo fix in the dash manpage. Thanks for the note, A. On Tue, Feb 22, 2005 at 03:43:45AM -0500, A Costa wrote: > % man ash | grep -A 1 -n "each character of the IFS " > 753: The shell treats each character of the

Bug#276964: phpbb2-conf-mysql: I reported same problem

tags 276964 + patch quit On Tue, Feb 22, 2005 at 02:05:23PM +0100, Jeroen van Wolffelaar wrote: > On Tue, Feb 22, 2005 at 01:43:17AM +0100, Jeroen van Wolffelaar wrote: > > | elif ! eval $mysqlcmd -f $dbname -e "\"$statement\"" >/dev/null 2>&1 ; > > then > > | log="${log}Executing command to

Bug#276964: phpbb2-conf-mysql: I reported same problem

On Wed, Feb 23, 2005 at 10:33:14PM +1100, Herbert Xu wrote: > I'd like to present a different fix though. I'd prefer to keep the > set -e behaviour within the string being evaluated. In other words, > > set -e > if eval 'false; echo hi'; then :; fi > > should not execute the echo statement. Pl

Bug#276964: phpbb2-conf-mysql: I reported same problem

On Fri, Feb 25, 2005 at 10:11:54PM +1100, Herbert Xu wrote: > On Fri, Feb 25, 2005 at 09:09:11PM +1100, herbert wrote: > > > > Good catch. We need to check whether the EXEVAL is thrown by a subshell > > and if so relay it to the top. > > > > Please try these two patches instead. > > We need one

Bug#296545: 'man ash' typo: "...than can be made local..."

forwarded 296545 upstream quit Hi Herbert, here's another typo fix for dash.1 from A Costa. On Wed, Feb 23, 2005 at 12:16:21AM -0500, A Costa wrote: > % man ash | grep -n "special parameter than" > 517: The only special parameter than can be made local is ``-''. > Making ``-'' >

Bug#294933: $PS1 set for non-interactive shells too

On Sun, Feb 13, 2005 at 03:25:18PM +0100, Marco d'Itri wrote: > On Feb 13, Gerrit Pape <[EMAIL PROTECTED]> wrote: > > On Sat, Feb 12, 2005 at 02:56:51PM +0100, Marco d'Itri wrote: > > > Checking if $PS1 is defined is a popular way to determine if a shell is > &

Bug#294933: $PS1 set for non-interactive shells too

On Sun, Feb 27, 2005 at 10:38:51PM +0100, Marco d'Itri wrote: > On Feb 27, Gerrit Pape <[EMAIL PROTECTED]> wrote: > > Do you have an example where such a test on $PS1 is used? I'm unsure > Yes, I have a script which must behave differently if started from init &g

Bug#296297: ash: menu entry for ash

Hi Bill, On Mon, Feb 21, 2005 at 05:17:43PM +0100, Bill Allombert wrote: > For legacy reason, the menu package include a menu entry for ash. This > practice is deprecated, it is better to move the menu netry to the ash > packages. Such menu entry is for the Apps/Shells section of the menu > > He

Bug#276964: phpbb2-conf-mysql: I reported same problem

On Mon, Feb 28, 2005 at 09:01:28PM +1100, Herbert Xu wrote: > Please give this one a go and see if you can break it again :) Didn't work this time ;-), this one does well in all my tests. See below for the patch against version 0.5.2 I plan to apply to the Debian package to fix this bug. Thanks,

Bug#296297: ash: menu entry for ash

On Mon, Feb 28, 2005 at 07:08:55PM +0100, Bill Allombert wrote: > On Mon, Feb 28, 2005 at 05:05:09PM +0000, Gerrit Pape wrote: > > do people really choose ash from a menu to have it open an interactive > > shell in a new window? I wouldn't mind if you simply remove the it

Bug#296297: ash: menu entry for ash

On Tue, Mar 01, 2005 at 11:05:11PM +0100, Bill Allombert wrote: > On Tue, Mar 01, 2005 at 09:05:36PM +0000, Gerrit Pape wrote: > > dash primarily is meant to run non-interactively, and to be used as a > > standard /bin/sh interpreter for shell scripts. I think I'll add the

Bug#410325: git-buildpackage: git-import-orig does not track file removals.

On Sun, Feb 11, 2007 at 04:15:36PM +0100, Guido Guenther wrote: > it seems there can be leftover (untracked) files after a rename that > happened during a recursive merge. Is this intentional? If so > git_load_dirs would have to call 'git-clean' explicitly after the merge > which looks strange (at

Bug#409887: git-core: git-http-fetch creates double slash("//") which not all servers know how to handle

On Tue, Feb 06, 2007 at 02:06:47PM +0800, gary ng wrote: > http-fetch.c construct the pack info retreival based on the pased in base > which has deliberately added a "/" at the end in perl script. This results in > url of the form "http://base//objects/info/packs"; being submitted to the > server.

Bug#407722: Please ship libgit.a in a new git-core-dev package

tags 407722 = wontfix thanks On Sat, Jan 20, 2007 at 08:29:11PM +0100, Luca Falavigna wrote: > Upstream git package contains libgit.a, which is meant to interface > programs which needs git support. It could be useful to create a new > git-core-dev package including such library. > > This bug was

Bug#407240: git-core: git-log should not open pager when it fails

On Mon, Feb 05, 2007 at 04:37:09AM -0800, Josh Triplett wrote: > Why not just avoid starting the pager if an error (such as an invalid > argument) occurs? Unfortunately it's not that easy. By current design, the pager is started before the error is detected, and it's not trivial to change it. Bu

Bug#412899: CVE-2007-1099: dropbear dbclient insufficient warning on hostkey mismatch

On Wed, Feb 28, 2007 at 08:59:47PM +0100, Stefan Fritsch wrote: > >From CVE-2007-1099: > dbclient in Dropbear SSH client before 0.49 does not sufficiently warn the > user > when it detects a hostkey mismatch, which might allow remote attackers to > conduct man-in-the-middle attacks. > > This is f

Bug#412899: CVE-2007-1099: dropbear dbclient insufficient warning on hostkey mismatch

On Sat, Mar 03, 2007 at 08:46:28PM -0800, Steve Langasek wrote: > The description of this bug in the upstream changelog is: > > - Security: dbclient previously would prompt to confirm a > mismatching hostkey but wouldn't warn loudly. It will now > exit upon a mismatch. > > Why should "it did

Bug#412899: CVE-2007-1099: dropbear dbclient insufficient warning on hostkey mismatch

On Sun, Mar 04, 2007 at 01:27:04AM -0800, Steve Langasek wrote: > On Sun, Mar 04, 2007 at 08:55:21AM +0000, Gerrit Pape wrote: > > I would like to see this fixed in etch (and sarge), and now realize that > > uploading the new upstream version wasn't the right thing. Do y

Bug#415956: git-core: new upstream version 1.5.0.5

Package: git-core Version: 1.5.0.3-1 Severity: wishlist A new Debian source package version 1.5.0.5-1 is available through http://people.debian.org/~pape/Ou4heeT/ Due to moving house, I currently have limited access to my gpg key. If anyone wants to cross-read, build, and upload the package to

Bug#415119: [PATCH] set LC_ALL=C for sort to ensure lexical order of builtincmd structure

Patch by Roy Marples, see http://bugs.debian.org/415119 When LC_ALL is set to something like en_GB.UTF-8 then dash makes the builtincmd structure in the wrong lexical order, breaking bsearch, specifically the truecmd : $ : dash: :: not found The attached patch addresses the issue. Thanks Roy M

Bug#415119: dash compiles incorrectly when LC_ALL isn't C

On Fri, Mar 23, 2007 at 10:57:20AM +, Roy Marples wrote: > On Fri, 23 Mar 2007 10:47:44 + > Gerrit Pape <[EMAIL PROTECTED]> wrote: > > Thanks for the patch, Roy, I forwarded it upstream > I thought Debian was upstream - based on the name of the package. Heh. It'

Bug#416372: [git-svn] lots of undeleted $GIT_DIR/.svn-commit.tmp.*

On Tue, Mar 27, 2007 at 12:47:10PM +0200, Pierre Habouzit wrote: > All is in the title, after a bit of git-svn use, I always get a lot of > cruft in my .git/, presumably commit messages of interupted git-svn > command (wether by me or by a ssh error or a svn proble is irrelevant > here IMHO). Th

Bug#416279: [git-svn] free(): invalid pointer 0x80ed818!

On Mon, Mar 26, 2007 at 03:51:51PM +0200, Pierre Habouzit wrote: > doing git svn dcomit -i trunk I quite often have the (not very > rassuring) message: free(): invalid pointer 0x80ed818! Is this a glibc message, like *** glibc detected *** free(): invalid pointer: 0x80ed818 *** or just the str

Bug#416755: depends on non-essential package adduser in postrm

On Fri, Mar 30, 2007 at 08:38:03AM +0200, Michael Ablassmeier wrote: > Package: git-daemon-run > Version: 1:1.5.0.3-1, 1:1.4.4.4-2 > Severity: serious > Justification: Policy violation Hi, why has this been sent to [EMAIL PROTECTED] Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#411316: 1.5.0.1 now...

On Sun, Feb 18, 2007 at 08:06:01PM -0800, Roland Dreier wrote: > A 1.5.0.1 maintenance release has just come out with a few fixes, so I > think it would definitely be appropriate to upload packages of the > 1.5.0 series now. http://ftp-master.debian.org/new.html It's in the queue for experimenta

Bug#411316: 1.5.0.1 now...

On Tue, Feb 20, 2007 at 11:33:25AM +0100, Peter Baumann wrote: > On Mon, Feb 19, 2007 at 12:31:19PM +0000, Gerrit Pape wrote: > > On Sun, Feb 18, 2007 at 08:06:01PM -0800, Roland Dreier wrote: > > > A 1.5.0.1 maintenance release has just come out with a few fixes, so I &g

Bug#409179: DASH: Settings IFS=$'\n' doesn't work properly

On Wed, Jan 31, 2007 at 02:18:03PM +0100, Arno van Amersfoort wrote: > I ran into a problem after upgrading my system to testing last week, > causing one of my scripts not to work anymore. During installation I let > the installer redirect sh to dash. Although it is POSIX compliant (as > far as

Bug#407240: git-core: git-log should not open pager when it fails

On Thu, Jan 25, 2007 at 08:29:09PM -0800, Josh Triplett wrote: > Gerrit Pape wrote: > > On Tue, Jan 16, 2007 at 09:06:58PM -0800, Josh Triplett wrote: > >> If you run git-log --pretty=foo, it fails with the message "fatal: invalid > >> --pretty format: foo",

Bug#419112: cogito: Recursive function call if EDITOR is not set

On Fri, Apr 13, 2007 at 07:48:07PM +0200, Jan Niehusmann wrote: > The patch applied to fix bug #402413 introduced a new bug: If $EDITOR is > not set, the _editor() function calls 'editor', which happens to match > the shell function editor(), which in turn calls _editor(), leading to > an infinite

Bug#419196: cfs: Makes the sistem freeze when writing large files

tags 419196 + unreproducible quit On Sat, Apr 14, 2007 at 12:57:26PM +0300, Alex D??nil?? wrote: > When writing large files (more than 50 MB, I think), the file system > cannot be accessed anymore. > Example: > [EMAIL PROTECTED]:~$ cd / > [EMAIL PROTECTED]:/$ ls > > and ls does nothing, just fr

Bug#416279: [git-svn] free(): invalid pointer 0x80ed818!

On Tue, Mar 27, 2007 at 05:10:58PM +0200, Pierre Habouzit wrote: > On Tue, Mar 27, 2007 at 01:57:51PM +0000, Gerrit Pape wrote: > > On Mon, Mar 26, 2007 at 03:51:51PM +0200, Pierre Habouzit wrote: > > > doing git svn dcomit -i trunk I quite often have the (not very > > &g

Bug#420112: [PATCH] Documentation/git-reset.txt: suggest git commit --amend in example.

Please see http://bugs.debian.org/420112 In example 'Undo a commit and redo', refer to 'git commit --amend', as this is the easier alternative. --- Documentation/git-reset.txt |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/Documentation/git-reset.txt b/Documentation/git

Bug#415171: dash: Silently ignores lack of arguments for the `.' command

On Fri, Mar 16, 2007 at 06:06:34PM +0100, Robert Luberda wrote: > pdksh -c '.' does not fail, however it should since the required > argument of the '.' command is missing. > > The same is still true for dash and posh, but not for > ksh93 (which fails with "Usage: . [ options ] name [arg ...]")

Bug#379841: FTBFS on hurd-i386: Several issues

On Tue, Jul 25, 2006 at 08:20:28PM +, Cyril Brulebois wrote: > When trying to build your package on hurd-i386, the following error is > raised: > > gcc -o checkout-index.o -c -g -Wall -O2 -DNO_OPENSSL > > -DSHA1_HEADER='"mozilla-sha1/sha1.h"' checkout-index.c > > In file included from checkout

Bug#381615: gitweb: Malformed rss 2.0 xml file

On Sat, Aug 05, 2006 at 11:30:38PM +0200, Arnaud Patard wrote: > gitweb is using a tag called "content" for describing the content of a > commit (eg in http://git.kernel.org/git/?p=git/git.git;a=rss). According > to the RSS 2.0 specifications > (http://www.rssboard.org/rss-specification), this tag

Bug#389767: bincimap-run: removing the package fails

On Wed, Sep 27, 2006 at 05:25:18PM +0200, Bill Allombert wrote: > Hello Gerrit, > > There is an error when attempting to remove bincimap-run: > >Removing bincimap-run ... >Stopping service bincimaps... warning: .: unable to open supervise/ok: > file does not exist >dpkg: error proces

Bug#375619: cogito: Please push debian directory upstream

On Sun, Sep 10, 2006 at 02:11:29PM +0200, Petr Baudis wrote: > Hi, Hi Petr, > I can still see debian/ subdirectory in the upstream git. I don't Upstream git has dropped the debian/ subdirectory with version 1.0.0 IIRC, current versions don't include it anymore. > understand the advantage in

Bug#390468: runit: Custom stop action

On Sun, Oct 01, 2006 at 02:48:36PM +0200, [EMAIL PROTECTED] wrote: > Dear Gerrit, > > Thanks a lot for writing runit and packaging it for debian. Here is an > issue I found while trying to migrate services to runit: some services > such as dbus-1 need to do some cleanup *before* the daemon exits,

Bug#390053: Spelling mistake in package description

tags 390053 + pending quit On Fri, Sep 29, 2006 at 01:09:57AM +0100, Simon Waters wrote: > *** diff/mailfront > 16c16 > < mailfront is a set of customizeable network front-ends for mail servers. > --- > > mailfront is a set of customizable network front-ends for mail servers. Thanks, Gerrit.

Bug#234106: Suggested Resolution: New Service Name

On Fri, Sep 29, 2006 at 09:33:18AM +0200, Toni Mueller wrote: > Hello, Hi Toni, > I suggest the following resolution of the problem: > > If there's an SV entry in /etc/inittab, the user probably already had > daemontools in use. Since the run scripts require (small?) > modifications to be compat

Bug#391165: runit retains a controlling tty; ctrl-c on tty1 reboots/halts system

On Thu, Oct 05, 2006 at 09:51:42AM +0200, Andras Korn wrote: > Hi, > > under some (unknown) circumstances, runit(8) retains a controlling tty: > > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND > root 1 0.0 0.010420 tty1 Ss+ 09:07 0:00 runit > >

Bug#391360: runit: svlogd is not removing old logs

On Fri, Oct 06, 2006 at 02:23:27PM +0530, Joshua Pritikin wrote: > I know this sounds implausible but my /var/log has grown to 487M. > For example, /var/log/dnscache has 335 log files and no svlogd > config. According to the man page, the default is to keep 10 old > logs. The directory permissions

Bug#391360: runit: svlogd is not removing old logs

On Fri, Oct 06, 2006 at 05:07:26PM +0530, Joshua N Pritikin wrote: > On Fri, Oct 06, 2006 at 11:19:41AM +0000, Gerrit Pape wrote: > > can you post the complete listing of the directory holding the logs? > > total 156800 Thanks. Nothing looks wrong here, but why do you have tha

Bug#391516: cfs on amd64 mounts but doesn't work

On Fri, Oct 06, 2006 at 07:19:19PM -0500, Sergio Mendoza wrote: > This bug is amd64 specific. It works fine on 32-bit machines. It has > been discussed on debian-amd64 mailing lists: > > (a) http://lists.debian.org/debian-amd64/2005/07/msg00300.html > > (b) http://lists.debian.org/debian-amd6

Bug#386750: git-core already recommends curl

On Tue, Sep 12, 2006 at 06:24:27PM +0200, Adrian Bunk wrote: > Hi Matthew, > > git-core already recommends curl. > > I'd say this already expresses sufficiently the curl requirement? Yes, this is my opinion too. Cloning through http is a part of git-core's functionality, but it's well usable wi

Bug#383219: Setup could be easier

Hi Matthew, On Tue, Aug 15, 2006 at 11:45:07AM -0600, Matthew Wilcox wrote: > I just finished setting up git.parisc-linux.org and installation could > have been easier. I offer you some suggestions: > > First, an init script is good to have to start the git daemon running > automatically. Here'

Bug#386820: git-core: please package 1.4.2

On Sun, Sep 10, 2006 at 02:50:31PM +0200, Yann Dirson wrote: > 1.4.2 is already one month old now :) On the way.. I've been waiting for 1.4.3, but it looks like it won't be released as swift as the previous versions. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subjec

Bug#386373: git-core: contrib/git-svn/Makefile relies on ../../Documentation/asciidoc.conf being available

Hi Alan, On Thu, Sep 07, 2006 at 09:07:38AM +0100, Alan Chandler wrote: > /usr/share/doc/git-core includes a subdirectory called contrib, and in > there is git-svn > > Using its Makefile to build target install-doc requires that asciidoc be > installed (so perhaps should be a 'suggests' for this

Bug#383219: index.aux generation

Thanks Matthew, I'll put your mail in /usr/share/doc/gutweb/examples, and point to it from /usr/share/doc/gitweb/README.Debian in the next upload. Regards, Gerrit. On Thu, Aug 24, 2006 at 08:55:10AM -0600, Matthew Wilcox wrote: > > Alioth needs to generate an index.aux file. It'd be helpful if

Bug#387458: segmentation fault on command -v

On Thu, Sep 14, 2006 at 03:50:02PM +0200, Julien Danjou wrote: > Hi dash maintainer, > > I just found this bug which is easily reproductible: > > % dash -c 'command -v' > zsh: segmentation fault dash -c 'command -v' Hi Julien, thanks, I can reproduce it. It of course mustn't segfault, but repo

Bug#387515: cg-commit -p -m ignores -p

Hi, please see http:/bugs.debian.org/387515 or below. I agree that ideally cg-commit should behave differently. Thanks, Gerrit. - Forwarded message from Andrew Suffield <[EMAIL PROTECTED]> - cg-commit -p -m ignores the -p argument and silently commits. Yes, this is documented, but it's

Bug#386495: git-apply fails to apply some patches

Hi, please see http://bugs.debian.org/386495 or below. I can reproduce the problem with 1.4.2.1. Thanks, Gerrit. - Forwarded message from Matthew Wilcox <[EMAIL PROTECTED]> - Trying to apply a patch that was created with interdiff fails ... Here's the first patch (which works) --- pciu

Bug#386976: Patch might make it into upstream release

On Wed, Sep 13, 2006 at 08:29:22PM -0700, Michel Lespinasse wrote: > I've been talking with upstream maintainer Matt Johnston and it looks like > a version of this patch should make it into the next upstream release. > > Hope this helps, Thank you Michel, I was about to forward the bug to Matt to

Bug#386495: git-apply fails to apply some patches

tion patch still leaves content in the file. These sanity checks are good safety measures, but breaks down when people feed a diff generated with --unified=0. This was recently noticed first by Matthew Wilcox and Gerrit Pape. This adds a new flag, --unified-zero, to allow bypassing these checks.

Bug#380638: Intent to NMU

On Mon, Aug 07, 2006 at 07:38:40PM -0300, Margarita Manterola wrote: > I have prepared an NMU that fixes this problem in matrixssl. It's a very > simple fix, that applies the already existing include-asm.diff patch, to > the other instances of linux.c (static and shared). > > I'm attaching the fu

Bug#391516: Link to 64bit clean sources

d8() +uint32_t trand8() { return randbyte(); } -unsigned long trand16() +uint32_t trand16() { return randbyte() ^ (randbyte()<<8); } -unsigned long trand32() +uint32_t trand32() { return randbyte() ^ (randbyte()<<8) ^ (randbyte()<<16) ^ (r

Bug#392702: [PATCH] git-svn: fix commits over svn+ssh://

On Sat, Oct 14, 2006 at 02:02:37AM -0700, Eric Wong wrote: > Once a get_commit_editor has been called from an SVN session, RA > layer operations are not allowed (well, unless you're using > file:// or http(s)://). So we'll pass an alternate SVN::Ra > object to our editor object for running 'check-

Bug#393678: dietlibc-dev: undefined reference to `__ipc' on hppa

tags 393678 + patch quit On Tue, Oct 17, 2006 at 09:45:09PM +1000, Ted Percival wrote: > On hppa, the semctl, semget, and semop functions are unavailable. Trying > to use them results in > > undefined reference to `__ipc' > when linking. This can be seen in the ccontrol build log: >

Bug#391516: Link to 64bit clean sources

On Mon, Oct 16, 2006 at 12:15:08PM -0500, Sergio Mendoza wrote: > Hi Gerrit & Stephen, > > I think you've pindowned the problem. I hope it can work. Gerrit, if > you need access to an amd64 computer, let me know and I'll do > arrangements so that you can check strace and other things for cfs.

Bug#393776: please provide a manual page for (at least) fnord

On Tue, Oct 17, 2006 at 09:06:43PM +0200, Vincent Fourmond wrote: > I've been trying to use fnord to setup a temporary web server run > without root privileges, and I found it hard to get. Please provide > a manual page, with at least the mention of the -l switch on > command-line. Hi Vinc

Bug#381091: dash: 'export' error "bad variable name"

On Wed, Aug 02, 2006 at 01:20:44AM -0400, A. Costa wrote: > In 'dash' try this: > > % foo() { export x="$@" ; } > % foo -f --c > export: 4: --c: bad variable name > % echo $? > 2 > > It seems like it should be standard code. > > Remove 'export' from 'foo

Bug#387458: [PATCH] Check arg count in commandcmd

Hi Herbert, please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387458 On Thu, Sep 14, 2006 at 03:50:02PM +0200, Julien Danjou wrote: > I just found this bug which is easily reproductible: > > % dash -c 'command -v' > zsh: segmentation fault dash -c 'command -v' --- src/exec.c |2 +

Bug#384197: [PATCH] Fix 3-argument test

Hi Herbert, please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384197 On Tue, Aug 22, 2006 at 03:29:35PM +0100, Colin Watson wrote: > $ [ '!' != '*' ] > [: 1: *: unexpected operator > > POSIX says of the 3-argument case for test(1): > > 3 arguments: > > * If $2 is a binary prim

Bug#381091: dash: 'export' error "bad variable name"

On Sat, Oct 21, 2006 at 02:37:25PM -0400, A. Costa wrote: > > I'm about to close this bug, thanks, Gerrit. > > Thanks for the detailed explanation, and the good advice how not to get > the error using "$*". And apologies for my misunderstanding... but in > hopes of extracting some public good fro

Bug#381091: dash: 'export' error "bad variable name"

On Mon, Oct 23, 2006 at 05:12:11AM -0400, A. Costa wrote: > On Mon, 23 Oct 2006 08:09:48 + > Gerrit Pape <[EMAIL PROTECTED]> wrote: > > > If 'dash' and 'posh' behave correctly, and 'bash' does it > > > differently, would th

Bug#382276: parse problem with $()-style subshell and case

On Wed, Aug 09, 2006 at 10:45:42PM +0100, martin f krafft wrote: > This is a bug because the following works in dash and it's not > supposed to: > > eval $(while [ -n "${1:-}" ]; do > case "$1" in > [EMAIL PROTECTED]) echo remote="$1";; > esac > shift > done) > > bash and zsh

Bug#394928: dietlibc - uses old select on powerpc wich is not longer implemented

On Mon, Oct 23, 2006 at 10:05:28PM +0200, Bastian Blank wrote: > dietlibc uses the old select syscall instead of the _newselect one. > select is not longer implemented on powerpc. Just use _newselect > unconditionaly on all linux arches. Hi Bastian, I can do that of course. Can you tell me the a

Bug#388370: git-core: man pages for git commands have ".sp" sprinkled through them

On Wed, Sep 20, 2006 at 07:27:18AM +0100, Alan Chandler wrote: > A large number of the man pages (all I tried at random) have ".sp" as text > in them. Frequently at the end of a line, but not necessarily so. Looks > as though it was some formatting instruction that did not get interpreted > corre

Bug#739519: Dropbear init-premount script

On Wed, Feb 19, 2014 at 04:19:58PM +, LaNaar Dakoté wrote: > The bug is (if it is) exactly the same as the one higlights in #626181, > marked as wishlist item. Do I /really/ have to manually modify this > scripts? Awaiting your response. Hi, please see https://lists.debian.org/debian-devel/20

Bug#632656: any updates?

On Wed, Jan 29, 2014 at 06:43:48PM +0100, Mattia Rizzolo wrote: > Dear Maintainer, > any chance to ge this applied? (or the patch in launchpad linked above, > as you prefer) Hi, please see https://lists.debian.org/debian-devel/2014/01/msg00289.html Regards, Gerrit. -- To UNSUBSCRIBE, email to

Bug#690473: Chroot setup failed: stage=setup-start

On Sat, Jan 04, 2014 at 04:24:12PM +, Roger Leigh wrote: > block 684607 by 690473 > thanks > > On Sun, Oct 14, 2012 at 08:59:27PM -0700, Jonathan Nieder wrote: > > tags 690473 + upstream patch > > quit > > > > Hi Roger, > > > > Roger Leigh wrote: > > > > > dash: > > > $ echo foo > /dev/full

<    1   2   3   4   5   6   7   8   9   >