Updated: man-pages-linux 6.9.1 - Linux manual pages

[Cygwin Linux Man Pages Maintainer]

Documents the Linux kernel system calls and C library interfaces used
by programs, plus system and administrative utilities, devices, file
system, file, and data formats, and related information.

For more information, see the project home page:

https://kernel.org/doc/man-pages/

The following package has been upgraded in the Cygwin distribution:

* man-pages-linux   6.9.1

As Cygwin has its own man pages with some conflicts, these man pages are
installed under /usr/share/man/man-pages-linux/, so by default searching
or viewing these pages requires the option:

$ apropos -m|--systems man-pages-linux ...
$ man -m|--systems man-pages-linux ...

Cygwin man pages are under the default system "man", so for convenience
both systems may be specified separated by comma e.g.

$ man -m man,man-pages-linux ...

The path or option may also be added explicitly to a users MANPATH or
alias e.g.

$ export MANPATH=$MANPATH:/usr/share/man/man-pages-linux

$ alias apropos='apropos -m man,man-pages-linux'
$ alias man='man -m man,man-pages-linux'

Add -a to show both Cygwin and Linux (and POSIX if companion package
man-pages-posix is also installed) manual pages.

For convenience and backward compatibility /usr/share/man/linux is
provided as a symlink. 

If you prefer to see Linux man pages over Cygwin man pages, then use
-m|--systems linux in the examples above, or add -m linux to a command.

Release 6 added some section 2 and 3 pages suffixed by const, head,
or type installed in the base section directories.

For recent changes, see below, or after installation read
/usr/share/doc/man-pages-linux/Changes:


2024-06-17  6.9.1

Newly documented interfaces in existing pages

man2/
getrlimit.2
rlim_t


New and changed links

man2const/
FICLONERANGE.2const (FICLONE(2const); was broken in 6.9)

man3type/
rlimit.3type(getrlimit(2))
rlim_t.3type(getrlimit(2))

Global changes

-  Build system
   -  Add checks in the build system, to prevent creating link pages
  that link to a page that doesn't exist.
   -  Merge handling of man(7) and mdoc(7) manual pages into a single
  implementation.

-  man
   -  Fix old references to NOTES sections, whose contents have been
  moved to other sections such as VERSIONS, CAVEATS, or HISTORY.
   -  Fix incorrect nesting of EX/EE inside nf/fi.

-  CONTRIBUTING.d
   -  Fix some contributing documentation, after I noticed some
  contributor had been confused by some old instructions.


2024-06-14  6.9

New and rewritten pages

man2/
ioctl_console.2 (split into many small pages)
ioctl_eventpoll.2
ioctl_fat.2 (split into many small pages)
ioctl_fs.2
ioctl_kd.2
ioctl_nsfs.2(split into many small pages; previously, ioctl_ns.2)
ioctl_tty.2 (split into many small pages)
ioctl_userfaultfd.2 (split into many small pages)
ioctl_vt.2
prctl.2 (split into many small pages)

man2const/
FAT_IOCTL_GET_VOLUME_ID.2const
FAT_IOCTL_SET_ATTRIBUTES.2const
FIONREAD.2const
NS_GET_NSTYPE.2const
NS_GET_OWNER_UID.2const
PR_CAPBSET_DROP.2const
PR_CAPBSET_READ.2const
PR_CAP_AMBIENT.2const
PR_CAP_AMBIENT_CLEAR_ALL.2const
PR_CAP_AMBIENT_IS_SET.2const
PR_CAP_AMBIENT_LOWER.2const
PR_CAP_AMBIENT_RAISE.2const
PR_GET_AUXV.2const
PR_GET_CHILD_SUBREAPER.2const
PR_GET_DUMPABLE.2const
PR_GET_ENDIAN.2const
PR_GET_FPEMU.2const
PR_GET_FPEXC.2const
PR_GET_FP_MODE.2const
PR_GET_IO_FLUSHER.2const
PR_GET_KEEPCAPS.2const
PR_GET_MDWE.2const
PR_GET_NO_NEW_PRIVS.2const
PR_GET_PDEATHSIG.2const
PR_GET_SECCOMP.2const
PR_GET_SECUREBITS.2const
PR_GET_SPECULATION_CTRL.2const
PR_GET_TAGGED_ADDR_CTRL.2const
PR_GET_THP_DISABLE.2const
PR_GET_TID_ADDRESS.2const
PR_GET_TIMERSLACK.2const
PR_GET_TIMING.2const
PR_GET_TSC.2const
PR_GET_UNALIGN.2const
PR_MCE_KILL.2const
PR_MCE_KILL_CLEAR.2const
PR_MCE_KILL_GET.2const
PR_MCE_KILL_SET.2const
PR_MPX_ENABLE_MANAGEMENT.2const
PR_PAC_RESET_KEYS.2const
PR_SET_CHILD_SUBREAPER.2const
PR_SET_DUMPABLE.2const
PR_SET_ENDIAN.2const
PR_SET_FPEMU.2const
PR_SET_FPEXC.2const
PR_SET_FP_MODE.2const
PR_SET_IO_FLUSHER.2const
PR_SET_KEEPCAPS.2const
PR_SET_MDWE.2const
PR_SET_MM.2const
PR_SET_MM_ARG_START.2const
PR_SET_MM_AUXV.2const
PR_SET_MM_BRK.2const
PR_SET_MM_EXE_FILE.2const
PR_SET_MM_MAP.2const
PR_SET_MM_START_BRK.2const

Attn: libgpg-error maintainer

[Brian Inglis via Cygwin-apps]

Update to current needed to update libgcrypt if you could please oblige?

--
Take care. Thanks, Brian Inglis  Calgary, Alberta, Canada

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry

