control: tag -1 + moreinfo
On 2016-09-29 14:05, Saipem-root wrote:
> Package: tzdata
> Version: 2016f-0+deb8u1
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>* What exactly
Processing control commands:
> tag -1 + moreinfo
Bug #839141 [tzdata] tzdata: Wrong data/timezone for Asia/Baku
Added tag(s) moreinfo.
--
839141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839141
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
[Richard Laager]
> For example, if you want to use the low 32-bits of /etc/machine-id,
> that would work too. It'd mean carrying a patch on Debian, but if the
> pain of a patch and different behavior is less than the benefits of
> the change, go for it.
I guess we would have to verify that /etc/ma
On 09/29/2016 05:19 AM, Michael Stone wrote:
> On Wed, Sep 28, 2016 at 09:03:38PM -0700, Richard Laager wrote:
>> Getting back to ZFS and /etc/hostid... I would think that a
>> randomly-generated /etc/hostid is probably sufficient. Whether that's
>> done in the libc, spl, or zfs package makes no di
Processing control commands:
> severity -1 important
Bug #821358 [libc6] nss_hesiod segfaults in sock_eq
Severity set to 'important' from 'serious'
--
821358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821358
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
control: severity -1 important
On 2016-09-29 00:09, Anders Kaseorg wrote:
> Control: severity -1 serious
>
> Bumping severity because this is a regression introduced in a stable
> update.
>
While this is unfortunate and will be fixed, i don't see why the fact
that the regression have been intr
Package: tzdata
Version: 2016f-0+deb8u1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outc
On Wed, Sep 28, 2016 at 09:03:38PM -0700, Richard Laager wrote:
Getting back to ZFS and /etc/hostid... I would think that a
randomly-generated /etc/hostid is probably sufficient. Whether that's
done in the libc, spl, or zfs package makes no difference to me.
You still haven't explained why zfs
* Richard Laager:
> Getting back to ZFS and /etc/hostid... I would think that a
> randomly-generated /etc/hostid is probably sufficient. Whether that's
> done in the libc, spl, or zfs package makes no difference to me.
As I tried to explain, the risks of collisions without central
coordination lo
9 matches
Mail list logo
