Nabble - T2

Error: t2-8.0 : build : missing perl

2009-11-25T01:58:07Z

Hi

Version : t2-8.0-rc-minimal-i486
Build-Pkg : t2-8.0-rc.tar.bz2

After installing the Version and test-build gives the following error
occures

=> missing perl (binary) : the perl moduls are there in /usr/lib/perl5
(5.10.1 [without perl-site])

but there is not perl-binary in /usr/bin or the other "normal"
binary places

Thx
Dan

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: AW: AW: ACPI error : Installation hangs

2009-11-24T02:36:31Z

i486 is generic enough, even those will certainly be slow enough to be fun. Less than i486 does not build with glibc anymore, anyway - if you want i386 then you need to build with uclibc, maybe dietlibc works too. If you are extraordinary lucky eglibc _/mgiht/_ work.

On 24.11.2009, at 11:18, Salem, Daniel FKD wrote:

> Hi
>
> I asked for the "generic" type without the i486 optimization
>
> thanks
>
> -----Ursprüngliche Nachricht-----
>
> Hi,
>
> On 24.11.2009, at 10:45, Salem, Daniel FKD wrote:
>
>> With 7.0-rc2-minimal-i486 the "same situation" :
>>
>> -------
>> ENABLING IO-APIC IRQs
>> ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=1
>> Checking TSC synchronization [CPU#0 -> CPU#1]: pased
>> Brought up 2 CPUs
>> Migration_cost=53
>> HP Compaq Laptop series borad detected. Selecting BIOS-methods for
>> reboots.
>> NET: Registered protocol family 16
>> ACPI: bus type pci registered
>> PCI: Using MMCONFIG
>> Setting up standard PCI resources
>> ACPI: Interpreter enabled
>> ACPI: (supports S0 S3 S4 S5)
>> ACPI: Using IOAPIC for interrupt routing
>> ACPI: PCI Root Bridge [PCI0] (0000:00)
>> -------
>>
>> => hang on
>>
>>
>> I will try the 8.0-rc-minimal-i486 after lunch (download in progess).
>>
>>
>> Does there exist a x86_32 or only the i486 / x86_64 types ?
>
>
> any i?68 is "x86_32", what exactly do you mean?
>
> Note that while compiling T2 from the sources you can select any i386 related optimization, currently:
>
> generic "No special optimisation"
> i386 "Optimised for Intel 386"
> i486 "Optimised for Intel 486"
> c3 "Optimised for VIA CyrixIII/VIA-C3"
> c3-2 "Optimised for VIA-C3-2 Nemiah"
> c7 "Optimised for VIA-C7 Esther"
> pentium "Optimised for Intel Pentium"
> pentium-mmx "Optimised for Intel Pentium with MMX"
> i686 "Optimised for 686 class CPU"
> pentiumpro "Optimised for Intel Pentium-Pro"
> pentium2 "Optimised for Intel Pentium 2"
> pentium3 "Optimised for Intel Pentium 3"
> pentium4 "Optimised for Intel Pentium 4"
> pentium-m "Optimised for Intel Pentium M (Centrino)"
> prescott "Optimised for Intel Pentium 4 with SSE3"
> nocona "Optimised for Intel Core Solo/Duo"
> core2 "Optimized for Intel Core2"
> geode "Optimised for NSC Geode GX"
> geode2 "Optimised for NSC Geode GX2, AMD Geode GX(2)"
> geodelx "Optimised for AMD Geode LX"
> k6 "Optimised for AMD K6"
> k6-2 "Optimised for AMD K6-2"
> k6-3 "Optimised for AMD K6-3"
> athlon "Optimised for AMD Athlon"
> athlon-tbird "Optimised for AMD Athlon Thunderbird"
> athlon-4 "Optimised for AMD Athlon 4"
> athlon-xp "Optimised for AMD Athlon XP"
> athlon-mp "Optimised for AMD Athlon MP"
>
> Not to mention the x86_64 options, and the ones for ARM, MIPS, SPARC, PowerPC, et al:
>
> http://t2-project.org/architectures/
>
> --
> René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
> http://exactcode.com | http://t2-project.org | http://rene.rebe.name
>

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
http://exactcode.com | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: ACPI error : Installation hangs

2009-11-24T01:15:40Z

Hi,

On 24.11.2009, at 10:09, Salem, Daniel FKD wrote:

>
> Hello
>
> Situation: "Installation" of t2-desktop-6.0.0-x86 and
> t2-7.0-rc2-minimal-486
> hangs as ACPI fails
>
> Hardware : HP Compaq dc7900 USDT C2D E8400
>
> Remark : 1. The t-resc-0.7.2-x86-i486 works (it shows the ACPI error
> and skips them)
> 2. The grub "acpi=off" doesn't work => other strange errors
>
>
> Is there a "quick" solution ?

6.0 is a bit old, maybe use 7.0 or the 8.0-rc. The 8.0-rc is a little rough, there will be an -rc2 soon.

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
http://exactcode.com | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Determination/Generation of pkg flist?

2009-11-20T09:05:27Z

Dear Toan,

On 20.11.2009, at 16:51, Toan Pham wrote:

>
> Rene,
>
> I looked in the SDE and I could not find how you generate flist file
> for each installed package, ie.
> all files under $build_root/var/adm/flist/<package name>
> I did not know what mechanism you use to determine all installed files
> for each package.
> Also, I tried entering the sandbox and manually install some files,
> ie. install README /
> and that did not include the file /README to a package file list.
> Would you please tell me how it is done, and also if it is possible to
> custom install some more
> files during a package build procedure and have these files included
> in the file $build_root/var/adm/flist/<pkgname>

the build installed files are tracked by the selected "trace" technique, which is a LD preload library by default. Historically we also provide a strace choice (but I did not test it in a long time and it is slow anyway).

If you install other files in the package they should appear automatically in the flist, by said "tracer". Unless you install the files in the postinstall hook, which is post the point where the build is "traced", for this the add_flist helper can be used (with care) to add the file.

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
http://exactcode.com | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Determination/Generation of pkg flist?

2009-11-20T08:55:48Z

Hi,

You can add own files to generated flist file by issuing add_flist
wrapper/hook, for example add_flist /some/where/file. I really havent
tryed this and havent had look on how flist generation really works but
in theory it should automatically add custom file generated list when
you install it in inmake hook. This hook is used to do custom stuff
between make and make install.

Hooks are quite simply implemented in package.conf file, example from T2
handbook:

mypackage_pm () {
# some code
install .....
}
hook_add inmake 5 "mypackage_pm"

or by using add_flist method:

mypackage_pm () {
# some code
add_flist /some/where/file
}
hook_add postflist 5 "mypackage_pm"

Top most example should work in this case and have the file appended to
flist by T2 SDE build enviroment.

Generally speaking flist is generated by help of wrappers scripts and
their generated output log. You can see many of these logs from build
directory under src.package.XXXXX. Someone from ml can correct me if i'm
wrong, but thats the general feel i get when i looked some files during
build.

-Mika

Toan Pham kirjoitti:

> Rene,
>
> I looked in the SDE and I could not find how you generate flist file
> for each installed package, ie.
> all files under $build_root/var/adm/flist/<package name>
> I did not know what mechanism you use to determine all installed files
> for each package.
> Also, I tried entering the sandbox and manually install some files,
> ie. install README /
> and that did not include the file /README to a package file list.
> Would you please tell me how it is done, and also if it is possible to
> custom install some more
> files during a package build procedure and have these files included
> in the file $build_root/var/adm/flist/<pkgname>
>
>
> Thank you.
>
>
> Toan
>
>
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> lists@... with a subject of: unsubscribe t2
>
>
>

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Determination/Generation of pkg flist?

2009-11-20T07:51:41Z

Rene,

I looked in the SDE and I could not find how you generate flist file
for each installed package, ie.
all files under $build_root/var/adm/flist/<package name>
I did not know what mechanism you use to determine all installed files
for each package.
Also, I tried entering the sandbox and manually install some files,
ie. install README /
and that did not include the file /README to a package file list.
Would you please tell me how it is done, and also if it is possible to
custom install some more
files during a package build procedure and have these files included
in the file $build_root/var/adm/flist/<pkgname>

Thank you.

Toan

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

mine -T

2009-11-20T03:22:27Z

Hi All,

I would find it useful if the following form of mine could work:

mine -T /var/adm / pacakage

resulting in a binarz file packagename-version.tar.bz2

-> without specifying the exact package name it could default to package
name and version number (taken from /var/adm/descs/package.desc) + tar.bz2

I guess it would be not much work, at the same time it could simplify
remakrably the creating binary packages from actually installed packages
without the need to check each time the version number manually.

best reagrds,

helasz

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: How can I checkout revision 30200?

2009-11-19T07:56:09Z

It's absolutely the same command, with addition of the -r parameter:

svn co http://svn.exactcode.de/t2/trunk t2-trunk -r30200

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

How can I checkout revision 30200?

2009-11-19T03:49:51Z

Hi guys,
I want to do a T2 build with Xorg 7.3. Various reasons:

1. want the xvesa kdrive server
2. want better Intel video support
3. want smaller size

Kirk, one of our Puppy developers, advised me that T2 revision 30200
looks like it would have the latest Xorg 7.3 packages.

The thing is though, I haven't got a clue how to checkout a specific
revision. I have only ever downloaded the latest from svn, following
the simple instructions on the t2-project.org download page.

Could someone kindly help me, explain how to do this?

Actually, what I want to get is the contents of package/xorg.

Regards,
Barry Kauler

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Dependency analysis in T2 - a possible approach

2009-11-17T06:59:29Z

I have also been struggling with the dependency problem, but haven't
come up with a good solution as yet. (But I am still reading and
learning about T2)

Rather than applications, my problem is just getting several basic tools
to compile. It seems to come down to a ring of dependencies that require
a bootstrap approach.

The 'host' machine is the t2-trunk which uses gcc 4.4.2, gmp 4.3.1,
ppl , and cloop_ppl.

(But all virtual on Fedora 12)

I am interested in creating a x86-64 architecture t2 platform and the
current trunk system has difficulties finding the libraries for that
cross architecture..

(Although I just now noticed a new libtool source was downloaded to my
build engine. Maybe the problem is fixed.)

-----

When you suggest 'changes' to the system, keep in mind that dependencies
are a problem which has been approached cautiously over the years by
many people, and the ./configure <options>; make; make install; process
is firmly embedded. The programs Make, ant, etc, are all attempts to
make things better. The fact that these schemes are all used means that
there is no winner yet.

Dependencies can come in through the <options> as well as being hard
coded. If everyone in the world could do things in a standard way, that
would also be helpful. It is like turning an oil tanker though.

---

My 2 cents worth.

Bob G

On Tue, 2009-11-17 at 13:00 +0100, helasz@... wrote:

> Dear All,
>
> Through the below observations I would like to generate a discussion
> which I hope will speed up work on the quite complex dependency analysis
> issue in T2 I am particularly interested in.
>
> Configuration of a certain package may have an impact on its
> dependencies since certain options may refer to external packages,
> libraries. For the same reason dependency analysis should be aware
> not only of package names, but also the configuration of the packages
> planned to be included. Picture could be even more complex if we include
> the version numbers, but inside a chosen T2 tree consistency regarding
> package version matrix can be assumed sparing so remarkble amount of
> time and energy.
> In T2 to each package is applied basically one configuration which is
> supplemented eventually by settings derived from the selected target's
> package matrix. I would call it deductive automatic way of configuration.
> It is an excellent approach if the target is mature and one knows exactly
> what packages (including dependencies) are needed.
> Let us see what benefits may there be if we invert this approach I mean
> starting from the conf matrix and solving dynamically the dependencies.
> If we allow the package configuration to be splitted (this implies some
> changes in the cache file's structure consequently) in optional
> sections* [see endnote] (for instance AUTO [this is the actual conf],
> COMPLETE, MINIMAL, TYPICAL, CUSTOM1, CUSTOM2, ...) making one
> of them the default and make these section/config name enter the
> "packages" file as a new field, we can fine tune, reconfigure the target
> with minimal efforts evaluating each package's configuration (with relative
> dependencies). Evaluation may be done by a script which (standalone,
> but called optionally also at the end of the Config script) recursively
> iterate through the package configurations appending to the "pkgsel"
> file in config/$cfg_name the "X pkg_name" not yet included but needed.
> In order to do that we need very accurate dependency infos:
> which package(s!) are needed for which package's given conf option;
> some dependency may have interchangeable packages, in which case we
> need to check whether at least one of them is present if not the first
> on the list should be used.
>
> Benefit: we can reduce the target's pkgsel to a couple of key
> packages. Example:
>
> X abiword
> X audacity
> X apache
> X lxde/*
>
>
> if we allow to include conf section
> on the same line of pkgsel, we can gain
> further flexibility:
>
> X abiword
> X audacity typical
> X apache complete
> X lxde/* minimal
>
> I hope the concept is clear enough for a discussion.
> The weak part is the effective dependency list handling I guess.
> Maybe someone has better idea on that...
>
> best regards,
>
> helasz
>
>
>
> * there is a pure bash readconf function which executes only the
> commands line by line of a given section (see below).
> So technically this solution may be integrated smoothly into T2.
>
> #!/bin/bash
>
> readconf() {
>
> match=0
>
> while read line; do
> # skip comments
> [[ ${line:0:1} == "#" ]] && continue
>
> # skip empty lines
> [[ -z "$line" ]] && continue
>
> # still no match? lets check again
> if [[ $match == 0 ]]; then
>
> # do we have an opening tag ?
> if [[ ${line:0:1} == "{" ]]; then
>
> # do we have a match ?
> # if array is empty, only $1 and '*' is to be checked
> if [ -n "${CONFSECTIONS[0]}" ] ; then
> check_matches
> else
> check_match $1
> fi
> continue
> fi
>
> # found next opening tag after config was read - exit loop
> elif [[ ${line:0:1} == "{" && $match == 1 ]]; then
> # do we have a match ?
> # if array is empty, only $1 and '*' is to be checked
> if [ -n "${CONFSECTIONS[0]}" ] ; then
> check_matches
> else
> check_match $1
> fi
> continue
>
> # got a config line eval it
> else
> if ! [[ $line =~ ^[\ ]{0,}[\#\;] ]] ;then
> if ! [[ $line =~ ^$ ]] ;then
> eval "$line"
> fi
> fi
> fi
>
> done < "$CONFIG_FILE"
> }
>
> CONFIG_FILE=/path-to-pkg_conf/$pkg_name.conf
>
> # to execute commands in section "typical"
> readconf "typical"
>
>
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> lists@... with a subject of: unsubscribe t2

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Dependency analysis in T2 - a possible approach

2009-11-17T04:00:31Z

Dear All,

Through the below observations I would like to generate a discussion
which I hope will speed up work on the quite complex dependency analysis
issue in T2 I am particularly interested in.

Configuration of a certain package may have an impact on its
dependencies since certain options may refer to external packages,
libraries. For the same reason dependency analysis should be aware
not only of package names, but also the configuration of the packages
planned to be included. Picture could be even more complex if we include
the version numbers, but inside a chosen T2 tree consistency regarding
package version matrix can be assumed sparing so remarkble amount of
time and energy.
In T2 to each package is applied basically one configuration which is
supplemented eventually by settings derived from the selected target's
package matrix. I would call it deductive automatic way of configuration.
It is an excellent approach if the target is mature and one knows exactly
what packages (including dependencies) are needed.
Let us see what benefits may there be if we invert this approach I mean
starting from the conf matrix and solving dynamically the dependencies.
If we allow the package configuration to be splitted (this implies some
changes in the cache file's structure consequently) in optional
sections* [see endnote] (for instance AUTO [this is the actual conf],
COMPLETE, MINIMAL, TYPICAL, CUSTOM1, CUSTOM2, ...) making one
of them the default and make these section/config name enter the
"packages" file as a new field, we can fine tune, reconfigure the target
with minimal efforts evaluating each package's configuration (with relative
dependencies). Evaluation may be done by a script which (standalone,
but called optionally also at the end of the Config script) recursively
iterate through the package configurations appending to the "pkgsel"
file in config/$cfg_name the "X pkg_name" not yet included but needed.
In order to do that we need very accurate dependency infos:
which package(s!) are needed for which package's given conf option;
some dependency may have interchangeable packages, in which case we
need to check whether at least one of them is present if not the first
on the list should be used.

Benefit: we can reduce the target's pkgsel to a couple of key
packages. Example:

X abiword
X audacity
X apache
X lxde/*

if we allow to include conf section
on the same line of pkgsel, we can gain
further flexibility:

X abiword
X audacity typical
X apache complete
X lxde/* minimal

I hope the concept is clear enough for a discussion.
The weak part is the effective dependency list handling I guess.
Maybe someone has better idea on that...

best regards,

helasz

* there is a pure bash readconf function which executes only the
commands line by line of a given section (see below).
So technically this solution may be integrated smoothly into T2.

#!/bin/bash

readconf() {

match=0

while read line; do
# skip comments
[[ ${line:0:1} == "#" ]] && continue

# skip empty lines
[[ -z "$line" ]] && continue

# still no match? lets check again
if [[ $match == 0 ]]; then

# do we have an opening tag ?
if [[ ${line:0:1} == "{" ]]; then

# do we have a match ?
# if array is empty, only $1 and '*' is to be checked
if [ -n "${CONFSECTIONS[0]}" ] ; then
check_matches
else
check_match $1
fi
continue
fi

# found next opening tag after config was read - exit loop
elif [[ ${line:0:1} == "{" && $match == 1 ]]; then
# do we have a match ?
# if array is empty, only $1 and '*' is to be checked
if [ -n "${CONFSECTIONS[0]}" ] ; then
check_matches
else
check_match $1
fi
continue

# got a config line eval it
else
if ! [[ $line =~ ^[\ ]{0,}[\#\;] ]] ;then
if ! [[ $line =~ ^$ ]] ;then
eval "$line"
fi
fi
fi

done < "$CONFIG_FILE"
}

CONFIG_FILE=/path-to-pkg_conf/$pkg_name.conf

# to execute commands in section "typical"
readconf "typical"

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: spelling in news

2009-11-16T05:47:32Z

Hi,

On 16.11.2009, at 11:34, helasz@... wrote:

> exciting

thanks, fixed!

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
http://exactcode.com | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

spelling in news

2009-11-16T02:34:12Z

Dear All,

I guess on the website the news about GCC 4.4 should read "exciting"
(instead of exiting).

best regards,

helasz

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: gnome install path

2009-11-11T05:11:50Z

Dear Gerardo,

Gerardo Di Iorio wrote:
> Hi,
> is possible define the gnome install path in the "/usr" and the
> sysconfdir in "/etc"?
> Can send an example ?
>
> regards
> Gerardo Di Iorio
>
Yes, a target can control this fine grained, for every package,
theoretically every package's file.

For the case of Gnome (and other major "optional" software pieces, that
we, by default, install into /opt, such as KDE, Xfce, E17, Mozilla/*,
OpenOffice.org, etc.) you can simply change their "group" prefix in the
Config, "Install prefix of ...", some quick grep over the config.in files:

package/e17/imlib2/config.in: SDECFG_PKG_E17_CORE_PREFIX
"opt/e17"
package/emulators/vmware/config.in:
SDECFG_PKG_VMWARE_PREFIX 'opt/vmware'
package/gnome14/glib12/config.in:
SDECFG_PKG_GNOME14_CORE_PREFIX "opt/gnome"
package/gnome2/glib/config.in:
SDECFG_PKG_GNOME2_CORE_PREFIX "opt/gnome2"
package/gnustep/gnustep-make/config.in:
SDECFG_PKG_GNUSTEP_CORE_PREFIX ""
package/kde/kdelibs/config.in: SDECFG_PKG_KDE_CORE_PREFIX
"opt/kde4"
package/kde/qt/config.in: text 'Install prefix for Qt'
SDECFG_PKG_QT_PREFIX "opt/qt3"
package/kde/qt4/config.in: text 'Install prefix for Qt4'
SDECFG_PKG_QT4_PREFIX "opt/qt4"
package/lxde/lxde-common/config.in:
SDECFG_PKG_LXDE_CORE_PREFIX "opt/lxde"
package/network/apache/config.in: SDECFG_PKG_APACHE_PREFIX
"opt/apache"
package/network/bacula/config.in: SDECFG_PKG_BACULA_PREFIX
"opt/bacula"
package/network/honeyd/config.in: SDECFG_PKG_HONEYD_PREFIX
"opt/honeyd"
package/network/ldapdns/config.in: SDECFG_PKG_LDAPDNS_PREFIX
"opt/ldapdns"
package/network/nagios/config.in: SDECFG_PKG_NAGIOS_PREFIX
"opt/nagios"
package/network/pound/config.in: SDECFG_PKG_POUND_PREFIX
"opt/pound"
package/network/unreal-ircd/config.in:
SDECFG_PKG_UNREAL_PREFIX "/opt/unrealircd"
package/network/vnuml/config.in: SDECFG_PKG_VNUML_PREFIX
"opt/vnuml"
package/perl/perl/config.in: text 'Site prefix'
SDECFG_PKG_PERL5_SITE_PREFIX "usr"
package/perl/perl/config.in: text 'Vendor prefix'
SDECFG_PKG_PERL5_VENDOR_PREFIX "opt"
package/security/freeradius/config.in:
SDECFG_PKG_FREERADIUS_PREFIX "opt/freeradius"
package/security/libprelude/config.in:
SDECFG_PKG_PRELUDE_PREFIX "opt/prelude"
package/xfce4/libxfce4util/config.in:
SDECFG_PKG_XFCE4_CORE_PREFIX "opt/xfce4"
package/zope/zope/config.in: SDECFG_PKG_ZOPE_PREFIX "opt/zope"
package/zope/zope/config.in: SDECFG_PKG_ZOPE_PRODDIR
"$SDECFG_PKG_ZOPE_PREFIX/products"

Greetings,

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Qt4 compile fills partition

2009-11-11T05:07:33Z

Hi,

Barry Kauler wrote:
> My apologies for wasting your time.
> I found that I had target/ ..... /pkg_qt4.conf
> that was causing the problem.
>

No problem, you're welcome! Good to know it wasn't directly our fault :-)

René

> Regards,
> Barry Kauler
>
>
> On 11/6/09, René Rebe <rene@...> wrote:
>
>> Hi,
>>
>> Barry Kauler wrote:
>>
>>> I got T2 out of svn about 5 - 6 days ago.
>>>
>>> When it got to Qt4, I had 7.1GB free space in the partition. After a
>>> very long time, a few hours, the free space had dropped to under 1GB,
>>> so I killed the compile.
>>>
>>> build/ ... /var/adm/logs/5-qt4.out is the culprit, it just keeps growing .
>>>
>>> I found that Qt asks a question, but it seems that T2 gives the wrong
>>> answer, so Qt asks the same question again, and again...
>>>
>>> "Which edition of Qt do you want to use ?
>>>
>>> Type 'c' if you want to use the Commercial Edition.
>>> Type 'o' if you want to use the Open Source Edition."
>>>
>>> Regards,
>>> Barry Kauler
>>>
>>>
>> Yeah, that annoyed me once, years(?) ago, when they changed their
>> questioning, too. However, it currently builds for me:
>>
>> -rw-r--r-- 1 root root 9358063 Oct 2 10:58
>> build/reference-8.0-trunk-reference-x86-pentiumpro-linux/var/adm/logs/5-qt4.log
>> -rw-r--r-- 1 root root 8677388 Nov 4 01:22
>> build/reference64-8.0-trunk-reference-x86-64-linux/var/adm/logs/5-qt4.log
>>
>> The code in package/kde/qt4/qt4.conf:
>>
>> ...
>> # accept the GPL
>> echo "o
>> yes" | ./configure $confopt
>> ...
>>
>> Maybe it asks a second time on your system, after re-generating
>> something, or so?
>>
>> René
>>
>> --
>> René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
>> http://exactcode.de | http://t2-project.org | http://rene.rebe.name
>>

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Qt4 compile fills partition

2009-11-10T03:05:17Z

My apologies for wasting your time.
I found that I had target/ ..... /pkg_qt4.conf
that was causing the problem.

Regards,
Barry Kauler

On 11/6/09, René Rebe <rene@...> wrote:

> Hi,
>
> Barry Kauler wrote:
>> I got T2 out of svn about 5 - 6 days ago.
>>
>> When it got to Qt4, I had 7.1GB free space in the partition. After a
>> very long time, a few hours, the free space had dropped to under 1GB,
>> so I killed the compile.
>>
>> build/ ... /var/adm/logs/5-qt4.out is the culprit, it just keeps growing .
>>
>> I found that Qt asks a question, but it seems that T2 gives the wrong
>> answer, so Qt asks the same question again, and again...
>>
>> "Which edition of Qt do you want to use ?
>>
>> Type 'c' if you want to use the Commercial Edition.
>> Type 'o' if you want to use the Open Source Edition."
>>
>> Regards,
>> Barry Kauler
>>
>
> Yeah, that annoyed me once, years(?) ago, when they changed their
> questioning, too. However, it currently builds for me:
>
> -rw-r--r-- 1 root root 9358063 Oct 2 10:58
> build/reference-8.0-trunk-reference-x86-pentiumpro-linux/var/adm/logs/5-qt4.log
> -rw-r--r-- 1 root root 8677388 Nov 4 01:22
> build/reference64-8.0-trunk-reference-x86-64-linux/var/adm/logs/5-qt4.log
>
> The code in package/kde/qt4/qt4.conf:
>
> ...
> # accept the GPL
> echo "o
> yes" | ./configure $confopt
> ...
>
> Maybe it asks a second time on your system, after re-generating
> something, or so?
>
> René
>
> --
> René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
> http://exactcode.de | http://t2-project.org | http://rene.rebe.name
>
>

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

gnome install path

2009-11-09T23:01:29Z

Hi,
is possible define the gnome install path in the "/usr" and the
sysconfdir in "/etc"?
Can send an example ?

regards
Gerardo Di Iorio
--
http://www.gerardodiiorio.com

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: epdfview patch

2009-11-09T01:00:59Z

Hi,

On 08.11.2009, at 11:33, Gerardo Di Iorio wrote:

> Hi,
> this is the patch for update epdfview at last version

Committed revision 34844.

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
http://exactcode.com | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

epdfview patch

2009-11-08T02:33:15Z

Hi,
this is the patch for update epdfview at last version
--
http://www.gerardodiiorio.com

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

epdfview.patch (1K) Download Attachment

Re: new package wicd

2009-11-07T07:27:39Z

Hello again,

Mika Pesu wrote:
> Hi all,
>
> Here's the files for new package wicd (http://wicd.sourceforge.net).

I added the .cache from my test build, as well as your name to the
Maintainer tag (:-) and converted from custom (deprecated, we really
should remove it :-) to hooks:

-wicd_cm() {
- python ./setup.py configure
- python ./setup.py install --root=$root
-}
- custmain="wicd_cm"

+makeopt=
+makeinstopt=
+hook_add premake 5 "python ./setup.py configure"
+hook_add inmake 5 "python ./setup.py install --root=$root"

I was asked about those "spurious":

"The use of custmain is deprecated, please use hooks instead."

build warnings the other week in IRC, and well, my answer was: we still
got some packages left using it, including the linux kernel packages. I
just grep'ed how big the backlog is, and ouhm well, what shall I say,
it's still there:

# grep custmain= package/*/*/*.conf | wc -l
101

Patches for migrations welcome, in many cases it should be very trivial
janitorial work, ... :-)

Have a nice weekend,

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Mercurial support for Download and E17 update

2009-11-07T07:14:16Z

Hi Mika,

Mika Pesu wrote:
> Hi all,
>
> Here's some patches that where lingering on my package tree.
>
> download_hg.patch => Adds support for mercurial version system, for
> now use clone method, rather than archive (=svn export). On my test
> package, it didnt find revisions on archive method.
Committed revision 34825.

> e17_update.patch => Few enlightenment package updates. Some packages
> doesnt build, but i think they didnt build on current svn:head
> versions either. Some of the packages has moved to e17 svn old tree,
> meaning they are not maintained anymore. At somepoint these could be
> removed, in favor of something else, there where some new replacing
> packages in proto stage but i didnt package them at this point. This
> is still work in progress because of the broken packages. I will check
> them once more when i get fresh build started. There should be proper
> release from e17 in december.
Committed revision 34826.

Thanks,
René

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: new package wicd

2009-11-07T06:33:35Z

Hi Mika,

Mika Pesu wrote:
> Hi all,
>
> Here's the files for new package wicd (http://wicd.sourceforge.net).

It's so nice to see you back and your patches. I'll apply both mails
straight away, however, your year old SVN account should still be in
effect, so you could just commit bits :-) In case you need new auth data
let me know :-)

I'll re-reply to both mail when I committed them.

René

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

new package wicd

2009-11-07T06:13:33Z

Hi all,

Here's the files for new package wicd (http://wicd.sourceforge.net).

-Mika

# --- T2-COPYRIGHT-NOTE-BEGIN ---
# This copyright note is auto-generated by ./scripts/Create-CopyPatch.
#
# T2 SDE: package/.../wicd/wicd.conf
# Copyright (C) 2009 The T2 SDE Project
#
# More information can be found in the files COPYING and README.
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; version 2 of the License. A copy of the
# GNU General Public License can be found in the file COPYING.
# --- T2-COPYRIGHT-NOTE-END ---

wicd_cm() {
python ./setup.py configure
python ./setup.py install --root=$root
}

custmain="wicd_cm"

[COPY] --- T2-COPYRIGHT-NOTE-BEGIN ---
[COPY] This copyright note is auto-generated by ./scripts/Create-CopyPatch.
[COPY]
[COPY] T2 SDE: package/.../wicd/wicd.desc
[COPY] Copyright (C) 2009 The T2 SDE Project
[COPY]
[COPY] More information can be found in the files COPYING and README.
[COPY]
[COPY] This program is free software; you can redistribute it and/or modify
[COPY] it under the terms of the GNU General Public License as published by
[COPY] the Free Software Foundation; version 2 of the License. A copy of the
[COPY] GNU General Public License can be found in the file COPYING.
[COPY] --- T2-COPYRIGHT-NOTE-END ---

[I] Wired and wireless network manager

[T] Open source wired and wireless network manager
[T] with simple interface with wide variety of settings

[U] http://wicd.sourceforge.net/
[A] wicd team <http://wicd.sourceforge.net>
[M] The T2 Project <t2@...>

[C] extra/network

[L] GPL
[S] Stable
[V] 1.6.2.2
[P] X -----5---9 184.600

[D] 3571585324 wicd-1.6.2.2.tar.bz2 http://dl.sourceforge.net/sourceforge/wicd/

#!/bin/bash

main_begin

block_begin(start, `Starting wicd')
mkdir /var/run/wicd 2>/dev/null
check(`D_prefix/usr/sbin/wicd')
sleep 1
chmod 777 /var/run/wicd{,/*socket}
block_end

block_begin(stop, `Stopping wicd.')
check(`killall -15 D_prefix/usr/sbin/wicd')
block_end

main_end

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Mercurial support for Download and E17 update

2009-11-07T03:44:30Z

Hi all,

Here's some patches that where lingering on my package tree.

download_hg.patch => Adds support for mercurial version system, for now
use clone method, rather than archive (=svn export). On my test package,
it didnt find revisions on archive method.

e17_update.patch => Few enlightenment package updates. Some packages
doesnt build, but i think they didnt build on current svn:head versions
either. Some of the packages has moved to e17 svn old tree, meaning they
are not maintained anymore. At somepoint these could be removed, in
favor of something else, there where some new replacing packages in
proto stage but i didnt package them at this point. This is still work
in progress because of the broken packages. I will check them once more
when i get fresh build started. There should be proper release from e17
in december.

-Mika

Index: scripts/Download
===================================================================
--- scripts/Download (revision 34823)
+++ scripts/Download (working copy)
@@ -689,6 +689,14 @@
options="${options#* }"
[ -n $options ] && cmdpp="(cd $module; git checkout $options)"
;;
+ hg|hg\+*) # allow any hg+ other transport and strip the hg+ part off
+ url="${protocol#hg+}://$url"
+
+ module="${url##*/}"
+ cmdline="hg clone $url $module"
+ options="${options#* }"
+ [ -n $options ] && cmdpp="(cd $module; hg clone $options)"
+ ;;
*)
echo "$cmdclient unrecognized!"
return 1
@@ -735,7 +743,7 @@
tarname="`basename $bzfile`"
echo "Preparing files for final tarball ..."
[ -n "$cmdpp" ] && eval "$cmdpp"
- find -type d $ -name CVS -o -name .svn -o -name .git $ | xargs rm -rf
+ find -type d $ -name CVS -o -name .svn -o -name .git -o -name .hg$ | xargs rm -rf

