Hi,
On Fri, Oct 6, 2017 at 4:59 PM, Petter Reinholdtsen <p...@debian.org> wrote:
>
> [Antonio Russo]
>> How can I help out the packaging team on this? Who should I email?
>
> The best way to help is to continue contributing and participating on
> the team mailing list a
On Fri, Oct 6, 2017 at 9:20 PM, Lisandro Damián Nicanor Pérez Meyer
<perezme...@gmail.com> wrote:
> On 6 October 2017 at 07:51, Aron Xu <a...@debian.org> wrote:
>> Hi,
>>
>> I'd like to remove Qt4 support from fcitx in the last minute of our
>> actions bec
Hi,
I'd like to remove Qt4 support from fcitx in the last minute of our
actions because quite some users do depend on part of it to input text
into Qt4 applications. Will keep an eye on the progress, thank you.
Regards,
Aron
identical.
>
When does DEB_VERSION_UPSTREAM being introduced? Will this change
affect the package's backportability?
Regards,
Aron Xu
Please don't update for only a maintainer change, it's kinda a waste
of resource.
--
Regards,
Aron Xu
On Wed, Oct 25, 2017 at 8:32 PM, Antonio Russo
wrote:
> The two github repositories
>
> https://github.com/aerusso/pkg-zfsonlinux-zfs
> https://github.com/aerusso/pkg-zfsonlinux-spl
>
> have upstream branches representing an import of the zfs/spl
> sources, and a
Control: owner -1 Nicholas D Steeves
Hi Nicholas,
Please feel free to take this, thank you!
Regards,
Aron
我给 alioth-lists 写邮件申请迁移了,先看回复如何。
2018-05-26 14:06 GMT+08:00 Lumin :
> (In order to draw attention from admins of debian-chinese team, this
> mail is written in Simplified Chinese deliberately.)
>
> // Encoding: UTF-8, Simplified Chinese
>
> 致 Debian 中文团队:
>
> 随着 Alioth
Package: wnpp
Severity: wishlist
* Package name: golang-cloudfoundry-archiver
Version : 0.0+20170223
Upstream Author : Cloud Foundry
* URL : https://github.com/cloudfoundry/archiver
* License : Apache-2.0
Programming Lang: Go
Description : utilities for
Package: wnpp
Severity: wishlist
* Package name: golang-cloudfoundry-archiver
Version : 0.0+20180102
Upstream Author : fromkeith
* URL : https://github.com/fromkeith/gossdp
* License : BSD-3-Clause
Programming Lang: Go
Description : golang port of
Package: wnpp
Severity: wishlist
* Package name: golang-github-wunderlist-ttlcache
Version : 0.0+20140611
Upstream Author : WunderList
* URL : https://github.com/wunderlist/ttlcache
* License : MIT
Programming Lang: Go
Description : in-memory LRU cache
Package: wnpp
Severity: wishlist
* Package name: golang-github-jhoonb-archivex
Version : 0.0+20170409
Upstream Author : jpbanc...@gmail.com
* URL : https://github.com/jhoonb/archivex
* License : BSD-3-Clause
Programming Lang: Go
Description : archives
Package: wnpp
Severity: wishlist
* Package name: golang-github-tmc-scp
Version : 0.0+20170223
Upstream Author : travis.cl...@gmail.com
* URL : https://github.com/tmc/scp
* License : BSD-1-Clause
Programming Lang: Go
Description : basic implementation of
Package: wnpp
Severity: wishlist
* Package name: golang-github-cavaliercoder-grab
Version : 2.0.0
Upstream Author : Ryan Armstrong
* URL : https://github.com/cavaliercoder/grab
* License : BSD-3-clause
Programming Lang: Go
Description : download
On Tue, Jul 17, 2018 at 10:36 PM John Paul Adrian Glaubitz
wrote:
>
> On 07/17/2018 02:29 PM, Aron Xu wrote:
> > As a temporary solution to unblock, I've built the package on a
> > loongson-3a box and uploaded. It is the same hardware as eberlin.d.o,
> > which in
On Sun, Jul 15, 2018 at 11:18 PM Ximin Luo wrote:
>
> Emilio Pozuelo Monfort:
> > [..]
> >
> > Ok. I wonder if there are other options for us here.
>
> As the main rust maintainer IMO it's best to just RM the mips binaries so
> that testing migration works again. The LLVM bug on mips has been
On Tue, Jul 17, 2018 at 10:36 PM John Paul Adrian Glaubitz
wrote:
>
> On 07/17/2018 02:29 PM, Aron Xu wrote:
> > As a temporary solution to unblock, I've built the package on a
> > loongson-3a box and uploaded. It is the same hardware as eberlin.d.o,
> > which in
On Tue, Jul 17, 2018 at 10:48 PM John Paul Adrian Glaubitz
wrote:
>
> On 07/17/2018 04:45 PM, Aron Xu wrote:
> > Want to add that, on Debian Ports porters are allowed to include some
> > trivial patches to make the package build/useful, while what I have
> > done is a b
On Wed, Jul 18, 2018 at 12:04 AM Ximin Luo wrote:
>
> John Paul Adrian Glaubitz:
> > On 07/17/2018 04:51 PM, Aron Xu wrote:
> >> I think you are too much defensive, while I don't mean offensive any how.
> >
> > Maybe you shouldn't automatically assume then that
On Wed, Mar 7, 2018 at 6:01 PM, Vladislav Kurz
wrote:
> On 03/05/18 09:57, Debian Bug Tracking System wrote:
>> This has been addressed in 0.6.5.10-1 package, closing for now.
>
> Hello,
>
> I cannot see 0.6.5.10-1 in any archive. Is there any chance it will get
> into
Hi,
This patch modifies upstream source code directly which is undesired.
Would you mind to submit the change upstream?
Regards,
Aron Xu
Hi,
On Sat, Mar 3, 2018 at 2:52 AM, Fabian Grünbichler
wrote:
> Package: zfs-dkms
> Version: 0.7.6-1
> Severity: normal
>
> the zfs-dkms package tries to detect whether the (running) kernel is a
> 32-bit or 64-bit one with the following stanza (in
Hi Antonio,
On Tue, Feb 27, 2018 at 7:42 AM, Antonio Russo
wrote:
> Package: zfs-linux
> Version: 0.7.5-1
> Severity: normal
>
> --- Please enter the report below this line. ---
> A longstanding incorrect calculation of free memory, since
> Linux 3.14, has been fixed
Package: wnpp
Severity: wishlist
* Package name: golang-github-wayn3h0-go-uuid
Version : 2.2.1-1
Upstream Author : golang-p...@wayn3h0.com
* URL : https://github.com/golang-plus/uuid
* License : Apache-2.0
Programming Lang: Go
Description : go
Package: wnpp
Severity: wishlist
* Package name: golang-github-mdlayher-raw
Version : 0.0+20180403
Upstream Author : mdlay...@gmail.com
* URL : https://github.com/mdlayher/raw
* License : MIT
Programming Lang: Go
Description : reading and writing data
Package: wnpp
Severity: wishlist
* Package name: golang-github-mdlayher-ethernet
Version : 0.0+20180403
Upstream Author : mdlay...@gmail.com
* URL : https://github.com/mdlayher/ethernet
* License : MIT
Programming Lang: Go
Description : marshaling and
Package: wnpp
Severity: normal
I'm not going to use this library in the foreseeable future, even
though this package is not in the archive for too long enough.
Cheers,
Aron
Package: wnpp
Severity: normal
I haven't use tcpcopy for a considerable length of time, it needs some
love to keep up with upstream changes.
Cheers,
Aron
Package: wnpp
Severity: normal
I'm not going to use this library in the foreseeable future, even
though this package is not in the archive for too long enough.
Cheers,
Aron
Control: severity -1 wishlist
Please don't ping-pong here by changing the severity again, wishlist
is the final priority set for this bug.
I'm not against LSB support, please make it upstream. I think this
statement is clear enough.
Regards,
Aron
On Wed, Oct 17, 2018 at 3:36 PM Carsten Leonhardt wrote:
>
> Dear Aron,
>
> > I'm not against LSB support, please make it upstream. I think this
> > statement is clear enough.
>
> Great. In that case, please apply the patch that's being maintained by
> Chris Dos for quite some time now. You find
I've uploaded an NMU to DELAYED/5 queue, with upstream fix
https://github.com/att/ast/pull/63/ included. If there it is desired I
can reschedule it to sooner.
Cheers,
Aron
On Wed, Oct 3, 2018 at 5:54 PM John Paul Adrian Glaubitz
wrote:
>
> On 10/3/18 10:35 AM, Emilio Pozuelo Monfort wrote:
> >> Can you backport the llvm fix to llvm 7?
> >
> > Actually given 7 is not in testing and rust is not using it atm, what would
> > be
> > good is to have this backported to
On Wed, Sep 19, 2018 at 6:27 PM Yuri D'Elia wrote:
>
> Package: zfs-dkms
> Version: 0.7.9-3
> Followup-For: Bug #903112
>
> After reading through config/kernel.m4, I encourage the debian package
> of zfs-dkms to add:
>
> --with-spl-timeout=0
>
> to the configure invocation. Concurrent build of
Package: wnpp
Severity: wishlist
I would like to orphan src:spdylay because I don't have real use case
of this package anymore. The package is generally in good shape, but a
new upstream release has been available for some time and new
maintainer should pick it up.
Regards,
Aron
On Thu, Dec 20, 2018 at 1:15 AM Chris Zubrzycki wrote:
>
> I would like to amend my reply. The files are no longer in the deb, however
> they are still listed by dpkg -L zfsutils-linux. I do not understand how the
> solution to an ordering issue is to remove needed init files that have been
>
Running with Valgrind shows some errors:
==26292== ERROR SUMMARY: 6 errors from 3 contexts (suppressed: 0 from 0)
==26292==
==26292== 1 errors in context 1 of 3:
==26292== Syscall param stat(file_name) points to unaddressable byte(s)
==26292==at 0x4ABBDD5: _xstat (xstat.c:35)
==26292==by
Package: rng-tools
Version: 5-1
Severity: serious
Tags: sid
We need to prevent this version of rng-tools from migrating to testing
before finding a solution of coordinating with the rng-tools5 package.
Aron
Control: forcemerge 923420 -1
As pointed[1] by pvaneynd@d.o this is a bug in coreutils.
[1]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923420#13
Regards,
Aron
Hi,
spl-linux/0.7.13-1 is a new upstream bug fix minor point release, here
are some details about the changes:
In packaging:
1. Removed 0001-Add-check-for-ktime_get_coarse_real_ts64-for-V5.0-ke.patch:
Included in upstream 0.7.13, see #2 in following section.
2. Bump Standards-Version to
Hi,
Similar to what I have replied for Bug #923769, this is a new upstream
bug fix minor point release, and here are some details.
In packaging:
1. Rebase 2332-OpenZFS-8898-creating-fs-with-checksum-skein-on-the-.patch
A simple patch rebase.
2. Remove linux 4.20 and 5.0 compat fixes.
On Fri, Feb 1, 2019 at 3:38 AM John Paul Adrian Glaubitz
wrote:
>
> Hello!
>
> > On Jan 12, 2019, at 10:02 AM, Yao Wei (魏銘廷) wrote:
> >
> > or we can follow task-chinese-s-desktop and use fcitx instead of ibus in
> > task-chinese-t-desktop:
> >
> > fcitx,
> > fcitx-chewing,
> > fcitx-table,
> >
Control: retitile -1 dkms module FTBFS for amd64 kernel + i386 user land
Control: severity -1 important
On Thu, Jan 31, 2019 at 5:09 AM Andreas Beckmann wrote:
>
> On 2019-01-30 20:12, Petter Reinholdtsen wrote:
> >
> > [Andreas Beckmann]
> >> zfs-dkms does not build a kernel module for e.g. the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
Please unblock package ocserv
It fixes a segfault problem in the worker binary as described in
upstream bug tracker:
https://gitlab.com/openconnect/ocserv/issues/197
Attached is the
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
We would like to apply a single-line patch in addition to spl-linux/0.7.12-2
which fixes a deadlock[1], please see the changes in debdiff.
Package: initramfs-tools
Version: 0.130
Severity: normal
Tags: patch
Hi,
In hook-funtions, dep_add_modules_mount() wants a real mount point
while zfs only presents its mount point as a virtual one named by the
underlying dataset in /proc/mounts, this makes the function abort
claiming unable to
Since spl package in Debian archive is no longer required by spl-dkms,
a user can install a fully functional ZFS environment without the
package.
But I'm going to remove the Conflicts in future updates but it seems
not really relevant enough to warrent such a dependency.
Regards,
Aron
Package: sso.debian.org
Severity: normal
With a Firefox nightly 71.0a1 (2019-09-15), tag does not work
for sso.debian.org anymore. After searching a little bit, it appears
that Mozilla claims on their website that is no longer
recommended[1].
On Wed, Jul 17, 2019 at 01:41:12AM +, Aron Xu wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Dear release team,
>
> We would like to apply a single-line patch in addition to
Appears that I have encountered this problem as well. Running kernel
is 4.19.0-0.bpo.4-rt-amd64, which is the only installed kernel,
relevant kernel headers are also installed (and are the only headers
packages).
# dpkg -l 'linux-headers-*' 'linux-image-*'
I tried more to reproduce this bug, the problem only affect linux
4.19.0-0.bpo.4 and 4.19.0-0.bpo.5 (while I haven't tried earlier bpo
versions), and does not affect 4.9 or 4.19.0-0.bpo.6
Since the affecting surface is small so far, I would suggest anyone
run into this problem on stretch(-bpo) to
Hi,
I have tested the package in a virtual machine on amd64 for
linux/4.19.37-3 (buster) and a locally built updated linux kernel that
breaks zfs-linux/0.7.12-2. The dkms package builds fine with both of
the versions and zpool create/export/import works fine. Therefore,
please unblock the t-p-u
Although this is a report long time ago, I would like to clarify the
situation:
src:linux produces a bunch of image and headers packages, as well as some
called linux-compiler-gcc-8-x86, but these packages contain the major
version of GCC as well as the architecture names which could be a burden
Would like to suggest that even the @tracker.d.o team address can
serve as a mini mailing list very well (except I don't see a list
archive service), and this is what Kylin Team has done so far -
team+kylin@tracker.d.o
Regards,
Aron
Package: tasksel
Severity: normal
Tags: patch
Since fonts-arphic-{ukai,uming} have quite unfriendly fontconfig
configurations due to historical reasons, it makes default user
experience confusing, thus lowering them from Recommends to Suggests,
avoiding them from being automatically installed.
Hi,
I'm curious about which version of dkms package do you have? The build
process itself is parallel by default since dkms/2.2.0.3-4.
It would take a lot of time at configure stage because versions prior
to zfs-linux/0.8.3-1 suffer from the non-parallel KABI check, and if
you have plenty of
Package: sgml2x
Severity: normal
Version: 1.0.0-11.5
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Please remove sgmltools-lite from Recommends, because sgmltools-lite
is Python 2 only and has no other strong reverse dependencies, so that
we are able to remove it to unblock the
Control: block -1 by 949748
Since sgmltools-lite was last updated on 2016-07-19, and it does not
have a big list dependencies, this bug can be closed by removing
sgmltools-lite.
$ apt rdepends sgmltools-lite
sgmltools-lite
Reverse Depends:
Suggests: lyx
Depends: translate-docformat
Control: tags 936882 + patch
Control: tags 936882 + pending
Dear maintainer,
I've prepared an NMU for libjsoncpp (versioned as 1.7.4-3.1) and
uploaded it since there hasn't been an upload for a long time.
Please feel free to revert if there is anything missing.
Regards.
--
Regards,
Aron Xu
Hi,
I have uploaded the NMU for removing python sub-packages, and we can
wait Matteo to see how to deal with the Python porting.
Also I've updated the dh compat to 10 so that the build process can
proceed with more parallelism.
Regards,
Aron
On Sat, Jan 25, 2020 at 10:33 AM Scott Talbert
Hi,
I've created a pull request for this report:
https://salsa.debian.org/cloud-team/cloud-init/merge_requests/3
Huawei Cloud or Huawei Fusion will feed cloud-init with an unusually
network type called "cascading". This makes the instance provision
from Debian image fail, and I have reproduced
00:00:00 2001
From: Aron Xu
Date: Sun, 19 Jan 2020 03:01:46 +
Subject: [PATCH] Add patch to make the package use python3 (Closes: #936128)
---
debian/control | 4 +-
debian/patches/port-to-python3.patch | 63
debian/patches/series
On Fri, Jan 17, 2020 at 4:30 PM Thomas Goirand wrote:
>
> On 1/15/20 3:19 PM, Aron Xu wrote:
> > Hi,
> >
> > I've created a pull request for this report:
> > https://salsa.debian.org/cloud-team/cloud-init/merge_requests/3
> >
> > Huawei C
It looks that src:apr-util does not have python code itself, while it
makes use of gen-build.py from libapr1-dev (src:apr). So that once
#936128 is closed, apr-util can move to python3 by changing the
build-dep.
Regards,
Aron
On Mon, Mar 9, 2020 at 2:23 AM Bernd Zeimetz wrote:
>
> Hi Aron,
>
> which nice level do you suggest? -10?
>
I'd suggest -20, since vmtoolsd does not consume a lot resources
itself while the highest priority would give it better chance to deal
with watchdog stuff.
Regards,
Aron
Control: retitile -1 buster-pu: package cloud-init/18.3-6+deb10u1
Control: tags + patch
Hi,
After a brief discussion with zigo@d.o I'm trying to prepare a
stable-pu update of cloud-init to address Bug #936030.
I'm reusing the previous release.d.o bug report for 18.3-6 which
wasn't closed,
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-CC: debian-cl...@lists.debian.org
Dear release team,
As discussed in #947351, this is a more targeted fix prepared for
buster-pu. The updated debdiff is attached.
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: Aron Xu
Country: CN China
Location: Beijing
Sponsor: Beijing Foreign Studies University http://global.bfsu.edu.cn
Trace Url: http://mirrors.bfsu.edu.cn/debian/project/trace/
Trace Url: http://mirrors.bfsu.edu.cn/debian/project/trace/ftp
Hi,
The two different results are caused by different CI workers - some of
our workers at ci.d.n does not have reliable network to public
services, in this case to google.com:80, which makes the test result
flaky.
Would you mind to consider setting up something locally (a small web
server) in
Control: found -1 curl/7.64.0-4+deb10u1
I think this upstream pull request is relevant:
https://github.com/curl/curl/pull/3148
It's not related to NTLM authentication but because some HTTP proxies
converted chunked response body unchunked without Content-Length
header. Sometimes it is quite hard
Package: open-vm-tools
Severity: wishlist
I've been experiencing false alarms of VM monitoring for those who
runs very CPU intensive tasks for long time (i.e. several hours), and
it seems that raising the process priority of vmtoolsd will let the
watchdog work more properly. This has relaxed the
On Tue, May 19, 2020 at 9:18 PM Mo Zhou wrote:
>
> Hi atzlinux,
>
> I appreciate your work on the Chinese-related packages, but only when
> people try to do something other than repetitive householding works will
> they gain further knowledge and skills. This way is inevitable if you
> really
On Wed, May 20, 2020 at 11:27 AM atzlinux 肖盛文 wrote:
>
> IMHO, do some "house keeping work" like ITA(if ITA is a truely house
> keeping work as your point of view ), is a good beginning for a new man.
>
> But how many ITA packages is fit for a new man? 5,10,20 ? I'm not very
> sure this.
>
> So,
On Wed, May 20, 2020 at 2:00 AM atzlinux 肖盛文 wrote:
>
> Hi,
>
> I uploaded 15 packages untill today.[1]
>
Well my main concern is that the number of packages you have ITA'd
doesn't contribute positively to a rushing NM application, so you
don't have to emphasis on how many packages you
py who later orphaned it,
and I think it's a good idea to remove it from the archive since
nobody else is actually interested in taking it over.
Regards,
Aron Xu
Hi,
On Fri, Aug 28, 2020 at 10:03 AM stan clay wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Hu Feng
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
>
> * Package name: ttf-deepin-opensymbol
> Version : 1.360
> Upstream Author : leaeasy
> * URL :
Package: wnpp
Severity: wishlist
* Package name: opengauss-server
* Version : 1.0.0
* URL : https://gitee.com/opengauss/openGauss-server
* License : Mulan PSL v2
* Programming Lang: C++
* Description : openGauss provides high multi-core performance,
full link
Hi,
Would you mind to attach the output of `fcitx-diagnose` command?
Best,
Aron
ukui-wallpapers
> * License : (GPL)
> Programming Lang: (Python)
> Description : Wallpapers for UKUI desktop environment
>
If I'm recalling correctly, the license should be CC-BY-SA-3.0?
Regards,
Aron Xu
1.0.1, tagged back in 2020-04-09.
>
> Please consider packaging the new release. Thanks!
>
I'm waiting for upstream's opinion on which tarball to use. They have
some issues using the infra at ftp.infradead.org for unspecified
reasons.
Regards,
Aron Xu
Package: wnpp
Severity: wishlist
* Package name: easydict
Version : 1.9
Upstream Author : Mathieu Leplatre
* URL : https://github.com/makinacorpus/easydict
* License : LGPL-3
Programming Lang: Python
Description : Javascript-like properties dot
Package: wnpp
Severity: wishlist
* Package name: astunparse
Version : 1.6.3
Upstream Author : Simon Percivall
* URL : https://github.com/simonpercivall/astunparse
* License : BSD-3-Clause and PFSL
Programming Lang: Python
Description : AST unparser for
Package: libgoogle-glog-dev
Version: 0.4.0-1
Severity: wishlist
google-glog comes with cmake support upstream, but it's not built when
the package is built using autotools (which is preferred by dh
sequence over cmake). While I tried to build google-glog with cmake,
it appears that pkg-config
Hi Christian,
On Fri, Dec 18, 2020 at 6:12 PM Christian Marillat wrote:
>
> Package: zfs-dkms
> Version: 0.8.6-1
> Severity: normal
>
> Dear Maintainer,
>
> This commit fix various issues with kernel 5.10
>
> https://github.com/openzfs/zfs/pull/11085/commits
>
Thanks for pointing this out,
On Sat, Jan 2, 2021 at 12:39 AM Boyuan Yang wrote:
>
> Package: ftp.debian.org
> Severity: normal
> User: ftp.debian@packages.debian.org
> Usertags: remove
> X-Debbugs-CC: a...@debian.org
>
> Dear Debian FTP Masters,
>
> Package gmlive ( https://tracker.debian.org/pkg/gmlive ) is orphaned
>
Control: severity -1 important
I'm downgrading this bug to important temporarily to avoid this
package to be removed from bullseye.
Since we are late in the release freeze, we cannot guarantee the fix
to land in time for bullseye, but if that fails let's push a fix in
-updates as soon as the
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: dnf-plugins-core
Version : 4.0.21
Upstream Author : DNF-PLUGINS-CORE authors and contributors
* URL : https://github.com/rpm-software-management
* License : GPL-2+
Package: src:zfs-linux
Version: 2.0.3-3
Severity: normal
periodic-trim's current behavior only deals with NVMe-only pools, to
be more clear this means all SSDs in the pool are using NVMe protocol.
This is not sufficient since there are many new SATA SSDs that come
with protocol version > 3.0.
Hi,
On Tue, Mar 30, 2021 at 4:17 AM Paul Gevers wrote:
>
[...]
>
> > 3. Add new debconf questions, for the cron jobs of pool scrub and trim, with
> >translation updates from debian-i18n people.
>
> But here, I think there's a serious issue. You seem to be querying the
> debconf database
bian Installer's root installation support is being worked on,
> and zfs-initramfs is included here but still needs to be tested
> in detail. Since faulty operation on filesystem can lead to major
> loss of data, please use zfs-initramfs with caution.
>
> -- Aron Xu Sat, 3 Aug 2013 03:2
Control: severity -1 important
On Tue, Mar 9, 2021 at 6:51 PM Andreas Beckmann wrote:
>
> Followup-For: Bug #946497
> Control: severity -1 serious
>
> Please depend on gcc if you cannot find a way to use the kernel
> compiler. You cannot expect build-essential to be available.
>
Depending
.
Regards,
Aron Xu
zfs-linux_2.0.3-2.debdiff.gz
Description: application/gzip
signature.asc
Description: PGP signature
Hi,
On Fri, Feb 19, 2021 at 4:45 PM Xavier wrote:
>
> Package: zfsutils-linux
> Version: 0.8.6-1~bpo10+1
> Severity: important
>
> Dear Maintainer,
>
> The recently added cron "TRIM the first Sunday of every month" makes some SSD
> drives crash.
>
> The problem appears on reasonnably busy and
/patches: cherry-pick upstream post 1.1.2 bug fixes
+
+ -- Aron Xu Mon, 22 Feb 2021 11:37:07 +0800
+
ocserv (1.1.2-1) unstable; urgency=medium
* New upstream version 1.1.2
diff -Nru
ocserv-1.1.2/debian/patches/0009-update_auth_time_stats-cast-operations-to-avoid-over.patch
ocserv-1.1.2/debian
Control: forwarded -1 https://github.com/openzfs/zfs/issues/12590
I've reported this problem upstream, let's wait for their response.
Regards,
Aron
Hi,
The dependency about libpython3-stdlib looks like the following:
python3-distutils | libpython3-stdlib (<< 3.6.4)
So either python3-distutils or libpython3-stdlib (<< 3.6.4) can
satisfy this dependency, and also python3-distutils is preferred.
Regards,
Aron
Hi,
On Mon, 25 Sep 2023 11:11:05 +0800 "xibowen" wrote:
>
> Changes since the last upload:
>
> libkysdk-base (2.2.0.1-1) unstable; urgency=medium
> .
>* Update libs soname version.
>* Fix compile error on armhf and ppc64el.
>* d/control:
> - Add libkysdk-base-common.
> -
Hi,
On Sat, Oct 28, 2023 at 4:39 PM Andreas Beckmann wrote:
>
> On Thu, 29 Jun 2023 22:32:33 + Debian FTP Masters
> wrote:
> > Source: maradns
> > Source-Version: 2.0.13-1.4+deb11u1
> > Done: Aron Xu
>
> > maradns (2.0.13-1.4+deb11u1) bullseye-securi
Hi,
> On Oct 26, 2023, at 10:54, wuruilong wrote:
>
> Source: ocserv
> Version: 1.2.1-1
> Severity: normal
> X-Debbugs-Cc: wuruil...@loongson.cn
>
> Dear Maintainer,
>
> There is a compilation error for ocserv on the loongarch machine.
> Tested the patch attached to the email on the
Control: tag -1 - moreinfo
Hi,
On Wed, Aug 2, 2023 at 3:57 AM Jonathan Wiltshire wrote:
>
> On Mon, Jul 31, 2023 at 03:53:23PM +0800, Aron Xu wrote:
> > zfs-linux in bookworm is affected by #1040183 which is considered an
> > important malfunction.
>
>
1001 - 1100 of 1148 matches
Mail list logo