Re: Bug#782654: ITP: bazel, but it builds against its earlier version.
Hi Damien, That's great. I didn't know that because I'm using git and just checkout the version tags. So the thing left is to clean-up the binary jar files inside that zip and replaced by the Debian and modify the classpath. I'll start working on this. :) Thanks, Paul On Fri, Jun 23, 2017 at 4:26 PM, Damien Martin-Guillerez < dmart...@google.com> wrote: > Hi Ying-Chun, > > AFAICT this is incorrect, we maintain distribution artifact that can be > built without bazel. See https://github.com/bazelbuild/bazel/releases/ > download/0.5.1/bazel-0.5.1-dist.zip for 0.5.1 distribution artifact. This > is a source zip that does not need bazel to be built. > > On Fri, Jun 23, 2017 at 4:21 PM Ying-Chun Liu (PaulLiu) < > paul...@debian.org> wrote: > >> 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) >> >>
Bug#1093737: ITP: android-cuttlefish -- Cuttlefish Android Virtual Device companion package
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: "Ying-Chun Liu (PaulLiu)" Severity: wishlist * Package name: android-cuttlefish Version : 1.0.0 Upstream Contact: https://github.com/google/android-cuttlefish * URL : https://github.com/google/android-cuttlefish * License : Apache-2.0 Programming Lang: C++ Description : Cuttlefish Android Virtual Device companion package Contains set of tools and binaries required to boot up and manage Cuttlefish Android Virtual Device that are used in all deployments. Yours, Paul
Intend to package Cuttlefish (Android virtual device)
Hi all, I intend to package Cuttlefish. But I'd like some clarification. Cuttlefish, an open-source project (source: https://source.android.com/docs/devices/cuttlefish/get-started), requires downloading or building additional open-source components like AOSP images and crosvm for full functionality. For the meanwhile, we need to put this package into "contrib". Am I right? The concept of "contrib" typically refers to packages that depend on non-free components, even if the package itself is open-source. However, in this case, the required tools might not be officially packaged for Debian yet. While they are all open-source, their absence from Debian repositories could justify placing Cuttlefish in the "contrib" section. Am I correct? Yours, Paul OpenPGP_0x44173FA13D05.asc Description: OpenPGP public key OpenPGP_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
[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
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
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) signature.asc 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#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#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#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#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
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)
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)
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) 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) 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) X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-commist Version : 1.0.0 Upstream Author : Matteo Collina * 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) 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) X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-help-me Version : 1.1.0 Upstream Author : Matteo Collina * 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) signature.asc Description: OpenPGP digital signature
Bug#1082982: ITP: openleadr-python -- Python 3 module for OpenADR systems
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: "Ying-Chun Liu (PaulLiu)" Severity: wishlist * Package name: openleadr-python Version : 0.5.30 * URL : https://github.com/OpenLEADR/openleadr-python * License : Apache-2.0 Programming Lang: Python Description : Python 3 module for OpenADR systems OpenLEADR is a Python 3 module that provides a convenient interface to OpenADR systems. It contains an OpenADR Client that you can use to talk to other OpenADR systems, and it contains an OpenADR Server (VTN) with convenient integration possibilities. . It currently implements the OpenADR 2.0b specification. OpenPGP_0x44173FA13D05.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1102239: ITP: ssh-proxy-ice-gsocket -- ssh proxy using ice and gsocket for traversing CGNAT
Package: wnpp Severity: wishlist Owner: "Ying-Chun Liu (PaulLiu)" X-Debbugs-Cc: debian-devel@lists.debian.org * Package name : ssh-proxy-ice-gsocket Version : 0.1 Upstream Contact: "Ying-Chun Liu (PaulLiu)" * URL : https://gitlab.com/grandpaul/ssh-proxy-ice-gsocket * License : MPL-1.1 Programming Lang: C Description : ssh proxy using ice and gsocket for traversing CGNAT This project aims to develop an SSH proxy that leverages the ICE protocol (RFC 8445) for data transmission. By employing Ice's communication capabilities, this proxy facilitates the establishment of secure SSH connections, enabling clients to access SSH servers effectively even when traversing Network Address Translation (NAT) boundaries. This approach offers a robust solution for scenarios where direct SSH access is hindered by NAT restrictions.
