Bug#848115: Fails to configure: "Failed to try-restart nfs-server.service: Unit proc-fs-nfsd.mount is masked."

Package: nfs-kernel-server Version: 1:1.3.4-1 Severity: serious I've upgraded nfs-kernel-server from 1:1.2.8-9.2 to 1:1.3.4-1. It failed to configure: Setting up nfs-kernel-server (1:1.3.4-1) ... Failed to try-restart nfs-server.service: Unit proc-fs-nfsd.mount is masked. insserv: warning:

Bug#847681: packaging repository and sid diverging? Various fixes needed.

On 14/12/16 08:24, Andreas Henriksson wrote: > On Wed, Dec 14, 2016 at 08:11:52AM +0100, Daniel Pocock wrote: >> I agree the loss of Debian packaging history is a concern, that is one >> reason I didn't clobber the existing repository and I wrote that we can >> blow this away if there isn't

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Michal Marek a écrit: [...] > Does the abidiff tool handle the case when an exported symbol is moved > between .c files? This is always a mess with genksyms, because the two > .c files have different includes and thus the type expansion stops at > different points. So typically

Bug#847681: packaging repository and sid diverging? Various fixes needed.

Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 09:38 Uhr: > They stopped including rpc-svcgssd in the default build as of 1.3.2 and > recommended gssproxy[1] instead. Yes, gssproxy is a working drop-in replacement for rpc.svcgssd in case of the nfs4-server use case. Note, that they are

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 09:58, Dodji Seketeli wrote: > Michal Marek a écrit: > > [...] > >> Does the abidiff tool handle the case when an exported symbol is moved >> between .c files? This is always a mess with genksyms, because the two >> .c files have different includes and thus the

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Dodji Seketeli a écrit: Grr, I did paste the wrong content of t1.c and t2.c in my last message sorry. Here are the correct ones: $ cat t1.c struct s1; struct s2 { int i; }; struct s3 { struct s1 *ptr1; struct s2 *ptr2; }; void foo(struct s3* s

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 11:02, Dodji Seketeli wrote: > Michal Marek a écrit: > >>> Libabigail does a "whole binary" analysis of types. >>> >>> So, consider the point of use of the type 'struct s1*'. Even if 'struct >>> s' is just forward-declared at that point, the declaration of struct

Bug#847681: 847681

On Tue, 13 Dec 2016 22:09:07 +0100 Andreas Henriksson wrote: > On Tue, Dec 13, 2016 at 09:52:10PM +0100, Daniel Pocock wrote: >> Even if you are not sure, simply spending 10 - 15 minutes hunting for >> an example in another project and adding the links to the bug report >> can

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Michal Marek a écrit: [...] > A minimal example would be > > t1.c: > struct s1; > struct s2 { > int i; > } > struct s3 { > struct s1 *ptr1; > struct s2 *ptr2; > } > void foo(struct s3*); > EXPORT_SYMBOL(foo); > > t2.c: > struct s1 { > int j; > } > struct

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 10:36, Dodji Seketeli wrote: > Michal Marek a écrit: > > [...] > >> A minimal example would be >> >> t1.c: >> struct s1; >> struct s2 { >> int i; >> } >> struct s3 { >> struct s1 *ptr1; >> struct s2 *ptr2; >> } >> void foo(struct s3*); >>

Bug#847681: packaging repository and sid diverging? Various fixes needed.

On 14/12/16 10:31, Sven Geggus wrote: > Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 09:38 Uhr: > >> They stopped including rpc-svcgssd in the default build as of 1.3.2 and >> recommended gssproxy[1] instead. > > Yes, gssproxy is a working drop-in replacement for rpc.svcgssd in case

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 10:15, Michal Marek wrote: > A minimal example would be > > t1.c: > struct s1; > struct s2 { > int i; > } > struct s3 { > struct s1 *ptr1; > struct s2 *ptr2; > } > void foo(struct s3*); > EXPORT_SYMBOL(foo); > > t2.c: > struct s1 { > int j; > } > struct s2;

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Michal Marek a écrit: >> Libabigail does a "whole binary" analysis of types. >> >> So, consider the point of use of the type 'struct s1*'. Even if 'struct >> s' is just forward-declared at that point, the declaration of struct s1 >> is "resolved" to its definition. Even if

Bug#847681: packaging repository and sid diverging? Various fixes needed.

Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 11:01 Uhr: > Would you consider uploading it or proposing it in mentors.debian.net? > Please also send details on the gss-proxy ITP bug. Robbie is the one with the ITP bug, not me :) I just pushed my custom package data to github though:

