Le 17/09/15 21:21, Domen Vrankar a écrit :
Please find attached the "feature" based onto 68dba7f. I added the variable
CPACK_DEBIAN_PACKAGE_CONTROL_STRICT_PERMISSION and its component counterpart
for controlling strict behaviour on the files added to control.tar.gz .
Thanks, applied and squashe
> Please find attached the "feature" based onto 68dba7f. I added the variable
> CPACK_DEBIAN_PACKAGE_CONTROL_STRICT_PERMISSION and its component counterpart
> for controlling strict behaviour on the files added to control.tar.gz .
Thanks, applied and squashed patches with some changes to
cmArchive
Le 15/09/15 11:00, Domen Vrankar a écrit :
Sounds good.
Those rules are written as guidelines and I'm not certain how often
they are broken so could you also add a single variable for toggling
between defaults described above and using file permissions as
provided?
I think those are not reall
> From this (thanks to lintian now I have the proper link :) )
>
> https://lintian.debian.org/tags/control-file-has-bad-permissions.html
> https://www.debian.org/doc/debian-policy/ch-files.html#s-permissions-owners
>
> all control files:
> - should be owned by root:root (+ I would say uid/gid 0/0,
Le 15/09/15 08:43, Domen Vrankar a écrit :
2015-09-14 23:49 GMT+02:00 Raffi Enficiaud :
Le 14/09/15 23:34, Domen Vrankar a écrit :
Thank you. However those two test are not mutually exclusive. I think
having
them on lintian is also a good thing.
I've tried your test change before but lintia
2015-09-14 23:49 GMT+02:00 Raffi Enficiaud :
> Le 14/09/15 23:34, Domen Vrankar a écrit :
>>>
>>> Thank you. However those two test are not mutually exclusive. I think
>>> having
>>> them on lintian is also a good thing.
>>
>>
>> I've tried your test change before but lintian test complained that
>
Le 14/09/15 23:34, Domen Vrankar a écrit :
Thank you. However those two test are not mutually exclusive. I think having
them on lintian is also a good thing.
I've tried your test change before but lintian test complained that
775 are invalid permissions (should be 755). Is this caused by a
diff
> Thank you. However those two test are not mutually exclusive. I think having
> them on lintian is also a good thing.
I've tried your test change before but lintian test complained that
775 are invalid permissions (should be 755). Is this caused by a
different version of lintian or should I just
Hi Domen,
Thank you. However those two test are not mutually exclusive. I think
having them on lintian is also a good thing.
Best and thanks,
Raffi
Le 14/09/15 23:19, Domen Vrankar a écrit :
I just realized that the permissions for the extra control files should
be set in a different way tha
>> I just realized that the permissions for the extra control files should
>> be set in a different way than for the md5sum checksum file.
>>
>> Please find attached the patch correcting this and the corresponding
>> test that fires the problem.
Thanks, applied the fix:
http://www.cmake.org/gitweb
Le 14/09/15 11:51, Raffi Enficiaud a écrit :
Hi Brad and Domen and others,
I just realized that the permissions for the extra control files should
be set in a different way than for the md5sum checksum file.
Please find attached the patch correcting this and the corresponding
test that fires th
Hi Brad and Domen and others,
I just realized that the permissions for the extra control files should
be set in a different way than for the md5sum checksum file.
Please find attached the patch correcting this and the corresponding
test that fires the problem.
Best,
Raffi
PS.: I want to p
Le 11/09/15 21:34, Domen Vrankar a écrit :
I have made the following changes in order to:
- support the UID/GID/UNAME/GNAME and permission on tar files at creation
time
- using directly libarchive in CPackDeb
- removing completely the need of fakeroot
Applied to next for testing:
http://www.cma
> I have made the following changes in order to:
> - support the UID/GID/UNAME/GNAME and permission on tar files at creation
> time
> - using directly libarchive in CPackDeb
> - removing completely the need of fakeroot
Applied to next for testing:
http://www.cmake.org/gitweb?p=cmake.git;a=commit;h
Hi Brad and Domen,
This is a follow up of the following thread
http://public.kitware.com/pipermail/cmake-developers/2015-August/026125.html
I have made the following changes in order to:
- support the UID/GID/UNAME/GNAME and permission on tar files at
creation time
- using directly libarchive
15 matches
Mail list logo