search for: ratholes

Like lots of other folks, I''ve been searching for a way to scratch my fixture itches. Rathole is my extraction of a few techniques we''ve successfully applied at my day job. We''ve been using Rathole for a month or so now, but I''d really like some feedback from a wider audience. Rathole tackles: * Conflicting PK''s (no more id''s in fixture

I just want to check and make sure not missing anything. I'm trying to convert a customer away from UW. unfortunately, all of the mailboxes are in MBX format (my own mistake coming back to haunt me). mailutil doesn't seem to do conversions properly. It keeps complaining about an existing copy of /mbox and only if I say to -merge append will the copy proceed. mailsync doesn't

I've been reading posts on the difficulty in getting an icecast stream listed in the shoutcast directory. Apparently, it is necessary to run the shoutcast server to do this. Before I go down a cheeseless rathole, I thought I'd pass this over this list to see what response I would get.

On Wed, Jul 29, 2015 at 05:34:00PM +0930, Ron wrote: > > This commit: > > > > tftp: convert IPv6-mapped IPv4 addresses to IPv4 > > > > If we receive IPv4 addresses mapped to IPv6, convert them back to IPv4 > > so that mapping scripts which use \i behave sanely. > > > > Signed-off-by: H. Peter Anvin <hpa at zytor.com> > > > >

On 08/08/11 18:15, Raymond Lutz wrote: > I've been reading posts on the difficulty in getting an icecast stream > listed in the shoutcast directory. Apparently, it is necessary to run > the shoutcast server to do this. Before I go down a cheeseless rathole, The protocol for the directory is different to ours and when it was stated that entries not from shoutcast servers would be

...it and genuinely hotplugged interfaces. Please, let's focus on good solutions to the real problems rather than straining to find good problems to fit a partial kludge. This bug log is already a maze of twisty little misconceptions - and the aim is to dig our way *out* of that, not to find new ratholes to get lost in. What doesn't work if the bug in NM is fixed, and it has a hook to notify this service of real dynamic interface changes when they occur? Ron

...hread so far has died down and I wrote a summary, and no > one said anything. Then I created another thread, and wrote another > summary. Once no one was disagreeing, I wrote the text. > > Now every one wants to disagree again. Seriously? > FWIW: I actually think the LLVM community ratholes on a lot of things, *way too much*. Not sure we are quite at that point yet on this. > > I *personally* don't care if we use GitHub, or GitLab, Git or > mercurial. I don't care if we have sub-modules or a monolithic > repository, but I'm not the only user. > > LLVM ha...

I think this is probably my first post to this mailing list, so hello! Occasionally I log in to my servers from IP addresses without reverse DNS configured, so sometimes I'll see an IP I don't recognise because I can't remember what I did the day before and get a bit spooked until I WHOIS the IP and find the netname reminds me I logged in from that IP. I set out prepared to script

a shoutcast server. Various posts say that you must start with shoutcast server and use icecast as the relay. (I don't want to do this because we already have a perl script written to work with ices and I don't want to have to redo it to work with shoutcast. It looks feasible but will still be quite a bit of work because there is no state saved between calls from shoutcast. In ices,

Take 2 at bouncing this to the rest of the original recipients through a different MTA, since mail.zytor.com refused to accept it the first time. Please re-add Jason Gunthorpe <jgg at obsidianresearch.com> and 793921 at bugs.debian.org to the CC for replies. On Wed, Jul 29, 2015 at 05:34:00PM +0930, Ron wrote: > > Hi Jason, > > On Tue, Jul 28, 2015 at 03:45:30PM -0600, Jason

On Tue, Oct 13, 2015 at 12:35:07PM -0400, Aaron Ballman via llvm-dev wrote: > On Tue, Oct 13, 2015 at 12:21 PM, Renato Golin via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > On 13 October 2015 at 16:41, Rafael Espíndola <llvm-dev at lists.llvm.org> wrote: > >>> - *Be welcoming.* We strive to be a community that welcomes and supports > >>>

Erik Skultety <eskultet@redhat.com> writes: > On Tue, Nov 19, 2019 at 05:38:54PM +0100, Milan Zamazal wrote: >> Hi, when retrieving an mdev device info using `virsh nodedev-dumpxml' or >> the libvirt API, something like the following is returned: > >> >> <capability type='mdev_types'> >> <type id='nvidia-210'>

On Wed, Jul 20, 2016 at 5:56 PM, Renato Golin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 21 July 2016 at 01:39, Justin Lebar <jlebar at google.com> wrote: > > This is true if you s/checkout/clone/. With a single repo, you must > > clone (download) everything (*), but after you've done so you can use > > sparse checkouts to check out (create a

On Fri, Feb 03, 2017 at 03:40:32PM +1030, Ron wrote: > On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > > > address was NULL, and if that was true, neither of the hunks here would > > >

On 9 October 2015 at 19:02, David Blaikie <dblaikie at gmail.com> wrote: > Where "software" here is presumably the OS software Yes. This is the real noise, one that we cannot accept. > I think that misses the common usage of the term "flaky test" (or do the > tests themselves end up other (1) or (2)?) or flaky tests due to flaky > product code (hash

All, So I have started working with Solaris 10 at work a bit (I''m a Linux guy by trade) and I have a dying nfs box at home. So the long and short of it is as follows: I would like to setup a SATAII whitebox that uses ZFS as its filesystem. The box will probably be very lightly used, streaming media to my laptop and workstation would be the bulk of the work. However I do have quite a