I wonder why you filed a serious bug report so late in the release process.
We all know the EOL of isc-dhcp, but what alternatives should be used,
without the need of major changes?
I guess we have other packages that are stalled upstream, but that
does not mean, that we must remove them from test
Package: dracut
Severity: important
Hi,
there are still ongoing discussions which config should be the
default. Therefore I lower the severity, so we can upload new versions
of dracut, which may improve the situation.
--
best regards Thomas
Hi,
I've removed the link to this manual on
https://www.debian.org/security/
and updated the status on www.d.o/doc.
But I think we may should the manual also from /doc.
--
regards Thomas
Yes, it looks that it's that simple.
I will look into dracut at MinidebConf in Hamburg. But feel free if
you wanna work on this bug.
--
regards Thomas
Now, I have working fix. Verified with make 4.4.1-1.
https://github.com/faiproject/fai/commit/630189d1f78d73cbf1c068bd5c16ffbf8907614f
--
regards Thomas
I've asked on IRC #debian-ci to enable qemu for dracut. I think it's
sufficient to ask there for disabling.
> On Wed, 20 Nov 2024 13:04:34 +, Luca Boccassi said:
> On Wed, 20 Nov 2024 at 13:03, Benjamin Drung wrote:
>> Can we disable QEMU support for the dracut autopkgtest?
In dracut 103 (which built correctly on our buildd)
the code for checking the kernel name was located in run-qemu. It was
then moved to test-functions in the upstream commit a94ba79e49bcfec92c
--
regards Thomas
Every test/TEST-*-* sources in its test.sh the file
test/test-functions which checks in line 74-89 the name of the kernel
file. It seem this does not work on the buildd. Maybe there's no
kernel installed in the buildd environment.
Can we force using qemu in a buildd environment?
Should we add a
I think this is not a FTBFS, because only the autopkgtests are
failing and only for arm64.
--
regards Thomas
The related systemd bug is #1071278
--
regards Thomas
I also filed a bug against systemd because this problem can be solved
by both packages and there are plans to replace dracut by dracut-ng.
But that will need more time.
regards Thomas
Package: systemd
Version: 256~rc2-3
Severity: serious
systemd changed it's behaviour and now makes /usr read-only in the
initrd. This breaks dracut and vice versa.
This bug is releated to #1071182 which says dracut breaks systemd.
Please add a Breaks: dracut(<<..)
Currently I do not know wh
I've already included the upstream patch to the git master branch of
dracut on salsa. The next dracut release in Debian will include the
fix.
--
regards Thomas
I want to know if this still is an issue (bug was opened 10+ years
ago), or did we missed to close the bug. I want to avoid that we still
need to ignore it for all the next releases.
--
regards Thomas
In FAI, we cannot easily determine which mke2fs or grub version will
be used in the target system since we support deb and rpm based and
other linux distributions.
As I did with the older issues of mke2fs (metadata_csum) I will add a
comment, so the user can decide if he needs to add the option
Hi Andreas,
should I replace the old Breaks+Replaces with the new ones, or add them?
These are the current for dracut-core:
Breaks: dracut-network (<< 057+157-2)
Replaces: dracut-network (<< 057+157-2)
--
regards Thomas
> On Sat, 19 Nov 2022 13:29:52 +0100, Andreas Beckmann
> said:
>> From the attached log (scroll to the bottom...):
> Preparing to unpack .../dracut-core_057+157-2_amd64.deb ...
> Unpacking dracut-core (057+157-2) over (056-3) ...
> dpkg: error processing archive
/
I've orphanded this package a few month ago. Feel free to do whatever
you want.
--
viele Grüße Thomas
Package: dracut
Severity: important
I downgrade the severity, because this might be a corner case and a
workaround is documented.
--
viele Grüße Thomas
Hi,
I've just called dracut --debug /tmp/tempfile on my machine Debian
bullseye, kernel 5.10.0-14-amd64, no crypto partition.
I can see, that dracut adds the ccm module by itself and also installs
the ccm.ko into the initrd.
dracut-install: Adding module 'ccm' to hostonly module list
.
.
dracut-i
Can you please provide the output of
# lsinitrd /boot/initrd.img-..
on the old and new system?
PLease also create a new temp initrd on the new system to see the log
of the creation process:
# dracut -v /tmp/tempfile
--
regards Thomas
Which dracut version are you using?
--
viele Grüße Thomas
> On Mon, 18 Apr 2022 16:16:18 +0300, Peter Pentchev
> said:
> If you run sudo without the "set_home" option, thus making it preserve
> the HOME environment variable, rpm run as root with HOME set to
> /home/something will indeed do the wrong thing.
I have no set_home entry
Do you think that this is a proper fix?
diff --git a/debian/fai-nfsroot.preinst b/debian/fai-nfsroot.preinst
index a2b5d45e..47402800 100755
--- a/debian/fai-nfsroot.preinst
+++ b/debian/fai-nfsroot.preinst
@@ -5,7 +5,11 @@ if [ ! -f /.THIS_IS_THE_FAI_NFSROOT ]; then
exit 1
fi
-dpkg-diver
Hi Michael,
thanks for your proposal. I've patched the copyright file and uploaded
a new version.
I left this part unchanged, since it's a different license
which is different to the license for Files: *
Files: install/dracut-install.c
Copyright:
(C) 2012 Harald Hoyer
(C) 2012 Red Hat, Inc. A
I think we cannot fix it in this way.
gpg --export 2BF8D9FE074BCDE4 may not work, if the key is not already
downloaded and available for gpg. I also do not want to force to
install the package debian-keyring on the fai server.
And we should not create a file when calling fai-make-nfsroot under
/e
Here's a patch for this:
https://github.com/faiproject/fai/commit/f5bfc186e796f68823a36ca04a97f17e01ca233d
--
regards Thomas
IMO the bug is not in dracut, but only in sicherboot.
>From the control file:
This package diverts the /etc/kernel/postinst.d/dracut file and replace it
with its own file that calls the diverted one before running sicherboot,
as dracut does not support any form of hooks. dpkg is not entirely ha
> There was a problem when upgrading from 6.20.00-5 (sorry for the German):
This is a problem in the postrm of 6.20.00-4 which is fixed in
6.20.00-5. Since I cannot fix 6.20.00-4, you should just ignore this.
--
regards Thomas
I've only moved the mount2dir executable from the fai-nfsroot package
to the fai-client package. The fai-client does not replace
fai-nfsroot.
To fix this bug is it only possible by defining a breaks or replaces?
Which breaks do I have to define then?
BTW, fai-nfsroot is never installed on a norma
> On Fri, 30 Sep 2016 14:19:49 +0100, Alastair McKinstry
> said:
> I have patched 2 RC bugs that are threatening to get tcsh (and hence my
> packages) kicked out of testing.
> Please review the patch:
Sorry, I cannot review the patch, since I'm didn't program in C since
arou
> On Sun, 25 Sep 2016 01:24:59 +0200, Nicolas Braud-Santoni
> said:
> I was working on this today at the Salzburg BSP and should finish
> tomorrow.
Any progress so far?
--
regards Thomas
IMO the justification on the severity is strange. A package should not
need to handle every case of corrupted parts on disk or otherwise
strange broken things. In this case your whole system is broken, and
you should fix this anyhow, but not blame netfilter-persistent for not
handling this correct
> On Thu, 1 Sep 2016 12:51:30 +0200, Aurelien Jarno
> said:
> bug to serious. If you don't have time to fix this bug, I can do a
> non-maintainer upload with the patch which is in the bug log.
Salut Aurelien,
feel free to do a NMU.
--
regards Thomas
> On Fri, 19 Feb 2016 14:44:22 +0100, Matthias Klose said:
> caused by the dropped patch: http://paste.debian.net/399173/
I remember this. The fix for gcc 5. I will upload a new version next
week. Sorry for forgetting this.
--
regards Thomas
> On Fri, 19 Feb 2016 11:51:46 +0100, John Paul Adrian Glaubitz
> said:
> /bin/sh ./tests/testsuite
> ## ##
> ## tcsh 6.18.01 test suite. ##
> ## ##
> E: Makefile:759: recipe for target 'check' failed
Do you have any i
>>>>> On Sun, 10 Jan 2016 18:52:04 +0100, Guido Günther said:
> Hi Thomas,
> On Mon, Sep 28, 2015 at 02:10:11PM +0200, Thomas Lange wrote:
>> tags 788062 + pending
I just realized that the pending tag was set by me because of an error
in my workflow. I will
A message from upstream:
this should fix the problem.
https://github.com/haraldh/dracut/commit/6c9484f61440b71301f43cfa912fb9f1113352b1
A new dracut upstream version will be available next week. I will try
to package it as soon as possible.
--
regards Thomas
Could you please give us the kernel cmdline you are using.
--
regards Thomas
During this years Debconf I will work on this bug.
There's a thread about this bug at
http://mx.gw.com/pipermail/tcsh-bugs/2015-May/000930.html
and also a new upstream version (6.19.00).
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "u
Package: fai-setup-storage
Version: 4.3.1
Severity: grave
When FAI uses a disk_config that tries to preserve a partition, data
will be lost because of new parted command. This happens when FAI uses
a jessie nfsroot. When using a wheezy nfsroot you are not affected by
this bug.
Here's the log:
S
> On Tue, 24 Feb 2015 17:06:03 +, Dominic Hargreaves
> said:
> As such, please could you replace
> Depends: perl-modules
> with
> Depends: perl
I just upload rinse 3.0.7 to unstable. Do you take care of doing an
unblock request for it?
--
regards Thomas
--
To UN
> On Tue, 24 Feb 2015 17:06:03 +, Dominic Hargreaves
> said:
> As such, please could you replace
> Depends: perl-modules
> with
> Depends: perl
> NMUs will be forthcoming; feel free to let me know whether you prefer
> to handle this as a maintainer upload or
Hi Mika,
can you please test FAI 4.2.4~beta1 (or the jenkins build). It should
fix this bug.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I will be on vacation from thursday until sep 22nd.
So, I could upload a new tcsh version until end of september or
beginning of october.
Feel free to NMU if you thinks this is too late.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "u
Hi Mika,
it would be nice if you could debug your pbuilder setup and give more
detailed information what pbuilder is doing concerning mount points.
Since I'm not using pbuilder, I will be able to debug this in more
details on my own.
Also can you give it a try using jessie?
--
regards Thomas
> On Mon, 01 Sep 2014 08:33:25 +0200, Michael Prokop said:
> ... and then an unrelated cowbuilder run failed to execute:
> | I: Mounting /var/cache/pbuilder/build
> | mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build,
> |missing codepage or helpe
Hi Ben,
I guess we need the debug outut of dracut for further debugging.
This command should do the job.
dracut --debug --force /boot/initrd.img-3.2.0-4-amd64 3.2.0-4-amd64 >&
dracut.log
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
dracut 031-2 dracut from arch all to any and added the Muilt-Arch
to the control file. Version 032-1 also uses ldconfig -pN to
determine the lib pathes. Does the new version fix your problems?
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject o
>> 122: Filename substitution FAILED (subst.at:57)
>> | configure:4142: gcc -o conftest -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
-D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -Wl,-z,relro conftest.c >&5
>> | /tmp/ccL
Additional info: could not reproduce with the testing distribution.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
When building the next revision of this package, I still cannot
reproduce this bug. I will close this bug next week, unless someone
complains.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
I also cannot confirm this bug when building on my machine.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Now I got it.
The problem is using . || true (because of set -e) which always
returns 0 and then testing $?. You are right, I must use if..then,
which should fix it. I will check this later today.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
I wonder what the proper solutions is to detect if a kernel is
already installled. Any suggestions? I think I have to add a test to
the dracust.postinst script, to skip the call off
/etc/kernel/postinst.d/dracut `uname -r` if no kernel is installed.
Even if no kernel is installed (like in a chroot
I think a proper fix would be to install a trigger like
initramfs-tools is doing this.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Mon, 13 Feb 2012 16:08:11 +0100, Daniel Baumann
> said:
> of course, the right fix is not to add a depends to a (virtual) kernel
It's a contradiction to say the bug is serious because of a missing
dependency but adding this dependency is not the right fix.
It's just a missing t
Package: dracut
Severity: normal
I downgrade the severity, since it's not a violation of the Debian
policy. There's no reference to piuparts in the policy. IMO it's a
normal or minor bug, since it's very seldom that no kernel is
installed.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian
I cannot confirm this bug on a real machine. I did an upgrade from
squeeze to wheezy on a real machine (amd64) and didn't get his
error. I already had dracut 013-3 installed on squeeze before
upgrading to wheezy.
Can you please specify what excatly is not working? I cannot interpret
the piuparts l
Package: rstatd
Version: 4.0.1-4
Severity: grave
Tags: patch
Justification: renders package unusable
A machine running kernel 3.x an the rpc.rstatd does not reply to any
rup or rusers request from remote or even from local host. This
renders the package unusable.
In syslog I can see
rpc.rsta
This bug does not occur on my system with sid.
I seems only a bug when you use dmraid on your system but does not
have kpartx installed on it. Dracut only needs kpartx if the dracut
module script 90dmraid/module-setup.sh detects dmraid on the root device.
The same applies for the packages dmraid a
> On Sun, 4 Sep 2011 11:13:55 +0200, Philipp Kern said:
> now that you're back: could you take a look at tcsh please?
Will do this, but later.
This FTBFS bug is due to a test that fails. The compilation of tcsh
itself is fine. On additional remark: inside pbuilder (sid) a
different test
Hi Ben,
do you mean only the exit 0 in the else part of the code snippet or
also the exit if $INITRD is equal to No?
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Thu, 04 Aug 2011 00:07:13 +0200, Hilko Bengen said:
> Apart from the obvious breakage, there is another thing I find a bit
> troubling: I also have initramfs-tools installed and the dracut package
> did not even ask for confirmation before trying to replace the
> initramf
This is NOT a grave bug. You can easily work around this bug by
specifying the architecture on the command line. Therefore the package
is not unusable.
It seems that no default architecture is set.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a s
Thanks to Jean-Luc Leger (re...@dspnet.fr.eu.org), which created this
patch. I just tested it and it fixes the bugs.
tcsh-6.17.02-multibyte.patch
Description: Binary data
@lucas: will you prepare a new release?
--
regards Thomas
I contacted the tcsh-bug mailing list.
Here's a reply from Jean-Luc Leger:
> ok I have been tracking the problem to the function rt_mbtowc in tc.str.c
> In tcsh 6.17.01, a call to mbtowc() in this function has been replaced by a
> call to
> mbrtowc().
> On my system, those functions behave differ
I would suggest to include 6.17.00 instead of .02 in squeeze.
I'm using 6.17.00 since several month now, without any problems. Also
my colleagues are using it.
Is it possible to remove .02 and put 6.17.00 into testing now?
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@
> On Wed, 15 Sep 2010 17:29:37 +0200, Julien BLACHE
> said:
> I intend to prepare, test and upload an NMU of FAI 3.4.1 tomorrow to
> finally beat FAI into shape for Squeeze (fixing #595365).
I see no reason why to do an NMU. Mika is on vacation until tomorrow,
and he will care ab
I've tested the new version. The bug is still present in 3.1.3-1.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Tue, 30 Mar 2010 21:36:05 +0200, Gerfried Fuchs said:
> If they only affect FAI versions from 3.3 - shouldn't it be versioned
> like that? In case I missed something feel free to revert, but without a
> found version this looks like affecting even lenny.
The last part of th
> On Wed, 31 Mar 2010 10:18:25 +0200, Michael Tautschnig
> said:
> Would you mind explaining how this could possibly be "exploited"? There is
A user could create a symlink pointing to a file (e.g. /etc/passwd)
which will then be overwritten when root calls fai softupdate.
Maybe this
Package: fai-client
Severity: critical
Tags: security
Tags: pending
When using fai softupdate, install_packages writes a list of all
packages to the file /var/tmp/package, which is located in a world
writeable directory. It also writes to /tmp/packages.list if
FAI_DEBSOURCESDIR is set. These probl
Severity serious is only used for policy violations. This bug is grave
or important, but anyway I will fixed is ASAP.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Thu, 9 Apr 2009 19:30:53 +0200, Michael Tautschnig
> said:
> ip addr includes the mask in the output, so it would be there rightaway,
like
> this:
Yep, if if also contains the mask it will work. Seems fine to me, but
I have to check some other things before including the
One part of the patch in experimental (which replaces ifconfig with ip
calls) removes the variable $mask, so that now the NFSROOT is only
exported to the IP address of the server. I'm pretty sure this will
break things. Or did I overlooked something?
--
regards Thomas
--
To UNSUBSCRIBE, email
Just for the record.
This bug is only valid for squeeze and later, not for lenny.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Wed, 3 Sep 2008 16:25:12 +0200, Lucas Nussbaum <[EMAIL PROTECTED]>
> said:
>> debiandoc2latexpdf fai-guide.sgml
>> debiandoc2latexpdf: one or more used LaTeX typesetting styles not found
>> debiandoc2latexpdf: please install the package
'texlive-fonts-recommended'
>>
> On Mon, 21 Jul 2008 07:56:53 +0300, Mikko Korhonen <[EMAIL PROTECTED]>
> said:
> Yes, that works. Why not then just require 2.6.25 and default to aufs to
> close the bug altogether?
Thanks for the info. Future FAI versions will use 2.6.25 and aufs as
default. I will close this
I just want to say, that I noticed this bug and did I do not ignore
it. I had a telco with Hennin G and Henning S before this bug report
was submitted where we discussed how and when to resolve this bug.
Currently I'm not sure how I like to fix this (there's more than one
way to do it, and I had no
Mikko, can you please reply if the workaround works for you? IMO this
is more a bug of unionfs (FAI can not resolv the unionfs bug
itself). If aufs works for you we can set the severity of this bug to
normal, and close if when FAI finally switches to aufs.
--
regards Thomas
--
To UNSUBSCRIBE,
Mmm, maybe is rather a bug of the file command, to output
the option given on the first line than a bug of fai. I think we
should discuss this with the maintainer of the file or libmagic
package.
These are lines I found in /usr/bin and /usr/sbin on my etch system:
#! /bin/bash -e
#! /bin/sh -e
#!
(/lib/modules/2.6.24-1-amd64/extra/uinonfs/unionfs.ko): Unknown symbol
^^^
You also have a typo in a directory name
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
> On Thu, 19 Jun 2008 15:09:14 +0300, Mikko Korhonen <[EMAIL PROTECTED]>
> said:
> (/lib/modules/2.6.24-1-amd64/extra/uinonfs/unionfs.ko): Unknown symbol
Please use the 2.6.25 kernel and add union=aufs to your
pxelinux.cfg. This works.
I know that unionfs in kernel 2.6.24 is broken.
This bus is not critical, because it does not cause data loss or
breaks other packages.
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
It was also suggested to use file -i in the future.
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>>>> On Thu, 29 Mar 2007 14:37:28 +0200, Federico Di Gregorio <[EMAIL
>>>>> PROTECTED]> said:
> Il giorno gio, 29/03/2007 alle 13.39 +0200, Thomas Lange ha scritto:
>> >>>>> On Thu, 29 Mar 2007 11:45:13 +0200, Federico Di Grego
> On Thu, 29 Mar 2007 11:45:13 +0200, Federico Di Gregorio <[EMAIL
> PROTECTED]> said:
> Package: fai-client
> Version: 3.1.8
> Severity: grave
> Justification: renders package unusable
> After upgrading to the last file package the file command returns
Which version
Package: fai-client
Version: 3.1.5
Severity: grave
Justification: renders package unusable
The fix for #406125 breaks fai-class. Now, the HOSTNAME is not set
correctly any more, so most classes are not defined. This will stop
the installation when searching for a disk_config template.
-- System
This bug is not grave and is not the fault of FAI. It's a kernel
problem, that the kernel has a different ordering of network devices,
than the BIOS. Also it only occurs on a certain hardware. I will set
the serverity to normal.
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
IMO you can enter the network card BIOS, and disable the PXE
booting. Currently I do not know how to enter it (ecom uses
atl-ctrl-b, intel uses ctrl-s). THere you should may select "boot from
local disk first". Maybe this disables the MBA (or PXE) bootig from
this NIC. So it should be possible to a
Maybe this helps:
http://www.science.uva.nl/research/air/wiki/LogicalInterfaceNames
Try ether=0,0,eth0 (or netdev= which is the same) as kernel parameter
(you can give it with fai-chboot).
You have to force the kernel not to activate the oTher NIC, which is not
defined in dhcpd.conf. The comman
To see which network card is used by the second dhcp call, please edit
the lib/get-boot-info script in your nfsroot. Locate the line:
dhclient -lf /dev/null -cf /etc/dhcp3/dhclient-fai.conf -sf
/etc/dhcp3/dhclient-fai-script $netdevices >>$bootlog 2> $LOGDIR/dhclient.log
and remove the redirect
> On Wed, 14 Jun 2006 12:14:40 +0200, Enrique de la Torre Gordaliza <[EMAIL
> PROTECTED]> said:
> Installation stops at RPC error and I dont have shell access. How can I
read
> the /tmp/boot.log or dmesg from the client? Any boot parameter?
> This is an v20z
Yes, I know t
> On Tue, 13 Jun 2006 19:49:49 +0200, Enrique de la Torre Gordaliza <[EMAIL
> PROTECTED]> said:
> I have installed new packages built from svn and the problem continues.
Same
> RPC error.
Please give me your boot.log.
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PR
This patch was not applied, so it does not matter. I've prepared another
patch that is independent on the version of dhcp3-client. It's
available in the svn repository of FAI.
--
regards Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAI
I'm not sure if this bug is really RC. Please specify in more details
what you mean by saying "the installation now fails." What is the error
message. Does the make-fai-nfsroot call fail or the installation
itself?
A solution may be to use the -cf and -sf (man dhclient3) flags for
specifying diffe
> On Fri, 25 Nov 2005 16:13:24 +0100, Pierre THIERRY <[EMAIL PROTECTED]>
> said:
> The problem is, strictly speaking, using /srv would not be policy
> compliant, I think, because there is no mention of /srv in the currently
> included FHS. Maybe you should just usr /var/lib/fa
> On Fri, 25 Nov 2005 13:41:18 +0100, Pierre THIERRY <[EMAIL PROTECTED]>
> said:
> read-write object the user can modify and update... It belongs either to
> /var or /srv (the latter I prefer, as it is clearly data for a service
> exposed by the system).
My future plans are to
> On Fri, 25 Nov 2005 00:56:17 -0800, Steve Langasek <[EMAIL PROTECTED]>
> said:
> Could you elaborate on why you believe this is an FHS violation? Is the
fai
> nfsroot not shareable, or is it not read-only? (I would expect an nfsroot
> image to be both...)
The FAI nfsroot
1 - 100 of 105 matches
Mail list logo
