On 2/26/25 16:48, Chris Hofstaedtler wrote:
On Fri, Jul 12, 2024 at 08:32:40PM +0200, Chris Hofstaedtler wrote:
your packages gearman-server and gearman-job-server both install a program
named "gearmand", although in different components of the PATH.
As this is confusing and a possible source o
Package: wnpp
Severity: wishlist
* Package name: libdancer2-session-cookie-perl
Version : 0.009
Upstream Contact: David Golden
* URL : https://metacpan.org/pod/Dancer2::Session::Cookie
* License : Apache-2.0
Programming Lang: Perl
Description : Dancer
Package: wnpp
Severity: wishlist
* Package name: libdancer2-plugin-auth-extensible-provider-ldap-perl
Version : 0.706
Upstream Contact: Peter Mottram
* URL :
https://github.com/PerlDancer/Dancer2-Plugin-Auth-Extensible-Provider-LDAP
* License : Artistic or G
Package: wnpp
Severity: wishlist
* Package name: libdancer2-plugin-auth-extensible-perl
Version : 0.711
Upstream Contact:
* URL :
https://github.com/PerlDancer/Dancer2-Plugin-Auth-Extensible
* License : Artistic or GPL-1+
Programming Lang: Perl
Descripti
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 fi
Thank you for the hint. I'll incorporate the changes in the next release.
Best regards,
Alex
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
fro
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 is
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 t
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 welc
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
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
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 obvio
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
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 times
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
>
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
user_db=/v
Package: ftp.debian.org
Severity: normal
I'd like to request removal of tophat. It is obsoleted and substituted
by hisat2.
Best regards,
Alex
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
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++
D
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 it
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)
>
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
>> previous
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
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 bec
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 var
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 te
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 (us
> 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,
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 t
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 tim
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 : https://metacpan.org/releas
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
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
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
> 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
/lib/systemd/syste
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 :
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
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
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
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
>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 there
> 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 Nicholas
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<-
> root@ha
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
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 b
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
>&
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
> files
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
> br
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.
>
> __
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
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
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
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
> 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"
> )).
I
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
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
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
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. Neverthel
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
>>
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 th
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 m
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 suppor
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
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
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.
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 de
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 : https
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 , Closes: #891051
Regards,
Alex Mestiashvili
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.
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
I believe this problem is fixed in stretch.
hdparm version 9.51+ds-1.
do you have a chance to test it ?
> ...
> # 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)
> # '
> #
> >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 res
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, SA
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.
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.
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 need
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?
>>
>>
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 i
forwarded 871234 https://github.com/cole-trapnell-lab/cufflinks/issues/89
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
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 s
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 : http://sourceforge.net/projects/hdparm/fil
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&t=3929
You can see if "user namespaces" works with this code:
https://lwn.
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 3.0
moreinfo
>
> On Fri, 21 Oct 2016 14:46:32 +0200 Alex Mestiashvili
> wrote:
> > Package: sponsorship-requests
> > Severity: wishlist
> > X-Debbugs-Cc: mailatgo...@gmail.com
> >
> > Dear mentors,
> >
> > [...]
> >
> > Best regards,
> >
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 : http://sourceforge.net/projects/hdparm/fi
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 : http://sourceforge.net/projects/hdparm/fi
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: BDB1
, 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,
>>>
&
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 lib
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 from
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 lo
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| sou
Thank you for the report! the upload of the fixed version is in progress.
Best regards,
Alex
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/
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 you
On Wed, Mar 9, 2016 at 1:03 PM, Raphael Hertzog wrote:
> Control: severity -1 important
>
> I'm reducing the severity of this bug as there's only person who
> claims to have been affected. And it's not a hard lockup, just
> taking more time than what we want.
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,
Al
1 - 100 of 188 matches
Mail list logo
