Ken Brown | 1 May 23:43 2016
Picon

cygport patch for texlive

Currently if a user uninstalls a texlive-collection-* package without installing 
one on the same run of setup, mktexlsr is not run and the ls-R databases are out 
of date.  The attached patch fixes this.

Ken
From fb4863be57c0888022a22def79035495cd0a3545 Mon Sep 17 00:00:00 2001
From: Ken Brown <kbrown <at> cornell.edu>
Date: Sun, 1 May 2016 17:23:17 -0400
Subject: [PATCH] texlive: trigger running of mktexlsr after package removal

---
 lib/src_postinst.cygpart | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/lib/src_postinst.cygpart b/lib/src_postinst.cygpart
index 8a68cb0..10d4174 100644
--- a/lib/src_postinst.cygpart
+++ b/lib/src_postinst.cygpart
 <at>  <at>  -234,6 +234,9  <at>  <at>  __prep_texlive() {
 	dodir /etc/postinstall /etc/preremove ${markerdir}

 	touch ${D}${markerdir}/${PN}.lsr
+	cat >> ${D}/etc/preremove/${PN}.sh <<-_EOF
+		/usr/bin/touch ${markerdir}/${PN}_rm.lsr
+	_EOF

 	fmts=$(__config_get texlive_fmts)
 	maps=$(__config_get texlive_maps)
(Continue reading)

Mike DePaulo | 1 May 22:14 2016
Picon

[ITP] terminator 0.98 (0.96 is in Cygwin Ports)

This package is currently in Cygwin Ports at version 0.96-2, as well
as in major distros
like Fedora & Debian.

This is the newest release, 0.98. I originally had an ITP discussion
for 0.96-2. I tested it and did not see any regressions.

https://github.com/mikedep333/terminator-cygport
----
category: GNOME Shells
requires: bash python python-configobj python-dbus python-gconf2
python-gnome2 python-gobject python-gtk2.0 python-pynotify python-vte
sdesc: "GTK+ terminal with split-window and tabs capabilities"
ldesc: "The goal of this project is to produce a useful tool for arranging
terminals. It is inspired by programs such as gnome-multi-term, quadkonsole,
etc. in that the main focus is arranging terminals in grids (tabs is the most
common default method, which Terminator also supports)."

Mike DePaulo | 1 May 15:38 2016
Picon

[ITP] terminator 0.96 (from Cygwin Ports)

This package is currently in Cygwin ports, as well as major distros
like Fedora & Debian.

There is a new 0.98 upstream release, but I figured I would bring 0.96
over from Cygwin Ports before I update it.

ftp://ftp.cygwinports.org/pub/cygwinports/noarch/release/terminator/

----
category: GNOME Shells
requires: python python-configobj python-dbus python-gconf2
python-gnome2 python-gobject python-gtk2.0 python-pynotify python-vte
sdesc: "GTK+ terminal with split-window and tabs capabilities"
ldesc: "The goal of this project is to produce a useful tool for arranging
terminals. It is inspired by programs such as gnome-multi-term, quadkonsole,
etc. in that the main focus is arranging terminals in grids (tabs is the most
common default method, which Terminator also supports)."

Andrew Schulman | 30 Apr 14:29 2016
Picon

[ITP] unison2.49

I've built and uploaded packages for the next version of unison, unison2.49.
Please add unison2.49 to the package list with me as maintainer.

Thanks, Andrew.

Mark Geisert | 29 Apr 21:32 2016

Re: unison-2.48 build fails with latest ocaml and flexdll (ping: Yaakov, Damien)

Andrew Schulman wrote:
>> On 26/04/2016 21:47, Andrew Schulman wrote:
>>>> I'm trying to build unison 2.48.3, which worked fine the last time I tried
>>>> it, in June 2015.  Today the build fails, with "flexdll error: cannot
>>>> relocate":
>>>>
>>>>>>> Compiling unison2.48-2.48.3-2.x86_64
>>>> ocamlc -o mkProjectInfo unix.cma str.cma mkProjectInfo.ml
>>>> File "mkProjectInfo.ml", line 1:
>>>> Error: Error on dynamically loaded library:
>>>> /usr/lib/ocaml/stublibs/dllunix.so: flexdll error: cannot relocate
>>>> RELOC_REL32, target is too far: 0xfffffffc0f997112  0xf997112
>>>>
>>>> I ran /bin/rebaseall and tried again, with the same result.
>>
>> There was an issue rebasing that file some time ago.
>>
>> https://cygwin.com/ml/cygwin/2016-02/msg00410.html
>>
>> I suggest at least to try a full rebase with
>>    /usr/bin/rebase-trigger full
>> and re-running setup.
>
> Thanks for the pointer. I tried that, but unfortunately it didn't help. The
> error is the same as before.
>
> rebaseall apparently did run:
>
> $ ll /var/cache/rebase
> total 375K
(Continue reading)

Andrew Schulman | 21 Apr 21:16 2016
Picon

unison-2.48 build fails with latest ocaml and flexdll

I'm trying to build unison 2.48.3, which worked fine the last time I tried
it, in June 2015.  Today the build fails, with "flexdll error: cannot
relocate":

>>> Compiling unison2.48-2.48.3-2.x86_64
ocamlc -o mkProjectInfo unix.cma str.cma mkProjectInfo.ml
File "mkProjectInfo.ml", line 1:
Error: Error on dynamically loaded library:
/usr/lib/ocaml/stublibs/dllunix.so: flexdll error: cannot relocate
RELOC_REL32, target is too far: 0xfffffffc0f997112  0xf997112

I ran /bin/rebaseall and tried again, with the same result.

Does anyone know the solution?

Thanks,
Andrew

cygwin 2.5.0-1
flexdll 0.34-1
ocaml 4.02.3-2

Marco Atzeri | 20 Apr 12:22 2016
Picon

[ITP] gdal-2.0.2


Already present in most of the distributions

---------------------------------------------------------------------
GDAL is a translator library for raster and vector geospatial data 
formats that is released under an X/MIT style Open Source license by the 
Open Source Geospatial Foundation. As a library, it presents a single 
raster abstract data model and vector abstract data model to the calling 
application for all supported formats. It also comes with a variety of 
useful command line utilities for data translation and processing

------------------------------------------------------------------------

Homepage http://www.gdal.org/

to download (remove the index.html's) :

wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86/gdal/index.html

wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86_64/gdal/index.html

find x86 x86_64 -name index.html -o -name md5.sum | xargs rm

Marco Atzeri | 20 Apr 10:49 2016
Picon

[ITP] geos-3.5.0


Already present in most of the distributions

---------------------------------------------------------------------
  GEOS (Geometry Engine - Open Source) is a C++ port of the ‚ÄčJava 
Topology Suite (JTS). As such, it aims to contain the complete 
functionality of JTS in C++. This includes all the ‚ÄčOpenGIS Simple 
Features for SQL spatial predicate functions and spatial operators, as 
well as specific JTS enhanced topology functions.

     Geometries: Point, LineString, Polygon, MultiPoint, 
MultiLineString, MultiPolygon, GeometryCollection
     Predicates: Intersects, Touches, Disjoint, Crosses, Within, 
Contains, Overlaps, Equals, Covers
     Operations: Union, Distance, Intersection, Symmetric Difference, 
Convex Hull, Envelope, Buffer, Simplify, Polygon Assembly, Valid, Area, 
Length,
     Prepared geometries (pre-spatially indexed)
     STR spatial index
     OGC Well Known Text (WKT) and Well Known Binary (WKB) encoders and 
decoders.
     C and C++ API (C API gives long term ABI stability)
     Thread safe (using the reentrant API)
------------------------------------------------------------------------

Homepage https://trac.osgeo.org/geos/

to download (remove the index.html's) :

wget -r -np -nH --cut-dirs=0 \
(Continue reading)

Achim Gratz | 16 Apr 12:15 2016
Picon

[RFC] locked-down setup


For the Cygwin installer at work I've locked down setup to not accept
nor read in extra keys and to always check the signatures (and exit when
there is no signature present).  Of course I've also changed the
built-in key.

If there's general interest in such a modification I'd offer to develop
that patch into a proper configure option.

Also, the documentation of how to extract the key data has bit-rotted
somewhat, I've been using the gpg to extract the key parameters.

Regards,
Achim.
--

-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Achim Gratz | 16 Apr 12:03 2016
Picon

Dedup x86/x86_64 --> noarch


After a discussion on IRC about de-duping the noarch content out of
package files (where I was told this would be too difficult), I've just
tried what would happen for two of my packages, maxima and perl.  Maxima
is practically a noarch package, save for the clisp memory image.  Perl
has gobs and gobs of non-arch-specific files mixed in with quite a bit
of arch-specific stuff.  I've used hashdeep for finding the dupes since
it is really fast, so the files are only de-duped if the are bit-for-bit
identical.

set p=perl
# reference
( cd $p.x86/inst    ; hashdeep -c sha256 -lr * ) > $p.x86.hash
# matching files
( cd $p.x86_64/inst ; hashdeep -c sha256 -k ../../$p.x86.hash -mlr * )
# non-matching files
( cd $p.x86_64/inst ; hashdeep -c sha256 -k ../../$p.x86.hash -xlr * )

For Maxima, there are a few files that should be identical, but aren't:
these are leakages from the build environment that I'll have to patch
out later (one of these leakages is actually a bug, affecting parts of
the documentation).

For Perl, the GZip compressed man-pages are flagged as different,
because gzip leaks the time-stamp (but that could be avoided using the
-n option to gzip in cygport).  Fixing that, the documentation packages
for Perl are completely shared between the two arches (well, duh), but
even the binary packages perl, perl-debginfo and perl_base would share
about a quarter of their content (so they'd need to be split into
something like perl_base / perl_base-common).
(Continue reading)

Ken Brown | 15 Apr 19:33 2016
Picon

cygport patches for TeX Live

Yaakov,

I'm attaching three patches that I used in preparing the recent test 
release of the TeX Live collections.  The first is self-explanatory. 
The second and third reflect the fact that I'm now shipping .tlpobj 
files and maintaining /usr/share/tlpkg/texlive.tlpdb, so that tlmgr 
knows what collections and packages are installed.

Let me know if there are any questions.

Thanks.

Ken
From 457d553eb79130656d26656909da08f00d1c02c3 Mon Sep 17 00:00:00 2001
From: Ken Brown <kbrown <at> cornell.edu>
Date: Fri, 11 Mar 2016 09:34:16 -0500
Subject: [PATCH 1/3] prep_texlive: drop preparation for fc-cache calls

This is now handled by a perpetual postinstall script in
libfontconfig1.
---
 lib/src_postinst.cygpart | 12 +-----------
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/lib/src_postinst.cygpart b/lib/src_postinst.cygpart
index 8c065c0..eca5b99 100644
--- a/lib/src_postinst.cygpart
+++ b/lib/src_postinst.cygpart
(Continue reading)


Gmane