Hello!
Goswin Brederlow said:
Cfv is completly functional in all aspects without a bittorrent client
and a strong dependency is not given imho. In fact I even feel a
Suggests would be wrong since such a client does in no way alter the
cfv functionality.
| Suggests
| This is used to
Goswin von Brederlow said:
Stefan Alfredsson [EMAIL PROTECTED] writes:
Hello!
Goswin Brederlow said:
Cfv is completly functional in all aspects without a bittorrent client
and a strong dependency is not given imho. In fact I even feel a
Suggests would be wrong since such a client does
Hilko Bengen wrote:
Harddrive was not detected. I assume the installer is missing the
driver for the chipset, Intel 82Q35 Express PT IDER Controller
[8086:29b6] (rev 02)
I saw similar symptoms here. A glance at /var/log/syslog revealed that
the installer was not able to find
Stefan Alfredsson wrote:
Hilko Bengen wrote:
Harddrive was not detected. I assume the installer is missing the
driver for the chipset, Intel 82Q35 Express PT IDER Controller
[8086:29b6] (rev 02)
I saw similar symptoms here. A glance at /var/log/syslog revealed that
the installer
Petter Reinholdtsen wrote:
[Stefan Alfredsson]
libparted1.7-udeb is now back (on some mirrors so far), so I tried
installing again. The whole installation now completes without
problems.
It is missing on ftp.se.debian.org, at least it is not listed in
URL:http://ftp.se.debian.org/debian
Kurt Roeckx wrote:
Your package is failing to build with the following error:
/usr/bin/fakeroot debian/rules clean
debian/rules:5: /usr/share/dpatch/dpatch.make: No such file or directory
make: *** No rule to make target `/usr/share/dpatch/dpatch.make'. Stop.
dpkg-buildpackage: failure:
Package: xmms
Version: 1.2.10-2
Severity: normal
Tags: patch
xmms has a problem using playlist-urls, and must be fed playlists from the
local filesystem.
This becomes a problem with for example m3u hyperlinks. XMMS.desktop
says
Exec=xmms %U
I.e. feed the url to xmms, which brings up an emtpy
Adrian Bunk said:
Bug #247226 (monit has undeclared stat dependency) is still present
in sarge.
I'm setting the severity that high because this issue breaks
in mixed stable/testing environments that are unfortunately
quite common due to the age of woody.
monit 4.4, which fixes this, is
Package: ccrypt
Version: 1.7-5
Severity: normal
According to the man-page,
-k file, --keyfile file
Read the keyword as the first line from the named file.
-K key, --key key
Specify the keyword on the command line.
However, --keyfile seem to be
Hello,
Today I noted that i.e. galeon makes me choose between XMMS and XMMS
in choosing a player for m3u's (but I'm not sure why, since the scpls
mime is only listed in one desktop-file).
Anyway, it would be good to change the 'Name' in the desktop files,
to something like
Name=XMMS (streamed
Hello Justin,
Copyright file does not reference /usr/share/common-licenses/GPL
It does on my system.
[EMAIL PROTECTED]:~ dpkg --status biew|grep Version
Version: 5.6.1-1
[EMAIL PROTECTED]:~ grep common-licenses /usr/share/doc/biew/copyright
your Debian system, in
Package: liveice
Version: 1.0-2
Severity: wishlist
Tags: patch
Hello,
The attached patch makes liveice send SAVE_FILE through strftime,
which enables timestamping of recorded files. I.e.
SAVE_FILE transmisson_at_%Y%m%d_%H:%M
Quite useful, for me at least, since one doesnt have to have a shell
I have a setup consisting of postfix + maildrop, with maildir delivery and
quotas on maildirs (via maildirmake -q ).
While examining the logs, I noted that over-quota mails were deferred by
postfix, rather than bounced with an over-quota message.
Searching all over the net and through
Hello Christian,
Christian Hopp said:
Package: monit
Severity: normal
Which debian-version of the package? 4.4-1?
Monit is reporting false or negative memory readings. E.g.:
[snip]
This can be fixed using configure with the --without-accurate-mem-calcs
option:
This option is only
Christian Hopp said:
On Fri, 4 Mar 2005, Stefan Alfredsson wrote:
Package: monit
Severity: normal
Which debian-version of the package? 4.4-1?
Yes, definitely 4.4-1 and it might be for the older ones as well.
The old code which was used if you omit --without-accurate-mem-calcs
was removed
[EMAIL PROTECTED]
Date:Thu, August 2, 2007 20:32
To: Stefan Alfredsson [EMAIL PROTECTED]
Cc: Jan-Henrik Haukeland [EMAIL PROTECTED]
--
Hi Stefan,
the bug was fixed in cvs, you can find the patch for monit 4.8.1
Hello!
Gian Piero Carrubba wrote:
Please, change the she-bang line to '#!/bin/bash' or apply the attached
patch ( or a similar one ).
Sure, thanks for the report. I'll fix this on next upload (which may take
a while -- my gpg-key expired and now I'm waiting to get my updated key
into the
Alexey Bestchekov wrote:
#0 0x2ace3273d8d7 in _IO_vfscanf_internal () from /lib/libc.so.6
#1 0x2ace3274c395 in vsscanf () from /lib/libc.so.6
#2 0x2ace32747ca8 in sscanf () from /lib/libc.so.6
#3 0x0041f7b7 in get_response (s=0x56ec30, H=0x7fff78d03a40) at
as the message says, you need to update virtualbox-ose-modules (by
running m-a a-i virtualbox-ose).
I also got the driver mismatch problem. It turns out that in lenny,
virtualbox-ose is version 1.6.2-dfsg-1.
However, lenny virtualbox-ose-modules is version 2.6.24+1.5.6-dfsg-6
Upgrading to
Daniel wrote:
In the line:
return struct.pack('I',self.value)
self.value is a signed (32-bit) integer, but according to
http://docs.python.org/lib/module-struct.html, the capital 'I' should be
used for unsigned ints. The warning goes away if a lower-case 'i' is used
instead:
return
Stefan Alfredsson wrote:
return struct.pack('i',self.value)
This assumes that self.value should be signed. A problem might arise if it
should really be unsigned.
self.value is assigned from _crc32, which calls zlib.crc32.
According to pydoc, The returned checksum is an integer.
According
Daniel wrote:
The binascii crc32 fallback seems to also return signed integers.
Maybe forcing self.value to be unsigned could prevent a future
conflict between binascii crc32 (signed) and zlib crc32 (unsigned).
Reading
http://mail.python.org/pipermail/python-3000/2008-March/012615.html
Martin Pala wrote:
Note that it's possible to set the path to monitrc using the
--sysconfdir configure option.
If Debian package uses /etc/monit/monitrc by default (which is not in
the hardcoded search path), it could be good to use the --sysconfdir to
set the path properly.
This is a
Package: ussp-push
Version: 0.5-2
Severity: wishlist
Hello,
Version 0.9 is available from http://www.xmailserver.org/ussp-push.html
Thanks,
Stefan
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
Martin Pala wrote:
this is AMD64 only related bug which is addressed by this patch for
monit-4.8:
http://www.tildeslash.com/monit/dist/monit-4.8-patch01
Neil Broderick wrote:
Also trying to start monit manually results in:
ruby:/home/ngb# monit
Starting monit daemon with http
Janusz Krzysztofik said:
Package: monit
Version: 1:4.5-1
Severity: normal
Tags: patch
I use monit to monitor a pool of my real ntp servers in an lvs cluster.
From time to time a server or two start answering with leap indicator set
to +1.
Monit counts this as an error and, using my config
Hello!
Wouter Verhelst said:
I'm attaching a quick-and-dirty patch which applies to monit-4.5 as it
is in sarge, and which is the version that I'm currently using on this
cluster. It's ugly, but it does what I needed it to do and was all I
could come up with in the short timeframe that was
* Michael Williamson:
I found the solution by installing a later version of libgnomecups1.0-1
(0.2.2-1).
I had the same problem as the original bug reporter (gnumeric crashing
when printing). Upgrading to libgnomecups1.0-1 0.2.2-1 solved the
problem.
Regards,
Stefan
--
To UNSUBSCRIBE,
Subject: Re: Bug#367341: monit failed to restart after upgrade
From:ngb [EMAIL PROTECTED]
Date:Wed, May 17, 2006 10:12
To: Stefan Alfredsson [EMAIL PROTECTED]
--
Stefan,
thanks for that. I have
Will Bryant wrote:
As a quick fix, adding --retry 5 to the start-stop-daemon options works
for me. The 'sleep 1' hack in 'restart' can (and should) then be removed.
I agree. I've applied this in 4.8.1-2 which is uploaded soon.
Thanks,
Stefan
Hello!
Christian Pernegger wrote:
Package: cksfv
Version: 1.3.5-1
Severity: wishlist
When verifying files using
cksfv -f pathto/file.sfv
the filenames in the sfv file ire interpreted relative to the current
directory. It would be practical to optionally have them interpreted
as
Subject: snoopy: Snoopy incompatible with nullmailer
Package: snoopy
Version: 1.3-13
Severity: normal
*** Please type your report below this line ***
Snoopy seems to be incompatible with the nullmailer package.
When running nullmailer in daemon mode, it normally uses fd 4 for socket
Alain Kalker wrote:
When verifying .md5 or .cfv files which contain filenames containing
chars with values 127 (in ISO-8859), cfv reports the corresponding
files as missing.
With LC_ALL=sv_SE and LANG=en_US, and Python 2.3.5, the following
works for me:
host:/tmp/cfv-test echo tästar tästar
Daniel Quappe wrote:
the older version 1:4.8.1-2.1 is bundled with libssl0.9.8 and the newer
is not. Could that be the problem?! Maybe only forgotten to compile with
ssl-support enabled?!
SSL-support was disabled for the lastest upload due to GPL and OpenSSL
license incompatibility (and I
Hello,
Marc Haber wrote:
On Thu, Feb 28, 2008 at 03:07:09PM +0100, Stefan Alfredsson wrote:
Snoopy seems to be incompatible with the nullmailer package.
When running nullmailer in daemon mode, it normally uses fd 4 for socket
communication. With snoopy installed, nullmailer uses fd 0. fd 0
Hi,
Martin Pala wrote:
there is support for large files (2GB) in monit cvs already and it will
be part of next monit version.
Would this be easy to backport to 4.8.1 or are there major changes involved?
As we are nearing the next official debian release, I'm hesitant to
include the cvs
Hello,
On 01 Jan 2011, at 17:21, Arno Töll wrote:
I am also interested to adopt the package if the package is yet left to
assign to a new potential maintainer. I don't know if you have heard
something from Jeremiah since his offer, hence I'm asking. I'd do the
packaging work together with a
On 11 Dec 2010, at 11:33, Joey Parrish wrote:
The default init script dependencies have monit starting before
most other services. If you are using monit to monitor your
critical services, it would be preferable to have monit start
last so that it does not detect downed services that have
Hello,
I'm willing to maintain the packaging of telldus-core. I see upstream already
has their own debian/ubuntu repository. Micke, would it still be interesting to
get telldus-core into the main debian archive or are you content with your own
infrastructure? Anyway, the debian archive is
On 11 Jan 2011, at 20:30, Sergey B Kirpichev wrote:
Stefan, could you offer sponsorship for new package upload?
My key has expired and I'm still waiting to get my new key signed by a second
developer before it will be accepted into the keyring... so it might be a while
until I can sponsor.
Hello,
Georges Toth wrote:
After having upgraded to lenny, the monit webinterface no longer works
with client certificate authentication.
Did you do a complete upgrade from etch to lenny (dist-upgrade?) or just
an upgrade of the monit package?
While using Debian Etch, with the exact same
Krzysztof Klimonda wrote:
It also contain fixes needed to build package with Python 2.6 and some
code clean up (simplified debian/rules file, versioned dependency in
debian/control, fixes for few lintian warnings).
Thanks for the patch. I am preparing an upload, but when testing it fails
for
Michael Stapelberg wrote:
This is easily fixed by using getaddrinfo() (which is also beneficial for
supporting IPv6 and for other reasons, see:
http://udrepper.livejournal.com/16116.html
). Patch is attached.
Thanks for the patch (which upstream will hopefully apply to their tree :).
Please
On 19 Mar 2010, at 06:49, Ola Lundqvist wrote:
However the documentation should also be better described. Suggestions
on this is highly welcome.
Yes, and the primary question is when proxy_arp should be used. I've scouted
the net
and came up with the following:
proxy_arp=0
-
On 18 Mar 2010, at 16:01, Olaf van der Spek wrote:
Stefan?
Sorry for this report being around for much too long. I'm preparing an upload
of the recent point-release 5.1.1 and will look into this then.
Do you still have problems with monit 5.1?
Regards,
Stefan
--
To UNSUBSCRIBE, email
Package: vzctl
Version: 3.0.23-8
There seems to be confusion about the setting of the sysctl proxy_arp key.
On one hand, http://wiki.openvz.org/Quick_installation has
net.ipv4.conf.default.proxy_arp = 0
But when starting a VE with vzctl, I get the error message
vps-net_add WARNING: Function
The bug is/was reproducible on the lastest upstream package.
# check host myserver with address 192.168.1.1
#if failed icmp type echo count 3 with timeout 3 seconds then alert
#if failed port 3306 protocol mysql with timeout 15 seconds then alert
#if failed url
Package: wnpp
Severity: normal
The monit package is in fairly good shape, but as I don't use it
myself any longer I think the package could be better maintained
by someone more motivated.
Upstream is very responsive, and frequently follows up on bug
reports.
If you actively use monit and would
Package: vzctl
Version: 3.0.24-1
Severity: minor
vzctl makes adjustments to /etc/hosts via scripts to account
for the IP-adress and hostname that has been set in the VE configuration.
However, it also adjusts the entry for localhost.
This is problematic if, for example, you have an alias for
Another distribution noted and patched the same problem:
https://bugzilla.altlinux.org/show_bug.cgi?id=15073
Their solution is to use multiple row host declarations, where only the first
row is replaced by vzctl and the rest are kept intact. I guess it would be
acceptable.
Patch:
Hello!
On 25 May 2010, at 22:19, Stefan Fritsch wrote:
I have got this bug report about incuding a monit config file in the
apache2 package. Since I know nothing about monit, I wanted to ask if
you think this would be a good idea.
I'm aware of the issue, but I'm not sure about the best way
Petter Reinholdtsen wrote:
Hi. Any progress with this ITP to get the telldus tools into Debian?
I just gone myself one of the sticks, and would love to have the
control software available in Debian. :)
I missed the reply from Micke (wasnt subscribed to the bug :S), so I've
had the ITP on
Package: amtterm
Version: 1.3-1
Severity: wishlist
The amtterm package would greatly benefit from
including the amttool-tng utility - or if it could
be packaged separately, it might be a better option.
amttool-tng is a fork of the original amttool, and
supports many more AMT commands and info.
On 8/14/12 10:03 AM, Reinhard Tartler wrote:
I see two options here: a) we update the existing package to the new
amttool-tng tarball b) we package amttool-tng in addition to the
existing amtterm package Option b) would allow users to choose between
the two tools. However, according to its
On 2012-05-10 15.56, jari.aa...@cante.net wrote:
I had some free time; see attached patch to migrate to new package
format. Note that all files in debian/patches/* are canocalized to
*.patch.
Great, thanks! I've updated and just uploaded the package.
BR,
Stefan
--
To UNSUBSCRIBE, email to
On 2012-05-10 23.53, jaalto wrote:
Could you follow with an upload as the previous version is from
2009. This way cfv is delisted from being depending on datch in the
archives.
Yes, I uploaded after patching,
http://packages.qa.debian.org/c/cfv/news/20120510T193211Z.html , but I
guess it's
Package: ftp.debian.org
Severity: normal
The cfv package upstream is MIA; refreshed development efforts and porting
to python3 happens at https://github.com/cfv-project/cfv/commits/python3
however it is not yet mature to replace the existing package.
See also
Den 2020-07-30 kl. 03:43, skrev Sandro Tosi:
On Mon, 27 Jul 2020 01:19:52 +0200 Stefan Alfredsson wrote:
Closing since cfv is being removed due to python2 dependency.
(removal request - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966332 )
please dont close bugs for packages
58 matches
Mail list logo
