WebHosting Paid by #1Payday.Loans

[00:02] <treo> gn8
[00:03] treo (~xfman@D9ce2.d.pppool.de) left irc: "cya@all"
[00:04] mnemoc_ (~amery@200.75.27.1) left irc: Read error: 110 (Connection timed out)
[02:22] clifford (~clifford@213-229-1-138.sdsl-line.inode.at) got netsplit.
[02:22] dsoul (darksoul@pingu.ii.uj.edu.pl) got netsplit.
[02:22] jsaw (~jsaw@volans.mpimf-heidelberg.mpg.de) got netsplit.
[02:24] clifford (~clifford@213-229-1-138.sdsl-line.inode.at) returned to #rocklinux.
[02:24] dsoul (darksoul@pingu.ii.uj.edu.pl) returned to #rocklinux.
[02:24] jsaw (~jsaw@volans.mpimf-heidelberg.mpg.de) returned to #rocklinux.
[03:22] netrunne1 (~andreas@pD9E8DBC4.dip0.t-ipconnect.de) joined #rocklinux.
[03:38] netrunner (~andreas@pD9E8DB31.dip0.t-ipconnect.de) left irc: Read error: 238 (Connection timed out)
[04:06] blindcod1r (~blindcode@dsl-213-023-152-168.arcor-ip.net) joined #rocklinux.
[04:09] LordChaos4096 (~omer@70-56-252-71.eugn.qwest.net) joined #rocklinux.
[04:10] <LordChaos4096> I have a question about packaging and distributing updates to a ROCK based system. Can GEM packages be used to install updates the same way as an RPM or DEB?
[04:12] LordChaos4096 (~omer@70-56-252-71.eugn.qwest.net) left #rocklinux.
[04:15] LordChaosTheFirs (~omer@70-56-252-71.eugn.qwest.net) joined #rocklinux.
[04:18] blindcoder (~blindcode@dsl-082-082-102-120.arcor-ip.net) left irc: Read error: 113 (No route to host)
[04:20] <LordChaosTheFirs> Can the GEM system be used in the same way as DEBs or RPMs to distribute compiled binary updates and packages? The ROCK hand book mentions installing binary packages but I cannot find anything on creating them.
[05:03] <mnemoc> LordChaosTheFirs: yes
[05:03] <mnemoc> that what .gem are for :)
[05:19] ndowens (~ndowens@64.178.239.84) joined #rocklinux.
[05:19] <ndowens> does the rock linux iso come with gnome or xfce4?
[05:35] ndowens (~ndowens@64.178.239.84) left irc: Read error: 104 (Connection reset by peer)
[05:41] <LordChaosTheFirs> Where is the information on building GEM packages? Or did I just miss something in the documentation.
[05:44] drhonez (~drhonez@195.138.135.130) joined #rocklinux.
[05:45] <drhonez> rocklinux?  anyone mind tellin me about it? i am FC2.
[05:45] <drhonez> new to me
[05:46] drhonez (~drhonez@195.138.135.130) left irc: "Leaving"
[05:52] demian (~demian@208.165.55.133) joined #rocklinux.
[05:52] <demian> hi
[05:56] LordChaosTheFirs (~omer@70-56-252-71.eugn.qwest.net) left #rocklinux.
[06:37] demian (~demian@208.165.55.133) left irc: "leaving"
[07:18] Nick change: netrunne1 -> netrunner
[07:18] <netrunner> moin
[07:37] netrunne1 (~andreas@pD9E8C18E.dip0.t-ipconnect.de) joined #rocklinux.
[07:54] netrunner (~andreas@pD9E8DBC4.dip0.t-ipconnect.de) left irc: Read error: 238 (Connection timed out)
[08:04] koffa_ (koffa@h211n1fls35o862.telia.com) joined #rocklinux.
[08:18] Nick change: blindcod1r -> blindcoder
[08:18] <blindcoder> moin
[08:40] <SerWou> HELLO the Chan
[08:45] <koffa_> hello hello
[08:53] Togg (~sweitzel@reverse-213-146-118-69.dialin.kamp-dsl.de) left irc: Read error: 54 (Connection reset by peer)
[09:38] treo (~xfman@D91af.d.pppool.de) joined #rocklinux.
[09:42] <treo> sali
[09:45] Action: treo is away: frühstücken
[09:56] Action: treo is back (gone 00:11:57)
[11:12] <netrunne1> homemade beamer (de): https://www.de.tomshardware.com/praxis/20041020/index.html
[11:12] Nick change: netrunne1 -> netrunner
[11:21] <blindcoder> WEE!
[11:21] <blindcoder> finally I managed to tweak exim into per-host aliases
[11:25] <blindcoder> netrunner: thanks, now I'm busy shopping next month
[11:25] <netrunner> blindcoder: :)
[11:28] ringo (ringo78@xs3.xs4all.nl) joined #rocklinux.
[12:31] Togg (~sweitzel@reverse-213-146-118-69.dialin.kamp-dsl.de) joined #rocklinux.
[12:34] <treo> nvidia treiber testen ...
[12:34] treo (~xfman@D91af.d.pppool.de) left irc: "cya@all"
[12:35] <blindcoder> back
[12:36] <blindcoder> *sigh*
[12:36] <blindcoder> just got the first spam to my company e-mail address :/
[12:41] treo (~xfman@D91af.d.pppool.de) joined #rocklinux.
[12:41] <treo> re
[12:59] <th> is there any way to apply and maintain svn:ignore properties recursivly through subdirectories?
[13:01] <blindcoder> never played with properties
[13:02] <valentin> th: you can set wildcard patterns for ignore properties 
[13:02] <valentin> but i do not remember exactly how
[13:02] <th> valentin: wildcard matching directories?
[13:02] <th> valentin: i know i can add something like .*.swp
[13:02] <valentin> and you want ?
[13:03] <th> let's say i need to ignore 5 filenames
[13:03] <th> in 20 subdirectories
[13:03] <th> and it must not be global ignorance
[13:03] <valentin> hm ...
[13:03] <blindcoder> th: for x in `find ... ` ; do svn ... ; done # ?
[13:04] <th> blindcoder: no. i want to have that in one single point
[13:04] <th> https://subversion.tigris.org/ bugs
[13:05] <th> valentin: perhaps something like ./**/foobar
[13:06] <valentin> yes, i'm just searching the documentation for sth like that
[13:07] <valentin> th: did you try it ?
[13:07] Aard (~bwachter@laverne.lart.info) left irc: Remote closed the connection
[13:08] <th> yes
[13:08] <th> no effect
[13:09] <th> it does not apply recursivly
[13:11] <valentin> as far as i understand it patterns are matched in local dirs, so x/y patterns will not match. but maybe i got that wrong
[13:12] <th> at least thats what my tests show
[13:12] <th> do you have a direct url to the handbook?
[13:14] <valentin> i googled, because https://subversion.tigris.org/ is a bit broken :/
[13:14] <valentin> mom
[13:15] <valentin> there is https://svnbook.red-bean.com/svnbook-1.0/svn-book.html, but i do not know if this is official
[13:15] <daja77> it is
[13:15] <th> at least url sounds familar to me
[13:16] <blindcoder> daja77: moin
[13:16] <blindcoder> daja77: https://iso.rocklinux.de/default.php?dir=/unofficial/blindcoder/crystal/
[13:16] <daja77> ah :)
[13:17] <daja77> O_o two cd images?
[13:18] <blindcoder> yes
[13:18] <blindcoder> 690 and 78 MB
[13:18] <daja77> d'oh
[13:19] <th> The patterns are strictly for that directorythey do not carry recursively into subdirectories.
[13:22] <th> well at least there is a --recursive switch for propset
[13:26] Action: daja77 wonders if th will kill me if i'll send a security patch for kde in stable ;)
[13:27] <th> the worst thing i could do is ignore it cause of it's regressions
[13:28] <th> i'll happily apply if there are none
[13:29] <daja77> luckily there patches never caused regression in the past, they just have to be modified to get applied by the scripts ;)
[13:30] <th> daja77: you could fix the libtiff regressions first ;)
[13:31] <daja77> O_o
[13:31] <daja77> tell me more ...
[13:31] <th> see mailing list
[13:31] <daja77> >_<
[13:31] <th>  [5]   0 esden/povray35                  [5]  42 rene/cinepaint
[13:32] <th> your kernel update seems to do fine
[13:33] <daja77> oh ic depending packages are breaking
[13:34] <daja77> >_<
[13:34] Action: daja77 starts to hate graphic libraries and programs
[13:37] <blindcoder> quite an active month this one
[13:37] Action: blindcoder has 6 topics already :)
[13:45] <daja77> th: found a patch on libtiff ml, which might help ;)
[13:45] <th> sounds promising
[13:45] Action: blindcoder whistles innocently while he posts another possibly controversial patch
[13:46] <daja77> th: seems they forgot to create the .so files in 3.7 ..
[13:47] <th> blindcoder: move the :doc and :dev packages to the back of the CD-set?
[13:47] <th> ohh
[13:47] <th> i could have noticed that earlier
[13:47] <th> libtiff: usr/lib/libtiff
[13:47] <th> libtiff: usr/lib/libtiff.3
[13:47] <th> libtiff: usr/lib/libtiff.3.7.0
[13:47] <th> libtiff: usr/lib/libtiff.a
[13:47] <th> libtiff: usr/lib/libtiff.la
[13:47] <th> that's all
[13:48] <th> (in usr/lib)
[13:48] <blindcoder> th: yes
[13:48] <daja77> muhahahahaha found that on the ml
[13:48] <daja77> Oops!  The the missing .so is due to mis-matched auto-tools being 
[13:48] <daja77> installed.  I have encountered this once before.  This problem means 
[13:48] <daja77> that the release is broken.  It is not strictly a libtool bug.
[13:48] <daja77> omg
[13:48] <th> lol
[13:49] <daja77> ok will test that
[13:49] <th> blindcoder: to make the first images more valuable?
[13:49] <blindcoder> th: jepp
[13:49] <th> blindcoder: sounds reasonable
[13:50] <th> blindcoder: you did not vote for it yourself?
[13:50] <blindcoder> not tested
[13:51] <blindcoder> will do so at home
[13:51] <th> i c
[14:22] <daja77> th: libtiff patch is in sm
[14:35] <blindcoder> th: btw, for 2.0.3: what about creating .gem repositories for rocket?
[14:36] <th> blindcoder: i'm thinking about this after 2.0.3
[14:36] <blindcoder> th: what's the problem with doing so?
[14:36] <th> blindcoder: but i will think about it and i think i will put some effort in it
[14:36] <th> blindcoder: i see no specific problem at the moment
[14:37] <th> blindcoder: but i want to have 2.0.3 released first
[14:37] <th> blindcoder: just my choice of priorities
[14:37] <th> daja77: great
[14:37] <blindcoder> th: of course, that's what I meant with 'for 2.0.3' :)
[14:37] <th> blindcoder: i think even waiting for dm/lvm2/lvm is questionable.
[14:38] <blindcoder> th: sorry, I know next to nothing about those packages :(
[14:39] <th> blindcoder: in short: lvm and lvm2 share filenames and do almost the same; lvm in 2.4 kernel versions; lvm2 is for 2.6 only and uses dm as "backend"
[14:42] <th> blindcoder: and there is some lvm-common which solves the problem
[14:42] <th> (as a frontend to lvm and lvm2 as i understood)
[14:42] <blindcoder> so it's basically substituting lvm{,2} by lvm-common?
[14:42] <blindcoder> ah, no, ok
[14:48] <th> Scheduling package 'libtiff' for rebuild ...
[14:49] <netrunner> https://www.adac.de/mitgliedschaft_leistungen/motorwelt/m_archiv/Bahn_frei_fue_Clubmitglieder.asp?TL=2
[15:06] <koffa_> roooar
[15:13] <SMP> gaaaaarght
[15:13] <blindcoder> who in his right state of mind would go by "Deutsche Bahn"?
[15:13] <th> i see
[15:14] <SMP> ok. how do I trick 2.1 scripts/Download to NOT download that fucking linux-2.6.8.1.tar.bz2 ?!
[15:14] <th> SMP: emulate a full disk?
[15:15] <blindcoder> SMP: Dowload download/mirror/m/linux-2.4.27.tar.bz2
[15:15] <SMP> neither "touch download/mirror/l/linux-2.6.8.1.tar.bz2.cksum-err" or even "touch download/mirror/l/linux-2.6.8.1.tar.bz2" have any impact
[15:15] <blindcoder> s/\/m\//\/l\//g
[15:15] <SMP> blindcoder: I have that file
[15:16] <blindcoder> well, isn't that the greatness of conditional desc files?
[15:16] <th> conditional greatness...
[15:16] <SMP> you mean, I "have" both files and it still downloads the second one over and over again?
[15:17] <blindcoder> SMP: echo 1 >dowload/bla
[15:17] <SMP> ah-ha
[15:17] <blindcoder> SMP: it checks for -s (size greater 0)
[15:17] <SMP> yeah, figured that 20 seconds ago
[15:18] <blindcoder> :)
[15:18] <SMP> stupid beast
[15:18] <SMP> make a program that idiots can use - and only idiots will use it
[15:18] Action: blindcoder cowardly mentioning that Download should get a overhaul
[15:19] <SMP> s,overhaul,rewrite,
[15:20] <blindcoder> I didn't want to phrase it that hard :)
[15:21] <SMP> even the code before download reorg was a pain to work with
[15:22] <blindcoder> I will suggest something like that once the menu autocreation thing is settled
[15:22] <daja77> the conditional desktop files still have some other flaws, which i am not sure if it is a bug or just missing documentation
[15:24] <netrunner> anybody else experiencing that mine -r silently not removes files?
[15:24] <blindcoder> netrunner: hmm... no
[15:24] <netrunner> I wanted to remove all xfce stuff, and mine -r'd them, but several files stayed.
[15:25] <daja77> netrunner: i git warnings ...
[15:25] <daja77> but my mine is perhaps older
[15:25] <netrunner> I have mine 0.18
[15:26] <daja77> i have 0.15
[15:34] <netrunner> hm. maybe that was not too smart now ... removing the dm I currently use ...
[15:36] <th> dm?
[15:37] <netrunner> desktop manager
[15:38] <netrunner> th: I built the xfce4.2-beta1 ... but didn't proove as very stable (who wonders ;)
[15:38] <netrunner> now I try to build the current cvs.
[15:39] <th> ahh ;)
[16:10] nzg (~tschmidt@pD95F8A50.dip.t-dialin.net) joined #rocklinux.
[16:10] <mnemoc> moin
[16:11] <daja77> hi mnemoc 
[16:11] <mnemoc> hi daja77 
[16:16] <th> daja77: looks like libtiff-shared-lib.patch does _not_ fix the issue
[16:16] <th> daja77: still no .si
[16:16] <th> daja77: still no .sp
[16:16] <th> daja77: still no .so
[16:16] <th> grmpf
[16:16] <th> bbl
[16:18] <daja77> >_<
[16:28] <netrunner> hm, no wonder that my current xfce4 freaks... it used the old includes and libs because they did not get uninstalled :/
[16:31] <daja77> this damn crap
[16:43] <blindcoder> back
[16:43] <daja77> welcome back ;)
[16:43] <blindcoder> thanks
[17:15] ringo (ringo78@xs3.xs4all.nl) left irc: "Lost terminal"
[18:08] treo (~xfman@D91af.d.pppool.de) got netsplit.
[18:19] treo (~xfman@D91af.d.pppool.de) got lost in the net-split.
[18:21] treo (~xfman@D91af.d.pppool.de) joined #rocklinux.
[18:41] <koffa_> hm
[18:41] <koffa_> what is it on the 3 workstation-disks?
[18:42] <koffa_> do I need more than the first?
[18:43] <blindcoder> koffa_: right now, you still need them all
[18:43] <blindcoder> though I'd advise you to the crystal build :)
[18:43] tcr (~tcr@dsl-213-023-069-043.arcor-ip.net) joined #rocklinux.
[18:43] tschmidt_ (~tschmidt@p508EB6C2.dip.t-dialin.net) joined #rocklinux.
[18:44] <koffa_> the crystal build?
[18:44] <blindcoder> https://iso.rocklinux.de/default.php?dir=/unofficial/blindcoder/crystal
[18:44] <blindcoder> the second CD only has ~78 MB
[18:44] <koffa_> the first just got burnt =(
[18:44] <koffa_> they are all om my HD
[18:44] <blindcoder> sucks then :(
[18:44] <koffa_> yeah well.. you can't have too many dists on cd =)
[18:46] <blindcoder> yeah
[18:46] <koffa_> DAMN! =(
[18:46] <koffa_> I broke a nail trying to get the plastic away from the cd-r =(=(=(
[18:59] nzg (~tschmidt@pD95F8A50.dip.t-dialin.net) left irc: Nick collision from services.
[18:59] Nick change: tschmidt_ -> nzg
[19:50] <SerWou> HELLO the chan
[20:52] demian (~demian@208.165.55.133) joined #rocklinux.
[20:53] <demian> hi
[20:53] <daja77> hi demian 
[20:56] <demian> daja77.
[21:05] <demian> j gigax
[21:05] <demian> ups.
[21:33] <daja77> damn clifford already applied libtiff
[21:34] <mnemoc> demian: .co?
[21:42] <demian> .cr
[21:43] <mnemoc> what do you with gigax then?
[21:44] <demian> friends, guys are nice.
[21:45] <SerWou> i've got a question
[21:45] <SerWou> i'm looking for a CD image editor, to edit ISO, BIN, converte them, etc... like winISO on Windauze
[21:47] <mnemoc> ultraiso on windoze :)
[21:47] <demian> mnemoc: yes ;-)
[21:47] <demian> mkisofs on linux 
[21:48] <SerWou> mkisofts ?
[21:49] <demian> fsck.. mkisofs.. 
[21:56] <SerWou> ok, thanks
[21:57] <mnemoc> i guess that wasn't the answer you were looking for :)
[21:58] <SerWou> i leaned i can mount them too
[21:59] <demian> yes, loopback device.
[22:00] <mnemoc> SerWou: mount has a problem, iso images tend to be fix to zero-free-space, so you can't add stuff
[22:00] <daja77> you can easily create isos by using k3b
[22:01] <demian> ah yes.. a cd burner for kde. dunno how it handles iso images.
[22:01] <daja77> just drag all the stuff you want to have in it, and let it create it for you
[22:01] <daja77> demian: it has to create isos before burning them
[22:01] <daja77> :)
[22:11] <SerWou> anyone runs vmware on Rock here ?
[22:11] <daja77> hm llewelyn does iirc
[22:14] tcr (~tcr@dsl-213-023-069-043.arcor-ip.net) left irc: "Verlassend"
[22:14] <demian> there is an opensource os virtual machine like vmware..
[22:14] <demian> botcsh or sth like that it sounds.. what's the right name?
[22:24] <daja77> guess you bochs but that is slow, use qemu instead, if that fits your requirements, guess there is a problem with the vmware kernel modules, at least something like this has been reported before
[22:47] <demian> umm.
[22:48] <demian> so is vmware still the best choice?
[22:48] <demian> i will read..
[22:48] <daja77> depends on your requirements, but i think it is still the most advanced solution
[22:51] <demian> high requirements maybe, a guy asked me about bochs, for an enterprise dedicated to software testing on multiple platforms, that's why it should be really fast, possibly will run .net framewwork and some other windows libraries.
[23:03] <daja77> qemu is quite fast and it can run windows, no idea about the comparision
[23:09] <SerWou> got a rock question again ;)
[23:10] <SerWou> for a ps2 mouse (Logitech Wheel Mouse Optical), it's /dev/mouse ?
[23:10] <demian> https://fabrice.bellard.free.fr/qemu/benchmarks.html
[23:10] <koffa_> most likely
[23:11] <koffa_> might be /dev/mouse1 to, I think
[23:11] <SerWou>  .free.fr it's my ISP ;)
[23:11] <demian> not really a rock's question but /dev/mouse is usually a symlink to the proper device
[23:11] <koffa_> <=
[23:11] <SerWou> what is the proper device ?
[23:12] <koffa_> well, mine seems to go to psaux
[23:12] <demian> umm.. sometimes /dev/psaux
[23:13] <koffa_> ls -l /dev/mouse should do the trick
[23:13] <SerWou>   /dev/misc/psaux
[23:14] <koffa_> then /dev/misc/psaux is most likely the proper device
[23:14] <SerWou>  and another question ;)
[23:14] <SerWou>  what is /dev/tty0 ?
[23:15] <demian> !!!
[23:15] <SerWou> the console ?
[23:15] <koffa_> I'm llost there, I think the terminal is /dev/pts though
[23:15] <demian> thanks daja77 about qemu, seems nice. will try it.
[23:15] <koffa_> or something
[23:16] <koffa_> no, tty is the terminal
[23:16] <koffa_> <=
[23:17] <SerWou> but why i've got this error message from a program : Cannot Open /dev/tty0 :  no such file or directory
[23:18] <mnemoc> SerWou: install devfsd
[23:18] <demian> are u using rock SerWou, maybe usinf devfs with no MAKEOLDCOMPAT attributes
[23:18] <SerWou> yes rock
[23:19] <SerWou> wait, i think i can have a solution
[23:19] <SerWou> tty0 is a serial device ?
[23:19] <mnemoc> nope
[23:19] <demian> if the problem is specific to the program ur running, try a symlink to /dev/vc/0
[23:19] <mnemoc> symlink will live until reboot
[23:20] <SerWou> yes, it's a vmware problem
[23:20] <demian> ttyS<N> are serial.
[23:20] <mnemoc> patch the program, use devfsd or add the symlink on init
[23:21] <mnemoc> sed -i 's,tty0,vc/0,g' vmware :p
[23:21] <SerWou> easy man
[23:21] <demian> SerWou: if u will use vmware often, try to vonfigure devfsd.conf in /etc to make compatibility with old dev style
[23:21] <SerWou> talking to a newbie fighting against rock
[23:21] <SerWou> yes demian
[23:22] <SerWou> but i don't know how to deal that
[23:22] <mnemoc> $ mine -q devfsd
[23:22] <mnemoc> devfsd 1.3.25 2.0.3
[23:22] <mnemoc> do you have devfsd installed?
[23:22] koffa_ (koffa@h211n1fls35o862.telia.com) left #rocklinux.
[23:22] <SerWou> yes
[23:23] <demian> using rock.. possible. dunt remember clearly.. using windows now, but it could be sth like..:
[23:23] <mnemoc> SerWou: is it running? :)
[23:24] <SerWou> 2sec
[23:24] <demian> REGISTER *.* MAKE_OLD_COMPAT   # not really sure, paste a line of ur devfsd.conf and i'll see
[23:24] <SerWou> doing a symlink to /dev/tty0 to see
[23:25] <mnemoc> demian: it is commented out there.... /etc/devfsd.d/compat does device specific compatibilities
[23:26] <demian> i see. i have most of a year without using rock..
[23:27] <demian> s/most of/than  # forgot english too.
[23:27] <SerWou> hehe
[23:28] <SerWou> damned, now, it's with tty7
[23:28] <mnemoc> hehe
[23:29] <mnemoc> SerWou: the elegant fix is to add tty* support in _your_ /etc/devfsd.d/compat
[23:29] <SerWou> ok
[23:29] <SerWou> you want to help me in private or here ?
[23:29] <SerWou> i love clean solutions
[23:30] <mnemoc> see that file, adding tty support will be intuitive
[23:32] <SerWou> got this file open
[23:32] <SerWou> what i have to do exactly ?
[23:33] <demian> vim <that-file>.. read and edit. i suppose.
[23:33] <demian> bye. take care.
[23:34] <mnemoc> SerWou: copy & paste usb block and replace usb with vc
[23:35] demian (~demian@208.165.55.133) left #rocklinux.
[23:36] <SerWou> i don't have a usb block
[23:37] <mnemoc> fb block?
[23:37] <mnemoc> misc block?
[23:38] <SerWou> damned
[23:38] <SerWou> i have to go
[23:38] <SerWou> fuck
[23:38] <SerWou> are you here tomorrow mnemoc ?
[23:38] <mnemoc> yes
[23:39] <mnemoc> cu
[23:40] <SerWou> ok
[23:40] <SerWou> thanks dude
[23:40] <SerWou> catch you later
[00:00] --- Sat Oct 23 2004