16 Feb
2012
16 Feb
'12
1:39 p.m.
Guys,
Working with the current tarballs compared with those created from the git
tree I have run into a difference in path information included in the existing
tarballs instead of those created from a local copy of the git tree. The
existing tarballs referenced in the PKGBUILD scripts contain the dependencies
path information i.e.:
dependencies/tqtinterface/
dependencies/tqtinterface/TODO
dependencies/tqtinterface/ConfigureChecks.cmake
dependencies/tqtinterface/COPYING
dependencies/tqtinterface/CMakeLists.txt
dependencies/tqtinterface/configure.in.mid
dependencies/tqtinterface/qtinterface/
dependencies/tqtinterface/qtinterface/tqlcdnum.h
dependencies/tqtinterface/qtinterface/parser2.sh
While those I create from the git tree simply contain e.g.:
tqtinterface/CMakeLists.txt
tqtinterface/configure.in.bot
tqtinterface/AUTHORS
tqtinterface/admin/
tqtinterface/configure.in.mid
Is prefixing the files in the tarball with the entire directory path below
'main/' going to be the standard? In the past, I have always excluded the module
prefix (applications, common, dependencies, libraries, ...).
Either way will work, but from a PKGBUILD standpoint, we need to make sure
there is a standard. What is the consensus?
--
David C. Rankin, J.D.,P.E.
16 Feb
16 Feb
1:46 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 16 February 2012 08:39, David C. Rankin
<drankinatty(a)suddenlinkmail.com> wrote:
Guys,
Working with the current tarballs compared with those created from the git
tree I have run into a difference in path information included in the existing
tarballs instead of those created from a local copy of the git tree. The
existing tarballs referenced in the PKGBUILD scripts contain the dependencies
path information i.e.:
dependencies/tqtinterface/
dependencies/tqtinterface/TODO
dependencies/tqtinterface/ConfigureChecks.cmake
dependencies/tqtinterface/COPYING
dependencies/tqtinterface/CMakeLists.txt
dependencies/tqtinterface/configure.in.mid
dependencies/tqtinterface/qtinterface/
dependencies/tqtinterface/qtinterface/tqlcdnum.h
dependencies/tqtinterface/qtinterface/parser2.sh
While those I create from the git tree simply contain e.g.:
tqtinterface/CMakeLists.txt
tqtinterface/configure.in.bot
tqtinterface/AUTHORS
tqtinterface/admin/
tqtinterface/configure.in.mid
Is prefixing the files in the tarball with the entire directory path below
'main/' going to be the standard? In the past, I have always excluded the module
prefix (applications, common, dependencies, libraries, ...).
Either way will work, but from a PKGBUILD standpoint, we need to make sure
there is a standard. What is the consensus?
--
David C. Rankin, J.D.,P.E.
We have been working solely with the 3.5.13 tarballs. Now that git has
settled we also going to work on git builds.
Calvin
2:14 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 02/16/2012 07:46 AM, Calvin Morrison wrote:
We have been working solely with the 3.5.13 tarballs.
Now that git has
settled we also going to work on git builds.
Calvin
There are massive differences between the tarballs and git. There are whole
subdirectories either missing or empty compared between the existing tarballs
and git for tqtinterface alone. (that is the example I've been working with)
For example, I have prepared sorted file list with identical path information
included for comparison in kdiff3. The files are here:
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-tarball.t…
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-git.txt
in the git version, the cmake directory is empty - not good for the build checks:
==> Starting cmake...
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:27 (include):
include could not find load file:
TDEMacros
-- Checking for Qt3...
-- QT_PREFIX_DIR : /opt/qt3
-- QT_INCLUDE_DIR: /opt/qt3/include
-- QT_LIBRARY_DIR: /opt/qt3/lib
-- QT_BINARY_DIR : /opt/qt3/bin
-- MOC_EXECUTABLE: /opt/qt3/bin/moc (using Qt 3.3.8d)
-- UIC_EXECUTABLE: /opt/qt3/bin/uic
CMake Error at ConfigureChecks.cmake:158 (tde_save):
Unknown CMake command "tde_save".
Call Stack (most recent call first):
CMakeLists.txt:29 (include)
-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build
Granted, this was an attempt to build tqtinterface from get on a system with
qt3 built from the tarball, but I wouldn't expect cmake errors regardless.
Anybody got further information on the difference between tarballs and git?
--
David C. Rankin, J.D.,P.E.
2:19 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On Thursday 16 February 2012 16:14:59 David C. Rankin wrote:
On 02/16/2012 07:46 AM, Calvin Morrison wrote:
Remind me again, why we replaced svn with git? :)
--
Serghei.
We have been working solely with the 3.5.13
tarballs. Now that git has
settled we also going to work on git builds.
Calvin
There are massive differences between the tarballs and git. There are whole
subdirectories either missing or empty compared between the existing
tarballs and git for tqtinterface alone. (that is the example I've been
working with)
2:30 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 02/16/2012 08:19 AM, Serghei Amelian wrote:
Remind me again, why we replaced svn with git? :)
Hehe.... :)
Dunno, it happened while I was away 'stepping on alligators and putting out
fires.' :p
Either will work -- I think, but as in my last post -- I suck at git :)
--
David C. Rankin, J.D.,P.E.
2:32 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On Thu, Feb 16, 2012 at 09:14, David C. Rankin
<drankinatty(a)suddenlinkmail.com> wrote:
On 02/16/2012 07:46 AM, Calvin Morrison wrote:
You need to checkout git submodules.
(That's what the README about GIT on the wiki is for.)
git submodule update --init
--
later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu
We have been working solely with the 3.5.13
tarballs. Now that git has
settled we also going to work on git builds.
Calvin
There are massive differences between the tarballs and git. There are whole
subdirectories either missing or empty compared between the existing tarballs
and git for tqtinterface alone. (that is the example I've been working with)
For example, I have prepared sorted file list with identical path information
included for comparison in kdiff3. The files are here:
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-tarball.t…
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-git.txt
in the git version, the cmake directory is empty - not good for the build checks:
==> Starting cmake...
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:27 (include):
include could not find load file:
TDEMacros
-- Checking for Qt3...
-- QT_PREFIX_DIR : /opt/qt3
-- QT_INCLUDE_DIR: /opt/qt3/include
-- QT_LIBRARY_DIR: /opt/qt3/lib
-- QT_BINARY_DIR : /opt/qt3/bin
-- MOC_EXECUTABLE: /opt/qt3/bin/moc (using Qt 3.3.8d)
-- UIC_EXECUTABLE: /opt/qt3/bin/uic
CMake Error at ConfigureChecks.cmake:158 (tde_save):
Unknown CMake command "tde_save".
Call Stack (most recent call first):
CMakeLists.txt:29 (include)
-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build
Granted, this was an attempt to build tqtinterface from get on a system with
qt3 built from the tarball, but I wouldn't expect cmake errors regardless.
Anybody got further information on the difference between tarballs and git?
2:41 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 02/16/2012 08:32 AM, Robert Xu wrote:
On Thu, Feb 16, 2012 at 09:14, David C. Rankin
<drankinatty(a)suddenlinkmail.com> wrote:
I checked out the entire source tree and according to the wiki page:
To check out the entire source tree
git clone http://<username>@scm.trinitydesktop.org/scm/git/tde
cd tde
./scripts/switch_all_submodules_to_head_and_clean
That's exactly what I did. According to the wiki, the 'git submodule update
--init' only applies "To check out a single project"
Is this wrong?
--
David C. Rankin, J.D.,P.E.
On 02/16/2012 07:46 AM, Calvin Morrison wrote:
You need to checkout git submodules.
(That's what the README about GIT on the wiki is for.)
git submodule update --init
We have been working solely with the 3.5.13
tarballs. Now that git has
settled we also going to work on git builds.
Calvin
There are massive differences between the tarballs and git. There are whole
subdirectories either missing or empty compared between the existing tarballs
and git for tqtinterface alone. (that is the example I've been working with)
For example, I have prepared sorted file list with identical path information
included for comparison in kdiff3. The files are here:
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-tarball.t…
http://www.3111skyline.com/dl/dt/trinity/tmp/git/tde-tqtinterface-git.txt
in the git version, the cmake directory is empty - not good for the build checks:
==> Starting cmake...
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:27 (include):
include could not find load file:
TDEMacros
-- Checking for Qt3...
-- QT_PREFIX_DIR : /opt/qt3
-- QT_INCLUDE_DIR: /opt/qt3/include
-- QT_LIBRARY_DIR: /opt/qt3/lib
-- QT_BINARY_DIR : /opt/qt3/bin
-- MOC_EXECUTABLE: /opt/qt3/bin/moc (using Qt 3.3.8d)
-- UIC_EXECUTABLE: /opt/qt3/bin/uic
CMake Error at ConfigureChecks.cmake:158 (tde_save):
Unknown CMake command "tde_save".
Call Stack (most recent call first):
CMakeLists.txt:29 (include)
-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build
Granted, this was an attempt to build tqtinterface from get on a system with
qt3 built from the tarball, but I wouldn't expect cmake errors regardless.
Anybody got further information on the difference between tarballs and git?
2:54 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 02/16/2012 08:41 AM, David C. Rankin wrote:
On 02/16/2012 08:32 AM, Robert Xu wrote:
There is definitely something wrong with the git clone or the
switch_all_submodules_to_head_and_clean script. I ran the 'git submodule update
--init' you suggested and it did nothing for dependencies/tqtinterface/cmake
contents. Then, since the output looked the same as it did when I ran the
switch_all_submodules_to_head_and_clean script originally, I checked the script
and it already did that:
if [[ -e .gitmodules ]]; then
if [[ $gituser == "anonymous" ]]; then
sed -i 's/system@//g' .gitmodules
else
sed -i "s/system@/$gituser@/g" .gitmodules
fi
git submodule init
git submodule update
git submodule foreach "git checkout master"
git submodule foreach "git pull"
git submodule foreach "$THISSCRIPT $gituser"
git checkout -- .gitmodules
fi
Something doesn't make sense... Is there something wrong with the repository
or the script or the wiki? I have run:
git clone http://drankin@scm.trinitydesktop.org/scm/git/tde
./scripts/switch_all_submodules_to_head_and_clean
git pull (subsequently -- and followed each time by another )
./scripts/switch_all_submodules_to_head_and_clean
Then on your suggestion I ran:
git submodule update --init
I still have no TDEMacros or anything else in:
08:50 archangel:/dat_f/tde> l main/dependencies/tqtinterface/cmake/
total 8
drwxr-xr-x 2 david david 4096 Feb 8 18:47 .
drwxr-xr-x 5 david david 4096 Feb 8 18:47 ..
According to git, everything is up to date:
08:52 archangel:/dat_f/tde> git pull
Already up-to-date.
What gives?
--
David C. Rankin, J.D.,P.E.
You need to checkout git submodules.
(That's what the README about GIT on the wiki is for.)
git submodule update --init
I checked out the entire source tree and according to the wiki page:
To check out the entire source tree
git clone http://<username>@scm.trinitydesktop.org/scm/git/tde
cd tde
./scripts/switch_all_submodules_to_head_and_clean
That's exactly what I did. According to the wiki, the 'git submodule update
--init' only applies "To check out a single project"
Is this wrong?
25 Feb
25 Feb
12:36 a.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On 16 February 2012 09:54, David C. Rankin
<drankinatty(a)suddenlinkmail.com>wrote;wrote:
On 02/16/2012 08:41 AM, David C. Rankin wrote:
git pull --recurse-submodules works for me.
On 02/16/2012 08:32 AM, Robert Xu wrote:
update
You need to checkout git submodules.
(That's what the README about GIT on the wiki is for.)
git submodule update --init
I checked out the entire source tree and according to the wiki page:
To check out the entire source tree
git clone http://<username>@scm.trinitydesktop.org/scm/git/tde
cd tde
./scripts/switch_all_submodules_to_head_and_clean
That's exactly what I did. According to the wiki, the 'git submodule --init' only applies "To check out a
single project"
Is this wrong?
There is definitely something wrong with the git clone or the
switch_all_submodules_to_head_and_clean script. I ran the 'git submodule
update
--init' you suggested and it did nothing for
dependencies/tqtinterface/cmake
contents. Then, since the output looked the same as it did when I ran the
switch_all_submodules_to_head_and_clean script originally, I checked the
script
and it already did that:
if [[ -e .gitmodules ]]; then
if [[ $gituser == "anonymous" ]]; then
sed -i 's/system@//g' .gitmodules
else
sed -i "s/system@/$gituser@/g" .gitmodules
fi
git submodule init
git submodule update
git submodule foreach "git checkout master"
git submodule foreach "git pull"
git submodule foreach "$THISSCRIPT $gituser"
git checkout -- .gitmodules
fi
Something doesn't make sense... Is there something wrong with the
repository
or the script or the wiki? I have run:
git clone http://drankin@scm.trinitydesktop.org/scm/git/tde
./scripts/switch_all_submodules_to_head_and_clean
git pull (subsequently -- and followed each time by another )
./scripts/switch_all_submodules_to_head_and_clean
Then on your suggestion I ran:
git submodule update --init
I still have no TDEMacros or anything else in:
08:50 archangel:/dat_f/tde> l main/dependencies/tqtinterface/cmake/
total 8
drwxr-xr-x 2 david david 4096 Feb 8 18:47 .
drwxr-xr-x 5 david david 4096 Feb 8 18:47 ..
According to git, everything is up to date:
08:52 archangel:/dat_f/tde> git pull
Already up-to-date.
What gives?
--
David C. Rankin, J.D.,P.E.
24 Feb
24 Feb
8:28 p.m.
New subject: [trinity-devel] Arch tarball specifications - why tqtinterface files prefixed with 'dependencies/'?
On Thu, Feb 16, 2012 at 2:46 PM, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 16 February 2012 08:39, David C. Rankin
<drankinatty(a)suddenlinkmail.com> wrote:
I'd rather use tarballs for stable builds rather than git. Anyway, the
pkgbuilds for r13 aren't exactly finished, they still need some
polishing.
Guys,
Working with the current tarballs compared with those created from the git
tree I have run into a difference in path information included in the existing
tarballs instead of those created from a local copy of the git tree. The
existing tarballs referenced in the PKGBUILD scripts contain the dependencies
path information i.e.:
dependencies/tqtinterface/
dependencies/tqtinterface/TODO
dependencies/tqtinterface/ConfigureChecks.cmake
dependencies/tqtinterface/COPYING
dependencies/tqtinterface/CMakeLists.txt
dependencies/tqtinterface/configure.in.mid
dependencies/tqtinterface/qtinterface/
dependencies/tqtinterface/qtinterface/tqlcdnum.h
dependencies/tqtinterface/qtinterface/parser2.sh
While those I create from the git tree simply contain e.g.:
tqtinterface/CMakeLists.txt
tqtinterface/configure.in.bot
tqtinterface/AUTHORS
tqtinterface/admin/
tqtinterface/configure.in.mid
Is prefixing the files in the tarball with the entire directory path below
'main/' going to be the standard? In the past, I have always excluded the module
prefix (applications, common, dependencies, libraries, ...).
Either way will work, but from a PKGBUILD standpoint, we need to make sure
there is a standard. What is the consensus?
--
David C. Rankin, J.D.,P.E.
We have been working solely with the 3.5.13 tarballs. Now that git has
settled we also going to work on git builds.
Calvin
4447
days inactive
4456
days old
9 comments
5 participants
participants (5)
-
Calvin Morrison -
David C. Rankin -
Pawel Soltys -
Robert Xu -
Serghei Amelian