if [ `find -type f | wc -l` -gt 4 ]; then
find `basename $module` | xargs touch -t 200001010000

Index: package/e17/enna/enna.desc
===================================================================
--- package/e17/enna/enna.desc (revision 34823)
+++ package/e17/enna/enna.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r1983
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X enna-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/MISC/enna -r41533
+[D] X enna-r1983.tar.bz2 hg+http://hg.geexbox.org/enna -r 1983
Index: package/e17/estickies/estickies.desc
===================================================================
--- package/e17/estickies/estickies.desc (revision 34823)
+++ package/e17/estickies/estickies.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 490.300

[O] . $base/package/*/*/e17-conf.in

-[D] X estickies-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/estickies -r41533
+[D] X estickies-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/estickies -r43316
Index: package/e17/etk/etk.desc
===================================================================
--- package/e17/etk/etk.desc (revision 34823)
+++ package/e17/etk/etk.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 138.900

[O] . $base/package/*/*/e17-conf.in

-[D] X etk-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/etk -r41533
+[D] X etk-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/OLD/etk -r43316
Index: package/e17/ethumb/ethumb.desc
===================================================================
--- package/e17/ethumb/ethumb.desc (revision 34823)
+++ package/e17/ethumb/ethumb.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 149.300

[O] . $base/package/*/*/e17-conf.in

