Re: [gentoo-dev] New eclass for Python

2012-02-28 Thread Sergei Trofimovich
On Tue, 28 Feb 2012 22:13:36 +0100 Krzysztof Pawlik nelch...@gentoo.org 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

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

2012-02-13 Thread Sergei Trofimovich
On Sun, 12 Feb 2012 12:40:04 -0800 Zac Medico zmed...@gentoo.org wrote: On 02/12/2012 10:15 AM, Sergei Trofimovich wrote: 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

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

2012-02-12 Thread Sergei Trofimovich
Looks like 'arch/amd64/no-multilib' profile inclusion is kept in sync with 'features/64bit-native' one: [1]. Exception is 'hardened/linux/amd64/no-multilib' profile. Looks like a bug. Synced this bit with a fix: | 11 Feb 2012; Sergei Trofimovich sly...@gentoo.org | hardened

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

2012-02-11 Thread Sergei Trofimovich
We have 2 files in gentoo-x86 with slightly out-of-sync data: profiles/arch/amd64/no-multilib/package.mask profiles/features/64bit-native/package.use.mask They both essentially block x86-only stuff. AFAIU profiles/features/64bit-native/package.use.mask should contain bits, which are

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

2012-02-11 Thread Sergei Trofimovich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AFAIK features/64bit-native is for other 64-bit arches too like ia64 and ppc64. So we can't really drop this. And we can't drop the per-arch 64bit file because if a package does not work on ia64 it does not mean that it doesn't work on amd64

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

2012-02-11 Thread Sergei Trofimovich
-native' one: [1]. Exception is 'hardened/linux/amd64/no-multilib' profile. Looks like a bug. Synced this bit with a fix: | 11 Feb 2012; Sergei Trofimovich sly...@gentoo.org | hardened/linux/amd64/no-multilib/parent: | Make hardened/linux/amd64/no-multilib include arch/amd64/no-multilib | (http

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

2012-02-11 Thread Sergei Trofimovich
Looks like 'arch/amd64/no-multilib' profile inclusion is kept in sync with 'features/64bit-native' one: [1]. Exception is 'hardened/linux/amd64/no-multilib' profile. Looks like a bug. Synced this bit with a fix: | 11 Feb 2012; Sergei Trofimovich sly...@gentoo.org | hardened/linux

Re: [gentoo-dev] Packages maintained by jokey need a co-maintainer

2012-01-28 Thread Sergei Trofimovich
I'll look after app-misc/bb net-im/openfire -- Sergei signature.asc Description: PGP signature

Re: [gentoo-dev] How to handle x86/amd64 only packages on other arches

2012-01-25 Thread Sergei Trofimovich
On Wed, 25 Jan 2012 10:30:26 +0100 Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote: Doug Goldstein schrieb: I need to be able to have ppc/arm/etc users install a package that can only be built on x86/amd64. The packages in question are sys-apps/seabios and sys-apps/vgabios. The

Re: [gentoo-dev] How to handle x86/amd64 only packages on other arches

2012-01-25 Thread Sergei Trofimovich
It's the simplest thing to maintain. It eases binary package creation and does not need any blockers, virtuals or conditional depends. You just patch an ebuild, run `emerge --buildkpgonly seabios` and package is ready. All in one place. Sample patch with USE=binary attached. -- Sergei

Re: [gentoo-dev] repoman not complaining when going straight to stable

2011-11-26 Thread Sergei Trofimovich
On Sat, 26 Nov 2011 10:15:53 +0100 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: This shouldn't be allowed, should it? The package is keyworded only ~x86, and I'm adding amd64 stable keyword, and repoman doesn't complain. It would need to fetch latest CVS file from server to check against

Re: [gentoo-dev] Re: GCC upgrades, FUD and gentoo documentation

2011-10-14 Thread Sergei Trofimovich
i think cases can be made for the other internal gcc libraries: ... - libmudflap.la: build/link with `gcc -fmudflap`, not `gcc -lmudflap` I'm afraid -fmudflap won't work alone (might be easy to fix in gcc?): // a.c: int main() { return 0; } $ gcc -fmudflap a.c -o a

Re: [gentoo-dev] [RFC] /etc/resolv.conf symlink through net-dns/resolvconf-symlink

2011-08-10 Thread Sergei Trofimovich
On Wed, 10 Aug 2011 11:55:19 +0200 Michał Górny mgo...@gentoo.org wrote: Hello, Many modern systems have their /etc/resolv.conf files autogenerated at runtime with DHCP, PPP or so on. Thus, storing that file in /etc seems no longer correct as that directory may be mounted read-only. Hi

Re: [gentoo-dev] [RFC] /etc/resolv.conf symlink through net-dns/resolvconf-symlink

2011-08-10 Thread Sergei Trofimovich
Many modern systems have their /etc/resolv.conf files autogenerated at runtime with DHCP, PPP or so on. Thus, storing that file in /etc seems no longer correct as that directory may be mounted read-only. While i don't disagree on that move i'm suspocious about the whole /etc/ ro

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

2011-06-11 Thread Sergei Trofimovich
# Sergei Trofimovich sly...@gentoo.org (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

Re: [gentoo-dev] openrc portage news item

2011-04-30 Thread Sergei Trofimovich
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 why I

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

2010-08-15 Thread Sergei Trofimovich
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

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

2010-08-01 Thread Sergei Trofimovich
# Sergei Trofimovich sly...@gentoo.org (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

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

2010-06-29 Thread Sergei Trofimovich
--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 suspect

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

2010-06-29 Thread Sergei Trofimovich
/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

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

2010-06-28 Thread Sergei Trofimovich
current installation scheme as I have zero experience in $forementioned-lang bindings support in gentoo maintenance. Other comments about ebuild issues are welcomed. Thanks! -- Sergei xmms2-0.7.ebuild Description: Binary data commit 3bc7fbff50bfcb065fb89d020c1b3fb8de049b19 Author: Sergei

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

2010-06-27 Thread Sergei Trofimovich
On Sat, 26 Jun 2010 21:57:33 +0200 Enrico Weigelt weig...@metux.de 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

<    1   2   3   4