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
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
keybinding
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
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
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
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
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
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
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
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
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
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
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: I
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
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 I've
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
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'
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
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 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
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
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
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,
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
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 ()
--configure -a
Regards,
Henry
--
-
| Henry Jensen| |
| ScanPlus GmbH |Tel +49 731 92013 115 |
| Koenigstr. 78 D 89077 Ulm
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
,
Henry
--
-
| Henry Jensen| |
| ScanPlus GmbH |Tel +49 731 92013 115 |
| Koenigstr. 78 D 89077 Ulm |Fax +49 731 92013 290
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]
' TestFile
file TestFile
TestFile: MS-DOS executable (EXE)
Regards,
Henry
--
-
| Henry Jensen| |
| ScanPlus GmbH |Tel +49 731 92013 115
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
bash: ELF:
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
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
37 matches
Mail list logo