Package: mysql-server
Version: 4.0.24-5
Severity: minor
The debconf prompt refers to the skip-networking option which is now
deprecated in the default configuration (replaced by a localhost bind).
The prompt should be changed to match the default my.cnf.
Regards,
Faidon
-- System Information:
This is updated for dhcp3-client version 3.0.1-2, too bad this probably
won't make sarge :/
Is there a reason why this patch isn't acceptable?
--- dhclient-script.old 2005-05-15 11:43:01.610289528 +0300
+++ dhclient-script 2005-05-15 11:37:55.771784048 +0300
@@ -157,6 +157,13 @@
Hi Christian,
Isn't this closed as of 0.99.1-1?
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
package dsniff
tags 337267 + pending patch
thanks
Hi,
Daniel Schepler wrote:
gcc -Wall -g -O2 -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD
-DHAVE_NET_ETHERNET_H -DDSNIFF_LIBDIR=\/usr/share/dsniff/\ -I. -I./missing
-c ./sshcrypto.c
package isdnutils
severity 335124 grave
thanks
automake1.6 is removed from the archive therefore isdnutils FTBFS.
Because of this, I'm setting the severity to grave.
An NMU is needed/pending for this package (see #344200). I'm
coordinating with Marco d'Itri to prepare those fixes.
Regards,
upstream's SVN log shows several bugfixes, including memory leak fixes.
An update to the latest version will probably fix these problems.
Moreover, I highly doubt that memory leak bugs are justified as severity
critical.
This looks as severity inflation to me, but I'll leave the maintainer to
Attached are two separate patches: one for cfitsio 2.510-1 and one for
cfitsio3 3.006-1.1.
The previous approach that was applied to cfitsio3 (and only that) had
two problems; the first one, regarding MIPSEL, was that it was handled
in an elif case, while MIPS was already handled in a previous
It turns that my cfitsio2.diff was broken on MIPS.
The attached one is a new revision which is compile and runtime tested
on a MIPSEL machine (vaughan).
I'm not going to test this on MIPS B-E or ARM because it's trivial
enough that doesn't warrant the trouble of installing the
build-dependencies
Package: libsmbios-bin
Version: 0.12.1-1
Severity: serious
Several of the utilities that this package provides are meant to be run by
root and spawn an error when invoked by an unprivileged user.
Please move those utilities to /usr/sbin, as mandated by FHS.
Regards,
Faidon
-- System
retitle 363377 Inform users that HostAP is merged in recent kernels
thanks control
Hi,
Moritz Muehlenhoff wrote:
Etch will only ship a 2.6.18 kernel, please update have it.
This bug isn't actually a FTBFS, since hostap-source isn't needed in
recent kernels. The driver was merged in mainline
Hi,
What is the status of this ITP?
I've successfully created a package for this and it's working fine on my
laptop. I could upload it if you're not interested anymore.
I don't have problem setting you as an Uploader btw.
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
clone 359202 -1 -2 -3
reopen -1 !
reopen -2 !
reopen -3 !
retitle -1 RM: mozilla-firefox-locale-el; out-of-date, unused; obsoleted
retitle -2 RM: mozilla-firefox-locale-ko; out-of-date, unused; obsoleted
retitle -3 RM: mozilla-firefox-locale-nb; out-of-date, unused; obsoleted
thanks
Hi,
Please
severity 353513 important
thanks
The latest release update explicitly mentions stateful packet filtering
for both protocols as a release goal therefore this bug is considered
as important.
Laurence, IPv6 connection tracking is supported for a while, it will be
a shame for Debian's next release
Package: tla
Version: 1.3.5+dfsg-2
Severity: serious
Justification: no longer builds from source
tla 1.3.5+dfsg-2 fails to build from source on arm, sparc, ia64 and
hppa[1].
The error presented on all but arm is:
/build/buildd/tla-1.3.5+dfsg/src/tla/tests/test-framework: line 26:
18604 Bus error
Kevin, hi,
Kevin Shanahan wrote:
Well it looked promising, but no - the lockup still appears to be
reproducable. The patch I used to test is attached. Let me know if I
made any mistake in backporting it (it should apply cleanly as the
last patch in the debian/patches/series file).
Yes, you
Package: linux-image-2.6.26-1-openvz-686
Version: 2.6.26-6
Severity: normal
2.6.26-6 supposedly added OpenVZ checkpointing support -- and indeed
the kernel option was enabled and /proc/cpt exists.
I was unable, however, to perform an online migration or even a
checkpoint/restore cycle on both
forwarded 500645 http://bugzilla.openvz.org/show_bug.cgi?id=1034
thanks
Hi,
Upstream contacted me; apparently the bug was (automatically?) forwarded
to their bugzilla as #1034.
They think that the bug was fixed in commit d588f384.
Thanks,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
Faidon Liambotis wrote:
Kevin Shanahan wrote:
Well it looked promising, but no - the lockup still appears to be
reproducable. The patch I used to test is attached. Let me know if I
made any mistake in backporting it (it should apply cleanly as the
last patch in the debian/patches/series
John, hi,
John Wright wrote:
The above problem is actually the same as bug 501207. However, with
that patch applied, I get the following problem starting destar:
snip
The attached patch fixes the SyntaxError.
Thanks a lot for these patches!
I have absolutely no clue about python and I don't
Vitaliy, hi,
On Tue, Aug 12, 2008 at 02:55:56PM +0400, Vitaliy Gusev wrote:
On 11 August 2008 19:39:35 maximilian attems wrote:
hello,
could you please take a look at:
* oops on load of nf_conntrack_ipv6
http://bugs.debian.org/494445
IPv6 conntrack doesn't work yet. It will be
John Wright wrote:
Yes, lenny will have both python2.4 and python2.5. One workaround, at
least for the compiler.ast.From problem, would be to run destar with
#!/usr/bin/python2.4 instead of #!/usr/bin/python. But I think it
better to fix the bug rather than try to work around it, if
Vitaliy Gusev wrote:
The linux-image-2.6.26-1-openvz doesn't have this fix. Latest 2.6.26-ovz has
fix.
For 2.6.27-ovz fix patches was sent To Pavel for review.
Could you pinpoint the patch for 2.6.26 exactly, e.g. by a commit or by
attaching it?
If it's simple enough, perhaps the Debian
Tim Retout wrote:
Not everyone uses VoiceTronix hardware; I have been told that the vpb channel
is still unstable, and would prefer not to install libvpb.
The attached patch sets some dh_shlibdeps options, to move the dependencies
of this one channel into 'Suggests'. Splitting it out into a
Kevin Shanahan wrote:
New version 1.4.6 has been released upstream.
Currently trying to debug some nasty ISDN PRI issues with Asterisk, so
it would be useful to have this package at the latest version to
ensure we have the latest fixes.
We are aware of it.
Unfortunately, a) we are on a
Ian Jackson wrote:
Quoting the license:
...
If you modify the files, you must
- Rename the fonts to remove any reference to Liberation
- Not install the fonts as liberation
- Rename the binary package and the source package
- Change the description to remove all references to Liberation
Victor Seva wrote:
PD: Simon, can you take a look over those changes and comment them?
Maybe a working 1.1.8 version on experimental will be nice.
Considering that a) a version of mISDN was merged to upstream Linux, b)
we are on a freeze expecting a new release, I'd say that the best
strategy
Torsten Werner wrote:
I recommend building with libcap2-dev because libcap1 is no longer
maintained upstream. The patch is rather trivial.
Are the two libraries 100% API compatible?
Why there two version in the archive?
Why is there a libcap2-dev package and an update to libcap with v2
wasn't
Daniel Gimpelevich wrote:
Please merge the wpasupplicant and hostapd source packages. They are
built from the same sources anyway, and using the hostapd source from
the wpasupplicant package should also fix Debian bug #429734 for 2.6.26
or later kernels. I have merged them in my Ubuntu Personal
severity 493055 important
thanks
Kevin Shanahan wrote:
I had some problems with my Asterisk installation having the PRI
channels lock up completely when certain types of calls were
received. Eventually this was traced back to a deadlock caused by the
bristuff patches being applied.
Various
Marcus, hi,
Marcus Better wrote:
Starting rtpproxy: rtpproxy: running this program as superuser in a remote
control mode is strongly not recommended, as it poses serious security
threat to your system. Use -u option to run as an unprivileged user or -F
is you want to run as a superuser
Francois Marier wrote:
SFLphone is a SIP/IAX2 compatible softphone for Linux. The SFLphone project's
goal is to
create a robust enterprise-class desktop phone. While it can serve home users
very well,
it is designed with a hundred-calls-a-day receptionist in mind.
It features a flexible
Martin Zobel-Helas wrote:
find attached the diff for my libcommoncpp2 1.6.1-1.1 NMU, which i will
upload to delay-7.
Already tried it and it failed to build from source due to some patch
conflicts; didn't spend much time on it though.
Feel free to upload this as a 0-day NMU, no need to delay it
Michael Biebl wrote:
2.) Try to log rotate the .0 files for the default Debian log files in
postinst. I feel a bit uneasy about this approach, for several reasons:
- It adds fairly reasonable complexity to the maintainer scripts, if you
want to consider all corner cases.
E.g. if you switch
Kevin, hi,
Kevin Shanahan wrote:
I had some problems with my Asterisk installation having the PRI
channels lock up completely when certain types of calls were
received. Eventually this was traced back to a deadlock caused by the
bristuff patches being applied.
Various information, logs and
severity 438815 important
thanks
[release team: the bug is about a segfault of users of libopenh323 that
happens when they dlclose() the library; see #48 for more.]
Since upstream is quite unresponsive generally and in this case they
haven't even looked at the bug, it has been workarounded by
Lionel Elie Mamane wrote:
On Tue, Sep 09, 2008 at 09:04:43PM +0200, Lionel Elie Mamane wrote:
Asterisk seemingly randomly dies (...)
Today, I caught it dying while stracing it.
Another crash and this time I had a console open:
I'm afraid straces and console won't help much.
Have a look
severity 465452 minor
severity 465453 minor
severity 465455 minor
severity 465460 minor
tags + 465452 upstream
tags + 465453 upstream
tags + 465455 upstream
tags + 465458 upstream
tags + 465460 upstream
tags + 465468 upstream
tags + 465478 upstream
thanks
Hi,
I'm not sure what you expect from
Petter Reinholdtsen wrote:
Package: hostapd
Version: 1:0.5.4-1
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency
When testing dependency based boot sequencing, I discovered a bug in
the init.d script for hostapd. It need a mounted /usr/ and this
reassign 460475 asterisk 1.4.17~dfsg-2
thanks
[you should report bugs with Package: asterisk, not the .deb file]
Hi, again,
Each time we get a better bugreport :-) This time you managed to report
us all the relevant information, thanks!
TBH, I haven't really looked at your backtrace but it
root wrote:
To get my asterisk to work I have to launch it through the command line:
asterisk -vvvc
Otherwise, through /etc/init.d/asterisk start It doesn't behave in the
same way (most operations get a 603 Declined response).
Probably because that way asterisk runs as root, while the
Shane Wegner wrote:
The rxfax and txfax plugins didn't load for on install from the archive. A
quick rebuild against latest spandsp-dev and asterisk-dev fixed it for me.
Not sure if others can confirm.
Seems fine on i386. Perhaps somewhere along the way the ABI got broken
and asterisk-app-fax
jamhed wrote:
So I suggest you be more specific about what you want to move to
subpackages. Why would you want app_voicemail.so in a separate
package? What harm is it in this module lying around?
One valid reason would be dependency on external libraries: odbc,
pgsql, netsnmp, radius,
jamhed wrote:
На Sat, 05 Jan 2008 11:10:05 +0100
Julien BLACHE [EMAIL PROTECTED] записано:
That doesn't buy anything, you've just had a false good idea.
May be idea is not so false but implementation ;) Think of a modules
configuration script, like apache. It will allow to achieve the same
reassign 458877 uw-imap
retitle 458877 Please rename the -dev package to libc-client-dev
thanks
Steve Langasek wrote:
You've fixed this bug by adding the following build-dependency:
libc-client2007-dev | libc-client-dev
Please build-depend only on libc-client-dev instead. The use of
Victor Seva wrote:
Thanks. What changes are needed in the Asterisk package to properly
support misdn? Any way to integrate them in the main package?
I'm only adding my libmisdnuser-dev and libmisdnuser0 to Build-Depends.
This sounds interesting.
Simon's opinion is that mISDN is immature for
Lucas Nussbaum wrote:
Mails sent to the maintainer of this package are bouncing with the following
error message:
[EMAIL PROTECTED]
SMTP error from remote mailer after RCPT TO:[EMAIL PROTECTED]:
host mail.debian.gr [87.230.20.158]: 550 5.1.1 [EMAIL PROTECTED]:
Recipient address
Jon Webster wrote:
When upgrading a previous version of asterisk to 1.4.13, 3 three
voicemail modules are in the modules directory and conflict with each
other (preventing asterisk from starting).
After an upgrade, modules.conf must be updated to 'noload' all but the
chosen voicemail module
Simon Richter wrote:
Simon Richter has packaged the up-to-date misdn-user package (called
libmisdn-dev andn libisdnnet-dev in Debian) and uploaded to experimental. It
should theoretically be possible to build chan_misdn against those two
packages.
In theory, yes. The problem is that I
tags 448118 + upstream pending
thanks
Stephan Seitz wrote:
Yes, I was bitten by this bug, too, when I upgraded to Asterisk version
1.4.13-BRIstuffed-0.4.0-test4. My Zap channel which is needing
overlapdial stopped working.
According to http://www.ip-phone-forum.de/showthread.php?p=940540
brian m. carlson wrote:
Attached is a patch to include stddef.h, since sys/time.h no longer
includes it.
Thanks!
Damn, I had that patch but run out of network battery in the airport
before testing it :-)
I will upload after confirming that this changing sys/time.h is supposed
to be OK (I
Aurelien Jarno wrote:
As far as I understand, the patch is correct. If you need a header you
have to include it and do not assume it is included by another one. This
also improves portability among various OS.
My concern was that this is breaking various unrelated packages.
Lucas said though
tags 299583 + moreinfo unreproducible
thanks
I apologize beforehand for being so late in responding you.
Since huge progress has been made by both of our upstreams since 1.0.x,
could you test if this bug still occurs for you.
I realize that you may not use asterisk at all after such a long time
Nico Golde wrote:
CVE-2007-6430[0]:
| Due to the way database-based registrations (realtime)
| are processed, IP addresses are not checked when the
| username is correct and there is no password. An
| attacker may impersonate any user using host-based
| authentication without a secret,
reassign 452595 snmpd 5.4.1~dfsg-4
retitle 452595 agentXPerms configuration directive is ignored
thanks
Jon Webster wrote:
pbx# snmpget localhost -v2c -c asterisk 1.3.6.1.4.1.22736.1.5.1.0
ASTERISK-MIB::astNumChannels.0 = No Such Object available on this agent at
this OID
I tried to follow
reassign asterisk 1.4.15~dfsg-1
thanks
GNUbie wrote:
I re-built the asterisk v1.4.15 source package and other dependencies
from the Debian Unstable repository and installed them afterwards on my
snip
You can download the core dump file at
Alessandro Polverini wrote:
I can't, because it's a special linux running off a CD with bootcd, it
has no reportbug and such.
Please ask which kind of informations you need and I'll try to provide them.
What's important is the kind of architecture the system is.
I'd bet that your CPU is a
Tzafrir Cohen wrote:
On Thu, Dec 27, 2007 at 03:40:32AM +0200, Tzafrir Cohen wrote:
Some progress: after much debugging, David Rowe noticed that at least
one source of problems is the following code from oslec/oslec_wrap.c:
static __inline__ uint64_t cycles(void) {
uint64_t x;
__asm__
Marco Rodrigues wrote:
Please update to the latest upstream version 0.6.1
http://siproxd.tuxworld.ch/ChangeLog
Please, stop this!
We are aware of the new siproxd releases. They still haven't switched to
libosip3 however and libosip2 is no longer available in Debian (and it
won't be).
siproxd
Marco Rodrigues wrote:
Please update to the latest upstream version 0.5.6
http://developer.berlios.de/project/shownotes.php?group_id=1208release_id=13147
First of all, please stop this. We have watch files and a nice overview
page[1] so that we can get informed of packages that need attention.
Luk Claes wrote:
CVE-2007-5448[0]:
| Madwifi 0.9.3.2 and earlier allows remote attackers to cause a denial
| of service (panic) via a beacon frame with a large length value in the
| extended supported rates (xrates) element, which triggers an assertion
| error, related to
or later in
+debian/copyright. (Closes: #456440)
+ * Fix debian/watch by using a v3 watchfile. (Closes: #450083)
+ * Don't ship an empty /usr/sbin.
+
+ -- Faidon Liambotis [EMAIL PROTECTED] Tue, 22 Jan 2008 11:07:01 +0200
+
sipsak (0.9.6-1.1) unstable; urgency=low
* NMU
diff -u sipsak-0.9.6
First of all, let's all agree that this is not a clear cut case.
We definitely have a bug here, aside from this discussion, and this is
that we don't ship the agi-bin directory even though we referenced this.
Sadly, Andew Pollock didn't report this as a bug when he found it.
Tim Retout wrote:
Tim Retout wrote:
Well, I don't exactly agree to the host-specific scripts.
If we go down this road, then the whole /usr/local should go away
(think of perl, python etc.)
There can be site-specific software that is not host-specific, so
third-party Perl modules would still belong in
reassign 462410 asterisk-chan-capi
severity 462410 grave
thanks
Holger Wegner wrote:
After updating to 1.4.17 the system is crashing everytime it receives or
send a connection to the chan-capi. The Capi is connected to a Eicon
Diva Server 4BRI. This was working before. A call transfer from SIP
tag 459244 + wontfix
thanks
Matthew King wrote:
To the best of my knowledge the (mods|site)-(available|enabled) system
that Apache uses is something in Debian that has diverged from
upstream. At least insofar as their configuration doesn't use it by
default. The ability via the include
Victor Seva wrote:
On Jan 24, 2008 9:03 PM, Victor Seva [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I'm using asterisk v1.4.17 on my Debian etch without problems. You
can test my
own backported packages [0].
[0]
Holger Wegner wrote:
Hi,
I build the asterisk-chan-capi package from new with:
- apt-get update
- apt-get build-dep asterisk-chan-capi
- apt-get source --build asterisk-chan-capi
and installed it. Now it works again for me.
Unfortunately, this means that at some point we (or probably
tags 452054 + pending
thanks
Alessandro Polverini wrote:
Package: asterisk
Version: 1:1.4.13~dfsg-2~etch.4751
Severity: wishlist
This is already packaged in our SVN repository.
We won't do an upload to unstable until the one we have now gets to
testing which could take a while longer.
As for
Santiago Vila wrote:
This was reported 6 years ago (!) and the submitter was asked for more
information 3 years ago and never replied.
I guess we can safely close this.
Sorry, but bugs do not fix themselves magically, they are either fixed or not.
If you think it's fixed, find someone
Santiago Vila wrote:
If you can't see how it helps to have a bug on the BTS that someone
reproduced at the time it was submitted then you don't understand how
the BTS works. Please do not manipulate bugs in the BTS if you don't
understand how the BTS works.
A bug is not fixed automatically
[skipping the non-productive discussion]
Santiago Vila wrote:
On the bug itself, it'd be nice if you provided more info, since you
have the technical skills for that (being a DD etc.)
The test in my previous message were done on etch systems, which means
ohphone version 1:1.4.5+20060204-2
Nico Golde wrote:
Package: pwlib
Version: 1.10.2-1
Severity: grave
Tags: security
Have you checked if this affects stable and oldstable?
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 454155 + pending
thanks
Teodor wrote:
The asterisk team has fixed two security updates:
AST-2007-025 - SQL Injection issue in res_config_pgsql
AST-2007-026 - SQL Injection issue in cdr_pgsql
These issues were fixed in the latest release (1.4.15). Please upgrade
the package to
tags 454342 + pending
thanks
Hi,
Shane Wegner wrote:
Was getting the following error in my Asterisk log:
[Dec 4 09:49:18] WARNING[5787] rtp.c: Unable to set TOS to 184
Some poking around the tree and it looks like though the tos-libcap patch is
getting applied, that patch depends on
package hostapd
retitle 303206 hostapd: init.d script doesn't report failed start
severity 303206 normal
tags 303206 + pending
thanks
Hi,
Thanks for the detailed bug report.
I've downgraded the severity to normal, after your comments I don't think
that important is justified, hostapd wasn't even
Package: mailscanner
Version: 4.40.11-1
Severity: serious
Justification: Policy 2.2.1
MailScanner's dependency on unrar isn't satisfiable in main, and this
violates directly with policy 2.2.1. Therefore, MailScanner should be
moved to the contrib section of the archive.
Additionally, dependency
Package: quagga
Version: 0.98.3-4
Severity: serious
quagga binary currently depends on libssl0.9.7 (OpenSSL), even though it
doesn't build-depend on libssl-dev (how did that happen?)
Christian, you're clearly trying to remove this dependency
(debian/patches/remove_openssl.diff), but the patch
Hello,
For a work-related project of mine[0], I needed the log4cpp library version
=0.3.0, and I've prepared packages for the 0.3.5rc1 version. If you want I
can send you my changes, so you can incorporate them to a future version of
your package.
I would love to comaintain, but I'm not a DD,
package asterisk
notfound 275119 1:0.9.1+1.0RC1-8
thanks
Debian is dropping support for sparc32[1] and will enable Ultrasparc
optimizations; libc6-sparcv9 is to be dropped and v9 optimizations will
get enabled on the libc6 package. The GCC 4.2 will produce v9-optimized
binaries by default.
This
tags 377272 + unreproducible moreinfo
thanks
Hello,
I can't seem to reproduce this on my system with a zaphfc.
Can you check with the latest version of asterisk and libpri from
unstable and tell us if you're still experiencing the problem?
If you are, any more information you could supply about
notfound 255251 1.0-1
thanks
There quite a few prepaid applications and I don't think it makes sense
to have open indefinitely a wishlist bug on the asterisk package.
If you have something specific in mind, please fill a RFP bug on the
wnpp package[1] and Cc it to the Debian VoIP maintainers
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis [EMAIL PROTECTED]
* Package name: asterisk-addons
Version : 1.4.2
Upstream Author : Digium Inc. (http://www.digium.com/) and others
* URL : http://www.asterisk.org/
* License : GPL
Programming Lang: C
Hi,
Sorry for the late response.
Hasse Hagen Johansen wrote:
snip
Faidon Then send us the debug output :) Don't forget to ommit
Faidon sensitive information from the output. May be something
Faidon is wrong with the way Asterisk registers; this will help
Faidon us pinpoint
forwarded 438702 http://bugs.digium.com/view.php?id=10780
thanks
Hello,
I have forwarded your bug to upstream, i.e. Digium's bug tracking
system. You can find it on the above URL.
Its status will be automatically get tracked here.
Thanks,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL
forwarded 353227 http://bugs.digium.com/view.php?id=10781
thanks
Hi,
On behalf of the team, sorry for the very very very late response :-)
This problem appears to be more generic since there is a
config_text_file_save() function nowdays and I have confirmed that it
doesn't use flock().
This
Package: hal
Version: 0.5.9.1-4
Severity: normal
HAL provides a method for accessing kill switches on various hardware
(hal-system-killswitch-get-power-linux/hal-system-killswitch-set-power-linux).
For example, NetworkManager uses those methods to kill the WiFi hardware
when the user disables
Package: graphviz
Version: 2.12-4
Severity: grave
It appears that the newest graphviz in unstable creates some much
cleared images (antialiazed etc.) by the use of pango.
Unfortunately, this means that the generated images are *much* larger.
This may be not a very serious problem by itself but
Hello,
I am a member of the Debian VoIP packaging team and I'm mainly
maintaining Asterisk.
While investigating an open wishlist bug report which requests chan_vpb,
your name came up: you have apparently ITPed vpb-driver and you have
actually successfully Debianized it; I was surprised to see in
Hi,
Kurt Roeckx wrote:
Your package has a build dependency on: libsnmp10-dev | libsnmp-dev
But libsnmp10-dev doesn't exists anymore. The buildds only try the
first alternative, so they fail.
Even apt-get build-dep doesn't seem to be working.
So, you'll need to atleast put libsnmp-dev
Raphael Hertzog wrote:
At the very least, when you change the package name and when the SONAME
doesn't change (thus the library file has the same name), please make sure
that it correctly Replaces/Conflicts/Provides the previous package (with
version ranges that match reality).
This is my
[removing pkg-voip and security team members from the Cc list since they
will get the mail]
Moritz Muehlenhoff wrote:
For Etch we need to bite the bullet and continue to support it (see my
previous
mail to Faidon), but with the current strain of vulnerabilities (19 in 2007
alone!)
we can't
Martin Schulze wrote:
Faidon Liambotis wrote:
Granted, we have a very very bad record as maintainers of supporting
this security-wise but I think we can try to change that. I certainly
will try my best to provide you with patched versions to upload.
I haven't discuss this with the rest
# mark it found on the pending upload
found 433884 1:1.4.10.1~dfsg-1
severity 433884 important
thanks
Faidon Liambotis wrote:
Oh and the patch is build-tested and runtime-without-H.323 tested but I
don't expect any problems (ldd chan_h323.so is fine)
Unfortunately, I was wrong and I painfully
clone 435146 -1
reassign -1 libopenh323-1.18.0 1.18.0.dfsg-1
retitle -1 Segfault when dlclose()ing libopenh323
tags -1 -pending
thanks
I've investigating this for hours and I've concluded to this:
It seems that Asterisk's dynamic loader loads modules in two passes;
modules with global symbols
Source: openh323
Version: 1.18.0.dfsg-2
Severity: grave
openh323 now builds three different variants of the library: the plain,
the -ptrace one and the -develop one.
The plain version is now compiled with NOTRACE which unfortunately
changes the ABI. This is a bug by itself, since there was no
clone 438817 -1
reassign -1 pwlib 1.10.7~dfsg1-1
thanks
The same apply for pwlib of course even though this has migrated to
testing. Fortunately libpt-dev does not provide an openh323u.mak-like
makefile.
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Hello,
We would appreciate it if you could check with a recent version of
asterisk (1.4), either from unstable or from pkg-voip.buildserver.net
builds.
If you do, you should probably report this to bugs.digium.com and reply
here saying so.
We could do it of course but it would be much better if
Hasse Hagen Johansen wrote:
Hi. The problem is this. I use asterisk connecting to a remote SIP
provider(VoIP-PSTN). When booting my machine asterisk starts, but
doesn't work correctly. I believe the remote provider cannot contact
my asterisk server. When I call in from outside(thorugh the
close 433884 1:1.4.11~dfsg-1
thanks
Faidon Liambotis wrote:
Unfortunately, I was wrong and I painfully discovered that this fix had
some serious implications (namely, Asterisk was segfaulting on startup,
#435146) and has been reverted in the pending-upload version of
1:1.4.10.1~dfsg-1
tag 439197 + confirmed pending
thanks
Martijn Grendelman wrote:
Asterisk 1.4.11~dfsg-1 uses a patch named use-libpri-bristuffed, that
makes the build process depend on a version of libpri-dev that supplies
the file /usr/include/bristuffed/libpri.h. If this file is not
present, the build
1 - 100 of 703 matches
Mail list logo
