Control: tag -1 pending
Hello,
Bug #1071768 in golang-github-github-smimesign reported by you has been fixed
in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
> +execute_after_dh_auto_install:
> + # Remove xml file generated during tests.
> + find $(CURDIR)/debian/python3-xmlrunner \( -name '*.xml' \) -type f
> -delete
Missed to comment on this. It should ideally be cleaned up post testing, no?
Not a big issue either way.
llow python-xmlrunner
| Uploading commands file to ssh.upload.debian.org (incoming:
/srv/upload.debian.org/UploadQueue/)
| Picking DM Yogeswaran Umasankar (Debian Packaging Key)
with fingerprint 5F7DDE9CAFE9CD9D083BEE3F47DAC12E5D3610E6
| SCP is deprecated. Please consider upgrading to SFTP.
et -e
> -python3 setup.py test 2>&1
> +# Disabled two tests -AttributeError need further investigation.
You disabled 2 tests that are passing at build time. That means there's
something wrong with the way autopkgtests are run or something else. Can you try
to fix the autopkgtests w
,
Nilesh
signature.asc
Description: PGP signature
On Wed, May 15, 2024 at 01:01:06PM -0700, Matt Taggart wrote:
>
> On 5/10/24 07:26, Nilesh Patra wrote:
>
> > Going for an upload to unstable followed by an s-p-u.
> >
> > > > [2]: https://people.debian.org/~nilesh/riseup-vpn-stable/
>
> I was finally abl
Control: tag -1 pending
Hello,
Bug #1070409 in golang-github-pion-ice.v2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1070410 in golang-github-pion-webrtc.v3 reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
ould not fail
imho.
> I believe DNS queries count
> as "internet access" and are not allowed.
Uhm, fine. For now I will disable the testsuite and upload, don't have more time
to investigate. Thanks for helping me out.
>
> Thanks.
Best,
Nilesh
signature.asc
Description: PGP signature
routine 16
>
> /<>/_build/src/github.com/pion/interceptor/pkg/report/sender_interceptor.go:87
> +0x115
I don't see any of these failures either. Please comment?
Best,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1069475 in micro reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Can I ask you to please take
care of this, maybe dropping ppc64el altogether if it is not feasible to fix?
Best,
Nilesh
signature.asc
Description: PGP signature
On Sun, May 05, 2024 at 09:47:40PM +0530, Nilesh Patra wrote:
> On Sat, May 04, 2024 at 08:59:19PM +0530, Nilesh Patra wrote:
> > Hi Matt,
> >
> > Quoting Matt Taggart:
> > > Package: riseup-vpn
> > > Version: 0.21.11+ds1-5+b1
> > > Sever
On Sat, May 04, 2024 at 08:59:19PM +0530, Nilesh Patra wrote:
> Hi Matt,
>
> Quoting Matt Taggart:
> > Package: riseup-vpn
> > Version: 0.21.11+ds1-5+b1
> > Severity: grave
> >
> > When attempting to run the bookworm riseup-vpn package, it fai
BSD-3-Clause and also GPL-3 for
vendor/gitlab.com/yawning/obfs4.git/internal/x25519ell2/x25519ell2.go - so what
exactly is the exact license? Is it redistributable under all the three? (I
don't think so?)
[1]:
https://salsa.debian.org/go-team/packages/riseup-vpn/-/tree/debian/bookworm-pu?ref_type
I will NMU this in a week or so if I see no activity. This package has been
going through in-attention for a while.
Best,
Nilesh
signature.asc
Description: PGP signature
Source: lektor
Version: 3.3.7-2
Severity: serious
X-Debbugs-Cc: jer...@riseup.net
Hi,
lektor fails its autopkgtests with babel in unstable with:
67s autopkgtest [16:15:09]: test upstream: [---
67s /usr/lib/python3/dist-packages/_pytest/config/__init__.py:331:
Control: tag -1 pending
Hello,
Bug #1060931 in python-babel reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1066956 in blimps reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
it before 2038 - certainly when
> > one our dependencies drops support. But I've gotten a bug report for
> > building Maude on a Raspberry Pi.
>
> Raspian is based on Debian and if the 32bit ARM architectures fail here
> Raspian people have a problem.
>
> Kind regards
>Andreas.
>
> --
> https://fam-tille.de
>
Best,
Nilesh
signature.asc
Description: PGP signature
On Sun, Apr 07, 2024 at 07:45:33PM +0530, Nilesh Patra wrote:
> Hi,
>
> Maude fails to build on armhf/arm32 arch with:
>
> In file included from timeManagerSymbol.cc:64:
> timeActions.cc: In member function ‘void
> TimeManagerSymbol::getTimeS
Control: tag -1 pending
Hello,
Bug #1066580 in lagan reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1066261 in lintian reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
g-github-go-jose-go-jose (4.0.1-3) unstable; urgency=medium
> .
> * Skip one test on some architectures accurately. (Closes: #1067410)
You could instead increase the timeout too with:
override_dh_auto_test:
dh_auto_test -- -timeout=1h
Unless the tests run on those archs forever.
Control: tag -1 pending
Hello,
Bug #1066737 in python-streamz reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
an unholy mess. I got it
working eventually
but it can open a can of worms sometime later. Maybe packaging the older version
would be the way to go if my fix above does not work.
I've added yadd to the thread for more qualified advice.
Best,
Nilesh
signature.asc
Description: PGP signature
worked perfectly. So this told me that it is the
> Debian compiled d3 which is not working correctly.
Julian, I am very confused by that wording - from what I could gauge, your
target package does not work with debian libs but it does work with npmjs, yes?
In that case linking your target pack
On 9 February 2024 1:02:31 am IST, "Rebecca N. Palmer"
wrote:
>Control: tags -1 pending
>
>This appears to be fixed in Salsa (before I reported it) - is there any reason
>not to upload this now?
When I initially uploaded it, debci said something like "regression on i386 -
not a blocker"
Control: tag -1 pending
Hello,
Bug #1044074 in python-biom-format reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1050144 in emperor reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Thu, Feb 01, 2024 at 01:55:21PM +0100, Sébastien Jodogne wrote:
> Even if I'm tagged as the maintainer of "orthanc-python", I don't know
> how autopkgtest/flaky works (I haven't implemented such tests by
> myself).
This is the script that runs for tests:
+Maytha who prepared the upload.
On Sun, Jan 28, 2024 at 05:05:55PM +, Julian Gilbey wrote:
> Hi Nilesh,
>
> You did the last upload of this package - do you have any idea about
> this bug?
I've been trying to track it down for the past hour but I don't have a fix that
I am con
_version import __version__, __version_tuple__ #
> noqa: F401
>
> and did not noticed that tests are failing. Am I missing something?
Fixed in Git, please check.
Best,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1058558 in seqkit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1058506 in golang-github-shenwei356-util reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Sat, 09 Dec 2023 16:18:35 +0100 Bas Couwenberg wrote:
> It builds successfully when using cython 3.0 from experimental.
Hence there's nothing we could do except for waiting for cython upload to
unstable.
Best,
Nilesh
^
We can revisit the bug once cython3 is updated to >= 3.0.5 and the build-deps
of macs (particularly cykhash) are
rebuilt. Also cloning and reassigning to cython so this could be upgraded.
Best,
Nilesh
Control: tag -1 pending
Hello,
Bug #1056396 in orthanc-webviewer reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
ry itself[1] and the fix was to add
in a "DNS=" entry in resolved.conf. Can you try this and report back?
Could you also check this on a different network connection?
[1]: https://github.com/systemd/systemd/issues/25397
Best,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1042641 in bottleneck reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1042654 in python-babel reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1054738 in python-gffutils reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi Lucas,
On Sun, 30 Jul 2023 20:33:09 +0200 Lucas Nussbaum wrote:
> Source: python-vispy
> Version: 0.6.6-3
> Severity: important
> Tags: ftbfs
This seems to be an older version of vispy and the latest one in
bookworm no longer FTBFS with newer sphinx for me locally.
Could you please trigger
Control: tag -1 pending
Hello,
Bug #1054672 in megahit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
r on
arm64 porter box however it fails in debci.
The upstream needs the *.out files of the failing tests, as they said at [1].
Since it does not work on porter box, and chokes on the CI infra, could you
please provide these files?
[1]: https://github.com/marbl/canu/issues/2271#issuecomment-1772870568
Thanks,
Nilesh
Control: tag -1 pending
Hello,
Bug #1052821 in python-phx-class-registry reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
/5e90d382ee6a4bbb6266b5b77d832f3dcc129b3b
It has also been removed from CRAN and archive since December 22.
https://cran.r-project.org/web/packages/spatstat.core/index.html
It may make sense to remove it altogether but it should be removed from
testing for sure.
Thanks,
Nilesh
-- System
On Tue, Oct 31, 2023 at 05:32:53PM +0100, Cyril Brulebois wrote:
> Nilesh Patra (2023-10-31):
> > On Tue, 31 Oct 2023 20:13:23 +0530 Nilesh Patra wrote:
> > Full log at:
> > https://ci.debian.net/data/autopkgtest/testing/armel/c/crowdsec/39385596/log.gz
> >
>
On Tue, 31 Oct 2023 20:13:23 +0530 Nilesh Patra wrote:
> Source: crowdsec
> Version: 1.4.6-6
> Severity: serious
> X-Debbugs-Cc: k...@debian.org
>
> Dear Maintainer,
>
> crowdsec fails its autopkgtests on unstable with:
>
> | 316s === RUN TestOneShot
>
Source: crowdsec
Version: 1.4.6-6
Severity: serious
X-Debbugs-Cc: k...@debian.org
Dear Maintainer,
crowdsec fails its autopkgtests on unstable with:
| 316s === RUN TestOneShot
| 316s journalctl_test.go:172: Expected log output 'journalctl: invalid
option' but got nothing !
| 316s ---
Control: tag -1 pending
Hello,
Bug #1054845 in golang-github-gin-gonic-gin reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1054767 in gh reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1040815 in golang-gitlab-gitlab-org-labkit reported by you has been fixed
in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
new development in https://github.com/jesseduffield/go-getter since 2018
> No reverse-depends.
You had filed a bunch of such bugs before bookworm release. Do you think
it is fine to remove them from the archive?
If so these BRs could be convered to ROM.
Best,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1054339 in golang-github-containers-luksy reported by you has been fixed
in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1052825 in golang-github-spf13-cast reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
p[K]V, K comparable, V any](m M) []K {
>| ^
Seems like gccgo is not able to recognize tilde -- could that be an
issue at the toolchain level itself?
I'm also reducing the severity to important since this does build in
principle. Perhaps the B-D should be changed to golang-go explicitly.
B
soon?
Best,
Nilesh
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1052858 in python-babel reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hello,
On 10/8/23 17:22, Rafael Laboissière wrote:
Ok, I tried to fix the building problem by including python3-h5py, alongside
with python3-h5py-mpi, into Build-Depends, as suggested by Drew, but the xmds2
package FTBFS.
Here is a way to reproduce the problem without building the package:
be
Depends: libhdf5-mpi-dev ?
Seems you're right, taking a brief look at it. I've CC'ed Rafael to further
comment/upload a fix.
@Rafael, this seems to be the last blocker on h5py transition to testing, so
prompt action would
be really cool!
Best,
Nilesh
Control: tag -1 pending
Hello,
Bug #1052893 in orthanc-postgresql reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
it and upload if it looks OK to you?
Could you as well push your commits to salsa?
[1]:
https://ci.debian.net/data/autopkgtest/testing/amd64/h/hickle/38396024/log.gz
Thanks,
Nilesh
--- a/hickle/tests/test_01_hickle_helpers.py
+++ b/hickle/tests/test_01_hickle_helpers.py
@@ -121,16 +121,17 @@
# load
Source: h5py
Version: 3.9.0-2
Severity: serious
X-Debbugs-Cc: dpars...@debian.org
Hi,
The new release of h5py FTBFS on all 32-bit archs.
In particular, it fails its test-suite with:
=== FAILURES ===
_
Control: forwarded -1 https://github.com/Nheko-Reborn/nheko/issues/1574
On Sun, 24 Sep 2023 10:11:23 + ZenWalker wrote:
Did you report it at upstream?
https://github.com/Nheko-Reborn/nheko/issues
I've just done so.
ast package
blocking the transition
of new h5py to testing (rest packages have been fixed).
Best,
Nilesh--- a/hickle/tests/test_01_hickle_helpers.py
+++ b/hickle/tests/test_01_hickle_helpers.py
@@ -121,16 +121,16 @@
# load data and try to directly modify 'type' and 'base_type' Attributes
#
Control: tag -1 pending
Hello,
Bug #1042049 in lintian reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
%]
heudiconv/tests/test_main.py .F [ 82%]
Can't repro this in a clean unstable chroot and a new version which has the
exact same test passes
buildd in experimental. Can you please try a re-run and check if this still
persists at your end?
Thanks,
Nilesh
On Fri, Aug 25, 2023 at 06:29:34PM +0200, Niels Thykier wrote:
> Nilesh Patra:
> > On Fri, Aug 25, 2023 at 05:17:47PM +0200, Niels Thykier wrote:
> > > [...]
> >
> > I had figured out this already, but conffile.lex.c does not exist in the
> > project, it is gen
On Fri, Aug 25, 2023 at 05:17:47PM +0200, Niels Thykier wrote:
> Nilesh Patra:
> >
> >
> > On 25 August 2023 1:47:26 pm IST, Nilesh Patra wrote:
> > > On Wed, 26 Jul 2023 21:52:17 +0200 Lucas Nussbaum
> > > wrote:
> > > > Source: eegd
On 25 August 2023 1:47:26 pm IST, Nilesh Patra wrote:
>On Wed, 26 Jul 2023 21:52:17 +0200 Lucas Nussbaum wrote:
>> Source: eegdev
>> Version: 0.2-6
>> Severity: serious
>> > In file included from conffile.lex.c:242:
>> > ../../lib/stdio.h:64:3: error
#error "Please include config.h first."
> > | ^
The lexed file conffile.lex.c seems to include some stuff before
config.h is included which is causing it to choke.
I'm not acquainted with lexers and not sure what causes this. I'd
appreciate any help.
Best,
Nilesh
signature.asc
Description: PGP signature
ces and do not serve a mentionable amount of users.
> >
>
> It would require analysis and many updates, so quite some efforts for
> unmaintained software and targetting low number of users (sure of that), so
> i am for removal.
>
>
> Olivier
As discussed on this bug rep
Hey Gurkan,
On Mon, 24 Jul 2023 21:40:31 +0530 Nilesh Patra wrote:
Control: reopen -1
Control: retitle -1 bitsnpicas: Contains potentially non-free binary unicode
data
Control: found -1 2.0+ds-2
On Mon, 24 Jul 2023 13:20:33 + Debian FTP Masters
wrote:
> bitsnpicas (2.0+ds-2) unsta
error is:
| 38s TMB was built with Matrix version 1.5.4.1
| 38s Current Matrix version is 1.5.3
So rmatrix's new version needs to go to testing, which is currently
1.6.0. So
1. rmatrix 1.6.0 needs to go to testing
2. tmb needs to be rebuilt against rmatrix 1.6.0
Best,
Nilesh
signature.asc
Description: PGP signature
. (Closes: #1041435)
> Thank you Nilesh Patra.
Thanks for applying my patch, it is atleast usable now. However, this
part of the bug still remains un-fixed, which would mean potentially
pushing non-free software into main.
I've thus retitled the bug and reopened it.
Best,
Nilesh
signature.asc
y
fail in i386 with a newer version of lme4.
Best,
Nilesh
signature.asc
Description: PGP signature
Source: gmap
Version: 2023-06-01+ds-1
Severity: serious
Dear Maintainer,
gmap fails to build on all architectures except amd64.
It compiles, but seems to fail it's build time tests, in particular
align.test
> 138435 AACAGCTA
>
> 4617 AACAGCTA
>
>
FAIL
enu. I
did not dive deep into the code, but it could be stemming from
main/java/BitsNPicas/src/com/kreative/unicode/data/unidata.ucd
In which case the unicode bin itself contains non-free content and needs
fixing accordingly.
Thanks,
Nilesh
-- System Information:
Debian Release: 12.0
APT prefers tes
d, it is as simple as avoiding
to remove entire data directory (which is just 28K in size). I'm able to get
autopkgtests passing locally. Patch pasted
inline.
From 7aa6fc7ccf9bb7b938d290bc1e2eab2b324fb7ff Mon Sep 17 00:00:00 2001
From: Nilesh Patra
Date: Thu, 13 Jul 2023 21:22:59 +0530
Subject: [PAT
api-* Suggestion[1]. I
> personally prefer the later one since its more clean and affects less
> packages.
Absolutely, I agree that[1] is the way to go.
> [1] https://lists.debian.org/debian-r/2023/06/msg00017.html
Best,
Nilesh
signature.asc
Description: PGP signature
On Thu, Jun 29, 2023 at 11:00:42AM +0200, Andreas Tille wrote:
> Am Wed, Jun 28, 2023 at 08:18:57PM +0530 schrieb Nilesh Patra:
> > You are correct. A transition is all we need. However, in case of
> > r-cran-epi simply adding a versioned dep on dplyr should do the trick.
> >
omally because freeze just ended, and there's a huge delta.
[1]:
https://qa.debian.org/developer.php?email=r-pkg-team%40alioth-lists.debian.net
[2]: http://blends.debian.net/liststats/uploaders_r-pkg.png
[3]: https://qa.debian.org/developer.php?login=edd=yes
Best,
Nilesh
signature.asc
Descriptio
On Wed, May 17, 2023 at 08:58:58AM +0200, Andreas Tille wrote:
> Am Tue, May 16, 2023 at 07:49:55PM +0530 schrieb Nilesh Patra:
> > On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
> > > I personally prefer "1" over 2 as it is less noise (and effort).
&g
ity to grave because it affects clean installs.
Simon, since this is a bug of high severity and we are close to bookworm
release, would you consider taking a quick look at it?
Thanks
Nilesh
signature.asc
Description: PGP signature
On Tue, May 16, 2023 at 09:31:20AM -0500, Dirk Eddelbuettel wrote:
>
> On 16 May 2023 at 19:49, Nilesh Patra wrote:
> | On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
> | > I personally prefer "1" over 2 as it is less noise (and effort).
> |
> | On s
On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
> I personally prefer "1" over 2 as it is less noise (and effort).
On second thoughts, I think sending it via testing-proposed-updates
would be a better thing to do, as this case perfectly fits the problem.
It's be same e
(which would be incorrect for a package). In this case,
r-cran-shiny has a hard-dependency on r-base.
Once that is fixed, rest of the things should be sorted out.
--
Best,
Nilesh
signature.asc
Description: PGP signature
treespace/33619893/log.gz
> [4]
> https://tracker.debian.org/news/1429562/accepted-r-base-430-1-source-into-unstable/
[5] https://wiki.debian.org/TestingProposedUpdates
--
Best,
Nilesh
signature.asc
Description: PGP signature
eam-polyc: - - - - - - - - - -
results - - - - - - - - - -
upstream-polyc FAIL stderr: /usr/bin/ld: warning:
/tmp/polyobj.2070.o: missing .note.GNU-stack section implies executable
stack
Thanks
Nilesh
Hi
Thanks for explaining it to me.
On 14/05/23 14:08, Andreas Beckmann wrote:
On 14/05/2023 10.22, Nilesh Patra wrote:
Could you help explain where exactly the overwriting is happening?
In bullseye libnlopt-dev ships /usr/share/doc/libnlopt-dev as a symlink
to libnlopt0
dpkg retains
t exist in the package are in the nlopt-doc package
which do not touch the examples dir or changelog dir.
Could you help explain where exactly the overwriting is happening?
[1]: https://packages.debian.org/bullseye/amd64/libnlopt0/filelist
Thanks
Nilesh
On Thu, 27 Apr 2023 00:37:06 +0530 Nilesh Patra wrote:
> On Sun, 23 Apr 2023 06:18:58 + Debian FTP Masters
> wrote:
> > Source: lasi
> > Source-Version: 1.1.3-1
> > Done: Nilesh Patra
>
> Sending BTS mail to help reset the autorm counter.
Another m
On Sat, Apr 29, 2023 at 07:44:24PM +0530, Nilesh Patra wrote:
> On Tue, Apr 18, 2023 at 03:54:23PM +0200, Andreas Tille wrote:
> >2. Remove the package from testing for the moment. The only
> > rdepends is currently pan-grazing-incidence which will be
> > low
On Tue, Apr 18, 2023 at 03:54:23PM +0200, Andreas Tille wrote:
> and we have other errors for other architectures which all contain
> the string "numba". IMHO this is a mess we can hardly fix in hard
> freeze. I see only two chances:
I haven't done a thorough research but it is probably
On Sun, 23 Apr 2023 06:18:58 + Debian FTP Masters
wrote:
Source: lasi
Source-Version: 1.1.3-1
Done: Nilesh Patra
Sending BTS mail to help reset the autorm counter.
Thanks
Nilesh
On Mon, Apr 17, 2023 at 03:47:43PM +, Peymaneh wrote:
> Am 16.04.23 um 17:37 schrieb Nilesh Patra:
> > Can you take care of this?
>
> thanks for the mail Nilesh, I missed the bugreport.
In your fix, why not use Andreas' suggestion to install it via
"pkg-config --variable=
em now, you'll
> likely need to reverse that change again in the future.
>
> Preferably the correct path is derived from the value given by
> pkg-config --variable=systemdsystemunitdir systemd
Can you take care of this?
--
Best,
Nilesh
signature.asc
Description: PGP signature
Hi,
I am removing myself from the uploaders field/maintenance of tiledb-py. Feel
free to update it once tiledb is ready for migration. The repository
lives at python team namespace.
--
Best,
Nilesh
signature.asc
Description: PGP signature
1 - 100 of 476 matches
Mail list logo