On 08 April 2007 13:49, Chris Sutcliffe wrote:
[apologies for the personal Cc, but it's time-sensitive]
No worries, thanx for checking things out!
Thanks for you hair-trigger response!
I tried to be fancy when calling configure and I didn't realize that
it triggered a 'cross-compile'
On 08 April 2007 13:55, Dave Korn wrote:
I've created a new package, so if someone could please upload:
http://emergedesktop.org/cygwin/mingw-runtime-3.12-4-src.tar.bz2
http://emergedesktop.org/cygwin/mingw-runtime-3.12-4.tar.bz2
I'm on it. (I'll doublecheck the packaging while I'm
On 04 April 2007 16:29, Chris Sutcliffe wrote:
I'm somewhat unhappy with the idea to include MingW man pages in a
Cygwin installation. Cygwin and MingW are just two different beasts, no
matter that they run on the same base OS. I would prefer either not to
install MingW man pages at all in
On 29 March 2007 10:38, Corinna Vinschen wrote:
Shouldn't we put the rebase package into the Base category finally?
The rebase problem is so common that it's worth to have it available
in every standard installation, IMHO.
Seems a sound idea to me, it's only a tiny extra download after all.
On 29 March 2007 00:16, Bob Heckel wrote:
On 3/28/07, Igor Peshansky [EMAIL PROTECTED] wrote:
Yes, this is a missing dependency issue. Since openssl is now pointing to
a new version, and these packages have not been recompiled, they need to
put openssl097 into their list of dependencies
On 19 March 2007 02:16, Christopher Faylor wrote:
On Sun, Mar 18, 2007 at 09:37:56PM -0400, Chris Sutcliffe wrote:
I'm getting ready to roll out a new MinGW runtime, as part of the new
release dirname and basename functions have been added. As part of the
package, man pages for both
On 19 March 2007 02:41, Chris Sutcliffe wrote:
How about /usr/i686-pc-mingw32/man?
Idealy, that path would need to be added to MANPATH, and if it were
added, doing a 'man 3 basename' may turn up the MinGW implementation.
Yes, but don't those two factors mitigate each other? IOW, if
On 09 February 2007 18:58, Andrew Schulman wrote:
I am very confused about what's happening with setup.exe.
At http://mirror.mcs.anl.gov/pub/cygwin/, if I look in setup.ini or
setup.bz2, they both show versions 3.5.9-1 and 3.5.1-1 of lftp. But when I
run setup, it somehow finds an older
On 07 February 2007 10:18, Corinna Vinschen wrote:
On Jul 24 18:59, Corinna Vinschen wrote:
Btw., it just occured to me that I'd rather get rid of the 9x stuff in
the 1.7.0 DLL entirely. This would have visible advantages.
- The code size of the DLL would shrink by a good amount.
- The
On 07 February 2007 10:58, Corinna Vinschen wrote:
We have a branch for 1.5.x already for 9 months. Guess where the
recent 1.5.x releases came from? ;)
Ah, didn't notice.
Is 1.7 going to branch off 1.5, or are 1.5 changes going to be merged back
to mainline and 1.7 series kick off from
On 07 February 2007 11:14, Corinna Vinschen wrote:
On Feb 7 11:03, Dave Korn wrote:
On 07 February 2007 10:58, Corinna Vinschen wrote:
We have a branch for 1.5.x already for 9 months. Guess where the
recent 1.5.x releases came from? ;)
Ah, didn't notice.
Is 1.7 going to branch off
On 31 January 2007 14:51, John F Burkhart wrote:
Hello all. I've found this post:
http://www.thescripts.com/forum/thread32391.html
and I am having an identical problem.
I'm a newbie.
Guess you must be, because you're on the wrong list! :) Would you mind
reposting this to the main
On 19 January 2007 14:41, Chris Sutcliffe wrote:
Hey All,
I'm trying to package astyle 1.20 and I've run in to a snag. When
executing cygport I get:
$ cygport astyle-1.20-1.cygport all
Preparing astyle-1.20-1
*** Info: gnupg must be installed in order to check signatures.
Unpacking
On 10 January 2007 18:32, Václav Haisman wrote:
Uploaded. Please send your release announcement. (I'm not able to approve
it; we'll have to wait for one of the others to moderate it).
cheers,
DaveK
--
Can't think of a witty .sigline today
On 10 January 2007 18:32, Václav Haisman wrote:
PING?
Fixes the reported bug. Packaging looks good. Haven't verified the
setup.hints yet, but if they look good I could upload it for you at some point
in the next couple of hours. Sorry for the delay.
cheers,
DaveK
--
Can't
On 11 January 2007 00:47, Dave Korn wrote:
On 10 January 2007 18:32, Václav Haisman wrote:
PING?
Fixes the reported bug. Packaging looks good. Haven't verified the
setup.hints yet
They have CRLF line endings. I think I should probably run d2u over them.
cheers,
DaveK
On 10 January 2007 01:43, Larry Hall (Cygwin) wrote:
I do notice, however, that gcc has a dependency on cygintl-8.dll but doesn't
show the dependency in the setup.hint file. Dave, can you review this and
see if the setup.hint files need to be updated?
It's odd; all the sub-executables in
On 04 January 2007 00:17, Václav Haisman wrote:
Hi,
I have compiled new release of Boost packages, for the first time with
.dlls.
I'll give that some testing later this evening after I get out from work.
It can be downloaded using the attached shell script.
I ran the commands from it
On 04 January 2007 20:21, Václav Haisman wrote:
Continued download failed on this file, which conflicts with `-c'.
Refusing to truncate existing file `boost-devel/index.html'.
This is extremely strange. It works for me, on four different machines, 2x
FreeBSD, one Gentoo Linux and my own
On 19 December 2006 14:07, Stephen More wrote:
It appears that the cygwin setup.exe only works for Proxy-Authenticate:
Basic.
Are there any plans to code for any of the following:
Proxy-Authenticate: NTLM
Proxy-Authenticate: Kerberos
Proxy-Authenticate: Negotiate
Not AFAIK.
On 19 December 2006 17:02, Brad Bell wrote:
CppAD now has three positive votes:
http://cygwin.com/ml/cygwin-apps/2006-12/msg00026.html
http://cygwin.com/ml/cygwin-apps/2006-12/msg00028.html
http://cygwin.com/ml/cygwin-apps/2006-12/msg00046.html
Four now!
On 18 December 2006 14:45, Thrall, Bryan wrote:
Dave Korn wrote on Friday, December 15, 2006 7:13 PM:
On 15 December 2006 21:08, Thrall, Bryan wrote:
I'm seeing setup.exe built from CVS head crash on Windows 2003 Server
x64 (Standard version, SP 1).
Program received signal SIGSEGV
On 18 December 2006 04:07, Christopher Faylor wrote:
On Mon, Dec 18, 2006 at 03:22:03AM -, Dave Korn wrote:
I haven't removed 3.4.4-1 and 3.4.4-2 because
I don't see any reason to delete old versions. People want them from time
to time and we have plenty of disk space.
Okeydokey
On 15 December 2006 21:08, Thrall, Bryan wrote:
I'm seeing setup.exe built from CVS head crash on Windows 2003 Server
x64 (Standard version, SP 1).
Program received signal SIGSEGV, Segmentation fault.
0x004eb157 in [EMAIL PROTECTED] ()
(gdb) bt
#0 0x004eb157 in [EMAIL PROTECTED] ()
#1
On 19 November 2006 15:34, Bryan wrote:
I downloaded the source from cygwin, but when I type sh
fltk-1.1.4-2.sh, I get the following error message:
fltk-1.1.4-2.sh: line 71: syntax error near unexpected token `'
fltk-1.1.4-2.sh: line 71: ` mkdirs )'
what am I doing wrong?
Nothing,
On 17 November 2006 17:00, Christopher Faylor wrote:
Which, btw, makes me ask: Have we missed gold stars for any other
package adopters? I tend to hold off on issuing a gold star until
the package has already been uploaded so I may have missed somebody.
:) Can I have an experimental
On 06 November 2006 18:57, Maurício wrote:
Hi,
I'm really sorry to ask this here, but I looked in
all places I knew of (bottom of messages, page of
list) and could not find instructions on how to
unsubscribe from this list. Can anyone give me a tip?
Two:
#1. Look at the
On 30 October 2006 11:28, Dave Korn wrote:
How about just providing an extra option on the choose installation
type page: Re-run failed postinstall scripts, that just jumps
immediately to that stage, and thereby cleans up any leftovers?
ISTM that would provide all the same
On 12 October 2006 14:53, Igor Peshansky wrote:
I've been doing this rename manually for ages, and it hasn't adversely
affected the operation of Cygwin.
I can confirm that, having also done it. In fact, it *so* didn't affect the
operation of cygwin that I forgot it was me who did it and
Ping Dave Trollope!
I have verified that this bug also exists in your mlcscope package; can you
keep your eyes open to see if they issue a fixed version upstream? If they
don't, you might be able to adapt the bugfix patches from the original
cscope[*].
cheers,
DaveK
[*] - See
On 09 September 2006 14:31, Dave Diane wrote:
Hi everyone,
Last call for votes. Volker and Reini voted, are there 3 more out there?
Cheers
Dave
+1 vote, but I think perhaps not GTG:
--
[EMAIL PROTECTED]
On 10 September 2006 03:44, Dave Diane wrote:
Hi Dave,
I have updated the package. The updated files are at:
http://www.lowtechnet.com/cscope
I hope this resolves your issue.
Yep, that's great!
cheers,
DaveK
--
Can't think of a witty .sigline today
On 17 August 2006 21:30, Christopher Faylor wrote:
I guess this is a YMMV situation. It seems to me that this is intended as
a replacement for GNU make.
remake is a patched and modernized version of GNU make utility that
adds improved error reporting, the ability to trace execution
On 18 August 2006 15:20, Christopher Faylor wrote:
On Fri, Aug 18, 2006 at 10:38:29AM +0100, Dave Korn wrote:
BTW I would also not want to change the name from upstream. It is *so*
much the twin/counterpart of make that the name is entirely suitable.
...and that's why I suggested /etc
On 17 August 2006 20:04, Christopher Faylor wrote:
On Thu, Aug 17, 2006 at 09:00:22PM +0200, Reini Urban wrote:
Christopher Faylor schrieb:
On Mon, Aug 14, 2006 at 11:18:28AM -0400, Christopher Faylor wrote:
[snip]
I just wanted to say that I really love the idea of something like
remake.
On 14 August 2006 09:58, Max Bowsher wrote:
Corinna Vinschen wrote:
On Aug 12 23:13, Max Bowsher wrote:
The recent thread about remake suggests it would be a good idea to
define some actual official package naming rules: exactly what things
are considered valid for the name, version, and
On 14 August 2006 14:17, Christopher Faylor wrote:
On Sat, Aug 12, 2006 at 08:47:04PM +0100, Dave Korn wrote:
Incidentally, it's also part of my plan to maintain it with the old
cygwin make DOS path-handling patches, which I hope will satisfy a lot
of the current complaints on the main list
Heya all,
I want to ITP remake (the make debugger) and I can't figure out how to name
it.
The upstream source is called remake-3.80+dbg-0.61.tar.gz. If I plug this
into g-b-s unaltered, it decides the parts of the package name are:
[EMAIL PROTECTED] /usr/build/package/remake
On 24 July 2006 17:59, Corinna Vinschen wrote:
Now that Microsoft has finally dropped support for Windows 98 and Me,
we're going to drop 9x support as well.
What we're planning to do is this:
The complete net distribution gets copied to a new place. This new
place is the distro kept for
On 20 July 2006 20:00, Christopher Faylor wrote:
On Thu, Jul 20, 2006 at 09:27:56AM +0100, Dave Korn wrote:
d'oh.
It's on sourceware.org, but only in my home dir. I couldn't find the
/cygwin/release dir and didn't think it would be friendly to run a huge
find job across the entire
d'oh.
It's on sourceware.org, but only in my home dir. I couldn't find the
/cygwin/release dir and didn't think it would be friendly to run a huge find
job across the entire filing system.
Could someone (perhaps offlist would be best) let me know the local path on
sourceware.org to the
On 14 June 2006 14:19, Corinna Vinschen wrote:
Dave Korn wrote:
On 13 June 2006 11:37, Corinna Vinschen wrote:
have (i.e. GCC, Perl).
gcc* Dave Korn?
I'd like to ask Yaakov, Max, Dave and Yitzchak, are you taking over,
or are you still considering to take over
On 13 June 2006 11:37, Corinna Vinschen wrote:
have (i.e. GCC, Perl).
gcc*Dave Korn?
I'd like to ask Yaakov, Max, Dave and Yitzchak, are you taking over,
or are you still considering to take over? It would be nice to have
that sorted out.
I've got a release
Since I've got a cvs a/c and keyfile on sourceware, is it possible for me to
upload packages with sftp?
http://www.cygwin.com/ml/cygwin-apps/2006-04/msg00086.html suggests that
there's some way of uploading directly to sourceware, but a quick test with
sftp doesn't WFM: it appears to
On 31 May 2006 17:39, Christopher Faylor wrote:
On Wed, May 31, 2006 at 05:35:38PM +0100, Dave Korn wrote:
Since I've got a cvs a/c and keyfile on sourceware, is it possible for
me to upload packages with sftp?
No. You have CVS access only.
cgf
Ok, well in terms of
http
On 31 May 2006 18:11, Christopher Faylor wrote:
On Wed, May 31, 2006 at 05:59:53PM +0100, Dave Korn wrote:
On 31 May 2006 17:39, Christopher Faylor wrote:
On Wed, May 31, 2006 at 05:35:38PM +0100, Dave Korn wrote:
Since I've got a cvs a/c and keyfile on sourceware, is it possible for
me
Hi all,
Just a quick update to let you all know how it's going: well, is the answer,
but slowly also. (I have a 6-year-old 850MHz athlon pc; that isn't very fast
considering the size of the job).
I've got to grips with the whole build and packaging procedure, and found
and fixed a few
On 13 May 2006 16:04, James McLaughlin wrote:
Hi,
A while ago I downloaded the source packages for the
Cygwin versions of gcc-mingw-core and gcc-mingw-g++.
However, after I decompressed them I found that they
didn't contain any source except a few header files,
but that they did contain a
On 15 May 2006 12:27, Brian Dessent wrote:
Dave Korn wrote:
[EMAIL PROTECTED] /usr/src ls -la gcc-mingw-core-20050522-1/
total 3521
drwxrwx---+ 2 dk Users 0 May 15 12:05 .
drwxrwx---+ 36 dk Users 0 May 15 12:06 ..
-rwxr-x---+ 1 dk Users3762 Jun 4 2005 Makefile.in
On 04 May 2006 10:22, Dave Korn wrote:
On 03 May 2006 21:43, Christopher Faylor wrote:
On Wed, May 03, 2006 at 10:24:19PM +0200, Gerrit P. Haase wrote:
there is not enough time to maintain all my packages.
Who wants to maintain one or more of my packages, maybe Yaakov wants to
take over
? Then there are some more
major packages which really require a maintainer with more time than I
have (i.e. GCC, Perl).
Hi Gerrit,
I completely understand.
I'm wondering if Dave Korn or Brian Dessent would consider maintaining
gcc?
cgf
I will definitely consider this quite seriously. I'm
On 14 April 2006 16:59, Christopher Faylor wrote:
- Forwarded message from Cron Daemon [EMAIL PROTECTED] -
Invalid header block at offset unknown at
/export/u0/sourceware/sourceware/libre/infra/bin/cygwin/Cygwin/Setup/Listing.p
m
line 186 Invalid header block at offset unknown at
On 14 April 2006 17:14, Christopher Faylor wrote:
On Fri, Apr 14, 2006 at 05:08:52PM +0100, Dave Korn wrote:
On 14 April 2006 16:59, Christopher Faylor wrote:
- Forwarded message from Cron Daemon [EMAIL PROTECTED] -
Invalid header block at offset unknown at
/export/u0
On 15 March 2006 23:21, Max Bowsher wrote:
If I don't hear from you in the next
few hours I'll check in part 2 of the patch on its own like you asked,
Could you post it to the list, first? To clarify, I haven't looked in
detail at part 2, I only noted that part 1 had a conceptual issue, and
On 14 March 2006 16:20, Dave Korn wrote:
On 14 March 2006 16:03, Max Bowsher wrote:
Dave Korn wrote:
The radiobuttons for Prev, Keep, Curr, Exp at the top of the package
chooser should never have been radiobuttons. They don't select a
persistent mode, they perform an instantaneous
On 14 March 2006 15:37, Max Bowsher wrote:
setup doesn't make _any_ C++ calls across DLL boundaries.
Eminently good practice!
Looks good, please go ahead and commit.
Applied.
It is my fond hope that one day we will have completely eliminated
String from setup's code in favour of
with least danger of knock-on effects, whereas if
we change c_str we'd have to be sure that any code that depended on getting a
NULL return worked as well when given a real return with a strlen of zero.
2006-03-14 Dave Korn [EMAIL PROTECTED]
* String++.cc (new_cstr_char_array): Handle
On 12 March 2006 06:56, Dave Korn wrote:
One slight revision:
Also, the view button with the cycling every time you click it thing?
Eww! :-P
So I made it a combo box.
I tightened up the initialisation, so that the view mode is set by looking
up the selected item in the combobox
windows-UI-y-ish, IYSWIM.
ChangeLog:
2006-03-12 Dave Korn [EMAIL PROTECTED]
* resource.h (IDC_CHOOSE_VIEWCAPTION): Deleted, replaced by ...
(IDC_CHOOSE_VIEW_LABEL): New static text control.
(IDC_SELECTION_LABEL): New static text control
On 09 March 2006 23:14, Max Bowsher wrote:
* script.cc (Script::run): Fix inverted test for abnormal exit.
Do not rename to .done unless completed successfully.
And ping (attached as setup-script-exit-code-fix.patch).
Do we necessarily want to try to re-run failed scripts the
On 20 February 2006 21:44, Jari Aalto wrote:
Dave Korn dave.korn-RQamRl9Jd2/[EMAIL PROTECTED] writes:
Forgive me if I'm being really stupid, or if we just have different
meanings of the word work, but I just don't get it: /HOW/ do I
turn this source tarball into a working, installed version
On 20 February 2006 10:02, Dr. Volker Zell wrote:
By the way if this gets all the needed votes, the package is GTG. Nothing
to build but packaging looks good.
Hmm, I had to install cygbuild before I could build it from source, which
seems a bit OTT just for installing a shell script!
On 20 February 2006 12:03, Dr. Volker Zell wrote:
Dave Korn writes:
[EMAIL PROTECTED] /artimi/cyg-test-gt5/test ./gt5-1.3-1.sh -v install
-- Cygbuild 2006-02-17 1.832 http://cygbuild.sourceforge.net/
It works fine for me.
-- Cygbuild 2006-02-17 1.837 http
On 20 February 2006 16:10, Jari Aalto wrote:
Dave Korn dave.korn-RQamRl9Jd2/[EMAIL PROTECTED] writes:
Hmm, I had to install cygbuild
That is not a requirement. Only if you intend to start porting source
packages. The included *.sh is self hosting to build the binaries.
When I just
On 16 February 2006 20:16, Lapo Luchini wrote:
Dave Korn wrote:
Why must they? Why not just alt-tab to them and press enter?
Not so easy to send an alt-tab thru VNC, not using the X client, at least.
That would be a bug/limitation. The win32 version has a config option to
send command
On 16 February 2006 08:50, Lapo Luchini wrote:
behaviour... moreover in latest setup release those modal windows
sometimes appear /under/ the main windows and are closable only with a
combination of alt-tab and enter, and must be killed altogether if
using setup thru VNC
Why must they?
Thrall, Bryan wrote:
So all we need now is a ChangeLog entry please Byran!
Oh yeah. Here you go:
Applied:
http://cygwin.com/ml/cygwin-apps-cvs/2006-q1/msg1.html
Thanks for your contribution!
cheers,
DaveK
--
Can't think of a witty .sigline today
Thrall, Bryan wrote:
Thrall, Bryan wrote on Thursday, January 12, 2006 1:17 PM:
Setup.exe currently (based on CVS HEAD) uses the last selected option
from the Source page instead of the command line option (if it is
present). For example, if the user selected Download without
installing the
Thrall, Bryan wrote:
Dave Korn wrote on Thursday, January 19, 2006 12:45 PM:
Christopher Faylor wrote:
So, since there is now this unbelievable consensus and good will
could someone check in the patch?
cgf
Well, I haven't tested it yet, so if nobody else does so first,
I'll
Charles Wilson wrote:
Jari Aalto wrote:
The CVS in Cygwin is rather old. The problematic in it is, that
it does not work in environments where all traffic must go through SQUID
proxy.
The support was added 1.12.7 and Debian includes 1.12.9 (unstable)
Somebody is going to have to
Gerrit P. Haase wrote:
Then it would be better to not split the package in several parts. I
include all the docs and manuals in the main package e.g. with gcc or
perl and with small packages I don't even think about splitting. On the
other hand my doc packages doesn't require anything and
Gerrit P. Haase wrote:
Hello,
pcre requires pcre-doc. Isn't it possible to use pcre without having
the docs installed?
Well, I'd say it isn't possible to use _any_ package without RTFMing, in the
most general case!
I think that making sure the docs get installed along with the
Gerrit P. Haase wrote:
Gerrit P. Haase wrote:
Hi,
I have selected some packages checked in the partial view which packages
are active, then when installation strted several packages were
installed which were not selected. E.g. autoconf, automake related and
such.
Since I explicitely
Corinna Vinschen wrote:
On Nov 1 14:42, Samuel Thibault wrote:
Braille devices are more and more using USB connections. Brltty uses
libusb-win32[2] for accessing them. This isn't packaged in cygwin
yet. Was it ever considered packaging? (it is GPL/LGPL)
The web page mentions that it's not
Corinna Vinschen wrote:
The web page mentions that it's not working for MingW or Cygwin, so
it seems there's still some porting effort necessary.
AAMOF, I think you've mistranslated there Corinna. The way I read that line
is that it says Requirements: MinGW/Msys, [ implied BECAUSE ]
[ Nobody expects the Spanish unTITTTLquisition! ]
Corinna Vinschen wrote:
On Nov 2 14:20, Dave Korn wrote:
/* workaround for bug 666316 and bug 671964 */
#undef IoGetCurrentIrpStackLocation
#define IoGetCurrentIrpStackLocation(irp) (*(struct
_IO_STACK_LOCATION**)((char*)(irp) + 96
Original Message
From: Vlad
Sent: 17 September 2005 19:48
The source package fails during the build, with:
gcc -DHAVE_CONFIG_H -I. -I/tmp/graphviz/graphviz-2.2.1/gd -I..
- -I/usr/include/freetype2 -I/usr/include/libpng12 -O2 -Wall -MT
gdkanji.lo
- -MD -MP -MF .deps/gdkanji.Tpo -c
Original Message
From: Brian Ford
Sent: 15 September 2005 23:20
I am confused, though. The crash you presented to me was one of not being
able to start nedit at all:
Date: Fri, 01 Jul 2005 17:09:32 -0700
From: Harold L Hunt
To: Brian.Ford
Subject: Re: lesstif update request
Original Message
From: M.Fujii
Sent: 10 September 2005 03:29
Hi.
# Excuse me my poor English.
I found the cause of crash on setup.exe 2.510.2.1 built by GCC 3.4.4.
Please try an attached patch.
Calling erase() in packagemata::ScanDownloadedFiles() invalidates
iterator i.
Original Message
From: Michael W. Lewis
Sent: 08 September 2005 13:21
I got the attached error message when trying to access the kde-cygwin
site using the new setup.exe (version 2.510.2.1)
Is this a known problem in setup.exe?? Or does kde-cygwin need to
repair their site??
Original Message
From: Christopher Faylor
Sent: 08 September 2005 16:18
This doesn't seem to be a problem with the package database. You can
add a umount --remove-all-mounts to the above, choose a different root
during installation and still get the same result.
It's a bogus
Original Message
From: Igor Pechtchanski
Sent: 08 September 2005 16:27
This doesn't seem to be a problem with the package database. You can
add a umount --remove-all-mounts to the above, choose a different root
during installation and still get the same result.
Looks like Dave
Original Message
From: Igor Pechtchanski
Sent: 08 September 2005 16:34
Not really. You do have a download some files step. Perhaps Dave
should've said a *perceived* discrepancy, however, i.e., a genuine bug
in setup.
Yep, I reckon it is that. It gets the size wrong somehow. My
Original Message
From: Brian Dessent
Sent: 08 September 2005 17:05
Dave Korn wrote:
Or perhaps that __result may be used uninitialised warning in the stl
stuff is for real after all, and the iterator is actually returning an
uninitialised value.
Sadly, it looks like something
Original Message
From: Max Bowsher
Sent: 08 September 2005 18:34
A branch is just a special kind of tag, so we might as well just do a
branch-tag in the first place.
No, the standard procedure is to create an ordinary tag to use as the
branch-point, and then create a branch tag
Original Message
From: Max Bowsher
Sent: 08 September 2005 18:53
I agree with all of the above motivation, but since a branch with no
commits is literally just a special kind of tag, why not create the
branch in the first place?
If it then turns out we need it, we use it. If not, no
Original Message
From: Corinna Vinschen
Sent: 07 September 2005 09:36
I mean it!
I don't want to drop textmode support from Cygwin(*), but why do we
still give the user the choice in the first place? If the user can't
choose textmode in the base installation, we will have a lot
Original Message
From: Corinna Vinschen
Sent: 07 September 2005 14:35
On Sep 7 09:18, Igor Pechtchanski wrote:
On Wed, 7 Sep 2005, Igor Pechtchanski wrote:
I also meant to add that if we had an Advanced Settings pane in setup,
the mount mode setting would go in there.
Ok with me,
Original Message
From: Jari Aalto
Sent: 31 August 2005 21:15
B) or do this (preferred)
mkdir bzr ; cd bzr
wget -q -O - http://cygwin.cante.net/bzr/get.sh | sh
Um, from a security point of view, that's one of the most appalling things
I've ever seen suggested in my life. Literally.
Original Message
From: Gary R. Van Sickle
Sent: 18 August 2005 04:25
there's a Chicken-Flavored Pill in every pot,
Speaking of chickens, I think I hear them calling. Bock-bock-b'gaaawwwk!
cheers,
DaveK
--
Can't think of a witty .sigline today
Original Message
From: Christopher Faylor
Sent: 17 August 2005 18:20
Let's apply some common sense here, too. You specify wt, what would
you expect? You'd expect a file with CRLF endings, i.e., LF should be
translated to CRLF.
Well, not on a linux box I wouldn't.
If I open a
Original Message
From: Bengt-Arne Fjellner
Sent: 12 August 2005 15:44
Alexey Lyubimov skrev:
This dll (cygcrypto-0.9.7.dll) is missing in my
installation.
I've just installed Subversion package v1.2.0 and it
appeares that SVN requires this dll at the runtime.
I tried to install the
Original Message
From: Max Bowsher
Sent: 12 August 2005 16:25
Christopher Faylor wrote:
On Fri, Aug 12, 2005 at 03:50:44PM +0100, Dave Korn wrote:
Looks like there's a dependency missing then!
I just added it.
I removed it. Subversion doesn't directly depend on OpenSSL
Original Message
From: Eric Blake
Sent: 04 August 2005 17:57
Oh, sure, I'm using a write-only mail address, that's why I don't see
them. If more than two maintainers get these mails all the time, I'll
unsubscribe kuser-ctl.
Well, that's three maintainers. I think kuser-ctl is
Original Message
From: Jan Nieuwenhuizen
Sent: 12 July 2005 21:20
Dave Korn writes:
post-texmf.sh:
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
How odd. Buth this probably is a symptom a permission problem too?
I think the texmf maintainer needs
Original Message
From: FischRon.external
Sent: 12 July 2005 14:32
post-texmf.sh:
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or
Original Message
From: Chris January
Sent: 28 June 2005 12:06
You can use AttachConsole (ATTACH_PARENT_PROCESS) to attach to the
parent process console. If the parent process does not have a console
the call will fail and you can popup a message box instead. IMHO this is
the most
Original Message
From: Brian Dessent
Sent: 27 June 2005 18:50
Dave Korn wrote:
Igor Pechtchanski wrote:
Mangled attributions. I wrote this bit.
I was replying to both of you, and quoting you through Igor's quote.
That's pretty much the textbook definition of mangling
Original Message
From: Igor Pechtchanski
Sent: 27 June 2005 17:27
On Mon, 27 Jun 2005, Nikhil Nair wrote:
On Sun, 26 Jun 2005, Igor Pechtchanski wrote:
Assuming you have the ability to edit files, as a temporary workaround
you could add the following line to your
Original Message
From: Brian Dessent
Sent: 27 June 2005 18:31
Igor Pechtchanski wrote:
Mangled attributions. I wrote this bit.
Oh, that reminds me, --no-md5 is broken, I just noticed the other day
- gotta look at that too.
It's not broken, it doesn't exist any more.
So,
401 - 500 of 528 matches
Mail list logo