Bug#886040: [Pkg-sugar-devel] Bug#886041: sugar: raising severity of gconf dependency bug

Upstream has begun patch review for moving away from gconf. The patches are in pull requests linked from a GitHub project; https://github.com/orgs/sugarlabs/projects/2 -- James Cameron http://quozl.netrek.org/

Bug#894181: rakarrack: handling of cpu extensions

On Tue, 27 Mar 2018 06:49:22 +0200 Helmut Grohne wrote: > From a Debian pov, this whole autodetection should be removed and > replaced by a concious maintainer choice documented in debian/rules > (as is done with sse for i386 already). The correct thing to do would be to detect the available

Bug#894183: libexif: outdated Homepage, moved to github

Source: libexif Severity: minor libexif has an outdated Homepage field, it moved to github: https://libexif.github.io/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part

Bug#894182: O: calife

Package: wnpp Severity: normal I just orphaned this package, in preparation of /me slowly decreasing my activity in Debian.

Bug#882934: Crash debugging

Joe writes: > On Fri, 16 Mar 2018 16:42:43 -0700 > Dima Kogan wrote: > >> Can you try to run pcb without hardware acceleration? You can do this >> with >> >> LIBGL_ALWAYS_SOFTWARE=true pcb-gtk > > Yes, that fixes it. A quick test suggests it is

Bug#894180: Fwd: Bug#894180: Acknowledgement (util-linux: Possible still present Bug on "Debian 7/Wheezy" w/ dmesg command on a "SE-208DB/TSBS" External ODD)

