search for: 20190110

...eers! Filipe Carvalho -- UP Digital Filipe Carvalho Infraestruturas Tecnol?gicas / IT infrastructures filipec at uporto.pt <mailto:filipec at uporto.pt> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/f1f40f7d/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: pnhmgoiocebmonnh.png Type: image/png Size: 2590 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/f1f40f7d/attachment.png> -------------- n...

...ncrypt/post.hooks.d/reload > PrivateTmp=true > > one would think this would work and reload nginx after the cert has > been renewed... > > Aki > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/63c108b9/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: pnhmgoiocebmonnh.png Type: image/png Size: 2590 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/63c108b9/attachment.png> -------------- n...

...-q renew --post-hook /etc/letsencrypt/post.hooks.d/reload PrivateTmp=true one would think this would work and reload nginx after the cert has been renewed... Aki -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/bd9a2fc5/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: pnhmgoiocebmonnh.png Type: image/png Size: 2590 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/bd9a2fc5/attachment-0001.png> ------...

...gt;> PrivateTmp=true >> >> one would think this would work and reload nginx after the cert has >> been renewed... >> >> Aki >> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/49c303cd/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: pnhmgoiocebmonnh.png Type: image/png Size: 2590 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/49c303cd/attachment-0001.png> ------...

...ailto:llvm-dev at lists.llvm.org> > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190110/d49bd1c0/attachment.html>

While I understand the value of turning it off, it is somewhat annoying when you're trying to run a clang -S -emit-llvm to discover that you're not getting any value names. I would suggest that, irrespective of the kind of build you use, -S -emit-llvm should cause the value names to be defaulted to on as a principle of least surprise to the user. -----Original Message----- From: llvm-dev

...gt; > > -- > Best regards, > Odhiambo WASHINGTON, > Nairobi,KE > +254 7 3200 0004/+254 7 2274 3223 > "Oh, the cruft.", grep ^[^#] :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/974fc49b/attachment-0001.html>

I’d like us to move forward with something along the lines Erich proposed back in May, ideally early enough in the LLVM 8 release process that people testing the release will be able to provide feedback. Are there any remaining concerns? > On May 23, 2018, at 6:21 AM, Keane, Erich via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi all- > I just wanted to bump this again,

...a new, unique GUID. > doveadm deduplicate -u gabriel.kaufmann at gmx.net mailbox-guid May be anyone know a better solution. -- Best regards Gabriel Kaufmann -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190110/51672b8f/attachment.html>

On Wed, 9 Jan 2019 at 13:09, Jacky <jacky at jesstech.com> wrote: > Hi Gerald, > > in my postfix/main.cf > > smtpd_sasl_authenticated_header = yes > smtpd_sasl_security_options = noanonymous > smtpd_sasl_local_domain = $myhostname > smtpd_sasl_type = dovecot > smtpd_sasl_path = /var/run/dovecot/auth-client > broken_sasl_auth_clients = yes > > I am already

...but that’s not very convenient. What should I do to be able to access computers on the office LAN other than VPN_office from a roaming client? Thanks, Marcel -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20190110/d87293c3/attachment-0001.html>

https://bugzilla.netfilter.org/show_bug.cgi?id=1277 Bug ID: 1277 Summary: v1.8.0 FTBFS on Void Linux due to conflicting definitions Product: iptables Version: unspecified Hardware: x86_64 OS: other Status: NEW Severity: blocker Priority: P5 Component: unknown

sorry, ignore my earlier email. I followed this: https://stackoverflow.com/questions/42881901/how-to-compile-some-modules-in-llvm-with-debug-mode-others-with-release-mode and got the debug build completed. On Sat, Jan 5, 2019 at 10:02 AM Peter Teoh <htmldeveloper at gmail.com> wrote: > will this help? > > >

The names are dropped to save memory when a release build of the compiler is being used. This is what you probably want on a release compiler you intend to ship since it should be faster. The NDEBUG check is an easy way to tell the difference between release and debug builds. People probably don't want to have to remember to set an additional cmake option to make a release compiler faster.

Hello, We would like to propose a way for improving the diagnostics for address_space by being able to pass strings as an argument to it instead of just an integer. This was initially proposed before (http://lists.llvm.org/pipermail/cfe-dev/2018-August/058702.html) but did not focus on it at the time. Reasoning: Clang's __attribute__((address_space(...))) feature uses an arbitrary integer as

But in my module this function already exist… I first want to delete it but without also deleting the calls to it… From: Boldizsar.Palotas at esa.int <Boldizsar.Palotas at esa.int> Sent: Donnerstag, 13. Dezember 2018 10:53 To: Gaier, Bjoern <Bjoern.Gaier at horiba.com> Cc: LLVM Developers Mailing List <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Setting a function in a

+cfe-dev at lists.llvm.org On Thu, Jan 10, 2019 at 2:16 PM Jacob Lifshay <programmerjake at gmail.com> wrote: > > Stash a lookup table from integers to strings in Context and dynamically allocate integers for new strings. You can then keep integers in most of the code, writing/displaying strings for the integers with an entry in the table when writing to files or displaying. > >

On Tue, Jan 8, 2019 at 9:24 AM Clement Courbet <courbet at google.com> wrote: > > > On Mon, Jan 7, 2019 at 10:26 PM James Y Knight <jyknight at google.com> > wrote: > I'm afraid about the "almost" and "generally": what about users who don't ? > Even so, it should be fine to enable it for those platforms which do include it. I do note,

https://bugs.freedesktop.org/show_bug.cgi?id=107829 Bug ID: 107829 Summary: nouveau crash/freeze [MULTIPLE_WARP_ERRORS] warp 3f0009 [ILLEGAL_INSTR_ENCODING] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority:

I've come across a curious and pernicious problem in llvm-rc. absolute.test checks that llvm-rc can accept a filename that is an absolute path. And it works just fine. Until you run it with a file that starts with "/c." These will fail: llvm-rc /crawl/through/some/path/to/my.rc llvm-rc /c/some/path/to/my.rc The option parser ends up interpreting "/" as an option prefix