Re: [ITP] procps-ng

2016-03-22 Thread Corinna Vinschen
On Mar 22 11:12, Wayne Porter wrote:
> On Tue, Mar 22, 2016 at 11:02 AM, Chris Sutcliffe  wrote:
> > On 22 March 2016 at 13:43, Wayne Porter wrote:
> >> On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe wrote:
> >>> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
> >>> in the x86_64 directory. They are present in the i686 directory.
> >>
> >> wget requires that you end the url with a slash in order to download 
> >> properly.
> >>
> >> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
> >> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/
> >>
> >> These 2 work, but remove the slash on the end and it will complain
> >> that libprocps-ng4 is not a directory.
> >
> > Good catch, with the trailing slash all the files were downloaded.
> >
> > Cheers,
> >
> > Chris
> >
> > --
> > Chris Sutcliffe
> 
> 
> Ok, I just moved the man3 pages around to the libdev package. They
> should hopefully be correct now.

GTG.  You can proceed uploading and announcing the package and the
obsoletion of the former procps package.


Thanks,
Corinna

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-22 Thread Wayne Porter
On Tue, Mar 22, 2016 at 11:02 AM, Chris Sutcliffe  wrote:
> On 22 March 2016 at 13:43, Wayne Porter wrote:
>> On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe wrote:
>>> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
>>> in the x86_64 directory. They are present in the i686 directory.
>>
>> wget requires that you end the url with a slash in order to download 
>> properly.
>>
>> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
>> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/
>>
>> These 2 work, but remove the slash on the end and it will complain
>> that libprocps-ng4 is not a directory.
>
> Good catch, with the trailing slash all the files were downloaded.
>
> Cheers,
>
> Chris
>
> --
> Chris Sutcliffe


Ok, I just moved the man3 pages around to the libdev package. They
should hopefully be correct now.

-- 
Wayne Porter


Re: [ITP] procps-ng

2016-03-22 Thread Chris Sutcliffe
On 22 March 2016 at 13:43, Wayne Porter wrote:
> On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe wrote:
>> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
>> in the x86_64 directory. They are present in the i686 directory.
>
> wget requires that you end the url with a slash in order to download properly.
>
> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/
>
> These 2 work, but remove the slash on the end and it will complain
> that libprocps-ng4 is not a directory.

Good catch, with the trailing slash all the files were downloaded.

Cheers,

Chris

-- 
Chris Sutcliffe


Re: [ITP] procps-ng

2016-03-22 Thread Wayne Porter
On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe  wrote:
> On 22 March 2016 at 10:58, Marco Atzeri wrote:
>>
>> On 22/03/2016 14:46, Corinna Vinschen wrote:
>>>
>>> - On x86_64 the libprocps-ng4 and libprocps-ng-devel packages are missing.
>>
>> Are you sure ?
>>
>> $ tar -tf libprocps-ng4/libprocps-ng4-3.3.10-1.tar.xz
>> usr/bin/cygprocps-4.dll
>> usr/share/man/man3/
>> usr/share/man/man3/openproc.3.gz
>> usr/share/man/man3/readproc.3.gz
>> usr/share/man/man3/readproctab.3.gz
>>
>>
>> $ tar -tf ./libprocps-ng-devel/libprocps-ng-devel-3.3.10-1.tar.xz
>> usr/include/
>> usr/include/proc/
>> usr/include/proc/alloc.h
>> ..
>> usr/lib/pkgconfig/libprocps.pc
>
> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
> in the x86_64 directory. They are present in the i686 directory.
>
> Cheers,
>
> Chris
>
> --
> Chris Sutcliffe


wget requires that you end the url with a slash in order to download properly.

wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/

These 2 work, but remove the slash on the end and it will complain
that libprocps-ng4 is not a directory.

-- 
Wayne Porter


Re: [ITP] procps-ng

2016-03-22 Thread Chris Sutcliffe
On 22 March 2016 at 10:58, Marco Atzeri wrote:
>
> On 22/03/2016 14:46, Corinna Vinschen wrote:
>>
>> - On x86_64 the libprocps-ng4 and libprocps-ng-devel packages are missing.
>
> Are you sure ?
>
> $ tar -tf libprocps-ng4/libprocps-ng4-3.3.10-1.tar.xz
> usr/bin/cygprocps-4.dll
> usr/share/man/man3/
> usr/share/man/man3/openproc.3.gz
> usr/share/man/man3/readproc.3.gz
> usr/share/man/man3/readproctab.3.gz
>
>
> $ tar -tf ./libprocps-ng-devel/libprocps-ng-devel-3.3.10-1.tar.xz
> usr/include/
> usr/include/proc/
> usr/include/proc/alloc.h
> ..
> usr/lib/pkgconfig/libprocps.pc

Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
in the x86_64 directory. They are present in the i686 directory.

