Bug#658262: closed by Daniel Baumann daniel.baum...@progress-technologies.net (reply to daniel.baum...@progress-technologies.net) (Re: vsftpd: Man page for vsftpd.conf says deny_file supports regex

2013-05-22 Thread Isaac Freeman
Regexp refers to a specific language for specifying textual searches, 
and the man page is wrong to say it supports regexps. It causes 
confusion. I don't see why you can't just change the word regex to 
shell-style globbing or something. It's a minor change which will 
avoid confusion.


On 05/22/2013 05:57 PM, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the vsftpd package:

#658262: vsftpd: Man page for vsftpd.conf says deny_file supports regex but 
doesn't

It has been closed by Daniel Baumann daniel.baum...@progress-technologies.net 
(reply to daniel.baum...@progress-technologies.net).

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Daniel Baumann 
daniel.baum...@progress-technologies.net (reply to 
daniel.baum...@progress-technologies.net) by
replying to this email.




--
   Isaac Freeman / SCMB Systems Administrator
  IBM SmartCloud / Managed Backup
is...@us.ibm.com / 919.254.8664


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#662854: Similar issue still present after installing freerdp 1.0.1-2 from sid

2012-11-12 Thread Isaac Freeman

I do see this problem, but I haven't tried new packages. It's difficult to
reproduce and I could never get it to happen when I had it running in a
debugger. I also was never really able to pinpoint a specific sequence of
events which triggered it. I've mostly switched to krdc on my debian
systems but still run remmina/freerdp on my RHEL6 box and do still see the
issue from time to time, but I can't confirm it in the newer versions.

--
Isaac Freeman - Systems Administrator
IBM SmartCloud Managed Backup
is...@us.ibm.com
919-254-0245



From:   Simon Waters sim...@zynet.net
To: 662...@bugs.debian.org, Isaac Freeman/Raleigh/IBM@IBMUS,
Date:   11/12/2012 11:02 AM
Subject:Similar issue still present after installing freerdp 1.0.1-2
from sid



I've installed the packages from sid, and I'm still seeing a similar issue.

In particular (sometimes) on using alt-tab to switch to another
application on the local desktop, the remote desktop window is closed.
When it happens I am aware of the old window closing on completing the
alt-tab (although not sure how I know it has gone, I see some sort of
flash, presumably it is the redraw of the GNOME classic toolbar removing
the task for Remmina that my peripheral vision is picking up on).

Does the original poster (Isaac) still see the issue with the new
packages, as if not probably should open a new bug.

inline: graycol.gif

Bug#662854: strace

2012-03-27 Thread Isaac Freeman
Sorry for the delay. Here's the bt:

(gdb) continue
Continuing.
[New Thread 0xab60ab70 (LWP 3947)]
[New Thread 0xaa74eb70 (LWP 3948)]
[New Thread 0xa92ffb70 (LWP 4332)]
[New Thread 0xa8233b70 (LWP 4333)]

Program received signal SIGPIPE, Broken pipe.
0xb76fb424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb76fb424 in __kernel_vsyscall ()
#1  0xb6d85ebb in write () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2  0xb658b4c4 in ?? ()
   from /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
#3  0xb6588b84 in BIO_write ()
   from /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
#4  0xb669d521 in ?? ()
from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#5  0xb669d92f in ?? ()
from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#6  0xb669ef4f in ?? ()
from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#7  0xb669dd94 in ?? ()
from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#8  0xb669b0be in ?? ()
from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#9  0xb66b3c21 in SSL_shutdown ()
   from /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
#10 0xb5647ecd in tls_disconnect () from /usr/lib/libfreerdp-core.so.1.0
#11 0xb564a2e3 in transport_disconnect ()
from /usr/lib/libfreerdp-core.so.1.0
#12 0xb563f346 in freerdp_disconnect ()
from /usr/lib/libfreerdp-core.so.1.0
#13 0xb617947e in ?? () from /usr/lib/remmina/plugins/remmina-plugin-rdp.so
#14 0x0807d16b in remmina_protocol_widget_close_connection ()
#15 0xb71eb9ae in ?? () from /usr/lib/i386-linux-gnu/libgdk-3.so.0
#16 0xb711d270 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#17 0xb7120a3f in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#18 0xb7121170 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
---Type return to continue, or q return to quit---
#19 0xb712177b in g_main_loop_run ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#20 0xb73b2cb5 in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-3.so.0
#21 0x08058ed0 in main ()
(gdb)

Here is what I saw on the stdout:

$ LD_LIBRARY_PATH=/usr/lib/debug/usr/lib/freerdp/ /usr/bin/remmina
Remmina plugin VNC (type=Protocol) registered.
Remmina plugin VNCI (type=Protocol) registered.
Remmina plugin RDP (type=Protocol) registered.
Remmina plugin RDPF (type=File) registered.
Remmina plugin RDPS (type=Preference) registered.
Remmina plugin SFTP (type=Protocol) registered.
Remmina plugin SSH (type=Protocol) registered.

(remmina:3939): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to
allocate widget with width -23 and height 29
connected to 10.0.10.95:3389
PatBlt: unknown rop: 0x00A000C9
PatBlt: unknown rop: 0x00A000C9
PatBlt: unknown rop: 0x00A000C9
[... snip about 20 of these ...]
PatBlt: unknown rop: 0x00A000C9
PatBlt: unknown rop: 0x00A000C9
SSL_read: I/O error
connected to 10.xx.xx.xx:3389
ERRINFO_DISCONNECTED_BY_OTHER_CONNECTION (0x0005):
Another user connected to the server, forcing the disconnection of the
current connection.
recv: Connection reset by peer
PatBlt: unknown rop: 0x00A000C9
PatBlt: unknown rop: 0x00A000C9
[... snip about 10 more ...]
PatBlt: unknown rop: 0x00A000C9
PatBlt: unknown rop: 0x00A000C9
Terminated

