Hi,
On Sat, Jan 30, 2021 at 12:16:36PM +0200, Vincas Dargis wrote:
> Latest electrum version failds to find Ledger wallet, Install Wizard
> shows this:
>
> ```
> ledger: (error getting device infos)
> Library version for 'ledger' is incompatible.
> Installed: 0.1.31, Needed: 0.1.30 <= x
wrote:
>
> Hi,
>
> On Tue, Mar 9, 2021 at 1:19 AM Shengjing Zhu wrote:
> > Back to this issue only(ibus doesn't have a working default). I find
> > task-korean-gnome-desktop Recommends gnome-initial-setup,
> > And above the Recommends, it has a comment that says:
> >
On Mon, Mar 8, 2021 at 6:45 AM Holger Wansing wrote:
>
> Hi all,
>
> currently we have 4 bugreports open regarding input methods:
>
> #983704 Switch to fcitx5 for Simplified and Traditional Chinese desktop
> #941624 Recommending ibus breaks fcitx
> #983653 task-japanese-gnome-desktop: no Japanese
On Mon, Mar 8, 2021 at 6:45 AM Holger Wansing wrote:
>
> Hi all,
>
> currently we have 4 bugreports open regarding input methods:
>
> #983704 Switch to fcitx5 for Simplified and Traditional Chinese desktop
> #941624 Recommending ibus breaks fcitx
> #983653 task-japanese-gnome-desktop: no Japanese
On Mon, Mar 8, 2021 at 11:52 PM Holger Wansing wrote:
>
> Am 8. März 2021 16:34:54 MEZ schrieb Shengjing Zhu :
> >I just looked at tasksel, but it seems it's not straightforward to
> >implement,
> >1. install ibus for GNOME
> >2. install other input method for DE exc
On Mon, Mar 8, 2021 at 11:52 PM Holger Wansing wrote:
>
> Am 8. März 2021 16:34:54 MEZ schrieb Shengjing Zhu :
> >I just looked at tasksel, but it seems it's not straightforward to
> >implement,
> >1. install ibus for GNOME
> >2. install other input method for DE exc
now GNOME
defaults ibus, and ibus doesn't pick up the right defaults for all.
Maybe we should find a universal solution?
--
Shengjing Zhu
Hi,
On Mon, Mar 8, 2021 at 6:39 PM Shengjing Zhu wrote:
>
> On Mon, Mar 8, 2021 at 5:05 PM Holger Wansing wrote:
> >
> > Hi,
> >
> > Shengjing Zhu wrote (Mon, 8 Mar 2021 13:14:26 +0800):
> > > IMO, we have 3 choice here:
> > >
> > >
Hi,
On Mon, Mar 8, 2021 at 6:39 PM Shengjing Zhu wrote:
>
> On Mon, Mar 8, 2021 at 5:05 PM Holger Wansing wrote:
> >
> > Hi,
> >
> > Shengjing Zhu wrote (Mon, 8 Mar 2021 13:14:26 +0800):
> > > IMO, we have 3 choice here:
> > >
> > >
On Mon, Mar 8, 2021 at 5:05 PM Holger Wansing wrote:
>
> Hi,
>
> Shengjing Zhu wrote (Mon, 8 Mar 2021 13:14:26 +0800):
> > IMO, we have 3 choice here:
> >
> > 1. All languages in tasksel should have a separate task for GNOME, and
> > a separate task for
On Mon, Mar 8, 2021 at 5:05 PM Holger Wansing wrote:
>
> Hi,
>
> Shengjing Zhu wrote (Mon, 8 Mar 2021 13:14:26 +0800):
> > IMO, we have 3 choice here:
> >
> > 1. All languages in tasksel should have a separate task for GNOME, and
> > a separate task for
st.
In this choice, the corresponding language module for ibus is not
installed. So we can't choose ibus by default.
3. The default DE task installs ibus and related language modules.
This forces all DE to use ibus by default. which is the most awful thing.
--
Shengjing Zhu
table.
+ * Backport patch to fix performance regression again.
+Add
++ 0006-Fix-a-bug-in-the-calculation-of-DictGroup-keyMaxLeng.patch
++ 0007-Fix-a-severe-performance-bug-in-Conversion-Convert-t.patch
+
+ -- Shengjing Zhu Sun, 07 Mar 2021 14:20:40 +0800
+
+opencc (1.1.1+git20200624+ds
table.
+ * Backport patch to fix performance regression again.
+Add
++ 0006-Fix-a-bug-in-the-calculation-of-DictGroup-keyMaxLeng.patch
++ 0007-Fix-a-severe-performance-bug-in-Conversion-Convert-t.patch
+
+ -- Shengjing Zhu Sun, 07 Mar 2021 14:20:40 +0800
+
+opencc (1.1.1+git20200624+ds
> If you are short on time, I would be more than happy to help and
> provide an NMU.
>
Please go ahead with uploading to buster-backports.
--
Shengjing Zhu
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: z...@debian.org
Please unblock package containerd
[ Reason ]
It's a new upstream point release with bugfix only, and
it fixes CVE-2021-21334
Most changes are cherry-pick by
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: z...@debian.org
Please unblock package containerd
[ Reason ]
It's a new upstream point release with bugfix only, and
it fixes CVE-2021-21334
Most changes are cherry-pick by
On Wed, Mar 03, 2021 at 11:30:20AM +0100, Nicolas Schier wrote:
> On Wed 03 Mar 2021 17:33:16 GMT Shengjing Zhu write:
> >
> > On Wed, Mar 3, 2021 at 3:40 PM Nicolas Schier wrote:
> > > > [2]:
> > > > https://lore.kernel.org/linux-unionfs/CAJfpegsi
On Wed, Mar 03, 2021 at 11:30:20AM +0100, Nicolas Schier wrote:
> On Wed 03 Mar 2021 17:33:16 GMT Shengjing Zhu write:
> >
> > On Wed, Mar 3, 2021 at 3:40 PM Nicolas Schier wrote:
> > > > [2]:
> > > > https://lore.kernel.org/linux-unionfs/CAJfpegsi
troduces a new mount
option, userxattr, instead of module parameter.
--
Shengjing Zhu
troduces a new mount
option, userxattr, instead of module parameter.
--
Shengjing Zhu
;
Not sure what happens, it does have symlink_to_dir already.
https://sources.debian.org/src/golang-github-coreos-bbolt/1.3.5-1/debian/maintscript/
--
Shengjing Zhu
;
Not sure what happens, it does have symlink_to_dir already.
https://sources.debian.org/src/golang-github-coreos-bbolt/1.3.5-1/debian/maintscript/
--
Shengjing Zhu
;
Not sure what happens, it does have symlink_to_dir already.
https://sources.debian.org/src/golang-github-coreos-bbolt/1.3.5-1/debian/maintscript/
--
Shengjing Zhu
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-go-maintainers
> On 2021-03-01 15:25, Shengjing Zhu wrote:
> > I'm not a GNOME user. But reading this, I feel it's seriously broken.
> > GNOME shouldn't take over the responsibility of tasksel to decide
> > what the IM engine to use.
> > Japanese GNOME desktop users should
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
On Tue, Mar 2, 2021 at 3:26 AM Andreas Henriksson wrote:
>
> Hello Shengjing Zhu,
>
> (FYI I've not been part of pkg-gnome maintenance for the better part of
> bullseye development cycle and don't speak for pkg-gnome team, but I
> feel this is not a new issue and hopefully my i
Control: severity -1 serious
Control: affects -1 src:tasksel
On Thu, Oct 03, 2019 at 05:49:37AM -0400, Jeremy Bicha wrote:
> On Wed, Oct 2, 2019 at 9:51 PM Mo Zhou wrote:
> > I've been using fcitx as the default Chinese input method for decades.
> > Recommending ibus simply breaks everything for
Control: severity -1 serious
Control: affects -1 src:tasksel
On Thu, Oct 03, 2019 at 05:49:37AM -0400, Jeremy Bicha wrote:
> On Wed, Oct 2, 2019 at 9:51 PM Mo Zhou wrote:
> > I've been using fcitx as the default Chinese input method for decades.
> > Recommending ibus simply breaks everything for
seriously broken.
GNOME shouldn't take over the responsibility of tasksel to decide what
the IM engine to use.
Japanese GNOME desktop users should continue to use uim if it's
prefered by Japanese users.
And Chinese GNOME desktop users should continue to use fcitx as their
default IM engine.
--
Shengjing Zhu
Package: tasksel
Version: 3.64
Severity: important
X-Debbugs-Cc: z...@debian.org, debian-chinese-gb@lists.debian.org,
debian-chinese-b...@lists.debian.org
Please replace fcitx with fcitx5 in Bullseye for Chinese desktops.
fcitx doesn't work for Wayland users. And the upstream develop of fcitx
Package: tasksel
Version: 3.64
Severity: important
X-Debbugs-Cc: z...@debian.org, debian-chinese...@lists.debian.org,
debian-chinese-big5@lists.debian.org
Please replace fcitx with fcitx5 in Bullseye for Chinese desktops.
fcitx doesn't work for Wayland users. And the upstream develop of fcitx
Package: tasksel
Version: 3.64
Severity: important
X-Debbugs-Cc: z...@debian.org, debian-chinese...@lists.debian.org,
debian-chinese-b...@lists.debian.org
Please replace fcitx with fcitx5 in Bullseye for Chinese desktops.
fcitx doesn't work for Wayland users. And the upstream develop of fcitx
Package: tasksel
Version: 3.64
Severity: important
X-Debbugs-Cc: z...@debian.org, debian-chinese...@lists.debian.org,
debian-chinese-b...@lists.debian.org
Please replace fcitx with fcitx5 in Bullseye for Chinese desktops.
fcitx doesn't work for Wayland users. And the upstream develop of fcitx
Control: retitle -1 RM: go-dep -- RoQA; unmaintained upstream
Control: severity -1 normal
Control: reassign -1 ftp.debian.org
On Sun, Dec 27, 2020 at 4:27 AM Shengjing Zhu wrote:
>
> Package: go-dep
> Version: 0.5.4-3
> Severity: serious
> X-Debbugs-Cc: z...@debian.org, ben..
Control: retitle -1 RM: go-dep -- RoQA; unmaintained upstream
Control: severity -1 normal
Control: reassign -1 ftp.debian.org
On Sun, Dec 27, 2020 at 4:27 AM Shengjing Zhu wrote:
>
> Package: go-dep
> Version: 0.5.4-3
> Severity: serious
> X-Debbugs-Cc: z...@debian.org, ben..
On Sun, Feb 28, 2021 at 2:07 AM Shengjing Zhu wrote:
>
> Version: 20.10.4+dfsg1-1
>
> Hi,
>
> On Sun, Feb 28, 2021 at 1:45 AM VA wrote:
> >
> > Package: docker.io
> > Version: 20.10.3+dfsg1-2
> > Severity: minor
> >
> > When viewing docke
Source: golang-github-sylabs-sif
Version: 1.0.9-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
Tried 3 times on buildd and failed at same test.
=== RUN TestAddDelObject
unexpected fault address 0xffc8a0c000
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x2
Source: golang-github-sylabs-sif
Version: 1.0.9-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
Tried 3 times on buildd and failed at same test.
=== RUN TestAddDelObject
unexpected fault address 0xffc8a0c000
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x2
Package: vuls
Version: 0.6.1-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
Recently goval-dictionary was upgraded 0.2.0-4, causes this package FTBFS.
https://buildd.debian.org/status/fetch.php?pkg=vuls=amd64=0.6.1-2%2Bb2=1614218113=0
# github.com/future-architect/vuls/oval
Package: vuls
Version: 0.6.1-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
Recently goval-dictionary was upgraded 0.2.0-4, causes this package FTBFS.
https://buildd.debian.org/status/fetch.php?pkg=vuls=amd64=0.6.1-2%2Bb2=1614218113=0
# github.com/future-architect/vuls/oval
Package: vuls
Version: 0.6.1-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
Recently goval-dictionary was upgraded 0.2.0-4, causes this package FTBFS.
https://buildd.debian.org/status/fetch.php?pkg=vuls=amd64=0.6.1-2%2Bb2=1614218113=0
# github.com/future-architect/vuls/oval
On Tue, Feb 23, 2021 at 10:53:14PM -0500, Sergio Durigan Junior wrote:
> Hello there,
>
> I would like to announce a new service that I have just configured for
> Debian: https://debuginfod.debian.net.
>
Thanks a lot for this great service.
I have two questions.
1. Do you want to include
On Wed, Feb 24, 2021 at 06:47:20AM +0200, Andrei POPESCU wrote:
> Control: reassign -1 src:libpod 3.0.0+dfsg1-2
>
> On Ma, 23 feb 21, 14:26:12, Andrej Shadura wrote:
> > Package: src:podman
> > Version: 3.0.0+dfsg1-2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I get an error
On Wed, Feb 24, 2021 at 06:47:20AM +0200, Andrei POPESCU wrote:
> Control: reassign -1 src:libpod 3.0.0+dfsg1-2
>
> On Ma, 23 feb 21, 14:26:12, Andrej Shadura wrote:
> > Package: src:podman
> > Version: 3.0.0+dfsg1-2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I get an error
On Mon, Feb 22, 2021 at 05:44:16PM +, Luca Boccassi wrote:
> > I have verified with `sbuild --profiles=nodoc --no-arch-all`.
> > Is there anything I miss?
>
> I was testing in a pbuilder chroot, and without doxygen installed
> "DEB_BUILD_OPTIONS=nodoc DEB_BUILD_PROFILES=nodoc
On Mon, Feb 22, 2021 at 04:33:32PM +, Luca Boccassi wrote:
> > > Subject: [PATCH 5/5] Add support for nodoc build option/profile
> > >
> >
> > Applied without check nodoc in d/rules. As building doc is already in
> > -indep target. And the -doc is the only arch all package.
>
> That adds an
On Mon, Feb 22, 2021 at 02:47:20PM +, Luca Boccassi wrote:
> Source: sdbus-cpp
> Version: 0.8.3-3
> Tags: patch
>
> Dear Maintainer,
>
> Please find attached some patches to enable multiarch support and
> nodoc/nocheck build profiles (for easier
> crossbuild/bootstrap/backport).
>
> --
>
Package: dose-extra
Version: 6.0.1-2
Severity: wishlist
X-Debbugs-Cc: z...@debian.org
Dear Maintainer,
Could you add an option for dose-ceve to ignore the Extra-Source-Only
packages.
dose-ceve is used in ratt to find out the reverse build depends, however
sometimes it will pick up packages
Package: dose-extra
Version: 6.0.1-2
Severity: wishlist
X-Debbugs-Cc: z...@debian.org
Dear Maintainer,
Could you add an option for dose-ceve to ignore the Extra-Source-Only
packages.
dose-ceve is used in ratt to find out the reverse build depends, however
sometimes it will pick up packages
On Wed, Apr 22, 2020 at 04:27:54PM +0200, Salvatore Bonaccorso wrote:
> I got contacted by the LXC maintainers, specifically due to
> potentially enabling the lxc-checkpoint tool, but only if we lift this
> blocking bug and allow criu to be released in bullseye.
>
> This is a valid request, and
On Wed, Apr 22, 2020 at 04:27:54PM +0200, Salvatore Bonaccorso wrote:
> I got contacted by the LXC maintainers, specifically due to
> potentially enabling the lxc-checkpoint tool, but only if we lift this
> blocking bug and allow criu to be released in bullseye.
>
> This is a valid request, and
st and the librust-foo-dev packages.
I do think it's "very difficult". You end up calculating dependency
trees by hand, instead of an automatic program, like cargo, pip.
How does it come for version satisfaction? For example a library
version installed in system path conflicts the software you are
developing.
--
Shengjing Zhu
Control: tag -1 pending
Hello,
Bug #982734 in golang 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 #982701 in golang 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: reassign -1 src:golang-1.15 1.15.8-3
Control: affects -1 src:snapd
On Sat, Feb 13, 2021 at 06:08:57PM +0100, Lucas Nussbaum wrote:
> > --
> > FAIL: buildid_test.go:131: buildIDSuite.TestReadBuildGo
> >
> >
Control: reassign -1 src:golang-1.15 1.15.8-3
Control: affects -1 src:snapd
On Sat, Feb 13, 2021 at 06:08:57PM +0100, Lucas Nussbaum wrote:
> > --
> > FAIL: buildid_test.go:131: buildIDSuite.TestReadBuildGo
> >
> >
Control: reassign 982701 src:golang-1.15 1.15.8-3
Control: reassign 982714 src:golang-1.15 1.15.8-3
Control: reassign 982724 src:golang-1.15 1.15.8-3
Control: reassign 982734 src:golang-1.15 1.15.8-3
Control: affects 982701 src:golang-github-pkg-profile
Control: affects 982714
Control: reassign 982701 src:golang-1.15 1.15.8-3
Control: reassign 982714 src:golang-1.15 1.15.8-3
Control: reassign 982724 src:golang-1.15 1.15.8-3
Control: reassign 982734 src:golang-1.15 1.15.8-3
Control: affects 982701 src:golang-github-pkg-profile
Control: affects 982714
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: z...@debian.org
Hi, please remove source package golang-procfs.
It has been renamed to golang-github-prometheus-procfs.
Package: golang-thrift-dev
Severity: normal
X-Debbugs-Cc: z...@debian.org
There's no architecture related file in golang-thrift-dev.
golang-*-dev packages only contain source code, thus they could be arch: all.
On Thu, Feb 4, 2021 at 11:30 PM Shengjing Zhu wrote:
>
> Source: golang-github-mozillazg-go-pinyin
> Severity: normal
> X-Debbugs-Cc: z...@debian.org
>
> golang-*-dev packages on every architecture has same content.
> If you want tests on every architecture, it can be achi
Source: golang-github-mozillazg-go-pinyin
Severity: normal
X-Debbugs-Cc: z...@debian.org
golang-*-dev packages on every architecture has same content.
If you want tests on every architecture, it can be achieved by
autopkgtest-pkg-go and debci infra.
Hi,
On Sat, Jan 30, 2021 at 07:49:12PM +0100, Félix Sipma wrote:
> Hi,
>
> @Arnaud: No problem for the reverting, and sorry for pushing the changes to
> master. I hoped the package would be ready in a timely manner, but it was
> hard to get someone to upload all the dependencies.
>
> I have
On Mon, Feb 01, 2021 at 10:03:58AM +0100, Félix Sipma wrote:
> Hi,
>
> Thanks for your answer.
>
> I should have checked this first, but when I prepared
> golang-github-minio-minio-go v7 (one or two months ago),
> gitlab-ci-multi-runner was already FTBFS with golang-github-minio-minio-go
> v6,
Control: forwarded -1 https://github.com/moby/buildkit/issues/1961
On Tue, Feb 2, 2021 at 1:35 AM Shengjing Zhu wrote:
>
> This part of code is from buildkit. Since I doesn't enable it by
> default in my env, so I haven't notice this segfault.
> After enable buildkit in /etc/docker
On Tue, Feb 2, 2021 at 1:13 AM Shengjing Zhu wrote:
>
> On Tue, Feb 2, 2021 at 12:49 AM Shengjing Zhu wrote:
> >
> > Hi,
> >
> > On Tue, Feb 2, 2021 at 12:27 AM Detlef Vollmann wrote:
> > > That's correct, you don't need to mount binfmt.
> > &g
On Tue, Feb 2, 2021 at 12:49 AM Shengjing Zhu wrote:
>
> Hi,
>
> On Tue, Feb 2, 2021 at 12:27 AM Detlef Vollmann wrote:
> > That's correct, you don't need to mount binfmt.
> > But you need to mount /proc.
> > qemu-s390x-static opens /proc/sys/vm/mmap_min_addr
>
It's interesting, could you share the process tree?
I really have now idea why docker will start a process called check,
if it's not in a container.
apt-file search check|grep -E '/check$'
I also don't find any file named 'check' related to docker, or
container, or qemu.
--
Shengjing Zhu
On Mon, Feb 1, 2021 at 11:22 PM Detlef Vollmann wrote:
>
> On 2/1/21 3:56 AM, Shengjing Zhu wrote:
> > On Sun, Jan 31, 2021 at 11:07:09PM +0100, Detlef Vollmann wrote:
> >> Package: docker.io
> >> Version: 20.10.2+dfsg1-2
> >> Severity: minor
> >&g
Hi,
On Sun, Jan 31, 2021 at 11:07:09PM +0100, Detlef Vollmann wrote:
> Package: docker.io
> Version: 20.10.2+dfsg1-2
> Severity: minor
> X-Debbugs-Cc: d...@vollmann.ch
>
> Dear Maintainer,
>
>
>* What led up to the situation?
> On system startup, dockerd starts a container with a single
>
a VM to
> allow using a YubiKey (or similar) for the signing key.
>
> - Time. I currently don't have much to spend on Debian.
>
> Are there more issues that ftp-master would have to deal with?
>
Dear ftpmaster, will the task that imports all sources to
security-master be ready for bullseye?
--
Shengjing Zhu
a VM to
> allow using a YubiKey (or similar) for the signing key.
>
> - Time. I currently don't have much to spend on Debian.
>
> Are there more issues that ftp-master would have to deal with?
>
Dear ftpmaster, will the task that imports all sources to
security-master be ready for bullseye?
--
Shengjing Zhu
-version-fixed)
2. Prepare and upload fixed gitlab-ci-multi-runner too.
Some more bonus if you can:
3. Update the team mail address, Section, Standards-Version
4. Remove unused depends, like golang-github-go-ini-ini-dev
--
Shengjing Zhu
e best to avoid Docker
> registry whenever possible.
However only the registry is able to dedup the image layers.
--
Shengjing Zhu
On Sun, Jan 31, 2021 at 6:41 AM Boyuan Yang wrote:
>
> Hi,
>
> Debian 11(Bullseye)的开发周期即将进入尾声,根据 release.debian.org 的时
> 间表,开发将在二月中进入软冻结(Soft Freeze),届时将不再有新的软件进入待发
> 布的 Debian 11 仓库。在本次开发周期中,fcitx 项目发布了新一代的 fcitx 输入
> 法(fcitx5),且在 Yao Wei, Shengjing Zhu 等开发者的工作和帮助下,大多数
>
e best to avoid Docker
> registry whenever possible.
However only the registry is able to dedup the image layers.
--
Shengjing Zhu
On Sun, Jan 31, 2021 at 6:41 AM Boyuan Yang wrote:
>
> Hi,
>
> Debian 11(Bullseye)的开发周期即将进入尾声,根据 release.debian.org 的时
> 间表,开发将在二月中进入软冻结(Soft Freeze),届时将不再有新的软件进入待发
> 布的 Debian 11 仓库。在本次开发周期中,fcitx 项目发布了新一代的 fcitx 输入
> 法(fcitx5),且在 Yao Wei, Shengjing Zhu 等开发者的工作和帮助下,大多数
>
Shengjing Zhu pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
d679f1b4 by Shengjing Zhu at 2021-01-31T02:48:51+08:00
CVE-2020-29652 not affected in buster
- - - - -
1 changed file:
- data/CVE/list
Changes:
=
data/CVE
Shengjing Zhu pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
e457a2a5 by Shengjing Zhu at 2021-01-31T02:40:28+08:00
Update fixed version for CVE-2020-29652
- - - - -
1 changed file:
- data/CVE/list
Changes:
=
data/CVE
On Tue, Jan 26, 2021 at 8:58 AM Dmitry Smirnov wrote:
>
> On Wednesday, 20 January 2021 2:46:07 AM AEDT Shengjing Zhu wrote:
> > What's the purpose of this line?
> > https://salsa.debian.org/debian/libpod/-/blob/debian/2.1.1+dfsg1-4/debian/rules#L21
>
> The purpose sh
On Tue, Jan 26, 2021 at 8:58 AM Dmitry Smirnov wrote:
>
> On Wednesday, 20 January 2021 2:46:07 AM AEDT Shengjing Zhu wrote:
> > What's the purpose of this line?
> > https://salsa.debian.org/debian/libpod/-/blob/debian/2.1.1+dfsg1-4/debian/rules#L21
>
> The purpose sh
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: z...@debian.org
Hi, upstream of golang-github-howeyc-fsnotify is no longer active since 2015,
and is superseded by golang-github-fsnotify-fsnotify.
Shengjing Zhu pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
77e7f07e by Shengjing Zhu at 2021-01-25T02:15:08+08:00
Fix typo in last commit
Sorry..
- - - - -
1 changed file:
- data/CVE/list
Changes:
=
data/CVE/list
Shengjing Zhu pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
aa646005 by Shengjing Zhu at 2021-01-25T02:11:49+08:00
CVE-2020-28362 not affected golang-1.11
- - - - -
1 changed file:
- data/CVE/list
Changes:
=
data/CVE
d 3.0.0-rc1 already. So if you want 3.0
to be in bullseye, a good start might be uploading 3.0.0~rc1 to
experimental first, then talk to the release team?
--
Shengjing Zhu
d 3.0.0-rc1 already. So if you want 3.0
to be in bullseye, a good start might be uploading 3.0.0~rc1 to
experimental first, then talk to the release team?
--
Shengjing Zhu
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@alioth-lists.debian.net
h
d 3.0.0-rc1 already. So if you want 3.0
to be in bullseye, a good start might be uploading 3.0.0~rc1 to
experimental first, then talk to the release team?
--
Shengjing Zhu
then why not
just unvendor them. Then many pieces of libraries can be reused by others.
Shengjing Zhu
signature.asc
Description: PGP signature
then why not
just unvendor them. Then many pieces of libraries can be reused by others.
Shengjing Zhu
signature.asc
Description: PGP signature
Source: libpod
Version: 2.1.1+dfsg1-4
Severity: important
X-Debbugs-Cc: z...@debian.org
Hi,
Looking at https://ci.debian.net/packages/libp/libpod/testing/amd64/
The tests always fail.
The error comes from dh_golang_autopkgtest
[error] Source code not found, even with dev packages installed
Source: libpod
Version: 2.1.1+dfsg1-4
Severity: important
X-Debbugs-Cc: z...@debian.org
Hi,
Looking at https://ci.debian.net/packages/libp/libpod/testing/amd64/
The tests always fail.
The error comes from dh_golang_autopkgtest
[error] Source code not found, even with dev packages installed
Source: golang-github-cznic-b
Version: 0.0~git20151027.0.01b13d7-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
When rebuild packages, this package FTBFS
dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 9
in use)
cd obj-x86_64-linux-gnu && go test -vet=off
Source: golang-github-cznic-fileutil
Version: 0.0~git20200808.2079183-3
Severity: serious
X-Debbugs-Cc: z...@debian.org
When rebuild packages, this package FTBFS
dh_auto_build -O--buildsystem=golang
cd obj-x86_64-linux-gnu && go install -trimpath -v -p 4
modernc.org/fileutil
Source: golang-github-cznic-fileutil
Version: 0.0~git20200808.2079183-3
Severity: serious
X-Debbugs-Cc: z...@debian.org
When rebuild packages, this package FTBFS
dh_auto_build -O--buildsystem=golang
cd obj-x86_64-linux-gnu && go install -trimpath -v -p 4
modernc.org/fileutil
Source: golang-github-cznic-b
Version: 0.0~git20151027.0.01b13d7-2
Severity: serious
X-Debbugs-Cc: z...@debian.org
When rebuild packages, this package FTBFS
dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 9
in use)
cd obj-x86_64-linux-gnu && go test -vet=off
1201 - 1300 of 2778 matches
Mail list logo