Bug#806215: mdadm: upgraded mdadm now does not recognize RAID6 array causing boot to drop into emergency mode

close 806215 4.2-1 thanks Hi, thank you for reporting this issue and sorry for the inconvenience. This change you mentioned has been reverted in one of the previous versions, at least it's not present anymore in 4.2, thus closing this bug. Regards, Daniel

Bug#864145: mdadm will only start root device degraded

close 864145 thanks Hi, this setup works (both when installing new with d-i and when later migrating it manually to it). since there's a long time no answer here and the system most likely has been resetup, I'm closing this bug. Regards, Daniel

Bug#837964: mdadm --add fails, can not add spares (regression)

close 837964 4.2-1 thanks Hi, thank you for reporting this, a patch has been included in some of the newer mdadm releases, but at least with 4.2, hence closing the bug accordingly. Regards, Daniel

Bug#818344: mdadm: device rescan missing in initrd root device loop

close 818344 4.2-1 thanks Hi, thank you for reporting your issue and sorry that you've experienced it. The bug you're describing should be fixed in current mdadm as the whole disk assembly stuff has been entirely changed/improved, hence I'm closing this bug. If you can still reproduce it with

Bug#857284: mdadm: subprocess installed post-installation script returned error exit status 128

close 857284 4.2-1 thanks Hi, thank you for reporting this issue, however, as noted in the bug this is not applicable anymore as nothing of the old code is present anymore, thus closing the bug. Regards, Daniel

Bug#780941: mdadm.conf: missing explicit hotplug POLICY

close 780941 thanks Hi, as upstream said, this doesn't make sense as a default, but can be added on a case-by-case/system-specific basis by the sysadmin, thus closing the bug. Regards, Daniel

Bug#616688: /usr/share/mdadm/checkarray should not report an error if the MD subsystem is not loaded

close 616688 4.1-3 thanks Hi, thank you for reporting this issue, this bothered me too.. which is why since mdadm 4.1-3 you can disable the different checks alltogether/individually via debconf. If you do that, then you don't get any runs of checkarray and therefore no messages from cron.

Bug#854830: apt updates initramfs incorrectly, breaks RAID/mdadm

close 854830 4.2-1 thanks Hi, thank you for reporting this issue and sorry for encountering it. However, at least current mdadm (as of bullseye) does not change mdadm.conf (which then gets copied into initramfs) upon hostname changes. Thus, closing this bug. Regards, Daniel

Bug#860458: mdadm: please make it possible to create an initramfs without mdadm support

retitle 860458 debconf question to disable initramfs integration severity 860458 wishlist thanks Hi Russell, thank you for reporting things - this has also bother me in "rescue system" situations/use-cases. I'll add a debconf question to address this in one of the next uploads. Regards, Daniel

Bug#865976: mdadm destroys my LSI Megaraid software raid

close 865976 thanks Hi, thank you for reporting your issue and sorry for running into it. However, there are lots of things that could have gone wrong here/outside of what is supported and there's too little information to even try to reproduce it, and it's very likely that this could have been

Bug#954816: mdadm: Debian stable system does not boot after kernel upgrade, RAID0 not activated

close 954816 4.2-1 thanks Hi, thank you for reporting this issue. As this has been fixed in mdadm 4.2, I'm closing the bug accordingly. Regards, Daniel

Bug#844652: mdadm 3.4-4's new initramfs script location broke my system boot

close 844652 4.2-1 thanks Hi, thank you for reporting your issue and sorry to hear of your troubles. However, the current versions of everything (mdadm/kernel/cryptsetup) do work correctly out-of-the-box and given the long time ago you hit the issue, this cannot reasonably be fixed "backwards"

Bug#777140: Using mdadm to install Debian on Intel IMSM RAID array stopped working between Wheezy 7.8 and Jessie RC1

close 777140 4.2-1 thanks Hi, thank you for reporting this issue. Fortunately installing on IMSM works out-of-the-box at least with bullseye and newer, thus closing the bug accordingly. Regards, Daniel

Bug#812608: mdadm: raid array always checked during reboot

