2016-08-23 15:50:33 |
Jochen |
bug |
|
|
added bug |
2016-08-23 15:50:33 |
Jochen |
attachment added |
|
patch for rpc-svcgssd.service https://bugs.launchpad.net/bugs/1616123/+attachment/4726458/+files/rpc-svcgssd.patch |
|
2016-08-23 15:51:07 |
Jochen |
affects |
xubuntu-meta (Ubuntu) |
nfs-utils (Ubuntu) |
|
2016-08-23 16:32:12 |
Ubuntu Foundations Team Bug Bot |
tags |
|
patch |
|
2016-08-23 16:32:21 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Review Team |
2016-09-05 16:30:43 |
Jochen |
tags |
patch |
nfs patch xenial |
|
2018-11-03 23:01:13 |
Launchpad Janitor |
nfs-utils (Ubuntu): status |
New |
Confirmed |
|
2018-11-03 23:01:38 |
Andreas Hasenack |
bug |
|
|
added subscriber Andreas Hasenack |
2018-11-03 23:02:26 |
Andreas Hasenack |
tags |
nfs patch xenial |
nfs patch server-next xenial |
|
2018-11-03 23:02:30 |
Andreas Hasenack |
nfs-utils (Ubuntu): importance |
Undecided |
High |
|
2018-11-03 23:02:39 |
Andreas Hasenack |
bug |
|
|
added subscriber Ubuntu Server |
2018-11-03 23:37:23 |
Andreas Hasenack |
nominated for series |
|
Ubuntu Cosmic |
|
2018-11-03 23:37:23 |
Andreas Hasenack |
bug task added |
|
nfs-utils (Ubuntu Cosmic) |
|
2018-11-03 23:37:23 |
Andreas Hasenack |
nominated for series |
|
Ubuntu Bionic |
|
2018-11-03 23:37:23 |
Andreas Hasenack |
bug task added |
|
nfs-utils (Ubuntu Bionic) |
|
2018-11-03 23:37:23 |
Andreas Hasenack |
nominated for series |
|
Ubuntu Xenial |
|
2018-11-03 23:37:23 |
Andreas Hasenack |
bug task added |
|
nfs-utils (Ubuntu Xenial) |
|
2018-11-03 23:38:21 |
Andreas Hasenack |
nfs-utils (Ubuntu Xenial): assignee |
|
Andreas Hasenack (ahasenack) |
|
2018-11-03 23:38:23 |
Andreas Hasenack |
nfs-utils (Ubuntu Bionic): assignee |
|
Andreas Hasenack (ahasenack) |
|
2018-11-03 23:38:25 |
Andreas Hasenack |
nfs-utils (Ubuntu Cosmic): assignee |
|
Andreas Hasenack (ahasenack) |
|
2018-11-03 23:38:27 |
Andreas Hasenack |
nfs-utils (Ubuntu): assignee |
|
Andreas Hasenack (ahasenack) |
|
2018-11-05 13:25:00 |
Andreas Hasenack |
bug task added |
|
nfs-utils (Debian) |
|
2018-11-05 13:25:19 |
Andreas Hasenack |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892654 |
|
2018-11-05 13:25:19 |
Andreas Hasenack |
nfs-utils (Debian): importance |
Undecided |
Unknown |
|
2018-11-05 13:25:19 |
Andreas Hasenack |
nfs-utils (Debian): status |
New |
Unknown |
|
2018-11-05 13:25:19 |
Andreas Hasenack |
nfs-utils (Debian): remote watch |
|
Debian Bug tracker #892654 |
|
2018-11-08 00:26:03 |
Bug Watch Updater |
nfs-utils (Debian): status |
Unknown |
New |
|
2019-03-21 19:36:09 |
Launchpad Janitor |
nfs-utils (Ubuntu Xenial): status |
New |
Confirmed |
|
2019-03-21 19:36:09 |
Launchpad Janitor |
nfs-utils (Ubuntu Bionic): status |
New |
Confirmed |
|
2019-03-21 19:36:09 |
Launchpad Janitor |
nfs-utils (Ubuntu Cosmic): status |
New |
Confirmed |
|
2019-03-21 20:56:23 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ahasenack/ubuntu/+source/nfs-utils/+git/nfs-utils/+merge/364923 |
|
2019-03-21 21:03:33 |
Andreas Hasenack |
nfs-utils (Ubuntu): status |
Confirmed |
In Progress |
|
2019-03-25 15:26:08 |
Launchpad Janitor |
nfs-utils (Ubuntu): status |
In Progress |
Fix Released |
|
2019-04-18 14:35:50 |
Bug Watch Updater |
nfs-utils (Debian): status |
New |
Fix Committed |
|
2019-04-25 20:29:12 |
Andreas Hasenack |
nfs-utils (Ubuntu Xenial): status |
Confirmed |
In Progress |
|
2019-04-25 20:29:15 |
Andreas Hasenack |
nfs-utils (Ubuntu Bionic): status |
Confirmed |
In Progress |
|
2019-04-25 20:29:17 |
Andreas Hasenack |
nfs-utils (Ubuntu Cosmic): status |
Confirmed |
In Progress |
|
2019-04-25 20:32:00 |
Andreas Hasenack |
description |
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
[Impact]
* An explanation of the effects of the bug on users and
* justification for backporting the fix to the stable release.
* In addition, it is helpful, but not required, to include an
explanation of how the upload fixes this bug.
[Test Case]
* install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
* discussion of how regressions are most likely to manifest as a result of this change.
* It is assumed that any SRU candidate patch is well-tested before
upload and has a low overall risk of regression, but it's important
to make the effort to think about what ''could'' happen in the
event of a regression.
* This both shows the SRU team that the risks have been considered,
and provides guidance to testers in regression-testing the SRU.
[Other Info]
* Anything else you think is useful to include
* Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board
* and address these questions in advance
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
|
2019-04-25 20:36:59 |
Andreas Hasenack |
description |
[Impact]
* An explanation of the effects of the bug on users and
* justification for backporting the fix to the stable release.
* In addition, it is helpful, but not required, to include an
explanation of how the upload fixes this bug.
[Test Case]
* install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
* discussion of how regressions are most likely to manifest as a result of this change.
* It is assumed that any SRU candidate patch is well-tested before
upload and has a low overall risk of regression, but it's important
to make the effort to think about what ''could'' happen in the
event of a regression.
* This both shows the SRU team that the risks have been considered,
and provides guidance to testers in regression-testing the SRU.
[Other Info]
* Anything else you think is useful to include
* Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board
* and address these questions in advance
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
[Impact]
Command line options set for rpc.svcgssd in the /etc/default/nfs-kernel-server file are not passed on to the service, being ignored.
[Test Case]
* install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
This is an old bug and whoever was affected by it probably worked around the problem by now. I tried to cope with one such scenario by not just renaming the variable we export, but exporting the correct one in addition to the old incorrect one, but that's it. I hope this, and the explanation added to the shell script wrapper nfs-utils.sh, is enough to help people with corner cases.
idance to testers in regression-testing the SRU.
[Other Info]
This patch was accepted in debian: https://salsa.debian.org/debian/nfs-utils/merge_requests/2
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
|
2019-04-26 16:53:27 |
Andreas Hasenack |
description |
[Impact]
Command line options set for rpc.svcgssd in the /etc/default/nfs-kernel-server file are not passed on to the service, being ignored.
[Test Case]
* install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
This is an old bug and whoever was affected by it probably worked around the problem by now. I tried to cope with one such scenario by not just renaming the variable we export, but exporting the correct one in addition to the old incorrect one, but that's it. I hope this, and the explanation added to the shell script wrapper nfs-utils.sh, is enough to help people with corner cases.
idance to testers in regression-testing the SRU.
[Other Info]
This patch was accepted in debian: https://salsa.debian.org/debian/nfs-utils/merge_requests/2
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
[Impact]
Command line options set for rpc.svcgssd in the /etc/default/nfs-kernel-server file are not passed on to the service, being ignored.
[Test Case]
* In a VM (LXD won't work), install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
This is an old bug and whoever was affected by it probably worked around the problem by now. I tried to cope with one such scenario by not just renaming the variable we export, but exporting the correct one in addition to the old incorrect one, but that's it. I hope this, and the explanation added to the shell script wrapper nfs-utils.sh, is enough to help people with corner cases.
idance to testers in regression-testing the SRU.
[Other Info]
This patch was accepted in debian: https://salsa.debian.org/debian/nfs-utils/merge_requests/2
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
|
2019-04-26 16:56:34 |
Andreas Hasenack |
description |
[Impact]
Command line options set for rpc.svcgssd in the /etc/default/nfs-kernel-server file are not passed on to the service, being ignored.
[Test Case]
* In a VM (LXD won't work), install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
This is an old bug and whoever was affected by it probably worked around the problem by now. I tried to cope with one such scenario by not just renaming the variable we export, but exporting the correct one in addition to the old incorrect one, but that's it. I hope this, and the explanation added to the shell script wrapper nfs-utils.sh, is enough to help people with corner cases.
idance to testers in regression-testing the SRU.
[Other Info]
This patch was accepted in debian: https://salsa.debian.org/debian/nfs-utils/merge_requests/2
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
[Impact]
Command line options set for rpc.svcgssd in the /etc/default/nfs-kernel-server file are not passed on to the service, being ignored.
[Test Case]
* In a VM (LXD won't work), install nfs-server and a kerberos server. Use "EXAMPLE.LOCAL" for the realm, and "localhost" for the servers, when prompted:
sudo apt install nfs-server krb5-kdc krb5-user krb5-admin-server
* create the EXAMPLE.LOCAL realm. Use any password you want for the database master key, it won't be requested again:
sudo krb5_newrealm
* create a principal for the nfs service:
sudo kadmin.local -q "addprinc -randkey nfs/$(hostname -f)"
* extract the key into the system wide keytab:
sudo kadmin.local -q "ktadd -k /etc/krb5.keytab nfs/$(hostname -f)"
* edit /etc/default/nfs-common and enable gssd:
NEED_GSSD=y
* edit /etc/default/nfs-kernel-server and add an option to RPCSVCGSSDOPTS:
RPCSVCGSSDOPTS="-v"
* restart nfs-server
sudo systemctl restart nfs-server
* on xenial, you also have to restart nfs-config:
sudo systemctl restart nfs-config
* verify if /run/sysconfig/nfs-utils has the option we added above:
$ cat /run/sysconfig/nfs-utils
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
RPCNFSDARGS=" 8"
RPCMOUNTDARGS="--manage-gids"
STATDARGS=""
RPCSVCGSSDARGS="-v"
* Verify the running rpc.gssd process. Without the fix, it won't have the "-v" option:
ps axw|grep svcgssd|grep -v grep
4285 ? Ss 0:00 /usr/sbin/rpc.svcgssd
With the fix, right after installing the udpated packages, the option we added to /etc/default/nfs-kernel-server will show up:
ps axw|grep svcgssd|grep -v grep
5656 ? Ss 0:00 /usr/sbin/rpc.svcgssd -v
[Regression Potential]
This is an old bug and whoever was affected by it probably worked around the problem by now. I tried to cope with one such scenario by not just renaming the variable we export, but exporting the correct one in addition to the old incorrect one, but that's it. I hope this, and the explanation added to the shell script wrapper nfs-utils.sh, is enough to help people with corner cases.
idance to testers in regression-testing the SRU.
[Other Info]
This patch was accepted in debian: https://salsa.debian.org/debian/nfs-utils/merge_requests/2
[Original Description]
In /etc/default/nfs-kernel-server you can specify parameters for rpc.svcgssd:
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS="-n"
But the variable is named incorrectly in /lib/systemd/system/rpc-svcgssd.service:
ExecStart=/usr/sbin/rpc.svcgssd $SVCGSSDARGS |
|
2019-04-26 17:15:14 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ahasenack/ubuntu/+source/nfs-utils/+git/nfs-utils/+merge/366586 |
|
2019-04-26 17:15:37 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ahasenack/ubuntu/+source/nfs-utils/+git/nfs-utils/+merge/366587 |
|
2019-04-26 17:15:56 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ahasenack/ubuntu/+source/nfs-utils/+git/nfs-utils/+merge/366588 |
|
2019-05-08 22:46:56 |
Brian Murray |
nfs-utils (Ubuntu Cosmic): status |
In Progress |
Fix Committed |
|
2019-05-08 22:46:59 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2019-05-08 22:47:01 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2019-05-08 22:47:05 |
Brian Murray |
tags |
nfs patch server-next xenial |
nfs patch server-next verification-needed verification-needed-cosmic xenial |
|
2019-05-08 22:52:01 |
Brian Murray |
nfs-utils (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
2019-05-08 22:52:09 |
Brian Murray |
tags |
nfs patch server-next verification-needed verification-needed-cosmic xenial |
nfs patch server-next verification-needed verification-needed-bionic verification-needed-cosmic xenial |
|
2019-05-08 22:53:14 |
Brian Murray |
nfs-utils (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
2019-05-08 22:53:21 |
Brian Murray |
tags |
nfs patch server-next verification-needed verification-needed-bionic verification-needed-cosmic xenial |
nfs patch server-next verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial xenial |
|
2019-05-09 02:32:34 |
Mathew Hodson |
tags |
nfs patch server-next verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial xenial |
nfs patch patch-accepted-debian server-next verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial xenial |
|
2019-05-09 12:49:43 |
Andreas Hasenack |
tags |
nfs patch patch-accepted-debian server-next verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial xenial |
nfs patch patch-accepted-debian server-next verification-done-cosmic verification-needed verification-needed-bionic verification-needed-xenial xenial |
|
2019-05-09 13:00:39 |
Andreas Hasenack |
tags |
nfs patch patch-accepted-debian server-next verification-done-cosmic verification-needed verification-needed-bionic verification-needed-xenial xenial |
nfs patch patch-accepted-debian server-next verification-done-bionic verification-done-cosmic verification-needed verification-needed-xenial xenial |
|
2019-05-09 13:13:04 |
Andreas Hasenack |
tags |
nfs patch patch-accepted-debian server-next verification-done-bionic verification-done-cosmic verification-needed verification-needed-xenial xenial |
nfs patch patch-accepted-debian server-next verification-done-bionic verification-done-cosmic verification-done-xenial verification-needed xenial |
|
2019-05-16 09:19:23 |
Launchpad Janitor |
nfs-utils (Ubuntu Cosmic): status |
Fix Committed |
Fix Released |
|
2019-05-16 09:19:28 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2019-05-16 09:45:26 |
Launchpad Janitor |
nfs-utils (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
2019-05-16 10:20:18 |
Launchpad Janitor |
nfs-utils (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
2020-04-15 13:53:00 |
Bug Watch Updater |
nfs-utils (Debian): status |
Fix Committed |
Fix Released |
|