Bug#988140: Probably broken code example in installation-guide Appendix B.5 (Running custom commands)
Source: installation-guide Severity: normal X-Debbugs-CC: sthiba...@debian.org I received a user report that https://www.debian.org/releases/bullseye/amd64/apbs05.en.html#preseed-hooks provides an incorrect code example: # This command is run immediately before the partitioner starts. It may be # useful to apply dynamic partitioner preseeding that depends on the state # of the disks (which may not be visible when preseed/early_command runs). #d-i partman/early_command \ # string debconf-set partman-auto/disk "$(list-devices disk | head -n1)" The reporter claims that the $ sign should be escaped, like: #d-i partman/early_command \ #string debconf-set partman-auto/disk "\$(list-devices disk | head -n1)" Since I am not familiar with d-i and preseed at all, please verify whether this makes sense. If this is a problem, it exists in the installation-guide of both Debian Buster and Debian Bullseye. If it's not, please feel free to close this bug report. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#949766: task-sinhala-desktop: Please replace obsolete metapackage fonts-noto-hinted with real packages
Package: task-sinhala-desktop Version: 3.58 Severity: normal Dear tasksel maintainers, Currently package task-sinhala-desktop depends on fonts-noto-hinted, which is an obsolete metapackage of Noto Fonts. Please replace it with fonts-noto-core and fonts-noto-ui-core. Thanks! -- Best, Boyuan Yang
Bug#944115: tasksel: Please drop all Qt4-related packages
X-Debbugs-CC: ni...@debian.org On Mon, 04 Nov 2019 10:09:30 -0500 Boyuan Yang wrote: > Forwarded: https://salsa.debian.org/installer-team/tasksel/merge_requests/9 > > Dear tasksel maintainers, > > Since the Qt/KDE Team has decided to completely drop Qt4 in the Bullseye > cycle, we should no longer mention any qt4-related packages in tasksel. This > includes fcitx-frontend-qt4 and ibus-qt4. > > A patch has already been provided as a Merge Request on Salsa. Please review > the commit at https://salsa.debian.org/installer-team/tasksel/merge_requests/9 > . Let me know if there's any issue. Is there anyone able to review and merge this patch? With the patch merged, I believe we should make another 3.58 upload as a source-only upload to allow new tasksel migrated to Testing. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#944116: tasksel: Please make another source-only upload
Hi Holger, 在 2019-11-24日的 12:15 +0100，Holger Wansing写道： > Hi, > > I have upload rights for d-i packages, so sponsoring not needed. > But I need help with such an non-source-only upload, as it seems :-| > > My amd64 binary upload was just rejected, I suspect because it does go > through NEW: > > > > = > Date: Sun, 24 Nov 2019 10:53:57 + > From: Debian FTP Masters > To: Holger Wansing , Anton Zinoviev < > zinov...@debian.org> > Subject: tasksel_3.57_amd64.changes REJECTED > > > > > ACL dm: NEW uploads are not allowed > > binary:task-chinese-s is NEW. > binary:task-cyrillic-kde-desktop is NEW. > binary:task-hebrew-desktop is NEW. > binary:task-macedonian is NEW. > binary:task-slovenian-kde-desktop is NEW. > binary:task-chinese-s is NEW. > binary:task-hebrew-desktop is NEW. > binary:task-slovenian-kde-desktop is NEW. > binary:task-cyrillic-kde-desktop is NEW. > binary:task-macedonian is NEW. > > > = > > > > But I cannot find any documentation about how to define, if such upload > should go through NEW (or maybe I have overlooked it?) I believe it is like this. If: 1. You are making an upload onto Sid that contains binary package foo provided by src:foobar, 2. The binary package foo is neither present in Sid nor in Experimental, ...then this upload must go through NEW, which is the same as our current situation. > In the past, I have only done source-only uploads. I have elected to build tasksel 3.57 from git packaging repo ( https://salsa.debian.org/installer-team/tasksel) and made a non-source-only upload onto DELAYED/2. It should enter the NEW queue 2 days later. Dear FTP Masters: please review and accept this upload after it appears in the NEW queue. As discussed in https://bugs.debian.org/944116 , no new packages were actually introduced and this upload was made to circumvent a bug that potentially lay in DAK; this bug should have been fixed by now. Please let me know if further actions are needed. -- Best, Boyuan Yang
Bug#944116: tasksel: Please make another source-only upload
在 2019-11-21四的 20:54 +0100，Holger Wansing写道： > Hi, > > Ansgar wrote: > > We had an issue where old arch:all packages were detected as cruft > > when > > buildds had not built the new version yet (which should no longer > > happen > > thanks to Ivo De Decker's patch[1]), but here these are > > maintainer-provided packages :/ > > > > Maybe a race between dak accepting the package from NEW (so it's > > only > > half-installed) and a parallel process generating the cruft report > > based > > on that half-installed state? (If this is the case, then the patch > > from > > above should also help.) > > > > [1]: https://salsa.debian.org/ftp-team/dak/merge_requests/163 > > > > I don't have resources to look into this in more detail currently > > though. So I suggest to do an extra upload to NEW for now. > > Does that mean I can do an extra upload for the 3.57 version (that > version > which was rejected yesterday) or do I need to create a new 3.58 > version > for that? > (This is the first time I have to do such thing, sorry.) I guess we need a 3.57 upload, a non-source-only upload, which needs to go through NEW to add those missing packages back. After that, a source-only 3.58 upload is also needed. I can help sponsor packages if you find that necessary. BTW: Any possibility to have https://bugs.debian.org/944115 fixed as well? -- Thanks, Boyuan Yang
Bug#944116: tasksel: Please make another source-only upload
Hi, 在 2019-11-21四的 19:37 +0100，Holger Wansing写道： > Hmm, my upload was rejected: > > > Debian FTP Masters wrote: > > ACL dm: NEW uploads are not allowed > > > > binary:task-chinese-s is NEW. > > binary:task-cyrillic-kde-desktop is NEW. > > binary:task-hebrew-desktop is NEW. > > binary:task-macedonian is NEW. > > binary:task-slovenian-kde-desktop is NEW. > > However, my upload does not contain new binaries. > And the above mentioned binaries are in the package for a long time... > > I failed to see what I did wrong... Well. What I understand so far is that something went *really* wrong with the 3.56 upload made by nicoo: -> % rmadison task-chinese-s task-chinese-s | 3.31+deb8u1 | oldoldstable | all task-chinese-s | 3.39 | oldstable| all task-chinese-s | 3.53 | stable | all task-chinese-s | 3.55 | testing | all -> % rmadison task-macedonian task-macedonian | 3.31+deb8u1 | oldoldstable | all task-macedonian | 3.39 | oldstable| all task-macedonian | 3.53 | stable | all task-macedonian | 3.55 | testing | all -> % rmadison task-hebrew-desktop task-hebrew-desktop | 3.31+deb8u1 | oldoldstable | all task-hebrew-desktop | 3.39 | oldstable| all task-hebrew-desktop | 3.53 | stable | all task-hebrew-desktop | 3.55 | testing | all It is a non-source-only upload with all packages of arch:all so tasksel will *not* be built on buildds at all. Could it be that those missing packages are not provided in that upload so those package actually are treated as if there were removed from Sid? In that case, a new source-only upload will have to go throught NEW. -- Thanks, Boyuan Yang
Bug#944116: tasksel: Please make another source-only upload
Source: tasksel Severity: important X-Debbugs-CC: ni...@debian.org Version: 3.56 Dear tasksel maintainers, The last upload for tasksel was not a source-only upload. As a result, this version of tasksel will never migrate to Debian Testing. Please consider making another source-only upload. More information about source-only upload can be found at https://wiki.debian.org/SourceOnlyUpload . Please let me know if there's any other issue. -- Best Regards, Boyuan Yang
Bug#944115: tasksel: Please drop all Qt4-related packages
Source: tasksel Version: 3.56 Severity: normal X-Debbugs-CC: ni...@debian.org Control: tags -1 + patch Forwarded: https://salsa.debian.org/installer-team/tasksel/merge_requests/9 Dear tasksel maintainers, Since the Qt/KDE Team has decided to completely drop Qt4 in the Bullseye cycle, we should no longer mention any qt4-related packages in tasksel. This includes fcitx-frontend-qt4 and ibus-qt4. A patch has already been provided as a Merge Request on Salsa. Please review the commit at https://salsa.debian.org/installer-team/tasksel/merge_requests/9 . Let me know if there's any issue. -- Best Regards, Boyuan Yang
Re: Bug#920001: unblock: json-c/0.12.1+ds-2
Hi Niels, Niels Thykier 于2019年1月21日周一 下午2:30写道： > > Boyuan Yang: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: unblock > > X-Debbugs-CC: k...@debian.org debian-boot@lists.debian.org > > > > Dear Release Team and d-i Team, > > > > As previously mentioned in [1], I made a new upload (QA upload) for json-c > > library to clean up various issues. There's no change to the source code, > > only > > updates in packaging instruction. > > > > This package is currently blocked due to block-udeb request. I'm wondering > > if > > we could unblock it so that the package may migrate into Testing soon (or at > > least before full Buster freeze). > > > > The new upload builds successfully on all architectures (except kfreebsd-*, > > which is still under Needs-Build condition). There's no new regression > > according to autopkgtest results. Piuparts test is also ok. > > > > Regards, > > Boyuan Yang > > > > [1] https://lists.debian.org/debian-boot/2019/01/msg00146.html > > > > Hi, > > I believe KiBi is working on a d-i release, which is probably what you > are seeing. Once it is done (expect this before the soft freeze date), > the udebs will likely be unblocked again and it will migrate (assuming > everything else is ok). Thanks for your response. I think I will keep this report open for now and close it after the package migrates (if everything goes on well). -- Regards, Boyuan Yang
Bug#920001: unblock: json-c/0.12.1+ds-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-CC: k...@debian.org debian-boot@lists.debian.org Dear Release Team and d-i Team, As previously mentioned in [1], I made a new upload (QA upload) for json-c library to clean up various issues. There's no change to the source code, only updates in packaging instruction. This package is currently blocked due to block-udeb request. I'm wondering if we could unblock it so that the package may migrate into Testing soon (or at least before full Buster freeze). The new upload builds successfully on all architectures (except kfreebsd-*, which is still under Needs-Build condition). There's no new regression according to autopkgtest results. Piuparts test is also ok. Regards, Boyuan Yang [1] https://lists.debian.org/debian-boot/2019/01/msg00146.html signature.asc Description: This is a digitally signed message part
Json-c library installed into /lib/ instead of /usr/lib/ ... is that relevant anymore?
Dear -devel list, Recently I am looking into an orphaned but rather important library package, libjson-c (popcon >35000, with udeb package). Suprisingly the library libjson- c3 was installed into /lib// instead of /usr/lib//. I digged a little bit into it and found out that it was originally due to upstart that needed it during bootup [2] so the lib should be placed into /lib according to FHS. However, with upstart disappeared from Debian archive (since 2016), other init systems seem not having dependency on json-c and that usrmerge is approaching, I'm wondering if we should move the installation path back to /usr/lib. Will there be any side effects? I plan to make a clean-up upload for json-c based on current version in sid (instead of starting a transition). Since it provides a udeb package, words from the d-i team is also valuable. Please also let me know your suggestions. -- 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
Bug#902567: tasksel: Please remove occurrences of "kdesudo" and coordinate with d-i
X-Debbugs-CC: Holger Wansing On Fri, 24 Aug 2018 20:08:19 +0200 Holger Wansing wrote: > Hi, > > Boyuan Yang <073p...@gmail.com> wrote: > > Control: tags -1 + patch > > Control: forwarded -1 https://salsa.debian.org/installer-team/tasksel/ merge_requests/3 > > X-Debbugs-CC: hwans...@mailbox.org > > > > Dear tasksel maintainers, > > > > I have prepared a patch (Merge Request) on Debian Salsa to solve this bug. > > Please review it and merge it if you find it acceptable. > > > > The d-i package (user-setup) is no longer using kdesudo thus this dependency can > > be removed safely. > > Anyone objections against this ? > > Holger Hi Holger, A week has passed and there seems to be no objections. Besides, package kdesudo has long disappeared from unstable / testing so it doesn't make sense to continue keeping this entry. Could you please consider committing the fix recently? -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#902567: tasksel: Please remove occurrences of "kdesudo" and coordinate with d-i
Control: tags -1 + patch
Control: forwarded -1
https://salsa.debian.org/installer-team/tasksel/merge_requests/3
X-Debbugs-CC: hwans...@mailbox.org
Dear tasksel maintainers,
I have prepared a patch (Merge Request) on Debian Salsa to solve this bug.
Please review it and merge it if you find it acceptable.
The d-i package (user-setup) is no longer using kdesudo thus this dependency can
be removed safely.
--
Thanks,
Boyuan Yang
On Thu, 28 Jun 2018 10:35:42 +0800 Boyuan Yang <073p...@gmail.com> wrote:
> Source: tasksel
> Version: 3.44
> Severity: important
> X-Debbugs-CC: debian-boot@lists.debian.org
>
> Dear d-i developers and tasksel maintainers,
>
> Package "kdesudo" has been removed in Debian since September 2017.
>
> Tasksel still recommends non-existent "kdesudo" in task-kde-desktop. Please
> consider removing this entry from "Recommends: " field.
>
> However, I noticed the following lines in debian/control:
>
>
> Package: task-kde-desktop
> Architecture: all
> Description: KDE
> This task package is used to install the Debian desktop, featuring
> the KDE desktop environment, and with other packages
> that Debian users
> expect to have available on the desktop.
> Depends: ${misc:Depends},
> task-desktop,
> kde-standard,
> sddm,
> Recommends:
> [...]
>
signature.asc
Description: This is a digitally signed message part.
Bug#902567: tasksel: Please remove occurrences of "kdesudo" and coordinate with d-i
Source: tasksel
Version: 3.44
Severity: important
X-Debbugs-CC: debian-boot@lists.debian.org
Dear d-i developers and tasksel maintainers,
Package "kdesudo" has been removed in Debian since September 2017.
Tasksel still recommends non-existent "kdesudo" in task-kde-desktop. Please
consider removing this entry from "Recommends: " field.
However, I noticed the following lines in debian/control:
Package: task-kde-desktop
Architecture: all
Description: KDE
This task package is used to install the Debian desktop, featuring
the KDE desktop environment, and with other packages
that Debian users
expect to have available on the desktop.
Depends: ${misc:Depends},
task-desktop,
kde-standard,
sddm,
Recommends:
[...]
# desktop network setup
plasma-nm,
# This is configured by d-i to be used to gain root on systems with
# no root password. It is not enabled by default.
kdesudo,
# Package management.
apper,
[...]
I am wondering how d-i is handling privilege escalation with kdesudo's removal
in Debian 10. Should this entry be removed anyway or is there any
alternatives?
Thanks!
--
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part.
Re: Weblate service for debian-installer translations in the pipeline -- NOW ONLINE
在 2017年11月17日星期五 CST 下午8:11:45，Holger Wansing 写道： > Holger Wansing <li...@wansing-online.de> wrote: > > victory <victory@gmail.com> wrote: > > > On Wed, 11 Oct 2017 22:33:40 +0200 > > > > > > Holger Wansing wrote: > > > > > I'm currently trying to get translations updated for our > > > > > debian-installer for Buster. > > > > > For your language the translation has some work to do. > > > > > > they may prefer web frontend; > > > there are updates from weblate for -edu docs > > > maybe contacting pere is a good idea > > > > I have submitted a hosting request for debian-installer translations at > > hosted.weblate.org > > > > For the beginning, I want to activate weblate service only for currently > > not-maintained languages (as a method of recruiting new translators) > > and/or > > for such languages who's translator asks me to do so. > > And also, the committing from Weblate back to our svn repository is also > > planned to not being done automatically, but I will process it manually > > (at least for the first time). > > > > > > So translators reading this: > > if you want to switch from editing pure po files to Weblate too, let me > > know. > Hi, > > The d-i translation is now online at Weblate! > > https://hosted.weblate.org/projects/debian-installer/ > > At the moment not all languages are available there though. > I did not add those languages, for which we have active translators that > are working with po files directly. > > As I wrote above: > > If translators want to switch from editing pure po files to Weblate, let me > know. I can easily add more languages there. > > > A note on committing changings back to svn.debian.org: > At the moment no files will automatically pushed back to svn.debian.org. > I will do that manually for the beginning. > > > > Holger Hi Holger, It would be great if you could add zh_CN translation onto Weblate as well. We are happy to cooperate via weblate. (Many zh_CN contributors are not DD thus it's difficult for us to commit into VCS directly) CC-ing zh_TW translators: are you interested in moving zh_TW d-i translation onto Weblate? Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#874322: task-chinese-s: Please remove debian-zh-faq from the recommend list of task-chinese-s
Package: task-chinese-s Version: 3.39 Severity: normal Dear tasksel maintainers, According to https://bugs.debian.org/874093, we are removing the package debian-zh-faq from Debian Archive. Please consider removing debian-zh-faq from the recommend list of task- chinese-s. Thanks, Boyuan Yang -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages task-chinese-s depends on: ii tasksel 3.39 Versions of packages task-chinese-s recommends: pn debian-zh-faq-s ii fortune-zh 2.4 ii manpages-zh 1.6.3.1-1~exp0 ii opencc 1.0.4-5 pn zhcon task-chinese-s suggests no packages.
Bug#861934: tasksel: Please update default Chinese font dependency
在 2017年6月19日星期一 CST 下午2:41:55，Cyril Brulebois 写道： > The addition of fcitx-frontend-qt5 feels like it should be in a separate > patch? The addition of fcitx-frontend-qt5 correspond to the overall migration from Qt4 to Qt5 in Debian. I could remove this line and open a separate bug for it if you like. > Also, I'm not familiar with keeping old dependencies in Suggests, > I suppose this is to let people find old package names by looking at the > task? In fact people won't bother looking at the Suggests section in reality. My second thought is that we should just remove the "Suggests" section here. The new patch: From 261c36bc5259d03152a744a9e61f82189a780914 Mon Sep 17 00:00:00 2001 From: Boyuan Yang <073p...@gmail.com> Date: Mon, 19 Jun 2017 20:48:33 +0800 Subject: Update Chinese deps for tasksel packages As per the decision of the Chinese Team [1], we are switching default Chinese Sans fonts into Noto Sans CJK. [1]: https://lists.debian.org/debian-chinese-gb/2017/05/msg0.html . Signed-off-by: Boyuan Yang <073p...@gmail.com> --- debian/control | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/debian/control b/debian/control index 2fd82944..77624fa5 100644 --- a/debian/control +++ b/debian/control @@ -724,8 +724,7 @@ Recommends: fonts-arphic-ukai, fonts-arphic-uming, fonts-noto, - fonts-wqy-microhei, - fonts-wqy-zenhei, + fonts-noto-cjk, # Software help and localization libreoffice-l10n-zh-cn, libreoffice-help-zh-cn, @@ -770,8 +769,7 @@ Recommends: fonts-arphic-uming, # seems openjdk needs this to display Chinese. fonts-noto, - fonts-wqy-microhei, - fonts-wqy-zenhei, + fonts-noto-cjk, libreoffice-l10n-zh-tw, libreoffice-help-zh-tw, firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw, -- 2.11.0 Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#861934: tasksel: Please update default Chinese font dependency
Control: severity -1 normal Hello, Now with the release of Debian Stretch, I am bumping the severity of this bug accordingly. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#861934: tasksel: Please update default Chinese font dependency
Package: tasksel
Version: 3.39
Severity: wishlist
Tags: l10n
According to the dicision made by the Chinese Team [1],
we are seeking the switch of default Chinese fonts.
The first (and the most important) change would be the switch
from fonts-wqy-* to Noto CJK fonts (or Source Han Sans) for Sans
fonts.
The patch is provided as below.
This task should at least be finished in the Buster cycle so the severity
is kept as "wishlist" now. Will bump severity accordingly with the development
pace of Buster cycle.
P.S. I added "Recommends: fcitx-frontend-qt5" as well for task-chinese-s-kde-
desktop
since Qt5 is replacing Qt4.
* * *
>From cc867eb80c904543c314d4a6ff83482ad5c5c9a2 Mon Sep 17 00:00:00 2001
From: Boyuan Yang <073p...@gmail.com>
Date: Sat, 6 May 2017 11:04:07 +0800
Subject: Update Chinese deps for tasksel packages
As per the decision of the Chinese Team [1], we are
switching default Chinese Sans fonts into Noto Sans CJK.
[1]:
https://lists.debian.org/debian-chinese-gb/2017/05/msg0.html .
Signed-off-by: Boyuan Yang <073p...@gmail.com>
---
debian/control | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/debian/control b/debian/control
index 2fd82944..d1ae29d9 100644
--- a/debian/control
+++ b/debian/control
@@ -724,8 +724,7 @@ Recommends:
fonts-arphic-ukai,
fonts-arphic-uming,
fonts-noto,
- fonts-wqy-microhei,
- fonts-wqy-zenhei,
+ fonts-noto-cjk,
# Software help and localization
libreoffice-l10n-zh-cn,
libreoffice-help-zh-cn,
@@ -735,6 +734,10 @@ Recommends:
# poppler-data is needed to display
# Chinese on poppler applications.
poppler-data
+Suggests:
+# Deprecated font option, downgraded to suggestion
+ fonts-wqy-zenhei,
+ fonts-wqy-microhei,
Package: task-chinese-s-kde-desktop
Architecture: all
@@ -744,6 +747,7 @@ Depends: ${misc:Depends},
Recommends:
kde-l10n-zhcn,
fcitx-frontend-qt4,
+ fcitx-frontend-qt5,
kde-config-fcitx
Package: task-chinese-t
@@ -770,14 +774,17 @@ Recommends:
fonts-arphic-uming,
# seems openjdk needs this to display Chinese.
fonts-noto,
- fonts-wqy-microhei,
- fonts-wqy-zenhei,
+ fonts-noto-cjk,
libreoffice-l10n-zh-tw,
libreoffice-help-zh-tw,
firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
# poppler-data is needed to display
# Chinese on poppler applications.
poppler-data
+Suggests:
+# Deprecated font option, downgraded to suggestion
+ fonts-wqy-zenhei,
+ fonts-wqy-microhei,
Package: task-chinese-t-kde-desktop
Architecture: all
--
2.11.0
[1] https://lists.debian.org/debian-chinese-gb/2017/05/msg00000.html
--
Sincerely,
Boyuan Yang
-- System Information:
Debian Release: 9.0
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental')
Architecture: amd64
(x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages tasksel depends on:
ii apt 1.4.1
ii debconf [debconf-2.0] 1.5.60
ii liblocale-gettext-perl 1.07-3+b1
ii perl-base 5.24.1-2
ii tasksel-data3.39
tasksel recommends no packages.
tasksel suggests no packages.
-- debconf information:
tasksel/title:
tasksel/first:
tasksel/desktop:
tasksel/tasks:
Bug#861932: tasksel: Please update Vcs-* fields in debian/control
Package: tasksel Version: 3.39 Severity: minor According to https://lintian.debian.org/tags/vcs-field-not-canonical.html, A patch is provided here to update Vcs-Git and Vcs-Browser fields in debian/control. >From 4c30cefb9f2b186d1ecee102385b66b7266596d0 Mon Sep 17 00:00:00 2001 From: Boyuan Yang <073p...@gmail.com> Date: Sat, 6 May 2017 10:45:24 +0800 Subject: d/control: replace git/http protocol with https; bump Std-Ver --- debian/control | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/debian/control b/debian/control index 2fd82944..4cad7e2e 100644 --- a/debian/control +++ b/debian/control @@ -3,10 +3,10 @@ Section: tasks Priority: optional Maintainer: Debian Install System Team <debian-boot@lists.debian.org> Uploaders: Christian Perrier <bubu...@debian.org> -Standards-Version: 3.9.5 +Standards-Version: 3.9.8 Build-Depends: po-debconf, debhelper (>= 9), gettext, dpkg-dev (>= 1.9.0) -Vcs-Git: git://git.debian.org/git/tasksel/tasksel.git -Vcs-Browser: http://anonscm.debian.org/gitweb/?p=tasksel/tasksel.git +Vcs-Git: https://anonscm.debian.org/git/tasksel/tasksel.git +Vcs-Browser: https://anonscm.debian.org/git/tasksel/tasksel.git Package: tasksel Section: admin -- 2.11.0 -- System Information: Debian Release: 9.0 APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tasksel depends on: ii apt 1.4.1 ii debconf [debconf-2.0] 1.5.60 ii liblocale-gettext-perl 1.07-3+b1 ii perl-base 5.24.1-2 ii tasksel-data3.39 tasksel recommends no packages. tasksel suggests no packages. -- debconf information: tasksel/tasks: tasksel/title: tasksel/desktop: tasksel/first:
Bug#842331: task-chinese-s-desktop: please replace Rec: ttf-wqy-zenhei with Rec: fonts-wqy-zenhei
Package: task-chinese-s-desktop Severity: wishlist Tags: l10n The package `ttf-wqy-zenhei' is now a dummy transitional package. Please directly depend on the real package `fonts-wqy-zenhei'. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
