Doug Henderson via Cygwin-apps writes:
> I will volunteer to be the alternatives maintainer. I may need some
> help, though.
Appreciated.
> The package has not been released for over 10 years, for cygwin 1.7, I
> think. The download location is worse than 404, it is "We can’t
> connect to the
On Thu, 15 Jul 2021 at 19:56, Ken Brown via Cygwin-apps
wrote:
>
> On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
> > Please update alternatives to work properly for a first time install
> > of an alternative when CYGWIN=winsymlinks:nativestrict.
>
> Cygwin doesn't have an
Doug Henderson via Cygwin-apps writes:
> Please update alternatives to work properly for a first time install
> of an alternative when CYGWIN=winsymlinks:nativestrict.
I do not think of this as a bug in alternatives. POSIX programs that
create symlinks to non-existing files are perfectly valid
On 7/15/2021 9:56 PM, Ken Brown via Cygwin-apps wrote:
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer.
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer. Would you like to volunteer?
If so, start at
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
See the recent thread on the cygwin mailing list with subject
Setup shows errors from gnuplot-base.dash and python38-devel.sh
In essence, when
Re: Attention ninja
Yes! The shinobi answer your call, leaving their hidden villages, ready
to spread fire and confusion amongst our enemies, under cover of darkness!
Re: Attention ninja maintainer
Oh, how disappointing :(
On 13/07/2020 18:46, Doug Henderson via Cygwin-apps wrote:
Hi
Hi,
ninja installs its bash completion script in /etc/bash-completion.d
Other bash completions are installed to /etc/bash_completion.d
Please look into this.
Thanks,
Doug
--
Doug Henderson, Calgary, Alberta, Canada - from gmail.com
Hi,
Not sure how and where do you look, but Google gave me this
https://www.avg.com/en-us/false-positive-file-form
Please file the report there
On Sat, Sep 7, 2019, 11:25 PM Alan Thwaits wrote:
> Dear Cygwin community,
>
> I have looked and looked. I cannot find an appropriate place to
Dear Cygwin community,
I have looked and looked. I cannot find an appropriate place to report
viruses. I know of two viruses, and I would like to report them.
Sincerely,
Alan
On Sat, Sep 7, 2019 at 8:20 AM Andrey Repin wrote:
> Greetings, Alan Thwaits!
>
> > Dear Yaakov or other interested
Greetings, Alan Thwaits!
> Dear Yaakov or other interested maintainer:
> When I ran the program okular.exe under bash and xterm, my antivirus
> program AVG Antivirus Free quarantined the program and reported that it
> contains the virus IDP.Generic.
> I hope that you find this helpful.
Why do
Dear Yaakov or other interested maintainer:
When I ran the program okular.exe under bash and xterm, my antivirus
program AVG Antivirus Free quarantined the program and reported that it
contains the virus IDP.Generic.
I hope that you find this helpful.
Best regards,
Alan
--
Problem reports:
Dear cygwin@cygwin.com, We received a request on 21/3/08 to deactivate your
account. Please confirm this request to complete the deactivation process:
Yes, I would like to deactivate my account
No i didn't make this request, cancel deactivation request
Thank you,
--
Dear cygwin@cygwin.com, We received a request on 21/3/08 to deactivate your
account. Please confirm this request to complete the deactivation process:
Yes, I would like to deactivate my account
No i didn't make this request, cancel deactivation request
Thank you,
--
Yaakov,
I find that your mail to cygwin-announce has no Message-Id header. Can
that be fixed to aid the threading of the messages?
TIA,
--
cyg Simple
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Keith Christian writes:
> I believe lines 57 through 124 of the latest
> /usr/share/doc/Cygwin/postgresql.README are courtesy of the good Henry
> S. Thompson.
>
> Lines 129 to the end of /usr/share/doc/Cygwin/postgresql.README are
> those that I contributed to the cause.
>
> wc
Marco,
I believe lines 57 through 124 of the latest
/usr/share/doc/Cygwin/postgresql.README are courtesy of the good Henry
S. Thompson.
Lines 129 to the end of /usr/share/doc/Cygwin/postgresql.README are
those that I contributed to the cause.
wc /usr/share/doc/Cygwin/postgresql.README
343
You're welcome Marco, thanks for incorporating our comments. I've
always found this one of the more helpful mailing lists. One small
way that we users can help the very busy maintainers.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On 30/10/2017 23:45, Keith Christian wrote:
Henry,
Your "install as as a service" steps above are successful!
Keith , Henry,
I am adding your notes to the README
and modified the /etc/rc.d/init.d/postgresql
as suggested.
9.6.6 should be up shortly, and I plan to add 10.1
as test in the near
Woops, I apologize for top-posting.
Keith
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Henry,
Your "install as as a service" steps above are successful!
kcdb=# select version();
version
-
PostgreSQL 9.6.5 on i686-pc-cygwin, compiled by gcc (GCC) 6.3.0, 32-bit
(1 row)
uname
OK, here's and attempt at a set of install instructions for
Windows 10 Professional Ver 10.0 Build 14393
Cygwin DLL version: 2.9.0-3
Postgresql: 9.6.5-2
I got slightly muddled with the cygserver and postgress
install-as-service steps, so the attached may not quite be right in that
regard, I
Keith Christian writes:
> I've written a short updated quick start guide for PostgreSQL on Cygwin.
Thanks for this, but it's for Windows 7, and will not (at least AFAICT)
work on Windows 10. I'll try to provide a W10 narrative if I can
recover it from my history...
ht
--
Henry S.
On 29/10/2017 00:38, Keith Christian wrote:
Marco,
I've written a short updated quick start guide for PostgreSQL on Cygwin.
It is attached, (cygwin_postgresql_9_6_5_quick_start_example.txt.)
You're free to use it if you think it will be helpful for the README
or elsewhere.
Keith
Noted.
Marco,
I've written a short updated quick start guide for PostgreSQL on Cygwin.
It is attached, (cygwin_postgresql_9_6_5_quick_start_example.txt.)
You're free to use it if you think it will be helpful for the README
or elsewhere.
Keith
On 7/19/2017 1:53 PM, Achim Gratz wrote:
Achim Gratz writes:
This package currently has a perpetual postinstall script to keep the
database indexed, but doesn't provide for a way to create the initial
database during install.
This is done deliberately, because the creation of the initial
This package currently has a perpetual postinstall script to keep the
database indexed, but doesn't provide for a way to create the initial
database during install. I suggest to create another sub-package
(perhaps called man-db-index) that simply creates an empty file
/var/cache/man-db/index.dat
Marco Atzeri writes:
> the lack of debuginfo on 32bit was intentional,
> as the bug on binutils made impossible to build it.
[…]
> The package was empty as otherwise calm will comply
> of missing of current version as previous version has it
No, you've provided an empty file, not an empty
On 16/07/2017 10:20, Achim Gratz wrote:
This package was updated on July 2nd but apparently the update has not
been announced. Also, the debuginfo file for x86 has zero bytes size so
it should be re-uploaded.
Regards,
Achim.
the lack of debuginfo on 32bit was intentional,
as the bug on
This package was updated on July 2nd but apparently the update has not
been announced. Also, the debuginfo file for x86 has zero bytes size so
it should be re-uploaded.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
>> Yes but only for development installs. Strictly as a user of the binary
>> install I wouldn't want the dependency here.
>
> We were talking about the cygport file and whether to include a
> build-time dependency in there.
I also thought the naming for REQUIRES vs DEPEND was a bit confusing
cyg Simple writes:
> On 4/1/2016 2:49 PM, Achim Gratz wrote:
>> Gerrit Haase writes:
>>> is is common sense nowadays, to add packages required to build from
>>> source to the executable runtime dependencies?
>>
>> It is quite helpful when some build dependencies aren't quite obvious
>> from the
On 4/1/2016 2:49 PM, Achim Gratz wrote:
> Gerrit Haase writes:
>> is is common sense nowadays, to add packages required to build from
>> source to the executable runtime dependencies?
>
> It is quite helpful when some build dependencies aren't quite obvious
> from the readme and/or would be
Gerrit Haase writes:
> is is common sense nowadays, to add packages required to build from
> source to the executable runtime dependencies?
It is quite helpful when some build dependencies aren't quite obvious
from the readme and/or would be optional if not specifically requested
(say, via
On Fri, Apr 1, 2016 at 1:26 AM, Jon Turney wrote:
> [2] https://cygwinports.github.io/cygport/pkg_pkg_cygpart.html#robo424
There are mismatched singular/plural issues there, e.g.
"A single-line strings "
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of
On 31/03/2016 13:54, Gerrit Haase wrote:
2016-03-19 15:12 GMT+01:00 Achim Gratz wrote:
You might also want to add 'DEPEND="nasm"', since the build needs it
(probably other stuff too, but I already had that installed).
Hello Achim,
is is common sense nowadays, to add packages required to
Greetings, Gerrit Haase!
>> You might also want to add 'DEPEND="nasm"', since the build needs it
>> (probably other stuff too, but I already had that installed).
> Hello Achim,
> is is common sense nowadays, to add packages required to build from
> source to the executable runtime dependencies?
2016-03-19 15:12 GMT+01:00 Achim Gratz wrote:
>
> You might also want to add 'DEPEND="nasm"', since the build needs it
> (probably other stuff too, but I already had that installed).
Hello Achim,
is is common sense nowadays, to add packages required to build from
source to the executable runtime
Achim Gratz nexgo.de> writes:
> You could have renamed the p7zip-15.09-2.cygwin.patch file or you could
> remove it and add these three lines to the cygport file:
Whoops, thanks, of course I forgot something dumb like that. Will give it
another go next time I'm using Windows.
Thanks,
Tony
Tony Kelman writes:
> Updated the version, rebased patches and rebuilt, but cygport isn't letting
> me upload. I'm getting
>
> *** ERROR: Package file p7zip/setup.hint doesn't exist. Run "cygport
> p7zip-15.14-1.cygport pkg" to build it.
>
> When I run the suggested "cygport pkg" command, I get
>
This version syncs code with 7zip 15.14 and adds the fix for CVE-2015-1038.
Regards,
ismail
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
> This version syncs code with 7zip 15.14 and adds the fix for CVE-2015-1038.
>
> Regards,
> ismail
Updated the version, rebased patches and rebuilt, but cygport isn't letting
me upload. I'm getting
*** ERROR: Package file p7zip/setup.hint doesn't exist. Run "cygport
p7zip-15.14-1.cygport pkg"
Greetings, Ken Brown!
> As long as you're updating base-files anyway, maybe you could implement
> one of the previously-discussed proposals for showing a prompt of "#"
> instead of "$" in shells with sufficient privileges. Unfortunately, I
> don't remember if there was ever a consensus reached
Ken Brown writes:
> As long as you're updating base-files anyway, maybe you could
> implement one of the previously-discussed proposals for showing a
> prompt of "#" instead of "$" in shells with sufficient privileges.
> Unfortunately, I don't remember if there was ever a consensus reached
> on
On 9/24/2015 1:29 PM, Achim Gratz wrote:
Marco Atzeri writes:
the bug is in the
/etc/postinstall/base-files-mketc.sh
of base-files-4.2-3
FILES="hosts protocols services networks"
OSNAME="$(/usr/bin/uname -s)"
WINETC="$(/usr/bin/cygpath -S
On 23/09/2015 01:04, Walter L. wrote:
Hi,
I've just performed a fresh install of the latest (2.2.1) Cygwin on 64-bit
Windows 7 and noticed 2 issues with the new version that I'd like to verify
whether or not they are bugs:
1) The symlink to protocol file seems incorrect
[user@hostname
Marco Atzeri writes:
> the bug is in the
> /etc/postinstall/base-files-mketc.sh
> of base-files-4.2-3
>
>
> FILES="hosts protocols services networks"
> OSNAME="$(/usr/bin/uname -s)"
> WINETC="$(/usr/bin/cygpath -S -u)/drivers/etc"
>
> [cut]
>
> for
On 12/04/15 11:03, Marco Atzeri wrote:
On 2/21/2015 12:19 AM, David Stacey wrote:
On 20/02/15 15:42, Corinna Vinschen wrote:
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so the packages are orphaned. Jan's last version of guile was
1.8.7-2 for 32 bit.
Does
On 2/21/2015 12:19 AM, David Stacey wrote:
On 20/02/15 15:42, Corinna Vinschen wrote:
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so the packages are orphaned. Jan's last version of guile was
1.8.7-2 for 32 bit.
Does anybody have fun to take over
On 12/04/15 11:03, Marco Atzeri wrote:
Removing the cygwin specific usage of
cygwin_conv_to_posix_path / cygwin_conv_path
did the work. Make check passed on 64bit, and make doc fails
on a corner case, most of the HTML documentation was built.
OK, so I couldn't resist a little play :-)
On 4/12/2015 4:17 PM, David Stacey wrote:
On 12/04/15 11:03, Marco Atzeri wrote:
Seemed to work well with all the '.ly' files I threw at it. I generated PDF,
PNG and MIDI files
successfully. I tried a few files from a web site with lots of freely available
lilypond files, and
a couple of
On 4/12/2015 10:39 PM, Eliot Moss wrote:
On 4/12/2015 4:17 PM, David Stacey wrote:
On 12/04/15 11:03, Marco Atzeri wrote:
Seemed to work well with all the '.ly' files I threw at it. I
generated PDF, PNG and MIDI files
successfully. I tried a few files from a web site with lots of freely
On 2/20/2015 2:44 PM, Franz Sirl wrote:
Am 2015-02-19 um 20:19 schrieb Ti Strga:
BLUF: either the new make package needs cygltdl-7 as one of its
dependencies, or Guile does, so that setup.exe can Do The Right Thing.
I updated to make-4.1-1 and the executable immediately broke:
$ make
On 20/02/15 15:42, Corinna Vinschen wrote:
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so the packages are orphaned. Jan's last version of guile was
1.8.7-2 for 32 bit.
Does anybody have fun to take over maintainership of guile or lilypond?
First, let me
Hi,
is there a way to downgrade and force cygwin use the previous version of
make-4.1?
thanks
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Hi Marco,
On Feb 20 15:53, Marco Atzeri wrote:
[...]
Moreover the 32bit and 64bit are out of sinc
1.8.7-2 vs 1.8.8-1
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so the packages are orphaned. Jan's last version of guile was
1.8.7-2 for 32 bit.
I don't
On 2/20/2015 4:42 PM, Corinna Vinschen wrote:
Hi Marco,
On Feb 20 15:53, Marco Atzeri wrote:
[...]
Moreover the 32bit and 64bit are out of sinc
1.8.7-2 vs 1.8.8-1
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so the packages are orphaned. Jan's last
On 2/20/2015 4:18 PM, Cosimo Lupo wrote:
Hi,
is there a way to downgrade and force cygwin use the previous version of
make-4.1?
any specific reason to not use version 4.1 ?
(except the momentary install glitch)
thanks
It is easier to install the dependencies of the 32bit version
Marco Atzeri writes:
It is easier to install the dependencies of the 32bit version
/usr/bin/cygguile-17.dll
/usr/bin/cygcrypt-0.dll = crypt-1.2-1
/usr/bin/cyggmp-3.dll = libgmp3-4.3.2-1
That's a slight problem since I think Yaakov just nuked this library…
Regards,
Achim.
--
+[Q+
On Fri, 2015-02-20 at 17:51 +0100, Achim Gratz wrote:
Marco Atzeri writes:
It is easier to install the dependencies of the 32bit version
/usr/bin/cygguile-17.dll
/usr/bin/cygcrypt-0.dll = crypt-1.2-1
/usr/bin/cyggmp-3.dll = libgmp3-4.3.2-1
That's a slight problem since I think
On Feb 20 17:27, Marco Atzeri wrote:
On 2/20/2015 4:42 PM, Corinna Vinschen wrote:
Hi Marco,
On Feb 20 15:53, Marco Atzeri wrote:
[...]
Moreover the 32bit and 64bit are out of sinc
1.8.7-2 vs 1.8.8-1
unfortunately it turns out that our guile (and lilypond) maintainer has
left us, so
On 04/09/2014 12:46 PM, George Pearson wrote:
Would it be possible to update the version of tar currently in cygwin?
The current version is 1.26, which, in the GNU project anyway, was
released in March 2011. I need a version with a bug fix done in Nov
2011, so 1.27 or the latest (1.27-1)
Would it be possible to update the version of tar currently in cygwin?
The current version is 1.26, which, in the GNU project anyway, was
released in March 2011. I need a version with a bug fix done in Nov
2011, so 1.27 or the latest (1.27-1) should do.
The bug fix fixes (among other things)
On 10/31/2013 00:09, Christopher Faylor wrote:.
I restrict the filenames that can be uploaded and neglected to add '+'.
I just added it now so you will have to upload those files again. Sorry
for the inconvenience.
Done, reuploaded.
Strange that I did not get any errors on my end, will
On Wed, Oct 30, 2013 at 08:31:39AM -0500, Trent Bradley wrote:
I didn't see this mentioned anywhere yet, but there appears to be a
version mismatch between gcc-core and gcc-g++.
gcc-core is listed as having 4.8.2-1 available, gcc-g++ is still at 4.8.1-3.
Updating gcc-core (and libgcc1 with it)
Il 10/30/2013 2:52 PM, Christopher Faylor ha scritto:
On Wed, Oct 30, 2013 at 08:31:39AM -0500, Trent Bradley wrote:
I didn't see this mentioned anywhere yet, but there appears to be a
version mismatch between gcc-core and gcc-g++.
gcc-core is listed as having 4.8.2-1 available, gcc-g++ is
On 10/30/2013 22:42, marco atzeri wrote:
Il 10/30/2013 2:52 PM, Christopher Faylor ha scritto:
On Wed, Oct 30, 2013 at 08:31:39AM -0500, Trent Bradley wrote:
I didn't see this mentioned anywhere yet, but there appears to be a
version mismatch between gcc-core and gcc-g++.
gcc-core is listed
On Wed, Oct 30, 2013 at 11:00:58PM +0800, JonY wrote:
On 10/30/2013 22:42, marco atzeri wrote:
Il 10/30/2013 2:52 PM, Christopher Faylor ha scritto:
On Wed, Oct 30, 2013 at 08:31:39AM -0500, Trent Bradley wrote:
I didn't see this mentioned anywhere yet, but there appears to be a
version
For your immediate attention.
This is to inform you that your funds has been programmed for transfer to the
bank account details below.
Bank name: Raiffeisen Banka,
Bank Branch : Resavska 24/ 11070,
Bank City: Beograd Srbija,
Bank Swift: RZBSRSBG,
Account Holder: Sasa Stojanovic
Destination
Hi, Marco,
I have added fontconfig to the setup.hint file and replaced tetex
packages with texlive. Python was already there. Please upload the
files if the package is usable with the updated setup.hint
(http://www.houstonbioinformatics.org/temp).
The LyX team maintains a native windows
On Feb 4 09:34, Bo Peng wrote:
Hi, Marco,
I have added fontconfig to the setup.hint file and replaced tetex
packages with texlive. Python was already there. Please upload the
files if the package is usable with the updated setup.hint
(http://www.houstonbioinformatics.org/temp).
The LyX
Dear cygwin-apps,
I was notified about a postinstall error in the lyx 1.6.6 package that
I prepared about two years ago. I have retired from the lyx
development team but since no one picked up my role as the cygwin
maintainer, I have prepared a cygwin package for lyx 2.0.5.1, which
can be
On 2/3/2013 12:13 AM, Bo Peng wrote:
Dear cygwin-apps,
I was notified about a postinstall error in the lyx 1.6.6 package that
I prepared about two years ago. I have retired from the lyx
development team but since no one picked up my role as the cygwin
maintainer, I have prepared a cygwin
Dear cygwin-apps,
I was notified about a postinstall error in the lyx 1.6.6 package that
I prepared about two years ago. I have retired from the lyx
development team but since no one picked up my role as the cygwin
maintainer, I have prepared a cygwin package for lyx 2.0.5.1, which
can be
Hi,
Can the maintainer for Cygwin's Cyrus IMAPD binaries
compile the `imtest' program (located in the Cyrus IMAPD
imtest directory) and make it accessible from the
Cygwin setup program?
Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 1/9/2013 1:20 AM, Tim Collins wrote:
On 1/7/2013 10:59 PM, marco atzeri wrote:
On 1/8/2013 7:49 AM, Tim Collins wrote:
Marco,
The package is lyx not lynx.
$ cygcheck -l lyx | grep etc
/etc/postinstall/lyx.sh/lyx.sh
sorry, than it is a package mistake
Mon Jun 14 02:22:31 2010
Hi, Marco,
I retired from the lyx development team a few years ago and have
stopped maintaining its cygwin build. I have asked around but nobody
seemed to be interested in taking over my role. Anyway, if the 1.6.6
building is not working properly, I will try to update it to the
latest version in
On 1/9/2013 6:29 PM, Bo Peng wrote:
Hi, Marco,
I retired from the lyx development team a few years ago and have
stopped maintaining its cygwin build. I have asked around but nobody
seemed to be interested in taking over my role. Anyway, if the 1.6.6
building is not working properly, I will try
It seems the dependency was wrongly adjusted for the
test version: 2.7.3-1
Today:
setup-timestamp: 1356006675
requires: crypt libbz2_1 libdb4.5 libexpat1 libffi4 libgcc1 libgdbm4
libintl8 libncursesw10 libreadline7 libsqlite3_0 libopenssl100 zlib0
_autorebase cygwin
Previously
On Thu, Dec 20, 2012 at 06:48:25PM +0100, marco atzeri wrote:
It seems the dependency was wrongly adjusted for the
test version: 2.7.3-1
Today:
setup-timestamp: 1356006675
requires: crypt libbz2_1 libdb4.5 libexpat1 libffi4 libgcc1 libgdbm4
libintl8 libncursesw10 libreadline7
2012-09-14 18:33 Peter Rosin p...@lysator.liu.se:
|
| On 2012-09-14 16:16, Christopher Faylor wrote:
| On Fri, Sep 14, 2012 at 01:05:08PM +0200, Peter Rosin wrote:
|
| $ ls -lG /usr/share/quilt/scripts
|
| -rw-r--r-- 1 peda 13114 May 24 2011 dependency-graph
| ...
| should all be chmod +x
|
On 2012-09-15 08:09, Jari Aalto wrote:
New release with the fixes has been submitted to the archives.
Thanks!
Cheers,
Peter
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
On Fri, Sep 14, 2012 at 01:05:08PM +0200, Peter Rosin wrote:
Hi!
When working on some newlib patches, ran into this:
peda@pulkan ~/newlib/src/newlib
$ quilt refresh
/usr/share/quilt/refresh: line 253:
/usr/share/quilt/scripts/remove-trailing-ws: Permission denied
Patch
[I already had Jari on bcc, given the track record, but I
managed not to scream :-) He's on bcc this time too]
On 2012-09-14 16:16, Christopher Faylor wrote:
On Fri, Sep 14, 2012 at 01:05:08PM +0200, Peter Rosin wrote:
Hi!
When working on some newlib patches, ran into this:
peda@pulkan
On Fri, Sep 14, 2012 at 05:33:58PM +0200, Peter Rosin wrote:
[I already had Jari on bcc, given the track record, but I managed not
to scream :-) He's on bcc this time too]
I used all caps (and bcc'ed him) specifically because he often seems to
miss these discussions.
cgf
--
Problem reports:
Yaakov,
On Sun, Jan 29, 2012 at 12:57:57AM -0600, Yaakov (Cygwin/X) wrote:
Idle is a good example of a Tkinter app. If you followed my upgrade
instructions, including my patch, and idle is working properly, then
it should be just fine.
idle seems to work.
I have uploaded python-2.6.7-1
Yaakov,
On Fri, Jan 27, 2012 at 09:57:56AM -0500, Jason Tishler wrote:
I'm not a python-tkinter user. Any hints on how to test?
I successfully ran the two examples from the following:
http://www.pythonware.com/library/tkinter/introduction/
Specifically, the following:
On Sat, 2012-01-28 at 12:12 -0500, Jason Tishler wrote:
I successfully ran the two examples from the following:
http://www.pythonware.com/library/tkinter/introduction/
Specifically, the following:
http://www.pythonware.com/library/tkinter/introduction/hello-tkinter.htm
On Thu, Jan 26, 2012 at 02:58:19PM -0500, Jason Tishler wrote:
On Thu, Jan 26, 2012 at 01:51:46PM -0500, Christopher Faylor wrote:
On Tue, Jan 24, 2012 at 02:29:00PM -0500, Christopher Faylor wrote:
Is there any chance that we could get some traction from the
remaining holdouts for the
On Tue, Jan 24, 2012 at 02:29:00PM -0500, Christopher Faylor wrote:
Is there any chance that we could get some traction from the remaining
holdouts for the tcl/tk upgrade? I'm primarily concerned about not
breaking python so Jason if you have time to do this sometime I'd
appreciate it. I'm sure
On Thu, Jan 26, 2012 at 01:51:46PM -0500, Christopher Faylor wrote:
On Tue, Jan 24, 2012 at 02:29:00PM -0500, Christopher Faylor wrote:
Is there any chance that we could get some traction from the remaining
holdouts for the tcl/tk upgrade? I'm primarily concerned about not
breaking python so
On Sat, 7 Jan 2012, Yaakov (Cygwin/X) wrote:
Still outstanding are:
* python[-tkinter] (Jason Tishler)
* suite3270 [tcl3270] (Peter A. Castro)
In order to provide a seamless transition for users, your packages must
be rebuilt for the new Tcl/Tk per my original instructions[1]. Please
let us
Yaakov,
On Sat, Jan 07, 2012 at 09:47:05PM -0600, Yaakov (Cygwin/X) wrote:
Still outstanding are:
* python[-tkinter] (Jason Tishler)
* suite3270 [tcl3270] (Peter A. Castro)
In order to provide a seamless transition for users, your packages
must be rebuilt for the new Tcl/Tk per my
Yaakov (Cygwin/X), le Sun 04 Dec 2011 23:32:14 -0600, a écrit :
Thank you to Dr. Volker Zell for rebuilding his packages. That still leaves:
* brltty [tcl-brlapi] (Samuel Thibault)
* python[-tkinter] (Jason Tishler)
* suite3270 [tcl3270] (Peter A. Castro)
In order to provide a
On Sun, 2012-01-08 at 02:57 +0100, Samuel Thibault wrote:
Here is the updated build, sorry it took so long.
http://brl.thefreecat.org/brltty/cygwin/brltty-4.2-3-src.tar.bz2
http://brl.thefreecat.org/brltty/cygwin/brltty-4.2-3.tar.bz2
Still outstanding are:
* python[-tkinter] (Jason Tishler)
* suite3270 [tcl3270] (Peter A. Castro)
In order to provide a seamless transition for users, your packages must
be rebuilt for the new Tcl/Tk per my original instructions[1]. Please
let us know when you will be able to do this, or if
On Mon, Dec 05, 2011 at 01:25:16AM -0500, Charles Wilson wrote:
[SNIP]
msys-tcl seems ok so far but msys-tcl-tk: it's an unholy mess, really.
:-(
If Yaakov's packaging works correctly under Cygwin (and I'd be
astonished if it didn't) that's all that we care about in Cygwin mailing
lists.
On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\
On 12/4/2011 7:33 PM, Yaakov (Cygwin/X) wrote:
On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
On Sun, 2011-12-04 at 21:05 -0500, Charles Wilson wrote:
I found this while building (msys) versions of tcl and tk, (loosely)
based on your cygports. However...I modified tk's configure.in to do a
proper AC_INIT. So now, tk defines PACKAGE_NAME as tk -- but
inherits tclConfig's setting of
1 - 100 of 185 matches
Mail list logo
