Bug#1069637: hd-idle: version 1.21+ds-1 hangs the upgrade process

On 4/22/24 02:54, Arthur Marsh wrote: Package: hd-idle Version: 1.21+ds-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Setting up hd-idle (1.21+ds-1) ... Installing new version of config

Bug#1001958: deluser --remove-home exists

Thank you for the hint. I'll incorporate the changes in the next release. Best regards, Alex

Bug#983040: [Debichem-devel] Bug#983040: Bug#983040: rdkit: doesn't ship with inchi support enabled

On 2/18/21 2:58 PM, Michael Banck wrote: tags 983040 +wontfix merge 983040 964773 thanks On Thu, Feb 18, 2021 at 03:35:21PM +0200, Andrius Merkys wrote: On 2021-02-18 15:27, Michael Banck wrote: On Thu, Feb 18, 2021 at 02:48:49PM +0900, Francois Berenger wrote: --- python3 import rdkit

Bug#980477: RFA: libzstd1 -- fast lossless compression algorithm

On 1/22/21 7:45 AM, Peter Pentchev wrote: On Tue, Jan 19, 2021 at 04:04:16PM +0100, Alex Mestiashvili wrote: Package: wnpp Severity: normal I am looking for a new maintainer/co-maintainer for libzstd. Initially it was packaged by the Debian-Med team as a dependency, but now this library

Bug#980477: RFA: libzstd1 -- fast lossless compression algorithm

Package: wnpp Severity: normal I am looking for a new maintainer/co-maintainer for libzstd. Initially it was packaged by the Debian-Med team as a dependency, but now this library is also used in many other packages. It doesn't fit Debian-Med namespace anymore and it would be better if another

Bug#969597: libzstd: Please correct version in symbol file

Hi Andreas, On 1/11/21 5:49 PM, Andreas Tille wrote: Hi Alex, On Mon, Jan 11, 2021 at 02:48:50PM +0100, Alex Mestiashvili wrote: No, I didn't correct this specific issue. Just added the new symbols from the new release. However a patch or a list of "all" symbols is very welcome.

Bug#969597: libzstd: Please correct version in symbol file

Hi Andreas, On 1/7/21 4:51 PM, Andreas Tille wrote: Hi Alex, did you possibly by chance forgot to close #969597 in your latest upload of libzstd 1.4.8+dfsg-1 ? Kind regards Andreas. No, I didn't correct this specific issue. Just added the new symbols from the new release. However

Bug#975707: adb devices fails with munmap_chunk() invalid pointer

Run into Have the same problem. Installing android-libboringssl (8.1.0+r23-3) over (10.0.0+r36-1) from /var/cache/apt/archives/ has solved the problem for now. Best, Alex

Bug#972470: RFS: ipqalc/1.5.3+git20200816.523b207-1 -- graphical utility for IPv4 subnet calculation

On 10/19/20 8:23 AM, Geert Stappers wrote: On Sun, Oct 18, 2020 at 06:39:03PM -0300, Fabio Augusto De Muzio Tobich wrote: Package: sponsorship-requests * Package name: ipqalc Upstream Author : https://bitbucket.org/admsasha/ipqalc/issues/new Strange name sounds good for me, q

Bug#964773: rdkit: Please build rdkit with inchi support

Package: librdkit1 X-Debbugs-Cc: ames...@rsh2.donotuse.de Source: rdkit Severity: wishlist Could you please enable inchi support (-DRDK_BUILD_INCHI_SUPPORT=ON) in rdkit? Thank you, Alex

Bug#962676: [Debian-med-packaging] Bug#962676: libzstd FTBFS for alpha: libc doesn't #define st_mtime

On 6/11/20 9:38 PM, Helmut Grohne wrote: Source: libzstd Version: 1.4.5+dfsg-1 Tags: ftbfs patch User: helm...@debian.org Usertags: rebootstrap libzstd fails to build from source on alpha. programs/util.c has code that checks whether st_mtime is defined as a macro. If yes, it uses a struct

Bug#955495: ITP: orthanc-python -- Develop plugins for Orthanc using the Python programming language

On 4/1/20 5:38 PM, Sebastien Jodogne wrote: > Package: wnpp > Severity: wishlist > Owner: Sebastien Jodogne > > * Package name: orthanc-python > Version : 1.0 > Upstream Author : Sebastien Jodogne > * URL : https://www.orthanc-server.com/ > * License : AGPL >

Bug#952508: Cannot call external script in rule CMD option