Re: Analyze dependencies of a cygwin package

[Federico Kircheis via Cygwin]

On 22/06/2024 10.17, Takashi Yano via Cygwin wrote:

On Sat, 22 Jun 2024 07:36:19 +0200
Federico Kircheis wrote:

ffmpeg, as far as I've could see, on Debian does not seem to depend
transitively on clang.


ffmpeg on fedora is built with opencl-enabled.
https://src.fedoraproject.org/rpms/ffmpeg/blob/rawhide/f/ffmpeg.spec#_702

I just followed to it. However, cygwin's OpenCL (ocl-icd) suppourts only
pocl as backend which depends on clang. Therefore, on the second thought,
enabling opencl for ffmpeg has more disadvantages than advantages.

I'll release ffmpeg 7.0.1-2 which disables opencl.


I was already told once that I probably can leave REQUIRES out.

Currently I'm using it for setting up a minimal test environment where I
install only the packages listed in REQUIRES.
Can cygport give me that information if I do not write any REQUIRES?
Last time I asked the answer was no, and thus I decided to keep it to
ease testing on my side.


Without REQUIRES line, "cygport cmus all" with above patch gives me:


cmus requires: cygwin libao4 libavcodec61 libavformat61 libavutil59 libcddb2 
libcdio18 libcdio_cdda2 libdiscid0 libFLAC12 libiconv2 libmad0 libmodplug1 
libmpcdec7 libncursesw10 libopusfile0 libpulse0 libswresample5 libvorbisfile3 
libwavpack1


I guess this is as you expect (if libav* are free from clang dependency),
isn't it?



Yes, it looks good.

I'll drop the REQUIRES the next time I'll upload a package then.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

ffmpeg 7.0.1-2

[Takashi Yano via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* ffmpeg-7.0.1-2
* libavutil59-7.0.1-2
* libavcodec61-7.0.1-2
* libavformat61-7.0.1-2
* libavdevice61-7.0.1-2
* libavfilter10-7.0.1-2
* libswscale8-7.0.1-2
* libswresample5-7.0.1-2
* libpostproc58-7.0.1-2
* libavutil-devel-7.0.1-2
* libavcodec-devel-7.0.1-2
* libavformat-devel-7.0.1-2
* libavdevice-devel-7.0.1-2
* libavfilter-devel-7.0.1-2
* libswscale-devel-7.0.1-2
* libswresample-devel-7.0.1-2
* libpostproc-devel-7.0.1-2
* ffmpeg-examples-7.0.1-2
* ffmpeg-doc-7.0.1-2

FFmpeg is the leading multimedia framework, able to decode, encode, transcode, 
mux, demux, stream and filter pretty much anything that humans and machines 
have created. It supports the most obscure ancient formats up to the cutting 
edge.


- Disable OpenCL. This makes ffmpeg free from clang dependency via pocl.


-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Re: Analyze dependencies of a cygwin package

[Takashi Yano via Cygwin]

On Sat, 22 Jun 2024 07:36:19 +0200
Federico Kircheis wrote:
> ffmpeg, as far as I've could see, on Debian does not seem to depend 
> transitively on clang.

ffmpeg on fedora is built with opencl-enabled.
https://src.fedoraproject.org/rpms/ffmpeg/blob/rawhide/f/ffmpeg.spec#_702

I just followed to it. However, cygwin's OpenCL (ocl-icd) suppourts only
pocl as backend which depends on clang. Therefore, on the second thought,
enabling opencl for ffmpeg has more disadvantages than advantages.

I'll release ffmpeg 7.0.1-2 which disables opencl.

> I was already told once that I probably can leave REQUIRES out.
> 
> Currently I'm using it for setting up a minimal test environment where I 
> install only the packages listed in REQUIRES.
> Can cygport give me that information if I do not write any REQUIRES?
> Last time I asked the answer was no, and thus I decided to keep it to 
> ease testing on my side.

Without REQUIRES line, "cygport cmus all" with above patch gives me:

>>> cmus requires: cygwin libao4 libavcodec61 libavformat61 libavutil59 
>>> libcddb2 libcdio18 libcdio_cdda2 libdiscid0 libFLAC12 libiconv2 libmad0 
>>> libmodplug1 libmpcdec7 libncursesw10 libopusfile0 libpulse0 libswresample5 
>>> libvorbisfile3 libwavpack1

I guess this is as you expect (if libav* are free from clang dependency),
isn't it?

-- 
Takashi Yano 

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Aborting Cygwin setup in unattended modes

[David Allsopp via Cygwin]

If Cygwin's setup requires input (for example, to select a mirror),
with --quiet-mode hidden it simply terminates (there's no apparent
exit status or message, though).

With --quiet-mode noinput, Cygwin setup sits at the appropriate
dialog, but it's of course non-responsive.

Would it be possible in these situations for Cygwin to abort,
preferably with a non-zero exit code?

The background to this was running Cygwin setup in GitHub Actions (so
UI not visible), _without_ specifying --site, where the Cygwin
installation had been restored by actions/cache but not the registry
setting in HKLM\SOFTWARE\Cygwin\setup meaning that setup could not
find setup.rc and consequently determine the last-used mirror. The GUI
therefore invisibly froze at mirror selection.

That issue has obviously been fixed, but it would seem sensible that
Cygwin's setup doesn't ever display a dialog _requiring_ input where
all that input has been disabled!


David

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: cmus-2.11.0-3

[Federico Kircheis]

Version 2.11.0-3 of cmus has been uploaded.

cmus is a command line audio player

This release of cmus removes some dependencies in order to avoid having 
two compilers as transitive dependencies.



Federico


--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.