Bug#944488: +1 to include this patch

2023-07-07 Thread Lars Bensmann
I would also welcome the inclusion of this patch. I'm using it for two
or three years now in production and had no problems with it.



Bug#881354: beancounter: Updates fail since 2017-11-01

2017-11-10 Thread Lars Bensmann
Package: beancounter
Version: 0.8.10
Severity: important

On November 11, 2017 beancounter quote updates stopped working and have
not been working since.

$ beancounter update
Argument "html>" isn't numeric in division (/) at 
/usr/share/perl5/Finance/BeanCounter.pm line 1622.
Argument "finance.yahoo.com.<" isn't numeric in division (/) at 
/usr/share/perl5/Finance/BeanCounter.pm line 1622.
Illegal division by zero at /usr/share/perl5/Finance/BeanCounter.pm line 1622.


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

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

Versions of packages beancounter depends on:
ii  libdate-manip-perl 6.57-1
ii  libdbd-mysql-perl  4.041-2
ii  libdbd-sqlite3-perl1.54-1
ii  libdbi-perl1.636-1+b1
ii  libfinance-yahooquote-perl 0.25
ii  libstatistics-descriptive-perl 3.0612-1
ii  perl   5.24.1-3+deb9u2
ii  postgresql-client-9.2 [postgresql-client]  9.2.4-2.pgdg70+1
ii  postgresql-client-9.4 [postgresql-client]  9.4.12-0+deb8u1
ii  postgresql-client-9.6 [postgresql-client]  9.6.4-0+deb9u1
ii  sqlite 2.8.17-14
ii  sqlite33.16.2-5

beancounter recommends no packages.

beancounter suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/beancounter (from beancounter package)
debsums: changed file /usr/share/perl5/Finance/BeanCounter.pm (from beancounter 
package)



Bug#508418: /etc/init.d/zaptel doesn't wait for udev

2008-12-11 Thread Lars Bensmann
On Thu, Dec 11, 2008 at 10:05:01AM +0200, Tzafrir Cohen wrote:
 Is udevsettle safe for usage? Or is it expected to be replaced by 
 'udevadm settle' ?

Mmmh. I just found some filed bugs for Gentoo and Archlinux, but nothing
for Debian. But they state that udevsettle is deprecated. So I guess,
'udevadm settle' is the way to go.

-- 
There are two ways to write error-free programs; only the third one works.



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



Bug#508418: /etc/init.d/zaptel doesn't wait for udev

2008-12-11 Thread Lars Bensmann
On Thu, 11 Dec 2008 10:46:17 +0200, Tzafrir Cohen wrote:
 We have an ugly fix for it in the script (the loop that waits for 
 /dev/zap/ctl), but it's, well, ugly. udevsettle indeed seems like a much
 better idea. It will require more testing and thus I'll check it
 upstream.

Are we still talking about /etc/init.d/zaptel? I don't see a loop. And no
mention of 'ctl' either (1:1.4.11~dfsg-3).

'udevsettle' vs. 'udevadm settle':
The NEWS-entry for udev version 126 mentions:
No symlinks to udevadm are installed anymore, if they are still needed,
they should be provided by the package.
http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;f=NEWS

So. 'udevadm settle' should be the future-proof way if you or upstream
decide to go that way.

 I have already commited a fix to the other issue you mentioned, which is
 a minor issue with very minor risk, just in case we get to upload a new
 version of this package.

Yes. There's definately no hurry there. I just saw it by accident that the
function name was misspelled when I included the 'udevsettle' in the
script after the upgrade to -3. Didn't even know there was a 'status'
function before that :-)

-- 
I came, I saw, I deleted all your files.



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



Bug#507883: release critical

2008-12-10 Thread Lars Bensmann
On Tue, Dec 09, 2008 at 11:29:30PM +0200, Tzafrir Cohen wrote:
  It doesn't matter if the jump target is actually there. If I replace
  'foo|1' by 'blah|foo|1' or just '1' I don't have any problems. If I delete
  the NoOp line the problem also disappears.

