Bug#1063347: ITP: td -- telegram client library
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: "Ying-Chun Liu (PaulLiu)" Severity: wishlist * Package name: td Version : 1.8.0 Upstream Contact: https://github.com/tdlib/td * URL : https://core.telegram.org/tdlib * License : Boost Software License 1.0 Programming Lang: C++ Description : telegram database library TDLib (Telegram Database Library) is a cross-platform, fully functional Telegram client. This library helps third-party developers create their own custom apps using the Telegram platform. OpenPGP_0x44173FA13D05.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1024509: ITP: minetest-mod-meshport -- Minetest mod - export areas to meshes for 3D rendering
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: "Ying-Chun Liu (PaulLiu)" Severity: wishlist * Package name: minetest-mod-meshport Version : 0.2.2 Upstream Author : random-geek (https://github.com/random-geek) * URL : https://github.com/random-geek/meshport * License : LGPL-3.0+ Programming Lang: Lua Description : Minetest mod - export areas to meshes for 3D rendering. Meshport is a mod which allows easy exporting of scenes from Minetest to obj files, complete with materials and textures. These models can be imported directly into Blender or another 3D program for rendering and animation. OpenPGP_0x44173FA13D05.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1023314: ITP: linaro-bcb-util -- simple tool for read/write BCB
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: "Ying-Chun Liu (PaulLiu)" Severity: wishlist * Package name: linaro-bcb-util Version : 0.0.1 Upstream Author : Ying-Chun Liu (PaulLiu) * URL : https://gitlab.com/grandpaul/linaro-bcb-util * License : GPL-2+ Programming Lang: Python Description : simple util to access the BCB partition BCB is the acronym of Android Bootloader Control Block. This package provides a simple util that can read/write/clear the BCB's fields. . In normal Debian installation this util should be useless. This util is only working on systems that boot from Android-capable bootloaders. And usually there will be a partition called misc, which is the BCB partition. . For example, if you debootstrap or install Debian on AOSP's system partition, then you can use this util to control the bootloader's boot behaviour. Such as to boot to recovery on the next boot. OpenPGP_0x44173FA13D05.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1009265: ITP: node-number-allocator -- Unique number allocator for JavaScript
Package: wnpp Severity: wishlist Owner: Ying-Chun Liu (PaulLiu) X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-number-allocator Version : 1.0.10 Upstream Author : Takatoshi Kondo * URL : https://github.com/redboltz/number-allocator * License : Expat Programming Lang: JavaScript Description : Unique number allocator for JavaScript Unique number allocator maintains number intervals that are not in used. For an example, users can allocate an interval from 1 to 100. And if the user uses 6, the interval will split into two: 1 to 5 and 7 to 100. Unique number allocators will tell the users how many intervals we have right now. And what number is still vacant to use. . Node.js is an event-based server-side JavaScript engine. This package is a new dependency for latest node-mqtt. So if we want to upgrade node-mqtt we have to have this package in Debian first. OpenPGP_signature Description: OpenPGP digital signature
Bug#916717: ITP: freeboard -- dashboard builder for IoT and other web mashups
Package: wnpp Severity: wishlist Owner: Ying-Chun Liu (PaulLiu) X-Debbugs-CC: debian-devel@lists.debian.org * Package name: freeboard Version : 1.0.2 Upstream Author : ABR, just published, real autor buglabs Jim Heising * URL : http://freeboard.io * License : Expat Programming Lang: JavaScript Description : dashboard for IoT and web mashups open source real-time dashboard builder for IoT and other web mashups. A free open-source alternative to Geckoboard. -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Bug#869494: ITP: node-help-me -- help command for node, partner of minimist and commist
Package: wnpp Severity: wishlist Owner: Ying-Chun Liu (PaulLiu) <paul...@debian.org> X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-help-me Version : 1.1.0 Upstream Author : Matteo Collina <he...@matteocollina.com> * URL : https://github.com/mcollina/help-me * License : Expat Programming Lang: JavaScript Description : help command for node, partner of minimist and commist help-me is a lib that provides an easy way to write a help command for a node. Should be used together with minimist and commist. . Node.js is an event-based server-side JavaScript engine. -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) <paul...@debian.org> signature.asc Description: OpenPGP digital signature
Bug#869127: ITP: node-commist -- build commands on node-minimist
Package: wnpp Severity: wishlist Owner: Ying-Chun Liu (PaulLiu) <paul...@debian.org> X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-commist Version : 1.0.0 Upstream Author : Matteo Collina <he...@matteocollina.com> * URL : https://github.com/mcollina/commist * License : Expat Programming Lang: JavaScript Description : build commands on node-minimist Build command line application with multiple commands the easy way. To be used with minimist. . Node.js is an event-based server-side JavaScript engine. -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) <paul...@debian.org> signature.asc Description: OpenPGP digital signature
Bug#868829: ITP: node-pumpify -- combine streams into a single duplex stream by pump and duplexify
Package: wnpp Severity: wishlist Owner: Ying-Chun Liu (PaulLiu) <paul...@debian.org> X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-pumpify Version : 1.3.5 Upstream Author : Mathias Buus * URL : https://github.com/mafintosh/pumpify * License : Expat Programming Lang: JavaScript Description : combine streams into a single duplex stream by pump and duplexify Combine an array of streams into a single duplex stream using pump and duplexify. If one of the streams closes/errors all streams in the pipeline will be destroyed. -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) <paul...@debian.org> signature.asc Description: OpenPGP digital signature
ITP: bazel, but it builds against its earlier version.
Dear Debian devel, I'm looking into how to package bazel these days. But found it is a bit hard and I need some suggestions. Bazel is a build system. Means it is something like cmake, autotools, ant. First, bazel definitely needs some cleaning. It has some built-in libs which should be package to Debian first. But that's fine because I'll do it. The problem is, bazel 4.0.1 is the last version that can be built directly inside Debian because it can be built from scratch by its own shell script. Later bazel version build depends on ealier version. That means, 4.0.2 depends on 4.0.1. And 4.0.3 depends on 4.0.2. So my question is does that mean I need to package (and clean-up built-in libs) for 4.0.1 first. And uploading 4.0.1 to Debian. And then start to package 4.0.2 .. until to the latest? It is similar to gcc compiles itself by earlier version. Just want to know how to solve this and the best practice. Yours, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) <paul...@debian.org> signature.asc Description: OpenPGP digital signature
OCF.tw for Debian Trusted Organization
Dear Mehdi, I'd like to propose OCF.tw to be a Trusted Organization. And OCF.tw also have the interests to be in. But I don't know how to start. We've both read https://wiki.debian.org/Teams/DPL/TrustedOrganizationCriteria OCF.tw strongly meets the criteria. Do we need to send some paper to continue? Yours Sincerely, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) <paul...@debian.org> signature.asc Description: OpenPGP digital signature
Re: Replacing unrar-free with unar wrapper
於 2013年09月23日 22:30, Dominik George 提到: Hi, maintainers of unar and unrar-free, as you might have seen on the BTS, I have today filed a bug report on unrar-free and revisited an old bug, both of which make unrar-free largely unusable [1][2]. I found that unrar-free seems to be umaintained and has not had any commits by upstream for the last 6+ years, and important bugs are open and ignored. I found that the unar command from theunarchiver, which is even recommended by the FSF [3], can handle multipart, modern RAR archives just fine, only the command-line is incompatible to unrar-free and unrar-nonfree [4]. One issue is that some tools in Debian, among which are usenet clients, comic book readers, and others, rely on the syntax of unrar-nonfree, for some reason I do not know, maybe because it works, in contrast to unrar-free. I guess the command-line compatibility in unrar-free has been added for this very reason, but it failed to become a drop-in replacement for unrar-nonfree because it exits uncleanly on passing some unrar-free options, and in general does not provide the functionality of unrar-nonfree. My proposal is to remove unrar-free from Debian, for the reasons mentioned above, and add a patch to src:unar that include a wrapper script that provides a command-line wrapper compatible to both unrar-free and unrar-nonfree, so unar can become a drop-in replacement for both. I would like to create th ewrapper script and resulting patch, but first, I would like to hear your thoughts about my research and proposal. Cheers, Nik [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724295 [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270751 [3]: https://www.fsf.org/blogs/licensing/free-rarv3-extraction [4]: http://manpages.debian.net/cgi-bin/man.cgi?query=unrar-free Hi, Nice idea. The unrar-free currently only able to decompress the 2.x format, which is the DOS-era rar files. Please provide a patch to unar first because we currently are using update-alternatives for /usr/bin/unrar. So actually you can work on unar and let it has normal priority for that (unrar-free uses really low priority). It won't be conflict to have unrar-free unar together for a while. After we make sure that unar has a compatibility cmd-line options with unrar-nonfree, and then I'll file a RoM of unrar-free package. Yours, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) paul...@debian.org signature.asc Description: OpenPGP digital signature
Re: NEW queue frozen?
Bastian Venthur wrote: Hi, Is the NEW queue frozen or something? Currently 190 packages are waiting in NEW. I've only noticed this since I'm waiting for the current version of libgpod which is needed to get (not only) my IPod working again with Amarok from experimental. Sorry if this has been announced/explained elsewhere. Cheers, Bastian It seems the new queue is not frozen because some new packages are still going into unstable, like flickrfs. Just slow I think. regards, Ying-Chun Liu -- PaulLiu(Ying-Chun Liu) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
[PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha
Dear folks, LZH is an archive format which is generated by the lha utility (1). This format is still popular in Japan, but the lha utility is not a free software. However, some free softwares which use LZH as their data format (2) and some free GUI archive file managers (3) often use fork+exec, popen, or system, to call the command line program '/usr/bin/lha' to extract the data. Therefore I propose a virtual package named 'lha' for those packages who can provide the functionality of '/usr/bin/lha'. Note: (1) lha package in Debian non-free section (2) fkiss, gnomekiss in Debian (3) ark, file-roller, krusader in Debian thanks, Ying-Chun Liu -- PaulLiu(Ying-Chun Liu) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: [PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha
Andreas Metzler wrote: Ying-Chun Liu (PaulLiu) [EMAIL PROTECTED] wrote: LZH is an archive format which is generated by the lha utility (1). This format is still popular in Japan, but the lha utility is not a free software. However, some free softwares which use LZH as their data format (2) and some free GUI archive file managers (3) often use fork+exec, popen, or system, to call the command line program '/usr/bin/lha' to extract the data. Therefore I propose a virtual package named 'lha' for those packages who can provide the functionality of '/usr/bin/lha'. Note: (1) lha package in Debian non-free section (2) fkiss, gnomekiss in Debian (3) ark, file-roller, krusader in Debian Do all these packages accept a common (sub)set of commandline options? Alternatives only work if the commandline interface is compatible. cu andreas Yes, all these packages should have a common (sub)set of commandline options. I think that's the word suitable means. I'm packaging jlha-utils (RFS, not in Debian). It is command-line compatible and provides the subset of the options. Since there's no spec on how these options work, and for clean-room purpose, we can't read the non-free source code. We can only guess from outside and implement them by ourselves. And thus we can't guarantee that it is 100% same as the original 'lha'. But I've tested it with the programs (2,3) listed above. regards, Ying-Chun Liu -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: [PROPOSAL] virtual package 'lzh-archiver' -- an LZH archiver package
GOTO Masanori wrote: At Sun, 10 Sep 2006 20:28:55 +0800, Ying-Chun Liu (PaulLiu) wrote: LZH is an archive format which is generated by the lha utility (1). This format is still popular in Japan, but the lha utility is not a free software. However, some free softwares which use LZH as their data format (2) and some free GUI archive file managers (3) often use fork+exec, popen, or system, to call the command line program '/usr/bin/lha' to extract the data. Therefore I propose a virtual package named 'lha' for those packages who can provide the functionality of '/usr/bin/lha'. Note: (1) lha package in Debian non-free section (2) fkiss, gnomekiss in Debian (3) ark, file-roller, krusader in Debian The current non-free lha package is based on the original and legitimate MS-DOS version LHa. LHa is one of implementations of LZH format archiver. So many LZH archiver/extractor on windows have used other names. We cannot expect each archiver/extrator has the exact same options. Thus I disagreed to use lha as virtual package name. Instead, how about setting lzh-archiver as /etc/alternatives for your java-based lzh archiver and my non-free lha package, then modifying the GUI archive file managers to execute lzh-archiver, not lha? lzh-archiver is a good virtual package name. And I should use it in the first time. But only use alternatives on /usr/bin/lzh-archiver has less meaning to what I wished. In varying Linux distributions, those GUI programs still have to call /usr/bin/lha. They won't know in Debian, they can try using /usr/bin/lzh-archiver first. Thus I don't think the upstreams of those programs would like to modify their code to use /usr/bin/lzh-archiver. And, more free softwares currently not in Debian have already widely used /usr/bin/lha as their default lzh archiver executable name. To change them all is nearly impossible. This case is like the mpg123 and mpg321 packages currently in Debian. Because many softwares have already used /usr/bin/mpg123 as their mp3 decoder, mpg321 is designed to be command-line compatible to mpg123 for replacing. Now both packages provides mpg123, mp3-decoder and use alternatives on both /usr/bin/mpg123 and /usr/bin/mp3-decoder. After I check the situation of mpg123 and mpg321, I think only lzh-archiver should be listed in /usr/share/doc/debian-policy/virtual-package-names-list.txt.gz and lha should be considered as a privately, amongst a cooperating group of packages virtual package. Thanks, Ying-Chun Liu -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
make dictionary packages support stardict
Dear dictionary maintainers and other developers, Stardict is a dictionary reader, it provides 'scan selection word' function which gives the translations in a pop-up window immediately. Because it needs pop-up a search result immediately, the DICT protocol cannot be satisfied. So it uses its own binary dictionary format instead. Currently we have gtk, gnome and console version of stardict in the archive, and the stardict-dictionary virtual package, but none of the dictionary packages supports it. To provide dictionary data for stardict, we can convert the original DICT dictionary packages to stardict's binary format. And we are so lucky that the upstream of stardict already provides some tools in stardict-tools for this task. Here is a basic conversion example: cp /usr/share/dictd/gcide.dict.dz . cp /usr/share/dictd/gcide.index . dictunzip gcide.dict.dz /usr/lib/stardict/dictd2dic gcide It generates two files: 'dictd_www.freedict.de_gcide.dict.dz' 'dictd_www.freedict.de_gcide.idx.gz' and also prints out: 'wordcount: 176957'. And then we need to create a new file called: 'dictd_www.freedict.de_gcide.dict.ifo' with following content: StarDict's dict ifo file version=2.4.2 wordcount=176957 idxfilesize=3370280 bookname=gcide description=gcide date=2006.9.4 sametypesequence=m (Where the value of idxfilesize is the uncompressed size of 'dictd_www.freedict.de_gcide.idx.gz'.) To make stardict to load the dictionary automatically, create a directory called: /usr/share/stardict/dic/dictd_www.freedict.de_gcide/ and then put these three files into that directory. Conversion is done! Now we all known the conversion isn't that difficult, but we need to think about how to make all dict packages doing the same thing. There are several ways that we can do: 1) Build a stardict binary package from the original source package, eg: dict-gcide (source package) --+--- dict-gcide Build-depends: stardict-tools | +--- stardict-gcide 2) Use debconf script to ask users and convert the data by postinst, eg: dict-gcide (source package) --- dict-gcide (with debconf/postinst) Depends: stardict-tools 3) Create another new source package, eg: stardict-gcide (source package) --- stardict-gcide Build-depends: stardict-tools, dict-gcide Thanks for reading my email, and please give me some comments. Best regards, -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
