On 3/14/2024 11:26 AM, Corinna Vinschen via Cygwin-apps wrote:
[...]
You may also want to use https:// rather than git:// for reading
the repository these days, given the insecurity of the git protocol.
Right. I now remember this recommendation too. I will make the change in
all the git
On 3/14/2024 9:07 AM, Jon Turney via Cygwin-apps wrote:
On 14/03/2024 15:39, Mark Geisert via Cygwin-apps wrote:
On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote:
On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote:
Hi folks,
I'm getting the error:
fatal: remote error: service
On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote:
On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote:
Hi folks,
I'm getting the error:
fatal: remote error: service not enabled: /git/cygwin-packages/sshfs
when I attempt 'git push' to that repository. The same happens with
all
Hi folks,
I'm getting the error:
fatal: remote error: service not enabled: /git/cygwin-packages/sshfs
when I attempt 'git push' to that repository. The same happens with all
the repositories for my packages. It's been this way for a couple days at
least.
Have I forgotten some step in the
Hi folks,
I'm finally getting around to setting up the centralized git repositories
for the packages I maintain.
There is currently no history for the cygutils package. Could I please
have its history imported with ctm2git?
Thanks much,
..mark
This test version of inkscape has been promoted to current.
Apologies to JonT who probably has to help this through again.
Next time I do this will be after I ITA the thing.
Thanks & Regards,
..mark
Marco Atzeri via Cygwin-apps wrote:
Is anyone looking at QT5 and QT6 ?
I've "looked at" Qt5 in the past, though not to the point of being able to take it
over. I have a patch for the qterminal issue that I'd like to contribute.
There's issues I've had building this I haven't had the time to
ASSI via Cygwin-apps wrote:
Mark Geisert via Cygwin-apps writes:
I've uploaded a non-maintainer re-build of the existing inkscape
0.92.3. This attempts to work around a problem with the current
inkscape reported to exit with 127 error code (missing DLL). This
build was produced with gcc-g
Hi Jon,
Jon Turney via Cygwin-apps wrote:
On 30/11/2023 00:38, Mark Geisert via Cygwin-apps wrote:
Not sure of the logistical process for doing a non-maintainer update. If I've
missed something please let me know.
>
Thanks very much for looking into this.
You're welcome. It was a curi
I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3.
This attempts to work around a problem with the current inkscape reported
to exit with 127 error code (missing DLL). This build was produced with
gcc-g++ 7.4 while the current build was produced with gcc-g++ 6.4. Newer
Name: Mark Geisert
BEGIN SSH2 PUBLIC KEY
Comment: "256-bit ED25519, converted by Mark@zotac from OpenSSH"
C3NzaC1lZDI1NTE5IP1ks1stdrx1ofmpCBnQWdJ2zt9qlnNqrCX0y15INZHf
END SSH2 PUBLIC KEY
Corinna Vinschen via Cygwin-apps wrote:
On Sep 1 03:28, Mark Geisert via Cygwin-apps wrote:
I then tried recompiling a CPU affinity test program of mine (that uses
cpusets) but it could not link due to missing __cpuset_alloc and
__cpuset_free. I think this is likely a local issue of mine
Hi Corinna,
Corinna Vinschen via Cygwin-apps wrote:
On Aug 30 20:10, Corinna Vinschen via Cygwin-apps wrote:
On Aug 30 12:04, Brian Inglis via Cygwin-apps wrote:
On 2023-08-30 06:17, Corinna Vinschen via Cygwin-apps wrote:
On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote:
On Aug 30
Corinna Vinschen via Cygwin-apps wrote:
On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote:
On Aug 30 11:34, Corinna Vinschen via Cygwin-apps wrote:
#define CPU_ZERO_S(siz, set) __cpuset_zero_s (siz, set)
-static __inline void
-__cpuset_zero_s (size_t siz, cpu_set_t *set)
-{
- (void)
[redirected from the main Cygwin ML]
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
On Aug 25 22:50, Mark Geisert via Cygwin wrote:
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
On Aug 24 14:39, Mark Geisert via Cygwin wrote:
Denis Excoffier via Cygwin wrote:
Hello,
When i try to compile
Hi Marco,
I'm seeing test failures and hangs on the 'cygport test' step for both
Python 3.9 and 3.8. 3.9 has 37 failures out of 423 tests, 3.8 has 39
failures out of 425 tests. Both releases have 3 tests hanging after as
much as 20 minutes wait w/no cputime: test_asyncio, test_ssl, test_io.
thon patch 3.6.12-socketmodule.patch
Date: Mon, 7 Nov 2022 23:07:02 -0800
From: Mark Geisert
To: cygwin-apps@cygwin.com
Hi Marco,
Recently there's been a complaint about that patch on the Cygwin mailing list. The
patch was meant to allow same-machine communication between Cygwin Python programs
via
Hi Marco,
Recently there's been a complaint about that patch on the Cygwin mailing list.
The patch was meant to allow same-machine communication between Cygwin Python
programs via an AF_UNIX socket. The patch works because both ends of the
connection are Python programs that have the patch.
Marco Atzeri wrote:
Hi,
currently as default Gnupg 2.x is unable to contact keyservers and recover any
key. Gnupg 1.x has not such problem
$ /usr/bin/gpg2 --keyserver pgp.mit.edu --recv-keys 5981E818 gpg: keyserver
receive failed: No such file or directory
The cryptic message is due to
Hi Jon, Achim,
Jon Turney wrote:
On 01/02/2022 06:20, ASSI wrote:
Mark Geisert writes:
I see that 'mtr' is another Cygwin package that makes use of a Windows
driver via libpcap. Maybe I can use mtr.cygport etc as a guide; I'm
unsure whether a Cygwin package should be including Windows
Mark Geisert wrote:
Hi Jon,
Thanks for the helpful review comments.
cygport is a wondrous tool. My issues were solved by making a simple tar.xz of my
local source tree, renaming it to have the version number expected by the cygport
script, placing that file and the cygport script in a test
Hi Jon,
Thanks for the helpful review comments. More below.
Jon Turney wrote:
On 10/03/2022 06:16, Mark Geisert wrote:
[...]> A few small comments on the cygport file
HOMEPAGE="https://github.com/mgeisert/cygfuse;
#SRC_URI="http://maxrnd.com/~mark/cygwin/x86_64/release/cygfuse
Marco Atzeri wrote:
On 10.03.2022 08:22, Mark Geisert wrote:
This is a Cygwin port of the FUSE app sshfs that can be found in various Linux
[...]
added to cygwin-pkg-maint list
Thanks Marco for both adds.
Cheers,
..mark
This is a Cygwin port of the FUSE app sshfs that can be found in various
Linux distributions. It allows mounting a remote directory via ssh onto a
local directory. It requires cygfuse.
sshfs is a subproject of the Linux-focused libfuse project.
The initial project files for review are
This is a Cygwin version of libfuse{,3} that can be found in various Linux
distributions. It is a couple of link libraries and additions to
/usr/include to allow porting of FUSE apps. FUSE: File System In User
Space. I will shortly be providing an sshfs FUSE app, to be covered by a
separate
Brian Inglis wrote:
On 2022-02-02 02:44, Corinna Vinschen wrote:
On Feb 1 21:22, Adam Dinwoodie wrote:
The upstream fzf package moved from Ruby to Go some time ago. I had
vague but noble intetions to try to maintain a fork on the basis of the
last version of the Ruby code, but never managed
One final reply to myself on this topic..
Thomas Wolff wrote:
What became of the winfsp-fuse project discussed in July 2016?
I'd like to be able to use ftpfs or sshfs in cygwin.
Integration of the project into Cygwin stalled around that time, or was it 2018?
[...]
I've now looked at and
Replying to myself...
Mark Geisert wrote:
Hi Thomas,
Thomas Wolff wrote:
What became of the winfsp-fuse project discussed in July 2016?
I'd like to be able to use ftpfs or sshfs in cygwin.
Integration of the project into Cygwin stalled around that time, or was it 2018?
[...]
I would love
Hi Thomas,
Thomas Wolff wrote:
What became of the winfsp-fuse project discussed in July 2016?
I'd like to be able to use ftpfs or sshfs in cygwin.
Integration of the project into Cygwin stalled around that time, or was it 2018?
ISTR there was an objection from the Dokany FUSE project about
Hi Jon,
Jon Turney wrote:
On 07/09/2021 04:46, Mark Geisert wrote:
Something's likely changed in the 4 years since I last did this :-).
..or something allegedly similar to this... too much code under the bridge...
$ git push
fatal: remote error: service not enabled: /git/cygwin
Something's likely changed in the 4 years since I last did this :-).
$ git push
fatal: remote error: service not enabled: /git/cygwin-cygutils.git
$ cat .git/config
[core]
# blah elided
[remote "origin"]
url = git://sourceware.org/git/cygwin-cygutils.git
fetch =
HI all,B
I'd like to re-spin the latest version of cygutils, that is, upload newer
files with the same release number (1.4.16-5). Is this possible, or do we
now always change the release# when uploading?
Thanks,
..mark
Hi Jeremy,
Jeremy Drake via Cygwin-apps wrote:
Fixes a warning "no return statement in function returning non-void",
and solves a crash running --help.
Hopefully this is the right place for this now, since I am not interesting
in becoming a package maintainer as the list description says ;)
Hi Marco,
Marco Atzeri via Cygwin wrote:
On 04.05.2021 06:41, Mark Geisert wrote:
Ken Brown via Cygwin wrote:
On 5/3/2021 8:57 AM, Maximilian.Blenk--- via Cygwin wrote:
Incorrect Behavior:
Server:
$ python3.7 server.py
starting up on ./uds_socket
waiting for a connection
Traceback (most
Achim Gratz wrote:
Before releasing binutils 2.35.2, I had already built 2.36 (which was
released two days earlier), but it became almost immediately clear that
there were problems. Now that 2.36.1 came out I tried again (not that
the changes would indicate anything addressing those problems)
Hi Achim,
Thank you very much for the detailed instructions and also the comparison data
Linux vs Cygwin for all those testcases.
Achim Gratz wrote:
ASSI writes:
I have a Cygwin malloc speedup patch that *might* help the m-t part.
I'll prepare and submit that to cygwin-patches shortly.
Achim Gratz wrote:
[some nifty stuff with puzzlers in it...]
Unfortunately I can't help with the qt5 build questions. Been down that path and
gotten lost. But if/when you have a package ready for test installation, I can
shortly thereafter provide a patch to qt5-base that fixes the
Hi Marco,
On Mon, 28 Dec 2020, Marco Atzeri via Cygwin-apps wrote:
On 17.12.2020 10:20, Mark Geisert wrote:
Hi Marco,
Below is the patch I developed to work around the problem report in
https://cygwin.com/pipermail/cygwin/2020-November/246830.html
I called the patch file 3.8.3-peercred
Hi Achim,
Achim Gratz wrote:
I've been experimenting a bit with ZStandard dictionaries. The
dictionary builder is probably not the most optimized piece of software
Is this what leads you to suspect malloc? Really heavy use of malloc?
and if you feed it large amounts of data it needs quite
Hi Marco,
Below is the patch I developed to work around the problem report in
https://cygwin.com/pipermail/cygwin/2020-November/246830.html
I called the patch file 3.8.3-peercred-cygwin.patch.
I am unable to test the patch myself because of continuing problems building a new
Python. I don't
Mark Geisert wrote:
This seems to be a problem setting up a platform-specific build directory. The
sysconfig.py script wants to use "lib." + platform + pythonversion but the
platform string somehow gets corrupted into non-utf8 bytes. For instance,
building Python 3.
[replying to myself again...]
A similar problem happens when building 3.6 and 3.7 too. Details at end.
On Wed, 9 Dec 2020, Mark Geisert wrote:
Hi Marco,
I was building Python locally so I can later submit a patch against it. It
appears the local python.exe was built successfully
Hi Marco,
I was building Python locally so I can later submit a patch against it. It
appears the local python.exe was built successfully, but a later step failed with:
./python.exe -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
echo "generate-posix-vars failed"
Does it mean "All The World Is Linux" or something else?
..mark
Yaakov Selkowitz wrote:
My domain registrations cygwinports.com, cygwinports.net, and
cygwinports.org will expire very soon. If anyone would like to adopt
them for the Cygwin project, please let me know ASAP. Otherwise, I
will let them lapse.
Hi Yaakov,
I'm willing to adopt them if only to
Yasuhiro KIMURA wrote:
Thank you for reply, and sorry for late response.
From: ASSI
Subject: Re: zsh 5.8: configure fails only on 32bit
Date: Sat, 13 Jun 2020 07:53:25 +0200
To me that indicates either BLODA interference or that you run into some
limit (e.g. on environment size or PATH
I tried uploading my re-spin of util-linux (2.33.1-2) but received the
following error report on both x86_64 and x86 uploads:
ERROR: install packages from source package 'e2fsprogs' have non-unique
current versions 2.33.1-2 (uuidd), 1.44.5-1 (4 others)
I see it's talking about sub-packages of
I'd like to adopt util-linux from Yaakov if that's possible. To that end
I've re-spun the current (for Cygwin) 2.33.1 release with additional
patches to enable building 'taskset' and 'chrt'. Taskset works, chrt
"works" but can't do anything useful. Tested both 64- and 32-bit Cygwin.
I've
Hi Yaakov,
May I update the version of util-linux available on Cygwin? Your cygport
file for the current 2.33.1 seems to work fine for the latest 2.35.1.
I would add a patch file 2.33.1-cygwin-cpuset.patch (see attached) and
update the cygport file to reference this additional patch and
Hi Yaakov,
I patched util-linux locally to build the 'taskset' tool so I could test
my implementation of the get- and set-affinity functions within Cygwin.
The implementation will be part of the upcoming Cygwin 3.1.0 release.
I'm not sure how to manipulate the build environment so I could
Corinna Vinschen wrote:
On Oct 14 13:29, Achim Gratz wrote:
Marco Atzeri writes:
May I have a hippo for Jon ?
+1
+1
+1
Looks and works great in my limited testing.
..mark
Yaakov Selkowitz wrote:
On 2018-02-07 01:29, Mark Geisert wrote:
I don't have libtirpc in git so I'm submitting a text patch. Sorry for
any inconvenience. This is Cygwin-specific and against
src/bindresvport.c of libtirpc 1.0.1. Unsure if it ought to go
upstream; appreciate input
Brian Inglis wrote:
On 2018-02-07 08:38, Eric Blake wrote:
On 02/07/2018 01:29 AM, Mark Geisert wrote:
I don't have libtirpc in git so I'm submitting a text patch. Sorry for any
inconvenience. This is Cygwin-specific and against src/bindresvport.c of
libtirpc 1.0.1. Unsure if it ought to go
I don't have libtirpc in git so I'm submitting a text patch. Sorry for any
inconvenience. This is Cygwin-specific and against src/bindresvport.c of
libtirpc 1.0.1. Unsure if it ought to go upstream; appreciate input on that.
Thanks much,
..mark
8<
35a36,38
> /* On Cygwin
On Sat, 1 Jul 2017, Marco Atzeri wrote:
On 01/07/2017 07:47, Mark Geisert wrote:
Esteemed co-conspirators,
I've been pulling my hair out trying to build a new cygutils package on
32-bit Cygwin. The exact same source package builds fine on 64-bit but
32-bit fails with the following...
CC
Esteemed co-conspirators,
I've been pulling my hair out trying to build a new cygutils package on
32-bit Cygwin. The exact same source package builds fine on 64-bit but
32-bit fails with the following...
make[2]: Entering directory
'/usr/src/cygutils-test/cygutils-1.4.16-1.i686/build'
On Tue, 20 Sep 2016, Bill Zissimopoulos wrote:
On 9/8/16, 1:03 AM, Mark Geisert wrote:
I've changed Subject: to reflect what's being discussed now. When we
have a
consensus cygfuse I'll issue an ITP for it.
I've now updated the cygfuse repository on GitHub so it is more neutral
about
FUSE
Herbert Stocker wrote:
Maybe somebody wants to use WinFSP for Windows programs and Dokan for
Cygwin programs. There should be some user setting for the case both
are installed. Maybe some cygfuse-admin command could do the job.
This kind of flexibility would be nice. We can of course only
Mark Geisert wrote:
[... some stuff ...]
I've changed Subject: to reflect what's being discussed now. When we have a
consensus cygfuse I'll issue an ITP for it.
I've now updated the cygfuse repository on GitHub so it is more neutral about
FUSE implementations. It can be seen at https
Hi Adrien,
I want to dig a little further into this...
Adrien JUND wrote:
I have tried to see how to integrate Dokan in cygfuse and it is
currently hard linked to WinFSP and makes hard the integration for
others FS.
A neutral interface with common operations should be made to fix the situation.
Adrien JUND wrote:
Separate from that, it's been a little work disentangling the meaning of
various names used for this project. Here's what I think the names mean:
FUSE - a protocol, which exists in different versions
WinFSP - a Windows-native DLL mapping FUSE 2.8 ops to/from Windows file
Bill Zissimopoulos wrote:
Mark, hi:
On 8/22/16, 12:43 PM, cygwin-apps-ow...@cygwin.com on behalf of Mark
Geisert wrote:
>
I'm debugging some faulting test programs so this cygfuse code doesn't
seem fully ready for prime time just yet. I'm sure Bill had it working
so
it's likely to be s
On Wed, 17 Aug 2016, Corinna Vinschen wrote:
Mark, did you find out how to move the repo under the Cygwin org
in the meantime? Is it the "Import repository" functionality by
any chance?
Hi Corinna,
Bill and I worked it out on a different thread of this conversation. I
currently have a public
Corinna Vinschen wrote:
On Jul 29 11:48, Corinna Vinschen wrote:
On Jul 29 02:15, Mark Geisert wrote:
Corinna Vinschen wrote:
On Jul 29 01:19, Mark Geisert wrote:
Bill Zissimopoulos wrote:
On 7/28/16, 5:17 PM, Bill Zissimopoulos wrote:
Ok. I did the transfer (twice, because of some
Bill Zissimopoulos wrote:
On 7/29/16, 1:19 AM, Mark Geisert wrote:
FWIW I've signed up with GitHub with username mgeisert. I think I need
to be
invited to join the cygwin@github org. Then maybe I can transfer your
repo to
me? Corrections welcome...
Hey, Mark. I just transferred
Corinna Vinschen wrote:
On Jul 29 01:19, Mark Geisert wrote:
Bill Zissimopoulos wrote:
On 7/28/16, 5:17 PM, Bill Zissimopoulos wrote:
Ok. I did the transfer (twice, because of some ambiguous GitHub messages).
Someone from cygwin’s side has to accept the repo within a day according
to GitHub
Bill Zissimopoulos wrote:
On 7/28/16, 5:17 PM, Bill Zissimopoulos wrote:
Ok. I did the transfer (twice, because of some ambiguous GitHub messages).
Someone from cygwin’s side has to accept the repo within a day according
to GitHub.
Turns out I can transfer a repo to another user, but not to
Bill Zissimopoulos wrote:
Hi, Mark:
On 7/28/16, 10:29 AM, Mark Geisert wrote:
Please be mindful if you intend to test that the current released
binary
of WinFsp does not support Windows 7. This is because the last release
erroneously uses a Windows 8 only API (GetOverlappedResultEx).
It's
Bill Zissimopoulos wrote:
On 7/28/16, 1:04 PM, Corinna Vinschen wrote:
On Jul 28 19:13, Bill Zissimopoulos wrote:
Mark:
I agree with how you want to adjust license and transfer ownership. I
don't
have a presence on GitHub but I should be able to grab cygfuse anyway.
Thank you very much
Bill Zissimopoulos wrote:
Mark:
I agree with how you want to adjust license and transfer ownership. I
don't
have a presence on GitHub but I should be able to grab cygfuse anyway.
Thank you very much for agreeing to become the maintainer for [CYGFUSE].
Please consider this post as my public
Bill Zissimopoulos wrote:
On 7/28/16, Mark Geisert wrote:
Bill Zissimopoulos wrote:
Please be mindful if you intend to test that the current released binary
of WinFsp does not support Windows 7. This is because the last release
erroneously uses a Windows 8 only API (GetOverlappedResultEx
Bill Zissimopoulos wrote:
Please be mindful if you intend to test that the current released binary
of WinFsp does not support Windows 7. This is because the last release
erroneously uses a Windows 8 only API (GetOverlappedResultEx).
It's your call obviously but do you want to forgo Win 7
Bill Zissimopoulos writes:
> To test that things work, clone my sshfs repo from:
>
> https://github.com/billziss-gh/sshfs
>
> And issue the following commands:
>
> $ autoreconf -i
> $ ./configure
On my test machine (Win7 64, Cygwin 64) I get the errors shown below.
But first let
Bill Zissimopoulos writes:
> BTW, here is another alternative that I have been mulling around.
>
[...]
Very interesting. I'll need a little more time to investigate; github is
throwing unicorns at the moment.
Could the Dokany folks consider whether this kind of wrapping might work
for them
Adrien JUND writes:
> >You could define a package "fuse" with no contents and a dependency
on
> >package "winfsp-fuse". Then later when/if another FUSE
implementation
> >becomes available, "somebody" could replace the "fuse" package with
> >whatever is required to get alternatives support for
Bill Zissimopoulos writes:
> - Rename the package to winfsp-fuse, but have it somehow “satisfy”
> packages that require “fuse” (e.g. SSHFS, FUSEPY). This would allow
> multiple *-fuse packages to exist in the setup database and the user
> chooses which one they want. My understanding based on
Mark Geisert wrote:
the relocation error is different in a 5.3.0 object than a 4.9.2 object such as
^ 4.8.2
So for your case I'd first try rebasing flexdll.so down to 0xeff3 (you
may collide with something else so pay
On Sun, 17 Jan 2016, Corinna Vinschen wrote:
On Jan 17 01:50, Mark Geisert wrote:
Name: Mark Geisert
Package: cygutils
BEGIN SSH2 PUBLIC KEY
Applied, please test that it works.
Works fine; thanks much!
..mark
Name: Mark Geisert
Package: cygutils
BEGIN SSH2 PUBLIC KEY
Comment: "4096-bit RSA, converted by Mark@zotac from OpenSSH"
B3NzaC1yc2EDAQABAAACAQDaZYFNfPTl20P8ASod06gPtRPVDlwWbDr1YaQcxN
G4lfl8+fhcBl4G6X/wrhzo+oDxzVErHniAZfR8TyMp3F4l02/BufQ5JgUzfMG+g2E8y4Sv
LTqkg
On Mon, 16 Nov 2015, Corinna Vinschen wrote:
Packaging looks good. Just one nit: While this is as Chuck did it way
back when, I think the files under /usr/share/doc should go into the
base cygutils package, rather than the cygutils-extra package, i.e.
usr/share/doc/cygutils/AUTHORS
Sorry, the links are busted. Let me fix and re-post. Sheesh.
..mark
On Sun, 15 Nov 2015, Mark Geisert wrote:
I think my ITA is sorted out well enough to be reviewed. If you find a sharp
edge somewhere, please don't assume it's maintainer preference; it's more
likely maintainer ignorance
I think my ITA is sorted out well enough to be reviewed. If you find a
sharp edge somewhere, please don't assume it's maintainer preference; it's
more likely maintainer ignorance so please do fill me in.
The following links are all relative to http://maxrnd.com/~mark/cygwin/.
On Tue, 10 Nov 2015, Corinna Vinschen wrote:
You're missing something important. The key you sent to sware and the
other key you sent to the cygwin-apps list are both the public part of
your keys. This public part of a key *never* requires a passphrase.
After all it's supposed to be readable
Apologies for my continued stumbling around with this. I'm enough of a
newbie in several necessary skills that I can't seem to get a handle on
what's going wrong.
I had assumed that having sent my "SSH key for upload access", it goes to
the same location as my original key supplied on the
On Mon, 9 Nov 2015, Yaakov Selkowitz wrote:
On Mon, 2015-11-09 at 17:54 -0800, Mark Geisert wrote:
I had assumed that having sent my "SSH key for upload access", it goes to
the same location as my original key supplied on the
sourceware.org/cgi-bin/pdw/ps_form.cgi form.
Incorrec
Name: Mark Geisert
Package: cygutils
BEGIN SSH2 PUBLIC KEY
B3NzaC1kc3MAAACBAPqsi50rpgqK96tXNgBYvenDeC/cd2uNOlWd6Lnir7UkrouasK
cvzTjmonCqcjdNNND8ckSWr0mx2Vr1tlLAFziqRQN6WPzOISBsqbazB8LQ1OMfzjN2QNQN
0I2cQyoxkQGaRJZwucxYHTIRHIK7Os6k9Klwxh76FGNBUtzqrhfPFQDoP+1qKyKwV9
YVvI
I was able to 'git clone' the cygutils source tree and fix user-reported
issues and my build issues. I'm ready to push the updates but have hit a
snag...
8<
git push origin master
fatal: Could not read from remote repository.
Please make sure you have the correct access
On Sat, 31 Oct 2015, Corinna Vinschen wrote:
On Oct 31 00:18, Jon Turney wrote:
On 30/10/2015 23:25, Mark Geisert wrote:
I was confused by the SRC_URI= line in cygutils.cygport. Does that
merely indicate where this package came from at the time the .cygport
file was written, or does it denote
Q1: Does a new maintainer typically put out a new package version upon
take-over, or can he/she run with the existing version number and just
keep bumping the build number (e.g. for bug fixes)?
Q2: Does the location hosting a test build for external review have to be
the same location used to
Corinna is climbing down the vaults to polish goldstars...
Awarded! http://cygwin.com/goldstars/#MG
A bit early, this one ;)
Oops
Want me to add a stinkbomb to offset, until he makes good?
+1 motivational
90 matches
Mail list logo
