Your message dated Thu, 11 May 2017 12:47:19 +0900
with message-id
and subject line Re: mariadb-server hangs indefinitely during install
has caused the Debian Bug report #862306,
regarding mariadb-server hangs indefinitely during install
On Thu, May 11, 2017 at 06:13:13AM +0300, Adrian Bunk wrote:
> On Thu, May 11, 2017 at 08:08:06AM +0900, Mike Hommey wrote:
> > On Wed, May 10, 2017 at 04:44:07PM +0300, Adrian Bunk wrote:
> > > On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote:
> >...
> > > > For the rational why
On Thu, May 11, 2017 at 08:08:06AM +0900, Mike Hommey wrote:
> On Wed, May 10, 2017 at 04:44:07PM +0300, Adrian Bunk wrote:
> > On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote:
>...
> > > For the rational why o-i-locales-c.utf-8 is usefull, see its manpage:
> > >
> > >
Dear Package Maintainer:
This bug report was a false alarm. Please disregard.
My sincerest apologies.
control: tag 861953 -moreinfo
On Mon, 8 May 2017 08:40:52 +0900
Roger Shimizu wrote:
> What's your opinion?
I proposed two plans. Either is fine to me.
Please kindly help to decide, so as to avoid a few packages get removed in
stretch.
Thank you!
Cheers,
--
Roger
On 2017-05-11 08:08, Mike Hommey wrote:
> On Wed, May 10, 2017 at 04:44:07PM +0300, Adrian Bunk wrote:
> > On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote:
> > >...
> > > Can anybody have a look at this why it's failing? Bug with references is
> > > #859912
> > >...
> >
> > Your
Package: mariadb-server
Version: 10.0.30-0+deb8u2
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)
Kernel: Linux 4.1.12-ti-r29 (SMP
On Wed, May 10, 2017 at 04:44:07PM +0300, Adrian Bunk wrote:
> On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote:
> >...
> > Can anybody have a look at this why it's failing? Bug with references is
> > #859912
> >...
>
> Your package shouldn't exist, this is the main problem here.
I
On Mon, May 08, 2017 at 10:43:21PM +0100, Chris Lamb wrote:
> gregor herrmann wrote:
>
> > > This is due to GNUPGHOME needing to fit within sockaddr_un.sun_path.
> >
> > Also #861591, where the same happens.
> >
> > I'm not sure how RC-ish this should be, as build paths by our usual
> > tools
Processing commands for cont...@bugs.debian.org:
> tags 861744 stretch sid
Bug #861744 [torbrowser-launcher] torbrowser-launcher: Should not be part of
Stretch
Added tag(s) sid and stretch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
861744:
Source: isoquery
Version: 3.2.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
isoquery fails to build from source in unstable/amd64:
[…]
Package: citadel-server
Version: 902-3
Severity: grave
Hello,
I have confirmed this issue in both stretch and sid with version 902-3. jessie
with version
8.24-1+b3 is fine.
Essentially, I can neither log in with the admin account nor create a new user.
This also occurs if I make the attempt
Package: citadel-server
Version: 902-3
Severity: grave
Hi,
I installed citadel-server (but not citadel-mta). I will note that
citadel-server
does not conflict with mail-transport-agent (citadel-mta does, but not citadel
server).
I attempted to install citadel-server on a system that already
Control: reopen -1
On Tue, May 02, 2017 at 08:21:08PM +, Debian Bug Tracking System wrote:
>...
> Greetings! This was due to a transient failure in the build
> architecture on the affected platforms. Package builds fine now in a
> fresh up to date chroot. BinNMU uploaded.
>...
This is
Processing control commands:
> reopen -1
Bug #857296 {Done: Camm Maguire } [hol88-library]
hol88-library is an empty package on arm64, hppa, and m68k
Bug reopened
Ignoring request to alter fixed versions of bug #857296 to the same values
previously set
--
857296:
Package: citadel-server
Version: 902-3
Severity: grave
Hi,
On initial install, this package hangs in postinst, and spews several of these
messages across
the console:
Broadcast message from systemd-journald@sid (Wed 2017-05-10 14:45:52 CDT):
citserver[12599]: configuration setting
Processing commands for cont...@bugs.debian.org:
> severity 861656 important
Bug #861656 [src:python-jenkins] 0.4.11 lacks support for get_info and URLs
with a prefix path
Severity set to 'important' from 'grave'
>
End of message, stopping processing here.
Please contact me if you need
On Mon, May 01, 2017 at 03:50:21PM +0200, Steve Cotton wrote:
>...
> Oh well at least this will resolve the Fenix-is-not-64-bit bugs.
Is pixfrogger also affected?
> Steve
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been
Dominique Dumont:
> Ive logged a bug to upstream YAML parser library:
>
> https://github.com/ingydotnet/yaml-pm/issues/176
>
> HTH
>
Thanks. :)
~Niels
On Mon, 08 May 2017 at 11:16:48 +0200, Pim van den Berg wrote:
> As you can see ceph assumes our init system is sysvinit in stretch, while it
> is systemd.
No, our init system is "either sysvinit or systemd, or maybe even Upstart".
get_init_system() in reportbug's reportbug.utils demonstrates how
Ive logged a bug to upstream YAML parser library:
https://github.com/ingydotnet/yaml-pm/issues/176
HTH
On Wed, May 10, 2017 at 01:40:42PM +0200, Michael Biebl wrote:
> Am 10.05.2017 um 07:32 schrieb Moritz Muehlenhoff:
> > On Tue, May 02, 2017 at 07:39:37PM +0200, Michael Biebl wrote:
> >> Same is true for users of startx. They need the suid wrapper provided by
> >> xserver-xorg-legacy in such a
Processing commands for cont...@bugs.debian.org:
> severity 862075 serious
Bug #862075 [ceph-base] ceph-detect-init: Platform is not supported.: debian
9.0
Severity set to 'serious' from 'normal'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
862075:
Processing commands for cont...@bugs.debian.org:
> severity 862244 normal
Bug #862244 [postfix] Fwd: bug 850430 still here in postfix version 3.1.4-4 ?
Severity set to 'normal' from 'grave'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
862244:
On Wed, May 10, 2017 at 10:42:51AM +0200, Jonas Meurer wrote:
> I just discovered a severe bug in the sftp protocol support of nautilus:
>
> I tried to mount a remote folder via SFTP/SSH by using a syntax similar
> to the following:
>
> 'sftp:///path/to/directory'. Instead of displaying
>
Processing commands for cont...@bugs.debian.org:
> severity 860548 normal
Bug #860548 [r10k] r10k - rugged provider does neither HTTPS, nor SSH
Severity set to 'normal' from 'grave'
> stop
Stopping processing here.
Please contact me if you need assistance.
--
860548:
Source: miniupnpc
Version: 1.9.20140610-2
Severity: grave
Tags: patch upstream security
Justification: user security hole
Hi,
the following vulnerability was published for miniupnpc.
CVE-2017-8798[0]:
miniupnp integer signedness error
If you fix the vulnerability please also make sure to
Processing commands for cont...@bugs.debian.org:
> found 862233 0.2.0-1
Bug #862233 [libpomegranate-clojure] libpomegranate-clojure: Package does not
work with available version of maven
Marked as found in versions pomegranate-clojure/0.2.0-1.
> tags 862233 stretch sid
Bug #862233
Package: libpomegranate-clojure
Version: 0.3.1-1
Severity: serious
libpomegranate-clojure 0.2.0-1 has:
Depends: libaether-java, libdynapath-clojure, libwagon-java, libwagon2-java,
maven
libpomegranate-clojure 0.3.1-1 has no dependencies at all.
On Tue, Apr 18, 2017 at 02:01:04PM (+0200), Bastian Blank wrote:
> Package: r10k
> Version: 2.5.0-1
> Severity: grave
>
> The rugged provider, as provided by ruby-rugged in Debian, does neither
> support HTTPS, nor SSH. As this is a hard dependency, I think it is
> safe to assume it should work.
On Tue, May 09, 2017 at 04:08:04PM +0200, Daniel Baumann wrote:
>...
> Can anybody have a look at this why it's failing? Bug with references is
> #859912
>...
Your package shouldn't exist, this is the main problem here.
And the potential breakage is not limited to buildds.
Package:
tags 862252 + patch
thanks
Patch attached.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff --git a/parse-root-anchors.sh b/parse-root-anchors.sh
index 91e99f9..2f5f779 100755
--- a/parse-root-anchors.sh
+++
Processing commands for cont...@bugs.debian.org:
> tags 862252 + patch
Bug #862252 [src:dns-root-data] dns-root-data: FTBFS if /bin/sh is bash
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
862252:
What's the output of:
ls -al /usr/lib/postfix/sbin/lmtp
Scott K
Am 10.05.2017 um 07:32 schrieb Moritz Muehlenhoff:
> On Tue, May 02, 2017 at 07:39:37PM +0200, Michael Biebl wrote:
>> Same is true for users of startx. They need the suid wrapper provided by
>> xserver-xorg-legacy in such a case.
such a case == a non-KMS driver being in use.
> That's not true.
Hi,
Antoine Musso:
> python-jenkins 0.4.11 is partly broken.
At least the jenkins-job-builder use case works fine for me on current
Stretch, and the bug report says "partly", so I'm not sure this bug
should really be RC.
Cheers,
--
intrigeri
Hello,
Le 06/05/2017 à 20:09, Gaudenz Steinlin a écrit :
>
> Hi
>
> I uplaoded an NMU to unstable to fix this bug. I mostly used the debdiff
> prepared by Louis Bouchard but fixed the version number to be
> 0.93.1+nmu1 instead of 0.93.2 and actually fixed the systemd unit in the
> way proposed
Source: dns-root-data
Version: 2017020200
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Severity: serious
dns-root-data's parse-root-anchors.sh script contains a dashism:
it does not produce the right output when /bin/sh
Package: bind9
Version: 9.10.3.dfsg.P4-12.3
Severity: serious
Please cherry-pick this upstream patch to fix the broken prefetching logic,
which is enabled by default:
https://kb.isc.org/article/AA-01315/0/prefetch-performance-in-BIND-9.10.html
--- bind9-9.10.3.dfsg.P4.orig/bin/named/query.c
Package: nautilus
Version: 3.22.3-1
Severity: critical
Hello,
I just discovered a severe bug in the sftp protocol support of nautilus:
I tried to mount a remote folder via SFTP/SSH by using a syntax similar
to the following:
'sftp:///path/to/directory'. Instead of displaying
Package: postfix
Version: 3.1.4-4
Severity: grave
Hello,
I'm rather a baby sysadmin, and I am currently installing my new web
and mail server on debian stretch.
I got stuck on this bug (?), and the hints given on the linked page
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850430)
On Tue, 9 May 2017 15:40:18 +0200 Daniel Baumann
wrote:
> Hi,
>
> thanks for your report. I'm currently trying to reproduce a sbuild setup
> where this happens.
>
> With a "normal" setup (i.e. debootstrap and then add experimental, this
> does not happen and
Someone decided a long time ago that it wasn't "free enough" to be
autobuilt, so took it off the list. I hadnt even thought to remove the tags!
On 7 May 2017 16:36, "Ivo De Decker" wrote:
> Hi Ben,
>
> On Sun, May 07, 2017 at 03:44:14PM +0100, Ben Hutchings wrote:
> > > On
Your message dated Wed, 10 May 2017 06:48:29 +
with message-id
and subject line Bug#862194: fixed in 389-ds-base 1.3.5.17-2
has caused the Debian Bug report #862194,
regarding 389-ds-base FTBFS on mips/mipsel: slapi_counter.c:210:5: error:
unknown
Package: xen-utils-common
Version: 4.4.1-9+deb8u9
Severity: serious
Hi,
xen-utils-common contains /etc/xen/scripts/hotplugpath.sh, which
contains the architecture dependent path LIBDIR.
I just noticed because my etckeeper told me:
---
diff --git a/xen/scripts/hotplugpath.sh
I have been doing some more on this issue, even though it appears no one
else is interested, and have found that it happens when the panel
properties > background is changed from "None (use system theme" to
"Solid colour" and the style is adjusted to make the panel transparent.
If the panel is
46 matches
Mail list logo