Federico Hernandez wrote:
Hi!
I was just wondering about the customs on cygwon-apps.
I have posted an ITP for a package to be included in cygwin which is
in Fedora, but haven't got any feedback yet. Before asking again for a
review I wanted to know what are the general guidelines, customs on
re
Dave Korn wrote:
>
> Is this problem with the Logitech Process Monitor service
> described in the Cygwin documentation?
http://cygwin.com/faq/faq.using.html#faq.using.bloda
Thanks again for the additional information. I will be working
my way through the entire FAQ at that link.
Mark Harig wrote:
> 1.
> 2.
> 3.
Sure, all those things would be great, and given the limited time the
few volunteers have to address such things it'd be great to satisfy that
checklist. But if we had to meet some zero-defect six-sigma policy,
cygwin would have about four packages total.
We'l
Mark Harig wrote:
>>
>> > Potential app conflicts:
>> > > Logitech Process Monitor service
>> > Detected: HKLM Registry Key, Named process.
>>
>> You definitely need to stop and disable that service. It borks cygwin
>> something rotten.
>>
> Thank you. I will try that (anything to give my cy
That having been said...rxvt is stealing a march by assuming
/etc/X11/app-defaults/ exists. It's not clear -- if all the other
packages did it the "rxvt way" -- WHO exactly should be responsible for
creating the directory.
1. 'rxvt' is advertised as being available without X, so
it ca
> Potential app conflicts:
>
> Logitech Process Monitor service
> Detected: HKLM Registry Key, Named process.
You definitely need to stop and disable that service. It borks cygwin
something rotten.
Thank you. I will try that (anything to give my cygwin
processes better behavior than th
Mark Harig wrote:
> Is the 'rxvt' package responsible for creating these
> missing directories?
Well, *I* think they ought to be created by the X system. Currently,
you kinda get them by default IF you install any of the X-related
packages, because unlike rxvt, those other package directly incor
Hi!
I was just wondering about the customs on cygwon-apps.
I have posted an ITP for a package to be included in cygwin which is
in Fedora, but haven't got any feedback yet. Before asking again for a
review I wanted to know what are the general guidelines, customs on
reposting requests for a revie
Mark Harig wrote:
> Potential app conflicts:
>
> Logitech Process Monitor service
> Detected: HKLM Registry Key, Named process.
You definitely need to stop and disable that service. It borks cygwin
something rotten.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problem
After running setup-1.7.exe to install the package 'rxvt',
I found the following error in /var/log/setup.log.full:
2009/06/20 16:00:17 running: C:\cygwin-1.7\bin\bash.exe --norc
--noprofile -c /etc/postinstall/rxvt.sh
Using the default version of /etc/X11/app-defaults/Rxvt
(/etc/defaults/etc/X1
Den 2009-06-20 09:05 skrev Charles Wilson:
Peter Rosin wrote:
ltwrappers are just replacing the old wrappers AFAIK, and those are
indeed needed by the MSVC patches, so that premise has already changed.
If you can't be bothered to cooperate with those patches then I can
switch to arguing that cc
On Sat, Jun 20, 2009 at 09:14:08PM +0200, Matthias Meyer wrote:
>Sometimes pipes, created with mknod, seems not to be work fully correct.
>
>Most of the time I can do:
>mknod /var/run/CONT p
>read -t 2 signal < /var/run/CONT.
>
>After 2 seconds I receive a timeout and the read returns.
>But sometim
Hi,
Sometimes pipes, created with mknod, seems not to be work fully correct.
Most of the time I can do:
mknod /var/run/CONT p
read -t 2 signal < /var/run/CONT.
After 2 seconds I receive a timeout and the read returns.
But sometimes the read will wait forever. And also if I write something
to /va
After installing all default, base packages in Cygwin,
I attempted to uninstall this base set by clicking on the
"cycle" button/icon of the 'All' category (while the setup
view for packages was set to 'Category') until 'Uninstall'
was displayed for 'All' and for all sub-categories.
When I clicked
Christopher Faylor wrote:
> Given the fact that I added the previous "add data after the dll was
> loaded" code, which apparently caused its share of remap problems, I
> think this particular "accomplishment" is pretty much a zero.
Doesn't matter. I'm still overjoyed. If it wouldn't get me perm
'dirname' is /usr/bin/dirname. Does setup-1.7.exe set
PATH before running 'base-files-profile.sh'? If not,
then this would account for the error.
It is possible to rewrite the command without using
'dirname':
/bin/mkdir -p ${fDest%/*}
$ cygcheck -f /etc/postinstall/base-files-profile.sh
bas
The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included
in the 'base-files' package have their permissions set to 644 while all
other scripts in /etc/postinstall/ have their permissions set to 755.
Is this a side-effect of 'base-files-profiles.sh' not completing without
errors,
On Sat, Jun 20, 2009 at 11:39:59AM -0400, Mark Harig wrote:
>When I ran setup-1.7.exe with the default set of packages
>selected, the following error message was displayed:
>
>running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile -c
>/etc/postinstall/base-files-profile.sh
>abnormal exit: exit cod
On Sat, Jun 20, 2009 at 01:36:01PM +0200, Vincent R. wrote:
>Don't know how you fix it but now I am able to use git on cygwin 1.7 and
>using cygwin protocol.
>So cygwin is as stable as 1.5 for my use.
Now, *that* one was probably one of Corinna's many changes to networking.
cgf
--
Unsubscribe in
On Sat, Jun 20, 2009 at 01:02:17AM -0400, Charles Wilson wrote:
>Christopher Faylor wrote:
>> On Sat, Jun 20, 2009 at 12:01:41AM -0400, Christopher Faylor wrote:
>> And, just for the sake of accuracy, there should be fewer "unable to
>> remaps" thanks to my 2009-06-07 change.
>
>Yeah -- now I remem
When I ran setup-1.7.exe with the default set of packages
selected, the following error message was displayed:
running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile -c
/etc/postinstall/base-files-profile.sh
abnormal exit: exit code=-1073741819
'base-files-profile.sh' contains the following li
setup-1.7.exe installs the package 'cygwin-doc', version 1.5-1.
This package includes /usr/share/info/cygwin.info. cygwin.info
references two files, 'cygwin-ug-net.info' and 'cygwin-api.info',
which are not included in 'cygwin-doc':
$ cygcheck -c cygwin-doc
Cygwin Package Information
Package
Don't know how you fix it but now I am able to use git on cygwin 1.7 and
using cygwin protocol.
So cygwin is as stable as 1.5 for my use.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This is a bugfix and feature enhancement update.
[[ compiled using gcc-3.4.4-999 ]]
This release is specific for cygwin-1.7, but it differs from the
si
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This is a bugfix update.
[[ compiled using gcc-3.4.4-999 ]]
Unless there are serious issues with this package, it is likely to be
the last version of l
The xz package is the successor to lzma. Its command-line tools
support both .lzma files and the new .xz format, and it ships with
compatibility links so you don't even need to retrain your fingers:
'lzma', 'lzcat', etc, are all still present. However, you probably
should: .xz files are already be
The xz package is the successor to lzma. Its command-line tools
support both .lzma files and the new .xz format, and it ships with
compatibility links so you don't even need to retrain your fingers:
'lzma', 'lzcat', etc, are all still present. However, you probably
should: .xz files are already be
Peter Rosin wrote:
> ltwrappers are just replacing the old wrappers AFAIK, and those are
> indeed needed by the MSVC patches, so that premise has already changed.
>
> If you can't be bothered to cooperate with those patches then I can
> switch to arguing that cccl (wrapper for MSVC) is supported b
28 matches
Mail list logo
