similar to: Modified dovecot_deleted_to_trash-0.3.ebuild plugin

I have just upgraded to the latest version of dovecot (Gentoo amd64). When I try to compile the dovecot_deleted_to_trash plugin it won't compile. Is this plugin going to be updated (from https://github.com/lexbrugman/dovecot_deleted_to_trash - same error from https://github.com/NethServer/dovecot-deleted-to-trash)? # make cc \ -fPIC -shared -Wall \ -I/usr/include/dovecot \

Am Montag, 8. August 2005 18:12 schrieb Reid Spencer: > Stephan, > > I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. > While "make bootstrap" is the correct way to build GCC, its not the correct > way to build llvm-gcc. > > Based on my experience with this, I suggest you completely erase your build > tree and then follow

Answers inline .. Stephan Wienczny wrote: > > Hallo, > > do you know if bootstrap is the default target? No, "all" is the default. > > This is what I'm doing: > <code> > inherit eutils > > DESCRIPTION="C, C++ Frontend for Low Level Virtual _Machine" > HOMEPAGE="http://llvm.org/" >

Hi! Since I switched from SuSE to Gentoo (before Novell era :-) I wrote a simple ebuild script for building wxruby on Gentoo. Few notes: a) in order to work, wxruby-0.1.0.tgz should contain wxruby-0.1.0 folder since it is a Gentoo policy and I hope it''s not a problem to change that for 0.2.0 b) I assumed that one needs Ruby >= 1.8.0 and wx >= 2.4.1. Is it OK? Please inspect

Stephan, I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. While "make bootstrap" is the correct way to build GCC, its not the correct way to build llvm-gcc. Based on my experience with this, I suggest you completely erase your build tree and then follow the CFEBuildInstr.html instructions *to the letter* with zero deviations. If you

Am Montag, 8. August 2005 04:15 schrieb Chris Lattner: > > I have never seen this, and don't really have any ideas. What configure > options did you use? Did you follow the directions here? > > http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html > Yes I followed those instructions - almost. This is my configure line: ../src/configure --prefix=/usr --disable-threads

I''ve recently deployed an application using InstantRails 1.3a on Windows and was searching around for instructions on how to configure this instance of Apache to use SSL. I came across the following resource: http://tud.at/programm/apache-ssl-win32-howto.php3 When I finally brought the application up, I encountered the following errors in the Apache log: [warn] Loaded DSO

Thanks for working on this Luke! We appreciate your efforts to make it easier to tell what's in the exported API and we're very happy to work with you on any changes needed to tidyverse/r-lib packages. Hadley On Thu, Jun 6, 2024 at 9:47?AM luke-tierney--- via R-devel < r-devel at r-project.org> wrote: > This is an update on some current work on the C API for use in R >

Thanks so much for your wonderful work, Luke! I didn't expect such a clarification to happen this soon. This is really great. For convenience, I created a quick web page to search the result of tools:::funAPI(). https://yutannihilation.github.io/R-fun-API/ Hope this helps those who are too lazy to install R-devel to check. Best, Yutani 2024?6?6?(?) 23:47 luke-tierney--- via R-devel

Thanks for sharing this overview of an interesting and much-needed project. You mention that R exports about 1500 symbols (on platforms supporting visibility) but this subject isn't mentioned explicitly again in your note, so I'm wondering how things tie together. Un-exported symbols cannot be part of the API - how would people use them in this case? In a perfect world the set of

On Fri, 7 Jun 2024, Steven Dirkse wrote: > You don't often get email from sdirkse at gams.com. Learn why this is important > Thanks for sharing this overview of an interesting and much-needed project. > You mention that R exports about 1500 symbols (on platforms supporting > visibility) but this subject isn't mentioned explicitly again in your note, > so I'm wondering

Would it be reasonable to move the non-API stuff that cannot be hidden into header files inside a "details" directory (or some other specific naming scheme)? That's what I use when I need to separate a public API from an internal API. On Fri, Jun 7, 2024 at 7:30?AM luke-tierney--- via R-devel <r-devel at r-project.org> wrote: > > On Fri, 7 Jun 2024, Steven Dirkse

Hi I''ve just done a bit of re-jig of bits of the Wiki. I''ve added a FAQ page, suggestions welcome. I''m happy to write them up (assuming I know/can find the answers). Also, I''ve just been editing the Installation page. From the downloads page, it looks like only an old version of WxRuby (0.2.0) is available to Gentoo''s pkg mgr, but is it in fact

http://bugs.freedesktop.org/show_bug.cgi?id=14804 Summary: swfdec ebuild for gentoo Product: swfdec Version: 0.5.5 Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec at lists.freedesktop.org ReportedBy:

Are there any plans for a puppet dashboard ebuild for gentoo? Thx. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To view this discussion on the web visit https://groups.google.com/d/msg/puppet-users/-/Ps904r0de8wJ. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to

Hello, FYI, I left an ebuild for mgeops in Gentoo Bugzilla under the number 232855.

Hello, I'm attaching two trivial patches. One is against latest mesa to fix build of nouveau dri driver, another against mesa-9999-r1 ebuild, fixing dependencies. Please CC me with any comments, I'm not subscribed to the list. AstralStorm -------------- next part -------------- A non-text attachment was scrubbed... Name: mesa-fix-ebuild-deps.patch Type: text/x-patch Size: 544 bytes

Hi guys, there are few issues concerning LLVM and Gento Linux below. 1. Gentoo encourages to think of smarter packaging. Oversimplified, but... there are at least three audiences using LLVM: - application users - developers *using* LLVM in their projects - developers *changing* LLVM sources. Application users are not interested in LLVM, they are rather interested to have their favorite

Greetings list, Does anyone know if there's a maintained 1.4 ebuild for Gentoo? Even with the ~amd64 keyword, latest in the official Portage repository is 1.2.13. Thanks in advance. Regards, Chris -- C.M. Bagnall, Director, Minotaur I.T. Limited This email is made from 100% recycled electrons

I'm hoping that there are some Gentoo users on this list who will chime in on a bug that is near and dear to my heart. We've created an updated Gentoo ebuild that adds a sieve USE flag and builds dovecot-sieve if the use flag is enabled. The gentoo bug is here: https://bugs.gentoo.org/show_bug.cgi?id=141743 and the ebuild is available as an attachment to that bug, or as a patch