Re: Validating tarballs against git repositories
* Enrico Zini [2024-08-27 11:00]: On Mon, Aug 26, 2024 at 09:57:41PM -0700, Russ Allbery wrote: My guess is that the sweet spots are --depth=1 and a full checkout, it's not generally possible to tell which a given package needs in advance (in other words, it's best handled as a configuration option), and it's probably not worth the effort to mess around with any intermediate depth. I suspect we'll find that the vast majority of packages work fine with --depth=1, and the remaining cases should just use a full checkout to avoid creating fragile assumptions that may work today and break tomorrow. Could --shallow-since= (one month ago, or one year ago) be another possible thing to consider? I recommend: --filter=blob:none Cheers Jochen signature.asc Description: PGP signature
Re: New tool for salsa
Hi Xavier, thanks for doing this, it looks awesome :). Would it make sense to split this into a Gitlab part and a Salsa only part? There are already a number of Gitlab tools (even in Debian) and commands like search_user sound rather generic, so maybe it would make sense to add them to those tools instead (I haven't checked if they provide similar commands already). * Xavier [2018-10-28 11:44]: A point must be decided: for now it is called simply "salsa". Like "bts", it's a bit generic but nice, short and clear; but it can be used to manage any GitLab instance. +1 for salsa. Speaking of it, I'm still looking for a hub like tool for Gitlab, most of the time I only need hub fork and hub pull-request. Is there a tool in Debian with this functions for Gitlab? (If you don't spit the salsa tool as proposed above, this would be a nice addition. That's why I ask here.) Cheers Jochen signature.asc Description: PGP signature
Bug#917621: ITP: python-pywebview -- Build GUI for your Python program with JavaScript, HTML, and CSS
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: python-pywebview Version : 2.2.1 Upstream Author : Roman Sirokov * URL : https://github.com/r0x0r/pywebview * License : BSD-3-Clause Programming Lang: Python Description : Build GUI for your Python program with JavaScript, HTML, and CSS pywebview is a lightweight cross-platform wrapper around a webview component that allows on to display HTML content in its own native GUI window. It gives you power of web technologies in your desktop application, hiding the fact that GUI is browser based. You can use pywebview either with a lightweight web framework like Flask or Bottle or on its own with a two way bridge between Python and DOM. pywebview uses native GUI for creating a web component window: WinForms on Windows, Cocoa on macOS and QT or GTK+ on Linux. If you choose to freeze your application, pywebview does not bundle a heavy GUI toolkit or web renderer with it keeping the executable size small. pywebview is compatible with both Python 2 and 3. Used in F-Droid repomaker. I will put it into DPMT.
Re: DEP 17: Improve support for directory aliasing in dpkg
Hi James, * James Addison [2023-04-28 14:54]: To make sure we don't miss any packages out accidentally: could you confirm that those hundred-or-so errors occurred from 27 or so distinct packages? (looking at RC bugs created within the past week, I currently find 27 bugs with 'Breaks+Replaces' in the title) https://udd.debian.org/bugs.cgi?release=na&merged=ign&keypackages=only&fnewer=only&fnewerval=7&flastmodval=7&rc=1&cpopcon=1&chints=1&ckeypackage=1&ctags=1&cdeferred=1&caffected=1&sortby=last_modified&sorto=asc&format=html#results That's only key packages. Here is the full list: https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;include=subject%3Amissing+Breaks%2BReplaces;submitter=helmut%40subdivi.de Cheers Jochen signature.asc Description: PGP signature
Re: snapshot.d.o has been in a bad state for several months
Hi Ted, * Theodore Ts'o [2023-08-08 20:28]: I was curious about this, since I rely on snapshots.debian.org in ^ snapshot ;) order to create repeatable builds for a file system test appliance, so I started digging a bit. Looking at the debian-bugs pseudo-package "snapshot.debian.org": https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=snapshot.debian.org the maintainer is listed as: "snapshot.debian.org Team " But according to lists.debian.org, "debian-shaphots" is a dead list, and apparently the last archived message to the list is from September 2001: https://lists.debian.org/debian-snapshots/ ^ snapshot ;) The list is here and seems active: https://lists.debian.org/debian-snapshot/ @josch: maybe ask on that list as well. Cheers Jochen signature.asc Description: PGP signature
Re: Hyphens in man pages
Hi Antonio, this is discussed in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052675 Cheers Jochen signature.asc Description: PGP signature
Re: Linker fails to find libraries in unstable but succeeds in testing
Hi Andreas, * Andreas Tille [2024-03-15 07:31]: Hi, thanks to the next round of Lucas' FTBFS QA rebuilds (at least) one package of the R pkg team is affected by some strange linker issue #1066409 r-cran-v8: FTBFS: ld: cannot find -lv8: No such file or directory which boils down to[1] g++ -std=gnu++17 -shared -L/usr/lib/R/lib -Wl,-z,relro -o V8.so RcppExports.o bindings.o -lv8 -lv8_libplatform -L/usr/lib/R/lib -lR /usr/bin/ld: cannot find -lv8: No such file or directory /usr/bin/ld: cannot find -lv8_libplatform: No such file or directory The Build-Depends libnode-dev provides both libraries and when I try to build the package under testing all is fine. Is there any linker issue involved that might be introduced in unstable? I guess that's the same as #1066399. libnode-dev: libv8.so -> libnode.so libnode.so -> libnode.so.108t64 But libnode.so.108t64 does not exist Cheers Jochen signature.asc Description: PGP signature
Re: Debian Policy 4.6.0.0 released
* Sean Whitton [2021-08-18 13:21]: On Wed 18 Aug 2021 at 11:10AM +02, Aurelien Jarno wrote: 9.1.1 No package is allowed to install files in ``/usr/lib64/``. Previously, this prohibition only applied to packages for 64-bit architectures. This path is used by the multilib 64-bit toolchain on 32-bit architectures, for instance libc6-amd64:i386, or a few essential libraries like ncurses. What kind of fix do you expect on the packages? Is it finally the time to get rid of multilib and use pure multiarch instead? We did not intend to make any packages buggy with this change. It was thought to be just a clarification. Also with usrmerge libc6:amd64 will put a link in /usr/lib64/. Arguably this is covered in 3. but maybe should be considered. Cheers Jochen signature.asc Description: PGP signature
Re: gbp vs. vcswatch - how to create automatic debian tags?
* Timo Röhling [2021-10-05 12:04]: * John Paul Adrian Glaubitz [2021-10-05 11:45]: Could anyone tell me what the proper gbp command is for creating the changelog entries for the new release including the proper tag. The gbp manual [1] mentions Debian tags but it doesn't seem to explain how to create them. I usually run "gbp dch -R -c" first, then build and upload the package, and finalize with "gbp tag && gbp push". Or run one of these to build the package and tag it on success: gbp buildpackage --git-builder=sbuild --git-tag gbp buildpackage -S --git-tag Cheers Jochen signature.asc Description: PGP signature
Bug#1016018: ITP: rust-cid-npm -- CLI tool to generate CIDs without a full IPFS client
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: rust-cid-npm Version : 0.0~git20200813.59cf068 Upstream Author : Dan Shields * URL : https://gitlab.com/NukeManDan/rust_cid_npm * License : MIT, Apache-2.0 Programming Lang: Rust Description : CLI tool to generate CIDs without a full IPFS client The intent of the tools is to be for CID generation/verification only. It is not in any way an IPFS client. The InterPlanetary File System (IPFS) is a protocol and peer-to-peer network for storing and sharing data in a distributed file system. IPFS uses content-addressing to uniquely identify each file in a global namespace connecting all computing devices.[ A content identifier, or CID, is a label used to point to material in IPFS. It doesn't indicate where the content is stored, but it forms a kind of address based on the content itself. CIDs are short, regardless of the size of their underlying content. The package will be maintained by Jochen Sprickerhof at https://salsa.debian.org/debian/rust_cid_npm
Bug#1026127: ITP: python-comm -- Register a comm implementation in the Jupyter kernel
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org * Package name: python-comm Version : 0.1.2 * URL : https://github.com/ipython/comm * License : BSD-3-clause Programming Lang: Python Description : Register a comm implementation in the Jupyter kernel It provides a way to register a Kernel Comm implementation, as per the Jupyter kernel protocol. It also provides a base Comm implementation and a default CommManager that can be used. This is a new dependency of the ipykernel package and will be maintained as part of the Python Team.
Bug#944403: ITP: python-tasklib -- Task Warrior database interaction
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: python-tasklib Version : 1.2.1 Upstream Author : Rob Golding * URL : https://github.com/robgolding/tasklib * License : BSD-3-clause Programming Lang: Python Description : Task Warrior database interaction Tasklib is a Python library for interacting with a taskwarrior databases, using a queryset API similar to that of Django's ORM. Supports taskwarrior 2.1.x and above. Older versions of taskwarrior are untested and may not work. This package is a dependency of vit 2.x. I plan to maintain it as part of the Debian Tasktools Packaging Team. This was part of Debian before as part of OpenStack but was removed in #815376. The replacement with python-fuel-tasklib, mentioned in the removal bug, seems to not have made it into Debian and is deprecated upstream [1]. @zigo: Do you have the git packaging archive still and could share it as a start? Otherwise I will import the old versions from snapshots.debian.org as I did not find traces on alioth-archive.debian.org or Salsa. [1] https://opendev.org/stackforge/fuel-tasklib
Re: Python3 modules not built for all supported Python versions
Hi Emilio, * Emilio Pozuelo Monfort [2020-03-30 17:47]: I've heard pybuild now has a cmake backend, so theoretically you could do something like %: dh $@ --buildsystem=pybuild --system=cmake [..] I don't know if I'm missing an argument to dh_python3 so that it knows the python version, or even if there's a better workaround. But perhaps pybuild should be doing this automatically between the dh_auto_install calls so that this kind of workarounds aren't necessary. Thanks for looking into this and providing a patch! I polished it a little: https://salsa.debian.org/science-team/ros-geometry2/-/commit/11739091abe58007485772492fddbdc1a12a59c6 and uploaded a working version to the archive. Will fix all ros-* packages now. Cheers Jochen signature.asc Description: PGP signature
Re: A new tool for backward compatibility analysis of API/ABI interfaces in Deb packages
Hi Andrey, how are they related to the dpkg-gensymbols? Would it make sense to use the symbol files with it or have it as an alternative to dpkg-gensymbols? * Ponomarenko Andrey [2016-10-06 15:23]: > Anyway, it's better to run both tools on all packages at the same time and > verify reports of each other. Would it be possible to do that automatically using debhelper? Or if not, maybe download the current deb from the archive and compare it? Cheers Jochen signature.asc Description: PGP signature
Bug#849338: ITP: hxtools -- Collection of tools and scripts
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: hxtools Version : 20150304 Upstream Author : Jan Engelhardt * URL : http://inai.de/projects/hxtools/ * License : GPL, LGPL, WTFPL Programming Lang: C, Perl, Bash Description : Collection of tools and scripts A collection of tools and scripts that have accumulated over the years, and each of which seems to be too small to warrants its own project. . * bsvplay(1) - convert BASICA music files to PCM * cctypeinfo(1) - show sizes of C types on the implementation it was compiled with * checkbrack(1) - check parenthesis and bracket count * cwdiff(1) - run wdiff with color * declone(1) - break hardlinks * diff2php(1) - transform patch to self-serving PHP file * doxygen-kerneldoc-filter(1) - filter for Doxygen to support kerneldoc * extract_d3pkg(1) - extract Descent3 PKG files * extract_dxhog(1) - extract Descent HOG files * extract_f3pod(1) - extract Fury3 POD files * extract_qupak(1) - extract Quake2 PACK files * fd0ssh(1) - pipe for password-over-stdin support to ssh * fduphl(1) - find duplicate files and hardlink them * filenameconv(1) - convert file name encoding * flv2avi(1) - repackage Flash video into an AVI container with PCM audio * fnt2bdf(1) - convert VGA raw fonts to X11 BDF * fxterm(1) - start xterm with sane settings * git-author-stat(1) - show commit author statistics of a git repository * git-blame-stat(1) - show per-line author statistics of a git repository * git-export-patch(1) - produce perfect patch from git commits for mail submission * git-forest(1) - display the commit history forest * git-lemon(1) - don't just pick cherries, but take it all (cherry-pick a commit range) * git-new-root(1) - start a new root in the git history * git-revert-stats(1) - show reverting statistics of a git repository * git-track(1) - set up branch for tracking a remote * gpsh(1) - grep in tracklists and play audio files * graph-fanout(1) - fan a tree (for graphviz) * graph-lchain(1) - remove circles in graphs using longest-chaining method * logontime(8) - show cumulative logon time from wtmp * mailsplit(1) - split an mbox into single files * man2html(1) - convert nroff manpages to HTML * mod2ogg(1) - wrapper for module to OggVorbis transcoding * mpg2ogg(1) - wrapper for mass mp3 to OggVorbis transcoding * netload(8) - show utilization of network interface * newns(8) - clone current filesystem namespace and start a process * ofl(1) - open file lister (replaces fuser and lsof -m) * omixer(1) - volume control using the OSS Sound API * oplay(1) - raw PCM playback using the OSS Sound API * orec(1) - raw PCM recording using the OSS Sound API * paddrspacesize(1) - print size of processes' address spaces * pesubst(1) - perl-regexp stream substitution (replaces sed for sub-stitutions) * pmap_dirty(1) - display amount of RAM a process uses hard * png2wx.pl(1) - transform arbitrary files into C++ files for wxWidgets * printcaps(1) - print currently active process capabilities * proc_iomem_count(1) - show MMIO region sizes * proc_stat_signal(1) - decode /proc/self/stat for signal status * pshtreads(1) - alternative experiment to ps(1) involving thread display * qplay(1) - convert QBASIC play strings to PCM * qtar(1) - faster interface to tar with file ordering * raregetty(8) - local login program for remote hosts * recursive_lower(1) - recursively lowercase all filenames * rpmdep.pl(1) - read RPM dependencies and output a graph * sourcefuncsize(1) - statistical analysis of code * spec-beautifier(1) - program to clean up RPM .spec files * stxdb(1) - A/V file database * su1(8) - what sudo should have done * sysinfo(1) - print IRC-style system information banner * tailhex(1) - hex dumper with tail-following support * utmp_register(1) - make entries in the utmp/wtmp database * vcsaview(8) - display a screen dump in VCSA format * vfontas(1) - VGA font file assembler * wavdiff(1) - proof-of-concept raw PCM deltifier * wktimer(1) - work timer * xcp(1) - proof-of-concept cp(1) with alternate copying mechanisms * xfs_irecover(1) - recover lost inodes from XFS filesystems. This package is used by the libpam-mount package (currently patched in). I've created an initial version on collab-maint: https://anonscm.debian.org/cgit/collab-maint/hxtools.git
Re: Can we kill net-tools, please?
* Andreas Henriksson [2016-12-26 19:31]: > bitlbee-common.config uses netstat. > > Dependency is thus valid. Could be ported to 'ss' from iproute2. Already discussed here: https://github.com/bitlbee/bitlbee/pull/91 Cheers Jochen signature.asc Description: PGP signature
Re: Systemd user instance equivalent of dh_systemd_enable?
Hi Daniele, * Daniele Nicolodi [2018-04-07 18:18]: I'm working on a package that installs a systemd user instance unit file that needs to be enabled with # systemctl --global enable foo.service Using debhelper, dh_systemd_enable takes care of this automatically for system unit files, but not for user unit files. Is there some other (semi)automatic way of doing it or should I take care of it manually in the postinst and prerm maintainer scripts? I use User= in the [Service] section of the service file for that. Cheers Jochen signature.asc Description: PGP signature
Bug#897336: ITP: super-csv -- CSV library for Java
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: super-csv Version : 2.4.0 Upstream Author : Kasper B. Graversen * URL : http://super-csv.github.io/super-csv/ * License : Apache-2.0 Programming Lang: Java Description : CSV library for Java It is highly configurable, and supports reading and writing with POJOs, Maps and Lists. It also has support for deep-mapping and index-based mapping with POJOs, using the powerful Dozer extension. Its flexible 'Cell Processor' API automates data type conversions (parsing and formatting Dates, Integers, Booleans etc) and enforces constraints (mandatory columns, matching against regular expressions etc) - and it's easy to write your own if required. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain super-csv as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/super-csv
Bug#897337: ITP: mckoisqldb -- Mckoi SQL Database System written in Java
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: mckoisqldb Version : 1.0.6 Upstream Author : Tobias Downer * URL : http://mckoi.com/originalmckoisql/index.html * License : GPL-2 Programming Lang: Java Description : Mckoi SQL Database System written in Java Mckoi SQL Database is an SQL (Structured Query Language) Database management system written for the JavaTM platform. Mckoi SQL Database is optimized to run as a client/server database server for multiple clients, however it can also be embedded in an application as a stand-alone database. It is highly multi-threaded and features an extendable object-oriented engine. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain mckoisqldb as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/mckoisqldb
Bug#897347: ITP: maven-jaxb2-plugin -- JAXB2 Maven Plugin for XML Schema compilation
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: maven-jaxb2-plugin Version : 0.13.3 Upstream Author : Alexey Valikov * URL : https://github.com/highsource/maven-jaxb2-plugin * License : BSD-2-clause Programming Lang: Java Description : JAXB2 Maven Plugin for XML Schema compilation This Maven plugin wraps and enhances the JAXB Schema Compiler (XJC) and allows compiling XML Schemas (as well as WSDL, DTDs, RELAX NG) into Java classes in Maven builds. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain maven-jaxb2-plugin as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/maven-jaxb2-plugin
Bug#897365: ITP: obantoo -- OBanToo is a Java library with banking tools
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: obantoo Version : 2.1.12 Upstream Author : Heiner Jostkleigrewe * URL : http://obantoo.sourceforge.net/ * License : LGPL Programming Lang: Java Description : OBanToo is a Java library with banking tools A library of tools for German online banking implementing SEPA, IBAN/BIC, DETAUS and QIF. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain obantoo as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/obantoo
Bug#897367: ITP: jameica-util -- utility classes for Jameica - Java library
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: jameica-util Version : 2.6.5 Upstream Author : Olaf Willuhn * URL : https://github.com/willuhn/util * License : GPL Programming Lang: Java Description : utility classes for Jameica - Java library This is a library of utility classes for the Jameica homebankin software. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain jameica-util as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/jameica-util
Bug#897370: ITP: jameica-datasource -- OR mapper for Jameica - Java library
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: jameica-datasource Version : 2.8.0 Upstream Author : Olaf Willuhn * URL : https://github.com/willuhn/datasource * License : GPL Programming Lang: Java Description : OR mapper for Jameica - Java library Object-relational mapper library for the Jameica homebanking software. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain jameica-datasource as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/jameica-datasource
Bug#897371: ITP: hbci4java -- Java online banking client using the HBCI standard
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: hbci4java Version : 3.0.15 Upstream Author : Olaf Willuhn * URL : https://github.com/hbci4j/hbci4java/ * License : LGPL-2.1 Programming Lang: Java Description : Java online banking client using the HBCI standard HBCI4Java is a Java library for homebanking and contains support for chipTAN, smsTAN, HHD, SEPA. This project is a dependency of Jameica/Hibiscus, I ITPed in #690874. I'm planning to maintain hbci4java as part of the java-team and pushed an initial version to salsa: https://salsa.debian.org/java-team/hbci4java
Bug#897372: ITP: jameica -- Runtime environment for Java applications like Hibiscus
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: jameica Version : 2.6.6 Upstream Author : Olaf Willuhn * URL : http://www.willuhn.de/products/jameica/ * License : GPL Programming Lang: Java Description : Runtime environment for Java applications like Hibiscus Serves as a base framework for recurring tasks on Hibiscus. Keeps a unified look & feel. Strictly separate program and user data. Supports synchronous and asynchronous data exchange via between plugins (via messaging) and allows client server communication via RMI, XML-RPC and SOAP. Comes with headless mode (no GUI for servers) and logging. This project is base for Hibiscus, I ITPed in #690874. I'm planning to maintain jameica as part of the java-team.
Bug#900192: ITP: ros-rosconsole -- ROS console output library
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: ros-rosconsole Version : 1.13.7 Upstream Author : Dirk Thomas * URL : http://wiki.ros.org/rosconsole * License : BSD Programming Lang: C++ Description : ROS console output library This package is part of Robot OS (ROS). It is the ROS console output library, a C++ package that supports console output and logging in roscpp. It provides a macro-based interface which allows both printf- and stream-style output. It also wraps log4cxx, which supports hierarchical loggers, verbosity levels and configuration-files. This used to be part of the ros-ros-comm package and will be maintained under the Debian science umbrella.
Bug#907237: ITP: ros-ros-environment -- Robot OS environment hooks
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: ros-ros-environment Version : 1.2.1 Upstream Author : Dirk Thomas * URL : https://wiki.ros.org/ros_environment * License : Apache-2.0 Programming Lang: Bash Description : Robot OS environment hooks This package is part of Robot OS (ROS). It provides hooks to set the environment variables ROS_VERSION, ROS_DISTRO, ROS_PACKAGE_PATH, and ROS_ETC_DIR. This used to be part of the ros-ros package and will be maintained under the Debian science umbrella.
Bug#909221: ITP: python-pcl -- Python binding to the Pointcloud library (PCL)
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: python-pcl Version : 0.3.0rc1 Upstream Author : John Stowers * URL : https://strawlab.github.io/python-pcl/ * License : BSD-3-Clause Programming Lang: Python Description : Python binding to the Pointcloud library (PCL) The following parts of the API are wrapped (all methods operate on PointXYZ) point types: - I/O and integration; saving and loading PCD files - segmentation - SAC - smoothing - filtering - registration (ICP, GICP, ICP_NL) I want to package it as part of the Python module team
Bug#909760: ITP: eclipse-platform-team -- Platform Team Repository Integration Framework
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: eclipse-platform-team Version : 4.7.3 Upstream Author : Eclipse Foundation, Inc. * URL : https://www.eclipse.org/eclipse/platform-team/ * License : EPL-1.0 Programming Lang: Java Description : Platform Team Repository Integration Framework The Team component is responsible for providing repository tooling integration into Eclipse and a universal compare facility for use by repository tooling and others. This package will be maintained by the Java Team. It's required to update the Eclipse ecosystem in Debian and complete the transition to Java 11.
Bug#910187: ITP: eclipse-platform-ua -- Eclipse Help System Core
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: eclipse-platform-ua Version : 4.7.3 Upstream Author : Eclipse Foundation, Inc. * URL : https://www.eclipse.org/eclipse/platform-ua/main.html * License : EPL-1.0 Programming Lang: Java Description : Eclipse Help System Core The Platform User Assistance component provides the mechanisms for making the Eclipse applications easier to use. These mechanisms are made available throughout usage life cycle and include initial user experience (welcome), online documentation, dynamic help, search, cheat sheets, automation and samples. The goal of this component is to make it easier for users to accomplish their tasks in Eclipse applications. While it includes the traditional book-based help system, increasing effort is spent towards bringing assistance closer to the user. Welcome, dynamic help view and cheat sheets are examples of user assistance vehicles that can be used that way. This package will be maintained by the Java Team. It's required to update the Eclipse ecosystem in Debian and complete the transition to Java 11.
Bug#863013: ITP: fdroidcl -- F-Droid desktop client
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof * Package name: fdroidcl Version : 0.3.1-1 Upstream Author : Daniel Martí * URL : https://github.com/mvdan/fdroidcl * License : BSD-3-clause Programming Lang: Go Description : F-Droid desktop client F-Droid (https://f-droid.org/) desktop client. go get -u github.com/mvdan/fdroidcl/cmd/fdroidcl . This is not a replacement for the Android client (https://gitlab.com/fdroid/fdroidclient). . While the Android client integrates with the system with regular update checks and notifications, this is a command line client that talks to connected devices via ADB (https://developer.android.com/tools/help/adb.html). Quickstart Download the index: fdroidcl update . Show all available apps: fdroidcl search . Install an app: fdroidcl install org.adaway Commandsupdate Update the index search Search available apps showShow detailed info about an app devices List connected devices downloadDownload an app install Install an app upgrade Upgrade an app uninstall Uninstall an app defaults Reset to the default settings . A specific version of an app can be selected by following the appid with an colon (:) and the version code of the app to select. Config You can configure the repositories to use in the config.json file, located in fdroidcl's config directory. This will be ~/.config/fdroidcl/config.json on Linux. . You can run fdroidcl defaults to create the config with the default settings. Missing features• Index verification via jar signature - currently relies on HTTPS• Interaction with multiple devices at once• Hardware features filteringAdvantages over the Android client• Command line interface• Batch install/update/remove apps without root nor system privileges• Handle multiple Android devices• No need to install a client on the deviceWhat it will never do• Run as a daemon, e.g. periodic index updates• Graphical user interface• Act as an F-Droid server• Swap apps with devices running the Android client signature.asc Description: PGP signature
Re: Misc Developer News (#60)
Hi Julien, * Julien Puydt [2024-12-01 10:59]: My use case isn't with a single package, but with a bunch of them. For example, updating the coq package means about fifty packages in seven stages. That means I compile all packages of one of the stages (sometimes in parallel), move the results to a local repo, then go on with the packages of the next stage. Previously, I had a ~/Debian/repo with those updated packages and my chroot mounted it as /repo, with its sources.list pointing to it. After the move, I tried to use webfs to serve the repo as localhost:3143, adding it as a --extra-repository='deb [trusted=yes] http://127.0.01:3143 ./Debian/repo/' argument when I launch sbuild. In the build log I see the sbuild accesses the repo and sees the list of packages -- but it 404s when it comes to downloading :-( Can you try: sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo This should save all binary packages to the directory and use them in subsequent runs. Would it be possible to document using a local repository in the above wiki page? Please add it if it works for you. Cheers Jochen signature.asc Description: PGP signature
Re: Misc Developer News (#60)
Hi Soren, * Soren Stoutner [2024-11-25 16:57]: I am not able to get the example unshare .sbuildrc to work with piuparts. 0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz into / tmp/tmplbhnn26l 0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmplbhnn26l', '--auto- compress', '-xf', '/home/soren/.cache/sbuild/unstable-amd64.tar.xz'] 0m0.5s DUMP: tar: ./dev/console: Cannot mknod: Operation not permitted tar: ./dev/full: Cannot mknod: Operation not permitted tar: ./dev/null: Cannot mknod: Operation not permitted tar: ./dev/ptmx: Cannot mknod: Operation not permitted tar: ./dev/random: Cannot mknod: Operation not permitted tar: ./dev/tty: Cannot mknod: Operation not permitted tar: ./dev/urandom: Cannot mknod: Operation not permitted tar: ./dev/zero: Cannot mknod: Operation not permitted tar: Exiting with failure status due to previous errors Does anyone have any pointers as to the root of the problem? Which version of piuparts did you use? How did you create the unstable-amd64.tar.xz? Can you paste the complete piuparts command line as in the sbuild log? Thanks Jochen signature.asc Description: PGP signature
Re: Single source with multiple interdependent cmake packages
Hi Enrico, * Enrico Zini [2024-12-20 19:29]: * Is there a way to tell cmake to build the two things together, or to point at the build dir of the first one to build the second one, without installing it first? I had a similar problem with the ros- packages and solved it with a top level CMakeLists.txt doing add_subdirectory() for every project. Here is an example: https://sources.debian.org/src/ros-image-transport-plugins/1.15.0-3/debian/patches/0001-Add-CMakeLists.txt.patch/ * Is there a clean way to tell debhelper that cmake and make need to be called multiple times? That's also possible but you would need to override all targets in d/rules with the duplicated commands. Cheers Jochen signature.asc Description: PGP signature
Re: sbuild wiki page - cross compiling section query
* Phil Wyett [2025-01-20 17:10]: * A VM with Debian trixie install - standard utilities plus ssh server. Which arch has the VM? For --host=arm64 I have to generate an arm64 chroot and install crossbuild- essential-arm64 for crossbuilds to work. If you want to cross build a package, i.e. your system is not arm64 and you want to compile a package that is arm64 you need a chroot from host system arch and sbuild will take care of the rest, no need to manually install crossbuild-essential-arm64 or anything. Did you try that? Cheers Jochen signature.asc Description: PGP signature
Re: sbuild wiki page - cross compiling section query
Hi Phil,
* Phil Wyett [2025-01-20 16:35]:
https://wiki.debian.org/sbuild
https://wiki.debian.org/sbuild#Cross-compiling_packages
On the sbuild wiki page in the cross compiling section should we be advising
users that they need to create a chroot for the {ARCH} they wish to cross build
for and also have the relevant crossbuild-essential-{ARCH} package installed?
No, why?
Cross compiling means that you need that normal build arch chroot as
initial set up. An other thing is using sbuild --arch=, that uses qemu
most of the time, where you need the arch chroot.
Cheers Jochen
signature.asc
Description: PGP signature
Re: sbuild wiki page - cross compiling section query
* Phil Wyett [2025-01-20 17:18]: I mainly ran into issue with autopkgtest which looked for --arch (unshare default config) and failed unless I generated the arm64 chroot. sbuild passes --arch to autopkgtest as you can't run tests in a cross compile setup. autopkgtest then uses qemu to run them. This works in principal but is really slow so I recommend to run autopkgtest on a native system and not via sbuild when cross compiling. Also note that autopkgtest-virt-unshare, like sbuild, can create chroots automatically in trixie and I would prefer to drop the chroot creation parts from the wiki page instead at some point. Cheers Jochen signature.asc Description: PGP signature
Re: apt running on crashed gnome-terminal
Hi Enrico, * Enrico Zini [2024-12-29 18:20]: Unexpectedly, apt and dpkg kept doing their thing in their own headless wonderland. I tried to track progress via top and pstree, killed a couple of whiptail processes[4], and eventually decided to kill apt and restart things from a new terminal. You could also just do: tail -f /var/log/apt/term.log Cheers Jochen signature.asc Description: PGP signature
Re: how to automatically generate a backtrace from within sbuild
* PICCA Frederic-Emmanuel [2025-03-12 12:31]: $ gbp clone vcsgit:vitables $ cd vitables $ gbp buildpackage --git-builder=sbuild --chroot-mode=unshare --no-clean-source --anything-failed-commands %s # inside the chroot # apt install gdb # cd /build/reproducible-path/vitables-3.1.0/.pybuild/cpython3_3.13/build # export DEBUGINFOD_URLS=https://debuginfod.debian.net # gdb --args python3.13 -m pytest tests (gdb) bt Cheers Jochen I am using the schroot mode where there is not network, so gdb can not download the debug info. Is it possible to activate the network from the chroot or should the network be activated before starting the build ? I am not aware of official documentation how to use schroot without network so I don't know how you did that. Instead I would recommend to switch to the unshare backend as that one runs dpkg-buildpackage without network but you get network in the debug shell. And as a reminder, the buildds use sbuild+unshare for testing and unstable. Cheers Jochen signature.asc Description: PGP signature
Re: how to automatically generate a backtrace from within sbuild
Hi Fred, * PICCA Frederic-Emmanuel [2025-03-12 11:12]: Hello during the build of vitables, the reunit test fail with a segfault. [..] Extension modules: numpy._core._multiarray_umath, numpy.linalg._umath_linalg, tables._comp_lzo, tables._comp_bzip2, tables.utilsextension, numexpr.interpreter, tables.hdf5extension, tables.linkextension, tables.lrucacheextension, tables.tableextension, tables.indexesextension, PyQt6.QtCore, PyQt6.QtGui, PyQt6.QtWidgets, PyQt6.QtOpenGL, PyQt6.QtOpenGLWidgets, numpy.random._common, numpy.random.bit_generator, numpy.random._bounded_integers, numpy.random._mt19937, numpy.random.mtrand, numpy.random._philox, numpy.random._pcg64, numpy.random._sfc64, numpy.random._generator, charset_normalizer.md (total: 26) Segmentation fault E: pybuild pybuild:389: test: plugin pyproject failed with: exit code=139: cd /<>/.pybuild/cpython3_3.13/build; python3.13 -m pytest tests do we have a tool which could automatically generate a backtrace in sbuild if this kind of failure occur ? I am not aware of any automatism for that but you can do it manually: $ gbp clone vcsgit:vitables $ cd vitables $ gbp buildpackage --git-builder=sbuild --chroot-mode=unshare --no-clean-source --anything-failed-commands %s # inside the chroot # apt install gdb # cd /build/reproducible-path/vitables-3.1.0/.pybuild/cpython3_3.13/build # export DEBUGINFOD_URLS=https://debuginfod.debian.net # gdb --args python3.13 -m pytest tests (gdb) bt Cheers Jochen signature.asc Description: PGP signature
Re: Need maintainer guide for debugging on i386
Hi, * Theodore Ts'o [2025-05-01 09:24]: On Thu, May 01, 2025 at 12:28:10PM +, Mathias Gibbens wrote: On Mon, 2025-04-21 at 13:12 +0200, Bastien Roucaries wrote: > Now we could not install on i386, we need a wiki page for how to > debug quickly on i386 It's easy to setup an i386 container with Incus, which is how I've been running 32bit builds/debugging for the past few years. Assuming you've already got Incus configured to your liking: $ sudo apt install distrobuilder squashfs-tools-ng $ sudo distrobuilder build-incus /usr/share/distrobuilder-images/debian.yaml ./trixie.i386/ -o image.release=trixie -o image.architecture=i386 $ incus image import --alias trixie.i386 ./trixie.i386/incus.tar.xz ./trixie.i386/rootfs.squashfs $ incus launch trixie.i386 I just set up a schroot[1]. I have a handy-dandy schroot setup script which makes it super easy[2] to create an amd64, i386, and arm64 (using qemu) build chroots. This was originally created to let random graduate students or kernel newbies set up a kernel file system test appliance[3][4], but these days I very often use this for general cross-architecture debian development. [1] https://wiki.debian.org/Schroot [2] https://github.com/tytso/xfstests-bld/blob/master/setup-buildchroot [3] https://thunk.org/gce-xfstests [4] https://github.com/tytso/xfstests-bld/blob/master/Documentation/building-xfstests.md I will also use sbuild with git-buildpackage when creating hermetically built packages for uploading, but that's a lot more complicated to set up. For trixie and bookworm-backports this is will drop you in a shell: mmdebstrap --variant=apt --arch=i386 --chrooted-customize-hook=bash unstable /dev/null Or if you want to debug a package build anyhow (replace hello by your package): sbuild --chroot-mode=unshare --dist=unstable --arch=i386 --starting-build-commands=%s hello Cheers Jochen signature.asc Description: PGP signature
Re: Need maintainer guide for debugging on i386
* Bastien Roucaries [2025-05-01 17:40]:
Le jeudi 1 mai 2025, 17:26:34 heure d’été d’Europe centrale Jochen Sprickerhof
a écrit :
mmdebstrap --variant=apt --arch=i386 --chrooted-customize-hook=bash unstable
/dev/null
This one does not fully work for core dump
Try on the container:
#include// C
void main(void)
{
abort();
}
Do not get my core file in container /var/lib/systemd/coredump/ but in host /
var/lib/systemd/coredump/
That's a limitation of systemd-coredump or the kernel, depending on how
you see it. From a quick look the pattern in
/proc/sys/kernel/core_pattern is not namespaces so mmdebstrap can't
change it but the kernel supports adding user namespaces to it:
https://www.kernel.org/doc/html/latest/admin-guide/sysctl/kernel.html#core-pattern
So systemd-coredump could do that but it would probably need to know the
mmdebstrap internals to du so. So I guess disabling systemd-coredump
would make the most sense.
Cheers Jochen
signature.asc
Description: PGP signature