Dear Maintainer Was missing the rest of the files (I'm not experienced Reporting Bugs for Debian Project, this is my first one): The reportbug gtk2 was working correctly at the moment of the upload of attachments. Follows on this e-mail the another files that I wanted to share with the

Bug#893936: gitlab: pkg_resources.DistributionNotFound: The 'python-gitlab==1.3.0' distribution was not found

On Mon, 2018-03-26 at 23:14 -0400, Jeremy Bicha wrote: > So you just want this package to Depend on python3-gitlab (>= 1:1.3.0) ? That doesn't correspond to what the code requires: $ grep __requires__ /usr/bin/gitlab __requires__ = 'python-gitlab==1.3.0' This would be the correct dependency:

Bug#894181: rakarrack: handling of cpu extensions

Source: rakarrack Version: 0.6.1-4 Severity: wishlist User: helm...@debian.org Usertags: rebootstrap I looked into cross building rakarrack and found that it would pass -msse2 to an arm compiler. That's bad. So while it might not be useful to cross build rakarrack, I think it still is useful to

Bug#894180: util-linux: Possible still present Bug on "Debian 7/Wheezy" w/ dmesg command on a "SE-208DB/TSBS" External ODD

Package: util-linux Version: 2.20.1-5.3 Severity: minor Dear Maintainer, Hi the designated Security Team of Debian-LTS and Debian Developers! The Bug that I'm here referring, I know that existed since I have discovered the same, near the release of the latest point release "7.11" in middle of

Bug#880771: libdwarf/dwarfdump cross compile

Hi David, On Mon, Mar 26, 2018 at 01:28:53PM -0700, David Anderson wrote: > I figured out a simple way to cross-build while > completely separating build-time objects from target > objects. Using AC_PATH_PROG as Helmut suggested. > > Nothing complicated about it. Simple 'make'. Cool. Before we

Bug#893024: Manual entry into UI date widget is broken

On 26/03/18 21:53, martin f krafft wrote: > 2.0.2 suffers from a different, but probably related problem: > entering 2018-03-15 makes the date then appear as 0015-00-00. Grrr. Yes. Sorry for being stupid. Fixed in 2.0.3. signature.asc Description: OpenPGP digital signature

Bug#894179: exiv2: CVE-2018-8977

Source: exiv2 Version: 0.26-1 Severity: grave Tags: security upstream Justification: user security hole Forwarded: https://github.com/Exiv2/exiv2/issues/247 Hi, The following vulnerability was published for exiv2, which affects in Debian only the exerimental version. CVE-2018-8977[0]: | In

Bug#894178: default-d-compiler is missing the epoch on the gdc dependency

Package: default-d-compiler Version: 0.5 default-d-compiler is missing the epoch on the gdc dependency. $ apt-cache show gdc|grep Version Version: 4:8-20180321-1

Bug#894177: python-gitlab: Please drop the Python2 package

Package: python-gitlab Version: 1:1.3.0-1 Severity: important Please drop the python-gitlab package. It is the python2 version and it's not needed by the gitlab-cli package or anything else in Debian. It is better for developers and users to get used to the python3 packages since python2 is

Bug#893936: gitlab: pkg_resources.DistributionNotFound: The 'python-gitlab==1.3.0' distribution was not found

So you just want this package to Depend on python3-gitlab (>= 1:1.3.0) ? I mean users should install updates and shouldn't keep the older version around, which makes me think you might be overstating the severity of this bug, but ok… Thanks, Jeremy Bicha

Bug#894176: gmtp: Don't Build-Depend on gconf

Source: gmtp Version: 1.3.10-1 Severity: serious User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gconf Tags: sid buster Your package build-depends on libgconf2-dev, but gconf will be removed from Debian soon. gconf's last release was about 5 years ago. It has been replaced

Bug#894072: gitlab: postinst fails with "/var/lib/gitlab/yarn/node_modules/.bin/yarn: not found"

Hi Praveen, > This bug appears from uploading from 9.5.4 installation. If you do a > purge && reinstall, it solves the problem. But I need to upgrade from 9.5.4 and "purge" is destructive... I don't want to risk losing configs, projects and what not. Please take care of upgrade path from 9.5.

Bug#894175: ddccontrol: Please drop gksu dependency on Ubuntu

Source: ddccontrol Version: 0.4.3-1 Severity: important Your 0.4.3-1 upload accidentally dropped my 0.4.2-11 changes. In particular this change is needed by Ubuntu since Ubuntu may be trying to drop gksu for 18.04 LTS. "Drop Ubuntu-specific gksu dependency and patch. gksu will be removed

Bug#894163: RFS: streamlink/0.11.0+dfsg-1~bpo9+1

On Tue, Mar 27, 2018 at 5:19 AM, Alexis Murzeau wrote: > https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_0.11.0+dfsg-1~bpo9+1.dsc Unfortunately the package FTBFS in my stretch pbuilder, one test failure in tests/test_plugins.py, it looks like it tries to load the plugins in

Bug#894174: gcalcli: --nodeclined error

Package: gcalcli Version: 3.4.0-1 Severity: normal This only happens with --nodeclined: Traceback (most recent call last): File "/usr/bin/gcalcli", line 2649, in BowChickaWowWow() File "/usr/bin/gcalcli", line 2499, in BowChickaWowWow gcal.AgendaQuery() File "/usr/bin/gcalcli",

Bug#893980: www.debian.org: Many mirrors have no or untrusted HTTPS certificates

On Mon, Mar 26, 2018 at 10:11 PM, Rhonda D'Vine wrote: > Right, but DNS for the primary ones, and pointing them towards a server > that isn't under their control would mean that they'd have to carry a > *.debian.org wildcard certificate. Which won't happen for non-DSA > operated infrastructure.

Bug#893759: variety: launching variety gives quite a few python 2.7 warnings

Hello, This actually looks like three different bugs. The first traceback (relating to /usr/share/images/desktop-base/desktop-background) seems to involve misdetecting image file formats somewhere. To help debug this further, could you reply with the output of: ls

Bug#893051: Pending fixes for bugs in the prometheus-mysqld-exporter package

tag 893051 + pending thanks Some bugs in the prometheus-mysqld-exporter package are closed in revision 605c06a7c284dc1858d1717678f292a89febd86c in branch 'debian/sid' by Martín Ferrari The full diff can be seen at

Bug#894172: python-virtualenv-clone: Conflicts with virtualenv-clone

Package: python-virtualenv-clone Version: 0.3.0-1.1 Severity: normal Dear Maintainer, While dist-upgrading, virtualenv-clone pulled in python-virtualenv-clone and the following happened: Preparing to unpack .../39-python-virtualenv-clone_0.3.0-1.1_all.deb ... Unpacking python-virtualenv-clone

Bug#894067: Patch to fix problem

Turns out there are two issues: 1. A snapshot isn't activated automatically --- one needs to supply the -K flag to lvcreate to have the snapshot usable immediately. 2. The kernel really doesn't like not having unique UUIDs when mounting filesystems, so the snapshot needs to have its UUID

Bug#894171: barbican-common: Configuring barbican-common fails while running /var/lib/dpkg/info/barbican-common.config

Package: barbican-common Version: 1:6.0.0-1 Severity: normal Dear Maintainer, While installing packages barbican-api barbican-keystone-listener barbican-worker, configuration of barbican-common fails with message ("DEBUG" line added by me): PKG-Openstack now calling: dbc_go barbican-common

Bug#892057: Fwd: Re: TS-x09 fails to boot when obtaining MAC

On Tue, Mar 27, 2018 at 12:50:04AM +0200, Martin Michlmayr wrote: > The fix is in Linus' tree since v.16-rc5: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=13a55372b64e00e564a08d785ca87bd9d454ba30 > > I don't see it in 4.9 stable or the stable queue. Will Greg

Bug#894170: apt: man apt_preferences: please document per-package pins

Package: apt Version: 1.6~beta1 Severity: wishlist Hi! It would be nice if you could document, preferably by an example, how to affect _all_ possible copies of a package, no matter where they come from. This is useful in at least two cases: * someone wants to prevent a package from being

Bug#858327: ITP: python-face-recognition -- Recognize and manipulate faces from Python

Hi, Package is ready to upload[0], but there are still some blockers at the moment: - face_recognition_models[1] needs to be packaged (planning to do it in the next days) - dlib[2] is not up to date and version > 19.3.0 is required (planning to get it updated some way) Cheers, Hugo [0]

Bug#893765: transition: ruby2.3

Control: tags -1 confirmed On 22/03/18 03:38, Antonio Terceiro wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > ruby2.5 has been made the default and the ruby2.5 transition has been > finished succesfully. there is

Bug#847613: TAG: nextcloud-client -- desktop client for nextcloud

Hi Lev On Wed, 03 May 2017 22:04:53 -0700 Lev Lazinskiy wrote: > Owner: l...@levlaz.org > Control: retitle -1 ITP: nextcloud-client -- desktop client for nextcloud Any news on this ITP? Are you still interested in/working on this package? -- Why is it that all of the

Bug#894169: Error during 'Install base system':

Package: installation-reports Boot method: DVD Image version: https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-9.4.0-amd64-DVD-1.iso Date:2018/3/26 Machine: ESPRIMO E5615 (Fujitsu-Siemens) Processor: AMD ATHLON 64 Memory: 2x512M Partitions: Single partition (+1G swap) Output

Bug#894168: 2to3: uninstallable in unstable (requires newer python3-lib2to3)

Package: 2to3 Version: 3.6.5~rc1-1 Severity: grave Justification: renders package unusable 2to3/3.6.5~rc1-1 depends on python3-lib2to3 (>= 3.6.5~rc1-3~) which doesn't seem to exist yet. piuparts demonstrates this failing: https://piuparts.debian.org/sid/source/p/python3-defaults.html Looking at

Bug#893046: transition: evolution-data-server 3.28

Control: tags -1 confirmed On 17/03/18 03:13, Jeremy Bicha wrote: > The gnome-desktop3/libgweather/mutter transitions are done now. Go ahead. Emilio

Bug#892802: transition: efl

On 24/03/18 16:21, Andreas Metzler wrote: > On 2018-03-13 Emilio Pozuelo Monfort wrote: >> Control: tags -1 confirmed > >> On 13/03/18 08:15, Ross Vandegrift wrote: >>> Package: release.debian.org >>> Severity: normal >>> User: release.debian@packages.debian.org >>>

Bug#893866: stretch-pu: package systemd/232-25+deb9u3

Am 26.03.2018 um 18:54 schrieb Adam D. Barratt: > Control: tags -1 + confirmed > > On Fri, 2018-03-23 at 14:15 +0100, Michael Biebl wrote: >> The last stable upload of systemd introduced a rather nasty >> regression >> in networkd, which broke IPv6 support for lots of users. >> >> KiBi was so

Bug#894144: libmutter-2.so.0: undefined symbol: glFramebufferTexture2D

Control: reassign -1 libmutter-2-0 3.28.0-2 Control: tags -1 upstream Control: forwarded -1 https://gitlab.gnome.org/GNOME/mutter/issues/92 On Mon, 26 Mar 2018 at 16:11:29 -0400, Christopher Sasarak wrote: > Shelby is the virtualbox guest. I will file a new bug report if I find > something else.

Bug#894166: cinnamon-desktop: Empty debian/tests/control confuses autopkgtest runners

Source: cinnamon-desktop Version: 3.6.2-1 Severity: important X-Debbugs-CC: m...@debian.org Please don't comment out all the lines in debian/tests/control This confuses the autopkgtest runners which treats this as a test failure and therefore a regression. Instead, it's better to remove

Bug#894167: Please package a newer version of lexicon

Package: python3-lexicon Version: 2.1.21-1 Over the weekend, lexicon released version 2.2.1 which adds support for multiple TXT records on the same domain. This functionality is needed in plugins for Certbot like python3-certbot-dns-dnsimple. Future versions of this and other Certbot plugins

Bug#893185: Pending fixes for bugs in the dnssecjava package

tag 893185 + pending thanks Some bugs in the dnssecjava package are closed in revision b31f06f3038450f7113f0e09e78b8014f9fa84c3 in branch 'master' by Ingo Bauersachs The full diff can be seen at https://anonscm.debian.org/cgit/pkg-java/dnssecjava.git/commit/?id=b31f06f Commit message:

Bug#894130: Pending fixes for bugs in the prometheus-blackbox-exporter package

tag 894130 + pending thanks Some bugs in the prometheus-blackbox-exporter package are closed in revision da343da1124da8d8ce707baa35ec5026c8de2948 in branch 'master' by Martín Ferrari The full diff can be seen at

Bug#894081: Libvirt debug symbols not available for latest version

Control: reassign -1 security.debian.org On Mon, 26 Mar 2018 13:27:34 +0300 Mathieu Tarral wrote: > Package: libvirt-daemon-system-dbgsym > Version: 3.0.0-4+deb9u2 > i would like to install the debug symbols for libvirt-demon-system > (and other libvirt packages), >

Bug#894158: libogg: new upstream release 1.3.3

On Tue, 27 Mar 2018 at 07:45:27 +1030, Ron wrote: > There's actually some more interesting fixes after the 1.3.3 tag, so I > should probably nudge upstream toward a 1.3.4 tag sometime soon and pull > in the corner case patch with those. Sure, I'm in no rush to see 1.3.3. Updating to a new

Bug#882121: patch

tags: patch Stumbled upon this so if it’s of any help here’s a patch. Cheers, -- Aurélien diff --git a/debian/sysctl.conf b/debian/sysctl.conf index ad73592..e446560 100644 --- a/debian/sysctl.conf +++ b/debian/sysctl.conf @@ -63,7 +63,10 @@ # Magic system request Key # 0=disable, 1=enable

Bug#894106: jabref: fails to start with java-8-openjdk-amd64

Control: forcemerge 893251 -1 On Mon, 26 Mar 2018 15:36:10 +0200, Stefan Laufmann wrote: > to work around the issue as described in #893138 I tried starting jabref with > $> JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref > > This helped overcoming the java 9 incompability at first but

Bug#894165: libadios-bin: adios_config -v returns an empty string

Package: libadios-bin Version: 1.13.0-2 Severity: normal Dear Maintainer, While attempting to build VTK on Debian, it failed to find libadios due to a problem with adios_config: it does not return a version string. Looking through the adios_config script, I see: v) echo

