Bug#869875: usb bootdrive utilities in Debian
I am the maintainer/submitter of the woeusb package, I am interested in making it into Debian but currently lack the resource to do so. [There's existing Debian packaging in the source tree, though]( https://github.com/slacka/WoeUSB/tree/master/debian). Best regards, 林博仁(Buo-ren, Lin) Matt Taggart 於 2019年2月16日 週六 上午7:06寫道: > Today I was looking for utilities to create bootable USB drives. In WNPP > I discovered quite a few ITP/RFPs for these types of tools: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?915458 > multibootusb -- A cross platform utility to create multi boot live Linux > on a removable USB disk > > https://bugs.debian.org/cgi-bin/bugreport.cgi?576359 > usb-creator-to-be-renamed -- startup disk creator#718301 > fedora-liveusb-creator -- Cross-platform tool for installing live > operating systems on to USB flash drives > > https://bugs.debian.org/cgi-bin/bugreport.cgi?732647 > mintstick -- USB stick formatter and ISO image writer > > https://bugs.debian.org/cgi-bin/bugreport.cgi?831981 > mkusb - Tool to make boot drives. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718301 > fedora-liveusb-creator -- Cross-platform tool for installing live > operating systems on to USB flash drives (now MediaWriter) > > https://bugs.debian.org/cgi-bin/bugreport.cgi?869875 > woeusb -- Bootable USB Storage Creator for Windows Installer/PE > > And already in debian there is debootstick and some other efi/iso tools. > > Some of these are old and may not be supported/useful any more. > Some of these may be distro/OS specific, > But hopefully there is one that is being maintained and is generic > enough to replace what the others do so we don't need to maintain all > these things. > > Submitters/participants, please reply to your bugs (trim cc list > accordingly) and let us know what's going on with these. > > -- > Matt Taggart > tagg...@debian.org >
Bug#680668: tasksel: Input methods for chinese - (Was: Updating chinese-t-desktop in tasksel for Wheezy.)
I would like to request dropping the following two fonts: * fonts-arphic-ukai * fonts-arphic-uming IMO there's no one really uses it, with a confusing font family names, unmaintained, and causes glitches in certain cases like the GNU gettext manual < https://www.facebook.com/groups/ubuntu.zh.hant/permalink/2225280084193968/> etc. It should be replaced by Noto Serif CJK/Source Han Serif fonts. 林博仁(Buo-ren, Lin) buo.ren@gmail.com "Yao Wei (魏銘廷)" 於 2019年1月12日 週六 下午5:02寫道: > Hi, > > > On Jan 12, 2019, at 16:35, Holger Wansing wrote: > > > > And for traditional Chinese: > > > > Package: task-chinese-t-desktop > > Architecture: all > > Description: Traditional Chinese desktop > > This task localises the desktop in Traditional Chinese. > > Depends: ${misc:Depends}, > > Recommends: > > scim, > > scim-chewing, > > scim-gtk-immodule, > > im-config, > > fonts-arphic-ukai, > > fonts-arphic-uming, > > # seems openjdk needs this to display Chinese. > > fonts-noto, > > 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 > > > > Is this working so far, or should things be improved, to close this bug? > > Currently, the following set is recommended (for GNOME3 desktop) instead > of the ones above, because current GNOME3 has native support on ibus > (and probably fcitx): > > ibus, > ibus-chewing, > ibus-table, > im-config, > fonts-arphic-ukai, > fonts-arphic-uming, > fonts-noto, # this seems to be unnecessary, but not really sure. > fonts-noto-cjk, > libreoffice-l10n-zh-tw, > libreoffice-help-zh-tw, > firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw, > poppler-data > > or we can follow task-chinese-s-desktop and use fcitx instead of ibus in > task-chinese-t-desktop: > > fcitx, > fcitx-chewing, > fcitx-table, > im-config, > fonts-arphic-ukai, > fonts-arphic-uming, > fonts-noto, # this seems to be unnecessary, but not really sure. > fonts-noto-cjk, > libreoffice-l10n-zh-tw, > libreoffice-help-zh-tw, > firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw, > poppler-data > > Other input methods like gcin and hime are also available, but I seldom > see people using SCIM. > > Just 2 cents, > Yao Wei >
Bug#870242: RFS: woeusb/2.1.2+-1 (ITP) -- Bootable Windows installation/PE USB storage creator
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking a sponsor for my (currently working on) package "woeusb": * Package name: woeusb * Version : 2.1.2(and future releases) * Upstream Author : slacka <https://github.com/slacka>, 林博仁 <buo.ren@gmail.com> et.al, refer <https://github.com/slacka/WoeUSB/graphs/contributors> for the full list. WinUSB(the source of the fork) author is Colin GILLE / congelli501 <colingi...@hotmail.com> * URL : https://github.com/slacka/WoeUSB * License : GPL v3 * Section : utils It builds this binary package: woeusb - Bootable Windows installation/PE USB storage creator To access further information about this package, please visit the following URLs: https://github.com/slacka/WoeUSB https://mentors.debian.net/package/woeusb (not uploaded yet, might not be available) Thanks, 林博仁 <buo.ren@gmail.com>
Bug#869875: ITP: woeusb -- Bootable USB Storage Creator for Windows Installer/PE
Package: wnpp Severity: wishlist Owner: "林博仁" <buo.ren@gmail.com> * Package name: woeusb Version : 2.1.2(and future releases) Upstream Author : slacka <https://github.com/slacka>, 林博仁 <buo.ren@gmail.com> et.al, refer <https://github.com/slacka/WoeUSB/graphs/contributors> for the full list. WinUSB(the source of the fork) author is Colin GILLE / congelli501 <colingi...@hotmail.com> * URL : https://github.com/slacka/WoeUSB * License : GPL v3 Programming Lang: Bash(core), C++(GUI wrapper based on WxWidgets) Description : Bootable USB Storage Creator for Windows Installer/PE This package contains two programs: . - woeusb: a simple Bash script that enables you to create your own bootable Windows installation USB storage device from an existing Windows Installation DVD or its ISO image. - woeusbgui: woeusb's GUI wrapper based on WxWidgets Supported images: Windows Vista, Seven, 8 installer for any language and any version (home, pro...) and Windows PE. . This software is a fork of Colin GILLE / congelli501's WinUSB software. http://en.congelli.eu/prog_info_winusb.html --- - why is this package useful/relevant? It allows debian users to create USB Windows installer easily without resorting to a Windows machine. - is it a dependency for another package? Nope. - do you use it? Yes. This application is often needed for re-installing collegue/family member's Win - if there are other packages providing similar functionality, how does it compare? It's possible to achive the same goal by meddling with `parted`, `grub` etc, however this requires advanced knowlege to disk partitioning and OS bootstrapping. - how do you plan to maintain it? As I am one of the upstream developers the debianization of this package will be simultaneously maintained in the upstream codebase. The changes specifically required by Debian may be maintained in a separated branch or code repository.
Bug#868998: debhelper: dh_installman doesn't support paths with space characters
Package: debhelper Version: 10.6.4 Severity: normal Dear Maintainer, * What led up to the situation? I am practicing maint-guide chapter 5 and implemented a manpage after the template * What exactly did you do (or not do) that was effective (or ineffective)? I placed the manpage at "Manual Pages" directory under the source root directory and added the following line(s) to debian/.manpages: * Manual Pages/.1 * What was the outcome of this action? dh_installman complains of missing "Manual" file: ``` dh_installman "Manual: No such file or directory at /usr/bin/dh_installman line 131. debian/rules:19: recipe for target 'binary' failed make: *** [binary] Error 2 ``` * What outcome did you expect instead? manpage correctly installed either in the following forms in debian/.manpages: * Manual Pages/.1 * Manual\ Pages/.1 * "Manual Pages/.1" Thanks! -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-58-generic (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debhelper depends on: ii autotools-dev20150820.1 ii binutils 2.26.1-1ubuntu1~16.04.3 ii dh-autoreconf14 ii dh-strip-nondeterminism 0.038-1 ii dpkg 1.18.4ubuntu1.2 ii dpkg-dev 1.18.4ubuntu1.2 ii file 1:5.25-2ubuntu1 ii libdpkg-perl 1.18.4ubuntu1.2 ii man-db 2.7.5-1 ii perl 5.22.1-9 ii po-debconf 1.0.19 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make -- no debconf information
Bug#868986: debmake: Debmake provided Upstart template has wrong filename
Package: debmake Version: 4.2.9-1 Severity: minor Dear Maintainer, `debmake -x 3` provided `.upstrat.ex` file, which should be named `.upstart.ex`. Thanks, 林博仁 <buo.ren@gmail.com> -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-58-generic (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debmake depends on: ii devscripts 2.16.2ubuntu3 ii dpkg-dev 1.18.4ubuntu1.2 pn python3:any ii rsync3.1.1-3ubuntu1 Versions of packages debmake recommends: ii build-essential 12.1ubuntu2 ii curl 7.47.0-1ubuntu2.2 ii strace 4.11-1ubuntu3 ii wget 1.17.1-1ubuntu1.2 Versions of packages debmake suggests: ii autotools-dev 20150820.1 pn ccache ii cmake 3.5.1-1ubuntu3 pn cowbuilder ii dh-autoreconf 11 ii dh-python 2.20151103ubuntu1.1 pn eatmydata pn gem2deb ii git 1:2.7.4-0ubuntu1.1 pn git-buildpackage pn gitk pn javahelper ii lintian 2.5.43ubuntu0.1 ii mc3:4.8.15-2 pn pbuilder ii quilt 0.63-3 pn rpm2cpio -- no debconf information
Bug#842018: reportbug: .desktop file launches shell application without setting Terminal=true
I believe that the gtk support of reportbug should be separated in individual package(like reportbug-gtk) instead of listing it's dependency in Suggests:. Also moving the desktop entry to that package so it won't confuse user that this is an intended-to-be GUI application. 林博仁 <buo.ren@gmail.com>
Bug#867863: debmake failes with rsync error when working directory path contains space
The following `diff --unified` fixed the rsync error, however I don't speak Python. ``` --- tar.py 2016-12-04 00:05:35.0 +0800 +++ tar.py.patched 2017-07-10 10:23:37.318949713 +0800 @@ -55,7 +55,7 @@ if os.path.isdir(srcdir): debmake.yn.yn('remove "{}" directory in tar'.format(srcdir), 'rm -rf ' + srcdir, yes) # copy from parent to srcdir using hardlinks (with debian/* data) -command = 'rsync -av --link-dest=' + os.getcwd() + '/' + parent + ' ' + parent + '/. ' + srcdir +command = 'rsync -av --link-dest="' + os.getcwd() + '/' + parent + '" "' + parent + '/." ' + srcdir print('I: $ {}'.format(command), file=sys.stderr) if subprocess.call(command, shell=True) != 0: print('E: rsync -aCv failed.', file=sys.stderr) ``` 2017-07-10 10:19 GMT+08:00 林博仁 <buo.ren@gmail.com>: > Whoops, the console output is not complete for some reason (`debmake > --package directory-with-space --upstreamversion 1.0 --tar 2>&1 | > xclip -in -selection clipboard), here's a manually pasted one > > ``` > I: sanity check of parameters > W: -p "directory-with-space" != auto set value "" > W: -u "1.0" != auto set value "0~1707100213" > I: pkg="directory-with-space", ver="1.0", rev="1" > I: make the upstream tarball with "tar --exclude=debian" > I: pwd = "/tmp/directory with space" > I: pwd = "/tmp" > I: $ rsync -av --link-dest=/tmp/directory with space directory with > space/. directory-with-space-1.0 > sending incremental file list > rsync: link_stat "/tmp/with" failed: No such file or directory (2) > rsync: link_stat "/tmp/space" failed: No such file or directory (2) > rsync: link_stat "/tmp/directory" failed: No such file or directory (2) > rsync: link_stat "/tmp/with" failed: No such file or directory (2) > rsync: change_dir "/tmp//space" failed: No such file or directory (2) > --link-dest arg does not exist: /tmp/directory > > sent 20 bytes received 63 bytes 166.00 bytes/sec > total size is 0 speedup is 0.00 > rsync error: some files/attrs were not transferred (see previous > errors) (code 23) at main.c(1183) [sender=3.1.1] > E: rsync -aCv failed. > ```
Bug#867863: debmake failes with rsync error when working directory path contains space
Whoops, the console output is not complete for some reason (`debmake --package directory-with-space --upstreamversion 1.0 --tar 2>&1 | xclip -in -selection clipboard), here's a manually pasted one ``` I: sanity check of parameters W: -p "directory-with-space" != auto set value "" W: -u "1.0" != auto set value "0~1707100213" I: pkg="directory-with-space", ver="1.0", rev="1" I: make the upstream tarball with "tar --exclude=debian" I: pwd = "/tmp/directory with space" I: pwd = "/tmp" I: $ rsync -av --link-dest=/tmp/directory with space directory with space/. directory-with-space-1.0 sending incremental file list rsync: link_stat "/tmp/with" failed: No such file or directory (2) rsync: link_stat "/tmp/space" failed: No such file or directory (2) rsync: link_stat "/tmp/directory" failed: No such file or directory (2) rsync: link_stat "/tmp/with" failed: No such file or directory (2) rsync: change_dir "/tmp//space" failed: No such file or directory (2) --link-dest arg does not exist: /tmp/directory sent 20 bytes received 63 bytes 166.00 bytes/sec total size is 0 speedup is 0.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1] E: rsync -aCv failed. ```
Bug#867863: debmake failes with rsync error when working directory path contains space
Package: debmake Version: 4.2.9-1 Severity: normal Dear Maintainer, ## Bug Reproduce Instructions 1. mkdir "directory with space" 1. cd "directory with space" 1. debmake --package directory-with-space --upstreamversion 1.0 --tar ## Console output ``` sending incremental file list rsync: link_stat "/tmp/with" failed: No such file or directory (2) rsync: link_stat "/tmp/space" failed: No such file or directory (2) rsync: link_stat "/tmp/directory" failed: No such file or directory (2) rsync: link_stat "/tmp/with" failed: No such file or directory (2) rsync: change_dir "/tmp//space" failed: No such file or directory (2) --link-dest arg does not exist: /tmp/directory sent 20 bytes received 63 bytes 166.00 bytes/sec total size is 0 speedup is 0.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1] I: set parameters I: sanity check of parameters W: -p "directory-with-space" != auto set value "" W: -u "1.0" != auto set value "0~1707100151" I: pkg="directory-with-space", ver="1.0", rev="1" I: make the upstream tarball with "tar --exclude=debian" I: pwd = "/tmp/directory with space" I: pwd = "/tmp" I: $ rsync -av --link-dest=/tmp/directory with space directory with space/. directory-with-space-1.0 E: rsync -aCv failed. ``` -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-58-generic (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debmake depends on: ii devscripts 2.16.2ubuntu3 ii dpkg-dev 1.18.4ubuntu1.2 pn python3:any ii rsync3.1.1-3ubuntu1 Versions of packages debmake recommends: ii build-essential 12.1ubuntu2 ii curl 7.47.0-1ubuntu2.2 ii strace 4.11-1ubuntu3 ii wget 1.17.1-1ubuntu1.2 Versions of packages debmake suggests: ii autotools-dev 20150820.1 pn ccache ii cmake 3.5.1-1ubuntu3 pn cowbuilder ii dh-autoreconf 11 ii dh-python 2.20151103ubuntu1.1 pn eatmydata pn gem2deb ii git 1:2.7.4-0ubuntu1.1 pn git-buildpackage pn gitk pn javahelper ii lintian 2.5.43ubuntu0.1 pn mc pn pbuilder ii quilt 0.63-3 pn rpm2cpio -- no debconf information
Bug#866866: ITP: l10n-tw-logo -- This is a logo of the Taiwan Localization Community(臺灣在地化社群)
Package: wnpp Severity: wishlist Owner: "林博仁" <buo.ren@gmail.com> * Package name: l10n-tw-logo Version : 2.7.0 Upstream Author : V字龍 <vdragon.tai...@gmail.com> * URL : http://l10n.tw/l10n-tw-logo/ * License : CC BY-SA 3.0+ Programming Lang: N/A, source is SVG, build script is Bashism Description : Official logo of the Taiwan Localization Community(臺灣在地化社群) - why is this package useful/relevant? This package is trying to make l10n-tw-logo as installed icons/clipart that can be applied to l10n-tw related folders or documents. There is future plans to making desktop backgrounds derived from the icons, but it is not implemented yet. This package is selected due to to it's simplicity(the only programming language used is Bash scripts) for learning Debian packaging, there may be less use for it to be really included in Debian, though. - is it a dependency for another package? Nope. - do you use it? Yes. - if there are other packages providing similar functionality, how does it compare? Nope. - how do you plan to maintain it? As I AM the upstream the packaging wil be mainained in the upstream codebase.
Bug#737475: #737475
I can confirm this bug. I wonder where did the script set those feature_* variables, maybe from /etc/default/grub...? Also the grub-mkconfig scripts under /etc/grub.d should be fixed to not output the entire id if the id feature is disabled. 林博仁 <buo.ren@gmail.com>
Bug#630750:
I can comfirm this bug. This bug will effect all users tried to relax username limitation by uncommenting the NAME_REGEX in adduser.conf Please accept it if the patch is correct. Sincerely, Henry Lin