Re: [gentoo-dev] Should Sphinx really depends on PYTHON_COMPAT/PYTHON_USEDEP for `dev-python/*` ebuilds?

On śro, 2017-05-17 at 21:44 -0700, Daniel Campbell wrote: > On Sat, May 13, 2017 at 09:32:46AM +0200, Michał Górny wrote: > > On pią, 2017-05-12 at 17:42 -0700, Daniel Campbell wrote: > > > On 05/11/2017 12:51 AM, Michał Górny wrote: > > > > In fact, I'm personally leaning towards not building

Re: [gentoo-dev] mingw-w64 crossdev prefix?

On Thu, May 18, 2017 at 12:42:09AM -0400, Ian Stakenvicius wrote: > On 18/05/17 12:08 AM, Marty Plummer wrote: > > On Thu, May 18, 2017 at 06:46:24AM +0300, Alon Bar-Lev wrote: > >> Hi, > >> You can emerge crossdev and then run crossdev -t x86_64-w64-mingw32 or > >> crossdev -t i686-w64-mingw32 >

Re: [gentoo-dev] Should Sphinx really depends on PYTHON_COMPAT/PYTHON_USEDEP for `dev-python/*` ebuilds?

On Sat, May 13, 2017 at 09:32:46AM +0200, Michał Górny wrote: > On pią, 2017-05-12 at 17:42 -0700, Daniel Campbell wrote: > > On 05/11/2017 12:51 AM, Michał Górny wrote: > > > In fact, I'm personally leaning towards not building docs at all > > > in ebuilds. It's practically a wasted effort since

Re: [gentoo-dev] mingw-w64 crossdev prefix?

On 18/05/17 12:08 AM, Marty Plummer wrote: > On Thu, May 18, 2017 at 06:46:24AM +0300, Alon Bar-Lev wrote: >> Hi, >> You can emerge crossdev and then run crossdev -t x86_64-w64-mingw32 or >> crossdev -t i686-w64-mingw32 >> Alon >> > I'm aware of that, using it. Its simply the fact that its fairly

Re: [gentoo-dev] dev-libs/libressl: mingw-w64 build calls wine

On Thu, May 18, 2017 at 07:16:43AM +0300, Alon Bar-Lev wrote: > On 18 May 2017 at 07:10, Marty Plummer wrote: > > On Thu, May 18, 2017 at 06:53:48AM +0300, Alon Bar-Lev wrote: > >> On 18 May 2017 at 06:54, Marty Plummer wrote: > >> > Greetings, > >>

Re: [gentoo-dev] mingw-w64 crossdev prefix?

On Wed, May 17, 2017, at 22:53 CDT, Alon Bar-Lev wrote: > On 18 May 2017 at 06:46, Matthias Maier wrote: >> [2] I had to manually disable libsanitizer for gcc-6.3.0. Just set >> EXTRA_ECONF="--disable-libsanitizer" via env/package.env for the >>

Re: [gentoo-dev] dev-libs/libressl: mingw-w64 build calls wine

On 18 May 2017 at 07:10, Marty Plummer wrote: > On Thu, May 18, 2017 at 06:53:48AM +0300, Alon Bar-Lev wrote: >> On 18 May 2017 at 06:54, Marty Plummer wrote: >> > Greetings, >> > >> > As the subject states, compiling dev-libs/libressl for

Re: [gentoo-dev] dev-libs/libressl: mingw-w64 build calls wine

On Thu, May 18, 2017 at 06:53:48AM +0300, Alon Bar-Lev wrote: > On 18 May 2017 at 06:54, Marty Plummer wrote: > > Greetings, > > > > As the subject states, compiling dev-libs/libressl for x86_64-w64-mingw32 > > target via crossdev ends up calling wine to run checks, which

Re: [gentoo-dev] mingw-w64 crossdev prefix?

