On 19/01/2024 18:23, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 18/01/2024 19:40, Jon Turney wrote:
On 18/01/2024 19:31, Jon Turney via Cygwin-apps wrote:
[...]
python-wx-devel wxWidgets C++ application framework (Python
bindings)
[...]
python-wx-devel is the last remnant
On 18/01/2024 19:40, Jon Turney wrote:
On 18/01/2024 19:31, Jon Turney via Cygwin-apps wrote:
[...]
python-wx-devel wxWidgets C++ application framework (Python
bindings)
[...]
python-wx-devel is the last remnant of python2 bindings for wx (the
python3 binding comes from a different,
Hi Marco,
Just emailing to let you know that the scripts you sent me before have
been merged into a collection of more general Cygwin scripts at
https://github.com/michaelgchu/Cygwin_Specific_Repo, under the
Marco_Atzeri subfolder.
Licensing has been made clear and everything, but let me know if
On 19/01/2021 18:36, Marco Atzeri via Cygwin-apps wrote:
> On 19.01.2021 19:11, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 18/01/2021 18:39, Marco Atzeri via Cygwin-apps wrote:
>>> On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>>> Hi al
On 18/01/2021 18:39, Marco Atzeri via Cygwin-apps wrote:
> On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> Hi all,
>>
>> In the (hopefully!) near future I plan to package python3-wx (aka
>> wxPython) version 4.1.1. This is a backwards-incompatible
Hi all,
In the (hopefully!) near future I plan to package python3-wx (aka
wxPython) version 4.1.1. This is a backwards-incompatible change with
wxPython 4.0.x, so I was wondering if there was a way to retain
python3-wx 4.0.x and its binary packages in the repos after I do this
update?
Hamish
On 22/11/2020 09:43, Achim Gratz wrote:
> Brian Inglis writes:
>> Push your cygport to the git-cygwin-packages playground repo (see Jon
>> Turney's recent reply to me in this list) which all maintainers can
>> push to, as you don't yet own the git-cygwin-packages wxWidgets repo;
>> check the CI
On 16/12/2020 20:37, Brian Inglis wrote:
> On 2020-12-16 10:36, Marco Atzeri via Cygwin-apps wrote:
>> On 16.12.2020 13:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>> So I know it's been mentioned a lot that fork is slow on Cygwin, but
>>> compared to other
Hi,
So I know it's been mentioned a lot that fork is slow on Cygwin, but
compared to other people's machines, eg when building, it seems way
slower for me.
First I'd like to know if there's a good way to measure this that anyone
has found, because I'm not sure how to measure it. If I print
On 14/12/2020 20:21, Marco Atzeri via Cygwin-apps wrote:
> On 14.12.2020 10:46, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 13/12/2020 20:12, Marco Atzeri via Cygwin-apps wrote:
>>> On 09.12.2020 21:55, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>>> On 25/
On 13/12/2020 20:12, Marco Atzeri via Cygwin-apps wrote:
> On 09.12.2020 21:55, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 25/11/2020 10:02, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>>> Okay, so attached is my latest cygport file. I'm still building for
>&g
On 25/11/2020 10:02, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> Okay, so attached is my latest cygport file. I'm still building for
>> 32-bit, so I'll upload and link to the new packages tomorrow.
>>
>> Changes:
>>
>> - Split BUILD_REQUIRES across
On 27/11/2020 18:28, Brian Inglis wrote:
> On 2020-11-27 10:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 24/11/2020 21:06, Brian Inglis wrote:
>>> On 2020-07-08 14:05, Brian Inglis wrote:
>>>> wget2 is the successor of wget supplying a shared library AP
On 24/11/2020 21:06, Brian Inglis wrote:
> On 2020-07-08 14:05, Brian Inglis wrote:
>> wget2 is the successor of wget supplying a shared library API like
>> curl to
>> build a modern, fast, multi-threaded, parallel downloader using
>> HTTP/2, HTTP
>> compression and If-Modified-Since headers; see:
> Okay, so attached is my latest cygport file. I'm still building for
> 32-bit, so I'll upload and link to the new packages tomorrow.
>
> Changes:
>
> - Split BUILD_REQUIRES across two lines for definitely build time and
> probably only runtime deps.
>
> - Use system regex library explicitly.
>
>
On 24/11/2020 10:43, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Ignore that message, I made a silly mistake.
>
> On 24/11/2020 10:15, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> Well, something's gone wrong with my Cygwin install I think, because
>> even with previ
Ignore that message, I made a silly mistake.
On 24/11/2020 10:15, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Well, something's gone wrong with my Cygwin install I think, because
> even with previously working cygport recipes, I can no longer produce a
> working build.
>
> T
Well, something's gone wrong with my Cygwin install I think, because
even with previously working cygport recipes, I can no longer produce a
working build.
The samples tend to either exit immediately or segfault, and trying to
use wxPython yields:
"
Traceback (most recent call last):
File
On 23/11/2020 20:05, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Okay, wow that is a LOT quicker. I haven't timed mine precisely buts
>> it's something like:
> Just look at the files in the log/ folder.
Okay, shall do once this build is done.
>
>>
On 23/11/2020 19:24, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 23/11/2020 19:16, ASSI wrote:
>> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>>> That is strange if it's so much faster on your system.
>> I've checked again to be sure:
>>
>> Compi
On 23/11/2020 19:16, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> That is strange if it's so much faster on your system.
> I've checked again to be sure:
>
> Compile 41 minutes, install 7 (32bit) / 4 (64bit) minutes, packaging 5
> minutes.
Okay, wow tha
On 23/11/2020 15:26, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> 1. I have separated these onto another line. I've kept this enabled for
>> manual testing, and also because other things in my Cygwin install need
>> some of these dependencies - I can't eas
On 22/11/2020 09:41, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> *bump* in case this went unnoticed.
> It didn't, I just know that this GNOME crap will always need another 40
> packages installed before I can even start looking.
>
>> I k
On 12/11/2020 18:00, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 11/11/2020 17:36, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> Ignore my previous message - whatever was wrong is now fixed. I didn't
>> change anything much so I think it was a dependency th
On 11/11/2020 17:36, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Ignore my previous message - whatever was wrong is now fixed. I didn't
> change anything much so I think it was a dependency that had an issue
> and was since recompiled.
>
> 64-bit build is done and seems to
Ignore my previous message - whatever was wrong is now fixed. I didn't
change anything much so I think it was a dependency that had an issue
and was since recompiled.
64-bit build is done and seems to work fine. I'm testing it using the
samples, nearly all of which work, and new things that
On 28/10/2020 08:40, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Another interesting thing is that I get the following messages when
>> running cygport install:
>>
>> Warning: x was not linked with -Wl, --enable-auto-image-base
>>
>&g
On 28/10/2020 08:40, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Another interesting thing is that I get the following messages when
>> running cygport install:
>>
>> Warning: x was not linked with -Wl, --enable-auto-image-base
>>
>&g
On 27/10/2020 13:16, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Unfortunately, the unit tests do not run correctly for me, but it seems
>> they were originally disabled by Yakkov, probably for this exact reason.
> I believe many of the Gtk packages were eit
On 21/10/2020 19:39, Achim Gratz wrote:
> Brian Inglis writes:
>> I should now add [branch "playground"] entries to make testing appveyor CI
>> builds cleaner and easier, as I usually don't do this stuff enough to
>> remember
>> how to do it, so I muddle through, and then forget what I need to
On 19/10/2020 16:31, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 17/10/2020 16:04, Brian Inglis wrote:
>> On 2020-10-17 07:17, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>> On 17/10/2020 01:21, Lemures Lemniscati via Cygwin-apps wrote:
>>>> On Fri, 16 O
On 17/10/2020 16:04, Brian Inglis wrote:
> On 2020-10-17 07:17, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 17/10/2020 01:21, Lemures Lemniscati via Cygwin-apps wrote:
>>> On Fri, 16 Oct 2020 20:20:53 +0100, Hamish McIntyre-Bhatty via Cygwin-apps
>>>> Just se
On 17/10/2020 01:21, Lemures Lemniscati via Cygwin-apps wrote:
> On Fri, 16 Oct 2020 20:20:53 +0100, Hamish McIntyre-Bhatty via Cygwin-apps
>> Hi there,
>>
>> Just sending this out so I can update wxWidgets to 3.0.5.1. I've pulled
>> in new patches from Fedora, but I can
Hi there,
Just sending this out so I can update wxWidgets to 3.0.5.1. I've pulled
in new patches from Fedora, but I can't find
mirror://portage/x11-libs/wxGTK/files/wxGTK-3.0.3-collision.patch
anywhere. Does anyone happen to have a copy of this?
My hope is that it is no longer needed, but
On 13/09/2020 17:07, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 13/09/2020 15:57, Jon Turney wrote:
>> I don't see a statement here or on the website of the license this is
>> under.
>>
>> Assuming the answer to that is satisfactory:
>>
>> +1
>
On 13/09/2020 17:08, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 13/09/2020 16:02, Brian Inglis wrote:
>> On 2020-09-13 01:39, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>> On 13/09/2020 07:13, Achim Gratz wrote:
>>>> Hamish McIntyre-Bhatty via Cygwin-apps
On 13/09/2020 16:02, Brian Inglis wrote:
> On 2020-09-13 01:39, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 13/09/2020 07:13, Achim Gratz wrote:
>>> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>>>> Hmm, who decides (and how) what counts as a Linux distro?
On 13/09/2020 15:57, Jon Turney wrote:
> On 03/09/2020 14:44, marco atzeri via Cygwin-apps wrote:
>> On Wed, Sep 2, 2020 at 10:59 PM Hamish McIntyre-Bhatty via
>> Cygwin-apps wrote:
>>>
>>> On 02/09/2020 19:05, Marco Atzeri via Cygwin-apps wrote:
>>>>
On 13/09/2020 07:13, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Hmm, who decides (and how) what counts as a Linux distro?
> Something that is capable of and has actually done a license review.
Seems fair.
>> Either way, could anyone provide some ins
On 09/09/2020 11:36, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 04/09/2020 14:38, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>
>> Thank you, that seemed to work well.
>>
>> New build dependencies added (also util-linux, binutils, cygwin, and
>> co
On 12/09/2020 22:20, Brian Inglis wrote:
> On 2020-09-12 09:03, Ken Brown via Cygwin-apps wrote:
>> On 9/11/2020 12:07 PM, Andrew Schulman via Cygwin-apps wrote:
>>> cygport has automated a lot of the work of building and maintaining
>>> packages for Cygwin. But one area where it doesn't help yet
On 04/09/2020 14:38, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>
> Thank you, that seemed to work well.
>
> New build dependencies added (also util-linux, binutils, cygwin, and
> coreutils), and updated as a noarch package with no other changes. The
> new files
On 03/09/2020 19:50, Ken Brown via Cygwin-apps wrote:
> On 9/3/2020 1:27 PM, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 03/09/2020 18:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>>
>>> Good to know, and oh yeah, I'll do that tomorrow.
>>>
>
On 03/09/2020 18:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>
> Good to know, and oh yeah, I'll do that tomorrow.
>
> Cheers for the vote.
>
> Hamish
>
I should note that this is a pure python package - can it be a noarch
package? I'm not sure how to configure the
On 03/09/2020 17:34, Ken Brown via Cygwin-apps wrote:
> On 9/3/2020 10:10 AM, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 03/09/2020 14:44, marco atzeri via Cygwin-apps wrote:
>>> just to avoid misunderstandings, you have my vote, so
>>> you need only other 3
On 03/09/2020 14:44, marco atzeri via Cygwin-apps wrote:
> just to avoid misunderstandings, you have my vote, so
> you need only other 3 approvals as you count as 1
>
> Regards
> Marco
Thanks for your vote Marco :) Hopefully we can get some others onboard.
Just double-checked dependencies, and
On 02/09/2020 19:05, Marco Atzeri via Cygwin-apps wrote:
>
> Hi Hamish,
>
> it builds fine and there are no problem on tests.
>
> Are you missing some dependencies ?
>
> "On Cygwin, you need the smartmontools and blkid packages".
>
> but they are not there:
>
> $ cygport
*bump* in case this has not been seen.
Hamish
On 26/08/2020 10:35, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Okay, I have updated the packages (same location:
> https://www.hamishmb.com/files/cygwin-temp/). It should now handle fork
> errors better.
>
> If it fails aga
for someone else to have a go as well - would be good to know
multiple people can reproduce this issue as I have still had no luck
doing that.
Thanks for your patience,
Hamish
On 21/08/2020 16:33, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 20/08/2020 07:01, Marco Atzeri via Cygwin-apps wr
On 20/08/2020 07:01, Marco Atzeri via Cygwin-apps wrote:
> On 19.08.2020 13:22, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 19/08/2020 06:53, Marco Atzeri via Cygwin-apps wrote:
>>>
>>> so
On 21/08/2020 15:24, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> How does cross compiling for 32-bit Cygwin work? I think it'd be useful
>> for me too - in one instance I've found that stripping debug symbols can
>> take 3 times as long to run under 32-
On 20/08/2020 20:47, Brian Inglis wrote:
> On 2020-08-20 12:18, Achim Gratz wrote:
>> Brian Inglis writes:
>>> Does it matter if I build mingw64 packages under Cygwin 64 or 32 bit: do I
>>> have
>>> to match the package being built, or does it not matter?
>> FWIW, I build my cross-compiled
On 19/08/2020 06:53, Marco Atzeri via Cygwin-apps wrote:
>
> something looks wrong on test
>
> ==
> ERROR: test_get_info (tests.getdevinfo_tests_cygwin.TestGetInfo)
> Test that the information can be collected on this system
On 17/08/2020 14:33, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Hello,
>
> This email signals my intent to package getdevinfo.
>
> (https://www.hamishmb.com/html/downloads.php?program_name=getdevinfo)
> for Cygwin.
>
> getdevinfo is module I wrote for colle
Hello,
This email signals my intent to package getdevinfo.
(https://www.hamishmb.com/html/downloads.php?program_name=getdevinfo)
for Cygwin.
getdevinfo is module I wrote for collecting device information, and is a
dependency for DDRescue-GUI, which I intend to package next if this is
approved.
On 15/08/2020 16:35, Marco Atzeri via Cygwin-apps wrote:
> On 15.08.2020 15:32, Achim Gratz wrote:
>> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>>> Who currently maintains python-bs4?
>>
>> Yaakov. You can find out for yourself by looking at cyg
On 15/08/2020 14:32, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Who currently maintains python-bs4?
> Yaakov. You can find out for yourself by looking at cygwin-pkg-maint on
> the server.
>
>
> Regards,
> Achim.
Oh yeah, I forgot that. Doe
Hello,
Who currently maintains python-bs4? Marco, if this is you I might
have to take you up on your offer and ask you to build a package for
Python 3.8 :)
If not I guess I'll do a one-time update to build for Python 3.8.
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
On 23/07/2020 12:02, marco atzeri via Cygwin-apps wrote:
> On Thu, Jul 23, 2020 at 11:33 AM Hamish McIntyre-Bhatty via Cygwin-apps
> wrote:
>> Hello,
>>
>> Who currently maintains python-requests? Marco, if this is you I might
>> have to take you up on your offer
Hello,
Who currently maintains python-requests? Marco, if this is you I might
have to take you up on your offer and ask you to build a package for
Python 3.8 :)
If not I guess I'll do a one-time update to build for Python 3.8.
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
On 19/07/2020 20:09, Marco Atzeri via Cygwin-apps wrote:
> https://cygwin.mirror.uk.sargasso.net/noarch/release/python-olefile/
>
> same packages are arch indipendent
Ah of course, so I was being a bit stupid :)
Okay, it ended up being today because python3-wx took so long to build,
but test
On 19/07/2020 18:09, Marco Atzeri via Cygwin-apps wrote:
> I assume you need to rebuild, as I saw python36-olefile and
> python37-olefile picked as dependency, so somewhere they were mentioned
> in the packages.
Okay, shall do tomorrow then. I note that while I can find the source
and binary
On 18/07/2020 21:07, Marco Atzeri via Cygwin-apps wrote:
> I change maintainership to you.
>
> Before uploading can you rebuild so to pick dependency on all
> version of python3x-olefile ?
Sure. I believe I can just change the cygport and hint files rather than
rebuilding for that?
Hamish
On 14/07/2020 15:41, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 10/07/2020 13:24, marco atzeri via Cygwin-apps wrote:
>> On Fri, Jul 10, 2020 at 12:28 PM Hamish McIntyre-Bhatty via Cygwin-apps
>> wrote:
>>> On 10/07/2020 01:20, airplanemath via Cygwin-apps wr
On 10/07/2020 13:24, marco atzeri via Cygwin-apps wrote:
> On Fri, Jul 10, 2020 at 12:28 PM Hamish McIntyre-Bhatty via Cygwin-apps
> wrote:
>> On 10/07/2020 01:20, airplanemath via Cygwin-apps wrote:
>>>> I tend to use loops like
>>>>
>>>> f
On 10/07/2020 01:20, airplanemath via Cygwin-apps wrote:
>> I tend to use loops like
>>
>> for ver in ${PYTHON_WHEEL_VERSIONS//:/ };
>> do
>> /usr/bin/python${ver} script
>> done
>>
>> for the tests. Also, I believe ${ARCH} is the same as $(uname -m) here,
>> if you want to streamline the
Hello,
This email signals my intent to adopt python-imaging
(https://pypi.org/project/Pillow) for Cygwin, as after being informed by
Yaakov I have realised there was already a Cygwin package for this.
I wish to package this because I have found that PyCrust (built with
wxPython) depends on it
On 05/07/2020 23:21, Yaakov Selkowitz wrote:
> On Fri, 2020-06-26 at 01:49 +0100, Hamish McIntyre-Bhatty via Cygwin-
> apps wrote:
>> This email signals my intent to package python3-pillow
>> (https://pypi.org/project/Pillow) for Cygwin. Pillow is a fork of the
>> Python
On 26/06/2020 01:49, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> Hello,
>
> This email signals my intent to package python3-pillow
> (https://pypi.org/project/Pillow) for Cygwin. Pillow is a fork of the
> Python Imaging Library.
>
> I wish to package this because I ha
Hello,
This email signals my intent to package python3-pillow
(https://pypi.org/project/Pillow) for Cygwin. Pillow is a fork of the
Python Imaging Library.
I wish to package this because I have found that PyCrust (built with
wxPython) depends on Pillow and won't run without it installed. As
On 18/06/2020 15:08, Jon Turney wrote:
> Done.
>
> Perhaps 'python-wx' should be renamed to 'python2-wx', at some point
> in the future, to make it clear what it contains?
Thanks. Packages are uploaded now.
Yes, I agree, but I'm not sure how to handle that transition smoothly.
Hamish
> sure.
>
> https://cygwin.com/packaging/key.html#sshkey
SSH key is already all set-up (I took maintainership of python-wx before).
Can't upload my test packages yet though because they aren't in the
package list.
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
On 17/06/2020 22:23, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 17/06/2020 20:24, Marco Atzeri via Cygwin-apps wrote:
>> On 17.06.2020 10:41, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>> On 15/06/2020 19:26, Achim Gratz wrote:
>>>> Hamish McIntyre
On 17/06/2020 20:24, Marco Atzeri via Cygwin-apps wrote:
> On 17.06.2020 10:41, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 15/06/2020 19:26, Achim Gratz wrote:
>>> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>>>> Turns out just running "rebase
On 15/06/2020 19:26, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Turns out just running "rebaseall" worked for me. I don't get any
>> fork-related warnings/errors any more.
> No it doesn't, it's a mere coincidence that it worked in your cas
On 11/06/2020 17:41, Marco Atzeri via Cygwin-apps wrote:
> the 32bit has less memory space so it take a bit of file swapping when
> the data are large
Ah okay.
> run demo in build dir ?
>
> 1) remove any excessive libraries from your cygwin 32 bit install.
> Recently for a similar reason I
On 11/06/2020 16:19, Marco Atzeri via Cygwin-apps wrote:
> On 10.06.2020 11:34, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> Yeah. There's also a problem with the dev package I think, because
>> -lpython3.8m can't find the library, and python3.8m doesn't seem to
>> exist
On 09/06/2020 20:53, Marco Atzeri via Cygwin-apps wrote:
>
> It is probably possible to build
>
> python36-wx and python37-wx together with the same source package.
> The only files of the binaries they seem to share are
>
> usr/share/icons/hicolor/16x16/apps/PyCrust.png
>
On 09/06/2020 16:55, marco atzeri wrote:
> I suspect the user base is too small to justify the effort and I am afraid
> every
> major package needs a different approach.
> My octave and all other math programs know-how does not apply to the
> python effort I am working on ;-)
>
> From my side, I
Hello,
Sending this email to say that I intend to package python36-wx
4.0.7.post2 (wxPython 4.0.7.post2 compiled for Python 3.6). My test
packages are available at https://www.hamishmb.com/files/cygwin-temp/
I wasn't sure which Python 3 version to build against, but it seems most
packages are
In the process of making my cygport file for wxPython 4, I've quite
quickly found that I don't understand how cygport works all that well.
The reference guide is extremely useful, but it's a bit tricky finding
which things are useful/relevant. Is there a user guide for
Cygport/could we make one
Hi,
In the process of making a cygport file for wxPython 4, I've found that
I can make use of the PYTHON3-SITELIB (and similar) variables. However,
I don't know what version of Python 3 these point to, seeing as they all
have separate folders for this.
Unless I'm mistaken, there don't seem to be
Okay, no issues were reported so I've marked it as stable now. All
should now be sorted for this package, so I'll move on to wxPython 4.
Cheers for all the help and support everyone.
Hamish McIntyre-Bhatty
0x87B761FE07F548D6.asc
Description: application/pgp-keys
signature.asc
Description:
> 04.08.2019 21:08, Jon Turney wrote:
>> While a number of maintainers keep their cygwin packaging under some
>> sort of version control, there is currently no central collection of
>> these repositories.
>>
>> To remedy this lack, using the same ssh key you use for sftp package
>> upload, package
On 25/05/2020 14:28, Jon Turney wrote:
> On 25/05/2020 13:45, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> On 17/05/2020 20:49, Marco Atzeri via Cygwin-apps wrote:
>>> On 17.05.2020 21:37, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>>>> NB: Tested the SSH
On 17/05/2020 20:49, Marco Atzeri via Cygwin-apps wrote:
> On 17.05.2020 21:37, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
>> NB: Tested the SSH key and it seems to be working just fine.
>>
>> Should I upload this as a testing package or go straight for a normal
>>
On 15/05/2020 09:10, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> On 15/05/2020 00:47, Yaakov Selkowitz wrote:
>> This looks fine.
> I'm glad. What do I do next? Do I need to upload and mark as a testing
> package or similar?
>>> Seeing as I have no need to rebuild wxW
On 15/05/2020 00:47, Yaakov Selkowitz wrote:
> This looks fine.
I'm glad. What do I do next? Do I need to upload and mark as a testing
package or similar?
>> Seeing as I have no need to rebuild wxWidgets, I guess that can stay
>> under your maintainership until an update is needed, at which point
Name: Hamish McIntyre-Bhatty
BEGIN SSH2 PUBLIC KEY
Comment: "8192-bit RSA, converted by hamish@hamish-HP-bw024na from Ope"
B3NzaC1yc2EDAQABAAAEAQDbP8s1z+JIpAtj8E+Xzy3YlGZxXVLMuGb8YLy1XF
gISiZFIChQFzRCRDDHLb7KvuFThlA0YqQdz8yJcW1Ko+2DYx1pPKtBq3mD2WZ9kU0pp8mP
Apologies for bumping this again, I'm just waiting for this to be done
before I start on wxPython 4, which is blocking progress for me doing
other things. If you're not interested in this fix, just let me know
and I'll move on to wxPython 4.
I have re-built the packages using your new cygport as
Just bumping in case interested people haven't seen - I've been having
issues with email lately so it may not have sent.
Not intending to pester anyone though - I know you're all busy,
especially in these strange times.
Hamish
On 24/04/2020 12:24, Hamish McIntyre-Bhatty via Cygwin-apps wrote
On 23/04/2020 19:52, Yaakov Selkowitz wrote:
> The work to split them out is already published:
> https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/wxWidgets3.0.git
> https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/python-wx.git
>
> I suppose I just never needed to
On 23/04/2020 17:08, Yaakov Selkowitz wrote:
> Please keep all discussion on list.
>
My apologies, I thought I'd sent the reply to the list.
> Most of that has already been figured out in our python-wx package.
> Looking at Fedora, it looks like we just need to add their wxPython-
>
Hi all,
I've gotten a more stable build of wxPython 3.0.2 and wxWidgets 3.0.4 to
build now. wxPython is now also built against the version of wxWidgets
that is installed on the system, avoiding ABI mismatch warnings and
strange behaviour/freezes hat I was experiencing before.
The test packages
On 01/04/2020 10:36, Corinna Vinschen wrote:
> None at all. Right now we still support all versions since Windows
> Vista, so any breakage building stuff on these systems is the fault
> of the Cygwin core. Other than that, Achim is right, of course :)
>
>
> Corinna
I'm now all upgraded.
I
On 31/03/2020 17:24, ASSI wrote:
> Hamish McIntyre-Bhatty via Cygwin-apps writes:
>> Just thought I should ask: is there a perferred version of Windows to
>> build packages on, or does it not matter?
> Whatever supported version of Windows you use, I'd say.
>
>> I c
Hi all,
Just thought I should ask: is there a perferred version of Windows to
build packages on, or does it not matter?
I currently build on Windows 7, following the tradition of building on
the oldest supported platform, but I have no idea if this is needed with
Cygwin.
Hamish
On 27/03/2020 19:10, Yaakov Selkowitz wrote:
> On Fri, 2020-03-27 at 18:32 +0000, Hamish McIntyre-Bhatty via Cygwin-
> apps wrote:
>> Out of interest, are you also adopting the modules for Python 2 and 3?
>> If not, or if you're not keen to adopt all of them, there are a few I'
On 27/03/2020 17:53, Marco Atzeri via Cygwin-apps wrote:
> Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
>> On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
>>> Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
>
>> I would suggest the following:
>>
>> * python2-2.7.z
-Bhatty via Cygwin-apps wrote:
> Hello,
>
> I would like to request that GNU ddrescue 1.25 be packages for Cygwin. I
> would be happy to produce this package if that would be appropriate -
> I'd like to start with a simpler package before moving on to wxwidgets
> and wx
1 - 100 of 104 matches
Mail list logo