On 01/03/2024 19:16, Christian Franke via Cygwin-apps wrote:
Christian Franke wrote:
This could be used to check whether a package is possibly
reproducible. Then it could make sense to add a reasonable
SOURCE_DATE_EPOCH value to the cygport file.
[...]
An enhanced version of the patch is
Jon Turney wrote:
On 23/02/2024 11:23, Christian Franke via Cygwin-apps wrote:
Christian Franke wrote:
The email generated by the cygport announce command is useful, but
actual use cases are somewhat limited due to the hard-coded email
submission.
The attached patch adds more flexibility.
I see:
lingber@LouiseLG /etc/postinstall$ source ca-certificates.sh
+ source ca-certificates.sh
++ '[' '!' -e /etc/pki/ca-trust/ca-legacy.conf ']'
++ '[' -f /etc/pki/ca-trust/ca-legacy.conf -a -x /usr/bin/diff ']'
++ /usr/bin/mkdir -p /var/cache/setup/etc/pki/ca-trust
++ /usr/bin/rm -f
Jon Turney wrote:
On 01/03/2024 13:13, Christian Franke via Cygwin-apps wrote:
It IMO makes sense to compress large and rarely viewed doc files like
change logs. This seems to be common practice on Debian etc.
With current cygport, the following results in ChangeLog and
ChangeLog.gz in the
On 01/03/2024 13:13, Christian Franke via Cygwin-apps wrote:
It IMO makes sense to compress large and rarely viewed doc files like
change logs. This seems to be common practice on Debian etc.
With current cygport, the following results in ChangeLog and
ChangeLog.gz in the docdir:
Jon Turney wrote:
On 26/02/2024 19:53, Christian Franke via Cygwin-apps wrote:
Would it not make more sense to just re-export it if set?
If the cygport file decides to set but not export it, there is
possibly no need to do it. An example is smartmontools.cygport which
passes the
On 10.03.2024 12:56, Lester Ingber via Cygwin wrote:
I tried Setup (2.931) but it too failed to fix ca-certificates.
Lester
Hi lester,
Setup is not changing the script, so do not expect a change from that side
can you please
$ cd /etc/postinstall/
$ set -x
$ source ca-certificates.sh
On
On 28/02/2024 15:54, Christian Franke via Cygwin-apps wrote:
Found during testing of 'repro-check' patch with getent-2.18.90-5 source
package.
This patch also removes the requirement to set TZ=UTC before patches are
generated.
Applied, but the commentary could stand to be clearer about
The following new packages have been uploaded in the Cygwin distribution:
* fontforge-20230101p30-1
* fontforge-common-20230101p30-1
* fontforge-doc-20230101p30-1
* libfontforge-devel-20230101p30-1
* libfontforge4-20230101p30-1
* python39-fontforge-20230101p30-1
* fontforge-20230101p30-1-src
*
On 23/02/2024 11:23, Christian Franke via Cygwin-apps wrote:
Christian Franke wrote:
The email generated by the cygport announce command is useful, but
actual use cases are somewhat limited due to the hard-coded email
submission.
The attached patch adds more flexibility. The patch is on top
On 26/02/2024 19:53, Christian Franke via Cygwin-apps wrote:
Would it not make more sense to just re-export it if set?
If the cygport file decides to set but not export it, there is possibly
no need to do it. An example is smartmontools.cygport which passes the
unexported variable as a
On 16/02/2024 12:51, Daisuke Fujimura via Cygwin-apps wrote:
Attempting to create a package for ruby-3.3, but it fails when trying
to detect a dependency on itself.
Thanks for this patch.
Can you clarify what the "failure" is here?
To avoid this, skip them if the target is `ruby`.
The
I tried Setup (2.931) but it too failed to fix ca-certificates.
Lester
--
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
On Sun, 10 Mar 2024 17:38:53 +0900
Takashi Yano wrote:
> On Sun, 10 Mar 2024 05:49:43 +
> wh wrote:
> > Here's how to reproduce this behavior.
> >
> > In test3.pl:
> >
> > #!/usr/bin/perl
> > my $wfds = '';
> > vec($wfds, fileno(STDOUT), 1) = 1;
> > sleep 1;
> > print STDERR "selecting\n";
>
If pipe reader is a non-cygwin app first, and cygwin process reads
the same pipe after that, the pipe has been set to bclocking mode
for the cygwin app. Hoever, the commit 9e4d308cd592 assumes the pipe
for cygwin process always is non-blocking mode. With this patch,
the pipe mode is restored to
Version 3.28.3-1 of
cmake
cmake-doc
cmake-gui
emacs-cmake
bash-completion-cmake
vim-cmake
are available in the Cygwin distribution.
CHANGES
Latest upstream release
DESCRIPTION
CMake is an open-source, cross-platform family of tools
designed to build, test and package software
On Sun, 10 Mar 2024 05:49:43 +
wh wrote:
> Here's how to reproduce this behavior.
>
> In test3.pl:
>
> #!/usr/bin/perl
> my $wfds = '';
> vec($wfds, fileno(STDOUT), 1) = 1;
> sleep 1;
> print STDERR "selecting\n";
> select undef, $wfds, undef, undef;
> print STDERR "ready\n";
> print
version 1.7-1 of
libnpth-devel
libnpth0
is available in the Cygwin distribution:
CHANGES
Latest upstream release
DESCRIPTION
nPth is a library to provide the GNU Pth API and thus a
non-preemptive threads implementation.
In contrast to GNU Pth is is based on the system's
Version 2.5.7-1 of
libassuan-devel
libassuan0
are available in the Cygwin distribution:
CHANGES
Latest upstream release
DESCRIPTION
Libassuan is a small library implementing the so-called Assuan
protocol. This protocol is used for IPC between most newer
GnuPG components.
Here's how to reproduce this behavior.
In test3.pl:
#!/usr/bin/perl
my $wfds = '';
vec($wfds, fileno(STDOUT), 1) = 1;
sleep 1;
print STDERR "selecting\n";
select undef, $wfds, undef, undef;
print STDERR "ready\n";
print "abc\n";
Then run:
# curl is as shipped with Windows,
On Wed, Mar 06, 2024 at 02:01:06PM +0100, Corinna Vinschen via Cygwin wrote:
> On Mar 5 23:38, Dan Shelton via Cygwin wrote:
> > On Sat, 24 Feb 2024 at 14:11, Corinna Vinschen via Cygwin
> > wrote:
> > >
> > > On Feb 23 22:15, Dan Shelton via Cygwin wrote:
> > > > HOWEVER, there is another
I did more testing and found out that the problem does not happen in
cygwin by default because cygwin mounts with acl which doesn't do
header sniffing while msys uses noacl.
Testing on an mp4 file in OneDrive, when I use noacl in cygwin it
triggers the read as well.
After upgrading to the test
https://www.canva.dev/blog/engineering/fonts-are-still-a-helvetica-of-a-problem/
https://seclists.org/oss-sec/2024/q1/195
https://github.com/fonttools/fonttools/releases/tag/4.43.0
https://github.com/fontforge/fontforge/pull/5367
--
Take care. Thanks, Brian Inglis Calgary,
The following packages have been uploaded to the Cygwin distribution:
* bmake-20240301-1
* bmake-extras-20240301-1
bmake is a portable version of the NetBSD make(1) utility. It is similar
to GNU make, even though the syntax for the advanced features supported
in Makefiles is very different.
New version 2.2.13-1 of
mutt
is available in the Cygwin distribution:
CHANGES
Last upstream bugfix update release.
Full details on:
https://gitlab.com/muttmua/mutt/raw/master/UPDATING
DESCRIPTION
The Mutt E-Mail Client
"All mail clients suck. This one just sucks less."
Mutt is a small but
On 09/03/2024 13:44, Christian Franke via Cygwin-apps wrote:
I would like to contribute bmake. Also present in Debian, Fedora,
FreeBSD, Ubuntu, ...
I occasionally use it to check whether Makefiles are compatible with
non-GNU versions of make.
added
diff --git a/cygwin-pkg-maint
On 09/03/2024 16:15, Marco Atzeri via Cygwin-apps wrote:
On 09/03/2024 17:10, Jon Turney wrote:
On 09/03/2024 15:55, Marco Atzeri via Cygwin-announce wrote:
I start to see
$ git pull
cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org: Permission denied
(publickey).
fatal: Could not read from
On 09/03/2024 17:10, Jon Turney wrote:
On 09/03/2024 15:55, Marco Atzeri via Cygwin-announce wrote:
I start to see
$ git pull
cyg...@cygwin.com: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository
On 09/03/2024 15:55, Marco Atzeri via Cygwin-announce wrote:
I start to see
$ git pull
cyg...@cygwin.com: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Has the configuration been
I start to see
$ git pull
cyg...@cygwin.com: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Has the configuration been modified ?
Regards
Marco
--
*** CYGWIN-ANNOUNCE
A new version of Setup (2.931) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https://cygwin.com/setup-x86.exe (32 bit version)
Changes compared to 2.930:
- Fix inability of 32-bit setup to retrieve anything from the Internet.
Oops. (a regression in 2.930)
A new version of Setup (2.931) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https://cygwin.com/setup-x86.exe (32 bit version)
Changes compared to 2.930:
- Fix inability of 32-bit setup to retrieve anything from the Internet.
Oops. (a regression in 2.930)
I would like to contribute bmake. Also present in Debian, Fedora,
FreeBSD, Ubuntu, ...
I occasionally use it to check whether Makefiles are compatible with
non-GNU versions of make.
SUMMARY="Portable version of the NetBSD 'make' utility"
DESCRIPTION="\
bmake is a portable version of the
On 09/03/2024 00:32, dave--- via Cygwin wrote:
.sig files seem to have gone missing from (at least some) mirrors.
e.g. https://mirrors.kernel.org/sourceware/cygwin/x86_64/
Thanks for reporting this.
This was unfortunately broken as a consequence of some changes on
sourceware. This is
I found them missing too, eg: https://mirrors.sonic.net/cygwin/x86_64/
Did they all lose the signature files because the upstream server lost them?
On 3/8/24 16:32, dave--- via Cygwin wrote:
.sig files seem to have gone missing from (at least some) mirrors.
e.g.
.sig files seem to have gone missing from (at least some) mirrors.
e.g. https://mirrors.kernel.org/sourceware/cygwin/x86_64/
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe
On Fri, 8 Mar 2024 at 08:32, Cedric Blancher via Cygwin
wrote:
>
> On Fri, 8 Mar 2024 at 03:25, Dan Shelton via Cygwin wrote:
> >
> > Hello!
> >
> > I've run into a problem with clang on Cygwin 3.5.1 and 3.6. My machine
> > does not have much disk space left, so I switched TMPDIR to the
> >
On 2024-03-08 17:21, Corinna Vinschen wrote:
On Mar 8 14:56, Corinna Vinschen via Cygwin wrote:
On Mar 8 08:15, Jeffrey Altman via Cygwin wrote:
On 3/8/2024 7:52 AM, Thomas Wolff via Cygwin wrote:
Am 08.03.2024 um 11:37 schrieb Corinna Vinschen via Cygwin:
FILE_OPEN_NO_RECALL
On Mar 8 14:56, Corinna Vinschen via Cygwin wrote:
> On Mar 8 08:15, Jeffrey Altman via Cygwin wrote:
> > On 3/8/2024 7:52 AM, Thomas Wolff via Cygwin wrote:
> > > Am 08.03.2024 um 11:37 schrieb Corinna Vinschen via Cygwin:
> > > > FILE_OPEN_NO_RECALL (0x0040)
> > > > [...]
> > > > This
At the moment, all this can do is retrieve setup.ini from a selected
mirror and parse it.
---
Makefile.am| 22 +-
cli/cyclops.cc | 186 +
2 files changed, 207 insertions(+), 1 deletion(-)
create mode 100644 cli/cyclops.cc
diff --git
* logging, settings, netio, iostream, decompressors, packagedb,
csu_util, hashes, signature checking, URL fetching, Exception class, ini
fetching and parsing, global state, version
---
Makefile.am | 246 +++-
1 file changed, 126 insertions(+), 120
This is kind of half-right. It helps make the package database code
self-contained (since that needs to use check_for_cached as part of
ScanDownloadedFiles), but also pulls apart the 'cache checking' and
'download file and put it in the cache'. There's probably some scope
for an package_source
There's still all kinds of janky stuff here: The network proxy
configuration fetched by ConnectionSetting is stored into static members
of the NetIO class, rather than held there and accessed.
Again, define a virtual class as the interface through which user
interaction takes place, and implement
This is the list of ini files found by fromcwd.cc:do_from_local_dir().
Maybe that should be unkinked by actually doing that scan inside ini.cc,
where we could have some progress feedback?
This makes it possible to build ini.cc without fromcwd.cc
---
fromcwd.cc | 2 --
ini.cc | 1 +
2 files
---
Feedback.h | 4
Makefile.am | 2 ++
choose.cc | 4 +++-
cli/CliFeedback.h | 5 +
cli/CliHashCheckFeedback.cc | 30 ++
download.cc | 24
download.h
Note this controls what we will install, not indicating how we are
built, so it's use in splash is questionable, and is downright wrong in
the messages from IniDbBuilderPackage giving URLs for an updated
version of setup.
This controls stuff all over the place!
---
ini.h | 1 -
main.cc |
We do not need to retain the hInstance value passed into WinMain(), as
it's always available as GetModuleHandle(NULL).
Note that DialogBox() accepts NULL meaning "the current executable" in
any case.
Future work: there's still some completely unnecessary storing it in
class Window and passing it
Rename IniParseFeedback.h to Feedback.h
Do URL fetching progress reporting via an interface defined by the
methods added to the interface defined by the virtual base class
Feedback, which can be implemented for GUI (via ThreeBar) or CLI feedback.
This is all a bit ad-hoc at the moment, based on
Simplify how we check for a setup.rc settings file in the local cache
dir (Who knew that setup even did this?): pass the directory down to
UserSettings::open_settings() as a parameter, rather than by storing it
in an (otherwise unused) member.
Also: rename the 'cwd' parameter, because it's
Move SetupBaseNameOption to ini.cc
Eliminate SetupIniDir, it's just SetupArch + "/"
Change SetupArch() and SetupBaseName() into functions, to avoid having
to do global initialization at the right time.
---
fromcwd.cc | 8
ini.cc | 22 +-
ini.h | 5 ++---
This will ultimately make it possible to fetch and parse an ini file
without having a GUI.
---
Makefile.am | 1 +
gui/GuiParseFeedback.cc | 139
ini.cc | 134 ++
ini.h |
Again, this will ultimately make it possible to specify, or store and
retrieve from settings a site, without having a GUI.
---
Makefile.am| 6 +-
SiteSetting.cc | 193 +
site.h => SiteSetting.h| 57 +++
site.cc =>
The call to Antivirus::AtExit() needs to be take place before we write
the log, so we see in the log if it failed. But calling it directly from
Logger::exit() is a horrible layering violation, which makes it
impossible to use the logger in other executables...
Add LogFile::atexit() method, which
---
ini.cc | 1 +
ini.h | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/ini.cc b/ini.cc
index 3ef1311..112a0ad 100644
--- a/ini.cc
+++ b/ini.cc
@@ -58,6 +58,7 @@ extern ThreeBarProgressPage Progress;
unsigned int setup_timestamp = 0;
std::string ini_setup_version;
//
Also: move forward declaration of class io_stream after includes with
other forward declarations.
---
ini.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ini.h b/ini.h
index ecc4b78..d4eaf87 100644
--- a/ini.h
+++ b/ini.h
@@ -16,7 +16,6 @@
#ifndef SETUP_INI_H
#define
This is patch sequence I started sometime in 2020, but only got around to
finishing off recently.
This includes various small tidy-ups, and then lays some groundwork for a
command line installation tool.
At the moment, all this can do is retrieve a (compressed) setup.ini from a
selected mirror
On Mar 8 08:15, Jeffrey Altman via Cygwin wrote:
> On 3/8/2024 7:52 AM, Thomas Wolff via Cygwin wrote:
> > Am 08.03.2024 um 11:37 schrieb Corinna Vinschen via Cygwin:
> > > Yesterday I stumbled over a certain NtCreateFile flag:
> > >
> > > FILE_OPEN_NO_RECALL (0x0040)
> > >
> > >
The following packages have been uploaded to the Cygwin distribution:
* fontconfig-2.15.0-3
* fontconfig-doc-2.15.0-3
* libfontconfig1-2.15.0-3
* libfontconfig-common-2.15.0-3
* libfontconfig-devel-2.15.0-3
Fontconfig is a library designed to provide system-wide font
configuration, customization
On Fri, 08 Mar 2024 21:53:10 +0900 (JST)
Masamichi Hosoda wrote:
> Hi
>
> If I understand correctly,
> the system font cache directory setting in /etc/fonts/fonts.conf
> provided by libfontconfig-common-2.15.0-2 is wrong.
>
> In /etc/fonts/fonts.conf provided by libfontconfig-common-2.13.1-2
>
On 3/8/2024 7:52 AM, Thomas Wolff via Cygwin wrote:
Am 08.03.2024 um 11:37 schrieb Corinna Vinschen via Cygwin:
Hi Jeffrey,
On Mar 6 13:55, Jeffrey Altman via Cygwin wrote:
On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote:
We can add an explicit call to
Hi
If I understand correctly,
the system font cache directory setting in /etc/fonts/fonts.conf
provided by libfontconfig-common-2.15.0-2 is wrong.
In /etc/fonts/fonts.conf provided by libfontconfig-common-2.13.1-2
```
/var/cache/fontconfig
```
So `fc-cache -s` creates system font cache
Am 08.03.2024 um 11:37 schrieb Corinna Vinschen via Cygwin:
Hi Jeffrey,
On Mar 6 13:55, Jeffrey Altman via Cygwin wrote:
On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote:
We can add an explicit call to
RtlSetProcessPlaceholderCompatibilityMode (PHCM_EXPOSE_PLACEHOLDERS);
[...]
Hi Jeffrey,
On Mar 6 13:55, Jeffrey Altman via Cygwin wrote:
> On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote:
> > We can add an explicit call to
> >
> >RtlSetProcessPlaceholderCompatibilityMode (PHCM_EXPOSE_PLACEHOLDERS);
> > [...]
> Files and directories that are placeholders
On 3/5/2024 2:43 AM, Mark Geisert via Cygwin wrote:
On 3/5/2024 12:46 AM, Cedric Blancher via Cygwin wrote:
On Mon, 29 Jan 2024 at 10:46, Mark Geisert via Cygwin
wrote:
On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote:
On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote:
Good
marco atzeri wrote:
On Wed, Mar 6, 2024 at 11:26 PM Christian Franke via Cygwin-apps wrote:
Jon Turney wrote:
On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote:
Jon Turney wrote:
Thanks!
libafflib_CONTENTS="
usr/bin/cygafflib-*.dll
Any reason why this package doesn't
The following packages have been uploaded to the Cygwin distribution:
* util-linux-2.39.3-1
* util-linux-debuginfo-2.39.3-1
* libblkid-devel-2.39.3-1
* libblkid1-2.39.3-1
* libfdisk-devel-2.39.3-1
* libfdisk1-2.39.3-1
* libsmartcols-devel-2.39.3-1
* libsmartcols1-2.39.3-1
*
The following packages have been uploaded to the Cygwin distribution:
* util-linux-2.39.3-1
* util-linux-debuginfo-2.39.3-1
* libblkid-devel-2.39.3-1
* libblkid1-2.39.3-1
* libfdisk-devel-2.39.3-1
* libfdisk1-2.39.3-1
* libsmartcols-devel-2.39.3-1
* libsmartcols1-2.39.3-1
*
On Fri, 8 Mar 2024 at 03:25, Dan Shelton via Cygwin wrote:
>
> Hello!
>
> I've run into a problem with clang on Cygwin 3.5.1 and 3.6. My machine
> does not have much disk space left, so I switched TMPDIR to the
> network drive. But clang then failed, like this:
>
> $ cat x.c
> #include
> int
Hello!
I've run into a problem with clang on Cygwin 3.5.1 and 3.6. My machine
does not have much disk space left, so I switched TMPDIR to the
network drive. But clang then failed, like this:
$ cat x.c
#include
int main(int ac, char *av[]) { puts("hello world"); return 0 ; }
$ mkdir
Hi Jeffrey,
apart from the attribute stuff...
On Mar 6 13:55, Jeffrey Altman via Cygwin wrote:
> The default ProcessPlaceholderCompaibilityMode is PHCM_EXPOSE_PLACEHOLDERS
> which makes the FILE_ATTRIBUTE flags and reparse tags visible. Microsoft
> maintains a database of processes for which
On Wed, Mar 6, 2024 at 11:26 PM Christian Franke via Cygwin-apps wrote:
>
> Jon Turney wrote:
> > On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote:
> >> Jon Turney wrote:
> >>>
> >>> Thanks!
> >>>
>
> libafflib_CONTENTS="
> usr/bin/cygafflib-*.dll
> >>>
> >>> Any
Jon Turney wrote:
On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote:
Jon Turney wrote:
Thanks!
libafflib_CONTENTS="
usr/bin/cygafflib-*.dll
Any reason why this package doesn't include the soversion, i.e. why
not libafflib0?
Libtsk and libafflib are my first library
On 06/03/2024 15:39, Christian Franke via Cygwin-apps wrote:
Jon Turney wrote:
Thanks!
libafflib_CONTENTS="
usr/bin/cygafflib-*.dll
Any reason why this package doesn't include the soversion, i.e. why
not libafflib0?
Libtsk and libafflib are my first library packages, so I'm not
Hi Jeffrey,
looks like writing our mails overlapped:
https://cygwin.com/pipermail/cygwin/2024-March/255622.html
On Mar 6 13:55, Jeffrey Altman via Cygwin wrote:
> On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote:
> > We can add an explicit call to
> >
> >
On Mar 6 18:19, Corinna Vinschen via Cygwin wrote:
> On Mar 6 06:54, Brian Inglis via Cygwin wrote:
> > On 2024-03-06 06:28, Corinna Vinschen via Cygwin wrote:
> > > On Mar 6 14:22, Corinna Vinschen via Cygwin wrote:
> > > > Given these placeholder files are actually reparse points of type
> >
On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote:
We can add an explicit call to
RtlSetProcessPlaceholderCompatibilityMode (PHCM_EXPOSE_PLACEHOLDERS);
and we can recognize the IO_REPARSE_TAG_FILE_PLACEHOLDER and
IO_REPARSE_TAG_CLOUD_* tags during symlink evaluation, but even then
we
On Mar 6 06:54, Brian Inglis via Cygwin wrote:
> On 2024-03-06 06:28, Corinna Vinschen via Cygwin wrote:
> > On Mar 6 14:22, Corinna Vinschen via Cygwin wrote:
> > > Given these placeholder files are actually reparse points of type
> > > IO_REPARSE_TAG_FILE_PLACEHOLDER, we can handle them as
Jon Turney wrote:
Thanks!
libafflib_CONTENTS="
usr/bin/cygafflib-*.dll
Any reason why this package doesn't include the soversion, i.e. why
not libafflib0?
Libtsk and libafflib are my first library packages, so I'm not sure what
the policy is. My recent package libtsk has been
Thanks!
libafflib_CONTENTS="
usr/bin/cygafflib-*.dll
Any reason why this package doesn't include the soversion, i.e. why not
libafflib0?
rm -v usr/bin/affuse.exe usr/share/man/man1/affuse.1 # --disable-fuse
I guess this comment means something to someone. But it
On Wed, Mar 6, 2024 at 1:08 AM Mark Geisert via Cygwin
wrote:
> On 3/5/2024 2:42 PM, Dan Shelton via Cygwin wrote:
> > On Mon, 4 Mar 2024 at 07:45, Mark Geisert via Cygwin
> > wrote:
> >> On 3/3/2024 7:27 PM, Dan Shelton via Cygwin wrote:
> [...]
> >>> strace does not help, as I need the Win32
Hi,
Our firm, "Bricks Estimating LLC," specializes in construction estimation. We
offer cost estimation and quantity take-off services to general contractors and
subcontractors in all trades (concrete, painting, electrical, plumbing,
roofing, HVAC, framing, etc.).
We provide project
On 2024-03-06 06:28, Corinna Vinschen via Cygwin wrote:
On Mar 6 14:22, Corinna Vinschen via Cygwin wrote:
On Mar 5 19:54, Marcin Wisnicki via Cygwin wrote:
If I invoke ls or anything else that does stat inside OneDrive folder
it will trigger download of all files.
OneDrive uses placeholder
I would like to contribute afflib. Also present in Debian, Fedora,
Ubuntu, ... but package naming differs:
Debian/Ubuntu: afflib-tools, libafflib0v5, libafflib-dev
Fedora: afftools, afflib, afflib-devel
It is indented to enable afflib format support for the next version of
the sleuthkit
The following packages have been uploaded to the Cygwin distribution:
* libcuefile0-475-2
* libcuefile-devel-475-2
CUE file library from the Musepack project
- Fix upstream bugs in cd.c
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
The easiest way to unsubscribe is to visit
On Mar 6 14:22, Corinna Vinschen via Cygwin wrote:
> On Mar 5 19:54, Marcin Wisnicki via Cygwin wrote:
> > If I invoke ls or anything else that does stat inside OneDrive folder
> > it will trigger download of all files.
> >
> > OneDrive uses placeholder files[1] to represent remote files.
> >
On Mar 5 19:54, Marcin Wisnicki via Cygwin wrote:
> If I invoke ls or anything else that does stat inside OneDrive folder
> it will trigger download of all files.
>
> OneDrive uses placeholder files[1] to represent remote files.
>
> I'm guessing reading file content in stat is to support
The following packages have been uploaded to the Cygwin distribution:
* libcue2-2.3.0-1
* libcue-devel-2.3.0-1
Libcue is intended to parse a so called cue sheet from a char
string or a file pointer. For handling of the parsed data a convenient API
is available.
- Fix CVE-2023-43641.
--
On Mar 5 23:38, Dan Shelton via Cygwin wrote:
> On Sat, 24 Feb 2024 at 14:11, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 23 22:15, Dan Shelton via Cygwin wrote:
> > > HOWEVER, there is another Cygwin bug:
> > > "getent group mywingrp1" does not list any group members, even after
> > >
On Mar 6 03:42, Takashi Yano wrote:
> On Tue, 5 Mar 2024 17:54:19 +0100
> Corinna Vinschen wrote:
> > On Mar 5 23:47, Takashi Yano wrote:
> > > On Tue, 5 Mar 2024 11:14:46 +0100
> > > Corinna Vinschen wrote:
> > > > This doesn't affect your patch, but while looking into this, what
> > > >
On 06/03/2024 10:07, Takashi Yano via Cygwin-apps wrote:
I would like to adopt libcue package.
$ git diff |grep "^+"
+++ b/cygwin-pkg-maint
+libcue Takashi Yano
+libcuefile Takashi Yano
Thanks
Marco
I would like to adopt libcue package.
--
Takashi Yano
inherit cmake
NAME="libcue"
VERSION=2.3.0
RELEASE=1
# Basically GPLv2, but files libcue/rem.{c,h} contains a BSD header
LICENSE="GPL-2.0-only AND BSD-2-Clause"
CATEGORY="Libs"
SUMMARY="Cue sheet parser library"
DESCRIPTION="Libcue is
If I invoke ls or anything else that does stat inside OneDrive folder
it will trigger download of all files.
OneDrive uses placeholder files[1] to represent remote files.
I'm guessing reading file content in stat is to support detection of
actually executable files as in here[2]?
I think this
On 3/5/2024 2:42 PM, Dan Shelton via Cygwin wrote:
On Mon, 4 Mar 2024 at 07:45, Mark Geisert via Cygwin wrote:
On 3/3/2024 7:27 PM, Dan Shelton via Cygwin wrote:
[...]
strace does not help, as I need the Win32 calls BELOW posix_spawn(),
to see the implementation details.
Check the source
On Mon, 4 Mar 2024 at 07:45, Mark Geisert via Cygwin wrote:
>
> On 3/3/2024 7:27 PM, Dan Shelton via Cygwin wrote:
> > On Tue, 27 Feb 2024 at 07:34, wrote:
> >>
> >> On Tue, Feb 27, 2024 at 06:54:42AM +0100, Dan Shelton via Cygwin wrote:
> >>> On Tue, 27 Feb 2024 at 06:47, Brian Inglis via
On Sat, 24 Feb 2024 at 14:11, Corinna Vinschen via Cygwin
wrote:
>
> On Feb 23 22:15, Dan Shelton via Cygwin wrote:
> > HOWEVER, there is another Cygwin bug:
> > "getent group mywingrp1" does not list any group members, even after
> > "net localgroup mywingrp1 mywinuser44 /add", which is a POSIX
On Wed, 6 Mar 2024 03:42:23 +0900
Takashi Yano wrote:
> + name.MaximumLength = MAX_PATH * sizeof (WCHAR);
This should be:
name.MaximumLength = sizeof (pipename_buf);
--
Takashi Yano
On Tue, 5 Mar 2024 17:54:19 +0100
Corinna Vinschen wrote:
> On Mar 5 23:47, Takashi Yano wrote:
> > On Tue, 5 Mar 2024 11:14:46 +0100
> > Corinna Vinschen wrote:
> > > This doesn't affect your patch, but while looking into this, what
> > > strikes me as weird is that
On Mar 5 23:47, Takashi Yano wrote:
> On Tue, 5 Mar 2024 11:14:46 +0100
> Corinna Vinschen wrote:
> > This doesn't affect your patch, but while looking into this, what
> > strikes me as weird is that fhandler_pipe::temporary_query_hdl() calls
> > NtQueryObject() and assembles the pipe name via
On Mar 5 23:48, Takashi Yano wrote:
> Non-cygwin app may call ReadFile() for empty pipe, which makes
> NtQueryObject() for ObjectNameInformation block in fhandler_pipe::
> get_query_hdl_per_process. Therefore, do not to try to get query_hdl
> for non-cygwin apps.
>
> Addresses:
On 04/03/2024 21:20, Brian Inglis via Cygwin-apps wrote:
On 2024-03-04 13:00, Jon Turney wrote:
On 03/03/2024 22:29, Brian Inglis via Cygwin-apps wrote:
On 2024-03-03 14:39, Jon Turney via Cygwin-apps wrote:
On 03/03/2024 16:48, Brian Inglis via Cygwin-apps wrote:
I am finding mingw package
801 - 900 of 250749 matches
Mail list logo