Bug#847681: packaging repository and sid diverging? Various fixes needed.

On 14/12/16 12:12, Sven Geggus wrote: > Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 11:01 Uhr: > >> Would you consider uploading it or proposing it in mentors.debian.net? >> Please also send details on the gss-proxy ITP bug. > > Robbie is the one with the ITP bug, not me :) > > I

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 09.12.2016 17:03, Greg Kroah-Hartman wrote: > On Sat, Dec 10, 2016 at 01:56:53AM +1000, Nicholas Piggin wrote: >> On Fri, 9 Dec 2016 15:36:04 +0100 >> Stanislav Kozina wrote: >> >>> The question is how to provide a similar guarantee if a different way? >> As a

Bug#848145: [nfs-common] nfs-config.service fails to run due to incorrect path in ExecStart

Package: nfs-common Version: 1:1.3.4-1 Severity: important --- Please enter the report below this line. --- As packaged, nfs-config.service has ExecStart=/usr/libexec/nfs-utils/nfs-utils_env.sh which needs to be changed to ExecStart=/usr/lib/systemd/scripts/nfs-utils_env.sh Thanks ---

Bug#848181: initramfs-tools-core: support mounting of more complex setups

Package: initramfs-tools-core Version: 0.125 Severity: wishlist Tags: patch Hi, I have the following antries in /etc/fstab: /dev/mapper/tobias4-home /home ext3defaults0 2 /home/usr /usr none bind 0 0 Currently /usr is not mounted automatically. However, with the

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Sat, Dec 10, 2016 at 01:41:03PM +0100, Greg Kroah-Hartman wrote: > On Fri, Dec 09, 2016 at 11:46:54PM +0100, Dodji Seketeli wrote: > > Hello, > > > > Nicholas Piggin a �crit: > > > > [...] > > > > > That said, a dwarf based checker tool should be able to do as good a job

Bug#775541: marked as done (NFS mounts from /etc/fstab can fail w/out network-manager)

Your message dated Wed, 14 Dec 2016 20:24:57 +0100 with message-id <2bea4f23-1f1a-56f0-a5e8-b7265ba9f...@pocock.pro> and subject line Re: Bug#775541: nfs-utils / still a bug with 1.3.4? has caused the Debian Bug report #775541, regarding NFS mounts from /etc/fstab can fail w/out network-manager to

Bug#847681: improving NFS stability in next Debian release

Brief update on this issue: nfs-utils 1.3.4 is now in Debian sid There is discussion about changes (e.g. going from svcgssd to gss-proxy) in this bug, if anybody could add any comments it would be very welcome http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847681 On 11/12/16 20:01, Daniel

Bug#756900: marked as done (nfs-utils: new upstream versions available)

Your message dated Wed, 14 Dec 2016 19:36:46 +0100 with message-id <60a6e78f-eba6-9823-7b87-a3cd9fb29...@pocock.pro> and subject line 1.3.4 uploaded, please test has caused the Debian Bug report #756900, regarding nfs-utils: new upstream versions available to be marked as done. This means that

Bug#847681: packaging repository and sid diverging? Various fixes needed.

Sven Geggus writes: > Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 11:01 Uhr: > >> Would you consider uploading it or proposing it in mentors.debian.net? >> Please also send details on the gss-proxy ITP bug. > > Robbie is the one with the ITP bug, not me :)

Processed: Re: Bug#848181: initramfs-tools-core: support mounting of more complex setups

