Bug#913785: ITP: android-platform-art -- Android Runtime Utilities
Package: wnpp Severity: wishlist * Package name: android-platform-art * Version : 8.1.0+r23-1 * Upstream Author : Google * License : Apache-2.0 * Languages : C++ * Description : Android Runtime Utilities * Homepage: https://android.googlesource.com/platform/art * Vcs : https://salsa.debian.org/android-tools-team/android-platform-art This package provides the following Android SDK components: * dexdump * dmtracedump Which was previously provided by src:android-platform-dalvik. signature.asc Description: OpenPGP digital signature
Bug#913783: ITP: hexyl -- Command-line hex viewer with colored output
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: hexyl Version: 0.2.0 Upstream Author: David Peter URL: https://github.com/sharkdp/hexyl License: MIT/Apache-2.0 Description: hexyl is a simple hex viewer for the terminal. It uses colored output to distinguish different categories of bytes (NULL bytes, printable ASCII characters, ASCII whitespace characters, other ASCII characters and non-ASCII).
Processed: retitle to RFP: pylci -- Python-based Linux Control Interface
Processing commands for cont...@bugs.debian.org: > retitle 871830 RFP: pylci -- Python-based Linux Control Interface Bug #871830 [wnpp] ITP: pylci -- Python-based Linux Control Interface Changed Bug title to 'RFP: pylci -- Python-based Linux Control Interface' from 'ITP: pylci -- Python-based Linux Control Interface'. > noowner 871830 Bug #871830 [wnpp] RFP: pylci -- Python-based Linux Control Interface Removed annotation that Bug was owned by Python Applications Packaging Team . > stop Stopping processing here. Please contact me if you need assistance. -- 871830: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871830 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#887491: marked as done (ITA: libbackuppc-xs-perl -- BackupPC::XS implements various BackupPC functions in a perl-callable module)
Your message dated Thu, 15 Nov 2018 02:37:23 + with message-id and subject line Bug#887491: fixed in libbackuppc-xs-perl 0.57-1 has caused the Debian Bug report #887491, regarding ITA: libbackuppc-xs-perl -- BackupPC::XS implements various BackupPC functions in a perl-callable module 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.) -- 887491: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887491 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal Due to lack of time, I intend to orphan this package. It's part of the backuppc package. Ludovic -- https://www.aopensource.com - The Android Open Source Portal https://www.drolez.com - Personal site - Linux and Free Software https://chezsandro.com - A cool place in Cape Verde :) --- End Message --- --- Begin Message --- Source: libbackuppc-xs-perl Source-Version: 0.57-1 We believe that the bug you reported is fixed in the latest version of libbackuppc-xs-perl, 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 887...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Axel Beckert (supplier of updated libbackuppc-xs-perl 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, 15 Nov 2018 02:56:57 +0100 Source: libbackuppc-xs-perl Binary: libbackuppc-xs-perl Architecture: source amd64 Version: 0.57-1 Distribution: unstable Urgency: medium Maintainer: Debian BackupPC Team Changed-By: Axel Beckert Description: libbackuppc-xs-perl - Perl module with C backend for BackupPC 4 Closes: 887491 Changes: libbackuppc-xs-perl (0.57-1) unstable; urgency=medium . * Adopt package under the Debian BackupPC Team. (Closes: #887491) + Add Tobias Frost and myself to Uploaders. * Add Vcs-* headers. * Drop uupdate from debian/watch and switch to version 4. * Apply "wrap-and-sort -a". * Convert to source format "3.0 (quilt)". * Import new upstream release 0.57. + Refresh patch. * Switch to compat level 11 and drop --with autotools-dev. + Update build-dependencies accordingly. * Add Homepage field. * Fix file name typos found by lintian in debian/copyright. * Fix unused lintian override by dropping the whole debian/libbackuppc-xs-perl.lintian-overrides file. * Rewrite package description to describe the Perl module BackupPC::XS and not BackupPC itself. * Declare compliance with Debian Policy 4.2.1. (No changes needed.) * debian/copyright: Use "GPL-3+" instead of "GPL-3" as short name for "GPL version 3 or later". * Enable all hardening build flags. * Declare package to be autopkgtestable. Checksums-Sha1: 4a26f906d9a24a5b950765d4527f1496567703d1 2077 libbackuppc-xs-perl_0.57-1.dsc 957b16b523fd74d4e492ad1df1882d51ad16e658 287664 libbackuppc-xs-perl_0.57.orig.tar.gz 53cf1aeedcdcdb2c5a46f79da49bf273f4ead463 3668 libbackuppc-xs-perl_0.57-1.debian.tar.xz a08b275197491c11ffdd3a88930117e2b3b8d5df 185176 libbackuppc-xs-perl-dbgsym_0.57-1_amd64.deb 533fcd8a459f37b2620e72e058a8e78489e60c94 5643 libbackuppc-xs-perl_0.57-1_amd64.buildinfo f00c15c6418ee9ee915a612be697e8fc9802002e 63828 libbackuppc-xs-perl_0.57-1_amd64.deb Checksums-Sha256: 4bbdb9038ea65fac6e8b1c71fda2847f3f28a2d69d1d75374b47167c80cf948e 2077 libbackuppc-xs-perl_0.57-1.dsc 1b3935004513f48501a5b20294a6f68eaea9b4597382a7bcafac74901facb117 287664 libbackuppc-xs-perl_0.57.orig.tar.gz 823c79b75587da6db680a061f559c9090cfb002afec66a00869abc362192362a 3668 libbackuppc-xs-perl_0.57-1.debian.tar.xz 76e9edaff5c5f83d879f4841a30cef5e78ab840a518c3a20e6716e9685a156da 185176 libbackuppc-xs-perl-dbgsym_0.57-1_amd64.deb ab4d7f593425c7d134de977b7bbb3a7de1f3b527b2838e4d403196401d5fc399 5643 libbackuppc-xs-perl_0.57-1_amd64.buildinfo 62ec174bb0abda46dfa992e90fb1c64f629199349702627558edc4add76a6ec2 63828 libbackuppc-xs-perl_0.57-1_amd64.deb Files: c8652a2bbb08d94e9e7f1ac59b2d85ac 2077 perl optional libbackuppc-xs-perl_0.57-1.dsc 5998eeb5e1fba5a1d39deb873495cce5 287664 perl optional libbackuppc-xs-perl_0.57.orig.tar.gz e5ca6a6d3a3e37e11fcfd4dc88972376 3668 perl optional
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
On 15 Nov 2018, at 00:41, Michael Biebl wrote: > > Am 15.11.18 um 01:14 schrieb Michael Biebl: >> Am 15.11.2018 um 00:15 schrieb Jeremy Bicha: >>> On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz >> > I don't have experience with archive management for non-release > architectures at all. The problem that we have is that it's not possible to upload a package to Debian which does not build any binaries on the release architectures, the archive would be removed from the archive immediately. >> >> Is that really true? >> Fwiw, the consolekit package, before it was removed completely, was >> !linux-any, ie. it was only built for non-release architectures. >> > > Forgot to add: src:consolekit did not build any arch:all package. > > If you say, that this should not be possible, why did this work for > consolekit? Because it's not non-release, it's non-ftp-master, and hurd/kfreebsd are on ftp-master despite being very non-release. James
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
Am 15.11.18 um 01:14 schrieb Michael Biebl: > Am 15.11.2018 um 00:15 schrieb Jeremy Bicha: >> On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz > I don't have experience with archive management for non-release architectures at all. >>> >>> The problem that we have is that it's not possible to upload a package >>> to Debian which does not build any binaries on the release architectures, >>> the archive would be removed from the archive immediately. > > Is that really true? > Fwiw, the consolekit package, before it was removed completely, was > !linux-any, ie. it was only built for non-release architectures. > Forgot to add: src:consolekit did not build any arch:all package. If you say, that this should not be possible, why did this work for consolekit? -- 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#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
Am 15.11.2018 um 00:15 schrieb Jeremy Bicha: > On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz >>> I don't have experience with archive management for non-release >>> architectures at all. >> >> The problem that we have is that it's not possible to upload a package >> to Debian which does not build any binaries on the release architectures, >> the archive would be removed from the archive immediately. Is that really true? Fwiw, the consolekit package, before it was removed completely, was !linux-any, ie. it was only built for non-release architectures. Why not just upload librsvg-c as regular any package. Once it has passed NEW, I would make a second, source-only upload which lists only the non-rust architectures and I'd ask ftp-masters for the removal of the binaries on the rust architectures. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#882661: ITP: nplan -- YAML-based network configuration tool
On Sun, 11 Nov 2018 23:34:43 -0500 073p...@gmail.com wrote: > Nearly one year has passed since your ITP; is there any progress with > it? > > Since it's a long overdue, I will convert this ITP into RFP if there's > no response after 2018-11-25. If there's any difficulties in dealing > with this package, please also let me know. > > Looking forward to your reply, Thanks for pinging me. I will be uploading it to Debian later today. -- Cheers, Andrej
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
On 14 Nov 2018, at 23:15, Jeremy Bicha wrote: > > On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz > wrote: >> >> Hi Jeremy! >> >> On 11/14/18 10:52 PM, Jeremy Bicha wrote: >>> As requested, this is librsvg reintroduced for ports that don't >>> supported the rustified librsvg yet. The name is because this is >>> librsvg written in the C programming language (instead of in Rust). >> >> Thanks a lot for your effort and the initiative, I really appreciate >> the idea. I also apologize for my harsh wording in the heated the >> discussion we had. I'm very glad that this - as it is always the case >> in Debian - is leading to a productive solution. Great! >> >>> Currently, the packaging builds the same binary package names as >>> src:librsvg. There was a suggestion to use different binary names with >>> versioned Provides (against the existing librsvg binary package >>> names). I'm not sure that provides much benefit but we can discuss >>> that. >>> >>> I don't have the ability to do the initial upload for this package >>> since I don't have easy access to do the binary build required for >>> ftp-master NEW. >>> >>> I don't have experience with archive management for non-release >>> architectures at all. >> >> The problem that we have is that it's not possible to upload a package >> to Debian which does not build any binaries on the release architectures, >> the archive would be removed from the archive immediately. >> >> I assume what we could do is maybe have a package that is built from >> multiple sources so that it builds different binary packages for the >> Rust and non-Rust targets. >> >> I have CC'ed James Clarke and Adrian Bunk who might be interested in >> this discussion as well and probably can maybe help in the process. >> >> Again, thanks a lot for the efforts and sorry for my heated and >> unprofessional behavior. >> >> Thanks a lot! >> Adrian >> >> -- >> .''`. John Paul Adrian Glaubitz >> : :' : Debian Developer - glaub...@debian.org >> `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de >> `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > > Would an arch:all librsvg-c-doc package be sufficient for the "must > build a binary package on a release architecture" requirement? People might frown on it, but other source packages (ab)use this, and it certainly works from a technical standpoint. I would hope there are no objections to this approach. However, kfreebsd-* and hurd-i386 are on ftp-master and don't (yet) have rust, so those will also keep the source package around. James
Processed: tagging 887491
Processing commands for cont...@bugs.debian.org: > tags 887491 + pending Bug #887491 [wnpp] ITA: libbackuppc-xs-perl -- BackupPC::XS implements various BackupPC functions in a perl-callable module Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 887491: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887491 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz wrote: > > Hi Jeremy! > > On 11/14/18 10:52 PM, Jeremy Bicha wrote: > > As requested, this is librsvg reintroduced for ports that don't > > supported the rustified librsvg yet. The name is because this is > > librsvg written in the C programming language (instead of in Rust). > > Thanks a lot for your effort and the initiative, I really appreciate > the idea. I also apologize for my harsh wording in the heated the > discussion we had. I'm very glad that this - as it is always the case > in Debian - is leading to a productive solution. Great! > > > Currently, the packaging builds the same binary package names as > > src:librsvg. There was a suggestion to use different binary names with > > versioned Provides (against the existing librsvg binary package > > names). I'm not sure that provides much benefit but we can discuss > > that. > > > > I don't have the ability to do the initial upload for this package > > since I don't have easy access to do the binary build required for > > ftp-master NEW. > > > > I don't have experience with archive management for non-release > > architectures at all. > > The problem that we have is that it's not possible to upload a package > to Debian which does not build any binaries on the release architectures, > the archive would be removed from the archive immediately. > > I assume what we could do is maybe have a package that is built from > multiple sources so that it builds different binary packages for the > Rust and non-Rust targets. > > I have CC'ed James Clarke and Adrian Bunk who might be interested in > this discussion as well and probably can maybe help in the process. > > Again, thanks a lot for the efforts and sorry for my heated and > unprofessional behavior. > > Thanks a lot! > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Would an arch:all librsvg-c-doc package be sufficient for the "must build a binary package on a release architecture" requirement? Thanks, Jeremy Bicha
Bug#911026: ITP: manuskript -- open-source tool for writers
On 2018-11-14 12:55:40, Miriam Ruiz wrote: > I forgot to mention, my packages are temporarily available at > http://miriamruiz.es/debian/manuskript/ meanwhile, in case you want > to have a look at them. Awesome job. I gave it a quick shot and it seems to work well! Thanks so much! A. -- To understand how any society functions you must understand the relationship between the men and the women - Angela Davis
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
Hi Jeremy! On 11/14/18 10:52 PM, Jeremy Bicha wrote: > As requested, this is librsvg reintroduced for ports that don't > supported the rustified librsvg yet. The name is because this is > librsvg written in the C programming language (instead of in Rust). Thanks a lot for your effort and the initiative, I really appreciate the idea. I also apologize for my harsh wording in the heated the discussion we had. I'm very glad that this - as it is always the case in Debian - is leading to a productive solution. Great! > Currently, the packaging builds the same binary package names as > src:librsvg. There was a suggestion to use different binary names with > versioned Provides (against the existing librsvg binary package > names). I'm not sure that provides much benefit but we can discuss > that. > > I don't have the ability to do the initial upload for this package > since I don't have easy access to do the binary build required for > ftp-master NEW. > > I don't have experience with archive management for non-release > architectures at all. The problem that we have is that it's not possible to upload a package to Debian which does not build any binaries on the release architectures, the archive would be removed from the archive immediately. I assume what we could do is maybe have a package that is built from multiple sources so that it builds different binary packages for the Rust and non-Rust targets. I have CC'ed James Clarke and Adrian Bunk who might be interested in this discussion as well and probably can maybe help in the process. Again, thanks a lot for the efforts and sorry for my heated and unprofessional behavior. Thanks a lot! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#913769: ITP: treepy-el -- generic tree traversal tools
Package: wnpp Owner: Matteo F. Vescovi Severity: wishlist * Package name: treepy-el Version : 0.1.1 Upstream Author : Daniel Barreto * URL or Web page : https://github.com/volrath/treepy.el * License : GPL-3+ Description : generic tree traversal tools A set of generic functions for traversing tree-like data structures recursively and/or iteratively, ported from clojure.walk and clojure.zip respectively. -- Matteo F. Vescovi signature.asc Description: PGP signature
Bug#913767: ITP: graphql-el -- domain-specific language for creating and executing GraphQL queries
Package: wnpp Owner: Matteo F. Vescovi Severity: wishlist * Package name: graphql-el Version : 0.1.1 Upstream Author : Sean Allred * URL or Web page : https://github.com/vermiculus/graphql.el * License : GPL-3+ Description : domain-specific language for creating and executing GraphQL queries GraphQL.el provides a generally-applicable domain-specific language for creating and executing GraphQL queries against your favorite web services. -- Matteo F. Vescovi signature.asc Description: PGP signature
Processed: Bug #913766 in librsvg-c marked as pending
Processing control commands: > tag -1 pending Bug #913766 [wnpp] ITP: librsvg-c -- the pre-Rust version of librsvg Added tag(s) pending. -- 913766: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913766 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, glaub...@physik.fu-berlin.de Owner: jbi...@debian.org Package Name: librsvg-c Version: 2.40.20 Upstream Authors: Ximian, Eazel, Red Hat, Igalia, etc. License : LGPL-2+ Programming Lang: C Homepage: https://wiki.gnome.org/Projects/LibRsvg Description: SAX-based renderer library for SVG files The rsvg library is an efficient renderer for Scalable Vector Graphics (SVG) pictures. Other Info -- As requested, this is librsvg reintroduced for ports that don't supported the rustified librsvg yet. The name is because this is librsvg written in the C programming language (instead of in Rust). Packaging can be found at https://salsa.debian.org/gnome-team/librsvg-c Currently, the packaging builds the same binary package names as src:librsvg. There was a suggestion to use different binary names with versioned Provides (against the existing librsvg binary package names). I'm not sure that provides much benefit but we can discuss that. I don't have the ability to do the initial upload for this package since I don't have easy access to do the binary build required for ftp-master NEW. I don't have experience with archive management for non-release architectures at all. Thanks, Jeremy Bicha
Bug#913762: RFP: jbibtex -- Java BibTeX API
Package: wnpp Severity: wishlist * Package name: jbibtex Version : 1.0.17 Upstream Author : villu.ruusm...@gmail.com * URL : https://github.com/jbibtex/jbibtex * License : BSD Programming Lang: Java Description : Java BibTeX API Java BibTeX and LaTeX parser and formatter library I tried to package this myself but failed using mh_make since some test(-only) dependencies were not found and I couldn't get past it (and get the tests disabled?) So if someone wanted to package it I'd be very grateful as writer2latex 1.6.x needs it (upstream "of course" embeds the binary jar :/)) Regards, Rene
Bug#913435: TAG: kickpass -- stupid simple password safe
On Sat, 10 Nov 2018 23:03:08 +0100 Paul Fariello wrote: > Package: wnpp > Severity: RFP > > Kickpass is a stupid simple password safe. It keep each password in a > specific safe, protected with modern cryptography. Its main user > interface is command line. > Kickpass latest sources can be found at > https://github.com/kickpass/kickpass/archive/v0.2.0.tar.gz > Kickpass is licenced under 3-clauses BSD. Hi, I was looking the license and it's a MIT variant. * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and this permission notice appear in all copies. You can check here: https://fedoraproject.org/wiki/Licensing:MIT#Old_Style_with_legal_disclaimer_2 BSD-3-Clause: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. By the way, I suggest you create a LICENCE file on the github repository. Best regards, -- Paulo Henrique de Lima Santana (phls) Curitiba - Brasil Membro da Comunidade Curitiba Livre Site: http://www.phls.com.br GNU/Linux user: 228719 GPG ID: 0443C450 Apoie a campanha pela igualdade de gênero #HeForShe (#ElesPorElas) http://www.heforshe.org/pt pgppyBAPrOnuL.pgp Description: PGP signature
Bug#842943: RFP: signal-desktop -- standalone JS desktop client for Signal Messenger
Hans-Christoph Steiner wrote: > Package: wnpp > Severity: wishlist > > * Package name: signal-desktop Indeed, I would rather like to see this given the attached... Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Processed: retitle to RFP: python-graph-tool -- Python module for network graph analysis
Processing commands for cont...@bugs.debian.org: > retitle 781765 RFP: python-graph-tool -- Python module for network graph > analysis Bug #781765 [wnpp] ITP: python-graph-tool -- Python module for network graph analysis Changed Bug title to 'RFP: python-graph-tool -- Python module for network graph analysis' from 'ITP: python-graph-tool -- Python module for network graph analysis'. > noowner 781765 Bug #781765 [wnpp] RFP: python-graph-tool -- Python module for network graph analysis Removed annotation that Bug was owned by calcu...@rezozer.net. > stop Stopping processing here. Please contact me if you need assistance. -- 781765: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781765 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#913738: RFP: libassimp -- libassimp -- Open Asset Import Library is a portable Open Source library to import various well-known 3D model formats in a uniform manner.
Package: wnpp Severity: wishlist * Package name: libassimp Version : 4.1.0 Upstream Author : Kim Kulling * URL : http://www.assimp.org/ * License : assimp license (based on 3-clause-BSD license) Programming Lang: C++ Description : libassimp -- Open Asset Import Library is a portable Open Source library to import various well-known 3D model formats in a uniform manner. The most recent version also knows how to export 3d files and is therefore suitable as a general-purpose 3D model converter. See the feature-list on the website. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8
Processed: your mail
Processing commands for cont...@bugs.debian.org: > # ITPs don't happen in stable and OpenJDK 11 (which has it "fixed") is > default on buster and did > unblock 909501 by 911925 Bug #909501 [wnpp] ITP: apache-opennlp -- machine learning based toolkit for the processing of natural language text 909501 was blocked by: 911925 912333 910004 909501 was not blocking any bugs. Removed blocking bug(s) of 909501: 912333 and 911925 > -- Stopping processing here. Please contact me if you need assistance. -- 909501: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909501 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#911026: ITP: manuskript -- open-source tool for writers
I forgot to mention, my packages are temporarily available at http://miriamruiz.es/debian/manuskript/ meanwhile, in case you want to have a look at them. Greetings, Miry El mar., 13 nov. 2018 a las 23:53, Miriam Ruiz () escribió: > > Hi!!! > > Sorry for not having answered before. I started my packages from > scratch. They are already in the NEW queue [1]. Hopefully they might > be in soon! > > Greetings, > Miry > > > [1] https://ftp-master.debian.org/new.html > > El mar., 23 oct. 2018 a las 17:10, Antoine Beaupré > () escribió: > > > > On 2018-10-14 23:23:30, Miriam Ruiz wrote: > > > Manuskript is an open source tool for writers. It provides a rich > > > environment > > > to help writers create their first draft and then further refine and edit > > > their masterpiece. > > > > > > Manuskript is still in development, and in need of extensive testing. > > > > Oh! Oh! Oh! Me! Me! Me! I want to try this! :) > > > > I would be very happy to test Debian packages of this ... are you > > starting from upstream .debs? > > > > Thanks! > > > > -- > > Soyons réalistes, faisons l'impossible. > > - Ernesto "Che" Guevara
Processed: ITP: cheesecutter -- SID music editor
Processing commands for cont...@bugs.debian.org: > owner 913707 Gürkan Myczko Bug #913707 [wnpp] ITP: cheesecutter -- SID music editor Owner recorded as Gürkan Myczko . > stop Stopping processing here. Please contact me if you need assistance. -- 913707: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913707 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#829257: marked as done (ITP: ndctl -- NVDIMM management utility)
Your message dated Wed, 14 Nov 2018 10:09:35 + with message-id and subject line Bug#829257: fixed in ndctl 63-1 has caused the Debian Bug report #829257, regarding ITP: ndctl -- NVDIMM management utility 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.) -- 829257: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829257 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist * Package name: ndctl Version : 53.1 Upstream Author : Dan Williams * URL : https://github.com/pmem/ndctl * License : LGPL 2.1 Programming Lang: C Description : NVDIMM management utility ndctl is a utility for managing the "libnvdimm" kernel subsystem. This includes provisioning capacity (namespaces) and enumerating, enabling and disabling the devices associated with an NVDIMM bus. --- End Message --- --- Begin Message --- Source: ndctl Source-Version: 63-1 We believe that the bug you reported is fixed in the latest version of ndctl, 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 829...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Breno Leitao (supplier of updated ndctl 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, 07 Nov 2018 14:00:33 -0500 Source: ndctl Binary: ndctl libndctl6 libndctl6-dev libdaxctl1 libdaxctl1-dev Architecture: source ppc64el Version: 63-1 Distribution: unstable Urgency: medium Maintainer: Breno Leitao Changed-By: Breno Leitao Description: libdaxctl1 - daxctl1 library used by ndctl libdaxctl1-dev - Development files for libdaxctl1 libndctl6 - ndctl6 library used by ndctl tool libndctl6-dev - Development files for libndctl6 ndctl - libraries for tool for 'libnvdimm' Closes: 829257 Changes: ndctl (63-1) unstable; urgency=medium . * Initial release. (Closes: #829257) Checksums-Sha1: 42f7ebd28b152c6aaa107a93ac2ba8ff0f522afb 2035 ndctl_63-1.dsc f611126186e7297e266fae3a43c547a62ce7242c 259542 ndctl_63.orig.tar.gz 49298ea0990d29d653c174ba4b2ed1394352d065 6144 ndctl_63-1.debian.tar.xz edb90c33c713ec8c539f226ac36291fa4427a9ef 20352 libdaxctl1-dbgsym_63-1_ppc64el.deb 0f4746f6c38eee05d462f6475d37d9a24df01c00 6268 libdaxctl1-dev_63-1_ppc64el.deb 7e87e99a7e07c1d160ecc153ce67ee5bc9be3cf7 11820 libdaxctl1_63-1_ppc64el.deb 4181500ff12abb62a0cab1df826d81354a69b7fc 169004 libndctl6-dbgsym_63-1_ppc64el.deb db84166b665f22ffcbad0fbe77162c4d20b451b3 10688 libndctl6-dev_63-1_ppc64el.deb de434438f496dcdf0f99df86ddfa50184be9f1b9 43388 libndctl6_63-1_ppc64el.deb c57f4df29fbaac423409f30222af2ba10285b636 218672 ndctl-dbgsym_63-1_ppc64el.deb f89244045e13c59462c6b817a8211ff94e4878ad 8685 ndctl_63-1_ppc64el.buildinfo 6114b2b95862d70af1e7a0ffea75647c82e98f8d 111752 ndctl_63-1_ppc64el.deb Checksums-Sha256: 71c9f0f4a81c56073ccf8a924aeb396f87bcf90ca7a445e6828b5bc1a1473637 2035 ndctl_63-1.dsc c9822c46f6b366427da8ae9cb6f9706fa88ee7e33e91c273e325d9f0666998ac 259542 ndctl_63.orig.tar.gz 9bf35af669cad69e140b4ee5acb9dc5b2a41a7086301a39ca39468102e224284 6144 ndctl_63-1.debian.tar.xz cfa71b177ca3a46f07425dc864ffd598c41a53a0fd2a54f9e927e03889c42578 20352 libdaxctl1-dbgsym_63-1_ppc64el.deb 905aa7900e21988da44fc066351067424de33bcc17c13ca59b05fa5bf353614c 6268 libdaxctl1-dev_63-1_ppc64el.deb f272bc4cc0c982f3987c411357518a0ed39c289deecbde3253b8acdf6bf27799 11820 libdaxctl1_63-1_ppc64el.deb 4fb5571f9720719e69f9e9f7bc484b9f8e5ff8f93b94e42a0c4322cc7c73ddd4 169004 libndctl6-dbgsym_63-1_ppc64el.deb 2a6e7bc618429d7ea2378579ed787a6cd1e1d1ac33e49d47a4ade45614f25d0c 10688 libndctl6-dev_63-1_ppc64el.deb ea7e5c2fe9090bac0c909d690dda06c43c2679612ce7e602261bfb0e003e9d72 43388 libndctl6_63-1_ppc64el.deb 477a0c4905397a9f232eee6308b96e5b5922538f57cba9c7cda3340aa70b6e07 218672 ndctl-dbgsym_63-1_ppc64el.deb 2fd66d0c46f2c5a06bf5d4856e89fc1a07d7171f2398b1408d72ced66ec4b616 8685 ndctl_63-1_ppc64el.buildinfo a0897b2dfd9daf8100ba9778aa6e03acef9e3b05835ff983cb296fbe487b 111752 ndctl_63-1_ppc64el.deb Files: cb9eb4faf33792ea4de2c14b24d6e239 2035 admin optional ndctl_63-1.dsc a4e2fa6f776ff6c1ebf3ba9dcb660f8f 259542 admin optional
Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 715470 ITP: cr3 -- Cool Reader 3, an e-book reader Bug #715470 [wnpp] RFP: cr3 -- Cool Reader 3, an e-book reader Changed Bug title to 'ITP: cr3 -- Cool Reader 3, an e-book reader' from 'RFP: cr3 -- Cool Reader 3, an e-book reader'. > End of message, stopping processing here. Please contact me if you need assistance. -- 715470: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715470 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#694077: ITP: qlcplus -- application for controlling DMX or analog lighting systems
On 14/11/2018 at 10:11, Jérôme Lebleu wrote: > I have attached lintian output of the last build I have done (commit > 63597339), if it can help regarding the time you have. Sorry, here is the attached file... N: Using profile debian/main. N: Setting up lab in /tmp/temp-lintian-lab-lo5kzYMntK ... N: Starting on group qlcplus/4.12.0-1 N: Unpacking packages in group qlcplus/4.12.0-1 N: N: Processing changes file qlcplus (version 4.12.0-1, arch all amd64) ... N: N: Processing source package qlcplus (version 4.12.0-1, arch source) ... I: qlcplus source: out-of-date-standards-version 4.1.5 (released 2018-07-04) (current is 4.2.1) N: N:The source package refers to a Standards-Version older than the one that N:was current at the time the package was created (according to the N:timestamp of the latest debian/changelog entry). Please consider N:updating the package to current Policy and setting this control field N:appropriately. N: N:If the package is already compliant with the current standards, you N:don't have to re-upload the package just to adjust the Standards-Version N:control field. However, please remember to update this field next time N:you upload the package. N: N:See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the N:debian-policy package for a summary of changes in newer versions of N:Policy. N: N:Refer to N:https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt for N:details. N: N:Severity: wishlist, Certainty: certain N: N:Check: standards-version, Type: source N: I: qlcplus source: testsuite-autopkgtest-missing N: N:This package does not declare a test suite. N: N:Having a test suite aids with automated quality assurance of the archive N:outside of your package. For example, if your package has a test suite N:it is possible to re-run that test suite when any of your package's N:dependencies have a new version and check whether that update causes N:problems for your package. N: N:In addition, since May 2018 such tests now influence migration from N:unstable to testing: N: N: https://lists.debian.org/debian-devel-announce/2018/05/msg1.html N: N:Please add a debian/tests/control file to your package to declare a N:testsuite, but please make sure to only add autopkgtests if they provide N:meaningful coverage of your package. N: N:Refer to https://ci.debian.net/doc/ for details. N: N:Severity: wishlist, Certainty: certain N: N:Check: testsuite, Type: source N: P: qlcplus source: debian-watch-does-not-check-gpg-signature N: N:This watch file does not include a means to verify the upstream tarball N:using cryptographic signature. N: N:If upstream distributions provide such signatures, please use the N:pgpsigurlmangle options in this watch file's opts= to generate the URL N:of an upstream GPG signature. This signature is automatically downloaded N:and verified against a keyring stored in N:debian/upstream/signing-key.asc. N: N:Of course, not all upstreams provide such signatures, but you could N:request them as a way of verifying that no third party has modified the N:code against their wishes after the release. Projects such as N:phpmyadmin, unrealircd, and proftpd have suffered from this kind of N:attack. N: N:Refer to the uscan(1) manual page for details. N: N:Severity: pedantic, Certainty: certain N: N:Check: watch-file, Type: source N: N: N: Processing binary package qlcplus-common (version 4.12.0-1, arch all) ... N: N: Processing binary package qlcplus-dbgsym (version 4.12.0-1, arch amd64) ... N: N: Processing binary package qlcplus (version 4.12.0-1, arch amd64) ... I: qlcplus: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/qt5/plugins/qlcplus/libmidiplugin.so N: N:This package provides an ELF binary that lacks the use of fortified libc N:functions. Either there are no potentially unfortified functions called N:by any routines, all unfortified calls have already been fully validated N:at compile-time, or the package was not built with the default Debian N:compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import CPPFLAGS. N: N:NB: Due to false-positives, Lintian ignores some unprotected functions N:(e.g. memcpy). N: N:Refer to https://wiki.debian.org/Hardening and N:https://bugs.debian.org/673112 for details. N: N:Severity: normal, Certainty: wild-guess N: N:Check: binaries, Type: binary, udeb N: W: qlcplus: package-name-doesnt-match-sonames libqlcplusengine1 libqlcplusui1 libqlcpluswebaccess1 N: N:The package name of a library package should usually reflect the soname N:of the included library. The package name can determined from the N:library file
Bug#694077: ITP: qlcplus -- application for controlling DMX or analog lighting systems
Hi! On 11/11/2018 at 22:36, Wouter Verhelst wrote: > [wnpp bug added to Cc, so people know what's going on; don't feel like > you need to keep that there, though] No problem, you did well! > On Sun, Nov 11, 2018 at 04:02:53PM +0100, Jérôme Lebleu wrote: >> Hi Wouter, >> >> I have seen that you have owned the bug #694077 and moved it as ITP. >> >> I have started to work on qlcplus Debian package some months ago, but >> I'm not a Debian Developer (yet, I hope) and lintian is still reporting >> some issues. > > Oh, that's cool! You should've taken the ITP then, however :-) It was in my to-do list, but I was not really at ease to do that and not sure about how to that too... Hopefully, thanks to you it's moving on! >> I have asked the help of a friend which is a DD, but he is >> quite busy > > Yeah, I know the feeling ;-) > >> and didn't have the time yet for a review of what I've done >> with some advice. >> >> So, the time goes on, and I didn't take the time to >> ask for help nor reply on the RFP (ITP now) bug to tell that. If you are >> interested in, here is what I've done until now (any feedback are >> welcome!) : >> >> https://salsa.debian.org/jlebleu-guest/qlcplus >> >> What's your plan regarding qlcplus package? Did you already start the >> work? Anyway, I would gladly help you - and continue to learn Debian >> packaging by the way - if you want and need. > > No, I haven't started yet. I took qlcplus because it seems like a > natural extension to the OpenLighting package which I already maintain; > but given what I already do for Debian and outside, it might be a bit of > a strain anyway, and so if you're interested in maintaining it, then by > all means go ahead! I'll even sponsor your uploads if you need me to. I don't pretend to have a lot of time too, but I would like to contribute to Debian a bit more and as I'm using QLC+, I can take the time to maintain it. Moreover, it's just more encouraging if you can review my work and sponsor it, thanks! > As for what you've got already: I haven't looked at it in great detail > yet (I'll try to do so ASAP), but at first glance here are some > comments: I have attached lintian output of the last build I have done (commit 63597339), if it can help regarding the time you have. > - Your 'qlcplus' package contains files in /usr/lib. These should > probably be split off into a library package -- which is a whole can > of worms to deal with, of which I can imagine you might have some > questions. If so, do ask. You are right, I have some questions regarding that! I am wondering how to package it properly, since lintian is also complaining about some of those files: - package-name-doesnt-match-sonames libqlcplusengine1 libqlcplusui1 libqlcpluswebaccess1 - no-symbols-control-file usr/lib/x86_64-linux-gnu/libqlcplusengine.so.1.0.0 - no-symbols-control-file usr/lib/x86_64-linux-gnu/libqlcpluswebaccess.so.1.0.0 - no-symbols-control-file usr/lib/x86_64-linux-gnu/libqlcplusui.so.1.0.0 - hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/qt5/plugins/qlcplus/libmidiplugin.so ... but also: - non-dev-pkg-with-shlib-symlink usr/lib/x86_64-linux-gnu/libqlcplusengine.so.1.0.0 usr/lib/x86_64-linux-gnu/libqlcplusengine.so - non-dev-pkg-with-shlib-symlink usr/lib/x86_64-linux-gnu/libqlcpluswebaccess.so.1.0.0 usr/lib/x86_64-linux-gnu/libqlcpluswebaccess.so - non-dev-pkg-with-shlib-symlink usr/lib/x86_64-linux-gnu/libqlcplusui.so.1.0.0 usr/lib/x86_64-linux-gnu/libqlcplusui.so Should I indeed split off into a library package? Is it not disproportionate for this software? Regarding the last errors, I believe that a -dev package is non-sense for QLC+, and that those files should probably not be there, isn't it? I have tried to have a look to other Qt-base packages, but didn't succeed to find a solution. Any help and explanations - as I admit that I am really not a C/C++ compilation expert - are welcome! > - I noticed you're disabling the tests because they require a running X > server. We do want to run those during the build; build-depending on a > headless X server such as xvfb should allow you to do so. Thanks, I will try that. I have also disabled them the time to fix the other packaging issues at first. > I'll probably have some more comments for you sometime next week; I'll > get back to you on that then. I will be happy to read them! Best regards, Jérôme signature.asc Description: OpenPGP digital signature
Bug#913707: ITP: cheesecutter -- SID music editor
Package: wnpp Severity: wishlist * Package name: cheesecutter Version : 2.9+git20181112 Upstream Authors: Timo Taipalus * URL : http://theyamo.kapsi.fi/ccutter * License : GNU GPL 2+ Description : SID music editor This is a tracker program for composing music for the SID chip. It uses the reSID engine for SID emulation. The packed files can be played on a real C64. Package is availabe at http://phd-sid.ethz.ch/debian/cheesecutter/ (needs acme pkg in new queue to build)