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
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
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
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
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
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
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
Frank Segtrop wrote:
This works fine with blockdial, and it works with an older version of
libpri.
Which one?
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr wrote:
Upstream's initial reponse was that it's doubtful there will be a
quick fix for this, so I suggest you put in a workaround into your
package to use -O1 on hppa for now.
This is already happening.
I guess we'll remove it on gcc-4.3 :-)
Thanks,
Faidon
--
To
severity 447277 important
thanks
Hi,
Brent G. wrote:
Same as my report # 443262, breaks all softawre which uses perl with same
error messages.
If I remove that module, then the related software still does not run since
it depends on that module which isn't included in
perl-modules
So
pacakge perl
forcemerge 443785 443558 446629
tag 443785 + patch
thanks
Hi,
The patch attached by Matt Kraai for 443785 also fixed the other RC bug
(#443558) and another important bug.
Since both of the RC bugs are open for ~25 days, I have prepared an NMU.
There is an NMU policy[0] in effect
Robert Edmonds wrote:
Any modification to the tg3 driver to produce a GR 2006-004 compliant
driver would have to diverge from the kernel team's patch acceptance
guidelines[0] since upstream is intransigent[1] on making tg3
firmware-free or firmware-optional. The kernel team does not appear to
Daniel Jacobowitz wrote:
On Mon, Oct 08, 2007 at 03:41:21PM -0400, Roberto C. S?nchez wrote:
Given the great abundance of revision control systems already packaged
for Debian, what is the point of adding another? Especially when it is
non-free.
How about people use it? There's plenty of
severity 444712 normal
reassign 444712 ftp.debian.org
retitle 444712 RM: rate-engine -- RoM; RC-buggy; abandoned upstream; not part
of etch; low popcon
thanks
While reviewing packages that were not included in Etch, your package
came up as a possible candidate for removal from Debian, because:
Package: gcc-4.2
Version: 4.2.1-5
Severity: grave
As can be witnessed from the build logs on buildd.d.o[1], gcc-4.2
produces an ICE when trying to build pbx_dundi.c on hppa.
The log doesn't show the gcc arguments (upstream Makefiles have the pretty
build feature, disabled in our trunk). These
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
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
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
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
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
reassign 441237 asterisk-chan-capi 1.0.1-1
severity 441237 grave
retitle 441237 compiled with asterisk-dev 1.2 and segfaults with 1.4
thanks
John Hughes wrote:
Tried recompiling asterisk-chan-capi, bug went away, something wrong
with asterisk-chan-capi 1.0.1-1?
I guess problem is that
Hello,
Sorry for the late response.
GNUbie wrote:
In addition to the previous information I sent to you regarding the
Asterisk crash problem, below is the output of the backtrace of the core
dump file I uploaded for you:
snip
This backtrace is useless because you produced it without
Nico Golde wrote:
please use
http://lists.digium.com/pipermail/asterisk-commits/2007-August/015743.html
then to fix this.
I know, I've seen it but I'm not going to add the patch since
a) This is a very low security risk
b) This is not present and is not going to be present in Debian
c) There
Hello,
Thanks for all the information you provided, you've been very helpful.
On an unrelated matter, it saddens me that you decide to not use our
packages. Can you pinpoint us on the fixes that Danish CID wants (a bug
report on bugs.digium.com would be the best).
We have patched Asterisk for
# ASA-2007-016, CVE-2007-3764
close 376767 1:1.2.13~dfsg-2etch1
# ASA-2007-011, CVE-2007-1594, CVE-2007-2297
close 419820 1:1.2.13~dfsg-2etch1
found 419820 1:1.0.7.dfsg.1-2
fixed 419820 1:1.0.7.dfsg.1-2sarge5
# CVE-2007-1306
close 419370 1:1.2.13~dfsg-2etch1
thanks
All of the known Asterisk
GNUbie wrote:
So, after a few call attempts to a GSM mobile phone and PSTN telephone,
the Asterisk service crashed and you can download the core dump file it
generated at http://files-upload.com/files/47/core.asterisk-1.4.9 or
at http://www.filecrunch.com/file/~jab6ay
severity 439331 wishlist
tag 439331 upstream
forwarded 439331 http://bugs.digium.com/view.php?id=10546
thanks
David Smith wrote:
The sample DUNDi configuration file claims you can specify a
peer with an EID of '*' to match any peer but this
functionality is not implemented upstream. Please see
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
Martijn Grendelman wrote:
One more thing: even though the build-dep is updated, the binary
asterisk package that is built, still gets a Depends: libpri1.0
(=1.4), so one can upgrade Asterisk without upgrading libpri. I
haven't tested this, but I imagine that this could break things.
Actually,
# help is not needed any more, a patch is attached to the BTS
tags 181756 - help
thanks
Any plans on merging this patch?
I've been hit by this bug as well and I'd like to see a solution.
I haven't tested Martin's patch yet but he seems to know what he is doing.
Martin, have you tried pushing
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
# 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
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
[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
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
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
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 hostapd
retitle 427713 hook script should get moved to 000madwifi
reassign 427713 madwifi-tools
thanks
In a dynamic setup that launches hostapd via /etc/network/interfaces
and wireless interfaces can be brought up and down any time,
statically configuring the bridge via
Turns out that H323LDFLAGS/H323LDLIBS are only included in main/Makefile
because of this.
Second version of the patch that removes the craft.
--- asterisk-1.4.8~dfsg.orig/main/Makefile
+++ asterisk-1.4.8~dfsg/main/Makefile
@@ -120,13 +120,6 @@ AST_EMBED_LDFLAGS:=$(foreach dep,$(EMBED
Tzafrir Cohen wrote:
--- asterisk-1.4.8~dfsg.orig/main/Makefile
+++ asterisk-1.4.8~dfsg/main/Makefile
@@ -120,13 +120,6 @@ AST_EMBED_LDFLAGS:=$(foreach dep,$(EMBED
AST_EMBED_LIBS:=$(foreach dep,$(EMBED_LIBS),$(value $(dep)))
OBJS:=$(sort $(OBJS))
-ifneq ($(wildcard
Package: asterisk
Version: 1:1.4.2~dfsg-2
Severity: serious
Tags: patch
Upstream's makefile builds the asterisk binary with CXX and H323LBLIBS.
That is,
-lopenh323 -lpt -lldap -llber -lldap_r -lpthread -lsasl2 -lssl -lcrypto
-lexpat -lSDL -lresolv -ldl
I don't know why they did this -- I
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis [EMAIL PROTECTED]
* Package name: dbeacon
Version : 0.3.9
Upstream Author : Hugo Santos [EMAIL PROTECTED]
* URL : http://fivebits.net/proj/dbeacon/
* License : GPLv2
Programming Lang: C++
Description
Package: libopenh323-1.18.0
Version: 1.18.0.dfsg-1+b1
Severity: important
Tags: patch
Below you will find a patch that corrects the check done by configure so
that speex_audio_pwplugin.so will use libspeex instead of embeding a
copy of the Speex library.
This will result in more bugfixes and can
Package: libopenh323-1.18.0
Version: 1.18.0.dfsg-1+b1
Severity: important
Tags: patch
Upstream has commented-out the support for system's GSM library (libgsm)
because the default library isn't compiled with WAV49.
Debian's version is however and that's why some time ago, libgsm1-dev
was added to
package libopenh323-1.18.0
tag 424049 + patch
package libpt-1.10.0
tag 424050 + patch
thanks control
[3rd mail against the same package with patches attached in a row!]
As I stated before, the major blocker in removing the conflicts between
different versions of libpt/libopenh323 is the
clone 320113 -1
reassign -1 libopenh323-1.18.0
retitle -1 Shouldn't Conflict Replace previous ABI/API versions
submitter -1 !
clone 320105 -2
reassign -2 libpt-1.10.0
retitle -2 Shouldn't Conflict Replace previous ABI/API versions
submitter -2 !
thanks
Please don't conflict replace with
severity 423247 normal
reassign 423247 ftp.debian.org
retitle 423247 RM: hostap-driver -- RoM; now included in kernel
thanks
Lucas Nussbaum wrote:
While reviewing packages that were not included in Etch, your package
came up as a possible candidate for removal from Debian, because:
* According
Package: e2fsprogs
Version: 1.39+1.40-WIP-2006.11.14+dfsg-2
Severity: minor
COPYING and debian/copyright mention request that distributions should
not ship WIP or pre- releases. Since we are going to release etch with a
WIP version and the upstream author is the maintainer, this note is
probably
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
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
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
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
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
Package: hyperestraier
Version: 1.3.5-1
Severity: wishlist
Tags: patch
Upstream provides native Perl bindings by the means of XS.
Attached is a patch that enables the building of a libestraier-perl
package.
Note that it hasn't been heavily tested but the example scripts do work.
Is there a
severity 380632 important
thanks
Lennart Poettering wrote:
Please consider setting the hostapd.conf access mode to 600 by default,
because it
might contain passwords if used in WPA-PSK mode.
You're absolutely right -- I wonder why I haven't done this...
It will be fixed in the next release.
Hi,
Kel Modderman wrote:
Attached patch uses lsb-base init functions library to enhance the
current hostapd init script.
A summary of changes:
* INIT INFO block as per LSB specs, containing description, runlevel
and should-start service information.
* Don't exit on non-zero exit
tags 372142 + patch
thanks
One-liner for reference:
--- fuse-2.5.3-old/debian/fuse-utils.postrm 2006-06-13 21:59:22.0
+0300
+++ fuse-2.5.3/debian/fuse-utils.postrm 2006-06-13 22:15:26.0 +0300
@@ -6,7 +6,6 @@
purge|remove)
dpkg-statoverride --remove /usr/bin/fusermount
tags 359091 moreinfo
thanks control
Hi,
Jan-Benedict Glaw wrote:
It seems the dsniff program doesn't work at all on current Debian
unstable. I tried to debug it and first of all found out that the
build depends are probably wrong. It seems that it is making use of
old libnet functions that
Hi,
Joey Hess wrote:
I have an orinico silver pcmcia card, and since hostap-utils blacklists
orinico_cs, udev won't load the module when this card is inserted. The
orinico_cs module is the only one that supports this card. Blacklisting
it seems broken..
You are correct, the current behavior
Hi,
Sorry for taking so long to respond to this bug report, even though I've
mailed some of you in private.
I wasn't sure of what to do and I was hoping that the -old/-ng situation
would resolve itself with the passing of time.
As madwifi upstream now recommends -ng as the stable version and
notfound 365897 0.3.7-2
found 365897 1:0.3.7-2
close 365897 1:0.3.7-2sarge1
close 365897 1:0.5.0-1
thanks
The bug is fixed both in stable (by version 1:0.3.7-2sarge1) and in
etch/unstable.
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Matteo Rosi wrote:
| Package: Hostapd
| Version: 0.3.7-2
| Severity: critical
| Tags: security, patch, sarge
|
| Description:
| An invalid value, in a field of EAPoL frame, causes a segmantation fault
| error in hostapd deamon.
|
| We found it
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,
-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
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
package hostapd
tags 326893 + pending patch
thanks
Hi,
Ivan S. Dubrov wrote:
snip
This helped, WPA-PSK is now working.
So the problem seems to be in the outdated madwifi headers in the
hostapd package.
Thanks for the detailed bug report and the fix.
The bug will be fixed along with the
Hi,
Joey Hess wrote:
The following entry in hostap_cs.conf makes the second card also work:
card SMC2532W-B 200mW
version SMC, SMC2532W-B EliteConnect Wireless Adapter, ,
manfid 0xd601, 0x0010
bind hostap_cs
Please add this so the card will work without tweaking.
Thanks, I'll
Hi,
Can you try adding scope link to ip address add? Also, it might be
worth it to try label eth0:1 (for example), so one can ifconfig the
(virtual) device.
Note that I'm not a user of zeroconf - in fact I'm not familiar _at all_
with it. Just trying to help.
Regards,
Faidon
--
To
package lcap
clone 312948 -1
retitle 312948 lcap: Should warn when capabilities are not enforced
retitle -1 lcap: Produces wrong output when CAP_SYS_MODULE is removed
thanks
Capabilities do in fact change when running lcap - even if capability.ko
isn't loaded. That is,
Attached is patch that removes the upstream's website reference from the
manpage and adds a pointer to capabilities(7) - please apply.
I've searched for a new upstream website but I couldn't find any
(although admitedly I haven't tried contacting upstream). If it is
actually dead upstream, I
The way I see it, there are two possible solutions:
a) Completely remove LIDS support by commenting out -DLIDS in the Makefile
b) Comment the (2) perrors() in lcap.c, therefore eliminating the
warnings in non-LIDS systems.
I believe that (b) could be misleading to systems with an LIDS kernel:
The attached patch adds the missing capabilities CAP_MKNOD and
CAP_LEASE, which are the only missing as of 2.6.10.
Please apply.
Regards,
Faidon
diff -Nur lcap-0.0.6/README lcap-void/README
--- lcap-0.0.6/README 2001-03-06 00:53:57.0 +0200
+++ lcap-void/README2005-08-15
package zaptel-source
found 302836 1:1.0.9-4
tags 302836 patch
thanks
Hi,
zaphfc qozap don't build using zaptel-source 1:1.0.9-4 and kernel 2.6.
Attached is a patch that fixes this. Note that this hasn't been tested when
compiling with Linux 2.4.
Regards,
Faidon
zaphfc.patch
Description:
Package: libpt-1.8.3c2
Severity: important
Hi,
libpt shouldn't conflict with previous ABI/API versions of the
library.
To do that, it shouldn't provide /usr/lib/libpt.so.1, as this will be a
file conflict between the current and the older versions (older versions
incorrectly provided that file
Package: libopenh323-1.15.3c2
Severity: important
Hi,
libopenh323 shouldn't conflict with previous ABI/API versions of the
library.
To do that, it shouldn't provide usr/lib/libopenh323.so.1, as this will
be a file conflict between the current and the older versions (older
versions incorrectly
package libc6-dev
severity 315198 important
thanks
GCC-4.0 is now the default compiler, this bug should be fixed ASAP as it's
blocking uploads to packages build-depending on this functionality.
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
package hostapd
retitle 315852 driver_prism54: document that released/in-kernel versions of
prism54 won't work
thanks
Hi,
Thanks for the very detailed bug report.
(snip)
Message:
ioctl(SIOCGIFINDEX): No such device
prism54 driver initialization failed.
rmdir[ctrl_interface]: No such file or
package wnpp
owner 311597 roberto c. sanchez [EMAIL PROTECTED]
owner 312740 roberto c. sanchez [EMAIL PROTECTED]
thanks
Hi,
Well, it seems I don't have a lot of options now, do I? :)
OK, since you want to maintain them so much, they're yours.
But please, next time look at the ITPs before
Package: libc6-dev
Version: 2.3.2.ds1-22
Severity: normal
Tags: patch fixed-in-experimental
A package (dsniff) which includes rpc/xdr.h (generated code by rpcgen)
FTBFS when compiled with gcc-4.0.
The following patch fixes this. Credits go to Joseph S. Myers:
Hi,
I'm the author of Anyterm. I'm a Debian user and would be very happy to
help with packaging in whatever way I could - though I currently have only
the vaguest idea of what happens inside a .deb file.
I was going to contact you before uploading. I guess I'm lucky you found me
first :)
Package: cacti-cactid
Severity: normal
cacti-cactid links with OpenSSL (and depends on libssl0.9.7), but it is
licensed under GPL (without OpenSSL exception). This makes the resulting
binary undistributable due to (GPL) license violation.
More about GPL/OpenSSL conflict:
retitle 311597 ITP: anyterm -- web-based shell
owner 311597 !
clone 311597 -1
reassign -1 wnpp
retitle -1 ITP: rote -- VT102 Terminal Emulation Library
thanks
Hi,
I found out about anyterm today (I don't have a LWN subscription, so I lag a
week ;) and I'm interested in packaging it. It seems
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]
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 @@
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:
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: 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
601 - 700 of 703 matches
Mail list logo