Cheers,

Chris

-- 
Chris Sutcliffe


Re: [ITP] procps-ng

2016-03-22 Thread Marco Atzeri



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,
Corinna




This seems effective

wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64
wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686


Thank, that worked.  Unfortunately there are still two problems:

- On x86_64 the libprocps-ng4 and libprocps-ng-devel packages are missing.


Are you sure ?

$ tar -tf libprocps-ng4/libprocps-ng4-3.3.10-1.tar.xz
usr/bin/cygprocps-4.dll
usr/share/man/man3/
usr/share/man/man3/openproc.3.gz
usr/share/man/man3/readproc.3.gz
usr/share/man/man3/readproctab.3.gz


$ tar -tf ./libprocps-ng-devel/libprocps-ng-devel-3.3.10-1.tar.xz
usr/include/
usr/include/proc/
usr/include/proc/alloc.h
..
usr/lib/pkgconfig/libprocps.pc




- On x86, the man3 pages are in libprocps-ng4 now, but they belong into
   libprocps-ng-devel.


yes I noticed ;-)



Everything else looks good.


Thanks,
Corinna



Re: [ITP] procps-ng

2016-03-22 Thread Corinna Vinschen
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,
> >Corinna
> >
> 
> 
> This seems effective
> 
> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64
> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686

Thank, that worked.  Unfortunately there are still two problems:

- On x86_64 the libprocps-ng4 and libprocps-ng-devel packages are missing.

- On x86, the man3 pages are in libprocps-ng4 now, but they belong into
  libprocps-ng-devel.

Everything else looks good.


Thanks,
Corinna

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-22 Thread Marco Atzeri

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-1/x86_64
wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686

Regards
Marco


Re: [ITP] procps-ng

2016-03-22 Thread Corinna Vinschen
On Mar 21 10:59, Wayne Porter wrote:
> On Mon, Mar 21, 2016 at 3:54 AM, Corinna Vinschen
>  wrote:
> > On Mar 21 10:40, Corinna Vinschen wrote:
> >> - Where's procps?  It seems to have gone amiss somehow...
> 
> I had a typo in the transform that left it as pscommand.exe. Thanks
> for catching that.
> 
> >>
> >> - The man3 man pages should be packaged with the libproc-ng-devel
> >>   package.
> >>
> >> With these fixes I think the package is fine.  If you create the 32 bit
> >> packages and send your ssh key per
> >>
> >>   https://sourceware.org/cygwin-apps/package-upload.html
> >>
> >> you are good to go after a final review.
> >
> > Except, can you please add the following line to your cygport file:
> >
> >   procps_ng_OBSOLETES="procps"
> >
> > This will generate the package files for procps as well.
> 
> There is now a 32 and 64 bit folder with the corresponding packages
> available with all the fixes you recommended.

wget -r on your site downloaded only a limited number of packages.
Namely the devel and debuginfo packages were missing.  Same for the
obsoleting procps package files.

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

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-21 Thread Wayne Porter
On Mon, Mar 21, 2016 at 3:54 AM, Corinna Vinschen
 wrote:
> On Mar 21 10:40, Corinna Vinschen wrote:
>> On Mar 20 14:46, Wayne Porter wrote:
>> > On Sun, Mar 20, 2016 at 2:40 PM, Corinna Vinschen
>> >  wrote:
>> > > On Mar 20 14:30, Wayne Porter wrote:
>> > >> > On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
>> > >> >  wrote:
>> > >> >> Can you please provide direct links to the files, allowing to fetch
>> > >> >> them via wget?
>> > >> >>
>> > >> >>
>> > >> >> Thanks,
>> > >> >> Corinna
>> > >> >> [...]
>> > >>
>> > >> Ok, I have uploaded the files to the location here: 
>> > >> http://wayneng.x10host.com/
>> > >> Going to the url will show a list of all the files and you can wget
>> > >> them directly
>> > >> from there. Let me know if you have any issues downloading.
>> > >
>> > > Works, but the procps-ng-3.3.9-1-src.tar.xz and procps-ng-3.3.9-1.tar.xz
>> > > files are invalid xz archives.  The other files are ok (and look good
>> > > packaging-wise).  Can you reupload those two files, please?
>> > >
>> > >
>> > > Thanks,
>> > > Corinna
>> > >
>> > > --
>> > > Corinna Vinschen  Please, send mails regarding Cygwin to
>> > > Cygwin Maintainer cygwin AT cygwin DOT com
>> > > Red Hat
>> >
>> >
>> >
>> > I have uploaded them again.
>>
>> Thanks.  I noticed that you updated to 3.3.10 in the meantime, so I
>> inspected only those.  Packaging looks mostly fine with two exceptions:
>>
>> - Where's procps?  It seems to have gone amiss somehow...