-[D] X ethumb-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/PROTO/ethumb -r41533
+[D] X ethumb-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ethumb -r43316
Index: package/e17/esmart/esmart.desc
===================================================================
--- package/e17/esmart/esmart.desc (revision 34823)
+++ package/e17/esmart/esmart.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 138.100

[O] . $base/package/*/*/e17-conf.in

-[D] X esmart-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/esmart -r41533
+[D] X esmart-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/esmart -r43316
Index: package/e17/embryo/embryo.desc
===================================================================
--- package/e17/embryo/embryo.desc (revision 34823)
+++ package/e17/embryo/embryo.desc (working copy)
@@ -33,9 +33,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 137.900

[O] . $base/package/*/*/e17-conf.in

-[D] X embryo-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/embryo -r41533
+[D] 224058634 embryo-0.9.9.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/elementary/elementary.desc
===================================================================
--- package/e17/elementary/elementary.desc (revision 34823)
+++ package/e17/elementary/elementary.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X elementary-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary -r41533
+[D] 1455585772 elementary-0.5.1.0.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/exalt/exalt.desc
===================================================================
--- package/e17/exalt/exalt.desc (revision 34823)
+++ package/e17/exalt/exalt.desc (working copy)
@@ -26,7 +26,7 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 149.300

[E] webkit
@@ -34,4 +34,4 @@
[O] . $base/package/*/*/e17-conf.in
[O] var_append confopt ' ' '--disable-shave'