close 812608 4.2-1 thanks Hi, thank you for your report. There are two things to note here: * in general, that the system is doing an fsck all the time is not per se caused by mdadm. mdadm just assembles the array, and e2fsprogs/systemd (or the equivalent alternative fs/init) will do

Bug#855871: mdadm: maximum of 27 block devices for RAID assembly

close 855871 4.2-1 thanks Hi, current Debian releases (at least bullseye and newer) do allow the large amount of disks by using v1.2 superblocks by default (in fact, it's really hard to use the old one if, for whatever reason, one really wants to). Therefore I'm closing this bug. Regards,

Bug#995093: mdadm: Provide stable update for new efivarfs module name

close 995093 thanks Hi, thank you for your suggestion - since mdadm is already available in stable-backports (containing other fixes that wouldn't be suitable for stable release), I'm closing this bug. Regards, Daniel

Bug#534470: mdadm should check version to ensure not to corrupt an old array

close 534470 4.2-1 thanks Hi, after reading through the messages, my take on it is: * if the admin start using newer kernels 'by accident' with e.g. a rescue system and then revert back to the old kernel on the system, this is obviously very anoying and understandably worrysome if the

Bug#1031839: network devices do not work after kernel upgrade

On 2/25/23 00:43, Thorsten Alteholz wrote: > The problem is related to the 10GB interfaces that are handled by module > ixgbe. They are called eno*. jftr, that depends on the board/card configuration (in the majority of our supermicro servers, the ixgbe are usually enp175* and ens2*) > The first

Bug#844354: RFP: gnome-shell-extension-remove-rounded-corners -- Hide rounded corners

close 844354 thanks Hi, GNOME >=40 switched to non-rounded corners for fullscreen windows by default, making this extension obsolete, hence closing the bug. Regards, Daniel

Bug#683293: support BEP #34: DNS Tracker Preferences

close 683293 thanks Hi, thank you for bringing up this suggestion. However, given that the bug has been forwarded upstream, I'd prefer to track it there rather than to leave it stale here forever in the Debian BTS where nobody/I will do anything about it anyway. Therefore, I'm closing it now.

Bug#653214: counterintuitive behavior of rm in deluge-console

close 653214 thanks Hi, thank you for bringing up this suggestion. However, given that the bug has been forwarded upstream, I'd prefer to track it there rather than to leave it stale here forever in the Debian BTS where nobody/I will do anything about it anyway. Therefore, I'm closing it now.

Bug#514968: support priority on files approaching

close 514968 thanks Hi, thank you for bringing up this suggestion. However, given that the bug has been forwarded upstream, I'd prefer to track it there rather than to leave it stale here forever in the Debian BTS where nobody/I will do anything about it anyway. Therefore, I'm closing it now.

Bug#996975: deluge-web: systemd unit needs fixing

close 996975 2.1.1-1 thanks Hi, thank you for reporting this issue - it has been fixed upstream in 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#741639: embedded copy of libjs-extjs in deluge-web

close 741639 thanks Hi, thanks for the report, however, given that libjs-extjs was removed from Debian 2 years ago, I'm closing the bug. Once libjs-extjs is available in Debian again, I'm happy to switch to it. Regards, Daniel

Bug#682080: errors with username debian-deluged

close 682080 thanks Hi, thank you for your report. Like Robert explained, this isn't actually a bug but intended behaviour, hence closing. Regards, Daniel

Bug#1031839: network devices do not work after kernel upgrade

Hi Thorsten, On 2/24/23 00:28, Thorsten Alteholz wrote: > The devices are recognized and can be configured but "ip a" shows > "no-carrier" for them. I can't reproduce it, the nics works for fine for me with both 6.1.8 and 6.1.12. Can you rule out that you were hit by the "interface names

Bug#964279: [deluge] TypeError: '>' not supported between instances of 'NoneType' and 'NoneType'

close 964279 2.1.1-1 thanks Hi Lyndon, thanks for the feedback, I'll close the bug then. Regards, Daniel

Bug#927196: errors with username debian-deluged

close 927196 thanks Hi, thank you for your report. Like Robert explained, this isn't actually a bug but intended behaviour, hence closing. Regards, Daniel

Bug#722719: initscript for deluge-web

close 722719 thanks Hi, given that the current package has a systemd unit for deluge-web (which needs fixing though, #996975), it doesn't make sense to add a initscript, so closing the bug. Regards, Daniel

Bug#691649: deluged: Move umask setting to /etc/default/deluged

retitle 691649 make default umask configurable tag 691649 - patch severity 691649 wishlist thanks Hi, thank you for reporting this and thanks for the patch (this needs to be reworked for the systemd integration). I'll make it configurable and add a debconf question for this in one of the next

Bug#695752: deluge: Specific port defined but it takes random one in every start. UPnP and NAT-PMP unchecked.

close 695752 2.1.1-1 thanks Hi, thank you for reporting this, it has been fixed somewhen in the 2.x uploads as I coudn't reproduce it with the current version, hence closing this bug. Regards, Daniel

Bug#964279: [deluge] TypeError: '>' not supported between instances of 'NoneType' and 'NoneType'

retitle 964279 deluge-gtk: python type errors in log tag 964279 + moreinfo tag 964279 + unreproducible thanks Hi Lyndon, thank you for your report. I didn't find any of these with deluge 2.1.1-1, in order to confirm that this is fixed - where exactly would I find these messages? Regards,

Bug#1020825: Deluge console issue after OSMC upgrade

close 1020825 2.1.1-1 thanks Hi, thanks for your report, according to the upstream commits this is supposedly fixed, hence closing and marking the bug as such. Regards, Daniel

Bug#613443: deluge: Stalled state with endless 'checking' state if save-to folder does not exist

close 613443 2.0.3-3.3 thanks Hi, this has been fixed in one of the 2.x version, at latest in 2.0.3. Regards, Daniel

Bug#1005411: deluge: log spammed with findCaller exception

close 1005411 2.1.1-1 thanks Hi, thank you for reporting this, the referenced fixes are included in the 2.1.1 version, hence closing the bug. Regards, Daniel

Bug#954275: deluge: [WARNING ] HH:MM:SS torrent:330 File priorities were not set for this torrent

close 954275 2.0.3-3.3 thanks Hi, thank you for reporting this, it has been fixed somewhen in the 2.x version but definitly in 2.0.3, hence closing the bug. Regards, Daniel

Bug#996677: deluge-common: deluge does not load previous torrents state after package update

close 996677 2.1.1-1 thanks Hi, the fix for this is included in 2.1.1-1, thus closing the bug accordingly. Regards, Daniel

Bug#701003: deluge-gtk: Deluged when deleting torrent with data from deluge-gtk

close 701003 2.0.3-3.3 thanks Hi, this has indeed been fixed in an earlier version, but definitely with the version in bullseye, hence closing this bug. Regards, Daniel

Bug#781931: deluge-gtk: Tracebacks and Exceptions

close 781931 2.0.3-3.3 thanks Hi, thank you for reporting this, it has been fixed somewhen in the 2.x uploads, hence closing this bug. Regards, Daniel

Bug#954232: [deluge] wrong status labels

close 954232 2.1.1-1 thanks Hi, thank you for reporting this. I can reproduce it with 2.0.3-3.3 and am happy to tell that this was fixed somewhen after, at latest in 2.1.1-1 with which I can't reproduce it anymore. Regards, Daniel

Bug#1000456: deluged listen ports syntax error

close 1000456 2.1.1-1 thanks Hi, thanks for reporting - it's part of the new upstream version, closing this bug report. Regards, Daniel

Bug#987118: [deluge] force-recheck not working

close 987118 2.1.1-1 thanks Hi, thank you for reporting this bug, I've experienced this several times with the 2.0.3 version as well. According to the upstream commits, this should have been fixed in any later version between 2.0.3 and 2.1.1, hence closing the bug. Regards, Daniel

Bug#839983: deluged: Deluged can't boot with ssl trackers with python-openssl 16.1.0

close 839983 2.0.3-3.3 thanks Hi, thank you for reporting this issue - this has been fixed somewhen before bullseye, hence closing the bug. Regards, Daniel

Bug#898355: Tab completion in deluge-console crashes

close 898355 2.0.3-3.3 thanks Hi, this has been fixed in one of the 2.x versions, hence closing this bug. Regards, Daniel

Bug#808443: deluge gives python errors in deluge 1.3.12-1

close 808443 2.0.3-3.3 thanks Hi, there are no more python related errors with 2.x as they were with 1.x, thus closing the bug. Regards, Daniel

Bug#780833: deluge-gtk: Impossible to unpause a torrent if the original max sharing ratio has been reached

close 780833 2.0.3-3.3 thanks Hi, I've tried this with the current version in bullseye and this has worked for me, hence closing the bug. Regards, Daniel

Bug#692869: deluge freeze completely with bad state dir

close 692869 2.0.3-3.3 thanks Hi, it used to be that deluge 1.x is not that stable under heavy load. this has become much, much better in 2.x where I've never experienced this anymore, hence closing this bug. Regards, Daniel

Bug#690725: deluged crashed with *** stack smashing detected ***

close 690725 thanks Hi, thank you for reporting this issue. However, since this is a very old bug with very old versions of everything and a bug that apparently noone else seem to have experienced (I also never did), I'm closing the bug. Feel free to reopen if it you can reproduce it with the

Bug#637807: deluge-gtk: Deluge startup fails with glib.GError: Unrecognized image file format

close 637807 2.0.3-3.3 thanks Hi, I can't reproduce the bug with bullseye nor testing/unstable (with 2.1.1), hence closing the bug. Regards, Daniel

Bug#637798: deluge: sudden crash: 'X window system error'

close 637798 2.0.3-3.3 thanks Hi, I can't reproduce the bug with bullseye nor testing/unstable (with 2.1.1), hence closing the bug. Regards, Daniel

Bug#993083: deluged: Deluged throws Critical errors due to unhandled errors after updating to Python3.9

close 993083 2.1.1-1 thanks Hi, this is fixed in the upload of deluge 2.1.1, hence closing the bug. Regards, Daniel

Bug#1031593: deluge-web: gettext error

close 1031593 2.1.1-1 thanks Hi, I can confirm that this doesn't happen with the 2.1.1 version. Regards, Daniel

Bug#994582: deluge-gtk: Deluge-GTK will only start in Thin mode

close 994582 2.1.1-3.3 thanks Hi, this has been fixed for bullseye, closing accordingly. Regards, Daniel

Bug#993085: deluge-web: Stack traces and python errors when using the web and interacting with deluged daemon

close 993085 2.0.3-3.3 thanks Hi, this has been fixed for bullseye, closing accordingly. Regards, Daniel

Bug#907347: Can't start with old daemon key

close 907347 2.0.3-3.3 thanks Hi, thank you for your report. Since this is against a 1.x version of deluge which is buster and earlier, and I coudn't reproduce it with 2.x, I'm closing the bug. Regards, Daniel

Bug#764099: deluge-web: Connection results in blank page

close 764099 2.0.3-3.1 thanks Hi, thank you for your report. It used to be that deluge-web in deluge 1.x didn't really work as it should, but since the 2.x uploads this works without any configuration (except for starting it). Regards, Daniel

Bug#890010: deluge-web: Doesn't work over IPv6

close 890010 2.1.1-1 thanks [sorry, pressed 'sent' to early'] there are two issues here: * upstream: deluge-web doesn't work over ipv6 at all -> this has been fixed in one of the versions after 2.0.3. * downstream: while it's still possible to do it by hand[*], it would be nice if

Bug#890010: deluge-web: Doesn't work over IPv6

close 890010 2.1.1-1 thanks Hi, there are two issues here: * upstream: deluge-web doesn't work over ipv6 at all -> this has been fixed in one of the versions after 2.0.3. * downstream: deluge-web needs some proper integration so that it works on both ipv4 and ipv6. using the

Bug#979068: deluge-gtk: must depend on at-spi2-core

close 979068 2.1.1-1 thanks Hi, thank you for your report. I tested this with the current upstream version (2.1.1-1) and deluge-gtk works without at-spi2-core installed, hence closing the bug accordingly. Regards, Daniel

Bug#806968: Deluged auto add bug

close 806968 2.0.3-3.1 thanks Hi, I can't reproduce this with either bullseye nor testing/unstable. If you're still able to reproduce it, please reopen the bug and attach the torrent file. Regards, Daniel

Bug#694885: deluge: general protection in libtorrent-rasterbar.so.6.0.0[7f605b6fc000+28b000]

close 694885 2.0.3-3.1 thanks Hi, as this is a very old bug that I cannot reproduce with bullseye nor testing/unstable, and both deluge as libtorrent-rasterbar have significantly progressed since, I'm closing it - for the unlikely case that you're still able to reproduce it with current debian,

Bug#781930: deluge-gtk: Warning:The property GtkDialog:has-separator is deprecated and shouldn't be used anymore.

close 781930 2.0.3-3.1 thanks Hi, as this is a very old bug that I cannot reproduce with bullseye nor testing/unstable, and both deluge as libtorrent-rasterbar have significantly progressed since (e.g. there's no python 2 anymore), I'm closing it - for the unlikely case that you're still able

Bug#646107: deluge-gtk: have another package which has all the plugins of deluge

retitle 646107 deluge-plugins-extra thanks Hi, yes - this is on my todo: https://sources.debian.org/src/deluge/latest/debian/TODO/ Regards, Daniel

Bug#685780: [deluge] Make "copy .torrent files" option save also magnet links

close 685780 2.0.3-3.1 thanks Hi, thank you for your suggestion. When you click on a magnet link, deluge downloads the torrent and (if configured) saves the torrent file, so practically there's no need to retain the magnet link - you already got the torrent file. Regards, Daniel

Bug#601938: tab completion should escape spaces

close 601938 2.0.3-3.1 thanks Hi, thank you for your report - this has been fixed by upstream in an early 2.x release (at least as of the version in bullseye), hence closing this bug. Regards, Daniel

Bug#834428: deluge-gtk: syg fault wiht exceptions.AttributeError: 'dict' object has no attribute 'peer_tos'

close 834428 2.1.1-1 thanks Hi, thank you for your report. this has been fixed upstream somewhen in the 2.x releases, but definitely as of 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#705218: Segfault in libcrypto.so.1.0.0

close 705218 2.1.1-1 thanks Hi, thank you for your report. this has been fixed upstream somewhen in the 2.x releases, but definitely as of 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#744962: deluge: unable to add .torrent file

close 744962 2.1.1-1 thanks Hi, thank you for your report. this has been fixed upstream somewhen in the 2.x releases, but definitely as of 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#723128: deluge-gtk: deluge crashes with exceptions.TypeError: coercing to Unicode: need string or buffer, NoneType found

close 723128 2.1.1-1 thanks Hi, thank you for your report. this has been fixed upstream somewhen in the 2.x releases, but definitely as of 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#860944: deluge-gtk: tray icon blinks on torrent completion regardless of preferences

close 860944 2.1.1-1 thanks Hi, thank you for your report. Current deluge doesn't support using the systray anymore as there's currently no support for ayatana-indicators, thus closing this bug. Regards, Daniel

Bug#796697: deluge: system tray icon not present in plasma workspace

close 796697 2.1.1-1 thanks Hi, thank you for your report. Current deluge doesn't support using the systray anymore as there's currently no support for ayatana-indicators, thus closing this bug. Regards, Daniel

Bug#773069: deluge: open folder just runs on the second time

close 773069 2.1.1-1 thanks Hi, this has been fixed upstream somewhen in the 2.x releases, but definitely as of 2.1.1-1, hence closing the bug. Regards, Daniel

Bug#898382: deluge-gtk: Please add support for Ayatana indicators

close 898382 2.1.1-1 thanks Hi Unit, thanks for the report. Looking at the current upstream version (2.1.1), I checked if it works with ayatana indicators and it doesn't - there's seems to be more needed to make it work, hence closing the bug. Feel free to reopen the bug if you'd like to

Bug#985038: deluge-common: Warning when running deluge-web --fork with Python 3.8+

close 985038 2.1.1-1 thanks Hi, this has been fixed in one of the newer upstream releases after 2.0.3, I've verified it with 2.1.1, hence closing the bug. Regards, Daniel

Bug#954165: deluged: fails to load old torrent.state file with encoding error

close 954165 2.0.3-3.1 thanks Hi, although this bug is still present when upgrading from deluge 1.x to 2.x, it doesn't make sense to keep the bug report open here: * doing a debian specific patch enforcing non-utf8 charset doesn't make sense for the future (also because everyone else

Bug#988414: builtins.TypeError: findCaller() takes from 1 to 2 positional arguments but 3 were given

close 988414 2.1.1-1 thanks This has been fixed upstream, closing. Regards, Daniel

Bug#685778: [deluge] Add option to copy magnet link to right click menu

close 685778 thanks As noted in the previous message, there's a deluge plugin for this. Regards, Daniel

Bug#689491: deluge-gtk: needs an explicit Depends on deluged

close 689491 2.1.1-1 thanks Hi, this has been fixed upstream - deluge-gtk now handles it gracefully if it doesn't have a connection to deluged. Regards, Daniel

Bug#659042: deluge: Deluge refuse to start due to Locale not supported by C library

close 659042 2.0.3-3.1 thanks Hi, I can't reproduce the bug with bullseye or current testing/unstable, hence closing. Regards, Daniel

Bug#935043: deluge-gtk: Unable to use Move Storage in context menu, it gives a TypeError

close 935043 2.0.3-3.1 thanks Hi, I'm using this in deluge, moving storage works from the context-menu without errors with both the version in bullseye as well as the one in testing/unstable. Regards, Daniel

Bug#980738: deluge: mismatch priority with progress field

close 980738 2.0.3-3.1 thanks Hi, I'm using this in deluge, switching the priority works without errors with both the version in bullseye as well as the one in testing/unstable. Regards, Daniel

Bug#977698: Deluge 2.0.3-3 Move Download Folder functionality broken

close 977698 2.0.3-3.1 thanks Hi, I'm using this in deluge, works without errors with both the version in bullseye as well as the one in testing/unstable. Regards, Daniel

Bug#1031593: AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset

retitle 1031593 deluge-web: gettext error severity 1031593 important thanks Hi James, thanks for your report. I'll take a look at it by updating deluge to the current upstream version (and make sure that deluge-web works as I use it myself). Regarding this bug, just so much for now: even if

Bug#995078: RFA: deluge -- bittorrent client written in Python/PyGTK

retitle 995078 ITA: deluge -- bittorrent client written in Python/PyGTK owner 995078 Daniel Baumann thanks Hi, given that nobody stepped up yet and I'm a deluge user, I'm happy to adopt the package. Regards, Daniel

Bug#1030203: Solved: fails after start with exit code 1

Hi Markus, On 2/3/23 07:41, Markus wrote: > I fixed my problem. strace indicated a problem with netdata's sqlite > database. That was not reported in any netdata output. So I deleted the > contents of /var/cache/netdata and all was fine. great - shouldn't be needed though :/ since upstream

Bug#996042: Missing sources for the html part

retitle 996042 rebuild inline html from source thanks Current status: * the sources in html/* are complete (already since some ttyd releases ago) * not all required node-* packages are in debian to build html.h * some of the required node-* packages that are in debian are still

Bug#1030683: gnome-shell-extensions-extra: unmaintainable

Hi Simon, On 2/9/23 14:50, Simon McVittie wrote: > My understanding from the changelog is that the maintainer Daniel Baumann > first packaged a bunch of GNOME Shell extensions according to the GNOME > team's usual convention (one package per independent upstream project), > and th

Bug#1030683: gnome-shell-extensions-extra: unmaintainable

Hi Jeremy On 2/9/23 13:15, Jeremy Bícha wrote: > I am lowering the severity of this bug to allow these extensions to > reach Debian 12. thanks you, that is very reasonable as it gives us a bit more time. please let me re-iterate that I'm perfectly fine with whatever consensus is reached between

Bug#1030818: 3.11.1 and 3.11.2 orig.tar.xz in debian are identical, by accident?

Package: python3.11 Severity: normal Hi, the last upload of python3.11 claims to be of version 3.11.2, yet, it's the same as 3.11.1: daniel@daniel:~$ wget https://deb.debian.org/debian/pool/main/p/python3.11/python3.11_3.11.1.orig.tar.xz --2023-02-07 19:44:22--

Bug#1030683: Fwd: Bug#1030683: gnome-shell-extensions-extra: unmaintainable

fwd, seems not to have made it to the bts Forwarded Message Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable Date: Tue, 7 Feb 2023 00:49:42 +0100 From: Daniel Baumann Reply-To: m...@daniel-baumann.ch To: Jeremy Bícha CC: Thorsten Alteholz , 1030

Bug#1030683: Fwd: Bug#1030683: gnome-shell-extensions-extra: unmaintainable

fwd, seems not to have made it to the bts Forwarded Message Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable Date: Mon, 6 Feb 2023 17:01:27 +0100 From: Daniel Baumann Reply-To: m...@daniel-baumann.ch To: Jeremy Bícha , Thorsten Alteholz CC: 1030

Bug#1030697: libjs-bootstrap5: not co-installable with libjs-bootstrap4

Hi Andreas, On 2/6/23 16:43, Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed to install > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. thanks. > I'm not sure whether B+R are the right solution here or

Bug#1021950: bazel-bootstrap: Please upgrade Bazel to version 5.0.0

retitle 1021950 update to current LTS version (6.0) thanks Hi, I'd like to upload a package to debian that requires basel >=6, it would be nice if you could update the package. Regards, Daniel

Bug#1030155: adding webfonts (woff/woff2)

Hi Fabian, On 2/3/23 23:53, Fabian Greffrath wrote: > sorry, but your patch doesn't apply in debian/control. sorry, here's an updated one (against current git head). Regards, DanielFrom b31c396a283fb8c3fedbbbd3ce6259b3e221342f Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 4 Feb 2

Bug#1030203: netdata: Netdata exits immediately after start with exit code 1

retitle 1030203 fails after start with exit code 1 severity 1030203 important tag 1030203 + moreinfo tag 1030203 + unreproducible thanks Hi Markus, thank you for your report. "fortunately" (or unfortunatly) I cannot reproduce it.. but I've got a few questions to narrow it down (given that

Bug#1030092: nvme-cli: nvme list json output contains wrapped-around negative integers

close 1030092 2.3-1 thanks On 1/31/23 05:30, Daniel Baumann wrote: > I've just uploaed 2.3 that should indeed fix > it. I've reproduced the bug with 2.2 and can confirm that 2.3 does fix it. Regards, Daniel

Bug#1030155: adding webfonts (woff/woff2)

tag 1030155 + patch thanks patch attached. Regards, DanielFrom ed2b2936192c897c592930ebb36d1ae3b7bee731 Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Mon, 30 Jan 2023 21:33:25 +0100 Subject: [PATCH 1/2] Adding fonts-dejavu-web package (Closes: #1030155). Signed-off-by: Daniel Baumann

Bug#1030155: adding webfonts (woff/woff2)

Package: fonts-dejavu Version: 2.37-2 Severity: wishlist Hi, dejavu is often considered some sort of a "default font", or at the very least it's a pretty importand and often used font. given that not all computers have it (especially non-linux systems), using it for websites as a webfont

Bug#1030092: nvme-cli: nvme list json output contains wrapped-around negative integers

Hi Daniel, thank you for your report - I've just uploaed 2.3 that should indeed fix it. It would be nice if you could try to confirm it. Regards, Daniel

Bug#985857: (no subject)

Hi William, sorry for the delay and thanks for asking about it. On 1/21/23 20:09, William Desportes wrote: > Do you need some help with the upload or the package ? it's ready now, I almost finished it today.. will need some last touches and updates on debian/copyright, will upload tomorrow or

<    1   2   3   4   5   6   7   8   9   10   >