Bug#894164: brightd uses 'char' for storing brightness, making it choke on levels over 127

Package: brightd Version: 0.4.1-1+b1 Severity: important Dear Maintainer, brightd saves the current brightness in the variables 'char beforeFade' and 'char savedLevel'. On hardware where brightness values get higher than 127, the variable overflows (on an HP x360 1030 G2, the max value is

Bug#894068: ocrmypdf: New dependency on PyMuPDF for v6.0.0

Hello, On Mon, Mar 26 2018, James R Barlow wrote: > Thanks for the information. That's a worryingly high wall to climb and > I'm concerned about implications for other platforms as well. > > I would appreciate if you can see about getting an exception, but I > think I will change PyMuPDF to an

Bug#894158: libogg: new upstream release 1.3.3

Hi Simon, On Mon, Mar 26, 2018 at 09:03:09PM +0100, Simon McVittie wrote: > Source: libogg > Version: 1.3.2-1 > Severity: wishlist > > While updating ioquake3 I noticed that the upstream developer now bundles > libogg-1.3.3, which is newer than the version in Debian. FSVO "newer" ... I was

Bug#894163: RFS: streamlink/0.11.0+dfsg-1~bpo9+1

Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: debian-backpo...@lists.debian.org Dear mentors and backports developers, I am looking for a sponsor for my package "streamlink" into Debian stretch-backports repository. * Package name: streamlink Version :

Bug#894162: tmuxinator: Please switch BD to ruby-factory-bot

Source: tmuxinator Version: 0.9.0-2 Tags: patch upstream Forwarded: https://github.com/tmuxinator/tmuxinator/pull/604 Hi, factory_girl got recently renamed to factory_bot, as the former name was problematic to some people. I've introduced ruby-factory-bot in Debian. Additionally, I've prepared

Bug#883529: Buildbot maintenance by PAPT

[Robin Jarry, 2018-02-27] > after some discussions on https://bugs.debian.org/883529, Martin Borgert > suggested that buildbot becomes maintained by the Python Applications > Packaging Team. > > That sounds like a good thing to have more than one person able to work > on this package. > > I am

Bug#894157: pkgconf FTBFS: kyua: command not found

On 26 March 2018 at 21:56, Adrian Bunk wrote: > Source: pkgconf > Version: 1.4.2-1 > Severity: serious > > https://buildd.debian.org/status/package.php?p=pkgconf=sid > > ... > make[2]: Leaving directory '/<>' > kyua --config=none test --kyuafile='./Kyuafile' \ >

Bug#894161: tcpdump: drop no longer needed 'capability sys_module' rule

Package: tcpdump Version: 4.9.2-2 Severity: normal Tags: patch modify-profile User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * debian/usr.sbin.tcpdump: drop 'capability

Bug#894160: gwyddion binary-all FTBFS: mv: cannot stat 'debian/libgwyddion20-dev/usr/lib/*/gwyddion/include/*'

Source: gwyddion Version: 2.50-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=gwyddion=all=2.50-1=1522065557=0 ... make[1]: Entering directory '/<>' dh_install find debian -name "*.la" -o -name "*.pyc" -o -name "*.pyo" | xargs -r rm -f chrpath -d debian/tmp/usr/bin/gwyddion*

Bug#894138: gitlab: 10.5.6 Problem compiling assets on post-install

Hi, Problem appears on first instance on 9.5.4 version. Same problem appears on 10.5.5+dfsg-3 After uninstall - purge - reinstall, same problem (with 10.5.5+dfsg-3) Updating 10.5.5 to 10.5.6, same problem too. Thanks, https://maqui.darkbolt.net/ Linux registered user ~#363219 PGP keys

Bug#894129: [pkg-go] Bug#894129: prometheus: Please backport Prometheus 2.2.1 to stretch.

On 26/03/18 17:24, Daniel Swarbrick wrote: > Please backport Prometheus 2.2.1 to stretch. It is in my plans, but it has to reach testing first :-) -- Martín Ferrari (Tincho)

