Re: [gentoo-dev] qemu/qemu-user changes

> >> I'd add a new ebuild for qemu-user that is always static, with a > >> initscript to ease having the binfmt set up, it will be close > >> resembiling the ebuild qemu-user-static from sabayon and not colliding > >> with qemu. > > > > could you please add target useflags (like the other qemu ebu

Re: [gentoo-dev] New eclass for Python

On Tue, 28 Feb 2012 22:13:36 +0100 Krzysztof Pawlik wrote: > I'm attaching the eclass itself and two ebuilds using it, code is also > available > in my overlay at > http://git.overlays.gentoo.org/gitweb/?p=dev/nelchael.git;a=summary Nice! > eclass/python-distutils-ng.eclass > 236

[gentoo-dev] lurking *.ebuild'less packages

slep noticed and reported an odd thing: $ euse -i kate ... ls: cannot access /gentoo/portage/metadata/cache/kde-base/kdebindings-perl-*: No such file or directory ls: cannot access /gentoo/portage/metadata/cache/kde-base/kdebindings-ruby-*: No such file or directory ... The dirs they don't cont

Re: [gentoo-dev] profiles/features/64bit-native/package.use.mask contents redundancy

> > > Feature request: > > > Can we add a double-inclusion detector for profiles to repoman? > > > > If it's not too noisy. Right now, profiles.desc contains 83 profiles > > with double inclusions like this. See attached data and scripts. > > Looks nice! > > 'desktop/*' thing needs serious e

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

> oasis_use_enable() { > echo "--override $2 `use $1 && echo \"true\" || echo \"false\"`" > } Mike added 'usex' to 'eutils.eclass' recently, so you might like to use it: (UNTESTED) echo "--override $2 $(usex $1 true false)" > oasis_src_configure() { > ocaml setup.ml -configure

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

> > > oasis_use_enable() { > > > echo "--override $2 `use $1 && echo \"true\" || echo > > > \"false\"`" } > > > > Mike added 'usex' to 'eutils.eclass' recently, so you might like to > > use it: (UNTESTED) > > echo "--override $2 $(usex $1 true false)" > > it needs to print the quotes to

Re: [gentoo-dev] haskell-cabal.eclass suggestions

On Fri, 30 Mar 2012 13:59:10 +0200 ""Paweł Hajdan, Jr."" wrote: > > echo 'import Distribution.Simple; main = defaultMainWithHooks > > defaultUserHooks' \ > > > $setupdir/Setup.hs > > } > > I think there should be || die after echo, to catch out-of-disk-space > problems. Ok :] > >

Re: [gentoo-dev] Debugging a Linux kernel deadlock when doing swap on ZFS

On Thu, 12 Apr 2012 19:30:08 -0400 Richard Yao wrote: > I am running Gentoo on ZFS using the kernel modules from sys-kernel/spl > and sys-fs/zfs. If I put swap on ZFS, the kernel appears to deadlock > when it tries to use it. I am having trouble getting a backtrace. > > Does anyone have any sugg

Re: [gentoo-dev] Making user patches globally available

On Sun, 15 Apr 2012 16:53:04 +0800 Patrick Lauer wrote: > On 04/15/12 16:16, Ryan Hill wrote: > > Right now we have support in some packages for user patches - those being > > patches dropped into /etc/portage/patches/pkgname/ - which are automatically > > applied. Because this feature is implem

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 for git switch. git-cvsserver would make sense if it would be completely transparent for cvs client. and it's not. so why bother setuping fragile things? - -- Sergei -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAY

[gentoo-dev] [PATCH] games.eclass: allow EAPI=4

Nice to drop '|| die' and have REQUIRED_USE in games ebuilds OK to push? Thanks! -- Sergei Index: games.eclass === RCS file: /var/cvsroot/gentoo-x86/eclass/games.eclass,v retrieving revision 1.147 diff -u -u -r1.147 games.eclass

Re: [gentoo-dev] Re: freebsd.eclass change

On Sun, 01 Jul 2012 20:21:00 -0400 Richard Yao wrote: > > + local arch=$(uname -m) > > + case $(uname -m) in I guess you have created 'local arch=' for a reason. [no idea where you plan to use it, but] 'uname -m' is fragile in croscompiler environments which you seem to have touched

[gentoo-dev] [RFC] new tmpfilesd.eclass

As gentoo switched to /var/run/ -> /run in tmpfs recently people got into problems [1] of missing directories like: /var/run/screen/ /var/run/openfire/ /var/run/proftpd/ they did bite me personally. openrc-0.10 brought [2] basic support for systemd's tmpfiles'd: http://0pointer.de

Re: [gentoo-dev] [RFC] new tmpfilesd.eclass

On Thu, 16 Aug 2012 06:19:55 + "Robin H. Johnson" wrote: > On Wed, Aug 15, 2012 at 11:57:57PM +0300, Sergei Trofimovich wrote: > > As gentoo switched to /var/run/ -> /run in tmpfs recently > > people got into problems [1] of missing directories like: > >

Re: [gentoo-dev] [RFC] new tmpfilesd.eclass

On Wed, 15 Aug 2012 23:25:16 +0200 Michał Górny wrote: > On Wed, 15 Aug 2012 23:57:57 +0300 > Sergei Trofimovich wrote: > > > But there is no simple way to install such helpers from ebuilds. > > The tmpfiles.d is aimed to help in such situations. > > Yes, there

Re: [gentoo-dev] [RFC] new tmpfilesd.eclass

> > Oh, nice. What do you think of moving those helper implementations to > > tmpfiles-d.eclass and make > > > > systemd_dotmpfilesd() { dotmpfiles_d "$@"; } > > > > as William suggested? That way we would not impose blocker DEPENDs > > from systemd.eclass to users and might help adding {do,n

[gentoo-dev] new tmpfiles-d.eclass (v2)

Second attempt to bring basic tmpfiles.d support to the tree. The first one: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg52059.html Changed since: - eclass tmpfilesd.eclass renamed to tmpfiles-d.eclass - {do,new}tmpfilesd renamed to {do,new}tmpfiles_d - systemd.eclass now uses tmp

Re: [gentoo-dev] DESCRIPTION="Based on the ${ECLASS} eclass"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > In my opinion, the text "# @DESCRIPTION" in an eclass is more than > enough for readability, and setting DESCRIPTION only serves to > contaminate the environment. The is especially true for the following > eclasses that set the DESCRIPTION from the

Re: [gentoo-dev] packages which won't support x32

> > This is the case with dev-lang/v8: it doesn't build on x32 > > (), and upstream said they *won't* > > support x32 > > (). > > > > Note that with v8 it's not just about getting v8 itself to compile

[gentoo-dev] Last rites: dev-haskell/hdoc

# Sergei Trofimovich (28 Oct 2012) # Ancient software. Does not understand alex-2. # Dead upstream URL. Never heard of anyone used it. # Fails to build with ancient tools: bug #439230. # Superseded by dev-haskell/haddock. # Masked for removal scheduled at 2012-11-28. dev-haskell/hdoc

[gentoo-dev] [PATCH 2/2] Allow user mangle distfiles' "${EGIT_DIR}" after actual git fetch.

ack right before 'git-2_move_source'. Currently I abuse 'git-2_gc': Original ebuild: https://github.com/gentoo-haskell/gentoo-haskell/blob/master/dev-lang/ghc/ghc-.ebuild#L180 Signed-off-by: Sergei Trofimovich --- git-2.eclass | 24 1 file chang

[gentoo-dev] [PATCH 1/2] Set default EGIT_SOURCEDIR to point to standard ${WORKDIR}/${P}. It allows "${S}" overriding in user's code as other eclasses do:

/uhc.git" S="${WORKDIR}/${P}/EHC Original ebuild: https://github.com/gentoo-haskell/gentoo-haskell/blob/master/dev-lang/uhc/uhc-.ebuild#L27 Signed-off-by: Sergei Trofimovich --- git-2.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/git-2.eclass b/g

Re: [gentoo-dev] [PATCH 2/2] Allow user mangle distfiles' "${EGIT_DIR}" after actual git fetch.

libreoffice export all the info for each submodule the way smart-live-rebuild can pick it? > Dne 27.11.2012 20:28 "Sergei Trofimovich" napsal(a): > > > EGIT_REPO_URI="https://github.com/ghc/ghc.git"; > > requires user to run './sync-all fetch / .

Re: [gentoo-dev] [PATCH 1/2] Set default EGIT_SOURCEDIR to point to standard ${WORKDIR}/${P}. It allows "${S}" overriding in user's code as other eclasses do:

On Tue, 27 Nov 2012 12:18:51 -0800 Davide Pesavento wrote: > On Tue, Nov 27, 2012 at 11:22 AM, Sergei Trofimovich > wrote: > > Before the patch I had to move subdir(not very reliable): > > EGIT_REPO_URI="git://github.com/UU-ComputerScience/uhc.git" > >

Re: [gentoo-dev] Removal of CVS headers

On Sat, 25 Feb 2017 15:05:09 +0100 Ulrich Mueller wrote: > As the council has decided in its 2014-10-14 meeting (and confirmed > again in the 2016-11-13 meeting), CVS headers should be removed after > the migration to Git. Until recently, this was blocked by repoman > still checking for the $Id$

Re: [gentoo-dev] [PATCH 1/2] dev-lang/jimtcl: Remove parallel econf code

On Mon, 20 Mar 2017 20:35:51 +0100 Michał Górny wrote: CCing maintainer > The parallel econf code is used only with USE=static-libs, and even in > that case provides negligible speed gain. At the same time, it adds > a lot of complexity, causes the build logs to be unreadable mix of > output fro

Re: [gentoo-dev] [PATCH 2/2] sys-libs/ncurses: Remove parallel econf logic

On Mon, 20 Mar 2017 20:35:52 +0100 Michał Górny wrote: CCing maintainer > Remove the parallel econf logic that adds a lot of complexity for minor > gain. It results in the output from different configure scripts being > mixed in the build log, making it unreadable. It causes econf to be run > in

Re: [gentoo-dev] New 17.0 release profiles

On Wed, 07 Jun 2017 22:44:31 +0200 "Andreas K. Huettel" wrote: > 2) Switch GCC from default-non-PIE to default-PIE executables. Yay \o/. It's a major change though. Will qa@ write us some docs on the topic? Landing page: https://wiki.gentoo.org/wiki/Project:Quality_Assurance#Documentation C

Re: [gentoo-dev] autotools.eclass: automatically move configure.in to configure.ac

On Sat, 10 Jun 2017 13:28:19 +0200 Jeroen Roovers wrote: > https://bugs.gentoo.org/show_bug.cgi?id=426262 > + mv configure.{in,ac} || die Looks good. -- Sergei pgpWrrfyNhK6s.pgp Description: Цифровая подпись OpenPGP

Re: [gentoo-dev] rfc: new category, app-containers

On Wed, 14 Jun 2017 11:11:49 -0500 William Hubbs wrote: > All, > > I am about to write two new ebuilds for packages for Gentoo that are for > container-related utilities. > > Currently, the best place to put them would be app-emulation, or > app-misc or dev-util, probably app-emulation would be

Re: [gentoo-dev] [RFC] toolchain-funcs.eclass / toolchain-glibc.eclass - gcc-6 bugfixes and updates

On Fri, 16 Jun 2017 14:25:02 +0100 "M. J. Everitt" wrote: > .. That was quick ... > > I swore there was something in the devmanual about a nice long period of > bikeshedding before changes to eclasses were approved .. The eclass writing and changes guide is described in devmanual and available

[gentoo-dev] Re: [gentoo-project] The status of grsecurity upstream and hardened-sources downstream

On Fri, 23 Jun 2017 12:28:27 -0400 "Anthony G. Basile" wrote: > My plan then is as follows. I'll wait one more month and then send out > a news item and later mask hardened-sources for removal. I don't > recommend we remove any of the machinery from Gentoo that deals with PaX > markings. Thank

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: We only support little-endian Alpha

On Sat, 1 Jul 2017 09:55:29 +0100 James Le Cuirot wrote: > Funny that no one noticed this for 10 years. :) Thanks to klausman for > clearing this up. > --- > eclass/toolchain-funcs.eclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/eclass/toolchain-funcs.eclass b/e

Re: [gentoo-dev] Need GitHub snapshot hash verification failure samples

On Wed, 05 Jul 2017 21:48:12 +0200 Michał Górny wrote: > Hi, everyone. > > I've seen multiple bugs related to hash verification failures for GitHub > snapshots lately. However, none of the maintainers have been so far able > to provide me with a sample of the old and new snapshot for comparison,

[gentoo-dev] [PATCH] profiles/uclibc/packages: prefix app-misc/pax-utils with '*'

4990787cd6881c8fc8d5085b617494 Not sure if entry should be removed completely or explicitly pulled in @system. The change pulls it in. Signed-off-by: Sergei Trofimovich --- profiles/uclibc/packages | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/profiles/uclibc/packages b/

[gentoo-dev] Re: [PATCH] profiles/uclibc/packages: prefix app-misc/pax-utils with '*'

On Sun, 9 Jul 2017 18:19:13 +0100 Sergei Trofimovich wrote: > It's the only entry of all profiles without '*'. > > portage/gentoo/profiles $ grep '^[^*-\#]' $(find -name packages) > ./uclibc/packages:app-misc/pax-utils > > It's an anci

Re: [gentoo-dev] vim-syntax USE flag

On Sat, 22 Jul 2017 16:27:39 -0400 Mike Gilbert wrote: > Packages currently handle installation of vim syntax support files > inconsistently. Some builds install the files if the "vim-syntax" USE > flag is enabled, while others install them unconditionally. > > Do these files fall into the "smal

[gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

TL;DR;TL;DR: This email seeks for one step towards less toil tied to gentoo's keywording/stabilization process. I've CCed a few groups who might be interested in making this area better: - gentoo-dev@ as it affects most devs (and non-devs!) - wg-stable@ as it overlaps quite a bit wit

Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

On Mon, 24 Jul 2017 23:22:44 + Peter Stuge wrote: > Thank you for working on this. > > Sergei Trofimovich wrote: > > Can this proposal make a difference and make gentoo better and > > easier to work with? > > > > Does it try to attack the right thing? >

Re: [gentoo-dev] [PATCH] toolchain.eclass: Remove kludge that blocks gcc-6+ on sys-libs/uclibc-ng systems

On Sat, 29 Jul 2017 19:12:23 -0400 Joshua Kinard wrote: > The following kludge is present in toolchain.eclass, in > toolchain_pkg_pretend(): > > [[ -z ${UCLIBC_VER} ]] && [[ ${CTARGET} == *-uclibc* ]] && \ > die "Sorry, this version does not support uClibc" > > The below pa

[gentoo-dev] [PATCH] toolchain-glibc.eclass: fix libm.so symlinking for live glibc

$(alt_usrlibdir)/libm-${PV}.so Change to use 'version.h' to pick upstream version. Signed-off-by: Sergei Trofimovich --- eclass/toolchain-glibc.eclass | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/eclass/toolchain-glibc.eclass b/eclass/toolchain-glibc.ec

Re: [gentoo-dev] Re: [PATCH] toolchain-glibc.eclass: fix libm.so symlinking for live glibc

On Thu, 10 Aug 2017 21:41:24 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Sergei Trofimovich posted on Tue, 08 Aug 2017 16:53:22 +0100 as excerpted: > > > The failure happens when live glibc- ebuild is installed: > > * QA Notice: Missing gen_usr_ldscript for

[gentoo-dev] Re: [RFC] [PATCH] dev-util/shadowman: Unified tool to update ccache/distcc/icecc shadow dir

On Thu, 17 Aug 2017 10:36:29 +0200 Michał Górny wrote: > Hi, everyone. > > I've written a new tool called shadowman [1] that aims to partially > replace the current *-config tools shipped with ccache, distcc, icecc > and potentially more. > > Why? Because the existing tools are inconsistent, in

[gentoo-dev] Re: [PATCH] toolchain-funcs: Respect host vars for tc-getBUILD* when not cross

On Fri, 8 Sep 2017 10:33:11 +0200 Michał Górny wrote: > Make tc-getBUILD* functions respect host variables (CC & co.) when > not cross-compiling. This removes the necessity of overriding BUILD_* > along with the regular variables on the systems that are not concerned > about cross-compilation, a

[gentoo-dev] PSA: sparc architecture profiles are dropped from 'stable' to 'exp'

Today [1] sparc profiles were demoted from 'stable' to 'exp' [1]: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b5901d8f716555a1479f12313a2925fcadd177a9 """ On 2017-09-10 council@ meeting majority decided to drop sparc@ from from 'stable' to 'exp' profiles. That means the following: - ma

[gentoo-dev] On dropping sparc@ from CC on bugs

On Sun, 10 Sep 2017 22:18:08 + bugzilla-dae...@gentoo.org wrote: > DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person > whose email is mentioned below. To comment on this bug, please visit: > > https://bugs.gentoo.org/show_bug.cgi?id=621130 > > Aaron Bauman changed: > >

Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs

On Wed, 13 Sep 2017 09:00:06 +0200 Ulrich Mueller wrote: > > On Tue, 12 Sep 2017, Matt Turner wrote: > > > I suggested that when security bugs are complete, that if there are > > exp architectures still Cc'd, that security simply reassign to the > > maintainer and let the bug continue as a

Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs

On Wed, 13 Sep 2017 22:44:23 -0400 Yury German wrote: Thank you! That's very helpful. A few clarifying questions below to be absolutely clear. > OK so let me repeat the comments that were made on @dev (and expand a bit > further) and close the issue. > > 1. Maintainers are free to cc the non-

Re: [gentoo-dev] Reviving the Sandbox project

On Fri, 22 Sep 2017 12:57:21 +0200 Alexis Ballier wrote: > On Fri, 22 Sep 2017 06:07:18 +0200 > Michał Górny wrote: > > > W dniu czw, 21.09.2017 o godzinie 15∶41 -0700, użytkownik Matt Turner > > napisał: > > > On Thu, Sep 21, 2017 at 2:25 PM, Michał Górny > > > wrote: > > > > Given that

Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs

On Thu, 14 Sep 2017 08:28:23 +0100 Sergei Trofimovich wrote: > On Wed, 13 Sep 2017 22:44:23 -0400 > Yury German wrote: > > Thank you! That's very helpful. A few clarifying questions below > to be absolutely clear. > > > OK so let me repeat the comments that wer

Re: [gentoo-dev] Checking if a package respects LDFLAGS

On Sun, 01 Oct 2017 09:02:19 +0200 Michał Górny wrote: > W dniu sob, 30.09.2017 o godzinie 21∶49 +, użytkownik Robin H. > Johnson napisał: > > On Sat, Sep 30, 2017 at 08:05:50PM +0200, Andreas K. Huettel wrote: > > > Am Samstag, 30. September 2017, 19:03:59 CEST schrieb Keri Harris: > > >

Re: [gentoo-dev] Re: On dropping sparc@ from CC on bugs

On Sat, 23 Sep 2017 21:04:07 +0100 Sergei Trofimovich wrote: > On Thu, 14 Sep 2017 08:28:23 +0100 > Sergei Trofimovich wrote: > > > On Wed, 13 Sep 2017 22:44:23 -0400 > > Yury German wrote: > > > > Thank you! That's very helpful. A few clarifying ques

Re: [gentoo-dev] NEWS item for games destabling

On Sun, 19 Nov 2017 15:46:02 +0100 David Seifert wrote: > NEWS item for de-stabled games > > Title: No stable KEYWORDS for Gentoo Games > Author: David Seifert > Content-Type: text/plain > Posted: 2017-11-19 > Revision: 1 > News-Item-Format: 1.0

Re: [gentoo-dev] Re: Prefix bootstrap script maintainability (Was: No more stable keywords for Games)

On Sun, 19 Nov 2017 22:47:35 -0600 R0b0t1 wrote: > Understanding an existing codebase should not be a technical > challenge. I had to resort to reimplementing all of the steps myself, > in part to understand if they were done properly in the first place. Looks like you are an expert in this area

[gentoo-dev] [PATCH] Migrate CROSSCOMPILE_OPTS=headers-only -> USE=headers-only

change can go in. CC: toolch...@gentoo.org CC: embed...@gentoo.org CC: ker...@gentoo.org CC: b...@gentoo.org CC: bluen...@gentoo.org CC: lu_z...@gentoo.org Reported-by: Michał Górny Bug: https://bugs.gentoo.org/642712 Signed-off-by: Sergei Trofimovich --- dev-embedded/avr-libc/avr-libc-2.0.0.e

Re: [gentoo-dev] [PATCH] skel.ebuild: Update comments for inherit, SLOT, KEYWORDS.

On Sun, 31 Dec 2017 14:31:00 +0100 Ulrich Müller wrote: > epatch() is provided by epatch.eclass now. Also comment the inherit > line, since not every ebuild will use it. > > Empty SLOT doesn't disable slots, but is outright illegal in all EAPIs. > Similar for KEYWORDS="*", which isn't "deprecate

[gentoo-dev] Re: [PATCH] Migrate CROSSCOMPILE_OPTS=headers-only -> USE=headers-only

On Sat, 30 Dec 2017 18:48:02 + Sergei Trofimovich wrote: > CROSSCOMPILE_OPTS is a USE_EXPAND of a single item: headers-only. > Convert it to a global USE flag instead. > > The changes are: > - mechanical ebuild rename (touches libcs and kernel headers): &g

Re: [gentoo-dev] [PATCH] l10n.eclass: Disabled locales are the complement of enabled ones.

On Fri, 12 Jan 2018 22:31:04 +0100 Ulrich Müller wrote: > Disabled locales returned by l10n_get_locales() should be the > complement of enabled locales: disabled = PLOCALES \ enabled. > > So far, in the case of the enabled set falling back to PLOCALE_BACKUP, > the backup locale would end up bein

[gentoo-dev] [PATCH] vcs-snapshot.eclass: set -o (--no-same-owner) when unpacking, bug #645182

p. Bug: https://bugs.gentoo.org/645182 Signed-off-by: Sergei Trofimovich --- eclass/vcs-snapshot.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass index 3eff6995fae..2b3f73897ce 100644 --- a/eclass/vcs-snapshot.eclass ++

[gentoo-dev] [PATCH v2] vcs-snapshot.eclass: set -o (--no-same-owner) when unpacking, bug #645182

Closes: https://bugs.gentoo.org/645182 Signed-off-by: Sergei Trofimovich --- eclass/vcs-snapshot.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass index 3eff6995fae..2b3f73897ce 100644 --- a/eclass/vcs-snapshot.eclass ++

[gentoo-dev] Re: [PATCH] flag-o-matic.eclass: treat "--param x" as a unit when testing flags

On Fri, 13 Apr 2018 12:21:47 -0400 Mike Gilbert wrote: > For clang and gcc, --param consumes the next argument. Testing --param > and its value separately is nonsensical. > --- > eclass/flag-o-matic.eclass | 33 +++-- > eclass/tests/flag-o-matic.sh | 4 ++-- > 2 fi

[gentoo-dev] [PATCH] profiles/profiles.desc: move hppa profiles stable->exp

://bugs.gentoo.org/629554 Signed-off-by: Sergei Trofimovich --- profiles/profiles.desc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/profiles/profiles.desc b/profiles/profiles.desc index 7d4b5781c88..5c5d06c7d96 100644 --- a/profiles/profiles.desc +++ b/profiles/profiles.desc @@ -108,9

[gentoo-dev] gcc-8 (unkeyworded) hits the tree

Hello all! gcc-8.1.0-r2 did enter ::gentoo today \o/ Upstream changelog: https://gcc.gnu.org/gcc-8/changes.html Things are not too broken when built against gcc-8. There will be usual minor fallout of things. Nothing major reported yet. 'gcc-8' tracker for known things, fixes to steal from and ne

[gentoo-dev] Re: [PATCH] profiles/profiles.desc: move hppa profiles stable->exp

On Sun, 6 May 2018 10:39:56 -0700 Matt Turner wrote: > On Sun, May 6, 2018 at 2:20 AM, Sergei Trofimovich wrote: > > To release the burden on maintainers having to keep outdated > > latest stable versions of packages do not block them on hppa > > stabilization. > > &

Re: [gentoo-dev] XML Schema files for metadata.xml, projects.xml and repositories.xml, for review and testing

On Sun, 6 Mar 2016 12:04:22 +0100 Michał Górny wrote: > On Sun, 6 Mar 2016 12:01:19 +0100 > Michał Górny wrote: > > > Please test and review. I'm going to reply to this mail with the list > > of current metadata.xml validation failures (it's quite long). > > And here's the list: This dump is

Re: [gentoo-dev] [RFC] Problems and limitations of the current version dependency specs

On Tue, 1 Nov 2016 01:31:55 +0100 Michał Górny wrote: Haskell package ecosystem (hackage) encourages upper version bounds and strict version bounds on dependencies: http://pvp.haskell.org/ Most of dependencies look like: >=foo-1.3 =bar-2.1 =baz-2.1 =baz-2.9 Therefore, I would like to ask th

Re: [gentoo-dev] [RFC] Problems and limitations of the current version dependency specs

On Tue, 1 Nov 2016 14:16:18 +0100 Michał Górny wrote: > On Tue, 1 Nov 2016 09:29:09 + > Sergei Trofimovich wrote: > > > > 4. What are the common tasks that you find unnecessarily complex / > > > lengthy with the current version specifications? > >

Re: [gentoo-dev] [RFC] Problems and limitations of the current version dependency specs

On Wed, 2 Nov 2016 07:43:04 +0100 Michał Górny wrote: > On Tue, 1 Nov 2016 23:09:25 + > Sergei Trofimovich wrote: > > > On Tue, 1 Nov 2016 14:16:18 +0100 > > Michał Górny wrote: > > > > > However, while at it I should > > > point out t

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On Sat, 5 Nov 2016 00:54:25 +0100 Jonas Stein wrote: > Dear all, > > Google announced in 2015 to close the "Google Code" repositories [1]. > > They will provide the repositories in read only state till end of 2016. > > Today we have still 524 ebuilds with SRC_URI=*googlecode* in the tree > [2]

Re: [gentoo-dev] [PATCH] xorg-2.eclass: Use --disable-selective-werror.

On Sun, 29 Jan 2017 11:42:16 -0800 Matt Turner wrote: > Bug: https://bugs.gentoo.org/416069 > --- > eclass/xorg-2.eclass | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass > index b7c7ba2..7d681f2 100644 > --- a/eclass/xorg-2.eclass > +++ b

Re: [gentoo-dev] Proposal to end-of-life tree-clean old profiles/updates/ files

On Sun, 09 Dec 2012 21:15:37 -0800 Brian Dolbec wrote: > No, once they are downloaded, they don't change ever after the quarterly > rollover which starts a new updates file. gentoo-x86/profiles/updates $ LANG=C ls -1 --sort=time 4Q-2012 3Q-2012 1Q-2008 2Q-2012 4Q-2011 1Q-2012 3Q-2011 2Q-2011 1Q

Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib

On Sun, 20 Jan 2013 20:11:31 +0100 Michał Górny wrote: > Hello, > > There is a fair interest in multilib and while still early, it would be > a good moment to decide on how USE flags to use for it. > > The current attempts are mostly using USE=multilib which is not really > expressive and poor.

Re: [gentoo-dev] The gx86 multilib project -- masterplan

On Sun, 27 Jan 2013 17:30:22 +0100 Michał Górny wrote: > On Sun, 27 Jan 2013 16:07:48 + > Ciaran McCreesh wrote: > > > On Sun, 27 Jan 2013 16:12:37 +0100 > > Michał Górny wrote: > > >RDEPEND="dev-libs/libfoo[${MULTILIB_USEDEP}] > > >dev-libs/libbar[ssl,${MULTILIB_USEDEP}]" > >

Re: [gentoo-dev] Porting ZFS to additional architectures

On Tue, 05 Feb 2013 14:25:56 -0500 Richard Yao wrote: > I want to port ZFSOnLinux to all Gentoo Linux architectures this year. > The above architectures either are not currently supported or have not > been tested in a while. Most of them will require patching isa_defs.h, > which I am in a positi

RFC: install linux-firmware with kernel sources (was Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1)

On Sun, 10 Feb 2013 10:10:51 +0200 Samuli Suominen wrote: > # Samuli Suominen (10 Feb 2013) > # The firmware cleanup, part #1. Can be unmasked after > # cleaning up the package if it's still needed. > # Some of these install to wrong directory, /lib64/firmware > # as opposed to correct /lib/firm

Re: [gentoo-dev] Evaluating a new malloc()

On Tue, 26 Feb 2013 08:33:44 -0500 Richard Yao wrote: > The Blender project found some fairly remarkable discrepancies between > what their software actually used and what glibc's ptmalloc allocated: > > http://www.sintel.org/development/memory-jemalloc/ > > Results such as these led Blender an

Re: [gentoo-dev] Last rites: app-text/cuneiform

On Sat, 23 Mar 2013 17:40:37 -0400 James Cloos wrote: > > "RF" == Rich Freeman writes: > > RF> Is this package working in the typical case? That is, when you aren't > RF> intentionally trying to buffer-overflow it or otherwise break it? > > I haven't found an image file which causes it to

Re: [gentoo-dev] glibc: pt_chown setuid going away by default

On Wed, 17 Apr 2013 14:35:27 -0400 Mike Frysinger wrote: > On Saturday 13 April 2013 13:06:04 Jeroen Roovers wrote: > > On Fri, 12 Apr 2013 16:08:10 -0400 Mike Frysinger wrote: > > > that you remember. i think it's more likely you copy & pasted some > > > line a long time ago than baselayout mod

Re: [gentoo-dev] eselect init

On Sat, 25 May 2013 11:54:48 +0200 Luca Barbato wrote: > Hi, since the whole discussion got somehow sidetracked on where and if > to install for everybody the rc system specific files for everybody > (that should be an implementation detail for the specific dohelper > IMHO), I'm back to the other

Re: [gentoo-dev] eselect init

> > I'd go for init=/sbin/gentoo-init and make all the messy stuff there. > > Otherwise by breaking /sbin/init it would be hard to find proper > > name of, say, SYSVs /sbin/init. How would you call it? > > /bin/init is my idea (second in the list in linux fallback), otherwise > we can just make th

Re: [gentoo-dev] Reusing systemd unit file format / forking systemd

On Sun, 26 May 2013 13:59:34 +0200 Luca Barbato wrote: > On 5/26/13 1:15 PM, Michał Górny wrote: > > I'd suspect this is mostly with the growing irritation of systemd > > haters who spawn endless threads about how they hate anything with > > 'systemd' name in it. Plus the people who try hard to p

Re: [gentoo-dev] dm-crypt reordering BIOs across barriers?

On Fri, 07 Jun 2013 23:47:33 -0400 Richard Yao wrote: > When you use dm-crypt, block IO requests to a dm-* device will invoke > dm_request_fn() -> map_request() -> crypt_map(). If a BIO is a write > barrier, crypt_map() will return DM_MAPIO_REMAPPED to map_request(), > which will immediately queu

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 13 Jun 2013 17:49:24 -0400 Chris Reffett wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > All, > At the beginning of July, the KDE team will be removing EAPI 0/1 > support from cmake-utils.eclass and inlining the functions from >

Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.

[ sorry, a lot to quote ] What upstream do you plan to report bugs when user possibly mixes all of it in one mess? Each of those is known to be unstable. The mix is just a disaster. Is gentoo's kernel team able to resolve user's OOpsen? > ### ... and configuration. ### > > This problem is not o

Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.

On Tue, 2 Jul 2013 10:21:53 +0200 Fabio Erculiani wrote: > On Tue, Jul 2, 2013 at 9:36 AM, Sergei Trofimovich wrote: > > [ sorry, a lot to quote ] > > > > What upstream do you plan to report bugs when user possibly mixes > > all of it in one mess? Each of those is kn

Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.

On Wed, 3 Jul 2013 15:06:07 +0200 Tom Wijsman wrote: > On Tue, 2 Jul 2013 21:16:07 +0300 > Sergei Trofimovich wrote: > > > udev's case: > > It's _not_ the kernel which upgrade breaks user's system. Why do you > > try to "fix" it? If you wan

Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.

Oh, so It has nothing to do with upgrade path. My apologies -- Sergei signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH systemd.eclass] Introduce systemd_is_booted().

On Wed, 24 Jul 2013 09:18:13 +0200 Michał Górny wrote: > +# @FUNCTION: systemd_is_booted > +systemd_update_catalog() { Looks like a typo :] -- Sergei signature.asc Description: PGP signature

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-emulation/qemu: qemu-9999.ebuild qemu-1.6.0.ebuild ChangeLog

On Fri, 16 Aug 2013 14:05:22 + (UTC) "Doug Goldstein (cardoe)" wrote: > cardoe 13/08/16 14:05:22 > > Modified: qemu-.ebuild ChangeLog > Added:qemu-1.6.0.ebuild > Log: > Version bump ... > + >=sys-firmware/seabios-1.7.3 Does it imply 1

Re: [gentoo-dev] The state and future of the OpenRC project

On Tue, 10 Jun 2014 19:58:36 + hasufell wrote: > Andrew Savchenko: > > On Tue, 10 Jun 2014 17:49:15 +0200 Alexander Berntsen wrote: > >> On 10/06/14 17:45, Andrew Savchenko wrote: > >>> I don't know why CVS is still used for Gentoo main repository, > >>> probably some infrastructure elements

[gentoo-dev] gentoo-x86 tree cleanup for 'DESCRIPTION ends with a '.' character' warnings

Hello World! TL;DR: This evening I plan to mangle ~3000 ebuilds in the main tree by dropping trailing '.' in all 'DESCRIPTION=' fields (except "etc." case) Long story: As you may know newest portage release 2.2.11 got a minor (but chatty) QA warning: DESCRIPTION ends with a '.' character

Re: [gentoo-dev] typo in "scrypt" USE-Flag

> + - scrypt: Use libscript for the scrypt algorithm Nice catch! Pushed as: > 02 Nov 2014; Sergei Trofimovich metadata.xml: > Fix USE typo noticed by Marco Ziebell. To be most efficient that kind of emails should go directly to written in metadata.xml for a package

Re: [gentoo-dev] FYI: Rules for distro-friendly packages

On Sat, 26 Jun 2010 21:57:33 +0200 Enrico Weigelt wrote: > > > #2 One point i don't agree is the "dont add -Werror" rule. actually, > > > i'm thinking of making -Wall and -Werror mandatory. if some > > > package doenst build fine, it's simply broken. period. > > > > Uhm. No. Certain compilers wi

[gentoo-dev] RFC: media-sound/xmms2/xmms2-0.7.ebuild

.rc.o /usr/bin/windres: can't get BFD_RELOC_RVA relocation type: No error Waf: Leaving directory `/var/tmp/paludis/media-sound-xmms2--r3/work/xmms2-devel/_build_' Build failed -> task failed (err #1): {task: winrc xmms2.rc -> xmms2.rc.o} Signed

Re: [gentoo-dev] RFC: media-sound/xmms2/xmms2-0.7.ebuild (v2)

> > --destdir="${D}" \ > you need to give the DESTDIR to configure ? no wonder xmms2 sucks Completely my fault. Moreover it ignores the option in configure phase (same with '--without-ldconfig') > > ${CTARGET:+--with-target-platform=${CTARGET}} > i highly

Re: [gentoo-dev] RFC: media-sound/xmms2/xmms2-0.7.ebuild (v3)

/me amends. Third one! Is there way to declare locals directly in 'for' loops? -- Sergei # Copyright 1999-2010 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ EAPI=2 inherit base eutils python MY_P="${P}DrNo" DESCRIPTION="X(cross)platform M

[gentoo-dev] Lastrite: dev-lang/hugs98 (The Hugs98 Haskell interpreter)

# Sergei Trofimovich (1 Aug 2010) # Masked for removal in 30 days. Bunch of serious # bugs (bug #303665), and minor ones (bug #240036). # Dead upstream. dev-lang/hugs98 Left in haskell overlay to wait for brave soul. -- Sergei signature.asc Description: PGP signature

[gentoo-dev] (resend) dev-embedded/libftd2xx move to '/opt' breaks dev-embedded/openocd

Hi I tried to build (i don't know what do i need of those for sheevaplug) USE="ftd2xx ftdi parport presto usb" dev-embedded/openocd and got failure: checking for ftd2xx.h... yes checking for library containing FT_GetLibraryVersion... no configure: error: You appear to be missing the FTD2xx dr

Re: [gentoo-dev] openrc portage news item

> I don't remember the details right now, but I remember speaking with > vapier when I first started working on openrc, and he stated that he > felt we should stay away from higher eapis for system packages. > > I don't really remember his reasoning for that right now, but I remember > that is wh

[gentoo-dev] Last rites: dev-haskell/gtk2hs

# Sergei Trofimovich (11 Jun 2011) # Masked for removal in 30 days. 'Abandoned' by upstream. # Fails to build on modern toolchain: ##284216, #367191, #267974 # # Upstream now provides splitted packages for various gtk # subsystems: # dev-haskell/pango # dev-haskell/cairo

  1   2   3   4   >