I do see another log in event for my user in the event log, but I didn't
connect from somewhere else. (And I know no one else is logging in to
this.) Could it be that freerdp loses it's place and attempts to log in
again?

--
Isaac Freeman - Systems Administrator
IBM SmartCloud Managed Backup
is...@us.ibm.com
919-254-0245

dktrkr...@gmail.com wrote on 03/16/2012 03:36:32 AM:

 From: Luca Falavigna dktrkr...@debian.org
 To: Isaac Freeman/Raleigh/IBM@IBMUS, 662...@bugs.debian.org
 Date: 03/16/2012 03:36 AM
 Subject: Re: Bug#662854: strace
 Sent by: dktrkr...@gmail.com

 Il 15 marzo 2012 21:47, Isaac Freeman is...@us.ibm.com ha scritto:
  Do you know which package would have the debugging symbols?

 I suspect this is related to the underlying protocol, so you may want
 to install freerdp-dbg or libvncserver-dev, depending on the protocol
 you were using.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#662854: strace

2012-03-27 Thread Isaac Freeman
Also, sometimes I get a SIGSEGV where the whole process exits (instead of
just that session closing). Not sure if this is the same thing, or even a
remmina bug (might be GTK?)

(gdb) continue
Continuing.
[New Thread 0xab688b70 (LWP 6095)]
[New Thread 0xaa7ccb70 (LWP 6096)]

Program received signal SIGSEGV, Segmentation fault.
0xb718f4ef in g_hash_table_iter_next ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
(gdb) bt
#0  0xb718f4ef in g_hash_table_iter_next ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#1  0xb75e7ac4 in garbage_collect_cell_data (data=0xa19ead0)
at /build/buildd-gtk+3.0_3.2.3-1-i386-GA85Ik/gtk
+3.0-3.2.3/./gtk/a11y/gtktreeviewaccessible.c:2842
#2  0xb75e7b2d in idle_garbage_collect_cell_data (data=0xa19ead0)
at /build/buildd-gtk+3.0_3.2.3-1-i386-GA85Ik/gtk
+3.0-3.2.3/./gtk/a11y/gtktreeviewaccessible.c:2866
#3  0xb726c9ae in gdk_threads_dispatch (data=0xa0300d0)
at /build/buildd-gtk+3.0_3.2.3-1-i386-GA85Ik/gtk
+3.0-3.2.3/./gdk/gdk.c:754
#4  0xb719e270 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb71a1a3f in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#6  0xb71a2170 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb71a277b in g_main_loop_run ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#8  0xb7433cb5 in gtk_main ()
at /build/buildd-gtk+3.0_3.2.3-1-i386-GA85Ik/gtk
+3.0-3.2.3/./gtk/gtkmain.c:1362
#9  0x08058ed0 in main ()
(gdb)

$ LD_LIBRARY_PATH=/usr/lib/debug/usr/lib/:/usr/lib/debug/usr/lib/freerdp/
remmina
Remmina plugin VNC (type=Protocol) registered.
Remmina plugin VNCI (type=Protocol) registered.
Remmina plugin RDP (type=Protocol) registered.
Remmina plugin RDPF (type=File) registered.
Remmina plugin RDPS (type=Preference) registered.
Remmina plugin SFTP (type=Protocol) registered.
Remmina plugin SSH (type=Protocol) registered.

(remmina:6086): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to
allocate widget with width -23 and height 29
connected to 10.xx.xx.xx:3389