Bug#894159: transition: icu

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi RMs, While I've packaged new ICU releases, those were uploaded only to experimental. It's really time to change this, especially that some packages already need ICU 60.1+. It will

Bug#880771: libdwarf/dwarfdump cross compile

I figured out a simple way to cross-build while completely separating build-time objects from target objects. Using AC_PATH_PROG as Helmut suggested. Nothing complicated about it. Simple 'make'. Tested with --host=gcc-arm-linux-gnueabihf which generates libdwarf as arm fine, but the dwarfdump

Bug#894131: [pkg-go] Bug#894131: prometheus-alertmanager: New upstream release 0.14.0 available. Please package and backport to stretch.

Hi Daniel, On 26/03/18 20:34, Daniel Swarbrick wrote: > I was a bit too hasty in my previous reply. It appears that Alertmanager > compresses and encodes all the web UI assets a Go "blob" > (https://github.com/prometheus/alertmanager/blob/master/ui/bindata.go). > Elm libraries are only needed if

Bug#891799: openssl1.0: Please add support for new architecture "riscv64" (RISC-V 64 bits little-endian)

2018-03-26 21:01 GMT+02:00 Sebastian Andrzej Siewior : > On 2018-02-28 23:38:44 [+0100], Manuel A. Fernandez Montecelo wrote: >> Hello, > Hi, > >> We need support in this package for RISC-V, to bootstrap the riscv64 >> architecture. > > Please be aware that we plan to get

Bug#894144: libmutter-2.so.0: undefined symbol: glFramebufferTexture2D

Shelby is the virtualbox guest. I will file a new bug report if I find something else. I'm using the vboxvideo driver with guest additions on virtualbox 5.27. The host hardware is integrated graphics, Intel HD Graphics 630. Here is the output of ldd: linux-vdso.so.1

Bug#893377: RFS: taptempo/1.2.1-1 [ITP]

Hi Lumin, thanks a lot for your help. I'll try to fix everything. > 1. Why is the package on mentors newer than that on github repo? > Could you please keep the packaging repo up-to-date? I've manually changed the timestamp of the changelog file from the original repo, and I haven't check

Bug#894158: libogg: new upstream release 1.3.3

Source: libogg Version: 1.3.2-1 Severity: wishlist While updating ioquake3 I noticed that the upstream developer now bundles libogg-1.3.3, which is newer than the version in Debian. Please consider also adding a debian/watch file for uscan, which would have caused Debian's QA infrastructure to

Bug#845222: openssh-client: ssh-copy-id creates ~/.ssh with wrong permissions

tags -1 + moreinfo unreproducible thanks I note that the code that should be doing what is requested in this bug, has been present since 2010. Namely the umask 077 before the mkdir. That being the case, I assume that there was something unusual about the target system that caused the umask not

Bug#894157: pkgconf FTBFS: kyua: command not found

Source: pkgconf Version: 1.4.2-1 Severity: serious https://buildd.debian.org/status/package.php?p=pkgconf=sid ... make[2]: Leaving directory '/<>' kyua --config=none test --kyuafile='./Kyuafile' \ --build-root='.' /bin/bash: kyua: command not found make[1]: *** [Makefile:1394: check]

Bug#894155: openjdk-9-jre: "Minecraft.jar" no longer running via binfmt misc

Package: openjdk-9-jre Version: 9.0.4+12-2 Severity: important Dear Maintainer, After a recent upgrade I am now seeing: $ ./Minecraft.jar can't locate java: No such file or directory At the weekend I updated my (slightly out of date) Buster system, picking up new versions of many Java

Bug#894144: libmutter-2.so.0: undefined symbol: glFramebufferTexture2D

Thanks for splitting this out to a separate bug. On Mon, 26 Mar 2018 at 14:52:03 -0400, Christopher Sasarak wrote: > This also happened inside a VirtualBox session In the bug you reported, there are syslog entries from a machine named "shelby". What is that machine? VirtualBox, or real hardware,

Bug#894154: telepathy-qt: missing build dependecy on libxml2-dev

Source: telepathy-qt Version: 0.9.7-3 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/telepathy-qt.html ... -- Checking for module 'libxml-2.0' -- No package 'libxml-2.0' found -- Could NOT find LibXml2 (missing: LIBXML2_LIBRARIES LIBXML2_INCLUDE_DIR) ...

Bug#893024: Manual entry into UI date widget is broken

found 893024 2.0.2-1 reopen 893024 kthxbye also sprach Jeffrey Ratcliffe [2018-03-16 21:32 +0100]: > Thanks for the report. Fixed in the next release. 2.0.2 suffers from a different, but probably related problem: entering 2018-03-15 makes the date then appear as 0015-00-00.

Bug#894156: bedops FTBFS on mips/mipsel: Memory exhausted

Source: bedops Version: 2.4.32+dfsg-1 Severity: serious Tags: patch https://buildd.debian.org/status/package.php?p=bedops=sid ... mkdir -p ../bin && g++ -o ../bin/bedmap-typical -g -O2 -fdebug-prefix-map=/<>/bedops-2.4.32+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -s

Bug#893969: maxima: fails to load operatingsystem package

The attached patch solved the problem for me. The patch is the difference between the file installed by the Debian package and the file currently distributed with maxima 5.41. --- operatingsystem.lisp.orig 2018-03-26 21:31:40.003350426 +0200 +++ operatingsystem.lisp 2018-03-26 21:31:52.475471997

Bug#894153: libreoffice-common: crash on writer, calc and impress when entering unicode codes with Ctrl-U, even for ASCII characters

Package: libreoffice-common Version: 1:6.0.2-1 Severity: normal Dear Maintainer, Since version 6, all libreoffice programs crash immediately when trying to enter characters using their unicode encoding with a Ctrl-U sequence. I used this a lot for entering greek letters in scientific documents

Bug#894131: [pkg-go] Bug#894131: prometheus-alertmanager: New upstream release 0.14.0 available. Please package and backport to stretch.

Martin, I was a bit too hasty in my previous reply. It appears that Alertmanager compresses and encodes all the web UI assets a Go "blob" ( https://github.com/prometheus/alertmanager/blob/master/ui/bindata.go). Elm libraries are only needed if you intend to hack / develop the web UI. I just

Bug#894077: lintian: False positive spelling-error-in-manpage information

tags 894077 + pending thanks Thanks Patrick .. fixed in Git, pending upload: :) https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=8782e00c8717c22b942f35b94b98041a9c299b30 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk

Bug#886949: xfce4-indicator-plugin: Not all indicator icons are being shown. Please, help to debug.

Hi once more, On Mo 26 Mär 2018 19:21:46 CEST, Sophoklis Goumas wrote: Package: xfce4-indicator-plugin Version: 2.3.3-1.1 Followup-For: Bug #886949 Mike, I applied the mentioned patch to the package but unfortunately the problem still remains, no improvements done. Did it resolve this for

Bug#894151: openvdb FTBFS with libblosc-dev 1.14.2+ds1-1

Source: openvdb Version: 5.0.0-1 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/openvdb.html ... g++ -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden

Bug#894152: O: trac-codecomments -- code comments and review plugin for Trac

Package: wnpp Severity: normal I intend to orphan the trac-codecomments package, because I do not use it anymore. There is no visible upstream activity since 2015-07. The package description is: This plugin allows you to leave comments on top of files, changesets, and attachments. Once you've

Bug#886949: xfce4-indicator-plugin: Not all indicator icons are being shown. Please, help to debug.

Hi, On Mo 26 Mär 2018 19:21:46 CEST, Sophoklis Goumas wrote: Package: xfce4-indicator-plugin Version: 2.3.3-1.1 Followup-For: Bug #886949 Mike, I applied the mentioned patch to the package but unfortunately the problem still remains, no improvements done. Did it resolve this for you?

Bug#894150: tlp: Consider reducing the association between TLP and smartmontools

Package: tlp Version: 1.1-1 Severity: wishlist Tags: upstream Dear Maintainer, TLP currently recommends smartmontools. Strictly speaking it does not actually need smartmontools to operate. Filed separately is a bug report to split smartmontools into two binaries - smartctl which TLP can use if

Bug#894149: buzztrax FTBFS with gstreamer 1.14

Source: buzztrax Version: 0.10.2-4 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/buzztrax.html ... src/gst/dec/bt-dec.c:956:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before '-' token buzztrax - dec, ^

Bug#894148: O: python-pyld -- implementation of the JSON-LD API

Package: wnpp Severity: normal I intend to orphan the python-pyld package, because I do not use it anymore. The package description is: This library is an implementation of the JSON-LD specification in Python. . This package provides the Python 2.x module. Upstream is active and recently

Bug#894147: postfix: Postfix debconf should default to "Local Only" to not expose a security risk

Source: postfix Version: debconf question for postfix should be "Local only" Severity: wishlist Tags: upstream Dear Maintainer, When installing Postfix, the debconf question defaults to "Internet Site" - this is not logical since this will potentially expose the unwary installer to a security

Bug#894146: smartmontools: Split the smart daemon from the command line based smartctl

Package: smartmontools Version: 6.5+svn4324-1 Severity: wishlist Tags: upstream Dear Maintainer, TLP recommends smartmontools. Smartmontools also installs a mail server. TLP actually only needs smartctl which is the command line utility. The daemon smartd is the only bit that needs to send

Bug#894054: radeontop: New upstream version, needed for VEGA support.

On Monday, March 26, 2018 7:06:08 AM CDT John Paul Adrian Glaubitz wrote: > Please ask upstream to release a new upstream release first. > > > [1] https://github.com/clbr/radeontop/releases Just for us: https://github.com/clbr/radeontop/releases/tag/v1.1 -- Boyd Stephen Smith Jr.

Bug#894145: {ruby,python}-gitlab: both ship /usr/share/man/man1/gitlab.1.gz

Package: ruby-gitlab,python-gitlab Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: found -1 1:1.3.0-1 Control: found -1 4.2.0-1 Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency

Bug#894139: extra-license-file false positive

tags 894139 + pending thanks Thanks :) Fixed in Git, pending upload: https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=12b05def244907f9624424504b44e0a6658ca3f9 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-

