Bug#824078: libdvd-pkg: fails to report "apt-get check" errors (and others) correctly

On Mon, 16 May 2016 00:10:35 +1000 Dmitry Smirnov wrote: > On Sunday, 15 May 2016 3:15:50 PM AEST Cyril Brulebois wrote: > > instead of being told again and again how much of a snow flake > > your package is, and how OK it is for it to behave like it currently does. > > You

Bug#823325: mariadb-10.0: Various security fixes from 10.0.25 release

Hello Otto, On Wed, May 04, 2016 at 09:39:12AM +0300, Otto Kekäläinen wrote: > Acknowledged. I started working on the updates on Saturday but my > build/test machine broke down and I haven't yet successfully rescued > the btrfs file system on it. I intend to to the upgrades ASAP but > right now I

Bug#824817: Please include bytecode.cvd in one .deb

Package: clamav-testfiles Version: 0.99.2+dfsg-2 Severity: wishlist Hi, There is no offline way to test clamav. I need this to ensure c-icap is working properly using autopkgtest. I propose that you include bytecode.cvd in clamav-testfiles. Thanks -- System Information: Debian Release:

Bug#824816: dh-systemd: systemd2init doesn't convert exec fields with arguments correctly

Package: dh-systemd Version: 1.33 Severity: normal Dear Maintainer, Running systemd2init on a systemd unit file that has arguments on exec fields will create incorrect values in the output file. As an example, when the unit file contains: ExecStartPre=/bin/foo -z bar -y baz -x qux The .init

Bug#824815: Bootloader burning verification error

Package: arduino Version: 2:1.0.5+dfsg2-4 Severity: important Control: tags -1 patch Since avrdude version 6.2 efuse bitmask has been changed for ATmega168 and ATmega328, arduino has not been able to burn bootloaders to the boards with the mentioned microcontrollers. Please update arduino efuse

Bug#824814: FTBFS: Missing Build-Dependencies

Package: jq Version: 1.5+dfsg-1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, by build with pbuilder (DIST=sid pdebuild) I get the warning: checking for Ruby dependencies... configure: WARNING: * * Ruby

Bug#824813: dh-systemd: systemd2init always falls back to default values

Package: dh-systemd Version: 1.33 Severity: normal Tags: patch Dear Maintainer, The .init file produced by systemd2init always has default values for every field, EG. DESC= and DAEMON=/usr/sbin/\$NAME This appears to be caused by the script (via augtool) checking 2 non-existing locations for

Bug#811033: Workaround

So to save everyone else the hour and a half I spent figuring out how to fix this, here's what you need to do: # lvconvert --mirrors -1 # vgchange -ay # lvconvert -m 1 Where lv_device is the device that's having issues, and is the SECONDARY device on the RAID1 mierror. This will throw a

Bug#824640: shadowsocks: Shadowsocks upstream has removed available public source code

About the version thing. I asked author which release should I used. He said anyone you want. I said "even the lastest one?". Yes, that's good. So I took the lastest commit as a release. Because it contains some feature I need. On Thu, May 19, 2016 at 11:26 PM, u wrote: > Hi! > >

Bug#824154: mupen64plus-qt: Crash when useing: File → Open ROM directly after clicking

On Fri, 13 May 2016 01:07:01 +0200 Kevin Bradenstein wrote: Package: mupen64plus-qt Version: 1.8-2 Severity: normal Dear Maintainer, I freshly installed mupen64plus-qt but I am unable to open a ROM file. I start mupen64plus-qt via my console. Directly after

Bug#691843: Package Adoption

On Thu, May 19, 2016 at 09:08:34PM -0400, Javier Prats wrote: > I'm interested in picking up this package. How may I proceed? These adoption and orphan bugs tend to not be monitored by anyone, so if you want to contact the maintainer, you need to cc them on the email. If you're new to

Bug#824812: out-of-date backport

Package: diskscan Version:0.18-1~bpo8+1 Hi Joao, Diskscan-0.19-1 is in testing. I'm presently testing it on a SAT-supported USB drive. Please backport, or let me know if you'd like me to maintain one. I can either upload packages, or if you'd prefer push my local jessie-backports branch of

Bug#824211: swh-plugins: Package new upstream version

2016-05-20 0:51 GMT+02:00 Javier Serrano Polo : > El dj 19 de 05 de 2016 a les 19:41 +0200, Jaromír Mikeš va escriure: >> Yes, that would be definitely possible, but I would to to know where >> next releases will be published to tune watch file accordingly. > > Nine years have

