I'm also seeing this issue, also on a Debian Linux 4.19 kernel (on
updated Debian unstable VM), also on KVM, straight after rebooting the
VM. But without any suspending involved, I just reboot the VM, and as
soon as I can log in after rebooting its showing 6+ days of uptime.
The uptime jumps
Andreas Beckmann wrote:
3m11.8s DUMP:
find: `/srv/torrus/collector_rrd': No such file or directory
This output is also produced when the package is still installed. From
looking into the cron output, it appears to be a result of
/etc/cron.daily/torrus-common
calling
/usr/share/torrus/s
For completeness, with the help of an insightful question asked by the
MacPorts signing-party package maintainer I re-discovered that I'd put
in a shell script wrapper around "gpg", which attempted to auto-set
GPG_TTY from stdin or stderr. Because (from reading the comments in
the script;
On 23/01/15 13:20, Guilhem Moulin wrote:
[T]he next step would be to mail gnupg-de...@gnupg.org, at least if the
culprit is not the OSX maintainer (I dunno how things work there;
assuming these macports are not built by upstream).
MacPorts is basically FreeBSD ports, for Mac OS X. So it functi
On 21/01/15 13:24, Guilhem Moulin wrote:
On Wed, 21 Jan 2015 at 11:12:44 +1300, Ewen McNeill wrote:
- MacPorts (OS X) (gpg 1.4.18): works _without_ sderr redirected, fails with
stderr redirected (no output, exit code 1), unless GPG_TTY is set then it
works again.
Wow that's odd.
I
On 21/01/15 6:05, Guilhem Moulin wrote:
Your report says you have signing-party 1.1.4-1, but your patch seems to
be against a more recent version :-P
Yes, the patch was originally written for the version in OS X MacPorts,
which is currently between the version in Debian Stable and Debian
Unst
Package: signing-party
Version: 1.1.4-1
Severity: normal
Initially encountered on OS/X with MacPorts
(https://trac.macports.org/ticket/46601), but reported here
because (a) Debian appears to be the upstream for signing-party/caff
(http://pgp-tools.alioth.debian.org/) and (b) AFAICT by inspection
FTR, a couple of (partial) work arounds for this issue:
1. Use an older version of afacli:
http://ftp.us.dell.com/scsi-raid/afa-apps-snmp.2806076-A02.tar.gz
as suggested by:
http://wiki.club.cc.cmu.edu/org/ccwiki/AACRAID
(and various mailing list postings I eventually found.)
In message <[EMAIL PROTECTED]>, dann frazier writes:
>On Wed, Jun 11, 2008 at 04:28:49PM +1200, Ewen McNeill wrote:
>> Amongst other things this prevents using the Dell afacli management tool
>> to monitor/manage the RAID arrays, since it checks for
>> /proc/scsi/aacrai
As noted by Marcin Owsiany <[EMAIL PROTECTED]> last year, with the
default Debian Etch kernel, /proc/scsi/aacraid is missing on the Debian
Etch kernel, even when the AACRAID driver is loaded and operating.
Amongst other things this prevents using the Dell afacli management tool
to monitor/manage
In message <[EMAIL PROTECTED]>, De
bian Bug Tracking System writes:
>This is an automatic notification regarding your Bug report
>#433870: Sarge: TimeZone: New Zealand change to daylight time transition,
>which was filed against the tzdata package.
>It has been closed by Aurelien Jarno <[EMAIL PROT
I have also filed a bug on libc6 in Sarge for this issue (since the
timezone information is rolled into the libc6 package in Sarge), #433870:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433870
You may possibly wish to coordinate with the libc6 maintainer.
Ewen
--
To UNSUBSCRIBE, email to
The equivilent bug for Etch is #433869:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433869
Ewen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.2.ds1-22sarge6
Severity: normal
The New Zealand Government has altered the dates when Daylight Time
will start and end starting this year. Daylight Time will begin one
week earlier (on the last Sunday in September, instead of the first
Sunday in October), and finish tw
Package: tzdata
Version: 2007b-1
Severity: normal
The New Zealand Government has altered the dates when Daylight Time
will start and end starting this year. Daylight Time will begin one
week earlier (on the last Sunday in September, instead of the first
Sunday in October), and finish two weeks la
Ewen McNeill writes:
>In reply to bug 349729 Martin Schulze <[EMAIL PROTECTED]> wrote:
>>http://www.debian.org/security/2006/dsa-946 [...]
>>[the advisory indicates only LC_*, LANG, LANGUAGE and TERM are passed through]
>[ The discussion is now merged into:
> htt
In reply to bug 349729 Martin Schulze <[EMAIL PROTECTED]> wrote:
>Please read the advisory again:
>http://www.debian.org/security/2006/dsa-946
>
>It says:
>
> "Additional variables are only passed through when set as env_check
> in /etc/sudoers, which might be required for some scripts to
> co
DSA 809-3 released squid 2.4.6-2woody11 which included the fix for the
FTP instability regression. I have had a hand patched version in
production for a week, and 2woody11 in production for two days, and both
seem to have been stable. (With -2woody10 it would crash at least once
an hour.)
So I t
1 13:09:43 2005
+++ squid-2.4.6-ftpfix/debian/changelog Tue Nov 1 13:03:58 2005
@@ -1,3 +1,11 @@
+squid (2.4.6-2woody10.ftpfix) oldstable-security; urgency=high
+
+ * Added fix for broken ftpDataRead() handling (in ftp.c), which was broken
+by 2.4.6-2woody10 patches. Suggested by "Kosa
.
Full session:
-=- cut here -=-
[EMAIL PROTECTED]:~$ reportbug reportbug
Using 'Ewen McNeill <[EMAIL PROTECTED]>' as your from address.
Getting status for reportbug...
Querying Debian bug tracking system for reports on reportbug
(Use ? for help at prompts.)
Traceback (most recent
Package: squid
Version: 2.4.6-2woody10
Severity: normal
After installing the 2.4.6-2woody10 security update for Squid on
Debian Woody (DSA 809-2, fixing a regression in DSA 751), squid now
regularly restarts itself, logging:
assertion failed: comm.c:636: "F->flags.open"
This is happening appro
Package: samba
Version: 3.0.14a-3
Severity: grave
Justification: causes non-serious data loss
When upgrading from Debian Woody (with Samba 2.x) to Debian Sarge (with
Samba 3.x), /var/lib/dpkg/info/samba.postinst attempts to convert the
smbpasswd database to the new TDB format, with the following c
Further to my report:
- I ended up forcing a reboot by powering the machine off (as sending
a break on the serial console didn't seem to work, and there was no
functional tty or remote access)
- After rebooting the system complained that it couldn't fsck /dev/hda2
(the root disk) and prompte
Package: installation-reports
Debian-installer-version: Version shipped with Debian 3.1r0a
uname -a: Linux version 2.6.8-2-sparc64 ([EMAIL PROTECTED]) (gcc version 3.3.5
(Debian 1:3.3.5-12)) #1 Wed Mar 23 04:23:37 EST 2005
Date: 2005/09/27 14:00:00 NZST
Method: Network boot into install system,
In message <[EMAIL PROTECTED]>, Bill Allombert writes:
>reopen 310801 [...]
>
>Hello, I reopen these report that have been summarily closed without
>being processed. When the bug is an upgrade failure, we should at least
>try to reproduce the failure before closing the bug. [...]
While I agree
Hi,
It appears that mozilla-firefox_1.0.4-2sarge3 resolves the issue with
mozilla-firefox_1.0.4-2sarge2; with the new update installed from DSA
779-2 both middle-click and ctrl-click work again to open new tabs.
So I think you can close this bug.
Bug #324686 and bug #325612 appear to report the
In message <[EMAIL PROTECTED]>, Laszlo Boszormenyi writes:
>On Tue, 2005-08-30 at 18:20 +1200, Ewen McNeill wrote:
>> Package: libneon24
>> Version: 0.24.7.dfsg-2
>> Severity: normal
>>
>> libneon24 is compiled with the --disable-debug parameter. This appar
Package: libneon24
Version: 0.24.7.dfsg-2
Severity: normal
libneon24 is compiled with the --disable-debug parameter. This apparently
means that setting ne_debug is completely ignored. Which in turn means
that the subversion recommendation to set neon-debug-mask (in
.subversion/servers) to debug
Package: mozilla-firefox
Version: 1.0.4-2sarge2
Severity: normal
In 1.0.4-2sarge1 (and every other Firefox build I've used), it's
possible to open a new tab (or window) with the middle mouse button,
or with ctrl-click, on a link.
In 1.0.4-2sarge2 neither of these features work any longer; clickin
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes:
>Thanks again for your report, report from upgrade on less mainstream
>architectures are very valuable to us.
FWIW, I've successfully upgraded my Cobalt RAQ2 (mipsel) from Woody to
Sarge by updating to the Sarge apt sources, apt-get update,
reopen 310801
retitle 310801 Release Notes: mips(el): further notes on upgrade approach
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
r writes:
>Frans Pop has changed the release notes to follow your suggestions:
>[]
> # apt-get install aptitude
>
>aptitude will show you a list of the
Package: upgrade-reports
[NOTE: This duplicates some information in report #310005; I'm
still filing as a separate bug because I think the specific issue
(aptitude missing in woody for mips(el)) is sigificant enough to warrant
separate attention. Feel free to close this bug if/when issue raised
i
Package: upgrade-reports
Archive date: Tue May 17 20:00:01 UTC 2005
Upgrade date: 2005/05/19 09:00:00 +1200
uname -a: Linux alphadeb 2.4.18-1-generic #1 Sat Apr 10 10:19:35 EST 2004 alpha
GNU/Linux
Method: aptitude following instructions here:
http://www.debian.org/releases/sarge/alpha/release-no
Package: upgrade-reports
Archive date: Tue May 17 20:00:01 UTC 2005
Upgrade date: 2005/05/18 12:30:00 +1200
uname -a: Linux ss5 2.4.26-ss5 #1 Tue Apr 20 11:19:22 NZST 2004 sparc GNU/Linux
Method: aptitude (via instructions at
http://www.debian.org/releases/sarge/sparc/release-notes/ch-upgrading.en
Package: upgrade-reports
Archive date: Tue May 17 20:00:01 UTC 2005
Upgrade date: 2005/05/18 12:30:00 +1200
Apologies for abusing this method to report a Sarge release documentation
issue, but it seemed the most likely to get to the relevant people in
a position to actually fix it before the re
35 matches
Mail list logo
