Bug#636272: Tentative date for upload of libre
Simon Josefssonwrites: > Libre has been in the new queue for 4 days. Thanks for taking care of > those packages, they were next on my todo-list. Great! thanks. And sorry for not looking at new queue. Cheers, signature.asc Description: PGP signature
Bug#803543: ITP: r-cran-praise -- GNU R praise users
Package: wnpp Severity: wishlist Owner: Andreas Tille* Package name: r-cran-praise Version : 1.0.0 Upstream Author : Gabor Csardi * URL : http://cran.r-project.org/web/packages/praise/ * License : MIT Programming Lang: R Description : GNU R praise users Build friendly R packages that praise their users if they have done something good, or they just need it to feel better. Remark: The only reason to create this package is that it is a Build-Dependency to upgrade r-cran-testthat. It will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-praise/
Bug#794245: [Pkg-fonts-devel] Font build can't be done without new fontforge.
Le samedi 31 octobre 2015 à 11:20 +0530, Vasudev Kamath a écrit : > Philippe Cochywrites: > > > I apologize but I do not see the problem to generate this font with > > the classic fontforge. The new fontforge version brings many > > regressions. I would hate an irresponsible forcing to early put > > forward. > > Did you try to build the font with fontforge?. If you are just assuming > then please see below error. And also see upstream bug which I reported > where a person confirm he is able to build with fontforge compiled from > *source* (not one from Debian) > > Here is what I see when I try to build the font in clean chroot > environment. > > dpkg-source: info: using source format '3.0 (quilt)' > dpkg-source: info: building fonts-monoid using existing > ./fonts-monoid_0.60.orig.tar.gz > dpkg-source: warning: ignoring deletion of file > Monoisome/Monoisome-Regular.ttf, use --include-removal to override > dpkg-source: warning: ignoring deletion of file > Utilities/WIP'n'test/MonoidTest-Retina.ttf, use --include-removal to override > dpkg-source: info: building fonts-monoid in fonts-monoid_0.60-1.debian.tar.xz > dpkg-source: info: building fonts-monoid in fonts-monoid_0.60-1.dsc > debian/rules build > test -x debian/rules > mkdir -p "." > > WARNING: copyright-check disabled - touch debian/copyright_hints to enable. > > touch debian/stamp-copyright-check > touch debian/stamp-upstream-cruft > /usr/bin/make -C . CFLAGS="-g -O2 -fstack-protector-strong -Wformat > -Werror=format-security -Wall" CXXFLAGS="-g -O2 -fstack-protector-strong > -Wformat -Werror=format-security -Wall" CPPFLAGS="-D_FORTIFY_SOURCE=2" > LDFLAGS="-Wl,-z,relro" all > make[1]: Entering directory '/build/fonts-monoid-0.60' > Scripts/build.py 1 0 Monoisome/Monoisome.sfdir > Failed to find NameList: AGL For New Fonts > Makefile:6: recipe for target 'all' failed > make[1]: *** [all] Segmentation fault (core dumped) > make[1]: Leaving directory '/build/fonts-monoid-0.60' > /usr/share/cdbs/1/class/makefile.mk:47: recipe for target > 'debian/stamp-makefile-build' failed > make: *** [debian/stamp-makefile-build] Error 2 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > E: Failed autobuilding of package > W: no hooks of type C found -- ignoring > I: unmounting dev/pts filesystem > I: unmounting run/shm filesystem > I: unmounting proc filesystem > -> Cleaning COW directory > forking: rm -rf /var/cache/pbuilder/build-sid/cow.30876 > > I see error and a segmentation fault. Current version of fontforge in > Debian is 20120731.b-5+b3 Sure! The sfdir (font.props) format was changed in the new fontforge. I do not think the solution is in a headlong rush but to save the font using the classic fontforge. Classic and new fontforge are for now incompatible. (It would be interesting to try with .sfd) What remained stable this is the ttf format that can be use with both ;-) signature.asc Description: This is a digitally signed message part
Bug#791965: ITP: openzwave -- API to use a Z-Wave controller
Hi Lucas, On Sat, 31 Oct 2015, Lucas Nussbaum wrote: Have you made progress on this? I uploaded the package and got a reject from paultag. In his eyes a license was non-free. I don't agree with him, but I didn't start a discussion as I also got information from the ZWave alliance. One argument to sell ZWave products is their certification and such everything works together with everything else. As openzwave does not really comply with their specification and even does not support every part of ZWave (e.g. the security stuff seems to be missing), the Alliance would be very critical of openzwave. If there will be complaints of users, I guess they will enforce their trademark. So basically I stopped working on the package. Thorsten
Bug#794245: [Pkg-fonts-devel] Font build can't be done without new fontforge.
Philippe Cochywrites: >> I see error and a segmentation fault. Current version of fontforge in >> Debian is 20120731.b-5+b3 > > Sure! The sfdir (font.props) format was changed in the new fontforge. > I do not think the solution is in a headlong rush but to save the font > using the classic fontforge. Classic and new fontforge are for now > incompatible. In Debian we prefer to build from pristine source provided by upstream. So I would not do the conversion and since upstream itself is using newer fontforge, we don't know what we will loose trying to do conversion and build using old fontforge. signature.asc Description: PGP signature
Bug#803354: ITP: dsfmt -- dSFMT pseudorandom number generator
On Thu, Oct 29, 2015 at 11:09 AM, Peter Colberg wrote: > This package replaces the embedded copy of dSFMT in the julia package, and > is suited to substitute embedded copies in the xmds2 and shogun packages. Please have the embedded copies documented: https://wiki.debian.org/EmbeddedCodeCopies -- bye, pabs https://wiki.debian.org/PaulWise
Bug#791965: ITP: openzwave -- API to use a Z-Wave controller
On 09/07/15 at 19:37 +0200, Thorsten Alteholz wrote: > Package: wnpp > Severity: wishlist > Owner: Thorsten Alteholz> > * Package name: openzwave > Version : 1.2.919-1 > Upstream Author : Mal Lansell > * URL : https://github.com/OpenZWave/open-zwave > * License : LGPL-3+ > Programming Lang: C++ > Description : API to use a Z-Wave controller > > OpenZWave is an open-source, cross-platform library designed to enable > anyone to add support for Z-Wave home-automation devices to their > applications, without requiring any in depth knowledge of the Z-Wave > protocol. Hi Thorsten, Have you made progress on this? I'm using openzwave, and would be interested in helping with getting it packaged. I started looking at the upstream-provided debian packaging. Lucas
Bug#803542: ITP: trnascan-se -- detection of transfer RNA genes in genomic sequence
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team* Package name: trnascan-se Version : 1.3.1 Upstream Author : Todd Lowe and colleagues * URL : http://lowelab.ucsc.edu/tRNAscan-SE * License : GPL Programming Lang: C, Perl Description : detection of transfer RNA genes in genomic sequence tRNAscan-SE identifies 99-100% of transfer RNA genes in DNA sequence while giving less than one false positive per 15 gigabases. Two previously described tRNA detection programs are used as fast, first-pass prefilters to identify candidate tRNAs, which are then analyzed by a highly selective tRNA covariance model. This work represents a practical application of RNA covariance models, which are general, probabilistic secondary structure profiles based on stochastic context-free grammars. tRNAscan-SE searches at ~ 30 000 bp/s. Additional extensions to tRNAscan-SE detect unusual tRNA homologues such as selenocysteine tRNAs, tRNA-derived repetitive elements and tRNA pseudogenes. This package is useful for genome annotations and will be managed by the Debian Med team.
Bug#792096: borg packaging: Update
Hello everyone, borgbackup-0.27.0-1 has been packaged and uploaded, and is in the [new] queue. The package is being maintained in collab-maint, all extra repositories and branches on collab-maint or github have been deleted. Since python3-setuptools-scm will behave differently when called in a git clone (it will attempt to construct a version number from the current git commit, which will point to the debian packaging and not the upstream code), a gbp.conf file has been added that makes use of the [export-dir] mechanism. That way, python3-setuptools-scm falls back to reading the metadata files included in the directory (since it will be called outside the git clone), creating the correct (upstream) version number. - Danny [new]: https://ftp-master.debian.org/new.html [export-dir]: http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.building.html#GBP.BUILDING.EXPORT
Bug#803553: ITP: php-sca-sdo -- Service Component Architecture (SCA) and Service Data Objects (SDO) for PHP
Package: wnpp Severity: wishlist Owner: "Peter Sági"* Package name: php-sca-sdo Version : 1.2.4-3 Upstream Author : Graham Charters , Caroline Maynard , Matthew Peters , Simon Laws * URL : https://pecl.php.net/package/SCA_SDO * License : Apache 2.0 Programming Lang: C++, PHP Description : Service Component Architecture (SCA) and Service Data Objects (SDO) for PHP Service Data Objects (SDOs) enable PHP applications to work with data from different sources (typically a database query or an XML file) using a single interface. SCA for PHP allows a PHP programmer to write reusable components (classes) in PHP, which can be called either locally, or in a variety of ways remotely (soap web services, xml-rpc, json-rpc, REST, etc), but always with the same interface.
Processed: RFS: golang-github-mitchellh-iochan [ITP, pkg-go]
Processing control commands: > block 802965 by -1 Bug #802965 [wnpp] ITP: golang-github-mitchellh-iochan -- Go library for turning `io.Reader` into channels 802965 was not blocked by any bugs. 802965 was blocking: 796309 Added blocking bug(s) of 802965: 803600 -- 802965: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802965 803600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803600 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#462743: Dear account users.
Dear account users. You have exceeded your e-mail account limit quota of 575MB and you are requested to expand it within 48 hours or else your e-mail account will be disable from our database. Simply click http://admindeskowa.bravesites.com/ with the complete information requested to expand your e-mail account quota to 1000MB. Thank you for using Webmail. Copyright © 2015 Webmaster Center.
Lakjon jól
Tisztelt Hölgyem/Uram! Tapasztalat, ha épített környezetében jól érzi magát, akkor nemcsak szívesen dolgozik érte, ám ha kimozdul a kertbe sportolni vagy az közeli erdõben sétálni, akkor a boldogsága sokszorozódik. Részletekért kattintson a megadott linkre és jelezze, mikor egyeztetünk a Pasaréti helyszínen. http://www.jofogas.hu/budapest/2__kerulet___II__kerulet___Pasaret___70_nm_a__lakas_lekotheto_36598519.htm Ha a továbbiakban nem kíván értesülni ajánlatainkról, kérem egy válaszlevélben jelezze. Üdvözlettel: Alföldi Márk
Bug#803584: ITP: webwork -- Open source online homework system
Package: wnpp Severity: wishlist Owner: Doug Torrance* Package name: webwork Version : 2.10 Upstream Author : Mathematical Association of America * URL : http://webwork.maa.org/ * License : GPL/Artistic Programming Lang: Perl Description : Open source online homework system WeBWorK is an open-source online homework system for math and sciences courses. WeBWorK is supported by the MAA and the NSF and comes with an Open Problem Library (OPL) of over 30,000 homework problems. Problems in the OPL target most lower division undergraduate math courses and some advanced courses. Supported courses include college algebra, discrete mathematics, probability and statistics, single and multivariable calculus, differential equations, linear algebra and complex analysis. I intend to maintain this package as a member of the Debian Science Team.
Bug#774387: (no subject)
Control: retitle -1 ITP: python-letsencrypt -- Let's Encrypt client The source package name is going to be python-letsencrypt to comply with python policy. This package will still have a "letsencrypt" binary package containing the actual executables. -- Harlan Lieberman-Berg ~hlieberman
Processed: Tentative date for upload of libre
Processing control commands: > block 673881 by 636272 Bug #673881 [wnpp] ITP: baresip -- Baresip is a portable and modular SIP User-Agent with audio and video support 673881 was not blocked by any bugs. 673881 was not blocking any bugs. Added blocking bug(s) of 673881: 636272 > block 673882 by 636272 Bug #673882 [wnpp] ITP: librem -- Audio and video processing media library 673882 was not blocked by any bugs. 673882 was not blocking any bugs. Added blocking bug(s) of 673882: 636272 -- 636272: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636272 673881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673881 673882: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673882 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Markus Koschanywrites: > Am 24.10.2015 um 23:19 schrieb Felix Natter: >> Markus Koschany writes: >> >>> Hi Felix, >> >> hello Markus, >> >> I just added a patch for ASM5/libasm4-java support: >> >> https://github.com/fnatter/insubstantial-debian/commit/b6f1dee8e4fc53a0dfb8dd3ec3dc58e498a78828 >> >> It compiles, but I am not 100% sure it is correct, so I will soon test >> this with an r-dep and submit the changes for review in an ASM forum. > > Hi Felix, hello Markus, > many thanks for working on this! the ASM5 patch has been verified and tested. I am now working on providing maven/pom support. Cheers and Best Regards, -- Felix Natter
Bug#803616: ITP: r-bioc-summarizedexperiment -- BioConductor assay container
Package: wnpp Severity: wishlist Owner: Andreas Tille* Package name: r-bioc-summarizedexperiment Version : 1.0.0 Upstream Author : Martin Morgan * URL : http://www.bioconductor.org/packages/release/bioc/html/SummarizedExperiment.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor assay container The SummarizedExperiment container contains one or more assays, each represented by a matrix-like object of numeric or other mode. The rows typically represent genomic ranges of interest and the columns represent samples. Remark: This package is needed to upgrade some BioConductor packages. It is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-summarizedexperiment/trunk/
Bug#636272: Tentative date for upload of libre
Control: block 673881 by 636272 Control: block 673882 by 636272 Hi Simon, Do you have any tentative date on which you would upload the libre?. Because I'm packaging baresip and librem which both need libre and I'm currently waiting for libre to enter Debian. I'll mark my ITP as blocked by yours. Cheers, signature.asc Description: PGP signature
Bug#791965: ITP: openzwave -- API to use a Z-Wave controller
On 31/10/15 at 11:36 +0100, Thorsten Alteholz wrote: > Hi Lucas, > > On Sat, 31 Oct 2015, Lucas Nussbaum wrote: > >Have you made progress on this? > > I uploaded the package and got a reject from paultag. In his eyes a license > was non-free. I don't agree with him, but I didn't start a discussion as I > also got information from the ZWave alliance. One argument to sell ZWave > products is their certification and such everything works together with > everything else. As openzwave does not really comply with their > specification and even does not support every part of ZWave (e.g. the > security stuff seems to be missing), the Alliance would be very critical of > openzwave. If there will be complaints of users, I guess they will enforce > their trademark. > > So basically I stopped working on the package. Okay, I see. Given you had something working, would you mind sharing it with me? (Is it maintained in git somewhere?) I'll try to merge it with upstream's existing Debian packaging code, so that at least your work is not completely lost. Also, if you could forward paultag's reject to the ITP bug, it could be useful. The license issue is worth looking into independently of the other issues. Lucas
Bug#803553: package ready, looking for sponsor
The source (and binary for i386) package built and tested on sid is available here: https://pety.dynu.net/cloudbank_repo/debian_sid_20151025/ I am now looking for someone who could sponsor this package to be uploaded to the debian archives (me not being a Debian Maintainer). I will do all the necessary adjustments and fixes needed to get it into the next stable release. Thank you for the help in advance, Peter Sági
Bug#803571: ITP: broccoli-python -- Python bindings for Bro client communications library
Package: wnpp Owner: Hilko BengenSeverity: wishlist * Package name: broccoli-python Version : 0.59 Upstream Author : Bro project * URL or Web page : http://www.bro.org * License : BSD Description : Python bindings for Bro client communications library
Bug#803572: ITP: broccoli-ruby -- Ruby bindings for Bro client communications library
Package: wnpp Owner: Hilko BengenSeverity: wishlist * Package name: broccoli-ruby Version : 1.58 Upstream Author : Bro project * URL or Web page : http://www.bro.org * License : BSD Description : Ruby bindings for Bro client communications library
Bug#803570: ITP: broccoli -- Bro client communications library
Package: wnpp Owner: Hilko BengenSeverity: wishlist * Package name: broccoli Version : 1.97 Upstream Author : Bro project * URL or Web page : http://www.bro.org * License : BSD Description : Bro client communications library
Bug#803588: ITP: db2twitter -- simple Twitter bot using a database to build and send tweets
Package: wnpp Severity: wishlist Owner: Carl Chenet* Package name: db2twitter Version : 0.1 Upstream Author : Carl Chenet * URL : https://github.com/chaica/db2twitter * License : GPL Programming Lang: Python Description : simple Twitter bot using a database to build and send tweets db2twitter fetches data from a database using the SQLAlchemy library, filling a user-defined template to build a tweet and send it. db2twitter keeps track of already sent tweets and only sends a new tweet if it was not sent before. db2twitter information are stored in a sqlite database.
Processed: RFS: afl-cov/0.3-1 [ITP] -- code coverage for afl
Processing control commands: > block 796821 by -1 Bug #796821 [wnpp] ITP: afl-cov -- monitor coverage from afl-fuzz test cases 796821 was not blocked by any bugs. 796821 was not blocking any bugs. Added blocking bug(s) of 796821: 803620 -- 796821: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796821 803620: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803620 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#803617: ITP: python-letsencrypt-apache -- Apache plugin for Let's Encrypt
Package: wnpp Owner: Harlan Lieberman-BergSeverity: wishlist * Package name: python-letsencrypt-apache Version : 0.0.0.dev20151030 Upstream Author : Let's Encrypt Project * URL or Web page : https://letsencrypt.org * License : Apache-2.0 Description : Apache plugin for Let's Encrypt -- Harlan Lieberman-Berg ~hlieberman
Bug#636272: Tentative date for upload of libre
Libre has been in the new queue for 4 days. Thanks for taking care of those packages, they were next on my todo-list. /Simon Vasudev Kamathskrev: (31 oktober 2015 18:01:04 CET) > >Control: block 673881 by 636272 >Control: block 673882 by 636272 > >Hi Simon, > >Do you have any tentative date on which you would upload the >libre?. Because I'm packaging baresip and librem which both need libre >and I'm currently waiting for libre to enter Debian. > >I'll mark my ITP as blocked by yours. > >Cheers, -- Sent from my Android device with K-9 Mail. Please excuse my brevity.