Re: 64bit package: mined

2013-03-30 Thread Corinna Vinschen
Hi Thomas,

On Mar 30 20:44, Thomas Wolff wrote:
> wget http://towo.net/mined/cygwin/64/mined-2012.22-0.tar.bz2
> wget http://towo.net/mined/cygwin/64/mined-2012.22-0-src.tar.bz2 #
> is this needed? (identical to 32 bit source package)

Any chance you can update your package to use cygport for packaging,
Thomas?  It's really not that complicated.  Here's a matching cygport
file:

=== SNIP ===
NAME="mined"
VERSION="2012.22"
RELEASE=1
CATEGORY="Editors"
SUMMARY="Powerful text editor with extensive Unicode and CJK support."
DESCRIPTION="Mined is a powerful text editor with a comprehensive yet concise 
and 
easy-to-use user interface supporting modern interaction paradigms, 
and fast, small-footprint behaviour.

Mined provides both extensive Unicode and CJK support offering many 
specific features and covering special cases that other editors 
are not aware of (like auto-detection features and automatic handling 
of terminal variations, or Han character information).
It was the first editor that supported Unicode in a plain-text terminal 
(like xterm or rxvt).

Basically, mined is an editor tailored to reliable and efficient 
editing of plain text documents and programs, with features and 
interactive behaviour designed for this purpose.


For an overview and further information see http://mined.sourceforge.net/";
SRC_URI="http://towo.net/mined/download/mined-${PV}.tar.gz";

src_compile() {
  lndirs
  cd ${B}
  cygmake
}
=== SNAP ===

The filename should be "mined.cygport".  You can then build by simply
doing something like this:

  $ cygport mined.cygport download almostall

Then, just cd into mined-2012-22-1/dist and provide the "mined" subdir
for upload.  It even contains the autogenerated setup.hint file.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


Re: 64bit package: mined

2013-03-30 Thread Andy Koppe
On 30 March 2013 19:44, Thomas Wolff wrote:
> wget http://towo.net/mined/cygwin/64/mined-2012.22-0.tar.bz2
> wget http://towo.net/mined/cygwin/64/mined-2012.22-0-src.tar.bz2

Done.

> # is this needed? (identical to 32 bit source package)

'fraid so, as it's a completely separate distro. A setup.hint is also
needed. I've copied the one from the 32-bit distro.

Andy


64bit package: mined

2013-03-30 Thread Thomas Wolff

wget http://towo.net/mined/cygwin/64/mined-2012.22-0.tar.bz2
wget http://towo.net/mined/cygwin/64/mined-2012.22-0-src.tar.bz2 # is 
this needed? (identical to 32 bit source package)

--
Thomas


Re: 64 bit: build problems

2013-03-30 Thread Corinna Vinschen
On Mar 29 21:54, Thomas Wolff wrote:
> Am 29.03.2013 15:43, schrieb Corinna Vinschen:
> >Ok, so your linkdir is apparently '/'.  That's not good here since it leads 
> >to the leading double slash.
> as I tested, linkdir is actually *not* "/" but rather empty, so the
> path names involved should be e.g. /xmined, not //xmined. Still
> mysterious.
> 
> Furthermore, the suffix $(EXE) seems to be needed for the problem to occur.
> Simplified test case: the following makefile hangs in cygwin64 but
> not in cygwin32:
> 
> all:
> echo x$(linkdir)y
> 
> links:  $(linkdir)/xmined$(EXE)

I can (kind of) reproduce that.  On my machine it hangs about 2 or 3
seconds.  It appears to be a difference between the 3.82 make I used to
build the 64 bin make and the 3.82.90 version cgf used to build the 32
bin make.  It looks like make 3.82 evaluates dependencies, even if the
rule is not reached by the requested make target.  This in itself is
just an annoyance, not a real problem, but apparently make-3.82 also
tends to prepend the leading slash for no good reason.  Both problems
seem to be fixed in 3.82.90.

For some reason I can't find an official source archive for this
version, not even on alpha.gnu.org.  So I just used cgf.s 3.82.90
sources and built a new cygport-based make-3.82.90-1 for 64 bit.
Please give it a try.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


64bit: man misconfigured

2013-03-30 Thread Thomas Wolff
Due to changed /etc/man.conf, man64 uses escape sequences for bold 
display while man32 uses backspace combinations.
However, the escape sequences are not by default interpreted by less 
(less -r would work),

so that PAGER=less man ... produces garbage display.