Re: calm messages [x86]

[Yaakov Selkowitz]

On 2016-03-17 07:42, cygwin-no-re...@cygwin.com wrote:

package 'git-svn' hints changed
-  'requires': 'git perl perl-YAML perl_base subversion-perl',
?   


Missing subversion-perl on your build machine?


package 'gitweb' hints changed
-  'requires': 'bash perl_base ruby git lighttpd',
?---
+  'requires': 'bash git lighttpd',


gitweb.cgi is a perl script, so perl and several modules are definitely 
required here.



package 'git' hints changed
-  'requires': 'bash cygwin libcurl4 libexpat1 libgcc1 libiconv2 libintl8 
libopenssl100 perl perl-Error perl-TermReadKey perl_base python zlib0 cygutils 
less openssh rsync',
?   -


Why no more bash dependency?

--
Yaakov

Re: Process for retiring a subpackage

[Adam Dinwoodie]

On Fri, Mar 18, 2016 at 12:45:01PM -0500, Yaakov Selkowitz wrote:
> On 2016-03-18 07:24, Adam Dinwoodie wrote:
> >On Thu, Mar 17, 2016 at 10:46:53AM -0500, Yaakov Selkowitz wrote:
> >>Simpler:
> >>
> >>git_OBSOLETES="git-completion"
> >>
> >>Just leave this in indefinitely.
> >
> >Ah, handy!  One thing that's missing, which I suspect is a bug in
> >Cygport: I'd expect the git-completion package produced after adding
> >that would have a category of "_obsolete", but I needed to define
> >git_completion_CATEGORY for that to happen.
> 
> No, that's not necessary, cygport handles that just fine.  Did you
> forget to remove git-completion from PKG_NAMES?

...

Yes

Oops

Thank you!

Re: [HEADSUP] New github organization "cygwin"

[Adam Dinwoodie]

On Fri, Mar 18, 2016 at 09:00:56PM +0100, Corinna Vinschen wrote:
> On Mar 18 12:49, Yaakov Selkowitz wrote:
> > On 2016-03-18 08:27, Corinna Vinschen wrote:
> > >On Mar 18 12:37, Adam Dinwoodie wrote:
> > >>I have the Cygport files for the various packages I maintain tracked on
> > >>GitHub; is that the sort of thing you're looking for?  I'd be happy to
> > >>move them under the Cygwin banner.
> > >>
> > >>My GitHub username is me-and.
> > >
> > >Yaakov, would you mind to let me in as well?
> > 
> > I sent you both invitations to cygwinports.
> 
> Thanks, I'm in :)

Likewise, thank you!

Re: [PLUSH HIPPO and GOLDSTAR] Re: Keep calm

[Andrew Schulman]

> > >Many problematic usages which were silently ignored, or permitted and
> > >required manual intervention to fix, are now reported.
> > 
> > I honestly never thought we would get off of upset.  This is incredible,
> > thank you!
> > 
> > Corinna, certainly this deserves more than just a gold star?
> 
> Absolutely!  I already asked Jon yesterday to make room for a
> PLUSH HIPPO on his shelf, and I'd like to add another GOLDSTAR
> for this.
> 
> Thanks a lot, Jon, well deserved, even if calm is written in python :)
> 
> 
> Corinna

update my script for different award types in one award mumble unprecedented
mumble

Awarded!  https://cygwin.com/goldstars/#JTy

[SECURITY] cygwin32-expat, mingw64-$arch-expat, etc.

[Warren Young]

expat 2.1.1 fixes MEDIUM-rated CVE-2015-1283.  I’ve uploaded the regular expat 
2.1.1 packages, but the cross-development packages maintained by Yaakov are all 
at 2.1.0.  Some appear to have 2.1.1 alternate versions available

Re: Process for retiring a subpackage

[Adam Dinwoodie]

On Thu, Mar 17, 2016 at 10:46:53AM -0500, Yaakov Selkowitz wrote:
> On 2016-03-17 07:04, Adam Dinwoodie wrote:
> >Per previous discussion on this list, I'm planning on retiring the
> >separate packaging of Bash completion scripts in the packages I
> >maintain, and folding the files into the main package.  I can't find any
> >documentation that'll hold my hand through that process, so can somebody
> >with the relevant arcane knowledege check my understanding of what's
> >necessary?
> >
> >Taking git-completion as an example, where I'm moving all the contents
> >from that package into the main git package:
> >
> >- For the first release that obsoletes git-completion:
> >
> >   - Create the main git package in such a way that it contains the files
> > that would previously have been in git-completion.
> >
> >   - Create a dummy git-completion package that:
> 
> Simpler:
> 
> git_OBSOLETES="git-completion"
> 
> Just leave this in indefinitely.

