Re: Hello
On Tue, Jan 15, 2019 at 3:38 PM HuangKaiXiang wrote: > Hello everyone, I want to join as a Debian developer. Hi, thanks for your interest in Debian :) > The new maintainer manual tells me that I can get help here. > I need a mentros to help and tell me how to do it. There are lots of different ways to contribute to Debian, some of them are listed here: https://www.debian.org/intro/help A great way to start contributing is to look at the packages you have installed that are in need of help, using the how-can-i-help tool. The maint-guide document is our canonical introduction to maintaining packages. https://wiki.debian.org/how-can-i-help https://www.debian.org/doc/manuals/maint-guide/ Most of the time, mentoring within Debian happens in public, folks ask questions either on the #debian-mentors IRC channel or debian-mentors mailing list and whoever knows the answer will reply. In addition there are some one-on-one mentoring programs: https://wiki.debian.org/Mentoring > I am engaged in embedded development work, maybe I can start from this. That sounds like a great way to start, some possibly useful/related links are available here: https://wiki.debian.org/ArmPorts https://udd.debian.org/cgi-bin/ftbfs.cgi?arch=armel https://udd.debian.org/cgi-bin/ftbfs.cgi?arch=armhf https://wiki.debian.org/MIPSPort https://wiki.debian.org/U-boot/Status https://wiki.debian.org/ChrootOnAndroid https://wiki.debian.org/Mobile -- bye, pabs https://wiki.debian.org/PaulWise
Meaning of "Checking build-dependency (indep) on amd64" excuse
Hi, Could somebody please explain me the meaning of the "Checking build-dependency (indep) on amd64" migration excuse as seen on https://qa.debian.org/excuses.php?package=pacemaker? I think I understand the rest, although I don't know whether the autopkgtest regression blocks migration indefinitely. That would be unfortunate, because unstable pcs needs unstable pacemaker, so they deadlock... -- Thanks, Feri
Re: Bug#917405: RFS: dhcpcd5/7.0.8-1 [ITS]
On 2018-12-27.23:06, Scott Leggett wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "dhcpcd5" > > Package name: dhcpcd5 > Version : 7.0.8-1 > Upstream Author : Roy Marples > URL : https://roy.marples.name/projects/dhcpcd > License : BSD-2 > Section : net > Hello, I'm still looking for a sponsor for dhcpcd5 if anyone is interested in this package. -- Regards, Scott Leggett. signature.asc Description: PGP signature
Re: Meaning of "Checking build-dependency (indep) on amd64" excuse
On Tue, Jan 15, 2019 at 7:06 PM wrote: > Could somebody please explain me the meaning of the "Checking > build-dependency (indep) on amd64" migration excuse as seen on > https://qa.debian.org/excuses.php?package=pacemaker? Looking at the code, I think it means that the migration scripts are verifying the Build-Depends-Indep packages are installable on amd64 and probably ignoring installability on other arches. This is reasonable since all of Debian's arch:all buildds use amd64 right now. https://salsa.debian.org/release-team/britney2/blob/britney2/policies/policy.py#L916 > I think I understand the rest, although I don't know whether the > autopkgtest regression blocks migration indefinitely. That would be > unfortunate, because unstable pcs needs unstable pacemaker, so they > deadlock... I think you will need to ask the release team to hint them in together. -- bye, pabs https://wiki.debian.org/PaulWise
Re: dwz: libsleef3.debug: .debug_line reference above end of section
Hi, Thanks for the pointers. But I think I'm not able to fix it even if I tried to diagnose the debug information. ATM I asked several people and it is likely that the dwz error stems from toolchain support problem. Now the build log on non-release archivectures are also available, and it seems that nearly all these non-release architectures (kind of) suffer from similar prblem. Temporarily overriding dh_dwz to noop it is an eligible solution to me. Another solution could be simply downgrading dh compat back to 11. On Sat, Jan 12, 2019 at 04:10:02PM +, Rebecca N. Palmer wrote: > I suspect this is caused by bumping debhelper compat (while often a good > idea, this is intentionally *not* risk-free, which is why it requires > explicit action), but I haven't actually tried fixing it by reverting this. > > codesearch finds that message in dwz: > https://sources.debian.org/src/dwz/0.12-3/dwz.c/?hl=1016#L1016 > > dwz was added to the standard dh sequence in compat 12: > https://sources.debian.org/src/debhelper/12/debhelper.pod/#L860 > > As it seems to relate to debug information, it might be a good idea to test > whether that works: > # apt-get install libsleef3-dbgsym > $ gdb --args > (gdb) break > (gdb) run > [wait for "hit Breakpoint", or if it's a program that spends most of its > time in sleef, press Ctrl+C] > (gdb) bt full > [should show source line numbers and parameter values, i.e. like #909379 not > #914021]
Re: Hello
Hi HuangKaiXiang, Thank you for your interest in Debian! I'd like to add some points that Paul Wise missed. Apart from those packaging tutorial/guides, reading examples is a good way to learn skills and improve yourself quickly. When you are about to do that, you may possibly need this code search tool: http://sources.debian.net/ On Tue, Jan 15, 2019 at 03:38:23PM +0800, HuangKaiXiang wrote: > Hello everyone,I want to join as a Debian developer. The new maintainer > manual tells me that I can get help here. I need a mentros to help and tell me > how to do it. I am engaged in embedded development work, maybe I can start > from this .
Re: Meaning of "Checking build-dependency (indep) on amd64" excuse
Paul Wise writes: > On Tue, Jan 15, 2019 at 7:06 PM wrote: > >> Could somebody please explain me the meaning of the "Checking >> build-dependency (indep) on amd64" migration excuse as seen on >> https://qa.debian.org/excuses.php?package=pacemaker? > > Looking at the code, I think it means that the migration scripts are > verifying the Build-Depends-Indep packages are installable on amd64 > and probably ignoring installability on other arches. This is > reasonable since all of Debian's arch:all buildds use amd64 right now. Thanks, Paul, it makes sense indeed and I agree it's reasonable to do, but how/why is this an excuse? Is there any problem with that? > https://salsa.debian.org/release-team/britney2/blob/britney2/policies/policy.py#L916 That gives 404 to me. >> I think I understand the rest, although I don't know whether the >> autopkgtest regression blocks migration indefinitely. That would be >> unfortunate, because unstable pcs needs unstable pacemaker, so they >> deadlock... > > I think you will need to ask the release team to hint them in together. OK, will do. -- Regards, Feri
Bug#919413: RFS: doxygen/1.8.15-1~exp1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor to upload to experimental the version of doxygen that was released by upstream last month. I would like to maintain it with gbp, and I have created a git repo for that: https://salsa.debian.org/paolog-guest/doxygen To access further information about this package, please visit the following URL: https://mentors.debian.net/package/doxygen Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/doxygen/doxygen_1.8.15-1~exp1.dsc More information about doxygen can be obtained from https://www.example.com. Changes since the last upload: * doxygen 1.8.15 release. * Do not produce "Directory Reference" man pages. Closes: #742871. * Bump debhelper compat. * New maintainer. Closes: #888580. * Update homepage. * Fix lintian W binary-without-manpagefix. * Fix lintian P file-contains-trailing-whitespace. * Move repo to salsa. * Bump standard version * Disable LLVM support on alpha. Closes: #916532. * Switch to llvm-toolchain-7. Closes #912799. * Make the output of $year reproducible. Closes: #863054 -- Paolo Greppi Tue, 15 Jan 2019 18:17:17 +0100 Regards, Paolo Greppi
Bug#919433: RFS: ca-certificates/20190110 [RC;Security]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "ca-certificates" * Package name: ca-certificates Version : 20190110 * License : GPL-2+, MPL-2.0 Section : misc It builds those binary packages: ca-certificates - Common CA certificates ca-certificates-udeb - Common CA certificates - udeb (udeb) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ca-certificates Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/ca-certificates/ca-certificates_20190110.dsc Changes since the last upload: ca-certificates (20190110) unstable; urgency=high * debian/control: Depend on openssl (>= 1.1.1). Set Standards-Version: 4.3.0.1. Set Build-Depends: debhelper-compat (= 12); drop d/compat Remove trailing whitespace from d/changelog. * debian/ca-certificates.postinst: Fix permissions on /usr/local/share/ca-certificates when using symlinks. Closes: #916833 * sbin/update-ca-certificates: Remove orphan symlinks found in /etc/ssl/certs to prevent `openssl rehash` from exiting with an error. Closes: #895482, #895473 This will also fix removal of user CA certificates from /usr/local without needing to run --fresh. Closes: #911303 * mozilla/{certdata.txt,nssckbi.h}: Update Mozilla certificate authority bundle to version 2.28. The following certificate authorities were added (+): + "GlobalSign Root CA - R6" + "OISTE WISeKey Global Root GC CA" The following certificate authorities were removed (-): - "Certplus Root CA G1" - "Certplus Root CA G2" - "OpenTrust Root CA G1" - "OpenTrust Root CA G2" - "OpenTrust Root CA G3" - "TÜRKTRUST Elektronik Sertifika Hizmet Sağlayıcısı H5" - "Visa eCommerce Root" -- Michael Shuler Thu, 10 Jan 2019 19:31:31 -0600 -- Kind regards, Michael signature.asc Description: OpenPGP digital signature
Bug#919446: RFS: owlrl/5.2.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear Mentors, I'm looking for a sponsor for my package "owlrl" Package name: owlrl Version : 5.2.0 Upstream Author : Ivan Herman URL : https://github.com/RDFLib/OWL-RL License : W3C Programming Lang: Python Section : python Description : A simple implementation of the OWL2 RL Profile on top of RDFLib: it expands the graph with all possible triples that RDFS and OWL-RL defines. It can be used together with RDFLib to expand an RDFLib Graph object, or as a stand alone service with its own serialization. It builds those binary packages: python3-owlrl - OWL-RL and RDFS based RDF Closure inferencing To access further information about this package, please visit the following URL: https://mentors.debian.net/package/owlrl Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/o/owlrl/owlrl_5.2.0-1.dsc The useful python application called RDFClosure by Ivan Herman was recently updated to v5 and released on pypi. I am an active developer on owlrl and I maintain the pypi release. I intend to package another tool called pySHACL for debian, but it relies on owlrl, so I need owlrl released as a debian package first. The only requirement of owlrl is rdflib, which is already an actively maintained debian package. I intend to personally be the active maintainer of this package (via a sponsor). I have not released a debain package before, I will be looking for a sponsor to get this (owlrl) and pySHACL packaged and published, perhaps the maintainer or rdflib would like to sponsor this package. Regards, Ashley Sommer
Bug#919449: RFS: pyshacl/0.9.9-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear Mentors, I'm looking for a sponsor for my package "pyshacl" Package name: pyshacl Version : 0.9.9 Upstream Author : Ashley Sommer URL : https://github.com/RDFLib/pyshacl License : Apache License 2.0 Programming Lang: Python Section : python Description : A pure Python packages which allows for the validation of RDF graphs against Shapes Constraint Language (SHACL) files. It builds those binary packages: python3-pyshacl - Python SHACL Validator To access further information about this package, please visit the following URL: https://mentors.debian.net/package/pyshacl Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/pyshacl/pyshacl_0.9.9-1.dsc This is a pure Python package which allows for the validation of RDF graphs against Shapes Constraint Language (SHACL) graphs. This module uses the rdflib Python library for working with RDF and is dependent on the OWL-RL Python module for OWL2 RL Profile-based expansion of data graphs. This module is developed to adhere to the SHACL Recommendation: >Holger Knublauch; Dimitris Kontokostas. Shapes Constraint Language (SHACL). 20 >July 2017. W3C Recommendation. URL: https://www.w3.org/TR/shacl/ ED: >https://w3c.github.io/data-shapes/shacl/ It has been suggested to me by several users that they find pySHACL to be a very useful tool and would like to see it available as a debian package. I agree. I am the lead developer of pySHACL and I maintain the release on pypi. As well as rdflib, this packages relies on the owlrl python module as a prerequisite. I've already filed an ITP for and RFS for owlrl. I am looking for a sponsor to get this software packaged, perhaps the maintainer for rdflib could help with sponsorship. Blocked By: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919446 Regards, Ashley Sommer