Bug#639085: marked as done (RFP: dcache-srmclient -- SRM protocol clients)
Your message dated Thu, 06 Oct 2016 04:20:05 + with message-idand subject line closing RFP: dcache-srmclient -- SRM protocol clients has caused the Debian Bug report #639085, regarding RFP: dcache-srmclient -- SRM protocol clients to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 639085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639085 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist * Package name: dcache-srmclient Version : Upstream Author : dCache.org * URL : http://svn.dcache.org/WebSVN/listing.php?repname=dCache=%2Ftrunk%2Fmodules%2Fsrmclient%2F * License : BSDish Programming Lang: Java Description : SRM protocol clients This is a SRM (Storage Resource Manager) protocol client, providing programs for copying, quierying of meta-data, listing and space management. The license can probably be found here: http://svn.dcache.org/WebSVN/filedetails.php?repname=dCache=%2Ftrunk%2Fmodules%2Fsrmclient%2FFNAL.LICENSE Maybe it makes sense to call the package just "srmclient", at least I don't know of any other than this one, provided by the dCache folks. --- End Message --- --- Begin Message --- RFP 639085 has no visible progress for a long time, so closing.--- End Message ---
Processed: ITP: gogs -- self hosted git service
Processing commands for cont...@bugs.debian.org: > retitle 792101 ITP: gogs -- A painless self-hosted Git service. Bug #792101 [wnpp] RFP: gogs -- self hosted git service Bug #780606 [wnpp] RFP: gogs -- self hosted Git service written in Go Changed Bug title to 'ITP: gogs -- A painless self-hosted Git service.' from 'RFP: gogs -- self hosted git service'. Changed Bug title to 'ITP: gogs -- A painless self-hosted Git service.' from 'RFP: gogs -- self hosted Git service written in Go'. > owner 792101 ! Bug #792101 [wnpp] ITP: gogs -- A painless self-hosted Git service. Bug #780606 [wnpp] ITP: gogs -- A painless self-hosted Git service. Owner recorded as Michael Lustfield. Owner recorded as Michael Lustfield . > thanks Stopping processing here. Please contact me if you need assistance. -- 780606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780606 792101: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792101 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#792101: ITP: gogs -- self hosted git service
retitle 792101 ITP: gogs -- A painless self-hosted Git service. owner 792101 ! thanks Updated Details: * Package name: gogs Version : 0.9.97 Upstream Author : The Gogs Authors * URL : https://github.com/gogits/gogs * License : MIT Homepage: https://gogs.io/ Programming Lang: Golang Description : A painless self-hosted Git service. . Gogs is a self-hosted service aiming to provide a similar set of features to gitlab and github while remaining lightweight and easy. I intend to package gogs. I have reached out to the gogs developers to make them aware of this intention and have offered to discuss what that may mean for them. Although upstream makes frequent releases, these seem to rarely have security fixes so I don't anticipate any significant concerns backporting security issues. (feel free to double check me!) -- Michael Lustfield pgpzl98MiJP3k.pgp Description: OpenPGP digital signature
Bug#839877: ITP: uftrace -- Traces and analyzes execution of programs written in C/C++
Package: wnpp Severity: wishlist Owner: paul cannon* Package name: uftrace Version : 0.6.0.20161004-1 Upstream Author : Namhyung Kim * URL : https://github.com/namhyung/uftrace/ * License : GPL Programming Lang: C Description : Traces and analyzes execution of programs written in C/C++ The uftrace tool is intended for tracing and analyzing the execution of programs written in C or C++. It was heavily inspired by the ftrace framework of the Linux kernel (especially the function graph tracer) and supports userspace programs. It supports various kinds of commands and filters to help analysis of the program's execution and performance. It traces each function in the executable and shows time durations. It can also trace external library calls - but only entry and exit are supported, and internal function calls within the library cannot be traced unless the library itself was built with profiling enabled. It can show detailed execution flow at function level, and report which function has the highest overhead. It also shows various information related to the execution environment. You can setup filters to exclude or include specific functions when tracing. In addition, function arguments and return values can be saved and shown later. The uftrace tool supports multi-process and/or multi-threaded applications. It can also trace kernel functions as well, with root privileges and if the system enables the function graph tracer in the kernel (CONFIG_FUNCTION_GRAPH_TRACER=y). - why is this package useful/relevant? is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? Cachegrind provides similar functionality, but only provides information in aggregate, whereas uftrace will collect the entire stack and provide pretty output for visualization. It is more of a "tracer" than a sample-and-aggregate tool. Intel has a profiler called VTune(tm) Amplifier which also fills a related niche, but it is not free software. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? do you need a sponsor? Should be simple enough to self-maintain. No sponsor needed. I'm on LowThresholdNmu.
Bug#819590: slixmpp 1.2.1 released
https://blog.mathieui.net/slixmpp-1-2.html (And there is even 1.2.1 in git.) Any packaging progress so far? It would be nice to have the package in Stretch...
Processed: Re: Bug#577848: ITP
Processing control commands: > owner -1 Dima KoganBug #577848 [wnpp] ITP: lcm -- Lightweight Communications and Marshalling library Owner recorded as Dima Kogan . -- 577848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#577848: ITP
control: owner -1 Dima KoganOn Wed, Oct 05, 2016 at 04:11:09PM -0700, Dima Kogan wrote: > reassign 577848 wnpp > thanks > > I'm going to package this shortly then you should also set yourself as owner of the bug (doing now) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Processed: ITP
Processing commands for cont...@bugs.debian.org: > reassign 577848 wnpp Bug #577848 [dkogan] ITP: lcm -- Lightweight Communications and Marshalling library Warning: Unknown package 'dkogan' Bug reassigned from package 'dkogan' to 'wnpp'. Ignoring request to alter found versions of bug #577848 to the same values previously set Ignoring request to alter fixed versions of bug #577848 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 577848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: reassign 577848 to dkogan
Processing commands for cont...@bugs.debian.org: > reassign 577848 dkogan Bug #577848 [wnpp] ITP: lcm -- Lightweight Communications and Marshalling library Bug reassigned from package 'wnpp' to 'dkogan'. Warning: Unknown package 'dkogan' Warning: Unknown package 'dkogan' Ignoring request to alter found versions of bug #577848 to the same values previously set Warning: Unknown package 'dkogan' Warning: Unknown package 'dkogan' Ignoring request to alter fixed versions of bug #577848 to the same values previously set Warning: Unknown package 'dkogan' > thanks Stopping processing here. Please contact me if you need assistance. -- 577848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#658886: Removing proll from Debian?
On 04/10/16 22:17, Adrian Bunk wrote: > Hi, > > proll is a JavaStation PROM replacement. > > JavaStations are 32bit, so not supported by the new sparc64 port. > The old 32bit sparc port has already been remved from Debian. > > Guillem mentions in #658886 that QEMU once used to use proll > (but didn't anymore in 2012?). > > Am I right that proll is no longer of use for anyone and should be > removed from unstable, or are there any usecases left? > > cu > Adrian Hi Adrian, QEMU switched to OpenBIOS from proll several years ago, so the QEMU dependency is no longer relevant today. ATB, Mark.
Processed: retitle 577848 to ITP: lcm -- Lightweight Communications and Marshalling library
Processing commands for cont...@bugs.debian.org: > retitle 577848 ITP: lcm -- Lightweight Communications and Marshalling library Bug #577848 [wnpp] RFP: lcm -- Lightweight Communications and Marshalling library Changed Bug title to 'ITP: lcm -- Lightweight Communications and Marshalling library' from 'RFP: lcm -- Lightweight Communications and Marshalling library'. > thanks Stopping processing here. Please contact me if you need assistance. -- 577848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: reopening 577848
Processing commands for cont...@bugs.debian.org: > reopen 577848 Bug #577848 {Done: Bart Martens} [wnpp] RFP: lcm -- Lightweight Communications and Marshalling library Bug reopened Ignoring request to alter fixed versions of bug #577848 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 577848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: #839185 is in NEW
Processing commands for cont...@bugs.debian.org: > tags 839185 pending Bug #839185 [wnpp] ITP: libopenmpt -- module music decoding library based on OpenMPT Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 839185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839185 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: your mail
Processing commands for cont...@bugs.debian.org: > noowner 797359 Bug #797359 [wnpp] ITP: universal-ctags -- Generates an index (or tag) file of names found in source files Removed annotation that Bug was owned by "Víctor Cuadrado Juan". > retitle 797359 RFP: universal-ctags -- Generates an index (or tag) file of > names found in source files Bug #797359 [wnpp] ITP: universal-ctags -- Generates an index (or tag) file of names found in source files Changed Bug title to 'RFP: universal-ctags -- Generates an index (or tag) file of names found in source files' from 'ITP: universal-ctags -- Generates an index (or tag) file of names found in source files'. > thanks Stopping processing here. Please contact me if you need assistance. -- 797359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797359 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#797359: (no subject)
noowner 797359 retitle 797359 RFP: universal-ctags -- Generates an index (or tag) file of names found in source files thanks The situation stated before about having defined configuration folders keeps being there. This was to be my first maintained package in Debian; From the time I opened this ITP, I have started maintaining several other packages, and I also have moved to Emacs (for which global meets my needs). Sadly, I have to say that I'm stepping down from this ITP, as I feel like my plate is currently full and getting new versions of universal-ctags wouldn't feel like Christmas to me anymore. Regards, -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#782654: Bug#838416: Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google
Kyle Moffett wrote: > > Well, if you could package Bazel… :) > > Unfortunately, there's more work than just "packaging" Bazel. Just to > package Bazel, the open issues are: […] Oh! My smiley was meant to represent how packaging Bazel is not a simple task and thus imply you were delaying for no obvious reason! Apologies that did not come across via email. > But... even with that, Bazel cannot be used to _build_ a Debian > package, because it does not create Debian-policy-compliant binaries Oh, can you elaborate on this? > [...] Thanks so much for clarifying the other issues; very useful for myself and for others coming across this bug report. If your opinionn should, for example, Roughtime try and rewrite the build system in the meantime/long-term? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Processed (with 1 error): get ITP
Processing commands for cont...@bugs.debian.org: > unarchive 545148 Bug #545148 {Done: Bart Martens} [wnpp] RFP: entropy-broker -- allows you to distribute entropy data (random values) to /dev/random devices from other systems Unarchived Bug 545148 > retitle 545148 ITP: entropy-broker -- infrastructure for distributing Bug #545148 {Done: Bart Martens } [wnpp] RFP: entropy-broker -- allows you to distribute entropy data (random values) to /dev/random devices from other systems Changed Bug title to 'ITP: entropy-broker -- infrastructure for distributing' from 'RFP: entropy-broker -- allows you to distribute entropy data (random values) to /dev/random devices from other systems'. > random numbers (entropy data) Unknown command or malformed arguments to command. > owner 545148 ! Bug #545148 {Done: Bart Martens } [wnpp] ITP: entropy-broker -- infrastructure for distributing Owner recorded as Thorsten Alteholz . > thanks Stopping processing here. Please contact me if you need assistance. -- 545148: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545148 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: gkeyring: block ITP 711344 by RFS 839833
Processing commands for cont...@bugs.debian.org: > block 711344 by 839833 Bug #711344 [wnpp] ITP: gkeyring -- A small Python tool for shell access to GNOME keyring 711344 was not blocked by any bugs. 711344 was not blocking any bugs. Added blocking bug(s) of 711344: 839833 > stop Stopping processing here. Please contact me if you need assistance. -- 711344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711344 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#839836: ITP: dasher -- A graphical predictive text input system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: wishlist Owner: Thibaut Paumard* Package name: dasher Version : 5.0 Upstream Author : The Dasher Project * URL : http://www.inference.phy.cam.ac.uk/dasher/ * License : GPL Programming Lang: C++ Description : A graphical predictive text input system Dasher is an information-efficient text-entry interface, driven by natural continuous pointing gestures. Dasher is a competitive text-entry system wherever a full-size keyboard cannot be used - for example, * on a palmtop computer * on a wearable computer * when operating a computer one-handed, by joystick, touchscreen, trackball, or mouse * when operating a computer with zero hands (i.e., by head-mouse or by eyetracker). The eyetracking version of Dasher allows an experienced user to write text as fast as normal handwriting - 25 words per minute; using a mouse, experienced users can write at 39 words per minute. Dasher uses a more advanced prediction algorithm than the T9(tm) system often used in mobile phones, making it sensitive to surrounding context. This package has recently been removed from Debian for the previous maintainer did not have enough time to foster it. However this package is a necessity for certain users with disabilities. I intend on maintaining it presumably within the debian-accessibility team. Regards, Thibaut. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJX9SeSAAoJEJOUU0jg3ChApYYP/iPeaiFe3GCG/WrrE9kI2L+E EG2uLv2HorwV+Bet23jt4kYAaa4eX6JFTJv3g0D67hVZyN4c8ol+JwNMpCjk6uP8 Aer/hrVCYCLWpRYwqAOVAOxC2796syBl2/JgjGMwWdUYUR/8Ylk3dPa+aJKui2cN ItxaY1rE3hEePT4CRkTI4EaFNvItYS4O4A7zG8ssA0iO42aBnWsKruWLksdnXmH0 9E3VJvc7EMh6uIQoq5N2u3tpOet7qqMR+XdpLpZYIJxHUqqavbQqfTcSyosvxoB3 8lK91PEZNEjsVtt9pP95D3dWKgSnXRhzjLG04RWzLyaa5ABLtV5oiFIAjrHuJ3Xb I2fvrMHweVgoqlwQrZ48sQ7V2tvP7NcbC0Q55U4boZOm0cjNwuOTUYuZo/9CXTp+ TnIhKLOgdVzBMwX/3r5VkmXZh6HPQjjvuQc/hH2xdJjflLbn3Mr5kCbfNnvE+KjW 31rCXcPZQ4BQad0ByfBZbXFL5gVv0ZPSwf6VB6aMzxAVYi30zmb//XbK1kv4Hlhf Eg6M/dLwxdyTZ/xWh9UPYY//WqQckXA/u9U1v1ob6UG/olNAU0jqmqVHbnB3FVs5 uTEfbC2g6bhb9koKXLWO64Ggsem/9avLKnJ8RoPMkRYIUnlOHddu+968TG8n2OrR NxR0YczKoBIiMppZ+Gwb =sngp -END PGP SIGNATURE-
Processed: ITP: android-platform-tools-swt -- Android SDK GUI utilities using SWT
Processing commands for cont...@bugs.debian.org: > owner 839832 殷啟聰Bug #839832 [wnpp] ITP: android-platform-tools-swt -- Android SDK GUI utilities using SWT Owner recorded as 殷啟聰 . > stop Stopping processing here. Please contact me if you need assistance. -- 839832: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839832 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#805667: ITA
Hi Adrian, sorry for the late reply! I was recently concentrating on getting some other stuff ready to be uploaded, because it was partially sponsored at my day job. > > I have started to update this package to the new 0.9.9 upstream version in > > collab-maint. > > what is the status of this work? I am now working on this again. Be assured that both the client and server will be updated before the freeze with enough time to test it. > Currently Guacamole is not in testing, and therefore on course for not > being included in stretch. It will. Cheers, Nik signature.asc Description: PGP signature
Bug#711344: RFS: gkeyring/0.4-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gkeyring" * Package name: gkeyring Version : 0.4-1 Upstream Author : Kamil Páral * URL : https://github.com/kparal/gkeyring * License : AGPL-3.0+ Section : gnome It builds those binary packages: gkeyring - Tool for shell access to GNOME keyring To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gkeyring Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gkeyring/gkeyring_0.4-1.dsc Changes since the last upload: * Initial release. (Closes: #711344) Regards, Yann Soubeyrand
Bug#839832: ITP: android-platform-tools-swt -- Android SDK GUI utilities using SWT
Package: wnpp Severity: wishlist * Package name: android-platform-tools-swt Version : 2.0.0-1 * Upstream Author : The Android Open Source Project * License : Apache-2.0 * Programming lang: Java * Description : Android SDK GUI utilities using SWT * URL : https://android.googlesource.com/platform/tools/swt * Alioth : https://anonscm.debian.org/cgit/android-tools/android-platform-tools-swt.git This package builds the following binary packages: * ddms * hierarchyviewer * libandroid-ddms-ui-java * libandroid-tools-chimpchat-java * libandroid-tools-hierarchyviewer2lib-java * libandroid-tools-sdkstats-java * libandroid-tools-swtmenubar-java * monkeyrunner * traceview * uiautomatorviewer
Bug#839826: ITP: neutron-dynamic-routing -- OpenStack Neutron Dynamic Routing
Package: wnpp Severity: wishlist Owner: Thomas Goirand* Package name: neutron-dynamic-routing Version : 9.0.0~rc2 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/neutron-dynamic-routing * License : Apache-2.0 Programming Lang: Python Description : OpenStack Neutron Dynamic Routing Neutron provides an API to dynamically request and configure virtual networks. These networks connect "interfaces" from other OpenStack services (such as vNICs from Nova VMs). The Neutron API supports extensions to provide advanced network capabilities, including QoS, ACLs, and network monitoring. . Neutron dynamic routing enables advertisement of self-service (private) network prefixes to physical network devices that support dynamic routing protocols such as routers, thus removing the conventional dependency on static routes. . It advertises three classes of routes: * Host routes for floating IP addresses hosted on non-DVR routers, the nexthop is the centralized router. * Host routes for floating IP addresses hosted on DVR routers, the nexthop is the appropriate compute node. * Prefix routes for directly routable tenant networks with address scopes, the nexthop is the centralized router, the same for DVR and CVR. . Neutron dynamic routing consists of service plug-in and agent. The service plug-in implements the Networking service extension and the agent manages dynamic routing protocol peering sessions. The plug-in communicates with the agent through RPC.
Bug#839210: RE : Re: Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals
Thank you for your feedback. First of all let me recall the actual URL for upstream bash_unit since I misspelled it in the bug report: https://github.com/pgrange/bash_unit Regarding the differences with shunit2, there are many differences. First, it is not that easy to find shunit2 reference documentation (you will have to type "shunit2 documentation" in some search engine, "shunit2" will not give you that) and when you find that, it is not clear how up-to-date and alive it is. Second, shunit2 does not work as a tool you run to launch your tests. You have to write your own script that will have to source shunit2. Third, shunit2 will not help you find your code under test. If you are writing tests for some script in a separate file, how do you find that script under test from your tests, wherever the tests are run from? These where some of the reasons why a new tool has been been started instead of using an existing one, like shunit2. bash_unit provides an extensive reference documentation with detailed examples for every assertion function and getting started sample code. You do not have to source anything in your test, you run your test with a command like: bash_unit tests/test_* You might even filter the tests you want to run with a pattern. For instance to run only tests which name contains "access": bash_unit -p access tests/test_* bash_unit ensures you that the current working directory in your running test is the directory containing your test file. That allows you to easily reference your script under test with relative path. bash_unit assertion functions try to be more "shell" than the ones proposed by shunit2 but I let people compare for themselves. In case of failure, bash_unit will display the stack trace with source file and line number indications to locate the problem. On another side, bash_unit provides you the fake function that will help you define a context of execution for your code under test. You can find more details in bash_unit documentation here: https://github.com/pgrange/bash_unit Regarding the fact that bash_unit only supports bash, this was a design decision. I personally stumbled upon too many shell scripts that started with: #!/bin/sh When they where actually using bash specific instructions or constructs in the code. That was a motivation to be really clear and specific about the contexts where this testing tool where supposed to work. This testing tool supports bash and tries to support it well. Concerning my motivations to package it for Debian, as stated in the bug report:I use this software in a daily basis on debian systems. A small community is emerging, also using it and asking for easier ways to install it on Debian systems. Regards, Pascal. Message d'origine De : Jonathan DowlandDate : 04/10/2016 12:02 (GMT+01:00) À : Pascal Grange , 839...@bugs.debian.org Cc : debian-de...@lists.debian.org Objet : Re: Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals On Fri, Sep 30, 2016 at 08:53:05AM +0200, Pascal Grange wrote: > Package: wnpp > Severity: wishlist > Owner: Pascal Grange > > * Package name : bash-unit > Version : 1.0.2 > Upstream Author : Pascal Grange > * URL : https://github.com/pgrange/bash-unit > * License : GPL > Programming Lang: Bash > Description : bash unit testing enterprise edition framework for >professionals > > bash-unit is a unit testing software for bash. My immediate thought was "how does this differ to shunit2", which is already packaged. You mention this later: > I am aware of one alternative Debian package providing similar > functionaltities: shunit2. bash_unit and shunit2 propose > different testing methods and workflow. It would be nice to expand on this a little, to help make the case that we need another shell unit testing framework (especially since shunit2 works for other shells too!) > It has been reported that people using bash_unit won't use shunit2 to write > their tests but I may not be objective about that ;) bash_unit officially > supports only bash where shunit2 tries to support more shells. This package > would improve bash unit testing support for Debian. > > I am the main developer of bash-unit. Objectivity is very important here IMHO. What are your motivations for packaging it in Debian? Is it a build-dependency for something else, or are you looking for a "signal boost" to raise the profile of bash-unit? -- Jonathan Dowland Please do not CC me, I am subscribed to the list.
Bug#839210: RE : Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals
"enterprise edition framework for professionals" stands for sarcastic marketing. Ben Hutchings already asked me to remove that since, smiley included: "Debian package descriptions are supposed to be straightforward and boring. :-)" Regards, Message d'origine De : Konstantin KhomoutovDate : 04/10/2016 12:15 (GMT+01:00) À : Pascal Grange , 839...@bugs.debian.org Objet : Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals On Fri, 30 Sep 2016 08:53:05 +0200 Pascal Grange wrote: > Package: wnpp > Severity: wishlist > Owner: Pascal Grange > > * Package name : bash-unit > Version : 1.0.2 > Upstream Author : Pascal Grange > * URL : https://github.com/pgrange/bash-unit > * License : GPL > Programming Lang: Bash > Description : bash unit testing enterprise edition framework > for professionals > > bash-unit is a unit testing software for bash. What does "enterprise edition" stand for there? I mean, in me, it provokes certain allusions (of "open core" products etc) which are supposedly false given the indicated license, which brings the next question of is those words are really needed? [...]
Bug#839210: RE : Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals
Ouch! That's a stupid mistake ;( Thank you for your feedback. The correct URL is with an underscore instead of a dash : https://github.com/pgrange/bash_unit Message d'origine De : Jakub WilkDate : 04/10/2016 12:22 (GMT+01:00) À : 839...@bugs.debian.org Cc : debian-de...@lists.debian.org Objet : Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals * Pascal Grange , 2016-09-30, 08:53: >* URL : https://github.com/pgrange/bash-unit 404 -- Jakub Wilk