Processing control commands: > tag -1 wontfix Bug #848181 [initramfs-tools-core] initramfs-tools-core: support mounting of more complex setups Added tag(s) wontfix. -- 848181: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848181 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Bug#847549: kernel bug dcache.c 2373 invalid opcode 0000 d_materialise_unique

Control: tag -1 moreinfo On Fri, 9 Dec 2016 09:35:40 +0100 Daniel Pocock wrote: > Package: linux > Version: 3.16.36-1+deb8u1 > Severity: important >  > The system is an NFS server running linux-image-3.16.0-4-amd64 >  > At times of heavy load on NFS, such as "git checkout

Processed: Re: kernel bug dcache.c 2373 invalid opcode 0000 d_materialise_unique

Processing control commands: > tag -1 moreinfo Bug #847549 [linux] kernel bug dcache.c 2373 invalid opcode d_materialise_unique Added tag(s) moreinfo. -- 847549: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847549 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

linux_4.8.11-1~bpo8+1_multi.changes is NEW

binary:affs-modules-4.8.0-0.bpo.2-4kc-malta-di is NEW. binary:affs-modules-4.8.0-0.bpo.2-loongson-3-di is NEW. binary:affs-modules-4.8.0-0.bpo.2-octeon-di is NEW. binary:ata-modules-4.8.0-0.bpo.2-4kc-malta-di is NEW. binary:ata-modules-4.8.0-0.bpo.2-loongson-3-di is NEW.

Bug#848181: initramfs-tools-core: support mounting of more complex setups

Control: tag -1 wontfix This code is broken in several ways, and I don't want to add this sort of complexity anyway. Sorry. Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part

Bug#847681: packaging repository and sid diverging? Various fixes needed.

On Tue, 2016-12-13 at 20:55 +0100, Daniel Pocock wrote: [...] > Thanks for providing this feedback > > I've done the following: > - forked the upstream repository The existing packaging repos are also based on the upstream git repo. > - created a debian/sid branch > - copied debian/* from

Bug#847681: improving NFS stability in next Debian release

On Wed, 2016-12-14 at 20:27 +0100, Daniel Pocock wrote: > Brief update on this issue: nfs-utils 1.3.4 is now in Debian sid [...] But it's broken: https://bugs.debian.org/848145 This one looks stranger; may or may not be a regression: https://bugs.debian.org/848115 Ben. -- Ben Hutchings The

Processing of linux_4.8.11-1~bpo8+1_multi.changes

linux_4.8.11-1~bpo8+1_multi.changes uploaded successfully to localhost along with the files: linux_4.8.11-1~bpo8+1.dsc linux_4.8.11-1~bpo8+1.debian.tar.xz linux-support-4.8.0-0.bpo.2_4.8.11-1~bpo8+1_all.deb linux-doc-4.8_4.8.11-1~bpo8+1_all.deb linux-manual-4.8_4.8.11-1~bpo8+1_all.deb

Bug#847681: packaging repository and sid diverging? Various fixes needed.

On Wed, 2016-12-14 at 09:38 +0100, Daniel Pocock wrote: > > On 14/12/16 08:24, Andreas Henriksson wrote: > > On Wed, Dec 14, 2016 at 08:11:52AM +0100, Daniel Pocock wrote: > > > I agree the loss of Debian packaging history is a concern, that is one > > > reason I didn't clobber the existing

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Wed, 14 Dec 2016 15:04:36 +0100 Hannes Frederic Sowa wrote: > On 09.12.2016 17:03, Greg Kroah-Hartman wrote: > > On Sat, Dec 10, 2016 at 01:56:53AM +1000, Nicholas Piggin wrote: > >> On Fri, 9 Dec 2016 15:36:04 +0100 > >> Stanislav Kozina wrote: > >>

Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init.

On Fri, 2016-12-09 at 17:50 +, Ben Hutchings wrote: > On Wed, 23 Nov 2016 14:30:36 +0100 Michael Biebl wrote: [...] > > We would also have to make sure to use mount --move in > > /usr/share/initramfs-tools/init for /run, /sys and /proc > >   > > Ben, what's your take on