Bug#824803: trying to overwrite '/usr/share/texlive/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-de-1901.tex', which is also in package texlive-base 2015.20160320-1

tag 824803 + pending thanks Hi Julian, thanks for the report. Yes indeed, not only lang-german, but all the lang-* packages as hyphenation patterns have moved out into the separate packages. I have added replaces/breaks for all the lang packages. > You cannot really conflict with

Bug#691843: Package Adoption

Hello, I'm interested in picking up this package. How may I proceed? Javier Prats

Bug#792894: systemd unit files for isc-dhcp-server

Hi Marc, et al. As you know from discussions on the dhcp-users mailing list I've been threatening to do some systemd packaging work for ISC DHCP so I'm taking your contributions as a starting point. I can't speak for the Debian packaging team so maybe Michael Gilbert can review this and let us

Bug#824806: [pkg-golang-devel] Bug#824806: golang: random_build_path_by_golang_compiler is #824806

FWIW my impression is that this issue has been addressed upstream and will be fixed in the 1.7 release, but maybe someone should check?

Bug#824441: [Aptitude-devel] Bug#824441: aptitude segfaults when marking texlive-generic-extra as auto-installed

Found a different case where aptitude segfaults, this time I marked a few packages as auto-installed, and after holding the up arrow for a few seconds, aptitude segfaulted. A backtrace from this is below: Program received signal SIGSEGV, Segmentation fault. 0x77b3feed in

Bug#824673: wine32-development-tools:i386 cannot be installed on amd64

El dj 19 de 05 de 2016 a les 15:47 +0200, Jens Reyer va escriure: > So for winegcc there is no reason to install wine32-tools on amd64? An extra -L flag needs to be specified with wine64-tools. > What about the other tools in that package? No idea. > So you have wine64-tools with

Bug#824809: nmu: libpng1.6, gdal transition in experimental

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Let's finish the libpng1.6 and gdal transitions in experimental: nmu weston_1.9.92-2 . ANY . experimental . -m "Rebuild against libpng1.6." nmu wesnoth-1.13_1:1.13.4-1 . ANY . experimental

Bug#824810: jq: Package description "lies" about runtime dependencies

Package: jq Version: 1.5+dfsg-1 Severity: minor Despite the package description claiming jq has zero runtime dependencies, it Depends: on libonig2. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable')

Bug#824811: firmware-realtek: rtl8192ce doesn't transfer data

Package: firmware-realtek Version: 20160110-1~bpo8+1 & 0.43 Severity: important Dear Maintainer, * What led up to the situation? Trying to connect to my WiFi LAN and access Internet. * What exactly did you do (or not do) that was effective (or ineffective)? Effective: network scan,

Bug#824808: gdal: please make the build reproducible (fileordering)

Source: gdal Version: 2.1.0+dfsg-2 Severity: wishlist Tags: patch upstream User: reproducible-bui...@lists.alioth.debian.org Usertags: fileordering X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, While working on the “reproducible builds” effort [1], we have noticed

Bug#819096: Frequent hangs/crashes when changing network configuration

On Tue, 2016-05-17 at 18:55 +0200, Michael Biebl wrote: > Control: severity -1 important > > Hi Ben > > On Fri, 25 Mar 2016 08:50:04 + Simon McVittie wrote: > > > > On Wed, 23 Mar 2016 at 15:48:33 +, Ben Hutchings wrote: > > > > > > If I change the network

Bug#824807: RM: xfce4-mixer/experimental -- RoQA; depends on gstreamer 0.10

Package: ftp.debian.org Severity: normal xfce4-mixer was already removed from unstable (804261), the same applies to experimental. Andreas

Bug#824211: swh-plugins: Package new upstream version

El dj 19 de 05 de 2016 a les 19:41 +0200, Jaromír Mikeš va escriure: > Yes, that would be definitely possible, but I would to to know where > next releases will be published to tune watch file accordingly. Nine years have passed without a release. I think a watch file is obsolete. I would rely on

Bug#824806: golang: random_build_path_by_golang_compiler is #824806

Hello reproducible-builds team Please add #824806 to https://tests.reproducible-builds.org/issues/unstable/random_build_path_by_golang_compiler_issue.html Thanks Regards Geert Stappers

Bug#824081: Debian bug report

