[debhelper-devel] debhelper updates
igor at dilos.org
Thu Apr 13 18:15:57 UTC 2017
i also have question/proposal for exclude files from some operations like: dh_install/dh_move - where we can use flag -X<item> and —fail-missing
i’m interested in option -X or similar where i can put predefined text file with list of files what i need can ignore - no need to check and fail with option like —fail-missing
because specify every file with -X if i have long list - it is overhead.
or maybe you can provide solution how i can try to do it?
will be better if we can provide path to direcries where we can ignore files too.
example for ignore files.txt
file1.* # it mean: with all extensions
directory1/* # it’s mean - ignore all files in directory1, also we can provide dir1/dir2/dir3/*
and use this file like: dh_install -a -Xdebian/files.ignore.list.txt —fail-missing
or something similarsolution.
i need to ignore more files with illumos build - they are private, but i want control new files with packages.
could you please let me know - maybe this solution present and i don’t know how to use it? :)
> On Apr 12, 2017, at 2:47 PM, Igor Kozhukhov <igor at dilos.org> wrote:
>> Igor Kozhukhov:
>> Hi Igor,
>> Thanks for your work and interest in debhelper.
>>> i have DilOS - http://www.dilos.org <http://www.dilos.org/> <http://www.dilos.org/ <http://www.dilos.org/>>
>>> it is illumos based platform where i have ported APT/DPKG
>>> i do some updates on my platform bsed on debian mainstream - right now from stretch
>>> i do mirror of some components to bitbucket and i see updates.
>>> i see update to debhelper:
>>> https://bitbucket.org/dilos/debhelper/commits/ea1b656f937c60f0d06d5272c149cb873b7d8ac6 <https://bitbucket.org/dilos/debhelper/commits/ea1b656f937c60f0d06d5272c149cb873b7d8ac6> <https://bitbucket.org/dilos/debhelper/commits/ea1b656f937c60f0d06d5272c149cb873b7d8ac6 <https://bitbucket.org/dilos/debhelper/commits/ea1b656f937c60f0d06d5272c149cb873b7d8ac6>>
>>> where you point to use —runstatedir=/run - but it mistake on DilOS - where i have SMF as service manager - not systemd.
>> Please note that /run is:
>> * supported by the Debian policy
>> * blessed by FHS 3.0
>> In both cases, /run replaces /var/run. A quick fix would be to make
>> /run a symlink to /var/run (or vice versa, which is what Debian did).
>>  https://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs <https://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs>
>>  http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s15.html <http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s15.html>
> thanks for your replies :)
> i have /var/run as tmpfs on DilOS and no need to use link to /run - it is platform specific
> also, /tmp = tmpfs too.
> i’m using /var/tmp if i need to work with larges files and for some others case - platform specific similar to solaris.
>>> i have no provided my updates to APT/DPKG and others debian tools because work still in progress on updates and i’m working on updates by my free time only.
>>> if it is possible - could you please do not lock tools to systemd specific and some specific changes mark if systemd defined?
>>> it can help to me with my futures ports/updates - do to hack tools for my build env and use upsmtreamed tools.
>>> bets regards,
>> I am happy to consider some method for derivatives to change debhelper's
>> defaults but I don't have a design for that yet. One of the things we
>> need is that debhelper does the right thing by default for Debian and
>> derivatives without the packager have to deal with it.
>> I know of other derivatives that would be greatly helped by this.
>> Unfortunately, I have not been able to prioritize that in the spare time
>> I use for debhelper.
> Well, I’d like propose to use vendor name - dpkg-vendor --derives-from DilOS
> if you have specific changes related to Linux - you can use: vendor != DilOS :)
> i’ll try to check it and provide update if needed.
> i have registered vendor=DilOS on my env and i have plans contribute some updates DilOS specific to debhelper/dpkg/apt tools - how can i do it?
> i have updates for: dh_strip, dh_perms, dh_install, for conffiles, etc
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the debhelper-devel