--- 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