like to package is exactly
https://tracker.debian.org/pkg/python-packaging ?
If yes, it has already been packaged and this ITP should be unnecessary.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
keep forget adding. While missing
this field is not severely harmful, having it automatically handled
would be beneficial.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
y available in
https://lists.debian.org/debian-devel/2024/01/msg00135.html and later emails
in this thread. These mitigations are not related to hardware.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
r discussion should be
posted to https://lists.debian.org/debian-mentors/ instead of current
debian-devel.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Hi,
在 2023-08-15星期二的 16:16 +0200,Jonas Smedegaard写道:
> Quoting Boyuan Yang (2023-08-15 15:21:22)
> > I am looking for advice in handling these MBF reports against packages
> > that do
> > irreversible changes to the source files during build every time (such as
> > u
ng for the advice to implement an elegant solution. What I can think
of now is to persuade upstream to embed a copy of generated .pot template file
in source code, which does not sound reasonable. Meanwhile since
Makefile.in.in is somehow widely used, this issue likely already had impact on
packages using
ne
Putting the set up of local repository aside, I believe that sbuild provides
useful
cmdline parameters like --extra-package=/path/to/a/dir ,
--extra-repository=spec and
--add-depends=dependency , which may already meet you needs even without a local
repository. Check sbuild(1) man page for more information.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
ur email to Debian reproducible-builds mailing list since they may know
more about it.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: qt-avif-image-plugin
Version : 0.5.1
Upstream Author : Daniel Novomesky
* URL : https://github.com/novomesk/qt-avif-image-plugin
* License : BSD-2
f it is the root cause, but there's an obvious typo with quote at
L12:
https://salsa.debian.org/med-team/hmmer2/-/blob/423388accbb8c622edb663c845f1f5a6336256e1/debian/rules#L12
.
> Thanks for the attempt to help anyway
>
> Andreas.
>
> [1]
> https://salsa.debian.org/med-t
de.
The current maintenance in Debian is about packaging a reasonably new
upstream snapshot. I tried to enable as much as upstream test suites as
possible to make sure that things don't break. If anything breaks and
affects you, feel free to submit a bug report and ping me.
Thanks,
Boyuan Yang
maintenance.
Thanks,
Boyuan Yang
[1] https://tracker.debian.org/pkg/libuser
[2] https://bugs.debian.org/1022344
[3] https://bugs.debian.org/660847
signature.asc
Description: This is a digitally signed message part
ence on whether we want a somehow "official"
debian-devel chat group outside of IRC, or even having it bridged back to
IRC #debian-devel channel in some way.
[1] See https://wiki.debian.org/IRC
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: pdm-pep517
Version : 1.0.0
Upstream Author : Frost Ming
* URL : https://github.com/pdm-project/pdm-pep517
* License : Expat
Programming Lang
w?
Before any discussion takes place, I would like to point out a previous
attempt of Fedora trying to get rid of NIS/NIS+ back in 2021. Please check out
the LWN article at https://lwn.net/Articles/874174/ , which would definitely
be helpful for the condition in Debian.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
e second time (last time back in May 2020);
let me know if you would like to initiate a package salvaging process on this
certain package and I can help.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
-data-stroke provided
by src:brise.
I plan to maintain this package under Debian Input Method Team:
https://salsa.debian.org/input-method-team/rime-stroke .
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
w release of the gftools
> tool maintained by myself in the Debian Fonts Team.
>
> I intent to maintain this package in the Debian Python Team.
Since the package would be important to font packaging, please also consider
placing Debian Fonts Team into Uploaders field.
--
Thanks,
Boyuan Yang
maintain this package under Debian Python Team:
https://salsa.debian.org/python-team/packages/tkrzw-python/ .
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: pybeam
Version : 0.7
Upstream Author : Matwey V. Kornilov
* URL : https://github.com/matwey/pybeam/
* License : MIT
Programming Lang: Python
ethod Team:
https://salsa.debian.org/input-method-team/rime-prelude .
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
under Debian Input Method Team:
https://salsa.debian.org/input-method-team/rime-essay .
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Author : Dr-Noob
> * URL : https://github.com/Dr-Noob/gpufetch
> License : MIT
The project homepage says that it needs cuda C compiler, which is non-free.
How are you going to solve this problem?
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Hi,
在 2021-08-22星期日的 17:36 +0200,Andrej Shadura写道:
> Hi,
>
> On Thu, 19 Aug 2021, at 23:17, Boyuan Yang wrote:
> > 在 2021-08-18星期三的 22:59 +0200,Geert Stappers写道:
> > > > /usr/bin/which.debianutils 0
> > > >
> > > > in postinst and so
ja
>
> This package is introduced as a dependency for some Google software
> related to Chromium. It can also replace the `gn` copy currently
> embedded in the Chromium source package.
>
> I intent to publish this package under the umbrella of the Debian
> Chromium team.
https:
me know if
you need access to it.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
soon.
Still not sure about the the package's priority. Now I am using Priority:
optional, but we may raise it later if needed.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: which-gnu
Version : 2.21
Upstream Author : Carlo Wood
* URL : https://savannah.gnu.org/projects/which
* License : GPL-3+
Programming Lang: C
new "which" tool be installed in Debian by default? Since
debianutils is Essential:yes, not providing "which" tool by default could
probably break some existing packages.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
N is only used when the bulk of the build is in one of
> the main built-in languages.
--
Thanks,
Boyuan Yang
: vc
> Version : 1.4.1
> Upstream Author : Matthias Kretz
> * URL : https://github.com/VcDevel/Vc
https://tracker.debian.org/pkg/vc
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Hi,
在 2020-10-21星期三的 19:34 +0200,Paul Gevers写道:
> Hi Boyuan,
>
> On 21-10-2020 18:45, Boyuan Yang wrote:
> > Looking into https://release.debian.org/britney/update_excuses.html
> > and
> > searching "source-only", you can find tens of (if not hundreds of)
l packages since binNMU is still not possible yet.
Since we are now months before the projected release freeze, it might
be a good time to review all those affected packages and make sure no
package misses the release solely due to that.
Thanks,
Boyuan Yang
[1] https://wiki.debian.org/Source
racker.debian.org/pkg/debianutils , this package is actually curently
RC-buggy and has autopkgtest regression for several months. It would be best
if the package can be refreshed later by the maintainers; if not, we may need
to take actions before Debian 11 freeze.
Thanks,
Boyuan Yang
> Den f
word0(x) ((U*)&x)->L[1]
#define word1(x) ((U*)&x)->L[0]
#else
#define word0(x) ((U*)&x)->L[0]
===
I don't know whether it is still meaningful but someone might find this
information useful.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: ksnip
Version : 1.6.1
Upstream Author : Damir Porobic
* URL : https://github.com/ksnip/ksnip
* License : GPL-2+
Programming Lang: C++/Qt
ntries or till the time of 5 years
ago (I'm just providing a random number; it can be adjusted), whichever is
greater. The exact entries to keep is determined by using SOURCE_DATE_EPOCH as
the current time to maintain package reproducibility.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
cannot introduce a
package into d-i
without a maintainer [2].
Besides, nvi does not have an active upstream.
P.S. Anyone know why we did not use the vanilla vi at the very beginning?
[2] https://tracker.debian.org/pkg/nvi
--
Thanks,
Boyuan Yang
> > A user who does a lot of editing will
back format/behavior). I saw countless scripts using this feature
and the outcome of feature removal would be catastrophic.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
se-build-dependency for python-rpm is src:rpmlint
For 4), I just uploaded a NMU to migrate src:rpmlint from python2 to python3.
For 3), I'm wondering if git-buildpackage maintainer will solve 3) so that
src:rpm may stop shipping python-rpm and drop build-dependency on python2.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
decision again:
* https://bugs.debian.org/914897
* https://lists.debian.org/debian-devel-announce/2019/03/msg1.html
(Apologize that this TC decision was not reflected on www.debian.org; it is a
long overdue for the debian-www team... Merge Requests welcome!)
I hope this could provide more background to you and further discussions can
be made on top of the TC decision.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
ommits on Salsa and NMUs as long as they do not introduce obvious regression
(and break all reverse build-dependencies, a.k.a. almost everything in the
archive :-).
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: fcitx5-chinese-addons
Version : 0.0~git20200117.4261e23
Upstream Author : Weng Xuetian
* URL : https://github.com/fcitx/fcitx5-chinese-addons
* License
h throught britney update excuses [3] and making another upload is really
not a valid option. BTW, searching "Rejected due to piuparts regression" in
[3] gives 135 results.
[2]
https://wiki.debian.org/piuparts/FAQ#Q._Can_I_somehow_tell_piuparts_to_retest_my_package.3F
[3] https://release.debian.org/britney/update_excuses.html
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
(
https://lwn.net/Articles/687550/). Debian is aware of those issues and these
issues have been taken care of already.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: fcitx5-qt
Version : 0.0~git2019.000427e
Upstream Author : Weng Xuetian
* URL : https://github.com/fcitx/fcitx5-qt
* License : LGPL-2.1+ or BSD
The excuses page also shows some missing new versions of rust packages not
migrated yet but I assume it a temporary issue.
These are not good signs, especially when both firefox-esr and chromium in
Testing are notably outdated.
--
Regards,
Boyuan Yang
在 2019-10-31四的 23:25 +0900,Hideki Yamane写道:
ource-only-changes --
force-orig-source" have already been added but the output still does not
contain a source tarball... why? It's certainly a bug from user's perspective.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
erience of dealing with debugging symbols so any hints
would be appreciated.
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
021.
> > > *t
> > >
> >
> > It will confuse me because in 2021 I will expect release 2021 .
> > Furthermore, will .7 stand for July ?
> I assume it's about point releases (which, again, Ubuntu doesn't do
> AFAIK).
I'm not sure about other issues
of rewording on the website given that this link has
been posted everywhere in different BTS bug reports. Including a link to
https://mentors.debian.net/intro-maintainers might be a good idea. Anyway any
kind of improvement would be appreciated.
--
Thanks,
Boyuan Yang
signature.asc
Description:
-wide scan should be made in advance to see how great
the impact is and we need to deal with each occurrence.
Another issue is that the new toolchain (apt/dpkg/...) will not be able to
handle old packages using bzip2. Why not make the bzip2 support optional (like
a plugin or something similar)?
R
take place.
>
> What’s the easiest way to get a list of these RC bugs?
Visiting https://bugs.debian.org/release-critical/other/testing.html
should be the best way.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
sure Debian
will upgrade its Firefox ESR onto Firefox 68 ESR after it is officially
released by upstream.
--
Thanks,
Boyuan Yang
在 2019-04-04四的 10:33 -0700,Bug Report写道:
> There is a need to get a more updated firefox--esr in Debian Stretch
> Stable Backports. The latest Firefox is 66, bu
kages. There
are some high-level software like sbuild (https://wiki.debian.org/sbuild)
which provides clean interface and build packages within a chroot environment.
It is used by Debian's official buildd.debian.org.
--
Regards,
Boyuan Yang
在 2019-03-13三的 07:03 +,Srinivas Rao写道:
> Dear Simon R
gestions.
--
Regards,
Boyuan Yang
[1] https://tracker.debian.org/pkg/json-c
[2] https://bugs.debian.org/695566
signature.asc
Description: This is a digitally signed message part
Hi,
Looks like the new rsync 3.1.3-1 was uploaded yesterday. Thank you all for the
work (and we may have a better rsync in Buster)!
--
Regards,
Boyuan Yang
在 2018-12-24一的 09:14 +0100,Paul Slootman写道:
> Hi Samuel,
> (replying above the message as it's all quite relevant but I
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: fcitx5
Version : 0~20181128
Upstream Author : Weng Xuetian
* URL : https://gitlab.com/fcitx/fcitx5
* License : LGPL-2.1+
Programming Lang: C
dia-
driver | nvidia-legacy-340xx-driver | nvidia-legacy-304xx-driver | nvidia-
kernel-dkms | nvidia-legacy-340xx-kernel-dkms | nvidia-legacy-304xx-kernel-
dkms | nvidia | nvidia-current | nvidia-current-updates | nvidia-driver-binary
| nvidia-304 | nvidia-304-updates | nvidia-experimental-
package inside Debian Bridges Team.
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
dding some
explanation words at the bottom providing a URL that can access full changelog
online.
If Debian wants to limit changelog size as well, it may be better if we keep
similar / identical behaviour / implementation as Ubuntu.
--
Regards,
Boyuan Yang
在 2018年9月13日星期四 EDT 上午6:22:37,Ben Hutchings
在 2018年8月27日星期一 EDT 下午3:02:46,Gunnar Wolf 写道:
> Boyuan Yang dijo [Sun, Aug 26, 2018 at 12:17:17PM -0400]:
> > Hello all,
> >
> > My role in Debian recently changed from Debian Maintainer to Debian
> > Developer. However, my DM permission record [1] in
> > https:/
rprint: 7E7729476D87D6F11D91ACCBC293E7B461825ACE
> Deny: iptux
>
There was an error processing this section. No changes were committed.
Details:
Key 7E7729476D87D6F11D91ACCBC293E7B461825ACE is not in DM keyring.
Is there any way to get rid of those records?
--
Thanks,
Boyuan Yang
[1] https://wik
with the last
member retiring several years ago. I can't find the retirement email now but
that did happen before. I believe those infrastracture really needs some
caring.
--
Regards,
Boyuan Yang
packages in https://salsa.debian.org/debian then that is as good for me.
>
> Any idea?
I thought this issue describes current needs:
https://gitlab.com/gitlab-org/gitlab-ce/issues/33054
...which is due to be shipped in gitlab-ce 11.2.
--
Regards,
Boyuan Yang
erges (often the package maintainers but other
DDs have such right too) to accept that Merge Request.
Setting up a repository under the namespace of yourself is possible
and acceptable; however, that approach might not be
recommended since by default no one else (even DDs) may modify this
repo, which brings negative effect when doing
collaborative maintenance.
--
Regards,
Boyuan Yang
[1] https://salsa.debian.org/debian/
在 2018年6月5日星期二 CST 上午11:39:49,Russ Allbery 写道:
> Boyuan Yang <073p...@gmail.com> writes:
> > I want to read the DEPs [1] on dep.debian.net and find that
> > this site has forced HTTPS access with wrong certificate that
> > is only valid for *.pages.debian.net and pages
Hello all,
I want to read the DEPs [1] on dep.debian.net and find that
this site has forced HTTPS access with wrong certificate that
is only valid for *.pages.debian.net and pages.debian.net.
Could this issue be fixed recently?
Thanks,
Boyuan Yang
[1] https://wiki.debian.org/DEP
llow Firefox ESR?"),
which would be unacceptable.
My personal suggestion is some sort of joint efforts and a exception to push
all reverse depdendencies back to Stretch before 52 ESR got EOL. If that
breaks the whole XUL system, just remove 'em all in next point release. The
time win
email before doing actual
salvaging efforts (moving packaging repo, uploading packages, etc). Idea
copied from QA/MIA process (https://wiki.debian.org/qa.debian.org/MIATeam).
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
DM-docs?
It looks like a typo made by the old maintainer.
--
Regards,
Boyuan Yang
:" relationship needed / not needed in all circumstances and what
problem might users / developers encounter if it is added / not added.
Thank you very much.
--
Regards,
Boyuan Yang
[1] https://wiki.debian.org/Teams/ReleaseTeam/Transitions
[2] https://www.debian.org/doc/debian-policy/#s-replaces
signature.asc
Description: This is a digitally signed message part.
(non-DD)'s perspective, current best plan should be the integration
with Salsa GitLab user database. Works on such implementation are surely needed
though.
--
Regards,
Boyuan Yang
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: dde-qt5integration
Version : 0.2.8.3
Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/qt5integ
shadowsocks client "shadowsocks-qt5".
I intend to co-maintain it in the newly-established Debian Bridges Team on
Salsa.
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
ster.
>
> That's now fixed, and you can use $pack...@packages.debian.org in the
> Maintainer field.
Excuse me, but should it be $pack...@packages.debian.org or
$pack...@tracker.debian.org? I'm in serious doubt about current status of
packages.debian.org infrastructure.
Regards
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org
pkg-deepin-de...@lists.alioth.debian.org
* Package name: deepin-qt5dxcb-plugin
Version : 1.1.5
Upstream Author : Deepin Technology Co., Ltd.
ake a
comprehensive author list in d/copyright file. Something like
"2010-2017 (C) The Boost Maintainers" should be acceptable. Of course if the
file is under a different license (different from th license of whole project)
or some authors had their names written inside source code *explicitly*(e.g.,
in the comment), it must be listed out in a separate paragraph of d/copyright.
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org
pkg-deepin-de...@lists.alioth.debian.org
* Package name: qtdbusextended
Version : 0.0.3
Upstream Author : Nemo Mobile / Jolla Ltd.
* URL :
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: wen...@gmail.com debian-devel@lists.debian.org
pkg-ime-de...@lists.alioth.debian.org
* Package name: gnome-shell-extension-kimpanel
Version : 0~20171201
Upstream Author : Weng Xuetian
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org
pkg-deepin-de...@lists.alioth.debian.org
* Package name: deepin-shortcut-viewer
Version : 1.3.3
Upstream Author : Deepin Technology Co., Ltd.
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: dde-qt-dbus-factory
Version : 0.3.2
Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/dde-q
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org manuelschnei...@gmail.com
* Package name: albert
Version : 0.14.4
Upstream Author : Manuel Schneider
* URL : https://github.com/albertlauncher/
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
X-Debbugs-CC: debian-devel@lists.debian.org i...@harrychen.xyz
* Package name: danmaq
Version : 0.2
Upstream Author : Justin Wong
* URL : https://github.com/tuna/danmaQ
* License :
to this obsolete package and/or migrate away
from pywebkitgtk.
Regards,
Boyuan Yang
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
* Package name: deepin-gettext-tools
Version : 1.0.6+git20170731
Upstream Author : Deepin Technology Co., Ltd.
* URL : https://www.deepin.org/
* License : GPL-3+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
* Package name: gsettings-qt
Version : 0.1+16.04+bzr20170110
Upstream Author : Canonical Ltd.
* URL : https://launchpad.net/gsettings-qt
* License : LGPL-3
Programming L
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
* Package name: dtkcore
Version : 0.3.3
Upstream Author : Deepin Technology Co., Ltd.
* URL : http://www.deepin.org/
* License : GPL-3+
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
* Package name: deepin-tool-kit
Version : 0.3.1
Upstream Author : Deepin Technology Co., Ltd.
* URL : https://www.deepin.org/
* License : GPL-3+
Programming Lang: C++
Descr
Package: wnpp
Severity: wishlist
Owner: Boyuan Yang <073p...@gmail.com>
* Package name: dtksettings
Version : 0.1.7
Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/dtksettings
* License : GPL-3+
Programming L
for review
and eventual merge from the forked repo into main repo if necessary. People
are much familiar with such workflow similar to GitHub / GitLab's fork-and-
merge behaviour.
That would also be much easier than setting up custom access control rules
based on permission inside a single r
在 2017年5月14日星期日 +08 下午2:33:19,Pirate Praveen 写道:
> On ഞായര് 14 മെയ് 2017 02:23 വൈകു, Boyuan Yang wrote:
> > As a result, I'm writing to suggest we find an answer to such a problem
> > soon. Migration to Jessie or Stretch with new FusionForge version might
> > be possib
在 2017年5月16日星期二 +08 下午3:15:31,Mattia Rizzolo 写道:
> On Tue, May 16, 2017 at 09:11:07PM +0800, Boyuan Yang wrote:
> > For example, there are documentation projects like debian-reference and
> > debian-handbook, native packages like dpkg, apt and reportbug. In that
> > cas
nd used. Issue tracking here will act
as the replacement of mailing lists from lists.alioth.debian.org. (Issue
tracker acts just like mailling lists. The sole difference is that you must
start a thread on web interface.)
My opinion is that the use of issue tracking systems should be decided by the
maintenance/packaging team (for team-maintained pkg) or the repository owner.
--
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
在 2017年5月14日星期日 +08 下午6:39:22,Sergio Durigan Junior 写道:
> On Sunday, May 14 2017, Boyuan Yang wrote:
> > 在 2017年5月14日星期日 CST 下午3:04:26,Pirate Praveen 写道:
> >
> >> As far as I understand, the only thing that is blocking is non
> >> availability of pagure packag
r pagure
anywhere. Seems all deleted sometime before.
The repository on collab-maint stops at September 2016 and lacks the work
around December 2016.
Could you tell me where can I find the proper packaging repository?
Thanks!
--
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
ke much time and the time left is pretty
limited.
--
Sincerely,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
uestion out of curiosity: instead of making data collection opt-
in, why don't we just collect information of *all* teams in Debian? That
should be easy because all information needed are available on lists.d.o and
alioth.d.o.
[1] https://alioth.debian.org/projects/chinese/
--
Sincer
在 2017年1月20日星期五 SGT 下午12:45:53,Sebastiaan Couwenberg 写道:
> On 01/20/2017 11:56 AM, Boyuan Yang wrote:
> > # This one seems acceptable, too
> > Vcs-Browser: https://anonscm.debian.org/cgit/pkg-foo/bar.git
> >
> > # This one is also acceptable
> > Vcs-Git: https
://lintian.debian.org/tags/vcs-field-not-canonical.html
[1] https://lists.debian.org/debian-devel-announce/2011/05/msg9.html
--
Sincerely,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
1 - 100 of 108 matches
Mail list logo