| 2021-06-28 11:42:07 |
Zygmunt Krynicki |
bug |
|
|
added bug |
| 2021-06-28 11:42:51 |
Zygmunt Krynicki |
description |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook. With zmk 0.5 it is ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook. |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1 |
|
| 2021-06-28 12:07:30 |
Zygmunt Krynicki |
description |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1 |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1
[Impact]
The issue is isolated to the ZMK Symlink template and is only visible when the path of the symbolic link, in the development tree, contains a sub-directory, like in the RAUC hook example above.
[Test Case]
Create a makefile with this content:
include z.mk
$(eval $(call ZMK.Import,Directories))
subdir/symlink.InstallDir = $(bindir)
subdir/symlink.SymlinkTarget = target
$(eval $(call ZMK.Expand,Symlink,subdir/symlink))
Issue the command: make -n install. The correct output is:
ln -sf target /usr/local/bin/symlink
In the broken case, the output is:
ln -sf target /usr/local/bin/subdir/symlink |
|
| 2021-06-28 12:38:21 |
Zygmunt Krynicki |
attachment added |
|
debdiff with cherry picked fix https://bugs.launchpad.net/ubuntu/+source/zmk/+bug/1933827/+attachment/5507662/+files/zmk-0.4.2-2-to-0.4.2-2ubuntu1.debdiff |
|
| 2021-06-28 12:46:54 |
Zygmunt Krynicki |
attachment removed |
debdiff with cherry picked fix https://bugs.launchpad.net/ubuntu/+source/zmk/+bug/1933827/+attachment/5507662/+files/zmk-0.4.2-2-to-0.4.2-2ubuntu1.debdiff |
|
|
| 2021-06-28 12:51:25 |
Zygmunt Krynicki |
attachment added |
|
zmk-0.4.2-2-to-0.4.2-2ubuntu1.debdiff https://bugs.launchpad.net/ubuntu/+source/zmk/+bug/1933827/+attachment/5507663/+files/zmk-0.4.2-2-to-0.4.2-2ubuntu1.debdiff |
|
| 2021-06-28 12:53:02 |
Zygmunt Krynicki |
description |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1
[Impact]
The issue is isolated to the ZMK Symlink template and is only visible when the path of the symbolic link, in the development tree, contains a sub-directory, like in the RAUC hook example above.
[Test Case]
Create a makefile with this content:
include z.mk
$(eval $(call ZMK.Import,Directories))
subdir/symlink.InstallDir = $(bindir)
subdir/symlink.SymlinkTarget = target
$(eval $(call ZMK.Expand,Symlink,subdir/symlink))
Issue the command: make -n install. The correct output is:
ln -sf target /usr/local/bin/symlink
In the broken case, the output is:
ln -sf target /usr/local/bin/subdir/symlink |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1
[Impact]
The issue is isolated to the ZMK Symlink template and is only visible when the path of the symbolic link, in the development tree, contains a sub-directory, like in the RAUC hook example above.
[Test Case]
Create a makefile with this content:
include z.mk
$(eval $(call ZMK.Import,Directories))
subdir/symlink.InstallDir = $(bindir)
subdir/symlink.SymlinkTarget = target
$(eval $(call ZMK.Expand,Symlink,subdir/symlink))
Issue the command: make -n install. The correct output is:
ln -sf target /usr/local/bin/symlink
In the broken case, the output is:
ln -sf target /usr/local/bin/subdir/symlink
[Where problems could occur]
Since zmk is only used by my own software, most notably libzt, and libzt does not trigger this error, the regression potential is minimal. |
|
| 2021-06-28 12:54:16 |
Zygmunt Krynicki |
description |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1
[Impact]
The issue is isolated to the ZMK Symlink template and is only visible when the path of the symbolic link, in the development tree, contains a sub-directory, like in the RAUC hook example above.
[Test Case]
Create a makefile with this content:
include z.mk
$(eval $(call ZMK.Import,Directories))
subdir/symlink.InstallDir = $(bindir)
subdir/symlink.SymlinkTarget = target
$(eval $(call ZMK.Expand,Symlink,subdir/symlink))
Issue the command: make -n install. The correct output is:
ln -sf target /usr/local/bin/symlink
In the broken case, the output is:
ln -sf target /usr/local/bin/subdir/symlink
[Where problems could occur]
Since zmk is only used by my own software, most notably libzt, and libzt does not trigger this error, the regression potential is minimal. |
This bug is a mirror of the GitHub issue https://github.com/zyga/zmk/issues/80 filed for the purpose of SRU
The following makefile snippet illustrates the problem:
# Symlink: sysota-rauc-hook -> sysotad
cmd/sysotad/sysota-rauc-hook.InstallDir = $(cmd/sysotad/sysotad.InstallDir)
cmd/sysotad/sysota-rauc-hook.SymlinkTarget = sysotad
$(eval $(call ZMK.Expand,Symlink,cmd/sysotad/sysota-rauc-hook))
The result of make install should be
ln -s sysotad /usr/lib/sysotad/sysotad-rauc-hook
With zmk << 0.5.1 it is
ln -s sysotad /usr/lib/sysotad/cmd/sysotad/sysotad-rauc-hook
This bug was fixed in zmk 0.5.1, which is available in Debian Unstable and Ubuntu Impish as 0.5.1-2
[Impact]
The issue is isolated to the ZMK Symlink template and is only visible when the path of the symbolic link, in the development tree, contains a sub-directory, like in the RAUC hook example above.
[Test Case]
Create a makefile with this content:
include z.mk
$(eval $(call ZMK.Import,Directories))
subdir/symlink.InstallDir = $(bindir)
subdir/symlink.SymlinkTarget = target
$(eval $(call ZMK.Expand,Symlink,subdir/symlink))
Issue the command: make -n install. The correct output is:
ln -sf target /usr/local/bin/symlink
In the broken case, the output is:
ln -sf target /usr/local/bin/subdir/symlink
[Where problems could occur]
Since zmk is only used by my own software, most notably libzt, and libzt does not trigger this error, the regression potential is minimal. |
|
| 2021-06-28 12:56:13 |
Zygmunt Krynicki |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2021-07-22 12:56:35 |
Michael Vogt |
nominated for series |
|
Ubuntu Hirsute |
|
| 2021-07-22 12:56:35 |
Michael Vogt |
bug task added |
|
zmk (Ubuntu Hirsute) |
|
| 2021-07-22 12:56:40 |
Michael Vogt |
zmk (Ubuntu): status |
New |
Fix Released |
|
| 2021-07-22 12:56:42 |
Michael Vogt |
zmk (Ubuntu Hirsute): status |
New |
In Progress |
|
| 2021-07-22 23:40:08 |
Mathew Hodson |
zmk (Ubuntu): importance |
Undecided |
Low |
|
| 2021-07-22 23:40:10 |
Mathew Hodson |
zmk (Ubuntu Hirsute): importance |
Undecided |
Low |
|
| 2021-07-29 05:12:25 |
Robie Basak |
bug |
|
|
added subscriber Robie Basak |
| 2021-08-24 11:31:49 |
Robie Basak |
removed subscriber Ubuntu Sponsors Team |
|
|
|
