Re: My package is marked for autoremoval from testing

2021-11-25 Thread Andrey Rahmatullin
On Thu, Nov 25, 2021 at 03:45:37PM -0500, Tong Sun wrote: > My package cannot be upgraded from current version to latest version > -- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995769 > > It might have something to do with obsoleted conffile files or it > might even not. The problem is,

Wrestling with debconf

2021-11-25 Thread Kip Warner
Hey list, I'm having an issue with my myfoo-server maintainer scripts for my package myfoo-server. In a nutshell, I am trying to get the user's requested configuration to be handled elegantly. I've read the debconf specification and debconf-devel(7). I see that my issue is discussed:

Bug#974217: RFS: python-radexreader/1.0.0-5 [ITP] -- Reader for the RADEX RD1212 Geiger counter

2021-11-25 Thread Bastian Germann
Control: tags -1 - moreinfo On 25.11.21 18:21, Fabrice Creuzot wrote: I'm not sure what error you have encountered. When I trying the following commands, it works (for me). But perhaps it's not the good way. dget -x

My package is marked for autoremoval from testing

2021-11-25 Thread Tong Sun
Hi Mentors, I need help. My package cannot be upgraded from current version to latest version -- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995769 It might have something to do with obsoleted conffile files or it might even not. The problem is, I've been trying to understand how the

Bug#974217: RFS: python-radexreader/1.0.0-5 [ITP] -- Reader for the RADEX RD1212 Geiger counter

2021-11-25 Thread Fabrice Creuzot
I'm not sure what error you have encountered. When I trying the following commands, it works (for me). But perhaps it's not the good way. dget -x https://mentors.debian.net/debian/pool/main/p/python-radexreader/python-radexreader_1.2.1-1.dsc tar xzf python-radexreader_1.2.1.orig.tar.gz tar

Re: Suggestion needed on test failures due to double arithmetics

2021-11-25 Thread Andrey Rahmatullin
On Thu, Nov 25, 2021 at 01:45:49PM +0100, Giulio Paci wrote: > Moreover I am still wondering if the compiler behavior is correct in this > case and why it is so unstable. It's correct when you don't care about the amount of precision, and it's unstable for the reasons described in gcc(1) for the

Re: Suggestion needed on test failures due to double arithmetics

2021-11-25 Thread Giulio Paci
Il gio 25 nov 2021, 13:21 Andrey Rahmatullin ha scritto: > On Thu, Nov 25, 2021 at 01:13:20PM +0100, Giulio Paci wrote: > > The double values refer to timing information. The specific format, > > known as CTM, stores information in seconds in decimals (e.g. "30.66" > > seconds) from the

Re: Suggestion needed on test failures due to double arithmetics

2021-11-25 Thread Giulio Paci
Hi Paul, On Thu, Nov 25, 2021 at 3:24 AM Paul Wise wrote: > Giulio Paci wrote: > > > 3) what is the most appropriate solution. > > As I understand it, floating point values should not be compared > without some kind of accuracy/precision factor. Zero idea about the > best reference for how to do

Bug#1000554: RFS: libfm-qt/0.16.0-3.1 [NMU] [RC] -- Language package for libfm-qt

2021-11-25 Thread Adam Borowski
On Wed, Nov 24, 2021 at 04:14:29PM -0500, S. 7 wrote: > I am looking for a sponsor for my package "libfm-qt": > > * Package name : libfm-qt > Version : 0.16.0-3.1 > libfm-qt (0.16.0-3.1) unstable; urgency=high + * Non-maintainer upload + * Update symbols to fix FTBFS. (Closes: #984102) + + --

Re: Suggestion needed on test failures due to double arithmetics

2021-11-25 Thread Andrey Rahmatullin
On Thu, Nov 25, 2021 at 01:13:20PM +0100, Giulio Paci wrote: > The double values refer to timing information. The specific format, > known as CTM, stores information in seconds in decimals (e.g. "30.66" > seconds) from the beginning of the stream. > The failing tool reads this information into

Re: Suggestion needed on test failures due to double arithmetics

2021-11-25 Thread Giulio Paci
On Thu, Nov 25, 2021 at 8:54 AM Andrey Rahmatullin wrote: > > On Wed, Nov 24, 2021 at 06:38:07PM +0100, Giulio Paci wrote: > > Dear mentors, > > while updating SCTK package I enabled the execution of the test suite > > which was previously disabled. The tests are working fine on x86_64 > >

Bug#1000583: RFS: foomatic-filters/4.0.17-13 [RC] -- OpenPrinting printer support - filters

2021-11-25 Thread Jörg Frings-Fürst
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "foomatic-filters": Package name: foomatic-filters Version : 4.0.17-13 Upstream Author : Mailinglist URL :