Bug#894131: [pkg-go] Bug#894131: prometheus-alertmanager: New upstream release 0.14.0 available. Please package and backport to stretch.

Hi Martin, I just had a quick look at the docs for build Elm from source, and it looks like a pretty direct journey to npm hell. I'm pretty out of touch with modern web development, so I'm not sure how much help I can be be in terms of packaging Elm. I can suggest a couple of alternatives. One

Bug#893488: gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints

Control: retitle -1 gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints I'm retitling this based on my best guess at the root cause to stop others thinking it's an appropriate place to report different crashes. I think we'd prefer to err on the side

Bug#891799: openssl1.0: Please add support for new architecture "riscv64" (RISC-V 64 bits little-endian)

On 2018-02-28 23:38:44 [+0100], Manuel A. Fernandez Montecelo wrote: > Hello, Hi, > We need support in this package for RISC-V, to bootstrap the riscv64 > architecture. Please be aware that we plan to get rid of this. > I am attaching a patch that allowed me to cross-compile the package. I am

Bug#893767: qemu: Enable support for riscv64 targets

On 2018-03-21, Vagrant Cascadian wrote: > Attached is a patch that enables the riscv64 targets for > qemu-system-misc and qemu-user-static/qemu-user/qemu-binfmt. I forgot to patch qemu-debootstrap: diff --git a/debian/qemu-debootstrap b/debian/qemu-debootstrap index