I tried to port the patch, but I failed. Asterisk compiles but core dumps on
startup (although this time it's not related to the extensions.ael I think.)

I attached the patch if someone wants to use it as a starting point.

I used
(cd ael; flex ael.flex; sed -i -e /begin standard C headers/i#include 
\asterisk.h\ ael_lex.c)
(cd ael; sed '[EMAIL PROTECTED] __STDC_VERSION__ = [EMAIL PROTECTED] 
!defined __STDC_VERSION__ || __STDC_VERSION__ = 199901L@' ael_lex.c  zz; mv 
zz ael_lex.c)
(as found in ael/Makefile) to regenerate ael_lex.c

-- 
Hardware:
The parts of a computer system that can be kicked.
diff -r -U3 ../asterisk-1.4.21.2~dfsg/include/asterisk/ael_structs.h 
./include/asterisk/ael_structs.h
--- ../asterisk-1.4.21.2~dfsg/include/asterisk/ael_structs.h2008-03-27 
04:21:05.0 +0100
+++ ./include/asterisk/ael_structs.h2008-12-10 11:16:10.0 +0100
@@ -88,7 +88,6 @@
struct pval *statements; /* used in case, default, catch, 
while's statement, CONTEXT elements, GLOBALS */
char *val;  /* used in VARDEC */
char *for_test; /* used in FOR */
-   int label_in_case; /* a boolean for LABELs */
struct pval *goto_target;  /* used in GOTO */
} u2;

diff -r -U3 ../asterisk-1.4.21.2~dfsg/pbx/ael/ael.flex ./pbx/ael/ael.flex
--- ../asterisk-1.4.21.2~dfsg/pbx/ael/ael.flex  2008-03-18 07:37:15.0 
+0100
+++ ./pbx/ael/ael.flex  2008-12-10 11:42:06.0 +0100
@@ -238,7 +238,8 @@
 
 [-a-zA-Z0-9'_/.\\\*\+!$#\[\]][-a-zA-Z0-9'_/.!\*\+\\\{\}$#\[\]]*  {
STORE_POS;
-   yylval-str = strdup(yytext);
+   yylval-str = ast_malloc(yyleng+1);
+   ast_copy_string(yylval-str, yytext, yyleng+1);
prev_word = yylval-str;
return word;
}
@@ -257,7 +258,8 @@
STORE_LOC;
ast_log(LOG_ERROR,File=%s, line=%d, column=%d: 
Mismatched ')' in expression: %s !\n, my_file, my_lineno, my_col, yytext);
BEGIN(0);
-   yylval-str = strdup(yytext);
+   yylval-str = ast_malloc(yyleng+1);
+   ast_copy_string(yylval-str, yytext, yyleng+1);
prev_word = 0;
return word;
}
@@ -266,8 +268,8 @@
yymore();
} else {
STORE_LOC;
-   yylval-str = strdup(yytext);
-   yylval-str[yyleng-1] = '\0'; /* trim trailing ')' */
+   yylval-str = ast_malloc(yytext);
+   ast_copy_string(yylval-str, yytext, yyleng);
unput(')');
BEGIN(0);
return word;
@@ -289,7 +291,8 @@
ast_log(LOG_ERROR,File=%s, line=%d, column=%d: 
Mismatched '%c' in expression!\n,
my_file, my_lineno, my_col, c);
BEGIN(0);
-   yylval-str = strdup(yytext);
+   yylval-str = ast_malloc(yyleng+1);
+   ast_copy_string(yylval-str, yytext, yyleng+1);
return word;
}
yymore();
@@ -317,7 +320,8 @@
STORE_LOC;
ast_log(LOG_ERROR,File=%s, line=%d, column=%d: 
Mismatched ')' in expression!\n, my_file, my_lineno, my_col);
BEGIN(0);
-   yylval-str = strdup(yytext);
+   yylval-str = ast_malloc(yyleng+1);
+   ast_copy_string(yylval-str, yytext, yyleng+1);
return word;
}
 
