RE: base-files request

2004-06-22 Thread Morrison, John
Igor Pechtchanski wrote:
 On Mon, 21 Jun 2004, John Morrison wrote:
 From: Igor Pechtchanski
 done  base-files-manifest.lst
  ^^^
 Shouldn't this be /etc/preremove/base-files-manifest.lst?

humm, prob, I didn't know where the script was run from, but
a full path would make that redundant.

 Also, why not simply

erm, cause I didn't know how? ;)

My scripting capabilities are not really *that* good, I just
hack up something which works; which is why I appreciate the
input from somebody better (ie you!) :)

 while read f; do
   if /bin/cmp -s ${f} /etc/defaults${f}; then
 echo $f hasn't been modified, it will be updated /bin/rm -f
   ${f} fi
 done  /etc/preremove/base-files-manifest.lst
 
 or even
 
 while read f; do
   /bin/cmp -s ${f} /etc/defaults${f}  \
 echo $f hasn't been modified, it will be updated  \ /bin/rm
 -f ${f} done  /etc/preremove/base-files-manifest.lst
 
 but I'll add the test for diffutils :)
 
 No need -- it should be safe here.  You really need this test if you
 want to distinguish between false (i.e., 1..126) and missing
 (i.e., 127). 
 
 This way the skel files will be upgraded in the same manner.
 
 I have been wondering how best to release this, there have been
 several patches to profile, but if I release a new package with the
 new version of profile then the preremove script will never
 upgrade... but how long do I (we? ;) give people to upgrade?
 
 J.
 
 Maybe just add a note in the announcement (and, of course, the README)
 that if the /etc/profile doesn't contain any customizations, one
 should remove it before upgrading the base-files package to be able
 to get the latest versions in the future...
   Igor

OK.  I'll have to create the README - there never has been one!

Give me a few days and I'll post a test version.

J.


This e-mail has come from Experian International: winner of the UK's National Business 
of the Year Award 2003.

==
Information in this e-mail and any attachments are confidential, and may 
not be copied or used by anyone other than the addressee, nor disclosed 
to any third party without our permission. There is no intention to 
create any legally binding contract or other binding commitment through 
the use of this electronic communication unless it is issued in accordance 
with the Experian Limited standard terms and conditions of purchase or 
other express written agreement between Experian Limited and the recipient 
Experian Limited (registration number 653331) Registered office: 
Talbot House, Talbot Street, Nottingham NG80 1TH

Although Experian has taken reasonable steps to ensure that this communication 
and any attachments are free from computer virus, you are advised to take 
your own steps to ensure that they are actually virus free.



Re: Request to publish subversion packages after self-review

2004-06-22 Thread Corinna Vinschen
On Jun 21 10:15, Morrison, John wrote:
 Max Bowsher wrote:
  No one has reviewed my subversion source package, so I
  started tried to do it myself, by trying to build in a new clean
  minimal cygwin install.
  
  I found and fixed number of problems - mostly missing build
  requirements - and a final build in the clean environment completed
  OK. 
  
  Therefore, I'd like to request that this package be
  considered self-reviewed, and so ready to publish.
  
  Max.
 
 OK, I just built the source package.  It hung the first time, no
 indications as to why :(
 
 Sucessfully built the second time.

I guess that's ok.  Otherwise this package will never make it into the
release so, Max, please upload.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.


RE: Request to publish subversion packages after self-review

2004-06-22 Thread Morrison, John
Corinna Vinschen wrote:
 On Jun 21 10:15, Morrison, John wrote:
 Max Bowsher wrote:
 I guess that's ok.  Otherwise this package will never make it into the
 release so, Max, please upload.

*wild applause*

Yay!

Thanks Max and Corinna :)

J.


This e-mail has come from Experian International: winner of the UK's National Business 
of the Year Award 2003.

