Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Autoconf udev rules substitution #284

Closed

Conversation

dajhorn
Copy link
Contributor

@dajhorn dajhorn commented Jun 17, 2011

No description provided.

dajhorn added 2 commits June 17, 2011 10:36
Change the variable substitution in the udev rule templates
according to the method described in the Autoconf manual;
Chapter 4.7.2: Installation Directory Variables.

The udev rules are improperly generated if the bindir parameter
overrides the prefix parameter during configure. For example:

  # ./configure --prefix=/usr/local --bindir=/opt/zfs/bin

The udev helper is installed as /opt/zfs/bin/zpool_id, but the
corresponding udev rule has a different path:

  # /usr/local/etc/udev/rules.d/60-zpool.rules
  ENV{DEVTYPE}=="disk", IMPORT{program}="/usr/local/bin/zpool_id -d %p"

The @bindir@ variable expands to "${exec_prefix}/bin", so it cannot
be used instead of @Prefix@ directly.

This also applies to the zvol_id helper.

Closes #283.
Run autogen.sh using the same autotools versions as upstream:

 * autoconf-2.63
 * automake-1.11.1
 * libtool-2.2.6b
@behlendorf
Copy link
Contributor

I don't think it is. That's one of the changes which didn't occur when I re-ran autogen.sh locally. Anyway, I ended up using your original patch and my autogen.sh results which looked clean. I'm closing this issue since they have been merged in to master.

@behlendorf behlendorf closed this Jun 17, 2011
fuhrmannb pushed a commit to fuhrmannb/cstor that referenced this pull request Nov 3, 2020
Signed-off-by: mittachaitu <sai.chaithanya@mayadata.io>
ahrens pushed a commit to ahrens/zfs that referenced this pull request Apr 30, 2021
Signed-off-by: Don Brady <don.brady@delphix.com>
pcd1193182 pushed a commit to pcd1193182/zfs that referenced this pull request May 28, 2021
mmaybee pushed a commit to mmaybee/openzfs that referenced this pull request Apr 6, 2022
EchterAgo added a commit to EchterAgo/zfs that referenced this pull request Oct 11, 2023
I used this test when diagnosing openzfs#281 and think it would be a good
addition.

This tests file sizes when pre-allocating a file.

Expected values have been confirmed on NTFS, ReFS and FAT32.
This test currently does not work on a SMB share with the Samba server
because it reports a fixed cluster size based on a configuration option
instead of getting the correct value from the underlying file system.
ksmbd does not have the same issue, it correctly gets the values from
the file system. So far this is untested with Windows SMB shares.

This also makes `tests.py` use some helpers from `utils.py`.

Signed-off-by: Axel Gembe <derago@gmail.com>
andrewc12 pushed a commit to andrewc12/openzfs that referenced this pull request May 18, 2024
I used this test when diagnosing openzfs#281 and think it would be a good
addition.

This tests file sizes when pre-allocating a file.

Expected values have been confirmed on NTFS, ReFS and FAT32.
This test currently does not work on a SMB share with the Samba server
because it reports a fixed cluster size based on a configuration option
instead of getting the correct value from the underlying file system.
ksmbd does not have the same issue, it correctly gets the values from
the file system. So far this is untested with Windows SMB shares.

This also makes `tests.py` use some helpers from `utils.py`.

Signed-off-by: Axel Gembe <derago@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants