T2 IRC Log: 2007-01-30
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Tue Jan 30 00:00:47 2007
00:12 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection]
01:16 -!- mtr_ [n=Michael@kobz-590cb8d6.pool.einsundeins.de] has joined #t2
01:32 -!- mtr [n=Michael@kobz-590ca140.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
01:32 -!- mtr_ is now known as mtr
02:15 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: CIA-8
02:16 -!- Netsplit over, joins: CIA-8
03:04 -!- zlim07 [n=dc36734@213.144.157.75] has quit [Remote closed the connection]
03:05 -!- zlim07_ [n=dc36734@213.144.157.75] has joined #t2
03:52 -!- magic_user [n=gschuett@4.38.41.141] has joined #t2
04:04 -!- magic_user [n=gschuett@4.38.41.141] has quit [Read error: 104 (Connection reset by peer)]
08:16 < R4gnar0k> rxr: hmmm the update breaks 1-glibc
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshd[30181]: Invalid user test from 211.90.115.210
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshdfilt[22694]: DB:INVALID: dirty=0 user=test, ip=211.90.115.210
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshdfilt[22694]: Illegal user name, blocking 211.90.115.210 after 0 chances
08:17 < R4gnar0k> oops
08:17 < R4gnar0k> bah :P stupid paste
08:17 < R4gnar0k> configure: error: C preprocessor "x86_64-t2-linux-gnu-cpp" fails sanity check
08:17 < R4gnar0k> due to it not finding limits.h
08:52 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2
08:52 < Baldzius> moin
08:52 < rxr> moin
08:52 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [Read error: 104 (Connection reset by peer)]
08:52 < rxr> R4gnar0k: I had this on my laptop as well
08:52 < rxr> somehow 0-glibc does not not install it's headers in the firest pass
08:53 < rxr> very strange
08:53 < rxr> R4gnar0k: when you rebuild 0-glibc they are there
08:53 < rxr> I have to hunt why this happens
09:09 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2
09:12 < rxr> hi Baldzius
09:12 < rxr> Baldzius: sqlite's checksum differs ...
09:12 < rxr> Baldzius: can you send me your original file ?
09:13 < rxr> (to diff it)
09:14 < Baldzius> hi rxr
09:14 < rxr> 19:21 < _Ragnar__> rxr: sqllite freedroidrpg TeXmacs and brutalchess have cksum errors for be
09:15 < Baldzius> rxr: you can update sqlite to 3.3.12 anyway as 3.3.11 is messed up
09:15 < rxr> oha
09:15 < rxr> ok
09:16 < CIA-9> susan * r22256 /trunk/package/multimedia/xine-lib/xine-lib.desc: * updated xine-lib (1.1.3 -> 1.1.4)
09:19 < rxr> mtr: I implemented the most important package inheritance bits last night
09:19 < rxr> mtr: however it is slightly inconsitent what we currently have
09:19 < rxr> mtr: currently architecture and target can have pkg_$pkg_{pre,post}.conf and pkg_$pkg.patch
09:20 < rxr> mtr: in that style we could have pkg_$pkg.{desc,conf}, likewise
09:20 < rxr> mtr: however maybe a real package/$pkg/ dir with those files is more pleasnt, professional and consistent to work with ?
09:24 < CIA-9> rene * r22257 /trunk/package/database/sqlite/sqlite.desc: * updated sqlite (3.3.11 -> 3.3.12)
09:26 < CIA-9> susan * r22258 /trunk/package/games/crimson/crimson.desc: * updated crimson (0.5.0 -> 0.5.1)
09:28 < mtr> moin rxr ;)
09:29 < rxr> mon mtr
09:29 < rxr> moin even
09:30 < rxr> Baldzius: maybe you also want to vor for this package inheritance
09:31 < rxr> Baldzius: we want to be able to let the architecture and the target alter the package.desc on-the-fly
09:31 < rxr> Baldzius: this often required, e.g. when e.g. embedded CPU patches are not yet available for latest gcc and the like
09:31 < mtr> a $target/package/$pkg/... directory structure would be way more flexible, allowing different patch file namings, like .cross and .$arch
09:32 < rxr> Baldzius: the architecture should then be able to inherit the main package/.../gcc and just define it's additional stuff - e.g. just another V and Download
09:32 < rxr> mtr: ack
09:32 < rxr> mtr: it is just backward compatibility that worries
09:32 < rxr> me
09:33 < rxr> guess we should support the existing names for a while and prinnt a "Warnding. deprecated file naming xyz - please migrate to target/.../package/.../" ?
09:33 < mtr> oh, what about [D] inheritance? is it possible at all to keep [D] tags from the original package?
09:33 < rxr> when you define a D tag in my current implementation the original D's are dropped
09:33 < rxr> I guess you want to keep noe of them ?
09:34 < mtr> hmm, and multi-pkg [D]'s have all to be dropped
09:34 < mtr> yep
09:35 < rxr> well - defining a syntax to keep them is a bit complex
09:36 < rxr> usually some add-on patch will not apply to the altered version anyway
09:36 < mtr> ack
09:38 < rxr> quite nice to see our mailing list becomes more popular every week
09:57 < CIA-9> rene * r22259 /trunk/package/games/freedroid_rpg/freedroid_rpg.desc:
09:57 < CIA-9> * fixed freedroids_rpg checksum to match what they have upstream, now -
09:57 < CIA-9> the difference are just blender source file updates
10:04 < CIA-9> rene * r22260 /trunk/package/editors/texmacs/texmacs.desc:
10:04 < CIA-9> * fixed texmacs checksum to what they have upstrea, now -
10:04 < CIA-9> the diff just has documentation and what looks to me like last-
10:04 < CIA-9> minute bug fixing. Definetly no backdor :-)
10:06 < rxr> so - that where all chksum error I think
10:07 < CIA-9> rene * r22261 /trunk/package/base/util-linux/util-linux.conf:
10:07 < CIA-9> * improved new util-linux work-around for the cross build-stage to
10:07 < CIA-9> also apply for LIBC = uclibc in any stage
10:30 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has joined #t2
10:31 < martin> Moin
10:36 < rxr> hi martin
10:41 < martin> hi rxr
10:47 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [Read error: 104 (Connection reset by peer)]
10:56 < rxr> martin: how are you ?
10:56 [Users #t2]
10:56 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
10:56 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
10:56 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
10:56 [Users #t2]
10:56 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
10:56 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
10:56 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
11:00 < martin> rxr: all good. vista is out today. ^^
11:00 < martin> rxr: and my english is still bad
11:07 < martin> rxr: how are you ?
11:08 < rxr> oh fine as usual - thanks
11:08 < rxr> how comes we see you in the #t2 channel? wanna give it a try again? or just bored from uni ?
11:22 < rxr> http://naturbildforum.de/object.php?object_id=779
11:22 < rxr> ^- what kind of sites you find on fefe.de is really interesting .-)
11:38 < CIA-9> rene * r22262 /trunk/target/rescue/pkgsel: * fixed duplicate, misspelled or non-existing packages in target/rescue/pkgsel
11:43 < martin> rxr: nice pic. hmm, bored from work. practical
11:43 < martin> rxr: but is cool. ruby on rails is cool. :)
11:44 < CIA-9> rene * r22263 /trunk/target/generic/pkgsel/ (10-minimal-xorg.in 50-minimal-desktop.in):
11:44 < CIA-9> * fixed no longer existing multi tarball packages names in the generic package
11:44 < CIA-9> selection: alsa -> alsa-lib, alsa-lib and ogg-vorbis -> libogg, libvorbis
11:44 < CIA-9> * and fixed a non existing package: xau -> libxau
11:46 < CIA-9> rene * r22264 /trunk/target/desktop/pkgsel:
11:46 < CIA-9> * fixed another long renamed packages in the desktop target selection:
11:46 < CIA-9> perl-libxml1 -> perl-libxml
11:47 < CIA-9> rene * r22265 /trunk/target/desktop/config.in:
11:47 < CIA-9> * no longer enforce tarball packages in the desktop target,
11:47 < CIA-9> from 7.0 on desktop will be live-cd by default and does not
11:47 < CIA-9> require any packaging at all
11:49 < CIA-9> rene * r22266 /trunk/scripts/config-functions.lua:
11:49 < CIA-9> * prepared Lua code to warn about umatched pkgsel patterns, not
11:49 < CIA-9> enabled by default yet, because it yields warnings on packages
11:49 < CIA-9> only available on some architectures when that architecture
11:49 < CIA-9> is currently not selected - will be enabled in the future to help
11:49 < CIA-9> tracking typographical errors in the pkgsel rules
11:56 < CIA-9> rene * r22267 /trunk/package/develop/ccache/parse-config: * improved ccache gcc exlusion to only avoid ccache in GCC multilib builds
12:06 < CIA-9> rene * r22268 /trunk/package/filesystem/e2fsprogs/26-linux-compile-h-usage.patch: * removed now obsolete e2fsprogs/26-linux-compile-h-usage.patch
13:22 < rxr> re
13:26 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has quit [Read error: 110 (Connection timed out)]
13:27 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has joined #t2
13:31 < CIA-9> rene * r22269 /trunk/package/base/cracklib/cracklib.desc: * updated cracklib (2.8.9 -> 2.8.10)
14:34 < CIA-9> rene * r22270 /trunk/package/base/dietlibc/x86_64-getpriority.patch: * fixed dietlibc's getpriority on x86-64, sent upstream
14:42 < rxr> This is really cool: Linux Kernel Devs Offer Free Driver Development
14:42 < rxr> ^-> Linux Kernel Devs Offer Free Driver Development
14:43 < rxr> err
14:43 < rxr> ^-> http://linux.slashdot.org/linux/07/01/30/044203.shtml
14:43 < rxr> .o(when your middle mouse button does not do what you wanna it to do ...)
14:51 < CIA-9> rene * r22271 /trunk/package/base/util-linux/util-linux.conf:
14:51 < CIA-9> * fixed the new, autoconf based util-linux to install into /, so mount
14:51 < CIA-9> and co are available on the root partition and the initial shell
14:51 < CIA-9> PATH as usual
14:51 < CIA-9> rene * r22272 /trunk/package/network/bluez-libs/bluez-libs.desc: * updated bluez-libs (3.8 -> 3.9)
14:51 < CIA-9> rene * r22273 /trunk/package/network/bluez-utils/bluez-utils.desc: * updated bluez-utils (3.8 -> 3.9)
14:52 < rxr> ^- with this util-linux fix an uClibc based rescue builds works as usual on HEAD (that is after the major linux-header and util-linux udpate)
14:52 [Users #t2]
14:52 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
14:52 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
14:52 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
14:53 < CIA-9> rene * r22274 /trunk/package/base/util-linux/nice-mount-paths.patch.disabled:
14:53 < CIA-9> * finally removed util-linux/nice-mount-paths.patch.disabled, after
14:53 < CIA-9> it was disabled for some 5000 SVN revisions ...
14:56 < CIA-9> rene * r22275 /trunk/scripts/functions.in:
14:56 < CIA-9> * implemented .desc inheritance so architecture/$arch/package/$pkg and
14:56 < CIA-9> target/$target/package/$pkg can redefine the package
17:33 -!- juergen66 [n=juergen@fiedlerfamily.net] has joined #t2
17:33 < juergen66> Hi!
17:39 < martin> rxr: oops, there is a little problem with the new fucking webadmin.
17:39 < martin> rxr: he wrote: Wir müssen dringen unabhängig von diesen Typen werden und die Netzwerktechnik im INI Raum übernehmen.
17:39 < martin> Wir müssen uns mit dem HRZ in verbindung setzen um rauszufinden was deren vorgaben sind.
17:39 < martin> Wenn sie mitkriegen das wir das vorhaben werden sie mit sicherheit etwas dagegen tun.
17:40 < martin> rxr: typen = {martin,haiko}
17:47 < martin> rxr: since one week, we have a new fsr. without all old fsr members. haiko is panic, now ;)
17:56 < rxr> re
17:57 < rxr> martin: hm ? ich habe gerade noch keinen durchblick
17:59 < martin> rxr: der neue webadmin moechte gern auch das gesamte ini-netz an sich reisen und die alten "typen" los werden. mom, schick dir ne mail
18:00 < rxr> martin: die neuen typen sind alles deppen ?
18:01 < rxr> btw. the #t2 channel is publically logged ...
18:01 < rxr> maybe those new depps find this via google in some weeks .-)
18:01 < R4gnar0k> lol
18:04 < martin> lol, egal
18:05 < martin> rxr: u have mail
18:12 < rxr> wer ist den dieser ueber Andreas ?
18:13 < rxr> der kann ja nichtmal mit der Leertaste umgehene ...
18:13 < rxr> warum werden wahlzettel nachgezählt ?
18:14 < martin> Weil Wahlzettel immer nachgezaehlt werden? Steht bestimmt im Wahlgesetzt drin. ;) Der Typ spinnt, wir wissen auch nicht so genau, was er damit meint.
18:15 < martin> der ueber andreas?
18:21 < rxr> I know why I do not find university that efficent and not really teaching much ...
18:27 < martin> ;)
18:27 < martin> so, i will go home. have a nice evening
18:27 < rxr> one second
18:27 < rxr> who is dthis andreas ?
18:27 < rxr> do I know him ?=
18:30 < martin> don't know. mom, there are some pictures
18:33 < LMJ> moin moin
18:38 < rxr> oh my god, looks more very sympatic ...
18:38 < rxr> cu martin
18:38 < rxr> hi LMJ
18:38 < LMJ> plop rxr
18:38 < LMJ> i tested T-Resc 0.5
18:39 < LMJ> but infortunatly, i didn't found the dump/restore command or bash_completion, is it a voluntary choice ?
18:40 < rxr> nope, just propose
18:40 < rxr> though bash_completion is not my most favourite thing and I thought dump/restore is not used by anyone anymore ...
18:43 < LMJ> i'm alone to use it ? ;)
18:43 < LMJ> why dump is not used anymore, what could replace it ?
18:45 < rxr> any other archiver
18:45 < rxr> I think dump / restore is not save since 2.4 anymore anyway ...
18:46 < LMJ> do you have name of other archivers ?
18:48 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has quit [Read error: 110 (Connection timed out)]
18:48 < rxr> you mean this ext2 onyl thing, right?
18:48 < rxr> well - anything, from tar to the full grown beasts
18:49 < rxr> I read that dump/restore is dangerous on new kernels anyways
19:05 [Users #t2]
19:05 [@ChanServ] [ CIA-9 ] [ LMJ] [ R4gnar0k] [ Stelz ] [ zlim07_]
19:05 [ Capey ] [ juergen66] [ mtr] [ rxr ] [ valentin] [ zod ]
19:05 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
19:19 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
19:19 < misl> hi folks
19:22 < R4gnar0k> re
19:23 < rxr> hi R4gnar0k and misl
19:43 < R4gnar0k> hmmm wall and wall.1 should be in util-linux, not in sysvinit, or?
19:46 < rxr> .oO
19:46 < rxr> uild/default-7.0-trunk-reference-x86-athlon-xp/var/adm/flists/sysvinit:sysvinit: usr/bin/wall
19:46 < rxr> build/default-7.0-trunk-reference-x86-athlon-xp/var/adm/flists/util-linux:util-linux: usr/usr/bin/wall
19:46 < rxr> yes, in former times it only was in sysvinit
19:47 < rxr> R4gnar0k: guess new util-linux has a --disable-wall or so ?
19:47 < R4gnar0k> lemme check
19:47 < rxr> on our production server grep only reveals sysvinit :-)
19:48 < R4gnar0k> (but having it in util-linux would be cleaner for non sysvinit systems anyway?)
19:48 < rxr> yes, definetly ...
19:48 < rxr> that reminds me we must move some files from sysfiles into sysvinit
19:48 < rxr> etc/{inittab,initscript,...}
19:48 < R4gnar0k> hmm ok
19:48 < rxr> (I have 2 whiteboards full of TODO in the office here ....)
19:49 < rxr> plus what is in trac ...
19:49 < R4gnar0k> o_o
19:49 < R4gnar0k> ouch
19:50 < rxr> but not all of them will most probably make it into 7.0.0
19:50 < rxr> we lived for many years with those and they can go into 7.1 or 8.0 or whatever ...
19:51 < rxr> it is mor important we deliver stable, timely releases as OpenBSD does
19:52 < CIA-9> rene * r22276 /branches/2.1/package/base/gcc/gcc.desc: * updated (3.4.5 -> 3.4.6)
19:52 < rxr> ^- note 2.1 branch ...
19:52 < rxr> not that someone gets confused by this :-)
19:52 < rxr> ^- note
19:53 < rxr> so - off into OSX have to ship a debug build driver to the other side of the world where people awake sometime soon
19:55 < R4gnar0k> o_o
19:56 < CIA-9> ragnar * r22277 /trunk/package/base/sysvinit/distro.patch: * removed wall and manpage from sysvinit, they are now in util-linux
19:59 < rxr> re
19:59 < rxr> why o_o ?
19:59 < rxr> debug build driver (tm) o_o ?
20:00 < R4gnar0k> lol no sorry, nvm
20:00 < R4gnar0k> was a bit absentminded
20:07 < juergen66> Eep. Still having problems with uclibc - and this time, it's in stage 1, so I can't just touch the .out file & keep moving :-/
20:13 < juergen66> And I can't find anything that looks like the root cause in the .err file.
20:17 < juergen66> Would the build script quit just because it found files that belong in both uclibc and linux-header?
20:18 -!- zlim07_ is now known as zlim07
20:18 < zlim07> hi
20:19 < R4gnar0k> juergen66: yes
20:22 < rxr> juergen66: hi
20:22 < rxr> juergen66: did you start a fres rebuild ?
20:22 < rxr> on a fres rebuld the build will not continue much when you just touch the log file
20:23 < rxr> as when you skip the first uclibc build you have no C library :-(
20:23 < rxr> when you did a fresh rebuild of t2/trunk:HEAd you likely hit the problem that with the new linux-headers the headers are not installed every time
20:24 < rxr> juergen66: oh - you mean this shared file warning - scsi/* I pguess
20:24 < rxr> in that case touching the log works
20:24 < rxr> I'll hunt both, the new shared files with linux-headers as well as the first-pass no header install issue
20:25 < rxr> that we got in trunk in the the last 24h ...
20:25 < rxr> hope I find them over the night - cu all then
20:25 < R4gnar0k> cya
20:27 < zlim07> is there a way to build *.gem binary distributables?
20:28 < R4gnar0k> instead of tar.bz2? sure
20:28 < zlim07> tarballs are ok too..
20:28 < zlim07> i mean i just want the packages, not the base system..
20:29 < R4gnar0k> ah ok
20:29 < R4gnar0k> like, you did an Emerge-Pkg and now want to transfer that to another system?
20:29 < zlim07> yeah
20:30 < zlim07> are there compiled version of those packages without customizings?
20:30 < R4gnar0k> not yet
20:30 < R4gnar0k> you can use the mine utilily to build a tar.bz2
20:31 < R4gnar0k> like this: mine -T /var/adm / mine mine.tar.bz2
20:31 < R4gnar0k> (this would make a tar.bz2 for the mime package)
20:32 < zlim07> my wish is to have unpatched original current kde binaries
20:32 < R4gnar0k> hm?
20:32 < zlim07> as i have not the time nor the resources to compile them every time a new version gets released
20:33 < juergen66> rxr: Yes, the shared file thing.
20:33 < R4gnar0k> it's planned for the future
20:33 < zlim07> R4gnar0k: u speakin with me?
20:34 < juergen66> For me, it complained about three different scsi related headers.
20:34 < R4gnar0k> yes
20:39 < zlim07> R4gnar0k: do u speak german?
20:40 < R4gnar0k> indeed :p
20:41 < R4gnar0k> wieso?
20:41 < zlim07> R4gnar0k: naja ich mag lieber verstehen, was ich frage :)
20:41 < R4gnar0k> lol
20:42 < R4gnar0k> na dann ...
20:43 < zlim07> R4gnar0k: ich krieg die Konfiguration irgendwie nich gebacken..
20:43 < R4gnar0k> hm? o_o was machst du denn genau?
20:43 < zlim07> R4gnar0k: ich mein mit der ncurses gui, wo muss ich da die pakete auswählen?
20:43 < R4gnar0k> ahsooo
20:43 < zlim07> R4gnar0k: ich will n minimalen kde-desktop kompilieren
20:44 < zlim07> R4gnar0k: also nur kde und nix anderes
20:45 < R4gnar0k> in dein laufendes system? oder komplett neu?
20:45 -!- d-marc [n=kvirc@HSI-KBW-091-089-005-139.hsi2.kabelbw.de] has joined #t2
20:45 < zlim07> R4gnar0k: jedoch auch koffice und einige andere packgades..
20:45 < zlim07> R4gnar0k: hab ein laufendes Debian (die andere Frage hat nix damit zu tun)
20:45 < zlim07> ich mein die frage von vorher
20:46 < R4gnar0k> hmmm ob da allerdings die t2 packages so einfach kompilieren ...
20:46 < zlim07> noe einfach haben die nich kompiliert
20:46 < zlim07> aber die abhaengigkeiten rausfinden is nich schwer
20:46 < R4gnar0k> also kein ./scripts/Emerge-Pkg kdelibs ?
20:47 < zlim07> R4gnar0k: ich bein die dev-libs
20:47 < R4gnar0k> lol nicht schwer, aber doch ein ganzer rattenschwanz ... lol
20:47 < zlim07> ja schon
20:48 < R4gnar0k> also, erstmal solltest du in der ncurses config [*] Custom package selection anhaben
20:48 < zlim07> ok und weiter?
20:49 < R4gnar0k> dann machste ===> Edit package selection rules ... oder alternativ beendest du das config und editierst config/default/pkgsel per hand
20:49 < zlim07> ok
20:50 < zlim07> und wenn mri ein package jetzt fehlt, wie muss ich da vorgehen?
20:51 < R4gnar0k> also in der pkgsel kannst du packages ein (X package) oder aus (O package)-schalten
20:51 < zlim07> sagen wir ich will mailody oder so habn, wie muss ich da die spec oder wie man das bei euch nennt, schreiben?
20:52 < R4gnar0k> dann machste da ein "X mailody" rein
20:53 < zlim07> ich mein wenn das package fehlt
20:54 < R4gnar0k> oh ... du meinst die package gibts noch nicht im t2-verzeichnis?
20:55 < zlim07> genau
20:55 < zlim07> laut matrix nich
20:55 < R4gnar0k> dann kannste idR einfach eine aehnliche package nehmen und die files fuer diese kopieren
20:58 < zlim07> hab bis jetzt nur RPMs gebaut, wie ist der ablauf genau?
20:59 < R4gnar0k> naja schau dir mal ein .desc file an ... fuer viele packages ist das das einzige was du wirklich brauchst
20:59 < R4gnar0k> nimm mal package/kde/kdelibs/kdelibs.desc
21:00 < zlim07> ok
21:00 < R4gnar0k> da haste beschreibung, links, version, und eben die files die fuer diese package downzuladen sind
21:01 < zlim07> ist recht kompakt..
21:01 < R4gnar0k> yepp
21:02 < R4gnar0k> du brauchst vor allem den [V], [P] und [D] eintrag
21:02 < zlim07> wird svn-version kompilieren? oder ist es wirklich "unstable"
21:03 < R4gnar0k> kommt auf den zeitpunkt an ... idR aber schon
21:04 < zlim07> also idR unstable oder idR funktional ok?
21:04 < R4gnar0k> idR ok
21:04 < R4gnar0k> lol
21:05 < zlim07> naja ich verspreche mir eine funktionale Verbesserung im Vergleich zu Debian
21:05 < R4gnar0k> was fehlt dir denn bei debian? lol
21:05 < zlim07> die anstaendigen kde-packages
21:06 < R4gnar0k> machen die bei deb wohl mist? o_o
21:06 < zlim07> keine ahnung, kde ist immer halb uebersetzt, voellig unstabil usw..
21:07 < zlim07> die nehmen immer alles auseinander und schustern es wieder zusammen, hab ich das gefuehl
21:07 < R4gnar0k> ouch lol
21:07 < R4gnar0k> wobei wer weiss, das kann natuerlich auch an kde liegen lo
21:07 < R4gnar0k> lol
21:07 < zlim07> glaub ich nich
21:08 < zlim07> die haben 100% deutsche uebersetzung und auf suse laeufts auch gut..
21:08 < zlim07> zumindenst kde
21:09 < R4gnar0k> ok :)
21:10 < R4gnar0k> hmm schedutils seems to be obsolete now ....
21:25 < zlim07> R4gnar0k: was meinst du in welchem Monat wird 7.0 veroeffentlichT?
21:26 < R4gnar0k> frag rxr
21:27 < zlim07> rxr: was meinst du wann wird 7.0 veroeffentlicht?
21:27 < zlim07> in Wochen oder in Monaten?
21:34 < juergen66> So... is there something that can be done about that linux-header/uclibc conflict?
21:35 < R4gnar0k> probably :p
21:36 < juergen66> That's nice to know, of course :)
22:05 < mtr> juergen66: the uclibc / linux-header conflict can be solved by changing in package/base/uclibc/uclibc.conf, line 163:
22:05 < mtr> - rm -vf include/{asm,asm-generic,linux}
22:05 < mtr> + rm -vf include/{asm,asm-generic,linux,scsi}
22:05 < mtr> that should avoid the shared files
22:06 < mtr> there may be other side effects, as scsi/*.h files are likely to have changed now ...
22:08 -!- zlim07 is now known as zlim07_schlaf
22:16 < juergen66> mtr: Trying that out, even as we speak :)
22:22 < juergen66> mtr: Still complaining. Weird.
22:24 < mtr> juergen66: i guess there are still some bits from the previous build around
22:24 < mtr> juergen66: either cleanup the previous package build with ./scripts/Create-ErrList -cfg $config -remove $pkg
22:25 < mtr> or just remove the flist files in build//var/adm/flist/{uclibc,linux-header}
22:38 < juergen66> Oh wait... That could be relevant: I'm getting a different error
22:38 < juergen66> rm: cannot remove `include/scsi': Is a directory
22:38 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]"]
22:38 < juergen66> So if I just add a little 'r' there...
22:44 < juergen66> Did a Cleanup -build because the flists didn't want to go away.
22:55 < juergen66> And with that, we move on to dietlibc. Yay :)
22:56 < juergen66> Rhanks, mtr!
22:56 < juergen66> s/R/T/
23:02 * juergen66 homes.
23:02 < juergen66> Bye!
23:02 -!- juergen66 [n=juergen@fiedlerfamily.net] has left #t2 ["WeeChat 0.2.1"]
--- Log closed Wed Jan 31 00:00:48 2007
00:12 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection]
01:16 -!- mtr_ [n=Michael@kobz-590cb8d6.pool.einsundeins.de] has joined #t2
01:32 -!- mtr [n=Michael@kobz-590ca140.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
01:32 -!- mtr_ is now known as mtr
02:15 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: CIA-8
02:16 -!- Netsplit over, joins: CIA-8
03:04 -!- zlim07 [n=dc36734@213.144.157.75] has quit [Remote closed the connection]
03:05 -!- zlim07_ [n=dc36734@213.144.157.75] has joined #t2
03:52 -!- magic_user [n=gschuett@4.38.41.141] has joined #t2
04:04 -!- magic_user [n=gschuett@4.38.41.141] has quit [Read error: 104 (Connection reset by peer)]
08:16 < R4gnar0k> rxr: hmmm the update breaks 1-glibc
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshd[30181]: Invalid user test from 211.90.115.210
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshdfilt[22694]: DB:INVALID: dirty=0 user=test, ip=211.90.115.210
08:17 < R4gnar0k> Jan 25 00:10:22 abarrach sshdfilt[22694]: Illegal user name, blocking 211.90.115.210 after 0 chances
08:17 < R4gnar0k> oops
08:17 < R4gnar0k> bah :P stupid paste
08:17 < R4gnar0k> configure: error: C preprocessor "x86_64-t2-linux-gnu-cpp" fails sanity check
08:17 < R4gnar0k> due to it not finding limits.h
08:52 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2
08:52 < Baldzius> moin
08:52 < rxr> moin
08:52 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [Read error: 104 (Connection reset by peer)]
08:52 < rxr> R4gnar0k: I had this on my laptop as well
08:52 < rxr> somehow 0-glibc does not not install it's headers in the firest pass
08:53 < rxr> very strange
08:53 < rxr> R4gnar0k: when you rebuild 0-glibc they are there
08:53 < rxr> I have to hunt why this happens
09:09 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2
09:12 < rxr> hi Baldzius
09:12 < rxr> Baldzius: sqlite's checksum differs ...
09:12 < rxr> Baldzius: can you send me your original file ?
09:13 < rxr> (to diff it)
09:14 < Baldzius> hi rxr
09:14 < rxr> 19:21 < _Ragnar__> rxr: sqllite freedroidrpg TeXmacs and brutalchess have cksum errors for be
09:15 < Baldzius> rxr: you can update sqlite to 3.3.12 anyway as 3.3.11 is messed up
09:15 < rxr> oha
09:15 < rxr> ok
09:16 < CIA-9> susan * r22256 /trunk/package/multimedia/xine-lib/xine-lib.desc: * updated xine-lib (1.1.3 -> 1.1.4)
09:19 < rxr> mtr: I implemented the most important package inheritance bits last night
09:19 < rxr> mtr: however it is slightly inconsitent what we currently have
09:19 < rxr> mtr: currently architecture and target can have pkg_$pkg_{pre,post}.conf and pkg_$pkg.patch
09:20 < rxr> mtr: in that style we could have pkg_$pkg.{desc,conf}, likewise
09:20 < rxr> mtr: however maybe a real package/$pkg/ dir with those files is more pleasnt, professional and consistent to work with ?
09:24 < CIA-9> rene * r22257 /trunk/package/database/sqlite/sqlite.desc: * updated sqlite (3.3.11 -> 3.3.12)
09:26 < CIA-9> susan * r22258 /trunk/package/games/crimson/crimson.desc: * updated crimson (0.5.0 -> 0.5.1)
09:28 < mtr> moin rxr ;)
09:29 < rxr> mon mtr
09:29 < rxr> moin even
09:30 < rxr> Baldzius: maybe you also want to vor for this package inheritance
09:31 < rxr> Baldzius: we want to be able to let the architecture and the target alter the package.desc on-the-fly
09:31 < rxr> Baldzius: this often required, e.g. when e.g. embedded CPU patches are not yet available for latest gcc and the like
09:31 < mtr> a $target/package/$pkg/... directory structure would be way more flexible, allowing different patch file namings, like .cross and .$arch
09:32 < rxr> Baldzius: the architecture should then be able to inherit the main package/.../gcc and just define it's additional stuff - e.g. just another V and Download
09:32 < rxr> mtr: ack
09:32 < rxr> mtr: it is just backward compatibility that worries
09:32 < rxr> me
09:33 < rxr> guess we should support the existing names for a while and prinnt a "Warnding. deprecated file naming xyz - please migrate to target/.../package/.../" ?
09:33 < mtr> oh, what about [D] inheritance? is it possible at all to keep [D] tags from the original package?
09:33 < rxr> when you define a D tag in my current implementation the original D's are dropped
09:33 < rxr> I guess you want to keep noe of them ?
09:34 < mtr> hmm, and multi-pkg [D]'s have all to be dropped
09:34 < mtr> yep
09:35 < rxr> well - defining a syntax to keep them is a bit complex
09:36 < rxr> usually some add-on patch will not apply to the altered version anyway
09:36 < mtr> ack
09:38 < rxr> quite nice to see our mailing list becomes more popular every week
09:57 < CIA-9> rene * r22259 /trunk/package/games/freedroid_rpg/freedroid_rpg.desc:
09:57 < CIA-9> * fixed freedroids_rpg checksum to match what they have upstream, now -
09:57 < CIA-9> the difference are just blender source file updates
10:04 < CIA-9> rene * r22260 /trunk/package/editors/texmacs/texmacs.desc:
10:04 < CIA-9> * fixed texmacs checksum to what they have upstrea, now -
10:04 < CIA-9> the diff just has documentation and what looks to me like last-
10:04 < CIA-9> minute bug fixing. Definetly no backdor :-)
10:06 < rxr> so - that where all chksum error I think
10:07 < CIA-9> rene * r22261 /trunk/package/base/util-linux/util-linux.conf:
10:07 < CIA-9> * improved new util-linux work-around for the cross build-stage to
10:07 < CIA-9> also apply for LIBC = uclibc in any stage
10:30 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has joined #t2
10:31 < martin> Moin
10:36 < rxr> hi martin
10:41 < martin> hi rxr
10:47 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [Read error: 104 (Connection reset by peer)]
10:56 < rxr> martin: how are you ?
10:56 [Users #t2]
10:56 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
10:56 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
10:56 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
10:56 [Users #t2]
10:56 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
10:56 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
10:56 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
11:00 < martin> rxr: all good. vista is out today. ^^
11:00 < martin> rxr: and my english is still bad
11:07 < martin> rxr: how are you ?
11:08 < rxr> oh fine as usual - thanks
11:08 < rxr> how comes we see you in the #t2 channel? wanna give it a try again? or just bored from uni ?
11:22 < rxr> http://naturbildforum.de/object.php?object_id=779
11:22 < rxr> ^- what kind of sites you find on fefe.de is really interesting .-)
11:38 < CIA-9> rene * r22262 /trunk/target/rescue/pkgsel: * fixed duplicate, misspelled or non-existing packages in target/rescue/pkgsel
11:43 < martin> rxr: nice pic. hmm, bored from work. practical
11:43 < martin> rxr: but is cool. ruby on rails is cool. :)
11:44 < CIA-9> rene * r22263 /trunk/target/generic/pkgsel/ (10-minimal-xorg.in 50-minimal-desktop.in):
11:44 < CIA-9> * fixed no longer existing multi tarball packages names in the generic package
11:44 < CIA-9> selection: alsa -> alsa-lib, alsa-lib and ogg-vorbis -> libogg, libvorbis
11:44 < CIA-9> * and fixed a non existing package: xau -> libxau
11:46 < CIA-9> rene * r22264 /trunk/target/desktop/pkgsel:
11:46 < CIA-9> * fixed another long renamed packages in the desktop target selection:
11:46 < CIA-9> perl-libxml1 -> perl-libxml
11:47 < CIA-9> rene * r22265 /trunk/target/desktop/config.in:
11:47 < CIA-9> * no longer enforce tarball packages in the desktop target,
11:47 < CIA-9> from 7.0 on desktop will be live-cd by default and does not
11:47 < CIA-9> require any packaging at all
11:49 < CIA-9> rene * r22266 /trunk/scripts/config-functions.lua:
11:49 < CIA-9> * prepared Lua code to warn about umatched pkgsel patterns, not
11:49 < CIA-9> enabled by default yet, because it yields warnings on packages
11:49 < CIA-9> only available on some architectures when that architecture
11:49 < CIA-9> is currently not selected - will be enabled in the future to help
11:49 < CIA-9> tracking typographical errors in the pkgsel rules
11:56 < CIA-9> rene * r22267 /trunk/package/develop/ccache/parse-config: * improved ccache gcc exlusion to only avoid ccache in GCC multilib builds
12:06 < CIA-9> rene * r22268 /trunk/package/filesystem/e2fsprogs/26-linux-compile-h-usage.patch: * removed now obsolete e2fsprogs/26-linux-compile-h-usage.patch
13:22 < rxr> re
13:26 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has quit [Read error: 110 (Connection timed out)]
13:27 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has joined #t2
13:31 < CIA-9> rene * r22269 /trunk/package/base/cracklib/cracklib.desc: * updated cracklib (2.8.9 -> 2.8.10)
14:34 < CIA-9> rene * r22270 /trunk/package/base/dietlibc/x86_64-getpriority.patch: * fixed dietlibc's getpriority on x86-64, sent upstream
14:42 < rxr> This is really cool: Linux Kernel Devs Offer Free Driver Development
14:42 < rxr> ^-> Linux Kernel Devs Offer Free Driver Development
14:43 < rxr> err
14:43 < rxr> ^-> http://linux.slashdot.org/linux/07/01/30/044203.shtml
14:43 < rxr> .o(when your middle mouse button does not do what you wanna it to do ...)
14:51 < CIA-9> rene * r22271 /trunk/package/base/util-linux/util-linux.conf:
14:51 < CIA-9> * fixed the new, autoconf based util-linux to install into /, so mount
14:51 < CIA-9> and co are available on the root partition and the initial shell
14:51 < CIA-9> PATH as usual
14:51 < CIA-9> rene * r22272 /trunk/package/network/bluez-libs/bluez-libs.desc: * updated bluez-libs (3.8 -> 3.9)
14:51 < CIA-9> rene * r22273 /trunk/package/network/bluez-utils/bluez-utils.desc: * updated bluez-utils (3.8 -> 3.9)
14:52 < rxr> ^- with this util-linux fix an uClibc based rescue builds works as usual on HEAD (that is after the major linux-header and util-linux udpate)
14:52 [Users #t2]
14:52 [@ChanServ] [ CIA-9] [ martin] [ R4gnar0k] [ Stelz ] [ zlim07_]
14:52 [ Capey ] [ LMJ ] [ mtr ] [ rxr ] [ valentin] [ zod ]
14:52 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
14:53 < CIA-9> rene * r22274 /trunk/package/base/util-linux/nice-mount-paths.patch.disabled:
14:53 < CIA-9> * finally removed util-linux/nice-mount-paths.patch.disabled, after
14:53 < CIA-9> it was disabled for some 5000 SVN revisions ...
14:56 < CIA-9> rene * r22275 /trunk/scripts/functions.in:
14:56 < CIA-9> * implemented .desc inheritance so architecture/$arch/package/$pkg and
14:56 < CIA-9> target/$target/package/$pkg can redefine the package
17:33 -!- juergen66 [n=juergen@fiedlerfamily.net] has joined #t2
17:33 < juergen66> Hi!
17:39 < martin> rxr: oops, there is a little problem with the new fucking webadmin.
17:39 < martin> rxr: he wrote: Wir müssen dringen unabhängig von diesen Typen werden und die Netzwerktechnik im INI Raum übernehmen.
17:39 < martin> Wir müssen uns mit dem HRZ in verbindung setzen um rauszufinden was deren vorgaben sind.
17:39 < martin> Wenn sie mitkriegen das wir das vorhaben werden sie mit sicherheit etwas dagegen tun.
17:40 < martin> rxr: typen = {martin,haiko}
17:47 < martin> rxr: since one week, we have a new fsr. without all old fsr members. haiko is panic, now ;)
17:56 < rxr> re
17:57 < rxr> martin: hm ? ich habe gerade noch keinen durchblick
17:59 < martin> rxr: der neue webadmin moechte gern auch das gesamte ini-netz an sich reisen und die alten "typen" los werden. mom, schick dir ne mail
18:00 < rxr> martin: die neuen typen sind alles deppen ?
18:01 < rxr> btw. the #t2 channel is publically logged ...
18:01 < rxr> maybe those new depps find this via google in some weeks .-)
18:01 < R4gnar0k> lol
18:04 < martin> lol, egal
18:05 < martin> rxr: u have mail
18:12 < rxr> wer ist den dieser ueber Andreas ?
18:13 < rxr> der kann ja nichtmal mit der Leertaste umgehene ...
18:13 < rxr> warum werden wahlzettel nachgezählt ?
18:14 < martin> Weil Wahlzettel immer nachgezaehlt werden? Steht bestimmt im Wahlgesetzt drin. ;) Der Typ spinnt, wir wissen auch nicht so genau, was er damit meint.
18:15 < martin> der ueber andreas?
18:21 < rxr> I know why I do not find university that efficent and not really teaching much ...
18:27 < martin> ;)
18:27 < martin> so, i will go home. have a nice evening
18:27 < rxr> one second
18:27 < rxr> who is dthis andreas ?
18:27 < rxr> do I know him ?=
18:30 < martin> don't know. mom, there are some pictures
18:33 < LMJ> moin moin
18:38 < rxr> oh my god, looks more very sympatic ...
18:38 < rxr> cu martin
18:38 < rxr> hi LMJ
18:38 < LMJ> plop rxr
18:38 < LMJ> i tested T-Resc 0.5
18:39 < LMJ> but infortunatly, i didn't found the dump/restore command or bash_completion, is it a voluntary choice ?
18:40 < rxr> nope, just propose
18:40 < rxr> though bash_completion is not my most favourite thing and I thought dump/restore is not used by anyone anymore ...
18:43 < LMJ> i'm alone to use it ? ;)
18:43 < LMJ> why dump is not used anymore, what could replace it ?
18:45 < rxr> any other archiver
18:45 < rxr> I think dump / restore is not save since 2.4 anymore anyway ...
18:46 < LMJ> do you have name of other archivers ?
18:48 -!- martin [n=martin@port-83-236-211-50.static.qsc.de] has quit [Read error: 110 (Connection timed out)]
18:48 < rxr> you mean this ext2 onyl thing, right?
18:48 < rxr> well - anything, from tar to the full grown beasts
18:49 < rxr> I read that dump/restore is dangerous on new kernels anyways
19:05 [Users #t2]
19:05 [@ChanServ] [ CIA-9 ] [ LMJ] [ R4gnar0k] [ Stelz ] [ zlim07_]
19:05 [ Capey ] [ juergen66] [ mtr] [ rxr ] [ valentin] [ zod ]
19:05 -!- Irssi: #t2: Total of 12 nicks [1 ops, 0 halfops, 0 voices, 11 normal]
19:19 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
19:19 < misl> hi folks
19:22 < R4gnar0k> re
19:23 < rxr> hi R4gnar0k and misl
19:43 < R4gnar0k> hmmm wall and wall.1 should be in util-linux, not in sysvinit, or?
19:46 < rxr> .oO
19:46 < rxr> uild/default-7.0-trunk-reference-x86-athlon-xp/var/adm/flists/sysvinit:sysvinit: usr/bin/wall
19:46 < rxr> build/default-7.0-trunk-reference-x86-athlon-xp/var/adm/flists/util-linux:util-linux: usr/usr/bin/wall
19:46 < rxr> yes, in former times it only was in sysvinit
19:47 < rxr> R4gnar0k: guess new util-linux has a --disable-wall or so ?
19:47 < R4gnar0k> lemme check
19:47 < rxr> on our production server grep only reveals sysvinit :-)
19:48 < R4gnar0k> (but having it in util-linux would be cleaner for non sysvinit systems anyway?)
19:48 < rxr> yes, definetly ...
19:48 < rxr> that reminds me we must move some files from sysfiles into sysvinit
19:48 < rxr> etc/{inittab,initscript,...}
19:48 < R4gnar0k> hmm ok
19:48 < rxr> (I have 2 whiteboards full of TODO in the office here ....)
19:49 < rxr> plus what is in trac ...
19:49 < R4gnar0k> o_o
19:49 < R4gnar0k> ouch
19:50 < rxr> but not all of them will most probably make it into 7.0.0
19:50 < rxr> we lived for many years with those and they can go into 7.1 or 8.0 or whatever ...
19:51 < rxr> it is mor important we deliver stable, timely releases as OpenBSD does
19:52 < CIA-9> rene * r22276 /branches/2.1/package/base/gcc/gcc.desc: * updated (3.4.5 -> 3.4.6)
19:52 < rxr> ^- note 2.1 branch ...
19:52 < rxr> not that someone gets confused by this :-)
19:52 < rxr> ^- note
19:53 < rxr> so - off into OSX have to ship a debug build driver to the other side of the world where people awake sometime soon
19:55 < R4gnar0k> o_o
19:56 < CIA-9> ragnar * r22277 /trunk/package/base/sysvinit/distro.patch: * removed wall and manpage from sysvinit, they are now in util-linux
19:59 < rxr> re
19:59 < rxr> why o_o ?
19:59 < rxr> debug build driver (tm) o_o ?
20:00 < R4gnar0k> lol no sorry, nvm
20:00 < R4gnar0k> was a bit absentminded
20:07 < juergen66> Eep. Still having problems with uclibc - and this time, it's in stage 1, so I can't just touch the .out file & keep moving :-/
20:13 < juergen66> And I can't find anything that looks like the root cause in the .err file.
20:17 < juergen66> Would the build script quit just because it found files that belong in both uclibc and linux-header?
20:18 -!- zlim07_ is now known as zlim07
20:18 < zlim07> hi
20:19 < R4gnar0k> juergen66: yes
20:22 < rxr> juergen66: hi
20:22 < rxr> juergen66: did you start a fres rebuild ?
20:22 < rxr> on a fres rebuld the build will not continue much when you just touch the log file
20:23 < rxr> as when you skip the first uclibc build you have no C library :-(
20:23 < rxr> when you did a fresh rebuild of t2/trunk:HEAd you likely hit the problem that with the new linux-headers the headers are not installed every time
20:24 < rxr> juergen66: oh - you mean this shared file warning - scsi/* I pguess
20:24 < rxr> in that case touching the log works
20:24 < rxr> I'll hunt both, the new shared files with linux-headers as well as the first-pass no header install issue
20:25 < rxr> that we got in trunk in the the last 24h ...
20:25 < rxr> hope I find them over the night - cu all then
20:25 < R4gnar0k> cya
20:27 < zlim07> is there a way to build *.gem binary distributables?
20:28 < R4gnar0k> instead of tar.bz2? sure
20:28 < zlim07> tarballs are ok too..
20:28 < zlim07> i mean i just want the packages, not the base system..
20:29 < R4gnar0k> ah ok
20:29 < R4gnar0k> like, you did an Emerge-Pkg and now want to transfer that to another system?
20:29 < zlim07> yeah
20:30 < zlim07> are there compiled version of those packages without customizings?
20:30 < R4gnar0k> not yet
20:30 < R4gnar0k> you can use the mine utilily to build a tar.bz2
20:31 < R4gnar0k> like this: mine -T /var/adm / mine mine.tar.bz2
20:31 < R4gnar0k> (this would make a tar.bz2 for the mime package)
20:32 < zlim07> my wish is to have unpatched original current kde binaries
20:32 < R4gnar0k> hm?
20:32 < zlim07> as i have not the time nor the resources to compile them every time a new version gets released
20:33 < juergen66> rxr: Yes, the shared file thing.
20:33 < R4gnar0k> it's planned for the future
20:33 < zlim07> R4gnar0k: u speakin with me?
20:34 < juergen66> For me, it complained about three different scsi related headers.
20:34 < R4gnar0k> yes
20:39 < zlim07> R4gnar0k: do u speak german?
20:40 < R4gnar0k> indeed :p
20:41 < R4gnar0k> wieso?
20:41 < zlim07> R4gnar0k: naja ich mag lieber verstehen, was ich frage :)
20:41 < R4gnar0k> lol
20:42 < R4gnar0k> na dann ...
20:43 < zlim07> R4gnar0k: ich krieg die Konfiguration irgendwie nich gebacken..
20:43 < R4gnar0k> hm? o_o was machst du denn genau?
20:43 < zlim07> R4gnar0k: ich mein mit der ncurses gui, wo muss ich da die pakete auswählen?
20:43 < R4gnar0k> ahsooo
20:43 < zlim07> R4gnar0k: ich will n minimalen kde-desktop kompilieren
20:44 < zlim07> R4gnar0k: also nur kde und nix anderes
20:45 < R4gnar0k> in dein laufendes system? oder komplett neu?
20:45 -!- d-marc [n=kvirc@HSI-KBW-091-089-005-139.hsi2.kabelbw.de] has joined #t2
20:45 < zlim07> R4gnar0k: jedoch auch koffice und einige andere packgades..
20:45 < zlim07> R4gnar0k: hab ein laufendes Debian (die andere Frage hat nix damit zu tun)
20:45 < zlim07> ich mein die frage von vorher
20:46 < R4gnar0k> hmmm ob da allerdings die t2 packages so einfach kompilieren ...
20:46 < zlim07> noe einfach haben die nich kompiliert
20:46 < zlim07> aber die abhaengigkeiten rausfinden is nich schwer
20:46 < R4gnar0k> also kein ./scripts/Emerge-Pkg kdelibs ?
20:47 < zlim07> R4gnar0k: ich bein die dev-libs
20:47 < R4gnar0k> lol nicht schwer, aber doch ein ganzer rattenschwanz ... lol
20:47 < zlim07> ja schon
20:48 < R4gnar0k> also, erstmal solltest du in der ncurses config [*] Custom package selection anhaben
20:48 < zlim07> ok und weiter?
20:49 < R4gnar0k> dann machste ===> Edit package selection rules ... oder alternativ beendest du das config und editierst config/default/pkgsel per hand
20:49 < zlim07> ok
20:50 < zlim07> und wenn mri ein package jetzt fehlt, wie muss ich da vorgehen?
20:51 < R4gnar0k> also in der pkgsel kannst du packages ein (X package) oder aus (O package)-schalten
20:51 < zlim07> sagen wir ich will mailody oder so habn, wie muss ich da die spec oder wie man das bei euch nennt, schreiben?
20:52 < R4gnar0k> dann machste da ein "X mailody" rein
20:53 < zlim07> ich mein wenn das package fehlt
20:54 < R4gnar0k> oh ... du meinst die package gibts noch nicht im t2-verzeichnis?
20:55 < zlim07> genau
20:55 < zlim07> laut matrix nich
20:55 < R4gnar0k> dann kannste idR einfach eine aehnliche package nehmen und die files fuer diese kopieren
20:58 < zlim07> hab bis jetzt nur RPMs gebaut, wie ist der ablauf genau?
20:59 < R4gnar0k> naja schau dir mal ein .desc file an ... fuer viele packages ist das das einzige was du wirklich brauchst
20:59 < R4gnar0k> nimm mal package/kde/kdelibs/kdelibs.desc
21:00 < zlim07> ok
21:00 < R4gnar0k> da haste beschreibung, links, version, und eben die files die fuer diese package downzuladen sind
21:01 < zlim07> ist recht kompakt..
21:01 < R4gnar0k> yepp
21:02 < R4gnar0k> du brauchst vor allem den [V], [P] und [D] eintrag
21:02 < zlim07> wird svn-version kompilieren? oder ist es wirklich "unstable"
21:03 < R4gnar0k> kommt auf den zeitpunkt an ... idR aber schon
21:04 < zlim07> also idR unstable oder idR funktional ok?
21:04 < R4gnar0k> idR ok
21:04 < R4gnar0k> lol
21:05 < zlim07> naja ich verspreche mir eine funktionale Verbesserung im Vergleich zu Debian
21:05 < R4gnar0k> was fehlt dir denn bei debian? lol
21:05 < zlim07> die anstaendigen kde-packages
21:06 < R4gnar0k> machen die bei deb wohl mist? o_o
21:06 < zlim07> keine ahnung, kde ist immer halb uebersetzt, voellig unstabil usw..
21:07 < zlim07> die nehmen immer alles auseinander und schustern es wieder zusammen, hab ich das gefuehl
21:07 < R4gnar0k> ouch lol
21:07 < R4gnar0k> wobei wer weiss, das kann natuerlich auch an kde liegen lo
21:07 < R4gnar0k> lol
21:07 < zlim07> glaub ich nich
21:08 < zlim07> die haben 100% deutsche uebersetzung und auf suse laeufts auch gut..
21:08 < zlim07> zumindenst kde
21:09 < R4gnar0k> ok :)
21:10 < R4gnar0k> hmm schedutils seems to be obsolete now ....
21:25 < zlim07> R4gnar0k: was meinst du in welchem Monat wird 7.0 veroeffentlichT?
21:26 < R4gnar0k> frag rxr
21:27 < zlim07> rxr: was meinst du wann wird 7.0 veroeffentlicht?
21:27 < zlim07> in Wochen oder in Monaten?
21:34 < juergen66> So... is there something that can be done about that linux-header/uclibc conflict?
21:35 < R4gnar0k> probably :p
21:36 < juergen66> That's nice to know, of course :)
22:05 < mtr> juergen66: the uclibc / linux-header conflict can be solved by changing in package/base/uclibc/uclibc.conf, line 163:
22:05 < mtr> - rm -vf include/{asm,asm-generic,linux}
22:05 < mtr> + rm -vf include/{asm,asm-generic,linux,scsi}
22:05 < mtr> that should avoid the shared files
22:06 < mtr> there may be other side effects, as scsi/*.h files are likely to have changed now ...
22:08 -!- zlim07 is now known as zlim07_schlaf
22:16 < juergen66> mtr: Trying that out, even as we speak :)
22:22 < juergen66> mtr: Still complaining. Weird.
22:24 < mtr> juergen66: i guess there are still some bits from the previous build around
22:24 < mtr> juergen66: either cleanup the previous package build with ./scripts/Create-ErrList -cfg $config -remove $pkg
22:25 < mtr> or just remove the flist files in build/
22:38 < juergen66> Oh wait... That could be relevant: I'm getting a different error
22:38 < juergen66> rm: cannot remove `include/scsi': Is a directory
22:38 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]"]
22:38 < juergen66> So if I just add a little 'r' there...
22:44 < juergen66> Did a Cleanup -build because the flists didn't want to go away.
22:55 < juergen66> And with that, we move on to dietlibc. Yay :)
22:56 < juergen66> Rhanks, mtr!
22:56 < juergen66> s/R/T/
23:02 * juergen66 homes.
23:02 < juergen66> Bye!
23:02 -!- juergen66 [n=juergen@fiedlerfamily.net] has left #t2 ["WeeChat 0.2.1"]
--- Log closed Wed Jan 31 00:00:48 2007