Re: [ITP] mairix 0.21 -- Index and search email messages stored in Maildir or MH folders
* Mon 2008-03-03 Volker Zell [EMAIL PROTECTED] requires: cygwin Your inlined setup.hints usually do not correspond with the real setup.hint from the package. Noted. I'll try to synch mails/builds better. ...It includes dotmairixrc.eg, please double check. Now fixed. wget\ http://cygwin.cante.net/mairix/setup.hint \ http://cygwin.cante.net/mairix/mairix-0.21-1-src.tar.bz2 \ http://cygwin.cante.net/mairix/mairix-0.21-1.tar.bz2 Jari -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
* Mon 2008-03-03 David Rothenberger [EMAIL PROTECTED] * Message-Id: [EMAIL PROTECTED] On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: David Rothenberger writes: [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin libpopt0 external-source: rdiff This doesn't seem to depend on libpopt0 /usr/lib/librsync.la lists as dependency_libs: /usr/lib/libpopt.la -lbz2 -lz. So, what should the dependencies be? It's a bit tricky. You can use: $ cygcheck usr/bin/cygrsync-1.dll usr/bin/cygrsync-1.dll ! D:\cygwin\bin\cygwin1.dll C:\WINNT\system32\ADVAPI32.DLL C:\WINNT\system32\NTDLL.DLL C:\WINNT\system32\KERNEL32.DLL C:\WINNT\system32\RPCRT4.DLL Where the toplevel (!) is the only dependency. Jari -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
On Mar 3 13:06, David Rothenberger wrote: On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: David Rothenberger writes: [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin libpopt0 external-source: rdiff This doesn't seem to depend on libpopt0 I don't truly understand how to handle dependencies for development packages. /usr/lib/librsync.la lists as dependency_libs: /usr/lib/libpopt.la -lbz2 -lz. So, what should the dependencies be? libpopt0 is the DLL, but the package apparently needs the link libs and headers, so the dependency should be on the package which provides them. That's popt. HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
On Mar 4 10:50, Corinna Vinschen wrote: On Mar 3 13:06, David Rothenberger wrote: On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: [librsync1 setup.hint ] [...] This doesn't seem to depend on libpopt0 I don't truly understand how to handle dependencies for development packages. /usr/lib/librsync.la lists as dependency_libs: /usr/lib/libpopt.la -lbz2 -lz. So, what should the dependencies be? libpopt0 is the DLL, but the package apparently needs the link libs and headers, so the dependency should be on the package which provides them. That's popt. Ouch. Scratch that. It's the DLL package, not the devel package. In that case, Jari's hint is ok. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] gnupg-1.4.8-1
On Tue, Mar 4, 2008 at 11:10 AM, Gergely Budai wrote: Does anyone else get errors like this? ./gpg_dearmor ./pubring.gpg /usr/src/gnupg/tmp/gnupg-1.4.8/checks/pubring.asc make[2]: *** [pubring.gpg] Error 57 Builds without any errors for me. (I did 'rm -rf *.sig' and then './gnupg-1.4.8-1.sh all'.) Grepping error 57 in sources finds message 'unknown digest algorithm'. Perhaps something is not compiled in because of missing dependencies?
Re: [ITP] rsnapshot 1.3.0 -- A local and remote filesystem snapshot utility
On Mar 3 19:07, Igor Peshansky wrote: On Tue, 4 Mar 2008, Jari Aalto wrote: ... rsnapshot makes extensive use of hard links, so disk space is only used when absolutely necessary... This will not be true on some non-NTFS filesystems (e.g., FAT). Perhaps a note in the Cygwin-specific README to that regard is in order? FWIW, I would also change the ldesc to indicate that hard links will only be used on NTFS and whatever other systems support them (Corinna?). FAT and FAT32 afaik. Samba is treated as NTFS, NFS depends on the underlying FS, don't know about other exotic FS. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[ITP] pure-ftpd 1.0.21
Included in debian stable http://packages.debian.org/etch/pure-ftpd category: Net requires: cygwin crypt libiconv2 sdesc:secure production-quality standard-conformant FTP server ldesc:Pure-FTPd is a fast, secure, production-quality and standard-conformant FTP server. It doesn't provide useless bells and whistles, but focuses on efficiency and ease of use. wget \ http://kacygwinlist.googlepages.com/setup.hint \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1.tar.bz2 \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1-src.tar.bz2
Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
On Tue, 4 Mar 2008, Jari Aalto wrote: * Mon 2008-03-03 David Rothenberger [EMAIL PROTECTED] Umm, http://cygwin.com/acronyms/#PCYMTNQREAIYR... Thanks. On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: requires: cygwin libpopt0 This doesn't seem to depend on libpopt0 /usr/lib/librsync.la lists as dependency_libs: /usr/lib/libpopt.la -lbz2 -lz. So, what should the dependencies be? It's a bit tricky. You can use: $ cygcheck usr/bin/cygrsync-1.dll usr/bin/cygrsync-1.dll ! D:\cygwin\bin\cygwin1.dll C:\WINNT\system32\ADVAPI32.DLL C:\WINNT\system32\NTDLL.DLL C:\WINNT\system32\KERNEL32.DLL C:\WINNT\system32\RPCRT4.DLL Where the toplevel (!) is the only dependency. That won't quite work. The problem is that if some dependency is both top-level AND transitive, and the transitive one happens to be encountered earlier, cygcheck will not (by default) output the top-level one. So, if you see $ cygcheck foo.exe foo.exe bar.dll baz.dll That does not mean that foo.exe does not depend on baz.dll. You can probably use $ cygcheck -v foo.exe foo.exe bar.dll baz.dll baz.dll (already done) to make sure, but the output does tend to be rather verbose... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel
[ITP] sng-1.0.2-1
I'd like to package and maintain sng for Cygwin. Source homepage: http://sng.sourceforge.net/ Source download: http://downloads.sourceforge.net/sng/sng-1.0.2.tar.gz Author: Eric S. Raymond License: libpng/zlib sng is in Debian stable: http://packages.debian.org/etch/sng . setup.hint sdesc: Markup language and compiler/decompiler for PNG ldesc: SNG (Scriptable Network Graphics) is a minilanguage designed specifically to represent the entire contents of a PNG (Portable Network Graphics) file in an editable form. Thus, SNGs representing elaborate graphics images and ancillary chunk data can be readily generated or modified using only text tools. SNG is implemented by a compiler/decompiler called sng that losslessly translates between SNG and PNG. category: Graphics requires: cygwin libpng12 /setup.hint Please review. Thanks, Andrew. wget \ http://home.comcast.net/~andrex/cygwin/sng/setup.hint \ http://home.comcast.net/~andrex/cygwin/sng/sng-1.0.2-1.tar.bz2 \ http://home.comcast.net/~andrex/cygwin/sng/sng-1.0.2-1-src.tar.bz2
[RFU] gnupg-1.4.8-1
I have changed the setup.hint: gnupg-1.4.8-1 is not to marked as experimental release anymore. Package location: = http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1-src.tar.bz2 http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1.tar.bz2 http://home.arcor.de/thuffir/cygwin/gnupg/setup.hint Signatures: === http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1-src.tar.bz2.sig http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1.tar.bz2.sig http://home.arcor.de/thuffir/cygwin/gnupg/setup.hint.sig Can be checked against my public key id: FD65117B gpg --keyserver wwwkeys.pgp.net --recv-keys FD65117B Cheers Gergely Budai
Re: [ITA] gnupg-1.4.8-1
On 3/4/2008 12:10 AM, Gergely Budai wrote: Do you have all the needed packages? (I test always in a fully installed environment i.e. all cygwin packages installed). I do not have all packages installed, but I believe I have all the dependencies to compile. I tried running under strace and got the error: The procedure entry point __dn_skipname could not be located in the dynamic link library cygwin1.dll. Does anyone else get errors like this? Apparently not. I will try this again with a fresh install of Cygwin and/or another machine. The binary package works fine for me. I guess we should consider this to be a weird problem in my environment. -- David Rothenberger [EMAIL PROTECTED] The difference between the right word and the almost right word is the difference between lightning and the lightning bug. -- Mark Twain
Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: David Rothenberger writes: [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin libpopt0 external-source: rdiff This doesn't seem to depend on libpopt0 I removed libpopt0 from requires. [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin external-source: rdiff wget -x -nH --cut-dirs=2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync-devel/librsync-devel-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync-devel/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync1/librsync1-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync1/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/rdiff-0.9.7-1-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/rdiff-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/setup.hint -- David Rothenberger [EMAIL PROTECTED] The difference between the right word and the almost right word is the difference between lightning and the lightning bug. -- Mark Twain
minires-devel problem? (was: Re: [ITA] gnupg-1.4.8-1)
On 3/4/2008 9:12 AM, David Rothenberger wrote: On 3/4/2008 12:10 AM, Gergely Budai wrote: Do you have all the needed packages? (I test always in a fully installed environment i.e. all cygwin packages installed). I do not have all packages installed, but I believe I have all the dependencies to compile. I tried running under strace and got the error: The procedure entry point __dn_skipname could not be located in the dynamic link library cygwin1.dll. Does anyone else get errors like this? Apparently not. I will try this again with a fresh install of Cygwin and/or another machine. The binary package works fine for me. I guess we should consider this to be a weird problem in my environment. This worked fine for me with a fresh install. The problem turned out to be my /usr/lib/libresolv.a. On my old installation, this was an archive. On a fresh installation, this was a symlink to /usr/lib/libminires.dll.a. It looks like the postinstall for minires-devel did not replace my existing /usr/lib/libresolv.a since it already existed. -- David Rothenberger [EMAIL PROTECTED] The first thing we do, let's kill all the lawyers. -- Wm. Shakespeare, Henry VI, Part IV
Re: [ITP] nttcp-1.47 -- New test TCP program
* Mon 2008-03-03 Volker Zell [EMAIL PROTECTED] * Message-Id: [EMAIL PROTECTED] Jari Aalto writes: Included in Debian stable: http://packages.debian.org/nttcp Src package contains binary and your build script hangs during the strip phase. Hm. Could you download this new build and send the full log mkdir nttcp cd nttcp wget http://cygwin.cante.net/nttcp/nttcp-1.47-1-src.tar.bz2 tar -xf nttcp*.tar.bz2 bash -x nttcp*sh --verbose | tee nttcp.log 21 To my address: [EMAIL PROTECTED] Thanks, Jari -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [ITP] pure-ftpd 1.0.21
On Mar 4 17:01, Kostya Altukhov wrote: http://kacygwinlist.googlepages.com/setup.hint \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1.tar.bz2 \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1-src.tar.bz2 Packaging looks good. Thanks for this new package. Btw., this is a candidate for a setup script along the lines of ssh-host-config, exim-config, etc. Did you notice the discussion starting with http://cygwin.com/ml/cygwin-apps/2008-02/msg00183.html ? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] pure-ftpd 1.0.21
On Mar 4 22:14, Corinna Vinschen wrote: On Mar 4 17:01, Kostya Altukhov wrote: http://kacygwinlist.googlepages.com/setup.hint \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1.tar.bz2 \ http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-1-src.tar.bz2 Packaging looks good. Thanks for this new package. Oops, I forgot to metion: Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
generic-build-script
I am using the generic-build-script as a template for my package scripts and I have noticed a strange thing when running it. When I make a './foo-vendor-release.sh first' run, I get randomly the following error : . p7zip-4.57/man1/7zr.1 p7zip-4.57/README p7zip-4.57/TODO mv: cannot move `p7zip-4.57' to `../p7zip-4.57-orig': Permission denied p7zip-4.57-1.sh p7zip-4.57.tar.bz2 $ I have traced it down to the following lines: ... unpack ${src_orig_pkg} \ mv ${BASEPKG} ../${BASEPKG}-orig \ ... Just like I said, I get this error randomly. (approx. 3 out of 5 runs) Have anyone else experienced this problem? Could it be a dualcore problem? Cheers, Gergely Budai
Re: generic-build-script
Gergely Budai wrote: mv: cannot move `p7zip-4.57' to `../p7zip-4.57-orig': Permission denied This is probably caused by a handle remaining open for some short period of time after tar has completed writing the files, such that mv starts before it closes. On a normal system, I don't think this should ever be the case, i.e. handles should be closed by the time tar terminates. Sometimes if you have on-demand virus scanning however, those hooks cause the file to remain open for a short period after tar has written them. I've also seen this with on-demand/real-time disk defragmentation (in my case, Diskeeper v11 I believe) software, which I had to disable. The fact that it is transient definitely indicates that it's a race, but I wouldn't go pinning it on dual core; although that may exacerbate it. Brian
[GTG] Re: [ITP] mairix 0.21 -- Index and search email messages stored in Maildir or MH folders
Jari Aalto writes: * Mon 2008-03-03 Volker Zell [EMAIL PROTECTED] requires: cygwin Your inlined setup.hints usually do not correspond with the real setup.hint from the package. Noted. I'll try to synch mails/builds better. ...It includes dotmairixrc.eg, please double check. Now fixed. Builds fine from source, packaging and setup.hint look good. GTG Volker
Re: [ITP] rsnapshot 1.3.0 -- A local and remote filesystem snapshot utility
Jari Aalto writes: Included in Debian stable: http://packages.debian.org/rsnapshot Both binaries have the following as the first 3 lines. Looks a little strange. #!/usr/bin/perl -w # the path to perl at the top was generated by autoconf #!/usr/bin/perl -w Also your postinstall script has two times the following code block: for i in etc etc/rsnapshot.conf do src=$fromdir/$i dest=/$i [ -e $dest ] continue if [ -d $src ] ; then install -d -m 755 $dest continue fi install -m 644 $src $dest done
[GTG] Re: [ITP] rdiff/librsync 0.9.1 - rsync remote delta algorithm
David Rothenberger writes: On 3/3/2008 12:54 PM, Dr. Volker Zell wrote: David Rothenberger writes: [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin libpopt0 external-source: rdiff This doesn't seem to depend on libpopt0 I removed libpopt0 from requires. [librsync1 setup.hint ] sdesc: Free software library that implements the rsync remote-delta algorithm. (runtime) ldesc: librsync is a free software library that implements the rsync remote-delta algorithm. This algorithm allows efficient remote updates of a file, without requiring the old and new versions to both be present at the sending end. The library uses a streaming design similar to that of zlib with the aim of allowing it to be embedded into many different applications. category: Libs requires: cygwin external-source: rdiff wget -x -nH --cut-dirs=2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync-devel/librsync-devel-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync-devel/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync1/librsync1-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/librsync1/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/rdiff-0.9.7-1-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/rdiff-0.9.7-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/rdiff/setup.hint Builds fine from source, packaging and setup.hint look good. GTG Volker
[GTG] Re: [ITP] sng-1.0.2-1
Schulman Andrew writes: I'd like to package and maintain sng for Cygwin. Source homepage: http://sng.sourceforge.net/ Source download: http://downloads.sourceforge.net/sng/sng-1.0.2.tar.gz Author: Eric S. Raymond License: libpng/zlib sng is in Debian stable: http://packages.debian.org/etch/sng . Builds fine from source, packaging and setup.hint look good. GTG Volker
Re: [RFU] gnupg-1.4.8-1
Gergely Budai writes: I have changed the setup.hint: gnupg-1.4.8-1 is not to marked as experimental release anymore. Package location: = http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1-src.tar.bz2 http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1.tar.bz2 http://home.arcor.de/thuffir/cygwin/gnupg/setup.hint Signatures: === http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1-src.tar.bz2.sig http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1.tar.bz2.sig http://home.arcor.de/thuffir/cygwin/gnupg/setup.hint.sig Can be checked against my public key id: FD65117B gpg --keyserver wwwkeys.pgp.net --recv-keys FD65117B Builds fine from source, passes all tests but /usr/share/man/man1/gpg.ru.1.gz should be /usr/share/man/ru/man1/gpg.1.gz and requires in setup.hint should be: cygwin libbz2_1 libcurl4 libiconv2 libintl8 libopenldap2_3_0 libreadline6 libusb-win32 minires zlib I would also recommend the cygport framework instead of the g-b-s approach for packaging. Ciao Volker
Re: generic-build-script
Brian Dessent wrote: Gergely Budai wrote: mv: cannot move `p7zip-4.57' to `../p7zip-4.57-orig': Permission denied FYI: http://cygwin.com/ml/cygwin-apps/2007-06/msg00046.html [ITP] p7zip ...with special support for NOT building the (GPL-incompatible) RAR stuff. Never got enough votes, so it was eventually withdrawn. -- Chuck
[ITP] csih-0.1-1
cygwin-service-installation-helper provides a library of shell functions that can be used by other cygwin packages that provide servers and daemons. Usually, these other packages also ship with installation or configuration scripts (such as: ssh-host-config, iu-config, cron-config, etc). These installation scripts have similar requirements, and can benefit from delegating common tasks to a common library. Like csih! I have notices that some of the *-config scripts mentioned above are posix-shell (#!/bin/sh) compliant. csih is not; it uses many bash-isms, so any -config script that uses its facilities must be a #!/bin/bash script. This package basically consists of a single file: /usr/share/csih/cygwin-service-installation-helper.sh whose contents are derived from many sources: ssh-host-config from the openssh package cron-config from the cron package exim-config from the exim package iu-config and syslogd-config from the inetutils package cygport from the cygport package You can inspect the library without downloading and unpacking the tarballs using this link: http://cygwin.cwilson.fastmail.fm/ITP/cygwin-service-installation-helper.sh Changes relative to the initial version posted here http://cygwin.com/ml/cygwin-apps/2008-02/msg00225.html 1) documentation throughout 2) tested pretty heavily, but only on my (XP) system 3) renamed all functions to 'csih_WHATEVER' 4) use 'cyg_server' instead of 'cygwin_svc' as requested by Pierre 5) also look for sshd_server and cron_server 6) assimilated many functions from cron-config and exim-config 7) added debug and trace functions 8) added ability to suppress 'color', so that setup.log doesn't get cluttered with escape sequences 9) re-wrote inetutils' iu-config and syslogd-config to use this library. See: http://cygwin.cwilson.fastmail.fm/ITP/iu-config http://cygwin.cwilson.fastmail.fm/ITP/syslogd-config This is still very preliminary, and patches, comments, and suggestions are both welcome and solicited. Packages here: http://cygwin.cwilson.fastmail.fm/ITP/csih-0.1-1-src.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/csih-0.1-1.tar.bz2 setup.hint category: Util requires: bash gawk sed editrights sdesc: Provides support for installing cygwin services ldesc: Provides support for installing cygwin services -- Chuck
Re: [ITA] inetutils-1.5-1
Okay, this is round #2. New packages are here: http://cygwin.cwilson.fastmail.fm/ITP/inetutils-1.5-2.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/inetutils-1.5-2-src.tar.bz2 Now depends on csih, so new setup.hint (with trimmed-down ldesc): = setup.hint = sdesc: Common networking clients and servers ldesc: inetutils provides common networking clients and servers, including the inetd super-server, telnetd and telnet, ftpd and ftp, rshd and rsh, rlogind and rlogin, talkd and talk, tftpd and tftp, rexecd (but no rexec), uucpd (but no uucp client), rcp, and syslogd. category: Net requires: cygwin terminfo csih = setup.hint = Changes since last post: 1) all inetd.conf services are disabled by default (but do not explicitly reference tcpd/tcp_wrappers). NOTE: I decided NOT to make iu-config super-smart. It does NOT a) ask about each service and offer to enable/disable it, NOR b) automagically update existing inetd.conf files from referencing in.telnetd to telnetd. In both cases, the reason was: no matter how smart I make iu-config, the pre/postinstall scripts will never be able to tell if inetd.conf was automatically modified, or manually modified -- and different means never updated from new /etc/defaults/. I figured THAT was a worse outcome than simply requiring: c) if you've already manually modified inetd.conf, you need to do so again, or d) if you want something different than the default behavior, you should manually establish it. 2) incorporated Corinna's security patch for rcpd (from 1.3.2-40). Also applied a similar fix to rexecd. 3) updated inetutils.OLD-README to 1.3.2-40's README (from 1.3.2-37). 4) preparing for disabling --install-as-service option. It's not disabled YET, but all it will take is a single #define and it's gone. 5) other documentation updates, related to these changes. Also, officially deprecated the install as a service on its own (e.g. --install-as-service). It will (always?) allow operation in this mode if already installed, but eventually the --install-as-service will go away, leaving only cygrunsrv and init as viable mechanisms. 6) inetd.exe from 1.5-2 will honor inetd.exe-1.3.2's registry key, if present. This only applies if inetd-1.3.2 had previously been installed as a service using --install-as-service. 7) rewrote iu-config to use csih facilities -- also, now offers to install inetd as a service (via cygrunsrv). Note the -p option, which allows on NT/2k/XP systems to use a special privileged user, just like on WinServer2003/2008/Vista/etc. http://cygwin.cwilson.fastmail.fm/ITP/iu-config 8) rewrote syslogd-config to use csih facilities http://cygwin.cwilson.fastmail.fm/ITP/syslogd-config 9) new motd g New problems: = While testing the csih privileged user stuff (and the iu-config -p option), I found that while inetd was perfectly happy to run under the privileged user, some of the slave servers (ftpd, rshd, ...) did not operate as well as they did under LocalSystem. In particular, I couldn't even log in using ftpd. rshd did not honor .rhosts settings -- but did authenticate with password. Telnetd was fine. I think these have to do with hardcoded ROOT_UID stuff. Sergey's original port simply substituted root tests like: if (!uid) { ... } with #ifdef __CYGWIN__ #define ROOT_UID 18 #else #define ROOT_UID 0 #endif if (uid == ROOT_UID) { ... } Obviously, that's no good with special privileged users (and would also break if we started using NetworkService or LocalService accounts). These issues are, as far as I know, also present in the existing 1.3.2-X series, so they are not regressions, and probably shouldn't prevent uploading 1.5-2 as an official *test* release -- assuming the necessary approvals and GTGs for this 1.5-2 packageset and for the new csih package are forthcoming... I'll look into fixing these newly discovered issues with the slave servers in -3 or later -- suggestions as to the correct fix? Should I create a special function accountHasRootLikeCapabilities(some uid) and use that? What would this function look like? -- Chuck
Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
Corinna Vinschen wrote: On Feb 27 22:22, Charles Wilson wrote: (2) rewrite ssh-host-config to use it (4a) rewrite syslog-ng-config to use it Don't get me wrong. I was not suggesting that you should do all these conversions. It would be nice to have one or two template scripts, like iu-config and syslog-config. Every other script is rather the job of the package maintainer, isn't it? Unless you plan to speed up the migration, of course. Sort of. I really just wanted to be sure that csih provided all the necessary facilities -- and that they actually worked when used 'in the wild'. The best way to do that is to exercise the csih code from as many different contexts as possible, not just iu-config and syslogd-config. However, I think the urgency of these other 'rewrites' is fairly low. I'll work on that in the background, because rght now, I think external users of iu-config/syslogd-config will provide me with all the bug reports on csih that I can handle, for a while. This is not to say that I think csih is chock-full-of-bugs -- it's not -- but I only have the one XP system to test on. Monocultures make me nervous... I didn't mean to say that other packages shouldn't use this function library. I was merely saying that other scripts which don't have to switch the user context don't have to be converted in the first place. There's no pressure. Right -- but they CAN use the other facilities in csih if they want to. See http://cygwin.cwilson.fastmail.fm/ITP/syslogd-config -- Chuck
[ITP] p7zip-4.57-1
This is actually a re-ITP. I posted p7zip-4.47-1 last year http://www.cygwin.com/ml/cygwin-apps/2007-06/msg00046.html but it kinda died without a yes/no after some issues with using non-standard cygport mods, so nobody could give it a GTG. Contrary to my message here: http://www.cygwin.com/ml/cygwin-apps/2008-03/msg00101.html it was NOT an issue with votes -- because p7zip is a normal component of the Debian distribution, so needs no votes. Just a GTG -- which it didn't get last year. So, having been reminded of this issue by the message earlier today, I updated my local build -- using *standard* features of the new cygport-3.8. It still has the rather odd structure imposed by the upstream folks: == /usr/bin/7z == #! /bin/sh /usr/lib/p7zip/7z $@ etc, but the other issues mentioned http://www.cygwin.com/ml/cygwin-apps/2007-06/msg00048.html have been fixed. http://cygwin.cwilson.fastmail.fm/ITP/p7zip-4.57-1.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/p7zip-4.57-1-src.tar.bz2 = setup.hint = category: Archive requires: cygwin sdesc: A file archiver with very high compression ratios. ldesc: p7zip is the Unix port of 7-Zip, a file archiver that archives with very high compression ratios. It supports packing/unpacking 7z, zip, gzip bzip2, and tar archives. It supports unpacking of cab, iso, arj, lzh, chm, z, cpio, rpm, deb, and nsis archives. This version does NOT support rar archives. = setup.hint = Included in Debian sid: http://packages.debian.org/unstable/utils/p7zip -- Chuck
[GTG] Re: [ITP] csih-0.1-1
Charles Wilson writes: cygwin-service-installation-helper provides a library of shell functions that can be used by other cygwin packages that provide servers and daemons. Packages here: http://cygwin.cwilson.fastmail.fm/ITP/csih-0.1-1-src.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/csih-0.1-1.tar.bz2 setup.hint category: Util requires: bash gawk sed editrights sdesc: Provides support for installing cygwin services ldesc: Provides support for installing cygwin services Builds fine from source, packaging and setup.hint look good. GTG Volker
Re: [ITA] inetutils-1.5-1
Charles Wilson writes: Okay, this is round #2. New packages are here: http://cygwin.cwilson.fastmail.fm/ITP/inetutils-1.5-2.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/inetutils-1.5-2-src.tar.bz2 Now depends on csih, so new setup.hint (with trimmed-down ldesc): = setup.hint = sdesc: Common networking clients and servers ldesc: inetutils provides common networking clients and servers, including the inetd super-server, telnetd and telnet, ftpd and ftp, rshd and rsh, rlogind and rlogin, talkd and talk, tftpd and tftp, rexecd (but no rexec), uucpd (but no uucp client), rcp, and syslogd. category: Net requires: cygwin terminfo csih = setup.hint = make[2]: Entering directory `/misc/src/inetutils-1.5-2/build/talkd' if gcc -DHAVE_CONFIG_H -I. -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd -I.. -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/headers -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/lib -I../lib -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/libinetutils -O2 -pipe -DNCURSES_STATIC -MT acl.o -MD -MP -MF .deps/acl.Tpo -c -o acl.o /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/acl.c; \ then mv -f .deps/acl.Tpo .deps/acl.Po; else rm -f .deps/acl.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd -I.. -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/headers -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/lib -I../lib -I/misc/src/inetutils-1.5-2/src/inetutils-1.5/libinetutils -O2 -pipe -DNCURSES_STATIC -MT announce.o -MD -MP -MF .deps/announce.Tpo -c -o announce.o /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/announce.c; \ then mv -f .deps/announce.Tpo .deps/announce.Po; else rm -f .deps/announce.Tpo; exit 1; fi In file included from In file included from /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/acl.c/misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/announce.c:20: /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/intalkd.h::20: /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/intalkd.h::35: :protocols/osockaddr.h35: protocols/osockaddr.h: No such file or directory : No such file or directory In file included from /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/intalkd.h:36, from /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/announce.c:20: /usr/include/protocols/talkd.h:73: error: field `addr' has incomplete type In file included from /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/intalkd.h:36, from /misc/src/inetutils-1.5-2/src/inetutils-1.5/talkd/acl.c:20: /usr/include/protocols/talkd.h:73: error: field `addr' has incomplete type /usr/include/protocols/talkd.h:74: error: field `ctl_addr' has incomplete type /usr/include/protocols/talkd.h:74: error: field `ctl_addr' has incomplete type/usr/include/protocols/talkd.h:92: error: field `addr' has incomplete type /usr/include/protocols/talkd.h:92: error: field `addr' has incomplete type make[2]: *** [acl.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: *** [announce.o] Error 1 make[2]: Leaving directory `/misc/src/inetutils-1.5-2/build/talkd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/misc/src/inetutils-1.5-2/build' make: *** [all] Error 2 *** ERROR: make failed
[GTG] Re: [ITP] p7zip-4.57-1
Charles Wilson writes: This is actually a re-ITP. I posted p7zip-4.47-1 last year http://www.cygwin.com/ml/cygwin-apps/2007-06/msg00046.html but it kinda died without a yes/no after some issues with using non-standard cygport mods, so nobody could give it a GTG. Contrary to my message here: http://www.cygwin.com/ml/cygwin-apps/2008-03/msg00101.html it was NOT an issue with votes -- because p7zip is a normal component of the Debian distribution, so needs no votes. Just a GTG -- which it didn't get last year. So, having been reminded of this issue by the message earlier today, I updated my local build -- using *standard* features of the new cygport-3.8. It still has the rather odd structure imposed by the upstream folks: == /usr/bin/7z == #! /bin/sh /usr/lib/p7zip/7z $@ etc, but the other issues mentioned http://www.cygwin.com/ml/cygwin-apps/2007-06/msg00048.html have been fixed. http://cygwin.cwilson.fastmail.fm/ITP/p7zip-4.57-1.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/p7zip-4.57-1-src.tar.bz2 = setup.hint = category: Archive requires: cygwin sdesc: A file archiver with very high compression ratios. ldesc: p7zip is the Unix port of 7-Zip, a file archiver that archives with very high compression ratios. It supports packing/unpacking 7z, zip, gzip bzip2, and tar archives. It supports unpacking of cab, iso, arj, lzh, chm, z, cpio, rpm, deb, and nsis archives. This version does NOT support rar archives. = setup.hint = Builds fine from source, packaging and setup.hint look good except you should maybe add bash to requires. GTG Volker