Hi
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
to initramfs-tools to enters etch since it
has some nice and simple fixes like this one for FrameBuffer dealing.
Apparently Luk did this without following up to the list. :)
I did this before it was mentioned on the list as the maintainer had asked me
already on IRC. ..
Cheers
Luk
--
Luk Claes - http
tags 404503 +patch
thanks
Hi
Attached an easy patch regarding this issue, improvements are very welcome as
I know I can be quite dense...
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
Index
maximilian attems wrote:
severity 463223 normal
stop
On Wed, Jan 30, 2008 at 12:27:37PM +0100, Lionel Elie Mamane wrote:
Package: initramfs-tools
Version: 0.91d
Severity: serious
Justification: Policy 3.5
On update/upgrade of a sid machine today, initramfs-tools failed to
configure,
David wrote:
Package: linux-image-686
Version: 2.6.22+9
Severity: serious
--- Please enter the report below this line. ---
linux-image 2.6.22+9 has been removed from sid, so the dependency is broken.
I guess you mean linux-image-2.6.22-1-686 has been removed and the
dependency of
dann frazier wrote:
hey,
I think we're nearly ready for a kernel upload to proposed-updates.
Here's the current list of changes queued for a stable upload.
Can you please consider fixing #317258 again? It's only about PCI ID
mappings that got lost while splitting the megaraid and
Bastian Blank wrote:
On Tue, Sep 11, 2007 at 11:20:35AM +0200, Luk Claes wrote:
Can you please consider fixing #317258 again? It's only about PCI ID
mappings that got lost while splitting the megaraid and megaraid_mbox
drivers. At one point this bug got fixed, but it was reverted later
Frederik Schueler wrote:
Hello,
Hi
I think we should add patches to update the forcedeth and e1000 drivers
to the latest version, too. Those are many changes, but also many new
boxes require those new drivers: obviously most nvidia based athlon
and opteron boards, and many xeon board
Mathieu Roy wrote:
Package: linux-image-2.6.21-2-686
Version: 2.6.21-6
Severity: important
stopped reading at that point, there is newer linux images
in the archive install them directly from unstable.
The version specified is the version in testing...
Amazing.
Tell me, are your trying to
# Automatically generated email from bts, devscripts version 2.10.19
# lebrun probably had 2.6.22-6 end of november
found 470872 2.6.22-6
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dann frazier wrote:
I'd like to propose the following update for stable.
I've tested on an etch laptop w/ built-in intel 3945 wireless and a
server w/ a bnx2 nic under both etch and etchnhalf.
Please upload.
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Bastian Blank wrote:
Hi
We introduced a workaround by reverting a removal in the kernel to allow
the current X.Org on sparc work. However this patch is not supportable
and breaks all newer machines quite badly.
This means that we have to back it out again and the only question is if
we
Jonas Smedegaard wrote:
Please reopen this bug.
Debian Policy 3.5 mandates correct package dependencies.
Debian Policy also applies to Debian unstable too.
The unstable refer to the collection of packages - each individual
package released to unstable should itself be non-broken.
It's
Hi
Can you please upload a fix for this bug to stable, TIA?
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: linux-2.6
Version: 2.6.29-4
Severity: serious
Hi
linux-2.6 fails to build on the sparc autobuilder (schroeder) with the
following error:
dh_installdirs 'boot'
/usr/bin/make -f debian/rules.real COMPILER=gcc-4.3 ARCH=sparc
LOCALVERSION=-sparc64 TYPE=plain ABINAME=-2
Package: kernel-image-2.4-686-smp
Severity: serious
Version: 101sarge1
Hi
Your package is not installable as it depends on kernel-image-2.4.27-3-686-smp
which is not available in unstable anymore.
Cheers
Luk
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint
Otavio Salvador wrote:
Bastian Blank [EMAIL PROTECTED] writes:
Hi folks
Please unblock linux-2.6/2.6.26-8.
No objection from d-i POV. I'll wait it to be built on all
architectures and do a massupload.
The just missed one is mipsel, I hope it gets done by tomorrow.
unblocked, I fear
Stefan Fritsch wrote:
Hi,
please accept redhat-cluster 2.20080801-4+lenny1 which I have just
uploaded to testing-proposed-updates:
* Fix several tmpfile race conditions, among them CVE-2008-4192 and
CVE-2008-4579. (Closes: #496410)
approved
cheers
Luk
--
To UNSUBSCRIBE,
Otavio Salvador wrote:
dann frazier da...@debian.org writes:
hey,
I wanted to give -release -boot a heads up that the kernel team is
looking to do a linux-2.6 upload to sid tomorrow. As discussed on the
d-i channel, delays in the d-i release have given us a short window to
introduce a
Otavio Salvador wrote:
Martin Michlmayr [EMAIL PROTECTED] writes:
* Frans Pop [EMAIL PROTECTED] [2008-07-07 17:30]:
In fact, having 2.6.25 in testing would possibly make it easier for
the kernel team to do a final (?) 2.6.25 upload with latest stable
updates.
FWIW, I fully agree. In the
Package: linux-modules-contrib-2.6
Version: 2.6.25-2
Severity: serious
Hi
Your package FTBFS on mipsel with the following error. Build logs can be
found on buildd.d.o as usual.
CC [M]
Daniel Baumann wrote:
Adeodato Simó wrote:
Is it i386 only?
since 'XS-Autobuild: yes' in control is not evaluated, yes.
You do have to send a request to [EMAIL PROTECTED] to get that
changed as was announced on d-d-a which made you put that field in the
first place...
Cheers
Luk
--
To
Mattia Dongili wrote:
[d-boot probably not interested in this subtopic]
On Tue, Jul 22, 2008 at 11:48:20PM +0200, maximilian attems wrote:
latest 2.6.25 stable release is in testing, we expect to keep it as backup
plan for lenny. release team wishes to have unstable coverage of 2.6.26
Robert Millan wrote:
On Thu, Aug 07, 2008 at 09:34:31AM -0700, Steve Langasek wrote:
drivers/media/dvb/frontends/tda10021.c (licensed under GPLv2+) contains a
small chunk of binary code:
static u8 tda10021_inittab[0x40]=
{
0x73, 0x6a, 0x23, 0x0a, 0x02, 0x37, 0x77, 0x1a,
0x37,
Micah Anderson wrote:
Hi release team,
I'm writing to request that a hint be added to allow util-vserver
0.30.216~r2772-1 to enter testing. As discussed on debian-kernel, this
version of the util-vserver user-space utilities is necessary in order
to work with the kernel targetted for lenny,
Bastian Blank wrote:
Hi folks
linux-modules-*-2.6 also produces a source-availability problem, they
use source including binary packages from unstable to build binary
packages. In unstable this is usualy no problem as we ship the source in
at least one variant. For the packages in testing
dann frazier wrote:
hey,
I've just uploaded firmware-nonfree 0.13. It resolves 2 RC bugs:
494936 - bnx2 fails to load on bootup, succeeds on manul load
500692 - FTBFS: depends on linux-support-2.6.25-2
And one 'normal' one (that should be bumped to important, imo):
494703 - iwl3945:
Hi
Can you please provide a proposed text (license: GPL v2) about the issue
mentioned in bug #479709 for inclusion in the release notes?
Thanks already.
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Daniel Baumann wrote:
Luk Claes wrote:
t-p-u is not the best alternative IMHO, we're not talking about some
package (linux-modules-*2.6) we can easily take out of the release if it
breaks without harming lots of users...
ack.
Either we remove virtualbox-ose from the release or we accept
David Vanfleet wrote:
Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
Dell PE 2650 server. I installed the basic 5.02a Debian system with just
a minimal install then I installed the 2.6.26-2-686-bigmem kernel so it
will see all the memory. When I boot into the bigmem
Ben Hutchings wrote:
Although Linux 2.6.31 has been released, it has a number of known
regressions and I think we will wait for 2.6.31.1 before uploading to
unstable. Most of the kernel team will be meeting in Portland from
22-26 September and I would expect the first upload to be done after
Hi
heartbeat is unable to stop nfs-kernel-server. The script returns 0 so
heartbeat think that nfs is stopped, but when trying to unmount
a shared disk (drbd) with /var/lib/nfs symlinked into heartbeat gives
up and reboots the server, it fails since nfsd is still locking files in
that folder.
Hi
the client cannot find nfs
so i do on the server:
# /etc/init.d/nfs-kernel-server restart
Stopping NFS kernel daemon: mountd nfsd.
Unexporting directories for NFS kernel daemon
Exporting directories for NFS kernel daemon...exportfs: /etc/exports
Starting NFS kernel daemon: nfsd
Hi
Setting up portmap (6.0.0-2) ...
Starting portmap daemon
Setting up nfs-common (1:1.2.2-4) ...
Creating config file /etc/idmapd.conf with new version
Creating config file /etc/default/nfs-common with new version
Starting NFS common utilities: statd.
Setting up nfs-kernel-server
Hi
File locking does not work over NFS mounts when using the repositories
nfs-common. If nfs-common is built from source, the problem goes away.
When you can reproduce this, can you have a look if statd and portmap
(or rpcbind) are running?
Cheers
Luk
--
To UNSUBSCRIBE, email to
Hi
Can you still reproduce this problem or can this old bug be closed?
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d86384a.5070...@debian.org
On 10/03/11 12:54, Debian Bug Tracking System wrote:
I have some extra information about this problem - the syslog contains
some kernel error messages related to nfs and xfs (the filesystem of the
/export partition). I have attached the relevant log section...
It could be this is a problem
Hi
statd should be started on both the client and the server if you want
locking to work correctly. Have you enabled idmapd in
/etc/default/nfs-common?
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi
Can you still reproduce this with the version in squeeze/unstable?
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d86420e.40...@debian.org
Hi
Mounting an nfs file system suddenly stopped working with errors
like this:
--
# mount.nfs exact:/ /mnt/exact -v
mount.nfs: timeout set for Wed Feb 3 16:09:00 2010
mount.nfs: trying text-based options
The users option got broken with the latest release, despite working
correctly in 1:1.0.10-6+etch.1 (old stable). Non-root users can mount
filesystems listed in /etc/fstab that have users specified, but they
will be unable to unmount the filesystem
(umount.nfs: You are not permitted to
I tried to set up nfsv4 between two lenny-installations where users have
different UIDs.
Server: User xyz has UID 1000
Client: User xyz has UID 501
What did you believe that when user xyz writes to the mounted directory
it would not end up as belonging to UID 501 on the server?
Cheers
Luk
On 03/20/2011 11:11 PM, ael wrote:
On Sun, Mar 20, 2011 at 07:40:47PM +0100, Luk Claes wrote:
Hi
Mounting an nfs file system suddenly stopped working with errors
like this:
--
# mount.nfs exact:/ /mnt/exact -v
mount.nfs: timeout set for Wed
On 03/22/2011 03:46 PM, Pedro Celestino dos Reis Rodrigues wrote:
Hello
On Sunday 20 Mars 2011 17:24:26 Luk Claes wrote:
Hi
Can you still reproduce this problem or can this old bug be closed?
Cheers
Luk
At this moment, I am no longer administrating the network that have
On 03/28/2011 09:41 PM, Bob Proulx wrote:
found 562737 1:1.2.3-1
thanks
Seen in an update today in an otherwise fully updated Sid machine:
$ sudo apt-get install nfs-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The
On 03/29/2011 12:13 AM, Bob Proulx wrote:
Luk Claes wrote:
# service nfs-common restart
Stopping NFS common utilities: idmapd statd.
Starting NFS common utilities: statd failed!
Can you please add 'set -x' on the second line of /etc/init.d/nfs-common
and give the output from 'service
On 03/29/2011 01:33 AM, Bob Proulx wrote:
Luk Claes wrote:
Can you please run rpc.statd with debugging: 'rpc.statd -Fd'? It might
be related to IPv6 (with portmap, switching to rpcbind would help in
that case), though the debug output should tell us for sure.
Here is the output
On 03/30/2011 08:13 AM, Bob Proulx wrote:
Luk Claes wrote:
Hmm, could you install rpcbind to see if this is portmap specific?
Ok, so it seems to be portmap specific. It would be nice if you could
try portmap from experimental (similar fix as rpcbind got for a related
bug) to see if that fixes
On 04/08/2011 04:24 AM, Ben Hutchings wrote:
libtirpc really does a terrible job of protocol fallback.
When trying to connect to rpcbind/portmap, it iterates over the
protocols listed in /etc/netconfig (nice choice of name, oh yeah) and
tries to create a socket for each in turn. Then it
The upgrade to nfs-kernel-server and nfs-common completely broke NFS
(client and server) for me.
I have tried switching from portmap to rpcbind - this change the
errors but did not help.
portmap unfortunately does not work with libtirpc which is the successor
of the glibc sunrpc
updating to version 1.2.3 of nfs-common froze my system and made it
unbootable (the boot sequence blocked on statd). It still booted in
rescue
mode, where I could downgrade nfs-common to 1.2.2 and the system works
again.
I don't know if the problem is the same as the one reported here
On 04/10/2011 06:10 PM, Rico Rommel wrote:
Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings:
On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote:
Package: nfs-common
Version: 1:1.2.2-4
Severity: normal
Tags: ipv6
[...]
Why ipv6?
Ben.
I noticed, that nfs-common doesn't
On 04/10/2011 08:45 PM, Rico Rommel wrote:
Am Sonntag, 10. April 2011, 20:09:36 schrieb Luk Claes:
On 04/10/2011 06:10 PM, Rico Rommel wrote:
Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings:
On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote:
I noticed, that nfs-common doesn't
On 04/13/2011 09:15 PM, Roman Mamedov wrote:
Hello,
I just had the same issue, and was able to solve it simply by installing
rpcbind (and removing portmap). I think this package should add a dependency
on rpcbind (and possibly breaks: portmap?) starting from 1.2.3.
It does, please update
On 04/13/2011 10:12 PM, Andrew O. Shadoura wrote:
Hello,
On Wed, 13 Apr 2011 22:04:54 +0200
Luk Claes l...@debian.org wrote:
I confirm the bug.
# cat /dev/null /dev/tcp/localhost/111
-su: /dev/tcp/localhost/111: No such file or directory
Unless you show that you:
1) have bash 4.1-3
On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote:
Hello,
On Wed, 13 Apr 2011 22:28:54 +0200
Luk Claes l...@debian.org wrote:
If it's the only case, it should be specified explicitly. And, after
all, why not use the utility that is supposed to be used, and not
this hackish thing
On 04/13/2011 11:32 PM, Ben Hutchings wrote:
On Wed, Apr 13, 2011 at 11:01:26PM +0200, Luk Claes wrote:
On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote:
[...]
It could be replaced by rpcinfo (as suggested before) which is provided
by libc-bin, so no extra dependencies and no breakage. Why
On 04/19/2011 08:40 PM, Michael Biebl wrote:
Hi,
Hi
the initscripts of nfs-common, pormap and rpcbind all have the following in
their LSB header:
# Default-Start: S 2 3 4 5
# Default-Stop: 0 1 6
Indeed.
As a result, the init scripts are run *twice* when you boot your system.
On 05/04/2011 03:44 PM, Martin Steigerwald wrote:
Please select tags: (one at a time) [none]
Gathering additional data, this may take a while...
rpcinfo: can't contact portmapper: rpcinfo: RPC: Authentication error; why =
Client credential too weak
The package bug script
reassign 625826 libnfsidmap2
retitle 625826 missing manpage idmapd.conf
forcemerge 585083 625826
thanks
On 05/06/2011 11:20 AM, Sebastian Harl wrote:
Hi,
the rpc.idmapd(8) manpage refers to the manpage idmapd.conf (SEE ALSO).
However, there is no such manpage (any more). According to
On 05/07/2011 12:15 PM, Mike Ricketts wrote:
This is still broken in the latest versions. Switching to rpcbind does
NOT make any difference.
You are not using IPv6 and the suggestion of another user to add IPv6
addresses to /etc/hosts did not solve the issue?
You are using NFS with Kerberos
Christian Perrier wrote:
During the last meeting of the D-I 'team' (ahem) which logs can be read
from http://wiki.debian.org/DebianInstaller/Meetings, the situation
of the kernel packages wrt testing transition was raised.
Apparently, having a new kernel in testing (whether this is 2.6.30 or
maximilian attems wrote:
On Sat, Jul 11, 2009 at 01:08:05PM +0200, Luk Claes wrote:
It needs quite some work to get reverse dependencies handled and getting
it built on all architectures. Both of which are the main responsability
of the kernel team...
it is mostly done, beside the strange
Otavio Salvador wrote:
Hello dann,
On Sun, Jul 26, 2009 at 4:04 PM, dann frazierda...@debian.org wrote:
The bnx2x driver was disabled in lenny due to its use of non-free
firmware. I have put together a patch that would reenable this driver
in lenny's 2.6.26 kernel, making use of the
dann frazier wrote:
On Sat, Aug 08, 2009 at 03:18:53PM +0200, Luk Claes wrote:
Otavio Salvador wrote:
- Update kernel-wedge/stable to include bnx2x if available (are there
space issues here?)
The space usage is neglitable and I think it can be done with a very
small risk of regressions
dann frazier wrote:
On Fri, Aug 07, 2009 at 11:30:18AM +0100, Steve McIntyre wrote:
On Wed, Aug 05, 2009 at 05:24:00PM +0100, Steve McIntyre wrote:
On Wed, Jul 29, 2009 at 02:56:49PM +0200, Bastian Blank wrote:
On Tue, Jul 28, 2009 at 09:54:08AM +0100, Steve McIntyre wrote:
In the kernel BoF
Ben Hutchings wrote:
There have been 2 upstream stable updates and one more (2.6.32.6) is due
early this week. As usual, these include some security fixes.
Therefore I propose to upload with the changes from 2.6.32.6 once that's
released.
(Still no stable ABI, sorry.)
If the ABI changed
Philipp Kern wrote:
On Mon, Jan 25, 2010 at 11:48:04AM +0100, maximilian attems wrote:
On Mon, 25 Jan 2010, Luk Claes wrote:
Ben Hutchings wrote:
There have been 2 upstream stable updates and one more (2.6.32.6) is due
early this week. As usual, these include some security fixes.
Therefore
Julien Cristau wrote:
On Mon, Jan 25, 2010 at 18:56:47 +0100, Luk Claes wrote:
I guess this means that the next version is no candidate for the release
unless it gets a stable ABI (versioning) and should block the kernel
from migrating for the time being?
The 2.6.30 kernel and the current
On 03/06/2011 06:11 PM, Ben Hutchings wrote:
Hi Ben
I request assistance with maintaining the nfs-utils package.
The package description is:
Use this package on any machine that uses NFS, either as client or
server. Programs included: lockd, statd, showmount, nfsstat, gssd
and idmapd.
On 03/06/2011 07:37 PM, Ben Hutchings wrote:
On Sun, 2011-03-06 at 18:41 +0100, Luk Claes wrote:
On 03/06/2011 06:11 PM, Ben Hutchings wrote:
I'm willing to help out. What bugs or area do you want me to prioritise on?
I think the most urgent would be reported regressions from lenny
Any reason why you don't allow connections from unpriviledged ports on
localhost to portmapper? This might very well be related to the other
bug you filed...
No. I was not aware that I did, but you are right, I had NFS services
without
LOCAL in /etc/hosts.allow. But now I changed it and even
What does /usr/sbin/rpcinfo -p give as output?
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4dedf599.5010...@debian.org
On 06/06/2011 05:37 PM, Alberto Gonzalez Iniesta wrote:
Adding the following line in the [libdefaults] section of /etc/krb5.conf
fixed the problem for me (tm), probably not the best solution, but
works:
permitted_enctypes = des-cbc-md5
It's probably better to set enable_weak_crypto=yes, does
On 06/07/2011 07:01 PM, Luk Claes wrote:
On 06/06/2011 05:37 PM, Alberto Gonzalez Iniesta wrote:
Adding the following line in the [libdefaults] section of /etc/krb5.conf
fixed the problem for me (tm), probably not the best solution, but
works:
permitted_enctypes = des-cbc-md5
It's probably
On 07/28/2011 01:18 PM, Otavio Salvador wrote:
I used some of Debcamp and Debconf time this year to discuss the
Debian Installer release process with some people and after talking
with many people it seems we agreed on the following changes on Debian
Installer release process and it would be
On 08/19/2011 02:02 PM, Ben Hutchings wrote:
On Wed, 2011-08-17 at 20:17 +0200, Christoph Anton Mitterer wrote:
alias nfs-layouttype4-1 nfs_layout_nfsv41_files
alias nfs-layouttype4-2 nfs_layout_osd2_objects
alias nfs-layouttype4-3 off
[...]
No, the aliases should be *in the modules*, like
On 08/30/2011 06:16 AM, Daniel Kahn Gillmor wrote:
I concur with Sean Finney that nfs-utils should Build-Depend on
libnfsidmap-dev = 0.24 to ease backporting.
I'm hoping to prepare nfs-utils 1.2.4 as a backport for squeeze, and
it'd be nice to modify the source package as minimally as
On 08/30/2011 06:30 PM, Daniel Kahn Gillmor wrote:
On 08/30/2011 01:25 AM, Luk Claes wrote:
On 08/30/2011 06:16 AM, Daniel Kahn Gillmor wrote:
I concur with Sean Finney that nfs-utils should Build-Depend on
libnfsidmap-dev = 0.24 to ease backporting.
I'm hoping to prepare nfs-utils 1.2.4
On 10/03/2011 07:20 PM, Philipp Kern wrote:
On Mon, Sep 05, 2011 at 12:46:13PM -0400, Sam Hartman wrote:
Adam == Adam D Barratt a...@adam-barratt.org.uk writes:
Adam The krb5 package was uploaded and I've (somewhat belatedly)
Adam marked it for acceptance at the next dinstall. What's
On 07/26/2012 05:18 PM, Nicolas Bourdaud wrote:
Since the bug does not seem to be as systematic as I originally thought,
I set the severity back to the one set by the bug reporter.
Even if that was not the case, NFS is not only about NFS4 or use with
krb5, so anything above important is wrong
On 01/22/2012 01:53 PM, Roger Leigh wrote:
On Sun, Jan 22, 2012 at 12:34:39PM +, Roger Leigh wrote:
On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote:
On 22.01.2012 12:30, Luk Claes wrote:
-- /etc/fstab --
liveserv:/mnt/library/mnt/library nfs noauto,user
On 01/22/2012 09:32 PM, Pavel Yakunin wrote:
Pavel: Can you have a look if the new version from unstable fixes your
problem (this bug)?
Luk, did you push the new version in the sid repo? (or maybe I should
wait for a while? I used us.debian.org mirror). Apt tell me that nothing
Yes,
On 01/31/2012 07:41 PM, Petter Reinholdtsen wrote:
[Andreas B. Mundt]
For kerberized NFSv4 on squeeze 6.0.4 you need:
[libdefaults]
permitted_enctypes = des-cbc-crc
allow_weak_crypto = true
This setting broke Kerberos authentication using pam_sss. I found
lines like
package.
It has been marked as closed by one of the developers, namely
Luk Claes l...@debian.org.
Thank you for the notification. I presume this means that there is no
bug in nfs-common, and that the inability to mount Kerberized
filesystems from my Solaris server is intended behaviour
On 11/09/2011 03:01 PM, John Hughes wrote:
This seems to be Ubuntu bug https://bugs.launchpad.net/ubuntu/+bug/794112
There it is suggested that updating nfs-utils could fix the problem. I
don't see how, and anyway, is there a more recent version than what's in
sid?
Not really, there are
On 11/14/2011 04:57 PM, Mc.Sim wrote:
Hello!
Hi
I have Win2k8 R2 as a domain controller (as KDC for NFS).
There is an NFS client on Debian wheezy: hostname - debian:
I tried to uncomment
# default_tgs_enctypes = des3-hmac-sha1
# default_tkt_enctypes = des3-hmac-sha1
#
On 11/25/2011 07:22 PM, Goswin von Brederlow wrote:
Note: libtirpc.so.1 is now in /lib/$(DEB_HOST_MULTIARCH)/ so the demaons
can start before /usr is mounted.
Sure like now, though not everything is available at that time:
kerberised access or NFSv4 idmapping for instance. So it still needs to
On 12/07/2011 04:14 PM, Roger Leigh wrote:
On Wed, Dec 07, 2011 at 02:55:55PM +, Roger Leigh wrote:
On Wed, Dec 07, 2011 at 02:41:39PM +, Ben Hutchings wrote:
On Wed, 2011-12-07 at 09:52 +, Roger Leigh wrote:
tags 633034 + patch
thanks
On Thu, Jul 07, 2011 at 11:33:01PM +0100,
Package: nfs-utils
Severity: wishlist
Hi
As I've lost interest in NFS packaging, please remove me from uploaders.
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Hi
I will look at uploading a new package to unstable (and probably also
stable for the NFSv4 and security issue if relevant) tomorrow unless Ben
beats me to it.
Cheers
Luk
On 05/09/2013 06:07 PM, Sven Joachim wrote:
Package: nfs-kernel-server
Version: 1:1.2.6-3
Severity: important
I
Hi
What's in your /etc/fstab and /etc/exports files before the init is run?
The rpc.idmapd should start automatically when one of both contains
anything.
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
severity 707960 important
thanks
While a segfault is not tolerable you should still not file bugs as
grave that do not break other packages. It's even not serious as the
package is still functional for a lot of people that use it in another
context than you do.
Now to the bug in question:
On
On 05/11/2013 11:18 PM, Євгеній Мещеряков wrote:
Hi
rpc.gssd now also crashes on amd64.
Does this also happen when the package nfs-kernel-server is installed?
Cheers
Luk
Here is part of gdb log:
Program received signal SIG37, Real-time event 37.
Program received signal SIGSEGV,
On 05/12/2013 04:54 AM, David Prévot wrote:
Hi,
Hi David
The nfsdcltrack.8 man page is “Automatically generated by Pod::Man 2.25
(Pod::Simple 3.16)” but the POD source is not provided, thus failing to
comply with the terms of its licence (GPL2+) and DFSG2.
The POD source is not meant to be
On 05/13/2013 05:33 PM, Norbert Veber wrote:
Hi,
Hi
Thanks for packaging version 1.2.8 so promptly (re Bug#707258)!
I intended to upload a newer upstream after wheezy's release anyway...
I have installed this version, but the request-key errors persist with
newer kernels (at least
96 matches
Mail list logo
