On 05/31/2017 05:37 AM, Houder wrote:
On Tue, 30 May 2017 21:28:41, "Larry Hall (Cygwin)" wrote:
[snip]
Cygwin's link to the Windows user ID is through the UID/SID mapping. In
your case, you're apparently using /etc/passwd and so that's where the
mapping happens. You can map the UID of a
Greetings, All!
Start native console with login shell,
:~
$ locale && mkdir тест && cd тест && printf '%s\n' '#!/bin/dash' 'echo
"Works!"' > test.sh && ls -l test.sh
LANG=ru_RU.CP866
LC_CTYPE="ru_RU.CP866"
LC_NUMERIC="en_US"
LC_TIME="ru_RU.CP866"
LC_COLLATE="ru_RU.CP866"
On 2017-05-31 13:52, Marco Atzeri wrote:
> On 29/05/2017 11:48, Houder wrote:
>> On 2017-05-29 10:39, Marco Atzeri wrote:
>>> On 29/05/2017 07:23, Houder wrote:
>>
>> [snip]
... because, that is, I think, what I am seeing:
- the userid of child sshd is still 'cyg_server' ...
Greetings, Houder!
> Anyone out there, who uses AD, in stead of /etc/{passwd,group},
Nobody here uses "/etc/{passwd,group}" anymore, except for very special cases.
This is not related to AD.
--
With best regards,
Andrey Repin
Wednesday, May 31, 2017 23:14:34
Sorry for my terrible english...
Greetings, Wayne Davison!
> On Wed, May 31, 2017 at 2:48 AM, David Balažic wrote:
>> it does not scroll the package list, instead it changes the selection
>> in the mentioned drop down menu.
> One thing you should be able to do to work around this is to go to the
> mouse settings and enable the
On 31.5.2017 17:04, Wayne Davison wrote:
On Wed, May 31, 2017 at 2:48 AM, David Balažic wrote:
it does not scroll the package list, instead it changes the selection
in the mentioned drop down menu.
One thing you should be able to do to work around this is to go to the
mouse settings and enable
On 29/05/2017 11:48, Houder wrote:
On 2017-05-29 10:39, Marco Atzeri wrote:
On 29/05/2017 07:23, Houder wrote:
[snip]
... because, that is, I think, what I am seeing:
- the userid of child sshd is still 'cyg_server' ...
- and I get an elevated shell when I login ...
Not what I expected
Yaakov Selkowitz writes:
> Using lib for archful things vs. share for noarch, and /usr/local for
> site*, is for compliance with FHS, and the latter avoids a lot of
> confusion over which should be used by packages.
Also, why do you propose to drop archname from the *arch directories?
This would
On 5/31/2017 12:34 PM, Houder wrote:
> On Wed, 31 May 2017 10:59:38, cyg Simple wrote:
>> On 5/31/2017 10:16 AM, Houder wrote:
>>> On Wed, 31 May 2017 09:27:02, cyg Simple wrote:
>>>
>>> [snip]
All of this talk of /etc/passwd leads me to point you to
On Wed, 31 May 2017 10:59:38, cyg Simple wrote:
> On 5/31/2017 10:16 AM, Houder wrote:
> > On Wed, 31 May 2017 09:27:02, cyg Simple wrote:
> >
> > [snip]
> >> All of this talk of /etc/passwd leads me to point you to
> >> https://cygwin.com/cygwin-ug-net/ntsec.html.
> >
> > cyg,
> >
> > Do you
On Wed, May 31, 2017 at 2:48 AM, David Balažic wrote:
> it does not scroll the package list, instead it changes the selection
> in the mentioned drop down menu.
One thing you should be able to do to work around this is to go to the
mouse settings and enable the "Scroll inactive windows when I
On 5/31/2017 10:16 AM, Houder wrote:
> On Wed, 31 May 2017 09:27:02, cyg Simple wrote:
>
> [snip]
>> All of this talk of /etc/passwd leads me to point you to
>> https://cygwin.com/cygwin-ug-net/ntsec.html.
>
> cyg,
>
> Do you want me to study that text a second, third, fourth or Xth time ...?
>
On 31/05/2017 03:30, Lloyd Wood via cygwin wrote:
1. setting up new cygwin X server, got stuff installed
by selecting xinit in installer and letting it pull things
in. (oddly, selecting xterm instead does not pull in
everything as I expected.)
You need to amend your expectations.
It's policy
On Wed, 31 May 2017 16:16:38, Houder wrote:
[snip]
> Anyone out there, who uses AD, in stead of /etc/{passwd,group}, and is brave
> enough to delete the sshd account? Is ssh still working?
i.e. NOT from AD, but delete as an account (net user sshd /delete).
Regards,
Henri
--
Problem reports:
On Wed, 31 May 2017 09:27:02, cyg Simple wrote:
[snip]
> All of this talk of /etc/passwd leads me to point you to
> https://cygwin.com/cygwin-ug-net/ntsec.html.
cyg,
Do you want me to study that text a second, third, fourth or Xth time ...?
However, let me take another angle now ...
Active
On 5/31/2017 5:37 AM, Houder wrote:
> On Tue, 30 May 2017 21:28:41, "Larry Hall (Cygwin)" wrote:
>
> [snip]
>> Cygwin's link to the Windows user ID is through the UID/SID mapping. In
>> your case, you're apparently using /etc/passwd and so that's where the
>> mapping happens. You can map the
This still doesn't work.
All current versions, including cygwin 2.8.0-1.
Result same as in above testcase.
64 bit version works fine.
PS: Compressing the test.iso (or its already compressed version) in 32
bit environment with:
lrzip -o doppel.lrz test.iso(.lrz)
Gives:
Unable to malloc buffer
Convert chooser UI selections into a SolverTaskList
Apply SolverSolution to that task list (with choice of keep, upgrade,
upgrade with test, IncludeSource) to produce a vector of SolverTransactions.
Store a solution object in packagedb
The transaction list returned by the solver is postprocessed
---
Makefile.am| 1 +
PackageSpecification.h | 4 +++-
package_db.cc | 1 +
package_meta.h | 3 ++-
package_version.h | 21 +
5 files changed, 28 insertions(+), 2 deletions(-)
create mode 100644 package_version.h
diff --git a/Makefile.am
Some of this goes rather around the houses to avoid lots of churm: In lots
of cases, we're looking up packagemeta for a given packageversion just so we
can use the pacakgemeta to access the name, which we could do via
packageversion just as easily.
We do actually need packagmeta for a couple of
Note that we need separate depends and obsoletes nodelists
---
IniDBBuilderPackage.cc | 23 ++-
IniDBBuilderPackage.h | 5 -
inilex.ll | 1 +
iniparse.yy| 3 +++
libsolv.cc | 2 ++
libsolv.h | 1 +
package_db.cc
Add class SolverVersion, a wrapper around a Solvable Id. The interface is
similar to class packageversion, the name change is just to make sure I've
got everything.
Place test packages into separate repos.
Expressing that curr: packages are preferred to prev: ones when that is not
the version
Remove packageversion, _packageversion, defaultversion classes
---
Makefile.am| 2 -
PickPackageLine.cc | 1 -
PickView.cc| 1 -
choose.cc | 1 -
desktop.cc | 1 -
download.cc| 1 -
package_db.cc | 2 -
package_meta.cc| 3 -
---
Makefile.am | 2 -
bootstrap.sh| 2 +-
cygpackage.cc | 136
cygpackage.h| 82 --
package_db.cc | 1 -
package_meta.cc | 1 -
6 files changed, 1 insertion(+), 223 deletions(-)
---
package_meta.cc| 37 +++--
package_meta.h | 2 ++
package_version.cc | 29 -
package_version.h | 2 --
4 files changed, 37 insertions(+), 33 deletions(-)
diff --git a/package_meta.cc b/package_meta.cc
index
We are always writing packagemeta.desired.pick(bool, packagemeta). This
kind of suggests something not quite right.
The pick flag means install/reinstall, so despite being stored per
packageversion, is only significant to download/install for the desired
version.
There's a slight wrinkle in
We want to be more opaque about how the PackageDepends for a packageversion
is stored, so rather than exposing a pointer to a PackageDepends object
inside class packageversion, access it by value.
This also makes us be more explicit about set/get of package depends()
Fix some iterations to deal
... solve some problems, perhaps add some new ones, I guess. I'm not 100%
sure this is the right approach to take, but I wrote it, so here it is.
This replaces the current PackageVersion class with a similar one which stores
the information in a libsolv pool, and the current depsolver with the
We're only interesting in storing scripts and later running them from the
desired version as we install it, so despite being stored per
packageversion, this is only significant for the desired version.
Hoist it up from packageversion to packagemeta.
---
install.cc | 2 +-
Rather that doing implicitly the first time a packagedb is constructed, do
it explicitly at a certain point in time that is early enough.
---
ini.cc| 4 +++-
package_db.cc | 9 +++--
package_db.h | 1 +
3 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/ini.cc b/ini.cc
On 31/05/2017 08:56, Axel Heinrici wrote:
Hello,
strace doesn't seem to work either.
$ strace convert z06.png z06.jpg
0 [main] strace 8996 C:\cygwin64\bin\strace.exe: *** fatal error -
Internal error: TP_NUM_W_BUFS too small: 50.
1341 [main] strace 8996
In the "Select Packages" part of the installer dialog, I selected in
the "View" dropdown menu "Not Installed" and then tried to scroll thru
the list using the mouse wheel.
But it does not scroll the package list, instead it changes the
selection in the mentioned drop down menu. Even after
On Tue, 30 May 2017 21:28:41, "Larry Hall (Cygwin)" wrote:
[snip]
> Cygwin's link to the Windows user ID is through the UID/SID mapping. In
> your case, you're apparently using /etc/passwd and so that's where the
> mapping happens. You can map the UID of a Cygwin user to any valid Windows
> SID
Hello!
> $ ./prova_bash
> Works: /cygdrive/e/cygwin/tmp
>
> $ cat prova_bash
> #!/bin/bash -e
>
> DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
> echo Works: $DIR
Ok, ok, ok... Yet another "find it yourself" problem :) I'll try to...
Sorry for late reply, i tend to forget
Hello,
this is a company computer, on which I don't have admin privileges. Though
possible, I have to be frugal with provident reinstallations. I need a little
higher level of certainty on the cause of these problems to ask the
IT-department for another reinstallation.
> comparing with mine
Hello,
strace doesn't seem to work either.
$ strace convert z06.png z06.jpg
0 [main] strace 8996 C:\cygwin64\bin\strace.exe: *** fatal error -
Internal error: TP_NUM_W_BUFS too small: 50.
1341 [main] strace 8996 cygwin_exception::open_stackdumpfile: Dumping stack
trace to
36 matches
Mail list logo