==
Information in this e-mail and any attachments are confidential, and may 
not be copied or used by anyone other than the addressee, nor disclosed 
to any third party without our permission. There is no intention to 
create any legally binding contract or other binding commitment through 
the use of this electronic communication unless it is issued in accordance 
with the Experian Limited standard terms and conditions of purchase or 
other express written agreement between Experian Limited and the recipient 
Experian Limited (registration number 653331) Registered office: 
Talbot House, Talbot Street, Nottingham NG80 1TH

Although Experian has taken reasonable steps to ensure that this communication 
and any attachments are free from computer virus, you are advised to take 
your own steps to ensure that they are actually virus free.



CMake 2.0.2-1 ready

2004-06-22 Thread William A. Hoffman
There has been a new release of the official cmake (2.0.2).
This is a major release from 1.8.3 to 2.0.2

Changes in CMake 2.0.2:

- Remove automatic -I for source directory with makefile generator.
  Problems caused by this can be fixed with this command:
  INCLUDE_DIRECTORIES(${CMAKE_CURRENT_SOURCE_DIR}).
  Or, you can set the CMAKE_BACKWARDS_COMPATIBILITY to 1.8.

- Fixed parsing of unquoted arguments to allow double-quotes within the
  argument.
 
- Add a STREQUAL to the IF command.

- Modules/FindFLTK.cmake: look for both Fl.h or Fl.H.

- Fix compound IF crash on unix. BUG id 917.

- Fix path problem with sub projects and IDE workspace files.
 
- Add a FindKDE module.

- Modules/FindFLTK.cmake: fix for bug 915

- BUG#891: When building CMake itself, use the new cmake to install so 
  that the current cmake can be overwritten.

- BUG: Files in top-level directory of source tree were not reported in updates log 
  for ctest.

- Fix find library so it does not find directories.



Changes in CMake 2.0.1:

- Platform independent Install (no more install-sh); supports pre install, post 
install, manifest, destdir...; faster and it works on Windows 

- Add support for SWIG

- Optional support for relative paths

- INCLUDE and FIND_PACKAGE both check CMAKE_MODULE_PATH 

- IF command supports better expression support, like IF(A AND B AND C)

- IF command now has a numeric EQUAL test

- MACRO's now support variable arguments

- FOREACH supports a RANGE of values genertor

- CMake supports an automatic pre-load cmake file in the source tree of a project.

- GET_TARGET_PROPERTY can give you the build location of a target.

- Loaded commands have a crash signal handler to detect crashes not caused by cmake.

- GET/SET_DIRECTORY_PROPERTY/PROPERTIES commands so that we can change include 
directories
  and get all sorts of things. 

- VEBOSE build option for visual studio IDE generators.

- FIND_LIBRARY and FIND_PATH now look in CMAKE_LIBRARY_PATH and CMAKE_INCLUDE_PATH
  environment variables in addition to and before the PATH environment variable.

- Each sub project in a project now creates a top level IDE project file so it can
  be loaded independently.

- A saftey chech was added to make sure that files written using WRITE_FILE 
  and FILE WRITE are not used as input files which can lead to infinite loops in the 
build.

- Add support for adding object files and sources. This way you can use external 
  program such as assembler or fortran to generate object files. Also star of 
  fixing: Bug #757

- add .o file as a source file.

- New REMOVE_DEFINITION command, opposite to ADD_DEFINITIONS.

- CCmake support for HOME and END keys. Also fix Bug #666, in CCMake when deleting
  something, it does not stop at the beginning of line.

- Fix externl projects for VS7 and VS6.

- New support for import of modules without specifying a path.

- New testing option to build and run an executable --build-and-test.

- Support for shared library versions on UNIX.

- SUBDIR command now supports PREORDER build option.

- Add support for file names with +-~ in them for borland compiler.

- Mac OSX bundle executable creation support with the ADD_EXECUTABLE command.

- CTest Support for in-source builds.

- CTest Skip tests that do not have defects.

- CTest new option -I that adds the ability to run a limited sub-set of the tests.

- CTest support for Valgrind and Purify.

- CTest New testing script support, that allows the nightly testing process to be 
automated.

- New Find modules: FindPHP4.cmake, FindPerlLibs.cmake, FindPike.cmake, 
FindRuby.cmake, FindSWIG.cmake, UseSWIG.cmake

