Bug#494146: ITP: freenukum -- Clone of the Duke Nukem 1 Jump'n Run game

Package: wnpp Severity: wishlist * Package name : freenukum Version: 0.2.10 Upstream Author : Wolfgang Silbermayr [EMAIL PROTECTED] * URL : http://launchpad.net/freenukum * License : GPLv3+ Description: Clone of the original Duke Nukum 1 Jump'n Run game The Freenukum Jump'n Run game is a clone

Bug#494150: ITP: freenukum -- Clone of the Duke Nukem 1 Jump'n Run game

Package: wnpp Severity: wishlist * Package name : freenukum Version: 0.2.10 Upstream Author : Wolfgang Silbermayr [EMAIL PROTECTED] * URL : http://launchpad.net/freenukum * License : GPLv3+ Description: Clone of the original Duke Nukum 1 Jump'n Run game The Freenukum Jump'n Run game is a clone

Bug#494175: ITP: gypsy -- GPS multiplexing daemon

Package: wnpp Severity: wishlist * Package name : gypsy Version: 0.6 Upstream Author : Iain Holmes [EMAIL PROTECTED] * URL : http://gypsy.freedesktop.org/ * License : GPLv2 for the daemon, LGPLv2 for the library Description: GPS multiplexing daemon Gypsy is a GPS multiplexing daemon which

Bug#729224: ITP: gcovr -- Summarize code coverage results from gcov

Dear Paolo, I have done some packaging work adapting the 2.4 package from ubuntu and making it work with the version 3.1 of gcovr. I have it inside a git-buildpackage repo on https://github.com/silwol/gcovr Please let me know if there is any further work to be done on the package. Regards,

Bug#729224: ITP: gcovr -- Summarize code coverage results from gcov

On 06/02/2014 06:36 PM, Sylvestre Ledru wrote: Hello Any progress on this? I can sponsor this package. Have you tried the package from my repo? In my opinion it is in shape for upload, we are using it in-house since we created it and had no issues so far. Maybe you could have a closer look

Bug#751084: qtbase5-doc-html: HTML documentation not exposed in /usr/share/doc directory

Package: qtbase5-doc-html Version: 5.3.0+dfsg-5 Severity: normal Dear Maintainers, In Jessie, the qtbase5-doc-html package installs the files in /usr/share/qt5/doc. When exposing the doc directory or parts of it using one of the doc-base , this leads to a situation where the API documentation

Bug#764445: xserver-xorg: screen blanking when rotating with kernel 3.15 or newer with Atom Z36xxx/Z37xxx integrated graphics

Package: xserver-xorg Version: 1:7.7+7 Severity: normal Dear Maintainers, When rotating the screen to the left or right using e.g. xrandr -o left, it goes blank. I am no longer able to use Ctrl+Alt+Fn for switching to a console, but the machine is still reachable over network. It also does not

Bug#764445: xserver-xorg: screen blanking when rotating with kernel 3.15 or newer with Atom Z36xxx/Z37xxx integrated graphics

One thing I forgot: xrandr -o inverted works as expected, but calling xrandr -o normal afterwards also causes the screen to go blank. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#764452: libqt5core5a: Please fix QTBUG-41100 Problems with UTF-8 in QJsonObject keys for 5.3.2

Package: libqt5core5a Version: 5.3.2+dfsg-3 Severity: normal Dear Maintainer, QTBUG-41100 fixes an issue with JSON which contains UTF-8 characters in keys. A patch is available for 5.4.0, but as far as I know, Debian will ship 5.3.2 with Jessie. There seems to be no easy way to work around the

Bug#764445: xserver-xorg: screen blanking when rotating with kernel 3.15 or newer with Atom Z36xxx/Z37xxx integrated graphics

On Thu, 9 Oct 2014 01:11:46 +0200 Julien Cristau jcris...@debian.org wrote: I suspect you're going to have to bisect. Done that, the winner is: commit 77961eb984c7e5394bd29cc7be2ab0bf0cc7e7b1

Bug#764445: Upstream bug

I reported the bug to upstream: https://bugs.freedesktop.org/show_bug.cgi?id=84974 signature.asc Description: OpenPGP digital signature

Bug#786970: [dh-systemd] dh-systemd leaves dangling symlinks after dpkg purge and remove

