Sourceware infrastructure community updates for Q1 2025
Sourceware has provided the infrastructure for core toolchain
and developer tools projects for more than 25 years.
https://sourceware.org/sourceware-25-roadmap.html
Over the last couple of years, Sourceware has transformed from a
purely
On Fri, Feb 21, 2025 at 11:33 AM Corinna Vinschen via Cygwin <
cygwin@cygwin.com> wrote:
>
> On Feb 20 23:49, Martin Wege via Cygwin wrote:
> > Hello!
> >
> > FYI https://github.com/mirror/newlib-cygwin has not been getting
> > updates for months. Can anyone p
On Feb 20 23:49, Martin Wege via Cygwin wrote:
> Hello!
>
> FYI https://github.com/mirror/newlib-cygwin has not been getting
> updates for months. Can anyone please have a look?
Wrong address. We have nothing to do with https://github.com/mirror.
Our official github mirror
Hello!
FYI https://github.com/mirror/newlib-cygwin has not been getting
updates for months. Can anyone please have a look?
Thanks,
Martin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Sourceware infrastructure community updates for Q4 2024
Sourceware has provided the infrastructure for core toolchain and
developer tools projects for more than 25 years.
https://sourceware.org/sourceware-25-roadmap.html
The last couple of years it has transformed from a purely volunteer
into a
Sourceware infrastructure community updates for Q3 2024
Sourceware has provided the infrastructure for the core toolchain and
developer tools for more than 25 years.
https://sourceware.org/sourceware-25-roadmap.html
The last couple of years it has transformed from a purely volunteer
into a
Sourceware infrastructure community updates for Q1 2024
A summary of news about Sourceware, the Free Software hosting project
for core toolchain and developer tools, from the last 3 months.
- Sourceware now has an official donation page
- StarFive VisionFive-2 RISC-V boards for
Sourceware infrastructure community updates for Q4 2023
- 6 months with the Software Freedom Conservancy
- Sourceware @ Fosdem
- OSUOSL provides extra larger arm64 and x86_64 buildbot servers
- No more From rewriting for patches mailinglists
= 6 months with the Software Freedom Conservancy
Sourceware infrastructure community updates for Q1 2023.
= New cgit setup
gitweb has been working out pretty nicely for many years, but cgit is
cgit is nicer looking, has easier to understand URLs and is much
faster. The first experimental setup can be found here:
https://cygwin.com/cgit/
https
> "ssh-pageant.sh" -k
> gpgconf --kill gpg-agent dirmngr scdaemon
> sh -c "for svc in $( cygrunsrv --list | grep -v cygserver ) cygserver; do net
> stop "^"$svc^""; done"
>
> Restarting after setup is goin gthe other way around, except GPG services
> (they are restarted by themselves as needed).
>
Greetings, Keith Christian!
> Hi Ken,
> Yes, I attempt to shut down all cygwin processes as we all have done
> over the past many years of enjoying Cygwin.
> I opened a terminal as Administrator to shut down cygsshd and exim as
> shown below but it did not work.
> What could be wrong here? I am
On 31/07/2022 17:53, Keith Christian wrote:
Hi Jon,
What did I just ask you not to do? And then you go and do it!
Sigh.
Ok, may I know what the procedure is to suggest enhancements?
Please explain what makes you think that it's going to be something
other than "send an email to the list"
Hi Ken,
Yes, I attempt to shut down all cygwin processes as we all have done
over the past many years of enjoying Cygwin.
I opened a terminal as Administrator to shut down cygsshd and exim as
shown below but it did not work.
What could be wrong here? I am surprised that cygrunsrv was unable to
st
On 7/31/2022 7:36 AM, Keith Christian wrote:
On two different Windows 10 machines, I see the Retry/Continue dialog
on numerous cygwin .dll files.
These are the only cygwin processes extant while setup is running:
[...]
Setup might benefit from the "Continue" option having a checkbox or
separate
On 31/07/2022 12:36, Keith Christian wrote:
(I'll send these ideas to the setup maintainer in a separate email.)
Please don't.
(I don't want to give anyone the idea that is an acceptable thing to do.)
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygw
On two different Windows 10 machines, I see the Retry/Continue dialog
on numerous cygwin .dll files.
These are the only cygwin processes extant while setup is running:
==
C:\Users\keith>tasklist /v | findstr /c:ssh
sshd.exe
Bruce Mardle via Cygwin writes:
> Hi, all. I've been happily compiling simple C programs under Emacs
> (emacs-w32) under Cygwin. Yesterday I wanted to install
> libedit-dev. While I was doing that, setup...exe marked a few dozen
> other packages for upgrades. I didn't notice which.
You can still
On Mon, 4 Apr 2022 13:08:27 + (UTC)
Bruce Mardle wrote:
> Hi, all.
> I've been happily compiling simple C programs under Emacs (emacs-w32) under
> Cygwin. Yesterday I wanted to install libedit-dev. While I was doing that,
> setup...exe marked a few dozen other packages for upgrades. I didn't
Hi, all.
I've been happily compiling simple C programs under Emacs (emacs-w32) under
Cygwin. Yesterday I wanted to install libedit-dev. While I was doing that,
setup...exe marked a few dozen other packages for upgrades. I didn't notice
which. Now, if I `emacs hello.c` and M-x compile gcc -o hell
Op vr 29 okt. 2021 om 17:13 schreef Claudius Schnörr:
> if cygwin was updated to these package versions: itcl 4.1.1, itk 4.1.0,
> iwidgets 4.1.1
> the package git://sourceware.org/git/insight.git, a very good
> GUI-frontend to gdb, would be available on cygwin again.
>
> Attached are the cygport fi
Hello,
if cygwin was updated to these package versions: itcl 4.1.1, itk 4.1.0,
iwidgets 4.1.1
the package git://sourceware.org/git/insight.git, a very good
GUI-frontend to gdb, would be available on cygwin again.
Attached are the cygport files with necessary modifications the
maintainer of i
I made do with windows git 2.26 - unfortunately it does not play well with
cygwin git
My first attempt at windows git worktree add produced: "Working tree has
modifications. Cannot add."
Very surprising since it was a fresh clone - but using cygwin git
Turns out the error is from a git diff-i
> Will git contrib/subtree be in the next release? It's not in the latest
> version 2.21.0-1.
https://stackoverflow.com/questions/27109525/install-git-subtree-with-cygwin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:h
Will git contrib/subtree be in the next release? It's not in the latest
version 2.21.0-1.
--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cy
On 3/3/2020 8:12 PM, Roland Roberts wrote:
On 3/3/2020 7:59 AM, Takashi Yano wrote:
On Tue, 03 Mar 2020 12:40:17 +
"Henry S. Thompson" wrote:
Takashi Yano writes:
This bug was already fixed in current git head.
Current git head for Cygwin? Or mintty?
I mean cygwin.
Because I have ano
Brian Inglis writes:
> On 2020-03-03 15:02, Henry S. Thompson wrote:
>> cygcheck output attached, just in case...
>>
>> Per previous message, had to interrupt id, which was hanging, which
>> produced
>>
>> garbled output from "id" command - no uid= found
And yes, I inadvertently left out the
On 2020-03-03 15:02, Henry S. Thompson wrote:
> cygcheck output attached, just in case...
>
> Per previous message, had to interrupt id, which was hanging, which
> produced
>
> garbled output from "id" command - no uid= found
>
> while cygcheck carried on...
> and then hung with Process Explor
On 3/3/2020 7:59 AM, Takashi Yano wrote:
On Tue, 03 Mar 2020 12:40:17 +
"Henry S. Thompson" wrote:
Takashi Yano writes:
This bug was already fixed in current git head.
Current git head for Cygwin? Or mintty?
I mean cygwin.
Because I have another box, and now see that the bug does _no
Brian Inglis writes:
>> 2) There are some hints that cygrunsrv/cygserver might be implicated.
>> Two cygchecks on one of my machines (which did run to completion)
>> differ in that the one taken while XWin had started successfully
>> differed from the other in that all my Cygwin servi
On 2020-03-03 10:21, Henry S. Thompson wrote:
> Takashi Yano writes:
>
>> On Tue, 03 Mar 2020 12:40:17 +
>> "Henry S. Thompson" wrote:
>>> Takashi Yano writes:
This bug was already fixed in current git head.
>>>
>>> Current git head for Cygwin? Or mintty?
>>
>> I mean cygwin.
>
> OK, th
On 2020-03-03 10:21, Henry S. Thompson wrote:
> Takashi Yano writes:
>
>> On Tue, 03 Mar 2020 12:40:17 +
>> "Henry S. Thompson" wrote:
>>> Takashi Yano writes:
This bug was already fixed in current git head.
>>>
>>> Current git head for Cygwin? Or mintty?
>>
>> I mean cygwin.
>
> OK, th
Takashi Yano writes:
> On Tue, 03 Mar 2020 12:40:17 +
> "Henry S. Thompson" wrote:
>> Takashi Yano writes:
>> > This bug was already fixed in current git head.
>>
>> Current git head for Cygwin? Or mintty?
>
> I mean cygwin.
OK, this is now getting very weird. As at least one other person
On Tue, 03 Mar 2020 12:40:17 +
"Henry S. Thompson" wrote:
> Takashi Yano writes:
> > This bug was already fixed in current git head.
>
> Current git head for Cygwin? Or mintty?
I mean cygwin.
> Because I have another box, and now see that the bug does _not_ occur
> with Cygwin 3.1.4 and min
Takashi Yano writes:
> On Tue, 03 Mar 2020 12:18:44 +
> "Henry S. Thompson" wrote:
>> Takashi Yano writes:
>>
>> > Does reverting cygwin1.dll to 3.1.2 help?
>>
>> In my case, yes it does. The resulting view from pstree is
>>
>> `-sh,1614 /usr/bin/startxwin
>> `-xinit,1645 /home/ht/.st
On Tue, 03 Mar 2020 12:18:44 +
"Henry S. Thompson" wrote:
> Takashi Yano writes:
>
> > Does reverting cygwin1.dll to 3.1.2 help?
>
> In my case, yes it does. The resulting view from pstree is
>
> `-sh,1614 /usr/bin/startxwin
> `-xinit,1645 /home/ht/.startxwinrc -- /usr/bin/XWin :0 -mul
Takashi Yano writes:
> Does reverting cygwin1.dll to 3.1.2 help?
In my case, yes it does. The resulting view from pstree is
`-sh,1614 /usr/bin/startxwin
`-xinit,1645 /home/ht/.startxwinrc -- /usr/bin/XWin :0 -multiwindow ...
|-XWin,1646 :0 -multiwindow -auth /home/ht/.serverauth.1
On Tue, 3 Mar 2020 00:14:12 -0500
Roland Roberts wrote:
> I only noticed this in the last week or so, and assumed I'd messed up
> something with Windows 10 permission, which is still a possibility. My
> first attempt to "fix" this was to reinstall pretty much everything in
> Cygwin that was part o
I only noticed this in the last week or so, and assumed I'd messed up
something with Windows 10 permission, which is still a possibility. My
first attempt to "fix" this was to reinstall pretty much everything in
Cygwin that was part of X11 or Base. And that seemed to fix
things...until I reboote
On 2/28/20 8:21 AM, Brian Inglis wrote:
> Hi folks,
>
> After the recent upgrades to cygwin 3.1.4, perl, etc. I have found that the
> Cygwin-X Startup, Start Menu, and Task Bar shortcuts no longer work, although
> I
> can start Cygwin-X by running startxwin from a mintty window.
>
>>From the sho
Jon Turney writes:
> On 28/02/2020 07:21, Brian Inglis wrote:
>> Hi folks,
>>
>> After the recent upgrades to cygwin 3.1.4, perl, etc. I have found that the
>> Cygwin-X Startup, Start Menu, and Task Bar shortcuts no longer work,
>> although I
>> can start Cygwin-X by running startxwin from a mint
On 28/02/2020 07:21, Brian Inglis wrote:
Hi folks,
After the recent upgrades to cygwin 3.1.4, perl, etc. I have found that the
Cygwin-X Startup, Start Menu, and Task Bar shortcuts no longer work, although I
can start Cygwin-X by running startxwin from a mintty window.
From the shortcut, the sh
Hi folks,
After the recent upgrades to cygwin 3.1.4, perl, etc. I have found that the
Cygwin-X Startup, Start Menu, and Task Bar shortcuts no longer work, although I
can start Cygwin-X by running startxwin from a mintty window.
>From the shortcut, the shell is invoked to run startxwin normally, t
Thanks for your help.
It is probably better to wait for next perl 5.30.1 release that should be
available soon.
Next package that I am not able to build by myself concerns poppler package
as lot of library dependencies are not resolved.
--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygw
Adam Dinwoodie writes:
>> Git isn't affected because it sets up @INC itself and doesn't have
>> architecture-specific modules.
>
> I'd therefore been assuming that I didn't need to worry about syncing
> a Git release with the Perl update; have I misunderstood what's going
> on here?
I haven't look
for
> the Perl update.
Just realised I hadn't replied to this, sorry!
On the apps list, on the topic of package updates for the Perl switch, you said
> Git isn't affected because it sets up @INC itself and doesn't have
> architecture-specific modules.
I'd therefore
On Sun, 22 Dec 2019 18:50:34 +0100, Achim Gratz wrote:
> Keep in mind you will then have to re-do it just after the new year for
> the Perl update.
Not necessarily. I know people have disagreed with this in the past, but I have
looked at this again and it seems that not all distros require Perl wi
Am 22.12.2019 um 13:50 schrieb Adam Dinwoodie:
Acknowledged for Git. I'll try and get a new release out before the new year.
Keep in mind you will then have to re-do it just after the new year for
the Perl update.
--
Achim.
(on the road :-)
--
Problem reports: http://cygwin.com/pro
On Fri, 20 Dec 2019 at 15:21, Kptain wrote:
>
> Hi all,
>
> I don't know who are the maintainer(s),
> but it would be great if these packages could be updated:
>
> - latest versions are:
>
> . Git 2.24.1
> . Subversion 1.13.0
> . Poppler 0.83
>
>
> It'd be great if it could be refres
On Fri, 20 Dec 2019 17:20:26 +0100, Marco Atzeri wrote:
> The other two are maintained by Yaakov, that seems at the moment
> a bit busy with other activities.
No, they arent:
https://cygwin.com/packages/summary/git.html
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Am 20.12.2019 um 16:38 schrieb Kptain:
Hi all,
I don't know who are the maintainer(s),
but it would be great if these packages could be updated:
- latest versions are:
. Git 2.24.1
. Subversion 1.13.0
. Poppler 0.83
It'd be great if it could be refreshed in Cygwin.
Hi all,
I don't know who are the maintainer(s),
but it would be great if these packages could be updated:
- latest versions are:
. Git 2.24.1
. Subversion 1.13.0
. Poppler 0.83
It'd be great if it could be refreshed in Cygwin.
Thanks in advance,
Stephan
--
Sent from: h
The following packages have been uploaded to the Cygwin distribution:
* python27-pip-19.2.3-1
* python35-pip-19.2.3-1
* python36-pip-19.2.3-1
* python38-pip-19.2.3-1
* python37-pip-19.2.3-1
* python-pip-wheel-19.2.3-1
* python27-setuptools-41.2.0-1
* python35-setuptools-41.2.0-1
* python36-setupt
On 13/09/2019 19:53, Andrey Repin wrote:
> Greetings, Hamish MB!
>
>> On 13/09/2019 01:41, Andrey Repin wrote:
>>> Greetings, Hamish MB!
>>>
>>> Please no top-posting in this channel.
>>>
Note: I've just realised this only happens when 3D acceleration is
enabled in VirtualBox, hence this
Greetings, Hamish MB!
> On 13/09/2019 01:41, Andrey Repin wrote:
>> Greetings, Hamish MB!
>>
>> Please no top-posting in this channel.
>>
>>> Note: I've just realised this only happens when 3D acceleration is
>>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>>> Cygwin b
On 13/09/2019 01:41, Andrey Repin wrote:
> Greetings, Hamish MB!
>
> Please no top-posting in this channel.
>
>> Note: I've just realised this only happens when 3D acceleration is
>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>> Cygwin bug. Thoughts?
> What video mode
Greetings, Hamish MB!
Please no top-posting in this channel.
> Note: I've just realised this only happens when 3D acceleration is
> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
> Cygwin bug. Thoughts?
What video mode did you select for your system?
Which driver (stand
Note: I've just realised this only happens when 3D acceleration is
enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
Cygwin bug. Thoughts?
Hamish
On 12/09/2019 12:33, Hamish McIntyre-Bhatty wrote:
> Okay, so after the latest set of updates, this still seems t
Okay, so after the latest set of updates, this still seems to happen.
Attached is the XWin.0.log file. I am running this in Virtualbox, so it
is possible that this issue has something to do with that?
Hamish
On 07/09/2019 19:50, Hamish McIntyre-Bhatty wrote:
> I was starting with "s
I was starting with "startxwin &" in the Cygwin terminal. Is this the
wrong way to do it?
I'll try that soon and get back to you.
This was before the latest set of updates to Xorg and the openGL
libraries, so it could be that it had something to do with the missing
libEGL
On 05/09/2019 11:28, Hamish MB wrote:
libraries. Additionally, the xwin server refuses to start if more than
one display is present, for reasons I don't understand.
That is unusual.
I assume you are trying to start via the start menu shortcut?
Does starting it as 'XWin -multiwindow' work?
If
Hello,
After installing the latest updates to cygwin, including the new X
server, openGL libraries, and mesa, I'm having issues with a configure
script that was previously working. It no longer finds the openGL
libraries. Additionally, the xwin server refuses to start if more than
one displ
On Sun, May 12, 2019 at 8:31 AM L A Walsh wrote:
> This has been a feature of Windows since win98. Not officially, mind
> you, but any scheduled task in windows would eventually become
> unscheduled and stop running with out any notification.
I've never seen this behavior on any Windows machine (
On 5/12/2019 6:35 AM, Enrico.Bertram wrote:
> \
>
> The service is configured to start automatically and does so on each reboot.
> The event viewer does not show any event (for example the "stopped" on
> normal shutdowns) - the service is just in shut down state every now and
> then and I have to m
I want to report an issue I see after updating the libraries to the
latest versions. Some of them were security related (CA Certificates,
crypto policies,...)
Unfortunately I do not remember, which exact ones and if that may be a hint.
OS: Win10 1809, Build 17763.475
Issue: CYGWIN sshd service
n era info is in Cygwin itself to be compatible with glibc, not
>> fetched from Windows, . I have a patch in the loop to update Cygwin
>> with the new era data, but a new Cygwin version may have to wait until
>> June, sorry.
>
> No, it's ok, I'll release 3.0.7
The following packages have been uploaded to the Cygwin distribution:
* ruby-crass-1.0.4-1
* ruby-crass-doc-1.0.4-1
* ruby-curses-1.2.7-1
* ruby-curses-doc-1.2.7-1
* ruby-dbus-0.14.1-1
* ruby-dbus-doc-0.14.1-1
* ruby-gettext-3.2.9-1
* ruby-gettext-doc-3.2.9-1
* ruby-hitimes-1.3.1-1
* ruby-hitimes-
The following packages have been uploaded to the Cygwin distribution:
* lua-crypto-0.3.2-3
* lua-crypto-devel-0.3.2-3
* lua-json-1.3.4-1
* lua-ldap-1.1.0-3
* lua-lfs-1.7.0.2-1
* lua-lgi-0.9.2-1
* lua-logging-1.3.0-2
* lua-lpeg-1.0.2-1
* lua-luadoc-3.0.1-2
* lua-lxp-1.3.0-2
* lua-socket-3.0-0.2.rc1
On Apr 30 18:26, Corinna Vinschen wrote:
> On Apr 30 07:00, Brian Inglis wrote:
> > Subpackages for sqlite3 and mingw may need updated from the latest ICU
> > release.
> > Packages unicode-cldr-emoji-annotation, unicode-ucd, and fonts used in
> > Japanese,
> > may also need updated as below.
> >
On Apr 30 07:00, Brian Inglis wrote:
> Subpackages for sqlite3 and mingw may need updated from the latest ICU
> release.
> Packages unicode-cldr-emoji-annotation, unicode-ucd, and fonts used in
> Japanese,
> may also need updated as below.
> Not sure if any GUI date or locale packages need update
Subpackages for sqlite3 and mingw may need updated from the latest ICU release.
Packages unicode-cldr-emoji-annotation, unicode-ucd, and fonts used in Japanese,
may also need updated as below.
Not sure if any GUI date or locale packages need updated.
Add new Windows Era if you are on W10 1809, and
The following packages have been uploaded to the Cygwin distribution:
* python27-ipython-5.8.0-1
* python27-prompt_toolkit-1.0.15-1
* python27-scandir-1.10.0-1
* python27-simplegeneric-0.8.1-4
* python27-wcwidth-0.1.7-1
* python36-ipython-5.8.0-1
* python36-prompt_toolkit-1.0.15-1
* python36-simpl
The following packages have been uploaded to the Cygwin distribution:
* python27-automat-0.7.0-1
* python27-clang-5.0.2-1
* python27-futures-3.2.0-1
* python27-hyperlink-18.0.0-1
* python27-incremental-17.5.0-1
* python27-rdflib-4.2.2-2
* python27-twisted-18.9.0-1
* python36-automat-0.7.0-1
* pyth
Hello,
Ruby package has not been updated for so long time.
Wonder if it will be updated.
Thanks
On Fri, Mar 29, 2019 at 7:19 PM Yaakov Selkowitz
wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * python27-bsddb3-6.2.6-1
> * python27-constantly-15.1.0-2
> * pyt
The following packages have been uploaded to the Cygwin distribution:
* python27-bsddb3-6.2.6-1
* python27-constantly-15.1.0-2
* python27-dropbox-9.3.0-1
* python27-enchant-1.6.11-2
* python27-httplib2-0.11.3-1
* python27-ipython_genutils-0.2.0-1
* python27-isodate-0.6.0-1
* python27-lockfile-0.12
The following packages have been uploaded to the Cygwin distribution:
* python27-bs4-4.7.1-1
* python27-bugzilla-2.2.0-1
* python27-cairo-1.14.1-1
* python27-dbus-1.2.8-1
* python27-decorator-4.4.0-1
* python27-gi-3.26.1-2
* python27-html5lib-1.0.1-1
* python27-mutagen-1.42.0-1
* python27-numpy-1.
The following packages have been uploaded to the Cygwin distribution:
* python27-alabaster-0.7.12-1
* python27-appdirs-1.4.3-2
* python27-asn1crypto-0.24.0-1
* python27-attrs-19.1.0-1
* python27-babel-2.6.0-1
* python27-certifi-2018.10.15-1
* python27-cffi-1.12.2-1
* python27-chardet-3.0.4-1
* pyt
On Nov 14 02:08, Mark Geisert wrote:
> I'm pretty sure I updated the web page source XML to move the aio_* and
> lio_* system interfaces from the "NOT implemented" page to the SUSv4 page.
> But the updates aren't shown when browsing
> https://cygwin.com/cygwin-
I'm pretty sure I updated the web page source XML to move the aio_* and
lio_* system interfaces from the "NOT implemented" page to the SUSv4 page.
But the updates aren't shown when browsing
https://cygwin.com/cygwin-api/std-notimpl.html and
https://cygwin.com/cygwin-api/co
On 5/24/2018 3:50 PM, Brien Oberstein wrote:
Greetings,
I installed the lastest windows updates on Win2k16 server and now I'm
getting the fork/rebase issue.
I tried running rebase-trigger / setup.exe multiple times and also
reinstalling the libintl8 but the problem persists.
Next st
Greetings,
I installed the lastest windows updates on Win2k16 server and now I'm
getting the fork/rebase issue.
I tried running rebase-trigger / setup.exe multiple times and also
reinstalling the libintl8 but the problem persists.
Next step to troubleshoot?
Thanks
3
The following packages have been uploaded to the Cygwin distribution:
* pidgin-facebook-0.9.5-1
* pidgin-funyahoo-plusplus-0-0.4.20180214git
* pidgin-skypeweb-1.4-1
These are the latest releases of the third-party protocol plugins for
Pidgin 2.13.0.
--
Yaakov
--
Problem reports: http://c
DigitalSignage.com | latest releases and updates...
- Faster RSS speed support with full screen scrolling messages
- Increase in max font size
- Support for Weather local for internationalization
- Support for short and long Weather textual elements
- Update to Google Play now with Android
DigitalSignage.com | latest releases and updates...
- Faster RSS speed support with full screen scrolling messages
- Increase in max font size
- Support for Weather local for internationalization
- Support for short and long Weather textual elements
- Update to Google Play now with Android
With the latest v2.833 updates (x64).
Exim will not start and has fatal stop and makes panic log entry:
2017-12-24 02:07:45 fork failed for TLS check
I rolled back to about 2 months prior version, and restored
operations. Sorry - no further info on the troublesome module
On 02/11/2017 13:46, Fergus wrote:
The recent updates
tcl-8.6.6-1 ; tcl-tix-8.4.3-3 ; tcl-tk-8.6.6-1
have induced two links
/lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
/lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
that lead nowhere. Is there a fix?
Thank you.
Fergus
install tcl-devel and
> The recent updates
> tcl-8.6.6-1 ; tcl-tix-8.4.3-3 ; tcl-tk-8.6.6-1
> have induced two links
> /lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
> /lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
> that lead nowhere. Is there a fix?
The two missing t*Config.sh files can be obtained by
The recent updates
tcl-8.6.6-1 ; tcl-tix-8.4.3-3 ; tcl-tk-8.6.6-1
have induced two links
/lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
/lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
that lead nowhere. Is there a fix?
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.ht
The following packages have been uploaded to the Cygwin distribution:
* atril-1.18.1-1
* caja-1.18.4-1
* caja-python-1.18.1-1
* engrampa-1.18.2-1
* eom-1.18.2-1
* libmateweather-1.18.1-1
* marco-1.18.1-1
* mate-control-center-1.18.2-1
* mate-dictionary-1.18.2-1
* mate-disk-usage-analyzer-1.18.2-1
The following packages have been uploaded to the Cygwin distribution:
* connectagram-1.2.5-1
* cutemaze-1.2.1-1
* focuswriter-1.6.7-1
* gottet-1.1.4-1
* hexalate-1.1.1-1
* kapow-1.5.3-1
* novprog-3.1.2-1
* peg-e-1.2.3-1
* simsu-1.3.4-1
* tanglet-1.5.0-1
* tetzle-2.1.1-1
* xfce4-whiskermenu-plugin-
* xkbcomp-devel-1.4.0-1
* xkeyboard-config-2.21-1
* xkeyboard-config-devel-2.21-1
These are updates to the latest X.Org modular releases.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
-1.40.6-1
* mingw64-x86_64-gtk-vnc-0.7.1-1
* mingw64-x86_64-gtk3-3.22.15-1
* mingw64-x86_64-pango1.0-1.40.6-1
These updates represent the latest bugfix releases to the GNOME 3.22
package set.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
-x86_64-glibmm2.4-2.50.1-1
* mingw64-x86_64-gnome-themes-standard-3.22.3-1
* mingw64-x86_64-goffice0.10-0.10.34-1
* mingw64-x86_64-libgdata-0.17.8-1
* mingw64-x86_64-librsvg2-2.40.17-1
* mingw64-x86_64-pango1.0-1.40.5-1
These updates represent the latest bugfix releases to the GNOME 3.22
package
-0.10.34-1
* gucharmap-9.0.3-1
* gvfs-1.30.4-1
* hitori-3.22.3-1
* libgdata-0.17.8-1
* librsvg2-2.40.17-1
* pango1.0-1.40.5-1
* vala-0.34.8-1
These updates represent the latest bugfix releases to the GNOME 3.22
package set.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ
Greetings, Fran Litterio!
> On 5/5/2017 7:30 AM, Andrey Repin wrote:
>>> You can rebase all the DLLs as follows:
>>
>> That's not how to do it.
>>
>> 1. Run
>>
>>rebase-trigger full
>>
>> 2. Shutdown all Cygwin processes.
>> 3. Run setup utility to the end.
> Thanks, Andrey. I have seen
On 5/5/2017 7:30 AM, Andrey Repin wrote:
You can rebase all the DLLs as follows:
That's not how to do it.
1. Run
rebase-trigger full
2. Shutdown all Cygwin processes.
3. Run setup utility to the end.
Thanks, Andrey. I have seen those instructions, but the rebaseall
command itself says
Greetings, Fran Litterio!
> You can rebase all the DLLs as follows:
That's not how to do it.
1. Run
rebase-trigger full
2. Shutdown all Cygwin processes.
3. Run setup utility to the end.
--
With best regards,
Andrey Repin
Friday, May 5, 2017 14:28:08
Sorry for my terrible english...
--
On 4/2/2017 2:53 PM, gavin bowlby via cygwin wrote:
I see the following when trying to open a Cygwin bash shell on my Win10 PC
after applying updates today, 4/2/2017; I didn't see this before the latest
Win10 update:
0 [main] bash 11884 child_info_fork::abort:
C:\cygwin\bin\cyg
All:
I reinstalled Cygwin on my Win10 PC, and now the problem has disappeared.
Regards,
Gavin Bowlby
On Sunday, April 2, 2017 11:53 AM, gavin bowlby wrote:
All:
I see the following when trying to open a Cygwin bash shell on my Win10 PC
after applying updates today, 4/2/2017; I didn&#
All:
I see the following when trying to open a Cygwin bash shell on my Win10 PC
after applying updates today, 4/2/2017; I didn't see this before the latest
Win10 update:
0 [main] bash 11884 child_info_fork::abort: C:\cygwin\bin\cygiconv-2.dll:
Loaded to different address: p
On 2017-04-01 04:13, Achim Gratz wrote:
> Brian Inglis writes:
>> @ libproj9
>> version: 4.9.2-1
>> @ libslang2
>> version: 2.3.1a-1
>> @ perl-Carp
>> version: 1.38-1
>>
>> Are dependencies only auto-updated when the manually picked
>> packages that depend on them are?
>
> No, but the last two pac
1 - 100 of 256 matches
Mail list logo