-[D] X exalt-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/PROTO/exalt -r41533
+[D] X exalt-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/exalt -r43316
Index: package/e17/emprint/emprint.desc
===================================================================
--- package/e17/emprint/emprint.desc (revision 34823)
+++ package/e17/emprint/emprint.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X emprint-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/emprint -r41533
+[D] X emprint-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/emprint -r43316
Index: package/e17/empower/empower.desc
===================================================================
--- package/e17/empower/empower.desc (revision 34823)
+++ package/e17/empower/empower.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 490.400

[O] . $base/package/*/*/e17-conf.in

-[D] X empower-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/empower -r41533
+[D] X empower-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/empower -r43316
Index: package/e17/e/e.desc
===================================================================
--- package/e17/e/e.desc (revision 34823)
+++ package/e17/e/e.desc (working copy)
@@ -28,9 +28,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 490.300

[O] . $base/package/*/*/e17-conf.in

-[D] X e-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/e -r41533
+[D] 400424540 enlightenment-0.16.999.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/enlightenment-0.16.999.062.tar.bz2
Index: package/e17/ewl/ewl.desc
===================================================================
--- package/e17/ewl/ewl.desc (revision 34823)
+++ package/e17/ewl/ewl.desc (working copy)
@@ -28,9 +28,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 149.200

[O] . $base/package/*/*/e17-conf.in

-[D] X ewl-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ewl -r41533
+[D] X ewl-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ewl -r43316
Index: package/e17/express/express.desc
===================================================================
--- package/e17/express/express.desc (revision 34823)
+++ package/e17/express/express.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] O -----5---9 490.300

[O] . $base/package/*/*/e17-conf.in

-[D] X express-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/BROKEN express -r41533
+[D] X express-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/BROKEN express/express -r43316
Index: package/e17/enterminus/enterminus.desc
===================================================================
--- package/e17/enterminus/enterminus.desc (revision 34823)
+++ package/e17/enterminus/enterminus.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 138.900

[O] . $base/package/*/*/e17-conf.in

-[D] X enterminus-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/PROTO/enterminus -r41533
+[D] X enterminus-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/PROTO/enterminus -r43316
Index: package/e17/ecore/ecore.conf
===================================================================
--- package/e17/ecore/ecore.conf (revision 34823)
+++ package/e17/ecore/ecore.conf (working copy)
@@ -23,7 +23,7 @@

# SDL - ecore_evas is b0rken currently if sdl enabled - 080402
#pkginstalled libsdl && var_append confopt " " "--enable-ecore-sdl"
-var_append confopt " " "--disable-ecore-evas-sdl"
+#var_append confopt " " "--disable-ecore-evas-sdl"

