to consider adding
that for Devian as well.
=> https://pagure.io/numad/pull-request/3
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
> > I understand that this won't be for Buster.
> > Just curious for related Ubuntu planning - are you planning to do an
> > upload to experimental ahead of time or are you waiting until Buster
> > is released?
>
> I'll probably wait until Buster release before uploading the new
> packages. I pushe
--no-stop-on-upgrade and --no-restart-after-upgrade
Otherwise dh_installsystemd snippets will restart the service
[1]:
https://git.launchpad.net/~libvirt-maintainers/ubuntu/+source/libvirt/commit/?id=0b5b15b390903e5c282a8bb2c27d53d63e442f31
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Was:
systemctl --system daemon-reload >/dev/null || true
if [ -n "$2" ]; then
_dh_action=restart
else
_dh_action=start
fi
deb-systemd-invoke $_dh_action 'libvirt-guests.service'
'virtlockd-admin.socket' 'virtlockd.service' 'virtlockd.socket'
'virtlogd-adm
e what to do yet - I'm experimenting, but I wanted to keep you
in the loop as well.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
[...]
> I think this is perfectly fine and I don't see much benefit in combining
> the CSS and JS files at build-time. It would allow to drop the
> django-compressor dependency but with the cost of more heavy build-time
> adjustments that need to be maintained in future.
I agree, the extra gain b
Source: php7.3
Version: 7.3.4-2
Severity: minor
Hi,
I found the a somewhat lingering bug in Ubuntu which just as much
applies to Debian.
Hence I thought the best would be to forward that to you so that we
can go the same route on handling it.
The behavior is quite old since
https://bugs.debian.or
Hi,
I have created a new MP in Salsa to re-consider these changes.
I have updated and cleared a lot, but also skipped the mass enabling
for now to focus on the rest of the changes first.
Please see: https://salsa.debian.org/debian/strongswan/merge_requests/5
reassign 925141 dpdk
tags 919130 + fixed pending
This is fixed by:
https://salsa.debian.org/libvirt-team/libvirt/commit/bcad1113482fdf6ac21780605702217ffa42cb06
It misses a bug reference in the commit, but it will soon be resolved.
://salsa.debian.org/libvirt-team/libvirt/merge_requests/15
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Sure, at [1] you can find an MP with the fix.
[1]: https://salsa.debian.org/debian/strongswan/merge_requests/3
n, strongswan-pki, strongswan-scepclient
Restrictions: needs-root isolation-container allow-stderr
+
+Tests: daemon plugins
+Depends: strongswan-starter, libstrongswan-standard-plugins,
libstrongswan-extra-plugins, libcharon-extra-plugins
+Restrictions: needs-root isolation-machine allow-stderr
> Paul
>
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
really safe.
[1]: http://autopkgtest.ubuntu.com/packages/strongswan
[2]: http://autopkgtest.ubuntu.com/packages/strongswan/xenial/amd64
[3]: http://autopkgtest.ubuntu.com/packages/strongswan/bionic/amd64
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
FYI as discussed I set all the related bus to affect gpsd as well and
got a confirm.
ime to adapt. So lets do 3.18.x for now and reconsider 3.19
(much) later.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
ns.c:17:
/usr/include/gps.h:2122:12: note: declared here
extern int gps_read(struct gps_data_t *, char *message, int message_len);
^~~~
This debdiff was test built against gpsd in experimental and works fine with it.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical
/?id=6bba8b329
[1]: https://bazaar.launchpad.net/~foxtrotgps-team/foxtrotgps/trunk/revision/316
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Hi I opened an MP that fixes this issue (and a bunch of further minor
issues due to the version 1.5 being in git, but incomplete for now)
=> https://salsa.debian.org/debian-hamradio-team/direwolf/merge_requests/1
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
maintainer know about the bug, so that we can consider it when
kicking off the transition.
[0]: https://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=6bba8b329
[1]: https://github.com/wb2osz/direwolf/commit/a1e2d1c3a
[2]: https://salsa.debian.org/debian-hamradio-team/direwolf
--
Christian Eh
FYI an MR for the issue is open at
https://salsa.debian.org/science-team/aweather/merge_requests/1 now
I built this against the gpsd in experimental and with the change it
worked fine.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
- so
removal might be an option as well?.
[0]: https://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=6bba8b329
[1]: http://pileus.org/aweather/development
[2]: http://pileus.org/dev/projects/aweather/issues
[3]: https://qa.debian.org/popcon.php?package=aweather
--
Christian Ehrhardt
Softwar
ctd/commit/991a6d3fd38c2435d94de3853fda36b3330cf6ab
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
vit/commit/e29fd73f2f1e329a6e23fd523eb94aa781b90435
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
test-built against
the gpsd in experimental.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
obdgpslogger.debdiff
Description: Binary data
needed on top and we could
ping again here once a transition starts.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
8b329
[1]: http://icculus.org/mailman/listinfo/obdgpslogger
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
See https://salsa.debian.org/ecsv-guest/s3d/merge_requests/1
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
a [2] once I have a bug number to reference.
[0]: https://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=6bba8b329
[1]: https://sourceforge.net/p/s3d/code/ci/master/tree/
[2]: https://salsa.debian.org/ecsv-guest/s3d
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
against testing works again.
I'm attaching a debdiff and will look for a sponsor.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
fix-924798.debdiff
Description: Binary data
FYI - i have put a suggestion to fix it into [1].
I hope that helps to resolve this.
[1]: https://salsa.debian.org/libvirt-team/libvirt/merge_requests/12
FYI - i have put a suggestion to fix it into [1].
I hope that helps to resolve this.
[1]: https://salsa.debian.org/libvirt-team/libvirt/merge_requests/12
Hi,
since there was no reply yet i wonder how we should proceed.
I could create a pull request, but just as well we could just close the bug.
This is mostly depending on your preference how we should go on with this.
Therefore a kind "ping" on this bug.
--
Christian Ehrhardt
Softwar
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Hi,
looking ahead in preparation to post-buster being more open for such
changes I updated the merge request. Is is rebased to match latest git
and further has:
- adapted the dropping of xen.so
- added a news file as requested
- separated qemu.so as well as requested
- made qemu a depends and lxc a
FYI - Related bug filed as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926229
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923879
[2]:
https://anongit.mindrot.org/openssh.git/commit/?id=5ee8448ad7c306f05a9f56769f95336a8269f379
[3]: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1822370
[4]: https://bugzilla.redhat.com/show_bug.cgi?id=1624437#c8
--
Christia
> >
> > rdma-core configures modprobe for ib/rdma modules, installs some
> > helper daemons and installs some udev rules. It certainly makes
> > administration of the server an easier task, but it isn't *required*
> > when configuring a Debian server for rdma and user-space ibverbs.
>
> I didn't th
> ibverbs is provided by rdma-core project.
> Is it a separate package in your case?
No it is part of the same src package.
> Yes, you need libmlx4, libmlx5 and libibverbs.
> It is described in the doc:
> http://doc.dpdk.org/guides/nics/mlx5.html#prerequisites
Well that is the problem, w
f rdma-core that librte-pmd-mlx[45] need?
looking forward to your reply, as I'm happy to learn more about the
dependencies among those packages.
[1]: https://bugs.launchpad.net/ubuntu/+source/dpdk/+bug/1820957 (I
created that bug from a mail thread)
--
Christian Ehrhardt
Software Enginee
..@python.org/thread/HFNP4DPZ3CLXV3OOEJVHCVOLZ7OMAI7G/
[2]:
https://salsa.debian.org/paelzer-guest/mailman-suite/commits/make-sass-less-compilers-suggests
[3]: https://salsa.debian.org/mailman-team/mailman-suite/merge_requests/2
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
[2]: https://sass-lang.com/ruby-sass
[3]: https://salsa.debian.org/mailman-team/mailman-suite/merge_requests/1
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Package: libvirt
Version: 5.0.0-1
Severity: low
Hi,
I was checking libvirt 5.0 - thanks for the fast upload btw!
We had for quite a while some entries in dh_missing.
Some are clear like the docs.
But I wondered if we would want to add some of them e.g.:
- the storage-backend .la files
- the sysc
> Wouldn't Replaces: qemu-system-data (<< 1:3.1+dfsg-1) be better? I am not an
> expert on Debian Policy.
IMHO:
(<< 1:3.1+dfsg-1~)
But since the fix will be part of a -2 upload eventually more likely:
(<< 1:3.1+dfsg-2~)
Hi,
any update on considering these changes?
I do realize you'll need rebases by now, but I'd only do them when you
really consider the changes in general. Therefore how are you feeling
about the suggested changes?
Kind Regards
Christian
if you want to use ..."
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
I should reply here instead of the Dup bug I guess :-)
IMHO we are just 8 days away from qemu 3.1 [1]
Maybe do the work just once and directly prep 3.1 instead of doing ->3.0
and then ->3.1 later?
@Michael Tokarev - just curious, do you have an ETA
if/when you'll get to 3.0 or even 3.1 ?
[1]: h
>
> Please consider to upgrade to the current upstream version of qemu
> (3.0.0).
>
Actually IMHO we are just 11 days away from 3.1 [1]
Maybe do the work just once and directly prep 3.1 instead of doing ->3.0
and then ->3.1 later?
[1]: https://wiki.qemu.org/Planning/3.1
On Tue, Nov 13, 2018 at 3:12 PM Vincent Blut wrote:
>
> Hello,
>
> On Tue, Nov 13, 2018 at 08:34:25AM +0100, Christian Ehrhardt wrote:
> >Package: chrony
> >Version: 3.4-1
> >Severity: normal
> >
> >Hi,
> >in upstream chrony 3.4 there was a change
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
I just realized that Jörg isn't a DD/DM on his own and usually
sponsored by Lazlo.
So I'm setting Lazlo on CC on this reply hoping that he might consider
accepting the PR and pushing the updated scons.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
well.
Maybe Jörg isn't available these days since he didn't reply to Bernd
since quite a while, so I wonder if this qualifies for a NMU?
[1]: https://salsa.debian.org/debian/scons/merge_requests/1
[2]: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3507/+packages
--
Hi,
The change is rather small and Bernd already provided the py2/3
compatible way to do it.
So I wonder if there is anything else blocking this from being resolved?
Any help you need to get it done?
k';
### END OF USER CONFIGURABLE
[1]: https://bugs.launchpad.net/ubuntu/+source/amavisd-new/+bug/1778968
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Hi,
I came by the same FTBFS and wanted to let you know that we picked upstream
[1] to fix it.
Hope that helps to get it resolved for you as well!
[1]:
https://github.com/OpenSC/pam_p11/commit/55b3888d5e9208948a40725350ca2f50020c4838
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
x/makedefs.out.dpkg-bak
-rw-r--r-- 1 root root 4480 Sep 13 12:23 /usr/share/postfix/makedefs.out
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
y a snippet creating the /etc link after the ##debhelper## entry
should do it.
> I think that would solve the problem without surprising users about where
> to find the file.
>
How about the former change plus the following:
>From 43302c032cf17cce6a4c9627bf0fce0b8d128039 Mon Sep 17 0
613b Mon Sep 17 00:00:00 2001
From: Christian Ehrhardt
Date: Thu, 13 Sep 2018 14:24:28 +0200
Subject: [PATCH] make makedefs.out no more be a conffile
Signed-off-by: Christian Ehrhardt
---
debian/changelog | 6 ++
debian/postfix.maintscript | 2 ++
debian/rules | 2 +-
On Mon, Sep 10, 2018 at 4:50 PM Christian Ehrhardt <
christian.ehrha...@canonical.com> wrote:
> > So it seems these days the udev rules as provided upstream are good
>> > as-is and we could drop that.
>>
>> There was a bug report where the upstream were report
>
> > So it seems these days the udev rules as provided upstream are good
> > as-is and we could drop that.
>
> There was a bug report where the upstream were reported as buggy,
> resulting in that patch.
>
> https://github.com/bzed/pkg-open-vm-tools/pull/10
>
>
> So right now I can't see whats wro
seems these days the udev rules as provided upstream are good as-is
and we could drop that.
Could you take a look if the same is true for your environments and if so
consider dropping this Delta to upstream?
[1]: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1790145
--
Christian
>
> > [1]: https://wiki.ubuntu.com/Netplan#Frequently-asked_questions
>
> Sorry, I completely dropped the ball on this.
>
No problem at all, I know there is always one task too mcuh :-)
> I have again looked through all the open bugs and I've come to the
> conclusion that ntpdate in it's current
FYI - updated the salsa PR with a further simplification according to the
feedback of Scott Moser.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
sage/36403133/
[2]:
https://sourceforge.net/p/openvpn/mailman/openvpn-devel/thread/CAATJJ0K1v4eLLSwrpdnSgLV5LZkEAmVW3LfbRT3ssLW8Xb2bCw%40mail.gmail.com/#msg36406486
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Wed, 13 Jun 2018 00:29:33 +0200 Bernd Zeimetz wrote:
> Hi again,
>
> things have changed - thanks VMware - and I'd be happy to support
> whatever is needed to make d-i install open-vm-tools when being run in a
> VMware environment.
I'd think so as well, things got better since then.
> Regardi
Hi,
I looked at that due to a similar Ubuntu Bug.
It seemed as if handling of the report you opened has stalled.
I updated the bug with a summary of changes in that context over the last
2.5 years and submitted to their mailing list.
Hopefully that will help getting this resolved.
--
Christian
done;
kill -9 $pid
Will report like:
PID 23230
Seccomp:2
Seccomp:0
And the two lines should match
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
ore of the
modular blacklists by default if >=qemu 2.11 is detected.
But even being default off people could switch it on all the time per
command-line or via lbivirt per seccomp_sandbox= in /etc/libvirt/qemu.conf
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
support yes
[1]:
https://buildd.debian.org/status/fetch.php?pkg=qemu&arch=amd64&ver=2.0.0%2Bdfsg-6%2Bb1&stamp=1402079442&raw=0
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
alone isn't a compelling reason to maintain it :-)
Not opposed, but eager to learn for what this should be enabled before
doing so in a non-experimental upload.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Fri, Aug 10, 2018 at 6:59 PM Michael Biebl wrote:
> Am 10.08.2018 um 15:54 schrieb Felipe Sateler:
> > I'm still not sure why we parse Also= for starting. Michael, do you
> > remember the rationale?
>
> I think this is simply a mistake and should be corrected.
> Parsing Also= for dh_systemd_en
On Fri, Aug 10, 2018 at 3:54 PM Felipe Sateler wrote:
>
>
> On Fri, Aug 10, 2018 at 7:42 AM Michael Biebl wrote:
>
>> Am 10.08.2018 um 13:32 schrieb Christian Ehrhardt:
>> > I think I'd want/need a "dh_systemd_start
>> --no-dependent-services/so
On Fri, Aug 10, 2018 at 1:42 PM Michael Biebl wrote:
> Am 10.08.2018 um 13:32 schrieb Christian Ehrhardt:
> > I think I'd want/need a "dh_systemd_start
> --no-dependent-services/sockets"
> > option to intentionally have it generate "just" for libvirt.s
I set pkg-systemd-maintain...@lists.alioth.debian.org to CC on this as it
is almost more a dh_*systemd* question/bug than of libvirt.
Libvirt just happens to be the package getting into this situation.
And their expertise might help to resolve this bug (#905772)
Trying an interim TL;DR:
- Service
Hi,
Just FYI simply removing the installation of the sysV scripts will uncover
other issues.
If sysV and systemd services are installed the former still are prefered.
So with libvirtd sysV gone it will pick up libvirtd.service
That will parse the Requires which contains virtlogd-socket will
event
eam)
Aug 09 09:36:26 debian-stretch systemd[1]: Listening on Virtual machine
lock manager admin socket.
[1]: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1786179
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
I just had a few spare hours to do so, I was not in a particular hurry.
Will pull from (or propose to) your git next time, thanks Bernd!
do to create it as there as no README.source or such to explain it.
[1]:
https://code.launchpad.net/~usd-import-team/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+ref/ubuntu/cosmic-devel
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
bian.org/status/fetch.php?pkg=libvirt&arch=amd64&ver=4.6.0-1&stamp=1533592540&raw=0
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
an.org/cgi-bin/bugreport.cgi?bug=888955
[UBU-1]:
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1750780
[UBU-2]:
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1758428
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
i386 buildlog as amd64 was not reachable.
It would be correct for the i386 libdpdk-dev to not have the dependency.
Unfortunately
https://buildd.debian.org/status/logs.php?pkg=dpdk&ver=18.05-1&arch=amd64
is empty atm :-/
Luca, do you see the issue right away - or do we need to rebuild to see
what happened?
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
/bin/dash rmPUx,
+ /{,usr/}bin/dash rmPUx,
# libchron-extra-plugins: kernel-libipsec
/dev/net/tun rw
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
>
>
> I was wondering... isn't this behaviour to be performed as a postrm
> script by the package that carries the original apparmor profile, in
> this case, ntp?
>
[...]
> I might be missing something here, so please excuse and clarify.
>
Hi Dererk
this was my first thought as well, but it was
r now for a better
overview if you want - we can re-open when I come back to it one day.
On Fri, Jul 20, 2018 at 9:26 AM Guido Günther wrote:
> Hi,
> On Fri, Jul 20, 2018 at 08:29:38AM +0200, Christian Ehrhardt wrote:
> >But all other connections are internal and I'd keep t
On Tue, Jul 17, 2018 at 12:03 PM Christian Ehrhardt <
christian.ehrha...@canonical.com> wrote:
>
>
> On Mon, Jul 2, 2018 at 8:13 AM Guido Günther wrote:
>
>> Hi Christian,
>> On Tue, Jun 26, 2018 at 09:18:33AM +0200, Christian Ehrhardt wrote:
>> >>
On Mon, Jul 2, 2018 at 8:13 AM Guido Günther wrote:
> Hi Christian,
> On Tue, Jun 26, 2018 at 09:18:33AM +0200, Christian Ehrhardt wrote:
> >> libvirt-lxc is something I want to keep in the default install
> >Would you be ok then to split it and make it a depend
the bug.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
> libvirt-lxc is something I want to keep in the default install
Would you be ok then to split it and make it a depends or recommends for
Debian?
I could then on the Ubuntu Delta change that Dependency to a suggest as we
would prefer it.
>
> What would that gain us in terms of dependencies?
> -- Guido
>
>From a pure dependency POV the xen move gives us ... oh wait a minute I
only checked on libvirt-daemon so far where things were dropped as I
expected.
But with all dependencies included it still is in the dependency list on an
in
FYI - submitted changes for review as
https://salsa.debian.org/libvirt-team/libvirt/merge_requests/2
://buildd.debian.org/status/package.php?p=libvirt
[2]: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3302
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Hi,
I was testing this further and found one issue in the autopkgetsts that is
now fixed.
Further I rebased on what matches latest Debian.
Thereby I'd hope the following branch should be easier to consume for you:
=>
https://code.launchpad.net/~paelzer/ubuntu/+source/open-iscsi/+git/open-iscsi/+ref
/~paelzer/ubuntu/+source/open-iscsi/+git/open-iscsi/+ref/cosmic-fix-1755858-socket-activation
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
Sorry for my lack of experience on this.
Domain.cl was the first google hit and had a usual reseller page, but
anyway.
Dropping www and using something official like chile government actually
works.
root@c:~# whois gob.cl
%%
%% This is the NIC Chile Whois server (whois.nic.cl).
%%
%% Rights restri
cz utf-8
====
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848890#175
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848890#180
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
.
Hope that helps on your >=2.3.1 efforts.
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1564348
[2]: https://github.com/dovecot/core/pull/71
[3]:
https://github.com/dovecot/core/pull/71/commits/3a3d9c77c243bc1097039cb70a0029e0c108efbb
--
Christian Ehrhardt
Software Engineer, Ubuntu Ser
ues are there any one could help?
I'll start a merge of the 2.3.1 version and do a few checks on my own, but
feedback on the current status from the maintainer working on it would be
appreciated.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
amba/ntp_signd/{,*} rw,
[1]:
https://git.launchpad.net/~paelzer/ubuntu/+source/chrony/commit/?h=merge-cosmic-3.3-1&id=13339a04e989639c736b79b75b901be6ac561b76
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Wed, May 9, 2018 at 7:14 PM, Ferenc Wágner wrote:
> Christian Ehrhardt writes:
>
> > While not crit since all is in sid, but for backports or other re-users
> > (and for correctness) I wonder if the build depedency should be versioned
> > to libqb >=1.0.3-1
&g
201 - 300 of 530 matches
Mail list logo
