Hello!
NAME=onc-rpc-devel
VERSION=2.19_20140211
RELEASE=1
CATEGORY=Devel # for instance
SUMMARY=This is the sdesc text for setup.hint
DESCRIPTION=This is the ldesc text for setup.hint
The setup.hint file will get auto-generated then, you don't have to
maintain it outside
On 14/08/2014 08:11, Pavel Fedin wrote:
Hello!
NAME=onc-rpc-devel
VERSION=2.19_20140211
RELEASE=1
CATEGORY=Devel # for instance
SUMMARY=This is the sdesc text for setup.hint
DESCRIPTION=This is the ldesc text for setup.hint
The setup.hint file will get auto-generated
Hello!
I have worked around the problem with Ruby gem just by renaming 'gem' script.
Looks like gem is broken on Cygwin.
I have updated my Dropbox folder, and here is forgotten setup.hint.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
setup.hint
Hello!
can you share the onc-rpc-devel.cygport ?
I assume you already have the inherit ruby command in it, correct ?
No, i don't. Here it is.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
onc-rpc-devel.cygport
Description: Binary data
Hi Pavel,
On Aug 14 10:54, Pavel Fedin wrote:
Hello!
I have worked around the problem with Ruby gem just by renaming 'gem'
script. Looks like gem is broken on Cygwin.
I have updated my Dropbox folder, and here is forgotten setup.hint.
Your build has a tiny problem:
rpcgen -C -h
On Aug 14 11:26, Corinna Vinschen wrote:
Hi Pavel,
On Aug 14 10:54, Pavel Fedin wrote:
Hello!
I have worked around the problem with Ruby gem just by renaming 'gem'
script. Looks like gem is broken on Cygwin.
I have updated my Dropbox folder, and here is forgotten setup.hint.
On Aug 14 15:06, Pavel Fedin wrote:
Hello!
Your build has a tiny problem:
rpcgen -C -h rpcsvc/bootparam_prot.x -o rpcsvc/bootparam_prot.h
make: rpcgen: Command not found
The Makefile apparently expects that rpcgen can be found in $PATH,
Thank you, fixed. Now it just
Hello!
No, I have ruby and gem installed. Works still fine for me.
Just installed i386 version of Ruby, indeed works fine.
Perhaps this happens because i use older cygwin1.dll. If you remember, i
reported about memory trashing with newer DLL, but nobody could reproduce it,
and i could not
On 2014-08-11 17:03, Marco Atzeri wrote:
attached 2 files.
The first is basically what should be the new cygwin-pkg-maint
that cover all the active package in both 32bit and 64 bit.
This was great, thank you. After rearranging the release areas, I was
able to get a more reliable list
On Thu, 2014-08-14 at 18:35 +0400, Pavel Fedin wrote:
No, I have ruby and gem installed. Works still fine for me.
Just installed i386 version of Ruby, indeed works fine.
The Cygwin gem command itself is working just fine. Are you, or were
you, trying to use a Windows version of ruby, or
Yaakov Selkowitz writes:
[…]
Yes, these are obvious fixes.
[…]
I've looked at the file today. It seems that perl_vendor has been
removed, but not all Perl distributions that were bundled are listed.
I'll prepare a list of those over the weekend.
Given the purpose of the file and that it's
On Thu, 2014-08-14 at 19:55 +0200, Achim Gratz wrote:
I've looked at the file today. It seems that perl_vendor has been
removed, but not all Perl distributions that were bundled are listed.
I'll prepare a list of those over the weekend.
perl_vendor was a subpackage of the perl source package
Hi group,
I intend to adopt the Cygwin package for the procmail program, version 3.22. The
original maintainer, Jason Tishler has given me permission to do so.
The difference with previous Cygwin releases is that the procmail program has
been
made 'multiple root' aware and suid/guid, provided
Hi group,
I intend to package the Cygwin version of Sendmail, version 8.14.9.
sdesc: The Mail Transfer Agent
ldesc: General purpose internetwork email routing facility that supports many
kinds
of
mail-transfer and delivery methods, including SMTP, SMTPS (STARTTLS), SMTPA
(AUTH)
used for
Hello!
I have uploaded the package. Hopefully i've done everything right, and
it will appear on the list. If so, what should i do in order to tell
that it supersedes rpcgen ? IIRC something has to be done manually ?
Or should i upload -rpcgen* file ?
--
Kind regards,
Pavel
Yaakov Selkowitz writes:
This is a package ownership database, not a package information
database. What additional information do you think would be useful
here?
Whether the package is available for both architectures and if it's
already converted to cygport for instance. From that database
On Aug 14 21:05, D. Boland wrote:
Hi group,
I intend to package the Cygwin version of Sendmail, version 8.14.9.
sdesc: The Mail Transfer Agent
ldesc: General purpose internetwork email routing facility that supports
many kinds
of
mail-transfer and delivery methods, including SMTP,
On 14/08/2014 21:21, Achim Gratz wrote:
Yaakov Selkowitz writes:
This is a package ownership database, not a package information
database. What additional information do you think would be useful
here?
Whether the package is available for both architectures
Wrong expectation.
It is in both
Marco Atzeri writes:
Whether the package is available for both architectures
Wrong expectation.
So what? I get how things are right now, that doesn't mean it has to
stay forever that way.
It is in both architectures if it appears in both setup.ini;
any other solution will create duplicated
On Aug 14 22:28, Marco Atzeri wrote:
On 14/08/2014 21:21, Achim Gratz wrote:
Yaakov Selkowitz writes:
This is a package ownership database, not a package information
database. What additional information do you think would be useful
here?
Whether the package is available for both
On 14/08/2014 22:51, Corinna Vinschen wrote:
On Aug 14 22:28, Marco Atzeri wrote:
The build methods is maintainer choice.
I use cygport but I don't see a reason to mandate it.
Tiny correction: New packages should use cygport. We should really all
use the same packaging system. After all,
On Thu, 2014-08-14 at 23:14 +0400, Pavel Fedin wrote:
I have uploaded the package. Hopefully i've done everything right, and
it will appear on the list. If so, what should i do in order to tell
that it supersedes rpcgen ? IIRC something has to be done manually ?
Or should i upload
On 08/13/2014 01:37 PM, Eric Blake wrote:
The packages and setup.hint files are all ready to use and/or upload
from http://tastycake.net/~adam/cygwin/. Before I can go ahead and
release, I think I need to be added to cygwin-pkg-maint so I can send in
an SSH key, and I possibly need a GTG
On 15/08/2014 06:24, Eric Blake wrote:
On 08/13/2014 01:37 PM, Eric Blake wrote:
Packaging isn't quite right. After unpacking the -src tarball, I see a
file git-2.0.4-1.src.patch, with contents:
Binary files origsrc/git/t/lib-gpg/random_seed and
src/git/t/lib-gpg/random_seed differ
Binary
The following packages have been added in the Cygwin distribution:
* fontsproto-2.1.3-1
* gccmakedep-1.0.3-1
* imake-1.0.7-1
* inputproto-2.3.1-1
* libICE-1.0.9-1
* libXaw-1.0.12-2
* libXaw3d-1.6.2-2
* libXext-1.3.3-1
* libXfont-1.5.0-1
* libXft-2.3.2-1
* libXi-1.7.4-1
* libXt-1.1.4-2
*
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 17:36:24
Modified files:
winsup/cygwin : malloc.cc ChangeLog
Removed files:
winsup/cygwin : dlmalloc.c dlmalloc.h
Log message:
* dlmalloc.c: Remove unused file.
*
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 19:31:33
Modified files:
winsup/cygwin : ChangeLog
Removed files:
winsup/cygwin : posix.sgml path.sgml
Log message:
* path.sgml: Move to ../doc dir and rename to path.xml.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 19:33:57
Modified files:
winsup/utils : ChangeLog
Removed files:
winsup/utils : utils.xml
Log message:
* utils.xml: Move to ../doc.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 19:44:29
Modified files:
winsup/doc : ChangeLog Makefile.in faq-programming.xml
using.xml
Added files:
winsup/doc : cygwin-api.xml path.xml posix.xml
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 20:12:50
Modified files:
winsup/cygwin : ChangeLog
Removed files:
winsup/cygwin : security.sgml
Log message:
* security.sgml: Move to ../doc dir and rename to
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 20:15:49
Modified files:
winsup/doc : ChangeLog cygwin-api.xml path.xml
Added files:
winsup/doc : logon-funcs.xml
Log message:
* cygwin-api.xml: Move chapter tags
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 20:46:29
Modified files:
winsup/cygwin : ChangeLog
Removed files:
winsup/cygwin : dll_init.sgml dtable.sgml external.sgml
stackdump.sgml
Log message:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-14 20:47:14
Modified files:
winsup/doc : ChangeLog cygwin-api.xml
Added files:
winsup/doc : misc-funcs.xml
Log message:
* cygwin-api.xml: Include misc-funcs.xml.
I'm trying to figure out how sshd comes up with the PATH for the initial
environment. Currently I get the Windows sytem PATH (converted to POSIX)
and then /bin appended. This is no good, at least /bin should be at the
beginning of that PATH.
I've not been able to change this system-wide so far.
On 2014-08-13 11:43, Corinna Vinschen wrote:
On Aug 13 10:55, Peter Rosin wrote:
This seemed like something I could waste a little time on, and learn
something in the process. Which I did, so not all is lost. :-)
Ok, I see how the above could be misread easily, since it appeared in
the context
Hi Cygwin friends and users,
I just released Cygwin 1.7.32-1.
This release comes with a few bug fixes in header files and a slightly
improved /proc/cpuinfo output, but otherwise it concentrates on a new
feature which isn't readily user visible. The new feature requires a
new GCC which will be
Corinna Vinschen wrote on 2014/8/14 18:27:
Hi Cygwin friends and users,
I just released Cygwin 1.7.32-1.
This release comes with a few bug fixes in header files and a slightly
improved /proc/cpuinfo output, but otherwise it concentrates on a new
feature which isn't readily user visible. The
On Aug 14 09:56, Achim Gratz wrote:
I'm trying to figure out how sshd comes up with the PATH for the initial
environment. Currently I get the Windows sytem PATH (converted to POSIX)
and then /bin appended. This is no good, at least /bin should be at the
beginning of that PATH.
On other
Please don't hijack threads.
On Aug 14 18:54, Robert Bu wrote:
Hi Corinna,
Would you kindly test the usage of repo in Cygwin if
CYGWIN=winsymlinks:nativestrict?
No, I won't. If it works with normal Cygwin symlinks it's ok from my
POV. Patches are welcome, of course. See
On Aug 14 12:09, Peter Rosin wrote:
On 2014-08-13 11:43, Corinna Vinschen wrote:
On Aug 13 10:55, Peter Rosin wrote:
This seemed like something I could waste a little time on, and learn
something in the process. Which I did, so not all is lost. :-)
Ok, I see how the above could be
Hi,
If I set CYGWIN=winsymlinks:lnk, repo works. However, Windows native Git
tool, such as TortoiseGit cannot read the symlink file. I think it
treats the symlink file as a normal file and tries to parse the file
format as Git specifies.
(repo is a tool from Google for Android source
On Aug 14 13:20, Corinna Vinschen wrote:
On Aug 14 09:56, Achim Gratz wrote:
I'm trying to figure out how sshd comes up with the PATH for the initial
environment. Currently I get the Windows sytem PATH (converted to POSIX)
and then /bin appended. This is no good, at least /bin should be
Corinna Vinschen corinna-cygwin at cygwin.com writes:
On other systems sshd sets $PATH to /usr/bin:/bin:/usr/sbin:/sbin, but
on Cygwin it doesn't change $PATH and just takes what it got from
cygrunsrv so as not to break the search path for DLLs not in the system
directories.
I'm running
Hi all,
I have been using cygwin for several years now and love it.
However at the moment I need to run windows command shell (i.e. the
cmd) clean and pure without cygwin.
For instance if I click start, type cmd and enter, I will open the cmd
shell. With cygwin installed, this command shell can
Greetings, Corinna Vinschen!
There's a problem. On Cygwin it's not /etc/default, but /etc/defaults.
Note the trailing s.
You're confusing /etc/default/ (a directory with default initial values for
runtime/startup configurations of [mainly] daemons), which could and SHOULD be
changed to suit
On 14/08/2014 14:41, Haris Hashim wrote:
Hi all,
I have been using cygwin for several years now and love it.
However at the moment I need to run windows command shell (i.e. the
cmd) clean and pure without cygwin.
For instance if I click start, type cmd and enter, I will open the cmd
shell.
Achim Gratz Stromeko at NexGo.DE writes:
I've just tried using -e PATH=/bin in the sshd service startup, but
PATH still seems to be hardcopied from Windows
I did this wrong. I had to re-install the service, not just adding a
startup parameter. With -e PATH=/usr/bin the resulting initial PATH
Greetings, Haris Hashim!
I have been using cygwin for several years now and love it.
However at the moment I need to run windows command shell (i.e. the
cmd) clean and pure without cygwin.
For instance if I click start, type cmd and enter, I will open the cmd
shell. With cygwin installed,
On Aug 14 13:01, Achim Gratz wrote:
Achim Gratz Stromeko at NexGo.DE writes:
I've just tried using -e PATH=/bin in the sshd service startup, but
PATH still seems to be hardcopied from Windows
I did this wrong. I had to re-install the service, not just adding a
startup parameter. With -e
I've updated the cygrunsrv package to 1.60-1.
Changes and fixes:
* This version *finally* prepends /bin to $PATH before starting the
actual service process. Up to cygrunsrv-1.50-1, cygrunsrv appended
/bin to $PATH, despite being claimed otherwise in the documentation.
Have fun,
Corinna
For building 32bit packages I've set up an additional installation on the
same server. To use it from the outside (like) I'm trying to configure a
second sshd on the server. So I've installed a cygserver23 and sshd32
service with otherwise identical setup to their 64bit brethren and bumped
the
On 08/14/2014 12:27 PM, Achim Gratz wrote:
For building 32bit packages I've set up an additional installation on the
same server. To use it from the outside (like) I'm trying to configure a
second sshd on the server. So I've installed a cygserver23 and sshd32
service with otherwise identical
On Thu, Aug 14, 2014 at 07:38:33PM +0800, Robert Bu wrote:
If I set CYGWIN=winsymlinks:lnk, repo works. However, Windows native
Git tool, such as TortoiseGit cannot read the symlink file. I think
it treats the symlink file as a normal file and tries to parse the
file format as Git specifies.
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
The only time I've seen that is when I start the server in debug mode.
That's not the problem. If I create /etc/nologin, I get the message back,
so even that part of the connection works.
But here's one step further: in debug mode
Hi group,
I'm trying to post to gmane.os.cygwin.applications, but I get an NNTP error:
'gmane.os.cygwin.applications is unidirectional'
Should I post to another newsgroup?
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On Aug 14 20:22, D. Boland wrote:
Hi group,
I'm trying to post to gmane.os.cygwin.applications, but I get an NNTP error:
'gmane.os.cygwin.applications is unidirectional'
Should I post to another newsgroup?
As maintainer you should be subscribed to the mailing list
cygwin-apps AT cygwin
Greetings, Achim Gratz!
The only time I've seen that is when I start the server in debug mode.
That's not the problem. If I create /etc/nologin, I get the message back,
so even that part of the connection works.
But here's one step further: in debug mode I can actually run a single
D. Boland writes:
I'm trying to post to gmane.os.cygwin.applications, but I get an NNTP error:
'gmane.os.cygwin.applications is unidirectional'
Should I post to another newsgroup?
No, you need to subscribe and send your post via mail. Since I don't
care about the mails I get since I read
Andrey Repin writes:
Did you checked the $PATH of a running server? 64- and 32-bit installations
should not cross $PATH's. (It's kinda obvious, but still important enough to
check thoroughly.)
Yes I did. That is all correctly set up, the error seems to be a
failure to allocate a tty (in debug
Thank you for your response.
Adam Dinwoodie wrote on 2014/8/15 0:44:
On Thu, Aug 14, 2014 at 07:38:33PM +0800, Robert Bu wrote:
If I set CYGWIN=winsymlinks:lnk, repo works. However, Windows native
Git tool, such as TortoiseGit cannot read the symlink file. I think
it treats the symlink file as
The following packages have been updated in the Cygwin distribution:
* man-db-2.6.7-2
man-db is an implementation of the standard Unix documentation system
accessed using the man command. It uses a Berkeley DB database in place
of the traditional flat-text whatis databases.
This release
The following packages have been updated for both arches:
* curl-7.37.1-1
* libcurl4-7.37.1-1
* libcurl-devel-7.37.1-1
* libcurl-doc-7.37.1-1
cURL is a library and command line tool for transferring data with URL
syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP
PUT,
The following package has been updated for the Cygwin distribution:
* ca-certificates-1.97-2
ca-certificates contains the Certificate Authority root certificates
needed for verifying SSL certificates.
This release provides empty anchors and blacklist directories for easier
management of
Hi Cygwin friends and users,
I just released Cygwin 1.7.32-1.
This release comes with a few bug fixes in header files and a slightly
improved /proc/cpuinfo output, but otherwise it concentrates on a new
feature which isn't readily user visible. The new feature requires a
new GCC which will be
I've updated the cygrunsrv package to 1.60-1.
Changes and fixes:
* This version *finally* prepends /bin to $PATH before starting the
actual service process. Up to cygrunsrv-1.50-1, cygrunsrv appended
/bin to $PATH, despite being claimed otherwise in the documentation.
Have fun,
Corinna
The following packages have been updated in the Cygwin distribution:
* man-db-2.6.7-2
man-db is an implementation of the standard Unix documentation system
accessed using the man command. It uses a Berkeley DB database in place
of the traditional flat-text whatis databases.
This release
The following packages have been updated for both arches:
* curl-7.37.1-1
* libcurl4-7.37.1-1
* libcurl-devel-7.37.1-1
* libcurl-doc-7.37.1-1
cURL is a library and command line tool for transferring data with URL
syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP
PUT,
The following package has been updated for the Cygwin distribution:
* ca-certificates-1.97-2
ca-certificates contains the Certificate Authority root certificates
needed for verifying SSL certificates.
This release provides empty anchors and blacklist directories for easier
management of
68 matches
Mail list logo
