Re: [ITP] postfix 2.11.3
On Dec 16 07:10, Christian Franke wrote: Corinna Vinschen wrote: On Dec 11 23:19, Christian Franke wrote: A new build is uploaded to same location. Changes: - postfix-config updated for new local MACHINE+USER names and new csih script - postsuper and mailq no longer require 'passwd -R postfix' - group with ID 0 in /etc/group is now supported - some documentation updates Cool. And GTG. Thanks. Uploaded. Thanks, Corinna P.S: Of course, we should still try to find a good replacement for the AF_LOCAL handshake next year... This is still on my todo list... Mine too. But it's not exactly trivial. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpSKPWxisSBN.pgp Description: PGP signature
Re: [ITA] _autorebase
On Dec 13 16:56, Achim Gratz wrote: --8---cut here---start-8--- wget=wget -rxnH http://cygwin.stromeko.net/noarch/release; $wget/_autorebase-001000-1-src.tar.xz $wget/_autorebase-001000-1.tar.xz $wget/setup.hint --8---cut here---end---8--- Requirements before deployment: - all autodep stuff referring to _autorebase must be removed - setup.exe version 2.858 or later must be used I just uploaded setup 2.859. Notes: There will be no ITP for _incautorebase since Corinna wanted a replacement for _autorebase instead. Dependencies on _autorebase should not be used, but are harmless. This is a Base package and it will always be run in postinstall. This release comes with an additional script rebase-trigger that can be used to have the postinstall script run a full rebase or peflags the next time setup.exe is run (with or without an update or additional installations or removals). Once this is in place the description of how to do a manual full rebase should refer to this method instead since I expect it to be much easier to follow. Packages that need to tap into the autorebase infrastructure for dynamic objects should drop a file /etc/rebase/dynpath.d/package that has the path to be searched for dynamic objects as its content. Currently these files are delivered with _autorebase, but when packages get updated they should take over that responsibility. Please announce such changes so that the corresponding file can be removed from the _autorebase package before the new package version gets deployed. What would be most helpful is to get a piece of documentation for us maintainers how to use the new _autorebase facility, sent with a fat HEADSUP subject, and which we can ideally add to setup.html. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpabaBlmVPi4.pgp Description: PGP signature
Re: [HEADSUP Maintainers] _autorebase
What would be most helpful is to get a piece of documentation for us maintainers how to use the new _autorebase facility, sent with a fat HEADSUP subject, and which we can ideally add to setup.html. The _autorebase package is designed to require no intervention from a package maintainer in most cases. The core of the work is done by the rebaselst script. It works mostly like the rebaseall script, but tries to rebase only files that have been changed since the last time autorebase was run. The remainder of the package ensures that autorebase is run each time the user runs setup. Ad additional script rebase-trigger allows the user to request a full rebase of the installation on the next execution of setup. Both scripts are self-documenting when invoked with an option of -h or --help. Note 1: It's possible to run rebaselst manually if you know what you're doing. At the moment I don't want to advertise or support that, however. There are two exceptions that require maintainer attention: 1. Your application uses dynamic objects that have a suffix not matched by dll|so|oct|mex. There currently aren't any such applications, but if you plan to introduce one, please discuss on cygwin-apps first. 2. Your application allows users to install dynamic objects into site-specific directories. Since autorebase relies on the information in /etc/setup, it would miss to rebase these objects since they aren't part of any package. If you maintain such an application, please add a file /etc/rebase/dynpath.d/package that contains one absolute directory path per line that autorebase should search for dynamic objects to rebase. Do not include those directories that packages are using and keep them separate from those that site installations are going to. As an example, Perl packages modules into /usr/lib/perl5/perl_vendor, while site modules will go into /usr/lib/perl5/site_perl. Only the latter will need to be maintained via /etc/rebase/dynpath.d/perl, which would have a single line containing the path /usr/lib/perl5/site_perl. Currently autorebase delivers these files in /etc/rebase/dynpath.d: octave perl php python26 python27 R ruby If your package is going to provide one of these files in a later release, please coordinate via cygwin-apps that it gets removed from _autorebase together with that release. Note 2: It would still be time to orchestrate package updates so that the initial release of _autorebase did not include those files. Especially for Perl that might mean we'd have to patch the package archive, however. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [ITA] _autorebase
On 12/16/2014 8:23 AM, Corinna Vinschen wrote: What would be most helpful is to get a piece of documentation for us maintainers how to use the new _autorebase facility, sent with a fat HEADSUP subject, and which we can ideally add to setup.html. More importantly, maintainers need to be told about the new kinds of postinstall scripts now supported by setup.exe. (Or maybe that's what you meant.) Ken
cygport patches for TeX Live
Now that setup.exe supports perpetual postinstall scripts, I'd like to
streamline the TeX Live postinstall process. I'm attaching two perpetual
postinstall scripts that I'd like to use (one before the ordinary postinstall
scripts and one after), as well as four cygport patches.
With these changes, I was able to reduce the total postinstall time for a
complete TeX Live install from 48 minutes to 14 minutes on my system.
Here's a summary of the changes and the reasons for them.
1. The most time-consuming command in the current postinstall process is
mktexlsr, which is run many times. The proposed changes reduce this to one
call, at the beginning; all remaining postinstall commands keep the ls-R files
up to date at minimal cost.
2. Another somewhat time-consuming command is updmap. Each call (even just to
enable or disable a map) takes at least 2-3 seconds. If several maps are
enabled/disabled at once, there's no noticeable increase in time. The proposed
changes use just one call to updmap to enable all maps.
3. Similarly, there are a lot of unnecessary calls to fc-cache. I've reduced
that to a single call, at the end.
I'm open to suggestions as to better ways to do all this.
Ken
postinstalldir=/etc/texmf/postinstall
for f in ${postinstalldir}/*.lsr
do
if [ -f ${f} ]
then
/usr/bin/mktexlsr
for g in ${postinstalldir}/*.lsr
do
mv -f ${g} ${g}.done
done
fi
break
done
if [ -f ${postinstalldir}/texlive.refresh_fmts ]
then
/usr/bin/fmtutil-sys --refresh
mv -f ${postinstalldir}/texlive.refresh_fmts \
${postinstalldir}/texlive.refresh_fmts.done
fi
From 408d371b734ab7295adfaf1d1ad9e4fa9481ce7c Mon Sep 17 00:00:00 2001
From: Ken Brown kbr...@cornell.edu
Date: Tue, 25 Nov 2014 09:27:52 -0500
Subject: [PATCH 1/4] prep_texlive: remove references to /usr/share/texmf
This is no longer used as of TeX Live 2013.
---
lib/src_postinst.cygpart | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/lib/src_postinst.cygpart b/lib/src_postinst.cygpart
index 9963b63..86870f5 100644
--- a/lib/src_postinst.cygpart
+++ b/lib/src_postinst.cygpart
@@ -371,7 +371,7 @@ __prep_texlive() {
_EOF
fi
- for d in /usr/share/texmf{-dist,}/fonts/{opentype,truetype,type1}
+ for d in /usr/share/texmf-dist/fonts/{opentype,truetype,type1}
do
if [ -d ${D}${d} ]
then
@@ -655,14 +655,10 @@ __prepetc() {
__prep_freedesktop_mime || error Shared Mime Info postinstall
failed
fi
- for d in /usr/share/texmf{,-dist}
- do
- if [ -d ${D}${d} ]
- then
- __prep_texlive
- break
- fi
- done
+ if [-d /usr/share/texmf-dist ]
+ then
+ __prep_texlive
+ fi
if [ -d ${D}/usr/share/xsessions ]
then
--
2.1.1
From 8b7624d5d064bc19c4a513592d0d559201c648c0 Mon Sep 17 00:00:00 2001
From: Ken Brown kbr...@cornell.edu
Date: Wed, 26 Nov 2014 07:35:13 -0500
Subject: [PATCH 2/4] prep_texlive: remove calls to mktexlsr
Instead create a marker file in /etc/texmf/postinstall indicating that
mktexlsr should be run by a perpetual postinstall script.
---
lib/src_postinst.cygpart | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/lib/src_postinst.cygpart b/lib/src_postinst.cygpart
index 86870f5..a769ffc 100644
--- a/lib/src_postinst.cygpart
+++ b/lib/src_postinst.cygpart
@@ -328,11 +328,9 @@ __prep_mateconf_schemas() {
__prep_texlive() {
local d fmt fmts map maps
- dodir /etc/postinstall /etc/preremove
+ dodir /etc/postinstall /etc/preremove /etc/texmf/postinstall
- cat ${D}/etc/postinstall/${PN}.sh -_EOF
- /usr/bin/mktexlsr
- _EOF
+ /usr/bin/touch /etc/texmf/postinstall/${PN}.lsr
fmts=$(__config_get texlive_fmts)
maps=$(__config_get texlive_maps)
@@ -351,7 +349,6 @@ __prep_texlive() {
cat ${D}/etc/postinstall/${PN}.sh -_EOF
/usr/bin/updmap-sys --nohash --syncwithtrees
/usr/bin/updmap-sys --nohash
- /usr/bin/mktexlsr
_EOF
fi
if [ -n ${fmts#0} ]
@@ -366,9 +363,6 @@ __prep_texlive() {
/usr/bin/fmtutil-sys --disablefmt $fmt
_EOF
done
- cat ${D}/etc/postinstall/${PN}.sh -_EOF
- /usr/bin/mktexlsr
- _EOF
fi
for d in /usr/share/texmf-dist/fonts/{opentype,truetype,type1}
--
2.1.1
From fdb63bef25522127109bbbf36a932fc825ec6172 Mon Sep 17 00:00:00 2001
From: Ken Brown kbr...@cornell.edu
Date: Wed, 26 Nov 2014 07:53:29 -0500
Subject: [PATCH 3/4] prep_texlive: remove calls to fc-cache
Instead, create a file in /etc/texmf/postinstall listing the font
Re: cygport patches for TeX Live
On 12/16/2014 5:49 PM, Ken Brown wrote:
Now that setup.exe supports perpetual postinstall scripts, I'd like to
streamline the TeX Live postinstall process. I'm attaching two perpetual
postinstall scripts that I'd like to use (one before the ordinary postinstall
scripts and one after), as well as four cygport patches.
With these changes, I was able to reduce the total postinstall time for a
complete TeX Live install from 48 minutes to 14 minutes on my system.
Here's a summary of the changes and the reasons for them.
1. The most time-consuming command in the current postinstall process is
mktexlsr, which is run many times. The proposed changes reduce this to one
call, at the beginning; all remaining postinstall commands keep the ls-R files
up to date at minimal cost.
2. Another somewhat time-consuming command is updmap. Each call (even just to
enable or disable a map) takes at least 2-3 seconds. If several maps are
enabled/disabled at once, there's no noticeable increase in time. The proposed
changes use just one call to updmap to enable all maps.
3. Similarly, there are a lot of unnecessary calls to fc-cache. I've reduced
that to a single call, at the end.
I'm open to suggestions as to better ways to do all this.
Sorry, there was a stupid mistake in one of the patches. The corrected one is
attached.
Ken
From 8b7624d5d064bc19c4a513592d0d559201c648c0 Mon Sep 17 00:00:00 2001
From: Ken Brown kbr...@cornell.edu
Date: Wed, 26 Nov 2014 07:35:13 -0500
Subject: [PATCH 2/4] prep_texlive: remove calls to mktexlsr
Instead create a marker file in /etc/texmf/postinstall indicating that
mktexlsr should be run by a perpetual postinstall script.
---
lib/src_postinst.cygpart | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/lib/src_postinst.cygpart b/lib/src_postinst.cygpart
index 86870f5..a769ffc 100644
--- a/lib/src_postinst.cygpart
+++ b/lib/src_postinst.cygpart
@@ -328,11 +328,9 @@ __prep_mateconf_schemas() {
__prep_texlive() {
local d fmt fmts map maps
- dodir /etc/postinstall /etc/preremove
+ dodir /etc/postinstall /etc/preremove /etc/texmf/postinstall
- cat ${D}/etc/postinstall/${PN}.sh -_EOF
- /usr/bin/mktexlsr
- _EOF
+ /usr/bin/touch ${D}/etc/texmf/postinstall/${PN}.lsr
fmts=$(__config_get texlive_fmts)
maps=$(__config_get texlive_maps)
@@ -351,7 +349,6 @@ __prep_texlive() {
cat ${D}/etc/postinstall/${PN}.sh -_EOF
/usr/bin/updmap-sys --nohash --syncwithtrees
/usr/bin/updmap-sys --nohash
- /usr/bin/mktexlsr
_EOF
fi
if [ -n ${fmts#0} ]
@@ -366,9 +363,6 @@ __prep_texlive() {
/usr/bin/fmtutil-sys --disablefmt $fmt
_EOF
done
- cat ${D}/etc/postinstall/${PN}.sh -_EOF
- /usr/bin/mktexlsr
- _EOF
fi
for d in /usr/share/texmf-dist/fonts/{opentype,truetype,type1}
--
2.1.1
Re: SSH key for upload access
On 2014-12-16 22:33, Pierre A. Humblet wrote: Name: Pierre A. Humblet Package: cron BEGIN SSH2 PUBLIC KEY Comment: 2048-bit RSA, converted by Pierre@PierrePC from OpenSSH B3NzaC1yc2EDAQABAAABAQC8U7nS4PsTfJ0/3pVy0lmJQ5BwXmQHi0fyhG8m11 vHOib4GdBbbEVVihJT08gTS9Xvf3BLbOUl/VtZazRFBYhC8acJ2ht0fyDc9JCKMIXlWIIT I5JALhSFZ2dTZMDqSYKhp0CDcc1C09ynbt/Gy6/+fl/SqFe+akp11f6uTnClpR0bQkWDAA M9HMkrmAAHRnB+W+hAJ+qp/SmoHWmQ7snwePrPoJLGze414Qa8M3jEieU5+MZRgLOhxim3 TfvoyLaL58wXVXgyrFRwx9+AjXFaC6/mYB+x3VhJ/5BeFnu23t35IdkLltIot0Ja3Jwfnk V8PoJJ0mGLlfqz5Bv3qC2h END SSH2 PUBLIC KEY Key installed. Yaakov