Le 13/05/2016 11:55, Santiago Ruano Rincón a écrit : > El 13/05/16 a las 10:16, Raphael Hertzog escribió: >> I don't think that any of this is required... the problem is that we run >> the hook from the current directory which is not accessible to the >> "debian-security-support" user. We should

Bug#824802: debian-edu-config: fails to upgrade from 'jessie' - trying to overwrite /etc/default/ldap2zone

control: tags -1 + pending On Fri, May 20, 2016 at 12:19:13AM +0200, Andreas Beckmann wrote: > On 2016-05-20 00:15, Wolfgang Schweer wrote: > > ldap2zone 0.2-8 dropped shipping /etc/default/ldap2zone. Debian Edu > > Stretch needs this file to configure the DNS service and now has to > > provide

Bug#823775: installation failure, file overwritting

On Sun, 8 May 2016 22:30:51 +0200 Eduard Bloch wrote: > Preparing to unpack .../ubuntu-archive-keyring_2012.05.19-5_all.deb ... > Unpacking ubuntu-archive-keyring (2012.05.19-5) ... > dpkg: error processing archive >

Bug#824806: golang: random_build_path_by_golang_compiler

Source: golang Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Moin fellow DDs, At https://tests.reproducible-builds.org/issues/unstable/random_build_path_by_golang_compiler_issue.html are a few

Bug#824730: u-boot: Please add a package for DRA7xx systems

Control: tags 824730 pending On 2016-05-19, Ben Hutchings wrote: > On Thu, 2016-05-19 at 11:05 -0700, Vagrant Cascadian wrote: >> On 2016-05-19, Ben Hutchings wrote: >> > u-boot 2016.03 works for me on a DRA74 EVM (aka Vayu) board. Please >> > apply the attached patch to add a package for this

Bug#824800: hunspell-es: fails to upgrade from 'jessie' - trying to overwrite /usr/share/hunspell/es_ES.aff

On 2016-05-19 23:52, Mattia Rizzolo wrote: > The question is: shouldn't the update have tried to update both? Do we > actually try support partial upgrades? Even if a "regular" upgrade would upgrade both packages, there is no guarantee on ordering. So I'm trying to exercise worst-case upgrade

Bug#824802: debian-edu-config: fails to upgrade from 'jessie' - trying to overwrite /etc/default/ldap2zone

On 2016-05-20 00:15, Wolfgang Schweer wrote: > ldap2zone 0.2-8 dropped shipping /etc/default/ldap2zone. Debian Edu > Stretch needs this file to configure the DNS service and now has to > provide it. I guess a solution will be possible. Breaks+Replaces: ldap2zone (<< 0.2-8~) Andreas

Bug#824802: debian-edu-config: fails to upgrade from 'jessie' - trying to overwrite /etc/default/ldap2zone

On Thu, May 19, 2016 at 11:43:21PM +0200, Andreas Beckmann wrote: > >From the attached log (scroll to the bottom...): > > Selecting previously unselected package debian-edu-config. > Preparing to unpack .../debian-edu-config_1.901_all.deb ... > Unpacking debian-edu-config (1.901) ... >

Bug#824803: trying to overwrite '/usr/share/texlive/texmf-dist/tex/generic/hyph-utf8/loadhyph/loadhyph-de-1901.tex', which is also in package texlive-base 2015.20160320-1

On Thu, May 19, 2016 at 11:55:08PM +0200, Julian Andres Klode wrote: > Package: texlive-lang-german > Version: 2015.20160320-1 > Severity: serious You cannot really conflict with texlive-lang-german from texlive-base. You need to Conflict with the old base from lang-german. But Maybe you can

Bug#824805: ITP: r-bioc-go.db -- annotation maps describing the entire Gene Ontology

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-bioc-go.db Version : 3.3.0 Upstream Author : Marc Carlson * URL : http://bioconductor.org/packages/release/data/annotation/html/GO.db.html * License : Artistic-2.0

Bug#824765: apt-listbugs: segfault on stretch

Control: severity -1 important Control: tags -1 + moreinfo On Thu, 19 May 2016 16:13:59 +0200 Nicolas Braud-Santoni wrote: > Package: apt-listbugs > Version: 0.1.17 > Severity: serious > > Dear Maintainer, > > I encountered an apt-listbugs segfault when it was run > as part of an apt

Bug#812948: libbson-doc: contains manpages with generic names: index(3), installing(3), errors(3)

Followup-For: Bug #812948 Control: retitle -1 libbson-doc: contains manpages with generic names: index(3), installing(3), errors(3) Another very generic name is errors.3.gz, clashing with libcoin80-doc from jessie. Several packages are shipping $PKG_errors.3.gz to avoid such collisions.