Bug#894143: bedops-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc/bedops/html/_downloads/Frequencies-DHSs.bed.starch.gz

Package: bedops-doc Version: 2.4.32+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite

Bug#894144: libmutter-2.so.0: undefined symbol: glFramebufferTexture2D

Package: gnome-shell Version: 3.28.0-1 Severity: important Dear Maintainer, I upgraded gnome-shell and found that GDM3 wouldn't display anything. I installed lightdm to see if that would behave differently and was able to login. Gnome's session started (empathy showed up) but with no gnome-shell

Bug#894142: galternatives: Cannot start

Package: galternatives Version: 0.92.2 Severity: important When will start /usr/sbin/galternatives from root terminal, no reaction but with this traceback: # /usr/sbin/galternatives Traceback (most recent call last): File "/usr/sbin/galternatives", line 5, in

Bug#894068: ocrmypdf: New dependency on PyMuPDF for v6.0.0

Thanks for the information. That's a worryingly high wall to climb and I'm concerned about implications for other platforms as well. I would appreciate if you can see about getting an exception, but I think I will change PyMuPDF to an optional but recommended dependency fairly soon. I haven't

Bug#893488: gnome-shell 3.27.92 and 3.28 always crash on start

On Mon, 26 Mar 2018 at 12:48:08 -0400, Christopher Sasarak wrote: > I upgraded gnome-shell and found that GDM3 wouldn't display anything. ... > I looked at the log and it looks like there's a problem somewhere > between gnome-shell/libmutter. > > Mar 26 12:20:36 shelby

