Package: wnpp
Severity: normal
I'm not using linuxbrew anymore, and hence not interested in maintaining
it for longer.
Package: dpkg
Version: 1.19.2
X-Debbugs-CC: by...@debian.org
Dear Dpkg maintainer,
This is the zh_CN.po update. Please poke byang if you need another
DD to review.
~/D/d/d/po ❯❯❯ msgfmt -v zh_CN.po
1116 translated messages.
The patch is here
https://salsa.debian.org/chinese-team/dpkg/commit/9249b5a8ef455b951879267e63e14d29a0fe2f9d
Hi pochu,
To make things explicit, do I still have chance to continue with the
opencv transition after the gdal one? And do I need to apply for
freeze exception for opencv?
Package: wnpp
Severity: normal
dead upstream.
Package: wnpp
Severity: normal
I request an adopter for the progress package.
I've been not using this tool for a long time.
control: severity -1 important
This is not baseline violation. julia -C
"armv7-a;armv7-a,neon;armv7-a,neon,vfp4"
compiles 3 branches of code, and the optimal branch will be selected
during runtime. The SIGILL raised during build on the buildd stems from
LLVM's incorrect CPU detection.
Here is
Package: wnpp
Severity: normal
I intend to orphan the nsync package.
This package is a tensorflow dependency
Package: wnpp
Severity: normal
I intend to orphan the highwayhash package.
this package is a dependency of tensorflow
Package: wnpp
Severity: normal
I intend to orphan the farmhash package.
This package is a dependency of TensorFlow.
Package: wnpp
Severity: normal
I intend to orphan the gemmlowp package.
This package is a dependency of TensorFlow
Package: qa.debian.org
Severity: normal
Please display CI status for packages in contrib/non-free sections.
For example, ci.d.o keeps running autopkgtest for zfs-linux and
intel-mkl on Debian testing, but the result is not displayed on my DDPO
page[1].
https://ci.debian.net/packages/z/zfs-linux/
Package: llvm-6.0-dev
Version: 1:6.0.1-9.2
X-Debbugs-CC: gin...@debian.org
Dear LLVM maintainers,
Recently Julia FTBFS on armhf due to SIGILL from NEON instruction.
(ginggs digged into the SIGILL and confirmed it's due to NEON)
However, julia is supposed to compile multiple code branches where
on
Package: llvm-6.0-dev
Version: 1:6.0.1-9.2
X-Debbugs-CC: gin...@debian.org
Dear LLVM maintainers,
Please check and apply Julia's LLVM patches to Debian's LLVM 6.0.1:
https://github.com/JuliaLang/julia/blob/master/deps/llvm.mk#L390-L432
https://github.com/JuliaLang/julia/tree/master/deps/patches
Hi Sylvestre,
Thanks for offering help. Julia ships embedded LLVM because we want to
apply all the upstream patches (although I don't care about the portion
of patches for windows). I've filed an bug against LLVM 6 and pointed
out the location of upstream patches.
Another issue we encountered abo
On Sat, Jan 19, 2019 at 02:32:18PM +0100, Julien Cristau wrote:
> On Fri, Jan 18, 2019 at 04:05:21 +0000, M. Zhou wrote:
>
> > Another issue we encountered about LLVM is it's emitting NEON code on armv7,
> > which resulted in https://bugs.debian.org/cgi-bin/b
Hi Dominique,
Will do it later. BTW, the *.moarvm not found error is related to this:
https://github.com/rakudo/rakudo/issues/3093
We can temporarily symlink several directories to wordaround this.
On Fri, 13 Sep 2019 at 12:24, Dominique Dumont wrote:
>
> On Thursday, 12 September 2019 08:33:0
On Sun, Feb 03, 2019 at 10:30:26AM +0100, Sylvestre Ledru wrote:
> > > I'm glad to assemble a detailed list of patches and their
> > > corresponding bugs
> > > if you ask. And note that I'm traveling tomorrow (Jan 20) so please
> > > don't
> > > expect response from me on that day.
> >
> > if you
Hi dod,
On Mon, 26 Aug 2019 at 16:45, Dominique Dumont wrote:
>
> On mercredi 21 août 2019 13:08:42 CEST Ivo De Decker wrote:
> > A binnmu of rakudo in unstable fails on amd64:
> >
> > https://buildd.debian.org/status/package.php?p=rakudo
>
> Rakudo fails to build with latest version of libuv1 bu
On Tue, 27 Aug 2019 at 15:21, Dominique Dumont wrote:
>
> On Tuesday, 27 August 2019 10:04:23 CEST Dominique Dumont wrote:
> > Right.. This is the same error than the one showing in the FTBS issue.
> >
> > I guess we need to talk to upstream. They may not have seen this issue yet
> > if they use a
Hi Bart,
Thanks for the report, I've fixed the issue in git:
https://salsa.debian.org/debian/fzf/commit/4a2c7dae658d91256bcb1ae7077dc7989532dbbe
/usr/share/doc/fzf/examples is a conventional path for Debian to install
things that should not be enabled by default. I think it's fine to not align
in
Hi Diane,
Thank you. I have added that patch in the git repository.
On Tue, 2022-02-08 at 13:49 -0800, Diane Trout wrote:
> Hi,
>
> After Andreas pointed it out I looked through some of the build
> failures for onetbb and talked to upstream about the i386 failure.
> https://github.com/oneapi-src
Package: ftp.debian.org
Severity: normal
(please explain the reason for the removal here)
https://qa.debian.org/excuses.php?package=pytorch
armhf archtecture is no longer supported in the latest source.
Please remove that architecture for pytorch to allow
testing migration.
Thanks in advance.
Source: tensorflow
Version: 2.3.1-1
Severity: serious
Justification: FTBFS; Bazel tries to download during build.
Building tensorflow locally with sbuild results in errors like the follows
ERROR:
/<>/tensorflow/compiler/mlir/tensorflow/BUILD:1249:11:
//tensorflow/compiler/mlir/tensorflow:compile_
Package: g++-11
Version: 11.2.0-16
Severity: normal
Justification: not release architecture, lowering severity from important
https://buildd.debian.org/status/fetch.php?pkg=onetbb&arch=riscv64&ver=2021.5.0-5&stamp=1644817169&raw=0
excerpt:
[55/315] /usr/bin/c++ -I/<>/test/.. -I/<>/test
-I/<>/s
Source: mimalloc
Version: 2.0.5+ds-1
Severity: important
Justification: makes reverse dependency harder to package.
Dear maintainer,
This does not look like a correct header installation path
~/D/m/moarvm ❯❯❯ apt-file list libmimalloc-dev
libmimalloc-dev: /usr/include/mimalloc-2.0/mimalloc-new-del
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
Rakudo upstream has released 2022.02 version, and I have uploaded it to
experimental. In the past few weeks the architecture of the raku-*
packages has been changed to
On Tue, 2022-02-22 at 21:52 +0100, Sebastian Ramacher wrote:
> >
> > Rakudo upstream has released 2022.02 version, and I have uploaded it to
> > experimental. In the past few weeks the architecture of the raku-*
> > packages has been changed to any, which means binnmus should be possible.
> > Shal
Hello guys. Finally it's all green on our release architectures
https://buildd.debian.org/status/package.php?p=onetbb&suite=experimental
I shall request the slot for transition once finished the rebuild
of its reverse dependencies and filed FTBFS bugs if any.
On Tue, 2022-02-08 at 17:59
Package: wnpp
Severity: wishlist
Owner: M. Zhou
* Package name: sphinx-notfound-page
* URL : https://github.com/readthedocs/sphinx-notfound-page
* License : MIT
Description : Create a custom 404 page with absolute URLs hardcoded
API changes. So I guess the
transition won't be easy.
On Wed, 2021-12-29 at 23:27 -0800, Diane Trout wrote:
On Thu, 2021-12-23 at 11:03 -0500, M. Zhou wrote:
> Hi all,
>
> I'm back.
>
> I've just finished my final exams so I could do something during
> the holi
Package: wnpp
Severity: wishlist
Owner: M Zhou
* Package name: rapidyaml
Version : 0.3.0
Upstream Author : biojppm
* URL : https://github.com/biojppm/rapidyaml
* License : Expat
Programming Lang: C++
Description : a library to parse and emit YAML, and
Control: retitle -1 ITA: luajit -- Just in time compiler for Lua programming
language version 5.1
Control: owner !
On Wed, 2021-11-24 at 21:53 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/auto-simdjson.html
>
>
> Please go ahead
>
> Cheers
>
Done. All green on the tracker -- looks good.
To anyone who is concerned with the package status in debian,
since there is a significant change in packaging, we have to
go through new queue again.
https://ftp-master.debian.org/new/onetbb_2021.4.0-1~exp1.html
This depends on our ftp team.
The latest package git repository is here:
https://sal
Hi all,
I'm back.
I've just finished my final exams so I could do something during
the holiday. That TBB repository is still work-in-progress and
FTBFS from the master branch is something expected. I will finalize
it soon. Andreas said in previous posts that we prefer a faster
NEW queue process.
Hi,
On Sat, 2021-04-10 at 15:59 +0200, Paul Gevers wrote:
>
> If you also fix the armhf failure, we don't even need to discuss
> anything in this unblock request. In my trial, installing
> linux-hearders-armmp seemed to work.
Thanks for the pointer. Fixed in 2.0.3-7
> If you fix your autopktest
Yes. If you have time to handle it please go ahead.
I'm suffering from a recent paper submission deadline,
so I'm only able to build and upload some small packages
that can be built on my weak laptop.
The paper deadline is May 19. After that I should be
able to handle this with a proper build machi
Hi Paul,
> Not convinced I'm totally right there's no key packages in the list
> above, but let's go this route unless somebody puts up the effort to
> *maintain* the ppc64el parts.
Based on the discussion on -devel, it seems that it's impossible
to keep maintaining the ppc64el support for src:
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: luajit2
* URL : https://github.com/openresty/luajit2
* License : MIT/X
Description : OpenResty's Branch of LuaJIT 2
I'm going to remove ppc64el support from s
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
We have uploaded rakudo 2022.04 to experimental, and would like to
start the transition and rebuild packages
Ben file:
title = "rakudo";
is_affected = .depends ~ "ra
Package: ftp.debian.org
Severity: normal
src:julia has been FTBFS for long time. It's dependency llvm-9
has been removed for a while. Upgrading to newer version of
src:julia leads to a million embedded artifacts that requires
heavy patchword. Nobody has stepped forward and take over
this package.
Source: openblas
Version: 0.3.20+ds-1
Severity: serious
Justification: FTBFS
According to lapack 3.10.1 release note and upstream pull request 570,
xCOMBSSQ has been deprecated. Openblas upstream source has not yet
adapted to this change. And thus FTBFS due to missing the following
two symbols (fo
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: gnome-shell-extension-flypie
Upstream Author : Simon Schneegans
* URL : https://github.com/Schneegans/Fly-Pie
* License : MIT/X
Programming Lang: Javascript
De
Source: blender
Version: 2.83.5+dfsg-5
Severity: serious
I found it ftbfs during onetbb reverse dependency test,
although the reason irrelevant to onetbb.
Version 3.X is still not built for amd64.
Source: deal.ii
Version: 9.3.2-1
Severity: important
tbb -> onetbb transition breaks this package.
Source: flexbar
Version: 1:3.5.0-4
Severity: important
tbb -> onetbb transition breaks this package.
Source: casparcg-server
Version: 2.2.0+dfsg-2.1
Severity: important
tbb -> onetbb transition breaks this package due to upstream overhaul.
Source: gazebo
Version: 11.10.2+dfsg-1
Severity: serious
I was testing rdeps for onetbb transition but found this issue.
Source: libpmemobj-cpp
Version: 1.13.0-3
Severity: important
tbb -> onetbb transition breaks this package.
Source: opencascade
Version: 7.5.1+dfsg1-2
Severity: important
tbb -> onetbb transition breaks this package.
Source: opensubdiv
Version: 3.4.4-2
Severity: important
tbb -> onetbb transition breaks this package.
Source: r-cran-markovchain
Version: 0.8.6-1
Severity: important
tbb -> onetbb transition breaks this package.
Source: tiny-dnn
Version: 1.0.0a3+ds-2
Severity: important
tbb -> onetbb transition breaks this package.
Source: slic3r-prusa
Version: 2.4.2+dfsg-1
Severity: important
tbb -> onetbb transition breaks this package.
Source: salmon
Version: 1.4.0+ds1-1
Severity: important
tbb -> onetbb transition breaks this package.
moreinfo
On 2022-03-13 16:59:48 -0400, M. Zhou wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi release team,
>
> This involves an upstream source name change (from tbb to onetbb),
> as wel
ore that
I wasn't able to allocate time for the massive reverse dependency
build. This took a while as well.
Now we can finally go ahead.
On Wed, 2022-05-25 at 20:07 -0400, M. Zhou wrote:
> Control: tags -1 -moreinfo
>
> Reverse-Build-Depends
> * blender [irrelevant; ftpfs, no
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: mujoco
Version : 2.2.0
Upstream Author : DeepMind
* URL : https://mujoco.org/
* License : Apache-2.0
Programming Lang: C
Description : A general
https://salsa.debian.org/pkg-security-team/imhex
I forgot the current status. In my fuzzy memory there
are some new dependencies to be packaged.
On Sat, 2022-07-30 at 11:07 -0700, Dima Kogan wrote:
> Hi. Is this coming along? What needs to happen to get this into the
> repos? Do you need help?
>
Package: gcc-12
Version: 12.1.0-8
Severity: important
This bug seems like a regression. GCC-11 has no issue compiling the same source.
https://buildd.debian.org/status/fetch.php?pkg=onetbb&arch=ppc64el&ver=2021.5.0-13&stamp=1660844413&raw=0
[183/315] : && /usr/bin/c++ -g -O2 -ffile-prefix-map=/<
The bug should have been fixed in the -13 upload of src:onetbb
The FTBFS occurred because of GCC-11 -> GCC-12 bump.
According to upstream suggestion, we can simply turn off some warnings.
Please let me know if this bug persists.
On Wed, 2022-08-24 at 13:21 -0700, Diane Trout wrote:
> On Fri, 2022
Control: reassign -1 src:onetbb
Control: fixed -1 2021.5.0-8
src:tbb has been renamed into src:onetbb. riscv build was already fixed.
On Sat, 2022-06-18 at 09:22 +0800, xiao sheng wen wrote:
> Hi,
> The tbb package had build successed on riscv now.
> libtbb2 is one of it's binary package:
> a
Package: wnpp
Severity: normal
Control: affects -1 src:python-fire
I intend to orphan the python-fire package.
This package is in good shape.
I'm just not interested in maintaining this anymore.
The package description is:
Python Fire is a library for automatically generating command line interf
Package: ftp.debian.org
Severity: normal
This package has been FTBFS for a long period. I have no interest
in bringing it back into good shape.
Thank you for using reportbug
Package: wnpp
Severity: normal
Control: affects -1 src:highwayhash
I intend to orphan the highwayhash package.
It is tensorflow dependency.
This package is in good shape.
I'm no longer interested in maintaining tensorflow dependencies.
The package description is:
Highwayhash provides three 'stro
Package: wnpp
Severity: normal
Control: affects -1 src:farmhash
I intend to orphan the farmhash package.
This package is tensorflow dependency.
This package is in good shape.
I'm no longer interested in maintaining tensorflow dependency.
The package description is:
FarmHash provides hash functio
Package: wnpp
Severity: normal
Control: affects -1 src:nsync
I intend to orphan the nsync package.
This package is tensorflow dependency.
This package is in very good shape.
I'm no longer interested in maintaining tensorflow dependencies.
The package description is:
nsync is a C library that exp
Package: wnpp
Severity: normal
Control: affects -1 src:vim-julia
I intend to orphan the vim-julia package.
This package is in good shape.
This package is team-maintained, but in fact I'm the only effective maintainer.
I'm no longer interested in maintaining this package.
The package description i
Source: gftools
Version: 0.5.2+dfsg-2
Severity: wishlist
Dear maintainer,
I believe the gftools version in unstable is seriously outdated.
And fonts-cascadia-code 2111.01 requires a newer version to successfully build.
Please consider packaging a newer version if possible.
make[1]: Entering dir
Control: close -1
I'm no longer interested in packaging this.
This package is only useful for pytorch. And I'm no longer
planning to enable this package in pytorch build.
Control: owner -1 w...@debian.org
Control: retitle -1 RFP: pymc3 -- Bayesian statistical modeling and
Probabilistic Machine Learning
I'm no longer interested in packaging this on my own.
Control: close -1
It is not really necessary to package a volatile documentation project.
Looking up through internet is already convenient enough.
Package: wnpp
Severity: normal
Control: affects -1 src:asmjit
I intend to orphan the asmjit package.
This package is in good shape.
This package is a dependency of some optional pytorch dependencies, but I've
forgotten the particular name. Anyway, I'm no longer planning to enable that
optional dep
architecture from both src:luajit and src:luajit2,
so that malfunctional binary packages are no longer built for it.
On Mon, 2022-06-20 at 22:10 +0200, Paul Gevers wrote:
> Hi Mo,
>
> On 13-06-2022 05:20, M. Zhou wrote:
> > So let's inform the reverse dependencies to remove ppc
Hi,
Thanks for the bug report. I'm aware of the break, and other users have reported
this issue some time before:
https://lists.debian.org/debian-ai/2022/06/msg00060.html
The break is due to onnx 1.12 upgrade.
The pytorch version in the new queue works fine with onnx 1.12,
as mentioned in the abo
Control: severity -1 important
I've uploaded 1.12 to unstable. Let's see whether the situation has been
changed a little bit for armhf.
Floating point precision is sometimes flaky indeed, but I think this would not
be that fatal.
So changing the severity down to important. If the flaky test no l
se dependencies since some of the core APIs have been changed.
Please expect a relatively negative rebuild result.
Help is welcome.
On Mon, 2022-03-14 at 01:30 +0530, Nilesh Patra wrote:
> Hi Mo,
>
> On 2/23/22 11:01 AM, M. Zhou wrote:
> > Hello guys. Finally it's all
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
This involves an upstream source name change (from tbb to onetbb),
as well as SOVERSION bump (from 2 to 12), along with a major API
change including some changes in the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
PyTorch 1.12 will need flatbuffers 2.X .
Specifically I'm going to upload flatbuffers 2.0.6+dfsg1 to unstable.
It has three reverse dependencies as per build-rdeps.
vast [already ftbfs d
Package: ftp.debian.org
Severity: normal
The latest rocm-device-libs package is no longer producing arch-indep
binary packages. And we will keep working on arch-specific packages.
The arch:all package is no longer useful and it was not automatically
removed.
Thank you for using reportbug
Control: retitle -1 RFP: rapidyaml -- a library to parse and emit YAML, and do
it fast.
Control: owner -1 w...@debian.org
I'm giving up this ITP bug. Any one who is interested in this ITP can take it
over.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: lodepng
Version : git master
Upstream Author : Lode Vandevenne
* URL : https://lodev.org/lodepng/
* License : Zlib
Programming Lang: C
Description
Control: reopen -1
Control: found -1 0.38.1-3
Simply upgrading llvm deps from 11 to 13 leads to regression for
numba. I'm reverting this change back until the upstream source
code can really support a newer version.
Package: ftp.debian.org
Severity: normal
Tags: +moreinfo
We have (somewhat) done the src:tbb -> src:onetbb transition,
and the old codebase src:tbb is now deprecated. Before we really
remove src:tbb from unstable, we still have some packages not
yet finished the transition.
I'll later file bugs (
I've filed the RM bug here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014990
Seems that we still have a bunch of blockers -- so this is not likely
happening soon.
On Fri, 2022-07-15 at 20:16 +0200, Graham Inggs wrote:
> Hi
>
> libtbb2 is now gone from testing. Please file a RM bug for s
Source: blender
Severity: important
libtbb2 (src:tbb) has been deprecated (#1014990) in favor of libtbb12
(src:onetbb).
And blender is still one of the reverse dependencies of libtbb2.
Please migrate to the new library.
Source: scikit-learn
Version: 1.1.1-1
Severity: serious
Justification: Policy section 4.9 violation
There are loads of similar traceback message saying the documentation build
has failed to retrieve some URL, like this:
```
generating gallery for auto_examples/decomposition... [ 30%]
plot_faces_
The previous segfault on armel becomes Bus Error on armel and armhf.
I can build it on Power9, but it seems that the test fails on power8 (our
buildd).
On Wed, 2022-07-27 at 09:56 +0200, Andreas Tille wrote:
> Control: tags -1 unreproducible
> Control: tags -1 moreinfo
> Control: severity -1 impo
Package: ftp.debian.org
Severity: normal
I removed bin:onednn-doc from src:onednn because it feels like a maintenance
burden
to me, and this doc package has a very low popcon number. Thus, since we no
longer
build bin:onednn-doc, we need to remove it so that the package can migrate to
testing.
s I cannot
address this issue in timely manner.
On Thu, 2022-07-28 at 10:15 +0200, Andreas Tille wrote:
> Hi Graham,
>
> Am Thu, Jul 28, 2022 at 09:15:06AM +0200 schrieb Graham Inggs:
> > Hi
> >
> > On Wed, 27 Jul 2022 at 17:57, M. Zhou wrote:
> > > The p
Source: trilinos
Version: 13.2.0-1
Severity: serious
This is a side-product of a rebuild test against libtbb-dev/experimental
==> CMakeFiles/CMakeError.log <==
Performing C++ SOURCE FILE Test FINITE_VALUE_HAVE_
On Sat, 2022-05-28 at 12:16 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2022-05-20 10:36:34 -0400, M. Zhou wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: tran
Control: tags -1 +pending
Thanks for catching this. Fixed in git
salsa.debian.org:perl6-team/rakudo.git
On Mon, 2022-05-30 at 15:10 +0200, Axel Beckert wrote:
> Package: rakudo
> Version: 2022.04-2
> Severity: minor
>
> Hi,
>
> I just noticed that the maintainer script still talks about "perl6
On Wed, 2022-06-01 at 20:29 +0200, Graham Inggs wrote:
> Control: tags -1 + moreinfo
>
> I noticed some packages in the tracker not appearing in your list;
> e.g. openimageio, pcl and yade. These packages have transitive
> build-dependencies on libtbb-dev through e.g. libopenvdb-dev or
> libvtk9-
Package: wnpp
Severity: normal
Control: affects -1 src:jsonnet
I intend to orphan the jsonnet package, because I'm not interested
in it anymore. The package is currently in good shape.
The package description is:
A data templating language for app and tool developers
.
* Generate config data
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
This bug is follow-up for this thread:
https://lists.debian.org/debian-release/2022/06/msg9.html
The original LuaJIT upstream does not care about IBM architectures, which
causes prob
onfirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/libluajit2-support.html
>
> Hi Mo,
>
> On 05-06-2022 19:30, M. Zhou wrote:
> > So, currently I have a pending commit[2] modifying the dependency
> > template[1],
> > so that src:lua
On Tue, 2022-06-07 at 21:21 +0200, Paul Gevers wrote:
> Hi Mo,
>
> On 07-06-2022 17:36, M. Zhou wrote:
> > This should be achievable by patching debian/control
> > during build once detected IBM architectures.
>
> This is not allowed. I currently fail to find where
On Tue, 2022-06-07 at 20:03 -0700, M. Zhou wrote:
>
> >
> > Yes, except for the part about patching d/control. We'll have to find
> > another way. An alternative to what I wrote before is a extension of the
> > description to say that the binary is empty on
101 - 200 of 278 matches
Mail list logo
