Hi.
I contacted the doxygen maintainer, Warren Young, privately because I
had encountered a bug [1] in doxygen 1.7.4. I knew that this bug was
fixed in later versions of doxygen, and I asked if he could upload a
more recent version. Warren replied and very kindly offered me the
maintenance o
I appreciate that [ITP] messages are normally reserved for new packages,
but Warren Young suggested that I send this through as an ITP as this is
my first package, and you might want to check it more thoroughly than
for a simple update.
wget \
http://www.drstacey.talktalk.net/doxygen-1.8.0-1
wget \
http://www.drstacey.talktalk.net/doxygen-1.8.0-2.tar.bz2 \
http://www.drstacey.talktalk.net/doxygen-1.8.0-2-src.tar.bz2 \
http://www.drstacey.talktalk.net/setup.hint \
http://www.drstacey.talktalk.net/md5.sum
Many thanks to Marco and Achim for their suggestions. This is a second
On 02/10/12 02:27, Warren Young wrote:
You should keep using -1 for subsequent build attempts until one gets
RFU'd. Use new package versions only to disambiguate published
package versions. The package version number is there to help
setup.exe out, not to help us poor humans out. :)
Apologi
On 03/10/12 21:37, Warren Young wrote:
On 10/2/2012 1:10 PM, David Stacey wrote:
On 02/10/12 02:27, Warren Young wrote:
You should keep using -1 for subsequent build attempts
>
Apologies for that. I was following the advice here:
http://cygwin.com/setup.html#submitting
I was sure I
wget \
http://www.drstacey.talktalk.net/doxygen-1.8.0-1.tar.bz2 \
http://www.drstacey.talktalk.net/doxygen-1.8.0-1-src.tar.bz2 \
http://www.drstacey.talktalk.net/setup.hint \
http://www.drstacey.talktalk.net/md5.sum
Revised package that implements suggestions made by Warren Young and
C
wget --no-host-directories --force-directories --cut-dirs=1 \
http://www.drstacey.talktalk.net/yasm/yasm-1.2.0-1.tar.bz2 \
http://www.drstacey.talktalk.net/yasm/yasm-1.2.0-1-src.tar.bz2 \
http://www.drstacey.talktalk.net/yasm/setup.hint \
http://www.drstacey.talktalk.net/yasm/yasm-devel/yas
On 08/10/12 10:23, Jari Aalto wrote:
On 2012-10-07 22:01, David Stacey wrote:
|
| yasm...
Builds ok, GTG. It would be nice to also to have manual pages[*] for
all binaries. These don't have one:
usr/bin/vsyasm.exe
usr/bin/ytasm.exe
Jari
[*] FYI Debian includes manual
On 08/10/12 21:14, Jari Aalto wrote:
On 2012-10-08 19:42, David Stacey wrote:
| On 08/10/12 10:23, Jari Aalto wrote:
| >On 2012-10-07 22:01, David Stacey wrote:
| >|
| >| yasm...
| >
| >Builds ok, GTG. It would be nice to also to have manual pages[*] for
| >all binaries. Th
On 08/10/12 21:14, Jari Aalto wrote:
On 2012-10-08 19:42, David Stacey wrote:
| On 08/10/12 10:23, Jari Aalto wrote:
| >On 2012-10-07 22:01, David Stacey wrote:
| >|
| >| yasm...
| >
| >Builds ok, GTG. It would be nice to also to have manual pages[*] for
| >all binaries. Th
On 10/10/12 10:31, Warren Young wrote:
As it happens, I think this sort of gun-jumping happened with the
Doxygen 1.8.0-1 packages. I gave a GTG with reservations to the ITP,
several days ago. David said in the thread he was off working on
addressing some of those reservations, but then yester
On 08/10/12 10:23, Jari Aalto wrote:
On 2012-10-07 22:01, David Stacey wrote:
|
| yasm...
Builds ok, GTG.
wget --no-host-directories --force-directories --cut-dirs=1 \
http://www.drstacey.talktalk.net/yasm/yasm-1.2.0-1.tar.bz2 \
http://www.drstacey.talktalk.net/yasm/yasm-1.2.0-1
I am interested in porting keepassx [1] to Cygwin. This is a programme
for the secure storage of passwords (e.g. for websites), built on Qt4. I
have a few questions about this, and would value your opinions:
1. keepassx is present in Cygwin Ports. Yaakov: Are you happy for
keepassx to be moved
wget --no-host-directories --force-directories --cut-dirs=1 \
http://www.drstacey.talktalk.net/keepassx/keepassx-0.4.3-2.tar.bz2 \
http://www.drstacey.talktalk.net/keepassx/keepassx-0.4.3-2-src.tar.bz2 \
http://www.drstacey.talktalk.net/keepassx/setup.hint \
http://www.drstacey.talktalk.net/ke
On 12/10/12 00:44, Christopher Faylor wrote:
Uploaded.
I've just noticed that yasm-debuginfo wasn't uploaded to the correct
directory. It was placed in the 'yasm' directory (where the main source
and binary packages live). It should be in a sub-directory called
'yasm-debuginfo' with the set
I have a build of doxygen of 1.8.2 that I am in the last throws of
testing. In addition to the main doxygen executable, I have managed to
build doxywizard, which is a Qt-based GUI for editing the doxygen
configuration files. doxywizard built from the same sources as doxygen
itself, and is inclu
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=4 \
${BASEURL}/ryH8hDaamt/release/doxygen/doxygen-1.8.2-1-src.tar.bz2 \
${BASEURL}/ZeHjPqNE49/release/doxygen/doxygen-1.8.2-1.tar.bz2 \
${BASEURL}/S0WLMr_y8z/release/doxygen/setup.hint \
${BA
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=4 \
${BASEURL}/4LSW_AyETz/release/xmlstarlet/setup.hint \
${BASEURL}/V8ZnZOZ0w3/release/xmlstarlet/xmlstarlet-1.4.1-1-src.tar.bz2 \
${BASEURL}/H9xV7bQaUN/release/xmlstarlet/xmlstarlet-1.4.1-1
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=4 \
${BASEURL}/4LSW_AyETz/release/xmlstarlet/setup.hint \
${BASEURL}/X3_7D8zAvV/release/xmlstarlet/xmlstarlet-1.4.2-1-src.tar.bz2 \
${BASEURL}/uwXsZw95Hs/release/xmlstarlet/xmlstarlet-1.4.2-1
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=4 \
${BASEURL}/c0cvFMR4a5/release/doxygen/doxygen-1.8.3.1-1-src.tar.bz2 \
${BASEURL}/p4a4gFk1Cp/release/doxygen/doxygen-1.8.3.1-1.tar.bz2 \
${BASEURL}/S0WLMr_y8z/release/doxygen/setup.hint \
On 05/02/2013 17:41, Christopher Faylor wrote:
So, as an alternative, we could advertise that the directory is going
away on the main web page for a month before nuking it.
Cygwin Legacy has been missing from most mirrors today.
Has someone pressed the big red button already?
Dave.
On 07/02/13 05:17, Christopher Faylor wrote:
Anyway, I'm sorry I put this to a vote. I've nuked the legacy code from
the release area. I haven't removed the link from the web site so we'll
see if someone complains to the cygwin mailing list. As I mentioned,
there were 14 attempts to download t
On 28/01/13 18:14, David Rothenberger wrote:
Please upload subversion-1.7.8-2 as the new current release. Please
delete 1.7.8-1 and leave 1.6.17-1 as prev.
I'm not sure David's wishes were carried out correctly - version 1.7.8-1
is showing as 'prev' at the moment. Please could you check.
Man
On 17/03/13 16:45, Christopher Faylor wrote:
1) Do you have a 64-bit version of Windows available?
2) If no, would you be willing to install one?
3) Are you willing to download the current 64-bit Cygwin and start porting
your stuff, knowing that there are still bugs?
4) Or, would you rather wa
On 17/03/13 17:45, Christopher Faylor wrote:
If we could (this is just pie-in-the-sky speculating) drum up funding
for a 64-bit version of Windows would you be willing to install it?
I'm just in the throws of putting together a new PC right now - a big
Fedora 18 / Win7 / WinXP multiboot. Sadly
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=5 \
${BASEURL}/ZMxLdGuAOB/64bit/release/xmlstarlet/setup.hint \
${BASEURL}/-0L7Ciq1OA/64bit/release/xmlstarlet/xmlstarlet-1.4.2-1-src.tar.bz2
\
${BASEURL}/YUKx1I2ao8/64bit/release/xmlstarle
Yaakov,
Thank you for building a 64-bit version of doxygen. As doxygen
maintainer, I wanted to rebuild this myself (mainly so that it was built
for linux-g++ rather than win32-g++). However, when I try to re-build
your doxygen-1.8.3.1-1 package with cygport, I get the following error:
sh: ep
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=5 \
${BASEURL}/a5VUX01nIC/64bit/release/yasm/setup.hint \
${BASEURL}/1Dgzi6G73k/64bit/release/yasm/yasm-1.2.0-1-src.tar.bz2 \
${BASEURL}/OUqYxaIg4g/64bit/release/yasm/yasm-1.2.0-1.tar.bz2 \
$
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=5 \
${BASEURL}/GaHtPI0wwe/64bit/release/doxygen/doxygen-1.8.3.1-2-src.tar.bz2 \
${BASEURL}/dnd_KE3crB/64bit/release/doxygen/doxygen-1.8.3.1-2.tar.bz2 \
${BASEURL}/07f8FokqQW/64bit/release/dox
Packages for manipulating comma-separated text files in Perl.
Found in several distros: http://pkgs.org/search/?keyword=perl-Text-CSV
# 32-bit
BASEURL=https://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
${BASEURL}/uVaNv
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
${BASEURL}/D5wIQxCe9e/release/doxygen/doxygen-1.8.4-1-src.tar.bz2 \
${BASEURL}/7ldGx1Ng8M/release/doxygen/doxygen-1.8.4-1.tar.bz2 \
${BASEURL}/S0WLMr_y8z/release/
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-host-directories --force-directories --cut-dirs=5 \
${BASEURL}/UGu_bsP8XW/64bit/release/doxygen/doxygen-1.8.4-1-src.tar.bz2 \
${BASEURL}/ZRfN9VKFzW/64bit/release/doxygen/doxygen-1.8.4-1.tar.bz2 \
${BASEURL}/07f8FokqQW/64bit/release/doxygen
On 10/04/13 22:34, David Stacey wrote:
Packages for manipulating comma-separated text files in Perl.
Found in several distros: http://pkgs.org/search/?keyword=perl-Text-CSV
Just wondered if someone would be kind enough to give these a quick look
over. I appreciate that folk here have been
# 32-bit:
BASEURL=https://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
${BASEURL}/pVZrokamYH/release/perl/perl-Text-CSV_XS/perl-Text-CSV_XS-0.98-1.tar.bz2
\
${BASEURL}/lLuzKm6K_r/release/perl/perl-Text-CSV_XS/perl-Text-CSV
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/3K51NHzNNn/64bit/release/doxygen/doxygen-1.8.4-2.tar.bz2 \
${BASEURL}/gk-C_A3MKE/64bit/release/doxygen/doxygen-1.8.4-2-src.tar.bz2 \
${BASEURL}/07f8Fok
BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=6 \
${BASEURL}/gMetoiuG3_/64bit/release/KDE/keepassx/keepassx-0.4.3-1-src.tar.bz2
\
${BASEURL}/faOgOyuoYS/64bit/release/KDE/keepassx/keepassx-0.4.3-1.tar.bz2 \
${BAS
# 32-bit:
BASEURL=https://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
${BASEURL}/mAEwvwJyB6/release/perl/perl-Text-CSV_XS/perl-Text-CSV_XS-1.00-1-src.tar.bz2
\
${BASEURL}/Q_7U8SjxYJ/release/perl/perl-Text-CSV_XS/perl-Text
These /ought/ to be architecture independent, but just in case:
# 32-bit:
BASEURL=https://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
${BASEURL}/7XsQJwdP8f/release/perl/perl-Text-CSV/perl-Text-CSV-1.32-1-src.tar.bz2
\
${
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/perl-Text-CSV_XS/perl-Text-CSV_XS-1.01-1-src.tar.bz2 \
${BASEURL}/perl-Text-CSV_XS/perl-Text-CSV_XS-1.01-1.tar.bz2
Poco [1] is a collection of modern, powerful open source C++ class
libraries and frameworks for building network- and internet-based
applications that run on desktop, server, mobile and embedded systems.
They simplify and accelerate the development of network-centric,
portable applications in C
Marco queried whether the version number was necessary in the
'libpoco-1.4.6' directory name. I copied the naming convention from the
Boost package (which has version numbers in its directory names), but
feel free to change this if you think necessary.
# 32-bit:
BASEURL=https://dl.dropboxuser
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/xmlstarlet/setup.hint \
${BASEURL}/xmlstarlet/xmlstarlet-1.5.0-1-src.tar.bz2 \
${BASEURL}/xmlstarlet/xmlstarlet-1.5
On 07/07/13 23:36, Ken Brown wrote:
On 7/7/2013 1:19 PM, David Stacey wrote:
Marco queried whether the version number was necessary in the
'libpoco-1.4.6' directory name. I copied the naming convention from the
Boost package (which has version numbers in its directory names), but
fe
I am preparing a library package called Poco. Whilst Marco gave me a
GTG, both he and Ken were a little unsure about the package names that I
had used. Please could some of you good folk give me a little guidance
in this matter.
At the moment, I have tried to copy the naming convention used by
On 11/07/13 19:46, David Rothenberger wrote:
Corinna Vinschen wrote:
>On Jul 11 10:15, David Rothenberger wrote:
>>Corinna Vinschen wrote:
>>>On Jul 10 20:32, David Rothenberger wrote:
In response to a request on the mailing list [1], I've decided to
package svn_load_dirs as a separat
On 12/07/13 09:35, Corinna Vinschen wrote:
On Jul 8 20:06, David Stacey wrote:
>I am preparing a library package called Poco. Whilst Marco gave me a
>GTG, both he and Ken were a little unsure about the package names
>that I had used. Please could some of you good folk give me
On 14/07/13 06:40, Yaakov (Cygwin/X) wrote:
On 2013-07-13 21:38, Christopher Faylor wrote:
On Sat, Jul 13, 2013 at 09:44:40PM -0400, Andrew Schulman wrote:
There are of course other packages that could be called missing because
they haven't been ported to x86_64 yet, and other packages that
de
On 14/07/13 08:31, Yaakov (Cygwin/X) wrote:
On 2013-07-14 01:24, David Stacey wrote:
On 14/07/13 06:40, Yaakov (Cygwin/X) wrote:
On 2013-07-13 21:38, Christopher Faylor wrote:
On Sat, Jul 13, 2013 at 09:44:40PM -0400, Andrew Schulman wrote:
There are of course other packages that could be
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.4.6p1-1.tar.bz2 \
${BASEURL}/poco/libpoco-devel/setup.hint \
${BASEURL}/poco/lib
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.4.6p1-1.tar.bz2 \
${BASEURL}/poco/libpoco-devel/setup.hint \
${BASEURL}/poco/lib
On 18/07/13 20:59, Ken Brown wrote:
Did you have cygserver running when you did your tests? It doesn't
seem good that the outcome of a configure test should depend on
whether or not the person building the package happens to have
cygserver running while doing the build.
If necessary, you can
On 01/08/13 15:37, Corinna Vinschen wrote:
It would be very nice if you could have a look if some of your packages
are still missing and build them as time permits.
ORPHANED
ninvaders
Couldn't resist! Yours if you would like it:
# 64-bit:
BASEURL=https://dl.dropboxusercontent.com/u
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/ninvaders/ninvaders-0.1.1-2-src.tar.bz2 \
${BASEURL}/ninvaders/ninvaders-0.1.1-2.tar.bz2 \
${BASEURL}/ninvaders/nin
On 03/08/13 19:03, Corinna Vinschen wrote:
So I was wondering, if cygport couldn't implement some sort of per-package
PKG_EXCLUDE technique, analogue to the %exclude directive in rpm spec
files. For instance, consider a directory with lots of files, of which
only 2 or so shall be packaged separa
On 08/08/13 13:50, Corinna Vinschen wrote:
On Aug 8 12:42, Corinna Vinschen wrote:
On Aug 7 17:20, Corinna Vinschen wrote:
On Aug 7 13:09, Corinna Vinschen wrote:
On Aug 5 11:25, Corinna Vinschen wrote:
Hi folks,
below's the latest list of packages yet mssing in the 64 bit distro. It
g
In my capacity as doxygen maintainer, I have a build of mscgen for
64-bit Cygwin. Doxygen can use this package to add sequence diagrams to
the output. For sake of completeness, you may wish to take this until
such a time as Michael McTernan (the mscgen maintainer) is ready to
provide his own ve
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/doxygen/doxygen-1.8.5-1-src.tar.bz2 \
${BASEURL}/doxygen/doxygen-1.8.5-1.tar.bz2 \
${BASEURL}/doxygen/doxygen-debug
On 12/09/13 00:11, Yaakov (Cygwin/X) wrote:
On 2013-09-09 01:16, David Stacey wrote:
In my capacity as doxygen maintainer, I have a build of mscgen for
64-bit Cygwin. Doxygen can use this package to add sequence diagrams to
the output. For sake of completeness, you may wish to take this until
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.4.6p2-1.tar.xz \
${BASEURL}/poco/libpoco-devel/setup.hint \
${BASEURL}/poco/libp
icoutils is a set of programmes for extracting and converting Microsoft
icon and cursor files. Found in most major Linux distros [1].
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut
On 04/10/13 06:05, Chris Olin wrote:
Bear with me, as this is my first time doing this and every archived
intent email seems to have it's own format. Any advice is appreciated.
category: Libs
sdesc: "The libevent API provides a mechanism to execute a callback
function when a specific event occur
On 04/10/13 15:15, Christopher Faylor wrote:
On Fri, Oct 04, 2013 at 06:46:12AM +0100, David Stacey wrote:
On 04/10/13 06:05, Chris Olin wrote:
Bear with me, as this is my first time doing this and every archived
intent email seems to have it's own format. Any advice is apprec
On 04/10/13 16:07, Chris Olin wrote:
Didn't see this until after sending my response to Christopher. I'm
unfamiliar with Cygwin Ports. If libevent is already available there, is
there a process to have it brought into Cygwin so then all that I really
need to do is package tmux and send out an ITP
On 09/10/13 13:58, Chris Sutcliffe wrote:
On 2 October 2013 14:25, Chris Sutcliffe wrote:
>On 25 September 2013 06:08, Chris Sutcliffe wrote:
>>Please upload:
>>
>>32-bit:
>>---
>>wget -x -nH --cut-dirs=3 \
>>http://dl.dropbox.com/u/5530441/cygwin/cppcheck/setup.hint \
>>http://dl.dropbox.com/
Name: David Stacey
Package: doxygen
SSHkey: ssh-rsa
B3NzaC1yc2EDAQABAAACAQC1qbp0rH14tI2bo6P3GMXbfsFl1MXfBA+RiX3os3X9d4ejDmoaVZiedtQrUCbrN911vl59km3k7IKeok9A8cX7q/PKeZrbmKodJQ9BGdPjmAmhujNdCaFMPtkRbA4i0A9nNyOIE3HHaWjLNFqESTTV70bJXf26EyaMi5LrTmuG7lIWsqZ3ynSmhfMuKdhUg
On 25/09/2013 22:51, David Stacey wrote:
icoutils is a set of programmes for extracting and converting
Microsoft icon and cursor files. Found in most major Linux distros [1].
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate
Thanks to CGF for the effort that has gone into the new upload process -
I've just uploaded a new package called 'icoutils' and it was really
quite painless.
One thing I haven't grasped yet is the mechanism by which old versions
are deleted. If I were to upload a new version of an existing pac
On 23/10/13 05:03, Christopher Faylor wrote:
On Tue, Oct 22, 2013 at 11:51:40PM -0400, Christopher Faylor wrote:
I notice that David Stacey and Chris Sutcliffe have .tar.* files in
their directories but no accompanying !ready files in the directories or
in the directories above them. Without
I am attempting to upload perl-Text-CSV_XS-1.02-1 for both x86 and
x86_64 architectures. I have uploaded the files into my home directory,
and created '~/x86/!ready' and '~/x86_64/!ready' files. I see that the
two '!ready' files have disappeared, but the new package is still in my
home director
On 12/11/13 05:31, Christopher Faylor wrote:
On Mon, Nov 11, 2013 at 10:50:00PM +, David Stacey wrote:
>I am attempting to upload perl-Text-CSV_XS-1.02-1 for both x86 and
>x86_64 architectures. I have uploaded the files into my home directory,
>and created '~/x86/!ready&
On 03/02/14 11:23, Pavel Fedin wrote:
Hello!
Thanks, but... you missed to include links to your package files.
Huh... That's the main question... What if i have no server at my disposal ?
Presumably you could find some public cloud with free storage space - I
use Dropbox, but I'm sure t
On 27/03/14 18:50, Yaakov (Cygwin/X) wrote:
Actually, that is experimental code (based on a request from another
cygport user) that was accidentally shipped when I had to reroll the
source tarball for compatibility with F20/UnversionedDocDirs. Would
people like to see this done always, never, or
32-bit Cygwin has a 'perl_vendor' package, which contains a number of
perl modules that are not present in 64-bit Cygwin. Specifically, I am
interested in the following perl modules:
Devel::Symdump
Pod::Coverage
Test::Pod
Test::Pod::Coverage
These are all available in the 'perl
On 06/04/14 07:32, Achim Gratz wrote:
David Stacey writes:
Reini: I am aware that you maintain these modules in the 32-bit
distribution through the 'perl_vendor' package. I don't want to tread
on any toes, and I don't know what plans you have for
'perl_vendor'
On 06/04/14 17:38, Achim Gratz wrote:
David Stacey writes:
Thank you for your reply. Yes, I was aware of that discussion. I'm not
talking about breaking up 'perl_vendor' for 32-bit Cygwin (although
IMHO that would be a good thing in the long term). I'd just like to
se
On 07/04/14 19:54, Reini Urban wrote:
The new 5.18.2 package will be unified for 32bit and 64bit, yes.
perl_vendor will probably stay as is, as it is the easiest for the
user and the maintainer.
Thank you for your reply. I'm pleased that there is a way forward to get
these perl modules into 6
On 29/05/14 18:26, Yaakov (Cygwin/X) wrote:
Sorry; our policy is to not include MP3 software in the distribution,
so unfortunately this package cannot be accepted.
Could you possibly elaborate on this please, as I wasn't aware of this
policy. I presume that it's something like licence issues (
AtomicParsley is a utility for reading and writing metadata tags on MP4
files. It is found in many Linux distros, including Fedora [1].
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--c
On 04/06/2014 00:32, Yaakov Selkowitz wrote:
On 2014-06-03 14:05, David Stacey wrote:
AtomicParsley is a utility for reading and writing metadata tags on MP4
files. It is found in many Linux distros, including Fedora [1].
The package name has been capitalised to reflect the name of the
On 12/06/14 12:30, Jari Aalto wrote:
I'm orphaning package "xloadimage". If anyone feels
insterested in taking over, please go ahead.
I've got this to compile under x86_64 using the latest patch set from
Debian. With 30 patches applied, you wonder how much of the original
source code is still
On 12/06/14 17:20, Jari Aalto wrote:
[*] package has been uploaded to x64 (2014-06-12)
*
Please could you check '' as I'm not seeing this package listed for
x86_64:
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=&arch=x86_64
Many thanks,
Dave.
xloadimage is an X11 image viewer and processor. The Cygwin package was
orphaned by Jari earlier this month [1].
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}
On 11/08/14 23:11, cygwin-no-re...@cygwin.com wrote:
upset: couldn't unlink /sourceware/cygwin-staging/home/David Stacey/x86/!ready
- No such file or directory
I'm not sure what happened here - apologies if it was my fault. I was
attempting to upload new versions of xmlstarle
On 15/08/14 22:15, Yaakov Selkowitz wrote:
Where did we leave off wrt breaking out
perl_vendor?
Back in April, Reini expressed a desire to keep perl_vendor, claiming
that it is the easiest solution for both user and maintainer [1].
Whilst there are some of us who might question this, Reini h
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/cppcheck/cppcheck-1.66-1-src.tar.xz \
${BASEURL}/cppcheck/cppcheck-1.66-1.tar.xz \
${BASEURL}/cppcheck/cppcheck-debu
I am trying to package tinyxml2, to be used by cppcheck. I have split
the package into a library package called 'libtinyxml2-2', and a devel
package 'libtinyxml2-devel'. However, when I run cygport to generate the
packages, the setup.hint file for the devel package claims that it is
dependent o
On 26/09/2014 17:57, Marco Atzeri wrote:
On 25/09/2014 22:05, David Stacey wrote:
I am trying to package tinyxml2, to be used by cppcheck. I have split
the package into a library package called 'libtinyxml2-2', and a devel
package 'libtinyxml2-devel'. However, when I run cyg
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/tinyxml2/libtinyxml2-devel/libtinyxml2-devel-2.1.0-1.tar.xz \
${BASEURL}/tinyxml2/libtinyxml2-devel/setup.hint \
${
On 22/09/14 05:03, Yaakov Selkowitz wrote:
On 2014-09-21 14:28, David Stacey wrote:
I would like to adopt cppcheck, which was orphaned by Chris Sutcliffe
last week [1]. The following notes may be of use when reviewing this
package:
I have enabled custom rules for cppcheck, which gives the user
On 29/09/14 07:58, Marco Atzeri wrote:
please move
usr/share/
usr/share/doc/
usr/share/doc/Cygwin/
usr/share/doc/Cygwin/tinyxml2.README
usr/share/doc/tinyxml2/
usr/share/doc/tinyxml2/README.md
from libtinyxml2_2 to libtinyxml2-devel
On the lib package we put only the dll's and data needed by
t
On 29/10/14 13:42, Yaakov Selkowitz wrote:
Please find attached a list of old package tarballs which are not
listed anywhere in setup.ini, meaning that they are not listed as a
previous, current, or test package, and cannot be installed with
setup. These files consume a total of over 1.3Gib.
On 06/12/2014 18:52, Andrew Schulman wrote:
isn't it rather annoying that even Base packages have dependencies
outside the Base category? So, even if I perform a plain Base-only
installation, I get asked if dependencies shall be fullfilled, which, as
a question, is more than borderline anyway.
On 06/12/14 21:19, Achim Gratz wrote:
Maybe what we should consider is removing the 'Select required
packages (RECOMMENDED)' check box on the 'Resolving Dependencies' page
in the installer. Under what use case is unticking this a sensible
idea?
Since setup doesn't have something like soft depend
On 14/01/15 14:13, Corinna Vinschen wrote:
The following packages have dependecies of their own, so they can't
go away until the dependent packages have been rebuilt:
libpqMarco Atzeri
required by:
xemacs Dr. Volker Zell
Some time ago, there was a pro
On 25/01/15 17:20, Corinna Vinschen wrote:
Instead of always defaulting to the curr version, Setup now checks if
the installed version of a package is higher than the curr version of
the package.
This sounds like a great idea - providing that the logic to compare two
version numbers is suffici
On 04/02/15 20:41, Achim Gratz wrote:
If this sounds like a good idea to everybody else I'd remove the current
test package for 5.18.4 on 32bit and replace it with another test
package for 5.14.4, likely in about two weeks. Comments or suggestions?
Do you expect the XS modules built against 5.
On 09/02/15 16:24, Corinna Vinschen wrote:
I just created a git repo for setup:
git clone cygwin.com:/git/cygwin-setup.git
For the last ten months, I've been running the Coverity Scan static
analyser over Cygwin snapshots. Do you want me to continue using the
snapshots, or would you prefe
On 10/02/15 18:53, Achim Gratz wrote:
David Stacey writes:
For the last ten months, I've been running the Coverity Scan static
analyser over Cygwin snapshots. Do you want me to continue using the
snapshots, or would you prefer me to switch to git master? Would there
be much difference be
On 04/02/15 20:41, Achim Gratz wrote:
If this sounds like a good idea to everybody else I'd remove the current
test package for 5.18.4 on 32bit and replace it with another test
package for 5.14.4, likely in about two weeks.
In readiness for the new perl test package, I've removed the test
vers
On 11/02/15 04:14, Yaakov Selkowitz wrote:
I just cleared out a huge number of obsolete and stale packages. More
remain, but the following packages currently depend on one or more
obsolete libraries (including the recently-obsoleted libpng15 and
libgd2):
mscgen
1 - 100 of 168 matches
Mail list logo