Bug#994564: RFS: sosreport/4.2-1 -- Set of tools to gather troubleshooting data from a system

unused dir rm -rf debian/sosreport/usr/config On Mon, Sep 20, 2021 at 10:30 AM Eric Desrochers < eric.desroch...@canonical.com> wrote: > * [sos.conf] > The right configuration location is in '/etc/sos' and the package contains > it. > I'll look at why a

Bug#994564: RFS: sosreport/4.2-1 -- Set of tools to gather troubleshooting data from a system

' collection ? Or other services ? [systemd/rc-agnostic] sos project main focus is on systemd. Most of the other 'init' type as been removed (upstart, ...): 297011da [upstart] Remove plugin On Sun, Sep 19, 2021 at 5:22 AM Adam Borowski wrote: > On Fri, Sep 17, 2021 at 0

Bug#994564: RFS: sosreport/4.2-1 -- Set of tools to gather troubleshooting data from a system

ps://github.com/sosreport/sos/releases/tag/4.2 . * Former patches, now fixed: - d/p/0002-fix-dict-order-py38-incompatibility.patch - d/p/0003-systemd-prefer-resolvectl-over-systemd-resolve.patch . * Remaining patches: - d/p/0001-debian-change-tmp-dir-location.patch Regards, -- Eric Desrochers

Bug#988110: spice-html5: version 0.3, with revised UI and minor bug fixes

Package: spice-html5 Version: spice-html5 0.3.0 is out Severity: normal X-Debbugs-Cc: eric.desroch...@canonical.com Dear Maintainer, Version 0.3, released 6 months ago, has revised UI and minor bug fixes. Some of them are: * A new visual layout * More visible supprot for ctrl-alt-delete * Tuning

Bug#985783: RFS: sosreport/4.1-1 -- Set of tools to gather troubleshooting data from a system

e.sh wants to interact with the kernel. . * Former patches: - d/p/0002-fix-dict-order-py38-incompatibility.patch - d/p/0003-systemd-prefer-resolvectl-over-systemd-resolve.patch . * Remaining patches: - d/p/0001-debian-change-tmp-dir-location.patch Regards, -- Eric Desrochers

Bug#984805: RFS: sosreport/4.1-1 -- Set of tools to gather troubleshooting data from a system

ge-tmp-dir-location.patch Regards, -- Eric Desrochers

Bug#982976: systemd-coredump user is created by something other than its derived systemd packages

nstalled. - Eric On Wed, Feb 17, 2021 at 12:17 PM Michael Biebl wrote: > Am 17.02.21 um 17:50 schrieb Eric Desrochers: > > Package: systemd > > Version: 247.2-5 > > Severity: normal > > X-Debbugs-Cc: eric.desroch...@canonical.com > > > > Dear Maintainer, &

Bug#982976: systemd-coredump user is created by something other than its derived systemd packages

Package: systemd Version: 247.2-5 Severity: normal X-Debbugs-Cc: eric.desroch...@canonical.com Dear Maintainer, Detailled informations can be found in https://launchpad.net/bugs/1915936 Basically, systemd-coredump system user get created via systemd-sysusers and default its home directory to "/"

Bug#979264: Please report this issue / code modification upstream first.

