Bug#291857: gnunet: bad dependencies
Package: gnunet Version: 0.6.5-2 gnunet appears to build a module linked against libdb4.3, a module linked against libgdbm3, and a module linked against libtdb1. However, the package depends upon ( libdb4.3 | libtdb | libgdbm ), when no package provides either "libtdb" or "libgdbm". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291683: zsh completion for svn fails with german locale
> > > The completion functions for svn build the command list based on the > > Does this patch fix your problem? > works fine. Thanks. Okay, I'll apply the fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291683: zsh completion for svn fails with german locale
> Okay, I'll apply the fix. Changing LANG to LC_MESSAGES.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292056: libtunepimp-bin: trm hardcodes mozilla when BROWSER is unset
Package: libtunepimp-bin Version: 0.3.0-2.1 If BROWSER is unset, trm attempts to run mozilla; it could use sensible-browser instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292057: libtunepimp-bin: tp_tagger a command chokes on trailing whitespace
Package: libtunepimp-bin Version: 0.3.0-2.1 If I attempt to add an ogg file in tp_tagger by typing a (start of filename), it says Error: .ogg is not a supported filetype This is because the TAB-completion leaves a trailing space at the end of the line. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292082: tla should respect $TMPDIR
Package: tla Version: 1.3-1 Severity: wishlist Since arch.debian.org:/tmp is full most of the time, it would be nice if I could do a commit without tla screaming Error in `printfmt' (No space left on device) PANIC: I/O error and creating a broken lock situation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292087: FTBFS: test tries to use 'time' but there is no build-dep on time
Package: tla Version: 1.3-1 Severity: normal /tmp/tla-1.3/src/hackerlab/tests/rx-posix-tests/test-rx.sh: 16: time: not found /bin/sh has no 'time' builtin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292082: fix?
This appears to avoid the problem.. not sure what side effects it has.
* looking for [EMAIL PROTECTED]/tla--devo--1.3--patch-16 to compare with
* comparing to [EMAIL PROTECTED]/tla--devo--1.3--patch-16
M libarch/archive-mirror.c
M libarch/pfs.c
M libarch/pfs-dav.c
M libarch/pfs-sftp.c
M libarch/archive-pfs.c
M libarch/pfs-signatures.c
* modified files
--- orig/libarch/archive-mirror.c
+++ mod/libarch/archive-mirror.c
@@ -250,7 +250,7 @@
t_uchar * tmp_path = 0;
int fd;
- tmp_path = tmp_file_name ("/tmp", ",,arch-mirror-changeset");
+ tmp_path = tempnam ("/tmp", ",,arch-mirror-changeset");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
@@ -274,7 +274,7 @@
t_uchar * tmp_path = 0;
int fd;
- tmp_path = tmp_file_name ("/tmp", ",,arch-mirror-full-text");
+ tmp_path = tempnam ("/tmp", ",,arch-mirror-full-text");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
@@ -348,7 +348,7 @@
t_uchar * tmp_path = 0;
int fd;
- tmp_path = tmp_file_name ("/tmp", ",,arch-mirror-archive-cached");
+ tmp_path = tempnam ("/tmp", ",,arch-mirror-archive-cached");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
--- orig/libarch/archive-pfs.c
+++ mod/libarch/archive-pfs.c
@@ -1473,7 +1473,7 @@
locked_contents_path = arch_fs_archive_revision_lock_locked_contents_path
(0, version, prev_level, uid, txn_id);
log_path = file_name_in_vicinity (0, locked_contents_path, "log");
- tmp_path = tmp_file_name ("/tmp", ",,pfs-dav-put-log");
+ tmp_path = tempnam ("/tmp", ",,pfs-dav-put-log");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, 0400);
safe_printfmt (fd, "%s", log_text);
@@ -1514,7 +1514,7 @@
locked_contents_path = arch_fs_archive_revision_lock_locked_contents_path
(0, version, prev_level, uid, txn_id);
continuation_path = file_name_in_vicinity (0, locked_contents_path,
"CONTINUATION");
- tmp_path = tmp_file_name ("/tmp", ",,pfs-dav-put-log");
+ tmp_path = tempnam ("/tmp", ",,pfs-dav-put-log");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, 0400);
safe_printfmt (fd, "%s", continuation);
@@ -1776,7 +1776,7 @@
t_uchar * tmp_contents = 0;
int my_fd = -1;
- tmp_contents = tmp_file_name ("/tmp", ",,arch-sign-and-upload");
+ tmp_contents = tempnam ("/tmp", ",,arch-sign-and-upload");
my_fd = safe_open (tmp_contents, O_RDWR | O_CREAT | O_EXCL, 0400);
copy_fd (in_fd, my_fd);
@@ -1802,7 +1802,7 @@
invariant(arch->txn_signature_file == 0);
- arch->txn_signature_file = tmp_file_name ("/tmp", ",,archive-signature");
+ arch->txn_signature_file = tempnam ("/tmp", ",,archive-signature");
arch->txn_signature_fd = safe_open (arch->txn_signature_file, O_RDWR |
O_CREAT | O_EXCL, 0400);
safe_printfmt (arch->txn_signature_fd, "Signature-for: %s/%s\n",
a->official_name, revision);
--- orig/libarch/pfs-dav.c
+++ mod/libarch/pfs-dav.c
@@ -297,7 +297,7 @@
int ne_err;
t_uchar * answer = 0;
- tmp_path = tmp_file_name ("/tmp", ",,pfs-dav-file-contents");
+ tmp_path = tempnam ("/tmp", ",,pfs-dav-file-contents");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
--- orig/libarch/pfs-sftp.c
+++ mod/libarch/pfs-sftp.c
@@ -745,7 +745,7 @@
int fd;
t_uchar * answer = 0;
- tmp_path = tmp_file_name ("/tmp", ",,pfs-sftp-file-contents");
+ tmp_path = tempnam ("/tmp", ",,pfs-sftp-file-contents");
fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
--- orig/libarch/pfs-signatures.c
+++ mod/libarch/pfs-signatures.c
@@ -267,7 +267,7 @@
return answer;
}
- tmp_path = tmp_file_name ("/tmp", "checksum-contents");
+ tmp_path = tempnam ("/tmp", "checksum-contents");
tmp_fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, 0);
safe_unlink (tmp_path);
safe_write_retry (tmp_fd, signed_message, str_length (signed_message));
@@ -849,7 +849,7 @@
key = str_alloc_cat_many (0, arch->arch.name, " ", revision, " ", tail,
str_end);
remembered_md5 = assoc_ref (remembered_md5s, key);
- tmp_path = tmp_file_name ("/tmp", "arch-file");
+ tmp_path = tempnam ("/tmp", "arch-file");
tmp_fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, 0);
safe_unlink (tmp_path);
arch_pfs_get_file (arch->pfs, tmp_fd, path, 0);
--- orig/libarch/pfs.c
+++ mod/libarch/pfs.c
@@ -101,7 +101,7 @@
if (mirror_of)
{
- tmp_path = tmp_file_name ("/tmp", ",,pfs-sftp-file-contents");
+ tmp_path = tempnam ("/tmp", ",,pfs-sftp-file-contents");
name_fd = safe_open (tmp_path, O_RDWR | O_CREAT | O_EXCL, );
safe_unlink (tmp_path);
safe_printfmt (name_fd, "%s\n", mirror_of);
@@ -117,7 +117,7 @@
}
else
{
- tmp_path = tmp_file_name ("/tmp", ",,pfs-sft
Bug#292141: archmag doesn't save branch metadata between invocations
> If the debian package does not install README, TODO and other doc files, For the record, it does. > or the debian package page does not link to the project pages then this I think this is beyond my control. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292139: Partner versions window in archmag should have scrollbar
> This is fixed now in the developement merge-gui branch. Should I apply changeset archway--merge-gui--0--patch-33 or wait? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292253: debianutils: 'which' does not find files in hidden directories (.bin)
> $ echo $PATH > ~/.bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games Looks like you're using bash. If so, this is a bash bug. You can work around it by using $HOME/.bin instead of ~/.bin . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292538: libnss-ldap: new upstream version (232)
Package: libnss-ldap Version: 220-1 PADL NSS LDAP is up to 232 as of Jan 24. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292505: fakeroot: fails executing 32bit binaries
> One solution I see is for fakeroot to build both 32bit and 64bit > flavours of libfakeroot, include them both in the i386 and amd64 debs > and have both in the LD_LIBRARY_PATH. I suggest using > /usr/lib/i386-linux/libfakeroot and /usr/lib/x86_64-linux/libfakeroot > as paths to match the comming multiarch layout. Got a patch? > The same problem (and solution) arises also on s390/s390x, > mips/mips64, mipsel/mipsel64, powerpc/powerpc64, sparc/sparc64 and > i386/x86_64, all of which are going to be released with sarge. sparc and s390 are already biarch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281017: Me too
> I get a crash there too, and sorry to repeat Clint but could you mention > the console output associated with the crash? I can't reproduce on that site, but at www.12zodiac.com, I get something like New open dsp: No such device SetWindow SetWindow NewStream WriteReady Write WriteReady Write WriteReady Write WriteReady Write WriteReady Write WriteReady Write DestroyStream Destroy NP_Shutdown zsh: 12833 bus error firefox -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337081: multipath-tools: bashism in /etc/udev/scripts/multipath.sh - errors in patch
> there're some ;; missing in the patch, also the opening ( are not sh > compatible. Yes, I definitely missed the ";;"'s, but the opening parens should be supported by any POSIX sh. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340251: tp_tagger
> Rad - thanks for your response! I'll wait till 0.4.0 is available... > > tunepimp is totally handy - many thanks for maintaining it! Oh, I don't maintain it. I'm just a frustrated user. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340920: zsh: FTBFS on hurd-i386: errno.h format not recognized
> ENOENT = _HURD_ERRNO (2), > #define ENOENT _HURD_ERRNO (2) /* No such file or directory */ > ESRCH = _HURD_ERRNO (3), > #define ESRCH _HURD_ERRNO (3) /* No such process */ See if this helps. Index: configure.ac === RCS file: /cvsroot/zsh/zsh/configure.ac,v retrieving revision 1.42 diff -u -r1.42 configure.ac --- configure.ac30 Oct 2005 16:57:05 - 1.42 +++ configure.ac27 Nov 2005 17:49:53 - @@ -1316,7 +1316,7 @@ dnl Try to make sure it doesn't get confused by files that don't dnl have real error definitions in. Count definitions to make sure. nerrs=`test -f $ERRNO_H && \ - grep '#[ ]*define[ ][ ]*E[0-9A-Z]*[ ]*[0-9][0-9]*' $ERRNO_H | \ + grep -E '#[ ]*define[ ][ ]*E[0-9A-Z]*[ ]*(_HURD_ERRNO \()?[0-9]+\)?' $ERRNO_H | \ wc -l | sed 's/[ ]//g'` test "x$nerrs" != x && test "$nerrs" -ge 7 && break done -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337081: multipath-tools: bashism in /etc/udev/scripts/multipath.sh - errors in patch
> hmm, > then the Solaris 10 sh is not a posix sh ;) Solaris /bin/sh has never been posix-conformant. That's why they have /usr/xpg4/bin/sh . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340920: zsh: FTBFS on hurd-i386: errno.h format not recognized
> It does, the zsh package got built fine and it is currently building > zsh-static. > > Shall I file a similar bug against zsh-beta? No need; I'll either get it fixed in both places or drop the ball completely. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340047: [Pkg-db-devel] Re: Bug#340047: perl should depend on libdb4.3 >=4.3.29 not 4.3.28
> Two questions for the libdb4.3 maintainers: > > * Is the ABI stable b/w patch revisions? > * Why does libdb4.3 4.2.29-1 have 4.2.28-1 in the shlibs file? My memory's a bit cloudy, but I believe that the only API-related changes were for Java. The ABI should be identical, and that's why the shlibs file wasn't bumped. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341973: bogofilter-common requires pax
> bogofilter requires a POSIX system, which implies it requires pax for > some of the scripts, it is therefore, IMHO, not adequate to list pax as > "suggests", but it should instead use "depends". If that is too strong > for some reason I do not currently see, it should at least be > "recommends". Please change the dependencies accordingly. Since only bf_tar uses it, and bf_tar is hardly required for bogofilter use, I'm reluctant to raise the dependency strength. Since GNU tar is Essential and pax is only optional, I'd be tempted to patch bf_tar to use tar instead. Things will get even more interesting if GNU paxutils ever gets released. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342125: bazaar: botched invariant with baz merge
Package: bazaar Version: 1.4.2-1 % baz merge [EMAIL PROTECTED]/zsh--upstream--4.2 * Searching for best merge point: ./build/clint/bazaar-1.4.2/src/baz/libarch/archive.c:2266:botched invariant !arch || !str_cmp (name, arch->official_name) baz: uncaught exception: -1:(exiting on botched invariant) please report this as a bug to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323496: manpage typo
retitle 323496 manpage description typo quit The package description typo was fixed, but the same error occurs in the sshfs manpage. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291991: audioscrobbler stuff
Better audioscrobbler code can be found at http://zomg.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342591: tex-common: dh_installtexfonts -v gives incomplete information
Package: tex-common Severity: normal Version: 0.11 dh_installtexfonts -v does not indicate that it is putting a file in /etc/texmf/updmap.d/ and a file in /var/lib/tex-common/fontmap-cfg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340659: sed bug #340659; segmentation fault
This may have been closed incorrectly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340659: sed bug #340659; segmentation fault
reopen 340659
reassign 340659 libc6
retitle 340659 segfault when re_compiling "(.{3})"
thanks
> The new version is still crashing.
> But now I can see this is not a sed's bug.
> The following program segfaults, too:
>
> #include
>
> int main(void)
> {
> static struct re_pattern_buffer b;
> re_set_syntax(RE_SYNTAX_POSIX_EXTENDED);
> re_compile_pattern("(.{3})", 10, &b);
> return 0;
> }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342755: glibc: ftbfs [sparc] Error: symbol `__bind' is already defined
> ../sysdeps/unix/sysv/linux/bind.S: Assembler messages: > ../sysdeps/unix/sysv/linux/bind.S:5: Error: symbol `__bind' is already defined I think this will solve that problem. #! /bin/sh -e # All lines beginning with `# DP:' are a description of the patch. # DP: Description: Fix __bind redefinition problem # DP: Related bugs: # DP: Dpatch author: Clint Adams # DP: Patch author: Clint Adams # DP: Upstream status: Not Submitted # DP: Status Details: # DP: Date: 2005-12-10 PATCHLEVEL=0 if [ $# -ne 2 ]; then echo >&2 "`basename $0`: script expects -patch|-unpatch as argument" exit 1 fi case "$1" in -patch) patch -d "$2" -f --no-backup-if-mismatch -p$PATCHLEVEL < $0;; -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p$PATCHLEVEL < $0;; *) echo >&2 "`basename $0`: script expects -patch|-unpatch as argument" exit 1 esac exit 0 # append the patch here and adjust the -p? flag in the patch calls. --- sysdeps/unix/sysv/linux/sparc/sparc32/socket.S.old 2003-08-31 13:23:11.0 -0400 +++ sysdeps/unix/sysv/linux/sparc/sparc32/socket.S 2005-12-10 12:46:23.313930095 -0500 @@ -40,7 +40,11 @@ The .S files for the other calls just #define socket and #include this. */ #ifndef __socket -#define __socket P(__,socket) +# ifndef NO_WEAK_ALIAS +# define __socket P(__,socket) +# else +# define __socket socket +# endif #endif .globl __socket @@ -105,4 +109,6 @@ END (__socket) +#ifndef NO_WEAK_ALIAS weak_alias (__socket, socket) +#endif --- sysdeps/unix/sysv/linux/sparc/sparc64/socket.S.old 2003-08-31 13:23:11.0 -0400 +++ sysdeps/unix/sysv/linux/sparc/sparc64/socket.S 2005-12-10 12:46:23.313930095 -0500 @@ -40,7 +40,11 @@ The .S files for the other calls just #define socket and #include this. */ #ifndef __socket -#define __socket P(__,socket) +# ifndef NO_WEAK_ALIAS +# define __socket P(__,socket) +# else +# define __socket socket +# endif #endif .globl __socket @@ -105,4 +109,6 @@ END (__socket) +#ifndef NO_WEAK_ALIAS weak_alias (__socket, socket) +#endif
Bug#341514: libc6-sparc64: All 64-bit binaries fail to execute.
> There are some critical things missing in the sparc64 TLS support code
> in the current debian glibc tree, for example none of the TLS
> relcation support is in sysdeps/sparc/sparc64/dl-machine.h, and
> therefore so no binary linked against 64-bit libc can execute.
>
> Not even "/lib64/libc.so.6 --version" will work, it will fail
> because the dynamic linker doesn't understand the TLS relocations
> present in the /libc64/libc.so.64 binary.
Replacing Aurelien's patch with this one fixes the
/lib64/libc.so.6: error while loading shared libraries: unexpected reloc type
0x4f
problem, and "/lib64/libc.so.6 --version" works fine.
However, 64-bit binaries segfault.
#! /bin/sh -e
# DP: TLS code for sparc64, taken from CVS
if [ $# -ne 2 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1" in
-patch) patch -d "$2" -f --no-backup-if-mismatch -p1 < $0;;
-unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p1 < $0;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
esac
exit 0
--- glibc-2.3.5.orig/elf/tls-macros.h 2005-11-12 03:47:57.0 +0100
+++ glibc-2.3.5/elf/tls-macros.h2005-11-12 03:56:01.0 +0100
@@ -440,6 +440,74 @@
"o5", "o7", "cc");\
__o0; })
+#elif defined __sparc__ && defined __arch64__
+
+# define TLS_LE(x) \
+ ({ int *__l; \
+ asm ("sethi %%tle_hix22(" #x "), %0" : "=r" (__l)); \
+ asm ("xor %1, %%tle_lox10(" #x "), %0" : "=r" (__l) : "r" (__l)); \
+ asm ("add %%g7, %1, %0" : "=r" (__l) : "r" (__l));
\
+ __l; })
+
+# ifdef __PIC__
+# define TLS_LOAD_PIC \
+ ({ long pc, got; \
+ asm ("sethi %%hi(_GLOBAL_OFFSET_TABLE_-4), %1\n\t"
\
+ "rd %%pc, %0\n\t" \
+ "add %1, %%lo(_GLOBAL_OFFSET_TABLE_+4), %1\n\t" \
+ "add %1, %0, %1\n\t"\
+ : "=r" (pc), "=r" (got)); \
+ got; })
+# else
+# define TLS_LOAD_PIC \
+ ({ long got;
\
+ asm (".hidden _GLOBAL_OFFSET_TABLE_\n\t" \
+ "sethi %%hi(_GLOBAL_OFFSET_TABLE_), %0\n\t"\
+ "or %0, %%lo(_GLOBAL_OFFSET_TABLE_), %0" \
+ : "=r" (got)); \
+ got; })
+# endif
+
+# define TLS_IE(x) \
+ ({ int *__l; \
+ asm ("sethi %%tie_hi22(" #x "), %0" : "=r" (__l));
\
+ asm ("add %1, %%tie_lo10(" #x "), %0" : "=r" (__l) : "r" (__l));\
+ asm ("ldx [%1 + %2], %0, %%tie_ldx(" #x ")" \
+ : "=r" (__l) : "r" (TLS_LOAD_PIC), "r" (__l)); \
+ asm ("add %%g7, %1, %0, %%tie_add(" #x ")" : "=r" (__l) : "r" (__l));\
+ __l; })
+
+# define TLS_LD(x) \
+ ({ int *__l; register void *__o0 asm ("%o0");
\
+ long __o; \
+ asm ("sethi %%tldm_hi22(" #x "), %0" : "=r" (__l)); \
+ asm ("add %1, %%tldm_lo10(" #x "), %0" : "=r" (__l) : "r" (__l)); \
+ asm ("add %1, %2, %0, %%tldm_add(" #x ")" \
+ : "=r" (__o0) : "r" (TLS_LOAD_PIC), "r" (__l)); \
+ asm ("call __tls_get_addr, %%tgd_call(" #x ")\n\t"
\
+ " nop" \
+ : "=r" (__o0) : "0" (__o0) \
+ : "g1", "g2", "g3", "g4", "g5", "g6", "o1", "o2", "o3", "o4", \
+ "o5", "o7", "cc");\
+ asm ("sethi %%tldo_hix22(" #x "), %0" : "=r" (__o));\
+ asm ("xor %1, %%tldo_lox10(" #x "), %0" : "=r" (__o) : "r" (__o));
\
+ asm ("add %1, %2, %0, %%tldo_add(" #x ")" : "=r" (__l) \
+ : "r" (__o0), "r" (__o)); \
+ __l; })
+
+# define TLS_GD(x) \
+ ({ int *__l; register void *__o0 asm ("%o0");
\
+ asm ("sethi %%tgd_hi22(" #x "), %0" : "=r" (__l));
\
+ asm ("add %1, %%tgd_lo10(" #x "), %0" : "=r" (__l) : "r" (__l));\
+ asm ("add %1, %2, %0, %%tgd_add(" #x ")"\
+ : "=r" (__o0) : "r" (TLS_LOAD_PIC),
Bug#341514: libc6-sparc64: All 64-bit binaries fail to execute.
> Unless someone is going to make a concerted and dedicated development > effort to do the necessary full analysis and backport all of the > necessary changes, I would suggest to simply not enable TLS for the > sparc64 glibc build at this time so at least we have something which > works. That works. Remove sparc64-tls.dpatch entirely and configure sparc64 with --without-tls. Working debian/sysdeps/sparc.mk attached. GLIBC_PASSES += sparcv9 sparcv9b sparc64 DEB_ARCH_REGULAR_PACKAGES += libc6-sparc64 libc6-sparcv9 libc6-sparcv9b libc6-dev-sparc64 sparc64_MIN_KERNEL_SUPPORTED = 2.4.18 sparc64_configure_target=sparc64-linux sparc64_CC = $(BUILD_CC) -m64 sparc64_extra_cflags = -g1 -O3 sparc64_extra_config_options = $(extra_config_options) --disable-profile --without-tls sparc64_add-ons = linuxthreads $(add-ons) libc6-sparc64_shlib_dep = libc6-sparc64 (>= $(shlib_dep_ver)) sparc64_LIBDIR = 64 sparcv9_MIN_KERNEL_SUPPORTED = 2.4.18 sparcv9_configure_target=sparcv9-linux sparcv9_extra_cflags = -g1 -O3 sparcv9_extra_config_options = $(extra_config_options) --disable-profile sparcv9_add-ons = linuxthreads $(add-ons) sparcv9_LIBDIR = /v9 sparcv9b_MIN_KERNEL_SUPPORTED = 2.4.18 sparcv9b_configure_target=sparcv9b-linux sparcv9b_extra_cflags = -g1 -O3 sparcv9b_extra_config_options = $(extra_config_options) --disable-profile sparcv9b_add-ons = linuxthreads $(add-ons) sparcv9b_LIBDIR = /ultra3
Bug#343080: sed: -e expression #1, char 20: unterminated `s' command when trying autocompetition with scp
> and while typing the file's name press tab to use autocompetition i get the > error > sed: -e expression #1, char 20: unterminated `s' command. > The same issue occurs when attempting hostname completion with the SSH > command: "ssh startofhostname[tab]" gives the error > > sed: -e expression #1, char 20: unterminated `s' command Which shell is this? What is the sed command? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343156: fails to build, missing packages which libbric-perl depends on
> libbric-perl: >Depends: libcache-mmap-perl but it is not installable >Depends: libparams-callbackrequest-perl (>= 1.10) but it is not installable >Depends: libmasonx-interp-withcallbacks-perl (>= 1.10) but it is not > installable > > All these are missing from the repository (even experimental) They're in NEW now. http://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343175: fakeroot: Please switch to po4a to handle manpages translations
> I am not sure that the new Makefile.am are perfect. If it is not > convenient enough, feel free to give me some hints and I will work on a > better way to handle po4a. > > Do not hesitate to ask me any questions if you need help to integrate > this patch. I'm applying your fix, but it would be good to have an autoconf check for po4a, and something like BUILT_SOURCES, so people on non-Debian platforms can build fakeroot again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341786: fakeroot: includes 32-bit compatibility libraries in pure 64-bit amd64 installation
> Out of the 905 packages on my pure 64-bit amd64 debian sid machine, > only this one and the recent libg2c0-dev put any files in > /emul/ia32-linux/ . For general cleanliness and possible improved > security, I don't want any 32-bit compatibility libraries on this > machine. Hence the "pure" in my machine description. Could you go into more detail about the potential security problems? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343568: fakeroot: Fakeroot doesn't work at all on Linux 2.6.12
> $ fakeroot > $ whoami > webb > > I verified that SysV IPC is on in my kernel options. > > On a 2.4.22 system I have also running Debian stable, I get the expected > "root". Does fakeroot-tcp exhibit the same behavior? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344104: fakeroot: includes 64bit libraries on 32bit only x86 installation
> fakeroot has no reason to include the contents of /usr/lib64/ on > a 32 bit only machine. The 64bit portions should be installed > separately in a lib64fakeroot package or something with appropriate > dependencies in the fakeroot package on amd64 The amd64 package already contains 32-bit compatibility libraries. How is the i386 package supposed to know before being installed whether you have a 32-bit only machine? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344176: html2ps: new upstream version available
Package: html2ps Version: 1.0b4-4 1.0b5 is out, with "bug fixes" and "-M option". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317524: infinite loop when using charset_default=iso-8859-1
> I can reproduce the problem. bogofilter 0.94.13-1 did not have this > bug. > > Like for the original submitter, it does not seem to depend on the db > - fails with both existing, and newly created one (removed > ~/.bogofilter) - and it also does not seem to depend on the message > either: > > --8<--- > $ echo foo | bogofilter -c /etc/bogofilter.cf~ -vvxdi > probing "/home/elho/.bogofilter" and "wordlist.db" for > environment...T_ENABLED > open_lockfile: open(/home/elho/.bogofilter/lockfile-p) succeeded, fd > #3 > db_env_create: 0x807318c > DB_ENV->set_cachesize(4) > DB_ENV->set_lg_max(1048576) > DB_ENV->open(home=/home/elho/.bogofilter) > db_version: Header version 4.3, library version 4.3 > [pid 8598] DB->open(db=0x8073f48, file=wordlist.db, database=NIL, > type=1, flags=0x110=DB_RDONLY DB_AUTO_COMMIT , mode=0664) -> 0 > Successful return: 0 > DB->get_byteswapped: false > DB->fd: 5 > DB->stat success, pagesize: 4096 > converting iso-8859-1 # (alternate) to UTF-8 > Conversion from 'iso-8859-1 # (alternate)' to 'UTF-8' is > not supported. > --8<--- > > At this point bogofilter sits in an infinite loop using up all > available CPU time. > > The only difference of /etc/bogofilter.cf~ to the default config is > the charset_default=iso-8859-1 setting. Does it work fine if you remove the trailing spaces and comment from the config line? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317524: infinite loop when using charset_default=iso-8859-1
> Ah, yes it does. I somehow didn't look properly at the output I > pasted. ;-X Obviously we have a config-parsing problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337575: initramfs-tools: bad wording in initramfs.conf
Package: initramfs-tools Severity: minor This is suboptimal word choice: # Above are only possible example please costumize. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268755: ktrack sparc failure
configure is looking for KDE in lib64 directories, presumably because /lib64 exists. This is incorrect behavior. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291991: scrobble fun
This should address the url escaping problem.
#!/bin/zsh
zmodload -i zsh/net/tcp || exit 245
zmodload -i zsh/zselect || exit 246
zmodload -i zsh/datetime || exit 247
setopt extendedglob
autoload -U tcp_open
TCP_SILENT=yes
TCP_PROMPT=
audioscrobbler_handshake() {
local username="$1"
tcp_open post.audioscrobbler.com 80 scrobbler
tcp_send -s scrobbler -- "GET /?hs=true&p=1.1&c=tst&v=1.0&u=${username}
HTTP/1.1"
tcp_send -s scrobbler -- "Host: post.audioscrobbler.com"
tcp_send -s scrobbler -- ""
sleep 1
tcp_read -d -s scrobbler
tcp_close -s scrobbler
if [[ $tcp_lines[1] != "HTTP/1.1 200 OK
" ]];
then
return 1
fi
response=(${tcp_lines[(r)
,-1]})
local rstatus=${response[2]}
case "$rstatus" in
(UPTODATE|UPDATE *)
challenge="${response[3]/
(#e)/}"
submiturl="$response[4]"
interval="$response[5]"
;;
(FAILED *|BADUSER)
interval="$response[3]"
print $rstatus
return 1
;;
(*)
print $rstatus what the fuck
print -l ${response}
return 1
;;
esac
}
audioscrobbler_urlencode() {
local input=${1} i j
for i in {1..${#input}}
do
j=$input[i]
if [[ $j == [A-Za-z0-9_.!~*\'\(\)-] ]]
then
print -n $j
else
print -n \%$(( [##16]#j))
fi
done
}
audioscrobbler_submit() {
local username=$(audioscrobbler_urlencode "$1")
local password=$(audioscrobbler_urlencode "$2")
local artist=$(audioscrobbler_urlencode "$3")
local track=$(audioscrobbler_urlencode "$4")
local album=$(audioscrobbler_urlencode "$5")
local mbid=$(audioscrobbler_urlencode "$6")
local length=$(audioscrobbler_urlencode "$7")
local ttime=$(audioscrobbler_urlencode "$8")
local cr="$(print -n "${password}" | md5sum | awk '{print $1}')${challenge}"
local challengeresponse="$(print -n "${cr}" | md5sum | awk '{print $1}')"
tcp_open post.audioscrobbler.com 80 scrobbler
print "GET
/protocol_1.1?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
tcp_send -s scrobbler -- "GET
/protocol_1.1?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
sleep 1
tcp_read -d -s scrobbler
tcp_close -s scrobbler
print -l ${tcp_lines}
}
audioscrobbler_handshake TestUser || exit 1
#tstamp=$(TZ=UTC strftime "%Y-%m-%d %H:%M:%S" ${EPOCHSECONDS})
tstamp=$(date -u +"%Y-%m-%d %H:%M:%S")
audioscrobbler_submit TestUser secretpassword "Caetano Veloso" "Cucurrucucu
Paloma" "Divina Estampa" "" "230" "${tstamp// /%20}"
Bug#291991: with a better url encoding function
by Bart Schaefer
#!/bin/zsh
zmodload -i zsh/net/tcp || exit 245
zmodload -i zsh/zselect || exit 246
zmodload -i zsh/datetime || exit 247
setopt extendedglob
autoload -U tcp_open
TCP_SILENT=yes
TCP_PROMPT=
audioscrobbler_handshake() {
local username="$1"
tcp_open post.audioscrobbler.com 80 scrobbler
tcp_send -s scrobbler -- "GET /?hs=true&p=1.1&c=tst&v=1.0&u=${username}
HTTP/1.1"
tcp_send -s scrobbler -- "Host: post.audioscrobbler.com"
tcp_send -s scrobbler -- ""
sleep 1
tcp_read -d -s scrobbler
tcp_close -s scrobbler
if [[ $tcp_lines[1] != "HTTP/1.1 200 OK
" ]];
then
return 1
fi
response=(${tcp_lines[(r)
,-1]})
local rstatus=${response[2]}
case "$rstatus" in
(UPTODATE|UPDATE *)
challenge="${response[3]/
(#e)/}"
submiturl="$response[4]"
interval="$response[5]"
;;
(FAILED *|BADUSER)
interval="$response[3]"
print $rstatus
return 1
;;
(*)
print $rstatus what the fuck
print -l ${response}
return 1
;;
esac
}
audioscrobbler_urlencode() {
setopt localoptions extendedglob
input=( ${(s::)1} )
print ${(j::)input/(#b)([^A-Za-z0-9_.!~*\'\(\)-])/%$(([##16]#match))}
}
audioscrobbler_submit() {
local username=$(audioscrobbler_urlencode "$1")
local password=$(audioscrobbler_urlencode "$2")
local artist=$(audioscrobbler_urlencode "$3")
local track=$(audioscrobbler_urlencode "$4")
local album=$(audioscrobbler_urlencode "$5")
local mbid="$6" length="$7" ttime="$8"
local cr="$(print -n "${password}" | md5sum | awk '{print $1}')${challenge}"
local challengeresponse="$(print -n "${cr}" | md5sum | awk '{print $1}')"
tcp_open post.audioscrobbler.com 80 scrobbler
print "GET
/protocol_1.1?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
tcp_send -s scrobbler -- "GET
/protocol_1.1?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
sleep 1
tcp_read -d -s scrobbler
tcp_close -s scrobbler
print -l ${tcp_lines}
}
audioscrobbler_handshake TestUser || exit 1
#tstamp=$(TZ=UTC strftime "%Y-%m-%d %H:%M:%S" ${EPOCHSECONDS})
tstamp=$(date -u +"%Y-%m-%d %H:%M:%S")
audioscrobbler_submit TestUser secretpassword "Caetano Veloso" "Cucurrucucu
Paloma" "Divina Estampa" "" "230" "${tstamp// /%20}"
Bug#337861: fakeroot: [m68k] FTBFS with 1 of 7 tests failed
> PASS: t.mknod > tartest: > chmod: changing permissions of `hello/1': Permission denied > chmod: changing permissions of `hello/1289': Permission denied > chmod: changing permissions of `hello/2': Permission denied > chmod: changing permissions of `hello/3': Permission denied > chmod: changing permissions of `hello/4': Permission denied > chmod: changing permissions of `hello/5': Permission denied > chmod: changing permissions of `hello/6': Permission denied > chmod: changing permissions of `hello/fjsdk': Permission denied > chmod: changing permissions of `hello/vn.34.654l.': Permission denied > > I first tried building the package on my Mac, running a 2.2 kernel. Then I > tried on my Amiga, running a 2.6 kernel, which usually helps with a problem > we are having with debhelper, but this seems to be a different issue, since > fakeroot compiled fine on all other arches. I have no idea what is wrong > here... anything I could test? Well, if there have been any toolchain changes involving *stat*() or *chmod(), that would be good to know. You could try to isolate what part of tartest is failing (for example, by editing tartest and putting echo statements around the various chmods), and then examine what's going on at that point.. you could call sh right before or after the breakage and see if you can run the chmod yourself, or poke around looking for funny permissions. Also, you could see if a freshly-rebuilt coreutils makes any difference. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338208: Cannot initialize universe
> ~$ apt-cache policy conquest-gl > conquest-gl: > Installed: 8.1.1-5 > Candidate: 8.1.1-5 Is the conquest-server postinst initialization not working, or are you doing it for another reason? Does sg conquest -c 'conqoper...' work? Does setting the conqoper ownership to root:conquest and mode 2750 work? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338208: Cannot initialize universe
> Package: conquest > Severity: normal Version? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337311: bsdmainutils: [calendar] Earl of Sandwich's bday
> The Internet tells me that there are eleven Earls of Sandwich. What's > the reason to include this one's birthday? It is often alleged that he invented the sandwich. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338208: Cannot initialize universe
> Well, nothing was running if that is what you are asking. Was it suppose > to start the server? No, but it's supposed to run conqoper -Ie (as root). > >Does setting the conqoper ownership to root:conquest and mode 2750 work? > > Yes. Okay. This is how I'll probably fix it in the package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338623: gnutls-bin: typo in certtool --help output
Package: gnutls-bin Severity: minor Version: 1.2.8-1 The second line should not say "Output file" --outfile FILE Output file. --infile FILEOutput file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346119: zsh: Non-ASCII letters are not accepted in variable names
> It seems that Zsh has stopped accepting non-ASCII letters in variable > names: > > % nedre=-10 > % øvre=+10 > zsh: command not found: øvre=+10 > % > > Locale: LANG=fo_FO.ISO8859-1, LC_CTYPE=fo_FO.ISO8859-1 (charmap=ISO-8859-1) Yes. Do you really need to do this?
Bug#346289: After upgrade to v1.0 bogofilter and all utilities hang upon running wordlist.db
> I upgraded to the new v1.0 of bogofilter (which is more than one
> package, as I have found out) from bogofilter_0.94.4-1_i386. I noticed
> that I wasn't getting my mail (I do not know when the problems began),
> and saw that 3 or 4 bogofilters were in memory. When I killed them,
> others kept spawning (every time procmail recipes were called for a
> message), so I had to remove the bogofilter references in my procmail
> recipe file.
You could use a lockfile to prevent multiple invocations.
> I've tried running bogoutil in all sorts of ways: -d, --db-verify,
> --db-recover, --db-recover-harder, etc. -- and it simply hangs every
> time too, with a small footprint in memory (<1M) and using 0% of CPU. No
> disk activity. No way I can export the tokens now, etc. So I don't know
> if the wordlist.db got corrupted or not.
I assume that you aren't running with BDB transactions enabled.
> NB: It's not at all clear to me that the bogoupgrade script _doesn't_
> take .db files as input (IMO unclear documentation and I've only glanced
> at the perl file, looking for clues); so just in case, I'll give you
> this (possibly completely irrelevant) output:
>
> $ bogoupgrade -i wordlist.db -o foo.db
> Cannot recognize signature [V_8_b1_M7_QZ_Z_H_s_A_0_ _{_].
>
>
> I don't know what you can do with the above sketchy information, but
> that's the best I can come up with right now.
You shouldn't need bogoupgrade to go from 0.94.4 to 1.0.0.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346209: [Pkg-db-devel] Bug#346209: Time to remove db2 entirely?
> Can sarge users upgrade to etch without using libdb2-util? It seems > so, because Berkeley DB 2 does not support logging (so there's no need > to run db2_recover prior to upgrading), and you can convert the > database files using db4.x_upgrade. It should be possible by either db4.x_upgrade directly, or with a db3_upgrade intermediate step, depending on the format and version of the database files in use. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292260: mpg123 still not in main
Is http://voxel.dl.sourceforge.net/sourceforge/mpg123/mpg123-0.59r-gpl.tar.gz free of license and security problems? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347444: .zshhistory is chowned on sudo su -p ...
> > since last release, when I become root using sudo su -p (meaning > keeping my env intact, especially $HOME) I see .zshhistory beeing > chowned by root : Have you considered using a different history file for root? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347489: zsh: Mysterious, spurious reverse-video "%" appears after typeahead & before prompt
> When zsh hasn't yet printed its prompt and I typeahead part of a > command, when zsh finally prints its prompt it first prints a > reverse-video "%" and moves to the next line, leaving the ugly > typeahead and uglier "%" visible. Thus, for example, if I start an > xterm and typeahead the characters "cd" before the prompt appears, > this is how my screen looks: > > cd[%] > % cd > > where [] depicts reverse video. I've eliminated my precmd and > preexec, switched xterm programs (xterm and rxvt), and simplified > my prompt (PS1='x'), and this behavior remains. unsetopt PROMPT_SP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347495: tpconfig: manpage says -d DEVICE, --debug=DEVICE
Package: tpconfig Version: 3.1.3-7 The long form of -d is --device. The man page gets this incorrect. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347673: zsh-beta: Non-ascii characters are not displayed after prompt expansion if (R)PS1 var contains %D{%a} and locale is non-english.
> Locale is set to hr_HR.UTF-8. RPS1 variable contains %D{%a} or abbreviated
> weekday. For thursday (in croatian: četvrtak) I should get "Čet", but I
> don't. Here is a screenshot: http://www.inet.hr/~vfurac/zsh_utf8.png.
Do any of the following do the right thing?
print -P "%D{%a}"
zmodload zsh/datetime; strftime "%a" $EPOCHSECONDS
PS1="%D{%a}%# "
Bug#281639: Good news on the sed docs
> So, one RC bug nearly done. Excellent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344725: libdb2-ruby: Please consider dropping this package
> libdb2 is incredibly obsolete, and this is one of only three packages > left in Debian which depend on it. Please consider dropping this package; > any sane person will want to use libdb3 or libdb4.2 or libdb4.3 instead. Please don't recommend db3. We'd like it to die as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344726: [Pkg-db-devel] Bug#344726: libdb4.4-java: Crash in Java_com_sleepycat_db_internal_db_1javaJNI_initDbEnvRef0
> There is an optimization bug in gcc 4.0 that causes this library to be > unusable. Is there a bug on gcj-4.0 that corresponds to this problem? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345214: zsh: %m and %M are expanded identically to hostname, %m regardless of numeric parmeter
> Tried on two debian/unstable boxes, same results. On freebsd box: > zsh 4.2.6 (i386-portbld-freebsd5.4) > > I have no problem with above. What is the value of $HOST in each of these cases? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345583: zsh: file completion for "last" command is buggy
> When I do "last -f ", then file completion works as expected. But it > no longer works if another option is used, such as in "last -af " or > "last -axf ". Index: Completion/Unix/Command/_last === RCS file: /cvsroot/zsh/zsh/Completion/Unix/Command/_last,v retrieving revision 1.2 diff -u -r1.2 _last --- Completion/Unix/Command/_last 8 Jun 2005 12:45:35 - 1.2 +++ Completion/Unix/Command/_last 2 Jan 2006 01:50:30 - @@ -1,6 +1,6 @@ #compdef last lastb -_arguments \ +_arguments -s \ '-a[display hostname in last column]' \ '-n[number]:number' \ '-[number]:number' \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335580: [Bug-cpio] cpio: checksum error on 64-bit machines
> Darn it, you're right - that was the old patch again. Sorry about that. > Here's the real corrected patch from Peter. Is the objective to have 'crc' be 32-bit on all platforms? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335580: [Bug-cpio] cpio: checksum error on 64-bit machines
> The header stores only 4 bytes for crc, so it is quite reasonable. Then I would suggest something like this, though it could be made more efficient. --- orig/configure.ac +++ mod/configure.ac @@ -51,6 +51,9 @@ AC_CHECK_HEADERS(unistd.h stdlib.h string.h fcntl.h sys/io/trioctl.h utmp.h getopt.h locale.h libintl.h sys/wait.h utime.h) AC_REPLACE_FUNCS(bcopy mkdir strdup strerror) +AC_CHECK_TYPES(uint32_t) +AC_CHECK_SIZEOF(unsigned long) +AC_CHECK_SIZEOF(unsigned int) AC_MSG_CHECKING(for sys_errlist and sys_nerr) AC_TRY_RUN( --- orig/src/extern.h +++ mod/src/extern.h @@ -66,7 +66,17 @@ extern int archive_des; extern char *archive_name; extern char *rsh_command_option; +#ifdef HAVE_UINT32_T +extern uint32_t crc; +#else +# if SIZEOF_UNSIGNED_LONG == 4 extern unsigned long crc; +# elif SIZEOF_UNSIGNED_INT == 4 +extern unsigned int crc; +# else +# error Wrong size for crc +# endif +#endif extern int delayed_seek_count; #ifdef DEBUG_CPIO extern int debug_flag; --- orig/src/global.c +++ mod/src/global.c @@ -139,7 +139,17 @@ char *rsh_command_option = NULL; /* CRC checksum. */ +#ifdef HAVE_UINT32_T +uint32_t crc; +#else +# if SIZEOF_UNSIGNED_LONG == 4 unsigned long crc; +# elif SIZEOF_UNSIGNED_INT == 4 +unsigned int crc; +# else +# error Wrong size for crc +# endif +#endif /* Input and output buffers. */ char *input_buffer, *output_buffer; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#153036: reintroduced by last security update
> It seems that this bug has been reintroduced with the last security > update for sarge (cpio 2.5-1.3 on i386). You might have to take that up with the security team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337081: multipath-tools: bashism in /etc/udev/scripts/multipath.sh
Package: multipath-tools
Severity: serious
Justification: Policy 10.4
Tags: patch
${1:0:3} is a bashism. Here's one way around that.
--- /tmp/multipath.sh 2005-11-02 06:53:18.0 -0500
+++ /etc/udev/scripts/multipath.sh 2005-11-02 06:53:11.0 -0500
@@ -4,11 +4,12 @@
exit
fi
-if [ "${1:0:3}" = "dm-" ] ; then
- dev=$(
Bug#308911: debianutils: progress?
> I have to agree that this is an annoying flaw. Is there any intent > to fix this? The manpage says: If the --lsbsysinit option is not given then the names must consist entirely of upper and lower case letters, digits, underscores, and hyphens. Changing it could break all kinds of things relying on the historical behavior (dating back almost a decade). So is changing it worthwhile? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308911: debianutils: progress?
> I'm tempted to say "yes." but you are probably right that the more > correct answer is "no." But it certainly is NOT intuitive currently. > The comments in the various file short of the man page all say "any > file" and to end a script file in .sh seems like a very natural thing > to do. If you can point out such comments, they can be fixed. > is there any way, a debconf option or something, to make this > configurable? Well, you can use --lsbsysinit. There's a theoretical plan for an option to allow arbitrary pattern matching, but it hasn't been implemented. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337244: arch-perl: FTBFS: Can't write MANIFEST: Permission denied
> >From my pbuilder build log (with pbuilder set up to build as a regular > user): > > ... > debian/rules build > test -f debian/rules > touch configure-stamp > test -f debian/rules > perl Makefile.PL INSTALLDIRS=vendor > Checking if your kit is complete... > Looks good > Writing Makefile for Arch > Creating MANIFEST file > Can't write MANIFEST: Permission denied > make: *** [build-stamp] Error 13 I can't reproduce this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308911: debianutils: progress?
> http://www.debian-administration.org/articles/56 Actually, that's cron; it doesn't use run-parts. > is one I'd particularly noticed. On second reading of the package > files, I seem to have been mistaken, and appologize. No problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308911: debianutils: progress?
> Okay, even with the --lsbsysinit option, it is still skipping a > file.sh type name. I used > run-parts --lsbsysinit --test /etc/cron.daily > to test. You would need to use the LSB hierarchical namespace, for example schierer.org-file.sh-blah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337311: bsdmainutils: [calendar] Earl of Sandwich's bday
Package: bsdmainutils Version: 6.1.2 Severity: wishlist Nov 3, 1978 - John Montague, the Earl of Sandwich was born according to the Internet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#136061: bricolage debs
Less out-of-date source/binary-i386 packages are at http://tetsuo.geekhive.net/mark/debian/unstable/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339368: sqlite3: run tests as part of build
Package: sqlite3 Version: 3.2.7-1 Please run 'make test' as part of the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339369: sqlite3: test segfaults on hppa
Package: sqlite3 Severity: grave Justification: renders package unusable paer% make test ./testfixture ./test/quick.test make: *** [test] Segmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339611: liferea: fails to cope with low disk space condition
Package: liferea Severity: normal Version: 0.9.7b+test1.0rc3-1 When my /home partition is full, liferea does things like fail to remember items I've marked read, and hammer my subscribed feeds multiple times per second. This is suboptimal and may be easy to fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291991: audioscrobbler revisited
I discovered a bunch of bugs. This is still buggy, but less so.
#!/bin/zsh
zmodload -i zsh/net/tcp || exit 245
zmodload -i zsh/zselect || exit 246
zmodload -i zsh/datetime || exit 247
setopt extendedglob
autoload -U tcp_open
TCP_SILENT=yes
TCP_PROMPT=
audioscrobbler_handshake() {
local username="$1"
local -a http_headers
local -a response
local xferencoding
tcp_open post.audioscrobbler.com 80 scrobbler
tcp_send -s scrobbler -- "GET /?hs=true&p=1.1&c=tst&v=1.0&u=${username}
HTTP/1.1"
tcp_send -s scrobbler -- "Host: post.audioscrobbler.com"
tcp_send -s scrobbler -- ""
sleep 1
tcp_read -d -s scrobbler
tcp_close -s scrobbler
if [[ $tcp_lines[1] != "HTTP/1.1 200 OK
" ]];
then
return 1
fi
http_headers=(${tcp_lines[1,(r)
]})
xferencoding="${${http_headers[(r)Transfer-Encoding:*]}#Transfer-Encoding: }"
#the following case statement is broken somehow
case "$xferencoding" in
(chunked*)
response=(${tcp_lines[$tcp_lines[(i)
]+1,(r)0]})
;;
(*)
response=(${tcp_lines[(r)
,-1]})
;;
esac
local rstatus=${response[2]}
case "$rstatus" in
(UPTODATE|UPDATE *)
challenge="${response[3]/
(#e)/}"
submiturl="$response[4]"
interval="$response[5]"
;;
(FAILED *|BADUSER)
interval="$response[3]"
print $rstatus
return 1
;;
(*)
print $rstatus what the fuck
print '[[['
print -l ${http_headers}
print ']]]'
print '{{{'
print -l ${response}
print '}}}'
return 1
;;
esac
}
audioscrobbler_urlencode() {
setopt localoptions extendedglob
input=( ${(s::)1} )
print ${(j::)input/(#b)([^A-Za-z0-9_.!~*\'\(\)-])/%$(([##16]#match))}
}
audioscrobbler_submit() {
local username=$(audioscrobbler_urlencode "$1")
local password=$(audioscrobbler_urlencode "$2")
local artist=$(audioscrobbler_urlencode "$3")
local track=$(audioscrobbler_urlencode "$4")
local album=$(audioscrobbler_urlencode "$5")
local mbid="$6" length="$7" ttime="$8"
local cr="$(print -n "${password}" | md5sum | awk '{print $1}')${challenge}"
local challengeresponse="$(print -n "${cr}" | md5sum | awk '{print $1}')"
tcp_open $submithost $submitport scrobmit
tcp_send -s scrobmit -- "GET
/${submitcgi}?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
tcp_send -s scrobmit -- ""
print -r "GET
/${submitcgi}?u=${username}&s=${challengeresponse}&a[0]=${artist}&t[0]=${track}&b[0]=${album}&m[0]=${mbid}&l[0]=${length}&i[0]=${ttime}"
sleep 2
tcp_read -d -s scrobmit
tcp_close -s scrobmit
print -l ${tcp_lines}
}
parse_submiturl() {
if [[ "$submiturl" == http://(#b)(*):(*)/(*) ]];
then
submithost=$match[1]
submitport=$match[2]
submitcgi=$match[3]
else
submithost=post.audioscrobbler.com
submitport=80
submitcgi=/protocol_1.1
fi
}
LASTFM_USER=TestUser
LASTFM_PASSWORD=testpassword
audioscrobbler_handshake $LASTFM_USER || exit 1
parse_submiturl
sleep 5
#tstamp=$(TZ=UTC strftime "%Y-%m-%d %H:%M:%S" ${EPOCHSECONDS})
tstamp=$(date -u +"%Y-%m-%d %H:%M:%S")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "Caetano Veloso"
"Cucurrucucu Paloma" "Divina Estampa" "" "230" "${tstamp// /%20}"
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "The Superjesus" "Gravity"
"Jet Age" "6c6f24ed-f742-42b7-8d18-5c255100ac47" "239"
$(audioscrobbler_urlencode "2005-11-17 22:45:42")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "Regurgitator" "Black
Bugs" "Black Bugs" "0fb17a20-bdd5-43e2-b822-fd0b6253546d" "182"
$(audioscrobbler_urlencode "2005-11-18 00:21:02")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "Warren Zevon" "Veracruz"
"Excitable Boy" "e41b751b-f2a7-4c32-bbeb-a7fa79496460" "212"
$(audioscrobbler_urlencode "$tstamp")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "Flaming Lips" "Pilot Can
at the Queer of God" "Transmissions from the Satellite Heart"
"1f04b225-6be6-42e3-a827-d0b5609709e2" "257" $(audioscrobbler_urlencode
"$tstamp")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "The Whitlams" "Blow Up
The Pokies" "Love This City" "27447aa3-2978-4ba3-908d-afc79b9b0f35" "207"
$(audioscrobbler_urlencode "$tstamp")
#audioscrobbler_submit $LASTFM_USER $LASTFM_PASSWORD "Powderfinger" "My
Happiness" "My Happiness" "fc2dc965-9c9e-4a59-9b08-534f18412f75" "279"
$(audioscrobbler_urlencode "$tstamp")
Bug#291991: scrobble scrobble
Another idea is for vux to write out a file for completed songs, that
another program can process and submit to last.fm.
Here's an example for oggs that have been tagged with tp_tagger.
#!/bin/zsh
setopt extendedglob
zmodload -i zsh/datetime || exit 1
parse_ogginfo() {
local output album artist mbid title len tstamp
output=(${(f)"$(ogginfo $1)"})
album=${${(M)output:#*ALBUM=*}#*ALBUM=}
artist=${${(M)output:#*ARTIST=*}#*ARTIST=}
mbid=${${(M)output:#*MUSICBRAINZ_TRACKID=*}#*MUSICBRAINZ_TRACKID=}
title=${${(M)output:#*TITLE=*}#*TITLE=}
len=${${(M)output:#*Playback length:*}#*Playback length: }
if [[ "$len" == (#b)([0-9]##)m:([0-9.]##)s ]]
then
(( len = $match[1] * 60 + $match[2] + 1 ))
else
(( len = 0 ))
fi
typeset -i len
tstamp=$(export TZ=UTC; strftime "%Y-%m-%d %H:%M:%S" ${EPOCHSECONDS})
print "${(qqq)artist} ${(qqq)title} ${(qqq)album} ${(qqq)mbid} ${(qqq)len}
${(qqq)tstamp}"
}
for i in "$@"
do
parse_ogginfo $i
done
Bug#339612: bricolage: depends on apache-perl
> I have apache and mod-perl installed, but this package depends on > apache-perl. Does it not work with mod-perl? It should work with mod-perl. The package will have to be changed to accommodate this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340090: libtunepimp-bin: tp_tagger cruelly mangles UTF-8
Package: libtunepimp-bin Version: 0.3.0-9 In tp_tagger, before quitting. File metadata: Format: Artist: Legião Urbana SortName: Legião Urbana Album: Dois Track: Acrilic on Canvas TrackNum: 3 Duration: 282586 ArtistId: 47685be0-926f-4be9-b1ae-e32da47a3b99 AlbumId: 55ba4d91-3659-4d89-9e27-5b33f5aa541c TrackId: 528f93e2-bef5-49a2-9685-654c29f4a855 VA: 0 AlbumType: album AlbumStatus: official Server metadata: Artist: Legião Urbana SortName: Legião Urbana Album: Dois Track: Acrilic on Canvas TrackNum: 3 Duration: 282586 ArtistId: 47685be0-926f-4be9-b1ae-e32da47a3b99 AlbumId: 55ba4d91-3659-4d89-9e27-5b33f5aa541c TrackId: 528f93e2-bef5-49a2-9685-654c29f4a855 VA: 0 AlbumType: album AlbumStatus: official After quitting: ALBUM=Dois ARTIST=Legi##o Urbana DATE=1986 GENRE=Rock MUSICBRAINZ_ALBUMID=55ba4d91-3659-4d89-9e27-5b33f5aa541c MUSICBRAINZ_ALBUMSTATUS=official MUSICBRAINZ_ALBUMTYPE=album MUSICBRAINZ_ARTISTID=47685be0-926f-4be9-b1ae-e32da47a3b99 MUSICBRAINZ_SORTNAME=Legi##o Urbana MUSICBRAINZ_TRACKID=104246df-50e9-4daf-a798-3fc96c6d5f05 MUSICBRAINZ_TRMID=6123b43f-6554-45b7-a0f5-fc1374bae9d8 TITLE=Andrea Doria TRACKNUMBER=10 (same in ogginfo, vorbiscomment, and tp_tagger) Note that the ã has become "##". This is undesirable.
Bug#340122: libtunepimp-bin: new upstream version
Package: libtunepimp Version: 0.3.0-9 0.4.0 appears to have UTF-8 fixes. It may solve #340090. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340090: tunepimp utf-8
A locally-compiled copy of 0.4.0 does not exhibit this problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340638: vux: mpd support
Package: vux Version: 0.4.9 Severity: wishlist It might be r0x0r if vux could use mpd as a backend. Tsch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340835: ARGH
severity 340835 critical quit This makes 64-bit binaries stop functioning. Recompiling them does not improve matters. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340887: ogg123: option to make audioscrobbling easier
Package: vorbis-tools Version: 1.0.1-1.5 Severity: wishlist I want an option for ogg123 to output the vorbiscomment (or all the metadata), plus the length of the track in seconds, and the amount that was played before the song ended or was Ctrl-C'd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340888: ogginfo: speedier operation
Package: vorbis-tools Severity: wishlist I want an option for ogginfo to not read the entire .ogg, but to use ov_time_tell() or something to determine the length of the vorbis stream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312270: "tempfile -s" doesn't work on FAT filesystems
> [EMAIL PROTECTED]:~$ sudo tempfile -d /mnt/ > /mnt/fileX2rpBE > [EMAIL PROTECTED]:~$ sudo tempfile -d /mnt/ -s foo > link: Operation not permitted > [EMAIL PROTECTED]:~$ ls /mnt/ > fileEiGFHT fileX2rpBE > [EMAIL PROTECTED]:~$ tempfile would need to work around the lack of hardlink support on FAT. Is this worth fixing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312572: /usr/share/calendar/calendar.history: borden misspelled
Package: bsdmainutils Version: 6.0.17 Severity: minor File: /usr/share/calendar/calendar.history This should be spelled "Borden", unless it's a clever joke. 06/19 Lizzie Bordon acquitted, 1893 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308301: [zn@mbf.nifty.com: Bug#308301: _subversion: cannot complete the first option of subcmds]
> Will this break anything? I guess not. Committing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314511: posh: accepts lowercase signal names
Package: posh Version: 0.3.16 Severity: normal << Implementations may permit names with the SIG prefix or ignore case in << signal names as an extension. posh should not ignore case of signal names. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310752: snownews: denote images/hyperlinks somehow
Package: snownews Severity: wishlist Version: 1.5.6.1-2 It would be nice if snownews could mark the existence of inline images or hyperlinks so that the user knows what's being missed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310872: zsh can't be a ksh replacement (can't trap ERR).
> This is very simple. zsh is not to be considered a ksh. > This simple command fails using zsh as ksh (I did update-alternatives) : > > trap 'echo alert-an-error-occured' ERR > > This simple command succeeds with `normal/standard' ksh, tested with : > Solaris ksh, > OSF1 ksh, > AIX ksh, > pdksh (debian sarge), > www.kornshell.com ksh. > > I hope you will remove this alternative before too many scripts break... Recently, the Debian packages for ksh93, pdksh, and zsh cooperated to provide alternatives for /bin/ksh. This was done without defining any exact requirements, so at the present time, it is de facto "the intersection of ksh93, pdksh, and zsh". Unless this bug is deemed release-critical (I doubt it will be), the upcoming Debian release will allow zsh to easily be /bin/ksh. P.S., someone left conflict cruft in ChangeLog. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310872: zsh can't be a ksh replacement (can't trap ERR).
> Why not add ash, dash, bash and so on, into the ksh pool, until > only "a=foo" and "echo bar" are the common points ? surely because > all of us have an idea of what ksh should be, only this idea is a > bit different for each of us. None of those shells purport to emulate ksh. zsh does. > I realize there are many differences between implementations of > shells. There must be some incompatibilities between pdksh and ksh. > But this trap ERR thing seems to be a basic ksh functionnality. I don't have enough knowledge of ksh to evaluate that statement. > Last, zsh is such a special shell, with all its exotic and powerful > functionalities, that when you need/want it, it is unlikely > you want it as a ksh. Debian already have 2 ksh... The zsh alternative was suggested by the Debian ksh93 maintainer. > I definitely hope that the alternative will be removed... It's not a high-priority alternative. That means that it won't be selected automatically over either pdksh or ksh93. One would need to either only have zsh installed or override the defaults. Since the Debian zsh package is frozen for a June 6 release, the severity of your problem will not justify a change to the package. After that, we can do one of three things: leave things the way they are; remove the alternative; patch the source or cause zsh to understand the ERR pseudo-signal within ksh emulation in another manner. If the wise people on zsh-workers think that not understanding ERR is acceptable for ksh emulation, I'm inclined to do nothing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305041: needless line break in output of 'baz add -h'
Package: bazaar Version: 1.1.1-1 Severity: wishlist % baz add -h add an explicit inventory id usage: baz add [options] file ... -h, --help Display a help message and exit. -H Display a verbose help message and exit. -V, --version Display a release identifier string and exit. -i, --id IDSpecify ID, instead of using auto-generated id. Since the -V entry folded to one line would still be shorter than the -i entry, I suggest doing that. -V, --version Display a release identifier string and exit. -i, --id IDSpecify ID, instead of using auto-generated id. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305040: needless line break in output of 'tla add -h'
Package: tla Version: 1.3-1 % tla add -h add an explicit inventory id usage: tla add [options] file ... -h, --help Display a help message and exit. -H Display a verbose help message and exit. -V, --version Display a release identifier string and exit. -i, --id IDSpecify ID, instead of using auto-generated id. Since the -V entry folded to one line would still be shorter than the -i entry, I suggest doing that. -V, --version Display a release identifier string and exit. -i, --id IDSpecify ID, instead of using auto-generated id. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304946: sed: incorrect bracket expression parsing
> backets but gives the following error message: > $ LC_ALL=C sed -n '/[^][]/p' > sed: -e expression #1, char 8: unterminated address regex Does % LC_ALL=C sed -n '/[^]\[]/p' do what you intend? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305179: preinst returned error exit status 1 (sed: -e expression #1, char 48: Extra characters after command)
> sed: -e expression #1, char 48: Extra characters after command What version of sed is this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305376: [Pkg-freeciv-devel] Bug#305376: freeciv: Provide .desktop file and icons
> Comment[es]=pJuego similar a Civilization(TM) pJuego? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309066: Should depend on tla | baz
> According to the archzoom upstream site, archzoom supports either tla or > baz. Therefore, the Debian package should depend on tla | baz, not just > tla. This is tricky, since the archzoom default is tla. I'd have to install a wrapper that runs baz if tla isn't there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308349: [Pkg-db-devel] Bug#308349: libdb4.3 should conflict with libberkeleydb-perl << 0.26-3
reassign 308349 libberkeleydb-perl quit > Installing libdb4.3 4.3.27-2 next to libberkeleydb-perl 0.26-2 can > cause perl programs using db (I noticed this with postgrey) to fail > with the error: > > BerkeleyDB needs compatible versions of libdb & db.h > you have db.h version 4.3.21 and libdb version 4.3.27 Sounds like libberkeleydb-perl being silly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