(remmina:6086): GLib-CRITICAL **: g_hash_table_iter_init: assertion
`hash_table != NULL' failed
Terminated

--
Isaac Freeman - Systems Administrator
IBM SmartCloud Managed Backup
is...@us.ibm.com
919-254-0245

dktrkr...@gmail.com wrote on 03/16/2012 03:36:32 AM:

 From: Luca Falavigna dktrkr...@debian.org
 To: Isaac Freeman/Raleigh/IBM@IBMUS, 662...@bugs.debian.org
 Date: 03/16/2012 03:36 AM
 Subject: Re: Bug#662854: strace
 Sent by: dktrkr...@gmail.com

 Il 15 marzo 2012 21:47, Isaac Freeman is...@us.ibm.com ha scritto:
  Do you know which package would have the debugging symbols?

 I suspect this is related to the underlying protocol, so you may want
 to install freerdp-dbg or libvncserver-dev, depending on the protocol
 you were using.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#662854: strace

2012-03-15 Thread Isaac Freeman

Sorry, couldn't figure out how to attach files to the bug, so I'm hosting
on my web server:

http://memotype.net/stuff/remmina-crash-strace.txt

--
Isaac Freeman - Systems Administrator
IBM SmartCloud Managed Backup
is...@us.ibm.com
919-254-0245




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#662854: remmina crashes at random intervals

2012-03-06 Thread Isaac Freeman
Package: remmina
Version: 1.0.0-1
Severity: grave
Justification: renders package unusable

I don't believe this is the same as bug #601463, since I am able to attach to 
sessions, but the session will randomly crash some time after it has been
opened, usually triggered by a mouse click in to the session. This can take
anywhere from 5 minutes to several hours. I will attach an strace of the
crash.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages remmina depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-21
ii  libcairo2   1.10.2-6.1
ii  libgcrypt11 1.5.0-3
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libgtk-3-0  3.2.2-3
ii  libpango1.0-0   1.29.4-2
ii  libssh-40.5.2-1
ii  libvte-2.90-9   1:0.30.1-2
ii  libx11-62:1.4.4-4
ii  remmina-common  1.0.0-1

Versions of packages remmina recommends:
ii  remmina-plugin-rdp  1.0.0-1
ii  remmina-plugin-vnc  1.0.0-1

remmina suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#659284: libfreerdp-plugins-standard: copying from remote system causes local Gnome programs to hang

2012-02-09 Thread Isaac Freeman
Package: libfreerdp-plugins-standard
Version: 0.8.2-2+b1
Severity: important

Recently when running Remmina to RPD in to a remote Windows system, when I copy
text to the clipboard, other local Gnome programs such as gnome-terminal and 
gedit will hang indefinitely. Presumably this is causing whatever shared
library they use for clipboard interaction to block or crash (pango?). I
wasn't really sure where to file this bug, but it seems to only happen when I
copy stuff from a remote desktop session. Copy and paste from other programs
works fine without problem. 

Steps to reproduce:

1) open gnome-terminal and/or gedit
2) open a Remmina session to a remote Windows system
3) select some text in the remote session and ctrl-c to copy it
4) attempt to use the local gnome-terminal/gedit programs. they will be
unresponsive to input and will not refresh window display (both will be blank,
grey windows with borders if obscured then revealed).

I am running the latest available testing versions of remmina, gnome-terminal
and gedit.

Please let me know if you need anything else (strace, logs, library versions, 
etc).

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libfreerdp-plugins-standard depends on:
ii  libasound21.0.24.1-4
ii  libc6 2.13-21
ii  libcomerr21.42-1
ii  libcups2  1.5.0-13
ii  libgcrypt11   1.5.0-3
ii  libgnutls26   2.12.14-4
ii  libgssapi-krb5-2  1.9.1+dfsg-3
ii  libk5crypto3  1.9.1+dfsg-3
ii  libkrb5-3 1.9.1+dfsg-3
ii  libx11-6  2:1.4.4-4
ii  zlib1g1:1.2.3.4.dfsg-3

libfreerdp-plugins-standard recommends no packages.

libfreerdp-plugins-standard suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#658262: vsftpd: Man page for vsftpd.conf says deny_file supports regex but doesn't

2012-02-01 Thread Isaac Freeman
Package: vsftpd
Version: 2.3.2-3+squeeze2
Severity: normal

The manpage vsftpd.conf(5) says that the options for dney_file and hide_file
support regex in the file matching pattern, when in fact the matching is nothing
like regex, but is instead more like shell file globbing. This caused some
confusion in trying to set up and test this parameter.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#426592: gnome-terminal: URL detection mechanism flaw

2012-01-26 Thread Isaac Freeman

I've found a similar URL parsing flaw. Type the following in to a
gnome-terminal:

xxxftpxxx.xxx.xxx

The ftpxxx.xxx.xxx part highlights as a URL, even though it's not a valid
URL format and skips the first xxx. It's as if the parser is just looking
for something like /\S*ftp\S*\.\S*/. Should be more like /\s
+ftp:\/\/\S*\.\S*/, or better yet, I'm sure there's a URL parsing library
somewhere which has real rules for this stuff.

--
Isaac Freeman - Systems Administrator
IBM Information Protection Services
is...@us.ibm.com
919-254-0245




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#638872: nslcd: segfault when tls_ciphers is declared

2011-08-25 Thread Isaac Freeman

Built, installed and running with the tls_ciphers option. Hooray! Much
appreciated! :)

--
Isaac Freeman - Systems Administrator
IBM Information Protection Services
is...@us.ibm.com
919-254-0245



From:   Arthur de Jong adej...@debian.org
To: Isaac Freeman/Raleigh/Contr/IBM@IBMUS, 638...@bugs.debian.org
Date:   08/25/2011 04:10 PM
Subject:Re: Bug#638872: nslcd: segfault when tls_ciphers is declared



On Wed, 2011-08-24 at 17:50 -0400, Isaac Freeman wrote:
 Also, not to be greedy, but do you think you could make a quick patch
 for the 0.7.13 branch I'm running?

I'm planning a 0.7.14 release that I hope will make it into a squeeze
update (have to discuss this with stable release team).

Anyway, the change for the 0.7 branch is here:

http://arthurdejong.org/viewvc/nss-pam-ldapd?revision=1516view=revision

It should apply cleanly to 0.7.13.

Hope this helps,

--
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
[attachment signature.asc deleted by Isaac Freeman/Raleigh/Contr/IBM]inline: graycol.gif

Bug#638872: nslcd: segfault when tls_ciphers is declared

2011-08-24 Thread Isaac Freeman

Glad I could help and thanks for looking in to it. Also, not to be greedy,
but do you think you could make a quick patch for the 0.7.13 branch I'm
running? That file seems to be quite a bit different than the one I've got
here, I'm assuming it's for the newer 0.8 branch? Unless you think the 0.8
branch will build and run on debian squeeze, in which case I can just try
that.

--
Isaac Freeman - Systems Administrator
IBM Information Protection Services
is...@us.ibm.com
919-254-0245



From:   Arthur de Jong adej...@debian.org
To: Isaac Freeman/Raleigh/Contr/IBM@IBMUS, 638...@bugs.debian.org
Date:   08/24/2011 04:41 PM
Subject:Re: Bug#638872: nslcd: segfault when tls_ciphers is declared



tags 638872 + pending
thanks

On Tue, 2011-08-23 at 16:46 -0400, Isaac Freeman wrote:
 Alright, got the backtrace. One concern... there is a really long
 string on escaped octal(?) numbers... Is that the key itself? It's
 fine if it is, I can generate new keys, just want to check.

The key shouldn't have been loaded at this point yet. It is the contents
of a buffer that is used for reading and parsing the configuration file.

 (gdb) r -d
 (gdb) bt
 #0 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:129
 #1 0x004088e7 in get_restdup (filename=value optimized out,
 lnr=value optimized out, keyword=0x7fffe4e0 tls_ciphers,
 line=0x1c, var=0x7fffe518) at cfg.c:418
 #2 0x00409e19 in cfg_read (filename=0x416ca6
 /etc/nslcd.conf,
 cfg=0x61e650) at cfg.c:979
 #3 0x0040a529 in cfg_init (fname=0x416ca6 /etc/nslcd.conf)
 at cfg.c:1160
 #4 0x0040378b in main (argc=-178911408, argv=value optimized
 out)
 at nslcd.c:631

Thanks, that did the trick. The problem was that some uninitialised
value was passed. This seems to go fine (although valgrind complains) in
i386 but segfaults on amd64.

Apparently this bug has been there since 2009 and was indeed similar to
the problem that was fixed in 0.6.10 ;) Good call!

The fix is available here
  http://arthurdejong.org/viewvc/nss-pam-ldapd?view=revrevision=1515
and should be fixed in unstable with the next upload. I'll also try to
get this into squeeze.

Thanks for reporting this and providing the information needed!

--
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
[attachment signature.asc deleted by Isaac Freeman/Raleigh/Contr/IBM]inline: graycol.gif

Bug#638872: nslcd: segfault when tls_ciphers is declared

2011-08-23 Thread Isaac Freeman
Alright, got the backtrace. One concern... there is a really long string on
escaped octal(?) numbers... Is that the key itself? It's fine if it is, I
can generate new keys, just want to check.


(gdb) r -d
Starting program: /home/adswadmin/stuff/nss-pam-ldapd-0.7.13/nslcd/nslcd -d
[Thread debugging using libthread_db enabled]
nslcd: DEBUG: add_uri(ldap://ldap1.bcrs-vaults.ibm.com)

Program received signal SIGSEGV, Segmentation fault.
__strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:129
129 ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.
in ../sysdeps/x86_64/multiarch/strcmp.S
Current language:  auto
The current source language is auto; currently asm.
(gdb) bt
#0  __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:129
#1  0x004088e7 in get_restdup (filename=value optimized out,
lnr=value optimized out, keyword=0x7fffe4e0 tls_ciphers,
line=0x1c, var=0x7fffe518) at cfg.c:418
#2  0x00409e19 in cfg_read (filename=0x416ca6 /etc/nslcd.conf,
cfg=0x61e650) at cfg.c:979
#3  0x0040a529 in cfg_init (fname=0x416ca6 /etc/nslcd.conf)
at cfg.c:1160
#4  0x0040378b in main (argc=-178911408, argv=value optimized
out)
at nslcd.c:631
(gdb) bt -full
No symbol full in current context.
(gdb) bt full
#0  __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp.S:129
No locals.
#1  0x004088e7 in get_restdup (filename=value optimized out,
lnr=value optimized out, keyword=0x7fffe4e0 tls_ciphers,
line=0x1c, var=0x7fffe518) at cfg.c:418
No locals.
#2  0x00409e19 in cfg_read (filename=0x416ca6 /etc/nslcd.conf,
cfg=0x61e650) at cfg.c:979
fp = 0x61ea30
lnr = 27
linebuf = tls_ciphers TLSv1\000\000in,dc=example,dc=com\000\000by
root.\000\000.\000\000eachable.\000\000\325\377\377\377\177\000\000\000
\000@\250\377\377\377\377\000\000\226\213\275\357\377\377, '\000' repeats
32 times\220, \344\377\377\377\177\000\000\000\345\377\377\377\177\000
\000\320t\376\367\377\177\000\000\003\000\000\000\000\000\000\000Ȇm\366\377
\177\000\000@\326\377\377\377\177\000\000\022\274\336\367\377\177\000\000
\000\000\000\000\000\000\000\000\346\305\336\367\377\177\000\000\270\337
\377\367\377\177\000\000\270\344\377\377\377\177\000\000\300\344\377\377
\377\177\000\000\317\344\377\377\377\177\000\000\340\273\336\367\377\177
\000\000\300hm\366\377\177\000\000\000\345\377\377\377\177\000\000b\256\336
\367\377\177\000\000\200\231\376\367\377\177, '\000' repeats 13
times\312, \377\377\377\377\320t\376\367\377\177\000\000\003\000\000\000
\000\000\000\000Ȇm\366\377\177\000\000@\326\377\377\377\177\000\000\000\000
\252\377\377\377\377\000\000\226\213\275\357\377\377, '\000' repeats 64
times\220...
line = 0x7fffd45c TLSv1
keyword = tls_ciphers\000\377\177\000\000\000\004\000\000\000\000
\000\000\246lA\000\000\000
token = start_tls\000p1.bcrs-vaults.ibm.com\000\256S\367\377\177
\000\000\250\256S\367\377\177\000\000\001\000\000\000\377\177\000\000\320
\003\000\000\000\000\000
---Type return to continue, or q return to quit---
i = 17
rc = value optimized out
value = 0x3d0 Address 0x3d0 out of bounds
#3  0x0040a529 in cfg_init (fname=0x416ca6 /etc/nslcd.conf)
at cfg.c:1160
i = value optimized out
#4  0x0040378b in main (argc=-178911408, argv=value optimized
out)
at nslcd.c:631
i = value optimized out
(gdb)

--
Isaac Freeman - Systems Administrator
IBM Information Protection Services
is...@us.ibm.com
919-254-0245



From:   Arthur de Jong adej...@debian.org
To: Isaac Freeman/Raleigh/Contr/IBM@IBMUS, 638...@bugs.debian.org
Date:   08/23/2011 03:55 PM
Subject:Re: Bug#638872: nslcd: segfault when tls_ciphers is declared



On Mon, 2011-08-22 at 17:24 -0400, Isaac Freeman wrote:
 As for the gdb, I'm not sure how to get the dbg symbols for nslcd,
 there is no nslcd-dbg package. When print the bt I just get hex
 addresses. Do you want those anyways? Not sure if they'll do you any
 good... Or I can attach a core dump to the bug or upload it somewhere.

A backtrace, even with just hex data would be more useful than a
coredump because I think I need an amd64 machine to load the coredump in
gdb.

You could try to make a backtrace by compiling nslcd from source
(http://arthurdejong.org/nss-pam-ldapd/). You need the following
packages to build it:
  libkrb5-dev libldap2-dev libsasl2-dev libpam0g-dev
(just ./configure;make should be enough)

Thanks (the config you provided should be OK and I can't reproduce it
with that config).

--
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
[attachment signature.asc deleted by Isaac Freeman/Raleigh/Contr/IBM]inline: graycol.gif

Bug#638872: nslcd: segfault when tls_ciphers is declared

2011-08-22 Thread Isaac Freeman
Package: nslcd
Version: 0.7.13
Severity: important

Whenever tls_ciphers is delcared in /etc/nslcd.conf, the daemon segaults on 
start.

I have tried various values, including the value specified in the 
/usr/share/doc/nslcd/examples/nslcd.conf.gz file (TLSv1).

Commenting out the tls_ciphers directive solves the problem, but then I can't
specify ciphers...

I see there was a problem in the upstream version 0.6.9 which was fixed in
version 0.6.10. Since this is 0.7.13 I assume that bug has been fixed and that
this is a new bug or a regression.

I am attaching an strace of the daemon in debug mode showing the segfault.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nslcd depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2. 1.5.36.1 Debian configuration management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  libldap-2.4-2   2.4.23-7.2   OpenLDAP libraries

Versions of packages nslcd recommends:
ii  libnss-ldapd [libnss-ldap]0.7.13 NSS module for using LDAP as a nam
ii  libpam-ldapd [libpam-ldap]0.7.13 PAM module for using LDAP as an au
ii  nscd  2.11.2-10  Embedded GNU C Library: Name Servi

Versions of packages nslcd suggests:
pn  kstartnone (no description available)

-- debconf information:
  nslcd/ldap-starttls: false
* nslcd/ldap-base: dc=bcrs-vaults,dc=ibm,dc=com
  nslcd/ldap-reqcert:
* nslcd/ldap-uris: ldap://ldap1.bcrs-vaults.ibm.com 
ldap://ldap2.bcrs-vaults.ibm.com
  nslcd/ldap-binddn:
execve(/usr/sbin/nslcd, [/usr/sbin/nslcd, -d], [/* 14 vars */]) = 0
brk(0)  = 0x214b000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f3f1ea0a000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=58276, ...}) = 0
mmap(NULL, 58276, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f3f1e9fb000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libgssapi_krb5.so.2, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`\206\0\0\0\0\0\0..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=216824, ...}) = 0
mmap(NULL, 2312448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f3f1e5ba000
mprotect(0x7f3f1e5ed000, 2097152, PROT_NONE) = 0
mmap(0x7f3f1e7ed000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x33000) = 0x7f3f1e7ed000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libldap_r-2.4.so.2, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`\371\0\0\0\0\0\0..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=297256, ...}) = 0
mmap(NULL, 2401704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f3f1e36f000
mprotect(0x7f3f1e3b6000, 2093056, PROT_NONE) = 0
mmap(0x7f3f1e5b5000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x46000) = 0x7f3f1e5b5000
mmap(0x7f3f1e5b8000, 5544, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f3f1e5b8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY)   = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\340\r\0\0\0\0\0\0..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14696, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f3f1e9fa000
mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f3f1e16b000
mprotect(0x7f3f1e16d000, 2097152, PROT_NONE) = 0
mmap(0x7f3f1e36d000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f3f1e36d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libpthread.so.0, O_RDONLY)  = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\340Y\0\0\0\0\0\0..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=131260, ...}) = 0
mmap(NULL, 2208640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f3f1df4f000
mprotect(0x7f3f1df66000, 2093056, PROT_NONE) = 0
mmap(0x7f3f1e165000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7f3f1e165000

Bug#638872: nslcd: segfault when tls_ciphers is declared

2011-08-22 Thread Isaac Freeman

nslcd.conf (sanitized):

admin@it-home:/etc$ sudo egrep -v '(^$|^\s*#)' nslcd.conf
uid nslcd
gid nslcd
uri ldap://ldap1.mydomain.com
base dc=mydomain,dc=com
ssl start_tls
tls_ciphers TLSv1
tls_cacertfile /etc/ssl/certs/ldapca.cert
tls_cert /etc/ssl/certs/it-home.cert
tls_key /etc/ssl/private/it-home.key
uri ldap://ldap2.mydomain.com

I have triple checked that the cert and key paths are correct and that they
are readable by the nslcd user (by adding it to the ssl-cert group).

As for the gdb, I'm not sure how to get the dbg symbols for nslcd, there is
no nslcd-dbg package. When print the bt I just get hex addresses. Do you
want those anyways? Not sure if they'll do you any good... Or I can attach
a core dump to the bug or upload it somewhere.

--
Isaac Freeman - Systems Administrator
IBM Information Protection Services
is...@us.ibm.com
919-254-0245



From:   Arthur de Jong adej...@debian.org
To: Isaac Freeman/Raleigh/Contr/IBM@IBMUS, 638...@bugs.debian.org
Date:   08/22/2011 02:41 PM
Subject:Re: Bug#638872: nslcd: segfault when tls_ciphers is declared



On Mon, 2011-08-22 at 12:05 -0400, Isaac Freeman wrote:
 Whenever tls_ciphers is delcared in /etc/nslcd.conf, the daemon
 segaults on start.

Thanks for your bugreport. I cannot easily reproduce this. What is the
contents of your /etc/nslcd.conf?

 I am attaching an strace of the daemon in debug mode showing the
 segfault.

Can you try running nslcd under gdb:
# gdb nslcd
[...]
(gdb) r -d
[...]
(gdb) bt
[...]
(gdb) bt full

If the bottom item on the stack is in a library having the -dbg package
for that library installed will reveal lots of useful information.

Thanks for your bugreport.

--
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
[attachment signature.asc deleted by Isaac Freeman/Raleigh/Contr/IBM]inline: graycol.gif

Bug#633977: bash: completion adds \ at end of files in sudo scp command

2011-07-15 Thread Isaac Freeman
Package: bash
Version: 4.1-3
Severity: normal

When typing a command starting with sudo scp and trying to tab-complete a 
filename, bash adds a trailing escaped space on the filename, i.e.:

$ sudo scp /home/isaac/.bashrc\  

In current testing the problem is different, the extra space is added but isn't 
escaped, i.e.:

$ sudo scp /home/isaac/.bashrc  

This at least doesn't break anything but is still incorrect.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash depends on:
ii  base-files6.0squeeze1Debian base system miscellaneous f
ii  dash  0.5.5.1-7.4POSIX-compliant shell
ii  debianutils   3.4Miscellaneous utilities specific t
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

Versions of packages bash recommends:
ii  bash-completion   1:1.2-3programmable completion for the ba

Versions of packages bash suggests:
pn  bash-doc  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#633133: slapd: package purge/install breaks

2011-07-08 Thread Isaac Freeman
Package: slapd
Version: 2.4.23-7.2
Severity: important


aptitude remove --purge slapd

followed by 

aptitude install slapd

reports errors with post-install scripts trying to manipulate configuration 
files.

Full session log:

(0) isaac @ ldap2 : ~
$ sudo aptitude remove --purge slapd
The following packages will be REMOVED:  
  libltdl7{pu} libperl5.10{pu} libslp1{pu} odbcinst{pu} 
  odbcinst1debian2{pu} slapd unixodbc{pu} 
0 packages upgraded, 0 newly installed, 7 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 5,685 kB will be freed.
Do you want to continue? [Y/n/?] 
(Reading database ... 30426 files and directories currently installed.)
Removing slapd ...
Stopping OpenLDAP: slapd.
Processing triggers for man-db ...
(Reading database ... 30207 files and directories currently installed.)
Removing unixodbc ...
Purging configuration files for unixodbc ...
Removing libperl5.10 ...
Removing libslp1 ...
Purging configuration files for libslp1 ...
Removing odbcinst1debian2 ...
Purging configuration files for odbcinst1debian2 ...
Removing odbcinst ...
Purging configuration files for odbcinst ...
Removing libltdl7 ...
Purging configuration files for libltdl7 ...
Processing triggers for man-db ...
 

(0) isaac @ ldap2 : ~
$ 

(0) isaac @ ldap2 : ~
$ 

(0) isaac @ ldap2 : ~
$ sudo aptitude install slapd
[sudo] password for isaac: 

(1) isaac @ ldap2 : ~
$ cd /var/lib/ldap/

(0) isaac @ ldap2 : /var/lib/ldap
$ ls
alock __db.004   entryCSN.bdb   log.01   ou.bdb
cn.bdb__db.005   entryUUID.bdb  loginShell.bdb   sn.bdb
__db.001  __db.006   gidNumber.bdb  mail.bdb sudoUser.bdb
__db.002  DB_CONFIG  givenName.bdb  memberUid.bdbuid.bdb
__db.003  dn2id.bdb  id2entry.bdb   objectClass.bdb  uidNumber.bdb

(0) isaac @ ldap2 : /var/lib/ldap
$ cd ..

(0) isaac @ ldap2 : /var/lib
$ sudo mv ldap/ ldap-bak
[sudo] password for isaac: 

(0) isaac @ ldap2 : /var/lib
$ sudo aptitude install slapd
The following NEW packages will be installed:
  libltdl7{a} libperl5.10{a} libslp1{a} odbcinst{a} odbcinst1debian2{a} 
  slapd unixodbc{a} 
0 packages upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2,325 kB of archives. After unpacking 5,685 kB will be used.
Do you want to continue? [Y/n/?] 
Preconfiguring packages ...  
Selecting previously deselected package libltdl7.
(Reading database ... 30127 files and directories currently installed.)
Unpacking libltdl7 (from .../libltdl7_2.2.6b-2_amd64.deb) ...
Selecting previously deselected package libperl5.10.
Unpacking libperl5.10 (from .../libperl5.10_5.10.1-17squeeze2_amd64.deb) ...
Selecting previously deselected package libslp1.
Unpacking libslp1 (from .../libslp1_1.2.1-7.8_amd64.deb) ...
Selecting previously deselected package odbcinst.
Unpacking odbcinst (from .../odbcinst_2.2.14p2-1_amd64.deb) ...
Selecting previously deselected package odbcinst1debian2.
Unpacking odbcinst1debian2 (from .../odbcinst1debian2_2.2.14p2-1_amd64.deb) ...
Selecting previously deselected package unixodbc.
Unpacking unixodbc (from .../unixodbc_2.2.14p2-1_amd64.deb) ...
Selecting previously deselected package slapd.
Unpacking slapd (from .../slapd_2.4.23-7.2_amd64.deb) ...
Processing triggers for man-db ...
Setting up libltdl7 (2.2.6b-2) ...
Setting up libperl5.10 (5.10.1-17squeeze2) ...
Setting up libslp1 (1.2.1-7.8) ...
Setting up odbcinst (2.2.14p2-1) ...
Setting up odbcinst1debian2 (2.2.14p2-1) ...
Setting up unixodbc (2.2.14p2-1) ...
Setting up slapd (2.4.23-7.2) ...
  Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.23-7.2... done.
Starting OpenLDAP: slapd failed!
invoke-rc.d: initscript slapd, action start failed.
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 slapd
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up slapd (2.4.23-7.2) ...
  Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.23-7.2... done.
Starting OpenLDAP: slapd failed!
invoke-rc.d: initscript slapd, action start failed.
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 slapd
 

(255) isaac @ ldap2 : /var/lib
$ 



-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages slapd depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  coreutils  8.5-1 GNU core utilities

Bug#632911: ldap-utils: ldapsearch continues to send LDAP packets after receiving FIN after failed TLS negotiation

2011-07-06 Thread Isaac Freeman
Package: ldap-utils
Version: 2.4.23-7.2
Severity: normal

In the process of trying to troubleshoot a problem with TLS, I noticed in a 
packet trace that if the client (in this case ldapsearch) receives a FIN,ACK
during TLS negotiation, it will follow up with a client key exchange TLS1.1 
pakcet instead of merely ACKing the FIN. This of course is met with a RST from  
the server.

This happens if the client (ldapsearch) sends a 0-length certificate during TLS 
negotiation and the server (slapd) is configured to require client  
authentication and thus drops the connection.

Here is a sample tshark output:

13  0.009511ldap2   ldaps   ldap1   48191   TLSv1.1 Certificate 
Request, Server Hello Done
 a few ACKs
17  0.014107ldap1   48191   ldap2   636 TLSv1.1 Certificate
18  0.014180ldap2   ldaps   ldap1   48191   TCP ldaps  48191   
[FIN, ACK] Seq=2386 Ack=106 Win=5792 Len=0 TSV=106129855 TSER=706880134
19  0.015260ldap1   48191   ldap2   636 TLSv1.1 Client Key  
Exchange
20  0.015282ldap2   ldaps   ldap1   48191   TCP ldaps  48191   
[RST] Seq=2387 Win=0 Len=0

I can provide a full tshark -w capture file if needed.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ldap-utils depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii  libsasl2-22.1.23.dfsg1-7 Cyrus SASL - authentication abstra

Versions of packages ldap-utils recommends:
ii  libsasl2-modules  2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat

ldap-utils suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#545936: git-core package might not depend on the right version of libidn11

2009-09-09 Thread Isaac Freeman
Package: git-core
Version: 1:1.6.3.3-2

I fought this problem for a while where git add etc would complain
about no version information available in libsdn.so.11... Finally I
thought I would remove --purge and reinstall git-core. This didn't
work, but I thought I should try it with its dependencies. Simply
installing (upgrading) libidn11 did the trick. I assume this has to do
with some sort of dependency conflict in one of the packages.
Unfortunately, I didn't think to check which version of libidn11 I had
installed before updating it... If you have any more questions about
my config and/or packages, just let me know.

(0) is...@memotype:~/stuff/scheme/gambit$ git add .
git: /usr/lib/libidn.so.11: no version information available (required
by /usr/lib/libcurl-gnutls.so.4)
(0) is...@memotype:~/stuff/scheme/gambit$ apt-file search libidn.so
libidn11: /usr/lib/libidn.so.11
libidn11: /usr/lib/libidn.so.11.5.39
libidn11-dev: /usr/lib/libidn.so
(0) is...@memotype:~/stuff/scheme/gambit$ sudo aptitude install libidn11
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be upgraded:
  libidn11
1 packages upgraded, 0 newly installed, 0 to remove and 320 not upgraded.
Need to get 156kB of archives. After unpacking 57.3kB will be used.
Do you want to continue? [Y/n/?] y
Writing extended state information... Done
Get:1 http://ftp.us.debian.org squeeze/main libidn11 1.15-1 [156kB]
Fetched 156kB in 0s (714kB/s)
(Reading database ... 29781 files and directories currently installed.)
Preparing to replace libidn11 1.8+20080606-1 (using
.../libidn11_1.15-1_i386.deb) ...
Unpacking replacement libidn11 ...
Setting up libidn11 (1.15-1) ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

Current status: 320 updates [-1].
(0) is...@memotype:~/stuff/scheme/gambit$ git add .
(0) is...@memotype:~/stuff/scheme/gambit$


-- 
Isaac Freeman
memotype (at) gmail.com

The diversity of mankind is a basic postulate of our knowledge of
human beings. But if mankind is diverse and individuated, then how can
anyone propose equality as an ideal? Every year, scholars hold
Conferences on Equality and call for greater equality, and no one
challenges the basic tenet. But what justification can equality find
in the nature of man? If each individual is unique, how else can he be
made 'equal' to others than by destroying most of what is human in him
and reducing human society to the mindless uniformity of the ant
heap? --Murray N. Rothbard



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#475174: confirmation / bump

2008-07-17 Thread Isaac Freeman
I have been experiencing this same phenomenon. I am running the
current version of gnome-terminal in lenny as of this morning (July
17). It seems to mostly happen then gnome-terminal has been running
for a while (over a day or so) and it doesn't seem to matter what you
change in the profile, almost all options seem to have the same
behavior. Occasionally not all terminals will close, but usually all
do. Also, it seems to happen less often when fewer terminals are open.

-- 
Isaac Freeman
memotype (at) gmail.com



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#443420: [Pkg-net-snmp-devel] Bug#443420: Confirm bug

2008-04-28 Thread Isaac Freeman
Sorry, I thought I replied to this e-mail last week, but its not
showing up in the bug tracker.

Anyways, here's what dpkg tells me:
(1) [EMAIL PROTECTED]:~$ dpkg -s libsnmp-base
Package: libsnmp-base
Status: install ok installed
Priority: optional
Section: libs
Installed-Size: 3032
Maintainer: Net-SNMP Packaging Team [EMAIL PROTECTED]
Architecture: all
Source: net-snmp
Version: 5.2.3-7
Replaces: snmp (= 3.6.2-3), libsnmp, zebra, zebra-pj, quagga
Provides: libsnmp
Conflicts: libsnmp
...

and here is the output of aptitude when trying to install:
(0) [EMAIL PROTECTED]:~$ sudo aptitude install netperf
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
Building tag database... Done
The following packages are BROKEN:
  libsnmp15
The following packages have been kept back:
 ...
The following partially installed packages will be configured:
  snmp
0 packages upgraded, 0 newly installed, 0 to remove and 333 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
The following packages have unmet dependencies:
  libsnmp15: Depends: libsnmp-base (= 5.4.1~dfsg-6) but 5.2.3-7 is
installed and it is kept back.
Resolving dependencies...
The following actions will resolve these dependencies:

Upgrade the following packages:
libsnmp-base [5.2.3-7 (now) - 5.4.1~dfsg-6 (testing)]

Score is 120

Accept this solution? [Y/n/q/?] y
The following packages have been kept back:
 ...
The following packages will be upgraded:
  libsnmp-base
The following partially installed packages will be configured:
  libsnmp15 snmp
1 packages upgraded, 0 newly installed, 0 to remove and 332 not upgraded.
Need to get 0B/1368kB of archives. After unpacking 455kB will be used.
Do you want to continue? [Y/n/?] y
Writing extended state information... Done
(Reading database ... 14 files and directories currently installed.)
Preparing to replace libsnmp-base 5.2.3-7 (using
.../libsnmp-base_5.4.1~dfsg-6_all.deb) ...
Unpacking replacement libsnmp-base ...
dpkg: error processing
/var/cache/apt/archives/libsnmp-base_5.4.1~dfsg-6_all.deb (--unpack):
 trying to overwrite `/usr/share/man/man1/net-snmp-config.1.gz', which
is also in package libsnmp9-dev
Errors were encountered while processing:
 /var/cache/apt/archives/libsnmp-base_5.4.1~dfsg-6_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of libsnmp15:
 libsnmp15 depends on libsnmp-base (= 5.4.1~dfsg-6); however:
  Version of libsnmp-base on system is 5.2.3-7.
dpkg: error processing libsnmp15 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of snmp:
 snmp depends on libsnmp15 (= 5.4.1~dfsg); however:
  Package libsnmp15 is not configured yet.
dpkg: error processing snmp (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libsnmp15
 snmp
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
Building tag database... Done


thanks

-- 
Isaac Freeman
memotype (at) gmail.com



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#443420: Confirm bug

2008-04-21 Thread Isaac Freeman
This bug seems to be marked as fixed, but I am having the same problem
described by the bug submitter.

-- 
Isaac Freeman
memotype (at) gmail.com



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#363110: mozilla-firefox: supports for-profit corporation google.com as default search/homepage

2006-04-17 Thread Isaac Freeman
Package: mozilla-firefox
Version: 1.0.7-1
Severity: wishlist

Firefox by default uses a google.com based search engine, and goes to the 
firefox.com google search homepage. I feel this is an unnecessary 
feature, and is an extention of the complaint the Microsoft's Internet Explorer 
defaults to MSN search. Perhaps a seperate package could be created 
for the google.com search plugin and listed as a suggested/recommended package. 
I realize there is nothing against the Debain policy in supported a 
for-profit corporation, but while taking into consideration the revelations at 
google-watch.org and other sites I feel this is against the spirit 
of Debian in that it favors one for-profit over alternatives, i.e. clusty.com 
or yahoo.com. Maybe the default could be scroogle.org, or perhaps 
simply have no default searches, and just list a few of them as recommended 
packages.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages mozilla-firefox depends on:
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  fontconfig2.3.2-1.1  generic 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  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-9  GCC support library
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.12-1   The GTK+ graphical user interface 
ii  libidl0   0.8.5-1library for parsing CORBA IDL file
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libkrb53  1.4.3-5MIT Kerberos runtime libraries
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-9The 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  libxft2   2.1.8.2-3  FreeType-based font drawing librar
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  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  psmisc22.1-1 Utilities that use the proc filesy
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

mozilla-firefox recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]