Package: elpa-ac-rtags
Version: 2.38-12
Severity: important
Dear Maintainer,
Package elpa-ac-rtags fails to update, with this error:
-
Setting up elpa-ac-rtags (2.38-12) ...
Install emacsen-common for emacs
emacsen-common: Handling install of emacs
1V4
R+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 router,
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. Curren
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 tr
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 Rel
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 st
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 direc
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 /etc/
em up at all.
I'm not sure what the solution is here. Perhaps 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 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
dh
dr=0x421} ---
> 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 E7
NUNET_HOME = /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
t a new version of dbus arrived 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
Ke
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 code
anks,
.Ron
--
Ron 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
> &g
inactive (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
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 tim
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
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
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
Gtk-Message:
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. Ba
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
13083
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 th
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 assume
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 "
ce and maintain 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
be:
1. Supply the missing 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
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 I
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 h
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/mta/sen
/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
-
kage 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
s necessary).
>
> 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.
Thank
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 Linu
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 effecti
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
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
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
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
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
#! /bin
s work
properly (on my box, at least) without correcting this issue.
,Ron Murray
--
Ron Murray
PGP Fingerprint:
5A26 A211 68D9 E5AA 176A 1AA3 7A89 5E0B 040A 7431
**
This email and any files transmitted with it are c
Corrected patch attached (fixes gtk-3.0 as well as gtk-3.20 branch).
.Ron
--
Ron Murray
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/Bright/gtk.css
--- xfce4
"reinstall grub" 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
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
> kernel/x86/microcode/GenuineIntel
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
PGP Fingerprint: 0ED0
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
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, and,
by Michael Gilbert .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Michael Gilbert
> by
> replying to this email.
>
>
Confir
ress of the
> submitter).
> Detected 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_ve
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.
* /etc/default
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
> Ge
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
> run()
> File "/usr/lib/pyt
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 clo
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:
Debian
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 ther
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
"Sugges
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 times
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
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
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 packag
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 ca
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 un
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:
Deb
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 debian
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 /var/lib/dpkg/info/tzdata.postinst
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/spamas
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
f59a570b2c630a540e2471350f7
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): WARNI
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 resu
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
you can probably close this bug. Sorry
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-bug
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 GL
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
oes stop my laptop from hibernating until I start hal, log 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
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
no
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: 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 ourse
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 writte
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 /(dirname
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
wit
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 gn
and logrotate ran properly: would the file be re-created under
those circumstances? (I'm still not sure).
Anyway, 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://w
1 - 100 of 141 matches
Mail list logo