# enable framebuffer
var_append confopt " " "--enable-ecore-fb --enable-ecore-evas-fb"
Index: package/e17/ecore/ecore.desc
===================================================================
--- package/e17/ecore/ecore.desc (revision 34823)
+++ package/e17/ecore/ecore.desc (working copy)
@@ -31,9 +31,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 137.400

[O] . $base/package/*/*/e17-conf.in

-[D] X ecore-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ecore -r41533
+[D] 1244364489 ecore-0.9.9.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/evas/evas.desc
===================================================================
--- package/e17/evas/evas.desc (revision 34823)
+++ package/e17/evas/evas.desc (working copy)
@@ -31,9 +31,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 137.000

[O] . $base/package/*/*/e17-conf.in

-[D] X evas-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/evas -r41533
+[D] X evas-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/evas -r43316
Index: package/e17/ephoto/ephoto.desc
===================================================================
--- package/e17/ephoto/ephoto.desc (revision 34823)
+++ package/e17/ephoto/ephoto.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 490.400

[O] . $base/package/*/*/e17-conf.in

-[D] X ephoto-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ephoto -r41533
+[D] X ephoto-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/ephoto -r43316
Index: package/e17/eclair/eclair.desc
===================================================================
--- package/e17/eclair/eclair.desc (revision 34823)
+++ package/e17/eclair/eclair.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 490.300

[O] . $base/package/*/*/e17-conf.in

-[D] X eclair-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/OLD/eclair -r41533
+[D] X eclair-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/OLD/eclair -r43316
Index: package/e17/edbus/edbus.desc
===================================================================
--- package/e17/edbus/edbus.desc (revision 34823)
+++ package/e17/edbus/edbus.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X edbus-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/e_dbus -r41533
+[D] 323078611 e_dbus-0.5.0.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/etk-extra/etk-extra.desc
===================================================================
--- package/e17/etk-extra/etk-extra.desc (revision 34823)
+++ package/e17/etk-extra/etk-extra.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 170.300

[O] . $base/package/*/*/e17-conf.in

-[D] X etk-extra-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/etk_extra -r41533
+[D] X etk-extra-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/OLD/etk_extra -r43316
Index: package/e17/exml/exml.desc
===================================================================
--- package/e17/exml/exml.desc (revision 34823)
+++ package/e17/exml/exml.desc (working copy)
@@ -28,9 +28,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 149.250

[O] . $base/package/*/*/e17-conf.in

-[D] X exml-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/exml -r41533
+[D] X exml-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/exml -r43316
Index: package/e17/edje/edje.desc
===================================================================
--- package/e17/edje/edje.desc (revision 34823)
+++ package/e17/edje/edje.desc (working copy)
@@ -33,9 +33,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 138.000

[O] . $base/package/*/*/e17-conf.in

-[D] X edje-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/edje -r41533
+[D] 3637152148 edje-0.9.92.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/efreet/efreet.desc
===================================================================
--- package/e17/efreet/efreet.desc (revision 34823)
+++ package/e17/efreet/efreet.desc (working copy)
@@ -30,9 +30,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] 2009-07-29
[P] X -----5---9 138.800

[O] . $base/package/*/*/e17-conf.in

-[D] X efreet-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/efreet -r41533
+[D] 2709873108 efreet-0.5.0.062.tar.bz2 http://download.enlightenment.org/snapshots/2009-07-29/
Index: package/e17/erss/erss.desc
===================================================================
--- package/e17/erss/erss.desc (revision 34823)
+++ package/e17/erss/erss.desc (working copy)
@@ -26,9 +26,9 @@

[L] GPL
[S] Alpha
-[V] x35932
+[V] r43316
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X erss-r35932.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/MISC/erss -r35932
+[D] X erss-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/OLD/MISC/erss -r43316
Index: package/e17/eina/eina.desc
===================================================================
--- package/e17/eina/eina.desc (revision 34823)
+++ package/e17/eina/eina.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Beta
-[V] r41533
+[V] r43316
[P] X -----5---9 136.050

[O] . $base/package/*/*/e17-conf.in

-[D] X eina-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/eina -r41533
+[D] X eina-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/eina -r43316
Index: package/e17/rage/rage.desc
===================================================================
--- package/e17/rage/rage.desc (revision 34823)
+++ package/e17/rage/rage.desc (working copy)
@@ -27,9 +27,9 @@

[L] GPL
[S] Alpha
-[V] r41533
+[V] r43316
[P] X -----5---9 170.200

[O] . $base/package/*/*/e17-conf.in

-[D] X rage-r41533.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/rage -r41533
+[D] X rage-r43316.tar.bz2 svn+http://svn.enlightenment.org/svn/e/trunk/rage -r43316

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Qt4 compile fills partition

2009-11-05T08:24:57Z

Hi,

Barry Kauler wrote:

> I got T2 out of svn about 5 - 6 days ago.
>
> When it got to Qt4, I had 7.1GB free space in the partition. After a
> very long time, a few hours, the free space had dropped to under 1GB,
> so I killed the compile.
>
> build/ ... /var/adm/logs/5-qt4.out is the culprit, it just keeps growing.
>
> I found that Qt asks a question, but it seems that T2 gives the wrong
> answer, so Qt asks the same question again, and again...
>
> "Which edition of Qt do you want to use ?
>
> Type 'c' if you want to use the Commercial Edition.
> Type 'o' if you want to use the Open Source Edition."
>
> Regards,
> Barry Kauler
>

Yeah, that annoyed me once, years(?) ago, when they changed their
questioning, too. However, it currently builds for me:

-rw-r--r-- 1 root root 9358063 Oct 2 10:58
build/reference-8.0-trunk-reference-x86-pentiumpro-linux/var/adm/logs/5-qt4.log
-rw-r--r-- 1 root root 8677388 Nov 4 01:22
build/reference64-8.0-trunk-reference-x86-64-linux/var/adm/logs/5-qt4.log

The code in package/kde/qt4/qt4.conf:

...
# accept the GPL
echo "o
yes" | ./configure $confopt
...

Maybe it asks a second time on your system, after re-generating
something, or so?

René

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Sqlite 3.6.19 needs tcl

2009-11-05T08:19:07Z

Hi Barry,

Barry Kauler wrote:

> Using T2 from SVN 5 - 6 days ago.
>
> Puppy Linux is a cutdown distro and we avoid unnecessary dependencies.
> The Sqlite package version 3.6.19 needs Tcl to compile. This is
> despite '--disable-tcl'.
>
> I rolled back to Sqlite 3.6.12, that I had used in T2 build early this
> year, and yep, that is fine, does not need Tcl.
>
> I joined the Sqlite mail list and asked about this. I was informed
> that I should use the "amalgamation" source package. I see too that
> they have now released 3.6.20:
>
> http://www.sqlite.org/download.html
>

Thanks for the email. I updated sqlite this morning as part of our daily
auto-updates. Their different packaging must be quite new, I'll check
them and make sure the T2 package builds without TCL.

René

--
René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10785 Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

[HOWTO] encrypted swap and home partitions

2009-11-05T07:27:14Z

Hey,

This is supported with r34790 on 3rd of November (As I understand this should be included in 8.0-rc2 release). You'll have to recompile sysvinit if you want that on your production system. It will create file /etc/init.d/system.new so you'll have to rename it.

TODO: there is no rootfs support!!!

!!!BACKUP ALL YOUR DATA AND DO IT ON YOUR OWN RISK!!!
(it's safe if you won't mix up device names)

/dev/sda6 will be used for /home/baldzius
/dev/sda8 will be used for swap

