dh-translations
The package dh-translations in Ubuntu has the below description. Do we have something in Debian that does this? Do we need something in Debian to do this? Should we put this Ubuntu package in Debian to make it easier to build Ubuntu packages on Debian? License is GPLv2+. Description: debhelper extension for translation support This package provides a debhelper extension to perform common translation related operations during package build: . * Try to build a current PO template. . * Remove inline translations from *.desktop, *.server, *.schemas, and *.policy files and replace them with a link to the gettext domain, so that strings in them will get translated at runtime from *.mo files. This allows language packs to ship updated translations. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/
Bug#1008144: ITP: looktxt -- Convert free format text file into scientific data formats
Package: wnpp Severity: wishlist Owner: Neil Williams X-Debbugs-Cc: debian-devel@lists.debian.org, codeh...@debian.org * Package name: looktxt Version : 1.5-1 Upstream Author : Emmanuel Farhi * URL : https://github.com/farhi/looktxt * License : GPL-2+ Programming Lang: C Description : Convert free format text file into scientific data formats Search and export numerics from any text/ascii file. Data sets (scalar, vector, matrix) are given unique names, based on file content. Results can be generated for e.g. Matlab, YAML, IDL, Scilab, Octave, XML, HTML, and NeXus/HDF5. This package will be maintained with the Debian Science Team.
Bug#1008145: ITP: partman-hfs -- Add to partman support for hfs and hfsplus
Package: wnpp Severity: wishlist Owner: John Paul Adrian Glaubitz X-Debbugs-Cc: debian-devel@lists.debian.org,debian-powe...@lists.debian.org * Package name: partman-hfs Version : 1 Upstream Author : John Paul Adrian Glaubitz * URL : https://salsa.debian.org/installer-team/partman-btrfs * License : GPL-2.0+ Programming Lang: Shell Description : Add to partman support for hfs and hfsplus This package contains partman support for creating HFS and HFS+ filesystems in debian-installer. HFS and HFS+ are primarily useful on Apple Macintosh computers. In particular, support for HFS/HFS+ filesystems is required in debian-installer to create boot partitions for installing GRUB on Apple Power Macintosh systems.
Re: Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Hi everyone, On Sat, Feb 26, 2022 at 7:09 PM Paul Wise wrote: > > Control: forwarded -1 https://github.com/donnemartin/gitsome/issues/177 > > On Sat, 26 Feb 2022 23:43:14 +0800 SZ Lin (林上智) wrote: > > > The "gitsome" has used "gh" since 2017, and thus would you mind renaming > > the "gh" in your package to avoid the conflict issue? > > Since gh is the official GitHub client, probably it should retain "gh" > and gitsome should move to "git some" or similar, as I have suggested > in the above upstream issue. The only commentor there agreed with me. Thank you all for the discussion and attempt at resolving the filename conflict. Judging from gitsome's GitHub repo being left stagnant since May 2019, with Issues and PRs unanswered, despite the fact that upstream author is still active daily on GitHub, I doubt we'll see a reply from gitsome's author anytime soon. Automation scripts are relying on the GitHub CLI command to be named as "gh", so renaming /usr/bin/gh in "gh" to something else is out of the question too. Rather than keeping this "Serious" bug open and keeping both gitsome and gh out of Debian testing, I think the simple solution of having gh "Conflicts: gitsome", which is one of the option specified in https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts, would suffice for now, allowing both packages to (re-)enter testing in the meantime. SZ, if you think the use of alternatives (such that both the gitsome and gh packages can be installed simultaneously) is a better solution, I'd be happy to work something out with you too. Cheers, Anthony
on debomatic-*.debian.net unable to build bullseye and bullseye-backports
Hi, I use debomatic-*.debian.net for some years and is very useful for testing packages quickly (including installing for testing on many devices easy and fast), it also helped me to solve build problems on architectures that I don't have devices for (for example ppc64el and s390x). Actually is not possible build for bullseye and bullseye-backports, I wrote a mail to Luca Falavigna (dktrkranz) but in latest months didn't replied me. Is there someone else who has access to those servers and can please fix? I suppose that conf files used in these servers are stored here: https://github.com/debomatic/instances and from a fast look the distributions one should be updated (like what was done in latest debomatic https://github.com/debomatic/debomatic/blob/master/etc/debomatic/distributions) and also "mapper" field updated on debomatic conf file (in the instances repository is under architectures) Thanks for any reply and sorry for my bad english OpenPGP_signature Description: OpenPGP digital signature
Re: on debomatic-*.debian.net unable to build bullseye and bullseye-backports
On Wed, 2022-03-23 at 11:13 +0100, Fabio Fantoni wrote: > Is there someone else who has access to those servers and can please fix? AFAIK Luca Falavigna is the only one with access. There are alternatives to the debomatic hardware listed here: https://wiki.debian.org/Hardware/Wanted#Available_hardware -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Quoting Anthony Fok (2022-03-23 11:08:36) > Rather than keeping this "Serious" bug open and keeping both gitsome > and gh out of Debian testing, I think the simple solution of having gh > "Conflicts: gitsome", which is one of the option specified in > https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts, > would suffice for now, allowing both packages to (re-)enter testing in > the meantime. > > SZ, if you think the use of alternatives (such that both the gitsome > and gh packages can be installed simultaneously) is a better solution, > I'd be happy to work something out with you too. Please note that above Policy section covers only the functionality of that packaging hint, not its suitability. It is my understanding that both that specific use of Conflicts and the use of alternatives is only acceptable for executables providing same or at least largely overlapping) ABI. Do gitsome and gh provide same or quite similar ABI? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Hi, On 23-03-2022 12:32, Jonas Smedegaard wrote: Quoting Anthony Fok (2022-03-23 11:08:36) Rather than keeping this "Serious" bug open and keeping both gitsome and gh out of Debian testing, I think the simple solution of having gh "Conflicts: gitsome", which is one of the option specified in https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts, would suffice for now, allowing both packages to (re-)enter testing in the meantime. SZ, if you think the use of alternatives (such that both the gitsome and gh packages can be installed simultaneously) is a better solution, I'd be happy to work something out with you too. Please note that above Policy section covers only the functionality of that packaging hint, not its suitability. It is my understanding that both that specific use of Conflicts and the use of alternatives is only acceptable for executables providing same or at least largely overlapping) ABI. Do gitsome and gh provide same or quite similar ABI? It was already quoted in the bug report, policy is pretty clear (emphasis mine) (yes, I *suspect* that /usr/bin/gh does something quite different from reading the package descriptions): """ 10.1. Binaries Two different packages *must not* install programs with different functionality but with *the same filenames*. (The case of two programs having the same functionality but different implementations is handled via “alternatives” or the “Conflicts” mechanism. See Maintainer Scripts and Conflicting binary packages - Conflicts respectively.) If this case happens, one of the programs must be renamed. The maintainers should report this to the debian-devel mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, both programs must be renamed. """ Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#1008178: ITP: unka-data -- illustrations for german traffic accident categories
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: unka-data Version : 0.0.2016 Upstream Author : Gesamtverband der Deutschen Versicherungswirtschaft e. V. * URL : https://www.udv.de/udv/themen/unfalltypenkatalog-unka--81916 * License : misc-must-quote Programming Lang: PNG Description : illustrations for german traffic accident categories Collection of PNG-encoded images each illustrating a category in the german "UNKA" system used by german law enforcement to categorize traffic accidents and useful as aid in visually presenting related research. This package is needed for yet-to-be-packaged tool to visualize accident data as a Leaflet slippy map. It will be maintained in the Debian group on Salsa. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmI7hx8ACgkQLHwxRsGg ASHncw/9Ewy8xH3ux63K/K0MIBUA2h7wv3PGAxHH5ernngrxwM8zlfymzk8NIdVG gzc7Irb/wOI/lhENiy3xq8mgGpVEgeT/bKc6KzRNVwbEl+Vgao89pZIytlhXc7IE TxB0CqKexgkyMlbY/qQK+CN7Ga+hRyRFusLkau4qeqB9CI5Nhot0VvXviNbbUd+S BxNp8XCD5uXUdx8FYL18bt1kTfOkrk7IbkWCSMJ2j70Ui/+s3umW4I4KFAlg/HQl mq6UP0JrCccTjiyzLMN1/OJPf2d/L6x1rPYLI3DFUKnNCNRPPcyBY8BGZYcXVdu5 XdJhMGdwrJNuuhKoMzkLqRmLeDG+Wz56OCC6Y49rUoSQy4VdSGlq2SZfuYkUslI5 YQHCgckqfhCltZWlHckZjR/rwvOdy5wy9vmHAdg5ZnhzF+oMvCX1AGlu4OQmqOfM 7XEgU06d8MHG6jWaCxTy78ZE+sPytzvjzBL4GID2fCk2tGKqkHJaZDWwnAAvqc5L FYUy/RGXxxwV513f3XNbU5xsa6wbzzfnhF5z5haAbLVH4+upKwQN9fHCeg8Fm2hx CyHBsHVLsX7/Q6z096gxRBiv5ja7Ms4AEEFhpYd+diYOnbgns5Mt7xtgpA86dhB7 o3Aenct0iPORoT4jsO/L2L/G3jertPkJXbVFBhAFNEezod8hJC4= =cVk5 -END PGP SIGNATURE-
Bug#1008182: ITP: node-rewire -- Easy monkey-patching for node.js unit tests
Package: wnpp Severity: wishlist Owner: Nilesh Patra X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-rewire Version : 6.0.0 Upstream Author : Johannes Ewald * URL : https://github.com/jhnns/rewire * License : Expat Programming Lang: JavaScript Description : Easy monkey-patching for node.js unit tests rewire adds a special setter and getter to modules making it possible to modify their behaviour for better unit testing. It provides functionality for . + inject mocks for other modules or globals like process + inspect private variables + override variables within the module. . Node.js is an event-based server-side JavaScript engine.
Hey
Sent from my iPhone7
Hey
Sent from my iPhone7