Package: dh-systemd Version: 1.22 Severity: normal --- Please enter the report below this line. --- I have a package which contains the following debian/package.service file and uses dh-systemd: [Unit] Description=Package description [Service] Type=oneshot

Bug#786970: Further notice

As a further notice, this problem occurred to me during a piuparts run (piuparts 0.62 from jessie). signature.asc Description: OpenPGP digital signature

Bug#786970: [dh-systemd] dh-systemd leaves dangling symlinks after dpkg purge and remove

On 05/27/2015 04:21 PM, Michael Biebl wrote: Is it possible, that you/piuparts removed the init-system-helpers package, before you purged your test package? The cleanup routine relies on init-system-helpers to be around. Since init-system-helpers is quasi-essential, it will never be

Bug#895353: ITP: rust-pulldown-cmark-0.1 -- Pull parser for CommonMark

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: rust-pulldown-cmark-0.1 Version: 0.1.2 Upstream Author: Raph Levien URL: https://github.com/google/pulldown-cmark License: MIT Description: Pull parser

Bug#895356: ITP: rust-bitflags-0.9 -- Rust macro to generate structures which behave like a set of bitflags

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: rust-bitflags-0.9 Version: 0.9.1 Upstream Author: The Rust Project Developers URL: https://github.com/rust-lang-nursery/bitflags License: MIT, Apache-2.0 Description:

Bug#895355: ITP: rust-getopts-0.2 -- Rust library for option parsing for CLI utilities

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: rust-getopts-0.2 Version: 0.2.17 Upstream Author: The Rust Project Developers URL: https://github.com/rust-lang/getopts License: MIT, Apache-2.0 Description: Rust library

Bug#911452: [Pkg-rust-maintainers] Bug#911452: rust-pulldown-cmark: Please generate the manpages as part of the build process

On 10/20/18 12:55 PM, Sylvestre Ledru wrote: > Package: rust-pulldown-cmark > Severity: normal > > Hello > > Currently, the manpage is in the VCS. It should be generated at build phase. > This to avoid being out of sync. I would love to generate it at build. I intentionally decided not to,

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

Bug#916325: ITP: rustdoc-stripper -- Strip rustdoc comments from source code

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,pkg-rust-maintain...@alioth-lists.debian.net Package name: rustdoc-stripper Version: 0.1.5 Upstream Author: Guillaume Gomez URL: https://github.com/GuillaumeGomez/rustdoc-stripper

Bug#921058: Cannot release-build crate `sysinfo` on i386

Package: rustc Version: 1.32.0+dfsg1-1 Severity: normal When using the debian package of rustc, an attempt to build the sysinfo 0.8.0 crate fails: > LLVM ERROR: No support for lowering a copy into EFLAGS when used by this > instruction! I only got this on the i386 with the debian package of

Bug#901148: Some analysis

Having been hit by this on Buseter Testing before, I did some investigation. Here are my findings: Conditions for this bug to appear are: * timidity-daemon is installed * timidity service (from the timidity-daemon package) is enabled or timidity gets started by hand * No midi

Bug#927314: Reported upstream

Thanks for your report. Forwarded to upstream: https://github.com/tomprogrammer/rust-ascii/issues/61

Bug#931534: ITP: viu -- Command-line application to view images from the terminal

On 7/7/19 11:51 AM, Adam Borowski wrote: > On Sun, Jul 07, 2019 at 11:25:47AM +0200, Wolfgang Silbermayr wrote: >>Package name: viu >> Upstream Author: Atanas Yankov >> URL: https://github.com/atanunq/viu >> Description: >> viu is a small

Bug#931534: ITP: viu -- Command-line application to view images from the terminal

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: viu Version: 0.2.1 Upstream Author: Atanas Yankov URL: https://github.com/atanunq/viu License: MIT Description: viu is a small command-line application to view images

Bug#943855: RM: rust-crossbeam-utils-0.5/0.5.2-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm The rust-crossbeam-utils-0.5 package is no longer in use. All reverse dependencies either migrated to a non-semver-suffixed version of rust- crossbeam-utils or don't depend on it anymore at all.

Bug#943855: RM: rust-crossbeam-utils-0.5/0.5.2-2

On 10/30/19 10:34 PM, Adam D. Barratt wrote: > On Wed, 2019-10-30 at 21:16 +0100, Wolfgang Silbermayr wrote: >> The rust-crossbeam-utils-0.5 package is no longer in use. All reverse >> dependencies either migrated to a non-semver-suffixed version of >> rust- >> cros