Note: I'll be doing this on my production system so I'll have different partitions created for that, please change device names accordingly to your system.
(Haven't tested but LVM should work fine)

Install cryptsetup:

./scripts/Emerge-Pkg cryptsetup

First we will start from swap. Encrypting swap is very easy and straight forward, all you need to do is add a line in /etc/crypttab
(don't worry if this file is missing in your system):

swap /dev/sda8 defaults

Next comment out swap line in /etc/fstab and add a new one (you can change existing one if you know what are you doing):

/dev/mapper/swap swap swap defaults 0 0

That's it. Time to reboot and check the system

# cat /proc/swaps
Filename Type Size Used Priority
/dev/mapper/swap partition 3903752 0 -1

# cryptsetup status swap
/dev/mapper/swap is active:
cipher: aes-cbc-essiv:sha256

keysize: 256 bits
device: /dev/sda8
offset: 0 sectors
size: 7807527 sectors
mode: read/write

WARNING: system script won't do anything if you have swap created as LUKS device, you'll have to take care of it by yourself and use other than swap name.

As you can see by default it uses aes-cbc-essiv cipher with 256bits keysize. You can make changes in /etc/crypttab if you want to customize it:

swap /dev/sda8 /dev/urandom -c aes-xts-plain -s 512

options field is treated as string so don't worry.

NOTE: you can google about differences between /dev/random and /dev/urandom in case you wonder why I've used the later one.

WARNING: right now /etc/init.d/system init scripts supports aes , sha256 and sha512 by loading those modules, make sure you've added required modules if you want to use something else.

Reboot

Checking if changes worked:

# cryptsetup status swap
/dev/mapper/swap is active:
cipher: aes-xts-plain
keysize: 512 bits
device: /dev/sda8
offset: 0 sectors
size: 7807527 sectors

mode: read/write

So far so good.

Basically I would recommend the default value as it looks cleaner:

swap /dev/sda8 defaults

NOTE: I didn't implement crypt support for /tmp . I saw no point as we mount it to shared memmory. If you still want to encrypt tmp you can encrypt it as LUKS device just like /home below.

Next step I am going to encrypt /home dir. As I am doing this on production system and already have /home I will do it for specific user (baldzius) with spare partition created.

I will use /dev/sda6

Fill partition with random data (this will take a while depending on the size of your partition):

I would recommend skiping this step, unless you're very paranoic :)

# dd if=/dev/urandom of=/dev/sda6

NOTE: the step below is needed only in case if you skiped swap steps and went straight to encrypting home directory. You don't need to load modules if you have already swap encrypted as system init script have them already loaded.

Load crypt modules:

# modprobe dm-mod
# modprobe aes
# modprobe sha256

Initialize the partition (use any cipher you want):

# cryptsetup -c aes-cbc-essiv:sha256 -y -s 256 luksFormat /dev/sda6

WARNING!
========
This will overwrite data on /dev/sda6 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase:
Verify passphrase:

Type the password of your choise.

Create device mapping:

# cryptsetup luksOpen /dev/sda6 home
Enter passphrase for /dev/sda6:
Key slot 0 unlocked.

You can check the device:

# ls -la /dev/mapper/
total 0K
drwxr-xr-x 2 root root 100 Nov 1 13:59 .

drwxr-xr-x 15 root root 12620 Nov 1 13:59 ..
crw------- 1 root root 10, 59 Nov 1 12:25 control
brw------- 1 root root 253, 0 Nov 1 13:59 home
brw------- 1 root root 253, 1 Nov 1 12:25 swap

# dmsetup ls
home (253, 0)
swap (253, 1)

The list will be bigger if you are using LVM

Create file system, I will use ext4 (pick up any you like):

# mkfs.ext4 /dev/mapper/home

Now you can do testing to see if it works by mounting it and doing some file operations, unmount it when you are done.

Also don't forget to remove the mapping:

# cryptsetup luksClose home

Final step is to mount it after each reboot, add to /etc/fstab :

/dev/mapper/home /home/baldzius ext4 relatime,errors=remount-ro 0 2

That's it, time for reboot.

On system startup you'll be asked to type for passphrase. Volume won't be mounted if you fail for 3x times.

Check the system:

# df -h
...
/dev/mapper/home 9.2G 149M 8.6G 2% /home/baldzius

# cryptsetup status home
/dev/mapper/home is active:
cipher: aes-cbc-essiv:sha256
keysize: 256 bits
device: /dev/sda6
offset: 2056 sectors
size: 19532921 sectors
mode: read/write

Looks good. Now you're encrypted, enjoy! :)

BR,
Aldas

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Sqlite 3.6.19 needs tcl

2009-11-04T14:24:03Z

Using T2 from SVN 5 - 6 days ago.

Puppy Linux is a cutdown distro and we avoid unnecessary dependencies.
The Sqlite package version 3.6.19 needs Tcl to compile. This is
despite '--disable-tcl'.

I rolled back to Sqlite 3.6.12, that I had used in T2 build early this
year, and yep, that is fine, does not need Tcl.

I joined the Sqlite mail list and asked about this. I was informed
that I should use the "amalgamation" source package. I see too that
they have now released 3.6.20:

http://www.sqlite.org/download.html

Regards,
Barry Kauler

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Qt4 compile fills partition

2009-11-04T14:11:54Z

I got T2 out of svn about 5 - 6 days ago.

When it got to Qt4, I had 7.1GB free space in the partition. After a
very long time, a few hours, the free space had dropped to under 1GB,
so I killed the compile.

build/ ... /var/adm/logs/5-qt4.out is the culprit, it just keeps growing.

I found that Qt asks a question, but it seems that T2 gives the wrong
answer, so Qt asks the same question again, and again...

"Which edition of Qt do you want to use ?

Type 'c' if you want to use the Commercial Edition.
Type 'o' if you want to use the Open Source Edition."

Regards,
Barry Kauler

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Recent binutils update

2009-11-03T17:53:49Z

OK, have t2 installed as a virtual client on Fedora12-Beta

Building t2-trunk now.

Building glibc takes about 10 minutes - much better than 4 hrs.

Parallel build using 2 jobs

On Sun, 2009-11-01 at 10:07 -0600, Bob Gustafson wrote:

> Yes, I noticed that my 2nd patch file did not work after I reloaded
> glibc and did svn update. Inspecting the configure file showed that it
> already had the changes and the patch file could not find the old
> patterns.
>
> My sister's old laptop takes about 4 hrs 2 min 3 sec to build glibc..
>
> Masochistic. I need to get my virtual box configured.
>
> Bob G
>
> On Sun, 2009-11-01 at 09:17 +0200, Mika Pesu wrote:
> > Hi,
> >
> > Thanks for testing and modifying the upstream patch. From the svn log i
> > noticed that René commited some binutils patch for glibc:
> > Commit by *rene* :: r*34767* /trunk/package/base/glibc/
> > (any-cc-ok.patch.cross binutils-22.patch):
> >
> > * fixed glibc/configure for the new binutils version
> >
> > Look's like it's fixed now at svn.
> >
> > -Mika
> >
> >
> > Bob Gustafson kirjoitti:
> > > As one who has a little free time, I did some cut and paste from the git
> > > page you referenced. And then discovered that the git listing seems to
> > > add an additional line return and two leading spaces (or something like
> > > that) to each line listed.
> > >
> > > I did a manual edit of the two files and then successfully compiled
> > > glibc. This does not mean that my keystrokes are correct.. Looking at
> > > the upstream patch, I think I like your patch files better. The
> > > selection regex looks a little more consistent than the upstream patch.
> > >
> > > If anyone is interested, I have attached the two patch files. They could
> > > be dropped into directory package/base/glibc
> > >
> > > Bob G
> > >
> > > On Fri, 2009-10-30 at 20:21 +0200, Mika Pesu wrote:
> > >
> > >> Hi list,
> > >>
> > >> The recent update of binutils broke glibc, because glibc fails to
> > >> recognize ld --version that comes from binutils.
> > >>
> > >> With some git browsing i found the upstream commit to fix it, here's the
> > >> link:
> > >> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=0549ce8ec1f66a41c59815e50dd48ffd74fabb52;hp=6dfeb5245bca9f2ef94815ed9a7b979a9e0be744
> > >>
> > >> I havent yet tryed the upstream patch, but if someone with free time
> > >> could test it.
> > >>
> > >> Attached is my local patch for glibc, but i guess upstream fix could be
> > >> better one.
> > >>
> > >> -Mika
> > >> plain text document attachment (binutils_recognize_for_glibc.patch)
> > >> diff --git a/configure b/configure
> > >> index 7555891..fdfbd2d 100755
> > >> --- a/configure
> > >> +++ b/configure
> > >> @@ -4839,7 +4839,7 @@ $as_echo_n "checking version of $AS... " >&6; }
> > >> ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* $[0-9]*\.[0-9.]*$.*$/\1/p'`
> > >> case $ac_prog_version in
> > >> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> > >> - 2.1[3-9]*)
> > >> + 2.1[3-9]*|[2-9].[2-9]*)
> > >> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> > >> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
> > >>
> > >> @@ -4902,7 +4902,7 @@ $as_echo_n "checking version of $LD... " >&6; }
> > >> ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* $[0-9][0-9]*\.[0-9.]*$.*$/\1/p'`
> > >> case $ac_prog_version in
> > >> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> > >> - 2.1[3-9]*)
> > >> + 2.1[3-9]*|[2-9].[2-9]*)
> > >> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> > >> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
> > >>
> > >> diff --git a/configure.in b/configure.in
> > >> index d54e952..05c396a 100644
> > >> --- a/configure.in
> > >> +++ b/configure.in
> > >> @@ -897,10 +897,10 @@ AC_SUBST(MIG)dnl Needed by sysdeps/mach/configure.in
> > >> # Accept binutils 2.13 or newer.
> > >> AC_CHECK_PROG_VER(AS, $AS, --version,
> > >> [GNU assembler.* $[0-9]*\.[0-9.]*$],
> > >> - [2.1[3-9]*], AS=: critic_missing="$critic_missing as")
> > >> + [2.1[3-9]*|[2-9].[2-9]*], AS=: critic_missing="$critic_missing as")
> > >> AC_CHECK_PROG_VER(LD, $LD, --version,
> > >> [GNU ld.* $[0-9][0-9]*\.[0-9.]*$],
> > >> - [2.1[3-9]*], LD=: critic_missing="$critic_missing ld")
> > >> + [2.1[3-9]*|[2-9].[2-9]*], LD=: critic_missing="$critic_missing ld")
> > >>
> > >> # We need the physical current working directory. We cannot use the
> > >> # "pwd -P" shell builtin since that's not portable. Instead we try to
> > >>
> > >>
> >
>
>
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> lists@... with a subject of: unsubscribe t2

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Build-Pkg mine is OK, but fails under Build-Target]

2009-11-02T01:33:32Z

Hi all,

dialog part committed:

Committed revision 34772.

Have fun,

Mika Pesu wrote:

