logo       

Desktop user (hopefully) switching from Gentoo: msg#00000

t2.devel

Subject: Desktop user (hopefully) switching from Gentoo


A good day to all,

I'll of course begin with the obligatory but no less sincere "thank you" for
putting what must be an incredible amount of time & effort into T2. From what
I've seen so far it seems about as "clean" and up-to-date as any large scale
build project can ever be (though I'll be the first to admit my bash-grokking
abilities are sadly sub-par, explaining some questions below :-)

I've been an avid Gentoo user for several years but a combination of slight
dissatisfaction regarding its current direction and general curiosity keep me
on the lookout for possible alternatives such as T2. Minimum requirements
include using the same code base for all my machines (a desktop and two
sub-notebooks), full customization of each installed system, being able to
cross-build everything on a single fast [desktop] system, and easy
upgrading/distribution of binary packages to the notebooks. T2 seems to be able
to provide all that and more.

However, I still have some questions regarding:

* building SCM packages: the T2 package/ directory has quite a few packages
that get their sources via CVS/SVN/&c. I was only able to spend a brief time
checking out T2 (with no access at the moment, sorry), but did notice
scripts/Download wrapped the final sources in a .tar.bz2 when finished. My
question: does this .tar.bz2 contain the entire working copy (with SCM
metadata, e.g. ".svn" directories) or only the sources (e.g. "svn export"> tar>
bz2)? If the latter, is the orginal working copy saved alongside or will
incrementing the revision number in the .conf file lead to re-downloading the
entire package sources instead of just a delta? Traffic doesn't come completely
for free here, and still I'd like to be able to follow KDE4 trunk without
having to keep track of installed files manually.

* also regarding SCM packages: can I simply tell T2 to scripts/Download the
"latest" revision instead of a manually specified rev. # on the [D] line?

* reverse dependencies: the general consensus on enabling/disabling
functionality in packages (comparable to Gentoo's "use flags", e.g. USB
support) seems to be including/excluding the library implementing that feature
(e.g. entering "- libusb" in scripts/Config> Custom package selection). Is this
correct, and what if USB were to prove necessary after all? Does T2 know which
packages decided to disable USB support based on the then-absent libusb during
"configure" and build them again? If not built in, can such functionality be
scripted using the info provided by the build system?

* deployment & updating: the correct method to build the initial install ISOs
seems to be Config ; Build-Target ; Create-ISO. After installing, "svn up
[package/]" will get me the newest build scripts. Is there a command that will
build & create binary packages for each updated package, or at least a list to
pass to Emerge-Pkg? Or am I misunderstanding the way updating works once
"inside" the T2 system?

I hope all these (probably stupid & uninformed :-) end-user questions don't
constitute spamming this rather-dev list, and I apologize if they do...

Greetings,

Tobias
_________________________________________________________________
Give to a good cause with every e-mail. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@xxxxxxxxxxxxxx with a subject of: unsubscribe t2
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise