Bug#339898: change default highlighting in /etc/Muttrc.t-prot

2005-11-19 Thread Christian Brabandt 
Package: t-prot
Version: 1.99.1+2.0-rc2-1
Severity: normal

Hi, 
could you consider changing the default coloring setting for the
background color inside /etc/Muttrc.t-prot from black to default?

Thus the section would look like this:

,
| # highlight TOFU protection:
| color body  brightmagenta   default "^\\[---.*"
| color body  green default "^#v[-+]"
`

The advantage is, that default will not change the background color and
leave it, how it was set with your terminal. E.g. when working in a xterm
with a bright background, it will not touch the background color.

Thanks,
Christian


Package: t-prot
Version: 1.99.1+2.0-rc2-1
Severity: normal



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages t-prot depends on:
ii  libgetopt-mixed-perl  1.008-10   Perl module for processing options
ii  liblocale-gettext-perl1.01-17Using libc functions for internati
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#304482: fortunes-de: Spelling error in german database

2005-04-13 Thread Christian Brabandt 
Package: fortunes-de
Version: 0.19-1
Severity: minor


Hi,
I found an spelling error in the fortunes-de German database. In the
following saying the "daß" should be replaced by "das":
,
| Die Wahrheit ist nicht daß ausschließliche Eigentum einer einzelnen
| heiligen Schrift. Die Forderung der Zeit ist nicht eine einzige
| Religion, sondern die gegenseitige Achtung und Duldsamkeit der
| Anhänger aller Religionen.
| -- Mahatma Gandhi
`

This is the first time I report an error. So if I forgot
something, I am very sorry.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages fortunes-de depends on:
ii  fortune-mod   1:1.99.1-2 provides fortune cookies on demand

-- no debconf information


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

Bug#334714: Fixing spelling error in the man page for apt-cache

2005-10-19 Thread Christian Brabandt 
Package: apt
Version: 0.5.28.6
Severity: minor

Hi, the man page for apt-cache talks about:

   rdepends pkg(s)
  rdependsshows a listing of each  reverse  dependency  a  package
  has.

It should be spelled like this:  "rdepends shows...".

See attached patch for fixing this spelling mistake.



-- Package-specific info:


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages apt depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libstdc++5  1:3.3.5-13   The GNU Standard C++ Library v3

-- no debconf information

regards,
Christian
--- apt-cache.8.org 2005-10-19 13:52:14.0 +0200
+++ apt-cache.8 2005-10-19 13:52:27.0 +0200
@@ -133,7 +133,7 @@
 
 .TP
 rdepends \fIpkg(s)\fR
-rdependsshows a listing of each reverse dependency a package has\&.
+rdepends shows a listing of each reverse dependency a package has\&.
 
 .TP
 pkgnames \fI[ prefix ]\fR

Bug#330036: screen: documentation issuee about blankerprg option

2005-09-25 Thread Christian Brabandt 
Package: screen
Version: 4.0.2-4.1
Severity: normal

Hi, 
reading the screen man page it says:

,
|   blankerprg [program args]
| 
|   Defines a blanker program. Disables the blanker program if no arguments
|   are given.
`

But actually disabling the blanker is not possible, as entering :blanker in 
screen complains about a missing argument:

: blankerprg
: blankerprg: at least one argument required 


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages screen depends on:
ii  base-passwd 3.5.9Debian base system master password
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libncursesw55.4-4Shared libraries for terminal hand
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  passwd  1:4.0.3-31sarge5 change and administer password and

-- debconf information excluded


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

Bug#775943: libgtk2.0-0: Gtk Libraries uses the wrong Colornames

2015-01-21 Thread Christian Brabandt 
Package: libgtk2.0-0
Version: 2.24.25-1
Severity: normal

In Gvim, run :hi Green guibg=green.

Afterwards run :hi Green to display the highlighted color. Note, that this is a
rather dark green than a light green, that is expected from the X11 color
names. So apparently, the W3C Colornames are used. Gvim uses the function
gdk_color_parse() to parse the colorname into a color definition. I have
verified using a debugger, that this function returns the wrong color. It
should return 0x00FF00 but instead does 0x008000 which happens to be the W3C
Green definition.

If this is the wrong package to report against, please assign to the correct
package.  Thanks.

(Side note, Athena gvim works correctly).

This has been discussed on the vim ML, starting here:
http://thread.gmane.org/gmane.editors.vim/118330



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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libcups2 1.7.5-10
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-common 2.24.25-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxinerama1 2:1.1.3-1+b1
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  multiarch-support2.19-13
ii  shared-mime-info 1.3-1

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme  0.13-1
ii  libgtk2.0-bin   2.24.25-1

Versions of packages libgtk2.0-0 suggests:
ii  gvfs 1.22.2-1
ii  librsvg2-common  2.40.5-1

-- 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#775945: reportbug segfaults when the DISPLAY is not available

2015-01-21 Thread Christian Brabandt 
Package: reportbug
Version: 6.6.1
Severity: normal

DISPLAY= reportbug segfaults.

It would be nice, if it could fall back to a terminal like behaviour, if the
gui is not available



-- Package-specific info:
** Environment settings:
EDITOR="vim"
INTERFACE="gtk2"

** /home/chrisbra/.reportbugrc:
reportbug_version "6.5.1"
mode advanced
ui gtk2
offline
realname "Christian Brabandt"
email "c...@256bit.org"
no-cc
header "X-Debbugs-CC: c...@256bit.org"
smtphost reportbug.debian.org

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt   1.0.9.5
ii  python2.7.8-2
ii  python-reportbug  6.6.1
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.84-3
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  file   1:5.20-2
ii  gnupg  1.4.18-6
ii  python-gtk22.24.0-4
pn  python-gtkspell
pn  python-urwid   
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.5
ii  python-debian 0.1.25
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could 
not open display
  warnings.warn(str(e), _gtk.Warning)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: invalid 
(NULL) pointer instance
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
Screen for GtkWindow not set; you

Bug#774492: [vim] "c{motion}" temporary cancels 'linebreak' option for current line

2015-01-23 Thread Christian Brabandt 

Note, this bug has been fixed upstream with 7.4.576
(the commit message mentions relativenumber setting, but the patch 
actually has nothing to do with it.)


Best,
Christian


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

Bug#775945: reportbug segfaults when the DISPLAY is not available

2015-01-24 Thread Christian Brabandt 
Hallo Sandro!

Sandro Tosi schrieb am Samstag, den 24. Januar 2015:

> control: tags -1 + moreinfo
> 
> Hello,
> 
> On Wed, Jan 21, 2015 at 7:31 PM, Christian Brabandt  wrote:
> > DISPLAY= reportbug segfaults.
> >
> > It would be nice, if it could fall back to a terminal like behaviour, if the
> > gui is not available
> 
> The log you reported is not about a segfault, but just the workings
> python-gtk2 emits if DISPLAY is unaccessible. Additionally I would say
> it's python-gtk2 which should fail in case DISPLAY is missing.

And then it segfaults.

Report generated with
env -u DISPLAY reportbug |tail reportbug.log
(Additional output from the shell, after all the stacktrace, which is 
not caught by tail):
zsh: floating point exception (core dumped)

I am attaching the logfile, as well as the report from loading the file 
in gdb (this is not very useful, by itsself, because it is no debug 
build. Do I need a python debug build?

Best,
Christian
-- 
Solange Menschen denken, daß Tiere nicht fühlen,
Müssen Tiere fühlen, daß Menschen nicht denken!
-- Meta-Ger
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could 
not open display
  warnings.warn(str(e), _gtk.Warning)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: invalid 
(NULL) pointer instance
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1308: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  gtk.Assistant.__init__ (self)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1335: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label("_Quit")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1336: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image(image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1340: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_label ("_Continue")
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: GtkWarning: 
IA__gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: 
g_object_get: assertion 'G_IS_OBJECT (object)' failed
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:1341: Warning: value 
"TRUE" of type 'gboolean' is invalid or out of range for property 'visible' of 
type 'gboolean'
  widget.set_image (image)
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
Screen for GtkWindow not set; you must always set
a screen for a GtkWindow before using the window
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
IA__gdk_screen_get_display: assertion 'GDK_IS_SCREEN (screen)' failed
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: GtkWarning: 
IA__gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: Warning: invalid 
(NULL) pointer instance
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:454: Warning: 
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
  gtk.main ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:606: GtkWarning: 
IA__gdk_pango_context_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
  self.entry = gtk.Entry ()
/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py:606: PangoWarning

Bug#774492: [vim] "c{motion}" temporary cancels 'linebreak' option for current line

2015-03-23 Thread Christian Brabandt 
Hallo Joachim!

Joachim Breitner schrieb am Montag, den 23. März 2015:

> Hi,
> 
> On Fri, 23 Jan 2015 10:30:59 +0100 Christian Brabandt  wrote:
> > Note, this bug has been fixed upstream with 7.4.576
> > (the commit message mentions relativenumber setting, but the patch 
> > actually has nothing to do with it.)
> 
> great!
> 
> I keep rebuilding vim with every upload to add this patch. Any chance to
> get this included, soon, and targeted for the next release (or at least
> the subsequent point release).
> 
> It is a significant show-stopper when editing large bodies of natural
> text with vim, at least for me.

Couldn't we include that one as a backport (e.g. include it in the 
debian/patches directory)?

Best,
Christian
-- 
Auch der Dumme hat manchmal einen gescheiten Gedanken. Er merkt es nur
nicht.
-- Danny Kaye (eig. Daniel David Sominski)


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

Bug#777567: vim-gtk: Regions of text fail to redraw in gvim

2015-03-24 Thread Christian Brabandt 
Hi,
this looks like upstream issue 91 
(https://code.google.com/p/vim/issues/detail?id=91) My current guess is, 
that this is caused by the gtk library (so perhaps this should be 
assigned to libgtk2.0-dev).

Best,
Christian
-- 
Der niedrige Mensch hat die Verachtung erfunden, da seine Wahrheit die
anderen ausschließt.
-- Antoine de Saint-Exupéry


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

Bug#875424: cop.h: shadows a previous local variable

2017-09-11 Thread Christian Brabandt 
Package: libperl5.24
Version: 5.24.1-3+deb9u1
Severity: normal
Tags: patch

Hi compiling vim with perl-support generates this warning:

/usr/bin/perl -e 'unless ( $] >= 5.005 ) { for (qw(na defgv errgv)) { print 
"#define PL_$_ $_\n" }}' > auto/if_perl.c
/usr/bin/perl /usr/share/perl/5.24/ExtUtils/xsubpp -prototypes -typemap \
/usr/share/perl/5.24/ExtUtils/typemap if_perl.xs >> auto/if_perl.c
gcc -c -I. -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv  -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
-I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE  -Iproto -DHAVE_CONFIG_H 
-DFEAT_GUI_GTK  -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 
-I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 
-I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -g 
-DDEBUG -Wall -Wextra -Wshadow -Wmissing-prototypes -Wmaybe-uninitialized   
 -o objects/if_perl.o auto/if_perl.c
In file included from /usr/lib/x86_64-linux-gnu/perl/5.24/CORE/perl.h:3905:0,
 from if_perl.xs:58:
/usr/lib/x86_64-linux-gnu/perl/5.24/CORE/inline.h: In function 
‘S_cx_popsub_args’:
/usr/lib/x86_64-linux-gnu/perl/5.24/CORE/cop.h:612:13: warning: declaration of 
‘av’ shadows a previous local [-Wshadow]
 AV *av = GvAV(PL_defgv);\
 ^
/usr/lib/x86_64-linux-gnu/perl/5.24/CORE/cop.h:612:13: note: in definition of 
macro ‘CX_POP_SAVEARRAY’
 AV *av = GvAV(PL_defgv);\
 ^~
In file included from /usr/lib/x86_64-linux-gnu/perl/5.24/CORE/perl.h:5859:0,
 from if_perl.xs:58:
/usr/lib/x86_64-linux-gnu/perl/5.24/CORE/inline.h:518:9: note: shadowed 
declaration is here
 AV *av;
 ^~
gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread 
-I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo 
-I/usr/include/pixman-1-I/usr/include/freetype2 -I/usr/include/libpng16 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -g -DDEBUG -Wall -Wextra 
-Wshadow -Wmissing-prototypes -Wmaybe-uninitializedversion.c -o 
objects/version.o
link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly.


Those warnings are generated from the referenced perl header files, so I 
believe this should be fixed in libperl5.24.

This patch fixes it:

--- cop.h   2017-09-11 10:07:48.436509355 +0200
+++ cop.h.new   2017-09-11 10:07:40.564473144 +0200
@@ -609,10 +609,10 @@
 /* Restore old @_ */
 #define CX_POP_SAVEARRAY(cx)   \
 STMT_START {   \
-AV *av = GvAV(PL_defgv);\
+AV *_av = GvAV(PL_defgv);\
GvAV(PL_defgv) = cx->blk_sub.savearray; \
 cx->blk_sub.savearray = NULL;   \
-SvREFCNT_dec(av);  \
+SvREFCNT_dec(_av); \
 } STMT_END

 /* junk in @_ spells trouble when cloning CVs and in pp_caller(), so don't

 Thanks.

 Best,
 Christian


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libperl5.24 depends on:
ii  libbz2-1.0 1.0.6-8.1
ii  libc6  2.24-11+deb9u1
ii  libdb5.3   5.3.28-12+b1
ii  libgdbm3   1.8.3-14
ii  perl-modules-5.24  5.24.1-3+deb9u1
ii  zlib1g 1:1.2.8.dfsg-5

libperl5.24 recommends no packages.

libperl5.24 suggests no packages.

-- no debconf information

Bug#1079166: gdb segfaults

2024-08-20 Thread Christian Brabandt 
Package: gdb
Version: 15.1-1
Severity: important

Hi,
not sure what happened, but for about a week or so, gdb segfaults and I 
can no longer use it anymore. 

A simple gdb --version already segfaults:


,
| ~$ gdb --version
| Fatal signal: Segmentation fault
| - Backtrace -
| 0x558a88a597c6 ???
| 0x558a88b7b348 ???
| 0x558a88b7b520 ???
| 0x7fb26a45658f ???
|   ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
| 0x7fb26b794e66 PyObject_GC_UnTrack
|   Modules/gcmodule.c:1702
| 0x7fb26b69e3db list_dealloc
|   Objects/listobject.c:317
| 0x7fb26ae05d57 ???
| 0x7fb26ae06929 ???
| 0x7fb26ae0b30c ???
| 0x7fb26addd673 ???
| 0x7fb26aee93b2 ???
| 0x7fb26aeeb142 ???
| 0x7fb26aeeb298 ???
| 0x558a88d13137 ???
| 0x558a88d1381a ???
| 0x558a88b82082 ???
| 0x558a88c5a76e ???
| 0x558a88c5bbee ???
| 0x558a889a5f49 ???
| 0x7fb26a440c89 __libc_start_call_main
|   ../sysdeps/nptl/libc_start_call_main.h:58
| 0x7fb26a440d44 __libc_start_main_impl
|   ../csu/libc-start.c:360
| 0x558a889b23f0 ???
| 0x ???
| -
| A fatal error internal to GDB has been detected, further
| debugging is not possible.  GDB will now terminate.
| 
| This is a bug, please report it.  For instructions, see:
| .
`

I already purged and re-installed, did not help. Any advise please?



