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: http
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 times of heavy load on
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. https://bugs.debi
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 unm
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 this?
>
> I'd like to
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
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 dependency on the
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: http://bugs.debian.org/cgi
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 initramfs-to
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 version
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 initramfs-too
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
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:
> >>
> >>> The question is how to provi
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 :)
>
> I just pushed my custom p
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 reposi
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
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 some-branch" in a
> larg
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.
binary:btrfs-modules-4.8.0-
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 p
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
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 two
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
l
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 jessie
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 attac
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 P
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
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 you
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
> > > (maybe a bit b
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
--- Syste
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 tool to aid distro revie
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 ju
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 give another devel
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:
htt
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 s1
>>> is "resolve
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 the definition comes
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 __attribute__((unused)))
{
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 o
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*);
>> EXPORT_SYMBOL(foo);
>>
>> t2
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;
>
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 s2;
> struct s3 {
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 m
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 type expansion stops
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 the move needs to
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: curren
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 cons
45 matches
Mail list logo
