Bug#1074250: ifupdown2 not working with python3.12
Hello, cfr. https://github.com/CumulusNetworks/ifupdown2/pull/303 Bye, Joerg signature.asc Description: PGP signature
Bug#994391: vdirsyncer is unusable
Hello, now this bug has reached testing. I would very much appreciate a new packaged upstream version, which I am eager to test. Bye, Joerg signature.asc Description: PGP signature
Bug#885140: [pkg-wicd-maint] Bug#885140: wicd: Depends on unmaintained pygtk
Hello all, On Sat, 28 Dec 2019 15:43:05 + Simon McVittie wrote: > The python-gtk dependency went away, so it's certainly true to say that > the version in experimental no longer depends on the unmaintained package, > which is what the submitter of #885140 wanted :-) > just wondering, the version in experimental is more than a year old. Is there a change to upload a more recent version of wicd? Bye, Joerg
Bug#945442: Possible to backspace past beginning of string, which appears to be identical to having pressed Enter immediately, without any backspace
On Tue, Mar 03, 2020 at 10:57:41AM +0100, Andras Korn wrote: > I filed https://github.com/neomutt/neomutt/issues/2161. Thanks for the effort, but: Duplicate #2002 and there's already pull request for it #2160. @gahr gahr closed this 6 minutes ago Looks like cherry-pikcing that patch and thinking about the default setting. Bye, Joerg signature.asc Description: PGP signature
Bug#945442: Possible to backspace past beginning of string, which appears to be identical to having pressed Enter immediately, without any backspace
On Mon, Mar 02, 2020 at 11:40:47AM -0500, Marvin Renich wrote: [...] > > Here is my rationale for severity grave: [...] Then please include https://github.com/neomutt/neomutt/commit/f197ab93c8436a39fc511f396acde24f90389f20?diff=unified in a new package, maybe with a Debian-specific change of the abort_backspace default to false. Bye, Joe "ceterum censeo" rg signature.asc Description: PGP signature
Bug#945442: Possible to backspace past beginning of string, which appears to be identical to having pressed Enter immediately, without any backspace
On Mon, 2 Mar 2020 15:18:54 +0100 Andreas Henriksson wrote: > On Mon, Mar 02, 2020 at 02:57:02PM +0100, Andras Korn wrote: > > > > https://github.com/neomutt/neomutt/issues/2002 > > Thanks for the feedback. > There is meanwhile a fix in the github issue; Would it be possible add that patch to the debian package even before a new upstream version is released? Thanks for considering. Bye, Joerg
Bug#944038: gpsd missing sysvinit script and breaks functionality on upgrade
Package: gpsd Version: 3.19-2 Severity: Serious Justification: Breaks silently functionality on upgrade Hello, after upgrading to version 3.19-2, I saw two effects (admittingly after a while, but that makes it worse): - the gpsd was not running anymore - the init script is gone In my setup, gpsd is required to start at system boot with a sysv init. The upgrading process stops the running gpsd, and without the init script, it is not restarted, resulting in a system without gps information. Please bring the init script back. Bye, Joerg signature.asc Description: PGP signature
Bug#931756: bindgraph stop action fails
Package: bindgraph Version: 0.2a-6 Severity: serious Tags: patch Hello, the sysv init script for bindgraph fails on the stop action with the message start-stop-daemon: matching only on non-root pidfile /var/run/servergraph/bindgraph.pid is insecure Relevant other bugs are 923421, 921016, and 921557. What works for me is adding -u daemon to the start-stop-daemon call on line 63. Bye, Joerg signature.asc Description: PGP signature
Bug#917534: ifupdown2 fails to start network configuration
On Sat, Dec 29, 2018 at 07:46:27PM +0700, Julien Fortin wrote: > Thanks for submitting a bug report. Thanks you for the quick response. > I've prepared a patch to fix this issue (soon to be pushed on our github). > > This issue will be automatically closed when the new release is uploaded > and validated by the debian system I will be happy to test. Bye, Joerg signature.asc Description: PGP signature
Bug#917534: ifupdown2 fails to start network configuration
Package: ifupdown2 Version: 1.2.2-1 Severity: serious Justification: renders system unusable Hello, with this package and this version, my system comes up without any networking configured, giving an error message at startup Fri Dec 28 10:38:52 2018: networking: Configuring network interfaces Fri Dec 28 10:38:52 2018: Traceback (most recent call last): Fri Dec 28 10:38:52 2018: File "/sbin/ifup", line 26, in Fri Dec 28 10:38:52 2018: from ifupdown.log import log Fri Dec 28 10:38:52 2018: File "/usr/share/ifupdown2/ifupdown/log.py", line 163, in Fri Dec 28 10:38:52 2018: log = Log() Fri Dec 28 10:38:52 2018: File "/usr/share/ifupdown2/ifupdown/log.py", line 65, in __init__ Fri Dec 28 10:38:52 2018: self.syslog_handler = logging.handlers.SysLogHandler(address=address, facility=facility) Fri Dec 28 10:38:52 2018: File "/usr/lib/python2.7/logging/handlers.py", line 761, in __init__ Fri Dec 28 10:38:52 2018: self._connect_unixsocket(address) Fri Dec 28 10:38:52 2018: File "/usr/lib/python2.7/logging/handlers.py", line 804, in _connect_unixsocket Fri Dec 28 10:38:52 2018: self.socket.connect(address) Fri Dec 28 10:38:52 2018: File "/usr/lib/python2.7/socket.py", line 228, in meth Fri Dec 28 10:38:52 2018: return getattr(self._sock,name)(*args) Fri Dec 28 10:38:52 2018: socket.error: [Errno 2] No such file or directory My system is running on sysvinit. An acceptable proposal would be to log to stderr until /dev/log has been setup The init script used looks as follows: ## BEGIN INIT INFO # Provides: networking ifupdown # Required-Start:mountkernfs $local_fs urandom $syslog # Required-Stop: $local_fs # Default-Start: S # Default-Stop: 0 6 # Short-Description: Raise network interfaces. # Description: Prepare /run/network directory, ifstate file and raise network interfaces, or take them down. ### END INIT INFO exec /usr/share/ifupdown2/sbin/start-networking "$@" Bye, Joerg signature.asc Description: PGP signature
Bug#840397: readline6 not in stretch
Hello, I have at least one 3rd-party debian package that explicitly depends on libreadline6. In order to continue to use and install them, I'd appreciate a libreadline6 package in stretch. If there is binray compatibilty given, also Provides:-line in another package is ok for this, too. Bye, Joerg signature.asc Description: PGP signature
Bug#846758: Supporting H.323 Stack in Stretch?
On Thu, Jan 19, 2017 at 12:56:23PM +0100, Bernhard Schmidt wrote: > > I have just come across > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766045 whichs says > that > > a) there is a fork at https://github.com/PeteDavidson/t38modem > b) t38modem (I guess only the old version) won't work with current opal > http://sourceforge.net/p/opalvoip/mailman/message/32955378/ . > > I guess since it is too late for Stretch now and we will likely have to > upgrade opal sooner or later I think the only way forward will be the > fork. After stretch, defintivly yes. > > Would you be willing to maintain this? I haven't received or sent a fax > in 5+ years, I cannot test this. Well, I could give it a try. However, I received ~5 faxes last year and sent 1, so I am not the most active fax user ever. Besides, with more bandwidth and less jitter, faxes even work with plain iaxmodem[0] Nevertheless, when there is a newer opal version in debian and t38modem then has a nother FTBS-bugs, I can proabably package the version from github. Bye, Joerg [0] An analog paper scanned, converted to sound signals, then digitised again, send in small packet over the net, all by the same CPU in realtime. Receiving end analog. Amazing[1].. [1] Most people just send pdfs directly. signature.asc Description: PGP signature
Bug#846758: Supporting H.323 Stack in Stretch?
On Thu, Jan 19, 2017 at 11:30:08AM +0100, Joerg Dorchain wrote: > > > > I don't see any new development in > > http://t38modem.cvs.sourceforge.net/viewvc/t38modem/t38modem/ . So > > unless someone steps up to fix #846758 I'm afraid we'll have to RM it > > eventually. > > /usr/bin/ld: pmodeme.o: relocation R_X86_64_PC32 against symbol > `_ZNK17PStringDictionaryI7PStringE5GetAtERKS0_' can not be used > when making a shared object; recompile with -fPIC > > That sounds almost trivial to me. I'll setup a build chroot and > give it a try. Done. Patch attached. I am not sure if this is really the proper way, but works for me(tm). BTW, the non-package build works fine without this, it must be triggered by some debian-specific hardening flags. Bye, Joerg --- Makefile.old2017-01-19 11:19:39.743784279 + +++ Makefile2017-01-19 11:16:49.851551130 + @@ -132,6 +132,7 @@ # main_process.cxx USE_UNIX98_PTY := 1 +CPPFLAGS += -fPIC CPPFLAGS += `pkg-config --cflags opal` LDFLAGS += `pkg-config --libs opal` CPPFLAGS += -DUSE_OPAL signature.asc Description: PGP signature
Bug#784682: Make wishlist
reopen 784682 retitle 784682 "Please backport new version to jessie" severity wishlist thanks Hello Zed, reopening this bug as a hint for people like me who ran into problems with the version of snoopy currently in stable. The dangling file descriptor that is fixed in the mentioned upstream bug report also affects co-existence with other packages, for me notably puppet. The package recompiles without change on jessie, so backport is rather trivial, just needs an upload to the backport queue. A recent version of snoopy might also fix other bugs. TIA for considering. Bye, Joerg
Bug#736014: iaxmodem is marked for autoremoval from testing
On Mon, Jun 30, 2014 at 09:11:09AM +0200, Joerg Dorchain wrote: > > If nobody else volunteers, I will try to care care of that. Fix > is trivial, obviously. I found that the fix for this bug is in the source (http://anonscm.debian.org/viewvc/pkg-voip/iaxmodem/trunk/debian/) for quite some time, so nothing to do but upload a new package, which I would really appreciate. Thanks for taking care of it, Joerg signature.asc Description: Digital signature
Bug#711486: import_request_variables replacement
tags 711486 + patch
thanks
Hello,
replacing import_request_variables with extract is relatively
easy, e.g.
-import_request_variables('GPC', 'i_');
+extract($_GET, EXTR_PREFIX_ALL, 'i');
+extract($_POST, EXTR_PREFIX_ALL, 'i');
+extract($_COOKIE, EXTR_PREFIX_ALL, 'i');
as already written by the original poster.
Please note that this feature was removed from php for security
reasons (turning potentially unverified user input into code).
Also, please find a way to get the working parts a freeradius into
testing again. I would appreciate.
Bye,
Joerg
signature.asc
Description: Digital signature
Bug#696926: dovecot update breaks with tcpwrap
Package: dovecot-core Version: 1:2.1.7-6 Severity: grave Hello, the new version 1:2.1.7-6 lacks support for tcpwrappers. Despite the mention in the NEWS file, it does not contain a /usr/lib/dovecot/tcpwrap and is obviously not compiled with tcpwrap support: dovecot --build-options Build options: ioloop=epoll notify=inotify ipv6 openssl io_block_size=8192 Mail storages: shared mdbox sdbox maildir mbox cydir imapc pop3c raw SQL driver plugins: mysql postgresql sqlite Passdb: checkpassword ldap pam passwd passwd-file shadow sql Userdb: checkpassword ldap(plugin) nss passwd prefetch passwd-file sql This breaks existing installations, as it even fails to install. Thanks for fixing it. Bye, Joerg signature.asc Description: Digital signature
Bug#625020: Update
On Thu, Oct 18, 2012 at 12:36:18PM +1100, Mark Purcell wrote: > > ... > > 13:51 < tzafrir_laptop> stappers, th fix is to get a newr chan_capi from > > SVN 13:52 < tzafrir_laptop> It seems that thy don't intend to release > > anything. But thir branch 1.1.5 is old. > > Thanks Geert, > > If upstream don't intend to release then I would argue the viability of the > package in Debian is questionable. I would not mind a packages from ftp://ftp.chan-capi.org/chan-capi/chan_capi-HEAD.tgz , which works with the current asterisk in testing. Best regards, Joerg signature.asc Description: Digital signature
Bug#627072: Following testing renders rrd unusable
On Tue, May 17, 2011 at 09:32:01PM +0300, Niko Tyni wrote: > That's because the problem is not really related to perl at all. It's > #625631, fixed two days ago in rrdtool 1.4.3-3 which hasn't migrated to > testing yet. > > If I understand this correctly, a latent bug in rrdtool got triggered > the first time the package was built with gcc 4.5, which happened to be > the necessary rebuild to update the perl bindings for Perl 5.12. > > Reassigning and merging. Thank you for pointing me in the right direction so fast. The new rrdtool packages help. Bye, Joerg signature.asc Description: Digital signature
Bug#627072: Following testing renders rrd unusable
Package: perl Version: 5.12.3-6 Severity: grave Hello, upgrading to this version of perl renders rrd generated graphs unusable. All I get is "Error during RRD graph: This RRD was created on another architecture". rrdtool dump with version 5.10.1-20 followed by rrdtool restore with the current version does not help. This affects at least torrus and mrtg generateed rrd graphs. Best regards, Joerg signature.asc Description: Digital signature
Bug#548703: Still fails with asterisk new in testing
Hello, just to mention it, with the recent upgrade of asterisk to 1:1.6.2.6-1, the previous self-re-compiled version of chan_capi stops working with errno=11 filling the logs. Rebuilding the package helps this problem, but now I have to debug one-way audio effects. Maybe the new upstream version helps here, too. Bye, Joerg signature.asc Description: Digital signature
Bug#548703: chan_capi fails to load
Package: asterisk-chan-capi Version: 1.1.2-2 Severity: grave Justification: renders package unusable Hello, following testing, I did an upgrade today. asterisk was updated to version 1:1.6.2.0~dfsg~rc1-1, asterisk-chan-capi to version 1.1.2-2. When starting asterisk, I get the message: [Sep 28 09:40:55] WARNING[24321] loader.c: Module 'chan_capi.so' was not compiled with the same compile-time options as this version of Asterisk. [Sep 28 09:40:55] WARNING[24321] loader.c: Module 'chan_capi.so' will not be initialized as it may cause instability. [Sep 28 09:40:55] WARNING[24321] loader.c: Module 'chan_capi.so' could not be loaded. Rebuilding from source helps. Bye, Joerg signature.asc Description: Digital signature
Bug#433510: New Upstream Version available
Package: mailgraph Version: 1.12-2.1 Severity: wishlist Hello, there is a new upstream version available, see http://lists.ee.ethz.ch/mailgraph/msg00317.html Main new feature includes exim support, which also address bug #433510 Bye, Joerg signature.asc Description: Digital signature
Bug#342578: Checkinstall changes / permissions
Hi, I had the same problem with checkinstall. After a running checkinstall was interrupted for a network failure, I was unable to login. Checking a root on the console showed permissions of / set to 700. To me it seems that checkinstall does not like to be interupted. FYI, it was was chan_misdn, as the debian packages are a bit outdated (IMHO misdn evolves too fast currently for the debian packaging process) Bye, Joerg signature.asc Description: Digital signature
