Hi,
I did some experiments with ibus.
I have a linux machine with ibus installed. When using that machine
natively, I can use ibus without any further configuration, except for
ibus daemon startup. Applications like gnome-terminal, xfce4-terminal,
emacs24, google-chrome and chromium work fine
We're using POSIX message queues to pass messages between processes.
For this we've build a library layer to be able to use message queues on
different platforms. Basically linux (debian, Ubuntu, archlinux, rasbian) is
the development platform, but also vxworks platforms are supported.
Several
Question: if I build an executable/shared library on one version of
cygwin, is it guaranteed to work on later versions of cygwin, or is
that not recommended?
I learned the difficult way that building on one version and running
on an earlier version doesn't work. My binaries are based on C++
Hi
New versions of 'opencdk/libopencdk10/libopencdk-devel' have been uploaded to a
server near you.
o Build for cygwin 1.7.35 with gcc-4.9.2
o Rebuild against libgcrypt20
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce
Hi
New versions of 'opencdk/libopencdk10/libopencdk-devel' have been uploaded to a
server near you.
o Build for cygwin 1.7.35 with gcc-4.9.2
o Rebuild against libgcrypt20
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce
Guaranteed might be a strong word - especially given the lack of a
guarantor; probably depends on whether the programmer has had to
workaround any nuances in the Cygwin library that may have changed in
later versions. I think the library function exports have been the
same for awhile and I've
On 3/27/2015 2:01 PM, Tom Kacvinsky wrote:
Question: if I build an executable/shared library on one version of
cygwin, is it guaranteed to work on later versions of cygwin, or is
that not recommended?
I learned the difficult way that building on one version and running
on an earlier version
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork error.
It all seems so inconsistent and random.
Marco Atzeri marco.atz...@gmail.com writes:
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
The following packages have been added to the Cygwin distribution:
* gpicview-0.2.4-1
* libfm-1.2.3-1
* lxappearance-0.6.1-1
* lxappearance-obconf-0.2.2-1
* lxde-common-0.99.0-3
* lxde-icon-theme-0.5.1-1
* lxinput-0.3.4-1
* lxmenu-data-0.1.4-1
* lxpanel-0.7.2-1
* lxsession-0.5.2-1
*
The following packages have been added to the Cygwin distribution:
* gpicview-0.2.4-1
* libfm-1.2.3-1
* lxappearance-0.6.1-1
* lxappearance-obconf-0.2.2-1
* lxde-common-0.99.0-3
* lxde-icon-theme-0.5.1-1
* lxinput-0.3.4-1
* lxmenu-data-0.1.4-1
* lxpanel-0.7.2-1
* lxsession-0.5.2-1
*
I'm running Cygwin/X server Version 1.17.1. For the last couple of
weeks, it's always starting on DISPLAY 3.0:
DISPLAY=:3.0
I can't figure out how to get it back to 0.0. There must be some
piece of state somewhere that I can't find.
Thanks - Jim
--
Jim Reisert AD1C,
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
J. David Boyd
Sent: Friday, March 27, 2015 9:29 AM
To: cygwin@cygwin.com
Subject: Rebase, Peflags, and cygserver
I keep having problems with vforks. Sometime everything is fine for days,
On Fri, Mar 27, 2015 at 8:29 AM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or,
Making some cleaning on 32bit, I noticed that
currently sunrpc requires : libtirpc libtirpc-devel
but there is no libtirpc package anymore
I assume the dependency should be libtirpc-common
$ cygcheck -l libtirpc
/etc/defaults/etc/netconfig
/etc/postinstall/libtirpc.sh
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork
J. David Boyd writes:
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
5. don't restart cygserver (This means my bash shell window starts a little
slower, but I can live with that.)
From the announcement of
On 3/27/2015 6:24 PM, J. David Boyd wrote:
Marco Atzeri writes:
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot
Dear Eric and the other developers:
It seems that bash-4.3.33(1) handles CR+LF end-of-line in
the shell-script incorrectly, all of the following conditions are met:
b. end-of-line style of the file is CR+LF, and
Are you absolutely sure that you don't have excess CR in your file?
text
On 3/27/2015 4:28 PM, Achim Gratz wrote:
J. David Boyd writes:
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
5. don't restart cygserver (This means my bash shell window starts a little
slower, but I can live with
Version mc-4.8.14-1 of Midnight Commander
has been uploaded for cygwin
CHANGES
This is a upstream bugfix release
https://www.midnight-commander.org/wiki/NEWS-4.8.14
DESCRIPTION
GNU Midnight Commander is a visual file manager. It's a feature rich
full-screen text mode application that allows
I have two windows 7 x64 boxes, one running cygwin x86 and the other
x86_64. I run smartctl on both boxes. One can run smartctl as
administrator or not, but it produces a fuller information set with
admin rights. A recent change to the x86_64 cygwin has broken
administrator use of smartctl
22 matches
Mail list logo