- Many bug fixes and other minor changes.



Here are the required files:

ftp://www.cmake.org/pub/cmake/cygwin/setup.hint
ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.2-1.tar.bz2
ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.2-1-src.tar.bz2






# CMake setup.hint file for cygwin setup.exe program
category: Devel
requires: libncurses7 cygwin
sdesc: A cross platform build manger
ldesc: CMake is a cross platform build manager. It allows you to specify build 
parameters for C and C++ programs in a cross platform manner. For cygwin Makefiles 
will be generated. CMake is also capable of generating microsoft project files, nmake, 
and borland makefiles. CMake can also perform system inspection operations like 
finding installed libraries and header files.
prev: 1.8.3-1
curr: 2.0.2-1



Re: db4.2 packaging suggestion

2004-06-22 Thread Gerrit P. Haase
Max schrieb:

 The html docs for the db4.2 command line utilities are in the
 libdb4.2-devel package and installed into
 /usr/share/doc/libdb4.2-devel-4.2.52. This causes the link to them
 from the main db documentation to be broken. I suggest that
 either all the docs be installed in /usr/share/db-4.2.52,
 regardless of which sub-package they are in, or, the link in
 /usr/share/doc/db-4.2.52/index.html be edited from
 utility/index.html to ../libdb4.2-devel-4.2.52/utility/index.html .

Thanks for the report.  I'll change the package layout and provide a
speparate docs package including all the docs.


Gerrit
-- 
=^..^=



Re: CMake 2.0.2-1 ready

2004-06-22 Thread Corinna Vinschen
On Jun 22 10:57, William A. Hoffman wrote:
 At 10:23 AM 6/22/2004, you wrote:
 What about cmake-1.6.7-1?  Can that get removed?
 
 Yes, it can be removed.

Ok, done.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.


Re: [ITP-3] glib2-2.4.2-1

2004-06-22 Thread Yaakov Selkowitz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
| Now I reconfigure with my patched libtool, the patch will grow but it
| will work for sure (now also with --disable-gtk-doc which in fact makes
| the doc package smaller).
|
| The new package to replace the old one is posted again here:
| http://anfaenger.de/cygwin/gtk+/glib/glib2-2.4.2-1.tar.bz2
| http://anfaenger.de/cygwin/gtk+/glib/setup.hint
|
| http://anfaenger.de/cygwin/gtk+/glib/glib2-devel-2.4.2-1.tar.bz2
| http://anfaenger.de/cygwin/gtk+/glib/setup.hint.devel
|
| http://anfaenger.de/cygwin/gtk+/glib/glib2-doc-2.4.2-1.tar.bz2
| http://anfaenger.de/cygwin/gtk+/glib/setup.hint.doc
|
| http://anfaenger.de/cygwin/gtk+/glib/glib2-2.4.2-1-src.tar.bz2
I think I've pointed this out with ALL of your packages, but any -devel
or -doc packages need to have an external-source:  line in their
setup.hint.
Once this is fixed, these packages are GTG.  Let's get this in the
distro already!
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFA2NQMpiWmPGlmQSMRAto3AKDF3bh+ZdFm2mQ/MPL38nHCg9YBXgCg+dfN
YvZOfCQOjpHY0+P+SPLoa9Q=
=T4zH
-END PGP SIGNATURE-


Re: [ITP] gtk-doc

2004-06-22 Thread Joshua Daniel Franklin
On Sun, 20 Jun 2004 17:19:46 -0500, Yaakov Selkowitz 
 
  Since I have gtk-doc installed and I'm the maintainer tobe I don't see
  why it is needed to remove the flag.  However, it is not much more work
  as I already have loaded on my plate to provide also a gtk-doc package
  since it is a prerequisite to build gnome packages (at least for the CVS
  versions).
 
 Well I always thought that source packages should be buildable as-is,
 providing all requisite packages are present--meaning that any build
 requirements should be in the distro.  Am I wrong on this?

cygwin-doc does not meet this requirement...