> Hi
>
> I attached util-linux and dialog patches. Dont really remember why i
> have also changed util-linux build priority, but the attached dialog
> patch priority should fix the mine package build.
>
> -Mika
>
>
> Bob Gustafson kirjoitti:
>> Hi Mika
>>
>> If you can just post your changes to the list, I'm sure that they will
>> find their way into the t2-trunk.
>>
>> The dialog package is listed as a dependency to mine, but it isn't being
>> built. Your comments seem right on.
>>
>> Bob G
>>
>> On Mon, 2009-10-26 at 19:45 +0200, Mika Pesu wrote:
>>
>>> Hi,
>>>
>>> I noticed this my self too, the key is to include dialog package as
>>> well and modify it's build stages and priority. Dont remember
>>> offhand but i think dialog package was missing stage 1 build and
>>> it's build priority was after mine package. I think this was the
>>> cause of mine build fail, that it is, if you get the same error on
>>> stage 1 mine build.
>>>
>>> I can't commit the changes my self to svn at the moment, but if
>>> someone with svn write access could do it and verify dialog build
>>> options that those are right.
>>>
>>> -Mika
>>>
>>>
>>> Bob Gustafson kirjoitti:
>>>
>>>> I am just following the Documentation and am trying to build the T2
>>>> system itself. My build system was a small old laptop which seemed to
>>>> trundle on ok, except when the Build-Target couldn't find dialog.h
>>>>
>>>> I now have a new system which has the Intel virtual bit and lots of
>>>> horsepower. Just brought it up a couple of hours ago running
>>>> Fedora-12-Beta. F12 seems to install and run pretty well, even with
>>>> hardware RAID, which was a problem with Fedora-11
>>>>
>>>> My intention is to bring up T2 as a virtual client with Fedora-12
>>>> as the
>>>> base. Lots of moving parts at the moment though.
>>>>
>>>> I would appreciate if you would take a look at the Build-Target of the
>>>> current t2-trunk as it is in svn. My build broke in mine where it
>>>> could
>>>> not find the dialog package. I sent several emails to the list
>>>> detailing
>>>> my progress and problem.
>>>>
>>>> Thanks for your clues. I will take them into account when I get my
>>>> virtual T2 client installed.
>>>>
>>>> Bob G
>>>>
>>>>
>>>> On Sun, 2009-10-25 at 10:22 +0100, Rene Rebe wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> On 22.10.2009, at 20:41, Bob Gustafson wrote:
>>>>>
>>>>>
>>>>>> Reading some of the handbook, it seems that Build-Pkg does not check
>>>>>> dependencies, but that Build-Target does (??) Perhaps this is the
>>>>>> problem.
>>>>>>
>>>>>>
>>>>> Neither does. Emerge-Pkg does, but it is only meant for in-system
>>>>> package installation and updates.
>>>>>
>>>>>
>>>>>> mine fails looking for dialog.h
>>>>>>
>>>>>> There are lots of dialog.h files sprinkled around in the t2-trunk
>>>>>> directory, and there is a [DEP] dialog in the mine.cache file.
>>>>>>
>>>>>> ./scripts/Build-Pkg mine works fine:
>>>>>>
>>>>>> == 13:28:04 =[9]=> Building archiver/mine [0.23 8.0-trunk].
>>>>>> -> Reading package config: package/archiver/mine/mine.conf
>>>>>> -> Preparing build in src.mine.default.20091022.132759.329.susie
>>>>>> -> Building. Writing output to $root/var/adm/logs/9-mine.out
>>>>>> -> $root/var/adm/logs/9-mine.out -> 9-mine.log
>>>>>> == 10/22/09 13:30:02 =[9]=> Finished building package mine
>>>>>>
>>>>>>
>>>>> Build-Pkg without any other option installs into your running system
>>>>> (like Emerge-Pkg).
>>>>>
>>>>>
>>>>>> The local var/adm/logs directory shows an err file which happened
>>>>>> about
>>>>>> ten minutes ago during the Build-Target run and a much older
>>>>>> 0-mine.log file
>>>>>>
>>>>>> Note that the 9-mine.log file from the above Build-Pkg run appears
>>>>>> in
>>>>>> the system root directory /var/adm/logs
>>>>>>
>>>>>>
>>>>> That's the default of Build-Pkg. You would need to specify some more
>>>>> options like -chroot and -root etc to exactly mimic what happens
>>>>> during the target build.
>>>>>
>>>>>
>>>>>> These things are a puzzle to me. Why are these files scattered
>>>>>> around
>>>>>> and more importantly, why is mine failing to build under
>>>>>> Build-Target?
>>>>>>
>>>>>>
>>>>> Because then it builds in the cross compile / sandbox, most probably
>>>>> some dependency or so is missing. I also recently changed mine to
>>>>> cross compile with the gasgui fronted, because I needed that. Maybe a
>>>>> typo slipped in.
>>>>>
>>>>>
>>>>> What kind of target and configuration do you build?
>>>>>
>>>>> --
>>>>> René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
>>>>> http://exactcode.com | http://t2-project.org |
>>>>> http://rene.rebe.name
>>>>>
>>>>>
>>>>>
>>>>
>>>> ----------------------------------------------------------- If you
>>>> wish to unsubscribe from this mailing, send mail to
>>>> lists@... with a subject of: unsubscribe t2
>>>>
>>>>
>>>>
>>
>>
>>
>

Re: Recent binutils update

2009-11-01T08:07:40Z

Yes, I noticed that my 2nd patch file did not work after I reloaded
glibc and did svn update. Inspecting the configure file showed that it
already had the changes and the patch file could not find the old
patterns.

My sister's old laptop takes about 4 hrs 2 min 3 sec to build glibc..

Masochistic. I need to get my virtual box configured.

Bob G

On Sun, 2009-11-01 at 09:17 +0200, Mika Pesu wrote:

> Hi,
>
> Thanks for testing and modifying the upstream patch. From the svn log i
> noticed that René commited some binutils patch for glibc:
> Commit by *rene* :: r*34767* /trunk/package/base/glibc/
> (any-cc-ok.patch.cross binutils-22.patch):
>
> * fixed glibc/configure for the new binutils version
>
> Look's like it's fixed now at svn.
>
> -Mika
>
>
> Bob Gustafson kirjoitti:
> > As one who has a little free time, I did some cut and paste from the git
> > page you referenced. And then discovered that the git listing seems to
> > add an additional line return and two leading spaces (or something like
> > that) to each line listed.
> >
> > I did a manual edit of the two files and then successfully compiled
> > glibc. This does not mean that my keystrokes are correct.. Looking at
> > the upstream patch, I think I like your patch files better. The
> > selection regex looks a little more consistent than the upstream patch.
> >
> > If anyone is interested, I have attached the two patch files. They could
> > be dropped into directory package/base/glibc
> >
> > Bob G
> >
> > On Fri, 2009-10-30 at 20:21 +0200, Mika Pesu wrote:
> >
> >> Hi list,
> >>
> >> The recent update of binutils broke glibc, because glibc fails to
> >> recognize ld --version that comes from binutils.
> >>
> >> With some git browsing i found the upstream commit to fix it, here's the
> >> link:
> >> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=0549ce8ec1f66a41c59815e50dd48ffd74fabb52;hp=6dfeb5245bca9f2ef94815ed9a7b979a9e0be744
> >>
> >> I havent yet tryed the upstream patch, but if someone with free time
> >> could test it.
> >>
> >> Attached is my local patch for glibc, but i guess upstream fix could be
> >> better one.
> >>
> >> -Mika
> >> plain text document attachment (binutils_recognize_for_glibc.patch)
> >> diff --git a/configure b/configure
> >> index 7555891..fdfbd2d 100755
> >> --- a/configure
> >> +++ b/configure
> >> @@ -4839,7 +4839,7 @@ $as_echo_n "checking version of $AS... " >&6; }
> >> ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* $[0-9]*\.[0-9.]*$.*$/\1/p'`
> >> case $ac_prog_version in
> >> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> >> - 2.1[3-9]*)
> >> + 2.1[3-9]*|[2-9].[2-9]*)
> >> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> >> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
> >>
> >> @@ -4902,7 +4902,7 @@ $as_echo_n "checking version of $LD... " >&6; }
> >> ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* $[0-9][0-9]*\.[0-9.]*$.*$/\1/p'`
> >> case $ac_prog_version in
> >> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> >> - 2.1[3-9]*)
> >> + 2.1[3-9]*|[2-9].[2-9]*)
> >> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> >> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
> >>
> >> diff --git a/configure.in b/configure.in
> >> index d54e952..05c396a 100644
> >> --- a/configure.in
> >> +++ b/configure.in
> >> @@ -897,10 +897,10 @@ AC_SUBST(MIG)dnl Needed by sysdeps/mach/configure.in
> >> # Accept binutils 2.13 or newer.
> >> AC_CHECK_PROG_VER(AS, $AS, --version,
> >> [GNU assembler.* $[0-9]*\.[0-9.]*$],
> >> - [2.1[3-9]*], AS=: critic_missing="$critic_missing as")
> >> + [2.1[3-9]*|[2-9].[2-9]*], AS=: critic_missing="$critic_missing as")
> >> AC_CHECK_PROG_VER(LD, $LD, --version,
> >> [GNU ld.* $[0-9][0-9]*\.[0-9.]*$],
> >> - [2.1[3-9]*], LD=: critic_missing="$critic_missing ld")
> >> + [2.1[3-9]*|[2-9].[2-9]*], LD=: critic_missing="$critic_missing ld")
> >>
> >> # We need the physical current working directory. We cannot use the
> >> # "pwd -P" shell builtin since that's not portable. Instead we try to
> >>
> >>
>

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Recent binutils update

2009-11-01T00:17:46Z

Hi,

Thanks for testing and modifying the upstream patch. From the svn log i
noticed that René commited some binutils patch for glibc:
Commit by *rene* :: r*34767* /trunk/package/base/glibc/
(any-cc-ok.patch.cross binutils-22.patch):

* fixed glibc/configure for the new binutils version

Look's like it's fixed now at svn.

-Mika

Bob Gustafson kirjoitti:

