Since the removal of /etc/init/rw, /etc/init/*.sh are treated as
internal APIs so that should not be sourced. The line is kept for
ease of back porting.
Since we are doing initial release, information currently in NEWS is
not that interesting to be treated as something new. However, those
information are useful and should be retained, thus moved to
README.Debian.
Trigger activation is needed when initramfs support is properly
landing, but we don't have proper support from boot loader so that
initramfs zfs isn't much usable/reliable on user systems currently.
This Ensure that --with-spl-timeout waits for both SPL spl_config.h
and symvers files
The previous code was only waiting for the symver file. But the postinst
target of the DKMS script for SPL will not only create the symvers file,
but also the header spl_config.h.
If we are waiting in the configure script of ZFS for the SPL symvers file,
then we also need to wait for spl_config.h. Otherwise the configure script
will abort because the spl_config.h is not yet available.
On top of that, the function ZFS_AC_SPL_MODULE_SYMVERS is moved to the end
of the function ZFS_AC_SPL to allow both checks share the with-spl-timeout
parameter.
This will make the configure script wait up to 600 seconds for the SPL
config and symver files to be available.
This is needed when upgrading the kernel version, because DKMS will start
the build for SPL and ZFS in parallel. And ZFS to be correctly built needs
the symvers of SPL. So ZFS can't start building until SPL has finished.
The proper fix would be implementing dependencies on DKMS. But in the
meanwhile this will do the trick.
* The hooks were copying the required files for supporting the
deprecated zdev.conf syntax.
* Remove the deleted files from the list.
* Plus: remove a trailing space.
* This complements previous commit dd1eb91
* zdev.conf syntax is not longer supported by upstream.
* We aren't interested in shipping a patch with our _first_ _release_
to support an already deprecated feature by upstream that will only
make the future maintenance of the package harder in Debian.
* This was the last patch. So remove also the series file.
* Detect at install time the kernel the user is running
* If a 64-bit kernel is detected skip any question and just build
the ZFS kernel module.
* If a 32-bit kernel is detected, then the user is warned (via debconf)
about that. And the user is asked to stop the build (the default
is to stop the build). If the user selects to stop the build then
we exit with status 0 on postinst before building the module so
the package gets as installed correctly on the dpkg database but
the module is not built.
* If we can't detect if the kernel is 32 or 64 bit we tell the user that
we couldn't detect that and we tell him that he shouldn't continue
building ZFS on a 32-bit kernel.
We also ask him to stop the build and we proceed like in the previous
case.
* If the user asks by mistake "no" to build the kernel and later he changes
his mind and wants to build it, he just needs to reconfigure the package:
dpkg-reconfigure zfs-dkms
* TODO: Add translations for the debhelper templates.
* The compilation of the module happens inside the #DEBHELPER# block
(automatically handled by dh_dkms). So call notify-reboot-required
after it was built.
* Commit f3757573 broke the rules used for the generation of the
stripped kernel source tree because of the requirement of the
rpm directory to be present for CONFIG_KERNEL
(which is clearly not required for us).
* Add a new rule to sed Makefile.am and manually set "SUBDIRS" to
"module include" for CONFIG_KERNEL and remove it for the other
configs.
* This has the benefit that now running ./configure --with-config=user
&& make in the DKMS source tree is a nop while before it gave
an error.
* Improve the robustness of the rules by ensuring that they will
abort if something is not as expected.
* /etc/zfs/zdev.conf should not be a configuration file.
This is by policy:
E.2 Fully-featured maintainer script configuration handling
http://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html
This kind of site-specific configuration files should not be added
to the package files.
You don't want this file to be removed when you purge the package.
* zdev.conf is not longer supported by upstream. We are carring a patch
patches/0001-Revert-Retire-zpool_id-infrastructure.patch that I would
like to remove ASAP.
* Remove also all the examples related to zdev.conf shipped.
Users should use vdev_id.conf instead.
[!] Don't add vdev_id.conf to configuration files.
* Upstream is not longer using github to distribute tarballs
* 0.6.1 tarballs were not added (as the time of writing this) to
https://github.com/zfsonlinux/zfs/downloads
* Update the url to http://zfsonlinux.org/
* uscan --report-status now says:
Newest version on remote site is 0.6.1, local version is 0.6.1
=> Package is up to date
The distribution specific init scripts where excluded from the
packaging when it was reworked. The intention is to replace
them with systemd equivilants. However, that work has not yet
been done and the init scripts are still useful so they have
been added back in to the packaging.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
In order to ensure that yum-builddep pulls in all the build
requirements a generic ${kmodname}-devel-kmod provides line is
added. This allows a version of the development headers to be
included without requiring knowledge of the kernel version.
This is important because unlike rpmbuild which does correctly
expand the source rpm spec file, yum-builddep does not. Without
this generic provides line mock which relies on yum-builddep is
unable to automatically satisfy the dependency.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
When building from an arbitrary commit in the git tree it's useful
for the resulting packages to be uniquely identifiable. Therefore,
the build system has been updated to detect if your compiling in
git tree.
If you are building in a git tree, and there are commits after the
last annotated tag. Then the <id>-<hash> component of 'git describe'
will be used to overwrite the 'Release:' field in the META file.
The only tricky part is that to ensure the 'make dist' tarball is
built using the correct release. A dist-hook was added to the top
level make file to rewrite the META file using the correct release.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Correct spelling mistakes in the AUTHORS and DISCLAIMER files, and
update the README.markdown file to credit Illumos and mention that
the ZPL is finished.
The README.markdown file is also the first impression for a handful
of new users that discover ZoL through a web search because it
doubles as the splash page for the Github repository. The build blurbs
are therefore removed because these people should be encouraged to
visit the regular home page before installing the product.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes#1366
The --with-linux and --with-linux-obj options must be specified
as part of the dkms build otherwise the package will be built
against the running kernel.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Support was added to dkms so build dependencies can be specified.
This allows us to ensure that the spl package will always be built
before the zfs package. Those patches have not yet been merged
upstream but they are available in the zfsonlinux/dkms repository.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Because the zfs-dkms package also provides zfs-kmod for the
zfs user package yum flags this as a conflict. To avoid the
problem remove the Conflicts tag from zfs-dkms and just rely
on the one in zfs-kmod.
zfs-dkms-0.6.0-rc14.fc18.noarch has installed conflicts
zfs-kmod: zfs-dkms-0.6.0-rc14.fc18.noarch
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
60-zpool.rules was retired some time ago in favor of 69-vdev.rules.
Additionally, there is no guarentee a zpool.cache file exists so
only install it conditionally upon its existance.
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
The spl, zfs-test, and zfs-dracut packages should be pulled in
by the core zfs package. This allows all the required zfs packages
to be installed from a yum repository by running:
yum install zfs
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
