Bug#759703: RFP: isc-kea-dhcp-server -- DHCPv4 and DHCPv6 server with support for Secure DNS Updates.
Package: wnpp Severity: wishlist * Package name: isc-kea-dhcp-server Version : 0.9.0 Upstream Author : ISC Kea team kea-...@lists.isc.org * URL : http://kea.isc.org/ * License : ISC License (BSD like) Programming Lang: C++ Description : DHCPv4 and DHCPv6 server with support for Secure DNS Updates. Kea is a new DHCP implementation being developed by Internet Systems Consortium, Inc. (bind9 and isc-dhcp authors) that features fully functional DHCPv4, DHCPv6 and Dynamic DNS servers. Both DHCP servers fully support server discovery, address assignment, renewal, rebinding and release. The DHCPv6 server supports prefix delegation. Both servers support DNS Update mechanism, using a stand-alone DDNS daemon. Kea 0.9 was released on Aug. 29, 2014. Kea is actively developed by ISC team with active external contributors. (ISC keeps developing isc-dhcp-server package, please do not obsolete it). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On 02.07.2014 09:26, Raphael Hertzog wrote: You're still listed as Maintainer of the Debian package. Is Bartosz Fenski fe...@debian.org the new Debian maintainer ? I'm not sure what his current plans are, but he was willing to maintain it the last time we spoke. I'm no longer maintaining this package. Please remove me from the maintainers list. Tomasz, if you want to keep receiving the Debian bug reports, you will have to subscribe with the Debian package tracking system: http://packages.qa.debian.org/dibbler (see box in the bottom left) Thanks. Will do that once updated Dibbler package is uploaded. on master that is likely to address your segfault. Can you please confirm if the latest master from https://github.com/tomaszmrugalski/dibbler solves the problem? If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer to package it. Does that sound like a plan? Can we get a new upstream release, please ? :-) That's a fair request. It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. I know. I happen to have less and less time for the project. The reason is because I'm working full time on a new DHCP implementation (see http://kea.isc.org) Is there a new stable release not too far away ? Yes. It's not too far way. It has been for the last year ;) Seriously speaking, you make a good point. I'll try to wrap things up and publish 1.0.0 in a week. Does that sound reasonable? Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On 02.07.2014 10:40, Raphael Hertzog wrote: On Wed, 02 Jul 2014, Tomasz Mrugalski wrote: It's rather unusual to have a release candidate last for more than a year... usually release candidates have that status for a few weeks, maybe a couple of months. I know. I happen to have less and less time for the project. The reason is because I'm working full time on a new DHCP implementation (see http://kea.isc.org) Interesting! What does that mean for the future of dibbler? Do you expect to discontinue dibbler once kea is ready for prime-time? Yes. Kea is not a complete replacement for Dibbler. It is the server only. We do have plans to develop client and relay eventually, but it's far away in the future. Also, Dibbler is much more feature complete (host reservation, client classification, scripts, reconfigure, authentication etc.). And supports more operating systems, e.g. most Microsoft systems (not really relevant in Debian context, but it's still important from userbase perspective). On the other hand, there's a small team working on Kea full time, often well over 40 hours a week. So the project is developing quickly. As for Dibbler, I'm able to spend a few hours on weekends. We will release 0.9 in the next 2 months. It will be stable and feature complete enough that we could start talking about Debian packaging. So if you ask if Dibbler is being abandoned - no. It will continue, at least for the next couple years. I will consider closing the project once there's viable alternative and a clear migration path for users. That's not going to happen in the next 5 years. So I expect Dibbler to be around at least that long. Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739273: dibbler-client: segfaults in TAddrAddr::getValid
On 17.02.2014 12:33, Yann Droneaud wrote: Package: dibbler-client Version: 0.8.2-1 Severity: normal Dear Maintainer, I'm no more able to restart dibbler-client, as soon as it start configuring the interface it segfault: Thanks for this bug report. Although I'm no longer Debian package maintainer, I'm author of the upstream software. Can you please download the latest sources from github (git clone git://github.com/tomaszmrugalski/dibbler.git) and check if the bug is still there? If possible, please build it with debugging enabled: ./configure --enable-debug make I'm planning on releasing 1.0.0RC2 very soon. If the bug is still present, I can fix before RC2. Thanks. Tomek Mrugalski Dibbler author -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig
On 20.12.2013 13:58, Peter Poeschl wrote:
Package: dibbler-client
Version: 1.0.0~rc1-1
Severity: serious
File: /usr/sbin/dibbler-client
Tags: ipv6
Justification: Policy 3.3
Each time I start dibbler-client, it terminates with a segmentation fault.
Compiling with debug symbols and starting with GDB I get:
# gdb --args dibbler-client run
GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
...
Reading symbols from /usr/sbin/dibbler-client...Reading symbols from
/usr/lib/debug/.build-id/00/e3a4d011a15fdf6c9c425ab9d7cfc1d8e1a168.debug...done.
done.
(gdb) run
Starting program: /usr/sbin/dibbler-client run
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für
das Gerät]
warning: no loadable sections found in added symbol-file system-supplied DSO
at 0x77ffa000
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für
das Gerät]
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für
das Gerät]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für
das Gerät]
| Dibbler - a portable DHCPv6, version 1.0.0RC1 (CLIENT, Linux port)
| Authors : Tomasz Mrugalskithomson(at)klub.com.pl,Marek
Senderskimsend(at)o2.pl
| Licence : GNU GPL v2 only. Developed at Gdansk University of Technology.
| Homepage: http://klub.com.pl/dhcpv6/
2013.12.20 12:54:56 Client Warning Pid file found (pid=4676, file
/var/lib/dibbler/client.pid), but process 4676 does not exist.
2013.12.20 12:54:56 Client NoticeMy pid (32038) is stored in
/var/lib/dibbler/client.pid
2013.12.20 12:54:56 Client NoticeDetected iface eth0/2,
MAC=90:2b:34:a0:08:48.
2013.12.20 12:54:56 Client NoticeDetected iface lo/1,
MAC=00:00:00:00:00:00.
2013.12.20 12:54:56 Client NoticeParsing /etc/dibbler/client.conf config
file...
2013.12.20 12:54:56 Client Debug Parsing /etc/dibbler/client.conf done,
result=0
2013.12.20 12:54:56 Client Debug 1 interface(s) specified in
/etc/dibbler/client.conf
2013.12.20 12:54:56 Client Info Interface eth0/2 configuration has been
loaded.
Program received signal SIGSEGV, Segmentation fault.
TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at ClntCfgMgr.cpp:530
530 if (digests[0] != DIGEST_HMAC_MD5) {
(gdb) bt
#0 TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at
ClntCfgMgr.cpp:530
#1 0x00447428 in TClntCfgMgr::parseConfigFile
(this=this@entry=0x6f4da0, cfgFile=...) at ClntCfgMgr.cpp:135
#2 0x00447695 in TClntCfgMgr::TClntCfgMgr (this=0x6f4da0,
cfgFile=...) at ClntCfgMgr.cpp:62
#3 0x004478e1 in TClntCfgMgr::instanceCreate (cfgFile=...) at
ClntCfgMgr.cpp:47
#4 0x00408d12 in TDHCPClient::TDHCPClient (this=0x7fffe460,
config=...) at ./Misc/DHCPClient.cpp:41
#5 0x004075d3 in run () at ./Port-linux/dibbler-client.cpp:87
#6 0x00405d9f in main (argc=optimized out, argv=optimized out)
at ./Port-linux/dibbler-client.cpp:153
Thanks for this bug report. I'm an original Dibbler author, and used to
be also Debian package maintainer (I'm not one anymore). There is a fix
on master that is likely to address your segfault. Can you please
confirm if the latest master from
https://github.com/tomaszmrugalski/dibbler solves the problem?
If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer
to package it. Does that sound like a plan?
Tomek Mrugalski
Dibbler author
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616290: [ISC-Bugs #24697] Patches solving build failure for GNU/Hurd
On Fri May 11 02:28:09 2012, sthiba...@debian.org wrote:
Any news on this? We really need to get some patch integrated in
Debian, either the one we proposed, as an interim, or something from
upstream, or something else?
I'm sorry, but due to resource limitations, we were unable to include fix for
realpath and use-sockets in upcoming 4.2.4. However, we were able to update the
patch to a version that is almost ready for merge.
Please find our internal patch attached. That is *not* an official ISC patch.
It did not go through our normal testing process. Feel free to use it, though.
Tomek Mrugalski
ISC DHCP Engineer
? hurd.patch
Index: RELNOTES
===
RCS file: /proj/cvs/prod/DHCP/RELNOTES,v
retrieving revision 1.462
retrieving revision 1.462.4.2
diff -u -r1.462 -r1.462.4.2
--- RELNOTES 16 Feb 2012 22:07:04 - 1.462
+++ RELNOTES 28 Feb 2012 15:44:01 - 1.462.4.2
@@ -49,6 +49,14 @@
to perform an fsync() operation on the lease database before reply,
which improves performance. [ISC-Bugs #8]
+*** mergeme
+- A problem with missing get_hw_addr function when --enable-use-sockets
+ was used is now solved on GNU/Linux, BSD and GNU/Hurd systems. Note
+ that use-sockets feature was not tested on those systems. Client and
+ server code no longer use MAX_PATH constant that is not defined on
+ GNU/Hurd systems. [ISC-Bugs 25979]
+*** mergeme
+
Changes since 4.2.3
! Add a check for a null pointer before calling the regexec function.
Index: client/dhclient.c
===
RCS file: /proj/cvs/prod/DHCP/client/dhclient.c,v
retrieving revision 1.185
retrieving revision 1.185.4.1
diff -u -r1.185 -r1.185.4.1
--- client/dhclient.c 3 Feb 2012 22:47:42 - 1.185
+++ client/dhclient.c 28 Feb 2012 15:44:01 - 1.185.4.1
@@ -374,21 +374,17 @@
* to be reopened after chdir() has been called
*/
if (path_dhclient_db[0] != '/') {
- char *path = dmalloc(PATH_MAX, MDL);
- if (path == NULL)
- log_fatal(No memory for filename\n);
- path_dhclient_db = realpath(path_dhclient_db, path);
+ const char *old_path = path_dhclient_db;
+ path_dhclient_db = realpath(path_dhclient_db, NULL);
if (path_dhclient_db == NULL)
- log_fatal(%s: %s, path, strerror(errno));
+ log_fatal(Failed to get realpath for %s: %s, old_path, strerror(errno));
}
if (path_dhclient_script[0] != '/') {
- char *path = dmalloc(PATH_MAX, MDL);
- if (path == NULL)
- log_fatal(No memory for filename\n);
- path_dhclient_script = realpath(path_dhclient_script, path);
+ const char *old_path = path_dhclient_script;
+ path_dhclient_script = realpath(path_dhclient_script, NULL);
if (path_dhclient_script == NULL)
- log_fatal(%s: %s, path, strerror(errno));
+ log_fatal(Failed to get realpath for %s: %s, old_path, strerror(errno));
}
/*
Index: common/bpf.c
===
RCS file: /proj/cvs/prod/DHCP/common/bpf.c,v
retrieving revision 1.62
retrieving revision 1.62.202.1
diff -u -r1.62 -r1.62.202.1
--- common/bpf.c 24 Nov 2009 02:06:56 - 1.62
+++ common/bpf.c 28 Feb 2012 15:15:18 - 1.62.202.1
@@ -550,7 +550,9 @@
interface_dereference (fbi, MDL);
}
}
+#endif
+#if defined(USE_BPF_RECEIVE) || defined(USE_BPF_HWADDR)
void
get_hw_addr(const char *name, struct hardware *hw) {
struct ifaddrs *ifa;
Index: common/lpf.c
===
RCS file: /proj/cvs/prod/DHCP/common/lpf.c,v
retrieving revision 1.41
retrieving revision 1.41.64.1
diff -u -r1.41 -r1.41.64.1
--- common/lpf.c 10 May 2011 14:27:56 - 1.41
+++ common/lpf.c 28 Feb 2012 15:15:18 - 1.41.64.1
@@ -28,7 +28,6 @@
#include dhcpd.h
#if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
-#include sys/ioctl.h
#include sys/uio.h
#include errno.h
@@ -40,8 +39,14 @@
#include includes/netinet/ip.h
#include includes/netinet/udp.h
#include includes/netinet/if_ether.h
+#endif
+
+#if defined (USE_LPF_RECEIVE) || defined (USE_LPF_HWADDR)
+#include sys/ioctl.h
#include net/if.h
+#endif
+#if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
/* Reinitializes the specified interface after an address change. This
is not required for packet-filter APIs. */
@@ -417,7 +422,9 @@
interface_dereference (fbi, MDL);
}
}
+#endif
+#if defined (USE_LPF_RECEIVE) || defined (USE_LPF_HWADDR)
void
get_hw_addr(const char *name, struct hardware *hw) {
int sock;
Index: includes/osdep.h
===
RCS file: /proj/cvs/prod/DHCP/includes/osdep.h,v
retrieving revision 1.44
retrieving revision 1.44.122.1
diff -u -r1.44 -r1.44.122.1
--- includes/osdep.h 9 Sep 2010 22:18:02 - 1.44
+++ includes/osdep.h 28 Feb 2012 15:15:16 - 1.44.122.1
@@ -108,6 +108,10 @@
# define USE_SOCKET_RECEIVE
# if defined(HAVE_DLPI)
#define USE_DLPI_HWADDR
+# elif
Bug#616290: [ISC-Bugs #24697] Patches solving build failure for GNU/Hurd
On Fri May 11 02:28:09 2012, sthiba...@debian.org wrote:
Any news on this? We really need to get some patch integrated in
Debian, either the one we proposed, as an interim, or something from
upstream, or something else?
I'm sorry, but due to resource limitations, we were unable to include fix for
realpath and use-sockets in upcoming 4.2.4. However, we were able to update the
patch to a version that is almost ready for merge.
Please find our internal patch attached. That is *not* an official ISC patch.
It did not go through our normal testing process. Feel free to use it, though.
Tomek Mrugalski
ISC DHCP Engineer
? hurd.patch
Index: RELNOTES
===
RCS file: /proj/cvs/prod/DHCP/RELNOTES,v
retrieving revision 1.462
retrieving revision 1.462.4.2
diff -u -r1.462 -r1.462.4.2
--- RELNOTES 16 Feb 2012 22:07:04 - 1.462
+++ RELNOTES 28 Feb 2012 15:44:01 - 1.462.4.2
@@ -49,6 +49,14 @@
to perform an fsync() operation on the lease database before reply,
which improves performance. [ISC-Bugs #8]
+*** mergeme
+- A problem with missing get_hw_addr function when --enable-use-sockets
+ was used is now solved on GNU/Linux, BSD and GNU/Hurd systems. Note
+ that use-sockets feature was not tested on those systems. Client and
+ server code no longer use MAX_PATH constant that is not defined on
+ GNU/Hurd systems. [ISC-Bugs 25979]
+*** mergeme
+
Changes since 4.2.3
! Add a check for a null pointer before calling the regexec function.
Index: client/dhclient.c
===
RCS file: /proj/cvs/prod/DHCP/client/dhclient.c,v
retrieving revision 1.185
retrieving revision 1.185.4.1
diff -u -r1.185 -r1.185.4.1
--- client/dhclient.c 3 Feb 2012 22:47:42 - 1.185
+++ client/dhclient.c 28 Feb 2012 15:44:01 - 1.185.4.1
@@ -374,21 +374,17 @@
* to be reopened after chdir() has been called
*/
if (path_dhclient_db[0] != '/') {
- char *path = dmalloc(PATH_MAX, MDL);
- if (path == NULL)
- log_fatal(No memory for filename\n);
- path_dhclient_db = realpath(path_dhclient_db, path);
+ const char *old_path = path_dhclient_db;
+ path_dhclient_db = realpath(path_dhclient_db, NULL);
if (path_dhclient_db == NULL)
- log_fatal(%s: %s, path, strerror(errno));
+ log_fatal(Failed to get realpath for %s: %s, old_path, strerror(errno));
}
if (path_dhclient_script[0] != '/') {
- char *path = dmalloc(PATH_MAX, MDL);
- if (path == NULL)
- log_fatal(No memory for filename\n);
- path_dhclient_script = realpath(path_dhclient_script, path);
+ const char *old_path = path_dhclient_script;
+ path_dhclient_script = realpath(path_dhclient_script, NULL);
if (path_dhclient_script == NULL)
- log_fatal(%s: %s, path, strerror(errno));
+ log_fatal(Failed to get realpath for %s: %s, old_path, strerror(errno));
}
/*
Index: common/bpf.c
===
RCS file: /proj/cvs/prod/DHCP/common/bpf.c,v
retrieving revision 1.62
retrieving revision 1.62.202.1
diff -u -r1.62 -r1.62.202.1
--- common/bpf.c 24 Nov 2009 02:06:56 - 1.62
+++ common/bpf.c 28 Feb 2012 15:15:18 - 1.62.202.1
@@ -550,7 +550,9 @@
interface_dereference (fbi, MDL);
}
}
+#endif
+#if defined(USE_BPF_RECEIVE) || defined(USE_BPF_HWADDR)
void
get_hw_addr(const char *name, struct hardware *hw) {
struct ifaddrs *ifa;
Index: common/lpf.c
===
RCS file: /proj/cvs/prod/DHCP/common/lpf.c,v
retrieving revision 1.41
retrieving revision 1.41.64.1
diff -u -r1.41 -r1.41.64.1
--- common/lpf.c 10 May 2011 14:27:56 - 1.41
+++ common/lpf.c 28 Feb 2012 15:15:18 - 1.41.64.1
@@ -28,7 +28,6 @@
#include dhcpd.h
#if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
-#include sys/ioctl.h
#include sys/uio.h
#include errno.h
@@ -40,8 +39,14 @@
#include includes/netinet/ip.h
#include includes/netinet/udp.h
#include includes/netinet/if_ether.h
+#endif
+
+#if defined (USE_LPF_RECEIVE) || defined (USE_LPF_HWADDR)
+#include sys/ioctl.h
#include net/if.h
+#endif
+#if defined (USE_LPF_SEND) || defined (USE_LPF_RECEIVE)
/* Reinitializes the specified interface after an address change. This
is not required for packet-filter APIs. */
@@ -417,7 +422,9 @@
interface_dereference (fbi, MDL);
}
}
+#endif
+#if defined (USE_LPF_RECEIVE) || defined (USE_LPF_HWADDR)
void
get_hw_addr(const char *name, struct hardware *hw) {
int sock;
Index: includes/osdep.h
===
RCS file: /proj/cvs/prod/DHCP/includes/osdep.h,v
retrieving revision 1.44
retrieving revision 1.44.122.1
diff -u -r1.44 -r1.44.122.1
--- includes/osdep.h 9 Sep 2010 22:18:02 - 1.44
+++ includes/osdep.h 28 Feb 2012 15:15:16 - 1.44.122.1
@@ -108,6 +108,10 @@
# define USE_SOCKET_RECEIVE
# if defined(HAVE_DLPI)
#define USE_DLPI_HWADDR
+# elif
Bug#672003: dibbler: FTBFS: ClntIfaceIface.cpp:34:49: error: 'unlink' was not declared in this scope
On 08.05.2012 13:37, Lucas Nussbaum wrote: Source: dibbler Version: 0.8.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120508 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Thanks for reporting this issue. It was a trivial fix. I just pushed this fix to Dibbler git repo: https://github.com/tomaszmrugalski/dibbler commit-id: 6e3f338f8285583b8c0548607a8c9f6d55c50c3d Note that Dibbler still uses 0.8.1, while there is 0.8.2 published with significant improvements and bugfixes. There is ongoing effort to bring 0.8.2 to Debian. Adding current and prospective maintainers. Cheers, Tomek Relevant part: g++ -DHAVE_CONFIG_H -I. -I../include -I../Misc -I../IfaceMgr -I../ClntCfgMgr -I../CfgMgr -I../Options -I../ClntOptions -I../AddrMgr -I../ClntAddrMgr -I../ClntTransMgr -I../ClntMessages -I../Messages -I../poslib/poslib -I../poslib -DLINUX -Wall -pedantic -funsigned-char -O2 -DMOD_CLNT_BIND_REUSE -DMOD_CLNT_CONFIRM -c -o libClntIfaceMgr_a-ClntIfaceIface.o `test -f 'ClntIfaceIface.cpp' || echo './'`ClntIfaceIface.cpp ClntIfaceIface.cpp: In constructor 'TClntIfaceIface::TClntIfaceIface(char*, int, unsigned int, char*, int, char*, int, char*, int, int)': ClntIfaceIface.cpp:34:49: error: 'unlink' was not declared in this scope ClntIfaceIface.cpp: In member function 'void TClntIfaceIface::delString(const char*, const char*)': ClntIfaceIface.cpp:558:20: error: 'unlink' was not declared in this scope make[2]: *** [libClntIfaceMgr_a-ClntIfaceIface.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2012/05/08/dibbler_0.8.1-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597767: still in progress
On 27.01.2012 15:42, Bartosz Feński wrote: Hello. I'm working on it currently. Unfortunatelly with new 0.8.1 upstream version the building scripts were totally replaced and it's not so easy to rewrite everything from scratch. Yes, I've migrated to standard autoconf/automake approach. This should make package maintenance easier in the long run. It will also make possible including some patches that are currently kept in diff.gz (e.g. changes to use resolvconf). Thanks for doing this. Tomek Mrugalski Dibbler author -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643569: [ISC-Bugs #26273] 4.2.2 fails to build with -Werror=unused-but-set-variable (Debian/kFreeBSD)
Thank you for reporting this bug. It is already fixed in BIND 9.8.2rc1. That verison is planned to be included in the next ISC DHCP release. The code now builds properly on my Debian box with kFreeBSD kernel. Tomek Mrugalski ISC DHCP Engineer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579378: NMU request
On 2010-06-20 17:35, Neil Williams wrote: I'm happy to do an NMU for this fix. Let me know if you would prefer to make the upload yourself. I propose a simple fix, exactly as in the bug report: # Step 1: Do you want dibbler-client to be started? db_get dibbler-server/start START=$RET +db_stop if [ $START == true ]; then I'll upload an NMU next weekend, unless I hear otherwise. Sure, please proceed with the upload. Thanks for helping with this. Tomek Mrugalski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518839: dibbler: FTBFS: invalid application of 'sizeof' to incomplete type
On Sun, 23 Aug 2009 somebody known as Kumar Appaiah wrote: Dear Tomasz, I have built a 0.7.3-0.1 version of dibbler for Debian. If you desire, I can test it and upload it to Debian on your behalf as a non-maintainer upload. Once your Debian machine is back online, you can continue maintenance where you left off. That would be great. Please, go ahead. Due to my Ph.D duties, I won't have any time to devote to Debian maintenance in a near future. Thanks, Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518839: dibbler: FTBFS: invalid application of 'sizeof' to incomplete type
On Sun, 8 Mar 2009 somebody known as Daniel Schepler wrote: From my pbuilder build log: lowlevel-linux.c: In function 'sock_recv': lowlevel-linux.c:501: error: invalid application of 'sizeof' to incomplete type 'struct in6_pktinfo' lowlevel-linux.c:502: error: invalid application of 'sizeof' to incomplete type 'struct in6_pktinfo' lowlevel-linux.c:532: error: dereferencing pointer to incomplete type Thanks for reporting this bug. I've fixed this and released new upstream: 0.7.3. It compiles without problems. http://klub.com.pl/dhcpv6/dibbler/dibbler-0.7.3-src.tar.gz However, there's slight problem. My Debian machine is offline and will be unavailable for quite some time. Therefore I can't prepare deb packages. I'm not sure what is the usual action to be taken in such circumstances. Can someone else prepare those DEBs? There are only small changes in the code, so simple changelog update will be fine. Regards, Tomek Mrugalski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494265: Possible patch
On Tue, 12 Aug 2008 somebody known as Jurij Smakov wrote: Can you sponsor them? Since only client uses ucf, there's no need to reupload other packages. It does not work that way, you have to upload all packages if you bump the source package's version. Ok. So I've prepared all packages. Thanks for the clarification. I had a look at the diff between the old and new package, and there are some changes there besides the one fixing the bug. And these changes look pretty intrusive (you are changing configure parameters), so I'm pretty sure that release team will not grant a freeze exception in this case. Please keep the change to a minimum, only fixing the RC bug, that will greatly improve chances for the fixed version to get into testing in time. Ok, here's fixed version: http://klub.com.pl/dhcpv6/debian/0.7.1-2-fixed/ Last time I took the debian/ directory from my CVS tree. There may have been some other changes, hence the difference you've found. Obviously that was bad approach. This time I took the diff that is part of Lenny: http://ftp.de.debian.org/debian/pool/main/d/dibbler/dibbler_0.7.1-1.diff.gz then applied your patch and modified debian/changelog file. Besides that, there are no other changes. Jurij, can you take a look? By the way: What version should this package have? Previous try to prepare 0.7.1-2 failed, but it never got public. This attempt should be named 0.7.1-3 or still 0.7.1-2? Note to self: Do not try to release anything after 1:30am on workdays (weekends are ok). Regards, -- Tomasz Mrugalski, | Him not my excellent grammar to criticize I told. | thomson(at)klub(dot)com(dot)pl | angry Yoda | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494265: Possible patch
On Mon, 11 Aug 2008 somebody known as Jurij Smakov wrote:
Hi,
The line invoking ucf in the postinst looks like that:
test -f /usr/bin/ucf ucf ${CONFFILE_NEW} ${CONFFILE} /dev/tty
Now, I don't know why you would want to get it read from /dev/tty, as
far as I can tell, ucf does not read anything from stdin, so this is
pretty redundant. However, once I removed this redirect, it was still
hanging. Eventually I traced the problem to the fact that ucf uses
debconf, I can't fully understand what's happening there, but it
turned out that moving db_stop, placing it *after* ucf invocation
fixes the problem. I guess that once we stop debconf in the script
(with db_stop) and then ucf tries to start it up again, something goes
wrong with file descriptors. The candidate patch which fixes the issue
is attached, however I'm reluctant to declare it a proper fix without
understanding what's really going on, hence I'm not tagging it.
Thanks for investigating this issue. Although I'm maintainer of this
package, my defconf and ucf understanding is rather limited (I'm upstream
author, so I eneded up as maintainer of bunch of other packages: for
Gentoo, OpenWRT etc).
Whould it be possible to get rid of the ucf completely?
dibbler-client.postinst could generate new version (and rename
old one) without any ucf invocation. As I understand it, the only
flaw would be that this backed up file would not be marked as config. file
for dibbler-client.
Regards,
--
Tomasz Mrugalski, | We all know Linux is great...it does|
thomson(at)klub(dot)com(dot)pl | infinite loops in 5 seconds. |
| Linus Torvalds |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494265: Possible patch
On Mon, 11 Aug 2008 somebody known as Jurij Smakov wrote: I've asked Joey Hess (debconf author) about it, and he said that if you have db_stop before invoking ucf, then ucf will not be able to start debconf after that, and that will cause a hang we see. Please go ahead and prepare a new release using my patch, and I can sponsor it, if needed. It would be great. I have prepared those new packages with your patch: http://klub.com.pl/dhcpv6/debian/ Can you sponsor them? Since only client uses ucf, there's no need to reupload other packages. Thanks again for your support and patches. Regards, -- Tomasz Mrugalski, | We all know Linux is great...it does| thomson(at)klub(dot)com(dot)pl | infinite loops in 5 seconds. | | Linus Torvalds | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482049: fixed in dibbler 0.7.1-1
On Thu, 3 Jul 2008 somebody known as Simon Josefsson wrote: Note that if you wrote the entire draft, you can license it under a DFSG compatible license instead of only the IETF license. Then the file can be included in the debian package. Anyway, thanks for working on solving this issue. I'm not sure if I want to do that. The nature of such draft is that it should not be modified. What would happen if everyone could modify RFC? Anyway, I don't have time right now to study some licenses (obviously, I'm not a lawyer). If I have some spare time, I prefer to write some useful code (GPL, of course). And removing the draft from orig.tar.gz was the easiest approach. Regards, Tomek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444002: dibbler: several security problems fixed in new upstream version
On Tue, 25 Sep 2007 somebody known as Thijs Kinkhorst wrote: A good step would be to mention in the bug log where people can get the updated packages, as soon as they are ready. It's then possible that an interested DD (could be someone from the secure testing team for example) sponsors the packages. Ok. New packages are ready. You can download them from here: http://klub.com.pl/dhcpv6/debian/ I believe they will be uploaded to unstable soon, but nevertheless here they are. Hope that helps, -- Tomasz Mrugalski, | Talk is cheap. Show me the code. | thomson(at)klub(dot)com(dot)pl | Linus Torvalds | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444002: dibbler: several security problems fixed in new upstream version
On Tue, 25 Sep 2007 somebody known as Steffen Joeris wrote: Package: dibbler Severity: grave Tags: security Justification: user security hole CVE-2007-5028: CVE-2007-5029: CVE-2007-5030: There might be some other fixes in the new 0.6.1 version, according to the upstream CHANGELOG. I am still looking at the source code to separate them. Could you please consider packaging the new upstream version to fix these issues and please mention the CVE numbers in the The new upstream version (0.6.1) contains fixes for all reported issues. I'm currently in the process of preparing DEB packages. Although I don't have much experience, I believe that the packages will be ready within 2 days. (There are some other issues fixed as well: gcc 4.3 compatibility fixed, also some new and updated translations). As I'm not a Debian developer, I always send my DEBs to a collegaue, who is a DD. He's rather busy, so it may take a week or so before he checks and uploads the packages. Is there any other (fast path) way to upload those fixed packages? Thanks for your efforts You are most welcome. -- Tomasz Mrugalski, | Talk is cheap. Show me the code. | thomson(at)klub(dot)com(dot)pl | Linus Torvalds | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432651: dibbler: [debconf_rewrite] Debconf templates and debian/control review
On Wed, 11 Jul 2007 somebody known as Christian Perrier wrote: Dear Debian maintainer, On Wednesday, June 27, 2007, I notified you of the beginning of a review process concerning debconf templates for dibbler. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. No objections. You can skip the 3 day waiting and proceed with the next steps. Best regards, -- Tomasz Mrugalski, | We all know Linux is great...it does| thomson(at)klub(dot)com(dot)pl | infinite loops in 5 seconds. | | Linus Torvalds | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360273: [l10n] Czech translation of dibbler debconf templates
On Fri, 31 Mar 2006 somebody known as Miroslav Kure wrote: Package: dibbler Severity: wishlist Tags: l10n, patch Thanks for the translation. It will be included in the next release. Best regards, -- Tomasz Mrugalski, | I think there is a world market for | thomson(at)klub(dot)com(dot)pl | about five computers. | | Thomas J. Watson (Chairman, IBM) 1943| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333226: ITP: dibbler -- portable, open DHCPv6 implementation (server, relay and client)
Package: wnpp Severity: wishlist Owner: Tomasz Mrugalski [EMAIL PROTECTED] * Package name: dibbler Version : 0.4.1 Upstream Author : Tomasz Mrugalski [EMAIL PROTECTED] * URL : http://klub.com.pl/dhcpv6/ * License : GPL Description : portable, open DHCPv6 implementation (server, relay and client) There will be 4 packages: -client, -server, -relay and -doc. Package: dibbler-server This is a DHCPv6 server. It supports both stateful (i.e. IPv6 address granting) as well as stateless (i.e. options granting) autoconfiguration modes of DHCPv6 protocol. Relays are also supported. Install Dibbler server if you'd like to have IPv6 hosts automatically configured in your network. Package: dibbler-client This is a DHCPv6 client. It supports both statefull (i.e. IPv6 address granting) as well as stateless (i.e. option granting) autoconfiguration modes of the DHCPv6 protocol. Besides basic capabilities, it supports various DHCPv6 extensions, e.g. option renewal. Install Dibber client if you want to obtain IPv6 addresses and options from DHCPv6 server. Package: dibbler-relay This is a DHCPv6 relay. Relays are used as proxies between server and clients. Main advantage is the ability to support multiple remote links using only one server. Install Dibbler relay if you want to serve multiple not physically connected links with one DHCPv6 server. Package: dibbler-doc User's Guide as well as Developer's Guide is included in this package. That documentation covers all aspects of Dibbler DHCPv6 implementation: - server, client and relay usage and configuration - various tips and frequently asked questions - internal structure/code description and hints for developers -- System Information: Debian Release: 3.0 Architecture: i386 (i686) Kernel: Linux 2.6.8.1-mipv6 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