On 2/25/20 8:40 AM, Brian Wengel wrote: Package: libpam-abl Version: 0.6.0-5 Description: I cannot run a simple shell script: I have the following options in my "/etc/security/pam_abl.conf":   user_rule=*:3/1h   host_rule=*:5/5h   host_purge=1d   user_purge=1d   limits=100-300  

Bug#950947: RM: tophat -- ROM; obsolete

Package: ftp.debian.org Severity: normal I'd like to request removal of tophat. It is obsoleted and substituted by hisat2. Best regards, Alex

Bug#950946: RM: giira -- ROM; obsolete

Package: ftp.debian.org Severity: normal I'd like to request removal of giira which is a reverse dependency of tophat which is obsoleted and substituted by hisat2. Giira itself hasn't been updated for at least 6 years. Best regards, Alex

Bug#950922: ITP: bustools -- program for manipulating BUS files for single cell RNA-Seq datasets

Package: wnpp Severity: wishlist Owner: Alexandre Mestiashvili X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: bustools Version : 0.40.0 Upstream Author : Páll Melsted * URL : https://bustools.github.io/ * License : BSD Programming Lang: C++

Bug#938677: Removing tophat (Was: Bug#938677: Please check autopkgtest of (may be failed) attempt of Python3 port (Was: Bug#938677: tophat: Python2 removal in sid/bullseye))

Hi Andreas, On 11/20/19 4:34 PM, Andreas Tille wrote: On Wed, Nov 20, 2019 at 03:33:33PM +0100, Alex Mestiashvili wrote: It is not that trivial to fix tophat and more over there is a successor - HISAT2. It is not maintained upstream since 2016 and one of the co-authors asks to stop using

Bug#938677: [Debian-med-packaging] Bug#938677: Please check autopkgtest of (may be failed) attempt of Python3 port (Was: Bug#938677: tophat: Python2 removal in sid/bullseye)

