IRC Logs

Network: freenode Channel: #gentoo-dev

	Enter your search terms Submit search form
	Web www.irclog.org

[00:01]<fu_nnzj>!metadata rpm
[00:01]<annvns>lu_zero: Package: app-arch/rpm Herd: no-herd Maintainer: maintainer-needed@gentoo.org
[00:01]<fu_nnzj>wow
[00:01]<dznnnvyf>obvious :-)
[00:05]<chtekk>anyone else getting cvs timeouts?
[00:08]<dznnnvyf>CHTEKK, network problems I think
[00:09]<rpjzdrg>we think it ooopsed, its being rebooted now
[00:09]<rpjzdrg>DrEeevil: CHTEKK ^
[00:09]<chtekk>jforman, ok tnx for the info :)
[00:10]<`cud2z|wjzc>jforman: lark made a boo boo, eh?
[00:10]<rpjzdrg>lance is working on it with the OSL people
[00:13]<`cud2z|wjzc>Betcha it just wanted to take a break after all the hard work it does :)
[00:14]<zzdnznvx>should be bakc
[00:15]<chtekk>it is back, good work :)
[00:15]<zzdnznvx>thank marineam
[00:16]<rrcu2>oh, fresh food for goats? :)
[00:20]<vjdrw>Does anyone know if packet analysis of ssh traffic could reveal if it's scp or ssh?
[00:22]<dznnnvyf>tomaw, pure ssh would have less traffic, so a simple statistical bytecounting might reveal that ... but it's wrapped in encryption, so there's no packet-level difference
[00:22]<vjdrw>Yeah.
[00:22]<vjdrw>So guesswork could do it but not for certain, I suppose.
[00:22]<xrgsdy>Mabye also the packet size, because typing generates much smaller packets.
[00:23]<dznnnvyf>hansmi, "cat file" would look the same as scp file, right?
[00:23]<tyaxj>hm, app-misc/mc is looking for a maintainer ?
[00:23]<xrgsdy>DrEeevil: well, yes
[00:24]<vjdrw>hmm
[00:24]<dznnnvyf>hmmm ... does ssh have a constant-bandwidth padding mode? :-)
[00:24]<tuljgn>!herd video
[00:24]<annvns>Tupone: (video) arj, calchan, chutzpah, flameeyes, hanno, hd_brummy, lordvan, lu_zero, morfic, phosphan, pkdawson, solar, trapni, zypher, zzam
[00:24]<vjvn>ferdy: today cloning works without the patch.
[00:24]<vjdrw>DrEeevil: Hah. If in doubt then cheat? :)
[00:24]<pnzmd>tove: thanks
[00:25]<vjvn>ferdy: ?
[00:25]<pnzmd>uhm
[00:25]<pnzmd>ok, I need more sleep
[00:25]<pnzmd>tove: and you have the webdav USE flag enabled, right ?
[00:25]<cxzyswxyvn>tove, just accept it :p
[00:26]<vjvn>ferdy: curl and webdav
[00:26]<dznnnvyf>tomaw, ssh over email to the rescue! ;-)
[00:26]<cxzyswxyvn>find and grep are lifesavers when looking for recent mail
[00:27]<vjdrw>DrEeevil: haha. nah, that wouldn't work. My isp limit peak usage of "P2P, Usenet, file transfer applications" and have a slightly unclear view on ssh traffic.
[00:27]<cxzyswxyvn>on woodpecker
[00:27]<dznnnvyf>tomaw, hehe ... how about tcp-over-icmp?
[00:28]<dznnnvyf>tomaw, or tcp-over-protocol11 ?
[00:28]<pnzmd>tove: oh well... then we don't have an easy way to test it...
[00:28]<vjdrw>DrEeevil: Not sure. They have introduced some reasonably complicated and unclear policies with so much left unclear that I think I shall just send them an email and have them clarify exactly what they do :)
[00:29]<dznnnvyf>tomaw, ... and then cheat? :-)
[00:29]<cxzyswxyvn>time to get a new ISP
[00:29]<vjdrw>DrEeevil: that's the plan ;)
[00:30]<dznnnvyf>I have noticed that my "flatrate" gets disconnected more often if I cause more traffic
[01:00]<tyaxj>exg: ping
[01:00]<nwr>Ticho: pong
[01:01]<tyaxj>exg: you touched (and bumped) app-misc/mc last - are you maintaining it now, by chance ?
[01:02]<cfjnzy>yay! new mc maintainer :)
[01:03]<nwr>Ticho: If you want to maintain it for me it's fine
[01:04]<przzyrr2>potentially a dumb question, but... virtual/libintl-0, what's the default provider on linux for that?
[01:04]<tyaxj>exg: maintain it for you ?
[01:04]<nwr>ferringb: rglibc
[01:04]<nwr>Ticho: err no, I meant "... maintain it, for me it's fine"
[01:04]<tyaxj>ah :>
[01:05]<przzyrr2>exg: assume you mean glibc... which case, why isn't it specified in the rdep? :)
[01:05]<nwr>the power of commas :)
[01:05]<tyaxj>well i'm about to commit a fix for #135009
[01:05]<nwr>let me have a look
[01:05]<tyaxj>it's rather trivial
[01:06]<przzyrr2>libiconv is the same way.
[01:06]<przzyrr2>Flameeyes: any clue on that one?
[01:06]<nwr>you are fixing it with append-ldflags?
[01:06]<ffrdnndns>what how what?
[01:06]<nwr>ferringb: there is acomment in the ebuild
[01:06]<nwr># - Don't put elibc_glibc? ( sys-libs/glibc ) to avoid circular deps between
[01:06]<nwr># that and gcc
[01:06]<przzyrr2>hmm.
[01:07]<ffrdnndns>yeah i _always_ comemnt when i need to
[01:07]<tyaxj>exg: well, i found other bugs for different packages with same issue, and they have all been fixed by altering LDFLAGS
[01:07]<tyaxj>exg: is there a better way ?
[01:08]<przzyrr2>exg: cycle pops up via what pkgs?
[01:08]<przzyrr2>err
[01:08]<przzyrr2>s:exg:flameeyes:, pardon
[01:08]<ffrdnndns>ferringb, which cycle?
[01:09]<przzyrr2>the cycle that aparently is why glibc isn't in virtual/libi{ntl,conv}, silly. :)
[01:10]<nwr>Ticho: well the ideal way is to patch the Makefiles to use those flags when linking the evil binaries
[01:10]<ffrdnndns>ferringb, gcc deps on libiconv, glibc deps on gcc
[01:11]<nwr>Ticho: but go on, no problem for me
[01:12]<przzyrr2>rdep level cycle normally at least (meaning it can be contained and ignored)...
[01:13]<ffrdnndns>ferringb, no it's dep too
[01:13]<przzyrr2>Flameeyes: dep in this case can be ignored usually though, since systems *usually* have at least one of 'em.
[01:14]<przzyrr2>bleh... another day for that one.
[01:14]<przzyrr2>Flameeyes: exg: ty
[01:22]<ffrdnndns>somebody knows if osuosl has a kde mirror?
[01:23]<ffrdnndns>seems so
[01:25]<ffrdnndns>hmm where is located lark, again? :P
[01:26]<rrcu2>Flameeyes: are you hacking into random boxes? :)
[01:26]<ffrdnndns>jakub, nah, going to work on split ebuilds
[01:26]<ffrdnndns>but as it's annoying to do it locally, especially since i have to download 165MB of kde packages, i decided to do it on pitr :P
[01:27]<rrcu2>hehe
[01:28]<rrcu2>Flameeyes: you might try on the bugzilla box... that'd hopefully kill it for good :>
[01:29]<drvvnlyu>Flameeyes: xmltv (http://bugs.gentoo.org/show_bug.cgi?id=95166) is blocked in bugzilla since months, it's still mantained by media-tv herd?

Back to #gentoo-dev
Or go to some related logs:
#gentoo
#blender
#gentoo
#gentoo
#blender