Same issue here, it's crashing and restarting all the time upon
accessing a share...
But it seems v4.21 is gone from the archive for sid, where can I get
that now?
Cheers,
Andre
Control: reassign 1099185 courier-unicode 2.3.1-1
This might be a bug with courier-unicode actually. Lets see if I can
reassign this myself.
The libcourier-unicode4 package needs to either be renamed to
libcourier-unicode8 or the lib (and its so-name) needs to be changed
back to .4
Andre
.4) and all seems to work
for now.
The initial error was thunderbird not being able to interact with the server
because of some weird nonsensical invalid certificate error. It turned out it
seems to not have gotten the cert from the server at all because of the above
error.
Best regards
Andre
Standard version and Compat version
Regards,
--
Andre Paiusco
On Tue 17.12.2024 22:21:04, Chris Hofstaedtler wrote:
> On Tue, Dec 17, 2024 at 10:01:55PM +0100, Lucas Nussbaum wrote:
> > On 13/12/24 at 23:41 +0100, Andre Klärner wrote:
> > > I would change "which is installed by default" to "which is recommended by
> > &
On Fri 13.12.2024 16:59:52, Noah Meyerhans wrote:
> On Fri, Dec 13, 2024 at 08:53:09PM +0100, Andre Klärner wrote:
> > it would be nice if the change from this bug would be mentioned in
> > NEWS.Debian.
>
> Agreed, this should happen. It also needs to be mentioned in relea
,
running as a unpriviledged user. Since linux-sysctl-defaults was not
installed, ping was not allowed, and it took me surprisingly long to
figure out why the capability went missing and reinstalling the package
did not work.
Best regards,
Andre
-- System Information:
Debian Release: trixie/sid
APT
On Wed, Dec 11, 13:01, Niels Thykier wrote
> > > This looks good to me.
> >
> > Great. So I'll now apply the patch below, which is identical to the
> > previous patch, except that it also modifies debian/changelog to
> > close the bug and bump the
t that it also modifies debian/changelog to
close the bug and bump the Debian version.
OK?
Andre
---
commit 72d76ae62a67fadef1612c5a868b13d2dad6f75f
Author: Andre Noll
Date: Mon Dec 9 19:29:01 2024 +0100
debian: Enable `Rules-Requires-Root: no`.
During a test rebuild for buildi
gt;
> > Omitting the -o and -g options would likely fix the problem, but
> > that might cause other issues because then all installed files and
> > directories will be owned by the UID/GID that invoked make.
> >
> > What do you suggest?
> >
> > Thanks
>
ly fix the problem, but
that might cause other issues because then all installed files and
directories will be owned by the UID/GID that invoked make.
What do you suggest?
Thanks
Andre
--
Max Planck Institute for Biology
Tel: (+49) 7071 601 829
Max-Planck-Ring 5, 72076 Tübingen, Germany
http://people.tuebingen.mpg.de/maan/
On Sun, Nov 03, 22:02, Andre Noll wrote
> > So that doesn't support binNMUs then. Instead of handling that with
> > custom code, please check dpkg's /usr/share/dpkg/pkg-info.mk which does
> > all of that and can handle binNMU versions.
>
> Would something l
On Sun, Nov 03, 20:12, Sebastian Ramacher wrote
> On 2024-11-03 17:45:16 +0100, Andre Noll wrote:
> > On Sat, Nov 02, 13:03, Sebastian Ramacher wrote
> > > new git version: 1.0.5-1+b1) sid; urgency=low, binary
> > > m4 -DGIT_VERSION=1.0.5-1+b1) sid; urgency=low, binary -
x; p' debian/changelog
Can you please check the output of this command on your system? On
mine it prints "1.0.5".
Best
Andre
--
Max Planck Institute for Biology
Tel: (+49) 7071 601 829
Max-Planck-Ring 5, 72076 Tübingen, Germany
http://people.tuebingen.mpg.de/maan/
Source: ydotool
Version: 0.1.8-3
Severity: important
X-Debbugs-Cc: deb...@paiusco.org, av...@debian.org, m...@qa.debian.org
Dear Maintainer,
After seeing that the package is about to be removed (#1069485) and
hasn't been upgraded for a while I considered to salvage it.
I also have requested to #
For anyone running into this.
A workaround is to rename/delete the offending file
/usr/lib/llvm-19/lib/libLLVM.so.19.1 after the dpkg error occurs. The file is just a
symlink into the arch specific lib dir anyway. Then run "apt-get install -f'
again.
I went so far and renamed both versions of
n I think
it's ready.
Sorry again for the mess-up.
Andre
--
Max Planck Institute for Biology
Max-Planck-Ring 5, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
) experimental; urgency=medium
>
> [ Helmut Grohne ]
> * Split lopsubgen into a Multi-Arch: foreign package. Closes: #1078823
>
> [ Andre Noll ]
> * Mark liblopsub1t64 Multi-Arch: same.
>
> -- Andre Noll Mon, 26 Aug 2024 16:21:14 +0200
Sure. I'
On Sat, Aug 24, 21:53, Helmut Grohne wrote
> Hi Andre,
>
> On Sat, Aug 24, 2024 at 07:59:55PM +0200, Andre Noll wrote:
> > Then let's go through experimental. The patch shown below is identical
> > to the one you sent, except that I added the missing "Multi-Arch:
t; recommended practice still.
Then let's go through experimental. The patch shown below is identical
to the one you sent, except that I added the missing "Multi-Arch:
same" line, fixed a typo in debian/control (converstion) and provided a
commit message, using your original mail as t
files that could
> conflict with the host architecture ones. /usr/share/dpkg/buildtools.mk
> can be used to compute the correct values for these variables.
Then let's focus on the split/layout for now, and postpone the cross
building issue until this bug has been fixed.
> In case this leaves questions, continue asking and thanks for
> considering my change. I can also sponsor an upload if that helps.
Thanks for offering your help. That's greatly appreciated.
Andre
--
Max Planck Institute for Biology
Max-Planck-Ring 5, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829
http://people.tuebingen.mpg.de/maan/
he package, and should thus be built for
the build architecture. However, this is not the case as the Makefile
is not cross-compile aware. Is this going to cause problems?
Thanks for spending time to improve tfortune and lopsub.
Andre
[1] https://wiki.debian.org/MultiArch/Hints
--
Max Planck Institute for Biology
Max-Planck-Ring 5, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829
http://people.tuebingen.mpg.de/maan/
ittle update in the git repo, but it
does not look like an update to a newer linux-firmware version?
Regards
Andre
On Sun, Apr 21, 11:51, Andreas Metzler wrote
> On 2024-04-08 Andre Noll wrote:
> > On Sun, Apr 07, 22:02, Peter Michael Green wrote:
>
> > > After being rebuilt for the time64 transition, tfortune
> > > depends on both liblopsub1 and liblopsub1t64. As a
>
by Steve, see
upstream commit f40f0aae211f. Please let me know if any further action
is required on my part.
Thanks
Andre
--
Max Planck Institute for Biology
Max-Planck-Ring 5, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
erged and pushed out to the public repo.
Thanks
Andre
--
Max Planck Institute for Biology
Tel: (+49) 7071 601 829
Max-Planck-Ring 5, 72076 Tübingen, Germany
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
tree is identical. Please let me know
if you're OK with the commit message.
Thanks
Andre
---
commit b156a0cabd42582e9c430ae4a284f8815746914e
Author: Steve Langasek
Date: Sun Mar 3 16:47:53 2024 +0100
debian: Final version of 64-bit time_t transition.
This partially reverts rev
further
> uploads to unstable incorporating this change.
The master branch of the public repo now contains your patch.
Best
Andre
--
Max Planck Institute for Biology
Max-Planck-Ring 5, 72076 Tübingen, Germany. Phone: (+49) 7071 601 829
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
best time to replace
liblopsub1 by liblopsub1t64?
* Why did you call the new version 1.0.4-1.1? Why not 1.0.5-1 instead?
* Do I need to do anything else to get this going besides merging
the branch and pushing it to the public repo?
Thanks
Andre
---
commit 806c7a89423cf70c1593325de24be0b
on netcdf-bin in bookworm
Cheers,
Andre
On 1/18/24 13:49, Sebastiaan Couwenberg wrote:
> Control: tags -1 upstream moreinfo
>
> On 1/18/24 12:55, Andre Castro Gonçalves de Oliveira de Castro wrote:
>> When I attempt to compress a NetCDF file with nccopy in Bookworm, an HDF
>&
???:0
Please submit a full bug report, with preprocessed source (by using -freport-
bug).
Please include the complete backtrace with any bug report.
See for instructions.
Thanks in advance!
Andre
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT po
in debian, since its such a simple
problem to avoid. And I don't think an added include would break
anything(?).
best regards
Andre
user and I'd assume some other commands
from udiskctl as well. I guess thats the way steam gets to trigger this,
too.
When using udiskctl the directories actually belong to root and no
longer to the user, that issued the query.
Regards,
Andre
On 25.07.23 16:27, Michael Biebl wrote:
om line 642ff:
mountpoint = g_build_path (G_DIR_SEPARATOR_S, g_get_tmp_dir (),
"blockdev.XX", NULL);
mountpoint = g_mkdtemp (mountpoint);
Regards
Andre
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'uns
Source: capnproto
Version: 0.9.2-3
Severity: normal
Tags: upstream,fixed-upstream
X-Debbugs-Cc: andre.nauj...@keysight.com
Currently the C++ generated code from capnproto does not work with gcc-13 and
C++20.
This can be reproduced by generating and compiling code for e.g. the sample
addressbook ca
On Thu, Jun 29, 19:45, Andre Noll wrote
> > It also needs someone to upload to Debian. Looks like Adam Borowski
> > has sponsored in the past, but if you need someone
> > else to sponsor the upload, I could too.
>
> Yes, Adam uploaded all previous versions so far. But of
elro to the two recipes of the
Makefile which create the lopsubgen executable and the shared library?
Finally there is the no-debian-changes warning, which I don't
understand at all. How can there be "no changes to the upstream
sources in the Debian-related files"?
Thanks
Andre
--
M
upstream version, or applying the patches to an older version?
Will do. FWIW: There are also a few unrelated patches pending. My
plan is to merge these next weekend and then release v1.0.4.
All I have to do to get the new version into Debian is to add a stanza
to debian/changelog, and tag the t
don't apply). This is trivial to fix, though, as shown below. Do you
> > want me to apply this modified patch?
>
> Works for me, thanks!
Applied and pushed out.
Thanks
Andre
--
Max Planck Institute for Biology
Tel: (+49) 7071 601 829
Max-Planck-Ring 5, 72076 Tübingen, Germany
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
ed, liblopsub should build reproducibly on
> tests.reproducible-builds.org!
I'm fine with making this change. However, the patch does not apply
to current master because it depends on the previous patches (which
don't apply). This is trivial to fix, though, as shown below. Do you
want me
already four years ago when Chris Lamb (CC)
submitted an analogous patch, see below. His patch has been part of the
master branch since then, although no new version has been released.
I therefore assume that there is nothing to do for me in this
regard. Please let me know if this is not the cas
Package: firefox-esr
Version: 102.11.0esr-1
Debian's MOZ_APP_REMOTINGNAME is Firefox-esr, it should be lowercase
firefox-esr as it is in builds from
https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=linux64.
MOZ_APP_REMOTINGNAME must match
- MOZ_APP_REMOTINGNAME.desktop to avoid
Source: audacious
Version: 4.2-1
The qthotplug plugin is missing, the gtk frontend one is present and
works fine.
Same for version 4.3.1-1~exp1.
Peeking at [0] I assume it's probably due to the missing
libqt5x11extras5 dependency?
Thanks!
Andre
[0]
https://github.com/audacious-
Package: lists.debian.org
Severity: normal
I tried to subscribe to user mail lists, and got:
--
Sorry, we were unable to deliver your message to the following address.
:
550: 5.1.1 : Recipient address
rejected: User unknown in virtual alias table
--
Sorry, we were unable to deliver your mes
Package: icecc
Version: 1.4-1
Severity: wishlist
X-Debbugs-Cc: woebbek...@web.de
Dear Maintainer,
right now the package icecc depends on "g++ | c++-compiler | c-compiler". Could
this
be moved to the recommendations?
I want to create a (small) docker image with icecc to add nodes to a build
far
On Wed, Mar 01, 18:23, Helmut Grohne wrote
> On Wed, Mar 01, 2023 at 05:27:04PM +0100, Andre Noll wrote:
> > If you are OK with the commit message shown below, I'll merge the
> > commit into the master branch and push it out to the public repo.
>
> Sure.
The pu
On Wed, Mar 01, 01:12, Helmut Grohne wrote
> On Tue, Feb 28, 2023 at 11:13:24PM +0100, Andre Noll wrote:
> > > The immediate failure is failing to find the lopsub library since it
> > > configures for the build architecture. This happens as no --build nor
> > > --ho
and push out the
result to the public repo? Is there anything else I can do to make
life easier for the Debian people?
Thanks again
Andre
--
Max Planck Institute for Biology
Tel: (+49) 7071 601 829
Max-Planck-Ring 5, 72076 Tübingen, Germany
http://people.tuebingen.mpg.de/maan/
signature.asc
Description: PGP signature
On 20/02/2023 16:23, Jakob Haufe wrote:
Control: tag -1 + help
On Mon, 20 Feb 2023 15:57:23 +0100
Andre Heider wrote:
Adding "gem 'thin'" to /usr/share/redmine/Gemfile fixes it for me.
I've no idea about ruby stuff, so that's probably not an appropriate
soluti
This can be closed, a backport is available now.
Thanks!
Andre
om /usr/bin/thin:23:in `load'
from /usr/bin/thin:23:in `'
Adding "gem 'thin'" to /usr/share/redmine/Gemfile fixes it for me.
I've no idea about ruby stuff, so that's probably not an appropriate
solution. Does this need to be fixed or can I solve that without
modifying the package's Gemfile?
Thanks and Cheers,
Andre
Can we please have spice back?
It's been half a year, and my patch with an alternative solution still
works fine with 1.4.29 (which is what I'm using for that period on a
daily basis):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1015147#27
Thanks,
Andre
Just FYI. This is "fixed" in the current samba-libs version.
Am 5. November 2022 19:05:19 MEZ schrieb Andre Naujoks :
>I am also affected by this. I worked around this by installing the samba-libs
>package from testing and pinning the version to 2:4.16*
>
>This workarou
I am also affected by this. I worked around this by installing the
samba-libs package from testing and pinning the version to 2:4.16*
This workaround will go away though, when 2:4.17 migrates to testing as
well.
Package: libboost-filesystem-dev
Version: 1.74.0.3
Severity: normal
X-Debbugs-Cc: offri...@gmail.com
Dear Maintainer,
Version 1.74 of boost filesystem contains a bug that causes copy_file() to
misbehave. The issue has been filed upstream
(https://github.com/boostorg/filesystem/issues/254), and it
Same here on XFCE with gnome-terminal.
Upstream has fixed it with:
https://gitlab.gnome.org/GNOME/vte/-/commit/a07cfcde3e595084ebc72c96c41857bf05c4c668
Can this patch be backported for the debian package, please?
Thanks,
Andre
switch to libsoup3 and reenable the spice plugin.
Seems to work fine with some light testing.
Thanks,
AndreFrom ab5199bac542ca74f0bedb9e0260519521c386d5 Mon Sep 17 00:00:00 2001
From: Andre Heider
Date: Thu, 4 Aug 2022 09:36:39 +0200
Subject: [PATCH 1/2] don't build the news dialog and switch
Hi,
this is really unfortunate, spice is _the_ protocol to connect to local VMs.
According to the upstream bug in #1, libsoup is just used for the
internal news thingy. Which is arguably useless from debian's point of view.
Can't we disable that and keep spice, please?
Thanks,
Andre
Source: redmine
Can we have a backport for bullseye please?
The wiki claims it'll come at some point [0], and Rails 6 is there, so
are we there yet? :)
[0] https://wiki.debian.org/Redmine
Thanks!
Andre
Woot, just shy of 4 years later and this can finally be closed :)
with e.g. a new common header -dev package, please?
Thanks!
Andre
Package: singularity-container
Version: 3.9.9+ds1-1+b1
Severity: important
X-Debbugs-Cc: offri...@gmail.com
Dear Maintainer,
Using Debian's singularity to pull a Docker container somehow removes the
environment variables that are set in the Dockerfile (using ENV) from the
container. This bug is n
In my case, I did not change the xdg-desktop-portal version.
I could reproduce this in Fedora 36 using pipewire 0.3.49. I cannot
reproduce anymore since using pipewire 0.3.50.
Package: gnome-terminal
Version: 3.38.3-1
Severity: important
Dear Maintainer,
I have a general protection fault in gnome-terminal wich the crashed.
I checked the other bug reports, but did not found the exact same, with the
same library.
Here the log entries:
Feb 24 08:33:35 hamilton kernel:
ven if there's a need for it without using
sd-boot, one can install the sd-boot package without actually using it
for booting the box (assuming the package scripts don't enforce it)
Regards,
Andre
On 10.11.21 12:14, Alexander Gerasiov wrote:
On Tue, 09 Nov 2021 10:16:01 +0100
Andre Naujoks wrote:
Package: can-utils
Version: 2020.11.0-1
Severity: normal
Tags: upstream
Dear Maintainer,
the asc2log log file converter tool generates wrongly formatted
timestamps in some rare cases.
I.e
commit 9c2de072a076236410f6c5a112bd7b9075a9e77d.
Would it be possible to update the package to a version, which contains this
fix?
Best Regards
Andre
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500,
Can we please get an update to v1.1.0?
That already updates the gtk module for gtk-3.0 ;)
Thanks,
Andre
Hi there,
newer version require libopusenc, which I guess is the holdup?
There's [0], but I don't know how this process works. How does that get
in so opus-tools can be updated?
Thanks,
Andre
[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922102
On 11/10/2021 18:41, Andreas Metzler wrote:
This looks like
https://github.com/lavv17/lftp/issues/641
which has a fix in upstream GIT.
That indeed looks likely, thanks!
The audacious cmdline from above works now, I guess because of the
resolved bug #995432 ?
lftp still fails though.
Source: gnutls28
Version: 3.7.2-2
Apps using gnutls fail to connect to servers using a Let's Encrypt
certificate which are cross-signed by the now expired DST Root CA X3,
see [0].
Examples:
$ lftp https://shop.bbc.com
cd: Fatal error: Certificate verification: Not trusted
(93:3C:6D:DE:E9:5C
Hi Till,
On 01/10/2021 12:32, Till Kamppeter wrote:
Andre, could you attach your PostScript file, once the original and also
the one you get after pre-processing when using "GSCall echo %s %s %s;
cp %s /tmp"? Thanks.
attached a patch for the original .ps file, see the first post
On 28/09/2021 14:03, Martin-Éric Racine wrote:
ti 28. syysk. 2021 klo 8.24 Andre Heider (a.hei...@gmail.com) kirjoitti:
Thanks, works out of the box now!
Can you confirm that 3.0.1-9 (stable) doesn't work while 3.0.1-12
(unstable) works?
Nope, I'm on testing and updated from 3
Thanks, works out of the box now!
On 27/09/2021 12:17, Martin-Éric Racine wrote:
Andre,
You might wanna read up on what constitutes Severity: critical. Fails
at producing a file is not a valid criteria for such a severity.
Ok, so "grave" it is then... Didn't realize "critical" isn't per pack
On 27/09/2021 12:17, Martin-Éric Racine wrote:
Andre,
You might wanna read up on what constitutes Severity: critical. Fails
at producing a file is not a valid criteria for such a severity.
Will do, but since the package fails at its own single purpose I did
consider that as appropriate
Severity: critical
Printing now always produces an empty pdf for me.
It indeed is the 'setpdfwrite' operator that's responsible for this.
Attached patch from arch fixes it:
https://github.com/archlinux/svntogit-packages/blob/packages/cups-pdf/trunk/remove-deprecated-ghostscript-setpdfwrite-opera
I did some more digging and it looks like valgrind can just be disabled:
https://salsa.debian.org/xorg-team/lib/libdrm/-/blob/debian-unstable/meson.build#L256
And AFAICT it's only used for debugging purposes ("ioctl annotations"),
on intel and freedreno:
$ git grep HAVE_VALGRIND
freedreno/freed
This is not multiarch compatible, libdrm-dev can't be coinstalled with
libdrm-dev:i386 now.
See also
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930530
t it
is failing.
Best regards,
Andre
-- System Information:
Debian Release: bookworm/sid
APT prefers oldoldstable
APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5
On Thu, 25 Mar 2021 02:13:08 + Andre Etienne
wrote:
> On Sun, 28 Feb 2021 13:24:46 +0000 Andre Etienne
> wrote:
> > On Sun, 28 Feb 2021 00:33:56 + Andre Etienne
> > wrote:
> > > On Sat, 27 Feb 2021 02:51:22 + Andre Etienne
> > > wrote:
> >
Just going by the upstream commit history it looks like the initial
rails>=6 transition is done.
Can we get a pre v5 release experimental package please?
Thanks,
Andre
ed several
corresponding bug reports already.
Thanks and best regards,
Andre Wobst and Joerg Lehmann
-- System Information:
Debian Release: 11.0
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures
I guess more transitions are required, just by grep'ing in my local /usr
I see these:
/usr/bin/vimtutor:TUTORCOPY=`mktemp $tmp/tutorXX || tempfile -p
tutor || echo none`
/usr/bin/bzexe:tmpfile=`tempfile -p gztmp -d /tmp` || exit 1
/usr/bin/mupdf:tmp=$(tempfile -s .pdf)
/usr/sbin/install-ke
On Wed, 18 Aug 2021 23:19:17 +1200 Jean-Francois Pirus
wrote:
Duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992385
No, not really.
This removes a tool which is still in use. I get the desire to remove
deprecated stuff, but the user friendly way is to communicate the
removal
Source: debianutils
Version: 5.0.1-1
Severity: critical
X fails to start up, basically rendering the whole graphical login useless.
/etc/X11/Xsession:elif ERRFILE=$(tempfile 2> /dev/null); then
/etc/X11/Xsession:# error from tempfile and echo go to the error file to
aid the user in
/etc/X11/Xs
Am 14.07.21 um 18:02 schrieb Julian Andres Klode:
On Wed, Jul 14, 2021 at 04:46:30PM +0200, Andre Naujoks wrote:
Hi.
While ignoring the last rather rude comment, I'd like to ask, if there is
anything that needs to be done to update this to the current version.
I just tried to build the D
ly on
my machine and it "just works".
Is there anything else in the way of getting a current version into
unstable? An update would "fix" #894964 as well.
Regards and thanks for taking the time maintaining this!
Andre
Am 15.06.21 um 18:39 schrieb Thorsten Glaser:
Hi Andre,
This was supposed to be fixed upstream in Java 12:
https://bugs.openjdk.java.net/browse/JDK-8210493
However it was taken back again (see last comment in that issue) and is now
supposedly fixed in java 13:
https://bugs.openjdk.java.net
Am 15.06.21 um 00:54 schrieb Thorsten Glaser:
tags 907541 + confirmed upstream
found 907541 openjdk-8/8u292-b10-1
found 907541 openjdk-11/11.0.12+4-1
thanks
On Wed, 29 Aug 2018, Andre Naujoks wrote:
This bugs affects all currently available Java versions in Debian (7, 8, 10 and
11).
I don&#
On Sun, 28 Feb 2021 13:24:46 + Andre Etienne
wrote:
> On Sun, 28 Feb 2021 00:33:56 +0000 Andre Etienne
> wrote:
> > On Sat, 27 Feb 2021 02:51:22 + Andre Etienne
> > wrote:
> > > Hi all,
> > >
> > >
> > > With Buster (gdm3 3.30.2-
Package: dovecot-fts-xapian
Version: 1.4.7-1
Severity: important
The version included (1.4.7) contains an important bug that prevents
attachments to be indexed. This is now fixed in version 1.4.8.
https://github.com/grosjo/fts-xapian/issues/68
> doveadm(camille): Info: FTS Xapian: Unknown heade
y critical in my opinion. Options and
option defaults change regularly from one debian release the next.
Best Regards,
Andre
--
GnuPG.com - a brand of g10 Code, the GnuPG experts.
g10 Code GmbH, Erkrath/Germany, AG Wuppertal HRB14459
GF Werner Koch, USt-Id DE215605608, www.g10code.com.
G
On Sun, 28 Feb 2021 00:33:56 + Andre Etienne
wrote:
> On Sat, 27 Feb 2021 02:51:22 +0000 Andre Etienne
> wrote:
> > Hi all,
> >
> >
> > With Buster (gdm3 3.30.2-3 ) using DisallowTCP=false add the "-listen
> > tcp" in command line and I can
On Sat, 27 Feb 2021 02:51:22 + Andre Etienne
wrote:
> Hi all,
>
>
> With Buster (gdm3 3.30.2-3 ) using DisallowTCP=false add the "-listen
> tcp" in command line and I can connect remotely.
>
> With gdm3 3.38.2.1-1, using DisallowTCP=false remove the "-nol
Hi all,
With Buster (gdm3 3.30.2-3 ) using DisallowTCP=false add the "-listen
tcp" in command line and I can connect remotely.
With gdm3 3.38.2.1-1, using DisallowTCP=false remove the "-nolisten tcp"
but do not add "-listen tcp" so I can not connect remotely.
Thanks
atm but thought I'd share our
changes in case anyone find them useful.
Cheers,
Andre
On Thu, 03 Dec 2020 18:10:47 +1100 Hayley Hughes
wrote:
>
> Alright so I've had a go at addressing the issues with mixed results.
>
> I've changed the names of the source and binary p
1 - 100 of 953 matches
Mail list logo
