Re: Tmux crashes on copy
Hello, From: Jon Turney via Cygwin-apps Subject: Re: Tmux crashes on copy Date: Wed, 31 Jan 2024 13:28:41 + > Thanks. > > Since this is a crash bug, which renders the package more or less > useless, I made an NMU with these changes. > > > Michael, > > Sorry about not pinging you before I made this change. > > You don't seem to have been active for a few years. Are you still > interesting in maintaining this package? > > IF so, do you want to get pinged if/when problems crop up? > Tmux 3.4 is released. https://github.com/tmux/tmux/releases/tag/3.4 Just FYI. --- Yasuhiro Kimura
Re: Tmux crashes on copy
From: Marco Atzeri via Cygwin-apps
Subject: Re: Tmux crashes on copy
Date: Thu, 25 Jan 2024 12:11:13 +0100
> Hi,
>
> I am using from time to time
>
> the baseline is using
>
> GIT_URI=
> GIT_REV=
> inherit git
>
> instead of
>
> SRC_URI
>
>
> -
> FORGE="mpi"
> NAME="octave-mpi"
> VERSION=3.1.1
> OV=3.1.0
> RELEASE=0.3
>
> LICENSE="GPL-3.0-or-later"
> CATEGORY="Math"
> SUMMARY="Forge: bindings for basic Message Passing Interface (MPI)"
> DESCRIPTION="${SUMMARY}
> Contributed functions for GNU Octave from octave.sourceforge.net"
> HOMEPAGE="https://gnu-octave.github.io/packages/mpi;
>
> GIT_URI="https://github.com/carlodefalco/octave-mpi;
> GIT_REV="a44db30"
> SRC_DIR="${PN}"
> inherit git
> #SRC_URI="https://github.com/carlodefalco/octave-mpi/releases/download/v${OV}/${FORGE}-${OV}.tar.gz;
> #SRC_DIR="${FORGE}"
> ..
> --
Thanks for quick reply.
By applying following changes to tmux.cygport of tmux 3.2-1, build of
tmux succeeds with latest snapshot of upstream repository.
--
diff --git a/tmux.cygport b/tmux.cygport
index 8a770f9..bd33422 100644
--- a/tmux.cygport
+++ b/tmux.cygport
@@ -1,5 +1,5 @@
NAME="tmux"
-VERSION="3.2"
+VERSION="3.3a.330"
RELEASE="1"
CATEGORY="Utils"
SUMMARY="Terminal multiplexer"
@@ -13,11 +13,13 @@ placed in /tmp. Moreover tmux provides a consistent and
well-documented command
interface, with the same syntax whether used interactively, as a key binding,
or from the shell. It offers a choice of vim or Emacs key layouts."
HOMEPAGE="http://${PN}.github.io;
-SRC_URI="https://github.com/${PN}/${PN}/releases/download/${PV}/${P}.tar.gz;
+GIT_URI="https://github.com/${PN}/${PN};
+GIT_REV="ea7136fb"
+inherit git
PATCH_URI="patches/0001-fix-control-mode.patch"
DEPEND="autoconf automake pkg-config libtool gettext-devel make git
-libevent-devel libncurses-devel"
+libevent-devel libncurses-devel bison"
# tmux includes ncurses as and doesn't look for libncursesw
CYGCONF_ARGS="CPPFLAGS=-I/usr/include/ncursesw LIBS=-lncursesw"
--
---
Yasuhiro Kimura
Re: Tmux crashes on copy
Switching to cygwin-apps as my question is about .cygport file. From: Brian Inglis via Cygwin Subject: Re: Tmux crashes on copy Date: Sun, 21 Jan 2024 13:09:23 -0700 > On 2024-01-18 01:24, Takashi Yano via Cygwin wrote: >> On Thu, 18 Jan 2024 16:37:59 +0900 (JST) >> Yasuhiro Kimura wrote: >>> On Wed, 17 Jan 2024 12:30:59 +, David Stephenson via Cygwin wrote: > >>>> When using the copy function in tmux it crashes on Enter. >>>> Steps: >>>> ctrl-[ (enter copy mode) >>>> Navigate to text >>>> space (start copy) >>>> Navigate to end of text >>>> Enter (to select highlighted text) at this point tmux crashes >>>> cygcheck.out (email redacted) and tmux.exe.stackdump attached > > Known issue also on Fedora with tmux: > > https://github.com/tmux/tmux/issues/3699 > > https://github.com/tmux/tmux/commit/b202a2f1b517a3de7141fc35fbd9e39ed5ac5284 > > new release not yet available - maintainer will have to apply upstream > patch, or users will have to downgrade ncurses. > > It looks like ncurses maintenance lagged, while tmux was updated; now > ncurses is being updated, so tmux needs updated to 3.3a, with above > patch and any prereqs. I tried to do it locally but failed because it is difficult to select necessary and sufficient changes. So I'm now thinking of packaging latest snapshot of upstream repository on GitHub. And I have one question. Is there any .cygport file that downloads snapshot of repository on GitHub as source archive? I'd like to refer to it in order to package latest snapshot of tmux. Best Regards. --- Yasuhiro Kimura
Re: resolv.conf and gnupg2
From: Corinna Vinschen
Subject: Re: resolv.conf and gnupg2
Date: Mon, 8 Aug 2022 09:30:47 +0200
> I can't believe (but may be wrong, of course) that gnupg2 tries to
> access /etc/resolv.conf by itself. I would rather guess that gnupg2
> is linked against one or more libs provided by the bind package,
> and thus uses the resolver from the bind package. However, Cygwin
> provides its own resolver entry points, and those don't need
> /etc/resolv.conf, because they utilize the OS resolver.
>
> Is there a build option to avoid building against the bind lib?
> Alternatively it might be possible to inject an autoconf variable
> from cygport...?
>
>
> Corinna
Unfortunately it seems gnupg2 accesses /etc/resolv.conf in some way.
(Cygwin64)yasu@rolling[1007]% pwd
/cygdrive/c/Users/yasu/Work/gnupg
(Cygwin64)yasu@rolling[1008]% git grep -F resolv.conf
NEWS: * dirmngr: Make reading resolv.conf more robust. [T5657]
NEWS: * dirmngr: Now detects a changed /etc/resolv.conf.
dirmngr/dns-stuff.c:#define RESOLV_CONF_NAME "/etc/resolv.conf"
dirmngr/dns-stuff.c: /* Force a reload if resolv.conf has changed. */
dirmngr/dns-stuff.c:log_debug ("dns: resolv.conf changed - forcing
reload\n");
dirmngr/dns.c: if ((error = dns_resconf_loadpath(resconf,
"/etc/resolv.conf"))) {
dirmngr/dns.c: * /etc/resolv.conf, defaulting to a nameserver of
dirmngr/dns.c:/** ugly hack to support specifying ports other than 53 in
resolv.conf. */
dirmngr/dns.c: * is the intersection of the /etc/resolv.conf families
and
dirmngr/dns.c: * /etc/resolv.conf has "family inet4" and .ai_type
dirmngr/dns.c: MAIN.resconf.path[MAIN.resconf.count++] =
"/etc/resolv.conf";
dirmngr/dns.c: { "show-resconf", _resconf, "show
resolv.conf data" },
dirmngr/dns.c: " -c PATH Path to resolv.conf\n"
(Cygwin64)yasu@rolling[1009]%
---
Yasuhiro Kimura
Re: zsh 5.8: configure fails only on 32bit
From: Mark Geisert Subject: Re: zsh 5.8: configure fails only on 32bit Date: Tue, 23 Jun 2020 19:38:42 -0700 > Not sure if your end result will be a patch to the Cygwin zsh package > or an ITA of same. In either case it seems like the Cygwin zsh > maintainer (Peter A. Castro) ought to be brought into this > conversation... I want to ask him some questions, so I'm very happy if he joins this conversation. However, as zsh package hasn't been updated for about two years even though 8 new versions are released by upstream, I wonder if he is still active as maintainer, --- Yasuhiro KIMURA
Re: zsh 5.8: configure fails only on 32bit
Thank you for reply, and sorry for late response.
From: ASSI
Subject: Re: zsh 5.8: configure fails only on 32bit
Date: Sat, 13 Jun 2020 07:53:25 +0200
> To me that indicates either BLODA interference or that you run into some
> limit (e.g. on environment size or PATH length).
>
> More generally I'd advise everyone to not build in your Windows user
> directory (which Windows specially "protects" in various ways) and never
> use any /cygdrive prefix while building packages (these are mounted with
> posix=0 mount option by default). If you have the option, use a
> separate SSD for all of Cygwin and create a separate mount point for the
> build directory that mounts with "posix=1,binary". I haven't sprung for
> full case sensitivity yet myself since that still entails mucking with
> the registry more than I want to, but I've run into problems with that
> once or twice (which I've worked around). Install Cygwin into a
> directory two levels down the root (i.e D:\Freeware\Cygwin) in order to
> not get "special" treatment from Windows. I have forgotten what the
> exact problem was, but putting the Cygwin install directory directly
> into the root triggered some BLODA several years ago. Also if you use
> Cygwin for yourself on that same machine it is better to have a separate
> user account for building (I use a dedicated build machine). Set
> CYGWIN_NOWINPATH=1 in the system or user environment options of Windows
> for the build user. Be aware that some packages need to build or tested
> with admin rights enabled (that's a whole 'nother reason to not use your
> main account, as these days it shouldn't have admin rights at all),
> which I generally have since I build via ssh. Once in a while you'll
> run into some test that fails until you aren't admin, in which case you
> can use cygdrop. Lastly, once you need to build GUI applications you
> might want to be able to RDC into your build box, which means it should
> have at least the "Professional" variant of Windows installed.
I tried what you say with newly clean installed 64bit Windows 10 Pro
1909. But problem still happens.
From: Marco Atzeri via Cygwin-apps
Subject: Re: zsh 5.8: configure fails only on 32bit
Date: Sat, 13 Jun 2020 08:18:56 +0200
> what cygwin version and terminal are you using ?
> I saw a similar problem in the past
>
> https://sourceware.org/pipermail/cygwin/2020-April/244363.html
> https://sourceware.org/pipermail/cygwin-apps/2020-May/040107.html
>
> and it went away with a recent cygwin
yasu@rolling[1070]% cygcheck -c cygwin mintty
Cygwin Package Information
Package VersionStatus
cygwin 3.1.5-1OK
mintty 3.2.0-1OK
yasu@rolling[1071]%
And after number of trials and errors I add following definition of src_compile
function to zsh.cygport.
--
src_compile() {
cd ${S}
cygautoreconf
cd ${B}
dash ${S}/configure --srcdir=${S} --prefix=$(__host_prefix)
--exec-prefix=$(__host_prefix) --localstatedir=$(__host_localstatedir)
--sysconfdir=$(__host_sysconfdir) --infodir=$(__host_prefix)/share/info
--mandir=$(__host_prefix)/share/man -C --enable-function-subdirs --enable-gdbm
--enable-multibyte --enable-pcre --enable-zsh-secure-free || error "configure
failed"
cygmake
}
--
This is same as default definition except that dash is used to
interpret configure script. And with it build succeeded on 32bit
Cygwin console. So It seems I hit bug of bash that only happens under
very limited conditions.
And I'm wondering if I should investigate the problem further or
accept adding the function definition as a workaround.
---
Yasuhiro KIMURA
zsh 5.8: configure fails only on 32bit
Hello,
I'm trying to update zsh package to its latest version 5.8. Version
5.5.1-1 still uses custom build shell script. So I migrated to use
cygport. Attached files are .cygport file and patches. I blieve all
customizations and modifications of 5.5.1-1 are included. But
currently there is one problem.
On 64bit console 'cygport zsh.cygport all' completes successfully. But
on 32bit console it fails with configure error as following.
--
checking for /dev/fd filesystem... /proc/self/fd
checking for RFS superroot directory... no
checking whether we should use the native getcwd... no
checking whether getcwd calls malloc to allocate memory... yes
checking for setproctitle... no
checking for library containing setproctitle... no
checking for NIS... no
checking for NIS+... no
checking for utmp file... /var/run/utmp
checking for wtmp file... no
checking for utmpx file... no
checking for wtmpx file... no
checking for brk() prototype in ... no
checking for sbrk() prototype in ... yes
checking for mknod prototype in ... yes
checking for ioctl prototype in or ... no
checking for ioctl prototype in ... yes
checking if named FIFOs work... yes
checking if link() works... yes
checking if kill(pid, 0) returns ESRCH correctly... yes
checking if POSIX sigsuspend() works... yes
checking if tcsetpgrp() actually works... yes
checking if getpwnam() is faked... no
checking base type of the third argument to accept... socklen_t
checking if your system has /dev/ptmx... yes
make: *** No targets specified and no makefile found. Stop.
*** ERROR: make failed
yasu@rolling[1301]%
--
According to config.log configure script is executed with following options.
/cygdrive/c/Users/yasu/Work/Cygwin/zsh/zsh.cygwin/zsh-5.8-1.i686/src/zsh-5.8/configure
--srcdir=/cygdrive/c/Users/yasu/Work/Cygwin/zsh/zsh.cygwin/zsh-5.8-1.i686/src/zsh-5.8
--prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc
--docdir=/usr/share/doc/zsh --htmldir=/usr/share/doc/zsh/html -C
--enable-function-subdirs --enable-gdbm --enable-multibyte --enable-pcre
--enable-zsh-secure-free
So I executed it directly from command line. Then it completed without
any error.
Why such difference happens? Does cygconf function do something other
than executing configure script?
Best Regards.
---
Yasuhiro KIMURA
NAME="zsh"
VERSION=5.8
RELEASE=1
CATEGORY="Shells"
SUMMARY="The Z-Shell"
DESCRIPTION="Zsh is a UNIX command interpreter (shell) usable as an
interactive login shell and as a shell script command processor. Of
the standard shells, zsh most closely resembles \`ksh\' but includes
many enhancements. Zsh has command line editing, builtin spelling
correction, programmable command completion, shell functions (with
autoloading), a history mechanism, and a host of other features."
HOMEPAGE="http://zsh.sourceforge.net/;
SRC_URI="http://www.zsh.org/pub/zsh-${VERSION}.tar.xz;
PATCH_URI="
cygwin-Src_zsh_system.h.patch
cygwin-add-files-specific-to-cygwin.patch
cygwin-add-comletion-file-for-cygwin-commands.patch
upstream-fix-make-install-error.patch
"
CYGCONF_ARGS+="
--enable-function-subdirs
--enable-gdbm
--enable-multibyte
--enable-pcre
--enable-zsh-secure-free
"
zsh_REQUIRES="cygwin libncursesw10 libpcre1 libiconv2 libgdbm6"
KEEPDIRS="/usr/share/zsh/site-functions"
src_install() {
cd ${B}
cyginstall install.html install.info
exeinto /usr/bin
doexe ${S}/cygwin/bin/mkzsh
insinto /etc
doins ${S}/cygwin/startup-files/zprofile
insinto /etc/profile.d
doins ${S}/cygwin/profile.d/zshell.zsh
}
diff -Nru origsrc/zsh-5.8/Src/zsh_system.h src/zsh-5.8/Src/zsh_system.h
--- origsrc/zsh-5.8/Src/zsh_system.h 2020-02-15 07:06:57.0 +0900
+++ src/zsh-5.8/Src/zsh_system.h 2020-06-04 02:39:07.698004100 +0900
@@ -848,6 +848,10 @@
#ifdef __CYGWIN__
# include
# define IS_DIRSEP(c) ((c) == '/' || (c) == '\\')
+/* Cygwin Hack! newlib doesn't define STDC ISO 10646, so hack it here */
+# if defined(HAVE_WCHAR_H) && defined(HAVE_WCTOMB) && !defined(__STDC_ISO_10646__)
+# define __STDC_ISO_10646__
+# endif
#else
# define IS_DIRSEP(c) ((c) == '/')
#endif
diff -Nru origsrc/zsh-5.8/Completion/Cygwin/Command/_mkgroup src/zsh-5.8/Completion/Cygwin/Command/_mkgroup
--- origsrc/zsh-5.8/Completion/Cygwin/Command/_mkgroup 1970-01-01 09:00:00.0 +0900
+++ src/zsh-5.8/Completion/Cygwin/Command/_mkgroup 2020-06-04 02:19:49.941603900 +0900
@@ -0,0 +1,18 @@
+#compdef mkgroup
+
+_arguments -C \
+ '(-l)--local[print local group information]' \
+ '(--local)-l[print local group information]' \
+ '(-d)--domain[print global group information from the domain specified (or from the current domain if there is no domain specified)
Request for review: wavpack 5.3.0
Update wavpack to 5.3.0. Patches to fix security vulnerabilties are
already included in this version. So they are removed.
wavpack.cygport
--
NAME="wavpack"
VERSION=5.3.0
RELEASE=1
CATEGORY="Audio"
SUMMARY="Hybrid lossless audio codec"
DESCRIPTION="WavPack is a completely open audio compression format providing
lossless, high-quality lossy, and a unique hybrid compression mode.
Although the technology is loosely based on previous versions of
WavPack, the new version 4 format has been designed from the ground up
to offer unparalleled performance and functionality."
HOMEPAGE="http://www.wavpack.com/;
SRC_URI="http://www.wavpack.com/${NAME}-${VERSION}.tar.xz;
PKG_NAMES="${NAME} lib${NAME}1 lib${NAME}-devel"
wavpack_CONTENTS='usr/bin/*.exe usr/share/'
libwavpack1_CONTENTS="usr/bin/*-1.dll"
libwavpack_devel_CONTENTS='usr/include/ usr/lib/'
------
Best Regards.
---
Yasuhiro KIMURA
Request for review: tmux 3.1b
Though review of anthy is not finished, I'd like to request another
one. It's update of tmux to 3.1b. The only change is value of VERSION.
tmux.cygport:
--
NAME="tmux"
VERSION="3.1b"
RELEASE="1"
CATEGORY="Utils"
SUMMARY="Terminal multiplexer"
DESCRIPTION="tmux enables a number of terminals (or windows) to be accessed and
controlled from a single terminal like screen. tmux runs as a server-client
system. A server is created automatically when necessary and holds a number of
sessions, each of which may have a number of windows linked to it. Any number
of clients may connect to a session, or the server may be controlled by issuing
commands with tmux. Communication takes place through a socket, by default
placed in /tmp. Moreover tmux provides a consistent and well-documented command
interface, with the same syntax whether used interactively, as a key binding,
or from the shell. It offers a choice of vim or Emacs key layouts."
HOMEPAGE="http://${PN}.github.io;
SRC_URI="https://github.com/${PN}/${PN}/releases/download/${PV}/${P}.tar.gz;
DEPEND="autoconf automake pkg-config libtool gettext-devel make git
libevent-devel libncurses-devel"
# tmux includes ncurses as and doesn't look for libncursesw
CYGCONF_ARGS="CPPFLAGS=-I/usr/include/ncursesw LIBS=-lncursesw"
DIFF_EXCLUDES="*.mdoc"
--
Best Regards.
---
Yasuhiro KIMURA
Re: Request for review: anthy 9100h+0.4
../calctrans/calctrans parsed_data0 -e -o weak_words ../calctrans/calctrans -c corpus_info weak_words ./mkfiledic -o anthy.dic1 -anthy.dic2: mkfiledic ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ +anthy.dic2: mkfiledic$(EXEEXT) ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ parsed_data0 parsed_data1 ../calctrans/calctrans parsed_data0 parsed_data1 -o corpus_info ../calctrans/calctrans parsed_data0 parsed_data1 -e -o weak_words ../calctrans/calctrans -c corpus_info weak_words ./mkfiledic -o anthy.dic2 -anthy.dic3: mkfiledic ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ +anthy.dic3: mkfiledic$(EXEEXT) ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ parsed_data0 parsed_data1 parsed_data2 ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 -o corpus_info ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 -e -o weak_words ../calctrans/calctrans -c corpus_info weak_words ./mkfiledic -o anthy.dic3 -anthy.dic4: mkfiledic ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ +anthy.dic4: mkfiledic$(EXEEXT) ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ parsed_data0 parsed_data1 parsed_data2 parsed_data3 ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 parsed_data3 -o corpus_info ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 parsed_data3 -e -o weak_words ../calctrans/calctrans -c corpus_info weak_words ./mkfiledic -o anthy.dic4 -anthy.dic5: mkfiledic ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ +anthy.dic5: mkfiledic$(EXEEXT) ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ parsed_data0 parsed_data1 parsed_data2 parsed_data3 parsed_data4 ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 parsed_data3 parsed_data4 -o corpus_info ../calctrans/calctrans parsed_data0 parsed_data1 parsed_data2 parsed_data3 parsed_data4 -e -o weak_words ../calctrans/calctrans -c corpus_info weak_words ./mkfiledic -o anthy.dic5 else -anthy.dic: mkfiledic ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ +anthy.dic: mkfiledic$(EXEEXT) ../mkworddic/anthy.wdic ../depgraph/anthy.dep \ corpus_info weak_words ../calctrans/calctrans -c $(srcdir)/corpus_info $(srcdir)/weak_words ./mkfiledic -o anthy.dic diff -Nru origsrc/anthy-0.4/mkworddic/Makefile.am src/anthy-0.4/mkworddic/Makefile.am --- origsrc/anthy-0.4/mkworddic/Makefile.am 2019-07-05 11:37:13.0 +0900 +++ src/anthy-0.4/mkworddic/Makefile.am 2020-06-04 16:06:42.094407200 +0900 @@ -31,7 +31,7 @@ noinst_DATA = anthy.wdic -anthy.wdic : mkworddic $(DIC_FILES) +anthy.wdic : mkworddic$(EXEEXT) $(DIC_FILES) ./mkworddic -f ./dict.args -- 9100h-no-undefined.patch: -- diff -Nru origsrc/anthy-0.4/src-main/Makefile.am src/anthy-0.4/src-main/Makefile.am --- origsrc/anthy-0.4/src-main/Makefile.am 2019-07-05 11:37:13.0 +0900 +++ src/anthy-0.4/src-main/Makefile.am 2020-06-04 16:27:55.568919600 +0900 @@ -6,6 +6,6 @@ ../src-ordering/libordering.la \ ../src-worddic/libanthydic.la -lm -libanthy_la_LDFLAGS = -version-info 2:2:1 +libanthy_la_LDFLAGS = -version-info 2:2:1 -no-undefined libanthy_la_SOURCES = main.c context.c main.h diff -Nru origsrc/anthy-0.4/src-util/Makefile.am src/anthy-0.4/src-util/Makefile.am --- origsrc/anthy-0.4/src-util/Makefile.am 2019-07-05 11:37:13.0 +0900 +++ src/anthy-0.4/src-util/Makefile.am 2020-06-04 16:58:59.585843600 +0900 @@ -26,5 +26,6 @@ libanthyinput_la_SOURCES = input.c rkconv.c rkhelper.c\ rkconv.h rkmap.h rkhelper.h libanthyinput_la_LIBADD = ../src-main/libanthy.la +libanthyinput_la_LDFLAGS = -version-info 2:2:1 -no-undefined pkgdata_DATA = typetab dic-tool-usage.txt diff -Nru origsrc/anthy-0.4/src-worddic/Makefile.am src/anthy-0.4/src-worddic/Makefile.am --- origsrc/anthy-0.4/src-worddic/Makefile.am 2019-07-05 11:37:13.0 +0900 +++ src/anthy-0.4/src-worddic/Makefile.am 2020-06-04 16:27:55.573902300 +0900 @@ -13,5 +13,5 @@ mem_dic.h dic_personality.h libanthydic_la_LIBADD = ../src-diclib/libdiclib.la -libanthydic_la_LDFLAGS = -version-info 2:3:1 +libanthydic_la_LDFLAGS = -version-info 2:3:1 -no-undefined lib_LTLIBRARIES = libanthydic.la -- Best Regards. --- Yasuhiro KIMURA
[PATCH cygport (Revised)] mirrors: update mirror_debian
According to Debian worldwide mirror sites page
(https://www.debian.org/mirror/list), current reccomended Debian mirror
archive URL with GeoMirror capability is "http://deb.debian.org;.
So update mirror_debian to use it.
And URL of mirror list is chagned to HTTPS. So update it too.
---
data/mirrors | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/data/mirrors b/data/mirrors
index b0ef904..edf7618 100644
--- a/data/mirrors
+++ b/data/mirrors
@@ -115,12 +115,12 @@ mirror_ctan+=" http://mirror.ctan.org/;
# SYNOPSIS
# SRC_URI="mirror://debian/pool/main/${PN:0:1}/${PN}/${PN}_${PV}.orig.tar.gz"
# DEFAULT MIRROR
-# http://ftp.debian.org/debian
+# http://deb.debian.org/debian
# MIRROR LIST
-# http://www.debian.org/mirror/list
+# https://www.debian.org/mirror/list
#
# grep '^ http://ftp.debian.org/debian;
+mirror_debian+=" http://deb.debian.org/debian;
#d* Mirrors/mirror_gcc
--
2.27.0
Re: [PATCH cygport] mirrors: update mirror_debian
From: Yaakov Selkowitz Subject: Re: [PATCH cygport] mirrors: update mirror_debian Date: Wed, 03 Jun 2020 21:24:08 -0400 >> OK. Then should I update patch and submit it again? > > Yes. Thank you for reply. Then I'll send revised patch soon. --- Yasuhiro KIMURA
Re: [PATCH cygport] mirrors: update mirror_debian
Hello Brian. Thank you for feedback. From: Brian Inglis Subject: Re: [PATCH cygport] mirrors: update mirror_debian Date: Wed, 3 Jun 2020 14:02:45 -0600 >> # MIRROR LIST >> -# http://www.debian.org/mirror/list >> +# https://wiki.debian.org/DebianGeoMirror > > NO - http://www.debian.org/mirror/list is the authoritative page (it says so); > whereas https://wiki.debian.org/DebianGeoMirror is a discussion page. OK. Then should I update patch and submit it again? Best Regards. --- Yasuhiro KIMURA
[PATCH cygport] mirrors: update mirror_debian
According to DebianGeoMirror page of Debian
Wiki (https://wiki.debian.org/DebianGeoMirror), current reccomended
Debian mirror archive URL with GeoMirror capability is
"http://deb.debian.org/;. So update mirror_debian to use it.
---
data/mirrors | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/data/mirrors b/data/mirrors
index b0ef904..486a8f9 100644
--- a/data/mirrors
+++ b/data/mirrors
@@ -115,12 +115,12 @@ mirror_ctan+=" http://mirror.ctan.org/;
# SYNOPSIS
# SRC_URI="mirror://debian/pool/main/${PN:0:1}/${PN}/${PN}_${PV}.orig.tar.gz"
# DEFAULT MIRROR
-# http://ftp.debian.org/debian
+# http://deb.debian.org/debian
# MIRROR LIST
-# http://www.debian.org/mirror/list
+# https://wiki.debian.org/DebianGeoMirror
#
# grep '^ http://ftp.debian.org/debian;
+mirror_debian+=" http://deb.debian.org/debian;
#d* Mirrors/mirror_gcc
--
2.26.2
Request for review: anthy 9100h+0.4 (Re: Update of packages by non-maintainer)
From: Yasuhiro KIMURA
Subject: Re: Update of packages by non-maintainer
Date: Wed, 03 Jun 2020 14:31:56 +0900 (JST)
> So I gave up to use override.hint and decided to change version number
> to "9100h+0.4". It works fine with all of cygport, mksetupini and
> setup-x86_64.
Anyway version number issue has sloved. So I would like to request for
review of anthy 9100h+0.4.
Changes from 9100h-2 are:
* Source is switched to version 0.4 from Debian forked Anthy project.
* VERSION is changed to "9100h+0.4" to keep version number from going
backword.
* Fedora patchset is removed.
* Some patches committed to repository of a Debian Anthy after release
of 0.4 are adopted.
* As for cygwin local patch, 9100h-no-undefined.patch is changed to
make it fit to new source tree. Others are removed.
* All of src_patch_hook is unnecessary for new sources. So it is
removed.
* Add "MAKEOPTS=-j1" because parallel make causes build error.
anthy.cygport:
--
NAME="anthy"
VERSION=9100h+0.4
RELEASE=1
CATEGORY="Libs"
SUMMARY="Japanese input method"
DESCRIPTION="Anthy is a system for Japanese input method. It converts
Hiragana text to Kana Kanji mixed text."
HOMEPAGE="https://salsa.debian.org/debian/anthy;
SRC_URI="mirror://debian/pool/main/${PN:0:1}/${PN}/${PN}_0.4.orig.tar.gz"
PATCH_URI="
https://salsa.debian.org/debian/anthy/-/commit/b83129e05cdde8046a5aa0484f63910e9a204555.patch
https://salsa.debian.org/debian/anthy/-/commit/e7748e35ab5f68d50690d2ba54341a2d45339ece.patch
https://salsa.debian.org/debian/anthy/-/commit/cea40c6a31815b1ec14312265025dea7b6d22fac.patch
9100h-no-undefined.patch
"
SRC_DIR="${PN}-0.4"
PKG_NAMES="${NAME} lib${NAME}0 lib${NAME}-common lib${NAME}-devel emacs-${NAME}"
anthy_CATEGORY="Text"
anthy_CONTENTS="usr/bin/*.exe usr/share/doc/"
libanthy0_REQUIRES="libanthy-common"
libanthy0_CONTENTS="usr/bin/cyganthy*.dll"
libanthy_common_CONTENTS="etc/ usr/share/anthy/"
libanthy_devel_CONTENTS="usr/include/ usr/lib/"
emacs_anthy_CATEGORY="Editors"
emacs_anthy_CONTENTS="usr/share/emacs/"
emacs_anthy_REQUIRES="emacs"
CYGPORT_USE_UNSTABLE_API=1
# prevent stack overflow in mkworddic
LDFLAGS+=" -Wl,--stack,0x400"
# parallel make causes build error
MAKEOPTS=-j1
--
9100h-no-undefined.patch:
--
--- origsrc/anthy-0.4/src-main/Makefile.am 2019-07-05 11:37:13.0
+0900
+++ src/anthy-0.4/src-main/Makefile.am 2020-05-23 00:59:04.136024700 +0900
@@ -6,6 +6,6 @@
../src-ordering/libordering.la \
../src-worddic/libanthydic.la -lm
-libanthy_la_LDFLAGS = -version-info 2:2:1
+libanthy_la_LDFLAGS = -version-info 2:2:1 -no-undefined
libanthy_la_SOURCES = main.c context.c main.h
--- origsrc/anthy-0.4/src-util/Makefile.am 2019-07-05 11:37:13.0
+0900
+++ src/anthy-0.4/src-util/Makefile.am 2020-05-23 00:59:26.155191100 +0900
@@ -26,5 +26,6 @@
libanthyinput_la_SOURCES = input.c rkconv.c rkhelper.c\
rkconv.h rkmap.h rkhelper.h
libanthyinput_la_LIBADD = ../src-main/libanthy.la
+libanthyinput_la_LDFLAGS = -no-undefined
pkgdata_DATA = typetab dic-tool-usage.txt
--- origsrc/anthy-0.4/src-worddic/Makefile.am 2019-07-05 11:37:13.0
+0900
+++ src/anthy-0.4/src-worddic/Makefile.am 2020-05-23 00:59:52.482504900
+0900
@@ -13,5 +13,5 @@
mem_dic.h dic_personality.h
libanthydic_la_LIBADD = ../src-diclib/libdiclib.la
-libanthydic_la_LDFLAGS = -version-info 2:3:1
+libanthydic_la_LDFLAGS = -version-info 2:3:1 -no-undefined
lib_LTLIBRARIES = libanthydic.la
--
Best Regards.
---
Yasuhiro KIMURA
Re: Update of packages by non-maintainer
From: Achim Gratz Subject: Re: Update of packages by non-maintainer Date: Fri, 29 May 2020 11:59:01 +0200 >> In my case following line should be put as override.hint. Right? >> > -- >> curr: 0.4-1 >> > -- > > You would probably also need a "replace-versions:" line. I'd tend to > use the "version:" line to override the upstream version number to > something that sorts correctly with the previous version number in > this case, though. Something as simple as "deb+0.4" might already do > that. I put this override.hint to my overlay package server directory and ran mksetupini. But it resulted in error that mksetupini don't know "cur:". So I changed override.hint as following. -- replace-versions: 9100h-2 -- Then again I put it to the direcotry and ran mksetupini. This time it succeeded without any error. But when I run setup-x86_64, anthy packages didn't appear in Pending view. So I gave up to use override.hint and decided to change version number to "9100h+0.4". It works fine with all of cygport, mksetupini and setup-x86_64. --- Yasuhiro KIMURA
Re: Update of packages by non-maintainer
Thank for reply, and sorry for late response I had some troubles to upgrade anthy port to version 0.4 from Debian. But I managed to success to build new anthy packages and am now testing them with my daily use. From: Marco Atzeri Subject: Re: Update of packages by non-maintainer Date: Thu, 21 May 2020 23:11:34 +0200 >> currently we have no solution. There were in the past discussion >> to overcome such problem but they are not yet implemented. > > I was wrong, the mechanism was created > > https://cygwin.com/packaging-hint-files.html#override.hint In my case following line should be put as override.hint. Right? -- curr: 0.4-1 -- And is there any way to generate override.hint from .cygport file with cygport command? --- Yasuhiro KIMURA
