Package: genext2fs
Version: 1.3-7.1
Severity: normal
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C
Package: genext2fs
Version: 1.3-7.1
Severity: normal
cleaned up the patch some so that t_now isn't used for root inode... now
gets it from source filesystem stat()
t_now is only used when no struct st is passed (eg lost+found)
--- genext2fs.c 2005-11-08 19:19:01.0 -0800
+++ genext2fs.c-
Package: tcl-sql
Version: 2621-1
This package should not have been automatically removed
http://packages.qa.debian.org/t/tcl-sql/news/1.html
it currently only resides in oldstable now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL
Package: cups
Version: 1.7.1-4
Severity: important
Dear Maintainer,
* What led up to the situation?
running /etc/init.d/cups stop or start (for example, as root, or by
logrotate)
* What exactly did you do (or not do) that was effective (or
ineffective)?
with cups running:
# /etc/ini
On 2/13/2014 1:25 AM, Didier 'OdyX' Raboud wrote:
Nye; do you happen to have xprint-common unpurged? (Please paste the
result of $ dpkg -l xprint-common)
Le jeudi, 13 février 2014, 11.04:16 Damyan Ivanov a écrit :
Heh, fiddling with /etc/init.d/cups I purged xprint-common and this
seems to have
Package: snmpd
Version: 5.7.2.1~dfsg-5
Severity: minor
Dear Maintainer,
There is a typo in /etc/snmp/snmpd.conf
rocommunity6 public defalut -V systemo
should be
rocommunity6 public default -V systemo
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT
On Mon, Jan 07, 2013 at 09:28:53PM +0100, Stefan Fritsch wrote:
> On Monday 07 January 2013, you wrote:
> > However, I've been unable to produce core dumps (see my previous
> > message to #691318) to confirm for sure.
>
> Strange, I can't remember having the same problem.
>
> You could try settin
Package: libapache2-mod-php5
Version: 5.4.4-11
Severity: normal
Dear Maintainer,
After running apache for a while, previewing or commiting a mediawiki edit
causes a child segfault:
[notice] child pid 23263 exit signal Segmentation fault (11), possible coredump
in /var/tmp/apache2-gdb-dump
When
After installing the debug symbols, i get
#87243 0x7fbe62b3623b in php_session_rfc1867_callback (event=0,
event_data=0x7fffa99ebeb0, extra=0x7fffa99ebda0)
at /tmp/buildd/php5-5.4.4/ext/session/session.c:2388
#87244 0x7fbe62b3623b in php_session_rfc1867_callback (event=0,
event_data=0
In modern installs, /etc/mtab is a symbolic link to /proc/mount
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg929554.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494001
This bug needs to be fixed properly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists
Package: mediawiki
Version: 1:1.15.5-7
Severity: important
Tags: upstream patch
Dear Maintainer,
wgSorbsUrl doesn't work because inDnsBlacklist is broken. It needs to reverse
the IP address quartet before checking it.
--- mediawiki/includes/User.php-dist2012-02-04 17:26:12.0 -0800
Package: mediawiki
Version: 1:1.15.5-7
Severity: important
Dear Maintainer,
include/Title.php calls Block::prevents(), which is not implemented:
PHP Fatal error: Call to undefined method Block::prevents() in
/usr/share/mediawiki/includes/Title.php on line 1100
It looks like it is expecting t
Package: cron
Version: 3.0pl1-123
Followup-For: Bug #579640
In modern installs, /etc/mtab is a symbolic link to /proc/mount
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg929554.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494001
This bug needs to be fixed properly.
Package: mediawiki-extensions-math
Version: 2:1.0+git20120528-7
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
Latest apache2/php5 requires long
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists
Package: linux-igd
Version: 1.0+cvs20070630-4
Severity: important
Tags: upstream patch
Dear Maintainer,
* What led up to the situation?
Run linux-igd with "duration = 0" in upnpd.conf
* What exactly did you do (or not do) that was effective (or
ineffective)?
Have a upnp client on th
Interestingly enough, if you set it to a real file, that file gets
filled up with
2013-08-22 10:02:35 0x7F4CD6FA7700 upnpapi.c:3390 GetHandleInfo:
HandleTable[2] is NULL
2013-08-22 10:02:35 0x7F4CD67A6700 upnpapi.c:3390 GetHandleInfo:
HandleTable[2] is NULL
2013-08-22 10:02:35 0x7F4CD6FA7700 u
Pretty obvious, really.
1) the semicolon
2) it can't be an empty string
The example config file is just plain misleading
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Will there be a jessie backport?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libatk-bridge2.0-0
Version: 2.9.3-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Upgrading to 2.9.3-1 with at-spi2-core 2.5.3-2
* What exactly did you do (or not do) that was effective (or
ineffective)?
Running any program that relies on libatk-bridg
On Thu, Jun 27, 2013 at 01:22:09PM -0700, Nye Liu wrote:
> Upgrading to at-spi2-core 2.9.3-1 fixes the problem, but the
> libatk-bridge2.0-0
> package doesn't seem to depend on it - it says it requires libatspi2.0-0 (>=
> 1.91.92).
Correction. I had to upgrade libatspi2.0-0 t
It looks like atspi_is_initialized() was added to 2.9.3, so the
dependency should be changed from "libatspi2.0-0 (>=1.91.92)" to
"libatspi2.0-0 (>=2.9.3)"
https://mail.gnome.org/archives/commits-list/2013-June/msg03616.html
--
Nye Liu
n...@mrv.com
(818) 772-6235x24
10) at
thread/qthread_unix.cpp:338
#23 0x744bee0e in start_thread (arg=0x7fff71f3f700) at
pthread_create.c:311
#24 0x7514595d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113
I assume this means I have to recompile kdevplatform5-libs against libstdc++
4.8 as well?
Rebuilding kdevplatform5-libs against libstdc++-4.8 seems to solve the
problem.
[E-Banner]
The contents of this message, together with any attachments, are intended only
for the use of the person(s) to whom they are addressed and may contain
confidential and/or privileged information. If you ar
On Tue, Feb 28, 2012 at 12:28:26PM +0100, Thorsten Glaser wrote:
> On Sat, 4 Feb 2012, Nye Liu wrote:
>
> > include/Title.php calls Block::prevents(), which is not implemented:
>
> How do you trigger this error? I could not.
In my case, when $user->isBlocked() is true due
Package: postgrey
Version: 1.34-1.1
Severity: important
Tags: patch
/etc/init.d/postgrey passes --name to start-stop-daemon, but start-stop-daemon
apparently expects a full path (/usr/sbin/postgrey vs postgrey)
However, start-stop-daemon is also limited to 15 characters
So stop/reload do NOT wo
Package: websvn
Version: 2.3.3-1
Severity: normal
I get the following error in my apache log:
PHP Notice: Undefined variable: lang in /usr/share/websvn/include/svnlook.php
on line 757
I'm guessing we're missing a "global $lang;"
-- System Information:
Debian Release: wheezy/sid
APT prefer
Package: websvn
Version: 2.3.3-1
Severity: normal
When trying to enscript a file with no extension, I get the following error in
the apache logs:
PHP Warning: array_key_exists(): The first argument should be either a string
or an integer in /usr/share/websvn/include/svnlook.php on line 643
I'
Package: coreutils
Version: 8.23-4
Severity: minor
Dear Maintainer,
When using bind mounts, df may have to choose only one of many equivalent
mounts:
$ mount
/dev/sdb1 on /export/real type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /
Package: netperf
Version: 2.6.0-2
Followup-For: Bug #732056
The recommended patch does not work if running systemd.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.8
Disregard, I spelled "no" as "NO" in /etc/default/netperf
Note: it is case sensitive :)
On Sat, Apr 15, 2017 at 05:09:18AM +0100, Ben Hutchings wrote:
> This bug report has severity 'normal', which does not justify an NMU.
> Also, as we are approaching the release of Debian 9 'stretch', even
> updates by a maintainer should only fix important bugs.
I don't think "normal" makes sense
Package: src:linux
Version: 4.9.18-1
Severity: important
Dear Maintainer,
When using NFS and automount, [NFSv4 callback] kernel threads slowly fill the
process table.
After a few months time, it is not unusual to see 300+ of them.
Redhat bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1427493
Thanks for your response.
On Sun, 26 Mar 2017 18:31:45 +0200 Philipp Kern wrote:
> IOW: Is there a way to guarantee that
> (dist)/main/installer-amd64/current/images/netboot/netboot.tar.gz does not
> contain a kernel that has no modules package IN THAT SAME mirror?
>
> Or maybe even an automate
On Thu, 2 Feb 2017 21:55:28 -0800 Nye Liu wrote:
> This bug is still not fixed.
>
> In addition, it doesn't appear as though "-V 2" will enable NFSv2,
which seems to
> be disabled by default now.
Even worse, the old nfs-common script would automatically enable
On Sat, Mar 11, 2017 at 08:15:02PM +0100, Andreas Henriksson wrote:
> Could you please test editing nfs-blkmap.service on your system
> and replace:
> PIDFile=/var/run/blkmapd.pid
> with:
> PIDFile=/run/blkmapd.pid
> .. and report back if that solves the issue or not?
Yes, this fixes the issue.
B
The only apparent solution is to have the kernel maintainers coordinate
with the d-i maintainers so that whatever kernel is used in d-i is NOT
removed from the package repository and its mirrors.
On Tue, Mar 14, 2017 at 08:39:31PM +, Ben Hutchings wrote:
> On Tue, 2017-03-14 at 11:36 -0700, Nye Liu wrote:
> > The only apparent solution is to have the kernel maintainers coordinate
> > with the d-i maintainers so that whatever kernel is used in d-i is NOT
> > rem
Package: autofs
Version: 5.1.1-1
Followup-For: Bug #785563
Dear Maintainer,
What is holding this bug up?
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectu
Package: libphonenumber6
Version: 6.3~svn698-3+b1
Severity: important
libphonenumber6 is stuck on libboost-date-time1.55.0, which depends on an older
version of libstdc++6,
which is uninstallable in unstable (only testing)
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
Package: libpam-modules
Version: 1.1.8-3.3
Severity: minor
Dear Maintainer,
pam_open_session() causes libasan to report a memory leak due to dl_open:
==32701==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 4096 byte(s) in 1 object(s) allocated from:
#0 0x7f44685c8f4a in malloc (
On Jun 9, 2016 7:43 PM, Steve Langasek wrote:
>
> And what makes you so sure this is a pam bug, rather than a libasan bug (or
> a glibc bug)?
Definitely not sure. I tried various apps dlopening other libraries (both PAM
and nonPAM) and none showed a leak, only pam_open_session().
> Compiling w
This really should be marked grave or serious because it means net
install is completely broken.
Package: iptables-persistent
Version: 1.0.3
Severity: important
Tags: ipv6
Dear Maintainer,
15-ip4tables and 25-ip6tables fail on save due to "set -e" if running kernel
does not have module support.
This is because of the "modprobe" line in each plugin, respectively.
Suggest the script test whe
Package: postfix
Version: 2.11.3-1
Severity: normal
Dear Maintainer,
If uname has characters that dpkg --compare-versions doesn't like, the
'dpkg --compare-versions "`uname -r`" lt 2.6.0' test in postfix.preinst prints
errors.
For example, on my linode box:
$ dpkg --compare-versions "`uname -r`
https://sourceforge.net/p/linux-igd/bugs/7/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: gdm3
Version: 3.12.2-2
Severity: normal
Dear Maintainer,
* What led up to the situation?
Upgraded to latest gdm3
* What exactly did you do (or not do) that was effective (or
ineffective)?
Add gdm and gdm3 to /etc/security/group.conf:
gdm;*;*;Al-2400;audio, video, cdro
Package: postgrey
Version: 1.34-1.3
Severity: normal
Dear Maintainer,
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
/etc/init.d postgrey stop
* What was the outcome of this action?
Log reports "Couldn't unlink "/var/run
The stated fix works for me as well.
Please implement it soon so debsums stops bugging me :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: websvn
Version: 2.3.3-1.1
Severity: important
No websvn in stretch
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI
Package: websvn
Version: 2.3.3-1.2
Followup-For: Bug #669785
On post install:
"failed to create symbolic link ‘/etc/apache2/conf.d/websvn’: No such file or
directory"
Why is websvn still trying to install files to /etc/apache2/conf.d/?
That has been gone for years.
-- System Information:
Debi
Package: dhcping
Version: 1.2-4.1
Severity: important
Dear Maintainer,
dhcping has no way to specify which interface to use, making it rather useless
on machines with more than one interface.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Package: dhcping
Version: 1.2-4.1
Followup-For: Bug #152760
Dear Maintainer,
--- a/dhcping.c
+++ b/dhcping.c
@@ -73,7 +73,8 @@
int ch;
inform=request=verbose=quiet=0;
-ci=gi=server="0.0.0.0";
+ci=gi="0.0.0.0";
+server="255.255.255.255";
hw="00:00:00:00:00:00";
Package: dhcping
Version: 1.2-4.1
Followup-For: Bug #152760
Dear Maintainer,
--- a/dhcping.c
+++ b/dhcping.c
@@ -64,7 +64,7 @@
int _serveripaddress;
-int inform,request,verbose,VERBOSE,quiet;
+int inform,request,verbose,quiet;
char *ci,*gi,*server,*hw;
unsigned char serveridentifier[4];
i
Package: dhcping
Version: 1.2-4.1
Followup-For: Bug #777017
--- a/dhcping.c
+++ b/dhcping.c
@@ -33,6 +33,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -65,10 +66,16 @@
int _serveripaddress;
int inform,request,verbose,quiet;
-char *ci,*gi,*server,*hw;
+cha
HP ProLiant DL390 Gen 9, redscreen with
testing/main/installer-amd64/20150813/images/netboot:
debian-installer/amd64/pxelinux.0
If I replace ONLY pxelinux.0 with
stable/main/installer-amd64/20150422+deb8u1/images/netboot:
debian-installer/amd64/pxelinux.0
(but use all of the rest of testing)
It
On 12/6/2015 4:18 PM, Vagrant Cascadian wrote:
> It looks like this may be fixed upstream:
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=6ae6e16005252dbca0b4a06beea1be895df48e16
>
>
> Would you be able to confirm that the upstream patch fixes your
> issue? If it does, I'll be happy to include it
It looks like it is already missing from testing, which broke a bunch of
my old apps.
Is there a interim or compatibility package for tcl8.4 and libtcl8.4 in
testing or stable?
Package: debsecan
Version: 0.4.18
Severity: important
Dear Maintainer,
Please support SUITE=stretch or implement #466407 or #612539
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Arc
Package: u-boot-tools
Version: 2015.10+dfsg1-1
Severity: important
Dear Maintainer,
-T multi -d file1:file2:file3 no longer works.
It searches for the file "file1:file2:file3" instead of looking for each file
separately
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
mkimage from 2015.07+dfsg1-1 works properly.
In "multi" or "script" mode, params.datafile is a colon separated list of files.
stat() will not work on it.
--- a/tools/mkimage.c
+++ b/tools/mkimage.c
@@ -311,21 +311,27 @@
exit (retval);
}
- dfd = open(params.datafile, O_RDONLY | O_BINARY);
- if (dfd < 0)
Perhaps we can hit a mirror README (e.g.
http://http.us.debian.org/debian/dists/README) and parse out the
stable/testing/unstable/experimental -> suite mappings?
Or is there a canonical way to do so?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
Is there a well known way to query the security tracker (or any other
debian website) to obtain an automated list of suites (and their
stable/testing/unstable/experimental counterparts)? Maintaining a static
list seems silly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Same issue.
gnutls-cli works fine:
$ gnutls-cli -p 993
Processed 168 CA certificate(s).
Resolving ''...
Connecting to '2600:3c01::f03c:91ff:feae:9cce:993'...
- Certificate type: X.509
- Got a certificate list of 3 certificates.
- Certificate[0] info:
- Certificate[1] info:
...
- Certificate[2] i
Also, wmbiff 0.4.27-2.1 works fine.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Looks like it is a problem with gnutls_transport_set_ptr(), which needs
a pointer, not an int.
I have hacked in a union to get around it.
Probably not the best idea, but it works.
Patch below is proof of concept, along with compiler warning and GNUTLS
api deprecation fixes.
Description: Fix c
On 11/1/2014 5:47 AM, Andreas Metzler wrote:
> Afaict filtering out the depreciation fixes reduces the patch to
> two functional changes:
>
> #1 Use gnutls_priority_set_direct():
>
> #2 Use a never used pointer instead of the connection fd as second
> argument for gnutls_transport_set_ptr().
gn
On Sat, Nov 01, 2014 at 01:47:04PM +0100, Andreas Metzler wrote:
> #1 Use gnutls_priority_set_direct():
>
> > @@ -553,6 +557,9 @@ struct connection_state *initialize_gnut
>
> > assert(gnutls_init(&scs->tls_state, GNUTLS_CLIENT) == 0);
> > {
> > +#if 1 // HAVE_GNUTLS_PRIORITY_SET_DIRECT
>
Updated patch
Description: Fix compiler warnings, TLS deprecation warnings
Also fixes https://bugs.debian.org/759259
.
wmbiff (0.4.27-2.2) unstable; urgency=medium
.
* Non-maintainer upload.
* Switch to quilt v3 format.
* 15_no_more_LZO.diff: Stop trying to use gnutls LZO compression,
On 11/2/2014 12:18 AM, Andreas Metzler wrote:
could you please verify that applying *only* the attached minimal patch
on top of 0.4.27-2.2 fixes the bug? I need to come up with a
minimal change which is acceptable for a NMU.
Yes, that patch alone is sufficient!
--
To UNSUBSCRIBE, email to deb
On Sat, Feb 06, 2016 at 12:47:47AM +0100, Michael Biebl wrote:
> If you run "systemctl edit rpcbind.socket" and add the following:
>
> [Unit]
> DefaultDependencies=no
> Wants=rpcbind.target
> Before=rpcbind.target
>
> Is the problem gone after a reboot?
> If not, can you please attach the output of
Package: awstats
Version: 7.4+dfsg-1
Severity: minor
Tags: upstream
Dear Maintainer,
Unescaped left brace in regex is deprecated, passed through in regex; marked by
<-- HERE in m/\"%{ <-- HERE Referer}i\"/ at /usr/lib/cgi-bin/awstats.pl line
9043.
Unescaped left brace in regex is deprecated, pa
On Thu, Feb 18, 2016 at 02:32:43PM +, Mark Brown wrote:
> On Fri, Jan 22, 2016 at 01:47:36PM -0800, Nye Liu wrote:
>
> > > It should eventually figure things out?
>
> > No, but I have a patch for nis script, attached...
>
> I can't tell what this patch is
Package: rpcbind
Version: 0.2.3-0.2
Severity: important
Dear Maintainer,
The new /lib/systemd/system/rpcbind is a mess.
First off:
/etc/init.d/nis depends on $portmap, which leads to two problems
1) rpcbind does not provide $portmap (only rpcbind.target) so nis/ypbind may be
started before
Package: nis
Version: 3.17-34
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
For some reason, even though $portmap is mentioned in /etc/init.d/nis as a
start prereq, ypbind is started BEFORE rpcbind.
This causes ypbind to NEVER properly start, and the bind_wait obviou
()
{
oname=`domainname`
@@ -169,8 +191,7 @@
if want_ypbind
then
log_progress_msg "ypbind"
- start-stop-daemon -b --start --quiet \
- --exec ${NET}/ypbind -- $broadcast ${YPBINDARGS}
+ ypbind_start
bind_
This is getting ridiculous
$ ps -ef | grep "NFSv4 callback" | wc
12311087998
$ uptime
10:44:26 up 5 days, 18:28, 1 user, load average: 0.11, 0.06, 0.07
Similar to the problem reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1427493#c31
Jun 5 11:41:06 ospylac kernel: [ 1155.573913] divide error: [#1] SMP
Jun 5 11:41:06 ospylac kernel: [ 1155.573929] Modules linked in: joydev
rpcsec_gss_krb5 nfsv4 dns_resolver nfs fscache binfmt
At net/sunrpc/svc.c line 355 svc_pool_for_cpu(), srv->sv_nrpools can be
zero:
return &serv->sv_pools[pidx % serv->sv_nrpools];
And now buster/testing.
Is there an actual maintainer for this?
Perhaps an NMU is in order?
the upstream has had the fix for this for a long time.
Is anyone maintaining this package?
Is it possible to put this patch into an NMU?
Now that I am using systemd, it moved to pam_systemd
If I preload pam_systemd.so it goes away:
LD_PRELOAD=libasan.so.3:/lib/x86_64-linux-gnu/security/pam_systemd.so ./pamtest
With it:
...
7f6c521a5000-7f6c521a6000 ---p 0004 00:14 102797
/lib/x86_64-linux-gnu/security/p
Package: certbot
Version: 0.10.2-1
Severity: normal
Dear Maintainer,
It seems automated renwal is run via both /etc/cron.d/certbot AND
/lib/systemd/system/certbot.timer
There should be a debconf way to choose one or the other so they are both not
used simultaneously.
-- System Information:
Deb
Source: crtmpserver
Severity: normal
Tags: upstream
Dear Maintainer,
http://www.rtmpd.com/ is dead and gone, as is svn access.
The author seems to have mirrored his sources on github:
https://github.com/shiretu/crtmpserver
What is the procedure for moving to a new upstream?
-- System Informat
Same thing for me:
-- Logs begin at Wed 2017-02-01 20:18:34 PST, end at Wed 2017-02-01 20:36:38
PST. --
Feb 01 20:18:35 jane systemd[1]: Starting pNFS block layout mapping daemon...
Feb 01 20:18:35 jane systemd[1]: nfs-blkmap.service: PID file
/var/run/blkmapd.pid not readable (yet?) after start
This bug is still not fixed.
In addition, it doesn't appear as though "-V 2" will enable NFSv2, which seems
to
be disabled by default now.
In addition, it means NFSv2 cannot be enabled, since the latest rpc.nfsd
seems to have NFSv2 disabled, and there is no way to pass "-V 2" to
rpc.nfsd
Please accept the patch.
This should probably be merged with 738063
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738063
No, this is not fix
On Sat, 17 Dec 2016 04:54:21 +0100 =?UTF-8?Q?Rapha=c3=abl_Halimi?=
wrote:
> Please explain exactly in what way would my patch introduce
> *incompatible* changes. It's *trivial*, it only adds a single option,
> and a comment to hint that NFSv4 must be disabled in rpc.nfsd in
> addition of rpc.mount
Also a stupid question:
Why is /lib/systemd/system/nfs-common.service being linked to /dev/null
in debian/nfs-common.links?
It seems to prevent idmapd, statd, and gssd from being started if
systemd is used, unless you remove the link and forcibly "systemctl
enable nfs-common"
On Fri, 3 Feb 2017 01:55:10 -0800 Nye Liu wrote:
> Why is /lib/systemd/system/nfs-common.service being linked to /dev/null
> in debian/nfs-common.links?
Ignore. I see that statd, idmpad, and gssd have their own systemd units now.
Given the recent increase in SSDP DDoS attacks, it would be a very good
idea to fix this bug.
I'm seeing more and more attacks of this kind on all of my machines
running linux-igd.
They are firewalled manually in this case, but others may not know to do
this, and expect linux-igd to NOT list
Package: postfix-pcre
Version: 3.1.3-6
Severity: important
Using pcre results in "error: unsupported dictionary type: pcre" messages.
Bug 845750 suggests it is a chroot or a shlib_directory issue, but that is not
the problem:
$ sudo postmap -q - pcre:/etc/postfix/recipient-canonical_re
..
postma
Package: postfix-pcre
Version: 3.1.3-6
Severity: important
On 12/29/2016 11:14 AM, Nye Liu wrote:
symlinking postfix-pcre.so.1.0.1 to dict_pcre.so seems to be a temporary
workaround
Looks like updating postfix did not fix dynamicmaps.cf
I had an outdated dynamicmaps.cf
removing it and
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.635.sha512.amd64.pgp.asc
is the last available version.
637 seems to be missing.
Can somebody pass package maintainance to somebody else who is responsive?
Package: munin-plugins-core
Version: 2.0.25-2
Severity: important
Tags: upstream patch
Dear Maintainer,
2016/08/12-15:45:23 [5316] Use of uninitialized value
$peers_condition{"..."} in print at /etc/munin/plugins/ntp_states line 161.
https://github.com/munin-monitoring/munin/issues/714
-
Package: openssh-server
Version: 1:7.3p1-1
Severity: wishlist
Tags: d-i
Dear Maintainer,
It is well established that openssh-server/permit-root-login is a NOOP
(the result is always "PermitRootLogin prohibit-password"), but
it would be nice to be able to specify "PermitRootLogin yes".
Yes, it i
With DCHP ENABLED:
I have tried:
Null string:
d-i netcfg/hostname string
d-i netcfg/get_hostname string
Seen false:
d-i netcfg/hostname seen false
d-i netcfg/get_hostname seen false
The only workaround seems to be to remove priority=critical from the kernel
command line (annoying, since there
Package: gnome
Version: 1:3.14+4
Severity: important
Network manager is crap and causes all sorts of issues for machines with
static, stable connections.
Unfortunately, gnome *requires* network-manager-gnome instead of
recommends.
$ sudo dpkg --purge network-manager network-manager-gnome
dpkg: d
1 - 100 of 208 matches
Mail list logo