Phan, Linh H wrote:
gluTessCallback(tobj, (GLenum)GLU_BEGIN, (void (*)())glBegin);
gluTessCallback(tobj, (GLenum)GLU_END, glEnd);
gluTessCallback(tobj, (GLenum)GLU_VERTEX, (void (*)())glVertex2fv);
}
And that fixed it for glEnd, but I don't know how to fix the glBegin and
Eric Blake wrote:
Oops. m4_append was undocumented in 2.60, then changed semantics in autoconf
2.62. Newer libtool works around the semantic change by using lt_append, not
m4_append:
http://git.savannah.gnu.org/gitweb/?p=libtool.git;a=commitdiff;h=5b560bd
But you still have the
Charles Wilson wrote:
and thus make it easier to move officially to 2.6x at some point in the
future, are still in work.
BTW, Ralf expressed a tentative plan to work on this after 4.4 has
branched and mainline returns to stage 1:
http://gcc.gnu.org/ml/gcc/2008-12/msg00048.html.
Brian
--
Phan, Linh H wrote:
/usr/include/sys/_types.h:63:20: error: stddef.h: No such file or directory
In file included from /usr/lib/../include/w32api/glui.h:29,
from example1.cpp:20:
/usr/include/stdio.h:37:20: error: stdarg.h: No such file or directory
In file included from
Phan, Linh H wrote:
$ /usr/bin/g++ -g -c -I/usr/include/opengl test.c++
x.c++: In function `void test()':
x.c++:7: error: invalid conversion from `void (*)()' to `void (*)()'
x.c++:7: error: initializing argument 3 of `void
gluTessCallback(GLUtesselator*, GLenum, void (*)())'
x.c++:8:
SO wrote:
I have problems opening remote programs using ncurses library.
Aptitude for example. Menus and other interface components are just
garbage on my term on windows vista. Is there a solution for that?
The answer will depend on what terminal you're using. But first a
summary of the
Matthias Meyer wrote:
I've tried also ntsec, binmode and .
Why are you doing these things? Are you following somebody's guide?
Please tell them that they are spreading useless information if that is
the case. ntsec is the default. binmode is the default and is
irrelevant for files anyway.
John Emmas wrote:
That shows 5 stages out of maybe 20 or so that seem to run before my own app
appears on screen. The problem is that each of those stages can take
anywhere from about 6 seconds up to 15 seconds (taking longer, the more
breakpoints I've set). Therefore after starting the
Matthias Meyer wrote:
Please can you say what I have to do?
Should rsync -a --super /cygdrive/c/data /cygdrive/c/backup do the job what
I want?
Yes, that ought to work. Does it?
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Matthias Meyer wrote:
My first questions:
What the reason for not copying the attributes HS?
rsync is a POSIX program. It sees everything in terms of POSIX. That
means it sees a file mode, such as 0644, 0755, etc. It reads a mode on
the source and sets that same mode on the dest, that is
Ken Brown wrote:
I don't use gpg, but a look at the documentation suggests that I'm
supposed to import a public key. Should the key have been included with
the source package? I didn't see it there.
No, keys are available from keyservers. You ought to be able to import
it automatically
Matthias Meyer wrote:
Another strangely effect is that ls -alnh / lists all files as owned by
the actual user.
If I do that as another user the files will also be listet as owned by him,
the user who runs the ls.
What is the reason for that?
You instructed Cygwin to not read or write any
Gustavo Seabra wrote:
I have installed all the python packages available from setup.exe,
which includes NumPy. However, I am trying to install another program
Are you sure about that? There's only Numeric available through setup,
not NumPy. Maybe you are thinking of Cygwin Ports, which does
Rob Walker wrote:
# make it read-only the windows way
attrib +R ${FILE}
Note that the +R attribute (and attributes in general) has nothing to do
with ACLs or security, it's a completely different concept. FAT for
instance supports R/H/S/A attributes but otherwise has a total lack of
any form
sowiso wrote:
Could it also be possible to have the release directory used together
with _all_ mirrors?
You should be able to just specify as the Local Package Dir the parent
dir and it should find and union the contents of all the subdirs.
Brian
--
Unsubscribe info:
sowiso wrote:
and so on. __I cannot do anything about this.__
You see? If I do want to avoid this, I must always use the same mirror.
And what if it's unaccessible due to a server downtime?
Yes, when downloading it will create the files under the mirror's
filename. That's by design because
Rob Walker wrote:
[RGW] Hm, looks simple... Why isn't this part of cp -a ?
You have to understand the history of things. In the classic unix
world, a file has an owner, a group, a mode, and several timestamps.
From the standpoint of what cp -a can manipulate portably, that's
basically it.
sowiso wrote:
Yes, and that's another bad point about it!
Different setup.ini files! What's the idea?
A single setup.ini file describes a particular view of the state of the
distro at a given point in time for a given site. Mirrors are
inherently loosely synchronized on the order of hours,
Jonathon Merz wrote:
I recently upgraded from rxvt-20050409-7 to rxvt-20050409-9 and have
stopped getting different output for Backspace and Control-Backspace.
In rxvt-20050409-7, I get ^? for Backspace and ^H for
Control-Backspace. In rxvt-20050409-9, I get ^H for both.
I've tried
John Emmas wrote:
In every case, the programs fail when the client attempts to connect to the
server. This would be a typical line:-
status = ::connect ( m_sock, ( sockaddr * ) addr, sizeof ( addr ) );
'status' receives -1 and if I check the error it's invariably something like
Julio Emanuel wrote:
4) Only commands compiled for Cygwin, AND accessing the file system
exclusively through the Cygwin POSIX interfaces can (and will) obey
the chroot settings;
This is not valid reasoning, as Eric Blake already pointed out you can
still access files outside of a chroot even
Julio Emanuel wrote:
Aha! So this is the tiny bit that was missing! What you are saying is
that the Cygwin DLL does not honor the chroot if the path is in WIN32
format? But why is that? It shouldn't honor the chroot all the time?
I mean, this sounds like the right thing to do(tm), if Cygwin
John Emmas wrote:
Forgive me - but as someone who's very new to socket programming, I'm
confused about why the program worked when I built it under Linux. Is it
because something would have converted localhost to an IP address (is this
the lookup stuff that you referred to?) and where can I
TheO wrote:
identifying what filenames are reserved by Win32, this is what I've got
(please
complete it if I am missing something):
No, we mean get c:/dir/file or get c:\dir\file. (or put
//hostname/share/file, shudder.)
Brian
--
Unsubscribe info:
Eric Blake wrote:
That's with /. What about with \? The cygwin dll sometimes treats the
two separators differently, where using \ is more likely to bypass cygwin
checks.
Don't forget the other variants, like
\\.\c:\foo\bar
\\./c:/foo/bar
\??\c:\foo\bar
\??/c:\foo\bar
\??/c:/foo/bar
Brian
Daniel B. wrote:
Similarly, if you try watch --interval=xx echo, you get no report
that xx is not a valid number, or is not a valid interval value. It
seems that option-parsing messages aren't getting printed out.
I get the usage summary displayed as a result of that command,
Eric Blake wrote:
I'm trying to resolve a bash bug caused by relying on auto-import rather
than __declspec(dllimport): http://cygwin.com/ml/cygwin/2008-11/msg00340.html
There is another potential workaround that doesn't involve modifying the
readline headers. If there are only a few places
Rich Simonis wrote:
I don't know if I'm missing another include directive or a compiler switch, or
just if my assumption that I can use the Linux g++ to cross-compile to Win32
is
wrong.
Your assumption is wrong. You need to build an actual cross-compiler
(and cross-assembler,
Yaakov (Cygwin Ports) wrote:
John Emmas wrote:
Oops, I meant to ask another question (almost a variation on the same
theme). Does Cygwin itself (or more correctly, its linker) link
automatically to any of the standard Windows libs (such as kernel32.lib,
user32.lib etc).
kernel32 is
Eric Blake wrote:
Is there
some slick way to make bash grab a function pointer that can see through
the trampoline and see that bash's trampoline version of rl_tab_insert is
indeed the same function as readline's local rl_tab_insert?
Sure, arrange for there to be a __declspec(dllimport) on
Uh Huh wrote:
Yes, I read that more than once, and it appeared to contain nothing
pertinent, other than the fact that compositing doesn't work with
-multiwindow, and that there are plans to fix that later. Fine,
Did you miss the following part?
* The WindowsWM extension is currently
Ken Brown wrote:
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld:
cannot find -lresolv
I assume this means that I have to install a package that contains the
resolv library, but I couldn't find one by searching the cygwin package
list. Can someone tell me what package
Alexander Stadler wrote:
So my next question is: Do you know what parameters are needed so that the
Makefile will be created with the right settings (without manually
executing g++ after the crashed first make)?
Because creating it with:
perl Makefile.PL LIBS=-L/usr/lib/e2fsprogs
I would
Alexander Stadler wrote:
gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing
-pipe -I/
usr/local/include -DUSEIMPORTLIB -O3 -DVERSION=\0.02\
-DXS_VERSION=\0.02\
-I/usr/lib/perl5/5.10/i686-cygwin/CORE UUID.c
rm -f blib/arch/auto/UUID/UUID.dll
g++ --shared
Yaakov (Cygwin Ports) wrote:
libXfixes3 and libXfixes-devel have category: X11 and external-source:
libXfixes. AFAIK (and please correct me if I'm wrong) upset and/or
setup require a binary libXfixes package to go alongside the source
package, so they are empty. I don't want the empty
Brian Dessent wrote:
I don't like the precedent this creates -- it's bad UI. The user is
supposed to be able to get the source by just putting an X in the Src
box of the normal package. But with this scheme they can no longer do
that, they have to know to first show hidden packages
Yaakov (Cygwin Ports) wrote:
Because this means jumping through a lot more hoops, believe me. This
method (where there's no binary package corresponding to the source
package) has precedence in Debian as well.
If it really does save you time than I remove my objection. Can I just
request
David Arnstein wrote:
#include w32api/ddk/ntapi.h
You don't need the w32api prefix, that is part of the built-in search
path -- otherwise, #include windows.h would not work.
You also need to link with -lntdll.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Charles Wilson wrote:
Well, if we continue -- at present -- with static libstdc++, then would
we need to continue -- at present -- with static libgcc even for C
libraries? For example:
cygncurses-N.dll : if this C library is compiled using -shared-libgcc
then
cygncurses++-N.dll :
Charles Wilson wrote:
Err...but that's a good description of cygwin-1.7, as well. Nobody (as
far as I am aware) is suggesting that a test/preview gcc-4.3 package
should be used as a regular compiler for cygwin-1.5.
I thought so as well, but people are already putting stuff built with
gcc4
Charles Wilson wrote:
Or is all the worry about about unwinding a C++ only issue? (And of
As far as I can tell, it is.
Note that gcc doesn't[1] emit any unwind tables for C language input,
even on platforms like Linux that have been DW2 for a long time. So if
you somehow managed to get
[EMAIL PROTECTED] wrote:
the ouput of $(echo '1 2 3 x') should go through word splitting and x
Word splitting does not occur in the right-hand side of an assignment.
From the manual:
A variable may be assigned to by a statement of the form
name=[value]
If
Sisyphus wrote:
Of course, the other option on both linux and cygwin is to set *both*
$Config{cc} and $Config{ld} to 'g++', and that works fine on linux, but
doesn't quite work on cygwin where I still get an undefined reference to
[EMAIL PROTECTED]':
bjoe wrote:
The thing that confusing me is the error came from w32api packages,
not from source code. Maybe someone in this list can explain to me
about what going on here.
You haven't provided enough information, such as what version of w32api
you're using. If you aren't using the latest
Sisyphus wrote:
Apparently g++ needs a -shared but ld2 doesn't. (I don't understand that.)
And I don't understand what is achieved by:
gcc -shared -o
Size.dll -Wl,--out-implib=libSize.dll.a -Wl,--export-all-symbols
-Wl,--enable-auto-import
-Wl,--stack,8388608
Manning, Sid wrote:
I was surprised to see that I could compile much faster under VMware than on
Cygwin on the same host.
Why is that surprising? Cygwin and VMware work on entirely different
principles. Plus your chosen benchmark essentially tests the two
slowest aspects of Cygwin, process
Sisyphus wrote:
But on cygwin, there is no '-lstdc++' to be found in $Config{libpth}, so
MakeMaker decides to not pass the switch on (which has always been
MakeMaker's policy in such cases, afaik). This is a pity - there would be no
problem if it *did* the pass switch on, as both gcc and g++
jayshankar nair wrote:
The libraries is build with gcc(in cygwin environment). Something to do with
flags or packages.
Shared libraries have the extension .dll on Windows, not .so.
Specifying -lf will find your library if you named it cygf.dll or
libf.dll, or if you created an import library
meyus wrote:
I try to install the compilator ifort in cygwin but i have this message :
Error etc... don't find 'ldd' ???
It sounds like you're trying to run an install script for Linux
binaries. That's never going to work, primarily because there is no
'ldd' command in Cygwin, but even if
Thomas Nilsson wrote:
In fact, the package is named gdb-6.8-2.tar.bz2 but
when untar'ed displays binaries from 6.8.0.
The final number after the dash is the revision number of the packaging,
not part of the program's version number, so you should interpret 6.8-2
as the second incarnation of
John Emmas wrote:
I'm trying to build a project (using make) that needs python. Python's link
library is in /lib/python2.5/config/ but unfortunately, 'make' doesn't seem
to be aware of this and fails with the message:-
make doesn't know anything about linker search directories. It just
John Emmas wrote:
I'm about to build another library called liblo. This library uses
various functions with names like getaddrinfo(), freeaddrinfo() etc
(all of which are declared in /usr/include/gettaddrinfo.h). On my
Linux box, these functions reside in 'libc.a' - but in Cygwin, they're
John Emmas wrote:
functions contained in the other one). If I was programming in Microsoft
VC++ I'd normally resolve this by exporting the relevant functions.
Exporting them (I believe) tells the linker that any unresolved function
addresses will be resolved at run time (hence, dynamic
John Emmas wrote:
Initially, that's what I thought too Brian. They're part of libc when
I compile under Linux but they're not there for Cygwin (and I only installed
Cygwin a few weeks ago). I need to link to libgetaddrinfo. In fact
I searched libc to find the function names but they aren't
John Emmas wrote:
When I got to the 'make install' stage for fftw3 it installed its files
under /usr/ whereas my other libraries seem to be installed under /lib/
(e.g. fftw3f.pc was in /usr/lib/pkgconfig/ - whereas 'everything_else.pc'
seems to be in /lib/pkgconfig/). I'm assuming that this
John Emmas wrote:
When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like
window opens which I'm led to believe is Cygwin's bash terminal. However,
with every version of Linux that I've used, the bash terminal had menus
allowing me to do certain things like (for example)
Lee D.Rothstein wrote:
'gs.exe' the Ghostscript interpreter is missing from my configuration.
That's because there is not supposed to be a gs.exe. The ghostscript
packages use the alternatives facility, which means /usr/bin/gs is a
symlink to /etc/alternatives/gs which is a symlink to either
Lee D. Rothstein wrote:
What causes the link to have its extension exposed and become
inoperable within Cygwin? Even after I did a complete reinstall.
I've seen this before. Does it have to do with the permissions?
For shortcut-style links, the .lnk file needs the readonly attribute to
be
Clearcase Administrator wrote:
Any ideas ? Do I need to upgrade mae ? cygwin ? I want to use the parallel
make option of make.
You need to re-read the replies that you already received. The error is
not from make, it's from the KJxSvc program (whatever that is -- it's
not part of Cygwin)
Barry Smith at SourceLink wrote:
Stop spreading FUD. There is no way a userland app like run.exe can
cause
a blue screen. Only something running in kernel space -- like windows core
code,
or certain device drivers -- can ever do that.
Then I guess you don't read the cygwin archives,
Barry Smith at SourceLink wrote:
That doesn't mean that 'run' was at fault.
Yet it could have been at fault, or the cygwin memory
allocation could be at fault, or Windoze, or the tool
that you're RUN-ing.
The Cygwin memory allocation most certainly could not be at fault, nor
could the tool
Tatsuro MATSUOKA wrote:
Apparantly cygwin setup went well, however no component of octave-3.0.2-2 is
installed.
I cannot indicate what is wrong.
As it says in the announcement this release is marked Experimental.
When using setup.exe you will never have experimental/test versions
Dave Korn wrote:
Yep, that's more-or-less what I was referring to by stunk thubbery ;-)
With one important difference: the plan you outlined relies on the .exe
exporting the function that overrides the copy in the dll. This is
somewhat controversial (IMHO) in that it requires adorning the
Dave Korn wrote:
Why bother?
Hence the may. I don't plan to bother for myself, but it depends if I
Please don't. gcc isn't special in this regard, it shouldn't receive
any special treatment. bash fails without cygintl-8.dll and I don't
think anyone is proposing to statically link
Dave Korn wrote:
If they were instead resolved to some kind of thunk that could do a lookup
at runtime for non-weak versions of the same symbol, we'd be golden. Well,
we'd need to make sure the non-weak versions were all declspecced dllexport
somehow, but that would do it for us.
Well we
Christopher Faylor wrote:
sys_sigabbrev is not in cygwin.def. There are several variables which
are not exported via cygwin.def.
Hmm... I'm surprised that works. Shouldn't the def file contain the
complete list?
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Rob wrote:
1. Why is /usr/lib/perl5/site_perl not listed on 5.8.8 ?
Because having an unversioned directory in @INC was a mistake that was
corrected.
2. why are there duplicate entries for:
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8
vendor_perl contains modules that
Dave Korn wrote:
Err, that should never happen, unless you're updating from a
several-years-old DLL. The Cygwin DLL is intended to be backwardly
compatible, and only rarely have their been ABI breaks. So this aspect of
updating doesn't get tested very often.
No, that's wrong. It is
Christopher Faylor wrote:
Dave did suggest a possible workaround - delay any postinstall scripts
until the next reboot.
That's more graceful than requiring the user to re-run setup to catch
the failed postinstalls. But it still results in a broken system until
the next reboot since those
René Berber wrote:
--enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as
Err, that's not good. Cygwin does not support the __cxa_atexit
extension, that's only a feature of glibc. This option should not be be
used on libcs that don't provide the feature.
Brian
--
Christopher Faylor wrote:
I haven't tried this with the actual released compiler yet but, assuming
it works the same way, mm I wrong or is there something wrong with this
compiler? The code it creates seems to be correct (and Cygwin is
noticeably smaller) but I'd like to get rid of all of
Dave Korn wrote:
want to trace the dependency? That is to say, is it not allowed/intended to
satisfy a missing dependency with a test version?
I think it tries to satisfy the dependency with whatever the current
global trust level is set to. So if the radio button is on Curr but
there's no
Chris Sutcliffe wrote:
My question is, should I use the same naming convention for the Cygwin
distribution, or keep things the status quo?
That doesn't conform to the Cygwin standards, so I'd say no. If you
wanted to split up mingw-runtime into separate DLL and header packages,
they should be
Werner Wothke wrote:
$ make
[ -f stage_final ] || echo stage3 stage_final
make[1]: Entering directory `/cygdrive/c/gcc-4.3.2/Destination'
-bubble'. Stop.rule to make target `stage3
make[1]: Leaving directory `/cygdrive/c/gcc-4.3.2/Destination'
make: *** [all] Error 2
The overlapped
Laurent Monnoye wrote:
$ chmod 600 foo
$ ls -l foo
-rw-r--r-- 0 xotrader01 Users 4 Sep 5 18:05 foo
You've left out the most relevant detail: what type of filesystem does
foo reside on? NTFS, FAT, NFS, Samba?
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Rob wrote:
until you click the OK button. This clearly is not unattended. It would be
better if it could just exit with a specific error code that you could read
and
take some action (restart).
I agree that it's not correct, but I disagree about the conclusion. It
should silently schedule
Michael R. Wolf wrote:
Where can I get a simple (and current) description of the relationship
between Unix file attributes (permissions, user, and group) and how that
corresponds to XP file attributes?
The Cygwin Users Guide: http://cygwin.com/cygwin-ug-net/ntsec.html.
The section labeled
carlos wrote:
/oss/src/winsup/cygwin/cygwin.sc:143:
undefined section `.gnu_debuglink' referenced in expression
That's due to a change in binutils that caused it to be more strict.
The offending line has been removed from the linker script in HEAD. You
can either make the appropriate change
[ Your messages would be a lot easier to read without the random
schizophrenic line length and indentation. ]
Jay wrote:
I meant implementing __thread in gcc.
Starting in 4.3 gcc supports emutls, which enables __thread support on
all threaded targets, even when there is no actual TLS
John E. / TDM wrote:
This of course works fine, but it's sub-optimal; I would like for the
message not to be displayed at all, and I imagine that the auto-import
machinery shouldn't even need to be activated if the import library for
the libstdc++ DLL is properly designed. Also, hiding the
David Rothenberger wrote:
I've changed the package structure as follows:
~ * libapr1: Runtime library and documentation.
~ * libapr1-devel: Development headers and libraries.
~ * apr1: Source package.
Something seems wrong here. At the moment for the ABI=1 version we
have:
@ apr1
sdesc:
Edward Blum wrote:
The scenario is: Ubuntu machine running rsnapshot ssh's into remote
machine running cygwin 2.6.9 on windows 2003 and uses rsync to backup
the files. The error I get is:
There is no such version of Cygwin. You are referring to the version of
rsync.
Reading up is it to do
Edward Blum wrote:
Thanks for your swift reply! I see there are release candidates flying
about for 1.7 reckon they would be stable enough to try them out or
would I be better waiting for a stable release? Is there some where I
can find the release cycle?
I don't know whether you could call
Gary Wernsing wrote:
I added the SetIncreaseQuotaPrivilege to the cyg_server user and that
cured the problem.
[For those who got here on a search, this is found as
Local Computer Policy\
Computer Configuration\
Windows Settings\
Security Settings\
Local Policies\
User Rights
Clément LABORIE wrote:
source ${PROJECT_DIR}/myBash.bash
. $'\r': command not found
echo ${PROJECT_DIR}
E:/project/...
When I replace ${PROJECT_DIR} by Unix directory /cygdrive/e/project/...,
it works well.
What version of bash are you using? Have you read point 6 in
Phil Smith wrote:
We're perverting CMake and Cygwin make to use a cross-compiler for z/OS (IBM
mainframe). We've beaten it mostly into submission, but are hitting an issue
with definitions being passed. Cygwin make seems to be passing them in the
format:
-Dvarname value
rather
Yaakov (Cygwin Ports) wrote:
Am I missing something here?
Apparently my understanding of FAT is wrong then.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Reini Urban wrote:
Sure. Fixing libtool of course.
Mixing static and dynamic libs should be possible.
I think you're missing the point of why libtool disallows it: not
because it won't work in a specific instance, but because it is not
portable. There is no fix for the fact that on some
Yaakov (Cygwin Ports) wrote:
It's not a case of using the same workaround. With 1.5, the make
manifypods target would first build the PODs, then create the manpages,
and would fail when trying to create a manpage containing '::' (as it
did not use a managed mount). gtk2-perl.cygclass would
Corinna Vinschen wrote:
No, it hasn't. I already removed this dependency a week ago.
Perhaps something wonky with unionfs is happening then because I
clearly see it in the setup-2.ini on sourceware at this moment:
[EMAIL PROTECTED] ~/ftp]$ awk '/^@ base-cygwin$/,/^requires:/' setup-2.ini
@
Corinna Vinschen wrote:
Ok, I'll have a look. Any idea about my other question? How to remove
the entire installed.db package DB when the user goes back to the root
dir selection dialog so we can reload from another location, should the
user choose one?
My aborted unfinished attempt at a
Corinna Vinschen wrote:
Why didn't upset pick up the change?
Perhaps it has to do with the design of upset being incremental, i.e.
taking the current setup-2.ini as input and applying updates to it
rather than generating it from whole each time. It might be confused
upon not seeing a requires:
Brian Dessent wrote:
- the Replaced-by would have to be transitive in the dependency
computation code as well. So if a maintainer renames package OLDNAME to
And, as a corollary to that: Replaced-by should accept only a single
packagename as predicate, since we have this requirement
Brian Dessent wrote:
- the Replaced-by method would not allow a determined user to continue
using an old version of a package without upgrading. With the current
scheme they can just mark the existing package as Keep (or select a
Prev version) which has the effect of blocking the upgrade
Corinna Vinschen wrote:
IMHO, the replaced-by would add nothing in terms of less maintainence
burden. The old package still has to be tweaked in one way or another.
The only extra work without replaced-by is to create empty tar archives
for the old packages, which is really simple.
As I do
Corinna Vinschen wrote:
Something's obviously missing...
Yes, I led you astray, sorry. That is going to purge absolutely
everything that setup knows about packages. In order to get that back
it would be necessary to re-parse setup.ini and re-scan the local
package directory for its contents
Sam Kuper wrote:
1) Was the rename utility removed from cygutils at some point between
version 1.2.6-1 and 1.3.2-1, or is my version of cygutils somehow
corrupt?
2) If it was removed, why, and is there some other way I can obtain
the rename utility under cygwin? (NB. please don't just
Brian Dessent wrote:
Everything is in the announcements. It was moved out of cygutils in
1.3.0 and into util-linux:
And, additionally, next time try:
$ cygcheck -p rename.exe
Found 3 matches for rename.exe.
util-linux/util-linux-2.12r-2 Random collection of Linux utilities
util-linux/util
NightStrike wrote:
If cygwin ever wants to be able to support newer gcc compilers,
something needs to be done in this area. There are several options,
That's a quite a misleading statement to make. Everything is fine for a
native 4.4 using 3.4 as the bootstrap compiler. That's the whole
Yaakov (Cygwin Ports) wrote:
1) Completely remove the /::/./ substitution in both man and perl for 1.7;
2) Have man look for both '.' and '::'.
How about
3) Perpetuate the s/::/./ workaround in Cygport so that manpages
continue to be generated with '.'.
Rationale: Support for : in filenames
1 - 100 of 2641 matches
Mail list logo