Package: iproute2
Version: 5.10.0-4
Severity: normal
Dear Maintainer,
I just upgraded a host from Buster to testing.
After reboot my locally configured policy routing failed to work.
How to reproduce:
root@example:~# echo 120 foo >>/etc/iproute2/rt_tables
root@example:~# ip route show table f
Package: libpam-modules
Version: 1.4.0-4
Severity: normal
Dear Maintainer,
= Description of the use-case =
I am using pam_mkhomedir on a file server (samba).
Users are managed via LDAP (configured in smbd).
The home directories of users are supposed to be created, as soon as the
user accesses
Package: gitlab
Version: 13.7.7-1~fto10+1
Severity: normal
Dear Maintainer,
while upgrading from 13.6.7 to 13.7.7, the installation stops (see error
log below).
The cause of the error was guessed within minutes via IRC (thanks!):
> 18:49 sumpfralle1: that looks like an obsolete initializer tha
Package: dh-sysuser
Version: 1.3.5
Severity: wishlist
Dear Maintainer,
I would like to use "dh-sysuser" in order to clean up my prerm/postinst
scripts.
But I am struggling to apply dh-sysuser in the context of the following
postinst script:
https://git.hack-hro.de/grouprise/grouprise/-/blob/ma
Package: gitlab
Version: 13.5.6-1~fto10+1
Severity: normal
Dear Maintainer,
after upgrading from 13.4.7-2~fto10+1 to 13.5.6-1~fto10+1, every issue
view shows the following error message at the top:
Failed to load sidebar lock status
No negative impact is visible besides this error message.
T
Package: gitlab
Version: 13.4.7-1~fto10+1
Followup-For: Bug #901379
Dear Maintainer,
attached you find a patch, that checks whether the configured database
host is "localhost".
The initialization procedure (which works only locally, at the moment)
is only executed if this check succeeds.
The pro
Package: kodi-pvr-hts
Version: 4.4.20-1
Severity: normal
Dear Maintainer,
since the update of the Kodi package (2:19.0~beta2+dfsg1-2, many thanks
for that!), the kodi-pvr-hts package is not compatible with the kodi
package anymore (requiring a different version of "kodi-api-pvr").
Instead of goi
Package: oomd
Version: 0.4.0-1
Severity: normal
Tags: patch
Dear Maintainer,
I am happy, that you are providing an init script for the oomd package.
At the moment the script has two small problems:
1) the oomd process cannot detach into background on its own, thus
`/etc/init.d/oomd start` ha
Package: gitlab
Version: 13.4.6-1~fto10+1
Severity: normal
Dear Maintainer,
there are two occurrences of "file" being called in the postinst script.
One example is the following:
> if [ "$(file /etc/gitlab/ssl/gitlab.crt|awk '{ print $NF }')" =
> "/etc/letsencrypt/live/${GITLAB_HOST}/fullchain
Package: dehydrated
Version: 0.3.1-3
Severity: normal
--- Please enter the report below this line. ---
Hello,
after installing dehydrated, I failed to generate an account for letsencrypt,
since the current package contains a reference to a usage agreement (LICENCE),
that was updated two days ago
Package: munin-node
Followup-For: Bug #758692
Dear Maintainer,
the requested "timeout" parameter was introduced in Munin 2.0.12 - this
it is fixed in all current Debian packages.
Cheers,
Lars
Package: munin
Followup-For: Bug #714723
Dear Maintainer,
this problem seems to have been fixed somewhen upstream.
I tried to reproduce the exact problem described by the committer. The
problems.html page was updated as expected.
Cheers,
Lars
Package: munin-plugins-core
Followup-For: Bug #861851
Dear Maintainer,
the related upstream issue is
https://github.com/munin-monitoring/munin/issues/877.
It is fixed in the recent v2.0.35 release.
Cheers,
Lars
Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #886516
Dear Maintainer,
there is a fix in upstream:
http://github.com/munin-monitoring/munin/commit/715ce2b99afc027dcb69267436276e484c6f2a9d
It will be released in 2.0.36.
Cheers,
Lars
Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #886517
Dear Maintainer,
the dependency on "time" is removed in v2.0.35.
See
https://github.com/munin-monitoring/munin/commit/36144573c7bcdee6df12789b24afc5b76e74a528
Cheers,
Lars
Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #675318
Dear Maintainer,
the issue described by the current title of this bug is already fixed:
postfix_mailstats incorrect delivered message count
(since v2.0.24)
The additional issue (volume calculated by postfix_mailvolume inclu
Package: munin-plugins-core
Followup-For: Bug #678430
Dear Maintainer,
I do not known, which version fixed, this issue, but at least the
current oldstable package (2.0.33-1) uses the mountpoints for special
filesystems (e.g. tmpfs or simfs):
root@mail-postfix:/etc/munin/plugins# munin-run df
Package: munin-plugins-core
Followup-For: Bug #697907
Dear Maintainer,
this issue is fixed in the current package.
Cheers,
Lars
Package: munin-plugins-core
Followup-For: Bug #698079
Dear Maintainer,
this is fixed since 2.0.12.
Cheers,
Lars
Package: munin-plugins-core
Version: 2.0.34-3
Tags: patch upstream
Followup-For: Bug #730030
Dear Maintainer,
the confusion (quota-usage vs. quota_usage) can be cleared with the
following proposal:
https://github.com/munin-monitoring/munin/pull/943
Let's see, if it will get merged for the nex
Package: munin-plugins-core
Tags: upstream
Followup-For: Bug #781360
Hello Alessandro,
this is quite a specific issue, which requires either access to your nvidia
graphic card or more detailed information.
The following information could be sufficient:
* the output of "munin-run nvidia_???" and
Package: munin-plugins-core
Followup-For: Bug #761190
Hello Ingmar,
my previous message was probably a bit too enthusiastic.
Right now only the preparations from upstream are there.
Your use-case would still need an additional munin plugin configuration
entry:
[apt_all]
env.options -o Debug
Package: munin-plugins-extra
Version: 2.0.34-3
Tags: upstream fixed-upstream
Followup-For: Bug #806172
Dear Maintainer,
this was just fixed by upstream and should be part of the future release
v2.0.36.
See a051548236168e1d40af4b0f3a5af79ee006750b
Cheers,
Lars
Package: munin-plugins-core
Version: 2.0.34-3
Tags: upstream fixed-upstream
Followup-For: Bug #862240
Dear Maintainer,
this issue is fixed in upstream:
4c379bfac54a8fd66fc5b4792ddc751f05d29765
It should be part of the next release (2.0.36).
Cheers,
Lars
Package: munin-plugins-core
Tags: moreinfo
Followup-For: Bug #863103
Hello Benoît-Pierre,
maybe you could try, if the additional parameter "-a" for pgrep would
solve this?
Regarding a recent change of behaviour within pgrep: I took a look at
its changelog and could not find anything related.
Thu
Package: munin-plugins-core
Followup-For: Bug #874792
Hello Laurence,
am Sat, 9 Sep 2017 17:24:35 +0100 schrieb Laurence:
> The postfix_mailvolume plugin seems not to be writing its state file
> when being run.
here on my system the plugin reads and writes its state file in
/var/lib/munin-node
Package: colord
Version: 1.3.3-2
Severity: normal
Dear Maintainer,
after installing the colord package (1.3.3-2), I received the following
error message:
Setting up colord (1.3.3-2) ...
adduser: Only one or two names allowed.
dpkg: error processing package colord (--configure):
installed co
Package: ripit
Version: 4.0.0~beta20140508-1
Severity: normal
Tags: patch
Dear Maintainer,
while trying to rip an album with a name containing curly braces ("{}"),
ripit stopped with an error:
Unescaped left brace in regex is illegal here in regex; marked by <--
HERE in m//foo { <-- HERE bar}.
Package: unattended-upgrades
Followup-For: Bug #886415
Dear Maintainer,
I encounter the same issue.
Running "unattended-upgrades --debug --apt-debug" I see the following
reasoning for the non-upgrade:
Checking: linux-image-amd64 ([,
])
Installing linux-image-4.9.0-6-amd64 as Depends of l
Package: munin
Version: 2.0.37-1
Severity: minor
Hello,
currently the man pages of the various programs and configuration files
of munin are distributed via the binary package munin-doc.
But instead the policy [1] recommends the following:
Each program, utility, and function should have an as
Package: python-acoustid
Followup-For: Bug #878623
Control: forwarded -1 https://github.com/beetbox/pyacoustid/pull/31
Dear Maintainer,
this issue relates to the upstream issue #31.
It can be fixed by applying the following small changeset
https://github.com/beetbox/pyacoustid/commit/4a6253e690
Package: librxtx-java
Version: 2.2pre2+dfsg1-1
Severity: important
Control: affects -1 arduino
Dear Maintainer,
a NullPointerException is thrown with openjdk-9-jre and openjdk-10-jre, while
openjdk-8-jre works.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894770#35 for the
initial repo
Package: autopkgtest
Version: 5.11
Severity: normal
Tags: patch
Dear Maintainer,
while running autopkgtest for the munin packages, I encountered problems
in combination with sysvinit in the lxc-based container.
The tests were started before all sysvinit scripts were finished.
In a systemd environ
Hello Vincas,
thank you for reporting this issue!
Am Thu, 03 Jan 2019 14:44:55 +0200
schrieb Vincas Dargis :
> I have noticed that postgres_connections_* graphs started rendering zero
> height graphs after upgrading munin from Streth Backports. This is
> output example:
>
> ```
> # munin-run p
Package: libgpgme11
Version: 1.13.1-1
Severity: normal
Dear Maintainer,
I am using the claws-mail package for handling emails (Debian testing
on i386).
Due to repeated crashes, I started to collect stack traces.
This specific issue (related to libgpgme) happened only once during the
last months
Package: libldap-2.4-2
Version: 2.4.48+dfsg-1+b2
Severity: normal
Dear Maintainer,
I am using claws-mail from Debian testing on i386.
>From time to time claws-mail crashes. Thus I started collecting stack
traces.
Attached you find a stack trace involving "libldap_r".
The most relevant lines sh
Package: changetrack
Version: 4.7-5
Severity: normal
Tags: patch upstream
Dear Maintainer,
changetrack allows the specification of patterns for "find" to be used
in /etc/changetrack. A use case is the exclusion of specific files
below /etc/ from the change tracking.
Example (excluding daily upd
Package: rainloop
Severity: normal
Dear Maintainer,
I am a user of rainloop and I am glad, that you packaged it.
But recently I took a look at the development activity:
https://github.com/RainLoop/rainloop-webmail/graphs/contributors
This looks a bit bleak :(
(there are only a few maintenance
Control: tags -1 + fixed-upstream
Hello Craig,
thank you for your report!
Am Tue, 12 Mar 2019 13:01:44 +1100
schrieb Craig Sanders :
> I fixed this on my system by replacing the /etc/munin/plugins/cpuspeed symlink
> (to /usr/share/munin/plugins/cpuspeed) with a copy of the plugin and making
>
Hello Thorsten,
thank you for your report!
Am Tue, 12 Mar 2019 21:48:29 +0100
schrieb Thorsten Ortlepp :
> after I updated munin-plugins-core to 2.0.47-1, the plugin
> postgres_connections_ does not show any values in the graphics for specific
> databases. It does show values for postgres_conne
Control: tags -1 fixed-upstream
Hello Thorsten,
Am Wed, 13 Mar 2019 22:25:04 +
schrieb "Thorsten Ortlepp" :
> >Could you please verify, whether this change fixes your issue?
>
> Yes, this fix made postgres_connections_example work again.
great - thank you!
Lars
Hello,
Am Fri, 14 Dec 2018 13:39:28 +
schrieb Holger Levsen :
> > gawk and procps are used by many plugins. I am not sure, whether it is worth
> > the trouble to track the plugins (and their corresponding) packages using
> > these
> > common tools.
>
> I agree, those should be depends (o
Package: bumpversion
Version: 0.5.3-3
Severity: wishlist
Dear Maintainer,
sadly the bumpversion project [1] seems to have stalled since 2015.
Its maintainer indicated that he should better mark it as unmaintained
[2], but failed to do so up to now.
Two attempts of asking the maintainer for transi
Package: slt
Version: 0.0.git20140301-6+b3
Severity: normal
Tags: patch
Dear Maintainer,
currently the stl package lacks a systemd service.
Attached you find one.
The service contains my specific execution restrictions.
Thus should help working around slt's lack of priviledge dropping.
The syst
Source: pyserial-asyncio
Version: 0.5-2
Severity: normal
Dear Maintainer,
I just noticed, that the python3-serial-asyncio package announces the
following packages as hard dependencies ("Depends"):
python3-serial, python3:any, libjs-sphinxdoc, sphinx-rtd-theme-common
I guess, that the two sphi
Source: bumpversion
Version: 1.0.1-1
Severity: wishlist
Dear Maintainer,
thank you for moving to the new upstream (bump2version, #916498)!
Could you please add the following minor corrections in order to
properly inform users of the new state of the package:
* change `Homepage` in `d/control` t
Package: sogo
Version: 5.0.1-4+deb11u1
Severity: minor
Dear Maintainer,
the sogo backup script (/usr/sbin/sogo-backup) contains the following
line:
BACKUP_DIR=${BACKUP_DIR:-/var/backups/backups}
Instead it should probably be:
BACKUP_DIR=${BACKUP_DIR:-/var/backups/sogo}
In addition, I *t
Package: puppet-module-puppetlabs-ntp
Version: 7.1.1-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharne
Package: gearmand
Version: 1.1.18+ds-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharness.sh
* find deb
Package: puppet-module-puppetlabs-concat
Version: 4.2.1-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sha
Source: jemalloc
Version: 3.6.0-11
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharness.sh
* find debian/
Package: puppet-module-puppetlabs-stdlib
Version: 4.25.1-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sh
Package: hiera-eyaml
Version: 2.1.0-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharness.sh
* find debi
Package: puppet-lint
Version: 2.3.3-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharness.sh
* find debi
Package: mod-gearman
Version: 1.5.5-1
Severity: minor
Dear Maintainer,
recently the new package "sharness" entered unstable.
Thus you may want to remove its embedded code copy and add a test
dependency instead.
The following actions should be sufficient:
* rm debian/tests/sharness.sh
* find debi
Package: munin-plugins-core
Followup-For: Bug #717287
Hello,
I just fixed this issue upstream:
https://github.com/munin-monitoring/munin/commit/ace9a23aa14a314828b4b8a34b8db3bbea3168ee
It does the following:
* try to use the good statistics provided by "acpi-cpufreq" (as before)
* fall back t
Package: linux-base
Version: 4.5
Severity: normal
Dear Maintainer,
I recently encountered the following situation while trying to remove the
package of a currently running kernel:
root@router-foo:~# apt purge linux-image-4.9.0-6-amd64
Reading package lists... Done
Building dependency tree
Readin
Control: tags -1 +pending
Hello Andreas,
thank you for your report.
I prepared a fix for the issue.
@Holger: please take a look at the commit (6d4791c9) in my repository on salsa
[1] and merge it, if it looks good for you.
Cheers,
Lars
[1] g...@salsa.debian.org:sumpfralle-guest/munin.git
Package: mariadb-common
Version: 10.3.0-0+exp2
Severity: normal
Dear Maintainer,
currently the piuparts tests for the munin package in experimental fail.
See
https://piuparts.debian.org/experimental/fail/munin-plugins-mysql_2.999.9-3.log
for an example.
The relevant part of the log:
The foll
Control: forwarded -1 https://github.com/munin-monitoring/munin/issues/1119
Control: tags -1 -patch
Hello Nye,
thank you for taking the time to report and analyze the issue.
Please let us continue the discussion in the upstream issue [1], that you
kindly opened.
I would be happy, if we could rea
Hello Marcel,
Am Wed, 31 Jan 2018 21:28:35 +0100
schrieb Marcel Partap :
> That should teach me a lessen to follow systemd updates!
:)
> I don't even understand the problem, the pid file is no symlink and is owned
> by root.
> chase_symlinks() appears a massive fluke to me. 😄
I would like
Control: tags -1 +fixed-upstream
Hello,
Am Fri, 21 Apr 2017 16:27:26 +0200
schrieb Frederik Himpe :
> >https://github.com/munin-monitoring/munin/issues/794#issuecomment-295878938
> >
> >to be clear, you're only seeing the "2." from that github issue, but
> >not "1.", correct?!
>
> That's corr
Hello,
Am Thu, 18 Sep 2014 13:19:24 +0200
schrieb Holger Levsen :
> control: retitle -1 most of munin-nodes suggests should move to
> munin-plugins-core
>
> [..]
>
> The only suggests which should stay are munin and munin-plugins-java, IMO,
> [..]
I prepared a proposal that moves most sugge
Hello Benoît-Pierre,
thank you for your bug report!
Am Sun, 22 Apr 2018 12:38:46 +0200
schrieb Benoît-Pierre DEMAINE :
> when the apt-all plugin is loaded (what is automatic on Debian because of
> the package install script), then two cron lines in /etc/cron.d/munin-node
>
> */5 * * * *roo
Hello Andreas,
Am Tue, 13 Nov 2018 19:56:12 +0100
schrieb Andreas Pommer :
> The exec() call transfers the execution to the apt-get command, but exec()
> never returns, so the call to the function update_state() afterwards never
> happens, leading to a stale state-file.
thank you for your quick
Hello Andreas,
Am Thu, 15 Nov 2018 17:39:10 +0100
schrieb Andreas Pommer :
> I just had a look at the patch, unfortunately, it does not work: [..]
thank you for checking my commit!
Indeed I stopped reading perlfunc's entry for "system" right after the
following:
Does exactly the same thing as
Hello Vincas,
Am Thu, 15 Nov 2018 08:27:40 +0200
schrieb Vincas Dargis :
> After upgrading to 2.0.42-5 from backports, logcheck on multiple Stretch
> machines started to capture this new message:
>
> ```
> Nov 14 22:25:04 dl380 systemd-tmpfiles[13769]:
> [/usr/lib/tmpfiles.d/munin-node.conf:2]
Control: tags -1 + pending fixed-upstream
Hello Gerald,
thank you for reporting, analyzing and fixing the issue!
I applied your suggestion upstream. It will be available with the next release
of munin (2.0.44).
Cheers,
Lars
Control: tags -1 + pending fixed-upstream
Hello Gerald,
thank you!
Indeed this change was not well understood at that point in time and needed to
be reversed. I just did this:
https://github.com/munin-monitoring/munin/commit/087478ed7df023733e8b3efb37703eadd3305791
The change will be released
Hello Christian,
thank you for reporting this issue!
Am Thu, 1 Nov 2018 00:18:26 +0100
schrieb Christian Schrötter :
> I've upgraded my Debian Buster system to OpenSSL 1.1.1-1 (and
> libnet-ssleay-perl 1.85-2).
Just in case it is easy for you to test: does the paranoid mode still works, if
you
Package: munin-plugins-core
Followup-For: Bug #863231
Control: retitle -1 Plugins "apt" and "apt_all" use state file with same name
in different locations
Control: forwarded -1 https://github.com/munin-monitoring/munin/issues/1072
Hello,
ok - I took another look at the issue. Sadly it is a bit m
Package: tracker.debian.org
Severity: normal
Dear Maintainer,
recently I sent a mail to , as this is
currently (by mistake) advertised as the contact address of the munin
package maintainers.
(this issue of the missing team "munin") is about to be fixed now)
My mail was silently discarded (see [
Package: licensecheck
Followup-For: Bug #472199
Dear Maintainer,
currently the following methods for creating a DEP-5 compliant copyright
file:
debmake -c
cme check dpkg-copyright
licensecheck -r --merge-licenses --deb-machine .
Thus this wishlist bug can probably be closed.
Cheers,
Lars
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sharness"
Package name: sharness
Version : 1.0.0-1
Upstream Author : Christian Couder
URL : https://github.com/chriscool/sharness
License : GPL-2 or later
Package: blends-dev
Version: 0.7.0
Followup-For: Bug #903292
Dear Maintainer,
instead of adding the dependency on "bc", its usage could also be
replaced with a portable shell substitution:
https://salsa.debian.org/blends-team/blends/merge_requests/1
Cheers,
Lars
Hi Andreas,
Am Sun, 8 Jul 2018 18:09:10 +0200
schrieb Andreas Tille :
> there was a race condition between your patch and my upload. [..]
what a nice indication for an overwhelmingly responsive package maintainer :)
Thank you!
Cheers,
Lars
Hello Sergio,
thank you for reviewing my packaging attempt!
Am Wed, 11 Jul 2018 23:21:05 -0400
schrieb Sergio Durigan Junior :
> [..]
> 1) On d/copyright, you don't list the files under the "debian/"
> directory. These should be listed, and you should be the author. I
> recommend choosing the
Hello Sergio,
Am Thu, 12 Jul 2018 21:11:50 -0400
schrieb Sergio Durigan Junior :
> [..]
> Hm, it seems you removed an important line, [..]
stumbling upon my own feet :(
> 1) Since this is the first release of the package, a d/changelog with an
> entry like:
> [..]
> would have been enough.
Hello Sergio,
> After I sent you the reply I saw that you're actually packaging on top
> of upstream's git repo. I personally don't like this option, but that's
> a matter of taste. If you haven't yet, I recommend you read:
>
>
> https://honk.sigxcpu.org/projects/git-buildpackage/manual-htm
Hello Sergio,
Am Fri, 13 Jul 2018 12:28:10 -0400
schrieb Sergio Durigan Junior :
> Created:
>
> https://salsa.debian.org/debian/sharness
>
> And added you as a Developer there.
Thank you!
I pushed my repository to its new location. I will remove the old project
after the next packaging uplo
Package: piuparts.debian.org
Severity: minor
Dear Maintainer,
the piuparts website [1] currently contains two links to /doc/README.html,
but the target file does not exist. The location /doc/ contains only
README.txt (among other files).
Cheers,
Lars
[1] https://piuparts.debian.org/
Package: debian-edu-install
Severity: normal
Dear Maintainer,
I recently downloaded the offline version of the Stretch release
(http://ftp.skolelinux.org/skolelinux-cd/debian-edu-9+edu0-USB.iso) and started
the installation in a qemu-based VM.
But sadly the installation failed due to requirement
Package: munin-plugins-core
Followup-For: Bug #761190
Hello Holger,
> do you plan to merge into
> https://github.com/munin-monitoring/munin/pull/252
> into stable-2.0 or devel?
it is merged into stable-2.0 (before v2.0.26).
This this bug can be closed.
Cheers,
Lars
Package: mopidy
Version: 3.0.1-2
Severity: normal
Dear Maintainer,
if mopidy is installed along with python3-pykka 1.2.1-4 (Buster), then
the following error message is emitted:
ModuleNotFoundError: No module named 'pykka.messages'
The "messages" module was introduced into pykka in v2.0.0:
Package: matrix-synapse
Version: 1.95.1-1~bpo12+1
Severity: minor
Dear Maintainer,
I am happily using the bookworm-backports package of matrix-synapse on
several hosts.
I noticed, that you recently updated the packages in unstable to
1.116.0-4.
In contrast the package in bookworm-backports remai
Package: gosa-plugins-mailaddress
Version: 2.8~git20211027.08b10a2-2
Severity: normal
Tags: patch
Dear Maintainer,
accessing the mail attribute of a user account (e.g. by clicking on the
email icon next to the username) fails with the following error message:
```
Fatal error: Uncaught Error: Und
Source: gosa
Version: 2.8~git20230203.10abe45+dfsg-1+deb12u2
Severity: normal
Dear Maintainer,
thank you for maintaining gosa!
After upgrading my gosa host from Bullseye to Bookworm, I seem to be
unable to modify the samba properties of accounts.
What works:
- accounts in the user list are corr
101 - 187 of 187 matches
Mail list logo
