Displaying 20 results from an estimated 5000 matches similar to: "Proposal to raise ML digest threshold"
2025 May 16
1
Proposal to raise ML digest threshold
Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes:
> Are there many digest subscribers currently active? WDYT about raising the
> size threshold significantly (500K? more?) or abolishing it and just going
> for one digest per day?
>
> I guess the setting is there to make heated discussions (much traffic)
> visible faster. I suppose it does not impact
2025 May 16
1
Proposal to raise ML digest threshold
Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes:
> Are there many digest subscribers currently active? WDYT about raising the
> size threshold significantly (500K? more?) or abolishing it and just going
> for one digest per day?
>
> I guess the setting is there to make heated discussions (much traffic)
> visible faster. I suppose it does not impact
2014 Jul 15
2
missing HAVE_EVP_RIPEMD160 breaks ssh client
Hello,
I've updated sources but forgot to recreate configure so I've ended without
#define HAVE_EVP_RIPEMD160 1
and ssh client ended with:
OpenSSH_6.7p1, OpenSSL 1.0.1h-fips 5 Jun 2014
debug1: Reading configuration data ssh.config
main: mux digest failed
The problem was that ssh_digest_by_alg() couldn't verify alg with an index bigger than 1 since
the line with SSH_DIGEST_RIPEMD160
2015 Jan 30
2
[LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk
On Fri, Jan 30, 2015 at 6:51 PM, Chris Bieneman <cbieneman at apple.com> wrote:
> +Alex Bradbury
>
> Sounds to me like we have no known users still on VS 2012.
>
> So, how about we plan to move forward again with Chandler’s proposal for making this transition. For those who don’t want to dig through to the beginning here’s the basic plan:
>
> 1) Loop in cfe-dev and
2007 May 16
1
Digest settings
Timo,
Wonder if you can tweak the digests to hold more messages? In 5 hours
this morning, I've received 6 digests, seems a little excessive to me.
--
Kenny Dail <kend at amigo.net>
2005 Feb 01
1
list administrator.....???
I keep recieving multiple digests per day. Need to find out if there is a way to limit the number digests that are being sent to me. Tried contacting the list administrator, but I have not recieved a response. Does anyone have a alternate email for him...???
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
2007 May 03
1
Digest size
On Thursday 03 May 2007 22:00, centos-request at centos.org wrote:
> --- Ioannis Vranos <ivranos at freemail.gr> wrote:
>
> > Ralph Angenendt wrote:
> > >
> > > That number is only for splitting off digests if that number is reached
> > > before the *daily* archive gets out. As I already said: This number can
> > > be changed as it really
2015 Jan 30
0
[LLVMdev] [cfe-dev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk
+Alex Bradbury
Sounds to me like we have no known users still on VS 2012.
So, how about we plan to move forward again with Chandler’s proposal for making this transition. For those who don’t want to dig through to the beginning here’s the basic plan:
1) Loop in cfe-dev and lldb-dev (Done!)
2) Wait until this email fully circulates in digests and LLVM Weekly so that everyone who has an objection
2006 Sep 13
4
CentOS-announce mailing list
Hi,
does it true every CentOS mailing list subscriber gets a digests from
CentOS-announce mailing list?
I get digest from CentOS-announce, but I subscribe announce (i386) for
other email address.
Regards
--
Dominik
2004 Aug 06
1
Speex mailing list migrating to xiph.org
Hello Speex list members,
The Speex Project is moving into space here on Xiph.Org's servers,
and among other things, we're taking over running the mailing list.
The new address for Speex mail is 'speex-dev@xiph.org'. All the
members of the current list are already added to the new speex-dev
list. An online searchable mailing list archive is at
http://www.xiph.org/archives/speex/
2014 Aug 22
5
[LLVMdev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk
Starting a new thread to loop in cfe-dev and lldb-dev. For those not following along there has been a thread on llvm-dev about moving the minimum required Visual Studio version to 2013. The motivating reason is this will allow us to take advantage of a bunch of C++11 features that are not supported by MSVC 2012. According to MSDN (http://msdn.microsoft.com/en-us/library/hh567368.aspx) the list is:
2020 May 01
4
Request: tools::md5sum should accept connections and finally in-memory objects
AFAIK there is no hashing utility in base R which can create hash
digests of arbitrary R objects. However, as also described by Henrik
Bengtsson in [1], we have tools::md5sum() which calculates MD5 hashes of
files. Calculating hashes of in-memory objects is a very common task in
several areas, as demonstrated by the popularity of the 'digest' package
(~850.000 downloads/month).
Upon
2023 Feb 22
2
GPIO as NUT driver interface?
Great, thanks!
Also just for context, this sounded reminiscent of one of the first NUT
drivers, `genericups` (for simple contact-closure support, with IIRC
serial-port connections rather than GPIO).
Nearby there's also a `generic_modbus" name. Wondering if the new driver
should be (similar to) `generic_gpio`.
@Community verdict: Then there was also an effort some years ago to name
2012 Dec 18
2
cache-busting non-digest assets in sprockets in development a good idea? should headers in sprockets be configurable?
Just monkey patched Sprockets in our Rails 3.2.9 app to override the
Cache-Control header for html assets that we need to tweak more often in
development, but that we don''t want to use digests/fingerprinting with:
# Sprockets 2.x patch
if Rails.env.development?
module Sprockets
module Server
private
alias_method :sprockets_headers, :headers
def headers(env,
2002 Oct 11
1
Any MD5 digests for source files?
Do MD5 digests exist somewhere for the source packages? If not, is there
some other way to verify the integrity of the files we've downloaded?
Thanks.
--
Stuart Luppescu -=- s-luppescu at uchicago.edu
University of Chicago -=- CCSR
$B:MJ8$HCRF`H~$NIc(B -=- Kernel 2.4.19-xfs-r1
There *is* no such thing as a civil engineer.
-------------- next part
2023 Feb 23
1
GPIO as NUT driver interface?
FWIW, there is precedent with libusb{1,0}, libshut and libhid which
abstract NUT operations from a "backend lib" to build against; similar for
serial.c used by many drivers. Take care to not conflict by filenames with
"real" third-party libs used by the build - especially to avoid mixups for
headers and in docs/discussion.
Jim
On Thu, Feb 23, 2023, 22:16 MODRIS B?RZONIS
2023 Feb 22
1
GPIO as NUT driver interface?
Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes:
> Nearby there's also a `generic_modbus" name. Wondering if the new driver
> should be (similar to) `generic_gpio`.
sound good.
It would be nice if there were an abstraction layer for various GPIO
access methods, rather than hard-coding linux, even if there is only one
implementation of the
2019 Feb 13
3
DNSSEC Questions
On 2/12/19 10:55 PM, Alice Wonder wrote:
> DNSSEC keys do not expire. Signatures do expire. How long a signature
> is good for depends upon the software generating the signature, some
> lets you specify. ldns I believe defaults to 60 days but I am not sure.
>
> The keys are in DNSSKEY records that are signed by your Key Signing
> Key and must be resigning before the signature
2023 Feb 23
1
GPIO as NUT driver interface?
Did refactoring to better split library specifics, now see
open/close/read lines that any library should support. Need to split
into 2 files, may to go for library?
On 2/22/23 20:17, Greg Troxel wrote:
> Jim Klimov via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes:
>
>> Nearby there's also a `generic_modbus" name. Wondering if the new driver
>>
2005 Nov 23
2
[OT] Message-ID Threading w/Subject Append Example -- WAS: pine rpm for centos 4
On Tue, 22 Nov 2005 11:29:00 -0500 (EST), Joshua Baker-LePain
<jlb17 at duke.edu> wrote:
> I'm sorry, but making decisions based on Stupid User Tricks is about
> the worst policy I can imagine. That way lies madness.
No, where lies madness is in the self-centred way in which some
people make demands of others to alter innocuous behaviour so that
the data requirements of