Am 19.07.2018 um 18:43 schrieb Brian Inglis:
Will or should the ping package setup entry be replaced by an _obsolete category
entry saying it has been obsoleted by and requires inetutils-ping, as with other
replaced packages e.g. man?
not needed. Takeshi called the sub package "ping" so it is
Am 19.07.2018 um 13:35 schrieb Jon Turney:
I'm not sure what should happen to the entry for ping in
cygwin-pkg-maint. I guess it can be removed as that package no longer
has a separate existence?
removing it seems the simpler way
---
Diese E-Mail wurde von Avast Antivirus-Software auf
On 2018-07-19 05:35, Jon Turney wrote:
> On 19/07/2018 11:04, Takashi Yano wrote:
>> On Wed, 18 Jul 2018 17:26:17 +0200
>> Marco Atzeri wrote:
>>> Probably "calm" will complain of ping in two directories when you
>>> upload, but Jon should be able to solve it
>> I received the following error
On Jul 19 12:35, Jon Turney wrote:
> On 19/07/2018 11:04, Takashi Yano wrote:
> > On Wed, 18 Jul 2018 17:26:17 +0200
> > Marco Atzeri wrote:
> > > Probably "calm" will complain of ping in two directories when you
> > > upload, but Jon should be able to solve it
> >
> > I received the following
On Thu, 19 Jul 2018 12:35:26 +0100
Jon Turney wrote:
> Sure. I moved the old ping package, and set this to be re-tried.
Thank you very much.
> I'm not sure what should happen to the entry for ping in
> cygwin-pkg-maint. I guess it can be removed as that package no longer
> has a separate
On 19/07/2018 11:04, Takashi Yano wrote:
On Wed, 18 Jul 2018 17:26:17 +0200
Marco Atzeri wrote:
Probably "calm" will complain of ping in two directories when you
upload, but Jon should be able to solve it
I received the following error message as your prediction.
Jon, could you please fix?
On Wed, 18 Jul 2018 17:26:17 +0200
Marco Atzeri wrote:
> Probably "calm" will complain of ping in two directories when you
> upload, but Jon should be able to solve it
I received the following error message as your prediction.
Jon, could you please fix?
ERROR: package 'ping' is at paths
Am 19.07.2018 um 02:44 schrieb Takashi Yano:
On Wed, 18 Jul 2018 17:26:17 +0200
Marco Atzeri wrote:
Am 18.07.2018 um 15:44 schrieb Takashi Yano:
Thanks. I have just revised inetutils package including ping package
as follows. Could you please check again?
Tested only, seems good.
The
On Wed, 18 Jul 2018 17:26:17 +0200
Marco Atzeri wrote:
> Am 18.07.2018 um 15:44 schrieb Takashi Yano:
> > Thanks. I have just revised inetutils package including ping package
> > as follows. Could you please check again?
>
> Tested only, seems good.
> The replacement ping and ping6 seem to work
Am 18.07.2018 um 15:44 schrieb Takashi Yano:
On Wed, 18 Jul 2018 14:22:28 +0200
Marco Atzeri wrote:
Am 18.07.2018 um 14:15 schrieb Takashi Yano:
How about providing ping package as a separated sub-package(?) of
inetutils just like inetutils-server package?
it should be the simplest way
On Wed, 18 Jul 2018 14:22:28 +0200
Marco Atzeri wrote:
> Am 18.07.2018 um 14:15 schrieb Takashi Yano:
> > How about providing ping package as a separated sub-package(?) of
> > inetutils just like inetutils-server package?
> >
>
> it should be the simplest way
Thanks. I have just revised
On 18/07/2018 00:29, Takashi Yano wrote:
Name: Takashi Yano
Package: inetutils
BEGIN SSH2 PUBLIC KEY
Done.
Am 18.07.2018 um 14:15 schrieb Takashi Yano:
On Tue, 17 Jul 2018 16:28:12 +0200
marco atzeri wrote:
On Tue, Jul 17, 2018 at 3:59 PM, Corinna Vinschen wrote:
Marco and Takashi, what about using ping/ping6 from inetutils but
providing them in a ping package on their own? Would you mind to
On Tue, 17 Jul 2018 16:28:12 +0200
marco atzeri wrote:
> On Tue, Jul 17, 2018 at 3:59 PM, Corinna Vinschen wrote:
> > Marco and Takashi, what about using ping/ping6 from inetutils but
> > providing them in a ping package on their own? Would you mind to
> > discuss this between the two of you?
Name: Takashi Yano
Package: inetutils
BEGIN SSH2 PUBLIC KEY
Comment: "2048-bit RSA, converted by yano@Express5800-S70 from OpenSSH"
B3NzaC1yc2EDAQABAAABAQC7Q3hfohMju7VRYox4h3SWsqKYzwKS8zlePVtOu/
Ihyj2lMH/bMhhzwoVuo3rS3+Fe68ohgDqv9EIJT6hax+w/feu3/c9oLoBRNWDlDM1DPFo8
On Tue, Jul 17, 2018 at 3:59 PM, Corinna Vinschen wrote:
> On Jul 17 19:41, Takashi Yano wrote:
>> On Mon, 16 Jul 2018 16:14:46 +0900
>> Takashi Yano wrote:
>> > ping/ping6 in inetutils also require administrator right as well.
>>
>> I have noticed that current ping package, as well as ping/ping6
On Jul 17 19:41, Takashi Yano wrote:
> On Mon, 16 Jul 2018 16:14:46 +0900
> Takashi Yano wrote:
> > ping/ping6 in inetutils also require administrator right as well.
>
> I have noticed that current ping package, as well as ping/ping6 in
> inetutils, works without administrator privilege in
On 15/07/2018 22:05, Marco Atzeri wrote:
Am 15.07.2018 um 21:50 schrieb Takashi Yano:
Hi,
I would like to take over the maintenance of inetutils package,
which is currently orphaned. I have already prepared an updated
inetutils package as follows.
Change History
-- inetutils-1.9.4-1
On Mon, 16 Jul 2018 16:14:46 +0900
Takashi Yano wrote:
> ping/ping6 in inetutils also require administrator right as well.
I have noticed that current ping package, as well as ping/ping6 in
inetutils, works without administrator privilege in Windows 10.
It seems that the policy of raw socket
On 2018-07-16 02:02, Corinna Vinschen wrote:
> On Jul 16 16:14, Takashi Yano wrote:
>> On Mon, 16 Jul 2018 00:24:28 -0600
>> Brian Inglis wrote:
>>> I removed that package from my system because it required elevated admin
>>> privileges to work, whereas Windows ping uses IcmpSendEcho API to
On Mon, Jul 16, 2018 at 10:02 AM, Corinna Vinschen wrote:
> On Jul 16 16:14, Takashi Yano wrote:
>> On Mon, 16 Jul 2018 00:24:28 -0600
>> Brian Inglis wrote:
>> > I removed that package from my system because it required elevated admin
>> > privileges to work, whereas Windows ping uses
On Jul 16 16:14, Takashi Yano wrote:
> On Mon, 16 Jul 2018 00:24:28 -0600
> Brian Inglis wrote:
> > I removed that package from my system because it required elevated admin
> > privileges to work, whereas Windows ping uses IcmpSendEcho API to bypass the
> > elevated admin privilege required to
On Mon, 16 Jul 2018 00:24:28 -0600
Brian Inglis wrote:
> I removed that package from my system because it required elevated admin
> privileges to work, whereas Windows ping uses IcmpSendEcho API to bypass the
> elevated admin privilege required to access raw sockets and send an ICMP Echo
>
On 2018-07-15 15:05, Marco Atzeri wrote:
> Am 15.07.2018 um 21:50 schrieb Takashi Yano:
>> I would like to take over the maintenance of inetutils package,
>> which is currently orphaned. I have already prepared an updated
>> inetutils package as follows.
>> Change History
>> --
Am 16.07.2018 um 06:55 schrieb Takashi Yano:
On Sun, 15 Jul 2018 23:05:39 +0200
Marco Atzeri wrote:
builds fine and passes the tests.
Thank you for checking.
Any chance to provide also ping so
we can obsolete the ancient ping package ?
I have succeeded to build ping/ping6 in inetutils
On Sun, 15 Jul 2018 23:05:39 +0200
Marco Atzeri wrote:
> builds fine and passes the tests.
Thank you for checking.
> Any chance to provide also ping so
> we can obsolete the ancient ping package ?
I have succeeded to build ping/ping6 in inetutils package and
confirmed they seem to work
Am 15.07.2018 um 21:50 schrieb Takashi Yano:
Hi,
I would like to take over the maintenance of inetutils package,
which is currently orphaned. I have already prepared an updated
inetutils package as follows.
Change History
-- inetutils-1.9.4-1 -- 11 Jul 2018 ---
* Updated to
Hi,
I would like to take over the maintenance of inetutils package,
which is currently orphaned. I have already prepared an updated
inetutils package as follows.
Change History
-- inetutils-1.9.4-1 -- 11 Jul 2018 ---
* Updated to latest upstream release
* Enabled IPv6 support
*
Andrew Schulman wrote:
On Apr 3 13:12, D. Boland wrote:
I noticed that the package is orphaned. I 'd like to adopt it.
Sure, adopting orphaned packages is super.
Gold star awarded: http://cygwin.com/goldstars/#DB
Thanks! I'm on it. But I'm wondering: why this honour?
On Jun 23 09:00, Daniel wrote:
Andrew Schulman wrote:
On Apr 3 13:12, D. Boland wrote:
I noticed that the package is orphaned. I 'd like to adopt it.
Sure, adopting orphaned packages is super.
Gold star awarded: http://cygwin.com/goldstars/#DB
Thanks! I'm on it. But I'm wondering: why
On Apr 3 13:12, D. Boland wrote:
I noticed that the package is orphaned. I 'd like to adopt it.
Sure, adopting orphaned packages is super.
Gold star awarded: http://cygwin.com/goldstars/#DB
On Apr 3 13:12, D. Boland wrote:
I noticed that the package is orphaned. I 'd like to adopt it.
Sure, adopting orphaned packages is super.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
I noticed that the package is orphaned. I 'd like to adopt it.
Cheers,
Daniel Boland
Charles Wilson writes:
Dr. Volker Zell wrote:
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
Dr. Volker Zell wrote:
Builds fine from source when using your patched cygport file, packaging and
setup.hint look good
Thanks, Dr. Zell. I'm ready to upload inetutils-1.5-2 as a *test*
release, but I have one remaining concern: I still haven't figured out
why I was getting setup.exe
On Mar 6 00:30, Charles Wilson wrote:
Yet another instance of using a custom cygport function. I'm going to
consider this a WONTFIX in the packaging. The relevant cygport patch is
attached, and once (if) appropriate support is added to the official
cygport product, I will adapt
Corinna Vinschen wrote:
OTOH, do you know if Yaakov is still around?
I'm sure he is.
He didn't reply to any
of my mails related to util-linux for two weeks now(*). We still have
that packaging problem.
Hmmm. His last post on a cygwin list was 2/17. His last post on a
cygwin-ports list
On Mar 6 09:30, Charles Wilson wrote:
Corinna Vinschen wrote:
OTOH, do you know if Yaakov is still around?
I'm sure he is.
He didn't reply to any
of my mails related to util-linux for two weeks now(*). We still have
that packaging problem.
Hmmm. His last post on a cygwin list was
On Mar 4 22:29, Charles Wilson wrote:
Corinna Vinschen wrote:
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.
Dr. Volker Zell wrote:
/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
Odd. osockaddr.h (and a few other headers) are part of the
cygwin-specific patches to this
Dr. Volker Zell wrote:
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
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
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,
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):
On Feb 27 22:22, Charles Wilson wrote:
Corinna Vinschen wrote:
(4a) rewrite syslog-ng-config to use it
Okay, thanks.
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
On Feb 28 11:34, Corinna Vinschen wrote:
Actually it's deprecated to use the SYSTEM account for services unless
the service really needs SYSTEM permissions. In XP Microsoft
started with introducing the LocalService (S-1-5-19) and
NetworkService (S-1-5-20) accounts which have much less rights
- Original Message -
From: Corinna Vinschen
To: cygwin-apps
Sent: Thursday, February 28, 2008 5:34 AM
Subject: Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
| only reason we need another account for those of our services which have
| to switch user context w/o password
On Feb 27 00:34, Charles Wilson wrote:
Corinna Vinschen wrote:
On Feb 25 20:46, Charles Wilson wrote:
[*] or maybe a script function library somewhere like
/usr/lib/cygwin-services/ that foo-config could 'source', and then call
the functions directly. This would help the enter the password
On Wed, 27 Feb 2008, Corinna Vinschen wrote:
On Feb 27 00:34, Charles Wilson wrote:
Corinna Vinschen wrote:
On Feb 25 20:46, Charles Wilson wrote:
[*] or maybe a script function library somewhere like
/usr/lib/cygwin-services/ that foo-config could 'source', and then call
the functions
- Original Message -
From: Charles Wilson
To: Mailing List: CygWin-Apps
Sent: Wednesday, February 27, 2008 12:34 AM
Subject: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
| Corinna Vinschen wrote:
| On Feb 25 20:46, Charles Wilson wrote:
| How about a new package, cygwin
Corinna Vinschen wrote:
On Feb 27 00:34, Charles Wilson wrote:
[snip]
Wow, thanks for the quick implementation. Unfortunately I won't have
time to look into this for now since I have to look into a Win2K problem
with network paths.
No problem. I just wanted to see how hard it was going to
Corinna Vinschen wrote:
On Feb 25 20:46, Charles Wilson wrote:
How about a new package, cygwin-services-helper or somesuch, that
contains
(1) a script [*] derived from the appropriate portion of sshd-host-config,
whose job is to create the appropriate priveleged user (I like
'cygwin_svc')
On Feb 24 22:07, Charles Wilson wrote:
As suggested by Corinna here:
http://cygwin.com/ml/cygwin-apps/2008-02/msg00097.html
I won't update inetutils anymore, except for tiny fixes and packaging
stuff. Actually I'd rather OBSOLETE it entirely. syslogd is replaced
by syslog-ng and all other
Christopher Faylor wrote:
I doubt that this is the problem
No, it's not. I can trace thru the parsing, and the ldesc is properly
loaded into a std::string, as expected (both paragraphs).
but you are making your ldesc's too
wordy. It should just be a couple of sentences, not an
Corinna Vinschen wrote:
On Feb 24 22:07, Charles Wilson wrote:
I'm tossing my hat in for #3. It's basically a new port, using the
previous patches (1.3.2-37 vs. upstream 1.3.2) as a guide, because none of
the patches seemed to apply cleanly, and there were other issues as well.
Yippee!
As suggested by Corinna here:
http://cygwin.com/ml/cygwin-apps/2008-02/msg00097.html
I won't update inetutils anymore, except for tiny fixes and packaging
stuff. Actually I'd rather OBSOLETE it entirely. syslogd is replaced
by syslog-ng and all other tools in inetutils are security holes all
On Sun, Feb 24, 2008 at 10:07:31PM -0500, Charles Wilson wrote:
Anyway, here's the setup.hint (which is causing such problems):
sdesc: Common networking clients and servers
ldesc: inetutils provides common networking clients and
servers, including the inetd super-server, telnetd and
telnet,
57 matches
Mail list logo