I had a typo in the transform that left it as pscommand.exe. Thanks
for catching that.

>>
>> - The man3 man pages should be packaged with the libproc-ng-devel
>>   package.
>>
>> With these fixes I think the package is fine.  If you create the 32 bit
>> packages and send your ssh key per
>>
>>   https://sourceware.org/cygwin-apps/package-upload.html
>>
>> you are good to go after a final review.
>
> Except, can you please add the following line to your cygport file:
>
>   procps_ng_OBSOLETES="procps"
>
> This will generate the package files for procps as well.
>
>
> Thanks,
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat


There is now a 32 and 64 bit folder with the corresponding packages
available with all the fixes you recommended.

-- 
Wayne Porter


Re: [ITP] procps-ng

2016-03-21 Thread Corinna Vinschen
On Mar 20 14:46, Wayne Porter wrote:
> On Sun, Mar 20, 2016 at 2:40 PM, Corinna Vinschen
>  wrote:
> > On Mar 20 14:30, Wayne Porter wrote:
> >> > On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
> >> >  wrote:
> >> >> Can you please provide direct links to the files, allowing to fetch
> >> >> them via wget?
> >> >>
> >> >>
> >> >> Thanks,
> >> >> Corinna
> >> >> [...]
> >>
> >> Ok, I have uploaded the files to the location here: 
> >> http://wayneng.x10host.com/
> >> Going to the url will show a list of all the files and you can wget
> >> them directly
> >> from there. Let me know if you have any issues downloading.
> >
> > Works, but the procps-ng-3.3.9-1-src.tar.xz and procps-ng-3.3.9-1.tar.xz
> > files are invalid xz archives.  The other files are ok (and look good
> > packaging-wise).  Can you reupload those two files, please?
> >
> >
> > Thanks,
> > Corinna
> >
> > --
> > Corinna Vinschen  Please, send mails regarding Cygwin to
> > Cygwin Maintainer cygwin AT cygwin DOT com
> > Red Hat
> 
> 
> 
> I have uploaded them again.

Thanks.  I noticed that you updated to 3.3.10 in the meantime, so I
inspected only those.  Packaging looks mostly fine with two exceptions:

- Where's procps?  It seems to have gone amiss somehow...

- The man3 man pages should be packaged with the libproc-ng-devel
  package.

With these fixes I think the package is fine.  If you create the 32 bit
packages and send your ssh key per

  https://sourceware.org/cygwin-apps/package-upload.html

you are good to go after a final review.


Thanks,
Corinna

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-20 Thread Corinna Vinschen
On Mar 20 14:30, Wayne Porter wrote:
> > On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
> >  wrote:
> >> Can you please provide direct links to the files, allowing to fetch
> >> them via wget?
> >>
> >>
> >> Thanks,
> >> Corinna
> >> [...]
> 
> Ok, I have uploaded the files to the location here: 
> http://wayneng.x10host.com/
> Going to the url will show a list of all the files and you can wget
> them directly
> from there. Let me know if you have any issues downloading.

Works, but the procps-ng-3.3.9-1-src.tar.xz and procps-ng-3.3.9-1.tar.xz
files are invalid xz archives.  The other files are ok (and look good
packaging-wise).  Can you reupload those two files, please?


Thanks,
Corinna

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-20 Thread Wayne Porter
On Sun, Mar 20, 2016 at 2:00 PM, Wayne Porter  wrote:
> On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
>  wrote:
>> On Mar 18 17:25, Wayne Porter wrote:
>>> 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
>>
>> Can you please provide direct links to the files, allowing to fetch
>> them via wget?
>>
>>
>> Thanks,
>> Corinna
>>
>> --
>> Corinna Vinschen  Please, send mails regarding Cygwin to
>> Cygwin Maintainer cygwin AT cygwin DOT com
>> Red Hat
>
>
> I don't have a anywhere to upload the files to in order to allow wget
> access. That's the only reason I shared the files via google drive.
>
> Wayne



