***: sentabi has joined #arpnetworks
tinono has joined #arpnetworks
tinono has quit IRC (Quit: leaving)
ziyourenxiang has joined #arpnetworks
ziyourenxiang has quit IRC (Quit: ziyourenxiang)
yekoms has quit IRC (Read error: Connection reset by peer)
yekoms has joined #arpnetworks
heavysixer has quit IRC (Quit: heavysixer)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
heavysixer has quit IRC (Client Quit)
dxtr has joined #arpnetworks dxtr: RandalSchwartz :) ***: dxtr has quit IRC (Changing host)
dxtr has joined #arpnetworks
dxtr has quit IRC (Quit: Lost terminal)
dxtr has joined #arpnetworks
dxtr has quit IRC (Changing host)
dxtr has joined #arpnetworks dxtr: How do I upgrade binary packages in freebsd+ ***: fink has joined #arpnetworks jpalmer: dxtr: look at pkg_replace (in ports). but I personally would advise against it. use pkg's for your initial install, then use ports to maintain them. dxtr: Right ***: schmir has joined #arpnetworks
fink has quit IRC (Read error: Connection reset by peer)
fink has joined #arpnetworks
schmir has quit IRC (Read error: Operation timed out)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
tinono has joined #arpnetworks mattx86: hm.. is it any better to tunnel internet-bound traffic to a vps, where the download (to the LAN) can be shaped, as opposed to shaping it all locally anyways? ***: tinono has quit IRC (Quit: leaving) jpalmer: up_the_irons: ping? dxtr: Ping timeout toddf: mattx86: shaping traffic unless you do so with long queues and not dropping packets means more traffic due to retransmissions
it's a sign of the differences in package systems when freebsd advises against binary packages and openbsd creates them and installs from them even locally, thus binary packages are no different than compiling your own on OpenBSD ***: heavysixer has quit IRC (Quit: heavysixer) jpalmer: toddf: it's th same in FreeBSD. the issue becomes, people like to mix and match. so they have a dependency issue, when they want to upgrade a specifc package, and not it's dependencies. mattx86: toddf: as I understand it, I cannot reasonably shape inbound (download) traffic unless I can do so remotely (e.g., by tunneling LAN <-> Internet traffic through a VPS)
I brought it up though because I'm starting to doubt the 'benefits' that such a setup is thought to provide ***: tinono has joined #arpnetworks tinono: crap... one of my vps is stuck in some state. i guess a stuck kvm process mattx86: that reminds me
up_the_irons: fwiw, I'd bet that the only reason routeros gummed up kvm was because of me attempting and succeeding at reproducing the bug I'd found in it that causes routeros to freeze up (last week)
that and perhaps I didn't force it to shutdown (can't remember)
maybe it's watchdog kicked in that one day and caused it reboot. but still I thought you showed it as being offline (not only by ping, but thru libvirt or something)
just a thought
I'm not planning on running routeros again though for everyone's sake :)
or atleast I won't be using the feature that gummed it up until I hear back from them that it's been fixed (and I verify that locally)
so far, I've received one e-mail from them, simply saying 'thanks for reporting the issue. we have found many issues and are working to fix them'
tinono: btw, are you on kvr13? just curious
so far so good for me, up 6 days, 17:16 (on kvr13) tooth: up 4 days, 19:57, kvr13
so far so good tinono: this particular vps is on kvr11 mattx86: ah ***: ballen has joined #arpnetworks
ChanServ sets mode: +o ballen ballen: Anyone have suggestions for photo gallery webapps? tooth: wonder if it takes a bit to update?
err. wrong window. :-( mattx86: gallery2 seems to be popular ballen: overkill
Just need a simple portfolio type site ***: tinono has quit IRC (Quit: leaving) mattx86: might dig thru hotscripts.com
although, that site has kinda gone down hill in recent years ballen: yea