Ah, handy!  One thing that's missing, which I suspect is a bug in
Cygport: I'd expect the git-completion package produced after adding
that would have a category of "_obsolete", but I needed to define
git_completion_CATEGORY for that to happen.

Re: [ITA] wtf-0.0.4-8

[Corinna Vinschen]

On Mar 18 21:23, Achim Gratz wrote:
> Corinna Vinschen writes:
> > On Mar 18 13:23, Andrew Schulman wrote:
> >> Besides, I got to invent a dungbomb award and give it to myself.  What
> >> could top that?!
> >
> > Right.  I envy you.  What do I have to do to get one of those?
> 
> Switch back all repositories to CVS… (ducks).

Hmm... ...


Corinna

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


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8

[Yaakov Selkowitz]

On 2016-03-18 18:05, Yaakov Selkowitz wrote:

On 2016-03-18 17:25, Ken Brown wrote:

On 3/18/2016 5:45 PM, Corinna Vinschen wrote:

On Mar 18 16:58, Ken Brown wrote:

On 3/18/2016 4:34 PM, Corinna Vinschen wrote:

I released a new Cygwin TEST version 2.5.0-0.8.

If things are not going very wrong, this is basically what you'll
get as 2.5.0-1 release.  Please, please test and report regressions.


Does this release include Yaakov's overhaul of the feature test macros?


Sorry, I completely forgot to metion this in my release mail, which
is especially weird because I created this test release to allow testing
the new feature test macros in the first place.  Sorry!