Bug#946465: [Pkg-rust-maintainers] Bug#946465: librust-rand+alloc-dev: does not find upgrade path from buster to bullseye

On 12/9/19 3:38 PM, Andreas Beckmann wrote: > Package: librust-rand+alloc-dev > Version: 0.6.4-2 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'buster'. > It installed fine in

Bug#946734: [Pkg-rust-maintainers] Bug#946734: rust-addr2line Build-Depends on librust-fallible-iterator-0.1+default-dev which isn't available

On 12/14/19 10:49 PM, Paul Gevers wrote: > Source: rust-addr2line > Version: 0.7.0-1 > Severity: serious > Tags: ftbfs > > Dear maintainers, > > Your package was never build on a buildd, and was rescheduled 117 days > ago. Since then, the status is BD-Uninstallable. Can you please make sure that

Bug#945796: [Pkg-rust-maintainers] Bug#945796: rust-url-serde: (build-)depends on obsolete virtual package.

On 11/28/19 9:04 PM, peter green wrote: > Package: rust-url-serde > Version: 0.2.0-1 > Severity: serious > Tags: bullseye, sid > > librust-url-serde-dev depends on and rust-url-serde build-depends on > librust-url-1+default-dev which is no longer provided by rust-url. It > seems to have been

Bug#941784: Make reason for preventing re-upload more clear

Package: dput Version: 1.0.3 Severity: minor When re-uploading an unmodified .changes file (e.g. after upload permissions got fixed), dput rejects the upload with this message: > Trying to upload package to ftp-master (ftp.upload.debian.org) > Package has already been uploaded to ftp-master on

Bug#950143: RM: rust-rdrand -- ROM; rust-rdrand is no longer in use

Package: ftp.debian.org Severity: normal All packages that (build-)depended on packages built from src:rust-rdrand have been updated to versions that removed this dependency.

Bug#947709: (no subject)

A quick investigation reveals: * We have the "@" test (currently called command1 in the quoted log) which enables all crate features. The clang-sys crate does not permit enabling both the "runtime" and the "static" features at the same time, so the build script intentionally aborts with a

Bug#950583: rustc: Float number min() and max() methods on mips[64]el behave different from other architectures

Package: rustc Version: 1.40.0+dfsg1-5 Severity: normal Dear Maintainer, When calling the f64 and f32 min() and max() methods on mips[64]el, with one of the numbers being NAN, the returned value is also NAN. On all other architectures we have, the non-NAN number gets returned. The following

Bug#949798: RM: rust-rand-0.5 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.5 of the rust rand crate, suffixed with the version number so it is co-installable with the latest version (currently 0.7) of the same crate. All packages which depended on this exact version have been updated to the latest version,

Bug#949803: RM: rust-rand-isaac-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.1 of the rust rand-isaac crate, suffixed with the version number so it is co-installable with the latest version (currently 0.2) of the same crate. All packages which depended on this exact version have been updated to the latest

Bug#949802: RM: rust-rand-hc-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.1 of the rust rand-hc crate, suffixed with the version number so it is co-installable with the latest version (currently 0.2) of the same crate. All packages which depended on this exact version have been updated to the latest

Bug#949801: RM: rust-rand-chacha-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.1 of the rust rand-chacha crate, suffixed with the version number so it is co-installable with the latest version (currently 0.2) of the same crate. All packages which depended on this exact version have been updated to the latest

Bug#949804: RM: rust-rand-pcg-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.1 of the rust rand-pcg crate, suffixed with the version number so it is co-installable with the latest version (currently 0.2) of the same crate. All packages which depended on this exact version have been updated to the latest

Bug#949812: RM: rust-rand-core-0.2 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.2 of the rust rand-core crate, suffixed with the version number so it is co-installable with the latest version (currently 0.5) of the same crate. I already filed a ROM report for the single remaining reverse dependency rust-

Bug#949808: RM: rust-rand-xorshift-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.1 of the rust rand-xorshift crate, suffixed with the version number so it is co-installable with the latest version (currently 0.2) of the same crate. All packages which depended on this exact version have been updated to the latest

Bug#949809: RM: rust-rand-jitter-0.1 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This package is no longer depended on by any other package. All usage of it has been removed or migrated to other libraries.

