On Thu, 19 Sep 2019 08:24:46 +0200 Harald Dunkel
wrote:
> Would it be possible to either *keep* drbd-overview (I am using it
> for monitoring) or to add drbdtop to Debian?
While not nearly as pleasant to work with as drbd-overview, drbdadm can
produce output marginally servicable for use in
On Fri, May 09, 2014 at 09:34:47AM +0200, Thorsten Glaser wrote:
On Thu, 8 May 2014, Joe Rayhawk wrote:
CGI-based execution of mediawiki is made possible with chmod a+x
/usr/share/mediawiki/index.php. It would be nice if this were made
default so our mediawiki installations wouldn't break
Package: mediawiki
Version: 1:1.19.15+dfsg-0+deb7u1
CGI-based execution of mediawiki is made possible with chmod a+x
/usr/share/mediawiki/index.php. It would be nice if this were made
default so our mediawiki installations wouldn't break with every
upgrade.
signature.asc
Description: Digital
Package: xserver-xorg
Version: 1:7.4+4
Five out of six cards in my system aren't working properly.
A similar setup (minus Matrox G400x4 and plus another TNT2) worked fine
in 6.8 and 7.1. The configuration, system, and log information (because
there's a lot of it) is here:
I just fixed a firewall misconfiguration, so the above should actually
work, now.
GnuTLS-compiled libneon appears to be able to decrypt pkcs12, at least,
so I suppose libcurl should really be able to do the same. Let me know
if I should move on to bugging them about it instead.
signature.asc
Package: git-core
Version: 1.5.6.2-1
Severity: wishlist
libcurl compiled against gnutls does not
Package: lighttpd
Version: 1.4.19-4
Severity: wishlist
As described in the upstream tickets here:
http://trac.lighttpd.net/trac/ticket/921
http://trac.lighttpd.net/trac/ticket/1288
Probably as implemented by the patch here:
I can confirm that this is fixed in 0.5.0. Are there any plans to
package modern versions of Kazehakase?
signature.asc
Description: Digital signature
Kazehakase's automated favicon request handling will prompt for HTTP
AUTH sessions, fail to keep AUTHed HTTP connections open, and fail to
cache the AUTH input. This, in combination with the Kazehakase's
automated favicon request handling's failure to ever cache favicons and
broken client-side
Package: kazehakase
Version: 0.4.2-1
Kazehakase's automated favicon request handling ignores
network.http.max-connections-per-server constraints and has none of its
own in direct violation of rfc2616 section 8.1.4. [2]
Kazehakase's automated favicon request handling also overrides the
standard
This is working for me in the current version (1.1.1-9). I'm a very happy
camper again.
signature.asc
Description: Digital signature
My attempts to munge it into the current source (without knowledge of C)
didn't result in a successful start. Do you still have a working source
tree you can diff against?
Unfortunately this looks suspiciously like a feature reversion rather
than an actual bugfix. But I guess it can tide me over
Package: xserver-xorg-core
Version: 1.0.2-9
My six-card x.org configuration started failing and/or crashing during
the xserver initialization with memory allocation errors on the 6.9
release and hasn't been fixed so far as I've found yet.
Requesting insufficient memory window!: start: 0xd000
13 matches
Mail list logo
