T2 IRC Log: 2005-07-08

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.

« prev | next »

--- Log opened Fri Jul 08 00:00:00 2005
00:00 < valentin> veki: just view what's inside the file package/multimedia/cdcd/cdcd.desc
00:01 < valentin> that is all the magic you need to create a simple package !
00:02 * mnemoc looks at ebuilds and laugh loud
00:02 < veki> hm, OK, whre is that cdcd.desc file?
00:02 < mnemoc> .oO
00:03 < veki> excusem I have to go to ther room since my computers, I am curerently working on 4 computers are in three rooms
00:03 < valentin> mnemoc: you do gentoo ?
00:04 < veki> I have a lot of processes going on, building mnemosyne., cdcd, fixing X on one machine, creating mambo www site on another etc...
00:04 < valentin> veki, as i said, the .desc file is package/multimedia/cdcd/cdcd.desc
00:04 < valentin> in your t2 dir
00:04 < mnemoc> valentin: nope, i just laugh :) they make simple tasks complex, and complex tasks imposible :)
00:05 < veki> OK, I am doing svn up now, since I have not had that file
00:05 < veki> I have checked there alrwady and ther was cdcd.desc file which I started to create by editing avifile.desc, but nbothing eleze. That is why I am asking
00:07 < valentin> what do you mean by "nothing else" ?
00:07 < valentin> there is just the .desc file, that is all that's needed
00:07 < veki> there is no cdcd.desc file there. I ahve not finished it and there is no anything else except cdcd.desc file which I started to edit
00:08 < mnemoc> then, what are you emerging?
00:08 < mnemoc> didn't you sync?
00:09 < veki> I emerge cdcd file, and it i scompiling right now, but it has not finished yet
00:09 < veki> cdcd packafe, but compilation is still going on
00:09 < valentin> veki: you are talking in riddles...
00:10 < veki> valentin: I have done comand Emerge-Pkg cdcd and it downloaded packaed and it is building it. I have done also svn up and it i sfinished, but there i sno cdcd.desc file. that is it
00:11 < mnemoc> svn st package
00:11 < veki> OK
00:11 < mnemoc> and paste
00:12 < veki> done
00:12 < mnemoc> paste here the output
00:13 < veki> iy just returned nothing. It returned me back
00:13 < mnemoc> if so, package/multimedia/cdcd/cdcd.desc is minto's and not yours
00:14 -!- keinek [~Keinek@201.254.12.126] has joined #t2
00:14 < keinek> hi
00:14 < mnemoc> hi
00:14 < keinek> :)
00:15 < veki> that file cdcd.desc is actually avifile.desc file which I have not edited, just started. There is no anything inside about cdcd
00:15 < veki> hi
00:16 < mnemoc> your svn, or you, are drunk :)
00:16 < veki> no, I do not drink, I just say all the time what i sthe reality
00:17 < veki> th eonly cdcd.desc file is actually avifi8le.desc with changed name. I have had to go and I did not have time to edit it. I checked now, the content of that file is actually avifile.desc
00:17 < valentin> and it is in the same directory ?
00:18 < veki> yes, I will do svn up again, maybe it was confused by th efile name or so
00:21 < veki> I think that I know what was the cognac. U stopped on renaming avifile.desc into cdcd.desc. Since I have had to go , I did not change the content of cdcd.desc. in the meantime minot made it for me:-)
00:22 < valentin> so you have the correct file now ?
00:22 < veki> , I started to emerge cdcd but it used to do avifile since content of cdcd.desc file in my t2 machine was actually cdcd.desc file which is actually avifile.desc. Thus, that confusion appeared. build of cdcd just aborted since it was trying to do something with avifile.
00:25 < valentin> confusing...
00:25 < veki> I have done svn up again and started to build cdcd again. If I delet that cdcd.desc file which is not actually cdcd.desc file but avifile.desc which is supposed to be cdcd.descI was prompted that here is no cdcd package. Thus, i am not drunk, just confusion appeared due to confused assumptions on the current status of files that I do or do not have in my machine. Finally, I do not have the real cdcd.desc file
00:26 < valentin> veki: are you using trunk or 2.1 branch ?
00:26 < veki> when I finished now svn up it prompted me with revison 10065. I use 2.1 branch
00:27 < veki> I suppose that svn up did not added cdcd package
00:28 < veki> thus, I cannot emerge it
00:29 < veki> hey, guys if ait appears that I am wrong I am willing to pay bear for you all. If I will be right at th eend Iyou have to pay me a huge icecream OK?
00:29 < veki> 1 litre of beer for each of you if I am wrong, OK?
00:30 < valentin> veki: i just guess minto only added cdcd to t2-trunk
00:30 < veki> ok, that is possible but I use 2.1 rc2
00:31 < veki> thus, one ball of chocolate, two balls of vanilla, two balls of caramel etc. for me...
00:31 < veki> :-)
00:31 < valentin> just copy the file from here: http://svn.exactcode.de/t2/trunk/package/multimedia/cdcd/
00:31 < veki> OK
00:31 < valentin> http://svn.exactcode.de/t2/trunk/package/multimedia/cdcd/cdcd.desc
00:32 < veki> OK, I will do that now
00:32 < valentin> veki: ok, enjoy your icecream - but you pay :p
00:33 < veki> no prpblme, I will pay beer to you and minto also , you are great guys
00:36 < valentin> thanks, i'll remember once i am in serbia
00:36 < valentin> or where do you come from ?
00:38 < veki> OK, yes, please come, we have a lot of breweries here
00:38 < veki> we had last weekend a conference on localization of free software and a lot of guys liked th beer here :-)
00:38 < valentin> what was the city again ?
00:39 < veki> I downloaded cdcd.desc file and put it in my /t2/package/multimedia/cdcd folder
00:39 < veki> city is belgrade
00:39 < veki> 2 millions of people, a big city
00:39 < valentin> yes
00:41 < veki> OK, so how can I build cdcd now
00:41 < veki> maybe I should use trunk version
00:51 < veki> guys, it is 1 AM here. I have to go to sleep since I have to wake up early. Anyway , thanks you on your efforts. I hope that I will emerge successfully cdcd tomorrow. However, I have to use trunk version or cdcd should appear in 2.1 branch version too.
00:52 -!- veki [~veki@217.24.19.40] has quit ["leaving"]
00:52 < valentin> hm
04:16 < morfoh> moin mnemoc ?
04:31 < mnemoc> hi morfoh
05:02 -!- keinek_ [~Keinek@201.254.14.245] has joined #t2
05:05 -!- keinek [~Keinek@201.254.12.126] has quit [Read error: 148 (No route to host)]
05:36 -!- keinek_ [~Keinek@201.254.14.245] has quit [Read error: 110 (Connection timed out)]
06:21 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
06:21 < minto> hi all
06:47 -!- morfoh [~jeru@p54BFBDF9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
08:43 < mnemoc> hi minto
08:54 < minto> hi mnemoc, doing overtime again?
08:56 < minto> I hava a question for you. I want to add arguments to the java-conf.in script. Should I use
08:56 < minto> .../java-conf.in NO_AUTO_DETECT FORCE=ANT or
08:56 < minto> .../java-conf.in --autodetect off --force ant
09:23 < karasz> re hi everybody, and a good moin
09:23 < minto> hi karasz
09:24 < mnemoc> minto: the easier is FLAG
09:25 < minto> mnemoc: ?
09:25 < mnemoc> while [ $# -gt 0 ]; do case "$1" in NO_AUTO_DETECT) autodetect=0 ;; esac ; shift; done
09:25 < mnemoc> java-conf.in NO_AUTO_DETECT ANT
09:25 < minto> Ahh, this is what I currently have.
09:25 -!- karasz [~chatzilla@80.97.102.202] has quit ["Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]"]
09:26 < mnemoc> minto: what do you think of my blind rework of java integration?
09:27 -!- karasz [~karasz@80.97.102.202] has joined #t2
09:27 < minto> Looks good, but I am gonna change a few things anyway.
09:27 < mnemoc> do whatever you want there :)
09:27 < minto> But I leave the java_common-conf.in and java-conf.in structure the same.
09:27 < minto> Just gonna really add ant and maven support.
09:29 < karasz> anyone from you guys interested in shading some light on me?
09:29 < karasz> about a network subject...
09:29 < mnemoc> network config problem?
09:29 < karasz> not a problem, just teoretical questions..
09:30 < karasz> i am interested in configuring network parameters like stacks and so on
09:30 < karasz> can you point me to some resource?
09:31 < mnemoc> sysctl?
09:31 < karasz> i am trying to understand why some distrows are much slower in the network tahn others
09:31 < karasz> yes sysctl
09:31 < mnemoc> how do we mesure? :)
09:32 < karasz> network throughput
09:32 < mnemoc> yes
09:32 < karasz> get a file with winscp
09:32 < mnemoc> "some distrows are much slower in the network tahn others"
09:32 < mnemoc> how are we?
09:32 < karasz> from the same machine with diferent distros
09:32 < mnemoc> we really do nothing on that field
09:33 < karasz> actualy you are in the higher class
09:33 < mnemoc> :D
09:33 < karasz> not top but first 5
09:33 < mnemoc> amazing :p
09:34 -!- sepp_ [~sepp@p213.54.215.119.tisdip.tiscali.de] has joined #t2
09:35 < karasz> ?
09:35 < karasz> i can't make it up, are you serious or just mokin me>....:)
09:36 < mnemoc> in the middle :)
09:36 < karasz> thought so
09:36 < mnemoc> we do _nothing_ for performance
09:36 < mnemoc> it's just a consecuence
09:37 < karasz> that's ok because i see it as the job of the guy who bulds the target
09:37 < mnemoc> yep
09:37 < mnemoc> we hope to see popular "T2 powered" distributions some day
09:39 < karasz> I'm not "trying to get me banned" but you need some heavy docu before that
09:39 < karasz> just my 2 cents for what it worth
09:39 < mnemoc> full ack
09:41 < karasz> because "T2 powered" can happen any time, but "popular" needs a crowd
09:41 < mnemoc> we need more people :(
09:42 < karasz> you make the docu and people will come
09:42 < karasz> people tend to embrace what they know
09:43 < mnemoc> we can't even get a site up :(
09:43 < mnemoc> www2 has been abandoned for a month
09:44 < karasz> I guess network performance is related to kernel compilation, am I right?
09:44 < mnemoc> and trac.t2-project.org still not sync-ed
09:44 < karasz> my site got abandoned 6 month ago
09:44 < mnemoc> and the sshd
09:45 < mnemoc> kernel -> sshd -> {openssl,glibc} -> kernel
09:45 < mnemoc> even pam and shadow are bottlenecks
09:45 < karasz> hmm...
09:45 < mnemoc> you are testing sftp gets
09:46 < karasz> not only sftp
09:46 < mnemoc> you have big delay on auth
09:46 < karasz> conection to postgres via ODBC is also slower if sftp is slower
09:46 < mnemoc> compare local non-network actions
09:47 < mnemoc> see filesystem performance, etc...
09:48 < mnemoc> that can help you to normalize network messures
09:48 < mnemoc> yuck... i just opened by third 500gr coffee can this month
09:49 -!- sepp [~sepp@p213.54.215.249.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
09:50 < minto> mnemoc: If you turn into a coffee bean you might as well do java :-D
09:50 < mnemoc> :D
09:51 < karasz> :D
09:51 < karasz> i stopped counting coffe cans long time ago....
09:51 * minto does not like coffee.
09:53 < minto> I am busy on adding java support properly and do documentation in one go.
09:53 < minto> bbl
09:56 < mnemoc> i think i'll start documenting 'internals' on trac's wiki
09:56 < mnemoc> and leave plone for user docs
10:02 < rxr_> re
10:03 < mnemoc> re rxr
10:05 -!- You're now known as rxr
10:05 < rxr> hi mnemoc
10:05 < rxr> hi minto
10:05 < karasz> hi rxr
10:05 < rxr> hi karasz
10:06 < karasz> mnemoc, you put me to think
10:06 < mnemoc> about what?
10:06 < karasz> it is more complex than I thought
10:06 < karasz> network performance
10:06 < mnemoc> :)
10:07 < mnemoc> you mesure networked services performance :)
10:07 < karasz> i thought i could getaway with some clever sysctl stuff
10:07 < karasz> but now i realise it is far more complex
10:08 * minto is back
10:08 < minto> hi rxr, how is your scanning going?
10:10 < karasz> right now I don't even know where to begin
10:11 < mnemoc> IO
10:11 * karasz is thinking hard
10:11 < mnemoc> time cat file > /dev/null ?
10:12 < mnemoc> time find > /dev/null ?
10:12 < karasz> ReiserFS and Ext3 are almost head to head
10:12 < karasz> Ext3 marginaly faster
10:12 < mnemoc> compare distributions there
10:12 < karasz> tested Ext2, Ext3, ReiserFS
10:13 < karasz> now I'm wondering abt ReiserFS4
10:13 < karasz> I didn't saw any distro yet with ReiserFS4 default
10:14 < rxr> I think lindows ... *grr*
10:14 < karasz> I don't think that lindows would make a good server
10:14 < rxr> karasz: what load do you put on the FS? ReiserFS3 should nearl ever be faster ...
10:14 < karasz> haven't teste it though
10:14 < rxr> karasz: of course not ... I just answered if anything is shipping R4 ...
10:15 < rxr> R4 should be faster than the so far fastest R3 in most loads ...
10:16 < karasz> i tend to build slim postgresql servers
10:16 < karasz> slim being the word
10:16 < karasz> that's why i begun testing T2
10:16 < karasz> almost all the distros are bloated
10:17 < karasz> after the first succesfull build I wil begin tinckering with kernel options
10:18 < karasz> goal, small monolithical kernel with just the needed drivers builtin
10:18 < karasz> in my opinion thats how a dedicated server should look
10:18 < rxr> the highly secure windows: "Mit dem Rollup Pack 1 f? 1/4 r Windows 2000 schlie??t Microsoft eine im Januar 2004 entdeckte L? 1/4 cke im SMB-Protokoll. Sie erlaubt Zugriffe auf RPC-Dienste ohne Authentifizierung."
10:18 < karasz> ?
10:19 < minto> I took then 1,5 years to fix a bug?
10:19 < minto> then = them
10:19 < karasz> some bugs are neber fixed...
10:19 < karasz> neber=never
10:20 < karasz> although i don't speak german
10:20 < minto> Sure, but that is quite long for a security hole.
10:21 < rxr> yep ,-)
10:21 * karasz is getting nervous because cannot run Sygate Personal Firewall
10:22 * karasz rolling his eyes.....
10:22 < karasz> o_O
10:22 < minto> karasz: don't forget your medicine
10:22 < minto> :-)
10:22 < karasz> :D
10:23 < rxr> morpoh: libprelude 0.9.0-rc9
10:23 * karasz checking out firewall on gateway
10:23 * karasz took medicine and now is relaxed
10:23 < karasz> :D
10:43 < rxr> GNOME Desktop And Developer Platform 2.10.2 Released
10:43 < rxr> guess I need to notify susan ...
10:45 < mnemoc> rxr: please, single commits
10:45 < mnemoc> rxr: merging her commits is big pain
10:47 < rxr> the last updates have been singles ones ...
10:47 < rxr> and in theory a atomic gnome update shoudl be fine, too ...
10:47 < rxr> why do you think they are so painful ?
10:49 < mnemoc> not all are 2.10.1 -> 2.10.2
10:49 < mnemoc> and not all are perfect
10:50 < mnemoc> tracing each package to which revs is pain
10:50 < mnemoc> seeing what part of the rev to merge is bigger
10:52 < mnemoc> same happens with some of your architectures/ commits :)
10:52 < mnemoc> i can/want to merge only part of them
10:53 < mnemoc> that makes the work harder that if they were atomic
11:06 < minto> Why does ./scripts/Build-Target not build packages after stage 5 that were skipped in the last build? How can I make Build-Target continue where is left of last time?
11:07 -!- karasz [~karasz@80.97.102.202] has quit [Read error: 60 (Operation timed out)]
11:09 < rxr> minto: you mean errored in the alst build ?
11:09 < minto> rxr: yepp
11:09 < minto> linux26 failed due to a missing pdksh (minimal build)
11:09 < rxr> minto: there is an option
11:10 < rxr> the default is to stop and rebuild until stage 5 - run Config you will see
11:10 < minto> The one that is default set to stage 4.
11:11 < mnemoc> export SDECFG_ABORT_ON_ERROR_AFTER='4'
11:11 < mnemoc> export SDECFG_RETRY_BROKEN='0'
11:11 < mnemoc> i guess minto wants to enable the second
11:12 < minto> It is this option?
11:12 < minto> (4) Continue if package-build fails after stage 4
11:12 < mnemoc> that is SDECFG_ABORT_ON_ERROR_AFTER
11:12 < minto> [*] Retry building broken packages
11:12 < minto> Just turned it on
11:12 < mnemoc> that considers fatal any failure before stage 5
11:13 < mnemoc> the second will retry every failed package
11:13 < mnemoc> _every_
11:13 < minto> I thought I would try to retry a broken package during the same build.
11:14 < mnemoc> no, on the next Build-Target call
11:14 < minto> I already activated it. I will make it my default next time.
11:15 < mnemoc> you may also consider every failure fatal, and loop over Build-Target :)
11:15 < mnemoc> while ! ./scripts/Build-Target; do : ; done
11:15 < mnemoc> if SDECFG_RETRY_BROKEN=1 and SDECFG_ABORT_ON_ERROR_AFTER=5 that would make 'auto rebuilds'
11:15 < mnemoc> for ever and ever
11:16 < minto> Is this what you do in your regressions build?
11:17 < mnemoc> default
11:20 < mnemoc> i do selected rebuilds
11:35 < rxr> mnemoc: stil awake or again=
11:35 < rxr> ? even
11:35 < mnemoc> yes
11:35 < rxr> mnemoc: how went your financial program ?
11:36 < mnemoc> fine :) i sent the report on time
11:36 < mnemoc> now i'm finishing a 'homework' i had to send yesterday and present in 5 hours
11:49 < rxr> poor mnemoc
11:49 < rxr> .o(me writing on articles that should have been finished on Tu)
11:49 < mnemoc> :)
11:50 < mnemoc> you are a writing machine :)
12:03 < rxr> nah - both not T2 related
12:03 < rxr> they where intended to pay my flat before I got to Switzerland ...
12:03 < rxr> right now they are just problematic to get finished at all ... :-()
12:04 < mnemoc> poor rxr
12:07 < rxr> mnemoc: /me looking forward to me first real holiday since 1998 in two weeks ...
12:07 < rxr> which will most probably mean I'm withotu i-net for two weeks ...
12:08 < mnemoc> like when you change flat :)
12:12 < rxr> do I overlife 2 weeks without digial technology and my mail and news ?
12:12 < minto> mnemoc: Wanne bet he can't do it.
12:12 < rxr> overlive I think ...
12:14 < minto> rxr: You'll probably get sick without internet.
12:14 < minto> :-)
12:15 < mnemoc> :D
12:15 < rxr> hehe ,-)
12:16 < mnemoc> he would find a way to get plugged at least twice a week :)
12:16 < rxr> btw. I found more bugs in minised ... *grr*
12:16 < minto> I think so too
12:16 < rxr> though so far all the more advanced stuff works - only exotic stuff remains to be fixed later on
12:17 < minto> mnemoc: Maybe with a laptop and a few more minised bugs he will forget about internet. :-D
12:17 < rxr> yeah ..
12:18 < minto> Does linux26 in trunk require pdksh and embutils?
12:18 < rxr> it will be a challenge to tweak my "last line match" bug-fix to not result in lines delayed by one newline ...
12:18 < rxr> minto: well - the initrd does ...
12:18 < rxr> and minised ... ,-)
12:19 < minto> minimal package selection need some modification then
12:19 < rxr> though we could create a initrd base archive and let linux* use that - so linux* would only depend on the initrd package ..
12:19 < rxr> which would depend on those pdksh, minised and co then ...
12:19 < rxr> minto: ack
12:20 < minto> I already did locally but embutils refuses to build.
12:22 < minto> /mnt/space/t2/trunk/build/generic-minimal-64-2.2.0-alpha-x86-64-generic/usr/incl
12:22 < minto> ude/asm-x86_64/posix_types.h:18: error: conflicting types for '__kernel_size_t'
12:22 < minto> /mnt/space/t2/trunk/build/generic-minimal-64-2.2.0-alpha-x86-64-generic/usr/diet
12:22 < minto> libc/include/asm/types.h:31: error: previous declaration of '__kernel_size_t' wa
12:22 < minto> s here
12:25 < rxr> GCC 4.0.1 Released
12:38 < rxr> hm
12:39 < minto> mnemoc, rxr: I have a small question. Should I mv or cp?
12:39 < minto> Let me explain. When building java packages the results are available in pkg/dist/. Should cp or mv these to the pkgprefix location.
12:39 * mnemoc is too tired to understand that question
12:39 < rxr> Gaim 1.4.0 (Stable)
12:40 < rxr> I think mv should be fine IIRC
12:40 < rxr> or - hm - no better use cp ...
12:40 < minto> sleep well mnemoc :-)
12:40 < mnemoc> sleep? nah
12:40 < mnemoc> not today
12:41 < rxr> mnemoc: :-(
12:41 * mnemoc coffee
12:43 < mnemoc> re
12:43 < minto> mnemoc: be careful you only have one live and 'game over' does exist.
12:43 < mnemoc> :)
12:58 < valentin> hi
12:58 < minto> hi valentin
12:58 < minto> How is Kirsten doing?
12:58 < valentin> i minto
12:58 < minto> no I am minto
12:58 < mnemoc> i hate the last two hours before 'sunrise', it's damn cold and i harly move my foot fingers
12:58 < valentin> mnemoc: save your health
12:58 < mnemoc> Kirsten? uhm.... valentin: when is it?
12:59 < valentin> minto: we were in the hospital today for ctg. they said its slowly starting and we should come again tomorow
12:59 < mnemoc> nervious?
12:59 < valentin> and again, she's called kerstin
12:59 < valentin> mnemoc: yes, a bit
13:00 < minto> Oh sorry
13:00 < valentin> rxr, where are you ?
13:00 < valentin> minto: nevermind
13:00 < mnemoc> i'm inocent, i just pasted
13:00 < valentin> kirsten is netherlandish for kerstin ?
13:00 < mnemoc> sounds equivalent to me
13:01 < minto> Dunno, probably not, is a familiar name over here.
13:01 < minto> is not a
13:01 < minto> netherlandish = dutch
13:01 < minto> :-)
13:01 < mnemoc> :)
13:01 < valentin> yes, forgot that
13:01 < valentin> just say k[ie]rst[ie]n
13:02 < minto> Nevermind, I never understood why the english made it this complex.
13:02 < mnemoc> they are obviously related
13:02 < valentin> rxr: i need the power adaptor for the av220
13:02 < valentin> rxr: and some band to close the box
13:02 < minto> valetin: I try to do it right next time. saves me some typing.
13:03 < mnemoc> valentin: does she have a name?
13:03 < minto> mnemoc: he will not tell yet.
13:03 < valentin> our daughter ?
13:03 < valentin> yes
13:03 < valentin> you have to wait some more days
13:03 < mnemoc> :)
13:04 < mnemoc> RandomName(Valentin,Kerstin,0);
13:04 < minto> There will be to many T2 girls. We need some more boys.
13:04 < valentin> minto: there is yours
13:04 < mnemoc> i like girls :)
13:05 < minto> mnemoc: I like girls too.
13:05 < valentin> at least there are many childs. not to speak of the other project...
13:05 < mnemoc> :)
13:05 < valentin> mech had a boy, too. but he did not show up here for a lont time
13:06 < valentin> rxr: i found an ac adaptor on the ground, but i do not know if it is the correct one
13:06 < valentin> i could try and with a litle chance blast the scanner
13:07 < valentin> ok, 24 V , + at the inner pin
13:07 < valentin> should match
13:07 < valentin> .oO
13:07 < minto> What, Berlin on fire?
13:07 < mnemoc> uhm?
13:07 < valentin> no, rxr's flat on fire
13:07 < minto> hehe
13:10 < valentin> rxr: your scanner survives, but i still need the duct-tape
13:10 < rxr> valentin: isn't the adapter plugged in the scanner ?
13:10 < rxr> in the rolling container below the desk ...
13:10 < rxr> I think 2nd or 3rd drawer from the top ...
13:10 < rxr> but not much left ...
13:10 -!- sepp [~sepp@p213.54.215.119.tisdip.tiscali.de] has joined #t2
13:11 < valentin> rxr: there was no adapter plugged in. i took the one from the ground
13:11 < valentin> obviously the same model as for the av610
13:11 < rxr> most avision scanners have the same voltage req. anyway ...
13:11 < valentin> yes. and it works, so what
13:12 < valentin> hm, sane fails to detect the scanner
13:12 < rxr> you have the latest I/O core ?
13:12 < rxr> ah - on the athlon ...
13:12 < rxr> hm
13:12 < rxr> ah
13:13 < rxr> maybe you need to mount /proc/bus/usb
13:13 < rxr> and chmod the scanner fiel ...
13:13 < rxr> might be my new u/dev hotplug++ system does nto do that be default
13:13 < rxr> or just su ,-) (after making sure the usbfs is mounted to /proc/bus/usb
13:15 < valentin> what device do i need to mount to that point ?
13:16 < rxr> none
13:16 < rxr> mount -t usbfs none /proc/bus/usb
13:18 -!- sepp_ [~sepp@p213.54.215.119.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
13:19 < valentin> ok, scanning :)
13:19 < rxr> you can leave the athlon powered up for susan ...
13:21 < valentin> wtf no space left on device
13:21 < valentin> home full :(
13:21 < rxr> hm
13:21 < rxr> let me take a look
13:22 < valentin> please give me some more space
13:22 < rxr> try again
13:22 < valentin> ok, a bit more space
13:23 < rxr> -rw-r--r-- 1 rene users 6236708212 Jun 22 17:43 temp.mpg
13:23 < valentin> enough
13:23 < mnemoc> minto: how do you convert and string into integer on java?
13:23 < rxr> lever leave your temp time shift dvb dump running ...
13:23 < rxr> never even
13:23 < valentin> all full with nonsense video recordings ?
13:23 -!- karasz [~karasz@80.97.102.202] has joined #t2
13:24 < valentin> rxr: first turn on your printer or start cups ?
13:26 < rxr> does not matter ...
13:26 < rxr> at least should not ...
13:26 < rxr> how many minutes will you stay there ?
13:26 < rxr> you oculd print a photo for my imatriculation paper for susan then ...
13:26 < rxr> but I need to gimp it before ...
13:26 < valentin> as long as i need to pack those things
13:26 < valentin> how long will that take ?
13:26 < rxr> some minutes
13:27 < valentin> ok i think i will have that time
13:27 < minto> mnemoc: http://www.devx.com/tips/Tip/14662
13:28 < mnemoc> minto: thanks :)
13:28 < minto> google is you friend :-)
13:28 < mnemoc> not today :\
13:28 < minto> mnemoc doing java???
13:29 * minto thinks mnemoc has had to much coffee.
13:31 < valentin> the path of evolution for tech people will be extinction of sleep
13:32 < mnemoc> minto: this crappy homework is on java
13:32 < valentin> rxr: lpq tells printing, but the display on the printer just says "ready"
13:34 < minto> mnemoc: lol
13:35 < minto> hmm, no more lol. Someone else want to use my computer. :-(
13:35 < valentin> hm now lpq tells me que is empty
13:37 < valentin> magicolor-20 (stdin) valentin 40471k completed at
13:37 < valentin> Fri Jul 8 13:33:27 2005
13:37 < valentin> what the hell
13:37 < rxr> hm
13:38 < valentin> display still "ready"
13:39 < valentin> i could try printing into a file and doing lpr
13:39 < valentin> but i do not think it would change anything
13:40 < rxr> try printing a test page from the web frontend
13:40 < rxr> which driver is selected?
13:40 -!- azureus [~t6@217.187.197.70] has joined #t2
13:40 < valentin> works
13:41 < valentin> rxr: i tried magiccolor
13:41 < rxr> how did you print before ?
13:41 < valentin> ?
13:41 < valentin> i printed using gimp
13:41 < valentin> now i try to print from ps
13:42 < valentin> works too, but for some reason it was printed bw
13:42 < valentin> does not matter
13:43 < rxr> yes - I think I set the default to gray to save toner
13:44 < valentin> no problem for the copy
13:44 < valentin> do you have a "tacker" ?
13:45 < valentin> found one
13:46 < rxr> ok - I copy the ps
13:46 < valentin> and a textmarker ?
13:47 < valentin> to mark the "driver development part" ?
13:48 < rxr> yes
13:48 < rxr> in the 1st drawer a tmarker should be
13:49 < valentin> found one
13:50 -!- morfoh [~jeru@mail.oberlinhaus.de] has joined #t2
13:50 < morfoh> hi
13:50 < valentin> hi morfoh
13:51 < morfoh> hi valentin
13:51 < valentin> rxr: what address do i send the scanner to ? i have two different ones
13:51 < rxr> oehm
13:52 < rxr> which ones do you have - query ...
13:53 < rxr> ouhm - lag ...
13:53 < karasz> re hi everybody
14:06 < minto> Ha, I got control of the keyboard again.
14:06 < minto> hi morfoh, karasz
14:06 < morfoh> hi minto karasz rxr + all other
14:20 < minto> What is the best way to test if dist/docs/* contains any files or directories?
14:26 < karasz> ls -a1 dist/docs/* | wc -L >0 :)
14:27 < minto> Thanks
14:27 < minto> bbl
14:27 < karasz> yw :D
14:28 * karasz is sticking his nose where it doesn't belong again, naughty, naughty
14:31 < morfoh> mnemoc: juast a note: dansguardian antivirus patch doesn't work, I try to fix the 2.8.0.3-antivirus-6.3.8.patch to work with 2.8.0.4
14:32 < mnemoc> morfoh: no trunk i hope
14:32 < mnemoc> on*
14:33 < morfoh> mnemoc: you just can hope but it's on branch
14:33 < mnemoc> uhm....
14:33 < morfoh> because there is no offical 2.8.0.4 antivirus patch yet
14:34 < morfoh> but I think I can tweak that patch to work with 2.8.0.4 anyway
14:35 * mnemoc doing svn log
14:36 < mnemoc> r6747 | amery | 2005-02-23 03:24:42 -0300 (mié, 23 feb 2005) | 2 lines
14:36 < mnemoc> * updated dansguardian (2.8.0.3 -> 2.8.0.4)
14:36 < morfoh> mnemoc: yes we discussed this issue before, after the update was done
14:37 < mnemoc> why is it built on my ref?
14:38 < morfoh> mnemoc: because $SDECFG_PKG_DANSGUARDIAN_DGVIRUS is not set by default
14:38 < mnemoc> f [ "$SDECFG_PKG_DANSGUARDIAN_DGVIRUS" == 1 ]; then
14:39 -!- azureus [~t6@217.187.197.70] has quit [Read error: 110 (Connection timed out)]
14:40 < mnemoc> if you can't adapt it, i'll downdate
14:41 * mnemoc shower
14:46 < jsaw> l
14:46 < jsaw> ups, wrong window...
14:46 < morfoh> jsaw: hi :)
14:46 < jsaw> hi morfoh :)
14:48 < jsaw> rxr: concerning minised, have you tried "time ./sed 's,a,b,g' < /usr/share/dict/words > out.txt" once?
14:49 < jsaw> rxr: here, 0.74s with standard sed, 0.34s with minised
14:49 < jsaw> rxr: but if linked with diet, its now running since over 10s...
14:50 < jsaw> rxr: and the output is wrong...
14:53 < jsaw> and more funny, "-O" speeds up roughly 10%, any other optimization with >0 is way slower
14:55 < rxr> I have not tried dict ...
14:55 < rxr> i have no dict/words
14:55 < rxr> what package is it from ?
14:56 < rxr> jsaw: minised some release - or my svn trunk :HEAD ?
14:56 < jsaw> svn trunk head
14:57 < jsaw> /var/adm/flists/miscfiles:miscfiles: usr/share/dict/words
14:57 < jsaw> (should be used by cracklib)
14:57 < rxr> ah - yes
14:58 < rxr> 0.5s with with minised and 1.9 with gnused
14:58 < jsaw> ppc?
14:58 < rxr> yep
14:58 < jsaw> and diet?
14:58 < rxr> 0.6 with dietlibc
14:59 < jsaw> so there's a bug in diet on x86...
14:59 < morfoh> mnemoc: at least dansguardian builds after tweaking the original dansguardian antivirus patch for 2.8.0.4
15:00 < rxr> a966dad122964bf43fd187aba12c8eb5 out.txt
15:00 < rxr> a966dad122964bf43fd187aba12c8eb5 out.txt-mini
15:00 < rxr> a966dad122964bf43fd187aba12c8eb5 out.txt-mini-diet
15:01 < rxr> seems to work on my ppc dietlibc box ...
15:01 < rxr> is your minised output also wrong with glibc?
15:01 < rxr> or only with dietlibc ?
15:01 < jsaw> here, it has extra newlines in the output with diet
15:01 < rxr> hm
15:01 < rxr> I test later on x86 ,-)
15:02 < rxr> first I need to grab fookd and get the articles done ...
15:02 < jsaw> no differences between sed/minised for glibc
15:02 < rxr> ok - at least promissing
15:02 < jsaw> yep
15:02 < jsaw> what I find very funny is the optimization thing
15:03 < rxr> jsaw: last night I found more issues in minised for exotic patterns ...
15:03 < rxr> exotic commands that is ...
15:03 < jsaw> the package in trunk should replace -O* with -O always maybe
15:03 < rxr> but I get 1.5 out soon and fix this stuff later on ...
15:03 < rxr> I test x86 later
15:03 < jsaw> strange comment on dietlibc list, wasn't it...?
15:06 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
15:08 < CIA-9> chris * r10066 /trunk/package/network/dansguardian/dansguardian.desc: * changed build priority because it has to build after clamav and libesmtp if the optional virus scanning support is enabled
15:13 < rxr> need to reboot - my iBook fan got stuck ... spinning crazzy ...
15:13 < jsaw> .oO(?)
15:34 < morfoh> have to reboot now ... cu later
15:34 -!- morfoh [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
15:46 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
15:46 < minto> hi
15:53 -!- morfoh [~jeru@mail.oberlinhaus.de] has joined #t2
15:53 < morfoh> re hi
15:54 < morfoh> rxr: devfs is disabled by default while building linux26 from trunk, right ?
15:55 < minto> morfoh: I think so, since linux26 requires udev.
15:55 < mnemoc> devfs will die during 2.6 life
15:56 < mnemoc> so, if we plan to keep 2.6 until it's end he need to assume devfs dead
15:56 < rxr> morfoh: yes
15:56 < morfoh> mnemoc: I know ... I just wanted to check some recent vserver stuff I commited to trunk
15:56 < mnemoc> on 2.1, linux26 will be updated while devfs is supported
15:57 < morfoh> mnemoc: can I do sth. regarding the update ?
15:57 < morfoh> mnemoc: do you have a list what we have to merge ? or should I examine it ?
15:58 < mnemoc> linux26 wont be updated until every package extending it builds and run fine
15:59 < mnemoc> grsec, vserver, rsbac, l7-filter, etc....
15:59 < mnemoc> i have to go
15:59 < morfoh> cu mnemoc :)
15:59 < mnemoc> cu :)
16:01 -!- keinek [~Keinek@201.254.9.139] has joined #t2
16:01 < keinek> hi
16:07 < jsaw> at76c503a rebuilds kernel modules... eek
16:09 < morfoh> hi keinek
16:23 -!- morfoh [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
16:49 < rxr> jsaw: ?
17:06 -!- mipe [~mika@dsl10040.japo.fi] has joined #t2
17:07 < karasz> re hi everybody....
17:08 -!- veki [~veki@217.24.19.40] has joined #t2
17:08 < veki> hi
17:10 < veki> I completed building mnemosyne. I think that everything is OK. the packages rtai, bdb and dump are ommitted from the package database since there were not binary tar.bz files found after building process
17:12 < veki> actually I do not need rtai. I do not know how much bdb and dump are needed
17:15 < veki> I have to go now, cu later
17:16 -!- veki [~veki@217.24.19.40] has quit ["leaving"]
17:47 -!- morfoh [~jeru@p54BFD83A.dip.t-dialin.net] has joined #t2
17:55 < rxr> hm - iBook fan spinning again like crazzy ...
17:56 < morfoh> rxr: :/
17:58 < morfoh> rxr: btw, did we changed sth. on linux kernel config stuff ... if I enable custom linux.cfg and no automatic kernel config it doesn't build modules but it's enabled
18:44 -!- mtr_ [~Michael@p54AF9405.dip0.t-ipconnect.de] has joined #t2
19:00 -!- mtr [~Michael@p54AFA26F.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
19:00 -!- morfoh [~jeru@p54BFD83A.dip.t-dialin.net] has quit ["using sirc version 2.211+KSIRC/1.3.12"]
19:04 -!- morfoh [~jeru@p54BFD83A.dip.t-dialin.net] has joined #t2
19:04 < morfoh> re hi
19:06 < valentin> re
19:06 < morfoh> hi valentin
19:09 < valentin> hm, ubunto foundation gets $10M
19:10 < valentin> what about a t2 foundation ?
19:10 < minto> Where did they get it from?
19:10 < minto> hi valentin and morfoh
19:10 < morfoh> hi minto
19:11 < morfoh> valentin: what do you mean with t2 foundation ? A german "e.V." ?
19:13 < morfoh> minto: is your ISO working ? yet tested ?
19:14 < minto> Nope, haven't tested it yet.
19:14 < minto> I have this other load computer with the cd burner in it and I have to boot it.
19:15 < minto> load = loud
19:15 < minto> have = hate
19:16 < valentin> morfoh: something we get $10.000.000 from ...
19:17 < morfoh> valentin: so you mean with foundation sth. to generate income
19:18 < valentin> i would not call this income
19:18 < valentin> $10.000.000 "in aid'
19:18 < valentin> supporting t2 development
19:19 < valentin> by ensuring developers independence :)
19:19 < rxr> ouhm re
19:19 < rxr> long talking
19:19 < valentin> hi rxr
19:19 < morfoh> hi rxr
19:19 < minto> hi rxr
19:19 < valentin> did you power down haudraufinix ?
19:20 < rxr> I can now
19:20 < rxr> thanks for the reminder
19:20 < morfoh> haudraufinix .... sweet hostname :)
19:21 < morfoh> valentin: for how many years do you calculated $10.000.000 ?
19:24 < valentin> well, we could invest it and live from $300.000/y rates
19:28 < minto> Who is sponsoring Ubuntu? I hope not Al Bundy or what's his name again /bin/laid.
19:29 < morfoh> minto: I think this guy who founded "Thawte". He sold his company.
19:29 < _Ragnar_> O_O nice
19:29 < minto> nice indeed
19:29 < morfoh> hi Ragnar :)
19:34 < rxr> damn iBook fan ...
19:34 < valentin> rxr: what is with your fan ?
19:34 < rxr> spinning at top speed ..
19:34 < rxr> for the 2nd time today ...
19:35 < rxr> rebooted once already and now it is 100% permanently again
19:35 < valentin> and what are you crunching ?
19:35 < rxr> the last time this happened my Book was in mainboard exchange due serial defect ...
19:35 < rxr> some days thereafter ...
19:35 < rxr> valentin: nothing ...
19:35 < rxr> and even if I would cpuload the box the fan would never spin that fast that long ...
19:36 < morfoh> rxr: btw, the kernel modules issue I reported was "solved"
19:39 < morfoh> rxr: btw, I think if one checks the custom linux config option an empty linux.cfg is created even if one exists
19:45 -!- mipe [~mika@dsl10040.japo.fi] has quit ["Lähdössä"]
19:48 < minto> Are there special naming convertions for patch files?
19:49 < minto> I have this new package I have a patch for.
19:52 < morfoh> minto: just give it a kind of a descriptive name and place it as ".patch" into the package dir
19:52 < minto> I already did that. I was just giving it a try.
19:53 < rxr> re
19:55 < minto> bummer needs some more fixing.
20:11 < minto> hmm. How do I prevent arguments for one script file to be still available when sourcing another without arguments?
20:12 < rxr> ?
20:12 < minto> My .desc file O tag is sourced/loaded
20:12 < minto> I expected $1 to be nothing and it turned out to be $pkg
20:13 < minto> junit in my case.
20:13 < minto> I want to be sure all $1 ... are empty when the .desc O tag is loaded.
20:13 < rxr> hm
20:13 < rxr> what do you try ?
20:15 < minto> in scripts/functions build_package I find:
20:15 < minto> parse_desc $pkg
20:15 < minto> eval "$desc_O"
20:15 < minto> I think the $pkg end up being $1 for the parse_desc function and it still is when my O tag is loaded.
20:17 < minto> Java packages have a O tag that says
20:17 < minto> [O] . $base/package/*/*/java_conf.in
20:17 < minto> In some situation I want to pass additional parameters in other case not.
20:18 < minto> In that conf file I have:
20:18 < minto> while [ "$1" ] ; do
20:18 < minto> case "$1" in
20:18 < minto> NO_AUTO_DETECT) ...
20:18 < minto> BUILD_TYPE=*) ...
20:18 < minto> *) abort "java-conf.in: Unknown arguments" ;;
20:18 < minto> esac
20:18 < minto> done
20:19 < minto> No I get aborts when no arguments are passed.
20:20 < minto> I just want $# or cleared before O tag is loaded.
20:20 < minto> should I do shift 100 or something?
20:20 < rxr> no ...
20:20 < rxr> maybe better set a real variable ...
20:21 < rxr> [O] foo=value ; source ...
20:21 < rxr> ?
20:21 < rxr> or source it and really call a function ...
20:21 < rxr> [O] . .....conf ; set_xyz your param
20:22 < minto> Hmm, I do not like it. It is different from other sourced .conf files.
20:23 < rxr> other sourced files to not try to pass parameters ...
20:23 < rxr> how do you set the parameter ?
20:23 < rxr> like . some-file some-arg ?
20:23 < rxr> I'm not sure if that is legal shell code
20:24 < minto> [O] . $base/package/*/*/java-conf.in BUILD_TYPE=ANT
20:24 < rxr> why not use legal shell code and write:
20:25 < rxr> [O] BUILD_TYPE=ANT; . $base/package/*/*/java-conf.in
20:25 < rxr> ?
20:25 < minto> The problem is not when I use arguments. This works fine.
20:26 < rxr> I understood that the problem is that when you use none ...
20:26 < rxr> but you can not rely about the conteyt it is called - you mostly ever will be in soem functions and have arguments ...
20:26 < minto> Yepp.
20:26 < minto> I could follow what you suggest, but other sourced .conf file work differently. let me find one.
20:26 < rxr> some function that is
20:27 < minto> Ahh, I understand, sourcing a file is not like a function.
20:28 < rxr> nope - it is like including a header
20:28 < minto> I see
20:29 < minto> Somewhere else is says:
20:29 < minto> [O] . $base/package/xfce4/*/xfce4-conf.in NO_SANITY_CHECK
20:30 < minto> I was just following the same structure. Althoug I need more than just a flag.
20:30 < rxr> hm- interessting
20:31 < rxr> I was not aware it was changed that way
20:31 < rxr> when I wrote that (for kde and gnome) the code was different ...
20:32 < rxr> smoehow this does not feel like valid shell code
20:32 < rxr> I hope the next bash version will still run it ... ,-)
20:32 < minto> I could also change my code that it no longer aborts when unknown keywords are passed in.
20:33 < minto> should flag like this maybe be added to [F] tag instead?
20:34 < rxr> no - flags are for global usage
20:34 < rxr> system wide
20:34 < minto> ack
20:35 < rxr> in the case of the quoted NOSANITY... it is just to not check if the desktop environment base is installed in the dir and the first base pkg does need this NOSANITYCHECK thing ...
20:35 < rxr> when I wrote it I'M sure I used some variable ...
20:36 < rxr> I guess it was changed when mnemoc factored the souring from .conf files into the [O] tag ...
20:37 < minto> Ack I use variables then and make the flags I use variables too.
20:37 < rxr> `source'
20:37 < rxr> source FILENAME
20:37 < rxr> A synonym for `.' (*note Bourne Shell Builtins::).
20:37 < rxr> it does not say s.th. about arguments ...
20:38 < rxr> I fear we use something that just works accidently ...
20:38 < rxr> ah - no
20:38 < rxr> `. (a period)'
20:38 < rxr> . FILENAME [ARGUMENTS]
20:38 < rxr> Read and execute commands from the FILENAME argument in the
20:38 < rxr> current shell context.
20:38 < rxr> If any ARGUMENTS are supplied, they become the
20:38 < rxr> positional parameters when FILENAME is executed. Otherwise the
20:38 < rxr> positional parameters are unchanged.
20:40 < minto> So it does make sense to erase existing positional parameters?
20:41 < rxr> in the source invocation ?
20:41 < rxr> this is invalid
20:41 < rxr> you might render the calling code defect
20:41 < rxr> better use . bla-blubs "" then ...
20:42 < rxr> to make an empty first arg
20:43 < minto> Why would the calling code get defect. I want to erase the positional parameters in the calling code.
20:44 < minto> Something like:
20:45 < minto> # Erase positional parameters to prevent unintended parameter passing.
20:45 < minto> shift 100
20:45 < minto> eval "$desc_O"
20:46 < minto> it should be: shift $#
20:47 < mnemoc> minto: you can't use parameters on .conf, use the on -conf.in
20:48 < minto> mnemoc: Works fine, the problem is when I leave them out.
20:48 < mnemoc> unshifted?
20:48 < minto> Yes
20:48 < mnemoc> weird
20:48 < rxr> mnemoc: it is defined in the bash manual ...
20:48 < minto> Not according to what rxr posted.
20:48 < rxr> most probably POSIX
20:48 < rxr> minto: you can not earse the aruments ...
20:48 < mnemoc> uhm?
20:49 < rxr> mnemoc: scroll back
20:49 < mnemoc> too much text
20:49 < rxr> minto: when you erase the args the funtion that invoces the [O] might like to have it's args later on ...
20:49 < mnemoc> minto: that while you pasted on :20 misses the shift
20:49 < rxr> mnemoc: when you source file arg1 arg2 you get $1 and $2 in the sourced context
20:49 < mnemoc> sure
20:50 < rxr> mnemoc: however when you have no arg the positional args are not unset but left from the calling context
20:50 < rxr> though that might look like a silly spec it is not
20:50 < rxr> I would expect to have the code I source executed in the env content I'm in
20:50 < rxr> for me this arg feature is new anyway
20:50 < rxr> but it is indeed specified correctly ...
20:50 < mnemoc> yes, but with set --
20:51 < minto> rxr: I am stubborn and try anyway. I erase the args in the CALLING function not in the loaded script.
20:51 < minto> I can not even erase in the called script since it would erase my arguments too.
20:51 < mnemoc> minto: _always_ move your $* to vars
20:52 < minto> mnemoc: I did
20:52 < mnemoc> show me your diff
20:52 < minto> But I get an unwanted context.
20:52 < minto> my diff of what?
20:52 < mnemoc> you are doing changes
20:52 < mnemoc> those changes produces diffs
20:52 < minto> I plan to. I will give the diff in a few minutes.
20:53 < mnemoc> what tricky thing are you doing you get trouble with $*?
20:53 < rxr> mnemoc: he wnats to use the args of source from [O] tags
20:53 < rxr> but sometimes has no args and then gets "noise"
20:54 < mnemoc> i do that on many places
20:54 < mnemoc> without troubles
20:54 < mnemoc> and on many non-T2 helpers too
20:54 < mnemoc> first, never call shift with args
20:55 < mnemoc> second, i would need to review your changes. you _did_ something wrong
20:56 < minto> brb. i am on the phone now.
20:56 < mnemoc> :\
20:56 < mnemoc> yuck yuck
20:57 < mnemoc> if you need to clean positional stuff, do set -- not shifts
20:58 < minto> mnemoc: Don't be too sure about the _did_ :-)
20:59 < minto> You owe a beer if not :-)
21:00 < mnemoc> send me a ticket, and we can take some beers together :)
21:00 < minto> lol
21:00 < mnemoc> i pay the beers ;)
21:02 < minto> Here is what I did:
21:02 < minto> [O] . bla bla ...conf NO_AUTO_DETECT BUILD_TYPE=ANT
21:02 < minto> goes in the .desc file
21:03 < mnemoc> literal please
21:03 < mnemoc> what file are you sourcing?
21:03 < minto> [O] . $base/package/*/*/java-conf.in BUILD_TYPE=ANT
21:04 < minto> Like I said passing parameters works.
21:04 < mnemoc> can you show me the diff? :) please
21:04 < mnemoc> btw, BUILD_TYPE=ANT doesn't pay. use just ANT
21:06 < minto> I does. I do not want people to write ANT + MAVEN + SCRIPT. It is gonna be just one of them.
21:06 < minto> In the .conf file I change the parameters into variables, like this:
21:06 < minto> # Before we continue lets process all command line options.
21:06 < minto> while [ "$1" ] ; do
21:06 < minto> case "$1" in
21:06 < minto> NO_AUTO_DETECT) shift ; auto_detect=off ;
21:06 < minto> echo_status "Java buildstyle: Autodetect disabled." ;;
21:06 < minto> BUILD_TYPE=*) set_build_type ${1/BUILD_TYPE=/} ;
21:06 < minto> shift ;;
21:06 < minto> *) abort "java-conf.in: Unknown arguments" ;;
21:06 < minto> esac
21:06 < minto> done
21:06 * rxr of ...
21:06 < mnemoc> move your shift below esac
21:07 < minto> mnemoc: Could be, but that is not the problem.
21:08 < minto> The problem is. When I don't use any flags or parameters I still end up with a parameter.
21:08 < mnemoc> echo $# on top :)
21:08 < minto> Because of this *) I end up with an abort.
21:09 < minto> I already did and it turned out to be a package name. Now watch this.
21:09 < mnemoc> what is over the while?
21:10 < minto> mnemoc: does not matter, please let me finish
21:10 < mnemoc> it do matter
21:10 < mnemoc> do you have another source over the while?
21:11 < mnemoc> i can't play if you don't show me something reproductable
21:11 < mnemoc> or however that is say
21:13 < minto> In scripts/function build_package is says:
21:13 < minto> ...
21:13 < minto> eval "$desc_O"
21:13 < minto> ...
21:13 < minto> Tada, there is the package name. The first $1 of build_package is $pkg.
21:13 < minto> I am certain if I do the following everything will be fine:
21:13 < minto> # Erase positional parameters to prevent unintended parameter
21:13 < minto> # passing. We do not want to pass the current positional parameters
21:13 < minto> # to the loaded script.
21:14 < minto> shift $#
21:14 < minto> eval "$desc_O"
21:15 < mnemoc> set --
21:16 < karasz> guys i'm going on weekend
21:16 < karasz> :D
21:16 < mnemoc> good for you
21:16 < minto> have fun karasz
21:16 < karasz> thanks
21:16 < karasz> you guys to
21:16 < karasz> you guys too
21:16 < minto> mnemoc: What is set --?
21:16 < karasz> have fun i mean
21:16 < karasz> cu all on monday
21:17 < mnemoc> minto: a decent way to 'shift $#'
21:18 < minto> ahh
21:18 -!- karasz [~karasz@80.97.102.202] has quit ["Leaving"]
21:18 < mnemoc> why do you need to abort? just ignore
21:20 < minto> I could ignore. But it was for additional safety so typo get detected sooner.
21:22 * mnemoc wonders how slow the build would be if we stop trusting maintainers and validate everything
21:23 < minto> Why the f* is it still there?
21:24 < minto> mnemoc: I put the following line at the top of java-conf.in
21:24 < minto> echo "0 =$1="
21:24 < mnemoc> ?
21:24 < minto> And I get
21:24 < minto> 0 =junit=junit=
21:25 < mnemoc> yes
21:25 < minto> I passed no arguments to java-conf.in
21:25 < mnemoc> i know
21:26 < minto> I did the set -- thing as well.
21:26 < mnemoc> if the sourced has not arguments, they are not reset
21:26 < mnemoc> uhm
21:27 < minto> I tried this and it still in not cleared.
21:27 < minto> set --
21:27 < minto> eval "set -- ; $desc_O"
21:27 < minto> shift $# did not work either.
21:27 < mnemoc> where?
21:28 < mnemoc> Build-Pkg:384 shall work
21:28 < minto> in script/function build-package
21:28 < mnemoc> build-package is only used to build linux* extensions
21:28 < minto> ahh
21:31 < minto> hehe:
21:31 < minto> 0 ==
21:31 < minto> Now who was right again?
21:31 < minto> Was it you or was it me? Let;s make it a draw.
21:32 < minto> You owe me a drink and I owe you one :-)
21:32 < mnemoc> your fail is wrong
21:32 < mnemoc> your shifts are redundant
21:32 < minto> ?? My fail is wrong ??
21:32 < mnemoc> and your set_build_type ${1/BUILD_TYPE=/} is ugly
21:33 < mnemoc> set_build_type ${1#*=}
21:33 < mnemoc> you are using a fail where it can't be used
21:33 < minto> But still, all that was not the problem
21:33 < mnemoc> the fail is the problem
21:33 < minto> why?
21:34 < mnemoc> look for the flags you need
21:34 < mnemoc> extra paranoia doesn't fit
21:34 < minto> mnemoc: I think it does.
21:34 < mnemoc> but 'set --' is acceptable
21:34 < mnemoc> :)
21:34 < minto> bug/typos slipping through are a bigger problem than my abort.
21:35 < mnemoc> on the first layer you validate the input
21:36 < mnemoc> validating each layer is too expensive
21:36 < minto> If I speak chinese to you, you say que
21:36 < minto> if someone speaks chinese to java-conf.in is says abort.
21:36 < minto> What is the first layer?
21:37 < mnemoc> user / script
21:37 < mnemoc> the proper use of functions is highly more important than one typo on a very noticeable place like .desc's [O]
21:38 < minto> I don't get the expensiveness. It is only there in case of error.
21:38 < mnemoc> if we trust people will call var_append properly
21:38 < mnemoc> consistence
21:39 < mnemoc> it think it's ridiculus to validate data on that level, not related to how expensive a 'set --' could be
21:39 -!- sparc-kly [~ultra5@64.237.253.131] has quit [Connection timed out]
21:40 < minto> But if you want it out, it's fine with me
21:40 < mnemoc> nah
21:40 < mnemoc> it's your package :)
21:40 < mnemoc> if you want ridiculus extra validation and paranoia, do it :)
21:40 < mnemoc> but use set -- instead of shift $# on Build-Pkg, please :)
21:41 < minto> the set -- should have been there before. Otherwise unrelevant data is passed.
21:41 < mnemoc> yes, i can buy that one :)
21:41 < mnemoc> [O] has evolved to never thought levels
21:42 < minto> :-)
21:42 < mnemoc> it was for: [O] makeopt=""
21:43 < mnemoc> now it's used for inheritance
21:43 < mnemoc> with constructors :)
21:44 < minto> :-) But the inheritance was not my idea and the constructors neither.
21:44 < mnemoc> minto: add set -- on functions and Build-Pkg on one commit please :)
21:45 < minto> is it okay on both Build_Pkg and functions?
21:45 < mnemoc> whoever thought that has a weird mind
21:45 < mnemoc> or two if you prefer
21:45 < mnemoc> but i'll merge them both :p
21:46 < minto> I will commit tomorrow. Have to do some more testing first.
21:47 < minto> but not tonight. I'll be leaving now.
21:47 < minto> have a good day master mnemoc.
22:09 -!- rxr_ [rene@e178184239.adsl.alicedsl.de] has joined #t2
22:09 -!- Topic for #t2: T2 | 2.1.0-rc1 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
22:09 -!- Topic set by mnemoc [] [Tue Jun 21 16:27:15 2005]
22:09 [Users #t2]
22:09 [ _Lewellyn] [ jsaw ] [ mnemoc_] [ nzg ] [ sepp ]
22:09 [ _Ragnar_ ] [ keinek] [ morfoh ] [ rxr ] [ SerWou ]
22:09 [ CIA-9 ] [ minto ] [ mtr_ ] [ rxr_] [ valentin]
22:09 -!- Irssi: #t2: Total of 15 nicks [0 ops, 0 halfops, 0 voices, 15 normal]
22:09 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
22:09 -!- Irssi: Join to #t2 was synced in 11 secs
22:14 -!- rxr [rene@e178159253.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
22:30 -!- veki [~veki@217.24.19.40] has joined #t2
22:30 < veki> hi
22:37 < valentin> hi veki, mnemoc_
22:37 < veki> hi
22:39 < veki> As far as I see you guys usually use trunk version. I use 2.1 branch version. Thus, some packages I do not use. However,my choises are the following: 1. use 2.1 branch and wait untill something will appear in the branch version 2. learn to add packages to 2.1. branch version 3. use trunk version 4. be test-rabbit for branch 2.1 version, which is also OK
22:40 -!- azureus [~t6@217.187.197.70] has joined #t2
22:40 < veki> what you suggest in order that we can all benefit from that
22:41 < azureus> hi
22:41 < veki> hi
22:42 < azureus> I will be away for more then 3 weeks
22:43 < azureus> starting from Sunday
22:44 < veki> hm, we will miss you
22:44 < azureus> thanks, i will miss you too
22:46 < veki> :-)
22:47 < azureus> mor
22:47 < azureus> morfoh: are there any news about the website
22:48 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
22:53 < valentin> morfoh: yes, what about www2 ?
22:54 < valentin> veki: there are some very interessting features in 2.2. but 2.1 is good if you want something more constant without sudden breaks
22:55 < valentin> on my main desktop i use a 2.1-beta-something installation and use trunk to emerge new packages
22:57 < veki> OK, thanks, I am not good as you are guys, I am willing to learn and I think that it may be good if I willl be a sort of test-rabiit or tester for some things. Just tell me how to use trunk too. I communicate with users each day and it may be very useful for me and users themselves to have someone who is not developer but understand the system
22:59 < veki> on my t2 machine I do not use X. It is console only. I am grateful for your support, but all misunderstanidngs actually may be helpful to clarify things which we assume but users themselves do nto assume and I can be a sort of communication interface between us who assume many things and users who do nto assuem. I hope you understand what I say
23:01 < veki> for exmple I tried to build cdcd package and I wa sprompted that it was not possible to find GNU libreadline 4.2 or higher and build process aborted. Hm, so how to solve the problem. I am willing to be always under that kind of frustration because our users will also be under all possible and impossible circumstances and I am willing to have that kind of "mileage" and be supportive to them. OK?
23:10 < keinek> hi
23:10 < keinek> wuau
23:11 < veki> hi
23:17 < valentin> ok mr. test rabbit :)
23:17 < keinek> :)
23:20 < valentin> veki: 2.1 has readline in version 5.0
23:20 < valentin> veki:
23:20 < valentin> ls /usr/lib/libreadline.*
23:21 < valentin> what version do you see ? or is readline missing at all ?
23:22 < veki> ok, I will check it now
23:24 < veki> It is missing
23:25 < jsaw> re
23:26 < jsaw> veki: part of the problem is, that "cdcd" is a new package which has no "cache" file
23:27 < jsaw> veki: therefore, the "dependencies", which readline obviously is, are not automatically build...
23:27 < veki> OK, how can I help or what I have to do?
23:27 < jsaw> usually, those "cache" files are generated by a reference build.
23:28 < jsaw> but for now, you can emerge readline, and build cdcd
23:28 < veki> hm and so ...
23:28 < jsaw> then a you should have a "cache" file in /var/adm/cache
23:28 < veki> OK, i will do that now, thanks
23:28 < jsaw> you can add this as "package/multimedia/cdcd/cdcd.cache"
23:28 < jsaw> on your box
23:29 < jsaw> and possibly send it in
23:29 < veki> I am willing to do so , but what is procedure
23:30 < jsaw> once cdcd is built, simply send this "cache" file to the mailing list
23:31 < jsaw> so, "./scripts/Emerge-Pkg readline cdcd"
23:32 < jsaw> (hope, readline is enough to build cdcd)
23:33 < veki> OK, I have seen so far that there are some parts of administration that should be written in a systematic way. Firstly, there is installation part, secondly there is a brief svn tutorial just for commands needed for t2. Thirdly there is needed instructions about tterminology such as cache file etc. and basic functioning of the system during build proces with dependencies etc., fourthly, there is bug or trouble reporting with basic skills of pasting out put of some co
23:33 < veki> thete is libcaudio, but there is that library on the system by default I think
23:35 < jsaw> I don't know excatly about the state of the handbook... probably you have to bug rene to update it...
23:36 < veki> I am willing to write some structure of document that will help users to understand structure and procedure of seeking the information and knowing the stages of their activities when working with t2. I can contribute in that way so the gap between highly technical people a syou are and users themselves who are not necessarily developers
23:36 < veki> actually, that gap is normal but there should be ways to bridge it
23:36 < jsaw> then ask on the list, rene maybe very happy if somebody continues and takes away some work :)
23:37 < jsaw> s/maybe/may be/ or even s/maybe/will be/
23:37 < veki> OK, i will be happy to help rene in that effort
23:38 < veki> so, I am at your and anyone's disposal for communication in that way and joint work. OK?
23:40 < CIA-9> jsaw * r10067 /trunk/package/multimedia/cdcd/cdcd.cache: * add cache file of cdcd (on request by Veki :)
23:40 < jsaw> veki: svn up package/multimedia/cdcd
23:41 < veki> OK
23:41 < veki> OK, but I do not use trunk version
23:42 < jsaw> ic
23:42 < jsaw> mnemoc_: around?
23:43 < jsaw> so, do it manually, emerge package "readline", "libcdaudio" if missing, then emergin cdcd should be fine
23:43 < veki> I am emergeing readline right now, I will try to emerge cdcd after that
23:43 < jsaw> check if you have libcdaudio first ...
23:43 < jsaw> (after readline is build)
23:46 < veki> readline is completed right now
23:48 < veki> I am emergeing libcdaudio right now
23:48 < CIA-9> jsaw * r10068 /trunk/package/network/rt2570/ (6 files):
23:48 < CIA-9> * add rt2570 kernel module (CVS 2005-07-07)
23:48 < CIA-9> (WLAN USB chip, e.g. found in Conceptronic C54RU)
23:52 < jsaw> veki: after that, cdcd should build fine
23:52 < jsaw> have to go, cu
23:53 < veki> I hope, thanks on support, cu
23:53 < jsaw> np, bye bye
23:53 < veki> bye bye :-)
23:55 < veki> libcdaudio built OK
23:59 < veki> I built cdcd and it is working :-) Thaks guys!
--- Log closed Sat Jul 09 00:00:00 2005