On 10/11/19 11:11 AM, Andreas Tille wrote: > Hi, > > I tried to use 2to3 to port tophat to Python3 in Git[1]. Unfortunately > the autopkgtest fails with: > > > autopkgtest [09:04:13]: test run-unit-test: [--- > > [2019-10-11 09:04:13] Beginning TopHat run (v2.1.1) >

Bug#725884: hdparm: Standby (spindown) timeout option (-S) has no effect

On 6/30/19 2:31 PM, Alex Mestiashvili wrote: > On 3/10/19 10:41 PM, Stijn Segers wrote: >> Hi, >> >> I recently experienced the same issue here. Until Debian Stretch everything >> was fine, but I recently upgraded to Debian Buster (pre-release). I >> prev

Bug#930796: spindown_time and force_spindown_time are broken in hdparm 9.58+ds-1

On 7/1/19 1:23 PM, Sébastien Béhuret wrote: > For USB or FireWere disks, APM & spindown_time options are ignored, > other options are applied, force_spindown_time will be applied too. > There is bug, https://bugs.launchpad.net/bugs/515023 > explaining why USB and

Bug#937192: Please port to Python3 (#48)

Hi Andreas, plip is actually python3 compatible, however it depends on python3-openbabel which is not yet in the archive, but some work is already done on the salsa repository. Once python3-openbabel is accepted into unstable I'll update plip packaging. Best, Alex -- You are receiving this

Bug#935185: building with nocheck doesn't disable tests

Hi Daniel, Is working for me. Do you by chance use git-buildpackage with sudo? Could you please try to run sudo with -E flag to preserve environment variables? There must be a change in the way sudo handles environment vars, because in the past I didn't have to explicitly tell sudo to preserve

Bug#934600: [Debian-med-packaging] Bug#934600: gffread in cufflinks seems to be the same codebase but older

On 8/20/19 7:16 AM, Andreas Tille wrote: > Hi Alexandre, > > it looks as if the gffread code in cufflinks would be the > same code base but the code in gffread source seems to be > more recent. What do you think? > > Kind regards > > Andreas. > > - Forwarded message from Debian

Bug#725884: hdparm: Standby (spindown) timeout option (-S) has no effect

On 3/10/19 10:41 PM, Stijn Segers wrote: > Hi, > > I recently experienced the same issue here. Until Debian Stretch everything > was fine, but I recently upgraded to Debian Buster (pre-release). I > previously just set the spindown time and this used to work fine. Hdparm -Y > on the devices

Bug#930796: spindown_time and force_spindown_time are broken in hdparm 9.58+ds-1

> With your solution I assume that /lib/udev/hdparm would call hdparm > twice on each HDD during udev invocation, once for non-spindown options > returned by /lib/hdparm/hdparm-functions, and once through > /usr/lib/pm-utils/power.d/95hdparm-apm for spindown options. Exactly, for the APM options,

Bug#930796: spindown_time and force_spindown_time are broken in hdparm 9.58+ds-1

On 6/20/19 8:42 PM, Sébastien Béhuret wrote: > Package: hdparm > Version: 9.58+ds-1 > Severity: serious > > Dear Maintainers, > > In this version of hdparm, a new option 'force_spindown_time' was > introduced to set the spindown time for disks that don't support APM. > This option is supposed

Bug#927955: [Debichem-devel] Bug#927955: Bug#927955: Bug#927955: python-rdkit: missing module pyAvalonTools

On 4/30/19 3:42 PM, mer...@debian.org wrote: > Hello, > > On 2019-04-30 15:00, Michael Banck wrote: >> Oops, I've pushed the tag now. Let me know if there are still issues. > > Thanks. I have updated a failing patch and now I will try to build the > package from the source (will take some

Bug#927419: Subject: ITP: libtest-mockdatetime-perl -- mock DateTime->now calls during tests

Package: wnpp Owner: Alexandre Mestiashvili Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest-mockdatetime-perl Version : 0.02-1 Upstream Author : Wolfgang Kinkeldei * URL :

Bug#925499: [Debian-med-packaging] Bug#925499: bowtie2 arm64 (aarch64) package

Hi All, as far as I see, we need to get SIMDe into Debian before we can build bowtie2 for ARM64. See: https://github.com/BenLangmead/bowtie2/commit/4213c394cb21311e01c4a8e8778e27980c38d0be Best, Alex

Bug#924749: ITP: hd-idle -- Spin down idle [USB] hard disks

Package: wnpp Severity: wishlist Owner: Alex Mestiashvili * Package name: hd-idle Version : 1.05 Upstream Author : Christian Mueller * URL : http://hd-idle.sourceforge.net/ * License : GPLv2 Programming Lang: C Description : Spin down idle [USB] hard

Bug#919161: Please provide python3 bindigns for rdkit

Source: rdkit Version: 201809.1+dfsg-3 Severity: wishlist Please provide python3 bindings for rdkit. Here is the MR: https://salsa.debian.org/debichem-team/rdkit/merge_requests/2 proposing a possible way to build both python2 and python3 bindings. Thanks! Alex

Bug#907615: lxc-console not getting prompt with debian template

> Is this issue occurring with root or unpriviledged containers ? > All are root containers: lxc-info --name test1 | grep PID PID:5561 ps -ef | grep 5561 root 5561 5560 0 20:54 ?00:00:00 /sbin/init root 5597 5561 0 20:54 ?00:00:00

Bug#907615: lxc-console not getting prompt with debian template

On 1/11/19 1:57 PM, Pierre-Elliott Bécue wrote: > Hi Alex, > > Le 11/01/2019 à 10:59, Alex Mestiashvili a écrit : >> On 1/10/19 11:52 PM, Pierre-Elliott Bécue wrote: >>> Hi, >>> >>> Le jeudi 30 août 2018 à 09:58:31+0200, Alex Mestiashvili a écrit :

Bug#907615: lxc-console not getting prompt with debian template

On 1/10/19 11:52 PM, Pierre-Elliott Bécue wrote: > Hi, > > Le jeudi 30 août 2018 à 09:58:31+0200, Alex Mestiashvili a écrit : >> Package: lxc >> Version: 1:2.0.9-6 >> Severity: normal >> >> >> Steps to reproduce: >> >> install lxc, create a

Bug#918390: [Debian-med-packaging] Bug#918390: zstd: zstdgrep has return code 1 on normal exit

On 1/5/19 7:26 PM, Jörg-Volker Peetz wrote: > Package: zstd > Version: 1.3.8+dfsg-2 > Severity: normal > > Dear Maintainer(s), > > the search command zstdgrep always returns an exit code of 1 when > called with file name(s). > The logic with EXIT_CODE and CUR_EXIT_CODE in that shell script seems

Bug#918208: [Debian-med-packaging] Bug#918208: pyscanfcs: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

On 1/4/19 11:29 AM, Bas Couwenberg wrote: > Source: pyscanfcs > Version: 0.3.2+ds-2 > Severity: normal > Control: block 917323 by -1 > > Dear Maintainer, > > The autopkgtest for your package fail with python-numpy > (1:1.16.0~rc1-3), this increased the required age of python-numpy which > blocks

Bug#917713: [Debian-med-packaging] Bug#917713: pyscanfcs: FTBFS: dh_auto_test: pybuild --test -i python{version} -p 3.7 returned exit code 13

On 12/30/18 3:58 PM, Andreas Tille wrote: > Hi, > > only time for a short notice but that's actually a consequence of > #917353. > > Kind regards > > Andreas. > Hi Andreas, thank you for the update, do you think it will make sense to re-upload pyscanfcs to trigger rebuild? Best, Alex

Bug#914051: Discussion on python-freecontact FTBFS

>In the end we decided to not add additional compatibility links. >However, the change on your side should be really small: just remove >"-py" from "boost_python-py" in the setup.py file[1]. > > [1] https://sources.debian.org/src/python-freecontact/1.1-3/setup.py/#L34 > >Please let me know if

Bug#908834: please build libzstd udeb so that btrfs-progs can use zstd in Debian Installer

> It seems libzstd 1.3.5+dfsg-2 hasn't yet reached the archive. Maybe > it was not uploaded, or maybe it was rejected for some reason? > > > https://salsa.debian.org/med-team/libzstd/commit/9b865b77d2bfc41c5865f255cf3e4aae18bbe934 > > Thanks you for working on this! > Nicholas Hi

Bug#911826: hdparm -t segfaults with virtual block devices

Hi! On 10/25/2018 10:13 AM, Antti Kultanen wrote: > Package: hdparm > Version: 9.57+ds-1 > Severity: normal > > > Expected result: > hdparm -t displays the read speed of a virtual block device, like > disk arrays and encrypted disks. > > Actual result: > hdparm -t segfaults. > > -8<- >

Bug#908834: please build libzstd udeb so that btrfs-progs can use zstd in Debian Installer

Hi, On 10/11/2018 10:42 PM, Cyril Brulebois wrote: > Hi, > > And thanks for checking with us (explicit Cc's welcome, by the way). Ok, will do in the future. > > From a quick look at debian/control: >> Package: libzstd1-udeb >> Architecture: any >> Multi-Arch: same > > This field isn't needed

Bug#908834: please build libzstd udeb so that btrfs-progs can use zstd in Debian Installer

On 10/09/2018 07:39 PM, Nicholas D Steeves wrote: > Control: retitle -1 please build libzstd udeb so that btrfs-progs can use > zstd in Debian Installer > Control: reassign -1 src:libzstd/ 1.3.5+dfsg-1 Done, dropped zstd-udeb. > > Please read what Cyril (Debian Installer Team) wrote at these

Bug#908834: [Debian-med-packaging] Bug#908834: please build zstd udeb so that btrfs-progs can use zstd in Debian Installer

On 10/09/2018 04:32 PM, Dimitri John Ledkov wrote: > is o > On Tue, 9 Oct 2018 at 12:23, Alex Mestiashvili > wrote: >> >> On 09/14/2018 08:04 PM, Nicholas D Steeves wrote: >>> Package: zstd >>> Version: 1.3.5+dfsg-1 >>> Severity: wishlist >&

Bug#908834: [Debian-med-packaging] Bug#908834: please build zstd udeb so that btrfs-progs can use zstd in Debian Installer

On 09/14/2018 08:04 PM, Nicholas D Steeves wrote: > Package: zstd > Version: 1.3.5+dfsg-1 > Severity: wishlist > > Dear Debian Med Packaging Team, > > Would you please build a zstd udeb so that btrfs-progs can use zstd in > Debian Installer and Rescue System? It uses zstd for transparent >

Bug#906964: hdparm: Outdated reference to CONFIG_IDE_TASK_IOCTL

On 08/22/2018 08:35 PM, Christoph Biedl wrote: > Package: hdparm > Version: 9.56+ds-2 > Severity: normal > Tags: upstream > > Dear Maintainer, > > trying to secure-erase a hard disk I ran into errors - which probably > are rather due to a faulty drive or bugs in the support of the usb2sata >

Bug#908386: [Debian-med-packaging] Bug#908386: gmap: please limit to Architecture: amd64

On 09/09/2018 03:11 PM, Adrian Bunk wrote: > Source: gmap > Version: 2018-07-04-3 > Severity: important > Tags: ftbfs > > gmap does not build on i386 due to lack of SSE in the baseline, > and doesn't do for the same reason on other architectures. > >

Bug#902132: [Debian-med-packaging] Bug#902132: falcon: FTBFS since python-networkx version 2.1-1; fails in test suite

Well, according upstream, current repository is not active anymore: Oh, sorry. We are no longer mirroring our internal FALCON repo here. In fact, I think this Issues board will disappear soon too, in favor of pbbioconda. So I think your source-code is way out of date. Unfortunately, my hands are

Bug#902132: falcon: FTBFS since python-networkx version 2.1-1; fails in test suite

Hi Andreas, I've pushed some commits and opened upstream issue[0]. Also it seems that falcon depends on python-future >=0.16.0 which is not yet available - #863215. [0] https://github.com/PacificBiosciences/FALCON/issues/672 Best regards, Alex

Bug#902820: gmap: FTBFS on stretch/amd64 if CPU has SSE2 and nothing more

I believe the bug is fixed in just uploaded version 2018-07-04-3 The package is non-free and thus autobuilding is not enabled. I've asked nonf...@release.debian.org to mark gmap as autobuildable, but haven't got an answer so far. Regards Alex

Bug#907615: lxc-console not getting prompt with debian template

Package: lxc Version: 1:2.0.9-6 Severity: normal Steps to reproduce: install lxc, create a container with debian template (backing store doesn't matter in this case) lxc-create -n deb2 -t debian -B zfs --zfsroot=ocz/lxc lxc-console -n deb2 -l trace -o console_deb2.lxc.log Connected to tty 1

Bug#902820: [Debian-med-packaging] Bug#902820: gmap: FTBFS on stretch/amd64 if CPU has SSE2 and nothing more

> AFAIK on Debian/amd64 only SSE2 is allowed to be assumed by default. > > I tried to compare my build logs with official ones, but there is none: > > https://buildd.debian.org/status/package.php?p=gmap > > (( Could you please consider source-only uploads? i.e. "dpkg-buildpackage -S" > )).

Bug#903793: libgmap1-dev: broken symlink: /usr/lib/x86_64-linux-gnu/libgmap.so -> libgmap.so.1.0.0

Hi Andreas, On 07/17/2018 08:19 AM, Andreas Tille wrote: > Hi Alexandre, > > On Sat, Jul 14, 2018 at 11:41:01PM +0200, Andreas Beckmann wrote: >> Depends: gmap (= 2017-11-15-1) | libgmap1 (= 2017-11-15-1) >> >> which does not sound like a good idea if gmap does not provide the required >> shared

Bug#902010: ITP: krop -- tool to crop PDF files

On 06/21/2018 03:38 PM, Scott Kitterman wrote: > > > On June 21, 2018 1:01:48 PM UTC, Alex Mestiashvili > wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Alex Mestiashvili >> X-Debbugs-Cc: ames...@rsh2.donotuse.de, debian-de...@lists.debia

Bug#902010: ITP: krop -- tool to crop PDF files

Package: wnpp Severity: wishlist Owner: Alex Mestiashvili X-Debbugs-Cc: ames...@rsh2.donotuse.de, debian-de...@lists.debian.org * Package name: krop Version : 0.5.0 Upstream Author : Armin Straub * URL : https://github.com/arminstraub/krop * License : GPLv3

Bug#814867: InChI license

On 05/30/2018 04:57 PM, Andrius Merkys wrote: > Hello, > > the IUPAC/InChI-Trust InChI Licence of InChI (https://www.inchi-trust.org) is > possibly non-DFSG-compatible > (https://lists.debian.org/debian-legal/2018/02/msg00026.html), thus the > package might not be suitable for Debian.

Bug#900337: firejail: Users from user database should be able to run firejail regardless of UID_MIN on the system

On 05/29/2018 06:46 PM, Reiner Herrmann wrote: > Control: forwarded -1 https://github.com/netblue30/firejail/issues/1964 > > On Tue, May 29, 2018 at 11:35:24AM +0200, Alex Mestiashvili wrote: >> not able to use firejail after updating to 0.9.54-1 due to new check for >

Bug#900337: firejail: Users from user database should be able to run firejail regardless of UID_MIN on the system

Package: firejail Version: 0.9.54-1 Severity: important Dear Maintainer, not able to use firejail after updating to 0.9.54-1 due to new check for UID_MIN. My user is a system user with UID 256. Firejail should not ignore users defined in the users database /etc/firejail/firejail.users even if

Bug#758988: hdparm: Also present in buster

On 05/18/2018 10:07 PM, Rainer Dorsch wrote: > Package: hdparm > Version: 9.56+ds-1 > Followup-For: Bug #758988 > > Dear Maintainer, > > I see that behavior also in buster. > > What I understand is that > > /usr/lib/pm-utils/power.d/95hdparm-apm resume > > gets called during resume. > > To

Bug#898741: stretch-pu: package hdparm/9.51+ds-1+deb9u1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu hdparm tries to configure APM on every (non-USB/non-firewire) disk in the system without first checking if APM is supported. However, sending APM commands to disks that don't

Bug#898343: /lib/hdparm/hdparm-functions cause kernel ata errors

On 05/10/2018 08:47 PM, Pali Rohár wrote: > On Thursday 10 May 2018 20:39:26 Alex Mestiashvili wrote: >> Thank you for reporting and providing the workaround, but this issue is >> already fixed in hdparm version 9.54+ds-1. >> See this bug for the details: >> http

Bug#898343: /lib/hdparm/hdparm-functions cause kernel ata errors

Thank you for reporting and providing the workaround, but this issue is already fixed in hdparm version 9.54+ds-1. See this bug for the details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23891051

Bug#897904: libzstd: please make the build reproducible

Thanks for the patch and forwarding it upstream! I'll incorporate it to 1.3.4+dfsg-3 and upload once I check the test issues on gnu/hurd.

Bug#895925: [Debian-med-packaging] Bug#895925: libzstd FTCBFS: uses the build architecture compiler

On 04/17/2018 04:37 PM, Helmut Grohne wrote: > Source: libzstd > Version: 1.3.3+dfsg-1 > Severity: important > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > Control: affects -1 + src:apt > > Congratulations! libzstd became part of the essential build closure as > apt started

Bug#891922: RFS: you-get/0.4.1040-1 [ITP]

On 03/02/2018 05:16 PM, Lumin wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "you-get" > > * Package name: you-get >Version : 0.4.1040-1 >Upstream Author : Mort Yao > * URL :

Bug#891138: RFS: hdparm/9.54+ds-1 -- tune hard disk parameters for high performance

ool/main/h/hdparm/hdparm_9.54+ds-1.dsc Changes since the last upload: * New upstream version 9.54+ds * Refresh d/patches/quiet_security_freeze.patch * Update d/hdparm-funtions: Only enable APM on disks that advertise it, patch from dann frazier <da...@debian.org>, Closes: #891051

Bug#668960: hdparm: '--prefer-ata12' lacks "off" switch.

Actually can only +1 Michael's answer. Taking into account the age of the bug, I am closing it now. Please re-open if you think it is not correct.

Bug#775605: hdparm.conf settings fail if mult_sect_io option is used.

I think you are right, the option fails due to missing "--yes-i-know-what-i-am-doing" flag. Also hdparm gives a scary warning like: Use of -m is VERY DANGEROUS. Only the old IDE drivers work correctly with -m with kernels up to at least 2.6.29. libata drives may fail and get hung if you set this

Bug#758988: Spindown setting not applied on resume

I believe this problem is fixed in stretch. hdparm version 9.51+ds-1. do you have a chance to test it ?

Bug#880347: bug squashing target: Probably bowtie 1.2.1.1 issue (Was: Bug#880347: bioperl-run: FTBFS: Test failures)

> ... > # Failed test 'bowtie success' > # at t/Bowtie.t line 188. > # '# reads processed: 2000 > # # reads with at least one reported alignment: 2000 (100.00%) > # # reads that failed to align: 0 (0.00%) > # Reported 1000 paired-end alignments to 1 output stream(s) > # ' > #

Bug#874080: hdparm v9.51 please document how to restart

> >As the workaround for the absent init script one can use the following > >command to reset settings defined in the hdparm.conf: > >DEVNAME=/dev/ /lib/udev/hdparm Hope this helps. > > Yes, that does work, but must be executed for each drive. A little > cumbersome, but workable! You can call

Bug#725884: Standby (spindown) timeout option (-S) has no effect

On 10/28/2017 12:36 PM, Ralf Jung wrote: > I am having the same problem with the following drive: > > ATA device, with non-removable media > Model Number: WDC WD10SPZX-00Z10T0 > Serial Number: WD-WX21E370JZH3 > Firmware Revision: 01.01A01 > Transport: Serial,

Bug#880008: hdparm sets -B for all drives, despite what it says in hdparm.conf

See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448673 It's not a bug, it's a feature! :) Thank you for brining this up, I wasn't aware of it.

Bug#880008: hdparm sets -B for all drives, despite what it says in hdparm.conf

On 10/28/2017 12:07 PM, Ralf Jung wrote: > Package: hdparm > Version: 9.51+ds-1 > Severity: normal > > Dear Maintainer, > > hdparm.conf says: > > ## /sbin/hdparm is not run unless a block of the form: > ## DEV { > ## option > ## option > ## ... > ## } > ## exists.

Bug#873866: [Debian-med-packaging] Bug#873866: Bug#873866: tophat: Please add arm64

On 09/04/2017 03:16 PM, Edmund Grimley Evans wrote: >> Well, technically it might be correct, but I doubt that there is a >> working pipeline involving tophat, bowtie and friends on non-amd64 >> architectures. > > On the other hand, if you have a heterogeneous cluster then perhaps > you don't

Bug#873866: [Debian-med-packaging] Bug#873866: tophat: Please add arm64

On 09/04/2017 12:00 PM, Wookey wrote: > On 2017-09-04 10:06 +0200, Andreas Tille wrote: >> Hi Edmund, >> >> On Thu, Aug 31, 2017 at 07:37:38PM +0100, Edmund Grimley Evans wrote: >>> It seems to be possible to build this package on arm64. >>> Is there any reason why it would not work on arm64? >>

Bug#874080: hdparm v9.51 please document how to restart

On 09/02/2017 11:05 PM, b17 wrote: > Package: hdparm > Version: 9.51+ds-1 > Severity: wishlist > > Dear Maintainer, > I know I must be missing something, but I just can't find the way to get > hdparm to return to /etc/hdparm.conf initial state. > > There is no init script, no service file? There

Bug#871234: Set Bug forwarded-to-address to 'https://github.com/cole-trapnell-lab/cufflinks/issues/89'

forwarded 871234 https://github.com/cole-trapnell-lab/cufflinks/issues/89

Bug#859773: gearman-job-server: Source code migrated from launchpad to github, please consider to update

The new version is already in git and will be uploaded after the freeze. https://anonscm.debian.org/cgit/collab-maint/gearmand.git Best regards, Alex

Bug#861255: unblock: python-multipletau/0.1.7+ds-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: mailatgo...@gmail.com, debian-med-packag...@lists.alioth.debian.org Please unblock package python-multipletau There are changes fixing broken tests on i386 - bug #860624 and

Bug#852474: RFS: hdparm/9.51+ds-1 -- tune hard disk parameters for high performance

Package: sponsorship-requests Severity: normal X-Debbugs-Cc: mailatgo...@gmail.com Dear mentors, I am looking for a sponsor for my package "hdparm": * Package name: hdparm Version : 9.51 Upstream Author : Mark Lord * URL :

Bug#840820: linux-image-grsec-amd64 kernel break CLONE_NEWUSER / newuidmap / unprivileged lxc containers

Just stumbled upon the same problem, it seems that CLONE_NEWUSER ( and as the consequence unprivileged containers ) simply doesn't work with grecurity patched kernel, see: https://forums.grsecurity.net/viewtopic.php?f=3=3929 You can see if "user namespaces" works with this code:

Bug#843726: spl-dkms: fails to build with grsecurity enabled kernel

Package: spl-dkms Version: 0.6.5.8-2~bpo8+2 Severity: normal Dear Maintainer, spl-dkms fails to build with grsecurity enabled kernel. Not sure if this is a bug in spl or a grsec feature. The kernel is available from jessie backports: dpkg -l | grep grsec ii gradm2

Bug#841536: hdparm/9.50+ds-1

; Control: tags -1 moreinfo > > On Fri, 21 Oct 2016 14:46:32 +0200 Alex Mestiashvili > <mailatgo...@gmail.com> wrote: > > Package: sponsorship-requests > > Severity: wishlist > > X-Debbugs-Cc: mailatgo...@gmail.com > > > > Dear mentors, > > > &g

Bug#841536: hdparm/9.50+ds-1

Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: mailatgo...@gmail.com Dear mentors, I am looking for a sponsor for my package "hdparm": * Package name: hdparm Version : 9.50 Upstream Author : Mark Lord * URL :

Bug#836763: hdparm/9.48+ds-2

Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: mailatgo...@gmail.com Dear mentors, I am looking for a sponsor for my package "hdparm": * Package name: hdparm Version : 9.48 Upstream Author : Mark Lord * URL :

Bug#833537: pam-abl: Block login when the disk is full?

On 08/05/2016 07:41 PM, Petter Reinholdtsen wrote: > > Package: libpam-abl > Version: 0.6.0-3 > > Hi. I discovered this probelm when trying to log into a long negleted > FreedomBox. I am unable to log in on the console, and these lines show > up after I enter the user name: > > pam-abl:

Bug#833493: cufflinks: FTBFS with gcc-6

I'll open an issue on github. Thanks, Alex > > Kind regards > > Andreas. > > On Tue, Aug 16, 2016 at 12:47:22PM +0200, Alex Mestiashvili wrote: >> Hi Andreas, >> >> On 08/16/2016 09:19 AM, Andreas Tille wrote: >>> Hi Graham, >>> >

Bug#833493: cufflinks: FTBFS with gcc-6

Hi Andreas, On 08/16/2016 09:19 AM, Andreas Tille wrote: > Hi Graham, > > thanks for your hint. Alexandre, what do you think about it? Feel free > to move my changes to a separate branch and try Graham's approach if you > think this is OK. I think it is better to keep the embedded copy of

Bug#826636: The screensaver fails to hide the second screen in dual screen configuration

you, Alex On Tue, Jun 7, 2016 at 11:40 AM, John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > Control: tags -1 unreproducible > Control: tags -1 moreinfo > > Hi Alex! > > On 06/07/2016 11:30 AM, Alex Mestiashvili wrote: > > After upgrade

Bug#826636: The screensaver fails to hide the second screen in dual screen configuration

Package: mate-screensaver Version: 1.14.1-1 Severity: important After upgrade from Mate 1.12.0-1 -> 1.14.1-1 the screensaver fails to hide the second screen in dual monitor setup. One can see the part which suppose to cover the second screen on the first primary screen area. It also covers the

Bug#759584: fixed in gearmand 1.0.6-6

Hi Steev, you should probably go for version 1.0.6.7 from testing: rmadison gearmand gearmand | 0.33-2| oldstable | source gearmand | 1.0.6-5 | stable | source gearmand | 1.0.6-5 | stable-kfreebsd | source gearmand | 1.0.6-5.1 | unstable|

Bug#824657: libpam-abl: Fatal system lockout with libpam-abl installed

Thank you for the report! the upload of the fixed version is in progress. Best regards, Alex

Bug#774144: NO worker result HTTP-response content

This bug is fixed in gearman-job-server 1.0.6-5 http://sources.debian.net/src/gearmand/1.0.6-5.1/debian/patches/0002-bugfix-endless-loop-on-http-bad-request-or-bad-metho.patch/

Bug#818612: hdparm: Typo in package description

On 03/18/2016 06:22 PM, Thomas Vincent wrote: > Package: hdparm > Version: 9.43-2 > Severity: minor > > Dear Maintainer, > > In the new package description for hdparm, the second sentence starts with > "Rrovides a command line…". > "Rrovides" should be replaced by "Provides". > > Thanks for

Bug#780940: hdparm freezes the system's start up

want. > > On Thu, 03 Mar 2016, Alex Mestiashvili wrote: > > Dear Víctor, > > do you have a chance to test the new upstream release of hdparm ? it is > not > > yet in the Debian distribution, but the source is available here: > > > > http://anonscm.debian.org

Bug#780940: hdparm freezes the system's start up

Dear Víctor, do you have a chance to test the new upstream release of hdparm ? it is not yet in the Debian distribution, but the source is available here: http://anonscm.debian.org/cgit/collab-maint/hdparm.git You will need to clone the repository and build the package. Thank you in advance,

Bug#812800: RM: subread [mipsel hurd-i386] -- ROM; ANAIS; not built for mipsel and hurd-i386 anymore

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: mailatgo...@gmail.com, debian-...@lists.debian.org The binaries in the upstream version segfaults on some tests on mipsel and hurd-i386 architectures and the upstream is not interested in support for these archs. Please remove the binary

Bug#809662: uscan: Regression when --destdir is set: Can't open 'pkg_version.orig.tar.gz': No such file or directory at /usr/bin/uscan line 3706.

Got fixed that issue by prepending $newfile_base with $destdir. Have no idea if it breaks any other features... Regards, Alex --- /usr/bin/uscan 2015-12-31 05:10:02.0 +0100 +++ /tmp/uscan 2016-01-05 15:25:26.922521252 +0100 @@ -3702,8 +3702,8 @@ } my $umd5sum =

Bug#806190: RFS: python-bibtexparser/0.6.1-1 [ITP] -- Python library to parse bibtex files

, Mattia Rizzolo <mat...@debian.org> wrote: > Control: tag -1 moreinfo > > On Wed, Nov 25, 2015 at 10:02:41AM +0100, Alex Mestiashvili wrote: > > https://mentors.debian.net/package/bibtexparser > > There is no package with that name in mentors, nor there is an open ITP &

Bug#806190: RFS: python-bibtexparser/0.6.1-1 [ITP] -- Python library to parse bibtex files

Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: mailatgo...@gmail.com, debian-pyt...@lists.debian.org Dear mentors, I am looking for a sponsor for my package python-bibtexparser: * Package name: python-bibtexparser Version : 0.6.1 Upstream Author : François

  1   2   >