Hi all,
I have noticed that after plugging in a USB drive, device files appear
in /dev that correlate to the partitions on the drive.
This is great because it means things like ddrescue can work in Cygwin,
but I'm not yet sure how to relate these to the drives Windows sees.
None of the standard L
On 23/07/2020 10:36, Hamish McIntyre-Bhatty wrote:
> Hi all,
>
> I have noticed that after plugging in a USB drive, device files appear
> in /dev that correlate to the partitions on the drive.
>
> This is great because it means things like ddrescue can work in Cygwin,
> but I'm not yet sure how to
Thanks Corinna and Brian.
smartmontools does help - I can see make and model, which is definitely
helpful.
Oh, I guess I just didn't have blkid installed then. I'll fix that.
Brian,
I'd be happy to attempt implementing this, but I'm not sure where to
start. With the information you've given me
Corinna wrote:
> In theory, the Cygwin DLL has to provide stuff through ioctl's after
> opening the device file. There are already quite a few ioctl's
> supported, namely
>
> HDIO_GETGEO, BLKGETSIZE, BLKGETSIZE64, BLKRRPART, BLKSSZGET, BLKIOMIN,
> BLKIOOPT, BLKPBSZGET, BLKALIGNOFF, RDIOCDOP subcom
On 04/08/2020 13:01, Steinar Bang wrote:
>> Eliot Moss :
>> On 8/2/2020 4:25 PM, Steinar Bang wrote:
"Holger, Vodafone" :
And I have checked on my system today, my strace output stop at the same
tmmon64.dll, so it is likely the reason for the error.
I have opened a serv
On 07/08/2020 05:56, Brian Inglis wrote:
> On 2020-08-06 19:58, John Scott via Cygwin wrote:
>> I'm writing an application in C that's increasingly dependent on the POSIX
>> APIs and would like to use the Cygwin DLL to help port it to Windows. I
>> currently use MinGW-w64 but foresee that will st
So I reported that it doesn't work on WineHQ, and there was a helpful comment
that suggests recompiling WINE with a patch can get it working.
Here are the links, hopefully this isn't too late to be useful:
Bug report: https://bugs.winehq.org/show_bug.cgi?id=48891
Patch: https://bugs.winehq.org/a
Hi,
For a while I've noticed that if I run a long command (usually has to
wrap to next line down), that my Mintty session often becomes all messed
up if I use the up arrow keys to try and run it again later. Has anyone
else experienced this?
Another, probably unrelated, observation is that if a c
On 28/08/2020 09:33, Thomas Wolff wrote:
> Am 27.08.2020 um 21:55 schrieb Brian Inglis:
>> On 2020-08-27 10:55, Hamish McIntyre-Bhatty via Cygwin wrote:
>>> For a while I've noticed that if I run a long command (usually has to
>>> wrap to next line down), that my
On 28/08/2020 16:13, Thomas Wolff wrote:
> Am 28.08.2020 um 16:31 schrieb Hamish McIntyre-Bhatty via Cygwin:
>> My apologies. I mean when a the command with its arguments are long
>> enough to wrap around the width of the Mintty window.
> That works fine normally but fails under
On 28/08/2020 17:45, Thomas Wolff wrote:
> Am 28.08.2020 um 17:48 schrieb Hamish McIntyre-Bhatty via Cygwin:
>> On 28/08/2020 16:13, Thomas Wolff wrote:
>>> Am 28.08.2020 um 16:31 schrieb Hamish McIntyre-Bhatty via Cygwin:
>>>> My apologies. I mean when a the comma
On 08/09/2020 07:43, Fergus Daly via Cygwin wrote:
> Sorry if this has been asked 4 million times already.
> During postinstall, both at ground-zero installation and at every update
> thereafter, and for both Cygwin-32 and -64,
> (both using the appropriate setup-x86[_64].exe) I get:
> running: {p
On 11/09/2020 08:22, Fergus Daly via Cygwin wrote:
>> On 2020-09-10 04:57, Fergus Daly via Cygwin wrote:
>> Sorry if this has been asked 4 million times already.
>>>
> $ head /etc/postinstall/{fontconfig_dtd,libxml2}.*
==> /etc/postinstall/fontconfig_dtd.sh.done
Was this ever resolved? I could have sworn I saw some discussion about
this but I can't find it in the archives.
It might also affect ddrescue, I feel.
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
--
Problem reports:
On 12/09/2020 19:16, Andrey Repin wrote:
> Greetings, Ken Brown!
>
>> Unfortunately, this doesn't yet fix the problem with fontconfig_dtd.sh. The
>> latter will now succeed if it is run after libxml2.sh, but not if it is run
>> first. I'm not aware of any way to force setup to run one postinstal
;> Sent: Monday, September 14, 2020 11:55 AM
>> Subject: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk
>>
>> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>>> Was this ever resolved? I could have sworn I saw some discussion about
>&
ron wrote:
>>>> -Original Message-
>>>> From: Erik Soderquist
>>>> Sent: Monday, September 14, 2020 11:55 AM
>>>>
>>>> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>>>>> Was this ever resolve
Hi,
I've noticed that cygcheck doesn't work when run against executables and
DLLs in the current working directory. Has anyone else experienced this?
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
--
Problem reports:
On 02/10/2020 17:33, Marco Atzeri via Cygwin wrote:
> On 02.10.2020 17:59, Hamish McIntyre-Bhatty via Cygwin wrote:
>> Hi,
>>
>> I've noticed that cygcheck doesn't work when run against executables and
>> DLLs in the current working directory. Has anyon
On 04/10/2020 11:28, Andrey Repin via Cygwin wrote:
> Greetings, vinay Hegde!
>
> Please no top-posting in this list.
>
>> On Fri, Oct 2, 2020 at 9:13 PM Eliot Moss wrote:
>>> On 10/2/2020 11:26 AM, vinay Hegde via Cygwin wrote:
Hi Cygwin Team,
In Cygwin 3.6, I am facing an issue while us
On 05/10/2020 18:29, Brian Inglis wrote:
> On 2020-10-05 09:23, Hamish McIntyre-Bhatty via Cygwin wrote:
>> On 04/10/2020 11:28, Andrey Repin via Cygwin wrote:
>>> Greetings, vinay Hegde!
>>>
>>> Please no top-posting in this list.
>>>
>>>>
On 01/11/2020 09:00, Duncan Roe wrote:
> On Sun, Nov 01, 2020 at 08:49:23AM +, cygwin wrote:
>> With W7 no longer supported, W10-32 supported but no longer provided on
>> new machines (Microsoft states that, "Beginning with Windows 10, version
>> 2004, all new Windows 10 systems will be require
On 24/11/2020 14:52, Bill Stewart wrote:
> On Tue, Nov 24, 2020 at 12:25 AM Thomas Wolff wrote:
>
>>> and please note that SysNative appears nowhere!
>> That's because Sysnative is not a known folder. It is rather unknown
>> just because it is virtual :)
>> And that is the problem I tried to addres
On 14/11/2020 07:50, Marco Atzeri via Cygwin wrote:
> On 14.11.2020 08:22, L A Walsh wrote:
>> On 2020/11/12 02:42, Marco Atzeri via Cygwin copied the whole note:
>>> On 12.11.2020 09:42, Antonio Sidoti via Cygwin wrote:
>>> I was looking into using Cygwin for commercial use...
>> [27 lines of du
On 12/12/2020 18:44, Adam Dinwoodie wrote:
> On Sat, 12 Dec 2020 at 17:27, Hamish McIntyre-Bhatty wrote:
>> Do the points made here also apply to commercial but open-source use of
>> Cygwin?
>>
>> For extra context, I have an application with bundles parts of Cygwin
>> and libraries built against C
Hi all,
I'm sure you're probably already aware of this, but the cygwin.com
domain no longer seems to be working. Everything still remains
accessible using cygwin.org as the prefix instead.
This breaks various things including large parts of the website and
development tools eg cygport upload.
Hi all,
I have several packages I need the Cygwin source repositories for, but
there is no link from https://cygwin.org/packages/package_list.html to
the cygwin source.
In a few cases the repositories are also out of date (mostly Python
stuff, probably your packages adopted from Yaakov, Marco Atz
On 16/12/2020 21:44, Adam Dinwoodie wrote:
> On Wed, 16 Dec 2020 at 20:31, Hamish McIntyre-Bhatty wrote:
>> I have several packages I need the Cygwin source repositories for, but
>> there is no link from https://cygwin.org/packages/package_list.html to
>> the cygwin source.
>>
>> In a few cases th
On 16/12/2020 09:58, Markus Schönhaber wrote:
> 16.12.20, 10:41 +0100, Hamish McIntyre-Bhatty via Cygwin:
>
>> I'm sure you're probably already aware of this, but the cygwin.com
>> domain no longer seems to be working.
> https://cygwin.com/acronyms/#WJFFM
>
Yep
On 17/12/2020 18:29, Achim Gratz wrote:
> Hamish McIntyre-Bhatty via Cygwin writes:
>> This really worked a treat, did the job much better.
> Just be reminded that any of those packages can go away at any time, so
> you really need to keep your own copies.
>
>
> Regard
On 02/01/2021 18:00, Peter Rice via Cygwin wrote:
> Hi,
>
> I tried installing cygwin on a new Windows 10 system yesterday and it
> failed to find any mirror sites.
>
> I can see www.cygwin.com to start the download, but then everything
> points to cygwin.com and all those links fail (but work when
On 05/01/2021 14:10, Jon Turney wrote:
>
> This looks like perhaps a problem with a nameserver operated by BT, if
> you are a customer of theirs.
>
>> dig @81.139.56.100 cygwin.com
>>
>> ; <<>> DiG 9.11.3-1ubuntu1.13-Ubuntu <<>> @81.139.56.100 cygwin.com
>> ; (1 server found)
>> ;; global options:
In reply to Marco Atzeri:
"""
Some time ago I put a script here:
https://stackoverflow.com/questions/46829532/cygwin-save-package-selections-for-later-reinstall
"""
This has been very useful for me. Is this in a git/other repository somewhere?
If not, I think it might aid discovery for it to go
Cheers. I'll ask for these to be added to that repository and have them
attributed to you. Any particular license?
Hamish
On 16/01/2021 21:02, Marco Atzeri via Cygwin wrote:
> On 16.01.2021 20:55, Hamish McIntyre-Bhatty via Cygwin wrote:
>> In reply to Marco Atzeri:
>>
>&
On 20/01/2021 05:02, Marco Atzeri via Cygwin wrote:
> On 20.01.2021 00:02, Oleksandr Gavenko via Cygwin wrote:
>> I figured it out myself that I have to avoid "python3-*" packages and
>> instead
>> to work with "python36-*" or "python38-*" as "python3-*" packages are
>> marked
>> as "category: _obs
On 21/01/2021 07:34, KAVALAGIOS Panagiotis (EEAS-EXT) wrote:
>> -Original Message-
>> From: Cygwin On Behalf Of Thomas Wolff
>> Sent: 21 January 2021 02:08
>>
>> Am 20.01.2021 um 21:31 schrieb Wojciech Puchar:
>>> trying to mark text in cygwin windows by mouse doesn't work at all.
>>> Wind
On 21/01/2021 10:09, Andrey Repin wrote:
> Greetings, Hamish McIntyre-Bhatty!
>
>> NB: I don't think I have this problem, but I do seem to have an
>> unrelated problem where as soon as I select any text in mintty it
>> immediately replaced my clipboard contents which that selection.
> This is stand
On 16/01/2021 21:02, Marco Atzeri via Cygwin wrote:
>> On 16.01.2021 20:55, Hamish McIntyre-Bhatty via Cygwin wrote:
>>> In reply to Marco Atzeri:
>>>
>>> """
>>> Some time ago I put a script here:
>>> https://stackoverflow.com/que
Hi there,
Did I miss something? I've been using the sargasso.net Cygwin mirror,
but it seems to be gone from the list and I get warnings now when I try
to use it. I imagine there must have been a notice about this that I
missed, but thought I should check.
Hamish
0x87B761FE07F548D6.asc
Descrip
On 19/01/2021 21:08, Marco Atzeri via Cygwin-announce via Cygwin wrote:
> Several python packages have been uploaded as test
>
> idle38-3.8.7-1
> python38-3.8.7-1
> python38-devel-3.8.7-1
> python38-test-3.8.7-1
> python38-tkinter-3.8.7-1
>
> python36-astroid-2.4.2-1
> python37-astroid-2.4.2-1
> py
On 21/01/2021 16:16, Marco Atzeri via Cygwin wrote:
> On 21.01.2021 17:06, Hamish McIntyre-Bhatty via Cygwin wrote:
>> Hi there,
>>
>> Did I miss something? I've been using the sargasso.net Cygwin mirror,
>> but it seems to be gone from the list and I get warning
On 21/01/2021 16:24, Marco Atzeri via Cygwin wrote:
> On 21.01.2021 17:00, Hamish McIntyre-Bhatty via Cygwin wrote:
>> On 16/01/2021 21:02, Marco Atzeri via Cygwin wrote:
>>>> On 16.01.2021 20:55, Hamish McIntyre-Bhatty via Cygwin wrote:
>>>>> In reply to Marco
On 21/01/2021 16:27, Marco Atzeri via Cygwin wrote:
> On 21.01.2021 17:18, Hamish McIntyre-Bhatty via Cygwin wrote:
>> On 19/01/2021 21:08, Marco Atzeri via Cygwin-announce via Cygwin wrote:
>>> Several python packages have been uploaded as test
>
> Hi Hamish
> plea
On 21/01/2021 16:52, Marco Atzeri via Cygwin wrote:
> On 21.01.2021 17:37, Hamish McIntyre-Bhatty via Cygwin wrote:
>> On 21/01/2021 16:27, Marco Atzeri via Cygwin wrote:
>>> On 21.01.2021 17:18, Hamish McIntyre-Bhatty via Cygwin wrote:
>>>> On 19/01/2021 21:08, Ma
On 21/01/2021 19:06, Marco Atzeri via Cygwin wrote:
> On 21.01.2021 18:06, Hamish McIntyre-Bhatty via Cygwin wrote:
>
>>>
>>> install one and it will remove the other, also as they have
>>> the same content in this case
>>
>> That makes sense, but t
Kind of a random question, but are there potential plans to supporting
running Wayland under Cygwin as an alternative to X11?
I have no idea if it would even be practical/possible to do this, but
just curious.
Hamish
0x87B761FE07F548D6.asc
Description: application/pgp-keys
signature.asc
Desc
On 22/01/2021 23:34, Brian Inglis wrote:
> On 2021-01-22 03:02, Hamish McIntyre-Bhatty via Cygwin wrote:
>> Kind of a random question, but are there potential plans to supporting
>> running Wayland under Cygwin as an alternative to X11?
>>
>> I have no idea if it would
On 16/01/2021 21:02, Marco Atzeri via Cygwin wrote:
> On 16.01.2021 20:55, Hamish McIntyre-Bhatty via Cygwin wrote:
>> In reply to Marco Atzeri:
>>
>> """
>> Some time ago I put a script here:
>> https://stackoverflow.com/questions/46829532/cy
Hi all,
I managed to improve my Cygwin VM's performance significantly using a
variety of methods.
If anyone else is experiencing troubles, seeing what I changed at
https://www.hamishmb.com/blog/improving-cygwins-performance-fork/ might
also help you. Not using VirtualBox was the main improvement
On 04/02/2021 15:24, Marco Atzeri via Cygwin wrote:
> In 04.02.2021 15:21, Hamish McIntyre-Bhatty via Cygwin wrote:
>
>>
>> Thanks Marco.
>>
>> All done, attributed to you under BSD and available at
>> https://gitlab.com/hamishmb/cygwin-scripts.
>>
&g
Hi there,
I found recently when trying to save output from a script for later
inspection that "tee" and file redirections seem to have massive delays
when run in Cygwin - usually nothing is written to file or stdout until
after the command has finished - not very helpful.
I'm running a bash
On 24/02/2021 20:48, ASSI wrote:
Hamish McIntyre-Bhatty via Cygwin writes:
I found recently when trying to save output from a script for later
inspection that "tee" and file redirections seem to have massive
delays when run in Cygwin - usually nothing is written to file or
stdout u
On 25/02/2021 07:50, Brian Inglis wrote:
On 2021-02-24 16:50, Brian Inglis wrote:
On 2021-02-24 15:41, Duncan Roe wrote:
On Wed, Feb 24, 2021 at 04:58:24PM -0500, Eliot Moss wrote:
On 2/24/2021 3:48 PM, ASSI wrote:
Hamish McIntyre-Bhatty via Cygwin writes:
I found recently when trying to
On 26/02/2021 11:54, Carlo B. via Cygwin wrote:
Hello,
after updating some packages, I tried to rebuild my Kicad sources and
I discovered that I could not do it anymore. During the process, it
hangs with this error:
error: 'wxRE_ADVANCED' was not declared in this scope.
It seems that the new pa
On 26/02/2021 12:05, Hamish McIntyre-Bhatty via Cygwin wrote:
On 26/02/2021 11:54, Carlo B. via Cygwin wrote:
Hello,
after updating some packages, I tried to rebuild my Kicad sources and
I discovered that I could not do it anymore. During the process, it
hangs with this error:
error
Excellent, I shall give that a try. Thanks.
Hamish
On 25/02/2021 10:27, Takashi Yano via Cygwin wrote:
On Thu, 25 Feb 2021 09:51:48 +
"Henry S. Thompson wrote:
Hamish McIntyre-Bhatty via Cygwin writes:
I'm now thinking it may have been a Python script that was behaving th
I'm considering hosting a mirror for Cygwin on a server I have, but it
doesn't currently have a domain. Is this acceptable or do I need to sort
that first? I'm planning to do that in the near future either way.
Hamish
OpenPGP_0x18F1759B3457223F.asc
Description: application/pgp-keys
OpenPGP_
Hi all,
I was wondering if there exists a snapshot of the Cygwin repos at a time
when Windows XP was still supported?
Thanks,
Hamish
OpenPGP_0x18F1759B3457223F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
--
Problem reports: https://
com/file/d/106n5y7W7pAPY44qT1V5dh1jTBpA6Th1w/view?usp=sharing
setup program:
https://drive.google.com/file/d/1BEY17yS9cfvWvnkJtuLuIQo85emi02Bl/view?usp=sharing
I have no Idea why I renamed setup.
On 23.10.2021 19:14, Hamish McIntyre-Bhatty via Cygwin wrote:
Hi all,
I was wondering if there exists a s
On 27/10/2021 09:57, Corinna Vinschen via Cygwin-announce via Cygwin wrote:
[I sent this announcement to the Cygwin mailing list accidentally.
Now sending it to cygwin-announce, too, to reach more people. Please
reply on the cygwin mailing list if you have any concerns or comments]
Hi folk
On 29/10/2021 00:37, Peter A. Castro wrote:
On Thu, Oct 28, 2021 at 07:24:59PM +0100, Hamish McIntyre-Bhatty wrote:
On 28/10/2021 17:14, Peter A. Castro wrote:
On Thu, Oct 28, 2021 at 11:14:59AM +0100, Hamish McIntyre-Bhatty wrote:
Greetings, Hamish,
On 25/10/2021 17:37, Peter A. Castro wrot
Follow up: there are now some of these historical cygwin releases and
archives of the repos on archive.org.
Last version to support Windows 9x/ME:
https://archive.org/details/cygwin_repos_2009-12-01
Last version to support Windows 2000:
https://archive.org/details/cygwin_repos_2013-06-04
L
On 11/03/2025 20:14, Fergus Daly via Cygwin wrote:
Today's update
python39-imaging 11.1.0-1
appears to contain a weird and probably trivial packaging error.
Under
/lib/python3.9/site-packages/pillow-11.1.0.dist-info/
the two files METADATA and PKG-INFO.lnk are identical, and the 2nd is not a
lin
Version 3.0.2.0-5 of "python2-wx" has been uploaded.
python2-wx is the Python 2 version of the cross-platform GUI toolkit,
wxPython.
This revision has the following changes:
- Rebuilt against wxWidgets 3.0.4 to fix various issues.
- Incorporated new patches from Fedora to fix various issues (in
Version 3.0.2.0-5 of "python2-wx" has been uploaded and is now marked as
stable.
python2-wx is the Python 2 version of the cross-platform GUI toolkit,
wxPython.
This revision has the following changes:
- Rebuilt against wxWidgets 3.0.4 to fix various issues.
- Incorporated new patches from Fedo
Version 4.0.7.post2-1 of "python3-wx" has been uploaded.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the initial revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debuginfo
Version 4.0.7.post2-1 of "python3-wx" has been uploaded.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the initial revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debuginfo
Version 4.0.7.post2-2 of "python3-wx" has been uploaded.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the second revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debuginfo
p
Version 7.2.0-1 of "python-imaging" has been uploaded as a test package.
python-imaging (aka Pillow) is a fork or the Python Imaging Library (PIL).
This update provides the following packages:
python-imaging (the source package)
python-imaging-debuginfo
python36-imaging, python36-imaging-tk
p
Version 4.0.7.post2-3 of "python3-wx" has been uploaded as a test package.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the third revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python
Version 4.0.7.post2-3 of "python3-wx" has been marked as stable.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the third revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debug
Version 7.2.0-1 of "python-imaging" has been marked as stable.
python-imaging (aka Pillow) is a fork or the Python Imaging Library (PIL).
This update provides the following packages:
python-imaging (the source package)
python-imaging-debuginfo
python36-imaging, python36-imaging-tk
python37-im
Version 8.4.0-1 of "python-imaging" has been uploaded.
python-imaging (aka Pillow) is a fork or the Python Imaging Library (PIL).
This update includes packages for Python 3.9.
This update provides the following packages:
python-imaging (the source package)
python-imaging-debuginfo
python36-i
Version 4.4.1-1 of "python3-wx" has been uploaded as a test package.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debuginfo
python36-wx (wxPyth
Version 3.1.5-1 of "wxWidgets3.1" has been uploaded as a test package.
wxWidgets3.1 is a cross-platform GUI toolkit for GTK written in C++.
This update provides the following packages:
- wxWidgets3.1 (source package).
- wxWidgets3.1-debuginfo
- wxWidgets3.1-doc
- libwx_baseu3.1_5
- libwx_ba
Version 3.0.5.1-1 of "wxWidgets3.0" has been uploaded as a test package.
wxWidgets3.0 is a cross-platform GUI toolkit for GTK written in C++.
This update provides the following packages:
- wxWidgets3.0 (source package).
- wxWidgets3.0-debuginfo
- wxWidgets3.0-doc
- libwx_baseu3.0_0
- libwx_b
Version 4.0.7.post2-4 of "python3-wx" has been uploaded as test.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the fourth revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debu
Version 3.0.2.0-6 of "python-wx" has been uploaded as test.
python-wx is the Python 2 version of the cross-platform GUI toolkit,
wxPython.
This is the sixth revision, and it provides the following packages:
python-wx (the source package)
python2-wx (obsolete)
python2-wxversion
python2-wx3.0
Version 3.0.5.1-1 of "wxWidgets3.0" has been marked as stable.
wxWidgets3.0 is a cross-platform GUI toolkit for GTK written in C++.
This update provides the following packages:
- wxWidgets3.0 (source package).
- wxWidgets3.0-debuginfo
- wxWidgets3.0-doc
- libwx_baseu3.0_0
- libwx_baseu3.0-de
Version 4.0.7.post2-4 of "python3-wx" has been marked as stable.
python3-wx is the Python 3 version of the cross-platform GUI toolkit,
wxPython.
This is the fourth revision, and it provides the following packages:
python3-wx (the source package)
python3-wx-common (common files)
python3-wx-debu
Version 3.0.2.0-6 of "python-wx" has been marked as stable.
python-wx is the Python 2 version of the cross-platform GUI toolkit,
wxPython.
This is the sixth revision, and it provides the following packages:
python-wx (the source package)
python2-wx (obsolete)
python2-wxversion
python2-wx3.0
Version 3.0.5.1-2 of "wxWidgets3.0" has been uploaded.
wxWidgets3.0 is a cross-platform GUI toolkit for GTK written in C++.
This update provides the following packages:
- wxWidgets3.0 (source package).
- wxWidgets3.0-debuginfo
- wxWidgets3.0-doc
- libwx_baseu3.0_0
- libwx_baseu3.0-devel
-
Version 8.2.1-1 of "python-imaging" has been uploaded.
python-imaging (aka Pillow) is a fork or the Python Imaging Library (PIL).
This update provides the following packages:
python-imaging (the source package)
python-imaging-debuginfo
python36-imaging, python36-imaging-tk
python37-imaging,
83 matches
Mail list logo
