Bug#886254: ITP: cuba -- library for multidimensional numerical integration
The package is available on salsa science-team group. However, it was rejected due to license issues discussed in [1]. I didn't receive feedback from upstream yet, and a similar package, cubature, was recently added to Debian. Hence, at the moment I am no longer very motivated to maintain the package. I am going to retitle the ITP to RFP, in case in future the copyright and proprietary license issues will be solved. [1] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2019-December/076976.html Best, Francesco
Bug#926330: RFS: cuba/4.2-1 [ITP]
Hi Sébastien, Thanks for taking the time to review the package. On 4/17/19 2:55 PM, Sébastien Villemot wrote: — The autopkgtest does not work. I get: autopkgtest [14:48:10]: test cuba: [--- make: *** No rule to make target 'check'. Stop. autopkgtest [14:48:11]: test cuba: ---] autopkgtest [14:48:11]: test cuba: - - - - - - - - - - results - - - - - - - - - - cuba FAIL non-zero exit status 2 I misunderstood how autopkgtest works. Now the test is a simple compile, link and run check. I checked that it succeeds adding the B20autopkgtest hook to pbuilder. — I think there is a typo in the long description of libcuba4. It talks about “libuba4-dev”, while I guess you meant “libcuba-dev”. Fixed, thanks. — In debian/changelog, you should keep the three former entries corresponding to the previous version of the package. Keeping the whole history of the package will facilitate the long-term maintenance. See https://tracker.debian.org/media/packages/c/cuba/changelog-3.0%2B2024-2 That's a doubt I still had, thanks for bringing it up. I added back the old entries and more details about differences with the old package. Best, Francesco
Bug#926330: RFS: cuba/4.2-1 [ITP]
On 4/5/19 5:27 PM, Sébastien Villemot wrote: > Done:https://salsa.debian.org/science-team/cuba > > I granted you Maintainer access on that project. Thanks! I updated the package after going through Debian Science Policy and pushed the changes to the git repository. I'd appreciate if someone is available to sponsor the package. As mentioned in the ITP [1], a previous version of the library, libcuba3, was already in Debian and I based the package on that one. I reached out to the previous maintainer to verify that he is fine with me reintroducing the package. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886254 I also checked with upstream author that pointer overflow warnings I get when compiling (gcc 8.3.0) [2] can be safely ignored. [2] https://lists.debian.org/debian-science/2019/03/msg00031.html Best, Francesco
Bug#926330: RFS: cuba/4.2-1 [ITP]
Dear Sébastien, Thanks for the information. On 4/4/19 9:13 AM, Sébastien Villemot wrote: > Since you CC’d this bug report to the debian-science mailing list, I > guess that you’d like to have this package maintained within the team > (BTW, you should have rather used the X-Debbugs-CC pseudo-header, so > that we get informed of the bug number). > > If this is indeed your intention, you should: > > 1. Set the Maintainer field to: >Debian Science Team >(and put yourself in the Uploaders field) Ok. I confirm that's my intention. > 2. Put the packaging on salsa.debian.org in the science-team group >https://salsa.debian.org/science-team >(you’ll need someone to create the project for you, once you have > joined the group; I can do that if you want) Yes please, that'd great. (Just registered as fmnt-guest and requested access.) > 3. Subscribe to debian-scie...@lists.debian.org Done. > And more generally, you should follow the rules described in the Debian > Science Policy: > https://science-team.pages.debian.net/policy/ > > In particular, in the future, sponsorship requests should be done by > simply sending an adequately formatted message to debian-science@l.d.o. Sure, thanks. I'll go through the science policy before submitting the new revision. Best, Francesco
Bug#926330: RFS: cuba/4.2-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cuba" * Package name: cuba Version : 4.2-1 Upstream Author : Thomas Hahn * URL : http://www.feynarts.de/cuba/ * License : LGPL-3+ Section : math It builds those binary packages: libcuba4 - multidimensional numerical integration -- library package libcuba-dev - multidimensional numerical integration -- development package libcuba-doc - multidimensional numerical integration -- documentation package partview - partition viewer for the Cuba library Partview reads Cuba To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cuba Alternatively, one can download the package with dget using this command: dget -ux https://mentors.debian.net/debian/pool/main/c/cuba/cuba_4.2-1.dsc Regards, Francesco Montanari
Bug#886254: ITP: cuba -- library for multidimensional numerical integration
Package: wnpp Severity: wishlist Owner: Francesco Montanari <f...@fmnt.info> * Package name: cuba Version : 4.2 Upstream Author : Thomas Hahn * URL : http://www.feynarts.de/cuba/ * License : LGPL-3+ Programming Lang: C, C++, Fortran Description : library for multidimensional numerical integration The Cuba library provides new implementations of general-purpose multidimensional integration algorithms. While several algorithms are available for reliable one-dimensional numerical integration in modest time --see, e.g., QUADPACK from the GNU Scientific Library (GSL)--, the situation is less satisfactory for multidimensional integrals. The Cuba library offers a choice of four independent routines for multidimensional integration based on very different methods (both deterministic and Monte Carlo): Vegas, Suave, Divonne, and Cuhre. These algorithms are a significant improvement over alternatives already present in Debian (e.g., see the traditional Monte Carlo method and the Vegas and Miser adaptive algorithms from the GSL). A previous version of the library, libcuba3, was already in Debian but has been removed because ancient, RC buggy and low popcon [1]. I will maintain the package as a frequent user, and will ask support from a sponsor (a first package version will be uploaded on Debian Mentors [2]). Francesco [1] https://bugs.debian.org/826874 [2] https://mentors.debian.net
Bug#879690: maint-guide: debuild requires double dashes between debuild options and targets
Package: maint-guide Version: 1.2.39 Severity: normal Dear Maintainer, Cleaning source trees with 'debuild clean' as indicated in doc/06_build.xml I encounter the same error as in #846016: dpkg-buildpackage -rfakeroot -us -uc -I -i clean dpkg-buildpackage: error: unknown option or argument clean Seems like a double dash should be added 'debuild -- clean'? -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) maint-guide depends on no packages. maint-guide recommends no packages. Versions of packages maint-guide suggests: ii debian-policy 3.9.8.0 ii developers-reference 3.4.18 ii devscripts2.17.6+deb9u1 ii dh-make 2.201608 pn doc-base ii dput 0.12.1 ii fakeroot 1.21-3.1 ii lintian 2.5.50.4 pn pbuilder ii quilt 0.63-8 -- no debconf information
Bug#808154: (no subject)
I agree that when converting ORG to MAN pages (org-man-export-to-man), a new line should be added before the line break `.br' tag. Otherwise, for example, the following: ``` hello\\ word ``` is converted to: ``` hello.br word ``` Since the bug is flagged for newcomers, please find a patch attached. Thanks, Francesco diff -Nru emacs24-24.5+1/debian/patches/0024-Emacs-add-line-break-org-to-man.patch emacs24-24.5+1/debian/patches/0024-Emacs-add-line-break-org-to-man.patch --- emacs24-24.5+1/debian/patches/0024-Emacs-add-line-break-org-to-man.patch 1970-01-01 02:00:00.0 +0200 +++ emacs24-24.5+1/debian/patches/0024-Emacs-add-line-break-org-to-man.patch 2017-01-22 22:32:37.0 +0200 @@ -0,0 +1,13 @@ +Index: emacs24-24.5+1/lisp/org/ox-man.el +=== +--- emacs24-24.5+1.orig/lisp/org/ox-man.el emacs24-24.5+1/lisp/org/ox-man.el +@@ -626,7 +626,7 @@ CONTENTS is nil. INFO is a plist holdin + (defun org-man-line-break (line-break contents info) + "Transcode a LINE-BREAK object from Org to Man. + CONTENTS is nil. INFO is a plist holding contextual information." +- ".br\n") ++ "\n.br\n") + + + ;;; Link diff -Nru emacs24-24.5+1/debian/patches/series emacs24-24.5+1/debian/patches/series --- emacs24-24.5+1/debian/patches/series 2017-01-22 22:32:37.0 +0200 +++ emacs24-24.5+1/debian/patches/series 2017-01-22 22:32:37.0 +0200 @@ -21,3 +21,5 @@ 0021-Emacs-should-work-with-gcc-5.2-and-newer.patch 0022-Emacs-should-work-with-glibc-2.24-on-ppc64.patch 0023-Emacs-should-no-longer-hang-when-loading-TRAMP.patch +0024-Emacs-add-line-break-org-to-man.patch +
Bug#843446: thinkfan fails to starts with hwmon temperature sources
Dear Maintainer,
The workaround I previously proposed does not really solves the
problem, because of course CPU temperature is not necessarily
related to that of hard disks.
I now reconfigure /etc/thinkfan.conf automatically each time. To do
that I added an ExecStartPre entry to thinkfan.service to load the
script here attached for completeness. It seems to work fine, but
please note that i) the script may be fine tuned to my machine, ii) I
am guessing that the thinkfan service will always start after that the
hwmon devices have been determined, ii) I have no expertise with init
scripts.
Best,
Francesco
#!/usr/bin/perl
# thinkfan-hwmon - automatic /etc/thinkfan.conf configuration
#
# Copyright (C) 2017 Francesco Montanari <francesco.montan...@openmailbox.org>
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program. If not, see <http://www.gnu.org/licenses/>.
#
#
# Description
# ---
# Automatically read hwmon sensors devices. Remove any previous
# 'hwmon /sys/devices/...' entry from /etc/thinkfan.conf, and replace
# them by the newly detected ones.
#
# The script can be placed, e.g., under /usr/sbin/ and be called by
# thinkfan systemd service by adding the line
# ExecStartPre=/usr/sbin/thinkfan-hwmon
# to the file /lib/systemd/system/thinkfan.service.
#
# Depending on the machine, the excluded folder name 'pci:00' may
# need to be adapted in this script.
use strict;
use warnings;
use File::Find::Rule;
# Where to look for the sensors
my $searchdir = "/sys/devices/";
# Exclude from the search those paths containing the following
# expression. This may change for different machines.
my $exclude = "pci:00";
my @cpu = read_sensors($searchdir,$exclude);
write_conf(@cpu);
sub read_sensors {
# Read the location of hwmon devices.
my @cpu = File::Find::Rule->file()
->name("temp*_input")
->in($searchdir);
my @del_indexes = grep { $cpu[$_] =~ m/\Q$exclude/ } 0..$#cpu;
for (@del_indexes){
splice(@cpu,$_,1);
}
for (@cpu)
{
$_ = "hwmon " . $_ . "\n";
}
return @cpu;
}
sub write_conf {
# Replace the sensors in the configuration file.
my $filename = '/etc/thinkfan.conf';
open my $in, '<', $filename or die "Could not open file '$filename' $!";
my @contents = <$in>;
close $in;
@contents = grep {!/hwmon \/sys\/device/} @contents;
open my $out, '>', $filename or die "Could not open file '$filename' $!";
print $out @contents;
print $out @cpu;
close $out;
}
Bug#843446: thinkfan fails to starts with hwmon temperature sources
Package: thinkfan Version: 0.9.2-1 Severity: important Dear Maintainer, Thinkfan sporadically fails to start as temperature sources unpredictably change after reboot. For example, the source: /sys/devices/platform/coretemp.0/hwmon/hwmon2/temp1_input may change to: /sys/devices/platform/coretemp.0/hwmon/hwmon3/temp1_input Hence, temperature sources need to be edited manually after each failure, and the thinkfan service need to be restarted. Compiling with SMART support (#747143), and using it instead of hwmon seems to solve the problem for me. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thinkfan depends on: ii libc6 2.24-5 thinkfan recommends no packages. thinkfan suggests no packages. -- Configuration Files: /etc/thinkfan.conf changed: hwmon /sys/devices/virtual/hwmon/hwmon0/temp1_input hwmon /sys/devices/platform/coretemp.0/hwmon/hwmon2/temp3_input hwmon /sys/devices/platform/coretemp.0/hwmon/hwmon2/temp1_input hwmon /sys/devices/platform/coretemp.0/hwmon/hwmon2/temp2_input (0, 0, 55) (1, 48, 60) (2, 50, 61) (3, 52, 63) (4, 56, 65) (5, 59, 66) (7, 63, 32767) -- no debconf information
Bug#830842: gnome-maps: MapQuest direct tile access has been discontinued
Package: gnome-maps Version: 3.20.1-1 Severity: important Dear Maintainer, Map tiles are replaced by a MapQuest message warning that direct tile access has been discontinued. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-maps depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii geoclue-2.0 2.4.3-1 ii gir1.2-champlain-0.120.12.13-1 ii gir1.2-clutter-1.0 1.26.0-2 ii gir1.2-cogl-1.0 1.22.0-2 ii gir1.2-gdkpixbuf-2.0 2.34.0-1 ii gir1.2-geoclue-2.0 2.4.3-1 ii gir1.2-geocodeglib-1.0 3.20.1-1 ii gir1.2-gfbgraph-0.2 0.2.3-1 ii gir1.2-glib-2.0 1.48.0-2 ii gir1.2-goa-1.0 3.20.1-1 ii gir1.2-gtk-3.0 3.20.6-2 ii gir1.2-gtkchamplain-0.12 0.12.13-1 ii gir1.2-gtkclutter-1.01.8.0-1 ii gir1.2-gweather-3.0 3.20.1-1 ii gir1.2-rest-0.7 0.8.0-1 ii gir1.2-secret-1 0.18.3-1 ii gir1.2-soup-2.4 2.54.1-1 ii gir1.2-webkit2-4.0 2.12.3-1 ii gjs 1.45.3-2 ii libatk1.0-0 2.20.0-1 ii libc62.22-13 ii libcairo-gobject21.14.6-1+b1 ii libcairo21.14.6-1+b1 ii libchamplain-0.12-0 0.12.13-1 ii libclutter-1.0-0 1.26.0-2 ii libcogl-pango20 1.22.0-2 ii libcogl-path20 1.22.0-2 ii libcogl201.22.0-2 ii libdrm2 2.4.68-1 ii libegl1-mesa [libegl1-x11] 11.2.2-1 ii libfolks25 0.11.2-1 ii libgbm1 11.2.2-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libgee-0.8-2 0.18.0-2 ii libgeocode-glib0 3.20.1-1 ii libglib2.0-0 2.48.1-1 ii libgtk-3-0 3.20.6-2 ii libjson-glib-1.0-0 1.2.0-1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii librest-0.7-00.8.0-1 ii libsoup2.4-1 2.54.1-1 ii libwayland-client0 1.11.0-2 ii libwayland-cursor0 1.11.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 11.2.2-1 ii libwayland-server0 1.11.0-2 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.2-1 ii libxi6 2:1.7.6-1 ii libxkbcommon00.5.0-1 ii libxml2 2.9.3+dfsg1-1.2 ii libxrandr2 2:1.5.0-1 gnome-maps recommends no packages. gnome-maps suggests no packages. -- no debconf information
