Bug#823832: ITP: python-mpd-parser -- MPEG-DASH MPD(Media Presentation Description) Parser
On Mon, 9 May 2016 17:45:08 +0100, Simon McVittie wrote: > Please talk to the upstream about a less colliding name, perhaps mpdesc. Upstream module name was changed to mpegdash. Changes: * Package name: python-mpegdash * URL : https://github.com/caststack/python-mpegdash OK
Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.
Le vendredi 13 mai 2016, 01:18:03 Alexander GQ Gerasiov a écrit : > Package: wnpp > Severity: wishlist > Owner: Alexander GQ Gerasiov> > * Package name: ofxstatement > Version : 0.5.0 > Upstream Author : Andrey Lebedev > * URL : https://github.com/kedder/ofxstatement > * License : GPL > Programming Lang: Python > Description : Tool to convert proprietary bank statement to OFX format, > suitable for importing to GnuCash. > Hi, Do you also plan to ship all the 19 known plugins in the same package ? https://github.com/kedder/ofxstatement#known-plugins I'd personally use this one, but ITP'ing an extra package for only 70 lines of code doesn't seem like the right thing to do. https://github.com/TheoMarescaux/ofxstatement-be-ing/blob/master/src/ofxstatement/plugins/ingbe.py Greets, Alexandre
Bug#824155: RFP: iotivity -- Seamless device-to-device connectivity IoT framework
Package: wnpp Severity: wishlist * Package name: iotivity Version : 1.1.0 Upstream Author : Open Connectivity Foundation* URL : http://iotivity.org * License : Apache-2.0 Programming Lang: C++ Description : Seamless device-to-device connectivity IoT framework An open source reference implementation of the OCF standard specifications IoTivity Base Libraries are included. Status : I started to package a Quick and Dirty version, and it is building on Ubuntu PPA (x86) https://github.com/rzr/iotivity/commits/debian Now To move on, I'd like to find a team that could share the effort. Can you suggest one who is experienced with scons build system ? https://wiki.debian.org/Teams If none I will probably use pkg-collab-maint. I might switch this bug to ITP, unless a scons wizard wants to take of it his own. Sponsorship will be also welcome. For updates check : https://wiki.iotivity.org/community Regards
Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov* Package name: ofxstatement Version : 0.5.0 Upstream Author : Andrey Lebedev * URL : https://github.com/kedder/ofxstatement * License : GPL Programming Lang: Python Description : Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash. Most internet banking systems are capable of exporting account transactions to some sort of computer readable formats, but few supports standard data formats, like OFX. On the other hand, personal accounting tools, such as GnuCash support standard formats only, and will probably never support proprietary statement formats of online banking systems. To bridge the gap between them, ofxstatement tool was created.
Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture
Wookeywrote: > +++ Christian Seiler [2016-05-07 16:14 +0200]: > > On 05/07/2016 03:59 PM, Geert Stappers wrote: > > > I now have a better idea _why_ a sse-suport package. > > I do think that this sort of ISA-level checking would be best done via > dpkg and package metadata, although this sse-support mechanism will > obviously work. i.e the cpontrol file says what ISA features are > wanted and dpkg can not install it if those HWCAPS are not available > (or indeed install alternate versions that will work if they are > available). > > We worked up a prototype spec for this a couple of years ago (at the > bootstrap sprint), but it needs the namespace and granularity fleshing > out: what is the set of HWCAPS listed in each package, what is > presumed to be 'base' that we don't list individually, and so on. I'd love to see this integrated with dpkg multiarch support. That way, for instance, specific packages could provide optimized versions for specific target CPU features. I think we'd need three things to make that happen: 1) Support in dpkg multiarch to understand "compatible" architectures that can satisfy each others' dependencies (e.g. a dependency on libfoo1:amd64 is satisfied by libfoo1:amd64+avx2, and vice versa). 2) Support for synthesizing such architectures in a canonical way from a set of CPU features, so that every combination of CPU features doesn't need its own unique architecture name (we don't want architecture names like "amd64+sse4+avx2+rdrand", even though a package might need that set of features). 3) Support for detecting available CPU features, as you mentioned above, to not even attempt to install a package that requires unavailable CPU features. Optionally, we could also detect if the set of CPU features has changed incompatibly. For instance, if you move your Debian filesystem to a system without some features that you have installed packages depending on, it'd be nice to handle that as gracefully as possible. - Josh Triplett
Bug#823992: marked as done (ITP: python-scruffy -- framework for taking care of a bunch of boilerplate in Python apps)
Your message dated Thu, 12 May 2016 19:00:24 + with message-idand subject line Bug#823992: fixed in python-scruffy 0.3.3-1 has caused the Debian Bug report #823992, regarding ITP: python-scruffy -- framework for taking care of a bunch of boilerplate in Python apps 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.) -- 823992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823992 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: "ChangZhuo Chen (陳昌倬)" * Package name: python-scruffy Version : 0.3.3 Upstream Author : snare * URL : https://github.com/snare/scruffy * License : Expat Programming Lang: Python Description : framework for taking care of a bunch of boilerplate in Python apps Scruffy is a framework for taking care of a bunch of boilerplate in Python apps. It handles the loading of configuration files, the loading and management of plugins, and the management of other filesystem resources such as temporary files and directories, log files, etc. . A typical use case for Scruffy is a command-line Python tool with some or all of the following requirements: . * Read a set of configuration defaults * Read a local configuration file and apply it on top of the defaults * Allow overriding some configuration options with command line flags or at runtime * Load a core set of Python-based plugins * Load a set of user-defined Python-based plugins * Generate log files whose name, location and other logging settings are based on configuration * Store application state between runs in a file or database -- ChangZhuo Chen (陳昌倬) Debian Developer (https://nm.debian.org/public/person/czchen) Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: python-scruffy Source-Version: 0.3.3-1 We believe that the bug you reported is fixed in the latest version of python-scruffy, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 823...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. ChangZhuo Chen (陳昌倬) (supplier of updated python-scruffy package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 11 May 2016 22:46:42 +0800 Source: python-scruffy Binary: python-scruffy python3-scruffy Architecture: source all Version: 0.3.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Python Modules Team Changed-By: ChangZhuo Chen (陳昌倬) Description: python-scruffy - framework for taking care of a bunch of boilerplate in Python2 ap python3-scruffy - framework for taking care of a bunch of boilerplate in Python3 ap Closes: 823992 Changes: python-scruffy (0.3.3-1) unstable; urgency=medium . * Initial release. (Closes: #823992) Checksums-Sha1: dd6944d96b4dddbd065dee621881daa0949bd7a6 2197 python-scruffy_0.3.3-1.dsc 4f42d803a3e1b76cd2dc35599315d155499eaac7 8767 python-scruffy_0.3.3.orig.tar.gz bb94bb2b391bb8c827023ff3ce5f1ceff8fc19a3 2352 python-scruffy_0.3.3-1.debian.tar.xz 602785e914ce74126e2cf89e519d93493d7fd76f 10630 python-scruffy_0.3.3-1_all.deb f66c4b3d1fcc6036260f0c177d12a0835106396d 10716 python3-scruffy_0.3.3-1_all.deb Checksums-Sha256: 47de13fa2ce34b677bedf93233d27cc86449aae4aaf63527d47cd68c771bbe71 2197 python-scruffy_0.3.3-1.dsc 54b17f550628167d16b1c651d8dff1213d8eb61b728e949ef63aa201c08d4ba2 8767 python-scruffy_0.3.3.orig.tar.gz 17d3d48498b60c2bdb8e3ddc93cfe478a2a8626e5e5c14c45da44546e0204629 2352 python-scruffy_0.3.3-1.debian.tar.xz b8218c6102cfcce3e5fb408c2d96308b09fff59950ef293270319d2ad3dd1125 10630 python-scruffy_0.3.3-1_all.deb cad5ff7c488f7a11197de7dbbde34e534755d8b0a38263a9a42a504da60f6d21 10716 python3-scruffy_0.3.3-1_all.deb Files: 4e3b01ba00a6cef6085164da6d912853 2197 python optional python-scruffy_0.3.3-1.dsc
Bug#823920: marked as done (ITP: jmodeltest -- HPC selection of models of nucleotide substitution)
Your message dated Thu, 12 May 2016 19:00:23 + with message-idand subject line Bug#823920: fixed in jmodeltest 2.1.10+dfsg-1 has caused the Debian Bug report #823920, regarding ITP: jmodeltest -- HPC selection of models of nucleotide substitution 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.) -- 823920: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823920 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: jmodeltest Version : 2.1.10 Upstream Author : Diego Darriba * URL : https://github.com//ddarriba/jmodeltest2 * License : GPL Programming Lang: Java Description : HPC selection of models of nucleotide substitution jModelTest is a tool to carry out statistical selection of best-fit models of nucleotide substitution. It implements five different model selection strategies: hierarchical and dynamical likelihood ratio tests (hLRT and dLRT), Akaike and Bayesian information criteria (AIC and BIC), and a decision theory method (DT). It also provides estimates of model selection uncertainty, parameter importances and model-averaged parameter estimates, including model-averaged tree topologies. jModelTest 2 includes High Performance Computing (HPC) capabilities and additional features like new strategies for tree optimization, model- averaged phylogenetic trees (both topology and branch length), heuristic filtering and automatic logging of user activity. This package is maintained by the Debian Med team at https://anonscm.debian.org/git/debian-med/jmodeltest.git --- End Message --- --- Begin Message --- Source: jmodeltest Source-Version: 2.1.10+dfsg-1 We believe that the bug you reported is fixed in the latest version of jmodeltest, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 823...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Tille (supplier of updated jmodeltest package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 12 May 2016 17:09:41 +0200 Source: jmodeltest Binary: jmodeltest Architecture: source all Version: 2.1.10+dfsg-1 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team Changed-By: Andreas Tille Description: jmodeltest - HPC selection of models of nucleotide substitution Closes: 823920 Changes: jmodeltest (2.1.10+dfsg-1) unstable; urgency=low . * Initial release (Closes: #823920) Checksums-Sha1: a13f64b525e09d6ae12db19ead342eff6c00e1a1 2232 jmodeltest_2.1.10+dfsg-1.dsc 37c115e3f4b040b36b83ac3f9c01462bcca765fb 3945412 jmodeltest_2.1.10+dfsg.orig.tar.xz 23996302c223fa534206e0c4aa538de167f51eb7 4472 jmodeltest_2.1.10+dfsg-1.debian.tar.xz 00cc37cf323e4e1312492f6045fe2065542834ed 977732 jmodeltest_2.1.10+dfsg-1_all.deb Checksums-Sha256: f0803f3cb6c47098d06f8cc0e54a103138d71cab46e91a957ac8172581e7a0cc 2232 jmodeltest_2.1.10+dfsg-1.dsc f5595f7efa691cc3b492649f9c9b475f2226891421b1470ae9cce65b572dbbe6 3945412 jmodeltest_2.1.10+dfsg.orig.tar.xz 40eaaf8fac9bef51a37909bf360f13bdd73b2184c61b27de8b983251a0580e3f 4472 jmodeltest_2.1.10+dfsg-1.debian.tar.xz 6380c56e6a45ac6ea2fbc42814ca3e123d86997966de2a48da3dccebd3f3021f 977732 jmodeltest_2.1.10+dfsg-1_all.deb Files: 0f74c0c347125b9cb39c20c9292c62bc 2232 science optional jmodeltest_2.1.10+dfsg-1.dsc 6b03e88b681f7f1e5f555bcb4ca5c0ac 3945412 science optional jmodeltest_2.1.10+dfsg.orig.tar.xz fc77ffa57ab9e849495ea8030deba28d 4472 science optional jmodeltest_2.1.10+dfsg-1.debian.tar.xz 5b8a1ac89a626c467b0ccc5e083eba2b 977732 science optional jmodeltest_2.1.10+dfsg-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJXNLF4AAoJEFeKBJTRxkbRXCMP/1SOvRUXF/JmEpiWrLoqRT0x tAlK5HcC/6hwsoHdq3My4yooY9mZOaW7p/8O6Hi45fggN2WTOQsnFwTRH70fWz90 qmNglej3J5bnk/ulvhL1TFXTnJNFshytoRA5ROYvkZGprL6PiNruDVs0j05zg/jN d+Ki/Fm1YTvts9JxXFNG0UnE4Bpn2pUN5991wuSDlqgf5Gx/h5g18NvARes9pYGC
Bug#824136: ITP: libjaylink -- library for interacting with J-Link programmers
the current state of things can be fetched from [1]. upstream still expects some changes before the api is stable, so there is no sense in aiming for an upload. consequently, there is no symbols file yet. the lack of releases so far leads to non-existent watch files and changelogs. lintian currently complains about the experimental debhelper version that's not properly mapped to a dependency, but that might almost resolve itself by the time the package is needed. hardening-no-bindnow affects too many packages right now to fix it locally, didn't investigate further. local installation of the resulting packages has enabled me to build what might just as well be called libjaylink-tools[2], which depend on pkg-config to automatically find libjaylink. [1]: https://anonscm.debian.org/git/collab-maint/libjaylink.git -b debian [2]: http://git.zapb.de/libjaylink-snippets.git/ -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: PGP signature
Bug#824136: ITP: libjaylink -- library for interacting with J-Link programmers
Package: wnpp Severity: wishlist * Package name: libjaylink Version : no releases yet Upstream Author : Marc Schink* URL : http://git.zapb.de/libjaylink.git * License : GPL-2+ Programming Lang: C Description : library for interacting with J-Link programmers libjaylink provides functions for interacting with Segger J-Link USB devices, which are used for programming and debugging ARM chips. The library is primarily used by OpenOCD, which provides a practical interface for using the devices. -- the library is already in use by the upcoming openocd version, the dependency was merged in after the current 0.9.0 release. while openocd is prepared to build this as a submodule in-tree, this should be maintained in its own library package. so far, there have not been releases of libjaylink, and soversion is at 0.0.0, but upstream is planning on doing regular releases. cc'ing openocd maintainers because you might want to take interest in this; i'll happily hand it over to you or otherwise collaborate if you want to maintain this tightly with openocd. signature.asc Description: PGP signature
Bug#823957: marked as done (ITP: rainbow-delimiters -- Emacs mode to colour-code delimiters according to their depth)
Your message dated Thu, 12 May 2016 18:02:42 + with message-idand subject line Bug#823957: fixed in rainbow-delimiters 2.1.3-1 has caused the Debian Bug report #823957, regarding ITP: rainbow-delimiters -- Emacs mode to colour-code delimiters according to their depth 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.) -- 823957: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823957 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: rainbow-delimiters Version : 2.1.3 Upstream Author : Fanael Linithien * URL : https://github.com/Fanael/rainbow-delimiters * License : GPL-3+ Programming Lang: Emacs Lisp Description : Emacs mode to colour-code delimiters according to their depth A useful Emacs mode for working with languages with lots of delimiters, e.g. Lisp. -- Sean Whitton signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: rainbow-delimiters Source-Version: 2.1.3-1 We believe that the bug you reported is fixed in the latest version of rainbow-delimiters, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 823...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sean Whitton (supplier of updated rainbow-delimiters package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 11 May 2016 07:56:54 -0700 Source: rainbow-delimiters Binary: elpa-rainbow-delimiters Architecture: source all Version: 2.1.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Emacs addons team Changed-By: Sean Whitton Description: elpa-rainbow-delimiters - Emacs mode to colour-code delimiters according to their depth Closes: 823957 Changes: rainbow-delimiters (2.1.3-1) unstable; urgency=medium . * Initial release (Closes: #823957). Checksums-Sha1: ce81326d10a4b9d43e9f7322aeec229910cef1cf 2202 rainbow-delimiters_2.1.3-1.dsc 058462055613e2b65d35830af149bb3072745bea 7364 rainbow-delimiters_2.1.3.orig.tar.xz e4992244e642623faec21f892a4115fbd0cc4a2c 3412 rainbow-delimiters_2.1.3-1.debian.tar.xz 5f797b0577756f451d50c5f10ca5a53dd673a907 10322 elpa-rainbow-delimiters_2.1.3-1_all.deb Checksums-Sha256: 3df1585d15c3c1333d9356f74a4c941113fb7a9cb20234aa8399a81777b692c9 2202 rainbow-delimiters_2.1.3-1.dsc ae5caa9503c77b41eb36b622c3dd96f9829a97d829ff0872f5ce4bd10d47ab56 7364 rainbow-delimiters_2.1.3.orig.tar.xz dbc0ecd674674d5998dc881a8370ad3db2befad8199d23ee65d114651e477147 3412 rainbow-delimiters_2.1.3-1.debian.tar.xz aece7c6b9fd9bbebe276fde22c75bb1e505893d70aca1e554674c5005fae4c3c 10322 elpa-rainbow-delimiters_2.1.3-1_all.deb Files: e45d1efd79d3276dc0d5f9dfef2db0d6 2202 lisp optional rainbow-delimiters_2.1.3-1.dsc 03d9471f6bff34d8e6e397d0184119c6 7364 lisp optional rainbow-delimiters_2.1.3.orig.tar.xz b00edbca7bd785c2e0bcba9efddf38bf 3412 lisp optional rainbow-delimiters_2.1.3-1.debian.tar.xz 6e3d80c776098643ed832e53edf9b0bc 10322 lisp optional elpa-rainbow-delimiters_2.1.3-1_all.deb -BEGIN PGP SIGNATURE- Comment: Debian powered! iQJ8BAEBCgBmBQJXM07HXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGM0REMDlGOERBODdEMURGNTA0NkM5OUIw NjEyRjQ5NDRFQ0RDRDVBAAoJEAYS9JROzc1ahdQP/0AEcXDdqmJOiC88R37d/HVW 5geMZQ/ABW/lquCshkCxUpIvX/WMR48CWgOjOBpoiqlQ5nxINT8YopHENGMiIaqa W4+OIGmXBGxlmsKiGCXolSz+wtYFWjO7Yy3e8IZzl3vxsXLW/df7n0CUX7UYx2t+ h+vc7IFNsI0NwH33ZBqaOLZDXvsD8XIoO5NToVoeD1mcdI2nGB/8y2KE/P8fKYxf sZ8i53GJnhnIgctmncg1glN180UYGOdNec1UMJfR9L8iWKmtRHEv7b4Mfur54lfD 7BbxXEDa771WqkDUUn++qJnFQPBQ8C08sfAlAmJztWwOGg/DmE4maHtnnH1Dk944 X6tJCzAxB5gmwi8qGMlCW30lRmhpFYTErRlR1OjWVgcD34H3/AOW0UCI5Z0iLC3E AJtUIEaV5gqNlx1t/R+erIOBi1DFZRQAf4EXaDcSNajw1KRt2RMneAHYpXPLeqzW w2VZpcI3Hc57fTXeyCs5C5rBj2B7yLrGotAbHciy1Ig4Hd/hr2i0dYISl0fJbkiH J6oMQaafXcelJ8fpVNFcKtrs0E48lCq61a32TAAfNah4tGahfL+hYpXtTcUSGlw+ CxT0qmS3R760+n3DMdTw85L5E79VUgaEXRzAP3SHcYx3wCBB3sR1gS5/iedvyCpC
Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games
On Thu, 2016-05-12 at 17:59 +0200, Michael Biebl wrote: > Michael, given this concern by Paul, are you open to rename > libgames-support? > Would be great if you can comment on this issue with your upstream > hat on. > > Regards, > Michael (the other one) Hi other Michael, Hm, in retrospect, I absolutely agree with Paul, libgnome-games-support or libgnome-games would indeed have been better names. I don't want to change it at this point, though, because it's been packaged by several other distros (Fedora, openSUSE, Arch) for roughly a year now, all of which chose to name the package libgames-support. I'd prefer to keep the upstream name in sync with these downstreams, and I think it's unlikely that another project would want to use this name. I think it's reasonable for Debian to use a different package name if it prefers, but do consider the value in matching all the other distros. Also, although I don't expect non-GNOME games to use the library, it might be a good option for non-GNOME games that use GTK+ 3. Hope that works for you, Michael
Processed: Bug#816504 marked as pending
Processing commands for cont...@bugs.debian.org: > tag 816504 pending Bug #816504 {Done: Jason Crain} [wnpp] ITA: scantailor -- interactive post-processing tool for scanned pages Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 816504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816504 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games
Hi Michael, I've just filed an ITP (intent to package) for libgames-support in Debian. Am 12.05.2016 um 17:52 schrieb Paul Wise: > On Thu, May 12, 2016 at 11:39 PM, Michael Biebl wrote: > >> * Package name: libgames-support >> Description : Useful functionality shared among GNOME games >> Code shared between GNOME games. > > Something that is specific to GNOME games should use a name that is > specific to GNOME, like libgnome-games-support or libgnome-games > rather than intruding on the wider library namespace with a very > generic name. Michael, given this concern by Paul, are you open to rename libgames-support? Would be great if you can comment on this issue with your upstream hat on. Regards, Michael (the other one) -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games
On Thu, May 12, 2016 at 11:39 PM, Michael Biebl wrote: > * Package name: libgames-support > Description : Useful functionality shared among GNOME games > Code shared between GNOME games. Something that is specific to GNOME games should use a name that is specific to GNOME, like libgnome-games-support or libgnome-games rather than intruding on the wider library namespace with a very generic name. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games
Package: wnpp Severity: wishlist Owner: Michael Biebl* Package name: libgames-support Version : 1.0.2 Upstream Author : Michael Catanzaro * URL : https://wiki.gnome.org/Apps/Games * License : LGPL-3+ Programming Lang: Vala Description : Useful functionality shared among GNOME games Code shared between GNOME games. This package will be maintained with the pkg-gnome team.
Processed: bts
Processing commands for cont...@bugs.debian.org: > owner 824062 Daniel BaumannBug #824062 [wnpp] ITP: open-infrastructure-source-tools -- utilities to ease daily work with Git Owner recorded as Daniel Baumann . > thanks Stopping processing here. Please contact me if you need assistance. -- 824062: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824062 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#655889: offer to help with munin packaging
Hi, Not that I have vast amounts of free time, but I do care about munin packaging, so I can offer to put a little bit of time into a team effort. What's the current status, thuough? The last update on the rfh bug is a few years ago, so I want to know what I'm letting myself in for :) What are the main tasks/priorities other than bug squashing? Is an upload of the current development branch to experimental useful, for example? Cheers, Dominic.
Bug#824099: ITP: gneural-network -- GNU neural network
Many thanks! JM 2016-05-12 10:50 GMT+02:00 lumin: > Package: wnpp > Severity: wishlist > Owner: lumin > X-Debbugs-CC: jeanmichel.sell...@gmail.com > > * Package name: gneural-network > Version : 0.9.1 > Upstream Author : Jean Michel Sellier > * URL : https://www.gnu.org/software/gneuralnetwork/ > * License : GPL-3.0+ > * Description : Gnu Neural Network > > Gneural Network is the GNU package which implements a programmable > neural network. The current version, 0.9.1, has the following features: > . > * A scripting language is available which allows users to define their >own neural network without having to know anything about coding. > * Advanced programmers can use the methods/routines inside the code for >their own purposes. > * When defining the neurons of a network, it is possible to choose among >various discriminant and activation functions, etc. > * Different methods to train a neural network are available, such as >genetic algorithms, multi-scale Monte Carlo optimizers, simulated >annealing, and others. > * Several training methods can run in parallel on clusters. > * Neural networks can be saved once trained for later use. > * The code is truly cross platform since it is entirely developed in C >and does not depend on any external library. > . > This project is currently still an early work in progress. > -- Jean Michel Sellier, Ph.D., M.Sc. www.nano-archimedes.com www.gnu.org/software/archimedes www.gnu.org/software/nano-archimedes www.gnu.org/software/gneuralnetwork http://en.wikipedia.org/wiki/GNU_Archimedes
Bug#824099: ITP: gneural-network -- GNU neural network
Package: wnpp Severity: wishlist Owner: luminX-Debbugs-CC: jeanmichel.sell...@gmail.com * Package name: gneural-network Version : 0.9.1 Upstream Author : Jean Michel Sellier * URL : https://www.gnu.org/software/gneuralnetwork/ * License : GPL-3.0+ * Description : Gnu Neural Network Gneural Network is the GNU package which implements a programmable neural network. The current version, 0.9.1, has the following features: . * A scripting language is available which allows users to define their own neural network without having to know anything about coding. * Advanced programmers can use the methods/routines inside the code for their own purposes. * When defining the neurons of a network, it is possible to choose among various discriminant and activation functions, etc. * Different methods to train a neural network are available, such as genetic algorithms, multi-scale Monte Carlo optimizers, simulated annealing, and others. * Several training methods can run in parallel on clusters. * Neural networks can be saved once trained for later use. * The code is truly cross platform since it is entirely developed in C and does not depend on any external library. . This project is currently still an early work in progress.
Melrose Arch News
Untitled Document Website | Developments | Melrose Arch Ultimate Residential Address Net Yield 11.4% No Levies for 12 Months PRICE FROM R1 950 000 Rental From R19 500 - Occupation 2018 KEY INVESTMENT FEATURES • Outdoor Heated Pool • Luxury Finishes • Secure Basement Parking • Up to 100% bonds available • 24/7 State of the Art Security • No Transfer Duty To request additional information please click on the button below MORE INFO CONTACT NUMBER: 086 722 7978 Don’t want to receive our newsletter ? Unsubscribe below Carl Cronje Drive • Cape Town, Cape Town 7551 • South Africa • Click here to unsubscribe.