I did a quick check right now with Etch, and I don't see the problem on
console. Looks like queryBTS isn't even taking over the terminal with a
curses-like approach any more. So I think you can close -- I'll let you do
it, I'm out of practice with the bugs interface.
--
To UNSUBSCRIBE,
I tested a little more carefully, and the results are below
Summary of test environment:
Debian host Corax running Samba (version, dependencies, etc. in
initial report). smb.conf globals included below. key settings are
wins support = Yes
dns proxy = No
wins proxy =
Package: winbind
Version: 3.0.24-6etch9
Severity: wishlist
I have some Windows hosts connected to a Debian host via a routed
OpenVPN interface. The names of these hosts can be resolved through
WINS (Samba running on the Debian host), but not through the Debian
name resolution sequence unless I
On Wed Jan 9 17:44:00 2008 -0500, Steve Langasek [EMAIL PROTECTED] wrote:
S Just to confirm, are you saying that setting name resolve order = wins
in
S /etc/samba/smb.conf does not fix this timeout problem for you?
S I don't think it makes sense to have nss_wins exposing different
Yes, and as I alluded in mail just sent, a recursion loop seems
possible with dns proxy=yes as well, unless that check is not going
to use the NSS layer.
On a related note, you might want to document that you don't actually
have to run windbindd to get the hosts: wins NSS service, you just
need
Package: wget
Version: 1.10.2-2
Severity: normal
When accessing an https server, wget does not appear to check the
Subject Alternative Name field of the server certificate and in cases
where wget is connecting to a name listed in that field, wget
declines to connect to the server without the
Package: mantis
Version: 1.0.6+dfsg-4.1
Severity: important
I may be confused, but I think the following entry in
/var/lib/dpkg/info/mantis.templates has some garbage in the Default:
field. As you can see it shows up in the debconf database, and later
the postinst fails because it's expecting
Package: mantis
Version: 1.0.6+dfsg-4.1
Severity: normal
The command
%apt-get --reinstall install mantis
with this version reinstalling over the same version seems to call the
preinst script with an argument of upgrade. That script fails if
the file /etc/mantis/config.php does not exist --
Package: mantis
Version: 1.0.6+dfsg-4.1
Severity: normal
I cannot explain why this happens, but it's reproducible, and happens
whether or not I choose to re-install the database (first debconf
question). Other files do not seem to be affected. My debconf
selections are defaults. I did edit
Package: sysvconfig
Version: 0.60.2
Severity: important
The /usr/sbin/service script has disappeared without notice from this
package (/usr/share/doc/sysvconfig/README is zero length).
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (700, 'testing'),
Package: qps
Version: 1.9.15-1
Severity: normal
Qps does not behave like a normal application on the KDE desktop
(3.5.4), but instead runs in the KDE systemtray. Also, the
application iconizes to the systemtray whenever the user leaves the
current KDE desktop (qps is still running, so it's not
Package: khelpcenter
Version: 4:3.5.4-2
Severity: important
The components of Khelpcenter's search facility are all either broken
or incomplete.
Users cannot search numerous categories of documentation that can
nevertheless be browsed, including (perhaps most importantly) Info
pages, the KDE
Package: khelpcenter
Version: 4:3.5.4-2
Severity: normal
I have used the KMenuEdit application (via the KDE Control Panel) to
add a few items to my applications menu. I have some top-level items
and a couple of folders (e.g., Emacsen, VNCs) containing
additional items.
In KHelpcenter, the
Package: kcron
Version: 4:3.5.4-1
Severity: normal
Marking any enabled task silent causes an error when trying to save
the crontab.
~/.xsession-errors reads:
/tmp/kde-swift/kcronc1mQMa.tmp:3: bad minute
errors in crontab file, can't install.
When you disable a non-silent job, kcron
Package: bugzilla
Version: 2.22-2
Severity: normal
I am unable to install bugzilla. The problem may be with
dbconfig-common, I don't know. Here is a shell session that
illustrates the problem:
[corax] incoming# apt-get install bugzilla
Reading package lists... Done
Building
Package: clamav-base
Version: 0.88.3-1
Severity: normal
The package installs one version of /etc/clamav/clamd.conf. If I run
dpkg-reconfigure clamav-base and accept all the default options,
then clamd.conf is replaced with a different version: six lines
are deleted. According to the
Package: xorg-server-1.0.2
Severity: normal
dpkg-buildpackage -b -uc in xorg-server-1.0.2 sources fails. Here
are the last few lines of the build. Let me know if other information
would be helpful.
gcc -DHAVE_CONFIG_H -I. -I../../../GL/glx -I../../include -I../../include
-I../../include
Package: mailagent
Version: 3.73-21
Severity: normal
Tags: patch
The following patched code in mailagent examines strings in Received:
headers and makes three decisions based on whether the string appears
to be a FQDN. The first two decisions help Mailagent construct an
accurate list of hosts
Package: apt-utils
Version: 0.6.45
Severity: normal
The shell transcript below seems to demonstrate that apt-ftparchive
does not heed the various APT::FTPArchive::Release configuration
values I have set up in /etc/apt/apt.conf, which are documented in the
apt-ftparchive man page. If I point
The layout microsoft is listed in the file
/usr/share/X11/xkb/rules/base.lst but it's not in the actual rules
file /usr/share/X11/xkb/rules/base. The workaround is to use an
equivalent layout, e.g., microsoftpro that is properly listed in
both files.
Phil, I don't think you should actually have
M == Martin wrote:
M * Matt Swift [EMAIL PROTECTED] [2006-05-18 14:00]:
The jack_utils.in_path checks whether the value (a filename) is in
the operating system environment's $PATH and whether it is
executable.
M Ah, yeah, right. Thanks.
The test should
M == Martin wrote:
M * Matt Swift [EMAIL PROTECTED] [2006-05-19 12:11]:
The current test looks for the file in os.environ.get(PATH, ).
The test should look for the file in sys.path, which is different.
This is the load path for Python modules.
M Right, but I'm
-Original Message-
From: Martin Michlmayr [mailto:[EMAIL PROTECTED]
Sent: Friday, May 19, 2006 2:38 PM
To: Matt Swift
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#367929: jack: fails to load plugins
* Matt Swift [EMAIL PROTECTED] [2006-05-19 14:20]:
This is jack 3.1.1 (C)2004
Package: jack
Version: 3.1.1+cvs20050801-9
Severity: normal
In jack_checkopts.py is the following code:
for t in (ripper, encoder):
if t in userdef_keys and not jack_utils.in_path(cf[t][val]):
error(Helper %s '%s' not found on your system. % (t,
cf[t][val]))
The
Package: reportbug
Version: 3.8
Severity: important
For the last few weeks on a sarge machine, I've been getting the
following when I try to use querybts:
Traceback (most recent call last):
File /usr/bin/querybts, line 203, in ?
main()
File /usr/bin/querybts, line 193,
Package: mailscanner
Version: 4.41.3-2
Severity: normal
The following entries appeared in my log today as I tried to send out
an email with a password-protected zip file as an attachment
(zanger-mireille.zip). The email did not leave my machine. I have
repeated and gotten the same error. I am
Package: smbfs
Version: 3.0.14a-3
Severity: normal
When mount.cifs takes a UNC name such as //server/share and tries to
find the host server, it uses gethostbyname() on server. This
works fine if CIFS hosts can be resolved by DNS, but when the name
needs to be resolved by another means, it
Package: mailscanner
Version: 4.41.3-2
Severity: normal
The file /etc/spam.assassin.prefs.conf is distributed but seems to be
superfluous. The file /etc/MailScanner/spam.assassin.prefs.conf is
also distributed; it is different than the one in /etc and seems to be
the one that the mailscanner
After another day, I can happily report that smbd seems cured by the
purge of the files (all normal-sized, but many obsolete, and some with
case-significant names) in /var/cache/samba/printing. As I said, it
seems to me that the need for the manual purge indicates that some
kind of bug remains,
S == Steve wrote:
S Matt,
S On Mon, Apr 04, 2005 at 09:33:07PM -0700, Debian Bug Tracking System
wrote:
Processing commands for [EMAIL PROTECTED]:
reopen 274969
Bug#274969: smbd consumes available CPU cycles
Bug#286818: /var/run/samba/messages.tdb growing up
On Tue Apr 5 12:06:48 2005 -0400, Steve Langasek [EMAIL PROTECTED] wrote:
Are these files large?
S Indeed not; these are typically sized cache files.
Can I simply delete all these .tdb files while samba is not running
and they will be recreated when samba restarts?
S
rather than the mysql packages.
From: sean finney [EMAIL PROTECTED]
Subject: Re: Bug#298087: mysql-dfsg-4.1: mysql-4.1 packages should provide
mysql-server etc.
Date: Fri, 04 Mar 2005 12:54:47 -0500
hi matt,
On Fri, Mar 04, 2005 at 10:54:31AM -0500, Matt Swift wrote:
The mysql
Package: mysql-dfsg-4.1
Severity: normal
The mysql-{server,common,client}-4.1 packages do not satisfy packages
that depend on mysql-{server,common,client} even when the version
number is acceptable. For example, wordpress dependends on
mysql-server (= 4.0.20-8), but installing wordpress causes
Package: kscreensaver
Version: 4:3.3.2-1
Severity: wishlist
Presently, in order to reduce the pool of screensavers from which
kscreensaver will randomly select, a root user has to rename files in
/usr/share/applnk/System/ScreenSavers from foo.desktop to something
else. This is inconvenient. It
Package: kscreensaver
Version: 4:3.3.2-1
Severity: wishlist
Suppose I look at my screen and see a screensaver that I particularly
like or dislike. There's no easy way to find out what its name is.
Therefore, I suggest an option to enable a key (say, F1 by default)
which when pressed while a
Package: sitebar
Version: 3.2.6-7
Severity: normal
Upgrade to this version failed to configure because mysqld was not
running:
Errors were encountered while processing:
sitebar
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack! Something bad happened while installing
On Fri Feb 4 04:45:57 2005 -0500, Peter Eisentraut [EMAIL PROTECTED]
wrote:
ii libhk-kdeclasses6 0.7-1 visual widget library for database
P This package is part of the knoda sources. You have to upgrade
P everything to make the bug disappear.
OK, I understand now. It seems
OK, I'll try it -- but then doesn't knoda have an incorrect
dependency, or shouldn't this bug be reassigned? I guess you've taken
care of that with the sarge tag. Don't bother replying -- you seem to
know exactly what's going on, and that's all I wanted to ensure. I
saw fixed in 0.7.2 and it
I realize now that it is possible that the problem is simply that in
the modify printer sequence, the user:pass information is not
displayed in the web form as the default value. It is also possible
that in some other circumstances, the result of sanitizing the
DeviceURI is mistakenly written
I reopened this bug because of the following:
[beth] debian# dpkg -s knoda
Package: knoda
Status: install ok installed
Priority: optional
Section: kde
Installed-Size: 696
Maintainer: Mike Schacht [EMAIL PROTECTED]
Architecture: i386
Version: 0.7.2-1
I wrote:
printer stops working because the user and password information has
been stripped from the Samba URL: instead of
smb://user:pass/host/share, the URL has become just
smb://host/share.
Please ignore what I wrote after the colon above. I was temporarily
confused about this detail.
Package: ijsgimpprint
Severity: normal
The dependency on gs-aladdin should be revised to reflect the new name gs-afpl.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-beth.12
Locale: LANG=en_US,
Package: cupsys
Version: 1.1.23-2
Severity: normal
I print from a Debian machine running Samba and cupsys to a shared
printer on a Windows machine. If I configure a cupsys printer with an
smb:// URL that includes user and password, e.g.,
smb://Matt:password/host/share, the cupsys printer works
Thanks. Will try to try this today.
FYI meantime, I found that I could work around the problem by
attaching my (non-PostScript) printer to a Windows machine and
changing the cupsys backend to the printer shared from that machine.
I submit print jobs to the Linux machine running Samba; if the
backtrace below.
On Tue Jan 25 13:49:13 2005 -0500, Matt Swift [EMAIL PROTECTED] wrote:
M Thanks. Will try to try this today.
M FYI meantime, I found that I could work around the problem by
M attaching my (non-PostScript) printer to a Windows machine and
M changing the cupsys
Package: smbfs
Version: 3.0.10-1
Severity: normal
Documentation and/or functionality of the rsize and wsize options to
mount.cifs is faulty.
Rsize and wsize are documented just as network read/write size
without reference to units or any explanation of what this really
means. Trawling through
Package: bridge-utils
Version: 1.0.4-1
Severity: wishlist
The documentation for bridge-utils does not address the topic of MTU
values for the bridge and its interfaces.
My limited experiments seem to show that the MTU of the bridge
interface is hardwired to be the minimum MTU of the bridged
More information: I switched from cupsys back to the lpr package for
printing. I was hoping the simpler package would avoid the problem,
but the problem persists. I am using a current testing
distribution.
Please let me know how I can help. I'm willing to put time into this
bug, since until
48 matches
Mail list logo
