On 7/14/2015 10:40 PM, Marco Atzeri wrote:
On 7/14/2015 9:51 PM, Achim Gratz wrote:
Achim Gratz writes:
There are a few Perl distribution packages that are captive in another
source package. The hopefully complete list of such packages:
perl-Graphics-Magick
perl-gv
perl-Image-Magick
perl
On 7/16/2015 10:06 AM, jari wrote:
On 2015-07-15 16:12, Ken Brown wrote:
| On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
| >On Jul 15 16:24, Marco Atzeri wrote:
| >>Dear All,
| >>I spent a bit of time checking the real situation of the packages
| >>still missing as 64 bit p
On 7/16/2015 10:18 AM, jari wrote:
On 2015-07-15 16:24, Marco Atzeri wrote:
| Dear All,
| I spent a bit of time checking the real situation of the packages
| still missing as 64 bit port.
| After xdelta, bsdiff and iperf porting, without counting the few mingw ones,
| the duplicates we are down
On 7/16/2015 8:35 PM, Achim Gratz wrote:
jari writes:
This is the command that fails (from debugging pristine-tar):
xdelta delta -0 --pristine /tmp/pristine-tar.joIgDIVU9F/recreatetarball
/tmp/pristine-tar.9DVOtZUF7E/origtarball /tmp/pristine-tar.9DVOtZUF7E/deltaxdel
So, the option missing fr
On 7/17/2015 1:52 AM, jari wrote:
There will be need for pristine-tar for long foreseeable future. It's
mature already.
| The option above may no longer be needed with xdelta3, since from
| reading the manpage it seems it no longer automatically decompresses
| its input. But there are likely o
On 7/17/2015 9:22 AM, jari wrote:
| I will repack xdelta1
|
| As I already bumped xdelta to 3.x series
| any problem if I create a new xdelta1 package ?
All good, provided that:
xdelta1 => /usr/bin/xdelta (the original)
xdelta3 => /usr/bin/xdelta3
Jari
that is the plan.
I will
On 7/17/2015 9:32 AM, Corinna Vinschen wrote:
On Jul 15 16:12, Ken Brown wrote:
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Thanks for looking into this.
Two points:
- Shall we remove all 32b-bit only orphaned packages for which we don't
On 7/17/2015 11:50 AM, Corinna Vinschen wrote:
On Jul 17 10:39, Marco Atzeri wrote:
On 7/17/2015 9:32 AM, Corinna Vinschen wrote:
On Jul 15 16:12, Ken Brown wrote:
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Thanks for looking into this.
Two
On 7/17/2015 2:52 PM, Ken Brown wrote:
I understand, but they are unmaintained. So, who's going to check
if they are buildable as 64 bit packages?
Good point. In that case, I volunteer to maintain ffcall, just to
protect it. I have an interest in it because it's used by clisp (and
probably
On 7/18/2015 10:11 AM, jari wrote:
On 2015-07-17 20:17, Achim Gratz wrote:
| jari writes:
| > All good, provided that:
| >
| >xdelta1 => /usr/bin/xdelta (the original)
| >xdelta3 => /usr/bin/xdelta3
|
| Why? The most current version of pristine-tar from git includes a commit
| that g
On 7/17/2015 11:59 AM, Marco Atzeri wrote:
Jari (the not-maintainer) just uploaded aewm++.
I updated the list, accordingly.
but I suspect that everything Jari is loading is stacked on
his load stage area as
"ORPHANED (Jari Aalto)" <> "Jari Aalto"
Corinna, Ya
On 7/19/2015 9:05 AM, Corinna Vinschen wrote:
On Jul 19 07:39, Marco Atzeri wrote:
On 7/17/2015 11:59 AM, Marco Atzeri wrote:
Jari (the not-maintainer) just uploaded aewm++.
I updated the list, accordingly.
but I suspect that everything Jari is loading is stacked on
his load stage area as
On 7/19/2015 1:05 PM, jari wrote:
On 2015-07-18 21:46, Marco Atzeri wrote:
|
|
| as today
| $ cygcheck -cd |grep xdelta
| xdelta 3.0.9-1
|
| To avoid backwards, my proposal is
|
| xdelta1-1.1.4-2
| xdelta-3.0.9-2 (removing the xdelta link to xdelta3)
|
| if
On 7/19/2015 8:57 PM, Achim Gratz wrote:
Please add me as a maintainer for this package, which will be part of
the Perl update.
Regards,
Achim.
added
Marco
On 7/19/2015 9:10 PM, Achim Gratz wrote:
Alexey Sokolov writes:
Is "1" some special number which should be used?
Just some number that gets bumped whenever the ABI changes
(i.e. applications that link against the library would need to be
recompiled).
ZNC 1.6.0 is supposed to be ABI-compati
On 7/20/2015 9:28 AM, Corinna Vinschen wrote:
Hi Achim,
On Jul 19 20:55, Achim Gratz wrote:
Achim Gratz writes:
I have rebuilt Perl 5.22.0 and all distributions including some updates
in the last month with the updated toolchain. I've uploaded the files
to my server if you want to test, pleas
On 7/20/2015 8:16 PM, Jon TURNEY wrote:
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones, the duplicates we are down to ~44
On 7/22/2015 3:10 PM, Andrew Schulman wrote:
Please make me the maintainer of the new perl-Stow package, which is being split
off from stow. Thanks, Andrew.
Will you have a separate source package or not ?
If the source package is the same you don't need a a separate line
just a split of cur
On 7/28/2015 7:43 AM, Achim Gratz wrote:
Adam Dinwoodie writes:
Is there a consensus on the way to upload files ready for Perl 5.22 to
be made available? The Git packages are ready to go, but I'm not sure
if I should be uploading them without a !ready file, or as a test
release.
Unfortunately
On 7/27/2015 9:46 PM, Achim Gratz wrote:
The update to Perl 5.22 is planned for the end of this week. Please
notify immediately if you cannot provide the updated packages indicated
below by then to your package upload area on cygwin.com.
Your following packages contain sub-packages that need
On 7/27/2015 9:46 PM, Achim Gratz wrote:
The update to Perl 5.22 is planned for the end of this week. Please
notify immediately if you cannot provide the updated packages indicated
below by then to your package upload area on cygwin.com.
Your following packages place Perl modules into vendor_p
On 7/31/2015 9:26 PM, Yaakov Selkowitz wrote:
On Fri, 2015-07-31 at 21:13 +0200, Achim Gratz wrote:
Mark O'Keefe hasn't responded so far. If anybody complains about amanda
not working, Marco has offered to rebuild the package on his behalf
since amanda makes copious use of XS modules.
AFA
On 8/1/2015 8:25 PM, Achim Gratz wrote:
I've updated the orphaned md5deep to the latest upstream version 4.4 and
compiled for both architectures. That should take another 32bit-only
package from the list.
Regards,
Achim.
all your, I update cygwin-pkg-maint cygwin-64bit-missing.
Builds
On 8/1/2015 8:29 PM, Achim Gratz wrote:
I've rebuilt gnucap 2009-12-07 as release -4 for both architectures to
get rid of another 32bit-only package. I do not intend to update the
package to a later version since the current maintainers have ripped out
autotools just after that release and not
On 17/08/2015 16:44, Javier Martin wrote:
I have an application that is using perl-Win32-GUI and I have
just checked that this package cannot be installed with latest
setup-x86.exe and it doesn't appear in the list. Can you help me with
this ?, is it maybe automatically included in any othe
On 22/07/2015 11:08, Marco Atzeri wrote:
On 7/20/2015 8:16 PM, Jon TURNEY wrote:
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones
On 19/07/2015 13:02, jari wrote:
Let's put those comment there for recent x64 ports:
"Jari Aalto (up for grabs)"
I'll continue to keep them under my shelter but anyone wanting to
maintain those are more than welcome to step up.
Jari
Jari,
the 64 bit packages are sill in the staging ar
On 14/07/2015 19:17, Joel Johnson wrote:
On 2015-07-14 05:34, Marco Atzeri wrote:
On 7/14/2015 10:27 AM, Joel Johnson wrote:
On 2015-07-13 19:31, Joel Johnson wrote:
I've put together an update for iperf, with no significant changes
needed. I've done some consolidation into just t
Jari,
any specific reason why there is only a 64 bit version ?
As it seems just a python script, it should work on both arch correct ?
Regards
Marco
On 15/07/2015 19:39, Marcos Vives Del Sol wrote:
Reason I didn't port libnfc was because I lost my SSH key due to a
hard drive crash. Any procedure on how to get a new one so I can
compile and upload it?
hi Marcos,
Any news ?
Regards
Marco
On 03/09/2015 15:58, Marco Atzeri wrote:
Jari,
the 64 bit packages are sill in the staging area waiting for !READY.
$ find -type f
./x86/release/aewm++/setup.hint
./x86/release/aewm++/aewm++-1.1.2-2.tar.xz
./x86/release/aewm++/aewm++-1.1.2-2-src.tar.xz
./x86_64/release/xgraph/setup.hint
On 26/09/2015 12:51, Marcos Vives Del Sol wrote:
Compiled, tested and uploaded.
2015-09-26 11:50 GMT+02:00 Marco Atzeri :
On 15/07/2015 19:39, Marcos Vives Del Sol wrote:
Reason I didn't port libnfc was because I lost my SSH key due to a
hard drive crash. Any procedure on how to get
On 30/09/2015 02:54, Remik Ziemlinski wrote:
This is a command-line diff tool for the NetCDF scientific data file
format.
It's used by labs worldwide and I am the author.
$ cygport nccmp.cygport check
does not work.
gcc -DHAVE_CONFIG_H -I.
-I/pub/tmp/ITP/nccmp-1.7.4.1-1.x86_64/src/nccmp-
On 19/10/2015 17:45, Corinna Vinschen wrote:
On Sep 26 11:43, Marco Atzeri wrote:
Jari,
any specific reason why there is only a 64 bit version ?
As it seems just a python script, it should work on both arch correct ?
Did this get resolved?
Corinna
the 32bit version is still missing
On 19/10/2015 17:57, Remik Ziemlinski wrote:
Can this be validated? I fixed upstream to build out of source-tree.
it builds and tests and tests fine.
Existing reference Ubuntu packages:
https://launchpad.net/~remik-ziemlinski/+archive/ubuntu/nccmp
No sure if this classify as included in
On 30/10/2015 22:48, Mark Geisert wrote:
Q1: Does a new maintainer typically put out a new package version upon
take-over, or can he/she run with the existing version number and just
keep bumping the build number (e.g. for bug fixes)?
As needed.
If you are not changing the upstream source just
On 31/10/2015 00:25, Mark Geisert wrote:
Thanks Marco.
On Fri, 30 Oct 2015, Marco Atzeri wrote:
On 30/10/2015 22:48, Mark Geisert wrote:
Q3: What kind of external access is typically used for hosting final
builds? I've run a micro-ISP that allowed on-request FTP access, by IP
addres
On 31/10/2015 11:32, D. Boland wrote:
Hi group,
I intend to package the new version of Inetutils, version 1.9.4.
I guess I could have just announced the update, but since I am adopting
the package, maybe I should submit it for approval first:
http://cygwin.boland.nl/x86/release/inetutils/
On 01/11/2015 00:02, D. Boland wrote:
Marco Atzeri wrote:
Have you forgot to update Fakesu package or there is a wrong include ?
Regards
Marco
Oops, sorry about that. I forgot to update. I just updated libfakesu to
version 1.2.0-0
Sincerely,
Daniel
Hi Daniel,
with that is still
On 01/11/2015 15:19, D. Boland wrote:
Marco Atzeri wrote:
Arghh! I also forgot I had to install (copy) some missing include files.
Thanks for checking this.
I got these from the glibc-2.21 source code:
/usr/include/arpa/tftp.h
tftp has this
https://cygwin.com/packages/x86_64/tftp/tftp
On 05/11/2015 10:54, Jari Aalto wrote:
On 2015-11-05 10:26, Corinna Vinschen wrote:
| On Oct 20 12:23, Corinna Vinschen wrote:
| > Jari, ping?
| >
| > On Oct 19 17:54, Marco Atzeri wrote:
| > > On 19/10/2015 17:45, Corinna Vinschen wrote:
| > > >On Sep 26 11:43, Marco At
On 05/11/2015 14:12, Jon Turney wrote:
On 05/11/2015 10:26, Marco Atzeri wrote:
Jari
aewm++ 64 bit also, please.
You uploaded only aewm++-goodies
$ grep aewm++ pkg_arch.txt
aewm++ 32 bitJari Aalto
aewm++-goodies Both
On 13/11/2015 17:02, Aaron Schneider wrote:
Just running the usual:
perl -MCPAN -e shell
cpan[1]> install Crypt::OpenSSL::PBKDF2
Reading '/home/Aaron/.cpan/Metadata'
Database was generated on Thu, 12 Nov 2015 21:17:02 GMT
Running install for module 'Crypt::OpenSSL::PBKDF2'
Checksum for
/ho
On 23/11/2015 10:04, Aaron Schneider wrote:
Subject: Python not reading result from bash command
Trying to read an argument as string, however doesn't work on python for
cygwin. Tested on Python 3.5.0 (32-bit) from Python Software Foundation and
works perfectly.
test.py:
import datetime
imp
Hi Yaakov,
These packages exist in only one arch:
gnome-characters32 bit
kde-l10n-id 64 bit
xf86-video-qxl 64 bit
This is strange
spice 64 bit
there is a "spice-debuginfo" package but not a "spice" binary package.
$ grep "@ spice" setup.ini*
setup
On 08/12/2015 04:19, Yaakov Selkowitz wrote:
- Original Message -
This is strange
spice 64 bit
there is a "spice-debuginfo" package but not a "spice" binary package.
The binary packages are named libspice-server*.
That are missing in the 32 bit
$ grep "^@" setup
On 17/12/2015 09:55, Achim Gratz wrote:
Three new build dependencies for existing Perl distributions should be
added to Cygwin:
perl-Sub-Identify
perl-SUPER
perl-Test-MockModule
The patch for cygwin-pkg-maint:
Regards,
Achim.
Done
On 29/01/2016 08:43, Michael Feher wrote:
Hello everybody!
The maintainers of the "task" package (taskwarrior.org) have asked on
their homepage for support with the cygwin package of their software. I
have received from them the information which steps are required to
create an updated cygwin pa
On 18/02/2016 21:40, Subhasis Ray wrote:
Hi,
I am trying to build a package for moose
(https://github.com/BhallaLab/moose-core). It builds and runs on
latest cygwin using setup.py. I have two questions regarding packaging
for cygwin:
2) Is there a way that I can check that my package works
on x86:
$ cygcheck -f /usr/bin/cygcrypt-0.dll
crypt-1.2-1
$ cygcheck -l crypt
/usr/bin/cygcrypt-0.dll
/usr/bin/crypt.exe
/usr/lib/libcrypt.a
/usr/lib/libcrypt.dll.a
/usr/include/crypt.h
/usr/share/doc/Cygwin/crypt.README
on x64
crypt 1.1-1
libcrypt-devel
CFITSIO is a library of C and Fortran subroutines for reading and
writing data files in FITS (Flexible Image Transport System) data
format. CFITSIO provides simple high-level routines for reading and
writing FITS files that insulate the programmer from the internal
complexities of the FITS form
scrap it.
Yaakov already ported to cygwin.
I missed the announcement
On 19/02/2016 18:21, Marco Atzeri wrote:
CFITSIO is a library of C and Fortran subroutines for reading and
writing data files in FITS (Flexible Image Transport System) data
format. CFITSIO provides simple high-level routines
On 27/02/2016 14:14, Achim Gratz wrote:
A new build dependency for perl-JSON-XS, diff for cygwin-pkg-maint:
Regards,
Achim.
done
On 03/03/2016 17:32, Subhasis Ray wrote:
Hi,
Hi Ray
I am willing to maintain cygwin packaging of the MOOSE simulation
environment (http://moose.ncbs.res.in) and its dependency libSBML-core
(http://sbml.org/Software/libSBML). MOOSE is GPL3 and libSBML is LGPL.
I created working cygport file
On 03/03/2016 22:19, Subhasis Ray wrote:
Hi Marco, Achim,
Thanks for your quick feedback.
On Thu, Mar 3, 2016 at 11:51 AM, Marco Atzeri wrote:
On 03/03/2016 17:32, Subhasis Ray wrote:
I created working cygport files for both:
[cut]
as attachment was better
The contributors guide
On 16/03/2016 08:14, Wayne Porter wrote:
I'm new to this community so I wasn't sure if I went about this the proper way.
3.3.11 is the latest but is not listed as stable in the debian package list. I
was going by the guidelines on the contribution page that for it to be
considered for the repo
On 16/03/2016 08:42, Wayne Porter wrote:
Ok, good to know. I was working on this as an exercise in porting code and saw
that the current version was quite old. Should I email the current maintainer
directly instead of putting it out on the mailing list?
Hi Wayne,
please note
#1 never send
On 17/03/2016 22:58, Yaakov Selkowitz wrote:
The following packages have been unmaintained for a long time. If
anyone is interested in maintaining them, please ITA them soon,
otherwise they will be removed from the distro:
ccdocORPHANED (Joe Linoff)
cgoba
to download (remove the index.html's) :
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86/wtf/index.html
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/wtf/GraphicsMagick/index.html
find x86 x86_64 -name index.html -o -name md5.sum | xargs rm
Notes:
- ported to 64
Ncview is a visual browser for netCDF format files.
http://meteora.ucsd.edu/~pierce/ncview_home_page.html
Already present in Fedora, Debian.
to download (remove the index.html's) :
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86/ncview/index.html
wget -r -np -nH --cut-dirs=0 \
On 20/03/2016 11:59, Achim Gratz wrote:
Corinna Vinschen writes:
If so, it might be a good idea for maintainers to test that nothing
unexpected happens when they build their packages.
Yes, that's really a good idea.
I've run a fresh build of Perl on this.
- there's a new signal: SIGIOT
- t
On 22/03/2016 10:38, Corinna Vinschen wrote:
Can you please, please provide *direct* download links to the files
which allows *easy* reviewing without having to hunt down the files
for review?
Thank you,
Corinna
This seems effective
wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-
On 22/03/2016 14:46, Corinna Vinschen wrote:
On Mar 22 12:15, Marco Atzeri wrote:
On 22/03/2016 10:38, Corinna Vinschen wrote:
Can you please, please provide *direct* download links to the files
which allows *easy* reviewing without having to hunt down the files
for review?
Thank you
As Jari seems a reluctant maintainer
https://cygwin.com/ml/cygwin-apps/2014-06/msg00046.html
I rebuilt xgraph with latest debian patches using cygport.
It solves the 64 bit segfault reported on:
https://cygwin.com/ml/cygwin/2016-03/msg00538.html
to download (remove the index.html's) :
wget -r
On 07/04/2016 23:52, Yaakov Selkowitz wrote:
On 2016-04-02 10:34, Marco Atzeri wrote:
As Jari seems a reluctant maintainer
https://cygwin.com/ml/cygwin-apps/2014-06/msg00046.html
I rebuilt xgraph with latest debian patches using cygport.
It solves the 64 bit segfault reported on:
https
Already present in most of the distributions
-
GEOS (Geometry Engine - Open Source) is a C++ port of the Java
Topology Suite (JTS). As such, it aims to contain the complete
functionality of JTS in C++. This includes all the
Already present in most of the distributions
-
GDAL is a translator library for raster and vector geospatial data
formats that is released under an X/MIT style Open Source license by the
Open Source Geospatial Foundation. As a
On 26/04/2016 21:47, Andrew Schulman wrote:
I'm trying to build unison 2.48.3, which worked fine the last time I tried
it, in June 2015. Today the build fails, with "flexdll error: cannot
relocate":
Compiling unison2.48-2.48.3-2.x86_64
ocamlc -o mkProjectInfo unix.cma str.cma mkProjectInfo.ml
On 30/04/2016 14:29, Andrew Schulman wrote:
I've built and uploaded packages for the next version of unison, unison2.49.
Please add unison2.49 to the package list with me as maintainer.
Thanks, Andrew.
Done
On 01/05/2016 15:38, Mike DePaulo wrote:
This package is currently in Cygwin ports, as well as major distros
like Fedora & Debian.
There is a new 0.98 upstream release, but I figured I would bring 0.96
over from Cygwin Ports before I update it.
ftp://ftp.cygwinports.org/pub/cygwinports/noarch/r
On 11/05/2016 00:11, Yaakov Selkowitz wrote:
Package Maintainers,
cygport 0.22.0 is on its way to the mirrors. With this release, and
thanks to Jon Turney's continuing work on calm (the replacement for
upset which generates setup.ini), packages marked ARCH=noarch will be
uploaded once under t
On 11/05/2016 08:17, Yaakov Selkowitz wrote:
On 2016-05-11 00:07, Marco Atzeri wrote:
So at this stage not the documentation subpackages, but only if all
subpackages are in this category. correct ?
At this time we are only considering those where all subpackages are
noarch, i.e. ARCH=noarch
On 11/05/2016 00:11, Yaakov Selkowitz wrote:
Package Maintainers,
Once you have upgraded to cygport 0.22.0, maintainers MUST email a list
of their package(s) which qualify as noarch AND are already marked
ARCH=noarch or will be with the next release. (Note that inheriting
cross.cygclass impl
On 11/05/2016 22:48, Yaakov Selkowitz wrote:
On 2016-05-11 13:38, Marco Atzeri wrote:
On 11/05/2016 00:11, Yaakov Selkowitz wrote:
Package Maintainers,
Once you have upgraded to cygport 0.22.0, maintainers MUST email a list
of their package(s) which qualify as noarch AND are already marked
On 18/05/2016 14:41, Thomas Nilsson wrote:
Hi!
I'm interested in maintaining the cygwin port of Cgreen, a modern unit
testing and mocking framework for C and C++. I am one of the committers
on that project and have used Cygwin as one of my major development
platforms for many years and wanted
On 18/05/2016 14:54, Thomas Nilsson wrote:
Marco Atzeri skrev:
On 18/05/2016 14:41, Thomas Nilsson wrote:
Hi!
I'm interested in maintaining the cygwin port of Cgreen, a modern unit
testing and mocking framework for C and C++. I am one of the committers
on that project and have used C
On 13/05/2016 16:33, Jon Turney wrote:
Recently I've done a little prototyping of a system to build from
uploaded source packages in a VM, to verify that they recreate packages
with the same contents as the uploaded packages.
Issues I noted were:
* a handful of packages are oddities
These of
Built last version with cygport
New HOMEPAGE
https://github.com/westes/flex/
to download (remove the index.html's) :
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86/flex/index.html
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86_64/flex/index.html
find x86
To move the documentation in a noarch package
I split lilypond in two source packages.
http://matzeri.altervista.org/noarch/lilypond-doc/
http://matzeri.altervista.org/x86/lilypond/
http://matzeri.altervista.org/x86_64/lilypond/
The documentation is just a copy of the upstream PDF so :
- the sou
moving back to apps.
On 20/05/2016 16:41, Jon Turney wrote:
On 19/05/2016 22:34, Marco Atzeri wrote:
To move the documentation in a noarch package
I split lilypond in two source packages.
http://matzeri.altervista.org/noarch/lilypond-doc/
http://matzeri.altervista.org/x86/lilypond/
http
On 20/05/2016 20:20, Achim Gratz wrote:
Marco Atzeri writes:
To move the documentation in a noarch package
I split lilypond in two source packages.
I'm not too enamored with this idea… we will eventually end up with the
possibility of having parts of packages noarch and other parts arc
On 23/05/2016 15:59, Jon Turney wrote:
On 20/05/2016 16:10, Marco Atzeri wrote:
moving back to apps.
Sorry about that.
I'll get the hang of this email thing eventually.
The packages with no source package are currently
R_autorebase Marco Atzeri
base-cygwin Co
On 02/06/2016 17:09, Marcos Vives Del Sol wrote:
LibSass is an open-source, MIT-licensed implementation in C++ of a CSS
preprocessor for SASS and SCSS.
It is already packed by several mainstream distros, such as Debian
(https://packages.debian.org/source/sid/libsass) and Ubuntu
(http://packages.
On 07/06/2016 11:49, Achim Gratz wrote:
Marcos Vives Del Sol writes:
This script is called using m4_esyscmd_s from configure.ac line 6:
-
AC_INIT([libsass], m4_esyscmd_s([./version.sh]), [support@...])
-
to set the library version at compile time. Then configure
kages
thereof do not contain anything compiled with the *native* gcc, and the
file contents are (or can be) 100% identical for x86 and x86_64.
Examples include, but are not limited to, packages which contain only:
this is not a noarch one
Marco Atzerioctave-level-set
Regards
Marco
On 06/06/2016 18:58, Yaakov Selkowitz wrote:
On 2016-05-11 16:31, Yaakov Selkowitz wrote:
On 2016-05-11 16:02, Marco Atzeri wrote:
On 11/05/2016 22:48, Yaakov Selkowitz wrote:
But what about the following?
octave-nan
octave-octcdf
octave-stk
octave-tsa
/usr/lib/octave/packages/
contains
On 07/06/2016 23:44, Yaakov Selkowitz wrote:
On 2016-06-07 06:23, Marco Atzeri wrote:
mex are recognized and properly stripped
Package Name | Version | Installation directory
--+-+---
tsa | 4.4.1 | .../inst/usr/share/octave/packages/tsa
27;s a Git snapshot indeed, as generated by GitHub (using the
built-in release functionality), and they forgot to create the VERSION
file after creating the package. The .tar.gz is 1:1 from
https://github.com/sass/libsass/releases/tag/3.3.6.
2016-06-07 12:02 GMT+02:00 Marco Atzeri:
As VERSION doesn&
On 08/06/2016 01:41, Marco Atzeri wrote:
On 07/06/2016 23:44, Yaakov Selkowitz wrote:
On 2016-06-07 06:23, Marco Atzeri wrote:
mex are recognized and properly stripped
but dependency are not catched. They should be:
$ cyg-dependency ./covm_mex.mex
/usr/bin/cygwin1.dll => cygwin-2.5.
On 15/06/2016 08:12, David Stacey wrote:
gcovr is a Python script to generate reports from gcov. Found in Debian
and Ubuntu [1].
# noarch:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-di
On 21/06/2016 14:03, Corinna Vinschen wrote:
On Jun 20 16:28, Jon Turney wrote:
Currently, the setup.hint file is shared between all versions.
This means that manual intervention (by the package maintainer, or on
sourceware) is needed when versions have different dependencies.
To automate th
On 21/06/2016 16:28, Corinna Vinschen wrote:
On Jun 21 15:49, Marco Atzeri wrote:
On 21/06/2016 14:03, Corinna Vinschen wrote:
On Jun 20 16:28, Jon Turney wrote:
Ideally we wouldn't need something like "prev" at all since the version
number itself is sufficient to spec
Available in Fedora and Debian.
Hi,
as PDFTK is java dependent and not available for 64 bit,
I found another tool that allow to perform PDF
manipulation.
http://qpdf.sourceforge.net/
License: Version 2.0 of the Artistic License.
QPDF is a command-line program that does structural,
content-pr
On 07/07/2016 06:47, Yaakov Selkowitz wrote:
On 2016-07-06 15:23, Marco Atzeri wrote:
as PDFTK is java dependent and not available for 64 bit,
I found another tool that allow to perform PDF manipulation.
The devel package should be named libqpdf-devel. Otherwise, looks good.
noted
On 13/07/2016 00:26, David Stacey wrote:
On 12/07/2016 23:22, David Stacey wrote:
My good deed for the day. See
https://cygwin.com/ml/cygwin/2016-07/msg00129.html
Based heavily on the Fedora package of the same name.
Schtoopid Thunderbird. Let's try those links again.
# noarch:
BASEURL=https
On 13/07/2016 14:57, Ken Brown wrote:
On 7/13/2016 4:17 AM, Marco Atzeri wrote:
On 13/07/2016 00:26, David Stacey wrote:
On 12/07/2016 23:22, David Stacey wrote:
My good deed for the day. See
https://cygwin.com/ml/cygwin/2016-07/msg00129.html
Based heavily on the Fedora package of the same
On 14/07/2016 16:28, Warren Young wrote:
On Jul 13, 2016, at 6:58 AM, Ken Brown wrote:
On 7/13/2016 7:05 AM, Corinna Vinschen wrote:
On Jul 12 11:06, Warren Young wrote:
CATEGORY=Misc
This is not a legal category.
Sorry, I used it because setup.exe shows that as a category here. But on
I was thinking to pack the last guile-2.0.x
however this will require the repack of 1.8.8
version.
No problem for the headers as they are
properly isolated
/usr/include/guile/1.8/libguile/__scm.h
/usr/include/guile/1.8/libguile.h
but what to do of
/usr/lib/libguile.dll.a
relocate it somewhere
On 15/07/2016 09:23, Yaakov Selkowitz wrote:
GCJ is practically dead these days, and it has been completely dropped
from Fedora. For that reason I didn't bother porting gcc-java to x86_64
after seeing that work would be required to do so.
The one package in the distro which still required GCJ -
On 14/07/2016 23:29, Yaakov Selkowitz wrote:
On 2016-07-14 15:13, Marco Atzeri wrote:
I was thinking to pack the last guile-2.0.x
however this will require the repack of 1.8.8
version.
Yes, that would be a good idea at this point.
No problem for the headers as they are
properly isolated
701 - 800 of 1465 matches
Mail list logo