Bug#949811: RM: rust-rand-core-0.4 -- ROM; No longer used by any other package

Package: ftp.debian.org Severity: normal This is the version 0.4 of the rust rand-core crate, suffixed with the version number so it is co-installable with the latest version (currently 0.5) of the same crate. I filed ROM reports for all of the reverse (build-)dependencies of this package:

Bug#951166: ITP: shortwave -- Find and listen to internet radio stations

On 2/11/20 9:40 PM, David Heidelberg wrote: > Package: wnpp > Severity: wishlist > Owner: David Heidelberg > > * Package name: shortwave [...] Hi David, I work in the debian-rust team on the general rust crates ecosystem. Shortwave is one of the programs for which I have worked towards

Bug#966088: debian-rust mailing list

and should be kept available. Wolfgang Silbermayr.

Bug#954613: rust-process-viewer: FTBFS: unsatisfiable build-dependency: librust-sysinfo-0.9+default-dev

On Sun, 8 Nov 2020 09:55:38 +0100 Sylvestre Ledru wrote: > Hello Wofgang, > > Do you have the intention to fix process-viewer? > > We have a RC bug from March on it. Hi Sylvestre, I updated the patch in the debcargo-conf repo on Salsa in a way that fixes the problem. My previous gpg subkey

Bug#946921: (rust-spin) Project abandoned

It looks like the project returned form the hiatus half a year ago, so this issue is no longer a problem for crates that use newer versions of `spin` so it's rather a matter of upgrading those in unstable after bullseye has been released. Further information on the RustSec entry:

Bug#985087: [Pkg-rust-maintainers] Bug#985087: CVE-2021-27378

On 3/12/21 7:54 PM, Moritz Muehlenhoff wrote: > Source: rust-rand-core > Severity: grave > Tags: security > X-Debbugs-Cc: Debian Security Team > > Please see: > https://rustsec.org/advisories/RUSTSEC-2021-0023.html Thank you for your report. The commit [0] fixed the issue upstream in the

Bug#987304: dgit-repos-server seems to have messed up version demangling from tag2upload git tag

Package: dgit-infrastructure Version: 9.13 Severity: important X-Debbugs-Cc: wolfg...@silbermayr.at Line 1109 of the dgit-repos-server script contains this code: $version =~ y/_\%\#/:~/d; When running into problems with version numbers containing '~' or ':' I looked up the version mangling

Bug#975191: [Pkg-rust-maintainers] Bug#975191: re: rust-js-sys: FTBFS: dh_auto_test: error: /usr/share/cargo/bin/cargo build returned exit code 101

On 8/31/21 4:25 PM, Bastian Germann wrote: > On Wed, 2 Dec 2020 02:46:36 + peter green wrote: >>  > This will impact quite some other modules. >> >> I agree that the current autoremoval list looks pretty scary, so I decided >> to do some >> dependency analysis. It seems there are 5 source

Bug#993633: [Pkg-rust-maintainers] Bug#993633: debcargo does not honour global summary/description

On 9/4/21 12:58 AM, Ian Jackson wrote: > Here is the fix. This in the form of a git-formwat-patch. > Obviously, I used git. The vcs-git pointed to the debcargo-conf tree, > so I just used the .dsc import that dgit gave me. Thanks for the fix, gave it a test run and it looks good to me. I

Bug#1011962: rust-serde source package waiting in NEW queue

Both packages were uploaded in sync by James McCoy, but the rust-serde 1.0.136 source package landed in the NEW queue (possibly due to new binary package[s] built from it), so it's awaiting approval or rejection there.

Bug#1011717: Patch

/pixz/issues/103 Submitted MR: https://github.com/vasi/pixz/pull/104 Attached the patch exported such that it can be added to the package with quilt. Wolfgang. >From 2f4db115586bd3d98c1f05eb64c125495bf0331a Mon Sep 17 00:00:00 2001 From: Wolfgang Silbermayr Date: Fri, 27 May 2022 09:19:02 +0

Bug#1021678: [Pkg-rust-maintainers] Bug#1021678: Bug#1021678: rust-object: autopkgtest failure on s390x

Am 13.10.22 um 01:23 schrieb Peter Green: 3. Apply the upstream fix as Debian packages, hope any resulting API breakage    is manageable. I did a quick regex search on https://codesearch.debian.not/ for "\bshndx\b package:^rust*", and that only revealed two source packages, namely