The problem I reported in
https://www.cygwin.com/ml/cygwin/2015-12/msg00183.html has reappeared.
It looks like your fix
(https://www.cygwin.com/ml/cygwin/2015-12/msg00199.html) got reverted.


The commit message for removing the include did not indicate what
prompted it.  However, the include is necessary for BSD compatibility,
and other software fails to build without it.

I would look into emacs and see what feature test macro(s) they enable
on *Linux*, and use the same for Cygwin.


Might this be it?

http://git.savannah.gnu.org/cgit/emacs.git/tree/lib/sys_select.in.h

There's some seriously hackish things going on in that file, some of 
them Cygwin specific.  As far as this is concerned, our headers should 
be no different than glibc.


BTW, folks, I'm here to help deal with any fallout from these changes, 
but this is going to be the first answer to such issues: others need to 
stop making hackish, wrong, or outdated assumptions about Cygwin.  Yes, 
that means pushing some patches to undo this mistreatment, but nothing 
new there.  As of today's 2.5.0-0.8, it should only considered a bug in 
our headers when something does not compile if and only if Cygwin is 
treated identically to glibc.


--
Yaakov

Re: [ITP] procps-ng

[Wayne Porter]

On Wed, Mar 16, 2016 at 1:51 PM, Yaakov Selkowitz  wrote:
> On 2016-03-16 15:18, Wayne Porter wrote:
>>
>> Since I sent this package incorrectly the first time, I have
>> repackaged it as procps-ng (it's correct name). The current stable
>> build in debian is listed as 3.3.9, so that is the one that I ported.
>> Please let me know if there is anything I'm leaving out or doing
>> wrong.
>
>
> Haven't tested the operation yet, but just looking at the build itself:
>
> * This needs to be broken up into procps-ng, libprocps3, and libprocps-devel
> packages.
>
> * Along those lines, procps-ng needs to OBSOLETES procps (which also means
> the first upload of this package needs to be coordinated with someone with
> full sourceware access).
>
> * kill.exe and ps.exe conflict with commands of the same name in the
> 'cygwin' package.  In procps, these are renamed to prockill.exe and
> procps.exe.
>
> * Your .cygport is missing HOMEPAGE, the SRC_URI is incorrect, and
> DESCRIPTION has very long lines and improperly nested quotation marks. The
> package is also built in $S instead of $B, resulting in a very dirty
> .src.patch.
>
> Please fix these and repost.
>
> --
> Yaakov

Here is the package that obsoletes procps. I have repackaged it and
added a few fixes
that are specific for Cygwin based on changes to the latest version of
procps. Let me
know if there are any problems with this build.

https://drive.google.com/folderview?id=0B6jD_6qfO1gMcVV2NXRjSGM1XzQ=sharing

I plan on doing more work to try and make the package more useful in the
Windows environment, but this is just an initial port to get started.

-- 
Wayne Porter

Re: [HEADSUP] orphaned packages soon to be removed

[Marco Atzeri]

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)
cgoban   ORPHANED (Teun Burgers)
cramfs   ORPHANED (Sam Robb)
distcc   ORPHANED (Harold L Hunt II)
gaffitterORPHANED (Kostya Altukhov)
ioperm   ORPHANED (Marcel Telka)
libassuanORPHANED (Charles Wilson)
libksba  ORPHANED (Charles Wilson)
libtextcat   ORPHANED (Reini Urban)
maradns  ORPHANED (Steven Monai)
mathomatic   ORPHANED (Reini Urban)
mtd  ORPHANED (Sam Robb)
nfrotz   ORPHANED (Charles Wilson)
nfs-server   ORPHANED (Sam Robb)
pinentry ORPHANED (Charles Wilson)
pth  ORPHANED (Charles Wilson)
scsh ORPHANED (Reini Urban)
ucspi-tcpORPHANED (Steven Monai)
wtf  ORPHANED (Chris Sutcliffe)
xsri ORPHANED (Charles Wilson)



I will take
 libassuan
 libksba
 pinentry

as they are related to gnupg.

and
 wtf
as I am currently debugging the 64 bit port.

Regards
Marco

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8

[Ken Brown]

On 3/18/2016 5:45 PM, Corinna Vinschen wrote:


[CCed cygwin-apps to reach out to all package maintainers]

On Mar 18 16:58, Ken Brown wrote:

On 3/18/2016 4:34 PM, Corinna Vinschen wrote:

I released a new Cygwin TEST version 2.5.0-0.8.

If things are not going very wrong, this is basically what you'll
get as 2.5.0-1 release.  Please, please test and report regressions.


Does this release include Yaakov's overhaul of the feature test macros?


Sorry, I completely forgot to metion this in my release mail, which
is especially weird because I created this test release to allow testing
the new feature test macros in the first place.  Sorry!


The problem I reported in 
https://www.cygwin.com/ml/cygwin/2015-12/msg00183.html has reappeared. 
It looks like your fix 
(https://www.cygwin.com/ml/cygwin/2015-12/msg00199.html) got reverted.


Ken

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8

[Ken Brown]

On 3/18/2016 7:29 PM, Yaakov Selkowitz wrote:

On 2016-03-18 18:05, Yaakov Selkowitz wrote:

On 2016-03-18 17:25, Ken Brown wrote:

On 3/18/2016 5:45 PM, Corinna Vinschen wrote:

On Mar 18 16:58, Ken Brown wrote:

On 3/18/2016 4:34 PM, Corinna Vinschen wrote:

I released a new Cygwin TEST version 2.5.0-0.8.

If things are not going very wrong, this is basically what you'll
get as 2.5.0-1 release.  Please, please test and report regressions.


Does this release include Yaakov's overhaul of the feature test
macros?


Sorry, I completely forgot to metion this in my release mail, which
is especially weird because I created this test release to allow
testing
the new feature test macros in the first place.  Sorry!


The problem I reported in
https://www.cygwin.com/ml/cygwin/2015-12/msg00183.html has reappeared.
It looks like your fix
(https://www.cygwin.com/ml/cygwin/2015-12/msg00199.html) got reverted.


The commit message for removing the include did not indicate what
prompted it.  However, the include is necessary for BSD compatibility,
and other software fails to build without it.

I would look into emacs and see what feature test macro(s) they enable
on *Linux*, and use the same for Cygwin.


Might this be it?

http://git.savannah.gnu.org/cgit/emacs.git/tree/lib/sys_select.in.h


This file is part of the Gnulib module that I mentioned in the thread I 
cited above.



There's some seriously hackish things going on in that file, some of
them Cygwin specific.


I think such things are often necessary in Gnulib, but I'll leave it to 
Eric to comment further.  In any case, Eric said in our original 
discussion that there might be a Gnulib fix for this problem, but then 
he and Corinna ended up deciding it was better to remove the include.


Ken

Re: [ITA] wtf-0.0.4-8

[Corinna Vinschen]

On Mar 18 10:44, Marco Atzeri wrote:
> 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 bit
> - updated OLOCA list
> - updated acronym database from
>   https://sourceforge.net/projects/bsdwtf/

You got it, goldstar included.


Thanks,
Corinna

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


signature.asc
Description: PGP signature