Bug#607178: ioquake3-server: Seg fault caused by code/botlib/be_aas_route.c:1860

Hi, I had reproduce this bug with the same map oa_dm1 on FreeBSD. Now it's fixed for me with i suppose this commit on official github repository: https://github.com/ioquake/ioq3/commi/fc16ac6bd2d05cba8a2d057994b097e95bae28a0 Now, the server running since two months without crashing. Regards,

Bug#894141: f3 FTCBFS: uses the build architecture compiler for the extra build

Source: f3 Version: 7.0-1 Tags: patch User: helm...@debian.org Usertags: rebootstrap f3 fails to cross build from source, because it does not pass cross compilers to "make extra". Using dh_auto_build, f3 cross builds successfully. Please consider applying the attached patch. Helmut diff

Bug#894140: perl: Stack Exhaustion in current perl stable

Package: perl Version: 5.26.1-5 Severity: normal Tags: upstream A stack exhaustion issue was discovered in Perl 5.26.1. Stack Exhaustion occurs in checking regular expression for a "()" pair. When Perl interprets one "(", it will allocate four stack frames (S_reg, S_regbranch, S_regpiece,

Bug#891721: Upload coming soon

There are a few changes that still need merged for the next upload. It would be better to include those and upload once. No need to autoremove now though. Scott K

  1   2   3   >