Ok, I have uploaded the files to the location here: http://wayneng.x10host.com/
Going to the url will show a list of all the files and you can wget
them directly
from there. Let me know if you have any issues downloading.

Wayne


Re: [ITP] procps-ng

2016-03-20 Thread Corinna Vinschen
On Mar 18 17:25, Wayne Porter wrote:
> 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

Can you please provide direct links to the files, allowing to fetch
them via wget?


Thanks,
Corinna

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


signature.asc
Description: PGP signature


Re: [ITP] procps-ng

2016-03-19 Thread Yaakov Selkowitz

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


[ITP] procps-ng

2016-03-19 Thread Wayne Porter
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.

Bin: procps-ng-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMUTRRWHRPSm5MRjA/view?usp=sharing

Source: procps-ng-src-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMNklVaUtpc19EdmM/view?usp=sharing

setup.hint:
category: System
requires: cygwin libncursesw10 pkg-config
sdesc: "System and process monitoring utilities"
ldesc: "This package provides command line and full screen utilities
for browsing procfs, a pseudo file system dynamically generated by the
kernel to provide information about the status of entries in its
process table (such as whether the process is running, stopped, or a
zombie).
It contains free, kill, pkill, pgrep, pmap, ps, pwdx, slabtop, sysctl,
tload, top, uptime, vmstat, w, and watch"
File: 
https://drive.google.com/file/d/0B6jD_6qfO1gMWUJzTnR0SjVUTVE/view?usp=sharing

Debug Info: procps-ng-debuginfo-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMb3VJdFJ0dWhvNzQ/view?usp=sharing

setup.hint:
category: Debug
requires: cygwin-debuginfo
external-source: procps-ng
sdesc: "Debug info for procps-ng"
ldesc: "This package contains files necessary for debugging the
procps-ng package with gdb."
File: 
https://drive.google.com/file/d/0B6jD_6qfO1gMZ0xnVGVWNDZkTEE/view?usp=sharing


Re: [ITP] procps-ng

2016-03-19 Thread Warren Young
On Mar 16, 2016, at 2:18 PM, Wayne Porter  wrote:
> 
> It contains free, kill, pkill, pgrep, pmap, ps, pwdx, slabtop, sysctl,
> tload, top, uptime, vmstat, w, and watch”

Is the intention for this to replace the current procps package, or to be an 
alternative?

If the latter, that leaves us wanting a way in setup.hint to indicate that two 
packages conflict, else you can have the implementation ping-ponging between 
the two depending on which one is most recently updated, if you have both 
installed.

> $ tar xvf procps-ng-3.3.9-1.tar.xz
> …
> usr/bin/slabtop.exe

That should be left out.  It doesn’t do anything on Cygwin.

> usr/bin/tload.exe

That doesn’t seem to do anything.  I just get zeroes.

> usr/bin/w.exe

That’s not showing my login.  I’m not sure if it’s useful on Cygwin.

> usr/include/
> usr/include/proc/
> usr/include/proc/alloc.h
> usr/include/proc/devname.h
> usr/include/proc/escape.h
> usr/include/proc/procps.h
> usr/include/proc/pwcache.h
> usr/include/proc/readproc.h
> usr/include/proc/sig.h
> usr/include/proc/slab.h
> usr/include/proc/sysinfo.h
> usr/include/proc/version.h
> usr/include/proc/wchan.h
> usr/include/proc/whattime.h
> usr/lib/
> usr/lib/libprocps.a
> usr/lib/libprocps.dll.a
> usr/lib/pkgconfig/
> usr/lib/pkgconfig/libprocps.pc

All of this should be separated out into procps-ng-devel and libprocps-ng1 
packages.

See the attached expat.cygport file for an example.

> usr/sbin/sysctl.exe

What is that supposed to do on Cygwin, exactly?

All I know is that sysctl -a spammed my terminal. :)


Other than that, good job!  The only item above that is an absolute blocker for 
a GTG from me is the devel packaging stuff.




expat.cygport
Description: Binary data


Re: [ITP] procps-ng

2016-03-18 Thread 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