-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.9.10-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gdb depends on:
ii  libbabeltrace1   1.5.11-3+b7
ii  libc62.39-6
ii  libdebuginfod1t640.191-2
ii  libexpat12.6.2-1
ii  libgcc-s114.2.0-1
ii  libgmp10 2:6.3.0+dfsg-2+b1
ii  libipt2  2.0.6-1
ii  liblzma5 5.6.2-2
ii  libmpfr6 4.2.1-1+b1
ii  libncursesw6 6.5-2
ii  libpython3.12t64 3.12.4-3
ii  libreadline8t64  8.2-4
ii  libsource-highlight4t64  3.1.9-4.3
ii  libstdc++6   14.2.0-1
ii  libtinfo66.5-2
ii  libxxhash0   0.8.2-2+b1
ii  libzstd1 1.5.6+dfsg-1
ii  zlib1g   1:1.3.dfsg+really1.3.1-1

Versions of packages gdb recommends:
ii  libc6-dbg [libc-dbg]  2.39-6

Versions of packages gdb suggests:
pn  gdb-doc
pn  gdbserver  

-- no debconf information

Bug#1079166: gdb segfaults

2024-08-20 Thread Christian Brabandt 
Hector,
Yeah I know I am missing debugging-symbols, but I don't see where to get 
those :(
I have the same version as you: 15.1-1

Strange, for some reason this was caused by a long running gdb session, 
which was hidden in a different terminal. After cleanly exiting it, it 
works now again.

Sorry for the false alarm, please feel free to close as invalid.

Sorry,
Chris

Hector Oron schrieb am Dienstag, den 20. August 2024:

> Hello,
> 
> On Tue, 20 Aug 2024 at 21:15, Christian Brabandt  wrote:
> >
> > Package: gdb
> > Version: 15.1-1
> > Severity: important
> >
> > Hi,
> > not sure what happened, but for about a week or so, gdb segfaults and I
> > can no longer use it anymore.
> >
> > A simple gdb --version already segfaults:
> >
> >
> > ,
> > | ~$ gdb --version
> > | Fatal signal: Segmentation fault
> > | - Backtrace -
> > | 0x558a88a597c6 ???
> > | 0x558a88b7b348 ???
> > | 0x558a88b7b520 ???
> > | 0x7fb26a45658f ???
> > |   ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
> > | 0x7fb26b794e66 PyObject_GC_UnTrack
> > |   Modules/gcmodule.c:1702
> > | 0x7fb26b69e3db list_dealloc
> > |   Objects/listobject.c:317
> > | 0x7fb26ae05d57 ???
> > | 0x7fb26ae06929 ???
> > | 0x7fb26ae0b30c ???
> > | 0x7fb26addd673 ???
> > | 0x7fb26aee93b2 ???
> > | 0x7fb26aeeb142 ???
> > | 0x7fb26aeeb298 ???
> > | 0x558a88d13137 ???
> > | 0x558a88d1381a ???
> > | 0x558a88b82082 ???
> > | 0x558a88c5a76e ???
> > | 0x558a88c5bbee ???
> > | 0x558a889a5f49 ???
> > | 0x7fb26a440c89 __libc_start_call_main
> > |   ../sysdeps/nptl/libc_start_call_main.h:58
> > | 0x7fb26a440d44 __libc_start_main_impl
> > |   ../csu/libc-start.c:360
> > | 0x558a889b23f0 ???
> > | 0x ???
> > | -
> > | A fatal error internal to GDB has been detected, further
> > | debugging is not possible.  GDB will now terminate.
> > |
> > | This is a bug, please report it.  For instructions, see:
> > | <https://www.gnu.org/software/gdb/bugs/>.
> > `
> >
> > I already purged and re-installed, did not help. Any advise please?
> 
> Your backtrace is missing symbols, so that's not very helpful. Which
> gdb package do you have installed? gdb, gdb-multiarch or gdb-minimal?
> 
> This is working fine for me:
> 
> $ dpkg -l gdb
> Desitjat=desconegUt/Instal·la/elimina(R)/Purga/retín(H)
> | Estat=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Estat,Err: majúsc.=dolent)
> ||/ NomVersió   Arquitectura Descripció
> +++-==---=
> ii  gdb15.1-1   amd64GNU Debugger
> 
> $ gdb --version
> GNU gdb (Debian 15.1-1) 15.1
> Copyright (C) 2024 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.

Liebe Grüße
Christian
-- 
Wie viel Unsinn ist im Laufe der Zeit von Professoren gesagt worden!
Warum sollen Studenten nicht auch einmal dummes Zeug reden.
-- Alexander Mitscherlich

Bug#438936: newsbeuter: newsbueter should report an error, if an included file cannot be read

2007-08-20 Thread Christian Brabandt 
Package: newsbeuter
Version: newsbeuter should report an error, if it cannot read an included file
Severity: minor


Ok, in my config file I have this:
,
| # key-binding
| include "~/.newsbeuter/colors"
| include keys
`

It seems, the files given to include need to have an absolute path. I
would expect that the file keys in would be tried to read in
~/.newsbeuter/
However this does not seem to be the case, as the statements are not
read in. So newsbeuter should at least complain about not being able
to read the given file.
However the debug logfile says this:
newsbeuter -d log.txt -l 5
[2007-08-12 20:14:44] WARNING: configparser::parse: file
/home/chrisbra/.newsbeuter/keys couldn't be opened

It qould be good, if an error message would be given to the use, when
starting newsbeuter.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


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

Bug#272666: archivemail: added support for Received Header Field

2007-07-31 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Followup-For: Bug #272666

Hi,
here comes another one.

Attached is a patch, that will make archivemail aware of the Received
header field.



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information

-- 
Der Affekt gehört immer zur Sinnlichkeit, durch was für einen 
Gegenstand er auch erregt werden möge.
-- Immanuel Kant
--- /usr/bin/archivemail	2007-07-26 21:45:11.0 +0200
+++ archivemail_rec	2007-07-31 03:10:30.0 +0200
@@ -183,6 +183,7 @@
 mangle_from  = 1
 quiet= 0
 read_buffer_size = 8192
+received_date= 0
 script_name  = os.path.basename(sys.argv[0])
 min_size = None
 verbose  = 0
@@ -201,18 +202,20 @@
 """
 try:
 opts, args = getopt.getopt(args, '?D:S:Vd:hno:F:P:qs:uv', 
- ["date=", "days=", "delete", "dry-run", "help",
- "include-flagged", "no-compress", "output-dir=",
- "filter-append=", "pwfile=", "dont-mangle",
-			 "archive-name=",
- "preserve-unread", "quiet", "size=", "suffix=",
- "verbose", "version", "warn-duplicate"])
+			 ["date=", "days=", "delete", "dry-run", "help",
+			 "include-flagged", "no-compress", "output-dir=",
+			 "filter-append=", "pwfile=", "dont-mangle",
+			 "archive-name=", "preserve-unread", "quiet",
+			 "received-date", "size=", "suffix=", "verbose",
+			 "version", "warn-duplicate"])
 except getopt.error, msg:
 user_error(msg)
 
 archive_by = None 
 
 for o, a in opts:
+	if o == '--received-date':
+		self.received_date = 1
 if o == '--delete':
 self.delete_old_mail = 1
 if o == '--include-flagged':
@@ -660,6 +663,8 @@
   --delete  delete rather than archive old mail (use with caution!)
   --include-flagged messages flagged important can also be archived
   --no-compress do not compress archives with gzip
+  --received-date   use first Received Header in E-Mail Message for date 
+			matching
   --warn-duplicate  warn about duplicate Message-IDs in the same mailbox
   -v, --verbose report lots of extra debugging information
   -q, --quiet   quiet mode - print no statistics (suitable for crontab)
@@ -760,9 +765,18 @@
 assert(message != None)
 # try to guess the delivery date from various headers
 # get more desparate as we go through the array
-for header in ('Delivery-date', 'Date', 'Resent-Date'):
+Datearray = ['Delivery-date', 'Date', 'Resent-Date']
+if options.received_date:
+	Datearray.insert(0, 'Received')
+for header in Datearray:
 try:
-date = message.getdate(header)
+	if header == 'Received':
+		# getrawheader, because we need first matching header!
+		date = re.split(";", message.getrawheader('Received'))[1].strip()
+		date = rfc822.parsedate(date)
+	else:
+		date = message.getdate(header)
 if date:
 time_message = time.mktime(date)
 vprint("using valid time found from '%s' header" % header)

Bug#436477: newsbeuter: import opml file is not working

2007-08-07 Thread Christian Brabandt 
Package: newsbeuter
Version: 0.5-1
Severity: normal

Hi,

after installing newsbeuter, it prompts me to import an OPML file:

Error: no URLs configured. Please fill the file /home/chrisbra/.newsbeuter/urls 
with RSS feed URLs or import an OPML file.

~$ newsbeuter
newsbeuter 0.5
usage: newsbeuter [-i |-e] [-u ] [-c ] [-h]
-e  export OPML feed to stdout
-r  refresh feeds on start
-iimport OPML file
-u read RSS feed URLs from 
-c   use  as cache file
-C  read configuration from 
-v  clean up cache thoroughly
-h  this help

So I run newsbeuter -i feeds and newsbeuter tells me it successfully
imported my opml file:
~$ newsbeuter -i /mnt/temp/feeds.opml
Import of /mnt/temp/feeds.opml finished.

But actually, no urls are configured. ~/.newsbeuter/urls has still a
size of 0 bytes and running newsbeuter again as suggested by the
manual, it presents again the help screen:

~$ newsbeuter
Error: no URLs configured. Please fill the file /home/chrisbra/.newsbeuter/urls 
with RSS feed URLs or import an OPML file.

newsbeuter 0.5
usage: newsbeuter [-i |-e] [-u ] [-c ] [-h]
-e  export OPML feed to stdout
-r  refresh feeds on start
-iimport OPML file
-u read RSS feed URLs from 
-c   use  as cache file
-C  read configuration from 
-v  clean up cache thoroughly
-h  this help

So I cannot make newsbeuter working.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (750, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages newsbeuter depends on:
ii  libc6 2.6-5  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.16.4-2   Multi-protocol file transfer libra
ii  libgcc1   1:4.2.1-1  GCC support library
ii  libmrss0  0.18.0-1   C library for parsing, writing and
ii  libncursesw5  5.6+20070716-1 Shared libraries for terminal hand
ii  libnxml0  0.18.0-1   C library for parsing, writing and
ii  libsqlite3-0  3.3.17-1   SQLite 3 shared library
ii  libstdc++64.2.1-1The GNU Standard C++ Library v3

newsbeuter recommends no packages.

-- no debconf information
-- 
Allradantrieb:
  läßt ein Fahrzeug dort steckenbleiben, wo selbst der Abschleppwagen
  nicht mehr hinkommt.


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

Bug#436477: newsbeuter: import opml file is not working

2007-08-07 Thread Christian Brabandt 
Hallo Nico!

Nico Golde schrieb am Mittwoch, den 08. August 2007:

> Would it be possible to provide the opml file somewhere? Are 
> you sure it is in a correct opml format? newsbeuter should 
> handle this correctly, I'm a bit curious it doesn't here.

Sure:
http://www.256bit.org/~chrisbra/feeds.opml

It was generated using RSS Bandit (Winhdows). I do not know, whether it is
correct OPML format or not, but at least RSS Bandit told me it would
export an OPML file.

regards,
Christian
-- 
hundred-and-one symptoms of being an internet addict:
195. Your cat has its own home page.


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

Bug#439170: newsbeuter: numbering of urls is inconsistant

2007-08-22 Thread Christian Brabandt 
Package: newsbeuter
Version: 0.6-1
Severity: minor

Hi,
I noticed, that the numbering of the urls is not consistent. From
within an article, urls are counted starting with zero, but when
pressing u for showing only the URLs in the article, all URLs are
numbered starting from 1.

regards,
Christian



-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (750, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages newsbeuter depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.16.4-2   Multi-protocol file transfer libra
ii  libgcc1   1:4.2.1-4  GCC support library
ii  libmrss0  0.18.0-1   C library for parsing, writing and
ii  libncursesw5  5.6+20070812-1 Shared libraries for terminal hand
ii  libnxml0  0.18.0-1   C library for parsing, writing and
ii  libsqlite3-0  3.4.1-1SQLite 3 shared library
ii  libstdc++64.2.1-4The GNU Standard C++ Library v3

newsbeuter recommends no packages.

-- no debconf information


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

Bug#429367: moreutils: vidir tries to create temporary file in .

2007-06-17 Thread Christian Brabandt 
Package: moreutils
Version: 0.19
Severity: normal


Hi,
I believe vidir creates its temporary files in the current workding
directory ($PWD). e.g:
,
| ~$ cd /usr/share/doc/moreutils
| /usr/share/doc/moreutils$ /usr/bin/vidir ~/temp
| Error in tempfile() using dirX: Parent directory (.) is not writable
|  at /usr/bin/vidir line 93
`

The fix should be quite trivial, something like this:

--- bin/vidir.orig  2007-06-17 16:35:57.0 +0200
+++ bin/vidir   2007-06-17 16:27:05.0 +0200
@@ -90,7 +90,7 @@
}
 }

 -my $tmp=File::Temp->new(template => "dirX");
 +my $tmp=File::Temp->new(template => "dirX", dir => '/tmp/');
 open (OUT, ">".$tmp->filename) || die "$0: cannot write 
".$tmp->filename.": $!\+n";

  my %item;

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages moreutils depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  perl5.8.8-7  Larry Wall's Practical Extraction 

moreutils recommends no packages.

-- no debconf information


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

Bug#272666: "received date" patches (was: bzip & "received date" patches)

2009-07-27 Thread Christian Brabandt 
Hallo Serafeim!

Thanks for your mail. Sad to see that upstream is apparently dead. 

I occasionally still use archivemail, but haven't looked at the code 
for a while. The patch that adds the awareness for the received header 
has been applied upstream in SVN (though not released yet). So before 
looking at my patch, you might be interested in upstreams approach 
(which made it default behaviour.) See Tracker ID: 1764855 and 1481316 
and see revision 256 at 
http://archivemail.svn.sourceforge.net/viewvc/archivemail?view=rev&revision=256

Let me know, if I can do anything to help out.

regards,
Christian



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

Bug#149955: bzip & "received date" patches

2009-07-27 Thread Christian Brabandt 
Hallo Serafeim!

Thanks for your mail. Glad to see, you plan to work on and improve 
archivemail, even so upstream is apparently dead. Please look at 
the patches carefully. I haven't used them heavily and they probably 
still need some testing (and I am not a very skilled python 
programmer).

Let me know, if I can support you.


regards,
Christian



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

Bug#539227: chntpw fails on amd64 architecture

2009-07-29 Thread Christian Brabandt 
Package: chntpw
Version: 0.99.5-0+nmu1
Severity: important

I have recently been trying to reset my Windows password using chntpw. 
Unfortunally this did not work and I stumbled over Ubuntus Bug 293809. 
I also tried the Debian package and it did not work either.

The only way to make chntpw work was to use chntpw.static from 
upstreams source package. So I'll ask you to include the static 
version of chntpw in the amd64 package or into the source package 
until this bug is resolved. 

For reference here is the error message:

chrisbra$ sudo chntpw -i SAM
chntpw version 0.99.5 070923 (decade), (c) Petter N Hagen
openHive(SAM): File does not seem to be a registry hive!
...

and then with the static version from upstream:

chris...@$ sudo ~/chntpw-080526/chntpw.static -i SAM
chntpw version 0.99.6 080526 (sixtyfour), (c) Petter N Hagen
Hive  name (from header): <\SystemRoot\System32\Config\SAM>
ROOT KEY at offset: 0x001020 * Subkey indexing type is: 666c 
Page at 0x8000 is not 'hbin', assuming file contains garbage at end
File size 262144 [4] bytes, containing 7 pages (+ 1 headerpage)
Used for data: 264/22456 blocks/bytes, unused: 12/5992 blocks/bytes.


* SAM policy limits:
Failed logins before lockout is: 0
Minimum password length: 8
Password history count : 8
...

Thanks.

regards,
Christian



-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
'jaunty'), (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-13-generic (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages chntpw depends on:
ii  libc6 2.9-4ubuntu6   GNU C Library: Shared libraries
ii  libgcrypt11   1.4.1-2ubuntu1 LGPL Crypto library - runtime libr

chntpw recommends no packages.

chntpw 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#498534: metapixel fails when using --search=global

2008-09-10 Thread Christian Brabandt 

Package: metapixel
Version: 1.0.2-5
Severity: normal
User-Agent: Mutt/1.5.13 (2006-08-11)

Hi,
I have been trying out metapixel lately. This program is really
aweseome and generates really good results.

However, while trying different options, I noticed, that metapixel
will fail on this system when using --search=global.

The output is:

metapixel --library /mnt/temp/mosaik2 --search=global --metapixel 
/mnt/Bilder/moewe.jpg /mnt/temp/moewe_global.jpg
metapixel: metapixel.c:1087: generate_global_classic: Assertion `matches != 0' 
failed.

I've been using metapixel on this system in a virtual machine image,
so maybe memory is an issue. However, a better error message would be
very nice (but this might be an upstream issue).

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (750, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages metapixel depends on:
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libungif4g 4.1.6-5   library for GIF images (transition
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

metapixel recommends no packages.

metapixel suggests no packages.

-- no debconf information
Liebe Grüße
Christian



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

Bug#491122: newsbeuter does not wrap long lines

2008-07-16 Thread Christian Brabandt 
Package: newsbeuter
Version: 0.9.1-1
Severity: normal


Hi,
while newsbeuter allows to wrap the article using the text-width
setting, it unfortunately does not so for the header (feed name,
title, url, date) or for the url section. (The problem can be seen at
http://www.256bit.org/~chrisbra/newsbeuter.jpg)

I think this even acceptable most of the times, but sometimes I want
to copy and paste the link to the article so I need to select the
whole url with my mouse. Therefore I have to resize my terminal window
and hope that the entire url will fit on my current scrren. If not
there is no chance for me to pick up the url.

So I'd like to have at least an option that allows to wrap even those
lengthy lines. 

I apologize for not sending this bugreport upstream, but unfortunately
I do not have a google-account.

regards,
Christian

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (750, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages newsbeuter depends on:
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.2-6   Multi-protocol file transfer libra
ii  libgcc1   1:4.3.1-6  GCC support library
ii  libncursesw5  5.6+20080621-2 shared libraries for terminal hand
ii  libsqlite3-0  3.5.9-3SQLite 3 shared library
ii  libstdc++64.3.1-6The GNU Standard C++ Library v3

newsbeuter recommends no packages.

-- no debconf information



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

Bug#434798: archivemail: Please provide the option --keep

2007-07-26 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Severity: wishlist

Hi,
for testing purposes I'd like an option --keep, which would allow to
archive the messages, yet would not delete the archieved messages. 

Patch is attached.

regards,
Christian


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information

--- archivemail	2007-07-26 21:18:30.0 +0200
+++ archivemail.keep	2007-07-26 21:28:48.0 +0200
@@ -171,6 +171,7 @@
 delete_old_mail  = 0
 dry_run  = 0
 filter_append= None
+keep		 = 0
 include_flagged  = 0
 lockfile_attempts= 5  
 lockfile_extension   = ".lock"
@@ -202,7 +203,8 @@
 try:
 opts, args = getopt.getopt(args, '?D:S:Vd:hno:F:P:qs:uv', 
  ["date=", "days=", "delete", "dry-run", "help",
- "include-flagged", "no-compress", "output-dir=",
+ "include-flagged", "keep", "no-compress", 
+			 "output-dir=",
  "filter-append=", "pwfile=", "dont-mangle",
 			 "archive-name=",
  "preserve-unread", "quiet", "size=", "suffix=",
@@ -213,6 +215,8 @@
 archive_by = None 
 
 for o, a in opts:
+if o == '--keep':
+self.keep = 1
 if o == '--delete':
 self.delete_old_mail = 1
 if o == '--include-flagged':
@@ -1151,7 +1155,13 @@
 user_error("'%s': no such file or directory" % mailbox_name)
 
 # remove our special temp directory - hopefully empty
-os.rmdir(new_temp_dir)
+	if not options.keep:
+	os.rmdir(new_temp_dir)
+	else:
+	for file_name in new_temp_dir:
+		if os.path.isfile(file_name):
+		os.remove(file_name)
+
 _stale.temp_dir = None
 
 finally:
@@ -1230,12 +1240,14 @@
 original.reset_stat()
 elif archive:
 archive.finalise()
-if retain:
-retain.finalise()
-else:
-# nothing was retained - everything was deleted
-original.leave_empty()
-original.reset_stat()
+	if not options.keep:
+		# do not keep original mails
+		if retain:
+		retain.finalise()
+		else:
+		# nothing was retained - everything was deleted
+		original.leave_empty()
+		original.reset_stat()
 else:
 # There was nothing to archive
 if retain:
@@ -1298,10 +1310,11 @@
 if archive:
 archive.close()
 archive.finalise()
-for file_name in delete_queue:
-if os.path.isfile(file_name):
-vprint("removing original message: '%s'" % file_name)
-os.remove(file_name)
+	if not options.keep:
+	for file_name in delete_queue:
+		if os.path.isfile(file_name):
+		vprint("removing original message: '%s'" % file_name)
+		os.remove(file_name)
 if not options.quiet:
 stats.display()
 
@@ -1406,17 +1419,18 @@
 if archive:
 archive.close()
 archive.finalise()
-# do not delete more than a certain number of messages at a time,
-# because the command length is limited. This avoids that servers
-# terminate the connection with EOF or TCP RST.
-vprint("Deleting %s messages" % len(message_list))
-max_delete = 100
-for i in range(0, len(message_list), max_delete):
-result, response = imap_srv.store( \
-string.join(message_list[i:i+max_delete], ','),
-'+FLAGS.SILENT', '\\Deleted')
-if result != 'OK': unexpected_error("Error while deleting "
-"messages; server says '%s'" % response[0])
+	if not options.keep:
+	# do not delete more than a certain number of messages at a time,
+	# because the command length is limited. This avoids that servers
+	# terminate the connection with EOF or TCP RST.
+vprint("Deleting %s messages" % len(message_list))
+max_delete = 100
+for i in range(0, len(message_list), max_delete):
+result, response = imap_srv.store( \
+string.join(message_list[i:i+max_delete], ','),
+'+FLAGS.SILENT', '\\Deleted')
+if result != 'OK': unexpected_error("Error while deleting "
+"messages; server says '%s'" % response[0])
 imap_srv.close()
 imap_srv.logout()
 if not options.quiet:

Bug#434813: archivemail: does not expand ~

2007-07-26 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Severity: normal

When using the parameter --pwfile, archivemail does not expand a given
~ into the $HOME of the user.

For reference here is the error message:
~$ archivemail --pwfile ~/.pw imap://[EMAIL PROTECTED]/INBOX
archivemail: pwfile ~/.pw does not exist


Fix is trivial:

--- archivemail.orig2007-07-26 23:35:15.0 +0200
+++ archivemail 2007-07-26 23:37:32.0 +0200
@@ -1311,7 +1311,7 @@
 unexpected_error("you must provide a properly formatted "
 "IMAP connection string")
 if options.pwfile:
-imap_password = open(options.pwfile).read().rstrip()
+   imap_password = open(os.path.expanduser(options.pwfile)).read().rstrip()
 else:
 try: 
 imap_username, imap_password = imap_username.split(':', 1)




-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information

-- 
Achte auf Deine Gedanken! Sie sind der Anfang Deiner Taten.
-- Chinesisches Sprichwort


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

Bug#434786: archivemail: [imap] aborts if using --warn-duplicate

2007-07-26 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Severity: normal


Hi,
archivemail aborts, if trying to archive mails from an IMAP-Server and
using --warn-duplicate.

For reference I include the error message:

~$ archivmail --warn-duplicate [...] imap://localhost/INBOX
Traceback (most recent call last):
  File "/usr/bin/archivemail", line 1475, in ?
main()
  File "/usr/bin/archivemail", line 691, in main
archive(mailbox_path)
  File "/usr/bin/archivemail", line 1127, in archive
_archive_imap(mailbox_name, final_archive_name)
  File "/usr/bin/archivemail", line 1388, in _archive_imap
cache.warn_if_dupe(msg) 
NameError: global name 'cache' is not defined

Fix is adding the following line

--- archivemail.orig2007-07-26 20:05:24.0 +0200
+++ /tmp/v504730/2  2007-07-26 20:05:29.0 +0200
@@ -1303,6 +1303,7 @@
 stats = Stats(mailbox_name, final_archive_name)
 imap_str = mailbox_name[mailbox_name.find('://') + 3:]
 imap_filter = build_imap_filter()
+cache = IdentityCache(mailbox_name)
 vprint("imap filter: '%s'" % imap_filter)
 try:
 imap_username, imap_str = imap_str.split('@', 1)

regards,
Christian


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information


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

Bug#434807: archivemail: [imap] Flags are note saved when archiving mails

2007-07-26 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Severity: normal

Hi,
I have been working on archivemail lately :)

Flags are not correctly stored, when archiving mails with IMAP. All
my mails are archived with flag 'O'. 

Attached is a patch that fixes that behaviour (Look for the difference 
with the following statement:
imaplib.ParseFlags(response[1])
). 

It also changes how archivemail determines the flags (and allows the
setting of 'OLD' flag).

I have been using it locally and it works using Dovecot. Please
consider adding the patch.

regards,
Christian


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information
--- archivemail	2007-07-26 21:42:05.0 +0200
+++ archivemail_imap	2007-07-28 22:44:35.0 +0200
@@ -869,13 +869,19 @@
 status = status + "R"
 elif flag == "\\Deleted": # (trashed): user has moved this message to trash
 pass # is this Status: D ? 
+elif flag == "Old": # (trashed): user has moved this message to trash
+status = "O"
 else:
 pass # no whingeing here, although it could be a good experiment
 if flags.count("\\Seen") == 0:
 if flags.count("\\Recent") == 1:
 status = status + "N"
 else:
-status = status + "O" 
+	if status != "O":
+	# A mail cannot have status "read" and "old"
+		status = status + "R" 
+if len(flags) == 0:
+	status =  "N"
 
 # As with maildir folders, preserve Status and X-Status headers 
 # if they exist (they shouldn't)
@@ -1387,14 +1393,30 @@
 if not options.dry_run:
 if not options.delete_old_mail:
 for msn in message_list:
-result, response = imap_srv.fetch(msn, '(RFC822 FLAGS)')
+		# RFC 3501 states, that \Seen is automatically set, when
+		# message is fetched, so wee need to first fetch a list of
+		# flags, before fetching the actual message
+result, response = imap_srv.fetch(msn, '(FLAGS)')
+if result != 'OK': unexpected_error("Failed to fetch flags; "
+"server says '%s'" % response[0])
+		print "Flags: %s" % response[0]
+msg_flags = imaplib.ParseFlags(response[0])
+result, response = imap_srv.fetch(msn, '(RFC822)')
 if result != 'OK': unexpected_error("Failed to fetch message; "
 "server says '%s'" % response[0])
 if "\r\n" == os.linesep:
 msg_str = response[0][1]
 else:
 msg_str = response[0][1].replace("\r\n", os.linesep)
-msg_flags = imaplib.ParseFlags(response[1])
+		# the fetching did set \Seen, so unsetting it now, if 
+		# it was not set before
+		# This needs only to be done, if option --keep is set
+		# uncomment, when --keep is supported
+		# if options.keep:
+		#if '\\Seen' not in msg_flags or 'Old' in msg_flags:
+		#result, response = imap_srv.store(msn, '-FLAGS', '\\Seen')
+		#if result != 'OK': unexpected_error("Failed to store message flag; "
+		#	"server says '%s'" % response[0])
 msg = rfc822.Message(cStringIO.StringIO(msg_str))
 add_status_headers_imap(msg, msg_flags)
 vprint("processing message '%s'" % msg.get('Message-ID'))

Bug#149955: archivemail: added bz2 support

2007-07-29 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Followup-For: Bug #149955

Hi I recently added bz2 support for archivemail. patch is attached.
Please consider adding this patch.



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information

-- 
"Herr Doktor, der Patient von Zimmer 345, der Simulant, ist letzte Nacht
gestorben." - "Oha, jetzt übertreibt er aber!"
--- /usr/bin/archivemail	2006-11-10 23:22:29.0 +0100
+++ archivemail_bz2	2007-07-30 07:59:43.0 +0200
@@ -54,7 +54,6 @@
 
 import fcntl
 import getopt
-import gzip
 import mailbox
 import os
 import pwd
@@ -166,6 +165,8 @@
 """Class to store runtime options, including defaults"""
 archive_suffix   = "_archive"
 archive_name = None
+compress_bz2 = 0
+compress_level   = 5
 days_old_max = 180
 date_old_max = None
 delete_old_mail  = 0
@@ -201,7 +202,8 @@
 """
 try:
 opts, args = getopt.getopt(args, '?D:S:Vd:hno:F:P:qs:uv', 
- ["date=", "days=", "delete", "dry-run", "help",
+ ["compress-bz2", "compress-level=", "date=", 
+			 "days=", "delete", "dry-run", "help",
  "include-flagged", "no-compress", "output-dir=",
  "filter-append=", "pwfile=", "dont-mangle",
 			 "archive-name=",
@@ -211,14 +213,21 @@
 user_error(msg)
 
 archive_by = None 
+	self.compress = "gzip"
 
 for o, a in opts:
+	if o =='--compress-bz2':
+		self.compress_bz2 = 1
+		self.compress = "bz2"
+	if o == '--compress-level':
+		self.compress_level = int(a)
 if o == '--delete':
 self.delete_old_mail = 1
 if o == '--include-flagged':
 self.include_flagged = 1
 if o == '--no-compress':
 self.no_compress = 1
+		self.compress = "None"
 if o == '--warn-duplicate':
 self.warn_duplicates = 1
 if o in ('-D', '--date'):
@@ -553,7 +562,7 @@
 if options.no_compress:
 self.__init_uncompressed(final_name)
 else:
-self.__init_compressed(final_name)
+	self.__init_compressed(final_name)
 self.__final_name = final_name
 
 def __init_uncompressed(self, final_name):
@@ -573,22 +582,39 @@
 self.mbox_file_name = temp_name
 
 def __init_compressed(self, final_name):
+	if options.compress == "gzip":
+	import gzip
+	elif options.compress == "bz2":
+	import bz2
 """Used internally by __init__ when archives are compressed"""
 assert(final_name)
-compressed_filename = final_name + ".gz"
+	if not options.compress_bz2:
+	compressed_ext = ".gz"
+	else:
+	compressed_ext = ".bz2"
+compressed_filename = final_name + compressed_ext
 if os.path.isfile(final_name):
 unexpected_error("""There is already a file named '%s'!
 Have you been reading this archive? You probably should re-compress it
 manually, and try running me again.""" % final_name)
 
-temp_name = tempfile.mkstemp("archive.gz")[1]
+temp_name = tempfile.mkstemp("archive" + compressed_ext)[1]
 if os.path.isfile(compressed_filename):
 vprint("file already exists that is named: %s" %  \
 compressed_filename)
 shutil.copy2(compressed_filename, temp_name)
 _stale.archive = temp_name
-self.mbox_file = gzip.GzipFile(temp_name, "a")
-self.mbox_file_name = temp_name
+	if not options.compress_bz2:
+	self.mbox_file = gzip.GzipFile(temp_name, "a", options.compress_level) 
+	else:
+	# There is no append method for module bz2
+	if os.path.getsize(temp_name) == 0:
+		self.mbox_file = bz2.BZ2File(temp_name, "w", 0, options.compress_level)
+	else:
+		oldcontent=bz2.BZ2File(temp_name, "r").read()
+		self.mbox_file = bz2.BZ2File(temp_name, "w", 0, options.compress_level)
+		self.mbox_file.write(oldcontent)
+	self.mbox_file_name = temp_name
 
 def finalise(self):
 """Close the archive and rename this archive temporary file to the
@@ -600,9 +626,12 @@
 self.close()
 final_name = self.__final_name
 if not options.no_compress:
-final_name = final_name + ".gz"
-vprint("renaming '%s' to '%s'" % (self.mbox_file_name, 
-final_name))
+	if not options.compress_bz2:
+		final_name = final_name + ".gz"
+	else:
+		final_name = final_name + ".bz2"
+	vprint("renaming '%s' to '%s'" % (self.mbox_fi

Bug#434807: archivemail: [imap] Flags are note saved when archiving mails

2007-11-02 Thread Christian Brabandt 
Hallo Nikolaus!

Nikolaus Schulz schrieb am Freitag, den 02. November 2007:

> > --- archivemail 2007-07-26 21:42:05.0 +0200
> > +++ archivemail_imap2007-07-28 22:44:35.0 +0200
> > @@ -869,13 +869,19 @@
> >  status = status + "R"
> >  elif flag == "\\Deleted": # (trashed): user has moved this message 
> > to trash
> >  pass # is this Status: D ? 
> > +elif flag == "Old": # (trashed): user has moved this message to 
> > trash
> > +status = "O"
> 
> What means "old" here?  Looks like a server specific keyword that's
> not covered by the IMAP spec.  The IMAP equivalent to "moving a
> message to trash" is the \Deleted flag.  (Also note that the mbox
> status 'O' differs from what mutt is displaying in its message
> index.)

Actually I to not know anymore. I know that the rfc does not declare
the old flag, but for some reason the above code worked for me with
mutt. You may leave it out though.

regards,
Christian
-- 
Neue Meldungen von Windows 2000:
Wichtige Nachricht von B. Gates. Die Welt muß neu gebootet werden.
Bitte abmelden.



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

Bug#368112: archivemail: [imap] autodetect folder separator

2007-11-06 Thread Christian Brabandt 
Package: archivemail
Version: 0.7.0-1
Followup-For: Bug #368112

Hi,
here is another patch, that tries to use whatever folder separator
works.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages archivemail depends on:
ii  python2.4.4-2An interactive high-level object-o

archivemail recommends no packages.

-- no debconf information

-- 
Wenn der Alltag dir arm erscheint, klage ihn nicht an - klage dich 
an, daß du nicht stark genug bist, seine Reichtümer zu rufen, denn für
den Schaffenden gibt es keine Armut.
-- Rainer Maria Rilke
--- /home/chrisbra/bin/archivemail.orig	2007-11-06 12:08:32.0 +0100
+++ /home/chrisbra/bin/archivemail	2007-11-06 12:27:52.0 +0100
@@ -1434,9 +1434,23 @@
 result, response = imap_srv.login(imap_username, imap_password)
 vprint("logged in to server as %s" % imap_username)
 
+# imap folder separator detection
 result, response = imap_srv.select(imap_folder)
-if result != 'OK': unexpected_error("cannot select imap folder; "
-"server says '%s'" % response[0])
+if result != 'OK': 
+	if string.find(imap_folder,'/') != -1:
+	vprint("Hmm, '%s' does not work. Maybe we need to use a different folder separator? Let's see" %imap_folder)
+	vprint("Trying '.' as folder separator")
+	imap_folder=string.replace(imap_folder, '/', '.')
+	elif string.find(imap_folder,'.') != -1:
+	vprint("Hmm, '%s' does not work. Maybe we need to use a different folder separator? Let's see" %imap_folder)
+	vprint("Trying '/' as folder separator")
+	imap_folder=string.replace(imap_folder, '.', '/')
+	else:
+	unexpected_error("The selected folder '%s' does not exist" % imap_folder)
+	result, response = imap_srv.select(imap_folder)
+	if result != 'OK': 
+	unexpected_error("Well, changing the folder separator to '%s' didn't work either." % imap_folder)
+
 vprint("selected imap folder %s" % imap_folder)
 # response is e.g. ['1016'] for 1016 messages in folder
 total_msg_count = int(response[0])

Bug#514796: vim-scripts: lbdbq.vim does not check for existence of lbdbq

2009-02-10 Thread Christian Brabandt 
Package: vim-scripts
Version: 20081206-1
Severity: normal
Tags: patch


Hi,
I recently stumbled over this error, that lbdbq.vim is not checking
for the existence of lbdbq and therefore will fail without any obvious
reason. 

The attached patch fixed that.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (750, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

vim-scripts depends on no packages.

Versions of packages vim-scripts recommends:
ii  vim  2:7.2.049-2 Vi IMproved - enhanced vi editor
ii  vim-addon-manager0.4 manager of addons for the Vim edit
ii  vim-gtk [vim]2:7.2.049-2 Vi IMproved - enhanced vi editor -

Versions of packages vim-scripts suggests:
pn  libtemplate-perl   (no description available)
pn  perlsgml   (no description available)

-- no debconf information

Grüße
Christian
--- lbdbq.vim.alt	2009-02-10 23:11:34.0 +0100
+++ lbdbq.vim	2009-02-10 23:08:14.0 +0100
@@ -14,7 +14,11 @@
 " queries lbdb with a query string and return a list of pairs:
 " [['full name', 'email'], ['full name', 'email'], ...]
 function! LbdbQuery(qstring)
-  let output = system("lbdbq '" . a:qstring . "'")
+  let qry="lbdbq"
+  if !executable(qry)
+  echoerr qry . " is not executable! Have you installed lbdb?"
+  let output = system(qry . " '" . a:qstring . "'")
   let results = []
   for line in split(output, "\n")[1:] " skip first line (lbdbq summary)
 let fields = split(line, "\t")

Bug#561988: cpio complains about invalid user although the user is correct

2009-12-27 Thread Christian Brabandt 
Hallo Clint!

Clint Adams schrieb am Samstag, den 26. Dezember 2009:

> On Fri, Dec 25, 2009 at 04:44:03PM +0100, Christian Brabandt wrote:
> > A far lines later, you'll find that piece of code:
> > f (!isnumber_p (u))
> > error_msg = _("invalid user");
> > 
> > and isnumber_p fails, because u was negative in my case.

Sorry, I must have been confused. My patch actually does not change 
anything. Something must have messed up my test.

regards,
Christian



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

Bug#561988: cpio complains about invalid user although the user is correct

2009-12-21 Thread Christian Brabandt 
Package: cpio
Version: 2.9-13
Severity: important


There seems to be a bug somewhere:
chris...@256bit:~$ find . -depth |cpio --pass-through 
--preserve-modification-time --make-directories --unconditional -R 
chrisbra ../target/ cpio: chrisbra: invalid user

chric...@256bit.org:~$ getent passwd |grep chrisbra
chrisbra:x:1004:100::/home/chrisbra:/bin/bash

Obviously, the user exists. 


-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cpio depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries

cpio recommends no packages.

cpio 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#561988: cpio complains about invalid user although the user is correct

2009-12-23 Thread Christian Brabandt 
Hallo Clint!

Clint Adams schrieb am Dienstag, den 22. Dezember 2009:

> On Mon, Dec 21, 2009 at 08:44:32PM +0100, Christian Brabandt wrote:
> > There seems to be a bug somewhere:
> > chris...@256bit:~$ find . -depth |cpio --pass-through
> > --preserve-modification-time --make-directories --unconditional -R
> > chrisbra ../target/ cpio: chrisbra: invalid user
>
> That does look broken, but I can't reproduce it.

I have to add, this only affects cpio-2.9 from lenny. My C-Skills are a
little bit rusty, but the following patch seems to work for me:

chrisbra t41:~/source/cpio/cpio-2.9/src [1081:1]% diff -Nu userspec.c{.old,}
--- userspec.c.old  2009-12-23 15:40:09.0 +0100
+++ userspec.c  2009-12-23 15:40:21.0 +0100
@@ -108,7 +108,7 @@
   char *spec;  /* A copy we can write on.  */
   struct passwd *pwd;
   struct group *grp;
-  char *g, *u, *separator;
+  unsigned char *g, *u, *separator;
   char *groupname;

   error_msg = NULL;


>
> > chric...@256bit.org:~$ getent passwd |grep chrisbra
> > chrisbra:x:1004:100::/home/chrisbra:/bin/bash
> >
> > Obviously, the user exists.
>
> Does `getent passwd chisbra` show the same line?

Yes:
chris...@256bit:~/temp/source$ getent passwd chrisbra
chrisbra:x:1004:100::/home/chrisbra:/bin/bash


regards,
Christian
-- 
:wq



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

Bug#561988: cpio complains about invalid user although the user is correct

2009-12-25 Thread Christian Brabandt 
Hallo Clint!

Clint Adams schrieb am Donnerstag, den 24. Dezember 2009:

> On Wed, Dec 23, 2009 at 03:47:10PM +0100, Christian Brabandt wrote:
> > I have to add, this only affects cpio-2.9 from lenny. My C-Skills are a
> > little bit rusty, but the following patch seems to work for me:
> 
> Oh, well, I'm afraid there's not much I can do for lenny but create an
> unofficial backport of 2.10.  Would that help?

Yes, very much.

> 
> > chrisbra t41:~/source/cpio/cpio-2.9/src [1081:1]% diff -Nu userspec.c{.old,}
> > --- userspec.c.old  2009-12-23 15:40:09.0 +0100
> > +++ userspec.c  2009-12-23 15:40:21.0 +0100
> > @@ -108,7 +108,7 @@
> >char *spec;  /* A copy we can write on.  */
> >struct passwd *pwd;
> >struct group *grp;
> > -  char *g, *u, *separator;
> > +  unsigned char *g, *u, *separator;
> >char *groupname;
> 
> I'm confused; what is expecting those characters to be unsigned?

A far lines later, you'll find that piece of code:
f (!isnumber_p (u))
error_msg = _("invalid user");

and isnumber_p fails, because u was negative in my case.
 

regards,
Christian
-- 




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

Bug#561988: cpio complains about invalid user although the user is correct

2009-12-26 Thread Christian Brabandt 
Hallo Clint!

Clint Adams schrieb am Samstag, den 26. Dezember 2009:

> Maybe I'm dense.  Why would isnumber_p() fail on a signed char string?

Because it is just a wrapper that runs isdigit (3) on each char in a 
loop. And from the manpage isalpha(3) and don't see, that isdigit checks 
for negative numbers.

Well, as I said, my C-Skills are pretty rusty. May be I misunderstood 
something. 

regards,
Christian



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

Bug#879187: zsh-completion: add --clean for vim

2017-10-20 Thread Christian Brabandt 
Package: zsh
Version: 5.4.1-1
Severity: normal
Tags: patch


Hi,
Vim since patchlevel 8.0.0716 includes the --clean argument for starting 
in a clean mode (only loading defaults.vim and in non-cp mode). So 
please add this patch to the vim completion.

Thanks.

Christian

--- _vim.backup 2017-10-20 08:48:15.615046979 +0200
+++ _vim2017-10-20 08:52:07.185668608 +0200
@@ -74,6 +74,7 @@
   '(- *)--version[print version information and exit]'
   '(* -q)-t[edit file where tag is defined]:tag:_complete_tag'
   '(-t -q)*:file:_vim_files'
+  '--clean[start with defaults in non-compatible mode]'
 )
 [[ $service != *g* ]] && arguments+='-g[start with GUI]'
 [[ $service != r* ]] && arguments+='-Z[restricted mode]'

-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion 
 Architecture Description
+++-===---===
ii  cmus1:2.8.0~rc0-dmo4
 amd64lightweight ncurses audio player
ii  curl7.55.1-1
 amd64command line tool for transferring data with URL 
syntax
ii  mpv 1:0.25.0-dmo2   
 amd64Free and open-source general-purpose video player
ii  pulseaudio  11.0-1  
 amd64PulseAudio sound server
ii  silversearcher-ag   2.0.0-1 
 amd64very fast grep-like program, alternative to 
ack-grep
ii  systemd 234-3   
 amd64system and service manager
ii  udev234-3   
 amd64/dev/ and hotplug management daemon
ii  vlc-bin 1:2.2.6-dmo2+deb9u1 
 amd64binaries from VLC

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zsh depends on:
ii  dpkg1.18.24
ii  libc6   2.24-17
ii  libcap2 1:2.25-1
ii  libtinfo5   6.0+20170902-1
ii  zsh-common  5.4.1-1

Versions of packages zsh recommends:
ii  libc6 2.24-17
ii  libncursesw5  6.0+20170902-1
ii  libpcre3  2:8.39-4

Versions of packages zsh suggests:
pn  zsh-doc  

-- no debconf information

Liebe Grüße
Christian
-- 
Unser Verlangen nach Lust verknüpft uns der Gegenwart. Die Sorge um
unser Heil macht uns von der Zukunft abhängig.
-- Charles Baudelaire

Bug#918672: [vim] XML auto indentation misbehaves (adds/removes additonal/wrong indentation)

2019-06-12 Thread Christian Brabandt 
Upstream maintainer here: I could not verify that this still happens 
with the latest version of the xml indent script. Please verify using 
the runtime files from https://github.com/chrisbra/vim-xml-ftplugin/

If that is fixed, I suppose the next upload to Debian will come with 
updated runtime files (it's already fixed in Vims source distribution).

If not, please open a new issue at the upstream repository with clear 
reproduction steps.

Thanks,
Christian
-- 
Hallo Kakteenzüchter!

Bug#908113: %20Bug%23908113:%20openssh-client:%20When%20I%20try%20to%20connect%20to%20a%20remote%20SSH%0a%20server%20I%20got%20broken-pipe%20error

2018-11-29 Thread Christian Brabandt 
Hi,
I just stumbled over this bug today. I also have Debian running inside a 
VMWare box. This was quite a bit nasty, since it also broke my git setup.

For the record, I worked around it by adding 
,
| Host *
| IPQoS lowdelay throughput
`

to ~/.ssh/config

Thanks for the info here.

Best,
Christian