Bug#824804: update-rc.d: may invoke insserv without -f flag when initscripts is installed but not configured

X-Debbugs-Cc: andr...@fatal.se Package: init-system-helpers Version: 1.33 Severity: normal Filing so that this is tracked somewhere. update-rc.d currently has support for invoking insserv with the -f flag, to allow initscripts-less installations. This should allow packages to drop dependencies

Bug#824794: python-snuggs: FTBFS: ../../../test_snuggs.py:154: AssertionError

Control: tags -1 pending Hi Chris, Thanks for reporting this issue. It seems the recent update to NumPy 1.11.0 has changed a couple of exceptions. I've added a patch to support the new exceptions in the tests in question and forwarded it upstream. The new python-snuggs revision is on its way

Bug#824800: hunspell-es: fails to upgrade from 'jessie' - trying to overwrite /usr/share/hunspell/es_ES.aff

On Thu, May 19, 2016 at 11:35:47PM +0200, Andreas Beckmann wrote: > during a test with piuparts I noticed your package fails to upgrade from > 'jessie'. > It installed fine in 'jessie', then the upgrade to 'stretch' fails > because it tries to overwrite other packages files without declaring a >

Bug#824801: option to force native build

Package: git-buildpackage Version: 0.7.4 Severity: wishlist Hi, I remember having reported a similar issue a couple of years ago and back then it was closed with a useless coment. This time I stumbled upon it again and still cannot find a SANE solution. With SANE, I mean user-friendly. I, as

Bug#824802: debian-edu-config: fails to upgrade from 'jessie' - trying to overwrite /etc/default/ldap2zone

Package: debian-edu-config Version: 1.901 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'sid' fails because it tries to overwrite

Bug#804623: osptoolkit: SSLv3 method

On 2015-11-14 14:10:27 [+0100], Kurt Roeckx wrote: > You should change the call from SSLv3_client_method() to > SSLv23_client_method(). > > The SSLv3_* call only talks SSLv3 while the SSLv23_* call is the > only one supporting multiple protocol version. > > I suggest you also get that fixed in

Bug#824800: hunspell-es: fails to upgrade from 'jessie' - trying to overwrite /usr/share/hunspell/es_ES.aff

Package: hunspell-es Version: 1:5.1.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'stretch' fails because it tries to overwrite

Bug#824799: youtube-dl: please package youtube release 2016.05.16 which upstream released some days ago.

Package: youtube-dl Version: 2016.02.22-1 Severity: wishlist Dear Maintainer, Please package release 2016.05.16 which were released by upstream few days. Looking forward to it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (600, 'testing'), (1,

Bug#824707: systemd: I get fsck's every other boot: due to systemd-timesyncd not updating hwclock?

Hi, On 19-05-16 23:04, Michael Biebl wrote: Looks like I need to have systemd-timesync run *before* systemd-fsck!? If your hwclock drifts that much, maybe /etc/e2fsck.conf: [options] broken_system_clock=1 (as referenced in my earlier reply) is an option. Can you try that?

Bug#824766: armory: New home for armory and new upstream release

On Thu, May 19, 2016 at 09:33:17AM -0600, Joseph Bisch wrote: > On Thu, May 19, 2016 at 04:15:02PM +0200, Diederik de Haas wrote: > > As can be read in the links from this issue > > https://github.com/etotheipi/BitcoinArmory/issues/325 Armory > > Technologies has stopped working on armory, at

Bug#824798: coreutils: ls still adding single quotes (in error messages)

Package: coreutils Version: 8.25-2 Severity: normal Dear Maintainer, This is related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810295 that has (thankfully) been fixed by reverting the coreutils quoting change. This is fixed ... kenj@vm07:/tmp$ touch foo 'foo bar' kenj@vm07:/tmp$ ls

Bug#824796: hunspell-lt: should break older myspell-lt (not conflict against it)

control: tag -1 sid On Thu, May 19, 2016 at 10:50:04PM +0200, Jonas Smedegaard wrote: > myspell-lt is now (since 1.2.1-7 and possibly 1.2.1-6 too) a transitional > package depending on hunspell-lt. Consequently hunspell-lt need to change > from conflicting against myspell-lt to breaking older

Bug#824707: systemd: I get fsck's every other boot: due to systemd-timesyncd not updating hwclock?

Am 19.05.2016 um 21:30 schrieb Manuel Bilderbeek: > > -- Logs begin at ma 2028-05-22 12:37:10 CEST, end at do 2016-05-19 > 21:22:23 CEST. -- > > Looks like I need to have systemd-timesync run *before* systemd-fsck!? If your hwclock drifts that much, maybe /etc/e2fsck.conf: [options]

Bug#824797: unattended-upgrades: does not recover from (temporarily) broken packages (Cache has broken packages, exiting)

Package: unattended-upgrades Version: 0.83.3.2+deb8u1 Severity: normal Dear Maintainer, Recently the samba packages in jessie had a problem with a file conflict and the unattended upgrade failed: >From the logs (sorry for the german): 2016-04-15 07:39:11,224 INFO Packages that will be upgraded:

Bug#824796: hunspell-lt: should break older myspell-lt (not conflict against it)

Package: hunspell-lt Version: 1:5.1.3-1 Severity: serious Tags: l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 myspell-lt is now (since 1.2.1-7 and possibly 1.2.1-6 too) a transitional package depending on hunspell-lt. Consequently hunspell-lt need to change from conflicting against

Bug#824795: smartmontools: remove obsolete /usr/share/man/man8/update-smart-drivedb.8.gz man page

Package: smartmontools Version: 6.4+svn4214-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Looks like this was left over when removing the update-smart-drivedb script: bjorn@nemi:~$ dpkg -L smartmontools|grep update /usr/share/man/man8/update-smart-drivedb.8.gz Bjørn - --

Bug#824794: python-snuggs: FTBFS: ../../../test_snuggs.py:154: AssertionError

Source: python-snuggs Version: 1.3.1-2 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, python-snuggs fails to build from source in

Bug#821259: libjpeg-progs: jpegtran -drop patch missing

On Sun, Apr 17, 2016 at 05:54:44AM +0200, Ram Kromberg wrote: > Package: libjpeg-progs > Version: 1:9b-1 > Severity: wishlist > > Dear Maintainer, > > Bug #160390 either regressed or was erroneously closed to begin with. > The -drop patch, as released in http://jpegclub.org/jpegtran/ under >

Bug#824793: mount.8: refers to package nfs-utils

Package: mount Version: 2.25.2-6 Severity: normal In the "Mount options for nfs and nfs4" section, the mount(8) man page says "nfs-utils package must be installed". It should say nfs-common instead. -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500,

Bug#824792: new upstream release: 0.8.0

Package: src:librabbitmq Version: 0.7.1-1 Severity: wishlist Hi folks, looks like there's a new upstream version (since Apr 10). Let me know if you don't have time, I could prepare NMU (and fix the missing .a in one go). Cheers, Ondrej -- System Information: Debian Release: stretch/sid APT

Bug#487946: ThankYou

Your welcome. On May 19, 2016 3:34 PM, "justingerulis27" wrote: > Urgent__Your__GiftCard__ > > > Congatulations___justingerulis27 > > > __0pen__lmmediatIy__ > > > [1ooousd]__GiftCard__Pending__ [u][n][s][u][b] > [o][p][t][0][u][t] >

Bug#824263: cmake: please sort file lists from file(GLOB ...)

The patch has now been applied in cmake's next branch: https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=edcccde7 signature.asc Description: Digital signature

Bug#824791: texlive-bin also FTBFS on i386 using gcc-6

Package: texlive-bin Version: 2016.20160513.41080-2 Severity: important For what it's worth, I've also just seen a test failure in tests/upmendex on i386, during a test rebuild of all packages using gcc-defaults from experimental. This is not reproducible for all arches, e.g. amd64 is not

Bug#824627: [pkg-GD-devel] Bug#824627: libgd2: CVE-2015-8874

Thanks Salvatore, I'll take care of it tomorrow, and I'll push upstream to release a bugfix release as well. Cheers, -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware, fast

Bug#824260: texlive-bin also FTBFS on i386 using gcc-6

Package: texlive-bin Version: 2016.20160513.41080-2 Severity: important For what it's worth, I've also just seen a test failure in tests/upmendex on i386, during a test rebuild of all packages using gcc-defaults from experimental. This is not reproducible for all arches, e.g. amd64 is not

Bug#824707: systemd: I get fsck's every other boot: due to systemd-timesyncd not updating hwclock?

Hi, Thanks for taking interest in this annoying problem. Today I again got an fsck at boot... On 18-05-16 23:35, Michael Biebl wrote: fsck.ext[234] should no longer run an fsck because of that. Which version of e2fsprogs have you installed? Should be latest in testing: ii e2fsprogs

Bug#824710: Missing build-dependency on libgwengui-gtk2-dev

Control: tags -1 +pending As I broke it by changing libaqbanking-dev, I just prepared a fix for it and uploaded it as gnucash 1:2.6.12-1.1 to /UploadQueue/DELAYED/3-day/. Please see the attached diff (ready for "git am") with all the changes of the uploaded NMU (gnucash 1:2.6.12-1.1). Cheers,

Bug#824751: [Pkg-zfsonlinux-devel] Bug#824751: zfsutils-linux, zutils: error when trying to install together

[Daniel Baumann] > Hi, > > how about renaming ztest in zfsutils to zfstest? I had a look at how this was handled in zfsutils on kfreebsd, and according to the package do not have any ztest.1 manual page. I suspect we should

Bug#824790: linux-image-4.5.0-1-amd64: lots of WARNINGs in hfsc_dequeue+0x300/0x320 when using sch_hfsc+sch_codel

Package: src:linux Version: 4.5.1-1 Severity: normal Tags: upstream Dear Maintainer, When attaching a codel or fq_codel qdisc to a leaf hfsc class, sometimes a bunch of warnings (dmesg attached) show up. That would not be a problem, but the warnings seem to be triggered for each packet for some

Bug#824781: icedove-l10n-en-gb: should recommend hunspell-en-gb and not *-en-us

Quoting Jonas Smedegaard (2016-05-19 19:11:27) > As subject says, iceowl-l10n-en-gb should recommend hunspell-en-gb, > but not hunspell-en-us nor myspell-en-us. ...and as subject _now_ says, this is really about icedove-l10n-en-gb. Sorry for the confusion. - Jonas -- * Jonas Smedegaard -

Bug#800324: linux-image-4.2.0-1-amd64: Recurring traces from kernel/sched/core.c:1975 wake_up_process+0x31/0x50()

Dear maintainer, this issue is not reproducible on latest kernels (4.4.0+) with radeon videodriver. I suppose this can be closed. Roman. On Mon, Sep 28, 2015 at 2:22 PM, Roman Lebedev wrote: > On Mon, Sep 28, 2015 at 2:10 PM, Ben Hutchings wrote: >>

Bug#824767: [pkg-ntp-maintainers] Bug#824767: The new apparmor profile includes a non-existing file, causes apparmor not to start

On Thu, May 19, 2016 at 02:17:02PM +, Marga Manterola wrote: > > This should be fixed by adding a call to dh_apparmor (see for example: > https://sources.debian.net/src/evince/3.20.0-3/debian/rules/), I think this > should do > the trick: > dh_apparmor --profile-name=usr.sbin.ntp -pntp I

Bug#824698: redir: New upstream, and new release(s)

Hi, Thanks for your work on redir :) I intend to update the package with the latest upstream release ASAP. Cheers, -- Lucas Kanashiro

Bug#824710: Acknowledgement (Missing build-dependency on libgwengui-gtk2-dev)

Just for the records, this is how the build fails: ... libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src -I../../../src/import-export -I../../../src/gnome -I../../../src/register/ledger-core -I../../../src/register/register-gnome -I../../../src/register/register-core

Bug#824730: u-boot: Please add a package for DRA7xx systems

On Thu, 2016-05-19 at 11:05 -0700, Vagrant Cascadian wrote: > On 2016-05-19, Ben Hutchings wrote: > > u-boot 2016.03 works for me on a DRA74 EVM (aka Vayu) board. Please > > apply the attached patch to add a package for this platform. > > Thanks for the patch! > > Would you be ok with adding it

Bug#821532: mlmmj-php-web, mlmmj-php-web-admin: PHP 7.0 Transition

Ondřej Surý: > php7.7 sounds odd, but it's result of this command: > > a2query -m | sed -n 's/^\(php[\.0-9]*\) (enabled.*)/\1/p' > > Hmm, I'll speak with apache2 maintainers how to solve this. It looks > like you need to install apache2 first and then install > libapache2-mod-php7.0. Yeah that

Bug#487946: 'apt-get update' considers connection failures non-transient

There is no reason to have multiple sources in your /etc/apt/sources.list file, if apt-get update/upgrade only cares about the first one! I use multiple sources in the hopes that (a) The load should be distributed among those mirrors. (b) Multiple downloads should be happening at once. At

Bug#824789: RM: suitesparse-metis -- ROM; superseded by suitesparse package

Package: ftp.debian.org Severity: normal Dear ftpmasters, Please remove the suitesparse-metis package from contrib. It is no longer needed since the suitesparse package in main provides the same functionality (the METIS library has been relicensed, and suitesparse 1:4.5.3-1 now links against

Bug#824788: FTBFS in sid: recipe for target 'rheolef.pdf' failed

Package: src:rheolef Version: 6.6-1 Severity: serious Dear Maintainer, rheolef currently FTBFS in sid. The problem comes from the compilation of rheolef.pdf. See the full build log at: https://buildd.debian.org/status/fetch.php?pkg=rheolef=amd64=6.6-1%2Bb3=1463565280 Cheers, -- .''`.

Bug#824730: u-boot: Please add a package for DRA7xx systems

On 2016-05-19, Ben Hutchings wrote: > u-boot 2016.03 works for me on a DRA74 EVM (aka Vayu) board. Please > apply the attached patch to add a package for this platform. Thanks for the patch! Would you be ok with adding it to the u-boot-omap package? It isn't exactly a perfect fit, but have

Bug#824786: celeryd: Initscript doesn't start daemon

Package: celeryd Severity: important Dear Maintainer, Default celeryd package ships with the (upstream) SysV initscript and creates a system user named celery. By default this user has /bin/false as a shell. So if you set correct variables in /etc/default/celery and start the daemon, celery

Bug#772947: [linkchecker] linkchecker broken on https URLs: ImportError: cannot import name get_subj_alt_name

Package: linkchecker Version: 9.3-1 Followup-For: Bug #772947 This is still an issue. The package is orphaned so i will likely prepare a NMU if i can find the time. In the meantime, w3c-checker works. -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500,

Bug#824787: RFS: acmetool/0.0.51

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the package "acmetool": git clone https://anonscm.debian.org/git/letsencrypt/acmetool.git cd acmetool && pristine-tar checkout

Bug#824702: apt: Incorrect translation in apt list --upgradable ru_RU.UTF8 locale

В Wed, 18 May 2016 23:19:21 +0200 Julian Andres Klode пишет: > On Wed, May 18, 2016 at 11:27:59PM +0300, oleg wrote: > > Package: apt > > Version: 1.2.12 > > Severity: minor > > > > Dear Maintainer, > > in ru_RU.UTF8 locale is incorrect translation, for example: > > > >

Bug#824211: swh-plugins: Package new upstream version

2016-05-19 16:20 GMT+02:00 Jonas Smedegaard : > Quoting Jaromír Mikeš (2016-05-19 15:45:28) >> 2016-05-13 20:40 GMT+02:00 Javier Serrano Polo : >> > Package: swh-plugins >> > Version: 0.4.15+1-8 >> > Severity: wishlist >> > >> > The upstream project is maintained at

Bug#824785: icedove-l10n-all: should be in package section metapackages

Package: icedove-l10n-all Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As subject says, icedove-l10n-all is a metapackage and belongs in the corresponding package section. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#824784: firefox-l10n-all: should be in package section metapackages

Package: firefox-l10n-all Version: 46.0.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As subject says: firefox-l10n-all is a metackage and therefore belong in the corresponding package section. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#824712: RFH: smokeping

On 2016-05-19 10:21:21, Iain R. Learmonth wrote: > Hi, > > On 19/05/16 13:33, Antoine Beaupré wrote: >> Hmm... I'm hesitant in joining yet another team here, too much mail. :) > > By joining the team, I mainly meant giving you VCS commit access. If > you're not using the package much anymore then

Bug#824683: [PKG-Openstack-devel] Bug#824683: keystone: CVE-2016-4911: Incorrect Audit IDs in Keystone Fernet Tokens can result in revocation bypass

Hi, On Thu, May 19, 2016 at 10:54:10AM +0200, Thomas Goirand wrote: > On 05/19/2016 06:18 AM, Salvatore Bonaccorso wrote: > > Hi Thomas, > > > > On Thu, May 19, 2016 at 12:21:28AM +0200, Thomas Goirand wrote: > >> On 05/18/2016 06:55 PM, Salvatore Bonaccorso wrote: > >>> Source: keystone > >>>

Bug#820526: closed by Matthias Klose <d...@debian.org> (Bug#820526: fixed in giflib 5.1.4-0.1)

Hi, I'm reopening this bug since the commit https://sourceforge.net/p/giflib/code/ci/ea8dbc5786862a3e16a5acfa3d24e2c2f608cd88/ is not yet applied in the 5.1.4 upload. Regards, Salvatore

Bug#824783: icedove-l10n: should recommend myspell-* as alternative to hunspell-*

Source: icedove-l10n Version: 1:38.0.1-1 Severity: normal Tags: l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Icedove locale packages recommend hunspell but not myspell dictionary for the following locales: gl vi Please recommend myspell-* as alternative to hunspell-*. As I understand

Bug#824782: icedove-l10n: should recommend hunspell-*

Source: icedove-l10n Version: 1:38.0.1-1 Severity: normal Tags: l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Icedove locale packages for the following locales do not recommend on a dictionary even though (at least) hunspell dictionary is available: be bn br eu is si uk Please recommend

Bug#824781: iceowl-l10n-en-gb: should recommend hunspell-en-gb (not hunspell-en-us or myspell-en-us)

Package: iceowl-l10n-en-gb Version: 1:38.0.1-1 Severity: normal Tags: l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As subject says, iceowl-l10n-en-gb should recommend hunspell-en-gb, but not hunspell-en-us nor myspell-en-us. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#819394: RFS: stormlib/9.20-1 [ITP]

On Wednesday 27 April 2016 13:01:20 Gianfranco Costamagna wrote: > Hi, the packaging seems good now, I would like to ask you a final question: > > how do you feel about using the same license for debian packaging and > upstream? > (asking about changing GPL-3+ to MIT). Ok, I changed debian

Bug#756023: init: Move "Essential: yes" from init to init-system-helpers

Am 19.05.2016 um 18:29 schrieb Ansgar Burchardt: > On Thu, 2016-05-19 at 18:27 +0200, Michael Biebl wrote: >> Could we add the Important: yes field to "init"? Having that makes a >> lot of sense to me. > > To init or to its dependencies (systemd-sysv, sysvinit-core)? The > latter would not only

Bug#824776: icedove-l10n: should recommend hunspell-* as alternative to myspell-*

Quoting Jonas Smedegaard (2016-05-19 17:47:55) > Icedove locale packages recommend myspell but not hunspell dictionary for > the following locales: > > bg ca cs el es-ar es-es gd gl he hr it lt nl no pl pt ru sk sl sv-se Correction: not gl > Please recommend hunspell-* as alternative to

Bug#789984: pulseaudio: Incorrect detecting 2.1 audiosystem on newer laptops (ASUS N750J series)

On Thu, 25 Jun 2015 23:29:36 +0300 ioann wrote: > Package: pulseaudio > Version: 5.0-13 > Severity: normal > > Hello! I have notebook ASUS N750JK and Subwoofer "Sonic Master". The package > pulseaudio don't have news modes (2.1) for this machine. Now exist new version > of

Bug#756023: init: Move "Essential: yes" from init to init-system-helpers

Am 19.05.2016 um 18:27 schrieb Michael Biebl: > Am 19.05.2016 um 18:11 schrieb Martin Pitt: >> >>> - Now: >>>+ "init" package: Remove "Essential: yes" >>>+ "init-system-helpers" package: Add "Essential: yes" >>> - Later: >>>+ "init": Change priority from "required" to "important".

Bug#756023: init: Move "Essential: yes" from init to init-system-helpers

On Thu, 2016-05-19 at 18:27 +0200, Michael Biebl wrote: > Could we add the Important: yes field to "init"? Having that makes a > lot of sense to me. To init or to its dependencies (systemd-sysv, sysvinit-core)?  The latter would not only warn when uninstalling all init systems, but also when

Bug#824048: Any change in blastp? (Was: Bug#824048: python-biopython: FTBFS: AssertionError: 10 != 1)

Great - I'm glad that made sense, my email had more typos than usual as I was in a hurry to leave the office earlier. Thanks, Peter On Thu, May 19, 2016 at 4:20 PM, Andreas Tille wrote: > Hi Peter, > > I've just uploaded a package featuring the patch. > > Thanks a lot for

Bug#756023: init: Move "Essential: yes" from init to init-system-helpers

Am 19.05.2016 um 18:11 schrieb Martin Pitt: > Control: tag -1 pending > > Hello all, > > Ansgar Burchardt [2016-05-05 15:05 +0200]: >> I would like "init" to be optional in Debian 9 for chroot environments >> and some uses of containers. A first step seems to be making "init" no >> longer

  1   2   3   >