+PzE9OncPIgEzmN1ph9u4dfB90kzl64OjPviL5xcazDTBj5wVUmzks3R6RlhV42
plFZhxs8Mhz2aCXfmlMZYKlDbvVtBEdd55CL/c9u1M5XOwSbpRyHzeqsOUcONgWD
Lz9s4f2pvNmyPT+VDhsZ3SrPJTFd5MB4CCx4fQWEf34DL3NoEsE=
=JnJj
-END PGP SIGNATURE-
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Package: minissdpd
Version: 1.6.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Looks like bugs #890584 and #901605 are back again. I'm getting lots
of "minissdpd[810]: peer xxx.xxx.xxx.xxx:y is not from a LAN"
messages in my syslog. The "peer" involved is my WiFi
I’ll try that later tonight.-- Ron Murray <r...@rjmx.net>PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761On 24 Oct 2023, at 15:28, Martin-Éric Racine wrote:Next, try what's in Testing.On Tue, Oct 24, 2023 at 10:15 PM Ron Murray wrote:It’s still happening. Currently r
It’s still happening. Currently running version 1:9.4.1-24~deb12u2. …..Ron-- Ron Murray <r...@rjmx.net>PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761On 9 Oct 2023, at 10:02, Martin-Éric Racine wrote:Noted. If that still doesn't fix it, the next step is to try
Package: rsync
Version: 3.2.7-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Please add support for specifying an SSH port other than 22 for SSH
transfers. The "--port=xxx" option only seems to affect rsync transfers.
- -- System Information:
Debian
Package: dhcpcd-base
Version: 9.4.1-22
Severity: normal
Dear Maintainer,
dhcpcd stops listening on udp port 68 after several days. Still
listening on raw port 17. I've tried re-installing the package and I
still get the same result.
-- System Information:
Debian Release: 12.1
APT prefers
Package: tripwire
Version: 2.4.3.7-4+b9
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
The latest version of tripwire segfaults during a run. I've taken an
strace, but it's over a Gb lond, and still over 100 Mb when tarred and
feathered. I'll try and attach
Package: emacs-common
Version: 1:29.1+1-5
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
It looks like Bug #477136 is back again.
I was updating emacs when I got these errors:
Performing actions...
(Reading database ... 2432913 files and
Package: command-not-found
Version: 23.04.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have my own repository of packages I've created myself, and I
sign them with GPG. This means that Debian needs to have my public
key, which I've installed in
galternatives could
be modified to fix it, or perhaps a new application is in
order. Another alternative would be to install gnome-control-center at
all times, and provide instructions to use it if needed. (I don't
recommend this: the thing's ugly).
.Ron Murray
- -- System Information:
Debian
patch sets the pinentry mode to "default" when we're decrypting or
signing, which should cause the normal pinentry dialog to be
displayed.
Tags: Patch provided
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
When decrypting or signing a file,
udiskie's "--verbose" mode helped solve this.
You can close this bug now.
Thanks,
.Ron
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Source: qca2
Version: 2.3.4-1
Severity: normal
Tags: ftbfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
While trying to build qca2 from source, I get
- ---
dh_install -O--builddirectory=build
dh_installdocs -O--builddirectory=build
---
> write(2, "Software interrupt forced exit: "..., 51Software interrupt forced
> exit: Segmentation Fault
> ) = 51
> exit_group(8) = ?
> +++ exited with 8 +++
.Ron Murray
- --
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
- --
= /var/lib/gnunet/
GNUNET_DATA_HOME = /var/lib/gnunet/data/
GNUNET_RUNTIME_DIR = /var/run/gnunet/
[arm]
START_SYSTEM_SERVICES = YES
START_USER_SERVICES = NO
OPTIONS = -l /var/log/gnunet/gnunet.log
gnunet starts up fine.
.Ron Murray
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B
rrived a week or two back, so perhaps
the problem lies in that.
Thanks,
.Ron Murray
- -- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.18.15.khufu (SMP w/8
Package: libqca-qt5-2
Version: 2.3.4-1
Severity: normal
File: libqca-qt5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I'm writing an app that can use PGP/GPG to encrypt entries, and,
since the rest of the app is written in Qt5, I chose to use QCA for
that part.
My
Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
On Mon, 2022-04-18 at 21:52 +0200, Steinar H. Gunderson wrote:
> On Mon, Apr 18, 2022 at 03:46:21PM -0400, Ron Murray wrote:
> > root@khufu:~# systemctl status plocate-updatedb.timer
> > ○ plocate-updatedb
tive (dead)
Trigger: n/a
Triggers: ● plocate-updatedb.service
We'll see how it goes tonight.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
On Mon, 2022-04-18 at 20:49 +0200, Steinar H. Gunderson wrote:
> On Mon, Apr 18, 2022 at 02:34:22PM -0400, Ron
Package: plocate
Version: 1.1.15-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
The daily update.db job for plocate is not being run. Last time it
ran on my system was December 30, 2021. Manual updates work fine.
This job should be run by systemd's
Yes. Once I've figured out what the problem is, I'll file another bug
report.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
On Sun, 2022-04-17 at 23:27 +0200, Steinar H. Gunderson wrote:
> On Sun, Apr 17, 2022 at 04:39:30PM -0400, Ron Murray wr
Ah.
Sorry, perhaps I wasn’t too clear. Running updatedb manually works fine. I
just had to do it again. I think the only issue is the auto update.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
> On Apr 17, 2022, at 16:14, Steinar H. Gunderson wr
I think the problem is that the cron.daily plocate job isn't being run.
I'd suspect the systemd timer doesn't work, but I'm not sure. I'll hack
the cron.daily/plocate script to save some diagnostic information, and
perhaps that'll help.
Thanks,
.Ron
--
Ron Murray
PGP Fingerprint: 4D99
Package: caffeine
Version: 2.9.10-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
caffeine does't come up when I try to start it. Here's what happens
when I try to start it from the command line:
- ---
ron@khufu:~$ caffeine
Package: plocate
Version: 1.1.15-2
Followup-For: Bug #1009143
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steinar, you may be right about problems with the upgrade. I started
looking into this earlier today because 'locate' couldn't find files
that I knew were present in the filesystem.
I have the same problem here. Removing lmms and fluidsynth-dssi made no
difference.
I did a debug build and ran it with gdb. The resullt is attached.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git
Copyright (C
ve
fixed the problem.
You can probably close this bug.
Thanks,
.Ron
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
signature.asc
Description: This is a digitally signed message part
Package: gpg
Version: 2.2.27-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
When importing public keys, gpg hangs for several minutes with
something like
gpg: waiting for lock (held by 1308345) (deadlock?) ...
Process 1308345, in this case, was
Problem was caused by there being no entry for "bookworm" in
/usr/share/live/build/data/debian-cd. Fixed by
# cd /usr/share/live/build/data/debian-cd
# ln -s squeeze bookworm
This bug can now be closed.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Package: tripwire
Version: 2.4.3.7-3+b3
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I've been using tripwire for several years now, and never had troubles
with it until this morning (perhaps [not] coincidentally with
Package: handbrake
Version: 1.3.1+ds1-2+b3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I made a 22-encode-long queue for Handbrake to encode to .m4v
files. Upon completion, it deleted the .m4v file at the beginning of
the queue and started again. I
Never mind. I thought I'd point out a deficiency, but you seem to be
more interested in how I found it than the deficiency itself.
On Sun, 2021-04-18 at 18:32 +0200, Yves-Alexis Perez wrote:
> On Fri, 2021-04-02 at 00:57 -0400, Ron Murray wrote:
> >
> > I noticed &quo
it myself.
Thanks,
.Ron
On Wed, 2021-04-07 at 22:07 +0200, Chris Hofstaedtler wrote:
Hello Ron,
* Ron Murray [210407 20:05]:
> I'm not going to supply a patch because I feel that this should be
> the decision of the maintainer.
There is no maintainer.
> PS FFS, this bug is *1
parser generator files.
2. Only allow 'none' to be selected as the parser generator when using
c++.
I'm not going to supply a patch because I feel that this should be
the decision of the maintainer.
.Ron
PS FFS, this bug is *18* *years* *old*.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317
Package: xfce4-appfinder
Version: 4.16.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I noticed "Application Finder" in a Debian Live build I'd made, and
wondered why I'd never seen it on my normal Debian box. So I tried to
add it with xfce4's "Add New
Package: live-build
Version: 1:20191221
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Build for bullseye with security=false works fine.
Build for security=true fails with:
> E: The repository 'http://security.debian.org bullseye/updates Release'
> does not
On 7/30/19 4:14 PM, Andreas Beckmann wrote:
> Hi Ron,
>
> On 21/07/2019 05.42, Ron Murray wrote:
>> On upgrade to buster, sendmail upgrade failed with this message:
>>
>>> start-stop-daemon: matching only on non-root pidfile
>>> /var/run/sendmail/mt
/mta/sendmail.pid
as well.
Note:
Although probably not a sendmail problem (start-stop daemon?), it
might be advisable to re-word the error message. "matching only on
non-root pidfile xxx.pid is insecure" is rather cryptic, and does not
point the way to fixing the problem.
.Ron Murray
-
package to see if it helped. It did not.
Currentlt the problem can be fixed by uninstalling
xserver-xorg-core and its dependencies (uninstall any nvidia drivers
first), check that the directory /usr/lib/xorg/modules/extensions/ is
non-existent, or at least empty. Then reinstall xserver-xorg-core an
On 06/09/2018 03:12 PM, Ron Murray wrote:
> On Fri, 8 Jun 2018 07:48:30 +0200 Christopher Schramm wrote:
> > Hi Ron,
> >
> > there should not be any such auto-connect feature in blueman. You can
> > easily confirm that by stopping blueman-applet and check if it sti
essary).
>
> I actually think it is a feature of the headphones and not triggered
> from your Linux system.
>
>
Could be my headphones, but it doesn't happen with the Windows 10 box. I'll try
your suggestion when I get a chance, and let you know how it goes.
Thanks,
.Ron
-
After "and then right-clicking on the appropriate device.", I should have
written "then select 'Disconnect'".
Apologies for the error.
.Ron
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Package: blueman
Version: 2.0.5-1+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have a set of Bluetooth headphones which I use on multiple computers. I also
have a Bluetooth keyboard attached to my Linux box.
If I have the headphones connected to the
Package: emacs25-common
Version: 25.2+1-6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was
logins from :0, but there weren’t,
apparently because of this bug. (I am not usually in the habit of repeatedly
rebooting a machine just to watch it come up).
Thanks,
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Package: sddm
Version: 0.15.0-1
Severity: normal
Dear Maintainer,
sddm doesn't seem to update /run/utmp or /var/log/wtmp. Logging in with it, the
'w' command gives me:
> ron@khufu:~$ w
> 21:09:47 up 36 min, 0 users, load average: 0.10, 0.08, 0.20
> USER TTY FROM LOGIN@
I've just checked, and the problem doesn't happen here any longer either
(using xfce4).
Thanks,
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
signature.asc
Description: OpenPGP digital signature
value from efibootmgr is tested, as I noted in the original
bug report.
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
signature.asc
Description: OpenPGP digital signature
and gcc-6, I have no idea whether it'll work for previous or
future gcc versions. It depends on whether gcc, cc and other executables
are symlinked to gcc-5, cc-6 and so on.
Hope it helps.
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E86
k
properly (on my box, at least) without correcting this issue.
,Ron Murray
--
Ron Murray <murr...@dor.state.ma.us>
PGP Fingerprint:
5A26 A211 68D9 E5AA 176A 1AA3 7A89 5E0B 040A 7431
**
This email and any f
Corrected patch attached (fixes gtk-3.0 as well as gtk-3.20 branch).
.Ron
--
Ron Murray <murr...@dor.state.ma.us>
PGP Fingerprint:
5A26 A211 68D9 E5AA 176A 1AA3 7A89 5E0B 040A 7431
diff -uNr xfce4-notifyd-0.3.3/themes/gtk-3.0/Bright/gtk.css xfce4-notifyd-0.3.3-fixed/themes/gtk-3.0/
ot; option in the rescue disc returned "ok", even though the above
error messages appeared.
I've marked this "important" even though it's probably close to the "grave"
category. Feel free to change it.
.Ron Murray
-- Package-specific info:
***
Package: initramfs-tools-core
Version: 0.123
Severity: normal
Dear Maintainer,
When using lsinitramfs to check the contents of an initrd:
> root:~# lsinitramfs /boot/initrd.img-4.4.2
> /boot/initrd.img-4.4.2-curly-0
> kernel
> kernel/x86
> kernel/x86/microcode
>
Package: python-paramiko
Version: 1.15.2-1
Severity: normal
I'm using paramiko as the SSH backend for duply. Recently, after
looking more closely at the current SSH man page, I found that
newer types of SSH keys, ECDSA and ED25519, existed. So I created
new keypairs of that nature, and all seemed
I neglected to mention that authentication for my backups is normally
in the form of passwords (contained in duply's config file). I don't
use public-key authentication for my backups, although I do use it for
all other SSH purposes.
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Finge
Package: gqrx-sdr
Version: 2.3.1-2
Severity: minor
Dear Maintainer,
URL given in man page (in SEE ALSO section) is
http://www.oz9aec.net/index.php/gnu-radio/gqrx-sdr
Project's home page has moved to
http://gqrx.dk/
-- System Information:
Debian Release: stretch/sid
APT prefers testing
Package: cairo-dock-core
Version: 3.3.2-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have cairo-dock set to start with my xfce4 session (with no xfce4
panels). It will quite often crash noiselessly after a few minutes
running; the cairo-dock process is still running,
.
--
Ron Murray r...@rjmx.net
PGP Fingerprint: 0ED0 C1D1 615C FCCE 7424 9B27 31D8 AED5 AF6D 0D4A
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
character set: us-ascii
Please change your locale if this is incorrect.
- -- Package-specific info:
** Environment settings:
EDITOR=emacs
EMAIL=r...@rjmx.net
INTERFACE=text
** /home/ron/.reportbugrc:
reportbug_version 2.10.1
mode expert
ui text
realname Ron Murray
email r...@rjmx.net
no-ldap
query
Package: init-select
Version: 1.20140301
Followup-For: Bug #739581
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H. Close, but no banana.
* Problem still exists in version 1.20140301. grub.cfg cuts off
immediately after the ### BEGIN /etc/grub.d/30_init-select ###
line.
*
Package: grub2-common
Version: 2.00-22
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the last grub update in testing, update-grub appears to fail
during 30_init-select and doesn't include Windows partitions in
grub.cfg, although it sees them:
khufu:~# update-grub
Package: udev
Version: 204-5
Followup-For: Bug #655924
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have the same kind of problem. I have four Debian machines, and on
three of them the only symlink created is /dev/cdrom (linked to sr0).
The fourth machine (the one I'm submitting this on, and
Package: calendarserver
Version: 3.2+dfsg-5
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When trying to start calendarserver:
# /etc/init.d/calendarserver start
Traceback (most recent call last):
File /usr/bin/twistd, line 14, in module
run()
File
Package: gnome-online-accounts
Version: 3.4.2-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For some time now, whenever I log in to Gnome, the display locks up
solid for around 30 seconds. The mouse cursor is visible and moveable,
but anything on the display (like gkrellm's
Package: krb5-auth-dialog
Followup-For: Bug #714815
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ah yes. I must admit that I hadn't realised there were menu items
under those. Sorry for taking up your time.
You may close this bug if you want.
Thanks,
.Ron
- -- System Information:
Package: krb5-auth-dialog
Version: 3.8.0-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sometime recently, krb5-auth-dialog lost its 'preferences' function,
leaving no way to set the login primcipal (among other things). It
used to be in the context menu, but it's no longer
I second the motion. I do not need xul-ext-adblock-plus. Especially
since it forces installation of iceweasel, which I most emphatically do
_not_ need. I'll stick with manually installing the *real* firefox,
thank you very much.
As the original submitter says, please move the dependency to
On Sep 5, 2012, at 5:11, deb...@mikapflueger.de wrote:
Hi Ron
Are you absolutely sure the context for gdm3 is correct at the machine where
it doesn't work? You wrote that you relabeled and rebooted and that would
restore the (wrong) context. Unfortunately (I'm not sure if this is a bug -
Package: selinux-policy-default
Version: 2:2.20110726-9
Followup-For: Bug #683756
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I did some work on the remaining machine today. First I enabled
debugging on the gdm3 daemon, set up an strace, and started gdm. As
before, gdm3 respawned multiple
On 08/29/12 06:27, Laurent Bigonville wrote:
Hello,
Alright, I got it.
/usr/sbin/gdm3 is not labeled with the right context.
On my machine here it's labeled:
-rwxr-xr-x. 1 root root system_u:object_r:xdm_exec_t:SystemLow 160296 jun 25
20:29 /usr/sbin/gdm3
And by default in wheezy it's
On 08/28/12 13:00, Laurent Bigonville wrote:
Hi,
Could you please check if you have the selinux-policy-default package
installed?
Also, what is the semanage login -l command giving you?
Cheers
Laurent Bigonville
selinux-policy-default package is installed.
semanage login -l gets me:
On 08/14/12 12:10, Rahul Amaram wrote:
On Friday 13 July 2012 12:53 PM, Rahul Amaram wrote:
I am able to reproduce this issue. I will have to follow up with
upstream reg. this.
The problem is that the configuration option EnableSSL is set to
false. Kindly set the below option in
On 08/14/12 05:03, Laurent Bigonville wrote:
I'm running selinux in permissive mode and using GDM3 as DM and I've no
problem with it.
Could you look in /etc/pam.d/ and see and see what are call to
pam_selinux module in the gdm3 related services?
Also what is the version of gdm3 package?
Package: selinux-policy-default
Version: 2:2.20110726-9
Followup-For: Bug #683756
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Running gdm3 in debug mode, I get this in the gdm slave log:
-
gdm-welcome][4275]: DEBUG(+): GdmSessionWorker: received pam message of type 2
Package: selinux-policy-default
Version: 2:2.20110726-9
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the last selinux update (around July 6), running selinux in
permissive mode stops gdm3 and X from working for me (haven't tried
enforced mode).
Bootup proceeds normally
Package: calendarserver
Version: 3.2+dfsg-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After the upgrade from v2.x, calendarserver no longer listens on the
SSL port as it did before. Nothing obvious in the access or error
logs, even in debug mode.
- -- System Information:
Hi.
I was just going through old submitted bugs, and I came across this
one. I must have missed the reply, and I'm sorry about that, but the
problem certainly doesn't exist in current versions of brasero.
You can close this bug if you want.
.Ron
--
To UNSUBSCRIBE, email to
Package: calendarserver
Version: 2.4.dfsg-7.1
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the upgrade to 2.4.dfsg-7.1, calendarserver would not start:
[] Starting calendarserver: caldavdinvoke-rc.d: initscript
calendarserver, action start failed.
This is probably caused by Debian bug #662990 (in policycoreutils),
assuming you're running selinux. Unfortunately, while they fixed that
bug a couple of months ago, the upgraded package hasn't made it into
testing yet.
As a workaround, comment out line 32 of
On 05/08/12 21:24, Don Armstrong wrote:
On Tue, 08 May 2012, Ron Murray wrote:
I downloaded the source package and checked
debian/spamass-milter.init. Seems to be the same size and md5sum as
my /etc/init.d/spamass-milter:
# md5sum ./debian/spamass-milter.init /etc/init.d/spamass-milter
I downloaded the source package and checked debian/spamass-milter.init.
Seems to be the same size and md5sum as my /etc/init.d/spamass-milter:
# md5sum ./debian/spamass-milter.init /etc/init.d/spamass-milter
f59a570b2c630a540e2471350f7050ec ./debian/spamass-milter.init
Package: spamass-milter
Version: 0.3.1-10
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With the move of /var/run to /run (and associated use of volatile
memory), the permissions on /run/spamass are not set correctly on
reboot:
drwxr-xr-x. 2 root root100
Package: earcandy
Version: 0.9+bzr12-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Starting earcandy doesn't result in a GUI. It just hangs until I
interrupt it with ctl-C:
- ---
ron@khufu:~$ earcandy
** (process:16963):
Package: evolution
Version: 3.2.2-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've just installed evolution on my desktop and laptop, and both have
the same problem: no root CA certicates in the certificate store
(Edit/Preferences/Certificates/Authorities is empty). This
Package: usbmount
Version: 0.0.22
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For some time, I've noticed that, when I plug a flash drive into my
wheezy boxes, it's been mounted twice (usually at /media/usb0 and
/media/usb1). Access is ok at either mount point, but I've had to
.
.Ron
--
Ron Murray (r...@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint:
0ED0 C1D1 615C FCCE 7424 9B27 31D8 AED5 AF6D 0D4A
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
for annoying you.
Thanks,
.ROn
--
Ron Murray (r...@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint:
0ED0 C1D1 615C FCCE 7424 9B27 31D8 AED5 AF6D 0D4A
Stand on the toilet, get high on pot.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Package: libclutter-1.0-0
Version: 1.6.10-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Programs using clutter have recently started to fail. geeqie, for
example:
(geeqie:9963): Clutter-CRITICAL **: Unable to initialize Clutter:
Unable to find suitable fbconfig for the GLX
Florent's init.d script doesn't work if more than one interface is
specified in /etc/default/isc-dhcp-server. The attached script fixes
that problem.
.Ron
--
Ron Murray (r...@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint:
0ED0 C1D1 615C FCCE 7424 9B27 31D8 AED5 AF6D
out, and
log in again. (There's probably a better way than logging out/in, but I
haven't looked yet).
If hal isn't mostly necessary any more, it might have been an idea to
state that in the changelog.
(forgot to copy to bugs.debian.org earlier)
--
Ron Murray (r...@rjmx.net)
http://www.rjmx.net
Not sure if this is related or not, but since the upgrade to 5.7.3 in
testing, I've been getting lots of mail from logcheck that look like this:
This email is sent by logcheck. If you wish to no-longer receive it,
you can either deinstall the logcheck package or modify its
configuration file
Package: hal
Version: 0.5.14-5
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the recent hal upgrade and the change to d-bus activation, hald
is not starting on bootup on at least three of my Debian
machines. Running 'lshal' as root starts it up just fine, and it works
Package: strongswan-ikev2
Version: 4.5.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The charon daemon in strongswan 4.5.0 respawns after less than a
minute:
Feb 19 11:13:16 cheops charon: 10[DMN] thread 10 received 11
Feb 19 11:13:16 cheops charon: 10[DMN] killing
Package: fetch-crl
Version: 2.8.5-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Installing this package does not create the
/etc/grid-security/certificates directory. This could be the reason we
get the
'/etc/grid-security/certificates' is not a directory
or cannot be
Package: selinux-policy-default
Version: 2:0.2.20100524-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When trying to start avahi-daemon after today's update, it fails. My
syslog has:
Jul 23 21:36:29 tinkerbell avahi-daemon[21370]: Found user 'avahi'
(UID 135) and group
Package: opendnssec-enforcer, opendnssec-signer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Version: 1.0.0-6
Severity: normal
There's a bug in the init.d scripts of both the opendnssec-enforcer
and opendnssec-signer packages which causes the PID file to be created
in a newly-created
Looks like one of the recent samba/winbind updates made winbind
authentication required (seems a silly thing to do, but what do I
know?).
Try running pam-auth-update and switch off winbind authentication.
.Ron
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: gnome-keyring
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If I unmount my NTFS partition, I keep getting errors (in auth.log, no
less!) like this:
Feb 15 10:42:53 khufu gnome-keyring-daemon[17623]:
removing removable location: /win
Feb 15 10:42:53 khufu
, let me know what you think. Wouldn't surprise me if I'd
missed something obvious.
Thanks for you work on this,
.Ron
--
Ron Murray (r...@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint:
0ED0 C1D1 615C FCCE 7424 9B27 31D8 AED5 AF6D 0D4A
Random access is the optimum
Package: spamassassin
Version: 3.3.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the recent spamassassin upgrade, I'm starting to get log entries
like this:
Feb 9 10:41:04 tinkerbell mimedefang-multiplexor[2743]: Slave 2
stderr: plugin: failed to parse plugin (from
1 - 100 of 140 matches
Mail list logo