On Thu, May 18, 2017 at 06:46:24AM +0300, Alon Bar-Lev wrote: > Hi, > You can emerge crossdev and then run crossdev -t x86_64-w64-mingw32 or > crossdev -t i686-w64-mingw32 > Alon > I'm aware of that, using it. Its simply the fact that its fairly broken for mingw-w64, and requires quite a lot of

Re: [gentoo-dev] dev-libs/libressl: mingw-w64 build calls wine

On 18 May 2017 at 06:54, Marty Plummer wrote: > Greetings, > > As the subject states, compiling dev-libs/libressl for x86_64-w64-mingw32 > target via crossdev ends up calling wine to run checks, which fails with > an access violation, and as such emerge cannot finish. > >

Re: [gentoo-dev] mingw-w64 crossdev prefix?

On 18 May 2017 at 06:46, Matthias Maier wrote: > [2] I had to manually disable libsanitizer for gcc-6.3.0. Just set > EXTRA_ECONF="--disable-libsanitizer" via env/package.env for the > cross-x86_64-w64-mingw32/gcc package. Hi, You should use the USE flags and not apply

Re: [gentoo-dev] mingw-w64 crossdev prefix?

Hi there, On Wed, May 17, 2017, at 17:25 CDT, Marty Plummer wrote: > Greetings, > > So, I'm a relatively new gentoo user (as of 2016-12) coming from arch, > and one thing I've noticed is the relative difficulty of setting up a > mingw-w64 cross-compile toolchain and

Re: [gentoo-dev] mingw-w64 crossdev prefix?

Hi, You can emerge crossdev and then run crossdev -t x86_64-w64-mingw32 or crossdev -t i686-w64-mingw32 Alon On 18 May 2017 at 01:25, Marty Plummer wrote: > > Greetings, > > So, I'm a relatively new gentoo user (as of 2016-12) coming from arch, > and one thing I've

[gentoo-dev] [PATCH 1/1] kernel-2.eclass: Handle upstream rc kernel file type and, file location change for versions >= 4.12

For the latest rc kernel release, (4.12-rc1), upstream has decided to change the way the patch is distributed. The patch now resides in a git repository and is no longer compressed. Some discussion can be found here[1] if one is interested. They could reverse this decision. This patch handles

[gentoo-dev] mingw-w64 crossdev prefix?

Greetings, So, I'm a relatively new gentoo user (as of 2016-12) coming from arch, and one thing I've noticed is the relative difficulty of setting up a mingw-w64 cross-compile toolchain and libraries. I'm considering the idea of setting up a sort of prefix specifically with the intent of being

[gentoo-dev] Last rites: mail-client/squirrelmail

# Thomas Deutschmann (17 May 2017) # Unpatched security vulnerability per bug #616700 # Removal in 30 days. mail-client/squirrelmail -- Regards, Thomas Deutschmann / Gentoo Security Team C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5 signature.asc Description: OpenPGP

[gentoo-dev] Last rites: www-apps/joomla

# Thomas Deutschmann (17 May 2017) # Multiple unpatched security vulnerabilities (see bug #603756, #610696, #612650 ...) # Removal in 30 days. www-apps/joomla -- Regards, Thomas Deutschmann / Gentoo Security Team C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5

[gentoo-dev] Fixing elasticsearch maintainer

Ohey, as you might have noticed I've just corrected the metadata.xml of all elasticsearch-related packages. For some strange reason I was listed there as maintainer, but since no one wanted to listen to my ideas I guess I wasn't. So now last person who touched it gets stuck with it. Since

[gentoo-dev] net-mail/cyrus-imap-admin dev-libs/cyrus-imap-dev Mask for removal

# Eray Aslan (17 May 2017) # Functionality merged to cyrus-imapd-2.5.x series. # cyrus-imapd-2.5.10 was stabilized in Jan 2017. Upgrade # if you haven't already done so. Removal in 30 days. net-mail/cyrus-imap-admin dev-libs/cyrus-imap-dev # Masking for end-user convenience.