Hi,
On 16/11/23 11:26, программист некто wrote:
Hello. I will try to test it, but it may be difficult. Because, I got the issue
with Wi-Fi that located in another city.
I never got this issue with home Wi-Fi.
Thank you. I will reduce the severity of this bug from critical to
important since
Hi,
Please could you test with connman 1.42-1 in sid
and see if you still see the issue. Thanks.
Regards,
Vignesh
On 24/10/23 23:30, программист некто wrote:
Package: connman
Version: 1.41-3
Severity: critical
Hello. I encountered with a problem: Connman randomly is getting inadequate.
1.0.5-1
ii ruby-mime-types 3.4.1-2
ii ruby-netrc0.11.0-4
ruby-rest-client recommends no packages.
ruby-rest-client suggests no packages.
-- no debconf information
>From 6e93dafa17821dde2f7ae5971bbd6d4597304251 Mon Sep 17 00:00:00 2001
From: Vignesh Raman
Date: Fri, 5 May 2023 17
On Wed, 03 May 2023 18:45:07 +0200 Dominique Dumont wrote:
>
> This problem concerns a zone that I've rewritten these past months to
ease its
> maintenance.
>
> Running the new scan-copyright on texlive proves to be quite
challenging from
> a performance point of view, so please be patient.
On Sun, 02 Apr 2023 17:41:19 +0200 Dominique Dumont wrote:
> On Thu, 30 Mar 2023 08:15:44 +0530 Vignesh Raman
wrote:
> > Could you please look into this issue with the details provided?
Thank you.
>
> With the setup you mentionned, I get this error message:
>
> Invalid y
Package: licensecheck
Version: 3.3.5-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
scan-copyrights is unable to create the copyright file when using texlive-extra
sources
Package: wnpp
Severity: wishlist
Owner: Vignesh Raman
X-Debbugs-Cc: debian-de...@lists.debian.org, vignesh.ra...@collabora.com
Hi,
* Package name: ltp
Version : 20220527
Upstream Author : l...@lists.linux.it
* URL : http://linux-test-project.github.io/
* License
rom f1e41f5ba6d1430aba3d8ca7927cff299f489934 Mon Sep 17 00:00:00 2001
From: Vignesh Raman
Date: Wed, 26 Oct 2022 12:30:33 +0530
Subject: [PATCH] Set encoding to UTF-8
swt4-gtk fails to build with the below error,
copy.translationfiles:
[javac] Compiling 436 source files to
/build/swt4-gtk-4.17.0/bund
Package: khronos-api
Version: 4.6+git20180514-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
It doesn't hurt debian to have doc-base in the Build-deps, but this
leads to an issue in our debian derivative distribution (apertis).
khronos-api seems to
On Fri, 16 Sep 2022 01:12:39 +0800 Shengjing Zhu wrote:
>
> Please attach the full log, instead of some snippets...
>
> Anyway, I think it's because you used an older version of
> golang-golang-x-tools which is not compatible with golang-1.18.
>
Yes you are correct. With golang-golang-x-tools
Source: golang-github-containers-storage
Version: 1.24.8+dfsg1-1
Severity: important
Tags: patch
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
The following vulnerability for golang-github-containers-storage is fixed in
bookworm,
Source: golang-github-containers-psgo
Version: 1.5.2-1
Severity: important
Tags: patch
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
The following vulnerability for golang-github-containers-psgo is fixed in
bookworm,
https://security-tracker.debian.org/tracker/CVE-2022-1227
We
Source: libpod
Version: 3.0.1+dfsg1-3+deb11u1
Severity: important
Tags: patch
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
The following vulnerability for libpod is fixed in bookworm,
https://security-tracker.debian.org/tracker/CVE-2022-27649
We have backported the CVE fixes to
Source: golang-github-klauspost-compress
Version: 1.15.4+ds1-1
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
When building golang-github-klauspost-compress with golang-1.18 the below error
is seen,
src/github.com/klauspost/compress/zstd/blockdec.go
Package: consul
Version: 1.8.7+dfsg1-2+b3
Followup-For: Bug #982931
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
I'm seeing same issue witih,
1.8.7+dfsg1-3:
[ 179s] go list -m: not using modules
[ 179s] [1m[32mGenerating proto/pbcommon/common_oss.proto into
Package: connman
Version: 1.36-2.2
Severity: important
X-Debbugs-Cc: vignesh.ra...@collabora.com, a...@debian.org,
aga...@siduction.org, m...@qa.debian.org
Dear connman package maintainer in Debian,
After looking into the package you maintain (connman,
https://tracker.debian.org/pkg/connman),
Hi Jonas,
On 16/02/22 7:27 pm, Jonas Smedegaard wrote:
Please do *not* hide problems like that.
Agree
If package src:prettify.js is broken and upstream is dead, then it is
wrong to move to embedded snapshots, because that does not solve the
issue of code being unmaintained, only hides it!
.
>From a6107a79874aea0ad7d985ee11b795670eb03886 Mon Sep 17 00:00:00 2001
From: Vignesh Raman
Date: Mon, 14 Feb 2022 19:42:18 +0530
Subject: [PATCH] Remove libjs-prettify dependency
Instead of using the unmaintained prettify.js from
https://github.com/googlearchive/code-prettify, use
the vendo
Dear Maintainer,
On Sun, 28 Nov 2021 07:39:16 + Diane Trout
wrote:
> Control: tag -1 pending
>
> Hello,
>
> Bug #987816 in dask.distributed 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
Hi Dominique,
On Mon, 13 Dec 2021 09:20:31 +0100 Dominique Dumont
wrote:
> On Monday, 13 December 2021 08:32:17 CET you wrote:
> > Checked with licensecheck version v3.1.1 and v3.2.14. Unknown
license is
> > reported for Bitstream license file.
>
> ok, so the bug lies with licensecheck.
>
Package: licensecheck
Version: 3.1.1-2
Severity: normal
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
licensecheck (version v3.1.1 and v3.2.14) reports UNKNOWN for Bitstream license.
$ licensecheck --check LICENSE --deb-machine --lines 0 *
Format:
Hi Dominique,
On Sun, 12 Dec 2021 19:16:44 +0100 Dominique Dumont wrote:
> Could you check if licensecheck finds the correct information in
these files ?
>
> (cme relies on licensecheck output to create the copyright data. So if
> licensecheck fails to retrieve copyright data, cme will
Package: pbuilder
Version: 0.231
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
TestGetSourceMount test in docker.io_20.10.5+dfsg1-1 fails in pbuilder with the
below error,
=== Failed
=== FAIL: daemon TestGetSourceMount (0.00s)
Package: libconfig-model-dpkg-perl
Version: 2.143
Severity: normal
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
scan-copyrights does not recognize bitstream license and empty license is
reported
for fonts-dejavu (https://packages.debian.org/bullseye/fonts-dejavu).
Files: *
On Wed, 03 Nov 2021 19:06:48 +0100 Dominique Dumont
wrote:
> The original error message is: "toml parse error at line 253:
expected key-
> value pair, table, or array of tables but got bool".
>
> cme with dpkg uses Toml::Tiny.
>
> The command "apt-cache policy libtoml-tiny-perl" shows that
On Fri, 29 Oct 2021 15:46:38 +0200 Dominique Dumont
wrote:
> I'm not sure which commit did fix this issue.
>
> I'll let you bisect libconfig-model-dpkg-perl.
>
Sure :) Will check and update.
On Thu, 28 Oct 2021 17:44:05 +0200 Dominique Dumont
wrote:
> I've got no crash with libconfig-model-dpkg-perl 2.153.
>
Please could you provide the commit which fixes the crash with
rust-coreutils package. Thank you.
Regards,
Vignesh
On Thu, 28 Oct 2021 17:44:05 +0200 Dominique Dumont
wrote:
> I've got no crash with libconfig-model-dpkg-perl 2.153.
I checked with libconfig-model-dpkg-perl 2.153 and there is no crash.
> Although I see a lot of entries with unknown licenses:
>
> Files: src/uucore/src/lib/features/process.rs
On Sat, 23 Oct 2021 11:33:55 +0200 Dominique Dumont wrote:
> I cannot reproduce this problem on Debian unstable. I guess that I
have not
> found the source code you're working on.
>
> Could you provide a link to that code ?
>
Thanks for checking. Please could you try with the sources from
Package: libconfig-model-dpkg-perl
Version: 2.143
Severity: normal
X-Debbugs-Cc: vignesh.ra...@collabora.com
Dear Maintainer,
scan-copyrights fails on package rust-coreutils with the following error,
Operation "pattern match (m//)" returns its argument for UTF-16 surrogate
U+D800 at
Package: guile-2.2
Followup-For: Bug #994930
X-Debbugs-Cc: vignesh.ra...@collabora.com
Same error has been reported in bug-gu...@gnu.org for PowerPC
https://lists.gnu.org/archive/html/bug-guile/2020-09/msg1.html
Regards,
Vignesh
-- System Information:
Debian Release: 11.0
APT prefers
@@ -1,3 +1,10 @@
+libopenobex (1.7.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS: Fix build error.
+
+ -- Vignesh Raman Fri, 27 Aug 2021 14:23:42
+0530
+
libopenobex (1.7.2-1) unstable; urgency=medium
* New upstream released.
diff -Nru libopenobex-1.7.2
32 matches
Mail list logo