Brian Dessent schrieb:
Again, I'm looking for any kind of feedback about these new features:
works/doesn't work, bad wording, UI comments, etc.
Are you really sure that Redhat has the copyright from 2002-2005 also?
I remember only for the beginning, but from then on it belongs to the
authors:
Reini Urban wrote:
Brian Dessent schrieb:
Again, I'm looking for any kind of feedback about these new features:
works/doesn't work, bad wording, UI comments, etc.
Are you really sure that Redhat has the copyright from 2002-2005 also?
I remember only for the beginning, but from then on it
Brian Dessent wrote:
Reini Urban wrote:
Brian Dessent schrieb:
Again, I'm looking for any kind of feedback about these new features:
works/doesn't work, bad wording, UI comments, etc.
Are you really sure that Redhat has the copyright from 2002-2005 also?
I remember only for the beginning, but from
Brian Dessent wrote:
Okay, how about this scenario:
Remove the checkbox; add a button that says Select these now
(Recommended). When you press it the packages are selected and the
contents of the text box are replaced with the status of those changes
(e.g. selecting foomatic-1.2.3-1... but the
Brian Dessent wrote:
Harold L Hunt II wrote:
Would it be possible to hide the ZZZRemovedPackages category when in
Category view, without changing the dependency logic regarding this
category?
Yes, in fact I've been meaning to bring this up. In terms of the end
user, there should be no reason at
Max Bowsher wrote:
You're right, it's not really Redhat's copyright. I changed it to say
Copyright 2001-2005 Redhat because the previous value Copyright
2000,2001 seemed a bit out of date. What about, Copyright 2000-2005
Redhat and various contributors?
Yes, I think thats fine
In order to give the user a little progress feedback, I suggest that
post-texmf.sh be split into post-texmf-stage1.sh, -stage2.sh, etc.
In this way, there will be some visible indication in setup.exe that
progress is occurring.
Max.
I believe I have now got the MD5 checking to behave in a sensible way.
I'm inclined to make a release branch, to start the process of getting the
nicer dialogs and proxy port fix into a release. Then, Brian can start using
trunk to develop the new dependency logic.
Any thoughts on anything
On Fri, May 06, 2005 at 11:30:00AM -0400, jose isaias cabrera wrote:
I am running xterm and I would like to use a different color instead of
bold. I have set all the options and I still get bold double strike
instead of a different color. Any ideas where to change this? My cygwin
bat
Alexander Gottwald wrote:
The colors are defined in /usr/X11R6/lib/X11/rgb
If the file is not installed, broken or somehow the xserver tries to use
a different file then the colors are not defined.
I have a /usr/X11R6/lib/X11/rgb.txt. I also created a symbolic link,
rgb-rgb.txt.
showrgb should
On Sat, 7 May 2005, Jack Tanner wrote:
Alexander Gottwald wrote:
The colors are defined in /usr/X11R6/lib/X11/rgb
If the file is not installed, broken or somehow the xserver tries to use
a different file then the colors are not defined.
I have a /usr/X11R6/lib/X11/rgb.txt. I also created a
Here is my XWin call from startxwin.bat:
run XWin -multiwindow -clipboard -emulate3buttons -silent-dup-error
Here is my xterm call:
xterm -geometry 80x60 -sl 5000 -bg black -fg grey -fbb -fb font2 -display
127.0.0.1:0.0 -e /usr/bin/bash -l
- Original Message -
From: Thomas Dickey
On Sat, May 07, 2005 at 07:43:59PM -0400, jose isaias cabrera wrote:
Here is my XWin call from startxwin.bat:
run XWin -multiwindow -clipboard -emulate3buttons -silent-dup-error
Here is my xterm call:
xterm -geometry 80x60 -sl 5000 -bg black -fg grey -fbb -fb font2 -display
Thank you Thomas! Sometimes, well, you try too hard. I have been through
these and kept trying different settings. I appreciate your help, folks!
Thanks.
josé
- Original Message -
From: Thomas Dickey [EMAIL PROTECTED]
To: jose isaias cabrera [EMAIL PROTECTED]
Cc:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-07 20:20:52
Modified files:
cygwin : ChangeLog devices.cc
Log message:
* devices.cc: Regenerate with correct name for dev_netdrive_storage.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-07 21:06:09
Modified files:
cygwin : ChangeLog cygtls.h path.cc
Log message:
* path.cc (normalize_posix_path): Don't treat '//' specially since newer
versions of
Christopher Faylor writes:
Um. Wrong mailing list Volker.
Upps, sorry ... and I was wondering why it didn't show up on the xemacs
patches list.
cgf
Ciao
Volker
Christopher Faylor [EMAIL PROTECTED] writes:
Except that it can't be made to work correctly due to a bash bug.
Which Bash bug is that? Bash bugs can be fixed.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Hi,
I've known for sometime that there are limitations to the the
internationalization support provided by the cygwin dll. Specifically,
the POSIX readdir implementation returns dirent names where non US-ASCII
characters default to ASCII '?' character. I am sympathetic to the
difficulties
Hi,
Your access to the Windows/cygwin clipboard
cat fred | putclip # copy/paste
getclip # copy/paste
cat /dev/clipboard
echo hello /dev/clipboard
Have I missed anythinh?
Are putclip getclip Cygwin specific?
--
zzapper
vim -c :%s%s*%Cyrnfr)fcbafbe[Oenz(Zbbyranne%|:%s)[[()])-)Ig|norm Vg?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul Eggert on 5/6/2005 12:01 PM:
That looks pretty complicated. How about if we just rely on open
and fcntl to do the work? If they don't work, they should.
I installed this into coreutils:
2005-05-06 Paul Eggert [EMAIL
On Fri, May 06, 2005 at 10:59:22PM -0600, Trevor Osatchuk wrote:
When starting up vi/vim I get the following error:
E558: Terminal entry not found in terminfo
'cygwin' not known. Available builtin terminals are:
builtin_ansi
builtin_xterm
builtin_iris-ansi
builtin_dumb
defaulting to ansi
Help
On Fri, May 06, 2005 at 11:34:56PM -0700, Paul Eggert wrote:
Christopher Faylor [EMAIL PROTECTED] writes:
Except that it can't be made to work correctly due to a bash bug.
Which Bash bug is that?
Eric Blake alluded to it here:
http://sources.redhat.com/ml/cygwin/2005-05/msg00254.html
Bash is
On Sat, May 07, 2005 at 09:14:17AM -0600, Eric Blake wrote:
According to Paul Eggert on 5/6/2005 12:01 PM:
That looks pretty complicated. How about if we just rely on open
and fcntl to do the work? If they don't work, they should.
I installed this into coreutils:
2005-05-06 Paul Eggert
On Sat, May 07, 2005 at 02:51:00PM +0100, zzapper wrote:
Your access to the Windows/cygwin clipboard
My access? Are you snooping on me?
cat fred | putclip # copy/paste
How did you know about fred? Get off of my computer!
getclip # copy/paste
cat /dev/clipboard
echo hello /dev/clipboard
After upgrading some packages (tetex-3.0.0-3.tar.bz2, man-1.5p-1.tar.bz,
doxygen-1.4.2_20050421-1.tar.bz2, yesterday 06 May 2005
and subversion-1.1.4-1.tar.bz2, subversion-devel-1.1.4-1.tar.bz2,
_update-info-dir-00232-1.tar.bz2, tzcode-2005h-1.tar.bz2,
xemacs-21.4.17-1.tar.bz2, xemacs-tags,
Sorry. It still doesn't work. I have ran updmap by
hand, somehow get it runs successfully. But it does
not create the directory /var/lib/texmf.
What else can I do?
I think I have to switch back to the earlier version
of tetex such that I can get my work done for now.
--
TC writes:
When
On Sat, May 07, 2005 at 05:52:10PM +0200, Angelo Graziosi wrote:
I discovered the following strange behaviour in bash and xterm (startxwin)
shells:
BACKSPACE does not delete y as aspected but it only shifts the cursor on
y and when I type n and then RETURN the file foo.txt is REMOVED!
This has
Not only in xterm but also in standard bash shell.
I have always used xterm and until today I never have discovered those
problems.
What about the fact that when rm command (or cp or mv) ask to confirm
something, I can move the (box) cursor along the window as in a Editor?
Thanks
angelo.
On
Steve,
On Tue, Apr 19, 2005 at 08:48:16AM -0400, Jason Tishler wrote:
You can workaround the problem by defining PYTHONCASEOK:
$ PYTHONCASEOK= python -c 'import bar'
$
I will work with the Python developers to try to come up with a better
long term solution.
I have found the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Relevant clips from this cygwin bug report. When tty settings are weird
(I'm not sure whether the bug is in cygwin, xterm, or just bad tty
settings that could be reproduced elsewhere), backspace only repositions
the cursor on screen, so that the
You can us stty erase ^H (or what ever might be appropriate for the
terminal) to get this to work. I was able to observe the exact symptoms
you reported and correct do the above.
-- Mark
Angelo Graziosi wrote:
Not only in xterm but also in standard bash shell.
I have always used xterm and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/7/2005 9:43 AM:
Which Bash bug is that?
Bash is the most important program for which 'that chdir(//) is
currently no different from chdir(/)'.
Is that a bug in bash or in cygwin, though? The comments for
On Sat, May 07, 2005 at 11:08:05AM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/7/2005 9:43 AM:
Which Bash bug is that?
Bash is the most important program for which 'that chdir(//) is
currently no different from chdir(/)'.
Is
Eric Blake [EMAIL PROTECTED] wrote:
Relevant clips from this cygwin bug report. When tty settings are weird
(I'm not sure whether the bug is in cygwin, xterm, or just bad tty
settings that could be reproduced elsewhere), backspace only repositions
the cursor on screen, so that the actual
2005-05-06 Paul Eggert [EMAIL PROTECTED]
* NEWS: dd has new iflag= and oflag= flags binary and text.
* doc/coreutils.texi (dd invocation): Document it.
* src/dd.c (flags, usage): Support it.
That's okay for a start, but it now defaults to the underlying mount mode
when the
Jason -
Looks like just the right fix. Thanks for all the good work.
- Steve
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On Mon, Apr 25, 2005 at 01:00:59AM -0700, Selin 428 wrote:
i have a problem with rebasing dlls not from cygwin. I like the switch
for setting offset so i don't want to use M$ rebase which works for me
but cygwins rebase always writes:
.dll: skipped because not rebaseable
i call it outside
On Sat, 7 May 2005, Christopher Faylor wrote:
On Sat, May 07, 2005 at 02:51:00PM +0100, zzapper wrote:
Your access to the Windows/cygwin clipboard
My access? Are you snooping on me?
cat fred | putclip # copy/paste
How did you know about fred? Get off of my computer!
getclip #
I have not understand what I should to do.
In any case, I am conforted that there is someone who oberve the some
symptoms!
I think that the problems arise from recent upgrades that now I cannot
single out.
It is as if something has changed in the configuration.
The problems are not specific
On Sat, May 07, 2005 at 01:25:40PM -0400, Christopher Faylor wrote:
On Sat, May 07, 2005 at 11:08:05AM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/7/2005 9:43 AM:
Which Bash bug is that?
Bash is the most important program for
At 12:59 AM 5/7/2005, you wrote:
When starting up vi/vim I get the following error:
E558: Terminal entry not found in terminfo
'cygwin' not known. Available builtin terminals are:
builtin_ansi
builtin_xterm
builtin_iris-ansi
builtin_dumb
defaulting to ansi
Help does not work for vim I get the
On 5/6/05, Jørgen Havsberg Seland wrote:
This problem is (often) due to the command-line being to long for the
windows execution model. To circumvent this, mount the path of the
executable using the -X switch. For instance, use
I don't mind adding an FAQ, it looks like it's been asked few
On 5/7/05, Christopher Faylor [EMAIL PROTECTED] wrote:
On Fri, May 06, 2005 at 10:59:22PM -0600, Trevor Osatchuk wrote:
When starting up vi/vim I get the following error:
E558: Terminal entry not found in terminfo
'cygwin' not known. Available builtin terminals are:
builtin_ansi
On Sat, May 07, 2005 at 05:11:39PM -0700, Joshua Daniel Franklin wrote:
On 5/6/05, J?rgen Havsberg Seland wrote:
This problem is (often) due to the command-line being to long for the
windows execution model. To circumvent this, mount the path of the
executable using the -X switch. For instance,
On Sat, May 07, 2005 at 06:27:59PM -0600, Trevor Osatchuk wrote:
On 5/7/05, Christopher Faylor [EMAIL PROTECTED] wrote:
On Fri, May 06, 2005 at 10:59:22PM -0600, Trevor Osatchuk wrote:
When starting up vi/vim I get the following error:
E558: Terminal entry not found in terminfo
'cygwin' not
46 matches
Mail list logo