Bug#848214: nfsdcltrack installed to wrong location

Package: nfs-kernel-server Version: 1:1.2.8-9.2 Severity: serious Fixed: 1:1.3.4-1 The kernel looks[1] for nfsdcltrack in /sbin The package released in jessie installs it to /usr/sbin Fixed in the 1.3.4-1 upload. This affects jessie users, a stable update may be necessary 1.

Bug#847549: kernel bug dcache.c 2373 invalid opcode 0000 d_materialise_unique

On 15/12/16 00:49, Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Fri, 9 Dec 2016 09:35:40 +0100 Daniel Pocock > wrote: >> Package: linux Version: 3.16.36-1+deb8u1 Severity: important >> >> The system is an NFS server running linux-image-3.16.0-4-amd64 >> >> At

Processed: fixed

Processing commands for cont...@bugs.debian.org: > fixed 848214 1:1.3.4-1 Bug #848214 [nfs-kernel-server] nfsdcltrack installed to wrong location Marked as fixed in versions nfs-utils/1:1.3.4-1. > End of message, stopping processing here. Please contact me if you need assistance. -- 848214:

Processed: tagging 829280, tagging 847325

Processing commands for cont...@bugs.debian.org: > tags 829280 + pending Bug #829280 [src:initramfs-tools] initramfs-tools: "cannot stat '/etc/modprobe.d/*'" warning from empty /etc/modprobe.d/ Bug #824543 [src:initramfs-tools] update-initramfs: cp: cannot stat '/etc/modprobe.d/*': No such file

Processed: reassign 844600 to src:initramfs-tools, forcibly merging 829280 844600

Processing commands for cont...@bugs.debian.org: > reassign 844600 src:initramfs-tools Bug #844600 [initramfs-tools-core] initramfs-tools-core: inconditional copy of /etc/modprobe.d/* Bug reassigned from package 'initramfs-tools-core' to 'src:initramfs-tools'. No longer marked as found in

Processed: forcibly merging 807457 839890

Processing commands for cont...@bugs.debian.org: > forcemerge 807457 839890 Bug #807457 [initramfs-tools] Add command to unpack initramfs Bug #839890 [initramfs-tools] please give a tool (or document how to) unpacking an initramfs with microcode prepended Marked as found in versions

Processed: Re: initramfs-tools: please ensure initrd images are reproducible

Processing control commands: > block -1 with 804063 Bug #845034 [src:initramfs-tools] initramfs-tools: please ensure initrd images are reproducible 845034 was not blocked by any bugs. 845034 was not blocking any bugs. Added blocking bug(s) of 845034: 804063 -- 845034:

Bug#845034: initramfs-tools: please ensure initrd images are reproducible

Control: block -1 with 804063 On Sun, 20 Nov 2016 22:35:13 +0100 Chris Lamb wrote: > Chris Lamb wrote: >  > > Patch attached. >  > Updated patch attached, which passes --reproducible to cpio (>= 2.12) > to ensure inode numbers are renumbered. I'd much prefer to add a versioned

Bug#845034: initramfs-tools: please ensure initrd images are reproducible

I also have a coding style nit-pick - please use [ -n "..." ] rather than [ "..." != "" ] Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part

Processed: limit source to initramfs-tools, tagging 822671, tagging 845581, tagging 825687, tagging 825929

Processing commands for cont...@bugs.debian.org: > limit source initramfs-tools Limiting to bugs with field 'source' containing at least one of 'initramfs-tools' Limit currently set to 'source':'initramfs-tools' > tags 822671 + pending Bug #822671 [initramfs-tools] initramfs-tools: preserves

Bug#833231: marked as done (initramfs-tools: during initramfs: "/init: line 1: logsave: not found" when e2fsprogs is not installed)

Your message dated Thu, 15 Dec 2016 04:47:18 + with message-id <1481777238.2742.66.ca...@decadent.org.uk> and subject line Re: initramfs-tools: during initramfs: "/init: line 1: logsave: not found" when e2fsprogs is not installed has caused the Debian Bug report #833231, regarding