Bug#340704: rar support violates DFSG #4
Package: ark Severity: serious Justification: DFSG #4 This package has a Suggests: rar tag. If it has the functionality to create rar archives via rar, this is a serious problem, because it is encouraging users to create trap archives that can't be extracted with free software. I believe this is a violation of DFSG #4 (Our priorities are our users and free software) since we put: - A minority of our users (those who use rar to publish data). before: - The majority of our users (who can't extract the data in a pure Debian system). - The free software community, for which trap archive formats are seriously detrimental. OTOH, if this package is only using rar to extract these archives, then it'd be better to use the unrar package instead (in that case severity of this bug should be lowered). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340705: rar support violates DFSG #4
Package: guitar Severity: serious Justification: DFSG #4 This package has a Suggests: rar tag. If it has the functionality to create rar archives via rar, this is a serious problem, because it is encouraging users to create trap archives that can't be extracted with free software. I believe this is a violation of DFSG #4 (Our priorities are our users and free software) since we put: - A minority of our users (those who use rar to publish data). before: - The majority of our users (who can't extract the data in a pure Debian system). - The free software community, for which trap archive formats are seriously detrimental. OTOH, if this package is only using rar to extract these archives, then it'd be better to use the unrar package instead (in that case severity of this bug should be lowered). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340707: rar support violates DFSG #4
Package: xmms-modplug Severity: serious Justification: DFSG #4 This package has a Suggests: rar tag. If it has the functionality to create rar archives via rar, this is a serious problem, because it is encouraging users to create trap archives that can't be extracted with free software. I believe this is a violation of DFSG #4 (Our priorities are our users and free software) since we put: - A minority of our users (those who use rar to publish data). before: - The majority of our users (who can't extract the data in a pure Debian system). - The free software community, for which trap archive formats are seriously detrimental. OTOH, if this package is only using rar to extract these archives, then it'd be better to use the unrar package instead (in that case severity of this bug should be lowered). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340706: rar support violates DFSG #4
Package: krusader Severity: serious Justification: DFSG #4 This package has a Suggests: rar tag. If it has the functionality to create rar archives via rar, this is a serious problem, because it is encouraging users to create trap archives that can't be extracted with free software. I believe this is a violation of DFSG #4 (Our priorities are our users and free software) since we put: - A minority of our users (those who use rar to publish data). before: - The majority of our users (who can't extract the data in a pure Debian system). - The free software community, for which trap archive formats are seriously detrimental. OTOH, if this package is only using rar to extract these archives, then it'd be better to use the unrar package instead (in that case severity of this bug should be lowered). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340704: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 02:41:49AM -0800, Steve Langasek wrote: Sorry, I have to disagree with these bug severities; Suggests: are just not important enough in our packaging system to treat them as release-critical, regardless of what's being suggested, Hi Steve, My concern is about the rar writing support itself, not about Suggests. The Suggests tag is just an indication that either the application supports generating rar archives (or that there's a mistake, and the maintainer just mean to suggest unrar instead). and it is generally considered acceptable to Suggest: non-free packages from main anyway. Well, that's not the problem. If the application needs unrar to extract rar archives, then suggesting unrar is ok [1]. It's the fact that the application supports creating rar archives that I believe violates the DFSG. Does this explanation satisfy you? If it does, I'd like to rise the severity back to serious (I don't think it's an issue for the release, being only 4 bugs). OTOH, if you think my interpretation of DFSG is inadequate, I could try to expose it better, and we could also move this to -legal (perhaps I should have started there in first place). Thanks! [1] In fact, unrar is one of the two non-free packages whose distribution by Debian I would personaly endorse. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340705: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 07:44:08PM -0800, Steve Langasek wrote: OTOH, if you think my interpretation of DFSG is inadequate, I could try to expose it better, and we could also move this to -legal (perhaps I should have started there in first place). Yes, I still disagree with this reasoning. People of conscience may disagree on whether *preventing* the creation of files that can't be read with free software is serving the goals of the DFSG. In the absence of agreement on this point, I don't think it's right to treat this as a release-critical bug unless the *maintainer* agrees with you. That suggests if the maintainer disagrees in, say, DFSG #1 (Debian will remain 100% free), then we don't have to treat as release-critical an inclussion of non-free in main. I think I'll try to expose better my point, and also move it to -legal. DFSG #4 states: We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. I think it's very clear that the free software community is harmed by promoting trap formats like RAR, so I won't extend on that. For what the needs of our users are concerned, we have basicaly two groups of users with opposed needs: 1- A group of users who want to use rar to produce archives. 2- A group of users who want to extract rar archives produced by the first one. Reasons why I think the latter group is much bigger than the first: - In case user in group #1 is using RAR for private backups/etc, the technical disadvantages of using RAR instead of a combination of tar (better integration with Un*x file metadata) and p7zip (better compression) indicate this is a minority of users. - In case user in group #1 is using RAR for distributing data across the internet, then for each user doing this, it's logical to expect more than one user in group #2 will recieve the file and want to extract it. - In popcon, unrar is roughly 5/4 times more popular than rar. Although this info should be taken with a grain of salt, because many users install rar with the sole purpose of extracting, or simply because it's in Suggests in the packages that are object of this discussion. Therefore I don't think we're serving the interests of our users or the free software community first in our priorities. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340949: -y (sync) flag doesn't work for .flac audio tracks
Package: mkvtoolnix Version: 1.5.6-1 Severity: normal -y (sync) flag doesn't work for .flac audio tracks. E.g: $ mkvmerge -A video.avi -y 0:4000 sound.flac will not add a delay of 4 seconds to the audio track, as it does for other audio formats. So the above command would be equivalent to: $ mkvmerge -A video.avi -y 0:0 sound.flac Note: I've used mplayer to test the resulting archive. I'm assuming that mplayer works correctly in this aspect. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mkvtoolnix depends on: ii libbz2-1.01.0.2-10 high-quality block-sorting file co ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libflac7 1.1.2-3Free Lossless Audio Codec - runtim ii libgcc1 1:4.0.2-4 GCC support library ii liblzo1 1.08-2 data compression library ii libogg0 1.1.2-1Ogg Bitstream Library ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii zlib1g1:1.2.3-6 compression library - runtime Versions of packages mkvtoolnix recommends: pn mkvtoolnix-guinone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340960: --delete-input-file ate my data
Package: flac Severity: grave $ flac --delete-input-file -V --best 1_orig.wav [...] 1_orig.wav: 46% complete, ratio=0.3691_orig.wav: WARNING: unexpected EOF; expected 536869888 samples, got 246564864 samples 1_orig.wav: 46% complete, ratio=0.369 After this, 1_orig.wav was deleted. The resulting file 1_orig.flac *appears* to be ok, but I have no way to verify it since the old file 1_orig.wav is gone. The docs say --delete-input-file doesn't cause deletion of input file when an error occurs. I would say that unexpected EOF is indeed an error, even though it's only marked as warning. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341090: filenames longer than 161 are truncated
Package: amule Severity: normal Hi! I've found something weird when using the search function. It seems filenames longer than 161 are truncated to this length. The search function itself doesn't seem to operate on the truncated part of the filename, so any words you were using to search that are in that part of the name will not be considered. Also, the file extension is lost, so amule won't be able to determine the file type. So if the user was looking for Videos, and this file is a video, it won't appear either. I'm not sure if this problem is in the uploader or downloader client, but in any case it's an aMule bug since both sides were running aMule on my tests :) (in fact, both sides were the same one). I think one should expect at least 255 char filenames to be supported, since this is what NTFS supports on Winblows platforms. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341090: 161 char limit
I've been pointed out that eMule users on Winblows also have this limit. I think we should be careful not to fix the limit only in aMule, since this would make problematic filenames remain unnoticed by aMule users, but still cause trouble for eMule ones. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341436: misc PCI plugins missing
Package: bochs
Version: 2.2.1-2
Severity: wishlist
Tags: patch
Misc useful pci plugins (pcipnic, pcivga, ...) are being built but not enabled
in bochs.install. Adding this line will do it:
usr/lib/bochs/plugins/libbx_pci*
Although perhaps it's better to find a way to include all of them without
keeping an explicit list. Back when I maintained this package I didn't figure
out how to do this without breaking bochs-{sdl,x,etc}.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages bochs depends on:
ii bochs-sdl [bochs-gui] 2.2.1-2SDL plugin for Bochs
ii bochsbios 2.2.1-2BIOS for the Bochs emulator
ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii libgcc1 1:4.0.2-4 GCC support library
ii libstdc++64.0.2-4The GNU Standard C++ Library v3
ii vgabios 0.5c-1 VGA BIOS software for the Bochs an
ii zlib1g1:1.2.3-8 compression library - runtime
Versions of packages bochs recommends:
pn bximage | createdisk none (no description available)
-- debconf information excluded
--- bochs-2.2.1.old/debian/bochs.install2005-11-30 15:52:37.616551048
+0100
+++ bochs-2.2.1/debian/bochs.install2005-11-30 15:53:00.914009296 +0100
@@ -8,6 +8,7 @@
usr/lib/bochs/plugins/libbx_keyboard.*
usr/lib/bochs/plugins/libbx_ne2k.*
usr/lib/bochs/plugins/libbx_parallel.*
+usr/lib/bochs/plugins/libbx_pci*
usr/lib/bochs/plugins/libbx_pic.*
usr/lib/bochs/plugins/libbx_sb16.*
usr/lib/bochs/plugins/libbx_serial.*
Bug#341813: false positives due to broken --use-unzip check
Package: fcrackzip
Version: 0.3-2
Severity: normal
Tags: patch
The --use-unzip check for false positives assumes that when unzip returns with
a particular non-zero status code, it means the password was found.
Maybe this was true for older versions of unzip, but it isn't now. I've
verified that with up-to-date unzip, the only reliable way to tell a password is
correct is when status code is 0.
Patch attached (tested and known to work).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
-- no debconf information
--- fcrackzip-0.3/main.c~ 2005-12-03 11:45:58.0 +0100
+++ fcrackzip-0.3/main.c2005-12-03 11:57:40.088311632 +0100
@@ -69,10 +69,7 @@
status = system (buff);
#undef REDIR
-/* In case of stored items, unzip returns 1.
- * In case of wrong password, the returned value is 122.
- */
- if ((status == EXIT_SUCCESS) || (WEXITSTATUS(status) == 1))
+ if (status == EXIT_SUCCESS)
{
printf(\n\nPASSWORD FOUND: pw == %s\n, pw);
exit (EXIT_SUCCESS);
Bug#318567: new patch
Hi,
I'm providing an updated version of this patch for upstream CVS. There's also
replacement of the -mcpu=pentium flag to -march=i686, which is the optimal for
Xbox's celeron AFAIK, and also shuts up a gcc4 warning.
--
Robert Millan
diff -ur cromwell.old/Makefile cromwell/Makefile
--- cromwell.old/Makefile 2005-07-26 21:19:27.0 +0200
+++ cromwell/Makefile 2005-12-04 09:20:11.128975304 +0100
@@ -14,7 +14,7 @@
CROM_CFLAGS=$(INCLUDE)
#You can override these if you wish.
-CFLAGS= -O2 -g -mcpu=pentium -Werror -pipe -fomit-frame-pointer
-Wstrict-prototypes
+CFLAGS= -Os -g -march=i686 -pipe -fomit-frame-pointer -Wstrict-prototypes
# add the option for gcc 3.3 only, again, non-overridable
ifeq ($(GCC_3.3), 1)
@@ -33,7 +33,7 @@
ETH_SUBDIRS = etherboot
CROM_CFLAGS+= -DETHERBOOT
ETH_INCLUDE = -I$(TOPDIR)/etherboot/include
-I$(TOPDIR)/etherboot/arch/i386/include
-ETH_CFLAGS = -O2 -mcpu=pentium -Werror $(ETH_INCLUDE) -Wstrict-prototypes
-fomit-frame-pointer -pipe -Ui386
+ETH_CFLAGS = -Os -march=i686 $(ETH_INCLUDE) -Wstrict-prototypes
-fomit-frame-pointer -pipe -Ui386
endif
LDFLAGS-ROM = -s -S -T $(TOPDIR)/scripts/ldscript-crom.ld
diff -ur cromwell.old/Rules.make cromwell/Rules.make
--- cromwell.old/Rules.make 2004-12-20 19:59:21.0 +0100
+++ cromwell/Rules.make 2005-12-04 09:19:24.787020352 +0100
@@ -7,7 +7,7 @@
#
.PHONY: dummy
-CFLAGSBR = -Wall -Werror
+CFLAGSBR = -Wall
#
# Special variables which should not be exported
diff -ur cromwell.old/lib/gzip/misc.c cromwell/lib/gzip/misc.c
--- cromwell.old/lib/gzip/misc.c2005-02-27 19:42:02.0 +0100
+++ cromwell/lib/gzip/misc.c2005-12-04 09:19:24.582051512 +0100
@@ -21,6 +21,10 @@
#define OF(args) args
#define STATIC static
+// Work around clash with previous non-static declaration
+#define memset memset_miscc
+#define memcpy memcpy_miscc
+
/*
* Why do we do this? Don't ask me..
*
diff -ur cromwell.old/menu/actions/VideoMenuActions.c
cromwell/menu/actions/VideoMenuActions.c
--- cromwell.old/menu/actions/VideoMenuActions.c2005-06-12
18:59:55.0 +0200
+++ cromwell/menu/actions/VideoMenuActions.c2005-12-04 09:19:24.691034944
+0100
@@ -13,6 +13,20 @@
#include VideoInitialization.h
#include BootEEPROM.h
+int
+strcmp (const char *s1, const char *s2)
+{
+ while (*s1 || *s2) {
+ if (*s1 *s2)
+ return -1;
+ else if (*s1 *s2)
+ return 1;
+ s1 ++;
+ s2 ++;
+ }
+ return 0;
+}
+
void SetWidescreen(void *menuItemText) {
char *text = (char *)menuItemText;
if (!strcmp(text, Display Size: Widescreen)) {
diff -ur cromwell.old/menu/iconmenu/IconMenuInit.c
cromwell/menu/iconmenu/IconMenuInit.c
--- cromwell.old/menu/iconmenu/IconMenuInit.c 2005-02-23 00:29:28.0
+0100
+++ cromwell/menu/iconmenu/IconMenuInit.c 2005-12-04 09:19:24.785020656
+0100
@@ -104,7 +104,7 @@
//See if there is an MBR - no MBR means no native boot
options.
if( !(ba[0x1fe]==0x55) || !(ba[0x1ff]==0xaa)) return;
- (volatile u8 *)pb=ba[0x1be];
+ pb=ba[0x1be];
//Check the primary partitions
for (n=0; n4; n++,pb+=16) {
if(pb[0]0x80) {
Bug#342202: question about sound recording
Package: gnuboy Severity: wishlist FAQ reads: Q: Will gnuboy ever support recording and playback? A: We get this question fairly often, and I'm never sure how to answer it. We are planning to support recording audio output before too terribly long, but whether full demo recording and playback will ever be supported is uncertain. We'll keep it in mind for the future, though. I think a better answer is: http://packages.debian.org/unstable/sound/vsound Please could you tell this to upstream as well? They'll probably like to know. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323672: GNU/kFreeBSD patch update
Hi! The SIGUSR hacks I sent in the previous GNU/kFreeBSD patch are no longer needed, so here's an updated patch without them. Please use this one instead. -- Robert Millan diff -x configure -ur ntp-4.2.0a+stable.old/configure.in ntp-4.2.0a+stable/configure.in --- ntp-4.2.0a+stable.old/configure.in 2005-08-03 09:18:16.0 +0200 +++ ntp-4.2.0a+stable/configure.in 2005-08-03 10:08:31.0 +0200 @@ -258,8 +258,8 @@ dnl does Strange Things with extra processes using the Posix-compatibility dnl real-time library, so we don't want to use it. -case $host in - *-*-linux*) ;; +case $host_os in + linux* | k*bsd*-gnu) ;; *) AC_CHECK_LIB(rt, sched_setscheduler, , AC_CHECK_LIB(posix4, sched_setscheduler)) @@ -742,8 +742,8 @@ esac AC_TYPE_UID_T -case $host in - *-*-linux*) +case $host_os in + linux* | k*bsd*-gnu) AC_CHECK_FUNCS(__adjtimex __ntp_gettime) ;; esac @@ -1149,20 +1149,20 @@ esac AC_CACHE_CHECK(if process groups are set with -pid, ac_cv_arg_setpgrp_negpid, -[case $host in - *-*-hpux[[567]]*) +[case $host_os in + hpux[[567]]*) ans=no ;; - *-*-hpux*) + hpux*) ans=yes ;; - *-*-linux*) + linux* | k*bsd*-gnu) ans=yes ;; - *-*-sunos3*) + sunos3*) ans=yes ;; - *-*-ultrix2*) + ultrix2*) ans=yes ;; *) @@ -1296,7 +1296,7 @@ *-*-irix6*) ans=no ;; - *-*-freebsd*) + *-*-freebsd* | *-*-kfreebsd*-gnu) ans=no ;; *-*-linux*) @@ -1488,7 +1488,7 @@ ;; i?86-*-freebsd[[123]].*) ;; - i?86-*-freebsd*) + i?86-*-freebsd* | i?86-*-kfreebsd*-gnu) ans=yes ;; *-*-unicosmp*) @@ -2892,7 +2892,7 @@ *-ibm-aix[[45]]*) ans=yes ;; - *-*-linux*) + *-*-linux* | *-*-k*bsd*-gnu) ans=yes ;; *-*-solaris2.[[01]]) @@ -3387,7 +3387,7 @@ *-*-irix6*) ans=yes ;; - *-*-linux*) + *-*-linux* | *-*-k*bsd*-gnu) ans=yes ;; *-*-mpeix*) diff -x configure -ur ntp-4.2.0a+stable.old/sntp/configure.ac ntp-4.2.0a+stable/sntp/configure.ac --- ntp-4.2.0a+stable.old/sntp/configure.ac 2003-11-19 04:58:18.0 +0100 +++ ntp-4.2.0a+stable/sntp/configure.ac 2005-08-03 10:02:49.0 +0200 @@ -69,11 +69,11 @@ AC_CHECK_FUNCS(sqrt, , AC_CHECK_LIB(m, sqrt)) AC_CHECK_FUNCS([strrchr]) -case $host in - *-*-linux*) +case $host_os in + linux* | k*bsd*-gnu) CFLAGS=$CFLAGS -DADJTIME_MISSING ;; - *-*-sunos*) + sunos*) CFLAGS=$CFLAGS -DNONBLOCK_BROKEN ;; esac
Bug#269423: ping
Hi! Does my patch look fine? If it looks ok but you don't have time to upload, I'd like to NMU. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308664: reopen
reopen 308664 thanks This is really a bug, and will be fixed soon. I'm reopening. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305488: [Build-common-hackers] Bug#305488: cdbs: perl-modules support for debian/config auto-update
On Wed, Apr 20, 2005 at 12:03:27PM +0200, Jonas Smedegaard wrote: Package: cdbs Version: 0.4.27-4 Severity: wishlist Tags: patch Please apply the attached patch to support debian/config auto-update for the perl-modules snippet. Thanks for the patch, but please note that when adding stuff to CDBS_BUILD_DEPENDS in a new file, you must make sure that buildvars.mk has been included to avoid using the variable uninitialised. I'm adding this for you. --- perlmodule.mk.orig2005-04-14 21:15:45.0 +0200 +++ perlmodule.mk 2005-04-20 11:51:24.0 +0200 @@ -28,6 +28,11 @@ ifndef _cdbs_class_perlmodule _cdbs_class_perlmodule := 1 +# Dependency according to Perl policy 4.3 +# (contrary to common misunderstanding a tighter dependency on perl 5.8 +# was only temporarily needed when 5.8 was introduced into Debian sid.) +CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), perl (= 5.6.0-16) + include $(_cdbs_class_path)/perlmodule-vars.mk$(_cdbs_makefile_suffix) include $(_cdbs_class_path)/makefile.mk$(_cdbs_makefile_suffix) -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305857: [Build-common-hackers] Bug#305857: ability to use uu-encoded patches
On Fri, Apr 22, 2005 at 10:43:51AM -0400, Christopher Martin wrote: Package: cdbs Tags: patch Hello, The following patch (inspired by Achim Bohnet) gives simple-patchsys.mk the ability to handle uuencoded patches. Aside from applying the patch, you'd simply have to add a Recommends for sharutils. Please do apply the patch soon if it looks OK - uu-encoding is the easiest way to ship binaries in a diff, and this ability is very important for KDE, where branch updates often include new icons, etc. Thanks for the patch! I have a pair of questions: - Would it make sense to compress uuencoded patches? If so, you missed the extension checks for *.uu.(gz|bz2) - Do we also need this for dpatch.mk ? --- cdbs.orig/simple-patchsys.mk +++ cdbs.patched/simple-patchsys.mk @@ -35,7 +35,7 @@ _cdbs_patch_system_apply_rule := apply-patches _cdbs_patch_system_unapply_rule := reverse-patches -DEB_PATCH_SUFFIX ?= .diff .diff.gz .diff.bz2 .patch .patch.gz .patch.bz2 +DEB_PATCH_SUFFIX ?= .diff .diff.gz .diff.bz2 .diff.uu .patch .patch.gz .patch.bz2 .patch.uu DEB_PATCHDIRS ?= debian/patches close_parenthesis ?= ) DEB_PATCHES := $(shell\ @@ -86,6 +86,7 @@ case $$patch in \ *.gz) cat=zcat ;; \ *.bz2) cat=bzcat ;; \ +*.uu) cat=uudecode -o - ;; \ *) cat=cat ;; \ esac; \ level=$$(head $$patch | egrep '^#DPATCHLEVEL=' | cut -f 2 -d '='); \ -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301607: [Build-common-hackers] Bug#301607: cdbs: control auto-build messes with long descriptions
On Sat, Apr 16, 2005 at 03:30:14AM -0700, Steve Langasek wrote: clone 301607 -1 reassign -1 cstream severity -1 serious retitle -1 cstream: debian/rules clean modifies the source package severity 301607 important thanks I don't consider this a release-critical bug in cdbs because packages shouldn't be using DEB_AUTO_UPDATE_DEBIAN_CONTROL *anyway*: packages that do so are in violation of policy section 4.8, because it means ./debian/rules build clean is no longer idempotent when run using differing versions of cdbs. That's for a very particular interpretation of idempotency (that when the environment changes, results must be the same). If dpkg didn't require debian/control to exist during the clean target, we could generate it somewhere else and remove it during clean (just like any other temporary file) and fully idempotency would be archieved. If you're concerned about that, you might want to read bug #293489 and try to convince the dpkg maintainers about my proposed change. I'd certainly appreciate it if that happened. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307813: [Build-common-hackers] Bug#307813: DEB_ANT_TEST_TARGET DEB_ANT_CHECK_TARGET inconsistancy
On Thu, May 05, 2005 at 09:18:31AM -0700, [EMAIL PROTECTED] wrote: Package: cdbs Version: 0.4.28-1 DEB_ANT_TEST_TARGET is mentioned in - /usr/share/cdbs/1/class/ant-vars.mk https://wiki.duckcorp.org/DebianPackagingTutorial/CDBS - while DEB_ANT_CHECK_TARGET is used by - /usr/share/cdbs/1/class/ant.mk I suspect that DEB_ANT_CHECK_TARGET is a mistake - /usr/share/cdbs/1/class/ant.mk should be made consistent with /usr/share/cdbs/1/class/ant-vars.mk https://wiki.duckcorp.org/DebianPackagingTutorial/CDBS It seems that DEB_ANT_CHECK_TARGET is a feature that can be activated by packages, and probably there are packages already using it, so we can't just remove it. [EMAIL PROTECTED]:~/debian/maint/cdbs/cdbs/cdbs-0.4.29$ rgrep DEB_ANT_CHECK_TARGET . ./1/class/ant.mk.in:@if test -n $(DEB_ANT_CHECK_TARGET); then \ ./1/class/ant.mk.in: echo $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \ ./1/class/ant.mk.in: $(DEB_ANT_INVOKE) $(DEB_ANT_CHECK_TARGET); \ ./1/class/ant.mk.in: echo DEB_ANT_CHECK_TARGET unset, not running checks; \ OTOH, DEB_ANT_TEST_TARGET doesn't seem to be used by cdbs. Perhaps it is this variable which ought to be removed? Please investigate, and fix the wiki if appropiate! [EMAIL PROTECTED]:~/debian/maint/cdbs/cdbs/cdbs-0.4.29$ rgrep DEB_ANT_TEST_TARGET . ./1/class/ant-vars.mk.in:DEB_ANT_TEST_TARGET = ./examples/java-library.rules:#DEB_ANT_TEST_TARGET:= Thanks. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300133: provides are back
Hi! This is to notice that the provides feature in type-handling has been reenabled for a while. If you wonder why I'm leaving this bug open, it's because I'm still hoping that I can get rid of them someday. This day isn't near though. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309367: non-bug
Hi, I have verified that elinks debian/control file is correct. The broken lines you pasted are the result of running the clean target without satisfying the build dependencies (which is not correct as exlained in Policy 7.6). Please close this bug. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309367: non-bug
On Wed, May 18, 2005 at 05:45:27PM +0200, Jeroen van Wolffelaar wrote: (Please cc submitter when updating a bug) On Wed, May 18, 2005 at 01:27:37PM +0200, Robert Millan wrote: Hi, I have verified that gnome-applets debian/control file is correct. The broken lines you pasted are the result of running the clean target without satisfying the build dependencies (which is not correct as exlained in Policy 7.6). Well, the bug I discovered because some ftp-master script puking on the Sources.gz file of upstream, which comes from the .dsc of gnome-applets. In whatever way that has become, is not relevant to this being an question of Build-Depends syntax error. But the .dsc in the archive appears to be correct (gnome-applets_2.10.1-2.dsc). Maybe you found the problem with an older .dsc? -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346269: XKB support for Catalan keyboard
Package: xorg-x11
Severity: wishlist
Tags: patch
Hi!
Support in XKB for Catalan keyboards, as manufactured by Large Format
Computing, Inc (http://www.language-keyboard.com/).
I'm attaching map file for /etc/X11/xkb/symbols/pc/, and a small (1 line)
patch for xserver-xorg.config.in.
The map file is already in upstream BTS, see:
https://bugs.freedesktop.org/show_bug.cgi?id=5526
Thanks
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
// Catalan Keyboard, as manufactured by Large Format Computing, Inc.
//
// For layout graphic, see http://www.language-keyboard.com/languages/catalan_layout.htm
//
// Contributed by Robert Millan
partial default alphanumeric_keys
xkb_symbols basic {
include pc/us
name[Group1]=Catalan;
key AE02 { [ 2, at, dead_diaeresis ] };
key AE07 { [ 7, ampersand, dead_acute ] };
key AE09 { [ 9, parenleft, dead_grave ] };
key AD02 { [ w, W, eacute, Eacute ] };
key AD03 { [ e, E, egrave, Egrave ] };
key AD06 { [ y, Y, udiaeresis, Udiaeresis ] };
key AD07 { [ u, U, uacute, Uacute ] };
key AD08 { [ i, I, iacute, Iacute ] };
key AD09 { [ o, O, oacute, Oacute ] };
key AD10 { [ p, P, ograve, Ograve ] };
key AD12 { [ bracketright, braceright, EuroSign ] };
key AC01 { [ a, A, agrave, Agrave ] };
key AC08 { [ k, K, idiaeresis, Idiaeresis ] };
key AC09 { [ l, L, periodcentered ] };
key AB03 { [ c, C, ccedilla, Ccedilla ] };
include level3(ralt_switch)
};
--- xserver-xorg.config.old 2006-01-06 19:20:03.0 +0100
+++ xserver-xorg.config 2006-01-06 19:20:56.0 +0100
@@ -1823,6 +1823,7 @@
br-abnt2--ie*) XMAP=ie;;
br-abnt2--*) XMAP=br; OPTIONS=abnt2;;
by--*) XMAP=by;;
+cat--*) XMAP=cat;;
cf--tr*) XMAP=tr; OPTIONS=tr_f;;
cf--ie*) XMAP=ie;;
cf--lv*) XMAP=lv;;
Bug#346298: Catalan keyboard
Package: kbd Version: 1.12-13 Severity: wishlist Tags: patch upstream Hi! Support in XKB for Catalan PC keyboards, as manufactured by Large Format Computing, Inc. For details on the key layout, see http://www.language-keyboard.com/languages/catalan_layout.htm It has been sent to upstream already. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages kbd depends on: ii console-common 0.7.55 Basic infrastructure for text cons ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii sysvinit 2.86.ds1-4 System-V like init Versions of packages kbd recommends: ii console-data2002.12.04dbs-52 Keymaps, fonts, charset maps, fall -- no debconf information # cat.kmap # contributed by Robert Millan keymaps 0-2,4-6,8-9,12 include qwerty-layout include linux-with-alt-and-altgr include euro strings as usual include euro keycode 1 = Escape keycode 2 = one exclam keycode 3 = two at dead_diaeresis nul nul keycode 4 = threenumbersign control keycode 4 = Escape keycode 5 = four dollar dollar Control_backslash keycode 6 = five percent control keycode 6 = Control_bracketright keycode 7 = six asciicircum control keycode 7 = Control_asciicircum keycode 8 = sevenampersanddead_acute Control_underscore keycode 9 = eightasterisk bracketleft Delete keycode 10 = nine parenleftdead_grave keycode 11 = zero parenright braceright keycode 12 = minusunderscore backslash Control_underscore Control_underscore keycode 13 = equalplus keycode 14 = Delete keycode 15 = Tab keycode 17 = w W eacute Eacute control keycode 17 = Control_w keycode 18 = e E egrave Egrave control keycode 18 = Control_e keycode 21 = y Y udiaeresis Udiaeresis control keycode 21 = Control_y keycode 22 = u U uacute Uacute control keycode 22 = Control_u keycode 23 = i I iacute Iacute control keycode 23 = Control_i keycode 24 = o O oacute Oacute control keycode 24 = Control_o keycode 25 = p P ograve Ograve control keycode 25 = Control_p keycode 26 = bracketleft braceleft control keycode 26 = Escape keycode 27 = bracketright braceright euro Control_bracketright keycode 28 = Return alt keycode 28 = Meta_Control_m keycode 29 = Control keycode 30 = a A agrave Agrave control keycode 30 = Control_a keycode 37 = k K idiaeresis Idiaeresis control keycode 37 = Control_k keycode 38 = l L periodcentered control keycode 38 = Control_l keycode 39 = semicoloncolon keycode 40 = apostrophe quotedbl control keycode 40 = Control_g keycode 41 = graveasciitilde control keycode 41 = nul keycode 42 = Shift keycode 43 = backslashbar control keycode 43 = Control_backslash keycode 46 = c C +ccedilla +Ccedilla control keycode 46 = Control_c keycode 51 = commaless keycode 52 = period greater keycode 53 = slashquestion control keycode 53 = Delete keycode 54 = Shift keycode 56 = Alt keycode 57 = space control keycode 57 = nul keycode 58 = Caps_Lock keycode 86 = less greater bar keycode 97 = Control
Bug#347636: please allow auto-detection of p7zipped tarballs (.tar.7z)
Package: tar
Version: 1.15.1-2
Severity: wishlist
Tags: patch upstream
Hi!
Please, could you apply this patch to make tar auto-detect 7zipped tarballs?
It adds the magic numbers in src/buffer.c so that you can do:
tar -xf foo.tar.7z
without having to specify an uncompressor manualy.
This patch has already been sent to upstream.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
-- no debconf information
diff -ur tar-1.15.1.old/src/buffer.c tar-1.15.1/src/buffer.c
--- tar-1.15.1.old/src/buffer.c 2004-12-21 16:09:24.0 +0100
+++ tar-1.15.1/src/buffer.c 2005-12-14 12:07:28.0 +0100
@@ -153,7 +153,8 @@
ct_none,
ct_compress,
ct_gzip,
- ct_bzip2
+ ct_bzip2,
+ ct_p7zip
};
struct zip_magic
@@ -170,6 +171,7 @@
{ ct_compress, \037\235, 2, compress, -Z },
{ ct_gzip, \037\213, 2, gzip, -z },
{ ct_bzip2,BZh, 3, bzip2, -j },
+ { ct_p7zip,7z\274\257\047\034, 6, p7zip, --use-compress-program=p7zip },
};
#define NMAGIC (sizeof(magic)/sizeof(magic[0]))
Bug#347715: p7zip support (data.tar.7z)
Package: dpkg
Version: 1.13.11
Severity: wishlist
Tags: patch
Hi!
Please could you add p7zip support for data.tar.7z ? It is analogous to the
gzip/bzip2/cat options already present. Patch attached.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages dpkg depends on:
ii coreutils [textutils] 5.93-5 The GNU core utilities
dpkg recommends no packages.
-- no debconf information
diff -ur dpkg-1.13.11.old/debian/control dpkg-1.13.11/debian/control
--- dpkg-1.13.11.old/debian/control 2005-08-14 20:56:53.0 +0200
+++ dpkg-1.13.11/debian/control 2006-01-12 10:12:23.0 +0100
@@ -27,7 +27,7 @@
Priority: standard
Architecture: all
Depends: dpkg (= 1.13.1), perl5, perl-modules, cpio (= 2.4.2-2), patch (=
2.2-1), make, binutils
-Recommends: gcc | c-compiler, bzip2
+Recommends: gcc | c-compiler, bzip2, p7zip
Suggests: gnupg, debian-keyring
Conflicts: dpkgname
Replaces: dpkgname, dpkg ( 1.4.1.8), dpkg-doc-ja
diff -ur dpkg-1.13.11.old/dpkg-deb/build.c dpkg-1.13.11/dpkg-deb/build.c
--- dpkg-1.13.11.old/dpkg-deb/build.c 2005-06-06 06:07:12.0 +0200
+++ dpkg-1.13.11/dpkg-deb/build.c 2006-01-12 10:00:39.0 +0100
@@ -443,6 +443,7 @@
switch (compress_type) {
case GZ: datamember= DATAMEMBER_GZ; break;
case BZ2: datamember= DATAMEMBER_BZ2; break;
+ case P7Z: datamember= DATAMEMBER_P7Z; break;
case CAT: datamember= DATAMEMBER_CAT; break;
default:
ohshit(_(Internal error, compress_type `%i' unknown!),
compress_type);
diff -ur dpkg-1.13.11.old/dpkg-deb/dpkg-deb.h dpkg-1.13.11/dpkg-deb/dpkg-deb.h
--- dpkg-1.13.11.old/dpkg-deb/dpkg-deb.h2005-06-06 06:07:12.0
+0200
+++ dpkg-1.13.11/dpkg-deb/dpkg-deb.h2006-01-12 10:00:17.0 +0100
@@ -45,6 +45,8 @@
#define DATAMEMBER_COMPAT_GZ data.tar.gz/
#define DATAMEMBER_BZ2 data.tar.bz2
#define DATAMEMBER_COMPAT_BZ2 data.tar.bz2/
+#define DATAMEMBER_P7Z data.tar.7z
+#define DATAMEMBER_COMPAT_P7Z data.tar.7z/
#define DATAMEMBER_CAT data.tar
#define DATAMEMBER_COMPAT_CAT data.tar/
diff -ur dpkg-1.13.11.old/dpkg-deb/extract.c dpkg-1.13.11/dpkg-deb/extract.c
--- dpkg-1.13.11.old/dpkg-deb/extract.c 2005-06-06 06:07:12.0 +0200
+++ dpkg-1.13.11/dpkg-deb/extract.c 2006-01-12 10:01:05.0 +0100
@@ -157,6 +157,10 @@
!memcmp(arh.ar_name,DATAMEMBER_COMPAT_BZ2,sizeof(arh.ar_name))) {
adminmember= 0;
compress_type= BZ2;
+ } else if (!memcmp(arh.ar_name,DATAMEMBER_P7Z,sizeof(arh.ar_name)) ||
+
!memcmp(arh.ar_name,DATAMEMBER_COMPAT_P7Z,sizeof(arh.ar_name))) {
+ adminmember= 0;
+ compress_type= P7Z;
} else if (!memcmp(arh.ar_name,DATAMEMBER_CAT,sizeof(arh.ar_name)) ||
!memcmp(arh.ar_name,DATAMEMBER_COMPAT_CAT,sizeof(arh.ar_name))) {
adminmember= 0;
diff -ur dpkg-1.13.11.old/dpkg-deb/main.c dpkg-1.13.11/dpkg-deb/main.c
--- dpkg-1.13.11.old/dpkg-deb/main.c2005-06-16 05:19:47.0 +0200
+++ dpkg-1.13.11/dpkg-deb/main.c2006-01-12 10:14:43.0 +0100
@@ -79,7 +79,7 @@
--nocheck suppress control file check (build bad
package).\n
-z# to set the compression when building\n
-Ztype set the compression type to use when building.\n
- allowed values: gzip, bzip2, none\n
+ allowed values: gzip, bzip2, p7zip, none\n
\n
Format syntax:\n
A format is a string that will be output for each package. The format\n
@@ -170,6 +170,8 @@
compress_type= GZ;
else if (!strcmp(value, bzip2))
compress_type= BZ2;
+ else if (!strcmp(value, p7zip))
+compress_type= P7Z;
else if (!strcmp(value, none))
compress_type= CAT;
else
diff -ur dpkg-1.13.11.old/lib/compression.c dpkg-1.13.11/lib/compression.c
--- dpkg-1.13.11.old/lib/compression.c 2005-06-06 06:07:12.0 +0200
+++ dpkg-1.13.11/lib/compression.c 2006-01-12 09:59:58.0 +0100
@@ -90,6 +90,16 @@
}
execlp(BZIP2,bzip2,-dc,(char*)0); ohshite(_(%s: failed to exec
bzip2 -dc), v.buf);
#endif
+case P7Z:
+ if (fd_in != 0) {
+m_dup2(fd_in, 0);
+close(fd_in);
+ }
+ if (fd_out != 1) {
+m_dup2(fd_out, 1);
+close(fd_out);
+ }
+ execlp(P7ZIP,p7zip,-d,(char*)0); ohshite(_(%s: failed to exec p7zip
-d), v.buf);
case CAT:
fd_fd_copy(fd_in, fd_out, -1, _(%s: decompression), v.buf);
exit(0);
@@ -199,6 +209,16 @@
combuf[1]= *compression;
execlp(BZIP2,bzip2,combuf,(char*)0); ohshit(_(%s: failed to exec
Bug#347783: please include .mka and .flac in the audio search filter
Package: amule Severity: wishlist Tags: patch Please, could you include .mka and .flac in the audio search filter? Patch attached. It'd be nice if you could also forward this to upstream. Thank you! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) --- amule-2.1.0/src/OtherFunctions.cpp~ 2006-01-01 06:17:25.0 +0100 +++ amule-2.1.0/src/OtherFunctions.cpp 2006-01-12 17:56:19.0 +0100 @@ -211,7 +211,8 @@ if ( ext==wxT(mpc) || ext==wxT(mp4) || ext==wxT(aac) || ext==wxT(ape) || ext==wxT(mp3) || ext==wxT(mp2) || ext==wxT(wav) || ext==wxT(au) || ext==wxT(ogg) || ext==wxT(wma) || ext==wxT(rma) || ext==wxT(mid) || -ext==wxT(m4a) || ext==wxT(m4b) || ext==wxT(m4p) ) +ext==wxT(m4a) || ext==wxT(m4b) || ext==wxT(m4p) || ext=wxT(flac) || +ext=wxT(mka) ) return ftAudio; if ( ext==wxT(jpg) || ext==wxT(jpeg) || ext==wxT(bmp) || ext==wxT(gif) ||
Bug#347636: Fwd: [Bug-tar] [PATCH] p7zip support
Upstream didn't want auto-detection either. Please consider adding it to the debian package at least.. On Fri, Jan 13, 2006 at 03:11:22PM +0200, Sergey Poznyakoff wrote: Robert Millan [EMAIL PROTECTED] wrote: Ok. If my arguments didn't convince you, would you consider adding the part of my patch that would allow to auto-detect .tar.7z archives ? (patch attached) Thank you. I believe, however, that, given the p7zip deficiences, it is too early to add its implicit support to GNU tar. It is not a big requirement for the user to include --use-compress-program=p7zip option in the command line, and its presense there would imply the user's concious desision to use that format with all possible implications. I wi gladly add your patch to GNU tar when proper streaming is implemented in p7zip. Regards, Sergey -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322197: OSS_GETVERSION ioctl (on /dev/mixer) fails with ENXIO
On Thu, Dec 08, 2005 at 05:55:03PM +0100, [EMAIL PROTECTED] wrote: Hi again; Sorry for the delay ... there are people upstream interested in the patches. We haven't made any significant improvements to the OSS implementation, just a small patch that adds OSS_GETVERSION ioctl and a pair other macros. See: http://svn.debian.org/wsvn/glibc-bsd/trunk/kfreebsd-5/debian/patches/017_oss_compat.diff?op=filerev=0sc=0 but if upstream wants to take it that's fine. Feel free to forward this URL to whoever it may concern. Please check: http://www.freebsd.org/projects/ideas/ Nice. So there are plans in upstream for an ALSA compatibility layer! That'd be very helpful indeed. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322599: ping
Any progress on this bug? -- Robert Millan it's about trust... i don't trust them. that's all i need to know. (wrt Digital Restriction Management, seen in Slashdot) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322599: [Pkg-mono-group] Bug#322599: ping
On Sat, Dec 10, 2005 at 05:40:41PM +0100, Mirco Bauer wrote: On Sat, 2005-12-10 at 16:09 +0100, Robert Millan wrote: Any progress on this bug? Short: not really, I don't have good feelings to use the debian boehm gc for Mono. Long: Mono is not simply bundling the boehm gc, they are also doing (required) fixes/changes to it which are found while mono's development. Waiting and checking that all mono fixes really hit boehm upstream would be a PITA. If you take a look at the mono-$ver/libgc/ChangeLog you will see what I am talking about. I see. So I guess we'll have to treat this boehm-gc as a fork, and port it separately. In the meantime, could you please disable it for systems where it's not known to be supported? That currently means Linux only. Something like: ifneq (, $(filter linux-gnu $(DEB_HOST_GNU_SYSTEM))) boehm=included else boehm=none endif [...] ./configure --with-gc=$(boehm) Thank you. -- Robert Millan it's about trust... i don't trust them. that's all i need to know. (wrt Digital Restriction Management, seen in Slashdot) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338715: nvidia-glx is not in Debian
Hi! What's all this fuss about a package that's not even part of Debian? What would happen if instead of nvidia-glx the conflict was with, say, Marillat's mplayer? :) I need -11 for one of my etch systems and it was quite disappointting that it wasn't available because of this. Friendly, -- Robert Millan it's about trust... i don't trust them. that's all i need to know. (wrt Digital Restriction Management, seen in Slashdot) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343513: please remove unneeded shared objects
Package: p7zip Version: 4.30.dfsg-1 Severity: wishlist Hi! Please could you remove shared objects to handle non-7z formats from /usr/lib/p7zip/Formats ? All except 7z.so are only needed to compress or uncompress non-7z formats, but we already have utilities in Debian to deal with them. I think this is just taking unnecessary space. p7zip is very good with its own compression format, but it just doesn't make any sense to reimplement other format handler (and it doesn't use the external libraries where available either). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages p7zip depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libstdc++64.0.2-5The GNU Standard C++ Library v3 p7zip recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343513: please remove unneeded shared objects
On Thu, Dec 15, 2005 at 09:36:37PM +0100, Mohammed Adn?ne Trojette wrote: Please could you remove shared objects to handle non-7z formats from /usr/lib/p7zip/Formats ? All except 7z.so are only needed to compress or uncompress non-7z formats, but we already have utilities in Debian to deal with them. I've read the logs on #debian-devel about it, and I think it is a good idea. But on the other hand, 7za is exactly that: a standalone *.7z file extractor and compressor. If I had to make a p7zip udeb, I think I would do that (either strip all so files or only keep /usr/bin/7za). Yes, that'd make sense. But for a normal package rather than udeb. I think this is just taking unnecessary space. p7zip is very good with its own compression format, but it just doesn't make any sense to reimplement other format handler (and it doesn't use the external libraries where available either). p7zip packages, as of now, are a good way not to have to install all of arj, zip, ... utils to extract an archive file (that is the situation on my own laptop ;). Does my answer seems sane to you? Well, besides the problem that it is re-implementing code that is already in debian (and in a very mature stage), like zlib or libbz2, that's a valid point. However, I think most users really don't want it. I would suggest splitting the 7z binary and extra .so into a separate package so that people who just want to handle *.7z files get only what they need. If this doesn't convince you, maybe it's a good idea to ask for a third (fourth?) opinion in debian-devel ? Feel free to. Thanks! -- Robert Millan it's about trust... i don't trust them. that's all i need to know. (wrt Digital Restriction Management, seen in Slashdot) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264118: type-handling man page is missing
On Wed, Nov 02, 2005 at 11:37:03AM +0100, Peter Eisentraut wrote: Hi, I've transcribed the README.Debian into a man page. Attached is a patch that puts the man page into the source tree and removes the README.Debian. Hi! I'm not the maintainer (anymore), but are you aware this utility is deprecated in favour of dpkg aliases now? (see #291939) -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264118: type-handling man page is missing
On Fri, Nov 04, 2005 at 01:20:47AM +0100, Peter Eisentraut wrote: Robert Millan wrote: I'm not the maintainer (anymore), but are you aware this utility is deprecated in favour of dpkg aliases now? (see #291939) I was not aware of that, but judging from the discussion, it will still be hundreds of years before type-handling disappears entirely. You mean the discussion in #291939 ? Guillem said he was preparing an NMU.. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290719: acknowledged by developer (Bug#290719: fixed in procps 1:3.2.6-1)
On Fri, Nov 04, 2005 at 08:30:06AM +1100, Craig Small wrote: On Tue, Nov 01, 2005 at 03:08:49PM +0100, Robert Millan wrote: On Mon, Oct 31, 2005 at 04:33:30PM -0800, Debian Bug Tracking System wrote: * GNU/kFreeBSD Support Closes: #290719 It seems that you forgot the patch, see: http://www.buildd.net/cgi/package_status?unstable_pkg=procpssearchtype=kfreebsd I stuffed the patch up, not sure how exactly. I built it on io this time and other than an unknown HZ value message it looked fine. At last! Thank you very much :) -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322197: OSS_GETVERSION ioctl (on /dev/mixer) fails with ENXIO
On Fri, Nov 04, 2005 at 03:41:27AM +0100, Pedro F. Giffuni wrote: Hi Robert; I recently looked at your bug report on Debian, wondering if I could perhaps get some help for you guys here. Unfortunately the code that you would need to change: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/ is actually *not* OSS, according to the manpage the pcm driver was rewritten for FreeBSD 5.2! Since it's not OSS I'm not sure it would make sense to add that ioctl. Perhaps you could patch the code or suggest the package maintainer that when FreeBSD=5 is detected it assumes or skips the OSS_VERSION? Hi! Currently, we're using kFreeBSD 5.4. We patched it to support OSS_VERSION and OSS_GETVERSION in order to improve compatibility with OSS. However, the patch we used was not totaly correct, so the ioctl is present but not working. Please note that OSS is both a standard and an application, much like X11. But in this case the application is propietary, so when we speak of OSS we're referring to the standard that both free implementations (like the ones in Linux or kernels of *BSD) and the propietary implementation (used in propietary Un*x) follow. What I'd like is that our OSS is more compatible with the one in Linux, since this is the actual de-facto standard (i.e. what everyone is using to develop OSS programs). If the propietary one has functions that we don't have, this is not a big deal, but if the Linux one does, that means more packages that break on GNU/kFreeBSD. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322597: GNU/kFreeBSD support (patch update)
retitle 322597 GNU/kFreeBSD support
thanks
Hi,
I'm adding GNU/kFreeBSD SCSI transport support to the patch in #322597.
Please could you apply this soon? This bug is very old now.
(attached 22_linux_rawio_capability.dpatch is a portable replacement that
doesn't assume Linux)
Thanks!
--
Robert Millan
#! /bin/sh /usr/share/dpatch/dpatch-run
##
## DP: Add linux specific rawio capability allocation to work with kernels
2.6.8
@DPATCH@
diff -ur cdrtools-2.01+01a01.old/RULES/os-linux.id
cdrtools-2.01+01a01/RULES/os-linux.id
--- cdrtools-2.01+01a01.old/RULES/os-linux.id 1997-02-01 01:10:06.0
+0100
+++ cdrtools-2.01+01a01/RULES/os-linux.id 2005-08-19 20:53:43.0
+0200
@@ -22,3 +22,5 @@
###
O_ARCH=linux
-O_ARCH= -$(O_ARCH)
+
+LIB_CAP= -lcap
diff -ur cdrtools-2.01+01a01.old/cdrecord/Makefile
cdrtools-2.01+01a01/cdrecord/Makefile
--- cdrtools-2.01+01a01.old/cdrecord/Makefile 2004-05-26 09:31:00.0
+0200
+++ cdrtools-2.01+01a01/cdrecord/Makefile 2005-08-19 20:55:47.0
+0200
@@ -33,7 +33,7 @@
../include/scg/scgio.h ../include/scg/scsidefs.h \
../include/scg/scsireg.h ../include/scg/scsitransp.h
#LIBS= -lschily $(LIB_SOCKET)
-LIBS= -lrscg -lscg $(LIB_VOLMGT) -ledc_ecc -ldeflt -lschily
$(SCSILIB) $(LIB_SOCKET)
+LIBS= -lrscg -lscg $(LIB_VOLMGT) -ledc_ecc -ldeflt -lschily
$(SCSILIB) $(LIB_SOCKET) $(LIB_CAP)
XMK_FILE= Makefile.man
###
diff -ur cdrtools-2.01+01a01.old/cdrecord/cdrecord.c
cdrtools-2.01+01a01/cdrecord/cdrecord.c
--- cdrtools-2.01+01a01.old/cdrecord/cdrecord.c 2004-10-17 13:44:58.0
+0200
+++ cdrtools-2.01+01a01/cdrecord/cdrecord.c 2005-08-19 20:55:06.0
+0200
@@ -58,6 +58,9 @@
#include defaults.h
#include movesect.h
+#ifdef __linux__
+#include sys/capability.h/* for rawio capability */
+#endif
char cdr_version[] = 2.01.01a01;
@@ -244,6 +247,10 @@
LOCAL voidset_wrmode __PR((cdr_t *dp, int wmode, int tflags));
LOCAL voidlinuxcheck __PR((void));
+#ifdef __linux__
+LOCAL int get_cap __PR((cap_value_t cap_array));
+#endif
+
struct exargs {
SCSI*scgp;
cdr_t *dp;
@@ -505,6 +512,14 @@
#endif
comerr(Panic cannot set back effective uid.\n);
}
+
+#ifdef __linux__
+ /* get the rawio capability */
+ if (get_cap(CAP_SYS_RAWIO))
+ perror(Error: Cannot gain SYS_RAWIO capability.
+ Is cdrecord installed SUID root?\n);
+#endif
+
/*
* WARNING: We now are no more able to do any privilleged operation
* unless we have been called by root.
@@ -1032,6 +1047,12 @@
if (setreuid(-1, getuid()) 0)
comerr(Panic cannot set back effective
uid.\n);
}
+#ifdef __linux__
+ if (get_cap(CAP_SYS_RAWIO))
+ perror(Error: Cannot gain SYS_RAWIO capability.
+ Is cdrecord installed SUID root?\n);
+#endif
+
#endif
}
if ((*dp-cdr_set_speed_dummy)(scgp, dp, speed) 0) {
@@ -4724,3 +4745,18 @@
}
#endif
}
+
+#ifdef __linux__
+LOCAL int
+get_cap(cap_array)
+ cap_value_t cap_array;
+{
+ int ret;
+ cap_t capa;
+ capa = cap_get_proc();
+ cap_set_flag(capa, CAP_EFFECTIVE, 1, cap_array, CAP_SET);
+ ret = cap_set_proc(capa);
+ cap_free(capa);
+ return ret;
+}
+#endif
diff -ur -N cdrtools-2.01+01a03.old/debian/control
cdrtools-2.01+01a03/debian/control
--- cdrtools-2.01+01a03.old/debian/control 2005-11-06 20:17:01.0
+0100
+++ cdrtools-2.01+01a03/debian/control 2005-11-06 20:21:48.0 +0100
@@ -3,7 +3,7 @@
Section: otherosfs
Maintainer: Joerg Jaspert [EMAIL PROTECTED]
Uploaders: Eduard Bloch [EMAIL PROTECTED], Steve McIntyre [EMAIL PROTECTED]
-Build-Depends: debhelper (=4.1.16), autotools-dev, smake, zlib1g-dev, dpatch,
libcap-dev
+Build-Depends: debhelper (=4.1.16), autotools-dev, smake, zlib1g-dev, dpatch,
libcap-dev [!kfreebsd-i386 !hurd-i386], libcam-dev [kfreebsd-i386]
Standards-Version: 3.6.2.1
Package: cdrecord
diff -ur -N cdrtools-2.01+01a03.old/debian/patches/00list
cdrtools-2.01+01a03/debian/patches/00list
--- cdrtools-2.01+01a03.old/debian/patches/00list 2005-11-06
20:17:00.0 +0100
+++ cdrtools-2.01+01a03/debian/patches/00list 2005-11-06 20:19:27.0
+0100
@@ -20,4 +20,5 @@
24_debug_tmpfile
25_mkisofs_iconv_manpage
26_author_locale
-30_doc_typo_fixes
\ No newline at end of file
+30_doc_typo_fixes
+31_gnu-kfreebsd.dpatch
diff -ur -N cdrtools-2.01+01a03.old/debian/patches/31_gnu-kfreebsd.dpatch
cdrtools-2.01+01a03/debian/patches/31_gnu-kfreebsd.dpatch
--- cdrtools-2.01+01a03.old/debian
Bug#338378: kfreebsd-5: please enable altq support
On Thu, Nov 10, 2005 at 12:46:25AM +0100, Aurelien Jarno wrote: tag 338378 + pending thanks On Wed, Nov 09, 2005 at 10:59:30PM +, Brian M. Carlson wrote: Package: kfreebsd-5 Severity: wishlist Please enable altq support, as I'd like to be able to use the features it provides wrt pf, such as limiting the bandwidth to Windows boxes. ;-) Fixed in SVN. I plan to release new kernel image this week-end, I am not sure though if I'll upload them directly or if I will ask for test first because there will be a lot of changes in the /boot directory to allow more than one kernel to be installed at a time. How about `experimental'? -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313300: please fix this trivial FTBFS
Hi, It seems the wildcard patch you made reference to (bug #291939) has been put on hold for a lot of time now (almost 5 months). Moreover, I heard you have objections to it. If there are problems with Guillem's patch (even if the problems are just lack of time to verify it), then please don't conditionalise fixing of this trivial FTBFS to the wildcard support. Just fix the FTBFS (which is the inmediate problem for what the etch release is concerned), and we'll talk later about wildcards if you like. Anyway, using wildcards in dpkg _itself_ would be a bad idea, since then you'd create a bootstrap problem for ports compiling the new version of dpkg. So if you want a smooth transition we still need to add the old !kfreebsd-i386 to dpkg's debian/control. The fix for this bug is as simple as: -Build-Depends: [...], libselinux1-dev [!hurd-i386] +Build-Depends: [...], libselinux1-dev [!hurd-i386 !kfreebsd-i386] Thank you. -- Robert Millan --- dpkg-1.13.11/debian/control~2005-08-14 20:56:53.0 +0200 +++ dpkg-1.13.11/debian/control 2005-12-22 13:45:17.470767960 +0100 @@ -5,7 +5,7 @@ Origin: debian Bugs: debbugs://bugs.debian.org Standards-Version: 3.6.1.0 -Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libselinux1-dev [!hurd-i386] +Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libselinux1-dev [!hurd-i386 !kfreebsd-i386] Package: dpkg Architecture: any
Bug#344417: ITP: freebsd6-buildutils -- Utilities for building FreeBSD 6.x sources
Package: wnpp Severity: wishlist Owner: Robert Millan [EMAIL PROTECTED] * Package name: freebsd6-buildutils Version : 6.0 * URL : http://www.freebsd.org/ * License : BSD Description : Utilities for building FreeBSD 6.x sources This package contains the FreeBSD 6.x counterparts of some standard build utilities (make, yacc, lex ..) . They have some specific modifications needed to be able to build FreeBSD 6.x sources. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344419: ITP: kfreebsd-6 -- kernel of FreeBSD 6.x
Package: wnpp Severity: wishlist Owner: Robert Millan [EMAIL PROTECTED] * Package name: kfreebsd-6 Version : 6.0 * URL : http://www.freebsd.org/ * License : BSD Description : kernel of FreeBSD 6.x kfreebsd-source-6.0: Description: source code for kernel of FreeBSD 6.0 with Debian patches This package provides the source code for kernel of FreeBSD 6.0, base of a GNU/kFreeBSD system. Description for the other, kfreebsd-i386-specific binary packages is analogous to the ones in kfreebsd-5 debian/control file. Preliminar packages available at svn://svn.debian.org/glibc-bsd/trunk/kfreebsd-6 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344547: please use -f in umount
Package: initscripts
Version: 2.86.ds1-6
Severity: wishlist
Tags: patch
Hi,
There's a bug in kFreeBSD which causes killall5 not to work properly (actualy,
not to work at all). In this conditions, it is common that umounting a
local filesystem or remounting / as readonly fail, because there is a stale
process using these filesystems.
I think it'd be a good thing if -f was always passed to umount and to mount
-o ro,remount, since AFAICT there's no situation in which, during system halt
sequence, you'd want such operations to abort, leaving the kernel with
filesystems mounted read-write, thus potentialy causing corruption in the fs.
Please consider this patch. It should be harmless if your system works
properly, but can prevent problems in awkward situations like this one.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages initscripts depends on:
ii coreutils5.93-5 The GNU core utilities
ii dpkg 1.13.11.0.1 package maintenance system for Deb
ii e2fsprogs1.38-2 ext2 file system utilities and lib
ii libc62.3.5-8.1 GNU C Library: Shared libraries an
ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip
ii util-linux 2.12p-8 Miscellaneous system utilities
initscripts recommends no packages.
-- no debconf information
diff -ur sysvinit-2.86.ds1.old/debian/initscripts/etc/init.d/umountfs
sysvinit-2.86.ds1/debian/initscripts/etc/init.d/umountfs
--- sysvinit-2.86.ds1.old/debian/initscripts/etc/init.d/umountfs
2005-12-23 18:23:17.485223000 +0100
+++ sysvinit-2.86.ds1/debian/initscripts/etc/init.d/umountfs2005-12-23
18:23:59.258873280 +0100
@@ -38,7 +38,7 @@
esac
DIRS=$DIRS $DIR
done
-umount -r -d $DIRS
+umount -f -r -d $DIRS
)
log_action_end_msg $?
diff -ur sysvinit-2.86.ds1.old/debian/initscripts/etc/init.d/umountroot
sysvinit-2.86.ds1/debian/initscripts/etc/init.d/umountroot
--- sysvinit-2.86.ds1.old/debian/initscripts/etc/init.d/umountroot
2005-12-23 18:23:17.500221000 +0100
+++ sysvinit-2.86.ds1/debian/initscripts/etc/init.d/umountroot 2005-12-23
18:24:06.497772800 +0100
@@ -21,7 +21,7 @@
do_stop () {
[ $VERBOSE != no ] log_action_begin_msg Mounting root filesystem
read-only
-mount -n -o remount,ro /
+mount -f -n -o remount,ro /
[ $VERBOSE != no ] log_action_end_msg $?
}
Bug#344546: incomplete /proc/pid/stat breaks killall5
Package: kfreebsd-5 Severity: important The fields startcode and endcode in /proc/pid/stat are hardcoded to 0, both for normal processes and kernel processes (or whatever you want to call them). killall5 (sysvinit) uses these values to determine wether a process belongs to kernel. When both startcode and endcode are 0, then it's a kernel one. So on GNU/kFreeBSD, it thinks _every_ process is a kernel process. As a consequence, it won't kill anything. So any mounted filesystems (including the root fs) will fail to umount, causing occasional filesystem corruption. I'm not sure how to fix this properly. I've tried hardcoding endcode to (unsigned)-1, the result being that when killall5 is called, you lost your system. It can be either: - Because it killed a critical kernel process. - Because it killed the shell I was running and/or init. For now I'll send a patch to sysvinit maintainers asking to pass -f to umount. This is not the proper fix, but I think it's reasonable to use -f anyway, just in case. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344547: [Pkg-sysvinit-devel] Bug#344547: please use -f in umount
On Fri, Dec 23, 2005 at 10:36:41PM +0100, Thomas Hood wrote: Robert Millan wrote: I think it'd be a good thing if -f was always passed to umount umount(8) says: -f Force unmount (in case of an unreachable NFS system). (Requires kernel 2.1.116 or later.) So the -f option has an effect on kFreeBSD too? Yes. Though we don't use the same mount/umount command, most basic flags are the same. From http://www.freebsd.org/cgi/man.cgi?query=umount -f The file system is forcibly unmounted. Active special devices continue to work, but all other files return errors if further accesses are attempted. The root file system cannot be forcibly unmounted. From http://www.freebsd.org/cgi/man.cgi?query=mount -f Forces the revocation of write access when trying to downgrade a file system mount status from read-write to read-only. Also forces the R/W mount of an unclean file system (dangerous; use with caution). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274927: ping
Any comments on this bug? If updating libffi is a problem, I could send a patch for the version of libffi you're using to support GNU/kFreeBSD. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274927: ia64
Actualy it seems this library is only used on ia64. So it isn't very important to update (we don't have an ia64-kfreebsd-gnu port yet ;). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334106: /usr/share/p7zip ?
Hi, Having the p7zip script in /usr/share is not very useful if you're going to invoke that command from the shell :). Please could you move it to /usr/bin/ ? Thanks! -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322599: acknowledged by developer (Bug#322599: fixed in mono 1.1.12.1-1)
On Wed, Dec 28, 2005 at 03:33:26AM -0800, Debian Bug Tracking System wrote: + debian/control: - Added libx11-dev and libxt-dev to build-deps. - Added libgc-dev [kfreebsd-i386] to build-deps. (Closes: #322599) Earlier you said it wasn't a good idea to use an external libgc. Don't you think it'd be better to disable GC completely for GNU/kFreeBSD untill it can be used properly? -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322599: [Pkg-mono-group] Bug#322599: acknowledged by developer (Bug#322599: fixed in mono 1.1.12.1-1)
On Wed, Dec 28, 2005 at 06:12:08PM +0100, Mirco Bauer wrote: On Wed, 2005-12-28 at 15:27 +0100, Robert Millan wrote: On Wed, Dec 28, 2005 at 03:33:26AM -0800, Debian Bug Tracking System wrote: + debian/control: - Added libx11-dev and libxt-dev to build-deps. - Added libgc-dev [kfreebsd-i386] to build-deps. (Closes: #322599) Earlier you said it wasn't a good idea to use an external libgc. Don't you think it'd be better to disable GC completely for GNU/kFreeBSD untill it can be used properly? let's see what happens :) kfreebsd is not official anyhow, so maybe it will just work? Mono without garbage collection is useless, the programs will never free any objects... so I took this route Ah, right. That's ok then. Thank you -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345206: false positive (even with --use-unzip)
Package: fcrackzip Version: 0.3-2 Severity: normal I found a false positive with the following zip file: http://www1.videofilia.com/videosjj/dedete_en_plena_calle.zip (WARNING: contains sexualy explicit video) sha1sum: a2ea72658c6a3dc20abe0ce08109b6c848076227 Using the following command: $ nice -20 fcrackzip --brute-force --method zip6 --verbose --length 6 --use-unzip -c a1: dedete_en_plena_calle.zip fcrackzip reported bd6veg as valid password, but in fact it isn't. (of course, re-trying with -p bd6veh works around the problem) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages fcrackzip depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an fcrackzip recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344547: -f in mount
Hi,
Since -f is not available for mount on GNU/Linux (well, it is, but doesn't have
the force meaning), could you conditionalise it and pass -f for GNU/kFreeBSD ?
Patch follows:
--- /etc/init.d/umountroot~ 2005-11-18 16:51:59.0 +0100
+++ /etc/init.d/umountroot 2005-12-30 21:16:42.579833600 +0100
@@ -21,7 +21,10 @@
do_stop () {
[ $VERBOSE != no ] log_action_begin_msg Mounting root filesystem
read-only
-mount -n -o remount,ro /
+if [ `uname -s` = GNU/kFreeBSD ] ; then
+ force=-f
+fi
+mount ${force} -n -o remount,ro /
[ $VERBOSE != no ] log_action_end_msg $?
}
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344417: ITP: freebsd6-buildutils -- Utilities for building FreeBSD 6.x sources
On Tue, Jan 03, 2006 at 12:42:22PM +0100, Josselin Mouette wrote: Le jeudi 22 d?cembre 2005 ? 16:51 +0100, Robert Millan a ?crit : This package contains the FreeBSD 6.x counterparts of some standard build utilities (make, yacc, lex ..) . They have some specific modifications needed to be able to build FreeBSD 6.x sources. Maybe it's a dumb question, but isn't there a way to patch these tools and/or the freebsd sources so that we can build them with the standard tools in Debian? Yes but: - In big packages (like kFreeBSD), it's a huge work. - Upstream is extremely unlikely to accept patches for that. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313300: kfreebsd-amd64
Actualy, it'd be much better to support the upcoming kfreebsd-amd64 as well (the cputable already supports it). Patch attached. -- Robert Millan --- dpkg-1.13.11/debian/control~2005-08-14 20:56:53.0 +0200 +++ dpkg-1.13.11/debian/control 2005-12-22 13:45:17.470767960 +0100 @@ -5,7 +5,7 @@ Origin: debian Bugs: debbugs://bugs.debian.org Standards-Version: 3.6.1.0 -Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libselinux1-dev [!hurd-i386] +Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] Package: dpkg Architecture: any
Bug#345950: Please enable for kfreebsd-i386
Package: ia32-libs
Severity: normal
Tags: patch
Hi!
This package can be used on GNU/kFreeBSD-i386 to complement Linux ABI emulation
in the kernel.
Please, could you enable it for kfreebsd-i386 ? This requires a minor change in
debian/rules as well as adding the architecture to debian/control.
Patch attached. Thank you!
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
diff -ur ia32-libs-1.5.old/debian/control ia32-libs-1.5/debian/control
--- ia32-libs-1.5.old/debian/control2005-11-12 12:23:04.0 +0100
+++ ia32-libs-1.5/debian/control2006-01-04 12:09:18.0 +0100
@@ -6,7 +6,7 @@
Standards-Version: 3.6.1.0
Package: ia32-libs
-Architecture: amd64 ia64
+Architecture: amd64 ia64 kfreebsd-i386
Depends: lsb-release, lib32gcc1, ${lib:Depends}
Replaces: ia32-libs-openoffice.org
Description: ia32 shared libraries for use on amd64 and ia64 systems
@@ -15,7 +15,7 @@
a 64-bit kernel.
Package: ia32-libs-dev
-Architecture: amd64 ia64
+Architecture: amd64 ia64 kfreebsd-i386
Section: libdevel
Depends: ia32-libs (= ${Source-Version}), ${dev:Depends}
Description: ia32 development libraries and headers for use on ia32/ia64
systems
diff -ur ia32-libs-1.5.old/debian/rules ia32-libs-1.5/debian/rules
--- ia32-libs-1.5.old/debian/rules 2005-11-12 12:42:51.0 +0100
+++ ia32-libs-1.5/debian/rules 2006-01-04 12:06:42.0 +0100
@@ -85,13 +85,16 @@
# Make ldd work for 32-bit and 64-bit binaries.
[ -x debian/ia32-libs/usr/bin/ldd ]
- case $$(uname -m) in \
- x86_64) \
+ case $$(uname -s):$$(uname -m) in \
+ Linux:x86_64) \
RTLDLIST=/lib/ld-linux-x86-64.so.2 /lib/ld-linux.so.2
\
;; \
- ia64) \
+ Linux:ia64) \
RTLDLIST=/lib/ld-linux-ia64.so.2 /lib/ld-linux.so.2 \
;; \
+ *:i*86) \
+ RTLDLIST=/lib/ld.so.1 /lib/ld-linux.so.2 \
+ ;; \
*) \
echo Unsupported architecture; exit 1 \
;; \
Bug#331517: patch update for GNU/kFreeBSD
Package: xorg-x11 Version: 6.8.2.dfsg.1-6 Severity: normal Tags: experimental patch Most of GNU/kFreeBSD patches have been merged upstream and will make it into 6.9rc1. I'm attaching an up-to-date (and much smaller) replacement for 001_gnu-kbsd.diff. 003_gnu-kbsd_sessreg.diff is also merged in upstream. As for 002_gnu-kbsd_wacom.diff it is merged in linuxwacom upstream. I don't know wether this will make it into 6.9rc1 or not. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Author: rmh Status: https://bugs.freedesktop.org/show_bug.cgi?id=3810 Index: extras/drm/shared/drm.h === RCS file: /cvs/xorg/xc/extras/drm/shared/drm.h,v retrieving revision 1.3 diff -u -r1.3 drm.h --- extras/drm/shared/drm.h 15 Jun 2005 19:05:06 - 1.3 +++ extras/drm/shared/drm.h 18 Jul 2005 19:17:24 - @@ -71,15 +71,15 @@ #define DRM_IOC_WRITE _IOC_WRITE #define DRM_IOC_READWRITE _IOC_READ|_IOC_WRITE #define DRM_IOC(dir, group, nr, size) _IOC(dir, group, nr, size) -#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__DragonFly__) -#if defined(__FreeBSD__) defined(IN_MODULE) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__DragonFly__) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) defined(IN_MODULE) /* Prevent name collision when including sys/ioccom.h */ #undef ioctl #include sys/ioccom.h #define ioctl(a,b,c) xf86ioctl(a,b,c) #else #include sys/ioccom.h -#endif /* __FreeBSD__ xf86ioctl */ +#endif /* __FreeBSD_kernel__ xf86ioctl */ #define DRM_IOCTL_NR(n) ((n) 0xff) #define DRM_IOC_VOID IOC_VOID #define DRM_IOC_READ IOC_OUT Index: lib/GL/dri/drm/Imakefile === RCS file: /cvs/xorg/xc/lib/GL/dri/drm/Imakefile,v retrieving revision 1.4 diff -u -r1.4 Imakefile --- lib/GL/dri/drm/Imakefile 27 Aug 2004 03:22:12 - 1.4 +++ lib/GL/dri/drm/Imakefile 18 Jul 2005 19:17:33 - @@ -25,7 +25,7 @@ OS_SUBDIR2 = linux OS_SUBDIR3 = shared #endif -#if defined(FreeBSDArchitecture) || defined(BSDOSArchitecture) || \ +#if defined(KFreeBSDArchitecture) || defined(BSDOSArchitecture) || \ defined(NetBSDArchitecture) || defined(OpenBSDArchitecture) OS_SUBDIR = bsd OS_SUBDIR2 = linux
Bug#331696: FTBFS when upx-ucl-beta is installed
Package: dar Version: 2.2.2-1 Severity: serious [...] strip: debian/dar-static/usr/bin/dar_static: File format not recognized dh_strip: command returned error code 256 make: *** [binary-arch] Error 1 dar's configure script detects upx is installed and uses it to generate compressed (but broken) executables. You should either Build-Conflict with upx-ucl-beta or use --disable-upx. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dar depends on: ii libattr12.4.21-1.0.1 Extended attribute shared library ii libbz2-1.0 1.0.2-8.1high-quality block-sorting file co ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libdar3 2.2.2-1 Disk ARchive: Shared library ii libgcc1 1:4.0.1-6GCC support library ii libssl0.9.7 0.9.7g-2 SSL shared libraries ii libstdc++6 4.0.1-6 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-4compression library - runtime dar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217316: closing?
severity 217316 minor thanks Hi, This bug is much less important now, because makedev is now installable on all platforms (on non-Linux, it just won't create any device during postinst). I no longer care about it. Can we close it? -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323749: reopen (log_begin_msg)
reopen 323749 thanks This problem came back when switching to LSB functions. log_begin_msg doesn't output a trailing newline, so on GNU/kFreeBSD the message output is cluttered, like this: Rebooting...BlahBlah Blah BlahBlah Blah Instead of: Rebooting... BlahBlah Blah BlahBlah Blah I'm not sure how to fix this. LSB functions (as described in lsb-base's README.Debian) don't seem to consider the situation when output from another app follows the beginning message (much like dhclient when invoked by ifupdown, but in this case output can't be redirected to /dev/null because it comes from the kernel). Any ideas? -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332836: fails to boot when cpu-class is higher than supported
Package: kfreebsd-5 Severity: important Tags: patch kfreebsd-image-5-486 fails to boot on i586 or i686, and kfreebsd-image-5-585 fails to boot on i686. From src/sys/i386/i386/identcpu.c: #if defined(I586_CPU) [...] #endif #if defined(I686_CPU) [...] #endif default: printf(Unknown); /* will panic below... */ } printf(-class CPU)\n); If the case that would identify the CPU is pre-processed out, then Unknown-class CPU is printed, followed by a panic. Solution is to provide 586 and 686 support on 486, etc. Patch attached. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) diff -ur kfreebsd-5-5.4/config.old/486 kfreebsd-5-5.4/config/486 --- kfreebsd-5-5.4/config.old/486 2005-10-08 23:06:35.0 +0200 +++ kfreebsd-5-5.4/config/486 2005-10-08 23:19:50.0 +0200 @@ -3,6 +3,8 @@ machinei386 cpuI486_CPU +cpuI586_CPU +cpuI686_CPU ident Debian-i486 # To statically compile in device wiring instead of /boot/device.hints diff -ur kfreebsd-5-5.4/config.old/586 kfreebsd-5-5.4/config/586 --- kfreebsd-5-5.4/config.old/586 2005-10-08 23:06:35.0 +0200 +++ kfreebsd-5-5.4/config/586 2005-10-08 23:20:02.0 +0200 @@ -3,6 +3,7 @@ machinei386 cpuI586_CPU +cpuI686_CPU ident Debian-i586 # To statically compile in device wiring instead of /boot/device.hints
Bug#332897: set COPTFLAGS in config files to improve performance on subarches
Package: kfreebsd-5 Severity: wishlist Tags: patch I'm attaching a patch that should improve performance on high subarches: - i486 gets -march=i486 and -mtune=i686 - i586 gets -march=i586 - i686 gets -march=i686 Unless this causes runtime errors, I think there's no drawback in adding -march for the respective subarches. For -mtune, though, it is not clear what is better. My opinion is that, since the default kernel is the i486 one, it'll most often be used on i686, so it's probably better to tune for that cpu (but keeping compatibility with i486). This isn't only the case for installs on which the user didn't bother to switch to -586 or -686, but also for Live systems that are forced to use -486. As for i586, since they installed this package explicitly, it most likely means we're really on a i586 cpu, so -mtune would do more harm than good. This patch is a followup to the one in #332836. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) diff -ur config.old/486 config/486 --- config.old/486 2005-10-09 11:58:29.0 +0200 +++ config/486 2005-10-09 12:01:03.0 +0200 @@ -5,6 +5,7 @@ cpuI486_CPU cpuI586_CPU cpuI686_CPU +makeoptionsCOPTFLAGS=-march=i486 -mtune=i686 ident Debian-i486 # To statically compile in device wiring instead of /boot/device.hints diff -ur config.old/586 config/586 --- config.old/586 2005-10-09 11:58:29.0 +0200 +++ config/586 2005-10-09 12:01:15.0 +0200 @@ -4,6 +4,7 @@ machinei386 cpuI586_CPU cpuI686_CPU +makeoptions COPTFLAGS=-march=i586 ident Debian-i586 # To statically compile in device wiring instead of /boot/device.hints diff -ur config.old/686 config/686 --- config.old/686 2005-10-09 11:56:00.0 +0200 +++ config/686 2005-10-09 12:01:29.0 +0200 @@ -3,6 +3,7 @@ machinei386 cpuI686_CPU +makeoptions COPTFLAGS=-march=i686 ident Debian-i686 # To statically compile in device wiring instead of /boot/device.hints diff -ur config.old/686-smp config/686-smp --- config.old/686-smp 2005-10-09 11:56:00.0 +0200 +++ config/686-smp 2005-10-09 12:01:42.0 +0200 @@ -3,6 +3,7 @@ machinei386 cpuI686_CPU +makeoptions COPTFLAGS=-march=i686 ident Debian-i686-SMP # To statically compile in device wiring instead of /boot/device.hints
Bug#333110: unneeded library packages (already being installed implicitly)
Package: crosshurd Version: 1.7.20 Severity: minor Tags: patch Many packages listed in the install list do not need to be listed explicitly, because after crosshurd was changed to install all packages with Priority: required, since apt already drags them because of dependencies, they get installed for the first native-install run anyway. Patch attached. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages crosshurd depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii dpkg-dev 1.13.11package building tools for Debian Versions of packages crosshurd recommends: pn attr none (no description available) -- no debconf information diff -ur crosshurd-1.7.21.old/packages/common crosshurd-1.7.21/packages/common --- crosshurd-1.7.21.old/packages/common2005-09-12 12:53:45.0 +0200 +++ crosshurd-1.7.21/packages/common2005-10-10 07:31:59.0 +0200 @@ -16,25 +16,12 @@ ed findutils gawk -gcc-3.3-base -gettext-base grep gzip hostname inetutils-ping inetutils-syslogd info -libblkid1 -libdb2 -libgcc1 -libgdbmg1 -libncurses5 -libncursesw5 -libpcre3 -libpopt0 -libreadline4 -libstdc++5 -libwrap0 nano ncurses-base ncurses-bin @@ -44,5 +31,4 @@ tar tcpd util-linux -zlib1g grub
Bug#333111: GNU/kFreeBSD fixes
Package: crosshurd Version: 1.7.20 Severity: normal Tags: patch I'm attaching a pair of GNU/kFreeBSD fixes: - Update /etc/network/interfaces generated file to: - Support DHCP - Use gateway command (which now works) - Update kernel name in package list, and remove libc0.1. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages crosshurd depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii dpkg-dev 1.13.11package building tools for Debian Versions of packages crosshurd recommends: pn attr none (no description available) -- no debconf information diff -ur crosshurd-1.7.21.old/native-install/native-install crosshurd-1.7.21/native-install/native-install --- crosshurd-1.7.21.old/native-install/native-install 2005-08-07 15:05:35.0 +0200 +++ crosshurd-1.7.21/native-install/native-install 2005-10-08 23:32:40.0 +0200 @@ -210,17 +210,17 @@ auto lo0 iface lo0 inet loopback -# Replace ed0 with your interface (if different) -auto ed0 -iface ed0 inet static - address 192.168.0.3 - network 192.168.0.0 - netmask 255.255.255.0 -# route cli is broken, so use custom hooks here. -# If you have a gateway, uncomment the lines below and replace 192.168.0.2 -# with your gateway (if different). -# up route add -net 0.0.0.0 192.168.0.2 /dev/null -# down route -q flush /dev/null +# DHCP network (replace ed0 with your interface, if different) +#auto ed0 +#iface ed0 inet dhcp + +# Static network (replace ed0 with your interface, if different) +#auto ed0 +#iface ed0 inet static +# address 192.168.0.3 +# network 192.168.0.0 +# netmask 255.255.255.0 +# gateway 192.168.0.1 __EOF__ # fstab stuff diff -ur crosshurd-1.7.21.old/packages/kfreebsd-gnu crosshurd-1.7.21/packages/kfreebsd-gnu --- crosshurd-1.7.21.old/packages/kfreebsd-gnu 2005-08-07 15:02:01.0 +0200 +++ crosshurd-1.7.21/packages/kfreebsd-gnu 2005-10-09 20:56:46.0 +0200 @@ -1,8 +1,7 @@ freebsd-utils -kfreebsd-image-5.3-1 +kfreebsd-image-5-486 kfreebsd-loader login -libc0.1 procps psmisc sysv-rc
Bug#333138: chfn behaves bogusly when either fd 0, 1 or 2 is not a tty
Package: passwd Version: 1:4.0.3-39 Severity: normal aragorn:~# chfn rmh Changing the user information for rmh Enter the new value, or press ENTER for the default Full Name [rmh]:^C aragorn:~# cat | chfn rmh Changing the user information for rmh Enter the new value, or press ENTER for the default ^C aragorn:~# chfn rmh | cat ^C aragorn:~# chfn rmh 21 | cat ^C aragorn:~# -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages passwd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpam-modules0.76-23Pluggable Authentication Modules f ii libpam0g 0.76-23Pluggable Authentication Modules l ii login 1:4.0.3-39 system login tools passwd recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333147: FTBFS on GNU/kFreeBSD (only debian-specific fixes)
Package: util-linux
Version: 2.12p-7
Severity: important
Tags: patch
Here's the debian-specific part of the changes needed to fix FTBFS on
GNU/kFreeBSD. The upstream part is being sent by Guillem Jover directly to
upstream.
As for disabling 10agetty, it is only necessary because the patch adds
#includes of Linux-specific headers unconditionaly. Note that the patch was
already disabled in practice so on GNU/Linux this is a no-op.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages util-linux depends on:
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libncurses5 5.4-9 Shared libraries for terminal hand
ii libslang2 2.0.4-4The S-Lang programming library - r
ii libuuid1 1.38-2 universally unique id library
ii zlib1g1:1.2.3-4 compression library - runtime
util-linux recommends no packages.
-- no debconf information
diff -ur util-linux-2.12p.old/debian/patches/00list
util-linux-2.12p/debian/patches/00list
--- util-linux-2.12p.old/debian/patches/00list 2005-10-06 18:45:25.0
+0200
+++ util-linux-2.12p/debian/patches/00list 2005-10-06 19:47:00.0
+0200
@@ -1,4 +1,3 @@
-10agetty
10cal-widechar
10cfdisk
10debian
diff -ur util-linux-2.12p.old/debian/rules util-linux-2.12p/debian/rules
--- util-linux-2.12p.old/debian/rules 2005-10-06 18:45:25.0 +0200
+++ util-linux-2.12p/debian/rules 2005-10-06 19:52:35.0 +0200
@@ -25,7 +25,7 @@
sparc = $(findstring $(arch),sparc)
nohwclock = $(findstring $(arch),s390)
-SUBDIRS=po lib getopt disk-utils login-utils misc-utils mount sys-utils
text-utils
+SUBDIRS=po lib getopt disk-utils login-utils misc-utils sys-utils text-utils
ifeq ($(arch),$(fdisk_arch))
SUBDIRS += fdisk
endif
@@ -36,6 +36,7 @@
ifneq ($(arch),$(nohwclock))
SUBDIRS += hwclock
endif
+SUBDIRS += mount
endif
ifneq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
@@ -68,9 +69,12 @@
SUIDFILES = debian/tmp-mount/bin/{u,}mount
BINFILES = sys-utils/arch text-utils/more
-UBINFILES = sys-utils/{ipcs,ipcrm,setsid} \
- misc-utils/{namei,setterm,mcookie,whereis,ddate} \
+UBINFILES = sys-utils/{ipcrm,setsid} \
+ misc-utils/{namei,mcookie,whereis,ddate} \
getopt/getopt text-utils/{rev,line,pg}
+ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
+UBINFILES += sys-utils/ipcs misc-utils/setterm
+endif
SBINFILES = disk-utils/mkswap
ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
@@ -79,11 +83,15 @@
SBINFILES += hwclock/hwclock
endif
BINFILES += sys-utils/dmesg
-SBINFILES += disk-utils/{blockdev,raw} mount/pivot_root login-utils/agetty
+SBINFILES += disk-utils/{blockdev,raw} mount/pivot_root
UBINFILES += disk-utils/fdformat
USBINFILES = sys-utils/readprofile disk-utils/elvtune # disk-utils/setfdprm
endif
+ifneq ($(DEB_HOST_GNU_SYSTEM),gnu)
+SBINFILES += login-utils/agetty
+endif
+
UBINFILES2= misc-utils/chkdupexe # debian/fdformat # don't strip these
ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
@@ -111,11 +119,14 @@
MAN8FILES += hwclock/hwclock.8
endif
MAN1FILES += sys-utils/readprofile.1
-MAN8FILES += login-utils/agetty.8 disk-utils/{blockdev.8,elvtune.8} \
+MAN8FILES += disk-utils/{blockdev.8,elvtune.8} \
sys-utils/dmesg.8 mount/pivot_root.8 \
disk-utils/fdformat.8 disk-utils/raw.8 # disk-utils/setfdprm.8
endif
+ifneq ($(DEB_HOST_GNU_SYSTEM),gnu)
+MAN8FILES += login-utils/agetty.8
+endif
EXAMPLES = fdisk/sfdisk.examples getopt/getopt-{test,parse}.{ba,tc}sh
ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
@@ -123,8 +134,11 @@
endif
INFOFILES = sys-utils/ipc.info
-ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
+ifneq ($(DEB_HOST_GNU_SYSTEM),gnu)
DOCFILES = login-utils/{README.getty,README.modems-with-agetty,README.poeigl}
+endif
+
+ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
ifneq ($(arch),$(nohwclock))
DOCFILES += debian/README.Debian.hwclock
endif
@@ -204,11 +218,11 @@
mv -f debian/tmp/sbin/fdisk debian/tmp/sbin/ddisk
mv -f debian/tmp/usr/share/man/man8/fdisk.8
debian/tmp/usr/share/man/man8/ddisk.8
endif
-ifeq ($(DEB_HOST_GNU_SYSTEM),gnu)
+ifneq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
(cd debian/tmp/sbin ; mv mkswap mkswap.linux)
(cd debian/tmp/usr/share/man/man8 ; mv mkswap.8 mkswap.linux.8)
endif
-ifeq ($(DEB_HOST_GNU_SYSTEM),linux-gnu)
+ifneq ($(DEB_HOST_GNU_SYSTEM),gnu)
(cd debian/tmp/sbin ; mv agetty getty)
(cd debian/tmp/usr/share/man/man8 ; mv agetty.8 getty.8)
ifneq ($(arch), $(nohwclock))
Bug#290719: #290719: FTBFS on kfreebsd-gnu
On Mon, Oct 10, 2005 at 10:49:59AM +1000, [EMAIL PROTECTED] wrote: On Sun, Oct 09, 2005 at 06:40:48PM +0200, Robert Millan wrote: If I send you a clean patch with the rest of needed changes, would you consider appliing them to the debian package? We need to get this package fully ported in order to have a completely clean base system that can be made official into Debian. OK, I'll give it a look. I have two main criteria: 1) It must not break procps for Linux 2) Someone, somewhere will need to assist me in any kbsd-related bugs. Sounds fine. I'll prepare something. I'm using dpatch now so either send a dpatch or a patch and I'll mangle it into a dpatch. Ok. Thank you, -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333138: [Pkg-shadow-devel] Bug#333138: chfn behaves bogusly when either fd 0, 1 or 2 is not a tty
On Mon, Oct 10, 2005 at 08:08:01PM +0200, Christian Perrier wrote: Package: passwd Version: 1:4.0.3-39 Severity: normal Testing with 4.0.13 (next version). Should be the same with 4.0.12 (the version in unstable and Wednesday in testing): Sorry, my sid is a bit outdated :) aragorn:~# chfn rmh Changing the user information for rmh Enter the new value, or press ENTER for the default Full Name [rmh]:^C aragorn:~# cat | chfn rmh Changing the user information for rmh Enter the new value, or press ENTER for the default ^C If you enter something here, even on more than 1 line, then chfn will do what's advertised and change informations: Ok, but why wasn't Full Name [rmh]: printed? they're just standard characters; they don't really need a terminal to be output. I suspect there's a bogus isatty() check or something. aragorn:~# chfn rmh | cat ^C No idea what you're actually trying to do here... aragorn:~# chfn rmh 21 | cat ^C Same here This was just a test. When I found the problem, I was running chfn as part of a script, and redirecting stderr of the parent shell like this: script 21 | tee /tmp/log In this situation, this bug is very annoying, because your script suddenly hangs and you don't know what's going on (unless you were using set -x of course). Thanks, -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333138: [Pkg-shadow-devel] chfn behaves bogusly when either fd 0, 1 or 2 is not a tty
tags 333138 patch thanks On Tue, Oct 11, 2005 at 02:22:51AM +0300, Alexander Gattin wrote: chfn/chsh without cmdline parameters work interactively so you _should_ use ptys/expect-like program to script them (or use cmdline parameters). It's common issue with a lot of Unix utils. The problem with this one is that when it's being called indirectly by adduser, then your script has no control over it. you see The Classical Effect of Pipe Being Block-Buffered. I.e. without using smth. like fsync()/fflush() you won't see output until pipe is closed gracefully or buffer (4096 usually) gets full. Ah, right, you just say it. I've found this before, and fflush works wonders. must be contained just in the following code: printf (\t%s [%s]: , prompt, buf); if (fgets (newf, maxsize, stdin) != newf) This patch solves the problem. It affects the first lines of output (since they're in the same buffer), and all subsequent prompt queries. I've tested it with: # cat | chfn rmh 21 | cat And works perfectly. Thanks for your help (even if you thought it was not a bug, you actualy solved it..) --- shadow-4.0.12.old/libmisc/fields.c 2005-06-14 22:27:35.0 +0200 +++ shadow-4.0.12/libmisc/fields.c 2005-10-11 07:58:57.0 +0200 @@ -71,6 +71,7 @@ maxsize = sizeof (newf); printf (\t%s [%s]: , prompt, buf); + fflush (stdout); if (fgets (newf, maxsize, stdin) != newf) return; -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290719: #290719: FTBFS on kfreebsd-gnu
Ok, here is it. Made it the least intrusive I could. Tested it on GNU/Linux,
and put it in dpatch format as you requested.
--
Robert Millan
diff -Nur procps-3.2.5.old/debian/patches/00list
procps-3.2.5/debian/patches/00list
--- procps-3.2.5.old/debian/patches/00list 2005-10-10 11:32:40.0
+0200
+++ procps-3.2.5/debian/patches/00list 2005-10-10 18:16:44.0 +0200
@@ -5,3 +5,4 @@
30_pgrep_start_time
30_readproc_c
30_tload_no_optargs
+40_gnu-kbsd.dpatch
diff -Nur procps-3.2.5.old/debian/patches/40_gnu-kbsd.dpatch
procps-3.2.5/debian/patches/40_gnu-kbsd.dpatch
--- procps-3.2.5.old/debian/patches/40_gnu-kbsd.dpatch 1970-01-01
01:00:00.0 +0100
+++ procps-3.2.5/debian/patches/40_gnu-kbsd.dpatch 2005-10-10
18:17:00.0 +0200
@@ -0,0 +1,89 @@
+#! /bin/sh -e
+## 40_gnu-kbsd.dpatch by Robert Millan
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: GNU/kFreeBSD support.
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+case $1 in
+ -patch) patch $patch_opts -p1 $0;;
+ -unpatch) patch $patch_opts -p1 -R $0;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as
argum
+ent
+exit 1;;
+esac
+
+exit 0
[EMAIL PROTECTED]@
+diff -ur procps-3.2.5.old/proc/sig.c procps-3.2.5/proc/sig.c
+--- procps-3.2.5.old/proc/sig.c2003-03-19 01:52:39.0 +0100
procps-3.2.5/proc/sig.c2005-10-10 18:13:46.0 +0200
+@@ -50,6 +50,10 @@
+ # define SIGPWR 29
+ #endif
+
++#ifndef SIGPOLL
++#define SIGPOLL SIGIO
++#endif
++
+ typedef struct mapstruct {
+ const char *name;
+ int num;
+diff -ur procps-3.2.5.old/proc/version.c procps-3.2.5/proc/version.c
+--- procps-3.2.5.old/proc/version.c2003-01-29 02:11:43.0 +0100
procps-3.2.5/proc/version.c2005-10-10 18:13:46.0 +0200
+@@ -35,6 +35,9 @@
+
+ static void init_Linux_version(void) __attribute__((constructor));
+ static void init_Linux_version(void) {
++#ifndef __linux__
++int x = 2, y = 0, z = 0;
++#else
+ static struct utsname uts;
+ int x = 0, y = 0, z = 0; /* cleared in case sscanf() 3 */
+
+@@ -45,5 +48,6 @@
+ Non-standard uts for running kernel:\n
+ release %s=%d.%d.%d gives version code %d\n,
+ uts.release, x, y, z, LINUX_VERSION(x,y,z));
++#endif
+ linux_version_code = LINUX_VERSION(x, y, z);
+ }
+diff -ur procps-3.2.5.old/ps/common.h procps-3.2.5/ps/common.h
+--- procps-3.2.5.old/ps/common.h 2004-10-09 05:55:50.0 +0200
procps-3.2.5/ps/common.h 2005-10-10 18:13:53.0 +0200
+@@ -14,7 +14,13 @@
+
+ #include ../proc/procps.h
+ #include ../proc/readproc.h
+-#include asm/page.h /* looks safe for glibc, we need PAGE_SIZE */
++
++/* looks safe for glibc, we need PAGE_SIZE */
++#if defined(__linux__)
++# include asm/page.h
++#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
++# include machine/param.h
++#endif
+
+ #if 0
+ #define trace(args...) printf(## args)
+diff -ur procps-3.2.5.old/top.c procps-3.2.5/top.c
+--- procps-3.2.5.old/top.c 2005-01-26 06:15:18.0 +0100
procps-3.2.5/top.c 2005-10-10 18:13:46.0 +0200
+@@ -1869,6 +1869,9 @@
+ std_err(failed tty get);
+newtty = Savedtty;
+newtty.c_lflag = ~(ICANON | ECHO);
++#ifndef TAB3
++#define TAB3 XTABS
++#endif
+newtty.c_oflag = ~(TAB3);
+newtty.c_cc[VMIN] = 1;
+newtty.c_cc[VTIME] = 0;
diff -Nur procps-3.2.5.old/debian/procps.sh procps-3.2.5/debian/procps.sh
--- procps-3.2.5.old/debian/procps.sh 2005-10-10 11:32:39.0 +0200
+++ procps-3.2.5/debian/procps.sh 2005-10-10 18:17:28.0 +0200
@@ -8,7 +8,8 @@
[ -r /etc/default/rcS ] || exit 0
. /etc/default/rcS
-[ -x /sbin/sysctl ] || exit 0
+PATH=/sbin:$PATH
+which sysctl /dev/null || exit 0
case $1 in
@@ -26,7 +27,7 @@
n=
redir=
fi
- eval /sbin/sysctl $n -q -p $redir
+ eval sysctl $n -q -p $redir
if [ $VERBOSE = yes ]
then
echo ... done.
diff -Nur procps-3.2.5.old/debian/rules procps-3.2.5/debian/rules
--- procps-3.2.5.old/debian/rules 2005-10-10 11:32:39.0 +0200
+++ procps-3.2.5/debian/rules 2005-10-10 18:17:28.0 +0200
@@ -10,6 +10,8 @@
PACKAGE=procps
+DEB_HOST_GNU_SYSTEM?= $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM)
+
ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
INSTALL_PROGRAM += -s
endif
@@ -58,6 +60,15 @@
(cp proc/*.h $(CURDIR)/debian/procps/usr/include/proc)
cp static/libproc.a $(CURDIR)/debian/libproc-dev/usr/lib
+ifneq ($(DEB_HOST_GNU_SYSTEM), linux-gnu)
+ rm -f \
+ $(CURDIR)/debian/procps
Bug#324593: GNU/kFreeBSD
Hi, Please note this file is also used on GNU/kFreeBSD. It's not a big deal if Linux-specific commands appear commented out in it, but please mind about not uncommenting them. Also, you might want to remove the reference to /etc/network/options, that file is deprecated now. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290719: #290719: FTBFS on kfreebsd-gnu
On Mon, Oct 10, 2005 at 10:49:59AM +1000, [EMAIL PROTECTED] wrote: 2) Someone, somewhere will need to assist me in any kbsd-related bugs. Ah, wrt to kbsd-related bugs in the future, you don't really need to worry about it. I mean, every maintainer should try to avoid obvious Linux-isms (which doesn't happen yet), but other than this, if a bug appears we're always going to provide a patch or at least help with it. In case you want to actively check that procps supports GNU/kFreeBSD, you're welcome to try it using io.debian.net (DD-accessible machine), or ask the porting team for assistance. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333138: [Pkg-shadow-devel] Bug#333138: chfn behaves bogusly when either fd 0, 1 or 2 is not a tty
On Tue, Oct 11, 2005 at 06:40:02AM +0200, Christian Perrier wrote: Funnily, stdin can still be used as input to chfn (and, I guess, chsh) as I showed in my example. The output is a bit ugly because the prompts are still sent to stdout, but it does the job. I propose closing this bug report. No, there's a bug that needs fixing. And as said before the fix is as simple as adding an fflush call. Did you see the patch I just sent? -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333138: [Pkg-shadow-devel] Bug#333138: chfn behaves bogusly when either fd 0, 1 or 2 is not a tty
On Tue, Oct 11, 2005 at 08:47:08PM +0300, Alexander Gattin wrote: No, there's only 1 BTW very common issue which does not need any fixing IMNSHO. Interactive operation works, cmdline operation works. What else? Nobody promised operating in semi- or improperly emulated interactive modes (proper emulation is achieved with expect, python-expect, libexpect-perl or alike). I don't understand why you mention expect. This program is intended to solve more complex problems than this one. I personally (we all?) didn't see any patch from you, It's in the bug log. But it's just a one-liner based on the code lines you quoted, so it's not really worth searching for it.. although, well, today _I_ am actually experimenting with shadow hacked with my own patches which among others include a workaround for this issue you suffer from. That's nice to hear. But this insertion of fflush() here and there without any defined plan etc. is just chaotic patching/fixing, it won't resolve the conceptual issues -- and even with shadow patched to its furthest limits, you would still require to use smth. expect-like for your purposes, becaue there are still awk/grep/sed (*) and other old good :/ Unix utils besides shadow suite... These utilities are general purpose and not specificaly intended to obtain input from the user. In case a script invokes them with this purpose, it is the responsability of such script to ensure that question prompts are flushed out before reading from stdin is attempted. (*) http://suxx.kak-sam.to/awkgrep.jpg Heh, funny. -- Robert Millan --- shadow-4.0.12.old/libmisc/fields.c 2005-06-14 22:27:35.0 +0200 +++ shadow-4.0.12/libmisc/fields.c 2005-10-11 07:58:57.0 +0200 @@ -71,6 +71,7 @@ maxsize = sizeof (newf); printf (\t%s [%s]: , prompt, buf); + fflush (stdout); if (fgets (newf, maxsize, stdin) != newf) return;
Bug#335338: please enable color in boot screen
Package: kfreebsd-5 Severity: wishlist Please could you add this line to the default loader.conf? loader_color=YES it enables color in the loader screen, making output _much_ nicer. Specialy when using the latest kfreebsd-loader (5.4-1), which sets up a Debian-ish look. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335525: please add quiet/dequiet commands
Package: irssi-text
Version: 0.8.9-3.1
Severity: wishlist
Tags: patch
In freenode, there's +q mode in addition to +v. This mode quiets someone
independently on wether the channel is moderated.
Attached patch implements /quiet and /dequiet aliases for this command.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages irssi-text depends on:
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libglib2.0-0 2.8.1-1The GLib library of C routines
ii libncurses5 5.4-9 Shared libraries for terminal hand
ii libperl5.85.8.7-6Shared Perl library
ii libssl0.9.7 0.9.7g-2 SSL shared libraries
ii perl 5.8.7-6Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.7] 5.8.7-6The Pathologically Eclectic Rubbis
irssi-text recommends no packages.
-- no debconf information
diff -ur irssi-text-0.8.9.old/src/irc/core/modes.c irssi-text-0.8.9/src/irc/core/modes.c
--- irssi-text-0.8.9.old/src/irc/core/modes.c 2002-12-09 23:00:02.0 +0100
+++ irssi-text-0.8.9/src/irc/core/modes.c 2005-10-24 15:09:08.0 +0200
@@ -715,6 +715,36 @@
g_free_not_null(nicks);
}
+/* SYNTAX: QUIET nicks */
+static void cmd_quiet(const char *data, IRC_SERVER_REC *server,
+ WI_ITEM_REC *item)
+{
+IRC_CHANNEL_REC *channel;
+ char *nicks;
+
+CMD_IRC_SERVER(server);
+
+ nicks = get_nicks(server, item, data, 0, 0, channel);
+ if (nicks != NULL *nicks != '\0')
+ channel_set_singlemode(channel, nicks, +q);
+ g_free_not_null(nicks);
+}
+
+/* SYNTAX: DEQUIET nicks */
+static void cmd_dequiet(const char *data, IRC_SERVER_REC *server,
+ WI_ITEM_REC *item)
+{
+IRC_CHANNEL_REC *channel;
+ char *nicks;
+
+CMD_IRC_SERVER(server);
+
+ nicks = get_nicks(server, item, data, -1, 1, channel);
+ if (nicks != NULL *nicks != '\0')
+ channel_set_singlemode(channel, nicks, -q);
+ g_free_not_null(nicks);
+}
+
/* SYNTAX: MODE your nick|channel [mode [mode parameters]] */
static void cmd_mode(const char *data, IRC_SERVER_REC *server,
IRC_CHANNEL_REC *channel)
@@ -778,6 +808,8 @@
command_bind_irc(deop, NULL, (SIGNAL_FUNC) cmd_deop);
command_bind_irc(voice, NULL, (SIGNAL_FUNC) cmd_voice);
command_bind_irc(devoice, NULL, (SIGNAL_FUNC) cmd_devoice);
+ command_bind_irc(quiet, NULL, (SIGNAL_FUNC) cmd_quiet);
+ command_bind_irc(dequiet, NULL, (SIGNAL_FUNC) cmd_dequiet);
command_bind_irc(mode, NULL, (SIGNAL_FUNC) cmd_mode);
command_set_options(op, yes);
@@ -796,5 +828,7 @@
command_unbind(deop, (SIGNAL_FUNC) cmd_deop);
command_unbind(voice, (SIGNAL_FUNC) cmd_voice);
command_unbind(devoice, (SIGNAL_FUNC) cmd_devoice);
+ command_unbind(quiet, (SIGNAL_FUNC) cmd_quiet);
+ command_unbind(dequiet, (SIGNAL_FUNC) cmd_dequiet);
command_unbind(mode, (SIGNAL_FUNC) cmd_mode);
}
Bug#335525: please add quiet/dequiet commands
tags 335525 - patch thanks On Mon, Oct 24, 2005 at 04:46:49PM +0100, David Pashley wrote: On Oct 24, 2005 at 14:28, Robert Millan praised the llamas by saying: Package: irssi-text Version: 0.8.9-3.1 Severity: wishlist Tags: patch In freenode, there's +q mode in addition to +v. This mode quiets someone independently on wether the channel is moderated. Attached patch implements /quiet and /dequiet aliases for this command. Can this not be done with: /alias quiet /mode +q /alias dequiet /mode -q Uhm actualy, it seems my patch (or these alias) don't do exactly what I wanted. What I'd like if for /quiet (or /mode +q) to benefit from the same nick-netmask expansion that /ban has: /ban nick -- 18:41 -!- mode/#channel [+b [EMAIL PROTECTED] by op /mode +q nick -- 18:41 -!- mode/#channel [+b [EMAIL PROTECTED] by op Note the different resulting netmask in both cases. Also, note that in the latter case, +b is printed (I'm not sure why). However, +q is what actualy takes effect. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335644: floods klogd / dmesg buffers with useless log messages
Package: shorewall Version: 2.4.5-1 Severity: normal Shorewall floods klogd / dmesg buffers with useless log messages. This makes the console almost unusable (you can barely read what you type). Please see what upstream says about it: http://www.shorewall.net/FAQ.htm#faq16 I think klogd should allow importing this variable from /etc/defaults/klogd, but at the very least a debconf message in shorewall would help. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages shorewall depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis Versions of packages shorewall recommends: ii wget 1.10.2-1 retrieves files from the web -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335338: reopen
reopen 335338 thanks Patch 901, addressing this, was committed to svn, but looks like it didn't make it into the package. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335866: please compress kernel image with gzip
Package: kfreebsd-5 Severity: wishlist Please could you compress the kernel image with gzip? I just noticed that the FreeBSD loader can handle it just fine. The gain is significant: [EMAIL PROTECTED]:/boot/kernel$ du -h kernel 6.1Mkernel [EMAIL PROTECTED]:/boot/kernel$ sudo gzip -9 kernel [EMAIL PROTECTED]:/boot/kernel$ du -h kernel.gz 2.4Mkernel.gz (for LiveCDs, this also means faster loading) -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335872: FTBFS on GNU/kFreeBSD
Package: cloop-utils
Version: 2.02.1+eb.10+kbsd
Severity: important
Tags: patch
Fails to build on GNU/kFreeBSD. The attached patch solves the problem (it
removes duplicate byteswapping code and merges all cases into a
system-independant one).
Please could you send this to upstream?
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages cloop-utils depends on:
ii libc0.12.3-1+kbsd.11 GNU C Library: Shared libraries an
ii libgcc11:4.0.2-2 GCC support library
ii libstdc++6 4.0.2-2 The GNU Standard C++ Library v3
ii zlib1g 1:1.2.3-6 compression library - runtime
cloop-utils recommends no packages.
-- no debconf information
diff -ur cloop-2.02.1+eb.10.old/advancecomp-1.14/advfs.cc cloop-2.02.1+eb.10+kbsd/advancecomp-1.14/advfs.cc
--- cloop-2.02.1+eb.10.old/advancecomp-1.14/advfs.cc 2005-10-04 01:37:21.0 +0200
+++ cloop-2.02.1+eb.10+kbsd/advancecomp-1.14/advfs.cc 2005-10-26 09:12:55.0 +0200
@@ -38,6 +38,7 @@
#include sys/stat.h
#include pthread.h
#include time.h
+#include endian.h
#include fcntl.h
#include zlib.h
#include compressed_loop.h
@@ -90,33 +91,27 @@
#define MAXLEN(blocksize) ((blocksize) + (blocksize)/1000 + 12)
-# if defined(linux) || defined(__linux__)
-#include asm/byteorder.h
-#define ENSURE64UINT(x) __cpu_to_be64(x)
+#ifdef __CYGWIN__
+typedef uint64_t loff_t;
#endif
-
-#if defined(__CYGWIN__)
-
+#ifndef be64toh
static __inline __uint64_t
__bswap64(__uint64_t _x)
{
- return ((_x 56) | ((_x 40) 0xff00) | ((_x 24) 0xff) |
- ((_x 8) 0xff00) | ((_x 8) ((__uint64_t)0xff 32)) |
- ((_x 24) ((__uint64_t)0xff 40)) |
- ((_x 40) ((__uint64_t)0xff 48)) | ((_x 56)));
+return ((_x 56) | ((_x 40) 0xff00) | ((_x 24) 0xff) |
+((_x 8) 0xff00) | ((_x 8) ((__uint64_t)0xff 32)) |
+((_x 24) ((__uint64_t)0xff 40)) |
+((_x 40) ((__uint64_t)0xff 48)) | ((_x 56)));
}
-#define ENSURE64UINT(x) __bswap64(x)
-#endif
-
-// FIXME: also use __bswap64 on BSD with additional checks, see
-// extract_compressed_fs.c
-
-#ifndef ENSURE64UINT
-#warning System not Linux, endian correction macro not available
-#warning Assuming the system is Big-Endian (eg. PowerPC)
-#define ENSURE64UINT(x) (uint64_t) x
+#if BYTE_ORDER == LITTLE_ENDIAN
+#define be64toh(x) __bswap64(x)
+#else
+#define be64toh(x)
#endif
+#endif /* !be64toh */
+#define __be64_to_cpu be64toh
+#define ENSURE64UINT __be64_to_cpu
#define die(msg) { cerr ERROR: msg . Exiting...endl; exit(1); }
diff -ur cloop-2.02.1+eb.10.old/debian/control cloop-2.02.1+eb.10+kbsd/debian/control
--- cloop-2.02.1+eb.10.old/debian/control 2005-08-20 10:19:52.0 +0200
+++ cloop-2.02.1+eb.10+kbsd/debian/control 2005-10-26 08:59:10.0 +0200
@@ -2,7 +2,7 @@
Section: misc
Priority: optional
Maintainer: Eduard Bloch [EMAIL PROTECTED]
-Build-Depends: debhelper ( 3.0.0), zlib1g-dev, module-assistant, bzip2
+Build-Depends: debhelper ( 3.0.0), zlib1g-dev, module-assistant [!kfreebsd-i386], bzip2
Standards-Version: 3.6.2.1
Package: cloop-utils
diff -ur cloop-2.02.1+eb.10.old/extract_compressed_fs.c cloop-2.02.1+eb.10+kbsd/extract_compressed_fs.c
--- cloop-2.02.1+eb.10.old/extract_compressed_fs.c 2005-09-25 17:17:36.0 +0200
+++ cloop-2.02.1+eb.10+kbsd/extract_compressed_fs.c 2005-10-26 09:12:17.0 +0200
@@ -5,39 +5,15 @@
#include stdlib.h
#include sys/stat.h
#include fcntl.h
+#include endian.h
#include errno.h
#include string.h
#include zlib.h
#include netinet/in.h
-#if defined(__FreeBSD__)
-#include sys/endian.h
-#include netinet/in.h
-typedef uint64_t loff_t;
-#ifndef be64toh
-static __inline __uint64_t
-__bswap64(__uint64_t _x)
-{
- return ((_x 56) | ((_x 40) 0xff00) | ((_x 24) 0xff) |
- ((_x 8) 0xff00) | ((_x 8) ((__uint64_t)0xff 32)) |
- ((_x 24) ((__uint64_t)0xff 40)) |
- ((_x 40) ((__uint64_t)0xff 48)) | ((_x 56)));
-}
-#if BYTE_ORDER == LITTLE_ENDIAN
-#define be64toh(x) __bswap64(x)
-#else
-#define be64toh(x)
-#endif
-#endif
-#define __be64_to_cpu be64toh
-#else
-#include asm/byteorder.h
-#endif
-#include compressed_loop.h
-
-#if defined(__CYGWIN__)
-#include netinet/in.h
+#ifdef __CYGWIN__
typedef uint64_t loff_t;
+#endif
#ifndef be64toh
static __inline __uint64_t
__bswap64(__uint64_t _x)
@@ -53,9 +29,9 @@
#else
#define be64toh(x)
#endif
-#endif
+#endif /* !be64toh */
#define __be64_to_cpu be64toh
-#endif
+#include compressed_loop.h
struct compressed_block
{
Bug#335898: bogus all rights reserved message
Package: kfreebsd-5 Severity: normal The following lines are printed by kFreeBSD when boot starts: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. I think there two problems with that: - All rights reserved would imply that the software is not licensed at all, which isn't true. The answers I got from #debian-devel indicate it's perfectly legal to remove this message for clarification. - These lines were added to advertise BSD 4.4 and FreeBSD, but our system is much different, and contains code copyrighted by a lot other contributors (FSF, SPI, X, etc). In this context, I think advertising UCB doesn't make any sense. As for FreeBSD, I'm not so sure. Perhaps we should keep it, but still indicate that this copyright doesn't refer to the whole system as it did on FreeBSD. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335898: bogus all rights reserved message
On Wed, Oct 26, 2005 at 11:16:14AM -0500, Jeffrey L. Taylor wrote: Quoting Robert Millan [EMAIL PROTECTED]: Package: kfreebsd-5 Severity: normal The following lines are printed by kFreeBSD when boot starts: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. I think there two problems with that: - All rights reserved would imply that the software is not licensed at all, which isn't true. The answers I got from #debian-devel indicate it's perfectly legal to remove this message for clarification. IIRC, the phrase All rights reserved. is required for copyrighted material in some Latin American countries. Without it, it isn't copyrighted. I.e., All rights reserved. is the equivalent of Copyright 2005 I. Author. Of course, IANAL. According to what I've been told in #debian-devel (which makes sense to me), all rights reserved means you have no right to use this software. However, the licensing terms in the source code should take preference. I'm CCing debian-legal, perhaps they can mirror some light into this. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335898: bogus all rights reserved message
On Wed, Oct 26, 2005 at 10:21:40AM -0700, Josh Triplett wrote: - All rights reserved would imply that the software is not licensed at all, which isn't true. The answers I got from #debian-devel indicate it's perfectly legal to remove this message for clarification. ^ Not unless you are the copyright holder. I meant to say from the boot message here. Does this also apply to the boot log? Your other response below seems to indicate otherwise: [...] alternatively, you could remove the copyright notice *from the boot messages* (since it is not the copyright notice which is governing the work). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335898: bogus all rights reserved message
On Wed, Oct 26, 2005 at 07:51:23PM +0200, Aurelien Jarno wrote: - These lines were added to advertise BSD 4.4 and FreeBSD, but our system is much different, and contains code copyrighted by a lot other contributors (FSF, SPI, X, etc). In this context, I think advertising UCB doesn't make Exactly as FreeBSD (except SPI). [...] On FreeBSD, it also don't apply to the whole system. I think it applies to the kernel, even on FreeBSD. Ah, right. I completely forgot their userland includes stuff from other sources. Well I don't really know what we should do, but that's clearly not a problem nor a bug, that's why I am decreasing the severity to wishlist. I don't mind closing then (unless someone in the debian-legal thread wants to back up the claim that all rights reserved means the software is not licensed at all). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336376: depends on Linux-specific nfs-kernel-server
Package: replicator Severity: important This package depends on nfs-kernel-server, which is Linux-specific, so it's not installable on GNU/kFreeBSD. Please could you make it: nfs-kernel-server | nfs-server so that any other nfs server can be used? thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336376: depends on Linux-specific nfs-kernel-server
On Sun, Oct 30, 2005 at 12:10:25AM +0200, Sebastien Chaumat wrote: Hi, My last tests with nfs-user-server showed that it doesn't work correctly for replicator. Can you test another nfs server before I actually change the deps. We don't have another nfs server currently. However, if the requisites in replicator are generic nfsd funcionality, and no special feature is needed, you should allow other packages providing nfs-server to satisfy it. If nfs-user-server is a problem for a specific reason, I suggest: Depends: nfs-kernel-server | nfs-server Conflicts: nfs-user-server Then we port, for example, FreeBSD nfsd [1] to GNU/kFreeBSD, we can make it provide nfs-server and everything will work. [1] http://www.freebsd.org/cgi/man.cgi?query=nfsdsektion=8 -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336496: ldd
I observed this some time ago, but I didn't give it any importance untill seeing this bug. It is the same bug, right? On GNU/Linux: [EMAIL PROTECTED]:~$ ldd /bin/ls | grep /lib/ld /lib/ld-linux.so.2 (0xb7f48000) On GNU/kFreeBSD: [EMAIL PROTECTED]:~$ ldd /bin/ls | grep /lib/ld /lib/ld.so.1 = /lib/ld.so.1 (0x) -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334793: /etc/sysctl.conf: /etc/network/options is deprecated
Dan Jacobson wrote: Should I # cat /etc/network/options /etc/sysctl.conf # rm /etc/network/options or are these already defaults, etc. and can I just do the rm? When upgrading one should be asked if one wants this done perhaps. If you do that, please make sure the question is only asked on GNU/Linux (since all the options in this file are Linux-specific). On other platforms, you could just remove this file without asking. It is of no use there. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290719: acknowledged by developer (Bug#290719: fixed in procps 1:3.2.6-1)
reopen 290719 thanks On Mon, Oct 31, 2005 at 04:33:30PM -0800, Debian Bug Tracking System wrote: * GNU/kFreeBSD Support Closes: #290719 It seems that you forgot the patch, see: http://www.buildd.net/cgi/package_status?unstable_pkg=procpssearchtype=kfreebsd -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333689: please, could you provide memdisk and sbootmgr.dsk in the package?
Package: sbm Severity: wishlist The following floppy bootdisk: http://vlaadworld.net/archive/grub-0.95-i386-pc+sbootmgr.ext2fs.img Loads GRUB, whose menu.lst is setup to load sbm, as follows: title Start Smart Boot Manager (for Old Machines) kernel (fd0)/memdisk initrd (fd0)/sbootmgr.dsk The memdisk and sbootmgr.dsk files are not present in the sbm package. I think it would be useful if they were generated in debian/rules. This way I could just install the package and point my hdd GRUB to the proper path, and get sbm without having to grab a real floppy. TIA -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319799: new patch (GNU/kFreeBSD support)
Hi,
Here's a new patch with the changes you requested via IRC.
--
Robert Millan
diff -ur debootstrap-0.3.1.7.old/functions debootstrap-0.3.1.7/functions
--- debootstrap-0.3.1.7.old/functions 2005-08-13 07:40:54.0 +0200
+++ debootstrap-0.3.1.7/functions 2005-10-13 10:09:50.0 +0200
@@ -732,12 +732,21 @@
}
setup_proc () {
- on_exit umount $TARGET/dev/pts
- on_exit umount $TARGET/dev/shm
- on_exit umount $TARGET/proc/bus/usb
+ case $ARCH in
+kfreebsd-*)
+ on_exit umount $TARGET/dev
+ procfs=linprocfs
+;;
+*)
+ on_exit umount $TARGET/dev/pts
+ on_exit umount $TARGET/dev/shm
+ on_exit umount $TARGET/proc/bus/usb
+ procfs=proc
+;;
+ esac
on_exit umount $TARGET/proc
umount $TARGET/proc 2/dev/null || true
- in_target mount -t proc proc /proc
+ in_target mount -t ${procfs} proc /proc
}
setup_proc_fakechroot () {
@@ -746,15 +755,21 @@
}
setup_devices () {
- if [ -e $DEVICES_TARGZ ]; then
-(cd $TARGET; zcat $DEVICES_TARGZ | tar -xf -)
- else
-if [ -e /dev/.devfsd ]; then
- in_target mount -t devfs devfs /dev
-else
- error 1 NODEVTGZ no %s. cannot create devices $DEVICES_TARGZ
-fi
- fi
+ case $ARCH in
+kfreebsd-*)
+ in_target mount -t devfs devfs /dev ;;
+*)
+ if [ -e $DEVICES_TARGZ ]; then
+(cd $TARGET; zcat $DEVICES_TARGZ | tar -xf -)
+ else
+if [ -e /dev/.devfsd ] ; then
+ in_target mount -t devfs devfs /dev
+else
+ error 1 NODEVTGZ no %s. cannot create devices $DEVICES_TARGZ
+fi
+ fi
+;;
+ esac
}
setup_devices_fakechroot () {
Bug#333921: priority of mouse template too low
Package: xserver-xorg
Version: 6.8.2.dfsg.1-8
Severity: normal
Tags: patch
The priority of mouse template (medium) is too low, and unsuitable for use
with a LiveCD: Since the /etc/init.d/xserver-xorg script intended for LiveCD
usage uses -phigh when configuring this package, mice won't be configured
unless they can be configured automaticaly via mdetect, which:
a) doesn't always work
b) doesn't work on all platforms (currently not available for GNU/kFreeBSD)
Please find attached patch to rise priority to high.
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.3-1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages xserver-xorg depends on:
ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii libc0.1 2.3-1+kbsd.11 GNU C Library: Shared libraries an
ii libgcc1 1:4.0.2-2 GCC support library
ii libxau6 6.8.2.dfsg.1-8 X Authentication library
ii libxdmcp6 6.8.2.dfsg.1-8 X Display Manager Control Protocol
ii xserver-common6.8.2.dfsg.1-8 files and utilities common to all
ii zlib1g1:1.2.3-4 compression library - runtime
Versions of packages xserver-xorg recommends:
pn discover | discover1 none (no description available)
pn laptop-detect none (no description available)
pn mdetect none (no description available)
ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
pn xresprobe none (no description available)
-- debconf information excluded
Index: debian/xserver-xorg.config.in
===
--- debian/xserver-xorg.config.in (revision 676)
+++ debian/xserver-xorg.config.in (working copy)
@@ -1253,7 +1253,8 @@
# Let's keep the changes not intrusive, even if less elegant.
# priority of xserver-xorg/config/inputdevice/mouse/{port,protocol}
-PRIORITY=medium
+PRIORITY=high
+PRIORITY_CEILING=
AUTODETECTED_PORT=
AUTODETECTED_PROTOCOL=
Bug#334071: missing '-' and '=' keycodes for sendkey command
Package: qemu
Version: 0.7.0-4+kbsd
Severity: normal
Tags: patch
Keycodes '-' and '=' for sendkey command are missing, so one cannot do
combinations like:
sendkey ctrl-alt--
Or:
sendkey ctrl-alt-shift-=
(i.e. ctrl-alt-+)
This makes reducing or increasing X resolution in runtime impossible. Please
see attached patch.
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.3-1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages qemu depends on:
ii bochsbios 2.2.1-2BIOS for the Bochs emulator
ii libc0.1 2.3-1+kbsd.11 GNU C Library: Shared libraries an
ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
ii openhackware 0.4.1-1OpenFirmware emulator for PowerPC
ii proll 18-1 JavaStation PROM 2.x compatible re
ii vgabios 0.5c-1 VGA BIOS software for the Bochs an
ii zlib1g1:1.2.3-4 compression library - runtime
Versions of packages qemu recommends:
ii debootstrap 0.3.1.7Bootstrap a basic Debian system
pn sharutils none (no description available)
-- no debconf information
--- qemu-0.7.0/monitor.c~ 2005-04-27 22:52:05.0 +0200
+++ qemu-0.7.0/monitor.c2005-10-15 14:16:25.0 +0200
@@ -590,6 +590,8 @@
{ 0x09, 8 },
{ 0x0a, 9 },
{ 0x0b, 0 },
+{ 0x0c, - },
+{ 0x0d, = },
{ 0x0e, backspace },
{ 0x0f, tab },
Bug#334106: gzip-like CLI wrapper script
Package: p7zip Version: 4.29.dfsg-1 Severity: wishlist Tags: patch Hi, I've written a small wrapper script that provides gzip-like interface: [EMAIL PROTECTED]:/tmp/7z$ echo foo | ./p7zip | file - /dev/stdin: 7z archive data, version 0.2 [EMAIL PROTECTED]:/tmp/7z$ echo foo | ./p7zip | ./p7zip -d foo It sort off works around bug #323932 (Cannot combine -si and -so options) by using temporary files. But since streaming isn't supported in 7z, it's not very efficient. Later one could patch tar appropiately so that something like this can be done: [EMAIL PROTECTED]:/tmp/7z$ PATH=.:$PATH tar -cIvf bar.7z ./bar ./bar [EMAIL PROTECTED]:/tmp/7z$ PATH=.:$PATH tar -xIvf bar.7z ./bar Please could you add this to the package? It'd be nice if you sent it upstream also. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages p7zip depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libstdc++64.0.2-2The GNU Standard C++ Library v3 p7zip recommends no packages. -- no debconf information p7zip Description: application/shellscript
Bug#323932: weird error
A bit better now. Instead of segfault, I get this weird error: [EMAIL PROTECTED]:~$ echo foo | 7z a dummy -si -so /dev/null 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=C,Utf16=off,HugeFiles=on) Creating archive StdOut Error: System error: E_NOTIMPL -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334071: missing '-' and '=' keycodes for sendkey command
On Sat, Oct 15, 2005 at 05:13:11PM +0200, Elrond wrote: On Sat, Oct 15, 2005 at 02:18:32PM +0200, Robert Millan wrote: Package: qemu Version: 0.7.0-4+kbsd Severity: normal Tags: patch Keycodes '-' and '=' for sendkey command are missing, so one cannot do combinations like: [...] Do you happen to know, if 0.7.2 is also affected or this has been fixed-upstream? I just checked their CVS and it isn't: http://savannah.nongnu.org/cgi-bin/viewcvs/qemu/qemu/monitor.c -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334228: renders network unusable
Package: kfreebsd-5 Severity: critical There's a critical usability problem with version 5.4-2. See: http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2005-October/000563.html I have verified that 5.4-1 is not affected. Since the differences between these versions are minimal: * Enabled 586 and 686 CPUs support on the 486 flavour and 686 CPUs support on the 586 flavour (closes: bug#332836). * Use --march to optimize flavours (closes: bug#332897). It's almost 1:1 sure caused by -march flag (sorry, my fault :(() -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
