Bug#1076097: DeprecationWarning: This process (pid=3710789) is multi-threaded, use of fork() may lead to deadlocks in the child.

[David Mandelberg]

Package: unattended-upgrades
Version: 2.11

After a recent upgrade of python3 from 3.11.8-1 to 3.12.2-1, 
unattended-upgrade gives these warnings:


/usr/bin/unattended-upgrade:769: DeprecationWarning: This process 
(pid=3710789) is multi-threaded, use of fork() may lead to deadlocks in 
the child.

  pid = os.fork()

Bug#1072321: add package for opentelemetry/otlp (and other grpc modules?)

[David Mandelberg]

Hi,

Sorry for the noise, but I learned about the axosyslog fork (which I 
just filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072543 
for) after I filed this bug. The OTLP features that I want to use look 
like they'll be in axosyslog but not syslog-ng, so I'm not sure I 
actually care about an otlp package for syslog-ng. Should I close this bug?

Bug#1072543: RFP: axosyslog -- cloud-native, syslog-ng compatible logging agent

[David Mandelberg]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: syslog-ng-maintain...@alioth-lists.debian.net

* Package name: axosyslog
  Version : 4.7.1
  Upstream Author : Axoflow
* URL : https://github.com/axoflow/axosyslog
* License : GPL and LGPL
  Programming Lang: C
  Description : cloud-native, syslog-ng compatible logging agent

AxoSyslog was recently forked[0] from syslog-ng, which is already in 
Debian. And its developers are working on some features that I could 
really use.


 [0] https://axoflow.com/axosyslog-syslog-ng-fork/

Bug#1072321: add package for opentelemetry/otlp (and other grpc modules?)

[David Mandelberg]

Source: syslog-ng
Version: 4.4.0-1
Severity: wishlist

Hi,

I don't see a package for the opentelemetry module, and it doesn't seem 
to be in syslog-ng-core. Would it be possible to add the --enable-grpc 
configure flag to the build process, and package the opentelemetry module?

Bug#1071576: bugs.debian.org: bug subscription no longer possible: no "Please confirm subscription" e-mail

[David Mandelberg]

I'm having the same problem. Could it be related to #1071469 which also 
involves mail issues around the same time?

Bug#1067620: add max version to python3-ruamel.yaml dependency

[David Mandelberg]

Hi,

