On 1/4/19 4:19 PM, Damiaan Habets wrote:
> Package: cloud-init
> Version: 0.7.9-2
>
> Cloud-init not setting public key on Azure portal when creating a virtual
> machine instance. Appears to be fixed in:
> https://bugs.launchpad.net/cloud-init/+bug/1717611. Please upgrade cloud-init
> to cloud-
Source: redis
Version: redis (5:5.0.3-3~bpo9+1)
Severity: important
* Chris Lamb: " Accepted redis 5:5.0.3-3~bpo9+1 (source amd64 all) into
stretch-backports" (Fri, 04 Jan 2019 11:27:23 +):
Hi Chris,
redis (5:5.0.3-3~bpo9+1) depends on init-system-helpers (>= 1.54~),
which is neither
Source: android-platform-frameworks-data-binding
Version: 2.2.2-3
Severity: serious
Tags: ftbfs
Control: block -1 by 894284
android-platform-frameworks-data-binding build depends on
libandroid-tools-annotations-java that is currently not
in buster due to #894284.
Source: bugs-everywhere
Version: 1.1.1-4
Severity: serious
Tags: ftbfs
Control: block -1 by 888612 889556
bugs-everywhere build depends on monotone that is currently
not in buster due to #888612 and #889556.
thanks for having a look! I was wondering about something more subtle and
behind the scenes :)
btw for some reasons the ci is not running the testsuite on
unstablehttps://ci.debian.net/packages/d/doc-rfc/probably because testing is
sad?
I don't know, I tried the -2 I committed on git on deboma
[Adding 918...@bugs.debian.org to CC]
Hi Peter,
> according to the changes list, you modified the redis package for
> stretch-backports today. When I installed it, it removed the redis-
> server from my machine (replacing it with redis-tools) and left the
> machine in a state where I can no lon
On Fri, Jan 04, 2019 at 09:56:10AM -0300, eamanu15 wrote:
> El lun., 31 de dic. de 2018 a la(s) 05:02, Jonathan McDowell (
> nood...@earth.li) escribió:
> > On Sun, Dec 30, 2018 at 11:29:33PM -0300, eamanu15 wrote:
> > > I joined to NM and in my personal web I have on *pending *the next line:
> > >
Source: nasm
Version: 2.14-1
Severity: important
Tags: security upstream
Forwarded: https://bugzilla.nasm.us/show_bug.cgi?id=3392531
Hi,
The following vulnerability was published for nasm.
CVE-2018-20538[0]:
| There is a use-after-free at asm/preproc.c (function pp_getline) in
| Netwide Assemble
Source: nasm
Version: 2.14-1
Severity: important
Tags: security upstream
Forwarded: https://bugzilla.nasm.us/show_bug.cgi?id=3392530
Hi,
The following vulnerability was published for nasm.
CVE-2018-20535[0]:
| There is a use-after-free at asm/preproc.c (function pp_getline) in
| Netwide Assemble
Package: src:linux
Version: 4.19.13-1
Severity: normal
Tags: a11y
I update by apt-mirror Debian repository on local disk. Next I update by apt my
local Debian. From time to time I copy a repository to another local disk by
command «#cp -Rp . 'to_some_directory'" by size 340Gb.
I have : Intel(R)
On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> thanks for having a look! I was wondering about something more subtle and
> behind the scenes :)
> btw for some reasons the ci is not running the testsuite on
> unstablehttps://ci.debian.net/packages/d/doc-rfc/probably because testing is
>
Package: staden
Version: 2.0.0+b11-3
The build-dependencies for staden are unsatisfiable in buster/sid.
staden build-depends on:
- libcurl4-openssl-dev:amd64
staden build-depends on:
- libstaden-read-dev:amd64 (>= 1.14.6)
libstaden-read-dev depends on:
- libcurl4-gnutls-dev:amd64
libcurl4-openss
Source: eficas
Version: 6.4.0-1-2
Severity: serious
Tags: ftbfs
Control: block -1 by 897768 902513
eficas build depends on python-openturns that is currently
not in buster due to #897768 and #902513.
Hi Jeremy,
On Mon, Mar 12, 2018 at 10:07:05PM +0100, Salvatore Bonaccorso wrote:
> Jeremy,
>
> On Sun, Mar 11, 2018 at 08:45:42AM -0400, Jeremy Bicha wrote:
> > On Sun, Mar 11, 2018 at 8:40 AM, Salvatore Bonaccorso
> > wrote:
> > > Is abiword upstream still active?
> >
> > Yes.
> >
> > https:
Source: foodcritic
Version: 13.1.1-2
Severity: serious
Tags: ftbfs
Control: block -1 by 909205
foodcritic build depends on chef that is currently
not in buster due to #909205.
Status 4 januari (previos posting was 28 december)
Wanted goal is having "upstream" and "debian" in 1 gbp repository.
The "debian" and "upstream" are available in 2 separate git repos.
With help of `gbp import-dscs --debsnap` is build how
the "tree" generated by `gitk` should like.
The work
Source: graphite-api
Version: 1.1.3-5
Severity: serious
Tags: ftbfs
Control: block -1 by 860739 892648 903619 917171
graphite-api build depends on python3-xcffib that is currently not in buster
due to #860739, #892648, #903619 and #917171.
Package: vlc
Version: 3.0.5-1
Severity: critical
Tags: a11y
Justification: breaks the whole system
When I install vlc 3.0.3-1-0+deb9u1 any .mp4 file is opening and showing
normally. But when i install vlc 3.0.5-1 a any attempt open any .mp4 file
a Debian 9.6 hangs. A Debian 9.6 hangs for all vlc
[Adding ni...@thykier.net to CC]
tags 918255 + pending
thanks
Hi Mathias,
> Source: redis
> Version: redis (5:5.0.3-3~bpo9+1)
> Severity: important
>
> * Chris Lamb: " Accepted redis 5:5.0.3-3~bpo9+1 (source amd64 all) into
> stretch-backports" (Fri, 04 Jan 2019 11:27:23 +):
>
> Hi Chr
Source: cairocffi
Version: 0.7.2-2.1
Severity: serious
Tags: ftbfs
Control: block -1 by 860739 892648 903619 917171
cairocffi build depends on python3-xcffib that is currently not
in buster due to #860739, #892648, #903619 and #917171.
Dear Maintainer,
Package: colord-kde
Version: 0.5.0-2
> I was able to load the profile, however on restart the color correction was
> not applied. Going back into colord-kde, the selector was on the correct
> profile, but only moving the selector to default, then back to the profile,
> loads
Source: i8c
Version: 0.0.6-1
Severity: serious
Tags: ftbfs
Control: block -1 by 875373
i8c build depends on python3-libi8x that is currently
not in buster due to #875373.
Source: khal
Version: 1:0.9.10-0.1
Severity: serious
Tags: ftbfs
Control: block -1 by 909996
khal build depends on vdirsyncer that is currently
not in buster due to #909996.
Control: severity -1 important
Control: tags -1 = moreinfo
On 2019-01-04 23:35:34, Сергей Фёдоров wrote:
> Package: vlc
> Version: 3.0.5-1
> Severity: critical
> Tags: a11y
> Justification: breaks the whole system
>
> When I install vlc 3.0.3-1-0+deb9u1 any .mp4 file is opening and showing
> nor
Source: koji
Version: 1.16.0-2
Severity: serious
Tags: ftbfs
Control: block -1 by 896117 896507 897841
koji build depends on python-qpid-proton that is currently
not in buster due to #896117, #896507 and #897841.
Hi Thomas,
The azure portal here: https://portal.azure.com/#home ; basically, we have a
solution built on Debian Stretch. When deploying a VM of it in the portal, that
VM doesn't end up with the public key that's passed to it using cloud-init.
According to Azure/MS that's due to the cloud-in
Chris Lamb:
> [Adding ni...@thykier.net to CC]
>
> tags 918255 + pending
> thanks
>
> Hi Mathias,
>
>> Source: redis
>> Version: redis (5:5.0.3-3~bpo9+1)
>> Severity: important
>>
>> * Chris Lamb: " Accepted redis 5:5.0.3-3~bpo9+1 (source amd64 all) into
>> stretch-backports" (Fri, 04 Jan 2019
Source: openscenegraph-3.4
Version: 3.4.1+dfsg1-4
Severity: serious
Tags: ftbfs
openscenegraph-3.4 build depends on libcoin80-dev
that is no longer built by src:coin3.
Am Freitag, 4. Januar 2019, 12:22:46 CET schrieb Michael Biebl:
> Am 04.01.19 um 11:48 schrieb Patrick Häcker:
> > Hello,
> >
> >> Can you post the output of
> >> ls -ld /var/lib/systemd/timesync
> >> ls -la /var/lib/private/systemd/
> >
> > root@mmm /h/pat# ls -ld /var/lib/systemd/timesync
> > l
Source: libokhttp-java
Version: 3.12.1-1
Severity: serious
Tags: ftbfs
Control: block -1 by 894285
libokhttp-java build depends on libandroid-23-java that is
currently not in buster due to #894285.
Source: librdf-trine-serializer-rdfa-perl
Version: 0.100-1
Severity: serious
Tags: ftbfs
Control: block -1 by 750946
librdf-trine-serializer-rdfa-perl build depends on librdf-rdfa-parser-perl
that is currently not in buster due to #750946.
Source: librdf-query-client-perl
Version: 0.114-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 750946
librdf-query-client-perl build depends on libhttp-lrdd-perl
that is currently not in buster due to #750946.
Hi Niels,
Thanks for your input.
> As noted in [1], compat 12 is not /generally/ suitable for
> stretch-backports
I don't see a note regarding that in your [1], namely:
https://salsa.debian.org/lamby/pkg-redis/commit/e47bfc26194735b4853a6f17e29ce20b50483696
.. but point taken.
> The alte
Source: linux-patch-debianlogo
Version: 1.16
Severity: serious
Tags: buster sid ftbfs
Control: block -1 by 876892
linux-patch-debianlogo build depends on dh-kpatches
that is currently not in buster due to #876892.
Package: makedumpfile
Version: 1_1.6.4-3
Tags: l10n, patch
Severity: wishlist
Portuguese translation for makedumpfile's debconf messages.
Feel free to use it.
For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
--
Best regards,
"Traduz" - Portuguese Tra
Source: linux-patch-grsecurity2
Version: 3.1+4.9.11-201702181444-1
Severity: serious
Tags: ftbfs
Control: block -1 by 876892
linux-patch-grsecurity2 build depends on dh-kpatches
that is currently not in buster due to #876892.
Chris Lamb:
> Hi Niels,
>
> Thanks for your input.
>
>> As noted in [1], compat 12 is not /generally/ suitable for
>> stretch-backports
>
> I don't see a note regarding that in your [1], namely:
>
>
> https://salsa.debian.org/lamby/pkg-redis/commit/e47bfc26194735b4853a6f17e29ce20b50483696
>
So what's happening here is that a k5_mutex_lock is getting an invalid
argument error calling a series of wrappers that basically all boil
down to pthread_mutex_lock.
So, basically somehow pthread_mutex_lock is getting passed a bad mutex.
This appears to be happening in the credentials cache cod
Source: nipype
Version: 1.1.3-1
Severity: serious
Tags: ftbfs
Control: block -1 by 906388
nipype build depends on python-nipy that is currently
not in buster due to #906388.
Source: node-autoprefixer
Version: 7.2.5-1
Severity: serious
Tags: ftbfs
Control: block -1 by 60 888903
node-autoprefixer build depends on node-js-beautify
that is currently not in buster due to #60 and #888903.
Control: reassign 918248 knot-resolver
Control: affects 918248 + hddemux
Control: forwarded 918248
https://gitlab.labs.nic.cz/knot/knot-resolver/issues/426
Hi Steve--
On Fri 2019-01-04 18:19:27 +, Steve McIntyre wrote:
> When building your package, I've found a bus error (aka alignment
> fau
Source: node-postcss
Version: 6.0.23-1
Severity: serious
Tags: ftbfs
Control: block -1 by 60 888903
node-postcss build depends on node-js-beautify
that is currently not in buster due to #60 and #888903.
Source: node-sshpk
Version: 1.13.1+dfsg-1
Severity: serious
Tags: ftbfs
Control: block -1 by 834915
node-sshpk build depends on node-temp that is currently
not in buster due to #834915.
Package: lintian
Version: 2.5.119
Severity: minor
If a patch description ends with a word and the long description starts
with the same word, lintian incorrectly considers this a duplicate word.
For example:
Subject: Correct snmpwalk args in snmpcheck
snmpcheck used the old command line argu
Source: node-xmpp
Version: 0.3.2-3
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 895029
node-xmpp build depends on node-node-stringprep that is currently
not in buster due to #895029.
Source: openstreetmap-carto
Version: 2.45.1-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 872547
openstreetmap-carto build depends on node-carto that
is currently not in buster due to #872547.
Source: php-log
Version: 1.12.9-2
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 889532
php-log build depends on php-db that is currently
not in buster due to #889532.
Hi Craig,
> If a patch description ends with a word and the long description starts
> with the same word, lintian incorrectly considers this a duplicate word.
>
> For example:
> Subject: Correct snmpwalk args in snmpcheck
>
> snmpcheck used the old command line arguments for snmpwalk giving
Control: tag -1 + pending
Hi again,
On Fri, 04 Jan 2019 12:50:41 +0100 Johannes Schauer wrote:
> On Fri, 26 Oct 2018 15:33:32 -0400 Antoine Beaupre wrote:
> > I have tried to use the autopkgtest backend with the qemu server but it
> > completely failed to launch the build:
> >
> > [...]
> >
> >
Source: php-services-weather
Version: 1.4.7-4
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 889532
php-services-weather build depends on php-db that is currently
not in buster due to #889532.
Package: cpio-doc
Version: 2.12-0.1
File: /usr/share/info/cpio.info.gz
X-Debbugs-Cc: bug-c...@gnu.org
--extract-over-symlinks Force writing over symbolic links
is missing from the INFO version.
Also
(info "(cpio) Invoking cpio")
shows lots of whitespace when
(setq show-trailing-whitespac
Source: python-oslo.messaging
Version: 8.1.0-3
Severity: serious
Tags: ftbfs
Control: block -1 by 896117 896507 897841
python-oslo.messaging build depends on python-pyngus that is currently
not in buster due to #896117, #896507 and #897841.
Package: libgdk-pixbuf2.0-dev
Version: 2.36.5-2+deb9u2
Severity: normal
Dear Maintainer,
If I run
pkg-config gtk+-3.0 --libs
I get
Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
gdk-pixbuf-2.0 is 2.10.14
In fact version 2.36.5-2+deb9u2 is installed. The culprit seems t
Source: ruby-compat-resource
Version: 12.10.5-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 912246
ruby-compat-resource build depends on ruby-cheffish
that is currently not in buster due to #912246.
Source: ruby-omniauth-cas3
Version: 1.1.4-2
Severity: serious
Tags: ftbfs
Control: block -1 by 888119
ruby-omniauth-cas3 build depends on ruby-awesome-print
that is currently not in buster due to #888119.
On 2019-01-04 22:20:52, Johannes Schauer wrote:
[...]
> I fixed the problem by changing sbuild such that it now creates the sbuild
> user
> and the BUILD_USER inside the chroot if they don't exist yet. This job is
> usually done by sbuild-createchroot but since you are using qemu I guess that
>
Source: tmuxinator
Version: 0.12.0-3
Severity: serious
Tags: ftbfs
Control: block -1 by 888119
tmuxinator build depends on ruby-awesome-print
that is currently not in buster due to #888119.
Just noticed an updated package (4.0.4-2) was available in buster.
However it is still broken with the same error.
Is there anything I can do to help fix this?
Rg,
Arnaud
Quoting Antoine Beaupré (2019-01-04 22:32:56)
> > I fixed the problem by changing sbuild such that it now creates the sbuild
> > user and the BUILD_USER inside the chroot if they don't exist yet. This job
> > is usually done by sbuild-createchroot but since you are using qemu I guess
> > that you d
Hi,
the problem is fixed since version 1.6.8, which added support for TLS
Server Name Indication (SNI).
I just tested with the mail server mail.bdld.info mentioned in your
report.
Best,
Martin
El dv 04 de 01 de 2019 a les 17:57 +0100, Ross Gammon va escriure:
> And he has been recently adding information to some of the bugs,
> including
> asking for help to upload something.
Indeed, I am still waiting. Boyuan Yang offered to sponsor too. I am
fine if you do the upload.
Next upstream ve
On Fri, Jan 4, 2019 at 4:33 PM wrote:
> pkg-config gtk+-3.0 --libs
>
> I get
>
> Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
> gdk-pixbuf-2.0 is 2.10.14
>
> In fact version 2.36.5-2+deb9u2 is installed. The culprit seems to be
> /usr/lib/x86_64-linux-gnu/pkgconfig/gdk-p
Hi,
this only happens with the zoho SMTP server if your test mail has no
blank line that separates mail headers and mail body.
Please try (for example) 'echo -e "test-header\n\ntest-body"' instead
of just 'echo "test"'; it should work fine.
Explanation: if the mail-terminating "." line appears w
Package: debmirror
Version: 1:2.30
Severity: normal
sid is apparently currently signed by three keys -- automatic signing
keys for wheezy, jessie, and stretch. I can't justify this (i have no
idea why it should be signed by the wheezy signing key, for example),
but that shouldn't matter for debmi
Hello Michael Tokarev, hello Theo
I have now another machine at hand where I currently have
buster installed, where today qemu-user-static in
version 3.1 appeared.
So I did some tests.
It still shows the issue reported by Theo:
root@qnap-119p-ii:~# chroot /tmp/buster-chroot-i386 /bin/bash
Package: hyphen-en-us
Version: 2.8.8-5
Severity: wishlist
Some tools, like pyphen's test suite (see RFP
https://bugs.debian.org/917039) expect a fallback symlink from a
generic language to a region-specific language.
Please provide a fallback symlink from hyph_en.dic to hyph_en_US.dic
in /usr/sha
On 15272 March 1977, Chris Lamb wrote:
I suggested this, since currently it's easier to write a reject
message than a bug from within DAK. I envision something like
an "Add overrides and file bug" option within process-new so
that accept plus bug would be approximately as easy/fast as
wri
On Sun, May 27, 2018 at 10:54:06PM +0200, Gabriel Corona wrote:
> This seems correct with respect to injection through the URI:
> the URI string cannot be expanded into multiple arguments
> and is not passed to `system()`.
Agreed, this CVE seems like a non issue, the CVE entry at MITRE
also only r
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi RMs,
It's a small transition with only three packages: biboumi,
libqtshadowsocks and qtcreator. All three build fine with
this botan release as well.
It is also needed for proper upst
Package: lintian
Version: 2.5.119
when checking the hyphen source package, lintian claims:
I: hyphen-en-us: wrong-section-according-to-package-name hyphen-en-us =>
localization
but all hyphen-* packages are Section: text, as hyphen-en-us is. (see
the source for libreoffice-dictionaries, which s
K, found some hints through the Sogo ml.
If you set SoProductRegistryDebugEnabled = YES; in the sogo.conf you can
see it fails to load some libs:
Jan 04 21:50:23 sogod [6628]: version 4.0.4 -- starting
Jan 04 21:50:23 sogod [6628]: vmem size check enabled: shutting down app
when vmem > 384 MB
Package: civicrm-common
Version: 5.8.2+dfsg-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The dependency upon php-symfony-polyfill-iconv can safely be dropped, since
php-common already provides the iconv extension. There is some relevant
discussion in #911832 as w
Source: sphinxcontrib-programoutput
Version: 0.11-3
Severity: important
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.8
Dear maintainer,
Currently sphinxcontrib-programoutput fails to build against Sphinx 1.8,
which is available in experimental.
Please update to the latest
On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote:
> * Thomas Dickey [2019-01-04 01:10]:
>
> > On Thu, Jan 03, 2019 at 05:56:26PM +0100, Alexander Meyer wrote:
> >> * Thomas Dickey [2019-01-02 10:46]:
> >>
> >>> I verified that the same issue exists in current code, and submitted
On Fri, Jan 4, 2019 at 3:31 PM Salvatore Bonaccorso wrote:
> Did you got a chance to ping upstream on that issue and report it?
No, but you can if you like.
https://gitlab.gnome.org/World/AbiWord is the current source repo, but
you might need to still use bugzilla for reporting issues.
Thanks,
On Sun, Jul 15, 2018 at 02:55:15PM +0200, Salvatore Bonaccorso wrote:
> Source: accountsservice
> Version: 0.6.43-1
> Severity: important
> Tags: patch security upstream
> Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=107085
> Control: found -1 0.6.45-1
>
> Hi,
>
> The following vulner
On 2019-01-04 21:26:03, Iustin Pop wrote:
> On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> > thanks for having a look! I was wondering about something more subtle and
> > behind the scenes :)
> > btw for some reasons the ci is not running the testsuite on
> > unstablehttps://ci.debian.n
Package: php-respect-validation
Version: 1.1.15-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The dependency upon php-symfony-polyfill-mbstring can safely be replaced with
php-mstring, which provides the extension itself. There is some relevant
discussion in #9118
On Fri, Jan 04, 2019 at 07:17:24PM +0200, Michael Crusoe wrote:
> I think 0.9.9.7+sog+git20160415.14274c9-1 is the source of the recent FTBFS
> of hhsuite: https://bugs.debian.org/917495 as our packaged version is
> missing the "ffsort_index" function.
>
> The hh-suite github repo contains a submo
Source: salt
Version: 2018.3.3+dfsg1-1
Severity: serious
Control: affects -1 salt-master salt-minion
https://piuparts.debian.org/sid/source/s/salt.html
Purging configuration files for salt-master (2018.3.3+dfsg1-1) ...
rmdir: failed to remove '/var/lib/salt/pki': No such file or directory
d
Source: stormbaancoureur
Version: 2.1.6-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
stormbaancoureur fails to cross build from source, because it does not
pass cross tools to make. The easiest way of doing so - using
dh_auto_build - makes stormbaancoureur cross buildable. Please c
Package: ftp.debian.org
Severity: normal
Please remove bfgminer, it's RC-buggy, orphaned for almost a year without
an adopter and already missed the previous stable release.
Cheers,
Moritz
Ben or Laurent, do one of you want to submit the follow-up bug report
to fully change the section?
Thanks,
Jeremy Bicha
On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote:
> Would this warrant to add "affects" tags for firefox and chromium to
> this bug? Not sure about the Debian policy here. In this case, the
no - see https://www.debian.org/Bugs/server-control#affects
(since you're the only one to re
Hello:
I think that I have found the origin of this bug. It is in the
liboglappth2 package. This package has only one reverse dependency, that
is ghemical. The package has remained the same (MD5 sum) since at least
wheezy and something in the compilation dependencies has changed so that
Source: gmp
Version: 2:6.1.2+dfsg-1
Severity: wishlist
Tags: patch
Dear Maintainer,
As --enable-fat works only on i386^1, on armhf neon-optimized code is
never used, rendering gmp much slower than it can be.
As a workaround, I suggest to compile and install separate
neon-optimized library in
Am 04.01.19 um 21:49 schrieb Patrick Häcker:
> I think the state to see the problem is quite reproducible: First install
> systemd 239 and afterwards install systemd 240, i.e. I can recreate whatever
> state you need.
It is indeed reproducible easily, which is why I raised this upstream
https:/
Package: src:nocache
Version: 1.1-1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
[...]
debian/rules build-arch
dh build-arch
dh_update_autotools_config -a
Package: src:hyphen
Version: 2.8.8-5
Severity: wishlist
the hyphen package hasn't had a release in several years.
however, there are several useful-looking changes (including cleanup in
the build scripts) in git (upstream uses
https://github.com/hunspell/hyphen for hosting, afaict).
It might be
Control: tags 918305 + patch
I've just submitted
https://salsa.debian.org/libreoffice-team/hyphen/merge_requests/1, which
includes the fix attached here for #918305.
Thanks for maintaining the hyphen package!
--dkg
From 62aeebfc6a75d6b11abbd319ff22f8dc17af78a3 Mon Sep 17 00:00:00 2001
Fr
On Fri, Jan 04, 2019 at 04:49:30PM -0500, Jeremy Bicha wrote:
> On Fri, Jan 4, 2019 at 4:33 PM wrote:
> > pkg-config gtk+-3.0 --libs
> >
> > I get
> >
> > Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
> > gdk-pixbuf-2.0 is 2.10.14
> >
> > In fact version 2.36.5-2+deb9u2 is
On Sat, Jan 05, 2019 at 12:58:49AM +0300, Dmitry Shachnev wrote:
> Hi Geert!
Hi Dmitry,
Hi Python list,
Hi Bugreport 917468,
> On Fri, Jan 04, 2019 at 10:16:20PM +0100, Geert Stappers wrote:
> > Hello,
> >
> > Here Debian Developer 'stappers'.
> >
> > I'm working on https://bugs.debian.org/cgi-b
Heya, I have replied, at least I had typed it :o/
So, yes, I had chosen that version of ffsort_index to get hhsuite to
compile. I have no idea if there are other reverse dependencies on
ffindex, my priority is on hhsuite.
Cheers,
Steffen
On 04.01.19 18:17, Michael Crusoe wrote:
I think 0.9.
Hi Michael,
On Fri, Jan 04, 2019 at 11:10:42AM -0800, Michael R. Crusoe wrote:
> Package: d-shlibs
> Version: 0.83
> Severity: normal
>
> Dear Maintainer,
>
> While fixing the missing linkage to libsvm in libpsortb I received the
> following message:
>
> devlibs error: There is no package match
I had a go at this and it looks like the package simply is not ready for
Java 9+. The unmappable character error is bogus. Rather issues like
using an underscore character as a variable name (which is forbidden in
Java 9) or naming a package java.lang ... are the root cause of the FTBFS.
Markus
Package: wnpp
Severity: wishlist
Owner: Utkarsh Gupta
* Package name : ruby-selenium-webdriver
Version : 3.141.0
Upstream Author : Selenium HQ
* URL : https://github.com/SeleniumHQ/selenium
* License : Apache-2.0
Programming Lang : Ruby
Descripti
tags 918316 + patch
thanks
The patch below works for me:
--- a/debian/rules
+++ b/debian/rules
@@ -18,5 +18,5 @@ override_dh_auto_test:
ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
# -NOCACHE_NR_FADVISE=2 dh_auto_test -v
## #916415
- timeout 11 ./nocache apt show coreutils
Package: src:libreoffice-dictionaries
Version: 6.1.3-1
In the course of looking into pyphen packaging with Scott Kitterman, i
noticed that it expects symlinks from hyphenation files like hyph_af.dic
to hyph_af_ZA.dic. I filed https://bugs.debian.org/918305 against
hyphen-en-us for that package.
On Fri 2019-01-04 17:47:20 -0500, Daniel Kahn Gillmor wrote:
> Control: tags 918305 + patch
attached is a revised patch, which includes a en_Latn_US.dic symlink.
the merge request has already been updated.
regards,
--dkg
>From f8f0902e757b65b2bfcc6e2e3faaa844e9c00780 Mon Sep 17 00:00:
Package: myspell-et
Version: 1:20030606-29
Severity: wishlist
as seen in #918318 and #918305, we're trying to get language-generic
symlinks added to hyphenation packages for the purposes of getting
pyphen packaged without shipping duplicate hyphenation dictionaries.
To acheive this, myspell-et sh
201 - 300 of 329 matches
Mail list logo