> As one who has a little free time, I did some cut and paste from the git
> page you referenced. And then discovered that the git listing seems to
> add an additional line return and two leading spaces (or something like
> that) to each line listed.
>
> I did a manual edit of the two files and then successfully compiled
> glibc. This does not mean that my keystrokes are correct.. Looking at
> the upstream patch, I think I like your patch files better. The
> selection regex looks a little more consistent than the upstream patch.
>
> If anyone is interested, I have attached the two patch files. They could
> be dropped into directory package/base/glibc
>
> Bob G
>
> On Fri, 2009-10-30 at 20:21 +0200, Mika Pesu wrote:
>
>> Hi list,
>>
>> The recent update of binutils broke glibc, because glibc fails to
>> recognize ld --version that comes from binutils.
>>
>> With some git browsing i found the upstream commit to fix it, here's the
>> link:
>> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=0549ce8ec1f66a41c59815e50dd48ffd74fabb52;hp=6dfeb5245bca9f2ef94815ed9a7b979a9e0be744
>>
>> I havent yet tryed the upstream patch, but if someone with free time
>> could test it.
>>
>> Attached is my local patch for glibc, but i guess upstream fix could be
>> better one.
>>
>> -Mika
>> plain text document attachment (binutils_recognize_for_glibc.patch)
>> diff --git a/configure b/configure
>> index 7555891..fdfbd2d 100755
>> --- a/configure
>> +++ b/configure
>> @@ -4839,7 +4839,7 @@ $as_echo_n "checking version of $AS... " >&6; }
>> ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* $[0-9]*\.[0-9.]*$.*$/\1/p'`
>> case $ac_prog_version in
>> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
>> - 2.1[3-9]*)
>> + 2.1[3-9]*|[2-9].[2-9]*)
>> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
>> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
>>
>> @@ -4902,7 +4902,7 @@ $as_echo_n "checking version of $LD... " >&6; }
>> ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* $[0-9][0-9]*\.[0-9.]*$.*$/\1/p'`
>> case $ac_prog_version in
>> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
>> - 2.1[3-9]*)
>> + 2.1[3-9]*|[2-9].[2-9]*)
>> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
>> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
>>
>> diff --git a/configure.in b/configure.in
>> index d54e952..05c396a 100644
>> --- a/configure.in
>> +++ b/configure.in
>> @@ -897,10 +897,10 @@ AC_SUBST(MIG)dnl Needed by sysdeps/mach/configure.in
>> # Accept binutils 2.13 or newer.
>> AC_CHECK_PROG_VER(AS, $AS, --version,
>> [GNU assembler.* $[0-9]*\.[0-9.]*$],
>> - [2.1[3-9]*], AS=: critic_missing="$critic_missing as")
>> + [2.1[3-9]*|[2-9].[2-9]*], AS=: critic_missing="$critic_missing as")
>> AC_CHECK_PROG_VER(LD, $LD, --version,
>> [GNU ld.* $[0-9][0-9]*\.[0-9.]*$],
>> - [2.1[3-9]*], LD=: critic_missing="$critic_missing ld")
>> + [2.1[3-9]*|[2-9].[2-9]*], LD=: critic_missing="$critic_missing ld")
>>
>> # We need the physical current working directory. We cannot use the
>> # "pwd -P" shell builtin since that's not portable. Instead we try to
>>
>>

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

Re: Recent binutils update

2009-10-31T20:44:52Z

As one who has a little free time, I did some cut and paste from the git
page you referenced. And then discovered that the git listing seems to
add an additional line return and two leading spaces (or something like
that) to each line listed.

I did a manual edit of the two files and then successfully compiled
glibc. This does not mean that my keystrokes are correct.. Looking at
the upstream patch, I think I like your patch files better. The
selection regex looks a little more consistent than the upstream patch.

If anyone is interested, I have attached the two patch files. They could
be dropped into directory package/base/glibc

Bob G

On Fri, 2009-10-30 at 20:21 +0200, Mika Pesu wrote:

> Hi list,
>
> The recent update of binutils broke glibc, because glibc fails to
> recognize ld --version that comes from binutils.
>
> With some git browsing i found the upstream commit to fix it, here's the
> link:
> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=0549ce8ec1f66a41c59815e50dd48ffd74fabb52;hp=6dfeb5245bca9f2ef94815ed9a7b979a9e0be744
>
> I havent yet tryed the upstream patch, but if someone with free time
> could test it.
>
> Attached is my local patch for glibc, but i guess upstream fix could be
> better one.
>
> -Mika
> plain text document attachment (binutils_recognize_for_glibc.patch)
> diff --git a/configure b/configure
> index 7555891..fdfbd2d 100755
> --- a/configure
> +++ b/configure
> @@ -4839,7 +4839,7 @@ $as_echo_n "checking version of $AS... " >&6; }
> ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* $[0-9]*\.[0-9.]*$.*$/\1/p'`
> case $ac_prog_version in
> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> - 2.1[3-9]*)
> + 2.1[3-9]*|[2-9].[2-9]*)
> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
>
> @@ -4902,7 +4902,7 @@ $as_echo_n "checking version of $LD... " >&6; }
> ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* $[0-9][0-9]*\.[0-9.]*$.*$/\1/p'`
> case $ac_prog_version in
> '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
> - 2.1[3-9]*)
> + 2.1[3-9]*|[2-9].[2-9]*)
> ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
> *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
>
> diff --git a/configure.in b/configure.in
> index d54e952..05c396a 100644
> --- a/configure.in
> +++ b/configure.in
> @@ -897,10 +897,10 @@ AC_SUBST(MIG)dnl Needed by sysdeps/mach/configure.in
> # Accept binutils 2.13 or newer.
> AC_CHECK_PROG_VER(AS, $AS, --version,
> [GNU assembler.* $[0-9]*\.[0-9.]*$],
> - [2.1[3-9]*], AS=: critic_missing="$critic_missing as")
> + [2.1[3-9]*|[2-9].[2-9]*], AS=: critic_missing="$critic_missing as")
> AC_CHECK_PROG_VER(LD, $LD, --version,
> [GNU ld.* $[0-9][0-9]*\.[0-9.]*$],
> - [2.1[3-9]*], LD=: critic_missing="$critic_missing ld")
> + [2.1[3-9]*|[2-9].[2-9]*], LD=: critic_missing="$critic_missing ld")
>
> # We need the physical current working directory. We cannot use the
> # "pwd -P" shell builtin since that's not portable. Instead we try to
>

[configure.patch]

--- a/configure +++ b/configure @@ -4839,7 +4839,7 @@ ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* $[0-9]*\.[0-9.]*$.*$/\1/p'` case $ac_prog_version in '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;; - 2.1[3-9]*) + 2.1[3-9]*|2.1[0-9][0-9]*|2.[2-9]*|[3-9].*) ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;; *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;; @@ -4902,7 +4902,7 @@ ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* $[0-9][0-9]*\.[0-9.]*$.*$/\1/p'` case $ac_prog_version in '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;; - 2.1[3-9]*) + 2.1[3-9]*|2.1[0-9][0-9]*|2.[2-9]*|3-9.*) ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;; *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;

[configure.in.patch]

--- a/configure.in +++ b/configure.in @@ -897,10 +897,10 @@ # Accept binutils 2.13 or newer. AC_CHECK_PROG_VER(AS, $AS, --version, [GNU assembler.* $[0-9]*\.[0-9.]*$], - [2.1[3-9]*], AS=: critic_missing="$critic_missing as") + [2.1[3-9]*|2.1[0-9][0-9]*|2.[2-9]*|[3-9].*], AS=: critic_missing="$critic_missing as") AC_CHECK_PROG_VER(LD, $LD, --version, [GNU ld.* $[0-9][0-9]*\.[0-9.]*$], - [2.1[3-9]*], LD=: critic_missing="$critic_missing ld") + [2.1[3-9]*|2.1[0-9][0-9]*|2.[2-9]*]|[3-9].*, LD=: critic_missing="$critic_missing ld") # We need the physical current working directory. We cannot use the # "pwd -P" shell builtin since that's not portable. Instead we try to

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

bash parallel build

2009-10-31T01:01:00Z

Hi,

I get shell.h:41:23: error: pathnames.h: No such file or directory error
on my quad-core build. This can be solved by adding NOPARALLEL flag to
bash or with attached patch i found from somewhere.....

-Mika

add missing dep

patch by Peter Alfredsen

--- bash-4.0/Makefile.in
+++ bash-4.0/Makefile.in
@@ -1022,10 +1022,11 @@
subst.o: flags.h jobs.h siglist.h execute_cmd.h ${BASHINCDIR}/filecntl.h trap.h pathexp.h
subst.o: mailcheck.h input.h $(DEFSRC)/getopt.h $(DEFSRC)/common.h
subst.o: bashline.h bashhist.h ${GLOB_LIBSRC}/strmatch.h
subst.o: ${BASHINCDIR}/chartypes.h
subst.o: ${BASHINCDIR}/shmbutil.h
+subst.o: ${DEFDIR}/builtext.h
test.o: bashtypes.h ${BASHINCDIR}/posixstat.h ${BASHINCDIR}/filecntl.h
test.o: shell.h syntax.h config.h bashjmp.h ${BASHINCDIR}/posixjmp.h command.h ${BASHINCDIR}/stdc.h error.h
test.o: general.h xmalloc.h bashtypes.h variables.h arrayfunc.h conftypes.h array.h hashlib.h
test.o: quit.h ${BASHINCDIR}/maxpath.h unwind_prot.h dispose_cmd.h
test.o: make_cmd.h subst.h sig.h pathnames.h externs.h test.h

--- bash-4.0/lib/sh/Makefile.in
+++ bash-4.0/lib/sh/Makefile.in
@@ -136,6 +136,9 @@
${BUILD_DIR}/version.h: ${BUILD_DIR}/config.h ${BUILD_DIR}/Makefile Makefile
-( cd ${BUILD_DIR} && ${MAKE} ${MFLAGS} version.h )

+${BUILD_DIR}/pathnames.h: ${BUILD_DIR}/config.h ${BUILD_DIR}/Makefile Makefile
+ -( cd ${BUILD_DIR} && ${MAKE} ${MFLAGS} pathnames.h )
+
# rules for losing makes, like SunOS
casemod.o: casemod.c
clktck.o: clktck.c

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2