First step, would be to report an issue[0] and then submit a PR against sos upstream's systemd plugin[0] to make sure they adopt the proposal modification and you get the credits. That way, as a maintainer I won't need to carry that debian patch forever, if its part of future upstream release. [0

Bug#887181: Bug #887181

Unless one wants to upload a patched package to the Debian mentors queue or have urgent need (which I doubt since this bug is opened since 2018). I'll keep a note to address this bug for the next new upstream release bump. 4.0 was released in Aug 2020, so we could expect having a new release in a

Bug#887181: sosreport should depend on e2fsprogs explicitly

Essential: * util-linux (findmnt, lslocks, ...) Non-Essential: * mount * e2fsprogs (e2freefrag, dumpe2fs, ...) # Demoted from Essential: yes to XB-Important: yes as per bug #474540) * lsof (lsof) sosreport is fault tolerant to cmd not found situation inside plugins. Note that there is no impact o

Bug#977774: lshw: Bump lshw to B.02.19 version

Package: lshw Version: 02.18.85-0.5 Severity: normal X-Debbugs-Cc: eric.desroch...@canonical.com Dear Maintainer, lshw B.02.19 has been released last March: https://ezix.org/project/wiki/HardwareLiSter#Changes This version include the following: - Detection of NVMe disks - Detection of SD/MMC an

Bug#960132: Extra fixes neeeded in mdadm package

Dear maintainers, Could you please consider the backport of the following upstream commits: 3b7aae9 mdcheck: Log when done 6636788 mdcheck: when mdcheck_start is enabled, enable mdcheck_continue too.

Bug#968690: RFS: sosreport/4.0-1 -- Set of tools to gather troubleshooting data from a system

sosreport has been re-uploaded into "mentors" with the maintainer change mentioned in "d/changelog" as suggested. Thanks ! Regards

Bug#968690: RFS: sosreport/4.0-1 -- Set of tools to gather troubleshooting data from a system

* New 4.0 upstream release. . Release information and tarballs are available at: - https://github.com/sosreport/sos/releases/tag/4.0 . * Other specific modifications: - d/p/0001-debian-change-tmp-dir-location.patch - d/p/0002-fix-dict-order-py38-incompatiblity.patch Regards,

Bug#953621: Fix Python 3.8 file operations

Dear maintainer, May I suggest we (A) bump "sshuttle" to upstream release "1.0.2" and take benefit of that to modernize the package to a let's say more modern dh compat version, ... ? Or at very least (B) cherry-pick the 3.8 fix[0] into Debian ? This is highly impacting some Ubuntu users[1], and

Bug#962963: RFS: sosreport/3.9.1-1 -- Set of tools to gather troubleshooting data from a system

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sosreport" * Package name : sosreport Version : 3.9.1-1 Upstream Author : Bryn M. Reeves * URL : https://github.com/sosreport/sos * License : GPL-2+ * Vcs : https://salsa.debian.org/sosreport-

Bug#951392: dependency on Python2

Hi Adam, I have dropped the py2 dependency out of the sosreport 3.9-1 debian package, it is no longer needed. This runtime dependency was a left over. If you want to give a second review. I have dropped the py Depends in my curren upload of version "3.9-2" https://mentors.debian.net/package/sosr

Bug#951392: RFS: sosreport/3.9-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sosreport": * Package name: sosreport Version : 3.9-1 Upstream Author : Bryn M. Reeves * URL : https://sos.readthedocs.io/en/latest/ * License : GPL-2

Bug#944360: Proposal for lua-lpeg src pkg modernisation

Dear maintainers, Here's a proposal to modernise the lua-lpeg package. No more lintian 'W:' reported. bug944360.debdiff Description: Binary data

Bug#944360: lua-lpeg src package (debian/) needs to be updated

Source: lua-lpeg Version: 1.0.0-2 Severity: important Dear Maintainer, While sponsoring a recent fix in lua-lpeg for Ubuntu. I have notice that the current package of lua-lpeg is using a deprecated debhelper compat version. v7 has been released 11 years ago. https://manpages.debian.org/testing

Bug#942817: after re-considerations

Ok after reconsideration Here's my new chain of thought * Scenario #1: Simply comment out the IPV6 line by default as follow: server { listen 80 default_server; #listen [::]:80 default_server; I don't expect much impact in the behaviour change. It will only affect users expecting to have liste

Bug#942817: Additional Data

While I totally agree that disabling ipv6 is a corner case, I'm still not convinced that it's enough justification to not worry about this case. As I said some companies in the field do disable ipv6 intentionally as per their policy. Of course, we can debate if it's a good idea or not, but in fact

Bug#942817: proposed patch

Here's the proposal patch From 92eaf0278ff14f67255e03ee0f2f9536c83f64d1 Mon Sep 17 00:00:00 2001 From: Eric Desrochers Date: Mon, 21 Oct 2019 21:08:44 -0400 Subject: [PATCH] Allow nginx to start on ipv6 disabled system --- debian/changelog | 7 ++ .../

Bug#942817: nginx when ipv6 is disabled

Package: nginx Version: 1.14.2-2+deb10u1 Severity: normal Dear Maintainer, Old reference: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779825 nginx fails at install time to start[1] if the system has ipv6 disabled. While I understand the chances intentionally disabled ipv6 are not common, i

Bug#941583: adcli new release 0.9.0

Package: adcli Version: 0.8.2-1+b1 Severity: normal Dear Maintainer, A new release of adcli has been released ~4 weeks ago: Release version 0.9.0: https://gitlab.freedesktop.org/realmd/adcli/commit/1b1528038e084a9f81ea108cffca9c2707623b9c - Improve parsing of NetLogon replies [bfo#98143], [

Bug#941492: samba: libwbclient-sssd package installation does not re-create expected symlink to libwbclient.so.0

Source: samba Version: 2:4.10.8+dfsg-1 Severity: normal Dear Maintainer, More details can be found in the Ubuntu LP bug: https://launchpad.net/bugs/1844173 Original description: [Issue] The libwbclient-sssd package provides a libwbclient.so.0.14.0 library which enables winbind queries (i.e

Bug#939900: RFS: sosreport/3.8-1 -- Set of tools to gather troubleshooting data from a system

added that will allow users to collect certain data, even if it means the host system would be changed. . * Former patches now fixed upstream: - d/p/0001-skip-py2-only-tests.patch - d/p/archive-fix-stat-typo.patch - d/p/avoid-distutils.diff Regards, -- Eric Desrochers

Bug#935325: Regression patchset

Rectification from my previous update: https://github.com/net-snmp/net-snmp/commit/71e487212bd65839e7454df9701524d08cf0d74f https://github.com/net-snmp/net-snmp/commit/bcb1a6b8afc444bbcd099a195e08f0b01cbc8f6b References: https://bugs.launchpad.net/ubuntu/bionic/+source/net-snmp/+bug/1843036 http

Bug#935325: Additional patch

Along with Ionna's patch. The following is also needed : https://github.com/net-snmp/net-snmp/pull/5 https://github.com/net-snmp/net-snmp/commit/71e487212bd65839e7454df9701524d08cf0d74f Regression bug in Ubuntu: https://bugs.launchpad.net/ubuntu/bionic/+source/net-snmp/+bug/1843036 Regards, Eric

Bug#935326: util-linux: fstrim shouldn't run inside a container environment

Package: util-linux Version: 2.33.1-0.1 Severity: normal Dear Maintainer, I recently did a commit upstream to prevent fstrim to run if systemd detects a container environment. Container meaning theses products: openvz lxc lxc-libvirt systemd-nspawn docker podman rkt wsl As per documentation: ht

Bug#928604: soscleaner : 0.4.4-1

In order to help the sponsorship: [Verification] # dpkg -L soscleaner /. /usr /usr/bin /usr/bin/soscleaner /usr/lib /usr/lib/python2.7 /usr/lib/python2.7/dist-packages /usr/lib/python2.7/dist-packages/soscleaner-0.4.4.egg-info /usr/lib/python2.7/dist-packages/soscleaner-0.4.4.egg-info/PKG-INFO /u

Bug#928604: Does soscleaner can be part of sosreport ?

As per my conversation with Robie about this ITP: Did you end up documenting why it can't be part of sosreport anywhere? All the details can be found here : https://github.com/sosreport/sos/issues/1557 Thanks Eric

Bug#928604: New version of soscleaner : 0.4.4

Upstream just released the new version (0.4.4): https://github.com/jduncan-rva/soscleaner/releases Please disregard version "0.4.3" in favour of "0.4.4" version from now on. I will package soscleaner, test, ... and once ready I'll ask for DD sponsorship as stated in previous updates. - Eric

Bug#928604: New release of soscleaner soon !

Quick update: In a couple of days, upstream should make a new release available, including some fixes of mine. I will wait until it is released and then will ask Robie Basak (DD) to review as we both agreed in previous irc conversation. Will update the bug with the new soscleaner release number

Bug#928604: quick update

Please let's put this ITP on hold for now. Robie Basak kindly offered to review it once I'll be ready to resume the review for this ITP. The reasons behind this is because there is a few upstream bugs I would like to be addressed/merged before we continue with review for soscleaner to land in debi

Bug#928604: sosreport explanation

sosreport is a unified tool for collecting system logs and other debug information on a given system. Its collecting the data and then prepare a tarball ready to be send to outside parties for support. Reference: https://sos.readthedocs.io/en/latest/ https://github.com/sosreport/sos

Bug#928604: ITP: soscleaner -- Python application to clean sensitive and un-wanted data from an existing sosreport

Package: wnpp Severity: wishlist Owner: Eric Desrochers * Package name: soscleaner Version : v0.4.3 Upstream Author : jduncan * URL : https://github.com/jduncan-rva/soscleaner * License : GPL-2+ Programming Lang: Python Description : Python

Bug#928049: sosreport: new sosreport upstream version (v3.7)

Package: sosreport Version: 3.7-1 Severity: normal Dear Maintainer, A new sosreport version (3.7) upstream got recently released. Major enhancements to core features and existing plugins: - New distribution policies for CentOS and Amazon Linux - 19 new plugins: - Obsolete IPSec plugin removed (

Bug#922705: makedumpfile: Add "usbcore.nousb" & "reset_devices" into KDUMP_CMDLINE_APPEND

Package: makedumpfile Version: 1:1.6.5-1 Severity: normal Dear Maintainer, * Crash kernels do not advise some subsystems to perform a reset by default. * Crash kernels come up with the usb subsystem enabled, even when it should be disabled by default.

Bug#900818: 3.6 will be out late June 2018

Further reading on the 3.5.1 release note revealed that 3.6 is planned for late June 2018. With that being said, we may want to wait the 3.6 release since it just a matter of days/weeks before it's official release. "This release allows distribution packagers to update to a new upstream release b

Bug#900818: interim version 3.5.1 of sosreport into debian

Package: sosreport Version: 3.5-1.1 An interim version (3.5.1) of sosreport has been released to help distro packagers who cannot wait until 3.6 final is out. Release notes: https://github.com/sosreport/sos/releases I suggest that we merge 3.5.1 upstream into debian, this version fixes several i

Bug#883537: sosreport: Regresion from [sosreport] add per-plugin package verification lists.

Package: sosreport Version: 3.5-1 Severity: normal Dear Maintainer, We found a severe regression introduced by the following change: [sosreport] add per-plugin package verification lists. Many "packages = " lines are no longer work preventing automatic package detection. The situation is also r

Bug#883209: Reproducer/analysis so far

More analysis can be found here : https://bugs.launchpad.net/bugs/1734967 ## REPRODUCER ## # sudo ln -sf /usr/share/zoneinfo/America/Godthab /etc/localtime # reboot # ls -altr /etc/localtime lrwxrwxrwx 1 root root 35 Nov 29 10:34 /etc/localtime -> /usr/share/zoneinfo/America/Godthab # date

Bug#883209: php7.0: Update timezonemap.h, which needs to match the bundled TZ db

Package: php7.0-common Version: 7.0.19-1 Severity: normal Dear Maintainer, Recent tzdata change to remove some invented abbreviations in 'europe' such as America/Amsterdam, America/Godthab, ... cause PHP package to set incorrect TZ. I think PHP need a timezonemap.h update to be align with recent

Bug#881822: backtrace

Sorry about that, my last comment output didn't display in a easily visible format Core was generated by `pmatop'. Program terminated with signal SIGSEGV, Segmentation fault. #0  0x55849d1a82fd in photosyst (si=) at photosyst.c:493 (gdb) bt #0  0x55849d1a82fd in photosyst (si=) at photo

Bug#881822: backtrace

        if (nrdisk == 0) (gdb) bt #0  0x55849d1a82fd in photosyst (si=) at photosyst.c:493 #1  0x55849d19c950 in engine () at atop.c:576 #2  0x55849d19c133 in main (argc=1, argv=) at atop.c:465 (gdb) p nrdisk $1 = 1 -- Eric Desrochers Software Engineer | Sustaining Engineering Tea

Bug#881822: backtrace

I have enabled the debug symbol on pcp package, reproduced the segfault and got the backtrace Core was generated by `pmatop'. Program terminated with signal SIGSEGV, Segmentation fault. #0  0x55849d1a82fd in photosyst (si=) at photosyst.c:493 493        if (nrdisk == 0) (gdb) bt #0  0x5

Bug#881822: pcp: pmatop binary segfault when ran as-is

Package: pcp Version: 3.12.1+b1 Severity: normal Dear Maintainer, pmatop binary segfault when ran as is # pmatop Segmentation fault (core dumped) -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux

Bug#881650: pcp: Convert package from 3.0 (native) to 3.0 (quilt)

Package: pcp Version: 3.12.2 Severity: normal Dear Maintainer, As discussed in LP: #1700827 (ubuntu) it would be best to switch to dpkg-source 3.0 (quilt) format. * How to convert a source package : https://wiki.debian.org/Projects/DebSrc3.0#FAQ

Bug#881649: pcp 3.12.2 missing Build-Depends: libqt5svg5-dev

Package: pcp Version: 3.12.2 Severity: normal Dear Maintainer, Since the addition of : * Default to building with Qt5 (closes: #875093) in 3.12.2, pcp doesn't seems to build properly missing libqt5svg5-dev in debian/control QT_SELECT=5 /usr/bin/qmake CONFIG+=release && /usr/bin/gawk --posix

Bug#878792: Upstream patch

The PR has been approved/merged in the lshw primary devel site (ezix upstream) https://ezix.org/src/pkg/lshw/commit/7b99d35064230f908551ba65c29264d90f49f246

Bug#878792: lshw crashes with SEGV in privileged containers, unless you disable the 'usb' test.

Package: lshw Version: 02.18-0.1 Severity: normal Dear Maintainer, lshw crashes with SEGV in privileged containers in Ubuntu, unless you disable the 'usb' test as follow : $ lshw -disable usb Note that the problem isn't reproducible in Debian because the container image doesn't contains the 2

Bug#871592: logrotate does not ever recover from a corrupted statefile

Package: logrotate Version: 3.11.0-0.1 Severity: normal Dear Maintainer, logrotate does not ever recover from a corrupted statefile. Reproducer : - Install logrotate - Run by hand "/etc/cron.daily/logrotate" # The first logrotate run will generate the statefile "var/lib/logrotate/status" - Mo

Bug#867181: Patch for debbug#867181

>From 19c525b34cab7b409463c0112c33693df35b3658 Mon Sep 17 00:00:00 2001 From: Eric Desrochers Date: Thu, 6 Jul 2017 09:24:36 -0400 Subject: [PATCH] ksh segfaults in job_chksave after receiving SIGCHLD Prior to this update, the compiler optimization dropped parts from the ksh job lock

Bug#867181: Red Hat fix

* Red hat fix : ksh.spec: -- - job locking mechanism did not survive compiler optimization (#1123467) -- ksh-20120801-locking.patch -- diff -up ksh-20120801/src/cmd/ksh93/include/jobs.h.locking ksh-20120801/src/cmd/ksh93/include/jobs.h --- ksh-20120801/src/cmd/ksh93/include/jobs.h.locking 2014-0

Bug#867181: ksh: compiler optimization dropped parts from the ksh job locking mechanism from the binary code.

Package: ksh Version: 93u+20120801 Severity: normal Dear Maintainer, * Problem: == The compiler optimization dropped parts from the ksh job locking mechanism from the binary code. As a consequence, ksh could terminate unexpectedly with a segmentation fault after it received the SIGCHLD signal

Bug#863374: Patch

Here's the patch from upstream project. Author: christyp Origin: upstream, https://github.com/sosreport/sos/commit/6594ee1786e59ed67393cb928cd728158d0bf86f Bug: https://github.com/sosreport/sos/issues/930 >From 74d62ea4a12571da98a7be421408082e85efa504 Mon Sep 17 00:00:00 2001 Fr

Bug#860590: ebtables: Use real locking in ebtables (LP: #1645324)

Dear maintainer, Did you have the time to review/consider my colleague (Dragan) patch to be committed/uploaded into Debian ? Note that Dragan didn't submit the patch upstream since that ebtables upstream project is pretty much unmaintained now since 2015. Nowadays, all the development effort is

Bug#861145: openssl: SHA Extension routine is not called on new AMD cpu "Ryzen".

Package: openssl Version: 1.1.0e-1 Severity: normal Dear Maintainer, [Introduction] AMD added support in their processors for SHA Extensions[1] (CPU flag: sha_ni[2]) starting with Ryzen[3] CPU. Note that Ryzen CPU come in 64bit only. Current OpenSSL version in Ryzens still calls SHA for SSSE3

Bug#857051: reply from makedumpfile maintainer

Message from makedumpfile maintainer : " Hello Eric, Thanks, I'll merge this fix into v1.6.2. P.S. I fixed other typos on this occasion. Regards, Atsushi Kumagai " - Eric

Bug#857051: Upstream

Patch has been also submitted upstream (ML :ke...@lists.infradead.org)

Bug#857051: Patch

Here's a proposal patch. Description: Typo in error msg when no crashkernel memory reservation is set Fix typo in the ERRMSG of function show_mem_usage, where the word "kernel" has been spelled by mistake like this "kenrel". Author: Eric Desrochers Bug: https:

Bug#857051: makedumpfile : Typo in error msg when no crashkernel memory reservation is set

Package: makedumpfile Version: 1.6.1 Severity: minor Dear Maintainer, Please note that there is a typo in the error msg of function show_mem_usage, where the word "kernel" has been spelled by mistake like this "kenrel". Filename: makedumpfile.c -- 10935 int show_mem_usage(void) 10936 { 10937

Bug#755848: Patch in preseed src code

Mon Sep 17 00:00:00 2001 From: Eric Desrochers Date: Thu, 6 Oct 2016 00:01:59 -0400 Subject: [PATCH] Fix for netcfg/hostname,if set, to take precedence Modify debian/network-preseed.postinst --- debian/network-preseed.postinst | 15 +++ 1 file changed, 15 insertions(+) diff --git a/deb

Bug#755848: preseed d-i netcfg/hostname does not set hostname

Disregard the proposed patch above "0001-Fix-netcfg-hostname-that-does-not-set-hostname.patch" I'll be working on a new one which will include some improvement. Stay tuned .

Bug#839645: zfsutils-linux: python utilities script suffix (.py) should be removed as per Policy 10.4

Package: zfsutils-linux Severity: normal Dear Maintainer, The zfs utilities scripts shipped with debian : * arc_summary.py : Provides a summary of the statistics * arcstat.py : Print out ZFS ARC Statistics exported via kstat(1) * dbufstat.py : Print out statistics for all cached dmu

Bug#839071: Patch for bug #839071

>From f1aeb4fd0e399cbd733bb47889d28e0bd15094e7 Mon Sep 17 00:00:00 2001 From: Eric Desrochers Date: Wed, 28 Sep 2016 10:06:05 -0400 Subject: [PATCH] Change /etc/mtab to /proc/self/mounts Fix for issues based on the fact that ZFS relies on mtab. (Closes: #839071) --- cmd/mount_zfs/mount_zf

Bug#839071: zfsutils-linux: Issues based on the fact that ZFS relies on mtab.

Package: zfsutils-linux Severity: normal Dear Maintainer, ZFS relies on mtab which is a broken concept (putting info about mounted file systems on a mounted file system). The upstream commit "79251738" addresses the situation by relying on /proc/self/mounts instead. Ideally, ZFS should be int

Bug#755848: Patch

:00 2001 From: Eric Desrochers Date: Tue, 20 Sep 2016 20:02:16 -0400 Subject: [PATCH] Fix netcfg/hostname that does not set hostname --- finish-install.d/56netcfg-hostname | 17 + 1 file changed, 17 insertions(+) create mode 100755 finish-install.d/56netcfg-hostname diff --git a/fin

Bug#833287: samba: Upgrading samba with winbind in nsswitch.conf can harm entire OS

Package: samba Severity: normal Dear Maintainer, Upgrading samba when using winbind as NSS service can break OS. Probably not triggered if "compat" is BEFORE "winbind" in nsswitch.conf. Huge impact due to big version different between winbind and libraries. The upgrade doesn't complete and segf

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

ian/changelog b/debian/changelog index def7678..9a8a52d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +zfs-linux (0.6.5.7-2) unstable; urgency=medium + + * Change utilities path (bindir) to /usr/sbin + + -- Eric Desrochers Mon, 01 Aug 2016 15:53:58 -0400 + zfs-linux (0.6.5.

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

Suggested PATCH for the utilities bindir location change >From a2290e67b4bc6cf9bc77d053754dabc411b2d6b9 Mon Sep 17 00:00:00 2001 From: Eric Desrochers Date: Mon, 1 Aug 2016 11:05:46 -0400 Subject: [PATCH] Change utilities path (bindir) to /usr/sbin --- debian/changelog

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

Following my discussion with a ZFS debian maintainer (Aron Xu) Aron confirmed that he is going to put the python scripts into /usr/sbin and remove the .py suffix in the Debian package. Regards, Eric

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

# zfs-linux version 0.6.5.7-1 in Debian "unstable" Package: zfsutils-linux Source: zfs-linux Version: 0.6.5.7-1 Architecture: amd64 Maintainer: Debian ZFS on Linux maintainers ... # List contents of a deb package $ dpkg -c zfsutils-linux_0.6.5.7-1_amd64.deb | egrep -i "arc|dbufstat" -rwxr-xr-x

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

Looking further, it seems like ZoL provide their own Debian package that uses /usr/sbin for the location. Reference: --- https://github.com/zfsonlinux/zfs/wiki/Debian "Although ZFS On Linux is now officially in the Debian GNU/Linux repository, we

Bug#832938: zfs-linux: ZFS ARC python scripts location and scripts policy

Package: zfs-linux Version: 0.6.5.7-1 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Bug (LP: #1574342) in Ubuntu where ARC scripts (arcstat.py, arc_summary.py & dbufstat.py) weren't part of

Bug#805879: libpam-sshauth dropped support for publickey authentication

Please note that it seems like the package won't build without -> Build-Depends "zlib1g-dev" debian/control - Build-Depends: debhelper (>= 9), libssh2-1-dev, libpam0g-dev | libpam-dev, dh-autoreconf, pkg-config + Build-Depends: debhelper (>= 9), libssh2-1-dev, libpam0g-dev | libpam-dev, dh-au

Bug#805879: libpam-sshauth dropped support for publickey authentication

-- Eric Desrochers | Mobile: +1 438 399 7175 (Eastern Time) Technical Account Manager | Canonical Canada, Ltd. | GPG: 2048R/8F1CA067 Description: Added back support for publickey authentication libpam-sshauth used to support publickey authentication with ssh-agent. version 0.3-1 dropped this

Bug#805879: libpam-sshauth dropped support for publickey authentication

ttps://code.launchpad.net/~benoit-guyard/ltsp/libpam-sshauth/+merge/273930 -- Eric Desrochers | Mobile: +1 438 399 7175 (Eastern Time) Technical Account Manager | Canonical Canada, Ltd. | GPG: 2048R/8F1CA067 diff -Nru libpam-sshauth-0.3.1/debian/changelog libpam-sshauth-0.3.1/debian/chang

Bug#805879: libpam-sshauth dropped support for publickey authentication

Package: libpam-sshauth Version: 0.3.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily-proposed'), (500, 'wily'), (100, 'wily