Bug#879495: gbp dch fails with UnboundLocalError
Le mardi, 7 novembre 2017, 10.00:01 h CEST Guido Günther a écrit : > Can you point me to a repo where I can reproduce this? I just did that: git clone https://salsa.debian.org/printing-team/cups.git cd cups # Let the upstream/latest branch exist git checkout upstream/latest # Put debian/master to a commit that triggers the bug git checkout debi an/master git reset --hard 7210eeb6f1d0d99cb008a4567127b7762a29f5a7 gbp dch --release --verbose gbp:debug: ['git', 'rev-parse', '--show-cdup'] gbp:debug: ['git', 'rev-parse', '--is-bare-repository'] gbp:debug: ['git', 'rev-parse', '--git-dir'] gbp:debug: ['git', 'symbolic-ref', 'HEAD'] gbp:debug: ['git', 'show-ref', 'refs/heads/debian/master'] gbp:debug: ['git', 'tag', '-l', 'debian/2.2.7-1'] gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'debian/2.2.7-1^0'] gbp:info: Found tag for topmost changelog version '46e03e2adff54390721b1a725ab9a6472e2cba39' gbp:debug: ['git', 'log', '--pretty=format:%H', '46e03e2adff54390721b1a725ab9a6472e2cba39..HEAD', '--no-merges', '--'] gbp:debug: ['git', 'merge-base', 'HEAD', 'upstream/latest'] gbp:debug: ['git', 'describe', '--match', 'upstream/*', '--abbrev=0', '18a1649286d8978552c6334934a23dc6efe5fc0d'] gbp:debug: Found upstream version None. gbp:debug: /usr/bin/dpkg ['--compare-versions'] [None, 'lt', '2.2.7-1'] The temporary workaround is to run: $ git branch -d upstream/latest signature.asc Description: This is a digitally signed message part.
Bug#894643: cups: autopkgtest fails due to output on stderr since 2.2.7-1
Control: tags -1 +confirmed +pending Hi Paul, and thanks for your bugreport. I had noticed it already, but your bugreport is a helpful reminder. Cheers, OdyX Le lundi, 2 avril 2018, 22.04:33 h CEST Paul Gevers a écrit : > Source: cups > Version: 2.2.7-1 > Severity: normal > Control: user ci-t...@tracker.debian.org > Control: usertag -1 regression > > Since the upload of 2.2.7-1 the autopkgtest of cups fails¹ with the > following output to stderr: > lpadmin: Raw queues are deprecated and will stop working in a future version > of CUPS. > > Please either fix the test to not trigger deprecated behavior or allow > output to stderr in the test suite by adding "allow-stderr" to the > restrictions. > > ¹ https://ci.debian.net/packages/c/cups/unstable/amd64/ signature.asc Description: This is a digitally signed message part.
Bug#894549: debhelper: dh_usrlocal may remove a direct subdirectory of /usr/local
Package: debhelper Followup-For: Bug #894549 Hello. This new diff should fix the same issues in dh_usrlocal. The result is more readable in my opinion, hopefully preventing similar errors in the future. It should also be a bit more efficient: instead of sorting two huge lists of paths all starting with "/usr/share/", it sorts once simple names in each directory. When a normal file is encountered, it displays an error instead of a warning. This does not change much, as rmdir would fail with a less explicit message when attempting to remove the containing directory. --- a/dh_usrlocal +++ b/dh_usrlocal @@ -76,55 +76,50 @@ my $tmp = tmpdir($package); if (-d "$tmp/usr/local") { - my (@dirs, @justdirs); - find({bydepth => 1, - no_chdir => 1, + my ($dirs, $justdirs); + find({no_chdir => 1, + preprocess => sub { + # Ensure a reproducible traversal. + return sort @_; + }, + postprocess => sub { + # Uninstall, unless a direct child of /usr/local. + $_ = $File::Find::dir; + s!^\Q$tmp\E!!; + $justdirs .= "\n$_" if m!/usr/local/.*/!; + # Remove a directory after its childs. + doit('rmdir', $File::Find::dir); + }, wanted => sub { + # rmdir would fail later anyways. + error("${File::Find::name} is not a directory") +if not -d $File::Find::name; + # Install directory before its childs. my $fn = $File::Find::name; - if (-d $fn) { -my $user = 'root'; -my $group = 'staff'; -my $mode = '02775'; -if (should_use_root()) { - my $stat = stat $fn; - $user = getpwuid $stat->uid; - $group = getgrgid $stat->gid; - $mode = sprintf "%04lo", ($stat->mode & 0); - if ($stat->uid == 0 && $stat->gid == 0) { - $group = 'staff'; - $mode = '02775'; - } + $fn =~ s!^\Q$tmp\E!!; + return if $fn eq '/usr/local'; + if (should_use_root()) { +my $stat = stat $File::Find::dir; +if ($stat->uid == 0 && $stat->gid == 0) { + $dirs .= "\n$fn 02775 root staff"; +} else { + my $user = getpwuid $stat->uid; + my $group = getgrgid $stat->gid; + my $mode = sprintf "%04lo", ($stat->mode & 0); + $dirs .= "\n$fn $mode $user $group"; } - - - -$fn =~ s!^\Q$tmp\E!!; -return if $fn eq '/usr/local'; - -# @dirs is in parents-first order for dir creation... -unshift @dirs, "$fn $mode $user $group"; -# ...whereas @justdirs is depth-first for removal. -push @justdirs, $fn; -doit('rmdir', $_); - } - else { -warning("$fn is not a directory"); + } else { +$dirs .= "\n$fn 02775 root staff"; } }}, "$tmp/usr/local"); - doit('rmdir', "$tmp/usr/local"); - - my $bs = "\\"; # A single plain backslash - my $ebs = $bs x 2; # Escape the backslash from the shell + # This constructs the body of a 'sed' c\ expression which # is parsed by the shell in double-quotes - my $dirs = join("$ebs\n", sort @dirs); - pop @justdirs; # don't remove directories directly in /usr/local - my $justdirs = join("$ebs\n", reverse sort @justdirs); if (! $dh{NOSCRIPTS}) { autoscript($package,"postinst", "postinst-usrlocal", - "/#DIRS#/ c${ebs}\n${dirs}"); + "/#DIRS#/ c$dirs") if $dirs; autoscript($package,"prerm", "prerm-usrlocal", - "/#JUSTDIRS#/ c${ebs}\n${justdirs}") if length $justdirs; + "/#JUSTDIRS#/ c$justdirs") if $justdirs; } } }
Bug#894671: RFS: nltk/3.2.5-2 [ITA] : natural language processing lib, popcon: ~300
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-scie...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "nltk" * Package name: nltk Version : 3.2.5-2 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : science It builds those binary packages: python-nltk - Python libraries for natural language processing python3-nltk - Python3 libraries for natural language processing To access further information about this package, please visit the following URL: https://mentors.debian.net/package/nltk Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/n/nltk/nltk_3.2.5-2.dsc More information about hello can be obtained from https://www.example.com. http://debomatic-amd64.debian.net/distribution#unstable/nltk/3.2.5-2/buildlog Or If you prefer sponsoring from the git repo: https://salsa.debian.org/science-team/nltk commit: 29ca1f3059e96cd985178e727002814edb367e06 nltk (3.2.5-2) unstable; urgency=medium * New Maintainer. (Closes: #816509) + Set Maintainer to Debian Science team. + Add myself as an Uploader. * Point Vcs-* fields to Salsa. * Bump debhelper compat level to 11. * Update Standards-Version to 4.1.3, nothing to change. * lintian/source: Override debian-rules-sets-DEB_BUILD_OPTIONS. The upstream tests require some files downloaded from internet, which are not accessible while building this package due to Debian Policy. Hence disabling test via this variable. -- Best,
Bug#893687: fixed in ccrypt 1.10-6
Control: reopen -1 On Mon, 2018-04-02 at 11:49 +, Alexander Kulak wrote: > * Remove obsoleted conffile (closes: #893687) I just upgraded but I still have an obsolete conffile. It looks like you got the version number wrong: $ grep dpkg-maintscript-helper /var/lib/dpkg/info/ccrypt.* /var/lib/dpkg/info/ccrypt.postinst:dpkg-maintscript-helper rm_conffile /etc/emacs/site-start.d/50ccrypt.el 1.10-5\~ ccrypt -- "$@" /var/lib/dpkg/info/ccrypt.postrm:dpkg-maintscript-helper rm_conffile /etc/emacs/site-start.d/50ccrypt.el 1.10-5\~ ccrypt -- "$@" /var/lib/dpkg/info/ccrypt.preinst:dpkg-maintscript-helper rm_conffile /etc/emacs/site-start.d/50ccrypt.el 1.10-5\~ ccrypt -- "$@" /var/lib/dpkg/info/ccrypt.prerm:dpkg-maintscript-helper rm_conffile /etc/emacs/site-start.d/50ccrypt.el 1.10-5\~ ccrypt -- "$@" https://manpages.debian.org/man/1/dpkg-maintscript-helper If the conffile has not been shipped for several versions, and you are now modifying the maintainer scripts to clean up the obsolete file, prior-version should be based on the version of the package that you are now preparing, not the first version of the package that lacked the conffile. This applies to all other actions in the same way. Or a package switching a path from a symlink (shipped in version 1.0-1) to a directory (shipped in version 2.0-1), but only performing the actual switch in the maintainer scripts in version 3.0-1, should set prior-version to 3.0-1~. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#894670: gf-complete: FTBFS and/or baseline violations on all architectures
Source: gf-complete Version: 1.0.2+2017.04.10.git.ea75cdf-1 Severity: serious https://buildd.debian.org/status/package.php?p=gf-complete&suite=sid A note regarding * drop not use sse patch, gf-complete supports runtime simd detection now. You cannot pass -mfpu or -msse functions to gcc when compiling a file unless the complete contents of the file is protected by runtime protection elsewhere. gcc will emit these instructions for most/all functions in the file if you instruct it to do so with -mfpu or -msse.
Bug#893377: RFS: taptempo/1.2.1-1 [ITP]
Hi François, On 31 March 2018 at 21:59, François Mazen wrote: > > This program is useful to quickly find the tempo of a song. > The idea is to type "taptempo" in a terminal, then hit enter key at > each beat while hearing a song, and display the tempo. > > The targeted people are mainly musicians who need to transcribe music > or play the song at the exact original tempo. The typical situation to > use this software is when you are in a hurry and you don't have time to > launch a big workstation like Ardour or Lmms in order to find the > tempo. Got it. Thank you for this explanation. > >> 8. When you have built the latest version of the modified package, >> you could run lintian against it: >> >> lintian -EviI --pedantic .changes >> >> There generally shouldn't be any Error or Warning. > > I've fixed all the error and the lintian output should be clean. You have done quite a good job making the package in a good shape, and making the upstream very standard. By the way I'm surprised that you have fixed all lintian outputs, including the pedantic stuff. The pedantic items are only optional, not what must be fixed. Errors and Warnings should be dealt with, and some lintian Info can even pass if the maintainer has a good reason. In return everything's shining and in good shape :-) > Let me know if it still require more work. Nitpicking: 1. Please collapse the two lines in changelog into one. They refer to the same thing. - * Initial debian package. - * Closes: #893306 + * Initial debian package. (Closes: #893306) 2. there is still an autpkgtest problem: autopkgtest [07:01:02]: test version: [--- spawn taptempo --version couldn't execute "taptempo": no such file or directory while executing "spawn taptempo --version" (file "/tmp/autopkgtest.C3pEq9/build.uWo/src/debian/tests/version" line 6) autopkgtest [07:01:03]: test version: ---] autopkgtest [07:01:03]: test version: - - - - - - - - - - results - - - - - - - - - - version FAIL non-zero exit status 1 autopkgtest [07:01:03]: test version: - - - - - - - - - - stderr - - - - - - - - - - couldn't execute "taptempo": no such file or directory while executing "spawn taptempo --version" (file "/tmp/autopkgtest.C3pEq9/build.uWo/src/debian/tests/version" line 6) this can be fixed by the patch. It looks somewhat wired but we need it. --- a/debian/tests/control +++ b/debian/tests/control @@ -1,2 +1,2 @@ Tests: version, help, tempo -Depends: expect +Depends: expect, taptempo The autopkgtest result after patched: http://debomatic-amd64.debian.net/distribution#unstable/taptempo/1.3.0-1/autopkgtest build result: http://debomatic-amd64.debian.net/distribution#unstable/taptempo/1.3.0-1/buildlog > Should I update this new package to the mentors website? Yes, please fix the two problem mentioned above, and upload to mentors. Thank you for you contribution to Debian, and have a good day.
Bug#892520: duplicate of CVE-2017-5886
This issue has been tracked down by upstream to be a duplicate of CVE-2017-5886. Regards, Salvatore
Bug#894075: mypy 0.580-1 did not fix the issue
reopen 894075 found 894075 0.580-1 thanks As it turns out pkg_resources is not in distutils anymore (I'd have thought the same thing), but in python3-pkg-resources. Hence mypy still fails to run when installed on a system with minimal dependencies installed as evidenced by [0]. Kind regards Philipp Kern [0] https://salsa.debian.org/pkern/pybuildd/-/jobs/11056
Bug#894669: make lessfile/lesspipe handle logfiles with unix timestamps
Package: less Version: 481-2.1 Severity: wishlist Dear Maintainer, yes, I have seen the comments that you think that lessfile/lesspipe should be rewritten in perl. That not being done, I still would like to have an improvement to the shell versions of the scripts. Log files that use a Unix time stamp as a time stamp are very hard to comprehend for a human. How about lessfile/lessdate recognizing a 10 digit number that translates to a time, for example, a year in the past and a month in the future and translating (or augmenting) the number with its translation to a readable ISO 8601 time stamp? This would probably need to be disabled by default and enabled by an environment variable. Greetings Marc -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.15-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages less depends on: ii debianutils 4.8.1.1 ii libc62.24-11+deb9u3 ii libtinfo56.0+20161126-1+deb9u2 less recommends no packages. less suggests no packages. -- no debconf information
Bug#816509: New maintainer. New version ready to upload.
control: owner -1 ! control: retitle -1 ITA: nltk -- Python Natural Language Toolkit Hi, I've prepared a new version of this package. https://salsa.debian.org/science-team/nltk -- Best,
Bug#802940: Patch for #802940
It seems that https://bugs.launchpad.net/ubuntu/+source/xosview/+bug/1609569 has patch for this. Mark, should I submit it to upstream pull request or can you take it from Ubuntu? Thanks. -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com
Bug#880367:
This bug continues in the recent 0.99-3 upload to sid.
Bug#799752: pmt_already_mounted() broken when server="nfs"
2.16-4 fixes the problem, thanks. Trent W. Buck wrote: > Jochen Sprickerhof wrote: > > a long time ago you opened a bug in the Debian package libpam-mount. > > Recently > > I took over maintenance of this package and added a patch to address this. > > You > > can find the new version in Debian experimental, would be great if you could > > try it and report back if it fixes your problem. > > I'm still relying on libpam_mount to mount /home/X via NFSv3, so this is > still important to me. > I'm currently on Debian 9 Stretch, but I'll try to find time to test this. > > If you don't hear from me by 2018-04-16, ping me again, because I'll have > been distracted ;-) I just tried to reproduce this problem. It turns out that nowadays, NFS hides the issue by silently NOPping repeated mounts: root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 'nfs:/home/staff/s123' '/home/staff/s123' root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 'nfs:/home/staff/s123' '/home/staff/s123' root@zodiac:~# 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 'nfs:/home/staff/s123' '/home/staff/s123' root@zodiac:~# echo $? 0 root@zodiac:~# grep nfs:/home /proc/mounts nfs:/home/staff/s123 /home/staff/s123 nfs rw,nosuid,nodev,noexec,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.0.0.1,mountvers=3,mountport=32767,mountproto=udp,local_lock=none,addr=10.0.0.1 0 0 However I *could* reproduce the bug in libpam-mount 2.16-2: root@zodiac:~# su -s /bin/sh -c 'df -h -t nfs' s123 (pam_mount.c:568): pam_mount 2.16: entering session stage (mount.c:267): Mount info: globalconf, user=s123 fstab=0 ssh=0 (mount.c:664): Password will be sent to helper as-is. command: 'mount' '-onfsvers=3,intr,nodev,noexec,nosuid' '-tnfs' 'nfs:/home/staff/s123' '/home/staff/s123' … And I *could not* reproduce the bug in libpam-mount 2.16-4: root@bentham-wing-e4:~# su -s /bin/sh -c 'df -h -t nfs' p123 (pam_mount.c:568): pam_mount 2.16: entering session stage (mount.c:262): Mount info: globalconf, user=p123 fstab=0 ssh=0 (mount.c:623): /home/prisoners/p123 already seems to be mounted at /home/prisoners/p123, skipping command: 'pmvarrun' '-u' 'p123' '-o' '1' (pmvarrun.c:258): parsed count value 1 (pam_mount.c:441): pmvarrun says login count is 2 (pam_mount.c:660): done opening session (ret=0) FilesystemSize Used Avail Use% Mounted on nfs:/srv/share4.9G 357M 4.3G 8% /srv/share nfs:/home/prisoners/p123 488M 56M 397M 13% /home/prisoners/p123 (pam_mount.c:706): received order to close things command: 'pmvarrun' '-u' 'p123' '-o' '-1' (pmvarrun.c:258): parsed count value 2 (pam_mount.c:441): pmvarrun says login count is 1 (pam_mount.c:735): p123 seems to have other remaining open sessions (pam_mount.c:743): pam_mount execution complete (pam_mount.c:116): Clean global config (0) root@bentham-wing-e4:~#
Bug#894668: gitlab: grape-entity gem update on unstable brokes gitlab
Package: gitlab Version: 10.6.0+dfsg-1 Severity: normal Hi, After update of ruby-grape-entity package, gitlab cannot complete check / installation tasks. Preparing to unpack .../05-ruby-grape-entity_0.7.1-1_all.deb ... Unpacking ruby-grape-entity (0.7.1-1) over (0.6.0-1) ... Setting up gitlab (10.6.0+dfsg-1) ... Creating/updating gitlab user account... Making gitlab owner of /var/lib/gitlab... Could not find gem 'grape-entity (~> 0.6.0)' in any of the gem sources listed in your Gemfile. dpkg: error processing package gitlab (--configure): installed gitlab package post-installation script subprocess returned error exit status 1 Required gem are installed but on a new version who arrived unstable 3 days ago. rin:/boot# gem list grape *** LOCAL GEMS *** grape (1.0.2) grape-entity (0.7.1) grape-route-helpers (2.1.0) grape_logging (1.7.0) mustermann-grape (1.0.0) rin:/boot# gem which grape-entity /usr/lib/ruby/vendor_ruby/grape-entity.rb Thanks, -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gitlab depends on: ii adduser 3.117 ii asciidoctor 1.5.5-1 ii bc1.07.1-2 ii bundler 1.16.1-1 ii dbconfig-pgsql2.0.9 ii debconf [debconf-2.0] 1.5.66 ii git 1:2.17.0-1 ii gitlab-shell 6.0.4-1 ii gitlab-workhorse 4.0.0+debian-1 ii libjs-chartjs 1.0.2-1 ii libjs-clipboard 1.4.2-1 ii libjs-graphael0.5+dfsg-1 ii libjs-jquery-atwho1.5.4+dfsg.1-2 ii libjs-jquery-caret.js 0.3.1+dfsg.1-2 ii libjs-jquery-nicescroll 3.6.6-1 ii libjs-pdf 1.5.188+dfsg-1 ii libjs-xterm 2.7.0+ds1-1 ii lsb-base 9.20170808 ii nginx 1.13.10-1 ii nginx-full [nginx]1.13.10-1 ii node-babel-core 6.26.0+dfsg-3 ii node-babel-eslint 7.2.3-2 ii node-babel-loader 7.1.2-4 ii node-babel-plugin-transform-define1.3.0-2 ii node-babel-preset-latest 6.26.0+dfsg-3 ii node-babel-preset-stage-2 6.26.0+dfsg-3 ii node-bootstrap-sass 3.3.7-1 ii node-core-js 2.4.1-2 ii node-d3-array 1.2.1-3 ii node-d3-axis 1.0.8-3 ii node-d3-brush 1.0.4-3 ii node-d3-scale 1.0.6-3 ii node-d3-selection 1.1.0-3 ii node-d3-shape 1.2.0-2 ii node-d3-time 1.0.7-2 ii node-d3-time-format 2.0.5-2 ii node-debug3.1.0-1 ii node-exports-loader 0.6.4-1 ii node-file-loader 0.11.2-1 ii node-glob 7.1.2-5 ii node-imports-loader 0.7.1-1 ii node-jed 1.1.1-1 ii node-jquery 2.2.4+dfsg-2 ii node-js-cookie2.2.0-1 ii node-jszip3.1.4+dfsg-1 ii node-jszip-utils 0.0.2+dfsg-1 ii node-katex0.8.3+dfsg-1 ii node-lie 3.1.1+dfsg-1 ii node-marked 0.3.9+dfsg-1 ii node-mousetrap1.6.1+ds-1 ii node-raw-loader 0.5.1-1 ii node-stats-webpack-plugin 0.6.1-1 ii node-underscore 1.8.3~dfsg-1 ii node-url-loader 0.5.9-1 ii nodejs8.9.3~dfsg-12 ii npm 1.4.21+ds-2 ii openssh-client1:7.6p1-5 ii postfix [mail-transport-agent]3.3.0-1 ii postgresql-client 10+190 ii postgresql-client-10 [postgresql-client] 10.3-2 ii postgresql-contrib10+190 ii rake 12.3.1-1 ii redis-server 5:4.0.9-1 ii ruby 1:2.5.1 ii ruby-ace-rail
Bug#894667: beep: CVE-2018-0492
Source: beep Version: 1.3-3 Severity: grave Tags: security upstream Justification: user security hole Control: fixed -1 1.3-4+deb9u1 Control: fixed -1 1.3-3+deb8u1 Hi, The following vulnerability was published for beep: CVE-2018-0492[0]: local privilege escalation If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2018-0492 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0492 Regards, Salvatore
Bug#894666: Simplify backports - manpage should suggest >=11~ not >=11
Package: debhelper Version: 11.1.6 Severity: wishlist When backporting libpam-mount from experimental to stable, the only change I needed was -Build-Depends: debhelper (>= 11), … +Build-Depends: debhelper (>= 11~), … The tilde allows ~bpo versions of debhelper to satisfy the constraint. The debhelper(5) manpage suggestion has no tilde. Can it have a tilde? https://manpages.debian.org/unstable/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS https://manpages.debian.org/stretch/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS
Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout
On Mon, Apr 02, 2018 at 08:44:17PM -0700, Daniel Schepler wrote: > On Mon, Apr 2, 2018 at 7:21 PM, James McCoy wrote: > > Why is /dev/stdout missing? It's possible one of the attached patches > > will work around that issue, but I'm more curious why that's happening > > in the first place. > > /dev/stdout is present in the chroot. However, in my setup, stdout is > a pipe to a "tee" process, and the pipe is owned by root so the build > user can't access it through /dev/stdout. This seems like an environmental issue to me. /dev/stdout should be writable. Given that, the stdout-writable.diff patch is probably the right approach to take. If you're able to confirm that, I'll send the patch upstream. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#894665: moreutils: vidir does not accept variable assignments in $EDITOR
Subject: moreutils: vidir does not accept variable assignments in $EDITOR Package: moreutils Version: 0.60-1 Severity: normal Dear Maintainer, vidir exits with exit code 2 and the message "exited nonzero, aborting" when $EDITOR includes a variable assignment prefix such as the following: TERM=xterm-256color emacsclient -nw -c --alternate-editor="" -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 2.0 (ascii) Release:2.0 Codename: ascii Architecture: x86_64 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages moreutils depends on: ii libc62.27-2 ii libipc-run-perl 0.97-1 ii perl 5.26.1-5 moreutils recommends no packages. Versions of packages moreutils suggests: pn libtime-duration-perl ii libtimedate-perl 2.3000-2 -- no debconf information -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout
On Mon, Apr 2, 2018 at 7:21 PM, James McCoy wrote: > Why is /dev/stdout missing? It's possible one of the attached patches > will work around that issue, but I'm more curious why that's happening > in the first place. /dev/stdout is present in the chroot. However, in my setup, stdout is a pipe to a "tee" process, and the pipe is owned by root so the build user can't access it through /dev/stdout. I'd imagine much the same must be true in the reproducible-builds environment. (Of course, then I have no clue how it's working at all on the buildd's.) -- Daniel
Bug#894664: cups: Libreoffice doesn't see my network printer
Package: cups Version: 2.2.1-8+deb9u1 Severity: normal Dear Maintainer, I have a printer connected via USB to a local server (running Debian stable as well). This printer is made visible to my clients by running cups-browsed. My clients have no locally-configured printers (and hence no "default" printer), and indeed when I go to "localhost:631" I don't see any printers there. Yet, this somehow works: e.g. evince sees my network printer just fine. But Libreoffice doesn't. I haven't tried all applications to figure out which do and which don't, so maybe Libreoffice is not the only one affected. I've seen bug#867818 which seems related, but my `cups` is an older version than the one that seems to be affected by that problem. I've also seen bug#772097, but that one seems older than mine (back around that time, cups-browsed would actually cause the network printer to appear in /etc/cu0ps/printers.conf and in localhost:631 and Libreoffice could see it fine then). -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups depends on: ii cups-client2.2.1-8+deb9u1 ii cups-common2.2.1-8+deb9u1 ii cups-core-drivers 2.2.1-8+deb9u1 ii cups-daemon2.2.1-8+deb9u1 ii cups-filters 1.11.6-3 ii cups-ppdc 2.2.1-8+deb9u1 ii cups-server-common 2.2.1-8+deb9u1 ii debconf [debconf-2.0] 1.5.61 ii ghostscript9.20~dfsg-3.2+deb9u1 ii libavahi-client3 0.6.32-2 ii libavahi-common3 0.6.32-2 ii libc-bin 2.24-11+deb9u3 ii libc6 2.24-11+deb9u3 ii libcups2 2.2.1-8+deb9u1 ii libcupscgi12.2.1-8+deb9u1 ii libcupsimage2 2.2.1-8+deb9u1 ii libcupsmime1 2.2.1-8+deb9u1 ii libcupsppdc1 2.2.1-8+deb9u1 ii libgcc11:6.3.0-18+deb9u1 ii libstdc++6 6.3.0-18+deb9u1 ii libusb-1.0-0 2:1.0.21-1 ii poppler-utils 0.48.0-2+deb9u2 ii procps 2:3.3.12-3 Versions of packages cups recommends: ii avahi-daemon 0.6.32-2 ii colord 1.3.3-2 ii cups-filters [ghostscript-cups] 1.11.6-3 pn printer-driver-gutenprint Versions of packages cups suggests: ii cups-bsd 2.2.1-8+deb9u1 pn foomatic-db-compressed-ppds | foomatic-db ii hplip 3.16.11+repack0-3 ii printer-driver-cups-pdf [cups-pdf] 2.6.1-22 ii printer-driver-hpcups 3.16.11+repack0-3 pn smbclient ii udev 232-25+deb9u2 -- Configuration Files: /etc/cups/cupsd.conf changed: LogLevel warn MaxLogSize 0 SystemGroup lpadmin Listen localhost:631 Listen /var/run/cups/cups.sock Browsing On BrowseLocalProtocols dnssd DefaultAuthType Basic WebInterface Yes Order allow,deny Order allow,deny AuthType Default Require user @SYSTEM Order allow,deny # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... Order deny,allow Require user @OWNER @SYSTEM Order deny,allow # All administration operations require an administrator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # All printer operations require a printer operator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # Only the owner or an administrator can cancel or authenticate a job... Require user @OWNER @SYSTEM Order deny,allow Order deny,allow # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... AuthType Default Order deny,allow AuthType Default Require user @OWNER @SYSTEM Order deny,allow # All administration operations require an administrator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # All printer operations require a printer operator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # Only the owner or an administrator can cancel or authenticate a job... AuthType Default Require user @OWNER @SYSTEM Order deny,allow Order deny,allow -- debconf information: cupsys/backend: lpd, socket, usb, snmp, d
Bug#894663: transition: wxwidgets3.0
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition There are now packages with a GTK3 build of wxwidgets3.0, and these have just migrated to testing. We'd like to start to encourage dependent packages to switch to this instead of the GTK2 build. The GTK2 and GTK3 flavours coexist so dependent packages can move over individually and we don't need a transition slot, but it would be useful to have a transition tracker set up to help track progress. We've already switched a few source packages. The list of remaining affected source packages is: 0ad 3depict 4pane aegisub amule audacity bochs bossa cba chipw codeblocks codelite ctsim cubicsdr darkradiant delaboratory dolphin-emu ebook2cwgui erlang espeakedit eviacam filezilla fityk flamerobin freedink-dfarc freedv freespace2-launcher-wxlauncher/contrib fwknop-gui gentle ginkgocadx gnudatalanguage gnuplot golly gspiceui hugin icinga2 jugglemaster kicad lamarc libwx-glcanvas-perl libwx-perl libwx-scintilla-perl limesuite maitreya mathgl mediainfo megaglest mriconvert mrpt munipack objcryst-fox openbabel openmsx-catapult openyahtzee passwordsafe pcsx2 pgadmin3 pgn2web plee-the-bear plplot poedit qutemol rapidsvn saga sandboxgamemaker/contrib scorched3d scummvm-tools silverjuke sitplus slic3r-prusa sooperlooper spatialite-gui spek springlobby stimfit stx-btree thuban tintii treesheets treeviewx trustedqsl ucblogo usbprog wxastrocapture wxhexeditor wxmaxima wxsqlite3 xchm xmlcopyeditor The procedure for updating these is to update the BDs to use the wxgtk*3.0-gtk3-dev package(s) instead of wxgtk*3.0-dev, check that the package still builds OK, and then check that the result works OK. (There's also wxpython3.0 which has already been switched but is waiting to clear binary-NEW.) Cheers, Olly Ben file: title = "wxwidgets3.0"; is_affected = .depends ~ "libwxgtk(-media)?3\.0-0v5" | .depends ~ "libwxgtk(-media)?3\.0-gtk3-0v5"; is_good = .depends ~ "libwxgtk(-media)?3\.0-gtk3-0v5"; is_bad = .depends ~ "libwxgtk(-media)?3\.0-0v5"; signature.asc Description: PGP signature
Bug#894536: vim: Name suggestions for edit command should not include directories
On 04/02/18 18:16, Jason Pleau wrote: Hi On 04/01/2018 01:27 AM, David Christensen wrote: Package: vim Version: 2:8.0.0197-4+deb9u1 Severity: wishlist Dear Maintainer, The 'e' (edit) command of Vim has command-line completion. Items offered include file names and directory names. Directory names should not be included by default. TIA, David I think this is the correct behavior and should stay default. Typing :e to edit this file: /some/verylongdirectorynames/tohideaveryspecial/file I am very grateful to have autocompletion :) Thank you for the prompt reply. My use-case is Perl module development. It is common to have a module source subtree such as: lib/Foo.pm lib/Foo/Bar.pm lib/Foo/Baz.pm I find that when using ':e' in Vim, I end up opening lib/Foo by accident far too often. Is there a solution? David
Bug#894565: vim: FTBFS: Test failures if build user cannot open /dev/stdout
On Sun, Apr 01, 2018 at 07:49:05AM -0700, Daniel Schepler wrote: > From > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/vim.html > (and I'm also seeing pretty much the same failure under pbuilder): > > ... > > Executing Test_z() > Executing Test_z_negative_lnum() > Executing Test_z_overflow() > Executed 345 tests > > > From test_writefile.vim: > Found errors in Test_writefile_sync_dev_stdout(): > Caught exception in Test_writefile_sync_dev_stdout(): Vim(call):E482: > Can't create file /dev/stdout @ function Why is /dev/stdout missing? It's possible one of the attached patches will work around that issue, but I'm more curious why that's happening in the first place. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB diff --git i/src/testdir/test_writefile.vim w/src/testdir/test_writefile.vim index b8e0001f7..86f534d1e 100644 --- i/src/testdir/test_writefile.vim +++ w/src/testdir/test_writefile.vim @@ -106,5 +106,5 @@ func Test_writefile_sync_dev_stdout() return endif " Just check that this doesn't cause an error. - call writefile(['one'], '/dev/stdout') + call writefile(['one'], '/dev/stdout', 'a') endfunc diff --git i/src/testdir/test_writefile.vim w/src/testdir/test_writefile.vim index b8e0001f7..df383625e 100644 --- i/src/testdir/test_writefile.vim +++ w/src/testdir/test_writefile.vim @@ -102,7 +102,7 @@ func Test_writefile_sync_arg() endfunc func Test_writefile_sync_dev_stdout() - if !has('unix') + if !has('unix') || !filewritable('/dev/stdout') return endif " Just check that this doesn't cause an error.
Bug#894662: vlc: nvlc does not play youtube videos after update to v3.0.1-3, vlc and cvlc play the same url normally
Package: src:vlc Version: 3.0.1-3 Severity: normal Dear Maintainer, after upgrading from Debian Stretch, with vlc 2.2.7-1 to Debian Buster, with vlc 3.0.1-3, nvlc has ceased to reproduce youtube videos, attempting to do so causes it to freeze and it has to be killed manually from another shell, while cvlc and vlc play the same url normally. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vlc depends on: ii vlc-bin 3.0.1-3 ii vlc-plugin-base 3.0.1-3 ii vlc-plugin-qt3.0.1-3 ii vlc-plugin-video-output 3.0.1-3 Versions of packages vlc recommends: ii vlc-l10n 3.0.1-3 ii vlc-plugin-notify 3.0.1-3 ii vlc-plugin-samba 3.0.1-3 ii vlc-plugin-skins2 3.0.1-3 ii vlc-plugin-video-splitter 3.0.1-3 ii vlc-plugin-visualization 3.0.1-3 vlc suggests no packages. Versions of packages libvlc-bin depends on: ii libc62.27-2 ii libvlc5 3.0.1-3 Versions of packages libvlc5 depends on: ii libc62.27-2 ii libvlccore9 3.0.1-3 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.1-3 Versions of packages vlc-bin depends on: ii libc6 2.27-2 ii libvlc-bin 3.0.1-3 ii libvlc5 3.0.1-3 Versions of packages vlc-plugin-base depends on: ii liba52-0.7.4 0.7.4-19 ii libarchive13 3.2.2-3.1 ii libaribb24-0 1.0.3-1 ii libasound2 1.1.3-5 ii libass9 1:0.14.0-1 ii libavahi-client3 0.7-3.1 ii libavahi-common3 0.7-3.1 ii libavc1394-0 0.5.4-4+b1 ii libavcodec57 7:3.4.2-1+b1 ii libavformat577:3.4.2-1+b1 ii libavutil55 7:3.4.2-1+b1 ii libbasicusageenvironment12018.02.28-1 ii libbluray2 1:1.0.2-2 ii libc62.27-2 ii libcairo21.15.10-1 ii libcddb2 1.3.2-5 ii libchromaprint1 1.4.3-1 ii libcrystalhd31:0.0~git20110715.fdd2f19-12 ii libdbus-1-3 1.12.6-2 ii libdc1394-22 2.2.5-1 ii libdca0 0.0.5-10 ii libdvbpsi10 1.3.2-1 ii libdvdnav4 6.0.0-1 ii libdvdread4 6.0.0-1 ii libebml4v5 1.3.5-2 ii libfaad2 2.8.8-1 ii libflac8 1.3.2-1 ii libfontconfig1 2.12.6-0.1 ii libfreetype6 2.8.1-2 ii libfribidi0 0.19.7-2 ii libgcc1 1:8-20180321-1 ii libgcrypt20 1.8.1-4 ii libglib2.0-0 2.56.0-4 ii libgnutls30 3.5.18-1 ii libgpg-error01.28-2 ii libgroupsock82018.02.28-1 ii libharfbuzz0b1.7.2-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libkate1 0.4.1-8 ii liblirc-client0 0.10.0-2+b1 ii liblivemedia62 2018.02.28-1 ii liblua5.2-0 5.2.4-1.1+b2 ii libmad0 0.15.1b-9 ii libmatroska6v5 1.4.8-1.1 ii libmicrodns0 0.0.10-1 ii libmpcdec6 2:0.1~r495-1+b1 ii libmpeg2-4 0.5.1-8 ii libmpg123-0 1.25.10-1 ii libmtp9 1.1.13-1 ii libncursesw5 6.1-1 ii libnfs8 1.11.0-3 ii libogg0 1.3.2-1+b1 ii libopenmpt-modplug1 0.3.6-1 ii libopus0 1.2.1-1 ii libpng16-16 1.6.34-1 ii libpostproc547:3.4.2-1+b1 ii libprotobuf-lite10 3.0.0-9.1 ii libpulse011.1-4 ii libraw1394-112.1.2-1+b1 ii libresid-builder0c2a 2.1.1-15 ii librsvg2-2 2.40.20-2 ii libsamplerate0 0.1.9-2 ii libsdl-image1.2 1.2.12-8 ii libsdl1.2debian 1.2.15+dfsg2-0.1 ii libsecret-1-00.18.5-6 ii libshine3
Bug#894661: ITP: deepin-music -- Awesome music player with brilliant and tweakful UI
Package: wnpp Severity: wishlist Owner: Yanhao Mo * Package name: deepin-music Version : 3.1.8.1 Upstream Author : Deepin Technology Co., Ltd. * URL : https://github.com/linuxdeepin/deepin-music * License : GPL-3+ Programming Lang: C++ Description : Awesome music player with brilliant and tweakful UI. Deepin-UI based, gstreamer front-end, with features likes search music by pinyin,quanpin, colorful lyrics supports, and more powerful functions. I intend to co-maintain this package inside pkg-deepin team.
Bug#894660: qmidinet: excessive debug output on stderr
Package: qmidinet Severity: important Dear Maintainer, Please disable debug flag (passed to dh_auto_configure) in package build. It's causing qmidinet to emit debug messages to stderr on *every* MIDI event. offending config in Debian rules: https://sources.debian.org/src/qmidinet/0.5.0-1/debian/rules/#L17 qmidinet uses ac_debug for verbose debug output: https://github.com/rncbc/qmidinet/blob/6777a3b2714ad8ab8db7ab519554e41cd9ca242c/configure.ac#L83 https://github.com/rncbc/qmidinet/blob/1309774269c5b88ae021e248f6734f2c6e6182a5/src/qmidinetAlsaMidiDevice.cpp#L291 Thank you
Bug#894659: UDD/sponsorstats: shows less than half of uploads
Package: qa.debian.org Severity: normal Hi! The page at https://udd.debian.org/sponsorstats.cgi shows only some uploads. Turns out an upload is shown only only if that version is still present on at least one architecture in unstable. Currently, kfreebsd pins a good fraction of packages, but generally an upload will be kept for one-two days normally, longer if it FTBFSes, or for years if the package is neglected or regressed only on a non-release arch. I'm not sure what the code _wants_ to get. The prose suggests it tries to get the entire history (which would also fit my use case: listing uploads I did for a person who requested advocating), but, as the query says: 「s.release = 'sid'」, you might want just the newest version. Ie, the query could be edited to either: • take all s.distribution = 'debian' • u.distribution = 'unstable' • take only max s.source I'd pick the first, as stable updates or working on a package in experimental also deserve a credit for the sponsoree, but the choice is yours. In any case, the current mix (randomly count _some_ packages multiple times) doesn't appear to make any sense. Meow!
Bug#894536: vim: Name suggestions for edit command should not include directories
Hi On 04/01/2018 01:27 AM, David Christensen wrote: > Package: vim > Version: 2:8.0.0197-4+deb9u1 > Severity: wishlist > > Dear Maintainer, > > The 'e' (edit) command of Vim has command-line completion. Items > offered include file names and directory names. Directory names > should not be included by default. > > TIA, > > David > I think this is the correct behavior and should stay default. Typing :e to edit this file: /some/verylongdirectorynames/tohideaveryspecial/file I am very grateful to have autocompletion :) -- Jason Pleau
Bug#799752: pmt_already_mounted() broken when server="nfs"
Jochen Sprickerhof wrote: > a long time ago you opened a bug in the Debian package libpam-mount. Recently > I took over maintenance of this package and added a patch to address this. You > can find the new version in Debian experimental, would be great if you could > try it and report back if it fixes your problem. I'm still relying on libpam_mount to mount /home/X via NFSv3, so this is still important to me. I'm currently on Debian 9 Stretch, but I'll try to find time to test this. If you don't hear from me by 2018-04-16, ping me again, because I'll have been distracted ;-)
Bug#893002: lists.debian.org: new list: debian-ci
Hi, On Thu, Mar 15, 2018 at 09:51:38AM -0300, Antonio Terceiro wrote: > Package: lists.debian.org > Severity: wishlist > > Hi, I would like to request the creation of a new list, called debian-ci > > This list will replace the list > autopkgtest-de...@lists.alioth.debian.org as the main point of contact > for Debian CI-related matters, and discussion among the members of the > team. It may also be used as maintainer address for debci, autopkgtest, > and autodep8, we are still discussing this in the team. > > Responding to the new list HOWTO: > > 8<8<8<- > > Name: debian-ci > > Rationale > > Short description: discussion list for the Debian CI project > > Long description: this list concentrates discussion around topics > related to the Debian CI project: Debian CI itself, autopkgtest, debci > (the codebase), autodep8, etc. > > Category: Developers > > Subscription policy: open > > Post policy: open > > Web archive: yes > > (Please move the archives of autopkgtest-de...@lists.alioth.debian.org > to the new list) this is a friendly ping. we just received notice that our current list will stop working on April 14th. Is it possible to have the new list before then, or should we request the old list to be preserved? signature.asc Description: PGP signature
Bug#894658: procps: /etc/sysctl.conf confusing comment
Package: procps Version: 2:3.3.13-1 Severity: minor /etc/sysctl.conf has: ### # Magic system request Key # 0=disable, 1=enable all, >1 bitmask of sysrq functions # See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html # for what other values do #kernel.sysrq=438 But what does "other values" mean? The fix of bug 882121 may not have been complete. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=POSIX (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages procps depends on: ii init-system-helpers 1.51 ii libc62.27-3 ii libncurses5 6.1-1 ii libncursesw5 6.1-1 ii libprocps6 2:3.3.13-1 ii libtinfo56.1-1 ii lsb-base 9.20170808 Versions of packages procps recommends: ii psmisc 23.1-1 procps suggests no packages. -- no debconf information
Bug#894657: ytdl -i results in AttributeError: 'YtdlPafy' object has no attribute 'encode'
Package: python3-pafy Version: 0.5.2-2 Severity: normal $> ytdl -i 'https://www.youtube.com/watch?v=Lm4T-ALEIUM' Traceback (most recent call last): File "/usr/bin/ytdl", line 194, in main() File "/usr/bin/ytdl", line 158, in main xprint(vid) File "/usr/bin/ytdl", line 68, in xprint print(xenc(stuff), end=end) File "/usr/bin/ytdl", line 60, in xenc return utf8_replace(stuff) if not_utf8_environment else stuff File "/usr/bin/ytdl", line 53, in utf8_replace txt = txt.encode(sse, "replace").decode("utf8", "ignore") AttributeError: 'YtdlPafy' object has no attribute 'encode' -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (600, 'unstable'), (300, 'experimental'), (100, 'unstable-debug'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-1-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) LSM: AppArmor: enabled Versions of packages python3-pafy depends on: ii python3 3.6.4-1 Versions of packages python3-pafy recommends: ii ffmpeg 7:3.4.2-1+b1 ii libav-tools 7:3.4.2-1 python3-pafy suggests no packages. -- no debconf information
Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV
Control: reassign -1 lvm2 On Thu, 6 Jul 2017 13:22:38 -0700 Rob Leslie wrote: > > On Jul 6, 2017, at 8:03 AM, Felipe Sateler wrote: > > > > > % systemd-analyze > > > Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min > > > 8.568s > > > > This suggests the kernel is the one slowing things down. > > I initially thought so too, but attempts to debug the kernel with e.g. > 'initcall_debug' were not fruitful. Instead indications point to something > happening in early initramfs userspace. > > > Can you try booting with the old jessie kernel? This looks like a kernel > > regression. > > I have confirmed that the problem still exists even when booting a stretch > system using the most recent jessie kernel. > > I have tried modifying the initramfs scripts to arrange for systemd-udevd to > be > passed the '--debug' option. Here are some relevant excerpts: > > > % grep 793 systemd-udevd.debug > > seq 793 queued, 'change' 'block' > > seq 793 running > > seq 793 '/devices/virtual/block/dm-2' is taking a long time > > > % tail -n 5 systemd-udevd.debug > > giving up waiting for workers to finish > > event loop failed: Connection timed out > > Unload module index > > Unloaded link configuration context. > > timeout '/sbin/lvm pvscan --cache --activate ay --major 253 --minor 2' > > > This of course suggests the problem may actually lie with lvm2. Please feel > free > to reassign if you agree, or suggest a further course of investigation. This does look like it might be a lvm2 bug indeed, which is why I'm going to reassign this bug now, as I think the lvm2 maintainers have a better chance helping you debug this. If this turns out to be a bug in udev, please reassign back. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#894656: libpcl-dev 1.8.0 exports the Qt5::Widgets target but doesn't provide it
Package: pcl Version: 1.8.0+dfsg1-3 When I find_package PCL, I'm unable to create shared libraries linking against PCL due to the target "Qt5::Widgets" being exported. This has been fixed in pcl 1.8.1 by adding a dependency on libvtk6-qt-dev in the libpcl-dev package. 1.8.0 is missing that dependency. I am using Debian GNU/Linux 9.4 (stretch), kernel 4.13.0-36-generic, libc6 2.24-11+deb9u3. libpcl-dev package information: Architecture: amd64 Source: pcl (1.8.0+dfsg1-3) Version: 1.8.0+dfsg1-3+b2 Depends: libboost-all-dev, libeigen3-dev, libflann-dev, libvtk6-dev, libqhull-dev, libopenni-dev, libopenni2-dev, libpcl-apps1.8 (= 1.8.0+dfsg1-3+b2), libpcl-common1.8 (= 1.8.0+dfsg1-3+b2), libpcl-features1.8 (= 1.8.0+dfsg1-3+b2), libpcl-filters1.8 (= 1.8.0+dfsg1-3+b2), libpcl-io1.8 (= 1.8.0+dfsg1-3+b2), libpcl-kdtree1.8 (= 1.8.0+dfsg1-3+b2), libpcl-keypoints1.8 (= 1.8.0+dfsg1-3+b2), libpcl-ml1.8 (= 1.8.0+dfsg1-3+b2), libpcl-octree1.8 (= 1.8.0+dfsg1-3+b2), libpcl-outofcore1.8 (= 1.8.0+dfsg1-3+b2), libpcl-people1.8 (= 1.8.0+dfsg1-3+b2), libpcl-recognition1.8 (= 1.8.0+dfsg1-3+b2), libpcl-registration1.8 (= 1.8.0+dfsg1-3+b2), libpcl-sample-consensus1.8 (= 1.8.0+dfsg1-3+b2), libpcl-search1.8 (= 1.8.0+dfsg1-3+b2), libpcl-segmentation1.8 (= 1.8.0+dfsg1-3+b2), libpcl-stereo1.8 (= 1.8.0+dfsg1-3+b2), libpcl-surface1.8 (= 1.8.0+dfsg1-3+b2), libpcl-tracking1.8 (= 1.8.0+dfsg1-3+b2), libpcl-visualization1.8 (= 1.8.0+dfsg1-3+b2) Reproducible example: 1. mkdir /tmp/test_pcl_bug 2. cd /tmp/test_pcl_bug && mkdir src && mkdir build 3. touch CMakelists.txt 4. add the following content to the CMakeLists.txt CMakeLists.txt: ``` cmake_minimum_required(VERSION 2.8) project(bug_pcl_qt) find_package(PCL REQUIRED) message(STATUS "${PCL_LIBRARIES}") message(STATUS "${PCL_INCLUDE_DIRS}") include_directories("${PCL_INCLUDE_DIRS}") add_library(test_pcl src/test.cpp) target_include_directories(test_pcl SYSTEM PUBLIC ${PCL_INCLUDE_DIRS}) target_link_libraries(test_pcl ${PCL_LIBRARIES}) ``` 5. touch src/test.cpp 6. add the following content to the src/test.cpp file (code copied from http://pointclouds.org/documentation/tutorials/writing_pcd.php#writing-pcd) ``` #include #include #include int foo (int argc, char** argv) { pcl::PointCloud cloud; // Fill in the cloud data cloud.width= 5; cloud.height = 1; cloud.is_dense = false; cloud.points.resize (cloud.width * cloud.height); for (size_t i = 0; i < cloud.points.size (); ++i) { cloud.points[i].x = 1024 * rand () / (RAND_MAX + 1.0f); cloud.points[i].y = 1024 * rand () / (RAND_MAX + 1.0f); cloud.points[i].z = 1024 * rand () / (RAND_MAX + 1.0f); } pcl::io::savePCDFileASCII ("test_pcd.pcd", cloud); std::cerr << "Saved " << cloud.points.size () << " data points to test_pcd.pcd." << std::endl; for (size_t i = 0; i < cloud.points.size (); ++i) std::cerr << "" << cloud.points[i].x << " " << cloud.points[i].y << " " << cloud.points[i].z << std::endl; return (0); } ``` 7. cd /tmp/test_pcl_bug/build 8. cmake -DBUILD_SHARED_LIBS=ON .. 8) throws the following warning: ``` CMake Warning (dev) at CMakeLists.txt:10 (add_library): Policy CMP0028 is not set: Double colon in target name means ALIAS or IMPORTED target. Run "cmake --help-policy CMP0028" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Target "test_pcl" links to target "Qt5::Widgets" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? ``` 9. make 9) fails with error message: ``` [100%] Linking CXX shared library libtest_pcl.so /usr/bin/ld: cannot find -lQt5::Widgets collect2: error: ld returned 1 exit status CMakeFiles/test_pcl.dir/build.make:364: recipe for target 'libtest_pcl.so' failed make[2]: *** [libtest_pcl.so] Error 1 CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/test_pcl.dir/all' failed make[1]: *** [CMakeFiles/test_pcl.dir/all] Error 2 Makefile:83: recipe for target 'all' failed make: *** [all] Error 2 ``` Installing "libvtk6-qt-dev" and repeating the steps above fixes the issue.
Bug#894655: gnubiff: Build-Depends on gconf
Source: gnubiff Version: 2.2.17-1 Severity: serious User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gconf Tags: sid buster Your package build-depends on gconf, but gconf will be removed from Debian soon. gconf's last release was about 5 years ago. It has been replaced by gsettings (provided in Debian by source glib2.0 ) Please try to port your package away from gconf. Otherwise, be aware that this package is at high risk of being removed from Debian to help us complete this goal (because gnubiff is orphaned). gnubiff's build system is odd. It requires gconf to be installed for the build but doesn't actually install the gconf schemas! References -- https://developer.gnome.org/gio/stable/ch34.html https://developer.gnome.org/gio/stable/GSettings.html https://lists.debian.org/debian-devel/2018/02/msg00169.html On behalf of the Debian GNOME team, Jeremy Bicha
Bug#894654: gtkhash: Drop Build-Depends on gconf
Source: gtkhash Version: 1.1.1-1 Severity: serious User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gconf Tags: sid buster patch Your package build-depends on gconf, but gconf will be removed from Debian soon. gconf's last release was about 5 years ago. It has been replaced by gsettings (provided in Debian by source glib2.0 ) It looks like gtkhash hasn't needed its gconf Build-Dependency since 2011. Please remove it. (No patch attached but the fix is trivial.) References -- https://developer.gnome.org/gio/stable/ch34.html https://developer.gnome.org/gio/stable/GSettings.html https://lists.debian.org/debian-devel/2018/02/msg00169.html On behalf of the Debian GNOME team, Jeremy Bicha
Bug#894388: affects corebird
On Sat, Mar 31, 2018 at 05:55:49PM +0100, Simon McVittie wrote: > Control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/merge_requests/89 > > On Fri, 30 Mar 2018 at 11:45:31 -0600, dann frazier wrote: > > #0 0x72018e79 in wl_proxy_marshal (proxy=proxy@entry=0x0, > > opcode=opcode@entry=0) at ../src/wayland-client.c:692 > > #1 0x7fffe2e461b9 in gtk_text_input_destroy (gtk_text_input=0x0) > > at ../../../../../modules/input/gtk-text-input-client-protocol.h:498 > > #2 registry_handle_global_remove (data=0x55e652d0, > > registry=, id=) > > at ../../../../../modules/input/imwayland.c:226 > > Thanks. Destroying a NULL struct gtk_text_input from > registry_handle_global_remove() looks like > https://gitlab.gnome.org/GNOME/gtk/issues/129#note_91002 > which looks like it would be addressed by > https://gitlab.gnome.org/GNOME/gtk/merge_requests/89 which is awaiting > upstream review. Cool - fyi, I applied that patch locally and it does appear to solve the problem. -dann
Bug#894605: systemd: System fails to suspend.
Am 02.04.2018 um 10:20 schrieb Hubert Golembiowski: > Package: systemd > Version: 238-3 > Severity: normal > > Dear Maintainer, > > Following issue observed: > - Select "Suspend" from UI or close laptop lid (closing lid is set to trigger > suspend) > - System doesn't suspend but instead: > - screen goes blank > - keyboard stops to take input > - pc is still running (fans, leds are on, etc.) > - The only way to get out if that state is hard reset > - This used to work without any problem, issue appeared 4-5 days ago What happens if you run (as root) echo "mem" > /sys/power/state Did you upgrade other packages the last couple of days, like say the kernel? Does the failure to suspend correlate with a certain package update? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#893538: [src:kbibtex]
In the process of fixing another bug [1], I had no problem building from source. Could you try to reproduce with the patch I've included with that bug? It should change the svg importer to not try to use rsvg (though, I don't understand why it would try and fail). Does /convert ultimately point to /usr/bin/convert-im6.q16? [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894653
Bug#893002: lists.debian.org: new list: debian-ci
Hi, On Thu, Mar 15, 2018 at 09:51:38AM -0300, Antonio Terceiro wrote: > Package: lists.debian.org > Severity: wishlist > > Hi, I would like to request the creation of a new list, called debian-ci > > This list will replace the list > autopkgtest-de...@lists.alioth.debian.org as the main point of contact > for Debian CI-related matters, and discussion among the members of the > team. It may also be used as maintainer address for debci, autopkgtest, > and autodep8, we are still discussing this in the team. > > Responding to the new list HOWTO: > > 8<8<8<- > > Name: debian-ci > > Rationale > > Short description: discussion list for the Debian CI project > > Long description: this list concentrates discussion around topics > related to the Debian CI project: Debian CI itself, autopkgtest, debci > (the codebase), autodep8, etc. > > Category: Developers > > Subscription policy: open > > Post policy: open > > Web archive: yes > > (Please move the archives of autopkgtest-de...@lists.alioth.debian.org > to the new list) this is a friendly ping. we just received notice that our current list will stop working on April 14th. Is it possible to have the new list before then, or should we request the old list to be preserved? signature.asc Description: PGP signature
Bug#627085: libpam-mount: multiple logins of the same UID result in multiple mounts, not all mounts are cleanly umounted
I've installed the package, and so far it looks good, but I won't be back at the computer that had the problems for several months, so I can't put it to a real test. Sorry. Uploading sounds good though, since it seems to work. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems your eyes are weary from staring at the CRT. you feel sleepy. notice how restful it is to watch the cursor blink. close your eyes. the opinions stated above are yours. you cannot imagine why you ever felt otherwise. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#894653: [kbibtex] kbibtex icon is not correctly converted
Package: kbibtex Version: 0.8~20170819git31a77b27e8e83836e-3 Severity: normal Tags: patch --- Please enter the report below this line. --- Attached patch runs the scour command on upstream's SVG, and slightly changes the order of parameters to convert, causing the background to be drawn transparently, correctly. commit cbc4b23781ed9124467f9202ad87bdac9d21d13b Author: Antonio Russo Date: Mon Apr 2 17:13:56 2018 -0400 'scour' icon svg before conversion diff --git a/debian/control b/debian/control index 348f8065..346a8563 100644 --- a/debian/control +++ b/debian/control @@ -25,8 +25,9 @@ Build-Depends: debhelper (>= 10), libpoppler-qt5-dev, libxslt1-dev, pkg-kde-tools (>= 0.12), - imagemagick, - libmagickcore-6.q16-3-extra + imagemagick, + libmagickcore-6.q16-3-extra, + scour Standards-Version: 4.1.0 Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/kbibtex.git Vcs-Git: https://anonscm.debian.org/cgit/collab-maint/kbibtex.git diff --git a/debian/rules b/debian/rules index ced6cc38..efb7c282 100755 --- a/debian/rules +++ b/debian/rules @@ -20,6 +20,7 @@ export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed ICONSSIZE ?= 8x8 16x16 22x22 24x24 32x32 36x36 42x42 48x48 64x64 72x72 96x96 128x128 192x192 256x256 CONVERT_FLAGS ?= -background none -define filter:blur=0.75 -filter Gaussian CONVERT ?= convert +SCOUR ?= scour # one ring to rule them all ... %: @@ -38,14 +39,15 @@ override_dh_auto_install: rm -f $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so # rebuild icons rm -rf debian/tmp/usr/share/icons + $(SCOUR) icons/kbibtex.svg > icons/kbibtex-clean.svg # build icons cache (build for each arch in order to get more testing) set -e; for SIZE in $(ICONSSIZE); do \ mkdir -p debian/tmp/usr/share/icons/hicolor/$$SIZE/apps/ ;\ echo "Make icons for size $$SIZE..."; \ - $(CONVERT) icons/kbibtex.svg \ - $(CONVERT_FLAGS) -resize $$SIZE \ + $(CONVERT) $(CONVERT_FLAGS) -resize $$SIZE \ -gravity center -extent $$SIZE \ +set date:create +set date:modify -define png:exclude-chunk=time \ + SVG:icons/kbibtex-clean.svg \ debian/tmp/usr/share/icons/hicolor/$$SIZE/apps/kbibtex.png; \ echo "Done"; \ done
Bug#893515: digikam: FTBFS with kdepim 17.12.2
Control: notfound -1 5.6.0-4 Control: found -1 4:5.7.0-2 Control: found -1 4:5.6.0-4 Control: blocks 894342 by -1 Control: severity -1 serious As the kdepim transition has now started raise the severity to serious. The transition bug is #894342. hefee -- On Montag, 19. März 2018 16:48:38 CEST Sandro Knauß wrote: > Source: digikam > Version: 5.6.0-4 > Severity: important > > Hey, > > digikam 5.6.0-4 can't be compiled with KDE Pim 17.12.2, it failes > because kcalcore was been refactored to use QDateTime instead of > KDateTime. Additionally, it does not find KDocTools, please add > libkf5doctools-dev to Build-Deps to resolve this. > > See attached buildlog against KDE Pim 17.12.2 and KF 5.43, both currently > exisitng in experimental. We are currently preparing atransiton for KDE Pim > 17.12.2 in the next days. From the upstream bugreport #387960 it looks > like this issue is fixed with 5.8.0. > > -- System Information: > Debian Release: buster/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, > 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled signature.asc Description: This is a digitally signed message part.
Bug#894652: gnudatalanguage: multiple autopkgtest regressions since 0.9.8-1
Source: gnudatalanguage Version: 0.9.8-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since the upload of 0.9.8-1 the autopkgtest of gnudatalanguage is showing multiple issues¹. In the near future, regressions may be taken into account for migration from unstable to testing. It would be nice if you could fix the test suite. Paul ¹ https://ci.debian.net/packages/g/gnudatalanguage/unstable/amd64/ -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlrCm0oACgkQnFyZ6wW9 dQpVogf+N3/ebF0Q7jhA5U38ID+eU+cSpMwjgtGPXgFHDUM/CZLpd1pAGcqMdzwk bzuyoN3N+epW0CTOdsIz+6fsxx/dgEE90WADudYcG5i/ypb7/RNl9fAMqYyC5Ox/ g6FFp9T3q7laXRLJ/pRODvzZhDeAECwWnxpyv1uUHoi3RwhidicyX3cIkS2Q6Cq3 ra3jNAR8fxzU16McuIYRAmuFVz8epPxPj/Wqvy7cmsPqBgOXIjuapqVr4DJjI0VD 47WQijgvHeteczWpFxKyHjL5CkXRMbg1fFX8FaRRoPfOA+UxjtyEPOUQ549ZbqY6 fO/PVKtp6e5Oe/k9EP1IF55/p1z6nQ== =PSZS -END PGP SIGNATURE-
Bug#894651: Please switch to Ayatana AppIndicator
Package: ring Version: 20180228.1.503da2b~ds1-1 Severity: wishlist User: pkg-ayatana-de...@lists.alioth.debian.org Usertags: ayatana-appindicator Dear maintainer of ring, find attached a .debdiff that switches from Ubuntu's AppIndicator to Ayatana AppIndicator. This contribution is part of the Ayatana Indicators shift in Debian. For more info, see https://lists.debian.org/debian-devel/2018/03/msg00506.html Thanks, Mike -- mike gabriel aka sunweaver (Debian Developer) mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net diff -Nru ring-20180228.1.503da2b~ds1/debian/changelog ring-20180228.1.503da2b~ds1/debian/changelog --- ring-20180228.1.503da2b~ds1/debian/changelog2018-02-28 18:19:23.0 +0100 +++ ring-20180228.1.503da2b~ds1/debian/changelog2018-04-02 22:46:36.0 +0200 @@ -1,3 +1,12 @@ +ring (20180228.1.503da2b~ds1-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * debian/patches: ++ Add ayatana-appindicator.patch. Build against Ayatana + AppIndicator. + + -- Mike Gabriel Mon, 02 Apr 2018 22:46:36 +0200 + ring (20180228.1.503da2b~ds1-1) unstable; urgency=medium * New upstream version. diff -Nru ring-20180228.1.503da2b~ds1/debian/control ring-20180228.1.503da2b~ds1/debian/control --- ring-20180228.1.503da2b~ds1/debian/control 2018-02-28 18:19:23.0 +0100 +++ ring-20180228.1.503da2b~ds1/debian/control 2018-04-02 22:43:11.0 +0200 @@ -21,7 +21,7 @@ qttools5-dev-tools, gettext, libqrencode-dev, - libappindicator3-dev, + libayatana-appindicator3-dev, libnm-dev, libwebkit2gtk-4.0-dev, libcanberra-gtk3-dev, diff -Nru ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch --- ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch 1970-01-01 01:00:00.0 +0100 +++ ring-20180228.1.503da2b~ds1/debian/patches/ayatana-appindicator.patch 2018-04-02 22:46:25.0 +0200 @@ -0,0 +1,22 @@ +--- a/client-gnome/CMakeLists.txt b/client-gnome/CMakeLists.txt +@@ -96,7 +96,7 @@ + FIND_PACKAGE(Gettext) #optional for translations + PKG_CHECK_MODULES(LIBQRENCODE libqrencode>=3.4) + PKG_CHECK_MODULES(LIBNM libnm>=1.0) #optional to detect changes in the network +-PKG_CHECK_MODULES(APPINDICATOR appindicator3-0.1) #optional, ideal for use with Unity ++PKG_CHECK_MODULES(APPINDICATOR ayatana-appindicator3-0.1) #optional, ideal for use with Unity + + PKG_CHECK_MODULES(WEBKIT webkit2gtk-4.0) + IF(NOT WEBKIT_FOUND) +--- a/client-gnome/src/ring_client.cpp b/client-gnome/src/ring_client.cpp +@@ -69,7 +69,7 @@ + #include "utils/calling.h" + + #if HAVE_APPINDICATOR +-#include ++#include + #endif + + #if USE_LIBNM diff -Nru ring-20180228.1.503da2b~ds1/debian/patches/series ring-20180228.1.503da2b~ds1/debian/patches/series --- ring-20180228.1.503da2b~ds1/debian/patches/series 2018-02-28 18:19:23.0 +0100 +++ ring-20180228.1.503da2b~ds1/debian/patches/series 2018-04-02 22:44:42.0 +0200 @@ -1,3 +1,4 @@ dont-build-gnutls.patch namedirectory-old-restbed.patch jsoncpp-rename.patch +ayatana-appindicator.patch pgpR_42ievRMa.pgp Description: Digitale PGP-Signatur
Bug#894607: pylint: please make the build reproducible
tags 894607 + fixed-upstream thanks Fixed upstream: https://github.com/PyCQA/pylint/pull/1989#issuecomment-377892002 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#894636: falkon: Incomplete debian/copyright?
Thank you Chris, I shall check more thoroughly missing copyright notices. Best regards, Georges. Chris Lamb a écrit : > Source: falkon > Version: 3.0.0-1 > Severity: serious > Justication: Policy 12.5 > X-Debbugs-CC: Georges Khaznadar > > Hi, > > I just ACCEPTed falkon from NEW but noticed it was missing > attribution in debian/copyright for at least the MouseGestures, > PIM, and ImageFinder plugins. > > This is in no way exhaustive so please check over the entire > package carefully and address these on your next upload; thanks! > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: PGP signature
Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found
Control: reassign -1 jbuilder 1.0~beta19-1 Control: affects -1 src:ocaml-rope src:ocaml-migrate-parsetree On Mon, Apr 02, 2018 at 07:23:01PM +0200, Ralf Treinen wrote: > On Mon, Apr 02, 2018 at 08:13:56PM +0300, Adrian Bunk wrote: > > On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote: > > > Hi, > > > > > > On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote: > > > > Source: ocaml-rope > > > > Version: 0.6-1 > > > > Severity: serious > > > > > > > > Some recent change in unstable makes ocaml-rope FTBFS: > > > > > > > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html > > > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html > > > > > > This rather looks like bug #881770 of jbuilder, which was supposed to be > > > fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder > > > fail to compile at all on byte-code architectures. > > > > amd64 and arm64 are not byte-code architectures. > > You are right. I was looking at the autobuilder status which only > displays build-failures on bytecode arches at the moment. I just tried with jbuilder 1.0~beta14-1, and that fixed the build. Likely related beta14 -> beta19 breakage in ocaml-migrate-parsetree: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-migrate-parsetree.html > -Ralf. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#894650: ext3grep FTBFS with e2fsprogs 1.44.1-1
Source: ext3grep Version: 0.10.2-3 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ext3grep.html ... In file included from ./pch-source.h:43:0: ./ext3.h: In member function '__u32 Inode::dir_acl() const': ./ext3.h:120:40: error: 'i_dir_acl' was not declared in this scope __u32 dir_acl(void) const { return i_dir_acl; } ^ The "#define i_dir_acl i_size_high" was removed.
Bug#894649: ext4magic FTBFS with e2fsprogs 1.44.1-1
Source: ext4magic Version: 0.3.2-7 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ext4magic.html ... inode.c: In function 'dump_inode': inode.c:409:82: error: 'struct ext2_inode' has no member named 'i_dir_acl'; did you mean 'i_file_acl'? inode->i_file_acl, LINUX_S_ISDIR(inode->i_mode) ? inode->i_dir_acl : 0, ^ i_file_acl inode.c:416:63: error: 'struct ext2_inode' has no member named 'i_dir_acl'; did you mean 'i_file_acl'? LINUX_S_ISDIR(inode->i_mode) ? inode->i_dir_acl : 0); ^ The "#define i_dir_acl i_size_high" was removed.
Bug#894647: python-rostest should depend on python-roslaunch
Package: python-rostest Severity: normal When running /usr/bin/rostest I get: Traceback (most recent call last): File "/usr/share/rostest/cmake/../../../bin/rostest", line 36, in rostestmain() File "/usr/lib/python2.7/dist-packages/rostest/__init__.py", line 273, in rostestmain from rostest.rostest_main import rostestmain as _main File "/usr/lib/python2.7/dist-packages/rostest/rostest_main.py", line 46, in import roslaunch ImportError: No module named roslaunch The binary package should depend on python-roslaunch.
Bug#894648: CVE-2018-9127
Source: botan Severity: grave Tags: security Please see https://botan.randombit.net/security.html Cheers, Moritz
Bug#894646: trinity: autopkgtest doesn't work
Source: trinity Version: 1.8-3 trinity's autopkgtest doesn't work https://ci.debian.net/packages/t/trinity/ Build log excerpt autopkgtest [23:43:25]: test run-trinity--version: [--- trinity: unrecognized option '--version' Thanks, Jeremy Bicha
Bug#894369: ITP: egpg -- Wrapper tool to easily manage and use keys with GPG
On Sat, 2018-03-31 at 10:55 +0200, Daniele Nicolodi wrote: > On 29/03/2018 15:54, Yago González wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Yago González > > > > * Package name: egpg > > Version : 2.1 > > Upstream Author : Dashamir Hoxha > > * URL : https://github.com/dashohoxha/egpg > > * License : GPL-3 > > Programming Lang: Shell > > Description : Wrapper tool to easily manage and use keys with > > GPG > > > > Easy GnuPG (egpg) is a wrapper script that tries to simplify the > > process of > > using GnuPG. In order to make things easier, it is opinionated about > > the > > "right" way to use GnuPG. > > > > It helps manage (e.g. generate, revoke...) the keys as well as use > > them > > to verify, sign and encrypt messages. > > The last time Easy GnuPG has been discussed on the GnuPG mailing list: > > thread starting around this message > > https://lists.gnupg.org/pipermail/gnupg-users/2016-April/055835.html > > and later > > https://lists.gnupg.org/pipermail/gnupg-users/2016-May/056007.html > Easy GnuPG was not deemed ready for end users, and technical issues > with > the code were identified. I think including it in Debian is akin to > recommend it and somehow a statement on its technical cryptographic > validity. Thank you very much for pointing those out. I wasn't aware of such issues, and I definitely think that it should be reliable and safe to use before having it packaged for Debian. I will talk to upstream about this soon, and I will see how can we address it. In the meantime, I think that keeping this on hold will be best. > It seemed that people on the GnuPG mailing list were not too > enthusiastic about reviewing it. Has something changed since > then? Is > there an (informal) evaluation of the code or of the project in > general > from a third party? > Cheers, > Daniele > Regards, -- Yago González yagogonzal...@gmail.com PGP fingerprint: 5E9F 632D 51FE C74A 3BB4 F7E8 565D CA98 89AD 316B
Bug#894645: extundelete FTBFS with e2fsprogs 1.44.1-1
Source: extundelete Version: 0.2.4-1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/extundelete.html ... insertionops.cc: In function 'std::ostream& operator<<(std::ostream&, const ext2_inode&)': insertionops.cc:36:36: error: 'const struct ext2_inode' has no member named 'i_dir_acl'; did you mean 'i_file_acl'? os << "Directory ACL: " << inode.i_dir_acl << std::endl; ^ The "#define i_dir_acl i_size_high" was removed.
Bug#894644: libtf2-kdl-dev should depend on eigen3
Package: libtf2-kdl-dev Severity: normal Hi, when building with libtf2-kdl-dev I get the following error from cmake: CMake Error at /usr/share/tf2_kdl/cmake/tf2_kdlConfig.cmake:106 (message): Project 'tf2_kdl' specifies '/usr/include/eigen3' as an include dir, which is not found. It does neither exist as an absolute directory nor in '/usr//usr/include/eigen3'. Check the website 'http://ros.org/wiki/tf2' for information and consider reporting the problem. Call Stack (most recent call first): /usr/share/catkin/cmake/catkinConfig.cmake:76 (find_package) CMakeLists.txt:5 (find_package) -- Configuring incomplete, errors occurred! Installing libeigen3-dev fixed the problem. Thus, the package should probably depend on it. Thanks! cheers, josch
Bug#894643: cups: autopkgtest fails due to output on stderr since 2.2.7-1
Source: cups Version: 2.2.7-1 Severity: normal Control: user ci-t...@tracker.debian.org Control: usertag -1 regression -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since the upload of 2.2.7-1 the autopkgtest of cups fails¹ with the following output to stderr: lpadmin: Raw queues are deprecated and will stop working in a future version of CUPS. Please either fix the test to not trigger deprecated behavior or allow output to stderr in the test suite by adding "allow-stderr" to the restrictions. ¹ https://ci.debian.net/packages/c/cups/unstable/amd64/ - -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlrCjMwACgkQnFyZ6wW9 dQrttgf/dkBIEB21ylUJkYvinfiB068xxL0LQKesi5q/bGwxMZwACzIQdpvDs6D8 dYLn/vS21foLvyEMaOtKA8r/aBYD0935P1G/kaU4nWV4pEERF4sOHL0x49N/LdUO vok2ZLpU2+gpMceSJnCdJpFnG/PxnRN6yOz7stXYGHLk2Ld5/HxSr9uozUxle4iF ZszOVhSbNx9tjDFfw/JZ7U64OqrocHIuMIFMHjF/uTpVW1ovWBhEktVksWKYn2+I 4qN5bug+MkfxDSQ246QGC919TvGFS2i18Qev3dQmz0i9MumbTJ3AEQKEf9lReZEN G9NqJ605xGhVYgPSMZZYC+Rxfmu/0g== =PJ4x -END PGP SIGNATURE-
Bug#894642: gst-plugins-espeak FTBFS with GStreamer 1.14
Source: gst-plugins-espeak Version: 0.4.0-3 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gst-plugins-espeak.html ... /bin/bash ../libtool --tag=CC --tag=disable-static --mode=link gcc -pthread -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/gstreamer-1.0 -I/usr/include/orc-0.4 -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -module -avoid-version -export-symbols-regex '^_*gst_plugin_desc$' -no-undefined -Wl,-z,relro -Wl,-O1 -Wl,-z,defs -Wl,--as-needed -o libgstespeak.la -rpath /usr/lib/x86_64-linux-gnu/gstreamer-1.0 libgstespeak_la-espeak.lo libgstespeak_la-gstespeak.lo -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lgstaudio-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lespeak libtool: link: /usr/bin/nm -B .libs/libgstespeak_la-espeak.o .libs/libgstespeak_la-gstespeak.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | sed '/ __gnu_lto/d' | /bin/sed 's/.* //' | sort | uniq > .libs/libgstespeak.exp libtool: link: /bin/grep -E -e "^_*gst_plugin_desc$" ".libs/libgstespeak.exp" > ".libs/libgstespeak.expT" libtool: link: mv -f ".libs/libgstespeak.expT" ".libs/libgstespeak.exp" libtool: link: echo "{ global:" > .libs/libgstespeak.ver libtool: link: cat .libs/libgstespeak.exp | sed -e "s/\(.*\)/\1;/" >> .libs/libgstespeak.ver libtool: link: echo "local: *; };" >> .libs/libgstespeak.ver libtool: link: gcc -shared -fPIC -DPIC .libs/libgstespeak_la-espeak.o .libs/libgstespeak_la-gstespeak.o -lgstaudio-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lespeak -pthread -pthread -g -O2 -fstack-protector-strong -Wl,-z -Wl,relro -Wl,-O1 -Wl,-z -Wl,defs -Wl,--as-needed -pthread -Wl,-soname -Wl,libgstespeak.so -Wl,-version-script -Wl,.libs/libgstespeak.ver -o .libs/libgstespeak.so /usr/bin/ld:.libs/libgstespeak.ver:2: syntax error in VERSION script collect2: error: ld returned 1 exit status make[3]: *** [Makefile:420: libgstespeak.la] Error 1 GST_PLUGIN_LDFLAGS in configure.ac needs updating.
Bug#894641: gradle FTBFS: error: BaseDirSelector is not abstract and does not override abstract method isSelected(Resource) in ResourceSelector
Source: gradle Version: 3.4.1-4 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gradle.html ... :docs:samples/build/1st/gradle-3.4.1/subprojects/core/src/main/java/org/gradle/api/internal/file/ant/BaseDirSelector.java:22: error: BaseDirSelector is not abstract and does not override abstract method isSelected(Resource) in ResourceSelector public class BaseDirSelector implements FileSelector { ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 1 error
Bug#894630: [Debian-ha-maintainers] Bug#894630: ocfs2-tools: sometimes parallel FTBFS
On Mon, Apr 02, 2018 at 07:16:36PM +0300, Adrian Bunk wrote: > db compat >= 10 defaults to parallel, and this sometimes > causes ocfs2-tools to FTBFS: > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocfs2-tools.html > > ... > gcc -g -O2 -fstack-protector-strong -Wall -Wstrict-prototypes > -Wmissing-prototypes -Wmissing-declarations -pipe -Wdate-time > -D_FORTIFY_SOURCE=2 -I../include -I. -DVERSION=\"1.8.5\" -MD -MP -MF > ./.o2cluster.d -o o2cluster.o -c o2cluster.c > o2cluster.c:32:10: fatal error: o2ne_err.h: No such file or directory > #include "o2ne_err.h" > ^~~~ > compilation terminated. > make[2]: *** [../Postamble.make:40: o2cluster.o] Error 1 > make[2]: Leaving directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2' > make[2]: *** Waiting for unfinished jobs > make[2]: Entering directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2' > compile_et o2ne_err.et > ... > > > While fixing the Makefiles would be the preferred solution, > the following to revert to the compat < 10 default of > non-parallel building is a sufficient workaround: Thanks, I think I found the missing depends in the Makefile, so I will update the package with that. -- Valentin
Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A
On Mon, Apr 02, 2018 at 07:19:32PM +0200, Adam Borowski wrote: > On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote: > > On 2018-04-02, Domenico Andreoli wrote: > > > I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install > > > Debian on it. I'm just working at the build of u-boot-sunxi and at > > > u-boot-install-sunxi64 but I see that the proper solution goes throught > > > packaging ATF and here we are. > > > > You probably want to follow-up with the atf-allwinner package already in > > Debian: > > > > https://tracker.debian.org/pkg/atf-allwinner > > > > It's a vendor fork of the upstream arm-trusted-firmware, and I've > > confirmed it works for the Allwinner A64 on pine64 and pinebook; not > > sure what the status of H5 support is like, though it is a similar SoC. > > There are H5 related commits in this fork, although I neither have any H5 > hardware nor heard any reports of it working or not. I'll report back. Except u-boot (which was coming from buildroot), I already succeeded once in installing Debian on my neo2. It's quite unstable and doesn't uptime more than 48h. I'm reinstalling because of seriously breakage of the rootfs as result of all these oopses. > > Once H5 support is in atf-allwinner, u-boot-sunxi and > > u-boot-install-sunxi64 may need updates to support your board: > > My guess is that getting appropriate device tree, and handing it to > u-boot-install-sunxi64 has a good chance of being enough. That script > takes /usr/lib/u-boot/pine64_plus/*.dtb -- if you put yours into that > (now misnamed) dir, it may work. I'd like to prepare a patch for that script, it complains it cannot use a GPT but it's wrong if the GPT is configured for having max 4 partitions (as my hand-made Debian installation had). see https://en.wikipedia.org/wiki/GUID_Partition_Table#/media/File:GUID_Partition_Table_Scheme.svg > If it does, please let us know! will do. thank you. ciao, Domenico -- 3B10 0CA1 8674 ACBA B4FE FCD2 CE5B CF17 9960 DE13
Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A
On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote: > On 2018-04-02, Domenico Andreoli wrote: > > I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install > > Debian on it. I'm just working at the build of u-boot-sunxi and at > > u-boot-install-sunxi64 but I see that the proper solution goes throught > > packaging ATF and here we are. > > You probably want to follow-up with the atf-allwinner package already in > Debian: > > https://tracker.debian.org/pkg/atf-allwinner > oh, cool! I didn't find it with apt-cache search. > It's a vendor fork of the upstream arm-trusted-firmware, and I've > confirmed it works for the Allwinner A64 on pine64 and pinebook; not > sure what the status of H5 support is like, though it is a similar SoC. > > Once H5 support is in atf-allwinner, u-boot-sunxi and > u-boot-install-sunxi64 may need updates to support your board: > > https://wiki.debian.org/U-boot > > > Regarding upstream arm-trusted-firmware that this ITP is about, while I > can get it to build for a few targets, I have yet to suceed in getting > anything using it to actually boot, so I haven't uploaded it to Debian > yet... did you try with qemu? > Good luck! thanks, Domenico -- 3B10 0CA1 8674 ACBA B4FE FCD2 CE5B CF17 9960 DE13
Bug#894640: lxqt-panel should not depend on lxqt-about, a recommend should be enough
Package: lxqt-panel Version: 0.12.1~24-g8dcc49aa-1 Severity: wishlist Tags: newcomer Rationale: all binaries provide now version informations at command line - so lxqt-about is nice to have, but not really needed anymore as dependency -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.13-towo.1-siduction-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxqt-panel depends on: ii libasound2 1.1.3-5 ii libc6 2.27-3 ii libdbusmenu-qt5-2 0.9.3+16.04.20160218-1 ii libglib2.0-02.56.0-4 ii libkf5solid55.44.0-1 ii libkf5windowsystem5 5.44.0-1 ii liblxqt-globalkeys-ui0 0.12.1~10-g658ac82-1 ii liblxqt-globalkeys0 0.12.1~10-g658ac82-1 ii liblxqt00.12.1~8-g80f9324-1 ii libmenu-cache3 1.1.1~2-g583c190-1 ii libpulse0 11.1-4 ii libqt5core5a5.9.2+dfsg-12 ii libqt5dbus5 5.9.2+dfsg-12 ii libqt5gui5 5.9.2+dfsg-12 ii libqt5widgets5 5.9.2+dfsg-12 ii libqt5x11extras55.9.2-1 ii libqt5xdg3 3.1.1~12-ga86dfd7-1 ii libqt5xml5 5.9.2+dfsg-12 ii libsensors4 1:3.4.0-4 ii libstatgrab10 0.91-1+b1 ii libstdc++6 8-20180331-1 ii libsysstat-qt5-00.4.1~6-gac32987-1 ii libx11-62:1.6.5-1 ii libxcb-xkb1 1.13-1 ii libxcb1 1.13-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.4-3 ii libxkbcommon-x11-0 0.8.0-1 ii libxkbcommon0 0.8.0-1 ii libxrender1 1:0.9.10-1 ii lxmenu-data 0.1.5-2 ii lxqt-about 0.12.1~8-g32cd5ff-1 ii lxqt-policykit 0.12.1~1-g8424310-1 Versions of packages lxqt-panel recommends: ii lxqt-config 0.12.1~12-g7ac37d2-1 ii lxqt-notificationd 0.12.1~5-g549013c-1 ii lxqt-panel-l10n 0.12.1~51-g32b5fff7-1 ii lxqt-qtplugin 0.12.1~6-g2283f5e-2 ii lxqt-runner 0.12.1~3-g19f83bd-1 ii lxqt-session0.12.1~9-ga9fd906-1 ii pavucontrol-qt 0.3.1~5-gee1ae84-1 ii qlipper 1:5.1.2~3-gac7c12f-1 Versions of packages lxqt-panel suggests: ii lxqt 25 ii lxqt-core 25 -- Configuration Files: /etc/xdg/lxqt/panel.conf changed [not included] -- no debconf information
Bug#892983: [Aptitude-devel] Bug#892983 + Bug#892984: please allow filtering on/displaying the release 'label'/'suite'
Hi Thomas, 2018-04-02 15:51 GMT+02:00 Tomas Pospisek : > Hi Manuel, > > I want to ping you on this wishlist ticket. > > I do not want to stress you out: you have your own life and priorities, just > as everybody else, full respect for that. > > However sometimes stuff falls through the cracks, that's why I'm pinging you > on this. >[...] I couldn't look into this yet, if you're a reader of planet-debian you might guess why :) I still plan to look at this in the next days/weeks. We need a more immediate action for cwidget and aptitude though, which is to fix an incompatibility with the release of ncurses that it's about to enter unstable. Feel free to ping me again if I didn't reply in 2-3 weeks! Cheers. -- Manuel A. Fernandez Montecelo
Bug#894639: RM: python-colander -- ROM; No reverse (build-)depends
Package: ftp.debian.org Severity: normal Hi, It doesn't seem that python-colander is of any use anymore. Please remove it from the archive. Cheers, Thomas Goirand (zigo)
Bug#894495: mandos-client: Mandos client fails while booting but works from chroot into unpacked initramfs
Le 02/04/2018 à 17:00, Teddy Hogeborn a écrit : > So we'll do it the hard way, by > setting the system clock, like you did. I've just discovered a security issue with setting the date in the future : I have 2 Pis, serving both as a client and a server for each other. When I reboot one, the date is incorrect, and its mandos server fires up BEFORE the date is actually corrected by NTP. During this time, mandos-monitor displays a HUGE validity period for its clients (somehow calculated from the last ping but that's weird) and I assume it would then happily give the key to a client who has been offline for longer than authorized - turn on both machines, boot them anytime together, and they will happily give the key to each other. Of course this behaviour would permit defeating the whole system for severs without a properly set RTC. I think that some test should be added to the server to temporalizy "freeze" sending keys to a client which "last ping" is either in the future or in a remote past, or if the system date is somewhere in 1970... Or maybe too far away from the last recorded activity... It also raises the issue of "Mallory" playing with RTC settings in BIOS, or powering up a set of machines on a LAN with a rogue ntp server... ॐ -- Michel Bouissou OpenPGP ID 0xEB04D09C signature.asc Description: OpenPGP digital signature
Bug#894638: RM: python-crcmod -- ROM; no reverse (build-)depends, no use
Package: ftp.debian.org Severity: normal Hi, crcmod was one of the (build?) dependency of google cloud API client, but it's not the case anymore. Nothing is using this module in Debian. Please remove this package. Cheers, Thomas Goirand (zigo)
Bug#893285: stretch-pu: package docbook-to-man/1:2.0.0-35+deb9u1
Control: reopen -1 On Mon, Apr 02, 2018 at 08:00:42PM +0100, Chris Lamb wrote: > Hi Julien, > > > I don't think that reaches the "warrants a stable update" level. Please > > feel free to reopen if I'm missing something. > > I defer to your best judgement. (Adrian, am adding you to CC as the > original requester of this stable update.) >... Hi Julien, depending on the details like the exact CPU type you are using, you might be getting correct or corrupted output files. Whether the output is correct or corrupted can even depend on which buildd was used to build a package. The severity "normal" is correct since this are only corrupted manpages, but that is also the only output this package produces. It is really a WTF when you look at the differences in https://tests.reproducible-builds.org/debian/rb-pkg/stretch/i386/tigr-glimmer.html Regarding the fix, memcpy->memmove is among the lowest risk code changes. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#894554: libdatetime-locale-perl: fails to deserialize (thaw) from Storable
COntrol: tag -1 + upstream On Sun, 01 Apr 2018 13:01:44 +0200, Daniel Friesel wrote: > Package: libdatetime-locale-perl > Version: 1:1.17-1 > Severity: normal > > Hi, > > When loading a DateTime / DateTime::Locale object which was previously > serialized using Storable, DateTime::Locale::FromData::STORABLE_thaw fails if > the code loading the Storable object does not import DateTime::Locale. Thanks for your bug report. Forwarded upstream as https://github.com/houseabsolute/DateTime-Locale/issues/18 Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Bettina Wegner: Sie hat's gewusst signature.asc Description: Digital Signature
Bug#893285: stretch-pu: package docbook-to-man/1:2.0.0-35+deb9u1
Hi Julien, > I don't think that reaches the "warrants a stable update" level. Please > feel free to reopen if I'm missing something. I defer to your best judgement. (Adrian, am adding you to CC as the original requester of this stable update.) > Looks like that has "normal" severity (As an aside, what should I have uploaded as? I mean, it's not as if there is any testing migration, etc. to traverse…!) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#693219: Bug#826709: Doesn't mention --foreign in help output
On Mon, 2018-04-02 at 15:27 +0200, Adam Borowski wrote: > On Sun, Apr 01, 2018 at 11:24:14AM +0800, Paul Wise wrote: > > CCing the maintainer of arch-test who will probably have some input. > > > > On Sun, 2018-04-01 at 11:32 +0900, Hideki Yamane wrote: > > > > > + if [ "$HOST_ARCH" = "amd64" ] && [ "$ARCH" = "i386" ] ; > > > then > > > + # i386 binary can be run on amd64 host > > > > It is a bad idea to hard-code this and hard-code it for only two > > arches > > Especially that amd64 hosts only _usually_ can run i386. It's a kernel > config option that happens to be enabled in Debian kernels, but may be > omitted from derivative or self-built ones, usually for reasons of space and > security (compat syscalls and ioctls are a source of bugs, sometimes > exploitable). Thus, CONFIG_IA32_EMULATION might or might not be enabled. Yes, this is a good reason to do a run-time check. > On x86 I'm not aware of any 64-bit only hardware, but elsewhere, 32-bit > compat is optional -- skipping it can make chips cheaper and more > power-efficient, thus arm64 is often incapable of running armhf or armel. It is optional but not "often" omitted. I'm only aware of Cavium leaving it out. > Even on armhf, the manufacturer may choose to skip costly synchronization > needed for obsolete SWP instructions required by armel, which means > debootstrap (strictly single-threaded I think) will succeed but installed > system will run into mysterious corruption. [...] I think you're referring to the need for DMB on v6+, right? The ARMv6 ARM claims that memory ordering wasn't specified at all in earlier architecture versions, so older code using SWP was not portable anyway. So far as I can see, OpenSSL still uses SWP when built for ARMv4/v5, and does not use DMB. We should really fix that. dietlibc also uses SWP without DMB - but then its ARMv6/v7 implementation and several other architectures (mips, ppc) are also lacking memory barriers, so I assume no-one really uses it in multithreaded programs. uclibc has some trivial wrappers around SWP that don't seem to be used any more. And... that's it, so far as I can see. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#889710: it's the -mingw not binutils- part
> > Some recent change in unstable makes arch-test FTBFS: > > > This might be a regression somewhere in the MinGW packages, > > maintainer is Cc'ed. > Thanks for the report, this is indeed a recent regression in binutils > (2.29.1-10 works, 2.29.1-13 doesn’t). On the other hand, taking Stretch's version of binutils-mingw-w64 and building it against current binutils (2.30-11) is free of this regression. The resulting package is 2.30-11+7.4. Meow! -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ
Bug#894637: RFS: apparix/11-062-1 [QA upload]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for a QA upload of the apparix package. My changes are summarized in the latest changelog entry: apparix (11-062-1) unstable; urgency=medium * QA upload. * New upstream release (Closes: #643670). * Update debian/watch. * Set Debian QA Group as Maintainer in debian/control (see #741089). * Upgrade to Standards-Version 4.1.3 in debian/control. * Upgrade to debhelper compat level 11. * Rewrite debian/rules. * Update debian/copyright to the machine-readable format. * Add 00-fix-spelling.patch. -- Fabian Wolff Mon, 02 Apr 2018 18:39:00 +0200 The package is available on Mentors: https://mentors.debian.net/package/apparix https://mentors.debian.net/debian/pool/main/a/apparix/apparix_11-062-1.dsc Thank you! Best regards, Fabian
Bug#894636: falkon: Incomplete debian/copyright?
Source: falkon Version: 3.0.0-1 Severity: serious Justication: Policy 12.5 X-Debbugs-CC: Georges Khaznadar Hi, I just ACCEPTed falkon from NEW but noticed it was missing attribution in debian/copyright for at least the MouseGestures, PIM, and ImageFinder plugins. This is in no way exhaustive so please check over the entire package carefully and address these on your next upload; thanks! Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#894635: RM: python-mockito -- ANAIS; no reverse (build-)depends
Package: ftp.debian.org Severity: normal Hi, There's no reverse (build-)dependency for this package, so please remove it. I don't think it's useful to Debian anymore (it's used for unit tests, but nothing is using it at build time anymore). Cheers, Thomas Goirand (zigo)
Bug#864953: closed by Emilio Pozuelo Monfort (Bug#864953: fixed in shared-mime-info 1.9-1)
Hi Andreas, On 14/11/17 20:49, Andreas Beckmann wrote: > On 09/28/2017 12:57 AM, Debian Bug Tracking System wrote: >> #864953: dpkg: trigger problems with shared-mime-info while upgrading >> gnome-screensaver:i386 from jessie to stretch > > Do you plan to fix this in stretch, too? If the package reaches > stretch-proposed-updates with some time left before the point release I > should be able to fully rerun all stretch and jessie->stretch piuparts > tests that involve shared-mime-info using the stretch-pu packages. The fix is now in stretch-proposed-updates (thanks to Adrian). It'd be great to run those piuparts tests to make sure there are no problems. Thanks, Emilio
Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found
On Mon, Apr 02, 2018 at 08:13:56PM +0300, Adrian Bunk wrote: > On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote: > > Hi, > > > > On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote: > > > Source: ocaml-rope > > > Version: 0.6-1 > > > Severity: serious > > > > > > Some recent change in unstable makes ocaml-rope FTBFS: > > > > > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html > > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html > > > > This rather looks like bug #881770 of jbuilder, which was supposed to be > > fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder > > fail to compile at all on byte-code architectures. > > amd64 and arm64 are not byte-code architectures. You are right. I was looking at the autobuilder status which only displays build-failures on bytecode arches at the moment. -Ralf.
Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A
On Mon, Apr 02, 2018 at 09:39:44AM -0700, Vagrant Cascadian wrote: > On 2018-04-02, Domenico Andreoli wrote: > > I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install > > Debian on it. I'm just working at the build of u-boot-sunxi and at > > u-boot-install-sunxi64 but I see that the proper solution goes throught > > packaging ATF and here we are. > > You probably want to follow-up with the atf-allwinner package already in > Debian: > > https://tracker.debian.org/pkg/atf-allwinner > > It's a vendor fork of the upstream arm-trusted-firmware, and I've > confirmed it works for the Allwinner A64 on pine64 and pinebook; not > sure what the status of H5 support is like, though it is a similar SoC. There are H5 related commits in this fork, although I neither have any H5 hardware nor heard any reports of it working or not. >From these commits, I assume that upstream ATF wouldn't work on H5, but atf-allwinner, as already shipped in Debian, should work without any other edits to it. > Once H5 support is in atf-allwinner, u-boot-sunxi and > u-boot-install-sunxi64 may need updates to support your board: My guess is that getting appropriate device tree, and handing it to u-boot-install-sunxi64 has a good chance of being enough. That script takes /usr/lib/u-boot/pine64_plus/*.dtb -- if you put yours into that (now misnamed) dir, it may work. If it does, please let us know! Meow! -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ
Bug#894626: libsnmp-info-perl: FTBFS against libsnmp-perl (src:net-snmp) 5.7.3+dfsg-2
Control: reassign -1 libsnmp-perl 5.7.3+dfsg-2 Control: retitle -1 libsnmp-perl: undefined symbol: netsnmp_ds_toggle_boolean Control: affects -1 libsnmp-info-perl On Mon, Apr 02, 2018 at 05:49:48PM +0200, gregor herrmann wrote: > Source: libsnmp-info-perl > Version: 3.53-1 > Severity: serious > Justification: fails to build from source (but built successfully in the past) > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > As first noticed by ci.debian.net, libsnmp-info-perl fails to build, > aka has testsuite failures, since the upload of net-snmp > 5.7.3+dfsg-2. > >dh_auto_test > perl Build test --verbose 1 > > # Failed test 'use SNMP::Info;' > # at t/00_load.t line 10. > # Tried to use 'SNMP::Info'. > # Error: Can't load > '/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so' > for module NetSNMP::default_store: > /usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so: > undefined symbol: netsnmp_ds_toggle_boolean at > /usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 187. > # at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19. This is clearly a bug in the new libsnmp-perl version, which seems altogether unusable. # perl -e 'use SNMP' Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so' for module NetSNMP::default_store: /usr/lib/x86_64-linux-gnu/perl5/5.26/auto/NetSNMP/default_store/default_store.so: undefined symbol: netsnmp_ds_toggle_boolean at /usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 187. at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19. Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19. BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. Reassigning. -- Niko Tyni nt...@debian.org
Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found
Hi, On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote: > Source: ocaml-rope > Version: 0.6-1 > Severity: serious > > Some recent change in unstable makes ocaml-rope FTBFS: > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html This rather looks like bug #881770 of jbuilder, which was supposed to be fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder fail to compile at all on byte-code architectures. -Ralf.
Bug#894621: ocaml-rope FTBFS: Error: Library "bytes" not found
On Mon, Apr 02, 2018 at 07:08:52PM +0200, Ralf Treinen wrote: > Hi, > > On Mon, Apr 02, 2018 at 06:15:11PM +0300, Adrian Bunk wrote: > > Source: ocaml-rope > > Version: 0.6-1 > > Severity: serious > > > > Some recent change in unstable makes ocaml-rope FTBFS: > > > > https://tests.reproducible-builds.org/debian/history/ocaml-rope.html > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-rope.html > > This rather looks like bug #881770 of jbuilder, which was supposed to be > fixed in jbuilder (1.0~beta18-1), except that recent versions of jbuilder > fail to compile at all on byte-code architectures. amd64 and arm64 are not byte-code architectures. > -Ralf. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#892539: pdftk: Depends on GCJ which is going away
On Wed, 21 Mar 2018 15:12:30 +0100 Petter Reinholdtsen wrote: > I use pdftk regularly, and really hope we can manage to keep it in > Debian. > > Is there a plan for adressing this before gcj is removed? There's a fork that doesn't require GCJ as Adrian pointed out, you could help package that. Cheers, Emilio
Bug#893803: stretch-pu: package adminer/4.2.5-3+deb9u1
On Sun, 2018-04-01 at 09:38 +0100, Chris Lamb wrote: > tags 893803 + pending > thanks For future reference, the +pending happens once we've accepted the package into p-u, rather than just at the upload. I've just done that, so the tag is now correct. :-) > Dear Adam, > > > > adminer (4.2.5-3+deb9u1) stretch; urgency=high > > […] > > s/coul /could / > > Well spotted and thanks for the ACK. adminer_4.2.5- > 3+deb9u1_amd64.changes > uploaded. For completeness, I've also attached the full updated > debdiff. > > (I assume another RT member is responsible for ACK/NACK on jessie's > equivalent here? ie. #893804) It might end up being me. It depends who next looks at jessie requests and whether they get as far as the adminer request in the time they have available. There's no specific division of tasks in that sense. Regards, Adam
Bug#893278: stretch-pu: package showq/0.4.1+git20161215~dfsg0-2+deb9u1
Control: tags -1 + pending On Sat, 2018-03-31 at 22:27 +0100, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Sat, 2018-03-17 at 19:33 +0200, Adrian Bunk wrote: > > Fix the program startup. > > I'm not sure how much we're actually helping by fixing a package that > was apparently not even trivially tested before upload and had been > entirely broken for nearly a year before anyone even noticed. > > Feel free to upload, but it seems like time would be better spent > avoiding us getting to such situations to begin with, rather than > having to spend time on them after the fact. > Uploaded and flagged for acceptance. Regards, Adam
Bug#892940: stretch-pu: package shared-mime-info/1.8-1+deb9u1
Control: tags -1 + pending On Sat, 2018-03-31 at 22:38 +0100, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Wed, 2018-03-14 at 20:13 +0200, Adrian Bunk wrote: > > * Switch dpkg trigger to noawait. Closes: #864953. > > It would have been helpful to indicate what issue this was solving. > (I > realise that the changelog for the unstable upload is equally > unverbose, but there's no requirement to simply re-use them.) > > Please go ahead. > Uploaded and flagged for acceptance. Regards, Adam
Bug#892857: stretch-pu: package r-cran-mi/1.0-4+deb9u1
Control: tags -1 + pending On Sat, 2018-03-31 at 23:49 +0100, Adam D. Barratt wrote: > Control: tags -1 + pending > > On Sun, 2018-04-01 at 01:37 +0300, Adrian Bunk wrote: > > Control: tags -1 - moreinfo > > > > On Sat, Mar 31, 2018 at 10:41:42PM +0100, Adam D. Barratt wrote: > > > Control: tags -1 + moreinfo > > > > > > On Tue, 2018-03-13 at 22:03 +0200, Adrian Bunk wrote: > > > > * Add the missing dependency on r-cran-arm. (Closes: > > > > #877433) > > > > > > -Depends: ${R:Depends}, ${misc:Depends} > > > +Depends: ${R:Depends}, ${misc:Depends}, r-cran-arm > > > > > > Is it not possible for this to get picked up automagically, > > > rather > > > than > > > hardcoding the binary dependency? > > > > It is possible, and that is how it got solved in unstable. > > > > It is a cdbs -> dh-r conversion, and hardcoding the dependency > > has a lower regression risk. > > > > I was hoping / assuming that's part of what ${R:Depends} was for. > > Please go ahead. > Uploaded and flagged for acceptance. Regards, Adam
Bug#892836: stretch-pu: package email2trac/2.10.0-2~deb9u1
Control: tags -1 + pending On Sat, 2018-03-31 at 22:43 +0100, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Tue, 2018-03-13 at 16:00 +0200, Adrian Bunk wrote: > > * Add upstream fix for Trac 1.2. (Closes: #858819) > > Please go ahead. > Uploaded and flagged for acceptance. Regards, Adam
Bug#894634: gcc-7: Missing dependency on g++ ?
Package: gcc-7 Version: 7.3.0-14, 7.3.0-12 Severity: important Hi, I am unable to compile C++ sources on a fresh Debian install, with the `cpp` package installed: > $ cc main.cc > cc: error trying to exec 'cc1plus': execvp: No such file or directory Investigating with `strace -e trace=process -f cc main.cc` confirms that GCC tries to run a command involving cc1plus and fails to find it in $PATH. Installing build-essential resulted in g++-7 being installed, which “fixed” the problem, so it looks like there are missing dependencies in whichever package provides cc. Best, nicoo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-7 depends on: ii binutils 2.30-8 ii cpp-7 7.3.0-14 ii gcc-7-base7.3.0-14 ii libc6 2.27-2 ii libcc1-0 8-20180321-1 ii libgcc-7-dev 7.3.0-14 ii libgcc1 1:8-20180321-1 ii libgmp10 2:6.1.2+dfsg-3 ii libisl19 0.19-1 ii libmpc3 1.1.0-1 ii libmpfr6 4.0.1-1 ii libstdc++68-20180321-1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages gcc-7 recommends: ii libc6-dev 2.27-2 Versions of packages gcc-7 suggests: pn gcc-7-doc pn gcc-7-locales pn gcc-7-multilib pn libasan4-dbg pn libatomic1-dbg pn libcilkrts5-dbg pn libgcc1-dbg pn libgomp1-dbg pn libitm1-dbg pn liblsan0-dbg pn libmpx2-dbg pn libquadmath0-dbg pn libtsan0-dbg pn libubsan0-dbg -- no debconf information
Bug#879845: sane-backends: please release 1.0.27 to unstable (not only experimental)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Jonas, hello Hugh, due to the planned transition from libsane to libsane1, some changes to external vendors are also required. So I was faced with the decision to start the transition directly and thus no longer have many external programs or wait until the most important are finished with their preliminary work. I have decided on the last way to complete the transition in less time. Meanwhile, the 4 experimental release is ready and lies with my sponsor. As soon as the release is uploaded I will start the transition. CU Jörg - -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser Threema: SYR8SJXB Wire: @joergfringsfuerst Skype:joergpenguin Ring: jff Telegram: @joergfringsfuerst IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEY+AHX8jUOrs1qzDuCfifPIyh0l0FAlrCYo4ACgkQCfifPIyh 0l1Ztw/+JoGvWvOT4JDNrrYiWfC3VUXvgLQwHAwYvrPMMP0FqQ7A45kMwvvXDR9q NaIQPtymj6JL4qg4965vRpangIlcAAXYpzs9k1Vg1R8sm+D4g1aReFrj6eCjM1Xc FNrp0iGsJ9mTfRyeHexMKCaqBsOsxLJ0Iy/H+gc7p1jeD6J2rNWvnIetlbDwdhJy 6PSWvRrW0lRIsEkh11sD35VvqNMbTZCemWNUfZMDFrGxuYdcmFXliKCjRuhQNLeD ti94BPm7qqpwnZtZz/1eCeXRcDhDh9B09ZBuxhqnC4QlD/cy0YGNFt9FlD55fD78 LcyzK3Gu17UiXAXyTLqevkk/AcnTbieebFaCkxSRFqRI7xIXsBLgDy0ahWEZBU8y kd3FX5Nj+yyxkbeLW05UBZUKzxycJJ+2L/28tUDkg1j3pYxiAMTU3U4I6sBkaXQw LK1iYQKAGpcZRMgKoN7YajCmnD8NVZiWkv+fPZGTdZ9GwH/+tc7JUSa+1e5QDyg8 rikisJpVaIjRwZRfZ5GX6X2qlkyhDqLxEUs+LoJP0KRogBKu6G8GfVv+jDp0jdf7 55dpktI1w8EtylNY/4xNqboG9sXnOAQSZx5qCHUXlgbM5OAZJVHgxNreNmo/Z9cs tsN+b/8ixHzVs5Mf561KWGXgnufTrE0D6LMaRIrKzr4gawDKpEI= =2su3 -END PGP SIGNATURE-
Bug#891143: www.debian.org: Outdated information in "donation" web page
Hi, the italian translation of https://www.debian.org/donations page has been up to dated. Regards, Luca On 22/02/2018 18:19, Laura Arjona Reina wrote: > > > Dear Valerio > Thanks for your repo. > I'm sending it to the Italian team so they can review and update the page. > Best regards > > El 22 de febrero de 2018 18:02:05 CET, Valerio Pachera > escribió: >> Package: www.debian.org >> Severity: normal >> >> Dear Maintainer, >> >> On the italian translated page https://www.debian.org/donations you >> find >> >> "Italia: Associazione Software Libero" >> >> as donation options. >> Opening the link (http://www.softwarelibero.it/donazioni-debian) it's >> clear they stopped to collecting donations. >> Notice the page is in Italian. >> >> I checked the english page and "Associazione Software Libero" is not >> mentioned. >> I suggest to remove this information. >> >> >> -- System Information: >> Debian Release: 9.3 >> APT prefers stable >> APT policy: (500, 'stable') >> Architecture: amd64 (x86_64) >> >> Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores) >> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), >> LANGUAGE= (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >
Bug#894633: ITP: r-cran-openxlsx -- GNU R package for XLSX files
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-openxlsx Version : 4.0.17 Upstream Author : Alexander Walker * URL or Web page : https://github.com/awalker89/openxlsx * License : GPL-3 Description : GNU R package for XLSX files This is a build dependency of package (r-cran-)rio which we will need to package as an added (build-)dependency of package (r-cran-)car which has been in Debian for 15+ years. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#894632: libgvc6: does not uninstall/purge cleanly, /usr/lib/x86_64-linux-gnu/graphviz/config6a left behind
Package: libgvc6 Version: 2.40.1-2 Severity: normal Hello, libgvc6.postrm only removes the old. pre-multiarch config file and /usr/lib/x86_64-linux-gnu/graphviz/config6a is legt after purge: (sid)root@argenau:/# dpkg --purge libgvc6 (Reading database ... 16000 files and directories currently installed.) Removing libgvc6 (2.40.1-2) ... Purging configuration files for libgvc6 (2.40.1-2) ... dpkg: warning: while removing libgvc6, directory '/usr/lib/x86_64-linux-gnu/graphviz' not empty so not removed Processing triggers for libc-bin (2.27-3) ... (sid)root@argenau:/# ls -l /usr/lib/x86_64-linux-gnu/graphviz total 4 -rw-r--r-- 1 root root 3097 Apr 2 16:50 config6a cu Andreas
Bug#894631: RM: libgnatprj5-dev-hppa-cross libgnatvsn5-dev-hppa-cross -- NBS; no longer built
Package: ftp.debian.org Severity: normal Hi, gcc-5-cross-ports no longer builds these binaries. They are arch:all and so weren't picked up by the cruft report. They have no rdeps, so it should be fine. Please remove them. Thanks, Emilio
Bug#894615: RFS: libexif/0.6.21-5
On 2018-04-02 Hugh McMaster wrote: > Package: sponsorship-requests > Severity: normal > Dear mentors and Debian PhotoTools Team, > I am looking for a sponsor for a Team Upload of the package "libexif". [...] Hello Hugh, looks good except for the watchfile, you need uversionmangle instead of oversionmangle. Also I have searched in vain for your gnupg key, is it aailable somewhere? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#881620: ITP: arm-trusted-firmware -- reference implementation of secure world software for ARMv8-A
On 2018-04-02, Domenico Andreoli wrote: > I've a NanoPI NEO2 (Allwinner H5) and I'd like to seamlessly install > Debian on it. I'm just working at the build of u-boot-sunxi and at > u-boot-install-sunxi64 but I see that the proper solution goes throught > packaging ATF and here we are. You probably want to follow-up with the atf-allwinner package already in Debian: https://tracker.debian.org/pkg/atf-allwinner It's a vendor fork of the upstream arm-trusted-firmware, and I've confirmed it works for the Allwinner A64 on pine64 and pinebook; not sure what the status of H5 support is like, though it is a similar SoC. Once H5 support is in atf-allwinner, u-boot-sunxi and u-boot-install-sunxi64 may need updates to support your board: https://wiki.debian.org/U-boot Regarding upstream arm-trusted-firmware that this ITP is about, while I can get it to build for a few targets, I have yet to suceed in getting anything using it to actually boot, so I haven't uploaded it to Debian yet... Good luck! live well, vagrant signature.asc Description: PGP signature
Bug#894630: ocfs2-tools: sometimes parallel FTBFS
Source: ocfs2-tools Version: 1.8.5-4 Severity: important Tags: patch db compat >= 10 defaults to parallel, and this sometimes causes ocfs2-tools to FTBFS: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocfs2-tools.html ... gcc -g -O2 -fstack-protector-strong -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -pipe -Wdate-time -D_FORTIFY_SOURCE=2 -I../include -I. -DVERSION=\"1.8.5\" -MD -MP -MF ./.o2cluster.d -o o2cluster.o -c o2cluster.c o2cluster.c:32:10: fatal error: o2ne_err.h: No such file or directory #include "o2ne_err.h" ^~~~ compilation terminated. make[2]: *** [../Postamble.make:40: o2cluster.o] Error 1 make[2]: Leaving directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2' make[2]: *** Waiting for unfinished jobs make[2]: Entering directory '/build/1st/ocfs2-tools-1.8.5/tunefs.ocfs2' compile_et o2ne_err.et ... While fixing the Makefiles would be the preferred solution, the following to revert to the compat < 10 default of non-parallel building is a sufficient workaround: --- debian/rules.old2018-04-02 15:54:05.285054237 + +++ debian/rules2018-04-02 15:54:13.285054160 + @@ -4,7 +4,7 @@ export DEB_BUILD_MAINT_OPTIONS=hardening=+all,-format %: - dh $@ + dh $@ --no-parallel override_dh_installinit: mkdir -p debian/ocfs2-tools/usr/lib/ocfs2-tools
Bug#894629: ITP: spacy/2.0.10 -- Industrial-strength Natural Language Processing (NLP) with Python and Cython
Package: wnpp Severity: wishlist Owner: lumin * Package name: spacy Version : 2.0.10 Upstream Author : spacy developers * URL : https://github.com/explosion/spaCy * License : MIT Programming Lang: python Description : Industrial-strength Natural Language Processing (NLP) with Python and Cython spaCy is a library for advanced Natural Language Processing in Python and Cython. It's built on the very latest research, and was designed from day one to be used in real products. spaCy comes with pre-trained statistical models and word vectors, and currently supports tokenization for 20+ languages. It features the fastest syntactic parser in the world, convolutional neural network models for tagging, parsing and named entity recognition and easy deep learning integration. It's commercial open-source software, released under the MIT license. -- Best,
Bug#894628: ITP: cupy/2.5.0 -- NumPy-like API accelerated with CUDA
Package: wnpp Severity: wishlist Owner: lumin * Package name: cupy Version : 0.13 Upstream Author : CuPy developers * URL : https://github.com/cupy/cupy * License : MIT Programming Lang: Python, C++, C Description : NumPy-like API accelerated with CUDA CuPy is an implementation of NumPy-compatible multi-dimensional array on CUDA. CuPy consists of the core multi-dimensional array class, cupy.ndarray, and many functions on it. It supports a subset of numpy.ndarray interface. -- Best,
Bug#892356: fslint: findutils on testing breaks fslint recursive search
El 10/03/18 a las 14:09, Pádraig Brady escribió: I just tried find from git (not a debian package) and I don't see the issue. Perhaps it's already fixed in find upstream? Can you give more details of the breakage? I found the problem: fslint does not do recursive duplicate searching when the FOLDER is a SYMBOLIC LINK For example: /folder/main-folder/lot-of-pics Where lot-of-pics has duplicate files. ln -s /folder/main-folder /folder/symlink-folder If you try to find duplicate pics intro /folder/symlink-folder DOES NOT WORK. If you try /folder/main-folder/, fslint founds duplicate files inside lot-of-pics If you try /folder/symlink-folder/lot-of-pics, fslint works as expected. So, I think, if route ends on symlink, fslint treats this folder as a file. If the route ends on regular folder, it works fine. Can you confirm this? Thanks a lot!!!