Package: winbind
Version: 4.1.17+dfsg-2
Severity: normal
Tags: upstream
Server is a dist-upgraded box from Debian 7 to 8 (Jessie), now running
samba 4.1.17+dfsg-2.
When connecting to a samba share the connection initially fails. On a
second try the connection attempt is successful. In the logs on
Package: roxterm
Version: 1.22.2-1+b1
Severity: normal
Tags: upstream
The option Preferences->Edit current profile->Keyboard->Disable menu access
key (F10 by default) does not work. When checking the box roxterm still
catches if F10 is pressed and shows the menu. This conflicts with the
keybindin
Package: fetchmail
Version: 6.3.18-2
Severity: minor
Tags: patch
When using fetchmail in verbose SSL mode, fetchmail writes the message "Server
certificate:" to stderr.
Since this message is not an error (an it is not consistent with the ususal
behaviour of fetchmail) it
should be written to s
Same problem here, several lines
kernel: [1187805.536334] dansguardian[4820]: segfault at 410 ip 08051994 sp
bf823560 error 4 in dansguardian[8048000+a1000]
This problem exists since I have upgraded from Etch to Lenny.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
Hello,
the bug froze my system almost reproducible.
I wanted to use LVM snapshots on our samba server for "hot backup" purposes.
We have a cluster of two servers, DRBD is used for replicating the data.
The two servers are connected via a separate GBit wire.
The plan was to create a snapshot on t
Hello,
i ran into this problem today, when I upgraded our print server from etch to
lenny. We use it to print from windows clients.
ii bjfiltercups 2.2-2 CUPS add-on
module for Canon Bubble Jet Printer. 2.2.1
ii cups 1.3
Package: libnss-ldap
Version: 251-7.5
Severity: important
libnss-ldap doesn't seem to get all groups from ldap.
E. g. when I do as user:
$ id -G
513 1027 1029 1073 1112 14091 19901 22150 43236 55873 60223
But when I do as root:
# id -G user
513 22150 43236 19901 1027 1029 1073 1112
As you ca
Package: slapd
Version: 2.3.30-4
Severity: important
I test the latest egroupware trunk on Etch. When I apply the suggested
acl_addressbook.conf
to slapd.conf slapd segfaults (as do slapadd and possibly other slapd-tools)
$ slapd -g openldap -u openldap -d 16383
[...]
line 21 (access to
dn.re
Package: passwd
Version: 1:4.0.3-31sarge5
Severity: grave
I just checked the source. From there it seems that the Debian passwd
is affected by CVE-2006-3378 (USN-308-1 in Ubuntu), too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
found 323580 238-1.1
thanks
I can confirm this problem in 238-1.1
However, this bug seems to be fixed in 244 from upstream. At least I can't
reproduce it with
nss_ldap-244 (self made package with debian patches applied).
Regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Package: libc6
Version: 2.3.5-7
Severity: serious
The build of libc6 on i386 in a fresh sid chroot fails.
I build the packages with "nice -19 dpkg-buildpackage -rfakeroot -uc -us"
The build fails with the following error:
configure_build=i486-linux-gnu; \
if [ x86_64-linux = $configure_build ]
This matter is discussed on http://bugzilla.gnome.org/show_bug.cgi?id=312075
According to the pango developers, changes to pango-layout.c caused this bugs
in anjuta and scite.
The changes to pango-layout.c fixed a bug in pango. Unfortunately this changes
broke backward-compatibility.
I attach a
The patches supplied by Thierry Reding <[EMAIL PROTECTED]>
caused build failure:
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -O2 -g -c freeglut_init.c -MT
libglut_la-freeglut_init.lo -MD -MP -MF .deps/libglut_la-freeglut_init.TPlo
-fPIC -DPIC -o .libs/libglut_la-freeglut_init.lo
freeglut_i
On Sat, 01 Oct 2005 13:14:50 -0700
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> Could you please provide complete build logs for Autoconf with
> and without automake1.8 installed? I have a feeling that
> something early in the build is different from what I'm getting
> here.
I attached the logs.
BTW:
Hello,
I've adapted the OpenBSD stuff and created a patch. Maybe
you want to look at it if this works.
Regards,
Henry
texindex-racecondition.patch
Description: Binary data
notfound 114909 2.8.5-2
thanks
I can't reproduce the bug with lynx 2.8.5-2. I think this
four year old bug can be closed now.
Regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
I don't think this is a bug, look at this:
[EMAIL PROTECTED]:~/bla$ ls -lh
total 0
-rw-r--r-- 1 henry henry 512M Sep 28 10:29 a.img
-rw-r--r-- 1 henry henry 512M Sep 28 10:29 b.img
-rw-r--r-- 1 henry henry 512M Sep 28 10:29 c.img
-rw-r--r-- 1 henry henry 512M Sep 28 10:29 d.img
[EMAIL
Hi,
On Mon, 26 Sep 2005 22:27:01 -0700
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> I thought the problem would be obvious with some testing, once
> you pointed that out, but it wasn't. Still, I came up with
> something that might fix the problem. Could you please try
> building autoconf_2.95a-5 that
On Thu, 22 Sep 2005 11:57:37 -0700
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> What kind of environment are you using for the build? I cannot
> reproduce your problem either on a native system or using
> pbuilder?
Well, I tracked it down. The problem was, that I had automake1.8 installed.
(and autom
Well, I can only compare the builds of 2.59a-3 and 2.59a-4.
2.59a-3:
[...]
dh_testdir
make
make[1]: Entering directory `/source-orig/autoconf-2.59a'
Making all in bin
make[2]: Entering directory `/source-orig/autoconf-2.59a/bin'
rm -f autom4te autom4te.tmp
sed -e 's,@SHELL\@,/bin/sh,g' -e 's,@PERL
Package: autoconf
Version: 2.59a-4
Severity: important
Justification: renders package unusable
autoconf 2.59a-4 doesn't build from source. I'm using gcc 3.3.5. autoconf
2.59a-3 builds fine.
It fails like this:
[...]
dh_testdir
make
make[1]: Entering directory `/source-etch/autoconf-2.59a'
Makin
notfound 125171 3.8.1p1-8.sarge.4
thanks
I couldn't reproduce this bug with ssh 3.8.1p1-8.sarge.4 and putty 0.57
Regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
I believe that this bug only affects woody, since /etc/X11/XftConfig
and xftcache don't exist anymore in sarge and newer.
Seems to me that this bug can be closed.
Regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE
Hello,
I believe that this bug only affects woody, since sarge and newer are shipped
with qt3 which
uses libxft2. Therefore a can't even compile the test program to reproduce the
bug on sarge.
Seems to me that this bug can be closed.
Regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
found 271384 4.0.2-4.1
tags 271384 confirmed
thanks
I found this bug in 4.0.2-4.1 on sarge and etch.
You can call me narrow-minded, but I don't think, that
increasing MAXSTR from 256 to 512 is an appropriate fix for this.
What, if one has a teminal which is more than 512 chars wide?
(Hey, the
reassign 265228 grub-installer
retitle 265228 grub-installer: should be smart enough to guess that /dev/hdb is
hd0 at boot time
submitter [EMAIL PROTECTED]
thanks
I think the problem is located in grub-installer. When, in expert mode, grub
ist told to install
to /dev/hdb ist executes grub-insta
Hello,
Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:
>I think the *disk* is wrong. The thing is that grub gets the list of
>disks from the *BIOS* and Linux gets it directly from the IDE
>controller.
Yes, this makes sense. I can't test this anymore, since I have only one hd left,
but in retrospe
Hello,
I can reproduce this bug like this:
- dpkg-reconfigure locales - choose tr_TR.UTF-8 and let it generate
- run LANG=tr_TR.UTF-8 xedit
A gdb backtrace gives me this:
#0 0x4022f7c1 in kill () from /lib/libc.so.6
#1 0x4022f545 in raise () from /lib/libc.so.6
#2 0x40230a88 in abort () from
t IPv6, so it's possible, that something is wrong here.
Regards,
Henry
--
---------
| Henry Jensen| |
| ScanPlus GmbH |Tel +49 731 92013 115
Package: iputils-tracepath
Version: 3:20020927-2
Severity: important
When I read about Bug #293985 I tried to reproduce it. But traceroute6
doesn't work at all:
traceroute6 -vn www.kame.net
traceroute: bind sending socket: Invalid argument
uname -a
Linux jensen 2.6.8-2-k7 #1 Thu May 19 18:03:
u use? I still use gcc 3.3.5 here.
I attach an strace from dpkg --configure -a
Regards,
Henry
--
---------
| Henry Jensen| |
| ScanPlus GmbH |
Hello,
the patch caused the following Error:
dpkg: ../../src/packages.c:191: process_queue: Assertion `dependtry <= 4'
failed.
E: Sub-process /usr/bin/dpkg exited unexpectedly
Tried with patched dpkg 1.10.28 and 1.13.10
Kind regards,
Henry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
he same category:
echo 'MZ' >TestFile
file TestFile
TestFile: MS-DOS executable (EXE)
Regards,
Henry
--
-----
| Henry Jensen| |
| ScanPlus GmbH
Hello,
Grzegorz Janoszka <[EMAIL PROTECTED]> wrote:
> There is also available patch which seems to work well:
That patch doesn't work for me, neither on the original source or
on the Debian patched source (lots of HUNK FAILED messages).
At what point do you insert the patch?
Regards,
Henry
> Package: bash
> Version: 2.05b-26
> Severity: important
>
> *** Please type your report below this line ***
> I can't do "source file", but can do it with other file name:
>
> [EMAIL PROTECTED]:~$ cat > file
> echo hello
> [EMAIL PROTECTED]:~$ cp file file1
> [EMAIL PROTECTED]:~$ source file
>
Package: tar
Version: 1.14-2
Severity: normal
tar doesn't build.
This is what I do:
sh-2.05b$ apt-get source tar
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 1504kB of source archives.
Get:1 ftp://ftp.de.debian.org stable/main tar 1.14-2 (dsc) [550B]
Get:2 ftp://f
Jonas Meurer <[EMAIL PROTECTED]> wrote:
>do you have some disk at /dev/hda at all? grub's partition counting
>works different from the one in linux.
I know that.
>if you're unsure, please send you complete harddisk setup.
My hdd setup was:
/dev/hda1 - swap
/dev/hda2 - linux
/dev/hdb1 - swap
Package: gcc-3.4
Version: 3.4.3
Severity: normal
gcc-3.4, respectively libstdc++6-0, doesn't build, it fails in stage2.
This is what I do:
sh-2.05b$ apt-get source libstdc++6-0
sh-2.05b$ cd gcc-3.4-3.4.3
sh-2.05b$ dpkg-buildpackage -rfakeroot -uc -us
[build begins]
...
make[5]: Entering direct
38 matches
Mail list logo
