Bug#352174: RFP: klamav -- Graphical front-end for clamav
Package: wnpp Severity: wishlist * Package name: klamav Version : 0.35.1 Upstream Author : Robert Hogan [EMAIL PROTECTED] * URL : http://klamav.sourceforge.net/klamavwiki/index.php/Main_Page * License : GPL Description : Graphical front-end for clamav KlamAV is an anti-virus manager for the KDE desktop that allows you to manage your virus-scanning, scheduling, virus research and software/database updates. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (9, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352175: doc-debian: bug-mailserver-refcard.txt should mention the found command
Package: doc-debian Version: 3.1.2 Severity: minor /usr/share/doc/debian/bug-mailserver-refcard.txt is not in synchronization with the description available at http://www.debian.org/Bugs/server-control, e.g. it does not mention the found command. And it is neither mentioned in bug-log-mailserver.txt nor bug-maint-mailcontrol.txt which according to bug-mailserver-refcard.txt should contain the full documention of the bts. Thanks, Thomas -- DSL-Aktion wegen großer Nachfrage bis 28.2.2006 verlängert: GMX DSL-Flatrate 1 Jahr kostenlos* http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294081: yaboot: ofpath improperly handles a second sata hard drive.
This patch changes ofboot on my Apple G5:
--- /usr/sbin/ofpath2005-09-13 09:43:10.0 -0400
+++ /var/tmp/ofpath 2006-02-10 02:43:11.0 -0500
@@ -299,9 +299,9 @@
;;
ata_k2|sata_svw)
HOST_LIST=$(for i in `find /proc/device-tree -name compatible` ; do
- lgrep $i k2-s-ata ; done)
+ lgrep $i k2-sata ; done)
DEVICE_PATH=$(printhost $SCSI_HOSTNUMBER $HOST_LIST)
- echo ${DEVICE_PATH##*device-tree}/[EMAIL PROTECTED]/[EMAIL
PROTECTED]:$PARTITION
+ echo ${DEVICE_PATH##*device-tree}/[EMAIL PROTECTED]:$PARTITION
;;
*)
echo 12 $PRG: Driver: $SCSI_DRIVER is not supported
Specifically, it changes the output for /dev/sdb2 so that instead of
matching a suffix of the output for /dev/sda2, it closely resembles
the output for /dev/sda2, differing only in the number in the k2-sata@
part of the pathname.
That patch fixes one assumption, but it also adds a new assumption.
The assumption it fixes is that there is one file named compatible
for each SATA disk at the k2-sata-root level of the /proc/device-tree
directory structure. My /proc/device-tree directory structure has a
k2-sata subdirectory for each SATA disk in that directory. The change
to the lgrep pattern in the code which sets HOST_LIST adds one more
level to each pathname; the other change in the patch accounts for
that by not adding that level separately.
The new assumption added by the patch is that the k2-sata-root
directory underneath /proc/device-tree has subdirectories named
k2-sata; offhand that doesn't seem any worse than the assumption that
there is a k2-sata-root directory, but I don't claim to know enough
about /proc/device-tree to know that for sure.
I can, however, confirm the following: for my first SATA disk the
patched ofpath script generates the same result as the unpatched
script, and the result for the second SATA disk makes a lot more sense
from the patched script than for the unpatched script. I'm just not
sure that this patch won't make ofpath worse on other Mac systems
which I don't have available for testing purposes (but my offhand
guess is that this is the right patch).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298381: Status?
What is the status of LAT now, given that required version of Mono is now in Sid? Seo Sanghyeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352176: python-setuptools: FTBFS (amd64): OverflowError: signed integer is greater than maximum
Package: python-setuptools
Version: 0.6a9-1
Severity: normal
When building 'python-setuptools' on amd64/unstable,
I get the following error:
File /python-setuptools-0.6a9/setuptools/command/easy_install.py, line 303,
in easy_install
return self.install_item(None, spec, tmpdir, deps, True)
File /python-setuptools-0.6a9/setuptools/command/easy_install.py, line 338,
in install_item
dists = self.install_eggs(spec, download, tmpdir)
File /python-setuptools-0.6a9/setuptools/command/easy_install.py, line 496,
in install_eggs
return [self.install_egg(dist_filename, tmpdir)]
File /python-setuptools-0.6a9/setuptools/command/easy_install.py, line 548,
in install_egg
self.check_conflicts(dist)
File /python-setuptools-0.6a9/setuptools/command/easy_install.py, line 670,
in check_conflicts
names = dict.fromkeys(dist._get_metadata('top_level.txt')) # XXX private
attr
File /python-setuptools-0.6a9/pkg_resources.py, line 1834, in _get_metadata
for line in self.get_metadata_lines(name):
File /python-setuptools-0.6a9/pkg_resources.py, line 894, in
get_metadata_lines
return yield_lines(self.get_metadata(name))
File /python-setuptools-0.6a9/pkg_resources.py, line 891, in get_metadata
return self._get(self._fn(self.egg_info,name))
File /python-setuptools-0.6a9/pkg_resources.py, line 949, in _get
return self.loader.get_data(path)
OverflowError: signed integer is greater than maximum
make: *** [install-python2.3] Error 1
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349050: Proposal for an exampel add user script
On Thu, Feb 09, 2006 at 12:24:00PM +0100, Christian Perrier wrote: retitle -8 Please add an example user addition script in default smb.conf Bug#349050: corrections / clarifications to smb.conf Changed Bug title. Attached is what I popose to deal with this issue. --- smb.conf.ori 2006-02-09 12:14:23.089472438 +0100 +++ smb.conf 2006-02-09 12:20:39.876996034 +0100 @@ -58,6 +58,21 @@ # option cannot handle dynamic or non-broadcast interfaces correctly. ; bind interfaces only = true + User management + +# User addition script +# +# This allows Unix users to be created ON DEMAND when a user accesses the +# Samba server and is validated +# +# does not work when 'security = share' +# +# The following command will create a user account and a disabled +# Unix password +# Please adapt to your needs +; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos %u + + What does this example script set the user's home directory to? Does it auto-create the home directory? (Honestly don't know, I always look this up before deploying uses of adduser anywhere.) Is using nss_winbind a viable alternative to needing to use the 'add user' script at all, and if so, should it be preferred? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#349050: Proposal for an exampel add user script
On Fri, 2006-02-10 at 00:36 -0800, Steve Langasek wrote: On Thu, Feb 09, 2006 at 12:24:00PM +0100, Christian Perrier wrote: retitle -8 Please add an example user addition script in default smb.conf Bug#349050: corrections / clarifications to smb.conf Changed Bug title. Attached is what I popose to deal with this issue. --- smb.conf.ori2006-02-09 12:14:23.089472438 +0100 +++ smb.conf2006-02-09 12:20:39.876996034 +0100 @@ -58,6 +58,21 @@ # option cannot handle dynamic or non-broadcast interfaces correctly. ; bind interfaces only = true + User management + +# User addition script +# +# This allows Unix users to be created ON DEMAND when a user accesses the +# Samba server and is validated This isn't the main purpose of this script. The main purpose is for the DC, when users create accounts over SAMR (see also 'add machine script'). The joys of overloaded parameters... +# does not work when 'security = share' +# +# The following command will create a user account and a disabled +# Unix password +# Please adapt to your needs +; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos %u + + What does this example script set the user's home directory to? Does it auto-create the home directory? (Honestly don't know, I always look this up before deploying uses of adduser anywhere.) Is using nss_winbind a viable alternative to needing to use the 'add user' script at all, and if so, should it be preferred? Winbindd is the far preferred option for creating posix users for remote accounts. For the creation of posix users for local accounts on a DC, winbindd does not provide this. Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net signature.asc Description: This is a digitally signed message part
Bug#352177: relocation error: symbol png_read_data, version PNG12_0 not defined in file libpng12.so.0 with link time reference
Package: pngcrush Version: 1.5.10-2 Severity: grave [Desktop]# pngcrush Logo-1.png Logo-2.png Warning: versions are different between png.h and png.c png.h version: 1.2.7 png.c version: 1.2.8 | pngcrush 1.5.10, Copyright (C) 1998-2002 Glenn Randers-Pehrson | This is a free, open-source program. Permission is irrevocably | granted to everyone to use this version of pngcrush without | payment of any fee. | Executable name is pngcrush | It was built with libpng version 1.2.7, and is | running with libpng version 1.2.8 - December 3, 2004 (header) |Copyright (C) 1998-2002 Glenn Randers-Pehrson, |Copyright (C) 1996, 1997 Andreas Dilger, |Copyright (C) 1995, Guy Eric Schalnat, Group 42 Inc., | and zlib version 1.2.2, Copyright (C) 1998, |Jean-loup Gailly and Mark Adler. pngcrush: relocation error: pngcrush: symbol png_read_data, version PNG12_0 not defined in file libpng12.so.0 with link time reference [Desktop]# ldd `which pngcrush` linux-gate.so.1 = (0xe000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7f4e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7f3a000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7e04000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7dde000) /lib/ld-linux.so.2 (0xb7f8e000) -- 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.15-rc5-mm3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pngcrush depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libpng12-01.2.8rel-5 PNG library - runtime ii zlib1g1:1.2.3-9 compression library - runtime pngcrush recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352178: eclipse: Error reading configuration
Package: eclipse Version: 3.1.2-1 Severity: important When I start eclipse I get exception about configuration file An error has occurred. See the log file /usr/share/eclipse/configuration/1139562299034.log. If chmod o+w /usr/share/eclipse/configuration then it creates dirs in /usr/share/eclipse/configuration and start. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-1Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-1Plug-in Development Environment to ii eclipse-source3.1.2-1Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information ~ eclipse -clean -debug -consolelog using specified vm: /usr/lib/j2sdk1.5-sun Start VM: /usr/lib/j2sdk1.5-sun/bin/java -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/share/eclipse/startup.jar -os linux -ws gtk -arch x86 -launcher /usr/lib/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 300015 -install /usr/share/eclipse -clean -debug -consolelog -vm /usr/lib/j2sdk1.5-sun/bin/java -vmargs -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/share/eclipse/startup.jar Install location: file:/usr/share/eclipse/ Configuration file: file:/usr/share/eclipse/configuration/config.ini loaded Configuration location: file:/usr/share/eclipse/configuration/ Framework located: file:/usr/share/eclipse/plugins/org.eclipse.osgi_3.1.2.jar Framework classpath: file:/usr/share/eclipse/plugins/org.eclipse.osgi_3.1.2.jar Splash location: /usr/share/eclipse/plugins/org.eclipse.platform_3.1.2/splash.bmp runCommand: /usr/lib/eclipse/eclipse-nameEclipse-showsplash600/usr/share/eclipse/plugins/org.eclipse.platform_3.1.2/splash.bmp Debug options: file:/home/mateusz/.options not found !SESSION 2006-02-10 09:59:14.339 --- eclipse.buildId=M20060118-1600 java.version=1.5.0_05 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=pl_PL Command-line arguments: -os linux -ws gtk -arch x86 -clean -debug -consolelog !ENTRY org.eclipse.osgi 2006-02-10 09:59:14.830 !MESSAGE Error reading configuration: No such file or directory !STACK 0 java.io.IOException: No such file or directory at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.checkAndCreate(File.java:1345) at java.io.File.createTempFile(File.java:1434) at org.eclipse.core.runtime.adaptor.FileManager.initializeInstanceFile(FileManager.java:143) at org.eclipse.core.runtime.adaptor.FileManager.open(FileManager.java:664) at org.eclipse.core.runtime.adaptor.EclipseAdaptor.initFileManager(EclipseAdaptor.java:818) at org.eclipse.core.runtime.adaptor.EclipseAdaptor.initialize(EclipseAdaptor.java:139) at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:128) at org.eclipse.osgi.framework.internal.core.Framework.init(Framework.java:106) at org.eclipse.osgi.framework.internal.core.OSGi.createFramework(OSGi.java:90) at org.eclipse.osgi.framework.internal.core.OSGi.init(OSGi.java:31) at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:272) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:159) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.eclipse.core.launcher.Main.invokeFramework(Main.java:334) at org.eclipse.core.launcher.Main.basicRun(Main.java:278) at org.eclipse.core.launcher.Main.run(Main.java:973) at org.eclipse.core.launcher.Main.main(Main.java:948) !SESSION 2006-02-10 09:59:14.339 --- eclipse.buildId=M20060118-1600 java.version=1.5.0_05 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=pl_PL Command-line arguments: -os linux -ws gtk -arch x86 -clean -debug -consolelog !ENTRY org.eclipse.osgi 2006-02-10 09:59:14.830 !MESSAGE Error reading configuration: No such file or directory !STACK 0 java.io.IOException: No such file or directory at java.io.UnixFileSystem.createFileExclusively(Native Method)
Bug#352179: tinyca: Sarge-Version of TINYCA still affected of #308879
Package: tinyca Version: 0.6.8-1 Severity: grave Justification: renders package unusable After upgrading from Debian 3.0 Woody to 3.1 Sarge it is impossible to access existing CA, certificates and keys of production systems. The issue is described in bug report #308879, this one is resolved, but it is not applicable here because tinyca-0.7 is not available for Debian 3.1 Sarge. Using unstable packages caused degradation of startup time and responsivness. Please advise. Best regards Erik Weber. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-omx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tinyca depends on: ii libgnome-perl 0.7009-2 Perl module for the gnome and zvt ii libgtk-perl 0.7009-2 Perl module for the gtk+ library ii liblocale-gettext-perl 1.01-17 Using libc functions for internati ii openssl 0.9.8a-3mea0 Secure Socket Layer (SSL) binary a ii perl [libmime-base64-perl] 5.8.7-10 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279000: Python curses bindings and UTF-8
[Martin v. Löwis] I also tried compiling/linking with ncursesw instead; this didn't change anything. Right, python Modules/_cursesmodule.c has no explicit support for ncursesw functions. The reason the python curses code displays ä is purely accidental: python believes it is sending *two* valid characters to ncurses, and ncurses believes it is sending *two* valid characters to the terminal. Both layers are mistaken. curses only displays what it believes to be valid characters, and this seems to be based on ISO-8859. You might notice that ä works and Ä does not. (Try it!) In the ISO-8859 family, bytes 0x80-0xbf are invalid - and the UTF-8 encoding of Ä is 0xc3 0x84. Peter signature.asc Description: Digital signature
Bug#268415: proposed to close
Package: scite Version: 1.67-1 That bug seems to be solved... It work well between scite and OOo, firefox, thunderbird, kate... as far I test. Regards Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352180: i10n support for firefox 1.5
Package: firefox Version: 1.5.dfsg+1.5.0.1-2 Severity: wishlist Since firefox 1.5 is here, majority of i10n package became obselete... Is it possible to put repacked one's with new language files ? Thanks a lot Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352181: ROOM prints incorrect values
Package: sbcl Version: 1:0.9.9.0-1 Tags: upstream Severity: minor SBCL prints rather strange values for Control stack usage and Binding stack usage. $ sbcl This is SBCL 0.9.9, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * (room) Dynamic space usage is: 25,221,104 bytes. Read-only space usage is: 1,664 bytes. Static space usage is: 1,744 bytes. Control stack usage is: -4,294,965,984 bytes. Binding stack usage is: 4,294,967,632 bytes. Control and binding stack usage is for the current thread only. Garbage collection is currently enabled. Breakdown for dynamic space: 10,210,672 bytes for10,346 code objects. 3,323,104 bytes for77,714 instance objects. 3,067,160 bytes for43,984 simple-vector objects. 3,062,808 bytes for 382,851 cons objects. 1,301,040 bytes for12,701 simple-array-unsigned-byte-32 objects. 4,276,960 bytes for 112,805 other objects. 25,241,744 bytes for 640,401 dynamic objects (space total.) * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207932: Time to close this bug ?
Shouldn't we stop this madeness and close this bug ? I don't think our beloved users need such extrmist attitude. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352042: Bug #352042: openssh-server: incompatible pointer types break gssapi auth on alpha, possibly others
Hi, some comments: * ints are 32 bit on Alpha, like on any Linux target * casting an unsigned int* to int* should have absolutely no effect on the generated code. So this might be a gcc bug. Can you show a diff of the assembly? -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352182: Crash in the
Package: libtasn1-2 Version: 0.2.17-1 Severity: grave Tags: security A crash in the DER decoder of GnuTLS has been disclosed. From: Simon Josefsson [EMAIL PROTECTED] Subject: GnuTLS 1.2.10 - Security release Newsgroups: gnu.announce To: [EMAIL PROTECTED], help-gnutls@gnu.org, info-gnu@gnu.org Date: Thu, 09 Feb 2006 16:46:28 +0100 Message-ID: [EMAIL PROTECTED] We are pleased to announce the availability of GnuTLS version 1.2.10, a security bug-fix release on the stable 1.2.x branch. This release fixes several serious bugs that would make the DER decoder in libtasn1 crash on invalid input. The problems were reported by Evgeny Legerov on the 31th of January. [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352183: minc: ftbfs [sparc] Error: MINC file has only 3 dims, volume requires 4.
Package: minc Version 1.4-3 Severity: serious Justification: no longer builds from source minc failed to build from source on several buildds, including sparc and alpha. It also failed on my sparc pbuilder. make[3]: Entering directory `/build/buildd/minc-1.4/testdir' Testing minc_types Testing icv_range Testing icv Testing icv_dim Testing icv_dim1 Testing icv_fillvalue PASS: run_tests.csh Warning: rgba indices out of range. Error: MINC file has only 3 dims, volume requires 4. failed to read grid volume _grid.mnc FAIL: xfmconcat_01.sh Warning: rgba indices out of range. Error: MINC file has only 3 dims, volume requires 4. failed to read grid volume _grid.mnc FAIL: xfmconcat_02.sh === 2 of 3 tests failed Please report to [EMAIL PROTECTED] === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/build/buildd/minc-1.4/testdir' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/build/buildd/minc-1.4/testdir' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/build/buildd/minc-1.4' make: *** [build-stamp] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352184: eclipse: cannot build from source with firefox support
Package: eclipse Version: 3.1.2-1 Severity: wishlist Hi, the latest upload required me to install mozilla-browser, so I tried to build eclipse with firefox support. This adds a firefox-dev build dependency, which does not exist. So it is impossible to build eclipse with firefox support on Debian. Please enable the build with firefox on Debian, or even better, support both packages - firefox and mozilla - like the last version. Regards, Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-treasure6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237386: situation changed with libopenobex
Am Freitag, 10. Februar 2006 00:37 schrieb Edd Dumbill: On Thu, 2006-02-09 at 23:55 +0100, Hendrik Sattler wrote: retitle 237386 please update to openobex-1.1 thanks Hi, SF has openobex-1.1 available and this version is NEEDED for USB device support with obexftp-0.19 (And I really would like to package that). The new version depends on a libusb version that is already in Sid, so it should compile just fine. If you need any help on this, please tell me. Actually help would be very welcome, I'm very short on time. Do you want to adopt libopenobex or at least co-maintain? We could make an alioth team if you like (with libopenobex, obexftp and whatever may be added, e.g. obexfs and sobexsrv) but I would also adopt it if necessary. It would have to be a new package name anyway (libopenobex1 according to [1]) and the old package still stays available (at least as binary packages). I don't have too much time either but enough for packaging the stuff that is most useful for me (like that obex stuff). I am not a DD, though, and cannot upload myself. Until now, Michael Banck did that for my package. HS [1]:http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg pgpCnnjZ4nV2O.pgp Description: PGP signature
Bug#352185: cactid won't install
Package: cacti-cactid
Debian : testing/etch
Version : 0.8.6g-1
Arch: i386
it doesn't seem to install on my system.
/var/cache/apt/archives# dpkg -i -D 2 cacti-cactid_0.8.6g-1_i386.deb
(Reading database ... 29230 files and directories currently installed.)
Preparing to replace cacti-cactid 0.8.6g-1 (using
cacti-cactid_0.8.6g-1_i386.deb) ...
D02: maintainer_script_alternative nonexistent prerm
`/var/lib/dpkg/info/cacti-cactid.prerm'
D02: maintainer_script_new nonexistent preinst
`/var/lib/dpkg/tmp.ci/preinst'
Unpacking replacement cacti-cactid ...
D02: fork/exec /var/lib/dpkg/info/cacti-cactid.postrm ( upgrade
0.8.6g-1 )
D02: process_archive info installed /var/lib/dpkg/tmp.ci/md5sums as
/var/lib/dpkg/info//cacti-cactid.md5sums
D02: process_archive info installed /var/lib/dpkg/tmp.ci/config as
/var/lib/dpkg/info//cacti-cactid.config
D02: process_archive info installed /var/lib/dpkg/tmp.ci/postinst as
/var/lib/dpkg/info//cacti-cactid.postinst
D02: process_archive info installed /var/lib/dpkg/tmp.ci/postrm as
/var/lib/dpkg/info//cacti-cactid.postrm
D02: process_archive info installed /var/lib/dpkg/tmp.ci/templates
as /var/lib/dpkg/info//cacti-cactid.templates
D02: process_archive tmp.ci script/file `.' contains dot
D02: process_archive tmp.ci script/file `..' contains dot
D02: process_archive tmp.ci script/file
`/var/lib/dpkg/tmp.ci/control' is control
Setting up cacti-cactid (0.8.6g-1) ...
D02: fork/exec /var/lib/dpkg/info/cacti-cactid.postinst ( configure
)
dpkg: error processing cacti-cactid (--install):
subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
cacti-cactid
I have a very stripped down system to essentially monitor my network
using cacti
#dpkg-query -l | awk -F '{print $2}'
adduser
afio
apache2-common
apache2-mpm-prefork
apache2-utils
apt
apt-utils
aptitude
at
base-config
base-files
base-passwd
bash
bc
bin86
bind9-host
binutils
bison
bsdmainutils
bsdutils
buffer
bzip2
cacti
cacti-cactid
cdrecord
console-common
console-data
console-tools
coreutils
cpio
cpp
cpp-4.0
cramfsprogs
cron
dash
dbconfig-common
dc
debconf
debconf-i18n
debian-archive-keyring
debianutils
defoma
dhcp-client
dictionaries-common
diff
discover1
discover1-data
dmidecode
dnsutils
doc-debian
doc-linux-text
dosfstools
dpkg
dpkg-dev
dselect
dvd+rw-tools
e2fslibs
e2fsprogs
ed
eject
exim4
exim4-base
exim4-config
exim4-daemon-light
fdutils
file
findutils
finger
flex
ftp
g++
g++-4.0
gawk
gcc
gcc-3.3-base
gcc-4.0
gcc-4.0-base
gdb
gettext-base
gnu-efi
gnupg
grep
groff-base
grub
gzip
hostname
hotplug
iamerican
ibritish
ifupdown
info
initrd-tools
initscripts
ipchains
iptables
iputils-ping
ispell
kernel-image-2.6.8-2-386
klogd
laptop-detect
less
lib64gcc1
libacl1
libapache2-mod-php4
libapr0
libart-2.0-2
libattr1
libbind9-0
libblkid1
libbz2-1.0
libc6
libc6-amd64
libc6-dev
libcap1
libcomerr2
libconsole
libdb1-compat
libdb3
libdb4.2
libdb4.3
libdb4.4
libdbd-mysql-perl
libdbi-perl
libdiscover1
libdns20
libedit2
libevent1
libexpat1
libfreetype6
libfuse2
libgc1c2
libgcc1
libgcrypt11
libgdbm3
libgnutls11
libgnutls12
libgpg-error0
libgpmg1
libhtml-parser-perl
libhtml-tagset-perl
libhtml-tree-perl
libident
libidn11
libisc9
libisccc0
libisccfg1
libkrb53
libldap-2.2-7
libldap2
liblocale-gettext-perl
liblockfile1
liblwres1
liblzo1
libmagic1
libmysqlclient14
libmysqlclient15
libncurses5
libncursesw5
libnet-daemon-perl
libnewt0.51
libnfsidmap1
libnss-db
libntfs8
libopencdk8
libpam-modules
libpam-runtime
libpam0g
libparted1.6-13
libpcap0.7
libpcap0.8
libpcre3
libphp-adodb
libplrpc-perl
libpng12-0
libpopt0
libreadline4
libreadline5
librrd2
libsasl2
libselinux1
libsensors3
libsepol1
libsigc++-1.2-5c102
libsigc++-1.2-5c2
libsigc++-2.0-0c2a
libslang2
libsnmp-base
libsnmp9
libss2
libssl0.9.7
libssl0.9.8
libstdc++5
libstdc++6
libstdc++6-4.0-dev
libtasn1-2
libtasn1-2-bin
libtext-charwidth-perl
libtext-iconv-perl
libtext-wrapi18n-perl
libtextwrap1
liburi-perl
libusb-0.1-4
libuuid1
libwrap0
libwww-perl
libzzip-0-12
linux-image-2.6.12-1-686
linux-kernel-headers
lm-sensors
locales
login
logrotate
lpr
lsb-base
lsof
lzop
m4
mailx
make
makedev
man-db
manpages
manpages-dev
mawk
mime-support
mindi
mindi-busybox
mindi-kernel
mkisofs
module-init-tools
modutils
mondo
mount
mpack
ms-sys
mtools
mtr-tiny
mutt
mysql-client-4.1
mysql-common
mysql-server
mysql-server-4.1
nano
ncurses-base
ncurses-bin
ncurses-term
net-tools
netbase
netcat
netkit-inetd
nfs-common
ntfsprogs
nvi
openssh-client
openssh-server
openssl
parted
passwd
patch
pciutils
perl
perl-base
perl-modules
php4
php4-cli
php4-common
php4-mysql
php4-snmp
phpmyadmin
pidentd
portmap
ppp
pppconfig
pppoe
pppoeconf
procmail
procps
psmisc
pwgen
python
python-minimal
python-newt
python2.3
readline-common
reiserfsprogs
reportbug
rrdtool
sed
sensord
sharutils
slang1a-utf8
snmp
snmpd
ssl-cert
strace
sudo
sysklogd
syslinux
syslog-ng
sysv-rc
sysvinit
tar
tasksel
tcpd
tcsh
telnet
tex-common
texinfo
time
traceroute
Bug#348578: base-files: What to do with /etc/nsswitch.conf?
On Fri, 10 Feb 2006, Anand Kumria wrote: Santiago, I noticed that you have decided to revert the change; has this already been done or can we just leave things as is and close out this bug report? There were already three bugs reports, and it was clear that not everybody was happy with the new default, so I changed it back to the previous default and now libnss-mdns should be free to change the file as appropriate when installed. It does not make much sense that we spend a lot of time discussing about the file when libnss-mdns is not installed when we can perfectly change it only when libnss-mdns is installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350277: [lua-mode] Patch for better multiline-comment fontification
Hi, I am responsible for the lua-mode package in Debian. In response to Debian bug #350277, I have created the following patch: --- lua-mode-1.74~/lua-mode.el 2006-02-10 10:28:10.452603760 +0100 +++ lua-mode-1.74/lua-mode.el 2006-02-10 10:29:17.783367928 +0100 @@ -144,8 +144,8 @@ ; try (setq font-lock-support-mode 'lazy-lock-mode) in your ~/.emacs ;; Multi-line comment blocks. - `(--.*\\(\\[\\[\\(\\]?[^]]\\)*\\]\\]\\) - (1 font-lock-comment-face t)) + `(\\(^\\|[^-]\\)\\(--\\[\\[\\([^-]\\|-\\([^-]\\|-\\([^]]\\|][^]]\\)\\)\\)*--]]\\) + (2 font-lock-comment-face t)) ;; ;; Keywords. By the way, lua-mode.el has a header containing the number 174 as the version number, which I have interpreted as 1.74 because the last version I had was 1.26. Should I use 174 instead? Or do you have a completely different scheme? Cheers, Jens Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352042: Bug #352042: openssh-server: incompatible pointer types break gssapi auth on alpha, possibly others
Hi,
the actual problem is that gss_buffer_desc is defined like this in
/usr/include/gssapi/gssapi.h from libkrb5-dev:
typedef struct gss_buffer_desc_struct {
size_t length;
void *value;
} gss_buffer_desc, *gss_buffer_t;
size_t is 64 bit. So you need something like (untested):
--- monitor.c~ 2006-02-10 10:19:16.0 +0100
+++ monitor.c 2006-02-10 10:32:27.0 +0100
@@ -1946,8 +1946,10 @@
{
gss_buffer_desc data, hash;
OM_uint32 major, minor;
+ u_int length;
- data.value = buffer_get_string(m, data.length);
+ data.value = buffer_get_string(m, length);
+ data.length = length;
if (data.length != 20)
fatal(%s: data length incorrect: %d, __func__, data.length);
and the same elsewhere.
So this is OpenBSD's flagship security product? Frankly, I'm baffled.
This is a rookie mistake, and it was even obvious from the compiler
warnings.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349729: Was: sudo update to 1.6.8p7-1.3 breaks scripts: is this the permanent fix?
Apologies for resubmission; I've jsut found this bug report. I'd like to add my voice to the requests that this be re-evaluated. In particular, env_check does not suffice. See below: From: Jan Grant [EMAIL PROTECTED] Subject: sudo update to 1.6.8p7-1.3 breaks scripts: is this the permanent fix? I'm looking at this: http://www.debian.org/security/2006/dsa-946 I'm afraid I was just bitten by this. Sudo no longer conforms to the behaviour described in its man pages: in particular, I don't mind if my environment is stripped away from me but I'd expect that env_keep would carry on working, or that I'd be able to supply !env_reset to avoid the sanitisation in specific cases. The issue I'm facing is that I have a large collection of scripts that rely on sudo, and need environment variables passing through from caller to callee. Unfortunately, the format of those variables' content includes / characters - this is unavoidable. Alas, env_keep, etc, no longer work as described. I'm currently working around this by holding my sudo at 1.6.8p7-1.2; however, I'd prefer to be able to track it normally. Are the future plans for sudo to include this rather draconian fix? Is this coming from upstream? (In which case I'll chase it with the upstream supplier.) Otherwise I'd plead that the changes to sudo be relaxed somewhat. Many thanks for your excellent efforts. Cheers, jan -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ The Java disclaimer: values of 'anywhere' may vary between regions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352164: linux-source-2.6.15: Unusual file named 'bla' linux-source-2.6.15/ .
tags 352164 +pending thanks Hello, sorry this is my fault. I removed the file from my build tree, the next upload will be clean again. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#352186: LEGACY_START should not be set on alpha
Package: linux-2.6 Version: 2.6.15-5 Severity: important On Thu, Feb 09, 2006 at 05:46:01PM -0500, Jay Estabrook wrote: On Wed, Feb 08, 2006 at 01:51:45AM -0800, Steve Langasek wrote: As of two days ago, the debian-installer svn tree has been switched to use Linux 2.6.15 exclusively on alpha, instead of the previous 2.4.27. This means that with the most recent daily builds, all installer images for alpha are using 2.6 kernels *only*, and the current plan is that d-i beta2 will be the same. If you haven't tried 2.6 on your alpha yet, now would be a good time so you can let us know if it doesn't work before we drop 2.4 for etch completely. Tried the netinstall CD from 02/07/06 on LX164, and found the following: 1. installer used 2.6.15 kernel with LEGACY_START option 2. installed kernel 2.4.27 with LEGACY_START option Neither of those will boot on DS15/DS25/ES45 (among others) because of the LEGACY_START. AFAIK, all SRM console machines will boot kernels without LEGACY_START. Only MILO-based machines require LEGACY_START. Yep, we're all in agreement that LEGACY_START should be disabled in the standard image flavor, and even that this should have been done a while ago; and that a new legacy flavor (name TBD) should be added for MILO systems requiring the different load address. Opening a reminder bug, as discussed with Norbert on IRC. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#342455: #342455
Raul Miller [EMAIL PROTECTED] writes: On 2/2/06, Roger Leigh [EMAIL PROTECTED] wrote: It's nearly a month since the last mail to this bug. Is this getting close to being resolved? Did you notice the content of the message before yours in this bug's history? It's from Bastian Blank, and includes among other things the statement: I developed the idea for this fix some months ago, but never found the time to implement it. So I should have refrained from tagging the bugs wontfix. It seems like there's no longer any technical dispute here, but perhaps some time management issues to solve. I did read this, and I'm happy progress is being made. However, the default is still currently wrong in unstable, and the fix is a simple change to configure in debian/rules. If Bastian's work isn't ready for etch, it will still be broken in etch. Anyways, if Bastian doesn't have time, I think an NMU would be appropriate. Of course, if you can work with him so that your potential NMU meshes with his intended fix that would be even better. The way I saw it, Bastian's work will make the ownership and permissions configurable, which is great. However, the /defaults/, which my patch addresses, still need fixing, and there is no reason to delay fixing that. Put differently: if things stand where I think they stand, we should re-assign this bug to to package maintainer. [But let us know if you think we're overlooking something important.] The other outstanding issue is devmapper in stable, which is broken in exactly the same way. I'd like to submit the same patch to Joey for inclusion in sarge r2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329409;msg=87;att=0 Bastian, are you okay if I do that? Many thanks, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgp0t0kcDIsib.pgp Description: PGP signature
Bug#352187: dovecot-imapd: reports old messages as new after upgrading
Package: dovecot-imapd Version: 1.0.beta2-1 Severity: normal Hello, after upgrading dovecot yesterday mutt display messages as New which were Old before. regards Stefan -- 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-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dovecot-imapd depends on: ii dovecot-common 1.0.beta2-1 secure mail server that supports m ii libc62.3.5-13GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-7SSL shared libraries dovecot-imapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279000: Python curses bindings and UTF-8
[Peter Samuelson] In the ISO-8859 family, bytes 0x80-0xbf are invalid - and the UTF-8 encoding of Ä is 0xc3 0x84. Doh! Of course I meant to say bytes 0x80-0x9f are invalid. Anyway, ncurses seems to reject that same range of bytes even when LC_CTYPE indicates UTF-8. signature.asc Description: Digital signature
Bug#351900: dpkg remove should remove unedited conffiles
Guillem Jover wrote: I suggest that dpkg delete un-edited conffiles when removing packages, in the interests of cleanliness. Either way, it'll reduce the litter in my /etc directory. I think you want to purge the packages instead of just removing them. I'll tag wontfix for now as I don't see the point, if some one else on the team disagrees, please tag accordingly. The point is that no one actively wants or needs those un-modified configuration files. Here's an analogy: you go to the store and buy some trousers, but they don't fit so you take them back. When you return from the store, you see the shopping bag on your bed. Do you (a) leave it on the bed, or (b) bin it/recycle it? Yes, I could purge the packages instead, but using purge regularly is a bad idea, because sooner or later you're going to purge something that you need. Also, when packages are automatically removed by apt-get dist-upgrade, I'll bet that a remove is done, not a purge.Consequently, cruft accumulates automatically, and you don't always have the option to purge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349050: Proposal for an exampel add user script
On Fri, Feb 10, 2006 at 08:00:40PM +1100, Andrew Bartlett wrote: On Fri, 2006-02-10 at 00:36 -0800, Steve Langasek wrote: On Thu, Feb 09, 2006 at 12:24:00PM +0100, Christian Perrier wrote: retitle -8 Please add an example user addition script in default smb.conf Bug#349050: corrections / clarifications to smb.conf Changed Bug title. Attached is what I popose to deal with this issue. --- smb.conf.ori 2006-02-09 12:14:23.089472438 +0100 +++ smb.conf 2006-02-09 12:20:39.876996034 +0100 @@ -58,6 +58,21 @@ # option cannot handle dynamic or non-broadcast interfaces correctly. ; bind interfaces only = true + User management + +# User addition script +# +# This allows Unix users to be created ON DEMAND when a user accesses the +# Samba server and is validated This isn't the main purpose of this script. The main purpose is for the DC, when users create accounts over SAMR (see also 'add machine script'). The joys of overloaded parameters... Ok. FWIW, this isn't what smb.conf(5) currently says... Anyway, proposed revised comment: # This allows Unix users to be created on the domain controller via the SAMR # RPC pipe. The example command creates a user account with a disabled Unix # password; please adapt to your needs No headers, since it looks to me like this belongs under the 'domain' parameters grouping... +# does not work when 'security = share' +# +# The following command will create a user account and a disabled +# Unix password +# Please adapt to your needs +; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos %u + + What does this example script set the user's home directory to? Does it auto-create the home directory? (Honestly don't know, I always look this up before deploying uses of adduser anywhere.) Is using nss_winbind a viable alternative to needing to use the 'add user' script at all, and if so, should it be preferred? Winbindd is the far preferred option for creating posix users for remote accounts. For the creation of posix users for local accounts on a DC, winbindd does not provide this. Ah, fair enough. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#352190: firefox: Button icons are incorrect
Package: firefox Version: 1.5.dfsg+1.5.0.1-1 Severity: normal When I hover over the reload button with my mouse, it displays the back button icon, which is wrong and irritating. I use the default theme. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15tooar1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig2.3.1-2generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.5-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352191: python-visual: typos in package description
Package: python-visual Version: 3.2.1-4 Severity: minor Tags: patch Hi, there are two typos in the (long) package description. The attached patch fixes them in control.in. Thanks, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages python-visual depends on: ii gtkglarea51.2.3-2Gimp Toolkit OpenGL area widget sh ii libboost-python1.33.1 1.33.1-2 Boost.Python Library ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo hi libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii python2.3.5-5An interactive high-level object-o ii python-numeric24.2-1 Numerical (matrix-oriented) Mathem ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] python-visual recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#349050: Proposal for an exampel add user script
Anyway, proposed revised comment: # This allows Unix users to be created on the domain controller via the SAMR # RPC pipe. The example command creates a user account with a disabled Unix # password; please adapt to your needs No headers, since it looks to me like this belongs under the 'domain' parameters grouping... OK, fine by me. About your earlier comment, the suggested command line does create the user's home directory, in the directory specified in DHOME in /etc/adduser.conf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352184: eclipse: cannot build from source with firefox support
On 2/10/06, Bastian Kleineidam [EMAIL PROTECTED] wrote: the latest upload required me to install mozilla-browser, so I tried to build eclipse with firefox support. This adds a firefox-dev build dependency, which does not exist. So it is impossible to build eclipse with firefox support on Debian. Please enable the build with firefox on Debian, or even better, support both packages - firefox and mozilla - like the last version. We don't like Firefox anymore, and we won't support it any longer because of his bugs. Hmm, just kidding. We run into many difficulties with Firefox (1.4.99), and we trying to fix these first. If you try to build the package by your own, then change the variable in rules to with_browser := firefox
Bug#352192: nunit-console: Throws System.DllNotFoundException: shlwapi.dll
Package: nunit-console Version: 2.2.6-1 Severity: important Running nunit-console CSharpTest.dll where /usr/share/doc/nunit/examples/csharp/simple/CSharpTest.cs has been compiled using mono command mcs -target:library -out:CSharpTest.dll CSharpTest.cs -r:nunit.framework.dll -lib:/usr/lib/nunit throws unhandled exception System.DllNotFoundException: shlwapi.dll Test output: NUnit version 2.2.6 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.6.14.2Mono Version: 1.1.4322.2032 Unhandled Exception: System.DllNotFoundException: shlwapi.dll in (wrapper managed-to-native) NUnit.Util.PathUtils:PathCanonicalize (System.Text.StringBuilder,string) in 0x0003f NUnit.Util.PathUtils:Canonicalize (System.String path) in 0x00027 NUnit.Util.PathUtils:RelativePath (System.String from, System.String to) in 0x0011e NUnit.Util.ProjectConfig:get_PrivateBinPath () in 0x0008f NUnit.Util.TestDomain:Load (NUnit.Util.NUnitProject project, System.String testName) The same approach works fine using NUnit version 2.2.0 OS Version: Unix 2.6.15.5Mono Version: 1.1.4322.2032 on a Linux legolas 2.6.15-rc5-m30g i686 GNU/Linux so I belive this is either a amd64 port problem, or a problem in newer NUnit version A find on the same i686 GNU/Linux system could not discover any shlwapi.dll DLL, which makes me question that this DLL is maybe not needed anyhow ?? cheers, Marc Cromme -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nunit-console depends on: ii libnunit-cil 2.2.6-1Unit test framework for .NET ii mono-classlib-1.0 1.1.13.1-1 Mono class library (1.0) ii mono-jit 1.1.13.1-1 fast CLI JIT/AOT compiler for Mono nunit-console recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352193: python-visual: Newer upstream version available
Package: python-visual Version: 3.2.1-4 Severity: wishlist Hi, There is version 3.2.6 available upstream with some bug fixes. It would be nice to have it in debian. Thanks, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages python-visual depends on: ii gtkglarea51.2.3-2Gimp Toolkit OpenGL area widget sh ii libboost-python1.33.1 1.33.1-2 Boost.Python Library ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo hi libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii python2.3.5-5An interactive high-level object-o ii python-numeric24.2-1 Numerical (matrix-oriented) Mathem ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] python-visual recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#352194: firefox: Firefox ignores font setting from .gtkrc-2.0
Package: firefox Version: 1.5.dfsg+1.5.0.1-1 Severity: normal Since the last update, Firefox seems to ignore my font setting in ~/.gtkrc-2.0 for gtk user interfaces. Instead it uses the default font size that I've adjusted in the Firefox preferences for websites. This is wrong. I want my local user interfaces to be displayed in a smaller font than websites. (which was working perfectly until now) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15tooar1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig2.3.1-2generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.5-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352195: firefox: List of search engines is overwritten often
Package: firefox Version: 1.5.dfsg+1.5.0.1-1 Severity: normal I can't say exactly when, but the list of search engines is overwritten very often. (I assume on Firefox updates) This is bad. I've been trying to configure it for my needs but it is constantly resetted to the defaults making it practically impossible to use a different search engines. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15tooar1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig2.3.1-2generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.5-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349001: proftpd: Proftpd segfaults on connection close
I've backported the 1.2.10-27 package to sarge, in order to fix the signal 11 problems you addressed lately. However, I'm running into some segfaults of my own. Uhm, 1.2.10-20 on sarge does not have this kind of issue AFAIK. Did you try it from my repo? Why are you using -27? I didn't try it. What repository would that be? Well, it's common to try and update to the latest version available. Since it fixed my problem, all seemes well, except for this little thingey. I will try and backport 1.2.10-20. This is quite strange and as you say the patch does not solve the issue, just remove the effect of a bug somewhere. I'll try 1.2.10-20 first, then check back if this doesn't resolve the problem. Regards, Allard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352009: [Pbuilder-maint] Bug#352009: pbuilder doesn't support Build-Depends-Indep
Hi,
The next version of the mapserver package builds documentation in
build-indep using python-docutils, putting the results in an arch: all
package. However, when I try to build it in pbuilder, it FTBFS because
pbuilder doesn't install python-docutils, which is listed in
Build-Depends-Indep in debian/control.
I currently work around this using a hook running before the build-dep
resolution giving me a shell from which I install Build-Depends-Indep
packages.
It should be supported.
function checkbuilddep () {
# call satisfydepends
local BUILDOPT=--binary-all
case ${BINARY_ARCH} in
yes) BUILDOPT=--binary-arch;;
*) ;;
esac
if /usr/lib/pbuilder/pbuilder-satisfydepends --control $1
--internal-chrootexec ${CHROOTEXEC} ${BUILDOPT} ; then
:
Show me your control file.
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352187: dovecot-imapd: reports old messages as new after upgrading
On ven, 10 feb 2006, Stefan Völkel wrote: Package: dovecot-imapd Version: 1.0.beta2-1 Severity: normal Hello, after upgrading dovecot yesterday mutt display messages as New which were Old before. Did this happen only once after the upgrade or it is a general problem? -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#351699: avahi-daemon: Please enable chroot() support
tag 351699 +pending thanks, On Mon, Feb 06, 2006 at 08:14:02PM +0100, Lennart Poettering wrote: Package: avahi-daemon Version: 0.6.6-1 Severity: wishlist Please make sure to add libcap-dev to avahi's build-depends. Otherwise Avahi will not make use of chroot(). Added in SVN. Uploading the package now would further delay the dbus transition to testing, so i'll upload it after the transition is done. Sjoerd -- Wisdom is rarely found on the best-seller list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352093: jetty: org.apache.commons.el.ExpressionEvaluatorImpl missing in start.config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Knauth schrieb: Package: jetty Severity: important JSP support in jetty does not work unless the line $(java.lib.home)/commons-el-1.0.jar ! available org.apache.commons.el.ExpressionEvaluatorImpl is added to /etc/jetty/start.config. IMHO it cannot hurt to add it even in case thet jetty does not depend on commons-el. http://localhost:8280/snoop.jsp works on my installation. Please give an example to reproduce the error. I want to avoid unessacary libraries for jetty to prevent classloader trouble if a web application ships another version of the library. - -billy. - -- Philipp Meier - [EMAIL PROTECTED] A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD7HJ5Zo1qZ89k76URAi9aAJwO8lH1eTAfww8Rxr+cGMiSEIE36gCgpHms hSsz9gDZ7AwUmc9aAFvA4fI= =oh1W -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352184: eclipse: cannot build from source with firefox support
On Fri, Feb 10, 2006 at 10:41:22AM +0100, Bastian Kleineidam wrote: Package: eclipse Version: 3.1.2-1 Severity: wishlist Hi, the latest upload required me to install mozilla-browser, so I tried to build eclipse with firefox support. This adds a firefox-dev build dependency, which does not exist. So it is impossible to build eclipse with firefox support on Debian. Please enable the build with firefox on Debian, or even better, support both packages - firefox and mozilla - like the last version. The support for firefox-dev is for Ubuntu. It doenst exist on Debian. That is intentional. We removed the Dependencies on firefox becuase it just doesnt work. We are still investigating this. The only thing that works currently is the mozilla-browser. firefox misses some symbol in its libraries. When this solved we will readd the other browsers. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352184: eclipse: cannot build from source with firefox support
On Fri, Feb 10, 2006 at 11:21:46AM +0100, Stephan Michels wrote: If you try to build the package by your own, then change the variable in rules to with_browser := firefox Which doesnt work on Debian, only on Ubuntu. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349050: Proposal for an exampel add user script
On Fri, Feb 10, 2006 at 11:28:56AM +0100, Christian Perrier wrote: Anyway, proposed revised comment: # This allows Unix users to be created on the domain controller via the SAMR # RPC pipe. The example command creates a user account with a disabled Unix # password; please adapt to your needs No headers, since it looks to me like this belongs under the 'domain' parameters grouping... OK, fine by me. Will you commit, or would you like me to? About your earlier comment, the suggested command line does create the user's home directory, in the directory specified in DHOME in /etc/adduser.conf Is this what we want? I guess for normal users, as opposed to machine accounts, this makes sense. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#352196: eclipse-sdk: update to 3.1.2-1 failed
Package: eclipse-sdk Version: 3.1.2-1 Severity: grave Justification: renders package unusable I just tried to update to 3.2.1-1, but it failed and made eclipse unusable. ### dpkg: dependency problems prevent configuration of eclipse-sdk: eclipse-sdk depends on eclipse (= 3.1.2-1); however: Version of eclipse on system is 3.1.1-8. dpkg: error processing eclipse-sdk (--configure): dependency problems - leaving unconfigured ## aptitude install eclipse did the job and everything works now. Don't know if this is a bug on your or a bug on my side. Just wanted to tell you. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages eclipse-sdk depends on: ii eclipse 3.1.1-8Extensible Tool Platform and Java eclipse-sdk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325226: libc6: Wrong dynamic linker on amd64
Hello,
Please find attached a patch to fix the problem using another way. It
reverts amd64-lib.dpatch, and build the library in /{usr,}/lib64. It
then moves it to /{usr,}/lib during the installation phase of the
package.
It looks cleaner to me in the sense it is not a patch to the patch.
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
diff -u glibc-2.3.6/debian/sysdeps/amd64.mk glibc-2.3.6/debian/sysdeps/amd64.mk
--- glibc-2.3.6/debian/sysdeps/amd64.mk
+++ glibc-2.3.6/debian/sysdeps/amd64.mk
@@ -20,0 +21,6 @@
+
+define libc_extra_install
+mv debian/tmp-libc/lib64 debian/tmp-libc/lib
+mv debian/tmp-libc/usr/lib64/* debian/tmp-libc/usr/lib
+endef
+
--- glibc-2.3.6/debian/patches/series.amd64
+++ glibc-2.3.6.orig/debian/patches/series.amd64
@@ -1,2 +0,0 @@
-amd64-lib.diff -p1
-
--- glibc-2.3.6/debian/patches/amd64-lib.diff
+++ glibc-2.3.6.orig/debian/patches/amd64-lib.diff
@@ -1,50 +0,0 @@
-#! /bin/sh -e
-
-# All lines beginning with `# DP:' are a description of the patch.
-# DP: Description: Use /lib instead of /lib64 for the native amd64 port
-# DP: Dpatch author: Andreas Jochens [EMAIL PROTECTED]
-# DP: Patch author:
-# DP: Upstream status: Debian-Specific
-# DP: Status Details:
-# DP: Date: 2004-06-07 (updated 2005-10-13)
-
-# This patch is for amd64 only; on i386 we want the 64-bit libraries
-# in /lib64.
-[ $DEB_HOST_ARCH != amd64 ] exit 0
-
-if [ $# -ne 2 ]; then
-echo 2 `basename $0`: script expects -patch|-unpatch as argument
-exit 1
-fi
-case $1 in
--patch) patch -d $2 -f --no-backup-if-mismatch -p1 $0;;
--unpatch) patch -d $2 -f --no-backup-if-mismatch -R -p1 $0;;
-*)
-echo 2 `basename $0`: script expects -patch|-unpatch as argument
-exit 1
-esac
-exit 0
-
-# append the patch here and adjust the -p? flag in the patch calls.
glibc-2.3.2/sysdeps/unix/sysv/linux/configure~ 2004-06-05
14:03:22.118247000 +0200
-+++ glibc-2.3.2/sysdeps/unix/sysv/linux/configure 2004-06-05
11:43:35.667961319 +0200
-@@ -224,7 +224,7 @@
- /usr | /usr/)
- # 64-bit libraries on bi-arch platforms go in /lib64 instead of /lib
- case $machine in
-- sparc/sparc64 | x86_64 | powerpc/powerpc64 | s390/s390-64 | \
-+ sparc/sparc64 | powerpc/powerpc64 | s390/s390-64 | \
- mips/mips64/n64/* )
- libc_cv_slibdir=/lib64
- if test $libdir = '${exec_prefix}/lib'; then
glibc-2.3.2/sysdeps/unix/sysv/linux/configure.in~ 2004-07-05
09:52:28.0 +0200
-+++ glibc-2.3.2/sysdeps/unix/sysv/linux/configure.in 2004-07-05
12:18:07.995664571 +0200
-@@ -157,7 +157,7 @@
- /usr | /usr/)
- # 64-bit libraries on bi-arch platforms go in /lib64 instead of /lib
- case $machine in
-- sparc/sparc64 | x86_64 | powerpc/powerpc64 | s390/s390-64 | \
-+ sparc/sparc64 | powerpc/powerpc64 | s390/s390-64 | \
- mips/mips64/n64/* )
- libc_cv_slibdir=/lib64
- if test $libdir = '${exec_prefix}/lib'; then
Bug#339661: patch
On Fri, Feb 10, 2006 at 02:26:41AM +0100, martin f krafft wrote: also sprach Julian Gilbey [EMAIL PROTECTED] [2006.02.10.0213 +0100]: I don't understand what you mean. I tried subscribing to a bug with different From envelope and From: header lines, and lists.debian.org replied to the From: header line, not the envelope-from address. Okay; I did the same and I thought it was the other way around. With let's see what happens I mean let's wait for bug reports :) :-) You could always try again to double check... Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349001: proftpd: Proftpd segfaults on connection close
Dear Francesco, Uhm, 1.2.10-20 on sarge does not have this kind of issue AFAIK. Did you try it from my repo? Why are you using -27? I didn't try it. What repository would that be? I found your repository on people.debian.org. The packages there don't suit my needs, since I need libmysqlclient14 or higher. I backported 1.2.10-20 to sarge and the problem remains. I get these entries at every disconnect: Feb 10 12:03:41 server proftpd[22549] server (localhost[127.0.0.1]): FTP session opened. Feb 10 12:03:41 server proftpd[22549] server (localhost[127.0.0.1]): mod_delay/0.4: delaying for 329 usecs Feb 10 12:03:41 server proftpd[22549] server (localhost[127.0.0.1]): USER demakervan.nl: Login successful. Feb 10 12:04:29 server proftpd[22549] server (localhost[127.0.0.1]): ProFTPD terminating (signal 11) ^ I can get you a gdb strace if you need one. It will take some time though. Regards, Allard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352191: Acknowledgement (python-visual: typos in package description)
Hi again, yes I know, I forgot the patch. Here it is attached hopefully. Sorry for the noise, Wolfi --- control.in.orig 2006-02-10 11:20:31.0 +0100 +++ control.in 2006-02-10 11:20:45.0 +0100 @@ -16,10 +16,10 @@ A program can create 3D objects (such as spheres, curves, etc.) and position them in 3D space. Visual, running in a separate thread, automatically updates a 3D scene many times per second to reflect the - curren position of the objects. The programmer does not need to deal + current position of the objects. The programmer does not need to deal with display management but can focus on the computational aspects for the program. The user can navigate in the 3D scene by using the mouse - to zoom and rotate while the program is running. Visual supporst full + to zoom and rotate while the program is running. Visual supports full vector algebra. . Homepage: http://www.vpython.org signature.asc Description: Digital signature
Bug#352197: eclipse: locally installed plugins vanished
Package: eclipse Version: 3.1.2-1 Severity: grave Justification: causes non-serious data loss I just updated to 3.2.1-1 and with this update all my plugins which were installed via eclipse vanished (CDT, sublipse, checkstyle and even more). The plugins living in /usr/local/lib/eclipse/plugins/ are still there. HelpSoftware UpdatesFind and InstallSearch for New Feature also doesn't show me my update sites anymore. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-1Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-1Plug-in Development Environment to ii eclipse-source3.1.2-1Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349001: proftpd: Proftpd segfaults on connection close
I backported 1.2.10-20 to sarge and the problem remains. I get these entries at every disconnect: PS: I ported your people.debian.org sarge version to my platform (libmysqlclient14) and the problem still occurs. I'll try and strace this version for you. Regards, Allard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347173: glibc: Romanian days are written with mixed case letters/Romanian alplhabet reordered
On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote: See the changelog for modifications. + * locales/ro_RO: After denomination, int'l currency symbol is RON I do not understand what After denomination does mean. You may need references when bugging upstream with this change, here is one: http://publications.eu.int/code/en/en-5000700.htm IMO you should also include a patch against locale/iso-4217.def, otherwise your locale will not compile. Denis
Bug#351748: Same here
It crashes with: *** glibc detected *** double free or corruption (fasttop): 0x086b8768 *** Problem is not in inkscape, because a lot of applications (eclipse, azureus, acrobat reader,..) started crashing last month. Problem is somewhere in gtk/glib. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352187: dovecot-imapd: reports old messages as new after upgrading
On Fri, Feb 10, 2006 at 11:45:15AM +0100, Fabio Tranchitella wrote: On ven, 10 feb 2006, Stefan Völkel wrote: Package: dovecot-imapd Version: 1.0.beta2-1 Severity: normal Hello, after upgrading dovecot yesterday mutt display messages as New which were Old before. Did this happen only once after the upgrade or it is a general problem? This was the first time it happened. -- You can do very well in speculation where land or anything to do with dirt is concerned. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352198: ifdown vlan* does not remove vlan device
Package: vlan Version: 1.8-1 Severity: normal Tags: patch When using names like vlan0997 for vlan interfaces, ifdown does not remove vlan, so that next ifup gives an error link this: ERROR: trying to add VLAN #997 to IF -:eth1:- error: Invalid argument This can be fixed with a following patch: --- /tmp/vlan.old 2006-02-10 14:36:01.0 +0300 +++ /etc/network/if-post-down.d/vlan2006-02-10 14:36:14.0 +0300 @@ -11,6 +11,9 @@ eth*.*) IF_VLAN_RAW_DEVICE=`echo $IFACE|sed s/\(eth[0-9][0-9]*\)\..*/\1/` ;; + vlan*) + true + ;; *) exit 0 ;; esac -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vlan depends on: ii iproute 20041019-3 Professional tools to control the ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352199: realtime-lsm-source: Useless dependency on module-assistant
Package: realtime-lsm-source Version: 0.1.1-6 Severity: normal Hi, I tried to remove module-assistant from my system but it breaks realtime-lsm-source. module-assistant is not indispensable, I build all my modules with make-kpkg --added_modules module modules_image Please make module-assistant a suggestion. Grégoire -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages realtime-lsm-source depends on: ii debhelper 5.0.22 helper programs for debian/rules ii kernel-package10.034 A utility for building Linux kerne ii module-assistant 0.10.2 tool to make module package creati realtime-lsm-source recommends no packages. -- no debconf information
Bug#352200: PTS: please allow displaying bin NMUs
Package: qa.debian.org Severity: wishlist From IRC: 08:25 bubulle hmmm, /me wonders whether #352166 (shadow FTBFS on hppa) shoul djust be closed or not. It seems that there's been a binNMU this morning but I have no clue about who did it and whether this just says the FTBFS was a problem on the hppa buildd 08:31 vorlon bubulle: well, you could thwap aurel32 for circumventing the buildds, for starters 08:31 vorlon anyway, sarti has serious issues with basic shell stuff, so the bug can probably just be closed again. 08:31 vorlon wrong severity for the bug to be opened at, btw. :) 08:32 bubulle as usual..:) 08:32 bubulle note to self: thou shalt not open bugs before the needed level of cafeine floods in thy veins 08:34 bubulle vorlon: how did you see that aurel32 was the one doing the binNMU? I need to learn somethign here 08:38 vorlon bubulle: grab the .changes from incoming, gpg --verify 08:39 vorlon bubulle: dato also has a script that checks the uploader; don't remember the details of it, though 08:39 bubulle should be an interesting addition to do on packages.qa.debian.org 08:39 bubulle buxy: 08:55 isaac bubulle: 08:56 isaac bubulle: http://people.debian.org/~adeodato/bin/who-uploads if you want to have a look -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352201: Request to add cricket contrib tree boxen
Package: cricket Severity: wishlist As the boxen cricket contrib tree: http://www.dezwart.net.au/~pete/pooter/cricket/boxen/ Is well suited to data collection from Linux boxes. I wonder if this could be added to the Debian package?
Bug#279000: Python curses bindings and UTF-8
On Fri, 10 Feb 2006, Peter Samuelson wrote: [Martin v. L?wis] I also tried compiling/linking with ncursesw instead; this didn't change anything. Right, python Modules/_cursesmodule.c has no explicit support for ncursesw functions. as noted on the newsgroup discussion this week, python doesn't need explicit support for ncursesw functions, but does need a change to its setup.py to make it load ncursesw if it's available. Aside from adding an interface for get_wch(), I don't think the other ncursesw-specific functions are that useful to python. The reason the python curses code displays ? is purely accidental: python believes it is sending *two* valid characters to ncurses, and ncurses believes it is sending *two* valid characters to the terminal. Both layers are mistaken. As I discovered in tracing it, that's because python resets its locale to POSIX (not even the correct locale - I was running the test in en_US.UTF-8). I didn't dig deep enough to see why python did that, but can't think of a plausible reason for it. curses only displays what it believes to be valid characters, and this seems to be based on ISO-8859. You might notice that ? works and ? does not. (Try it!) In the ISO-8859 family, bytes 0x80-0xbf are invalid - and the UTF-8 encoding of ? is 0xc3 0x84. Peter -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#325226: libc6: Wrong dynamic linker on amd64
On 06-Feb-10 12:02, Aurelien Jarno wrote:
Please find attached a patch to fix the problem using another way. It
reverts amd64-lib.dpatch, and build the library in /{usr,}/lib64. It
then moves it to /{usr,}/lib during the installation phase of the
package.
It looks cleaner to me in the sense it is not a patch to the patch.
Hello,
your solution looks indeed nicer that the patch to the patch to fix
the linker path.
However, there is one (probably not really important) thing
which I do not like:
The patch will cause a lot of symlinks which currently point from
'/usr/lib/lib*.so.*' to '/lib/lib*.so.*' to be changed to point
to '/lib64/lib*.so.*' instead, e.g.
lrwxrwxrwx 1 root root 15 Feb 8 05:58 librt.so - /lib/librt.so.1
would become
lrwxrwxrwx 1 root root 15 Feb 8 05:58 librt.so - /lib64/librt.so.1
Currently, the /lib64 directory symlink is used _only_ to provide the
correct linker path. Nothing else in the distribution references
the /lib64 directory, i.e. everything is (or at least should
be) installed in /lib and nothing depends on the /lib64 symlink
with the single exception of the linker path.
I think it would be good to keep it that way and to let the symlinks
point to '/lib/lib*.so.*' as they do now.
Do you perhaps know of a simple way to achive this within your approach?
Anyway, thank you for your patch!
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279000: Python curses bindings and UTF-8
On Fri, 10 Feb 2006, Peter Samuelson wrote: [Peter Samuelson] In the ISO-8859 family, bytes 0x80-0xbf are invalid - and the UTF-8 encoding of ? is 0xc3 0x84. Doh! Of course I meant to say bytes 0x80-0x9f are invalid. Anyway, ncurses seems to reject that same range of bytes even when LC_CTYPE indicates UTF-8. I pointed out in comp.lang.python two days about that the problem is in python: Testing this, and looking to see what's going on, I notice that python is doing a setlocale(LC_ALL, C); before the addstr is actually called. (ncurses never sets the locale; it calls setlocale in one place to ask what it is). That makes ncurses think it's not really doing UTF-8, of course. What I see on the screen is the U+00C5 comes out with a box and a ~E (the latter being ncurses' representation in POSIX for \0x85). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#336519: initramfs-tools: works with newer initramfs and kernel
Package: initramfs-tools Version: 0.51 Followup-For: Bug #336519 i tested the following combination of initramfs-tools and linux-image, and they appear to work together just fine. ii initramfs-tools 0.51 tools for generating an initramfs ii linux-image-2.6-486 2.6.15-5 Linux kernel 2.6 image on 486-class machines ii linux-image-2.6.15-1-486 2.6.15-5 Linux kernel 2.6.15 image on 486-class machines hurrah! live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339584: hpoj: ptal-mlcd reports Access denied to parallel port!
Martin, Julian, Has ubuntu been able to make any headway on this. I am about at the point with debian/hpoj to revert hpoj to run as root, allowing access to the parallel port. Thanks, Mark On Friday 06 January 2006 06:16, Julian Gilbey wrote: Hi Martin! Could you have a look at this bug. How can the Ubuntu patch work at all given the point below? ptal-mlcd needs access to the IO ports, doesn't it? Isn't it necessary for the daemon to start as root to get the ports it needs and then to drop privileges? Julian On Wed, Jan 04, 2006 at 05:10:55AM +, Julian Gilbey wrote: On Thu, Nov 17, 2005 at 09:25:13PM +1100, Mike Williams wrote: Package: hpoj Version: 0.91-9 Severity: important I can no longer print to my parallel-port OfficeJet K80 printer. When probing using ptal-init setup, it reports *** ptal-mlcd failed to start! Check syslog file for error messages. /var/log/lpr.log contains: Nov 17 21:21:33 kumara ptal-mlcd: FATAL ERROR at ParPort.cpp:48, dev=mlc:par:probe, pid=6847, e=1, t=113893 Access denied to parallel port! It seems that the problem might be something like this: the non-root daemon patch applied to fix bug#298064 means that ptal-init tries to run ptal-mlcd as hpojlp:lp. But ptal-mlcd calls iolp(3), which is refused by the kernel when called by a non-root user, or so it would appear. I'm not sure whether this is the reason for the breakage, but it sure looks likely. I'm having no problems on my out-of-date testing system running hpoj version 0.91-4, but have no joy at all on my unstable system. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345815: [Pkg-kde-extras] Bug#345815: #345815 kmymoney2: default geometry too large for screen
On Thursday 09 February 2006 02:32, Rob Bochan wrote: From: Thomas Baumgart [EMAIL PROTECTED] Please upgrade to 0.8.2. The problem has been fixed there. 0.6.4 will not be maintained anymore. Excuse me? You're telling that a package version in Sarge will not be maintained any longer? Rob, Thomas is an upstream kmymoney2 developer. I forwarded the bug report upstream as it wasn't a specific Debian issue per se, but rather an upstream issue, Thomas, advised that upstream aren't maintaining 0.6.4 anymore. Is this a Debian policy? As far as Debian goes, the stable branch is only maintained for security updates, new versions of packages are not submitted. As this is not a security issue it won't be fixed for sarge. Short of using testing/unstable or going to 34rd parties, just how would one upgrade to 0.8.2 when it's not even available in Sarge? There are a couple of options available. You could always backport the package from sid to work in a sarge environment. http://www.backports.org maybe able to assist here. Or you could add a sid deb-src line to your apt/sources.list and then do something like: # apt-get build-dep kmymoney2 # apt-get -b source kmymoney2 Or alternatively you could wait until the next stable release of Debian which should contain the updated version of kmymoney2. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349050: Proposal for an exampel add user script
Will you commit, or would you like me to? I'll do. Go to bed..:-) About your earlier comment, the suggested command line does create the user's home directory, in the directory specified in DHOME in /etc/adduser.conf Is this what we want? I guess for normal users, as opposed to machine accounts, this makes sense. Yes, this is probably what admins want most often... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350874: [Pkg-kde-extras] Bug#350874: [Kmymoney2-developer] Re: kmymoney 0.8.2 build dependency on $(HOME) directory
On Thursday 02 February 2006 17:19, Thomas Baumgart wrote: The real problem though is, that our configure script does not support being called by an absolute path. I changed that in the current CVS HEAD version and try to backport it for the next stable release. How could this be tested upfront? Thomas, I took your changes from CVS head and we still have the issue with trying to build without a $(HOME). Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351589: python-beautifulsoup: include documentation from website
Corey Wright writes: i'm not thinking about this so much from an offline justification, but from a versioning viewpoint. i'm needing to use beautifulsoup within the context of debian stable/sarge, but the only documentation i have (besides the source code and the synthesized help(BeautifulSoup)) is that on the website, which is not explicitly applicable to the version in sarge (which is a major version different). I'm checking to see if this is available. Since this change wouldn't meet the test for getting into a stable update, I'm not sure it would help your situation (unless you can upgrade), but perhaps the new 1.x could be added to a backports repository. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351951: ITP: wengophone -- A free SIP softphone
On Thursday 09 February 2006 09:10, Lionel Elie Mamane wrote: On Wed, Feb 08, 2006 at 08:21:42PM +0100, Marco Nenciarini wrote: * Package name: wengophone Upstream Author : Wengo SAS wengophone-devel@lists.openwengo.com Description : A free SIP softphone You may want to do it in the framework of the Debian VoIP packaging team. Marco, Are you aware of pkg-voip-maintainers. We have an svn area on http://svn.debian.org, which is worth checking out. We also have a README which should help you getting started if you would like to join the team. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352197: Acknowledgement (eclipse: locally installed plugins vanished)
Got some more Information: After reinstalling CDT from the CDT update site subclipse also reappeard partially. I can use it from the menu and it is on the update site again, but the subclipse view doesn't work (eclipse gave me a message about this too). The CDT view seems to be broken too. Basic functionallity came back, but there seems to be a problem with the UI. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352203: antlr: FTBFS (ppc64): Please update scripts/config.{guess,sub}
Package: antlr
Version: 2.7.6-2
Severity: wishlist
Tags: patch
When building 'antlr' on ppc64/unstable, I get the following error:
UNAME_MACHINE = ppc64
UNAME_RELEASE = 2.6.14-2-ppc64
UNAME_SYSTEM = Linux
UNAME_VERSION = #1 SMP Sun Nov 27 06:36:32 UTC 2005
configure: error: cannot guess build type; you must specify one
make: *** [configure-stamp] Error 1
This is caused by outdated config.{guess,sub} files in the scripts
directory.
With the attached patch 'antlr' can be compiled on ppc64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/antlr-2.7.6/debian/rules ./debian/rules
--- ../tmp-orig/antlr-2.7.6/debian/rules2006-02-10 11:20:41.0
+0100
+++ ./debian/rules 2006-02-10 11:19:53.0 +0100
@@ -9,6 +9,7 @@
configure: configure-stamp
configure-stamp: autotools
dh_testdir
+ cp /usr/share/misc/config.{guess,sub} scripts
BOOTCLASSPATH=/usr/share/classpath/glibj.zip JAVAC=jikes-classpath
CLASSPATH=`pwd` JAVA=kaffe \
./configure \
--prefix=/usr \
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352202: CVE-2006-0635: Incorrect parsing of sizeof() may introduce integer overflows
Package: tcc Version: 0.9.23-2 Severity: grave Tags: security Justification: user security hole XFocus Security discovered that tcc incorrectly evaluates certain sizeof() expressions, which may lead integer overflows. Please see http://www.securityfocus.com/archive/1/archive/1/424257/100/0/threaded for details. This has been assigned CVE-2006-0635, please mention it in the changelog when fixing it. Cheers, Moritz -- 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.14-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tcc depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an Versions of packages tcc recommends: ii libc6-dev [libc-dev] 2.3.5-13 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352204: eclipse: some times the windows are too small
Package: eclipse Version: 3.1.2-1 Severity: normal Sometimes any kind of popup window which can appear is too little. Very often it is not possible to see the content of the window or only the half of the window. When the window is closed and reopened it may work. This happens with the Debian eclipse package and with the upstream tarball. tell me if I can give you more information. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-1Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-1Plug-in Development Environment to ii eclipse-source3.1.2-1Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349050: Proposal for an exampel add user script
On Fri, 2006-02-10 at 03:02 -0800, Steve Langasek wrote: On Fri, Feb 10, 2006 at 11:28:56AM +0100, Christian Perrier wrote: Anyway, proposed revised comment: # This allows Unix users to be created on the domain controller via the SAMR # RPC pipe. The example command creates a user account with a disabled Unix # password; please adapt to your needs No headers, since it looks to me like this belongs under the 'domain' parameters grouping... OK, fine by me. Will you commit, or would you like me to? About your earlier comment, the suggested command line does create the user's home directory, in the directory specified in DHOME in /etc/adduser.conf Is this what we want? I guess for normal users, as opposed to machine accounts, this makes sense. Remember 'add machine script' is seperate, do you have an example on that too? Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net signature.asc Description: This is a digitally signed message part
Bug#274367: glibc: [amd64] New GLIBC pass to create 32bit libc6-i386 and libc6-dev-i386 packages
On Fri, Feb 10, 2006 at 07:39:03AM +0100, Andreas Jochens wrote: Hello, Hi! I have some small comments on your patch. On 06-Feb-09 19:52, Aurelien Jarno wrote: +# build 32-bit (i386) alternative library +GLIBC_PASSES += i386 +DEB_ARCH_REGULAR_PACKAGES += libc6-i386 libc6-dev-i386 +libc6-i386_shlib_dep = libc6-i386 (= $(shlib_dep_ver)) + +i386_configure_target = i486-linux +# __i386__ is defined here because Makeconfig uses -undef and the +# /usr/include/asm wrappers need that symbol. +i386_CC = $(CC) -m32 -D__i386__ +i386_add-ons = nptl $(add-ons) +i386_extra_cflags = -O3 -fomit-frame-pointer -D__USE_STRING_INLINES +i386_extra_cflags += -g0 -fno-unit-at-a-time +i386_extra_config_options = $(extra_config_options) --with-tls --with-__thread \ + --includedir=/usr/include/i386-linux --prefix=/emul/ia32-linux/usr I think that 'i386_extra_cflags' should just be set to '-O3 -g1'. The other flags were used to circumvent some compilation problems that were solved with gcc-4.0. Ok, changed. Also 'i386_extra_config_options' does not need to have '--with-tls' and '--with-__thread' specified explicitly because the new glibc version 2.3.5 uses these options by default. Also changed. The '--includedir=/usr/include/i386-linux' is also no longer necessary because this is handled automagically by the wrappers in linux-kernel-headers. This is not the include path of the kernel headers, but the place were to install the glibc headers. Look at i386.mk or hppa.mk. Not that I have changed this directory to /usr/include/i386-linux-gnu, to be consistent with hppa and i386. I also do not have the '-D__i386__' in my own (/usr/lib32 based) amd64 glibc patch and it compiles and works fine. So I am not sure if that definition is still necessary. This comes from i386.mk that I used as a base for amd64.mk. I have successfully rebuilt it without this part, so I have removed it from my patch. Please find attached a new patch, that uses /lib32 and /usr/lib32. There is a lot of difference from the previous patch, so don't hesitate to comment it. I know there is a missing conflicts with the current version of ia32-libs, I am currently looking for a way to do it cleanly. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net diff -u glibc-2.3.6/debian/rules.d/control.mk glibc-2.3.6/debian/rules.d/control.mk --- glibc-2.3.6/debian/rules.d/control.mk +++ glibc-2.3.6/debian/rules.d/control.mk @@ -23,6 +23,7 @@ cat debian/control.in/libc6.1[EMAIL PROTECTED] cat debian/control.in/libc0.3[EMAIL PROTECTED] cat debian/control.in/libc1 [EMAIL PROTECTED] + cat debian/control.in/i386 [EMAIL PROTECTED] cat debian/control.in/sparc64[EMAIL PROTECTED] cat debian/control.in/s390x [EMAIL PROTECTED] cat debian/control.in/amd64 [EMAIL PROTECTED] diff -u glibc-2.3.6/debian/rules.d/debhelper.mk glibc-2.3.6/debian/rules.d/debhelper.mk --- glibc-2.3.6/debian/rules.d/debhelper.mk +++ glibc-2.3.6/debian/rules.d/debhelper.mk @@ -193,7 +193,7 @@ destdir=$$1; \ shift; \ z=debian/$(libc)-$$x.install; \ - if test $$destdir = 64; then \ + if test $$destdir = 32 -o $$destdir = 64; then \ cp debian/debhelper.in/libc-alt.install $$z; \ zd=debian/$(libc)-dev-$$x.install; \ cp debian/debhelper.in/libc-alt-dev.install $$zd; \ diff -u glibc-2.3.6/debian/sysdeps/amd64.mk glibc-2.3.6/debian/sysdeps/amd64.mk --- glibc-2.3.6/debian/sysdeps/amd64.mk +++ glibc-2.3.6/debian/sysdeps/amd64.mk @@ -20,0 +21,23 @@ + +# build 32-bit (i386) alternative library +GLIBC_PASSES += i386 +DEB_ARCH_REGULAR_PACKAGES += libc6-i386 libc6-dev-i386 +libc6-i386_shlib_dep = libc6-i386 (= $(shlib_dep_ver)) + +i386_configure_target = i486-linux +i386_CC = $(CC) -m32 +i386_add-ons = nptl $(add-ons) +i386_extra_cflags = -march=pentium4 -g1 -O3 +i386_extra_config_options = $(extra_config_options) --includedir=/usr/include/i386-linux-gnu +i386_LIBDIR = 32 +i386_MIN_KERNEL_SUPPORTED = 2.6.0 + +define libc6-dev-i386_extra_pkg_install +dh_install -plibc6-dev-i386 debian/tmp-i386/usr/include/i386-linux-gnu \ +usr/include +endef + +define libc6-i386_extra_pkg_install +mkdir -p debian/libc6-i386/lib +ln -s /lib32/ld-linux.so.2 debian/libc6-i386/lib +endef diff -u glibc-2.3.6/debian/patches/series glibc-2.3.6/debian/patches/series --- glibc-2.3.6/debian/patches/series +++ glibc-2.3.6/debian/patches/series @@ -120,0 +121 @@ +amd64-i386-biarch.diff diff -u glibc-2.3.6/debian/control.in/main glibc-2.3.6/debian/control.in/main --- glibc-2.3.6/debian/control.in/main +++ glibc-2.3.6/debian/control.in/main @@ -1,7 +1,7 @@ Source: @glibc@ Section:
Bug#351311: ftp.debian.org: mysql-dfsg-5.0 no longer produces mysql*4.1 - blocked from testing now
reassign 351311 mysql-dfsg-5.0 thanks On Sat, Feb 04, 2006 at 01:02:22AM +0100, Christian Hammers wrote: Hello The mysql-dfsg-5.0 source packages used to produce mysql-server-4.1 mysql-client-4.1 for a short while but removed those packages from the control file. britney(?) now thinks that it accidently failed to build those and blocks mysql-dfsg-5.0 from entering testing. That's because those packages still are built by mysql-dfsg-4.1 and mysql-dfsg. Please either: - stop building those packages from there, - request us to remove those source packages (you can retitle and reassign this bug), or - bump the version numbers of those 4.0 and 4.1 packages so that they would supersede the versions built by mysql-dfsg-5.0 --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352117: [Pkg-shadow-devel] Bug#352117: passwd: UNIX or Linux?
Dnia 10-02-2006, pią o godzinie 00:37 +0800, Dan Jacobson napisał(a): Package: passwd Version: 1:4.0.13-7 Severity: wishlist # COLUMNS= man passwd|spell TheUNIX [EMAIL PROTECTED] man]$ LANG= COLUMNS= man ./passwd.1 | grep System The security of a password depends upon the strength of the encryption algorithm and the size of the key space. The UNIX System encryption method is based on the NBS DES algorithm and is very secure. The size of the key space depends upon the randomness of the password which is selected. I don't see contatenated TheUNIX in roff output in current version. kloczek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352206: normalize-audio: dublicate pot file in directory /po/
Package: normalize-audio Version: 0.7.6-7 Severity: normal Tags: l10n Hello, in directory /po/ exists normalize.pot and also normalize-audio.pot. They do not differ in messages. This causes confusion which file to choose when starting a new translation. Please remove normalize.pot as this had to be removed while renaming normalize to normalize-audio. Thanks Mathias Klein -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc7.sidney.13 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Versions of packages normalize-audio depends on: ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-11GNU C Library: Shared libraries an ii libmad0 0.15.1b-2.1 MPEG audio decoder library Versions of packages normalize-audio recommends: ii vorbis-tools 1.1.1-3several Ogg Vorbis tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352205: pcmciautils: dependency on libsysfs1
Package: pcmciautils Version: 012-3 Severity: normal Tags: experimental -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (25, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pcmciautils depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libsysfs1 1.3.0-7interface library to sysfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336285: libswt3.1-gtk-java: reopen 336285
Package: libswt3.1-gtk-java Version: 3.1.2-1 Followup-For: Bug #336285 -- 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.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libswt3.1-gtk-java depends on: ii java-common 0.23 Base of all Java packages ii libswt3.1-gtk-jni 3.1.2-1 Platform dependent files for libsw ii mozilla-browser 2:1.7.12-1.1 The Mozilla Internet application s libswt3.1-gtk-java recommends no packages. -- no debconf information Hi, again there is only the dependency on the mozilla-browser and none for firefox. Bye, Henning Heinold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347173: glibc: Romanian days are written with mixed case letters/Romanian alplhabet reordered
On 2/10/06, Denis Barbier [EMAIL PROTECTED] wrote: On Wed, Feb 08, 2006 at 09:59:40AM +0200, Eddy Petrişor wrote: See the changelog for modifications. + * locales/ro_RO: After denomination, int'l currency symbol is RON I do not understand what After denomination does mean. You may need references when bugging upstream with this change, here is one: http://publications.eu.int/code/en/en-5000700.htm Thanks, I guess you were reffering to : On 1 July 2005, the addition of the new Romanian leu (RON). The former Romanian leu will remain in circulation until 31 December 2006 (RON 1 = ROL 10 000). this might be ok, too: http://en.wikipedia.org/wiki/Romanian_leu IMO you should also include a patch against locale/iso-4217.def, otherwise your locale will not compile. thanks for the tip -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#348027: errors in Turkish keyboard setup
* Recai Oktaş [2006-02-09 02:57:23+0200] * Denis Barbier [2006-02-09 00:21:08+0100] Thanks, I applied your patch and also reviewed all other layouts, hopefully it should work better now for more people. Great! Thanks for all your help. Hi Denis, Could you please apply the attached patch as well? As I stated in this bug report, seeing the f variant, people tends to define the non-existed q or tr_q variants because of the false assumption that Turkish should have these variants[1]. This patch tries to be conservative for future changes (i.e. q variant may be added in future). [1] https://launchpad.net/distros/ubuntu/+source/xorg/+bug/23944 -- roktas --- xserver-xorg.config.in.orig 2006-02-10 12:29:01.0 +0200 +++ xserver-xorg.config.in 2006-02-10 13:17:23.0 +0200 @@ -1259,6 +1259,17 @@ TR_VARIANT=$RET case ,$TR_VARIANT, in +*,q,*|*,tr_q,*) + # For extra sanity, remove bogus tr_q or q variants. + if [ -e $TR_KEYMAP ] +grep -q ^[[:space:]]*xkb_symbols[[:space:]]*\q\ $TR_KEYMAP; then +SANITIZED_TR_VARIANT=q + else +# There is no such variant at least in X.Org = 7.0. Default variant +# basic points to the Q layout in these versions. +SANITIZED_TR_VARIANT=basic + fi + ;; *,f,*|*,tr_f,*) # X.Org version 6.9 uses tr_f, while = 6.9 uses only f if [ -e $TR_KEYMAP ] @@ -1282,8 +1293,8 @@ if [ -n $SANITIZED_TR_VARIANT ]; then # remove the unsanitized variant TR_VARIANT=$(echo $TR_VARIANT | \ - sed -e s/\\(tr_\)*\(f\|alt\)[[:space:]]*,//g \ - -e s/\(^\|,\)[[:space:]]*\(tr_\)*\(f\|alt\)[[:space:]]*$//g) + sed -e s/\\(tr_\)*\(q\|f\|alt\)[[:space:]]*,//g \ + -e s/\(^\|,\)[[:space:]]*\(tr_\)*\(q\|f\|alt\)[[:space:]]*$//g) # add the sanitized variant if [ -n $TR_VARIANT ]; then signature.asc Description: Digital signature
Bug#348027: errors in Turkish keyboard setup
On Fri, Feb 10, 2006 at 01:34:29PM +0200, Recai Oktaş wrote: * Recai Oktaş [2006-02-09 02:57:23+0200] * Denis Barbier [2006-02-09 00:21:08+0100] Thanks, I applied your patch and also reviewed all other layouts, hopefully it should work better now for more people. Great! Thanks for all your help. Hi Denis, Could you please apply the attached patch as well? As I stated in this bug report, seeing the f variant, people tends to define the non-existed q or tr_q variants because of the false assumption that Turkish should have these variants[1]. This patch tries to be conservative for future changes (i.e. q variant may be added in future). Done, thanks. Denis
Bug#349001: proftpd: Proftpd segfaults on connection close
On Fri, Feb 10, 2006 at 11:44:27AM +0100, Allard Hoeve wrote: I've backported the 1.2.10-27 package to sarge, in order to fix the signal 11 problems you addressed lately. However, I'm running into some segfaults of my own. Uhm, 1.2.10-20 on sarge does not have this kind of issue AFAIK. Did you try it from my repo? Why are you using -27? I didn't try it. What repository would that be? deb http://people.debian.org/~frankie/debian/sarge/ ./ Well, it's common to try and update to the latest version available. Since it fixed my problem, all seemes well, except for this little thingey. I will try and backport 1.2.10-20. This is quite strange and as you say the patch does not solve the issue, just remove the effect of a bug somewhere. I'll try 1.2.10-20 first, then check back if this doesn't resolve the problem. Regards, Allard -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351589: python-beautifulsoup: include documentation from website
On Fri, 10 Feb 2006 06:45:28 -0500 Decklin Foster [EMAIL PROTECTED] wrote: Corey Wright writes: i'm not thinking about this so much from an offline justification, but from a versioning viewpoint. i'm needing to use beautifulsoup within the context of debian stable/sarge, but the only documentation i have (besides the source code and the synthesized help(BeautifulSoup)) is that on the website, which is not explicitly applicable to the version in sarge (which is a major version different). I'm checking to see if this is available. Since this change wouldn't meet the test for getting into a stable update, I'm not sure it would help your situation (unless you can upgrade), but perhaps the new 1.x could be added to a backports repository. i apologize for the misunderstanding... i do not mean for you to address my current situation (lack of documentation in sarge's beautifulsoup), but only mention it as justification for including the documentation in etch's version. i doubt my situation is unique and others may encounter this same problem but in the future after etch is released and beautifulsoup again releases a new major version. thanks for packaging beautifulsoup. corey -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325226: libc6: Wrong dynamic linker on amd64
On Fri, Feb 10, 2006 at 12:48:21PM +0100, Andreas Jochens wrote: your solution looks indeed nicer that the patch to the patch to fix the linker path. However, there is one (probably not really important) thing which I do not like: The patch will cause a lot of symlinks which currently point from '/usr/lib/lib*.so.*' to '/lib/lib*.so.*' to be changed to point to '/lib64/lib*.so.*' instead, e.g. lrwxrwxrwx 1 root root 15 Feb 8 05:58 librt.so - /lib/librt.so.1 would become lrwxrwxrwx 1 root root 15 Feb 8 05:58 librt.so - /lib64/librt.so.1 Oh, I haven't thought of that. I tested the resulting binary, but I haven't looked at the links. Currently, the /lib64 directory symlink is used _only_ to provide the correct linker path. Nothing else in the distribution references the /lib64 directory, i.e. everything is (or at least should be) installed in /lib and nothing depends on the /lib64 symlink with the single exception of the linker path. That let me ask about having /lib64 as the real directory, and /lib as a symlink. At least it would make the /lib64 directory compliant with the FHS. Do you know what kind of problem that could cause, other than a complex upgrade? I think it would be good to keep it that way and to let the symlinks point to '/lib/lib*.so.*' as they do now. Do you perhaps know of a simple way to achive this within your approach? I think that's possible, I'll try do find a solution. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336285: libswt3.1-gtk-java: reopen 336285
On Fri, Feb 10, 2006 at 01:11:07PM +0100, Henning Heinold wrote: again there is only the dependency on the mozilla-browser and none for firefox. As stated in #352184 firefox doesnt work currently. When it works again we will readd it. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325226: libc6: Wrong dynamic linker on amd64
On Fri, Feb 10, 2006 at 01:06:22PM +0100, Aurelien Jarno wrote: I think it would be good to keep it that way and to let the symlinks point to '/lib/lib*.so.*' as they do now. Do you perhaps know of a simple way to achive this within your approach? I think that's possible, I'll try do find a solution. The solution: add the following line in amd64.mk in libc_extra_install: for link in $$(find debian/tmp-libc/usr/lib -type l) ; do ln -sf $$(readlink $$link | sed -e s/64//g) $$link ; done It may be a bit ugly, but I currently haven't found better. Note that there is the same problem in the patch I sent for the i386 libc on amd64. The same kind of fix applies there. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349001: proftpd: Proftpd segfaults on connection close
On Fri, Feb 10, 2006 at 12:31:24PM +0100, Allard Hoeve wrote: I backported 1.2.10-20 to sarge and the problem remains. I get these entries at every disconnect: PS: I ported your people.debian.org sarge version to my platform (libmysqlclient14) and the problem still occurs. I'll try and strace this version for you. Do you get the same result setting off DelayEngine? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350398: grub: savedefault - no such file or directory
Package: grub Version: 0.97-4 Severity: important The /sbin/update-grub script add everytime (there is a way to avoid it ?) the 'savedefault' to all linux entry. I comment the line 580 as this : #savedefault=$9 Now it work perfectly. Cham. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351047: another backtrace
I experienced a similar problem, however, my backtrace is different: #0 0xa7ed1de4 in ioctl () from /lib/tls/libc.so.6 #1 0x080a2890 in xf86ioctl (fd=-16, request=4294967280, argp=0xfff0) at libc_wrapper.c:469 #2 0xa7da5672 in drmCommandNone (fd=-16, drmCommandIndex=4) at xf86drm.c:2175 #3 0xa79f681a in RADEONWaitForIdleCP (pScrn=0x8243d00) at radeon_commonfuncs.c:137 #4 0xa7a1db4a in RADEONSyncCP (pScreen=0xfff0, marker=0) at radeon_exa_funcs.c:64 #5 0xa785b3e0 in exaWaitSync (pScreen=0x6444) at exa.c:1541 #6 0xa785bd0c in exaPrepareAccess (pDrawable=0x82a5a40, index=0) at exa.c:537 #7 0xa785d272 in exaFillRegionTiled (pDrawable=0x82a5a40, pRegion=0xafbb8578, pTile=0x84e0058) at exa.c:1322 #8 0x08172ddf in damagePaintWindow (pWindow=0x82a5a40, prgn=0xafbb8578, what=0) at damage.c:1591 #9 0x081ab47d in miWindowExposures (pWin=0x82a5a40, prgn=0xafbb8578, other_exposed=0x0) at miexpose.c:568 #10 0x080b5fa3 in xf86XVWindowExposures (pWin=0x82a5a40, reg1=0xafbb8578, reg2=0xfff0) at xf86xv.c:1065 #11 0xa7dac6f9 in DRIWindowExposures (pWin=0x82a5a40, prgn=0xafbb8578, bsreg=0xfff0) at dri.c:1585 #12 0x080e1736 in MapWindow (pWin=0x82a5a40, client=0x8226b28) at window.c:2781 #13 0x080e18b4 in InitRootWindow (pWin=0x82a5a40) at window.c:502 #14 0x080d6973 in main (argc=5, argv=0xafbb8694, envp=0xfff0) at main.c:466 Sometimes it happens right after startup, sometimes after a day of constant operation. I'm going to try with DRI off. HTH, Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ /[EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351311: ftp.debian.org: mysql-dfsg-5.0 no longer produces mysql*4.1 - blocked from testing now
Hello Jeroen On 2006-02-10 Jeroen van Wolffelaar wrote: The mysql-dfsg-5.0 source packages used to produce mysql-server-4.1 mysql-client-4.1 for a short while but removed those packages from the control file. britney(?) now thinks that it accidently failed to build those and blocks mysql-dfsg-5.0 from entering testing. That's because those packages still are built by mysql-dfsg-4.1 and mysql-dfsg. Please either: - stop building those packages from there, Would uploading a new version of the mysql-dfsg-4.1 source package with a 4.1.x version i.e. a lower one as that of the zombie packages be enough? This would easily possible as the package will be removed soon anyway. - request us to remove those source packages (you can retitle and reassign this bug), or I still have 26 open bugs asking other packages no longer to link against libmysqlclient12 which is produced by the source package mysql-dfsg-4.1, too. - bump the version numbers of those 4.0 and 4.1 packages so that they would supersede the versions built by mysql-dfsg-5.0 I don't like to upload a mysql-server-4.1 (5.0.x) package as this would confuse the users of testing/unstable. Can it be avoided? thanks, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352197: Acknowledgement (eclipse: locally installed plugins vanished)
On Fri, Feb 10, 2006 at 12:46:16PM +0100, Armin Berres wrote: Got some more Information: After reinstalling CDT from the CDT update site subclipse also reappeard partially. I can use it from the menu and it is on the update site again, but the subclipse view doesn't work (eclipse gave me a message about this too). The CDT view seems to be broken too. Basic functionallity came back, but there seems to be a problem with the UI. I dont investigated your problem yet but why dont your install CDT from Debian (apt-get install eclipse-cdt)? Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352204: eclipse: some times the windows are too small
On Fri, Feb 10, 2006 at 12:57:17PM +0100, Armin Berres wrote: Package: eclipse Version: 3.1.2-1 Severity: normal Sometimes any kind of popup window which can appear is too little. Very often it is not possible to see the content of the window or only the half of the window. When the window is closed and reopened it may work. This happens with the Debian eclipse package and with the upstream tarball. tell me if I can give you more information. Please give concret examples, with screenshots if possible. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350874: [Pkg-kde-extras] Bug#350874: [Kmymoney2-developer] Re: kmymoney 0.8.2 build dependency on $(HOME) directory
Hi all, on Friday 10 February 2006 12:27, Mark Purcell wrote: On Thursday 02 February 2006 17:19, Thomas Baumgart wrote: The real problem though is, that our configure script does not support being called by an absolute path. I changed that in the current CVS HEAD version and try to backport it for the next stable release. How could this be tested upfront? Thomas, I took your changes from CVS head and we still have the issue with trying to build without a $(HOME). Can you provide me with 'config.log' and the output please for further analysis? -- Regards Thomas Baumgart [EMAIL PROTECTED] Check the KMyMoney open source http://www.net-bembel.de/ project at http://kmymoney2.sf.net/ public key available under [EMAIL PROTECTED] at http://www.keyserver.net GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Hey! I could use Tex! and I've only gotten to use it a little so far but it's so far superiour to MS Words be everywhere do everything-ness it's not even funny... (lordSauron) - pgpB9V6FcYqI8.pgp Description: PGP signature
Bug#352207: grub-update does not work since update to 0.97-3
Package: grub Version: 0.97-4 Severity: serious Justification: 2 Hi, I've just updated an AMD64 server with dist-upgrade to the latest grub version and kernel 2.6.15. The upgrade jumped from before 0.97-1 version to 0.97-3 version. When calling update-grub, I receive : --- serveurmeteo:/boot# update-grub Searching for GRUB installation directory ... found: /boot/grub --- When the kernel package was update, the postinst script did not succeed because of the update-grub not working. The problem should be in the update-grub script after the look for the grub installation directory but before the testing for the existance of the menu.lst file ... Probably in the device detection ... In case of, here is my fstab : serveurmeteo:/boot# cat /etc/fstab --- # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda1 / ext3defaults,errors=remount-ro 0 1 /dev/sda5 noneswapsw 0 0 /dev/hda/media/cdrom0 udf,iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 serveurmeteo:/boot# --- The SATA drives are mounted in a RAID hardware system. So there won't be interaction with RAID software as it seems to sometimes appear... Any help is welcome. Didrik -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351311: ftp.debian.org: mysql-dfsg-5.0 no longer produces mysql*4.1 - blocked from testing now
On Fri, Feb 10, 2006 at 01:23:54PM +0100, Christian Hammers wrote: Hello Jeroen On 2006-02-10 Jeroen van Wolffelaar wrote: The mysql-dfsg-5.0 source packages used to produce mysql-server-4.1 mysql-client-4.1 for a short while but removed those packages from the control file. britney(?) now thinks that it accidently failed to build those and blocks mysql-dfsg-5.0 from entering testing. That's because those packages still are built by mysql-dfsg-4.1 and mysql-dfsg. Please either: - stop building those packages from there, Would uploading a new version of the mysql-dfsg-4.1 source package with a 4.1.x version i.e. a lower one as that of the zombie packages be enough? This would easily possible as the package will be removed soon anyway. Yeah, as long as you stop building it. I'd suggest stopping to build anything except the library. - request us to remove those source packages (you can retitle and reassign this bug), or I still have 26 open bugs asking other packages no longer to link against libmysqlclient12 which is produced by the source package mysql-dfsg-4.1, too. If people had ample time to migrate and there's no important packages left, this doesn't need to hold up removal. It's a manageable number of packages to NMU. Please consult with the release team if you have any suspicion that such forced migration would cause any problems. I don't see any really important or big packages listed that haven't migrated yet. - bump the version numbers of those 4.0 and 4.1 packages so that they would supersede the versions built by mysql-dfsg-5.0 I don't like to upload a mysql-server-4.1 (5.0.x) package as this would confuse the users of testing/unstable. Can it be avoided? Yeah, you'd need to epoch it to not have a weird version number. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
