Re: update_etc_shells gone from cygport?

On Aug 30 10:17, Yaakov Selkowitz wrote: > On 2016-08-30 07:48, Corinna Vinschen wrote: > > On Aug 29 13:05, Yaakov Selkowitz wrote: > > > On 2016-08-29 07:40, Chris Sutcliffe wrote: > > > > A new release of mksh was made so I fired up cygport to package it and > > > > found out that

Re: update_etc_shells gone from cygport?

On 2016-08-30 10:45, Corinna Vinschen wrote: On Aug 30 10:17, Yaakov Selkowitz wrote: But I think we need to coordinate this with an updated base-cygwin. base-cygwin? Not base-files? Sorry, you're right, base-files. -- Yaakov

Re: update_etc_shells gone from cygport?

On 2016-08-30 07:48, Corinna Vinschen wrote: On Aug 29 13:05, Yaakov Selkowitz wrote: On 2016-08-29 07:40, Chris Sutcliffe wrote: A new release of mksh was made so I fired up cygport to package it and found out that "update_etc_shells" no longer seems to be part of cygport (I'm running cygport

Re: update_etc_shells gone from cygport?

On 2016-08-30 11:15, Achim Gratz wrote: Corinna Vinschen writes: update_etc_shells /bin/tcsh /bin/csh But I think we need to coordinate this with an updated base-cygwin. base-cygwin? Not base-files? The file /etc/shells is currently installed by base-files from /etc/defaults/etc/shells

Re: update_etc_shells gone from cygport?

On Aug 29 13:05, Yaakov Selkowitz wrote: > On 2016-08-29 07:40, Chris Sutcliffe wrote: > > A new release of mksh was made so I fired up cygport to package it and > > found out that "update_etc_shells" no longer seems to be part of > > cygport (I'm running cygport 0.22.0). Is there a new function

[PATCH cygport] Write and upload pvr.hint rather than setup.hint

For a source-only package, rather than just a skip: key, write category:, requires:, ldesc: and sdesc: keys as well. Signed-off-by: Jon Turney --- lib/pkg_pkg.cygpart| 46 ++ lib/pkg_upload.cygpart | 6 +++--- 2 files

Re: per-version hints proposal

On 20/06/2016 16:28, Jon Turney wrote: Currently, the setup.hint file is shared between all versions. This means that manual intervention (by the package maintainer, or on sourceware) is needed when versions have different dependencies. To automate this problem out of existence, I suggest