search for: misremembered

I am using the Mate desktop on CentOS 7 and have found that the mouse intermittently becomes unresponsive for a few seconds, typically no more than 3-5 seconds. I do not remember seeing that when I used the regular Gnome desktop on CentOS 6 but I could misremember. The machine is fast and uses a dual-monitor setup with the native nVidia graphics driver. Is this really to be expected? I thought

> We now have a new archive repo at zytor.com. Almost all resources and > communication channels depend on zytor.com being on-line, including the > mailing list itself. > > Please note how the "bounces..." address is still "at zytor.com". > Whether that has any (positive or negative) influence in some case / > support / troubleshooting / configuration,

Mark Rousell wrote: > On 30/10/2018 17:14, Simon Matter wrote: <snip> > Yup. When I looked at IBM Power machines before (maybe about a year ago, > not sure), there was actually a pricing tool on the website. You could go > through various options for machines (GPUs, CPUs, storage, memory, etc.) > and get a price. Annoyingly I didn't record detailed pricing info but, as

We're using ansible to configure our CentOS 6 servers, and we have a task to install a specific version of a package: - name: install thrift2 yum: name=ripencc-thrift2-{{ version }} In this ansible task, the "version" variable is set by the operator. When we want to upgrade, it works. But today we had to downgrade, and noticed that ansible wasn't downgrading it. So we tried

...t; So I just edited /etc/nut/upsd.users to add both the commands it claims >> to have but get this response to either: > > In your original example, you had multiple “instcmd =“ lines for one user- I think the allowed commands all need to be listed on one instcmd line. Ignore this, I misremembered (and didn't read far enough down the URL I sent). Multiple allowed commands are specified with one command per instcmd.

On 2017-02-15, John R Pierce <pierce at hogranch.com> wrote: > On 2/14/2017 4:48 PM, tdukes at palmettoshopper.com wrote: > >> 3 - Can additional drive(s) be added later with a changein RAID level >> without current data loss? > > Only some systems support that sort of restriping, and its a dangerous > activity (if the power fails or system crashes midway through

On Mon, 5 Nov 2018, Darren Tucker wrote: > On 5 November 2018 at 16:41, Michael Forney <mforney at mforney.org> wrote: > > > This causes EVP_CIPHER_CTX_set_iv to get replaced unnecessarily (or > > a duplicate symbol error if linking statically). > > > > Applied, thanks. should this go on the V_7_9 branch too? > >

On Fri, Apr 4, 2008 at 5:58 PM, Vikram S. Adve <vadve at cs.uiuc.edu> wrote: > On Apr 4, 2008, at 4:51 PM, Daniel Berlin wrote: > > > On Fri, Apr 4, 2008 at 2:38 AM, Bill Wendling <isanbard at gmail.com> > > wrote: > >> On Apr 2, 2008, at 10:11 PM, Xuehai Qian wrote: > >>> Hi LLVMers, > >>> I am a PHD student in CS dept in UIUC,

It seems like that kind of problem could be solved by making sure that tinc continues PINGing over TCP metaconnections even when an UDP tunnel is established, to keep the metaconnection alive. In fact I was under the impression that the 1.1 branch already did that or that I had submitted some code to do that at some point in the past, but it looks like I maybe be misremembering things. On 13

Hi Shoaib, > You added the old account for Eli (eli.friedman); I went ahead and switched it > to the newer account (efriedma). You can tell it's an old account because if you > go to https://reviews.llvm.org/p/eli.friedman/ (which can be accessed by e.g. > clicking the eli.friedman in your reviewers list), the last activity is from > 2016, whereas

On 4/6/20 9:54 AM, Daniel P. Berrangé wrote: > On Mon, Apr 06, 2020 at 03:47:01PM +0200, Miguel Duarte de Mora Barroso wrote: >> Hi all, >> >> I'm aware that it is possible to plug pre-created macvtap devices to >> libvirt guests - tracked in RFE [0]. >> >> My interpretation of the wording in [1] and [2] is that it is also >> possible to plug

Hi, The coding standard document doesn't mention anything about preferred indentation width (only not to change per-file and not make massive re-tabbing diffs), but I swear I've had people complain at me for not using 2 spaces in new files I've committed. Am I misremembering, or is there a preferred tabwidth of 2, and if so where is it / should it be documented? Cheers,

On 23 Mar 2016, at 16:11, David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > if we expected the first person to write a syntax highlighter (or even the larger Clang Tooling/AST Matcher infrastructure) to library-ify Clang, those efforts wouldn't've happened Perhaps I’m misremembering, but didn’t the first person to write a syntax highlighter using clang write

> On Mar 28, 2024, at 13:24, Jochen Bern <Jochen.Bern at binect.de> wrote: > > ?[ProxyCommand with 'nc'...] if you know how disparate the options of "nc"/netcat can look from one distrib to the next, you'll immediately know why this suggestion has me concerned. :-} I may be misremembering or completely wrong, but isn't 'ssh -W' intended to be a

...>> bad magic number as if you specify it via dtb, but that >> should probably be fixed in the kernel :-) > > I don't really see how this would be possible - the "complaining code" > is just a normal platform device probe function. Sorry, you're correct and I misremembered. I just retested with specifying via command line and it behaves the same way as via dtb. -- PMM

...>> bad magic number as if you specify it via dtb, but that >> should probably be fixed in the kernel :-) > > I don't really see how this would be possible - the "complaining code" > is just a normal platform device probe function. Sorry, you're correct and I misremembered. I just retested with specifying via command line and it behaves the same way as via dtb. -- PMM

On 2/20/19 5:22 PM, H. Peter Anvin via Syslinux wrote: > On 2/18/19 8:56 AM, Ady Ady via Syslinux wrote: >> >> BTW, until very recently, we used to have a "syslinux-commits" mailing >> list (and its archive). >> >> Would it be possible to have "syslinux-commits" back (and its archive)? >> >> IIRC, it was "linked" to the

...a relatively simple change, but of course it feels rather unsatisfying and suffers from the problem that there's now some redundancy. On discussing this on IRC, I believe Hal had suggested that we might want to consider adding some way to add metadata on function arguments (and I apologize if I misremembered the exact proposal), to be able to write things like: call void @llvm.memcpy(i8* %dest !tbaa !1 !noalias !2, i8* %src !tbaa !2 !noalias !3, ...) Of course we currently don't allow this kind of thing in the IR at all, so this would be a pretty major change. I'd like to solicit some opinion...

Hi, I have successfully installed Debian using PXE boot and the local tftp server of Qemu. To do that I grab a copy of netboot.tar.gz for the amd64 architecture from the debian website for Buster (10.1), extracted it then recreate the symlink found: - mklink ldlinux.c32 debian-installer\amd64\boot-screens\ldlinux.c32 - mklink pxelinux.0 debian-installer\amd64\pxelinux.0 - mklink /D pxelinux.cfg

On Apr 4, 2008, at 8:28 PM, Daniel Berlin wrote: > On Fri, Apr 4, 2008 at 5:58 PM, Vikram S. Adve <vadve at cs.uiuc.edu> > wrote: >> >> >> Dan, >> >> Doesn't the paper also assume the invariant that phi operands are >> effectively dead after the Phi, which is true right after SSA is >> constructed, but potentially not after