@@ -329,22 +333,22 @@
BEGIN(0);
if ( !strcmp(yytext, )) )
return RP;
-   yylval-str = strdup(yytext);
-   yylval-str[yyleng-1] = '\0'; /* trim trailing ')' */
+   yylval-str = ast_malloc(yyleng);
+   ast_copy_string(yylval-str, yytext, yyleng);
unput(')');
return word;
}
}
 
 argg{NOARGG}\,   {
-   if( parencount != 0) { /* printf(Folding in a comma!\n); */
+   if( parencount != 0) { /* ast_log(LOG_NOTICE, Folding in a 
comma!\n); */
yymore();
} else  {
STORE_LOC;
if( !strcmp(yytext,, ) )
return COMMA;
-   yylval-str = 

Bug#508418: /etc/init.d/zaptel doesn't wait for udev

2008-12-10 Thread Lars Bensmann
Package: zaptel
Version: 1:1.4.11~dfsg-3
Severity: wishlist

It would be nice to include a call to 'udevsettle' after modprobing
ztdummy. Otherwise ztcfg ist not called.

I also found one other minor things:

# /etc/init.d/zaptel status
/etc/init.d/zaptel: line 136: check_zaptel_timing: command not found

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

Kernel: Linux 2.6.26-1-vserver-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages zaptel depends on:
ii  fxload  0.0.20020411-1.1 Firmware download to EZ-USB device
ii  libc6   2.7-16   GNU C Library: Shared libraries
ii  libnewt0.52 0.52.2-11.3  Not Erik's Windowing Toolkit - tex
ii  libtonezone11:1.4.11~dfsg-3  tonezone library (runtime)
ii  libusb-0.1-42:0.1.12-13  userspace USB programming library
ii  procps  1:3.2.7-8/proc file system utilities

zaptel recommends no packages.

zaptel suggests no packages.

-- no debconf information



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



Bug#507883: release critical

2008-12-08 Thread Lars Bensmann
On Sun, Dec 07, 2008 at 10:18:13PM +0100, martin f krafft wrote:
 also sprach Lars Bensmann [EMAIL PROTECTED] [2008.12.07.1605 +0100]:
 Can you reproduce the bug with an equivalent extensions.conf (the
 other format for the dialplans)?

No. I could not.

The following also causes the problem:

context blah {
lars = NoOp(Test);
123456 = goto foo|1;
};

It doesn't matter if the jump target is actually there. If I replace
'foo|1' by 'blah|foo|1' or just '1' I don't have any problems. If I delete
the NoOp line the problem also disappears.

-- 
Do not condemn the judgment of another because it
differs from your own. You may both be wrong.
  -- Dandemis



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



Bug#507883: asterisk: Very frequent segfaults on startup

2008-12-05 Thread Lars Bensmann
Package: asterisk
Version: 1:1.4.21.2~dfsg-2
Severity: normal

Asterisk crashes very frequently on startup. Using safe_asterisk will
start it eventually. Once it's running it's stable. The last start took 90
attempts. The one before that 71.

The backtraces all look the same (OK, I just checked four of the 159 core
dumps :-)
(gdb) bt
#0  destroy_pval (item=0x7f60) at pbx_ael.c:4541
#1  0x7f60860a0c1f in destroy_pval_item (item=0x7f609c061b60) at 
pbx_ael.c:4517
#2  0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543
#3  0x7f60860a0c1f in destroy_pval_item (item=0x7f609c061c00) at 
pbx_ael.c:4517
#4  0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543
#5  0x7f60860a0c1f in destroy_pval_item (item=0x7f609c065680) at 
pbx_ael.c:4517
#6  0x7f60860a0df1 in destroy_pval (item=0x7f60) at pbx_ael.c:4543
#7  0x7f60860a69d9 in ?? () from /usr/lib/asterisk/modules/pbx_ael.so
#8  0x0045cc72 in load_resource (resource_name=0x7f609c007620 
pbx_ael.so, global_symbols_only=value optimized out) at loader.c:688
#9  0x0045d1e9 in load_modules (preload_only=value optimized out) at 
loader.c:882
#10 0x0042875d in main (argc=value optimized out, argv=value 
optimized out) at asterisk.c:3064

Before using the Debian package I was using a self-compiled build (1.4.18,
I think) and had no such problems.

Lars

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

Kernel: Linux 2.6.26-1-vserver-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages asterisk depends on:
ii  adduser3.110 add and remove users and groups
ii  asterisk-config1:1.4.21.2~dfsg-2 Configuration files for Asterisk
ii  asterisk-sounds-ma 1:1.4.21.2~dfsg-2 Core Sound files for Asterisk (Eng
ii  libasound2 1.0.16-2  ALSA library
ii  libc-client2007b   7:2007b~dfsg-4+lenny1 c-client library for mail protocol
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcap22.11-2support for getting/setting POSIX.
ii  libcurl3   7.18.2-5  Multi-protocol file transfer libra
ii  libgcc11:4.3.2-1 GCC support library
ii  libgsm11.0.12-1  Shared libraries for GSM speech co
ii  libiksemel31.2-4 C library for the Jabber IM platfo
ii  libncurses55.6+20080830-1shared libraries for terminal hand
ii  libnewt0.520.52.2-11.3   Not Erik's Windowing Toolkit - tex
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libpq5 8.3.5-1   PostgreSQL C client library
ii  libpri1.0  1.4.3-2   Primary Rate ISDN specification li
ii  libradiusclient-ng 0.5.5-1   Enhanced RADIUS client library
ii  libsnmp15  5.4.1~dfsg-11 SNMP (Simple Network Management Pr
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libspeexdsp1   1.2~rc1-1 The Speex extended runtime library
ii  libsqlite0 2.8.17-4  SQLite shared library
ii  libssl0.9.80.9.8g-14 SSL shared libraries
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  libtonezone1   1:1.4.11~dfsg-2   tonezone library (runtime)
ii  libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libvorbisenc2  1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libvpb04.2.36-1  Voicetronix telephony hardware use
ii  unixodbc   2.2.11-16 ODBC tools libraries
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

asterisk recommends no packages.

Versions of packages asterisk suggests:
pn  asterisk-dev  none (no description available)
pn  asterisk-doc  none (no description available)
pn  asterisk-h323 none (no description available)
pn  ekiga none (no description available)
pn  kphonenone (no description available)
pn  ohphone   none (no description available)
pn  twinkle   none (no description available)

-- no debconf information



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



Bug#507883: asterisk: Very frequent segfaults on startup

2008-12-05 Thread Lars Bensmann
On Sat, Dec 06, 2008 at 01:13:32AM +0200, Tzafrir Cohen wrote:
 Thanks for your report. Any chance you can also include a full backtrace
 ('bt full')?

Sure.

#0  destroy_pval (item=0x7f54) at pbx_ael.c:4541
i = value optimized out
nxt = value optimized out
#1  0x7f54b45f1c1f in destroy_pval_item (item=0x7f54c804cd80) at 
pbx_ael.c:4517
__PRETTY_FUNCTION__ = destroy_pval_item
#2  0x7f54b45f1df1 in destroy_pval (item=0x7f54) at pbx_ael.c:4543
i = (pval *) 0x7f54
nxt = (pval *) 0x0
#3  0x7f54b45f1c1f in destroy_pval_item (item=0x7f54c804ce20) at 
pbx_ael.c:4517
__PRETTY_FUNCTION__ = destroy_pval_item
#4  0x7f54b45f1df1 in destroy_pval (item=0x7f54) at pbx_ael.c:4543
i = (pval *) 0x7f54
nxt = (pval *) 0x7f54c804d130
#5  0x7f54b45f1c1f in destroy_pval_item (item=0x7f54c8050670) at 
pbx_ael.c:4517
__PRETTY_FUNCTION__ = destroy_pval_item
#6  0x7f54b45f1df1 in destroy_pval (item=0x7f54) at pbx_ael.c:4543
i = (pval *) 0x7f54
nxt = (pval *) 0x7f54c8052510
#7  0x7f54b45f79d9 in ?? () from /usr/lib/asterisk/modules/pbx_ael.so
No locals.
#8  0x0045cc72 in load_resource (resource_name=0x7f54c8007620 
pbx_ael.so, global_symbols_only=value optimized out) at loader.c:688
mod = (struct ast_module *) 0x7f54c80423f0
res = value optimized out
tmp = \033[33;40mExtension 
Directory\033[0;37;40m\000ions\033[0;37;40m\00040m\000base\033[0;37;40m\00037;[EMAIL
 
PROTECTED]@3GØÿ\177\000\000\2002\000ÈT\177\000\000\000\000\000\000\000\000\000\000
 
\000\000ÈT\177\000\5\000ÈT\177\000\000\200{\000ÈT\177\000\000\000{\000ÈT\177\000\000\000\000\000\000\000\000\000\000\2002\000ÈT\177\000\000
 \000\000ÈT\177\000\000\2002\000ÈT\177\000\000...
__PRETTY_FUNCTION__ = load_resource
#9  0x0045d1e9 in load_modules (preload_only=value optimized out) at 
loader.c:882
__list_next = (struct load_order_entry *) 0x7f54c8007640
__list_prev = (struct load_order_entry *) 0x0
__new_prev = (struct load_order_entry *) 0x7f54c8007600
cfg = (struct ast_config *) 0x7f54c8003280
mod = value optimized out
order = (struct load_order_entry *) 0x7f54c8007600
v = (struct ast_variable *) 0x0
load_count = value optimized out
load_order = {first = 0x7f54c8007600, last = 0x7f54c8007b80}
res = value optimized out
dirent = value optimized out
dir = value optimized out
__PRETTY_FUNCTION__ = load_modules
#10 0x0042875d in main (argc=value optimized out, argv=value 
optimized out) at asterisk.c:3064
c = value optimized out
filename = /root/.asterisk_history, '\0' repeats 56 times
hostname = chewie, '\0' repeats 57 times
tmp = 
§ïM\000\000\000\000\000`\000\000\000\000\000\000\000)\000\000\000\000\000\000\000ÊqÐT\177\000\000\001\000\000\000\000\000\000\000\000\000\000\000À\v%\001\000\000\000\000)\000\000\000\004\000\000\000ÀwÃÏT\177\000\000à¹UÏT\177\000
xarg = 0x0
x = value optimized out
f = value optimized out
sigs = {__val = {134238211, 0 repeats 15 times}}
num = 0
isroot = 1
buf = value optimized out
runuser = 0x7fffd8473340 asterisk
rungroup = 0x0
__PRETTY_FUNCTION__ = main
__FUNCTION__ = main


-- 
Work fascinates me. I could sit and watch it for hours.



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