Looks like python3-ruamel.yaml is at 0.18.6+ds-3 in testing and 
unstable, and whipper is failing for me now. 
https://github.com/whipper-team/whipper/issues/605#issuecomment-2073552007 
mentions a fix. Would it be possible to get that patch in Debian? (I 
haven't tested it myself though.)

Bug#1070329: [borg mount] fuse: failed to exec fusermount3: No such file or directory

[David Mandelberg]

Package: borgbackup
Version: 1.2.4-1

When I tried to use `borg mount`, it gave the error "fuse: failed to 
exec fusermount3: No such file or directory". The package recommends 
fuse, but installing fuse3 instead seemed to fix the error. Should the 
package recommend fuse3 instead of fuse?

Bug#1067620: add max version to python3-ruamel.yaml dependency

[David Mandelberg]

Package: whipper
Version: 0.10.0-2

From https://github.com/whipper-team/whipper/issues/605 and 
https://github.com/whipper-team/whipper/issues/606 it looks like whipper 
fails with newer version of ruamel.yaml. Should the Debian package add a 
max version to the dependency to prevent it breaking when 
python3-ruamel.yaml is updated?

Bug#1065209: package sae_pk_gen

[David Mandelberg]

Package: hostapd
Version: 2:2.10-12
Severity: wishlist

Hi,

I think https://w1.fi/cgit/hostap/tree/hostapd/sae_pk_gen.c is needed to 
configure hostapd for SAE-PK. Would it be possible to build it 
(https://w1.fi/cgit/hostap/tree/hostapd/Makefile#n1390) and include that 
in the package?

Bug#1064468: Settings schema 'org.gnome.desktop.a11y.interface' does not contain a key named 'show-status-shapes'

[David Mandelberg]

Package: gnome-settings-daemon
Version: 46~beta-1

After a recent upgrade, many applications running under gnome X11 
stopped using gnome's settings. (Like large text, cursor theme, etc.) 
Digging into it, I found that org.gnome.SettingsDaemon.XSettings.service 
had failed to start with this error message:


feb 21 23:54:27 solaria gsd-xsettings[2760]: Settings schema 
'org.gnome.desktop.a11y.interface' does not contain a key named 
'show-status-shapes'


Upgrading gsettings-desktop-schemas from 45.0-2 to 46~beta-3 seems to 
have fixed the problem. So I think gnome-settings-daemon's dependency on 
gsettings-desktop-schemas (>= 42~) should be updated to require a newer 
version?

Bug#1056165: google.protobuf stubs missing?

[David Mandelberg]

Package: python3-typeshed
Version: 0.0~git2023.6764465-2

python3-typeshed has python3-types-protobuf in its Provides, so I assume 
it's supposed to provide types for google.protobuf? But I don't actually 
see any stubs for that package, and mypy gives this error:


dseomn@solaria:/tmp/tmp.ENkl9u3Pjr$ cat foo.py
from google.protobuf import json_format
dseomn@solaria:/tmp/tmp.ENkl9u3Pjr$ mypy foo.py
foo.py:1: error: Module "google.protobuf" has no attribute "json_format" 
 [attr-defined]

Found 1 error in 1 file (checked 1 source file)


Until recently, I just configured mypy with `ignore_missing_imports = 
true` for google.protobuf.*, but that stopped working sometime around 
the upgrade from python3-typeshed 0.0~git20221107.4f381af-1 to 
0.0~git2023.6764465-2. (I don't know if that's the cause or if the 
timing is a coincidence, but either way, it looks like the stubs are 
missing.)

Bug#1051372: Ctrl-F crashes thunderbird in nl_NL.UTF-8 locale

[David Mandelberg]

Package: thunderbird-l10n-nl
Version: 1:115.2.0-1

If I run `env -u LOCPATH -u LANGUAGE LANG=nl_NL.UTF-8 thunderbird` and 
hit Ctrl-F to find text within an email, thunderbird crashes. If I do 
the same thing with `env -u LOCPATH -u LANGUAGE LANG=en_US.UTF-8 
thunderbird` instead, it doesn't crash. Using `/` instead of Ctrl-F 
works in either locale.

Bug#1040705: Call to undefined function GuzzleHttp\json_decode()

[David Mandelberg]

Package: roundcube-core
Version: 1.6.1+dfsg-1

I tried setting up oauth2 in roundcube, but when the OIDC provider 
redirects back to roundcube, I get an "Oops... something went wrong!" 
page. When that happens, /var/log/roundcube/errors.log shows:


[09-Jul-2023 17:00:49 UTC] PHP Fatal error:  Uncaught Error: Call to 
undefined function GuzzleHttp\json_decode() in 
/usr/share/roundcube/program/include/rcmail_oauth.php:237

Stack trace:
#0 /usr/share/roundcube/program/actions/login/oauth.php(37): 
rcmail_oauth->request_access_token()

#1 /usr/share/roundcube/index.php(198): rcmail_action_login_oauth->run()
#2 /var/lib/roundcube/public_html/index.php(26): include('...')
#3 {main}
  thrown in /usr/share/roundcube/program/include/rcmail_oauth.php on 
line 237


Adding `require_once("GuzzleHttp/autoload.php");` to 
/etc/roundcube/config.inc.php seems to fix the error, but I'm not sure 
if that's the right way to do it. php-guzzlehttp-guzzle is installed and 
version 7.4.5-1 if that helps.


See also https://github.com/roundcube/roundcubemail/pull/8773 which is 
related, but seems to have a different cause. Presumably it will fix the 
issue when it makes it into Debian, but I'm filing this bug anyway in 
case there's a packaging issue that will prevent roundcube from finding 
other guzzle functions not affected by that PR.

Bug#1040499: mail uses short hostname for return address, instead of fqdn

[David Mandelberg]

Package: mailutils
Version: 1:3.16-1

After a recent upgrade, the mail command switched from using 
@ to using @ for the default 
return address. I don't see anything in the changelog, so I'm guessing 
that wasn't an intentional change? I do see "Remove leftover uses of 
gethostby* functions." in the changelog which might be related though?


Here are some debug logs in case it helps. On another host with 
mailutils 1:3.15-4, the "mu_mailer_send_message(): using From" line 
shows the fqdn instead of the short hostname.


dseomn@solaria:~$ hostname
solaria
dseomn@solaria:~$ hostname --fqdn
solaria.mandelberg.org
dseomn@solaria:~$ echo test | mail.mailutils 
--debug-level='acl;config;mailbox;mailer;auth' --no-config 
--config-verbose root

mail.mailutils: sendmail binary: /usr/sbin/sendmail
mail.mailutils: Getting auth info for UID 1000
mail.mailutils: Trying system...
mail.mailutils: system yields 0=Success
mail.mailutils: source=system, name=dseomn, passwd=x, uid=1000, 
gid=1000, gecos=David Mandelberg dir=/home/dseomn, shell=/bin/bash, 
mailbox=/var/mail/dseomn, quota=0, change_uid=1

mail.mailutils: Getting auth info for UID 1000
mail.mailutils: Trying system...
mail.mailutils: system yields 0=Success
mail.mailutils: source=system, name=dseomn, passwd=x, uid=1000, 
gid=1000, gecos=David Mandelberg dir=/home/dseomn, shell=/bin/bash, 
mailbox=/var/mail/dseomn, quota=0, change_uid=1

mail.mailutils: mu_mailer_send_message(): using From: dseomn@solaria
mail.mailutils: exec /usr/sbin/sendmail argv: /usr/sbin/sendmail -oi -f 
dseomn@solaria -t

mail.mailutils: Sending headers...
mail.mailutils: Header: To: root
mail.mailutils: Header: User-Agent: mail (GNU Mailutils 3.16)
mail.mailutils: Header: Date: Thu,  6 Jul 2023 15:48:20 -0400
mail.mailutils: Header:
mail.mailutils: Sending body...
mail.mailutils: /usr/sbin/sendmail exited with: 0

Bug#1033808: ImportError: cannot import name 'Markup' from 'jinja2'

[David Mandelberg]

Package: salt-common
Version: 3004.1+dfsg-2
Severity: important

salt-ssh and salt-call are both giving me the error below, though with 
different parts at the top of the stack trace. Upstream bug is: 
https://github.com/saltstack/salt/issues/61848


Traceback (most recent call last):
  File "/usr/bin/salt-ssh", line 33, in 
sys.exit(load_entry_point('salt==3004.1', 'console_scripts', 
'salt-ssh')())


^
  File "/usr/lib/python3/dist-packages/salt/scripts.py", line 452, in 
salt_ssh

import salt.cli.ssh
  File "/usr/lib/python3/dist-packages/salt/cli/ssh.py", line 3, in 


import salt.client.ssh
  File "/usr/lib/python3/dist-packages/salt/client/ssh/__init__.py", 
line 30, in 

import salt.minion
  File "/usr/lib/python3/dist-packages/salt/minion.py", line 35, in 


import salt.pillar
  File "/usr/lib/python3/dist-packages/salt/pillar/__init__.py", line 
15, in 

import salt.fileclient
  File "/usr/lib/python3/dist-packages/salt/fileclient.py", line 30, in 


import salt.utils.templates
  File "/usr/lib/python3/dist-packages/salt/utils/templates.py", line 
20, in 

import salt.utils.jinja
  File "/usr/lib/python3/dist-packages/salt/utils/jinja.py", line 28, 
in 

from jinja2 import BaseLoader, Markup, TemplateNotFound, nodes
ImportError: cannot import name 'Markup' from 'jinja2' 
(/usr/lib/python3/dist-packages/jinja2/__init__.py)

Bug#1030956: Acknowledgement (yarnpkg key is out of date)

[David Mandelberg]

I made
https://salsa.debian.org/extrepo-team/extrepo-data/-/merge_requests/209 to
fix this.

Bug#1030956: yarnpkg key is out of date

[David Mandelberg]

Source: extrepo-data
Version: 1.0.3

Running this command: extrepo enable yarnpkg && apt-get update

Gives this error:
Err:4 https://dl.yarnpkg.com/debian stable InRelease
  The following signatures were invalid: EXPKEYSIG 23E7166788B63E1E Yarn
Packaging 

I think the key just needs to be updated?

Bug#996655: updating database with dbconfig-no-thanks doesn't seem to work

[David Mandelberg]

Op 16-10-2021 om 19:13 schreef Guilhem Moulin:

On Sat, 16 Oct 2021 at 17:45:42 -0400, David Mandelberg via 
Pkg-roundcube-maintainers wrote:

$ sudo -u www-data /usr/share/roundcube/bin/update.sh
ERROR: Configuration error. Unsupported database driver:


I suppose the command doesn't have RCUBE_CONFIG_PATH=/etc/roundcube in
its environment.  Should work better when adding it.


That worked, thank you! (It would still be nice to have updatedb.sh in 
the package, but I can work with this.)


$ sudo -u www-data RCUBE_CONFIG_PATH=/etc/roundcube 
/usr/share/roundcube/bin/update.sh

What version are you upgrading from? Type '?' if you don't know.
?
Executing database schema update.
This instance of Roundcube is up-to-date.
Have fun!

Bug#996655: updating database with dbconfig-no-thanks doesn't seem to work

[David Mandelberg]

Package: roundcube-core
Version: 1.4.11+dfsg.1-4

I set up roundcube with dbconfig-no-thanks and a sqlite3 database, and 
the web interface is working. The script to update everything fails though:


$ sudo -u www-data /usr/share/roundcube/bin/update.sh
ERROR: Configuration error. Unsupported database driver:

I actually just want to upgrade the database schema though, not the 
config file. It looks like upstream has a script for that[0], but I 
don't see that file in the roundcube-core package.


 [0] 
https://github.com/roundcube/roundcubemail/blob/release-1.4/bin/updatedb.sh

Bug#996613: wrong path to SQL directory

[David Mandelberg]

Package: roundcube-core
Version: 1.4.11+dfsg.1-4

I installed roundcube-core along with dbconfig-no-thanks, and manually 
set db_dsnw to 
sqlite:var/local/roundcube/database/roundcube.db?mode=0600. When I 
try to go to roundcube in a browser (using apache2), the page says 
"DATABASE ERROR: CONNECTION FAILED!" and this shows up in 
/var/log/roundcube/errors.log:


[16-Oct-2021 05:00:01 UTC] PHP Warning: 
file_get_contents(/var/lib/roundcube/SQL/sqlite.initial.sql): failed to 
open stream: No such file or directory in 
/usr/share/roundcube/program/lib/Roundcube/db/sqlite.php on line 55


I assume it should have tried to read 
/usr/share/roundcube/SQL/sqlite.initial.sql instead. Is there a missing 
symlink, or the wrong path in some file, or something?

Bug#995949: Missing cache directory

[David Mandelberg]

Package: liblemonldap-ng-common-perl
Version: 2.0.11+ds-4

localStorageOptions in /etc/lemonldap-ng/lemonldap-ng.ini points at 
/var/lib/lemonldap-ng/cache, which doesn't exist. In my apache 
error.log, I'm seeing:


Warn: mkdir /var/lib/lemonldap-ng/cache: Permission denied at 
/usr/share/perl5/Cache/FileBackend.pm line 222.


Also, I think upstream moved the default from 
/var/lib/lemonldap-ng/cache to /var/cache/lemonldap-ng in 
. 
But that directory doesn't exist either.


I think the issue is that 
https://salsa.debian.org/perl-team/modules/packages/lemonldap-ng/-/blob/master/debian/liblemonldap-ng-common-perl.dirs 
is missing the cache directory, but 
https://gitlab.ow2.org/lemonldap-ng/lemonldap-ng/-/blob/v2.0/debian/liblemonldap-ng-common-perl.dirs 
has it upstream. (But I'm not very familiar with Debian packaging.)

Bug#995335: weird formatting for MinimumKeyBits in dkimpy-milter.conf(5)

[David Mandelberg]

Package: dkimpy-milter
Version: 1.2.2-2

dkimpy-milter.conf(5) shows MinimumKeyBits indented in a way that looks 
like it's part of the Mode option. It looks like it should match the 
formatting of all the other options though.

Bug#790943: Root and local certificate location clash

[David Mandelberg]

I just came across this while configuring the CA certs for some 
software. It would be really nice if this security issue were fixed at 
some point. In the meantime, it looks like 
/etc/ssl/certs/ca-certificates.crt doesn't have the snake oil 
certificate (at least on my systems) even though /etc/ssl/cert does have 
symlinks to it. So I think it might be a reasonable workaround to point 
software at the single file instead of the directory?

Bug#994706: tar errors with .remove-on-upgrade files

[David Mandelberg]

Package: unattended-upgrades
Version: 2.8

After upgrading to bookworm/testing, my unattended-upgrade cron job 
started giving output like this:


tar: .remove-on-upgrade /etc/xdg/okular.categories: Not found in archive
tar: Exiting with failure status due to previous errors

I downgraded okular and ran `unattended-upgrade --debug` to get the 
context for those messages (ignore the `locale-en_US` bit, it's just a 
wrapper to make the log messages more searchable):


$ sudo apt install 
/var/cache/apt/archives/okular_4%3a21.08.0-1_amd64.deb 
/var/cache/apt/archives/libokular5core9_4%3a21.08.0-1_amd64.deb

...
$ locale-en_US sudo unattended-upgrade --debug
...
Get:1 https://deb.debian.org/debian testing/main amd64 okular amd64 
4:21.08.1-1+b1 [6160 kB] 





Get:2 https://deb.debian.org/debian testing/main amd64 libokular5core9 
amd64 4:21.08.1-1+b1 [340 kB] 





Fetched 6500 kB in 0s (0 B/s) 






fetch.run() result: 0 






FileSize: 6159644 
DestFile:'/var/cache/apt/archives/okular_4%3a21.08.1-1+b1_amd64.deb' 
DescURI: 
'https://deb.debian.org/debian/pool/main/o/okular/okular_21.08.1-1%2bb1_amd64.deb' 
ID:1 ErrorText: ''>
check_conffile_prompt(/var/cache/apt/archives/okular_4%3a21.08.1-1+b1_amd64.deb) 






found pkg: okular 






tar: .remove-on-upgrade /etc/xdg/okular.categories: Not found in archive 






tar: Exiting with failure status due to previous errors 






conffile remove-on-upgrade /etc/xdg/okular.categories in missing on the 
system 





FileSize: 339872 
DestFile:'/var/cache/apt/archives/libokular5core9_4%3a21.08.1-1+b1_amd64.deb' 
DescURI: 
'https://deb.debian.org/debian/pool/main/o/okular/libokular5core9_21.08.1-1%2bb1_amd64.deb' 
ID:2 ErrorText: ''>
check_conffile_prompt(/var/cache/apt/archives/libokular5core9_4%3a21.08.1-1+b1_amd64.deb) 






found pkg: libokular5core9 






No conffiles in deb 
/var/cache/apt/archives/libokular5core9_4%3a21.08.1-1+b1_amd64.deb 
(There is no member named 'conffiles')

...

Bug#994027: setting the path option leads to "exception error: bad argument"

[David Mandelberg]

Package: ejabberd-mod-log-chat
Version: 0.2020.10.21~dfsg0-5

With this in the modules section of /etc/ejabberd/ejabberd.yml:

  mod_log_chat:
path: /srv/ejabberd/mod_log_chat
format: html

I get this error:

$ sudo ejabberdctl foreground
2021-09-10 02:10:59.368040+00:00 [info] Loading configuration from 
/etc/ejabberd/ejabberd.yml
2021-09-10 02:10:59.468031+00:00 [critical] Failed to start ejabberd 
application: Exception occurred during configuration processing. This is 
most likely due to faulty/incompatible validator in third-party code. If 
you are not running any third-party code, please report the bug with 
ejabberd configuration file attached and the following stacktrace included:

** exception error: bad argument
   in function  iolist_to_binary/1
  called as iolist_to_binary('/srv/ejabberd/mod_log_chat')
   in call from mod_log_chat:'-mod_opt_type/1-fun-0-'/1 
(mod_log_chat.erl, line 283)

   in call from yconf:validate_option/3 (yconf.erl, line 1244)
   in call from yconf:validate_options/8 (yconf.erl, line 1221)
   in call from yconf:'-and_then/2-fun-0-'/3 (yconf.erl, line 617)
   in call from yconf:validate_option/3 (yconf.erl, line 1244)
   in call from yconf:validate_options/8 (yconf.erl, line 1221)
   in call from yconf:validate_option/3 (yconf.erl, line 1244)

Bug#385219: partman-auto-lvm recipes should support a free space partition type.

[David Mandelberg]

From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904184#15

I wonder if the "use_all" part of the patch shouldn't be its own
debconf question though. It appears to be useful to tell partman-auto
(in general, not just the partman-auto-lvm part) to _not_ use all
available space (though I'm not sure if other parts of partman-auto
actually use all space or not).


I think that's talking about this code: 
https://salsa.debian.org/installer-team/partman-auto-lvm/-/blob/1177909ee2f3bbe2b4f53e59076c6e8af9d5029e/perform_recipe_by_lvm#L135-181


If there were a debconf question for that use_all variable, I think that 
would accomplish the same thing as having a free space partition type. 
(I don't know which way is better, just mentioning it as an option.)

Bug#992119: virt-install --cloud-init doesn't work with Debian genericcloud images

[David Mandelberg]

Package: virtinst
Version: 1:3.2.0-3

I tried to use virt-install's --cloud-init option with a genericcloud 
image[0], and cloud-init in the image didn't seem to find the ISO that 
virt-install set up. From the XML, it looks like virt-install made a 
SATA drive:



  
  file='/var/lib/libvirt/boot/virtinst-5wk0hc7u-cloudinit.iso' index='1'/>

  
  
  
  
  


https://cloud.debian.org/images/cloud/ says that genericcloud "is 
smaller than `generic` by excluding drivers for physical hardware", so 
I'm guessing the reason cloud-init couldn't find the ISO is that 
genericcloud images don't include SATA drivers? I tried a generic image 
instead, and it worked.


Would it make sense to change virt-install to use virtio for the ISO 
file? (Or some other way of providing the ISO that genericcloud has 
drivers for?)


 [0] 
https://cloud.debian.org/images/cloud/bullseye/daily/20210808-728/debian-11-genericcloud-amd64-daily-20210808-728.raw 

Bug#986716: installation-guide: Preseeding passwd/root-password-crypted with "!" doesn't work as described

[David Mandelberg]

Source: installation-guide
Severity: normal
Tags: d-i

Hi,

https://www.debian.org/releases/bullseye/amd64/apbs04.en.html section
B.4.5 talks about using "!" in passwd/root-password-crypted:

The passwd/root-password-crypted and passwd/user-password-crypted
variables can also be preseeded with "!" as their value. In that case,
the corresponding account is disabled. This may be convenient for the
root account, provided of course that an alternative method is set up
to allow administrative activities or root login (for instance by
using SSH key authentication or sudo).


When I tried that, it didn't seem to have any effect. From looking at
what I think is the relevant code[0], it looks like a value of "!" in
passwd/root-password-crypted is explicitly ignored. Is there a
recommended way to lock the root password without setting up another
user? (I want to set up ssh public key authentication for root, and no
other way to authenticate.)

 [0] 
https://salsa.debian.org/installer-team/user-setup/-/blob/597e5e6c52d11f0de8e084b274c00c944c632f84/user-setup-ask#L34-43



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-security'), (100, 
'unstable')

Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=nl_US.UTF-8@dseomn, LC_CTYPE=nl_US.UTF-8@dseomn 
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C), 
LANGUAGE=nl_US@dseomn:nl_NL:nl_BE:nl:en_US:en

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#972527: Support arbitrary arguments in /etc/default/dnss

[David Mandelberg]

Package: dnss
Version: 0.0~git20180721.0.2de63ab0-1+b11
Severity: wishlist

/lib/systemd/system/dnss.service uses curly braces with 
${MONITORING_FLAG} and ${MODE_FLAGS}, which means each one can only have 
a single argument in it. It would be great if there were some way to 
specify additional arguments to dnss, either via one of those variables 
or a new variable.


For reference, 
https://www.freedesktop.org/software/systemd/man/systemd.service.html#Command%20lines:

Basic environment variable substitution is supported. Use "${FOO}" as part of a word, or 
as a word of its own, on the command line, in which case it will be erased and replaced by the 
exact value of the environment variable (if any) including all whitespace it contains, always 
resulting in exactly a single argument. Use "$FOO" as a separate word on the command 
line, in which case it will be replaced by the value of the environment variable split at 
whitespace, resulting in zero or more arguments. For this type of expansion, quotes are respected 
when splitting into words, and afterwards removed.

Bug#945971: pull latest upstream version

[David Mandelberg]

Package: xkb-data
Version: 2.26-2
Severity: wishlist

Hi,

The latest upstream release is currently 2.28. Could you update this 
package please?


Upstream releases: 
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/tags

Bug#919241: RFP: vroom -- Functional testing tool for VIM

[David Mandelberg]

Package: wnpp
Severity: wishlist

"Vroom is for testing vim.

Let's say you're a vimscript author. You want to test your new plugin. 
You could find a nice vimscript test suite, but that only lets you test 
your vimscript functions. What you really want is a way to specify vim 
commands — actual input keys that that the user hits — and then verify 
vim's output."


Homepage: https://github.com/google/vroom
License: Apache 2.0

--
https://david.mandelberg.org/

Bug#291193: base-passwd: Users added in group audio, not seen though. No sound!

[David Mandelberg]

Colin Watson wrote:
> On Wed, Jan 19, 2005 at 12:50:24PM +0200, lasse.simpanen wrote:
>>Package: base-passwd
>>Severity: normal
>>
>>Users can not have sound. They are added in audio group, but asked
>>'group "user" ' they seem not to be in that group! They are in
>>/etc/group though.
>>Yes, they have logged out but no change.
>>
>>About a week ago all was fine, don't know what break the system, 
>>(sysvinit and sysv-rc was upgraded, but I don't know...)
>>Only root can have the sound now.
Are you using ALSA or OSS? What are the permissions on
/dev/{dsp,audio,mixer,snd/}* ?

To find out, try
$ dpkg -l | grep -i '\(oss\|alsa\)'
$ uname -r
$ ls -lA /dev/{dsp,audio,mixer,snd/}*

If any of the devices I globbed above aren't owned by root:audio, chown them to
root:audio.

-- 
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K-
w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-)
b++(+++)@ DI? D? G e-> h* r? z*
--END GEEK CODE BLOCK--

David Mandelberg
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#60810: contents.gz package

[David Mandelberg]

Goswin von Brederlow wrote:
> I think the only sensible and simple thing to do is to provide a zsync
> file for the Contents files (zsync can 'look into' gz to rsync just
> the changes). Then every user can use a cron job to zsync the file to
> his system on a daily, weekly, monthly, whatever basis. zsync uses the
> http protocol so any http mirror carrying the Contents files will do
> as source.
What about creating a package to do this automatically (using debconf to ask how
often to run)? It could be a really small package (just one shell script and
docs) and lintian et al could depend/recommend/suggest it.


-- 
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K-
w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-)
b++(+++)@ DI? D? G e->++++ h* r? z*
--END GEEK CODE BLOCK--

David Mandelberg
[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#290237: base-passwd: user/group additions and spelling corrections in doc/users-and-groups.sgml

[David Mandelberg]

Package: base-passwd
Version: 3.5.9
Severity: wishlist
Tags: patch

Hi,

I added a few users and groups to doc/users-and-groups.sgml, and
corrected some spelling errors. See the patch below for more info.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages base-passwd depends on:
ii  libc62.3.2.ds1-20ubuntu1 GNU C Library: Shared libraries an

-- no debconf information

*** /home/david/code/debian/base-passwd/users-and-groups.sgml.diff
--- users-and-groups.sgml   2005-01-12 21:14:39.0 -0500
+++ users-and-groups.sgml.new   2005-01-12 22:42:39.485951152 -0500
@@ -2,7 +2,7 @@
 
   
 Users and Groups in the Debian System
-0.1
+0.2
 
 
   
@@ -15,6 +15,11 @@
Watson
[EMAIL PROTECTED]
   
+  
+   David
+   Mandelberg
+   [EMAIL PROTECTED]
+  
 
 
 
@@ -22,8 +27,10 @@
   2002
   2003
   2004
+  2005
   Joey Hess
   Colin Watson
+  David Mandelberg
 
 
 
@@ -204,7 +211,7 @@
  
  
HELP: what do other print systems (rlpr,
-   cupsys, lprng, ...) do?
+   lprng, ...) do?
  

   
@@ -214,7 +221,7 @@

  
Mailboxes in /var/mail are owned and
-   writeable by group mail, as is explained in Debian Policy. The
+   writable by group mail, as is explained in Debian Policy. The
user and group is used for other purposes as well by various
MTAs and MUAs.
  
@@ -377,6 +384,70 @@
  

   
+
+  
+   messagebus
+   
+ 
+   The dbus daemon (dbus-daemon-1) runs as this
+   user and group.
+ 
+   
+  
+
+  
+   postfix
+   
+ 
+   Used by the postfix MTA.
+ 
+   
+  
+
+  
+   hal
+   
+ 
+   Used by the hardware abstraction layer (hal).
+ 
+   
+  
+
+  
+   gdm
+   
+ 
+   GDM (GNOME Display Manager) runs as this user/group.
+ 
+   
+  
+
+  
+   saned
+   
+ 
+   Added by sane-utils, but appear to be unused.
+ 
+   
+  
+
+  
+   klog
+   
+ 
+   Used by klogd, the kernel logger.
+ 
+   
+  
+
+  
+   syslog
+   
+ 
+   Used by syslog, the general purpose logger.
+ 
+   
+  
 
 
 
@@ -555,7 +626,7 @@
necessarily be owned by group src though. If the intent is to
make group src be able to manage source code, perhaps policy
should say that foo-src packages make files in
-   /usr/src owned and writeable by the group
+   /usr/src owned and writable by the group
(and files in tarballs dropped there likewise)?
  

@@ -565,7 +636,8 @@
shadow

  
-   /etc/shadow is readable by this group. Some
+   /etc/shadow and
+   /var/backups/shadow.bak are readable by this 
group. Some
programs that need to be able to access the file are setgid
shadow.
  
@@ -639,6 +711,84 @@
  

   
+
+  
+   lpadmin
+   
+ 
+   Allows a user to add, modify, and remove printers from foomatic,
+   cups, and possibly other printer databases.
+ 
+   
+  
+
+  
+   sasl
+   
+ 
+   Users in this group have read/write access to
+   /etc/sasldb and/or
+   /etc/sasldb2, wich are used to authentication 
with sasl. This is
+   commonly used by IMAP, POP, and SMTP servers for authentication.
+ 
+   
+  
+
+  
+   scanner
+   
+ 
+   Users in this group can use scanner(s).
+ 
+   
+  
+
+  
+   ssh
+   
+ 
+   HELP: /usr/bin/ssh-agent is setgid to ssh, why 
I
+   don't know.
+ 
+   
+  
+
+
+
+  Some users have no corresponding group.
+
+
+
+  
+   sshd
+   
+ 
+   HELP: This is in my /etc/passwd, but doesn't
+   appear to be used for anything. It's probably a relic user that
+   sshd used to use for its pid file or
+   something similar.
+ 
+   
+  
+
+  
+   fetchmail
+   
+ 
+   Used by the fetchmail program.
+ 
+   
+  
+
+  
+   cupsys
+   
+ 
+   CUPS (Common Un*x Printing System) runs as this 
user. It is in
+   group lp, so it can access printer devices. 
+ 
+   
+  
 
   
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib

Bug#282599: apt-cacher: strange apache dependency

[David Mandelberg]

I'm currently using it with thttpd and it works fine. The Depends: on apache was
annoying, but I equivs is useful ;>

-- 
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K-
w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-)
b++(+++)@ DI? D? G e-> h* r? z*
--END GEEK CODE BLOCK--

David Mandelberg
[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature