Package: wnpp
Severity: normal
Unfortunately, i don't have the time to maintain this package any
longer. So I'm orphaning it.
Thanks,
Jochen
Hi Adrian,
thanks. I just orphaned the package as I don't have the time and
infrastructure (icecast server) anymore to work on this package.
Thanks,
Jochen
Am 16.10.2017 um 10:24 schrieb Adrian Bunk:
On Mon, Oct 16, 2017 at 09:14:53AM +0200, Jochen Friedrich wrote:
Hi Adrian,
you may
Package: wnpp
Severity: normal
Unfortunately, i don't have the time to maintain this package any
longer. So I'm orphaning it.
Thanks,
Jochen
Package: wnpp
Severity: normal
Unfortunately, i don't have the time to maintain this package any
longer. So I'm orphaning it.
Thanks,
Jochen
Package: wnpp
Severity: normal
Unfortunately, i don't have the time nor the infrastructure to maintain
this package any longer. So I'm orpahning it.
Thanks,
Jochen
Hi Adrian,
you may reupload to DELAYED/0 if you like.
Thanks,
Jochen
Am 14.10.2017 um 11:41 schrieb Adrian Bunk:
Control: tags 873861 + patch
Control: tags 873861 + pending
Dear maintainer,
I've prepared an NMU for darkice (versioned as 1.3-0.2) and uploaded
it to DELAYED/10. Please feel
Hi Guillem,
I was planning on sending the patches to the BTS, and then probably
issue a delayed upload. But maybe you prefer if I push my changes
somewhere and you pull those, and do the the upload yourself? Or for
me to just push to the collab-maint git repo and do a direct upload?
It's OK
Hi Guillem,
cool, thanks.
Regards, Jochen
Am 24.08.2016 um 13:05 schrieb Guillem Jover:
Hi!
On Fri, 2015-03-13 at 20:23:13 +0100, Andreas Beckmann wrote:
Package: snmp-mibs-downloader
Version: 1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
a test with piuparts
Hi Laurent,
> I've prepared an NMU for ebtables (versioned as 2.0.10.4-3.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Currently, I don't have the time to look at this, so you may upload it
to DELAYED/0.
Thanks,
Jochen
Hi Gregor,
I've prepared an NMU for libsnmp-session-perl (versioned as 1.13-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
the patch looks sane to me. You might as well upload the NMU to DELAYED/0.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to
Hi Christian,
FHS about /var:
Applications must generally not add directories to the top level of /var. Such
directories
should only be added if they have some system-wide implication, and in
consultation with the
FHS mailing list.
So I think it should move to /var/run/agentx
The
tags 561578 +wontfix
thanks
Hi Brendan,
The whole IETF copyright argument is pure bullshit. RFC3418 is
copyright The Internet Society with full rights to copy the document,
provided the document is not changed, except for the purposes of
creating new standards. This follows the spirit (if
tags 561578 +wontfix
thanks
As i explained, please take this to debian-legal. As long as the consensus of
the Debian legal Team considers RFCs and MIBs non-free, there's not much i can
do regarding this bug.
Thanks, Jochen
Hi Nick,
Anyway libupnp6 will be uploaded in the next couple of days I hope.
Would you be able to hold off on uploading your new version until my
sponsor has done the upload, please ?
OK, let's wait then...
Thanks,
Jochen
--
To UNSUBSCRIBE, email to
Hi Nick,
To aid the forthcoming transition from libupnp3 to libupnp6, please
could you apply the attached patch to Build-Depend on libupnp-dev ?
The intention is that this will always point to the stable branch
of libupnp.
sorry, but the package doesn't build anymore...
+Index:
Hi Hector,
as I'm currently unable to work on this package, you might upload in to
DELAYED/0 instead.
Thanks,
Jochen
On 22.02.2012 01:44, Hector Oron wrote:
tags 654285 + patch
tags 654285 + pending
thanks
Dear maintainer,
I've prepared an NMU for isakmpd (versioned as 20041012-7.2) and
Package: asterisk
Version: 1:1.8.8.2~dfsg-1
Severity: normal
asterisk on Debian/arm seems to suffer from the problem explained at:
http://forums.digium.com/viewtopic.php?f=1t=76909
The symptoms are extra characters in local and external registrations,
DNS lookups and in the
Hi Arnaud,
I've uploaded a 3.1.5-1 with a patch which should fix the boot failure
at http://www.rtp-net.org/misc/deb/. Can you please test it ?
Yes, this fixed the problem.
nslu2:~# uname -a
Linux nslu2 3.1.0-1-ixp4xx #1 Tue Dec 13 05:00:03 CET 2011 armv5tel GNU/Linux
nslu2:~#
Thanks,
Package: linux-image-3.1.0-1-ixp4xx
Severity: normal
While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so.
Boot log:
Ethernet eth0: MAC address 00:14:bf:xx:yy:zz
IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1
Default server: 0.0.0.0, DNS server IP: 0.0.0.0
RedBoot(tm)
close 645512
thanks
Am 16.10.2011 19:34, schrieb Julien Cristau:
On Sun, Oct 16, 2011 at 16:46:21 +0200, Jochen Friedrich wrote:
Package: xserver-xorg-core
Version: 2:1.11.1.901-1
Severity: normal
Tags: upstream
Version 2:1.11.1.901-1 contains this patch:
http://lists.x.org/archives/xorg
Package: xserver-xorg-core
Version: 2:1.11.1.901-1
Severity: normal
Tags: upstream
Version 2:1.11.1.901-1 contains this patch:
http://lists.x.org/archives/xorg-devel/2011-July/023941.html
This prevents autoloading vboxmouse driver as the corresponding device is in
subsystem misc. Adding matches
Reopen 610306
thanks
Hi Stephen,
did I miss something or are NMUs for minor bug allowed now even without a delay
slot?
BTW: The way you did it (without opening a bug with the corresponding patch)
would habe been a good way to ensure the bug
will be back in the next version, as the patch
Hi Marco,
Are there any news?
On Jun 28, Marco d'Itrim...@linux.it wrote:
Package: snmpd
On Jun 28, Jochen Friedrichjoc...@scram.de wrote:
What is the point? Who installs snmpd to only use it locally?
snmpd might be installed by a dependency, e.g. by quagga.
I don't think so. quagga
Hi,
The patch from the mrtg trac seems to work fine; attached as a proper patch.
This patch is against mrtg, not against libnet-snmp-perl. So I assume,
the bug is reported against the wrong package?
Thanks,
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi Niko,
Jochen, are you aware of the newer upstream versions? Do you need help
maintaining the package? Please consider moving it under the pkg-perl
group if you don't have the time anymore.
I'm aware of the new package since 3 days actually (I'm not sure why i never
got a notification from
Am 17.05.2011 18:10, schrieb deb...@ukeer.de:
This bugreport is due to the fact that someone decided to rip essential
mibs off libsnmp-base and put them into non-free (NOT contrib, as
NEWS.DEBIAN.gz suggests) snmp-mibs-downloader package.
THATS NOT A GOOD IDEA TO DO.
Don't complain to me,
Package: gnome-dvb-daemon
Version: 1:0.1.23-1
Severity: normal
Tags: patch
If miredo is configured, gnome-dvb-daemon immediately crashes on start.
This is due to a missing check for NULL of -ifa_addr in vapi/cstuff.c.
According to the man page (http://www.kernel.org/doc/man-
Hi Adam,
On Sat, January 22, 2011 05:49, Guillem Jover wrote:
The current version of the server crashes at random times, although
easily reproducibly by doing ranged requests, for example fast
forwarding on a video, or depending on the implementation by
the simple fact that it requests ranges
Hi Moritz,
The snmpd version 5.4.2.1 package in Ubuntu 10.04.1 (x86) shows the same behaviour, but I DIDN'T changed
snmpd.conf from default to 0.0.0.0/0 and /etc/default/snmpd from
127.0.0.1 to the public ip.
The net-snmp package (version 5.5-9.1) in openSUSE 11.3 (x86) doesn't not show
severity 602809 serious
thanks
Hi Thomas,
Proposed fix:
Add #includenet-snmp/agent/net-snmp-agent-includes.h to
apps/snmptrapd_auth.c in patch 61_vacm_missing_dependency_check.patch
Added to svn.
I'd suggest that the severity is bumped, as snmptrapd is unusable in
debians default
Hi Lucas,
Restarting network management services: snmpd.
Preparing to replace snmpd 5.4.1~dfsg-12 (using
.../snmpd_5.4.3~dfsg-1_amd64.deb) ...
invoke-rc.d: policy-rc.d denied execution of stop.
Unpacking replacement snmpd ...
invoke-rc.d: policy-rc.d denied execution of start.
Setting up snmpd
Hi,
please update to c_icap 0.1.4
http://garr.dl.sourceforge.net/project/c-icap/c-icap/0.1.x/c_icap-0.1.4.tar.gz
and add as extra package for modules this:
http://mesh.dl.sourceforge.net/project/c-icap/c-icap-modules/0.1.x/c_icap_modules-0.1.2.tar.gz
Mentors has both packages plus a third
reassign 567534 libnl1 mailto:567...@bugs.debian.org
thanks
The bug is really in libnl1. It's caused by an unaligned 64bit access.
This patch fixes the problem:
--- libnl-1.1.orig/include/linux/if_link.h
+++ libnl-1.1/include/linux/if_link.h
@@ -40,9 +40,9 @@
/* The struct should be in sync
Hi Philipp,
But then the version is a release candidate version from 2008, and the popcon
inst count is currently 3. I think it should at least be dropped from squeeze
in order to make clamav supportable.
I will do so in a week if nobody speaks up.
That's fine with me. There are some plans
Hi Raoul,
Bad operator (INTEGER): At line 73 in /usr/share/mibs/ietf/SNMPv2-PDU
Undefined OBJECT-GROUP (diffServMIBMultiFieldClfrGroup): At line 2195 in
/usr/share/mibs/ietf/IPSEC-SPD-MIB
Undefined OBJECT-GROUP (diffServMultiFieldClfrNextFree): At line 2157 in
tags 516801 +pending
thanks
Hi,
I've just committed the update to 5.4.3 to SVN. I plan an upload for next week.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Sandro,
a 0-day NMU for a quite recent bug report is quite rude from the
maintainer POV, in particular because you didn't ping the bug neither
you post a patch on the bug report (as required by devref) and you
didn't upload to a DELAYED queue, giving time to the maintainer to
react. Funny
severity 581007 normal
forcemerge 581007 561578
thanks
Hi Virgil,
Because the package is missing the MIBs, traps that worked perfectly
fine before are now not working. snmptrapd shows these errors at startup:
That's intentional as MIBs can't be redistributed. See #561578 for the details.
Hi Stefan,
please upgrade to upstream 0.3.0 - already prepared packages by me can
be found here. Would be nice if you could just take them and upload them
soon as my package scli depends on it.
http://www.plzk.de/debian/gsnmp/
there are a couple of problems with the package:
1. if you run
tag 565635 +upstream
thanks
Hi Simon,
ii libsnmp15 5.4.2.1~dfsg-4 SNMP (Simple Network Management Pr
Does this still happen with libsnmp15 5.4.2.1~dfsg-5?
Yes.
OK, i just wanted to verify it's not some weird toolchain problem.
The issue of the crash still remains,
Hi Simon,
Package: snmpd
Version: 5.4.2.1~dfsg-5
Severity: grave
since the last upgrade, about any GETNEXT request makes snmpd crash,
first logging an assertion failure, then stumbling over what looks like
a null pointer dereference (address 0x20c).
ii libsnmp15
Package: network-manager
Version: 0.7.999-2
Severity: normal
On sparc, network-manager immediately dies with signal 10:
# /usr/sbin/NetworkManager --no-daemon
NetworkManager: info starting...
NetworkManager: WARN nm_signal_handler(): Caught signal 10. Generating
backtrace...
NetworkManager:
Hi Bjørn,
That's intentional. As the MIBs have a non-free license (at least all
the ones published as RFC before November 10, 2008),
OK, that's for you to decide of course. I find it stupid to apply a
guideline written for software to documentation (like RFCs) and data
(like the MIBs), but
severity 561124 important
thanks
Hi Bjørn,
I was really surprised to see that it is actually deliberately broken
and has been so for a month, even allowing it to enter testing.
Please try to run e.g.
perl -MSNMP -e 'new SNMP::Session()'
on a system with no MIBs and see the generated
Hi Lars,
Please add dependancy on smistrip
Done.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Michael,
It has come to my attention that a lot of maintainers are simply adding
a build-depends on libltdl3-dev to try to solve this problem. This is
not a sufficient solution since your package will still use the
embedded libtool code copy. You need to add '--without-included-ltdl'
to
severity 561578 normal
tags 561578 +wontfix
thanks
Hi Bruno,
When trying to get data from snmpd, i get the following error:
snmpwalk -v 2c -c public 127.0.0.1 system
system: Unknown Object Identifier (Sub-id not found: (top) - system)
as the identifiers system or interfaces are defined in
Hi Bruno,
I can't see mib-snmp-downloader on the ftp archive.
Do you have a proposed data for when that package will become available?
Or, is there an unofficial version of that package i can use to get the MIB's?
The package is at
Hi Bruno,
I've run the commands you provided and have the packet installed and the mibs
downloaded automatically.
(PS: i had to manually install packet smistrip which is required by the
/usr/bin/download-mibs script)
Now, if i run:
snmpwalk -v 2c -c public 127.0.0.1 system
system: Unknown
Hi Rhonda,
It would had been much more helpful if the
stuff that you introduced in 5.4.2.1~dfsg-1 would have stayed around
until the extra package is ready to use. I can understand from reading
the bugreports why you chose this path - but really, not having the
other package ready rather opens
Hi Petr,
I believe that current dpkg-dev handles architecture wildcards in
debian/control correctly, just try
I'll test this. If this works this is way better than the old method.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi Gerfried,
Unfortunately, there is nowhere a package named snmp-mibs-downloader to
be found anywhere in the archive (nor stuck in NEW from what I can see).
No clue what went wrong here.
it's still an ITP. See Bug #559039.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to
Package: ftp.debian.org
Severity: normal
Please remove liveice from contrib/unstable. The last version from upstream
was from 30.06.2004. The program only works with the non-free MP3 format.
The package darkice can be used instead and works with free audio formats,
as well.
Thanks,
Jochen
--
reassign 498475 snmp-mibs-downloader
thanks
Hi Marco,
Indeed, I work next door to a major internet exchange and downloading
everything with snmp-mibs-downloader was still unacceptably slow.
It is also a very bad practice to distribute a package which will
automatically download files from web
reassign 559997 snmp-mibs-downloader
thanks
Hi Daniel,
Makefile.mib fetches a lot of data from the network that isn't
DFSG-redistributable. But then that data then appears to be
relied-upon by other parts of the SNMP infrastructure. It would be
good to ensure that the data fetched from the
Hi Just,
I'd like to bring to your attention a problem I'm having with PHP's snmp
module which I don't know how to solve - I have no clue about snmp.
Apparently another user is having the exact same problem as outlined in
this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=558356
Package: wnpp
Severity: wishlist
Owner: Jochen Friedrich joc...@scram.de
* Package name: snmp-mibs-downloader
Version : 1.0
Upstream Author : Jochen Friedrich joc...@scram.de
* URL :
http://git.debian.org/?p=collab-maint/snmp-mibs-downloader.git
* License
.
#
# Copyright (c) 1999 Frank Strauss, Technical University of Braunschweig.
+# Copyright (c) Niels Baggesen, Jochen Friedrich
+#
+# Modified by Niels Baggesen to be somewhat more aggressive in suppressing
+# blank lines, and support the -x option.
+#
+# Modified by Jochen Friedrich to merge the changes
Hi Vincent,
libsmi2-common contains just MIB. Some packages sets an explicit
dependency on this package (wireshark-common and python-pysnmp4) and
therefore should suggests the future contrib package that will replace
it.
That's perfect.
I'm really into moving the MIB
Hi Josh,
- As stated several times in the discussion leading to this change,
libsnmp-base doesn't necessarily need these MIBs to function; only the
command-line tools, and *possibly* other software using libsnmp-base
that wants names rather than numbers, do. That would tend to lead to
Hi Marc,
The following patch deactivate IPv6 support, which is not supported on
Hurd yet. It also deactivate a few modules, as collecting the
host/routing/... information on Hurd is not that simple, as the
information is not centralized, and there is no working solution yet.
We'll reactivate
Hi Peter,
Also patching of a number of files failed (possibly because of time-outs
during download?) and had to be manually skipped. Maybe additional
checks to ensure files exist should be made before attempting
patching.
(I'm a bit unclear what sort of state this has left the package in).
Hi,
This package is broken:
cat rfclist | while read rfc mibs; \
do \
if [ $rfc != # ]; \
then \
./mibfetch -d /usr/share/mibs/ietf.orig ftp://ftp.ietf.org
rfc $rfc $mibs; \
fi; \
done
Hi Christian,
You have forgotten a dependency to make.
Good catch. Thanks.
Cheers,
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Jochen Friedrich joc...@scram.de
* Package name: c-icap
Version : 20080706rc3
Upstream Author : Christos Tsantilas chtsanti at users.sourceforge.net
* URL : http://c-icap.sourceforge.net/
* License : GPLv2+
Programming
Hi,
the same happens to me on sparc hardware. This is the log i get from the
serial port:
8
Begin: Assembling all MD arrays ... mdadm: No devices listed in conf
file were found.
Failure: failed to assemble all arrays.
Hi Lucas,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[1]: Entering directory
`/build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0'
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0,
Hi Petter,
I applied it to the SVN. However, an update will probably take some
more time as we plan to use a common MIB base for libsmi and
net-snmp and this still has to be tested. So please NMU if you need
to have this fixed quickly.
Any estimate on when the new version will be uploaded?
Hi Petter,
Hi. Any hope of having this fixed soon? Please object if I should
not NMU to solve it.
I applied it to the SVN. However, an update will probably take some more
time as we plan to use a common MIB base for libsmi and net-snmp and
this still has to be tested. So please NMU if you
Hi Vincent,
I have found the fix in SVN repository for net-snmp package. Net-SNMP
comes with a makefile to download and install MIB. This makefile is now
shipped in place of MIBs.
That's true. Before uploading, I just want to add some installation
dialog asking the user if the MIBS
Hi Sebastian,
Are there any news about that? Did anybody have a look at the patch? It
might make sense to forward the issue upstream (if that did not happen
already) if you don't want to take care of it yourself.
Upstream is on this list, as well, so it will be picked up.
I'm currently in
Hi John,
5.4.2.1 leaks in the same way/amount as 5.4.1~dfsg-12. After ~3.5 hours of
uptime:
Do you have a chance to test the same on a system without IPv6
support? I still suspect the leak when trying to add duplicate (link
local) IPv6 addresses to the interface table.
Thanks,
Jochen
--
Hi Marco,
How about to adopot darksnow package?
http://packages.qa.debian.org/d/darksnow.html
Description: simple graphical user interface to darkice
DarkSnow is a graphical interface written in GTK+2 for the darkice
live streamer.
Thanks for the info, i'll have a look. Unfortunately,
Hi Kurt,
I was looking at return codes for applications making use of
openssl functions and found this in x509.c:
if (X509_verify(cert, key) == -1) {
log_print(x509_cert_validate: self-signed cert is bad);
return 0;
}
X509_verify returns
Version: 5.4.1~dfsg-12
Steve Langasek schrieb:
But it is precisely against version 5.4.1~dfsg-4 that bug #453123 was
submitted. It's possible that bug #453123 is not the same as bug #391203
with which it has been merged, since 453123 shows a failure to start the
daemon at all rather than a
Hi Mark,
It is marked as fixed in net-snmp/5.4.1~dfsg-1, however it is also marked as
found in net-snmp/5.4.1~dfsg-4 so it still appears in the lenny RC bug list.
From my reading of the bug report, this issue is still effecting lenny, and
Josselin has proposed a fix.
Hi Stephen,
while I was there, I made restart have the same behavior as stop +
start, which seemed like the right thing to do - it's slightly
orthogonal, so feel free to drop that part of the patch if it's not
interesting.
Nope, it's even wrong:
- start shouldn't complain if snmpd is
Hi Christian,
The strace output of the unanswered remote snmpwalk can be found here:
http://www.phys.ethz.ch/~daduke/snmpd_no_response.log
This looks like there is a problem with the network somewhere. The client
seems to repeat the same request 5 times (recvmsg) and snmpd answers (sendmsg).
Hi Christian,
after a random amount of time (hours to a few days), snmpd stops responding
to remote requests. Local requests continue to work. A restart of snmpd does
not solve the problem, only a reboot does.
Could yo run snmpd -f via strace in such a case? If a restart of snmpd doesn't
Hi Filippo,
thanks for the confirmation, is there an upload planned given the trivial
nature
of the fix?
There is one more upload planned (this fix and a language update).
Thanks,
Jochen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
severity 502806 important
thanks
In my opinion, this doesn't qualify as release critical bug as this bug doesn't
case any data loss in a Debian system.
Before applying a path like this, I'd like to have at least some testing and an
audit by an upstream developer.
Thanks,
Jochen
--
To
Hi Josselin,
It has nothing to do with the daemon, but rather, as Ferenc Wagner
diagnosed, with the postinst script not calling db_stop as expected.
Nope, it was a bug with the daemon (snmpd and snmptrapd behaved
differently here) and has been fixed by upstream in 5.4.2. In Debian,
the bug is
forcemerge 391203 453123
thanks
Hi Ferenc,
Of course not leaking file descriptors is a good practice, but it
isn't the responsibility of all the daemons of the world to close all
possible file descriptors their parent might have leaked to them (see
for example
Hi Michael,
I used logMatch in OpenSuSE with no problems. Now I switched some servers to
debian etch and the logMatch doesn't work any more. The figures are juse 0
always. See output below.
Is this a known bug? A feature? Thanks for any enlightening comments.
It's not a bug at all, it's
tags 504150 +pending
thanks
Hi Steffen,
Once we get a CVE id for this issue, I'll forward it to this bugreport.
Looks like CVE-2008-4309 has been allocated for this bug.
I added the patch to SVN for the next upload.
Thanks,
Jochen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Marc Lehmann schrieb:
Removing the perl cflags altogether also would ask for trouble as you would
loose the largefile config information.
But that has no relation to the problem at hand.
Fortunately, netsnmp doesn't seem to export data structures with a different
size for largefile
Hi Marc,
As libnetsnmpagent is compiled with embedded perl, the include path is
required to link
against this library.
Uhm, no?
In order to use a library with embedded perl, a program needs to call the
PERL_SYS_INIT3()
and PERL_SYS_TERM() macros. Those macros are defined in the perl
Hi Marc,
As it is, debian makes it impossible to use libsnmp without being forced to
also link against the system perl, which is a limitation which does not exist
with the original package, it's strictly a problem in debian.
Not true. As soon as embedded perl support is enabled (and it's
Hi Marc,
net-snmp-config --cflags outputs this:
-DNETSNMP_ENABLE_IPV6 -g -O2 -g -Wall -O2 -DNETSNMP_USE_INLINE -Ulinux
-Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
tags 497656 +pending
thanks
Hi Vincent,
Would it be possible to push the fix into lenny? Without it, this
particular binary package is almost unusable.
Hi!
Since the package is mostly unusable, I set the severity to grave. I
will prepare an NMU shortly and upload to
Hi Thomas,
Anders schrieb:
Jan Evert van Grootheest wrote:
Since upgrading from etch (stable) to testing, snmpd is reporting this in
syslog:
Sep 30 06:25:22 quark snmpd[4507]: netsnmp_assert rc == 0 failed
if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates()
severity 500717 important
thanks
Hi Jan,
Severity: grave
Justification: renders package unusable
Changed to important because the bug does NOT render the package unusable to
everyone.
Since upgrading from etch (stable) to testing, snmpd is reporting this in
syslog:
Sep 30 06:25:22 quark
Package: libsasl2-modules-sql
Version: 2.1.22.dfsg1-8
Severity: normal
When specifying sql_usessl: 1 in the sasl configuration file, any
authentication will fail with this error messages in auth.log:
sql plugin trying to open db '' on host 'a.b.c.d' using SSL
sql plugin could not connect
Hi Niko,
If you can give a straightforward recipe for testing the perl support,
I'm sure people on debian-hppa list can help.
Here is another straightforward recipe taken almost verbatim from the
snmpd.conf man page:
1. Place this config file as /etc/snmp/snmpd.conf.test:
tags 495060 +upstream
forwarded 495060
http://sourceforge.net/tracker/index.php?func=detailaid=2051742group_id=12694atid=112694
thanks
Hi Niko,
As a consequence, the embedded Perl interpreter is most probably
broken on the hppa architecture, where PERL_SYS_INIT3() is needed for
initializing
Hi Mathieu,
Current version doesn't allow -LS option as described in the snmpcmd
manpage. This broke some of my test machines with invalid syslog facility: -
while using -LS 0-4 d which is working with current stable version.
As I don't want to allow messages of priority 5 (this will fill
close 480701
thanks
Frédéric Massot schrieb:
Thank you for the information, Net-SNMP 5.4 now provides a comprehensive
overview of memory, great !!!
I think you can close the report.
Done. Thanks,
Jochen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi Peter,
On further investigation, I've found that
debian/patches/48-CVE-2008-2292.patch
is bogus and is the cause of the problem.
This patch differs from the SVN revision documented on SourceForge[1]. I
backed out the Debian-supplied patch and replace it with NetSNMP's patch[2]
Hi Ralf,
Stopping network management services: snmpd snmptrapd.
Is snmpd really stopped?
Unpacking replacement snmpd ...
Setting up snmpd (5.4.1~dfsg-7+b1) ...
dpkg: error processing snmpd (--install):
subprocess post-installation script returned error exit status 1
Processing triggers
Hi Markus,
When trying to use my NOXON iRadio together with gmediaserver, the
iRadio fails to fetch the media list. After that, the gmediaserver
process eats up 100% of CPU time on the media server.
this is a duplicate of #408561. Do you have a chance to test the patch
included in this bug
1 - 100 of 187 matches
Mail list logo
