similar to: You removed Weboob package over political reasons? Whole Internet laughs at you

On Mon, Dec 24, 2018 at 01:26:15PM -0500, rj coleman wrote: > > > > On Dec 24, 2018, at 10:42 AM, Alice Wonder <alice at domblogger.net> wrote: > > > >> On 12/24/18 7:21 AM, vsnsdualce at memeware.net wrote: > >> Debian is not ruled by the men who actually write the software, but instead women. > > > > *snip* > > > > Can we

> On Dec 24, 2018, at 11:26 AM, rj coleman <rjcdevelop at gmail.com> wrote: > > > >>> On Dec 24, 2018, at 10:42 AM, Alice Wonder <alice at domblogger.net> wrote: >>> >>> On 12/24/18 7:21 AM, vsnsdualce at memeware.net wrote: >>> Debian is not ruled by the men who actually write the software, but instead women. >> >>

> On Dec 24, 2018, at 10:42 AM, Alice Wonder <alice at domblogger.net> wrote: > >> On 12/24/18 7:21 AM, vsnsdualce at memeware.net wrote: >> Debian is not ruled by the men who actually write the software, but instead women. > > *snip* > > Can we please ban the person who sent that disgusting rant to the list Here here. Ban that individual please

On 12/25/18 4:48 PM, Scott Robbins wrote: > On Mon, Dec 24, 2018 at 01:26:15PM -0500, rj coleman wrote: >> >> >>> On Dec 24, 2018, at 10:42 AM, Alice Wonder <alice at domblogger.net> wrote: >>> >>>> On 12/24/18 7:21 AM, vsnsdualce at memeware.net wrote: >>>> Debian is not ruled by the men who actually write the software, but instead

Dear all, my R files (and the .csv files as well) are saved somewhere pretty deep down my hard disk. i have to chage to working directory therefore everytime i run R (i run it on powerPC mac), which is disgusting. using the setwd command at the beginning of an R script doesnt really help because i have to find this file first by hand. I am looking for possibility to run setwd during the

Hey guys, i dont know how to install 1.137 on my debian vps. is there some1 who can give me a step by step tutorial? thx :)

Express BiggerDick Solution * ROCK SOLID hardness that feels bigger, wider and fuller (to you and to HER) * THROBBING powerful blood flow to thePenis * ALL-NIGHT staying power You can''t go wrong. It''s doctor and herbalist endorsed. It''s used and recommended bySex industry professionals. http://atu.phfor.com http://asf.phfor.com

Hi, could anyone give recommendations (or share experience) regarding using ZFS: - FreeBSD 7-Stable (amd64 with 8GB RAM) + special tuning necessary (apart from increasing kernel memory to 1 or more GB for ZFS) - Samba 3.2 + ACLs possible directly under ZFS? + recommended compile options? - NFS - email (imap) - jails (I have seen some problems exist with using snaphots within

I do some google, I cannot find the answer... I check C std, I cannot find answer either. Delete infinite empty loop is boring, but if C/C++ lawyers could tell it is safe to to so, it would obviate the need to prove a non-countable loop infinite or not before DCE can delete it. That is the answer I'm waiting for to delete a disgusting dead non-countable loop in my way. On 11/14/2012

On Wed, Nov 14, 2012 at 12:22:33AM -0800, Shuxin Yang wrote: > I do some google, I cannot find the answer... > I check C std, I cannot find answer either. > > Delete infinite empty loop is boring, but if C/C++ lawyers could tell it > is safe to to so, > it would obviate the need to prove a non-countable loop infinite or not > before > DCE can delete it. > > That

Thomas, You should post this hear, as it's just as relevant ;) Hey guys, how do you feel now that you all owe Thompson $2k per year? Vorbis look more interesting now :) It's really disgusting how the technology is now worth more than the music. jack. ----- Forwarded message from Thomas Kirk <thomas@arkena.com> ----- Date: Sat, 9 Jun 2001 11:58:23 +0200 From: Thomas Kirk

On Tue, Sep 30, 2014 at 8:38 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > I thought hard about this, I think we are better off waiting till the > next release: there's a chance QEMU will have IOMMU support for KVM x86 > then, and this will make it easier to judge which way does the wind > blow. > > It seems that we lose nothing substantial keeping the status quo

On Tue, Sep 30, 2014 at 8:38 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > I thought hard about this, I think we are better off waiting till the > next release: there's a chance QEMU will have IOMMU support for KVM x86 > then, and this will make it easier to judge which way does the wind > blow. > > It seems that we lose nothing substantial keeping the status quo

Hi, I must find a way around the way live migration now uses ssh. I tested it and I see high cpu usage by SSH and overall sense of things being slow. My prod systems have a dedicated, fast link for live migration, but with ssh it would be crippled down to a <1Gbit. Does anyone have a working example of how to not use SSH as the transport layer? I guess this is what the -s option is for, but I

Hi, I must find a way around the way live migration now uses ssh. I tested it and I see high cpu usage by SSH and overall sense of things being slow. My prod systems have a dedicated, fast link for live migration, but with ssh it would be crippled down to a <1Gbit. Does anyone have a working example of how to not use SSH as the transport layer? I guess this is what the -s option is for, but I

On Tue, Jul 14, 2020 at 02:08:47PM +0200, Joerg Roedel wrote: > @@ -489,6 +490,9 @@ DEFINE_IDTENTRY_RAW(exc_nmi) > this_cpu_write(nmi_cr2, read_cr2()); > nmi_restart: > > + /* Needs to happen before DR7 is accessed */ > + sev_es_ist_enter(regs); > + > this_cpu_write(nmi_dr7, local_db_save()); > > nmi_enter(); > @@ -502,6 +506,8 @@

On Tue, Jul 14, 2020 at 02:08:47PM +0200, Joerg Roedel wrote: > @@ -489,6 +490,9 @@ DEFINE_IDTENTRY_RAW(exc_nmi) > this_cpu_write(nmi_cr2, read_cr2()); > nmi_restart: > > + /* Needs to happen before DR7 is accessed */ > + sev_es_ist_enter(regs); > + > this_cpu_write(nmi_dr7, local_db_save()); > > nmi_enter(); > @@ -502,6 +506,8 @@

On Wed, Feb 08, 2017 at 01:00:25PM -0500, Waiman Long wrote: > As the vcpu_is_preempted() call is pretty costly compared with other > checks within mutex_spin_on_owner() and rwsem_spin_on_owner(), they > are done at a reduce frequency of once every 256 iterations. That's just disgusting.

On Wed, Feb 08, 2017 at 01:00:25PM -0500, Waiman Long wrote: > As the vcpu_is_preempted() call is pretty costly compared with other > checks within mutex_spin_on_owner() and rwsem_spin_on_owner(), they > are done at a reduce frequency of once every 256 iterations. That's just disgusting.

It does look like Gentleman and Ihaka not only lied to the New York Times, but also to the New Zealand Herald and who knows who else. This is disgusting. The R programming language is the S programming language, and Gentleman and Ihaka are not the ones who designed it. http://thenewyorktimesissloppy.blogspot.com/