Re: [gentoo-dev] RFC: fox.eclass update

В Чтв, 16/09/2010 в 16:24 +0200, Matti Bickel пишет: > +FOXVER=`get_version_component_range 1-2 ${FOX_PV}` It's better to prefer $() style over ``: http://mywiki.wooledge.org/BashFAQ/082 > if [ "${PN}" != fox ] ; then > FOX_COMPONENT="${FOX_COMPONENT:-${PN}}" > fi > > -if [ "${FOXVER}

Re: [gentoo-dev] RFC: fox.eclass update

В Чтв, 16/09/2010 в 15:29 -0400, Mike Frysinger пишет: > > > FOX_PV="${FOX_PV:-${PV}}" > > while you're here, i'd change to: > : ${FOX_PV:=${PV}} Why? This looks less readable... -- Peter.

Re: [gentoo-dev] RFC: fox.eclass update

В Чтв, 16/09/2010 в 18:34 -0400, Mike Frysinger пишет: > On Thursday, September 16, 2010 15:41:27 Peter Volkov wrote: > > В Чтв, 16/09/2010 в 15:29 -0400, Mike Frysinger пишет: > > > > FOX_PV="${FOX_PV:-${PV}}" > > > > > > while you're here

Re: [gentoo-dev] RFC: Repoman to autogenerate ChangeLog entries

В Вск, 19/09/2010 в 16:17 +0100, Mike Auty пишет: > It should be possible to still maintain this distinction, something like: > > "Version bump. Added feature foo. > - -- > Feature foo required a complete rewrite of src_install." > > And then the ChangeLog generation can happen separately. The

Re: [gentoo-dev] omitting redirecting man pages from compression

В Вск, 19/09/2010 в 19:43 -0400, Mike Frysinger пишет: > many man pages exist merely as a redirect to another man page: > $ xzcat /usr/share/man/man1/zcat.1.xz > .so man1/gzip.1 > > compressing these tiny (always?) results in a larger file. that means we > arent saving space, and we're adding ove

Re: [gentoo-dev] Re: Patch for python.eclass

В Пнд, 20/09/2010 в 04:53 +0200, Arfrever Frehtes Taifersar Arahesis пишет: > > while you're in the process of cleaning things up, i know we dont have a > > rule > > anywhere in terms of line length, but python.eclass has always struck me as > > a > > file with incredibly excessive line length.

Re: [gentoo-dev] RFC: Repoman to autogenerate ChangeLog entries

В Пнд, 20/09/2010 в 09:16 +0200, Michał Górny пишет: > On Mon, 20 Sep 2010 09:44:38 +0400 > Peter Volkov wrote: > > > Another problem that there is no way to alter ChangeLog. Since > > ChangeLogs are intended for users it's good idea to be able fix > > typos /

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/supervisor: ChangeLog supervisor-3.0_alpha9.ebuild

В Чтв, 23/09/2010 в 20:18 +, Arfrever Frehtes Taifersar Arahesis (arfrever) пишет: > src_install() { > distutils_src_install > newinitd "${FILESDIR}/init.d" supervisord > newconfd "${FILESDIR}/conf.d" supervisord || die is necessary after newinitd/newconfd. This will prevent

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/sympy/files: sympy-0.6.7-python-2.7.patch

В Птн, 24/09/2010 в 20:09 +, Arfrever Frehtes Taifersar Arahesis (arfrever) пишет: > Added:sympy-0.6.7-python-2.7.patch > Log: > Fix majority of test failures with Python 2.7 (bug #330713). This patch fixes not test failure, but sympy's ability to work with python-2.7. Al

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/sympy/files: sympy-0.6.7-python-2.7.patch

В Птн, 01/10/2010 в 12:01 +0200, Diego Elio Pettenò пишет: > Il giorno ven, 01/10/2010 alle 12.30 +0400, Peter Volkov ha scritto: > > > > This patch fixes not test failure, but sympy's ability to work with > > python-2.7. Although python-2.7 is currently masked it wil

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/openvpn: ChangeLog openvpn-2.1.3.ebuild

В Пнд, 27/09/2010 в 11:37 +, Dirkjan Ochtman (djc) пишет: > src_prepare() { > epatch "${FILESDIR}/${PN}-2.1_rc13-peercred.patch" > epatch "${FILESDIR}/${PN}-2.1_rc20-pkcs11.patch" > use ipv6 && epatch "${WORKDIR}/${PN}-2.1.1-ipv6-${IPV6_VERSION}.patch" > use eurephia &&

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-libs/libproxy: ChangeLog libproxy-0.4.6.ebuild

В Срд, 29/09/2010 в 20:43 +, Pacho Ramos (pacho) пишет: > pkg_setup() { > if use python; then > python_set_active_version 2 > fi It's much shorter and clearer to write use python && python_set_active_version 2 -- Peter.

Re: [gentoo-dev] .la files removal news item (GLEP 42)

В Птн, 01/10/2010 в 12:27 +0200, Tomáš Chvátal пишет: > this can be done either by using the > (currently testing) Portage 2.1.9 series, or by adding the following > snippet to your /etc/portage/bashrc: > > post_src_install() { > lafilefixer "${D}" > } It's better to avoid suggesting this as

Re: [gentoo-dev] Re: .la files removal news item (GLEP 42)

В Птн, 01/10/2010 в 20:02 +0200, Diego Elio Pettenò пишет: > I, sincerely, have poured enough effort in trying to solve the issue, > discussing it, documenting it, showing how to deal with new packages, > showing how to identify pointless .la files that only increase the > number of them installed

Re: [gentoo-dev] Re: .la files removal news item (GLEP 42)

В Птн, 01/10/2010 в 12:38 -0700, Zac Medico пишет: > Maybe advise them to use post_pkg_preinst instead of post_src_install, > so it works even for binary packages. Is it possible for portage-2.1.8.x to depend on lafilefixer and add run lafilefixer (if installed) from base profile bashrc? -- Pete

Re: [gentoo-dev] Help on f-spot-0.8 problem

Hi, Pacho. В Птн, 01/10/2010 в 20:14 +0200, Pacho Ramos пишет: > Since Calchan doesn't have much time for f-spot and dotnet team is > conformed basically by me, I would welcome any help for trying to > bump f-spot to its 0.8 version. The problem is that eautoreconf doesn't > run, even running "au

Re: [gentoo-dev] Re: .la files removal news item (GLEP 42)

В Сбт, 02/10/2010 в 10:43 -0700, Zac Medico пишет: > On 10/02/2010 05:21 AM, Peter Volkov wrote: > > Is it possible for portage-2.1.8.x to depend on lafilefixer and add run > > lafilefixer (if installed) from base profile bashrc? > We can do a portage-2.1.8.4 version bump with s

Re: [gentoo-dev] Revbumped php-ext-* eclasses

Hi! В Вск, 03/10/2010 в 13:41 +0200, Ole Markus With пишет: > for slot in `php_get_slots`; do It's better use $() instead of backticks: http://mywiki.wooledge.org/BashFAQ/082 > [[ -z "${PHP_EXT_ZENDEXT}" ]] && PHP_EXT_ZENDEXT="no" > ... > [[ -z "$USE_PHP" ]] && USE_PHP="php5-2

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-cdr/cdemu: metadata.xml ChangeLog cdemu-1.3.0.ebuild

В Втр, 19/10/2010 в 17:39 +0200, Christian Faulhammer пишет: > "Peter Volkov (pva)" : > > pva 10/10/19 14:35:39 > > > > Modified: metadata.xml ChangeLog > > Added:cdemu-1.3.0.ebuild > > Log: > > Vers

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-cdr/cdemu: metadata.xml ChangeLog cdemu-1.3.0.ebuild

В Чтв, 21/10/2010 в 09:08 +0300, Eray Aslan пишет: > On 21.10.2010 07:57, Peter Volkov wrote: > > Why unwanted? I remember there was never consensus... > > Well, in that case there is a discrepency with the devmanual: > http://devmanual.gentoo.org/general-concepts/use-flags/ind

Re: [gentoo-dev] Support for Python 3

В Пнд, 25/10/2010 в 15:37 +0200, Arfrever Frehtes Taifersar Arahesis пишет: > I would like to suggest that setting Python 3.1 as main active version of > Python be officially > supported and recommended for Gentoo developers since 2010-12-01. Majority of > packages supporting > only Python 2.* ha

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-cdr/cdemu: metadata.xml ChangeLog cdemu-1.3.0.ebuild

В Пнд, 25/10/2010 в 09:07 -0500, Donnie Berkholz пишет: > On 14:24 Sun 24 Oct , William Hubbs wrote: > > I don't like no* use flags either, for the same reason that was given > > above. -no* is a double negative and it should be avoided. > > Agreed. The argument that it's removing a feature i

Re: [gentoo-dev] New eshowkw

В Втр, 26/10/2010 в 17:39 +0200, Tomáš Chvátal пишет: > If the script lack some feature you really want to use also let me know, > maybe it wont be too hard to implement. Nice! What I always missed is an ability to print stable archs in format ready to use in bugzilla's CC field, IOW output strin

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/tcpreplay: ChangeLog tcpreplay-3.4.5_beta2.ebuild

В Птн, 29/10/2010 в 06:03 +, Jeroen Roovers (jer) пишет: > jer 10/10/29 06:03:08 > > Modified: ChangeLog > Added:tcpreplay-3.4.5_beta2.ebuild > Log: > Beta version bump, fixes buffer overflow (bug #336605). Please, hard mask beta versions. To fix th

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/tcpreplay: ChangeLog tcpreplay-3.4.5_beta2.ebuild

В Птн, 29/10/2010 в 19:29 +0200, Michał Górny пишет: > On Fri, 29 Oct 2010 12:12:38 +0400 > Peter Volkov wrote: > > Please, hard mask beta versions. > > I personally don't see a reason why he needed to do that. > If a particular package was a popular one and/or the be

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/tcpreplay: ChangeLog tcpreplay-3.4.5_beta2.ebuild

В Птн, 29/10/2010 в 17:51 +0200, Diego Elio Pettenò пишет: > Il giorno ven, 29/10/2010 alle 12.12 +0400, Peter Volkov ha scritto: > > > > Please, hard mask beta versions. To fix this bug it's not hard to > > backport patch (patch referenced in bug) and this will g

Re: [gentoo-dev] Changes in server profiles

В Птн, 29/10/2010 в 09:11 -0700, Alec Warner пишет: > On Fri, Oct 29, 2010 at 5:21 AM, Markos Chandras wrote: > Can I install a machine with the server profile and USE=-ldap, but > still get ldap + pam working? > Can I install a machine with the server profile and USE=-apache, but > still get apac

Re: [gentoo-dev] Changes in server profiles

В Вск, 31/10/2010 в 16:38 +0200, Alex Alexander пишет: > On Sun, Oct 31, 2010 at 11:50:02AM +, Markos Chandras wrote: > > On Sat, Oct 30, 2010 at 10:59:08PM -0400, Richard Freeman wrote: > > > Isn't this essentially what the default profile is? Basically server is > > > just default + USE="apa

Re: [gentoo-dev] News item for restructuring of hardened profiles.

В Втр, 09/11/2010 в 18:20 -0500, Anthony G. Basile пишет: > Title: Restructuring of Hardened profiles [...] > Display-If-Profile: hardened/linux Is it possible to restrict this news item to be shown on affected profiles only? -- Peter.

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

eiВ Втр, 16/11/2010 в 07:53 +0100, Hans de Graaff пишет: > On Tue, 2010-11-16 at 06:40 +0000, Peter Volkov (pva) wrote: > > > > +# Peter Volkov (16 Nov 2010) > > +# Last rites: dev-python/py-rrdtool #345701 > > +# Old python bindins that currently are include

Re: [gentoo-dev] Re: GCC 4.5 unmasking tomorrow

В Вск, 21/11/2010 в 01:47 -0600, Ryan Hill пишет: > On Sun, 21 Nov 2010 17:35:18 +1300 > Alistair Bush wrote: > > > > > We don't do revbumps on masked toolchain packages. > > > > > > Why not? > > > > Yeah why not? do you inform users of this? > > Users unmasking toolchain packages need to be

Re: [gentoo-dev] Maintainer notes in metadata.xml?

В Срд, 01/12/2010 в 02:00 +0100, Diego Elio Pettenò пишет: > I was wondering if we have space already, or if others would feel > strongly about making space for, maintainer notes in packages' > metadata.xml. Comments inside are better suited for this task - you see/update notes as you edit ebuild.

Re: [gentoo-dev] Re: Maintainer notes in metadata.xml?

В Срд, 01/12/2010 в 17:35 +0100, Diego Elio Pettenò пишет: > Il giorno mer, 01/12/2010 alle 17.02 +0300, Peter Volkov ha scritto: > > Comments inside are better suited for this task - you see/update notes > > as you edit ebuild. > > > How many ATs/arch maintainers will

Re: [gentoo-dev] Re: Re: Maintainer notes in metadata.xml?

В Птн, 03/12/2010 в 13:12 +0100, Diego Elio Pettenò пишет: > Il giorno ven, 03/12/2010 alle 14.50 +0300, Peter Volkov ha scritto: > > Same logic applies for metadata.xml. Personally doing AT work I always > > review ebuild. At the same time I never opened metadata.xml, so I >

Re: [gentoo-dev] Last rites: app-emulation/ies4linux

В Сбт, 04/12/2010 в 11:42 +, Markos Chandras пишет: > # Markos Chandras (04 Dec 2010) > # on behalf of QA team > # > # ies4linux does not work with recent versions of wine. > # Last update back in 2008. Bug #344233 > # Masked for removal in 2011-01-04 > app-emulation/ies4linux In case you wo

Re: [gentoo-dev] IPv6 herd

Hi! В Втр, 21/12/2010 в 18:45 +, Markos Chandras пишет: > As someone may notices on this bug[1], the package is > maintained by the ipv6 herd. However, there is no such > herd listed on herd webpage[2]. > Furthermore, there is just one developer in this herd(?). > Maybe we should merge thi

Re: [gentoo-dev] On hosting self-produced distfiles

В Чтв, 20/01/2011 в 03:50 +0100, Diego Elio Pettenò пишет: > Do you really think I should have "discussed" with "a team" about this? > More than asking Robin as part of infra if it's okay (with his answer > being "yeah, that's fine | i do it too", literally)? This was already mentioned in this thr

Re: [gentoo-dev] Last rites: net-analyzer/ipcad

В Срд, 19/01/2011 в 11:58 -0500, Dane Smith пишет: > # Packages below fail to build with > # >=sys-kernel/linux-headers-2.6.35 and block its > # stabilization. Bugs untouched in over 3 months. > # Masking for removal on 21 Mar 2011. > # net-analyzer/ipcad (bug 335592) This one is fixed and will st

Re: [gentoo-dev] EAPI usage in main tree

В Втр, 25/01/2011 в 14:33 +0100, Thomas Sachau пишет: > Do you have some more arguments for your request? Most new developers > will have to know about all EAPi versions anyway since they join an > existing team with existing ebuilds, which will mostly not use the > newest EAPI. > > As an argument

Re: [gentoo-dev] Re: Re: RFC: Making largefile a global use

В Чтв, 10/03/2011 в 11:49 +0100, Diego Elio Pettenò пишет: > Any configure with AC_SYS_LARGEFILE will get a > --enable-largefile option, but if you grep through the tree, this is > usually simply added unconditionally. Is there any value adding --enable-largefile? autoconf macros have it enabled b

Re: [gentoo-dev] rejecting unsigned commits

В Чтв, 24/03/2011 в 17:59 -0400, Mike Frysinger пишет: > is there any reason we should allow people to commit unsigned > Manifest's anymore ? Why? Without policy on how we do that and more importantly how we check that signing makes no sense... -- Peter.

Re: [gentoo-dev] Lastrite: gst-plugins-v4l and xfce4-icon-theme

В Чтв, 31/03/2011 в 11:18 +0300, Samuli Suominen пишет: > # Samuli Suominen (31 Mar 2011) > # Deprecated and doesn't build since linux-headers-2.6.38. Use > gst-plugins-v4l2 > # instead. Masked for removal in 30 days. See bug 359647. > media-plugins/gst-plugins-v4l Samuli when you add patches, pl

Re: [gentoo-dev] rfc: openrc use flag

В Срд, 20/04/2011 в 12:24 -0500, William Hubbs пишет: > The author of the bug feels that the way to fix this is for us to put a > check in openrc that makes it refuse to run services if it was not used > in the boot process. This is good idea to have in any case since I remember my system went cra

Re: [gentoo-dev] rfc: openrc use flag

В Чтв, 21/04/2011 в 14:30 -0500, William Hubbs пишет: > On Wed, Apr 20, 2011 at 08:20:32PM +0200, Pacho Ramos wrote: > > 1. Would need to rebuild some packages when switching between init > > systems. > > I don't think you can get away from this, no matter how you approach > it. The other approach

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-p2p/transmission: transmission-2.12.ebuild

В Сбт, 30/04/2011 в 07:39 +0300, Samuli Suominen пишет: > On 04/30/2011 07:10 AM, Jeremy Olexa wrote: > sources.gentoo.org is for that. It's not convenient to use browser to read ChangeLog. > So no, I won't start cluttering up ChangeLogs and I would prefer if > others would stop it as well I'm

Re: [gentoo-dev] Bugzilla - New Default Status Workflow

В Чтв, 28/04/2011 в 18:06 +0300, Panagiotis Christopoulos пишет: > On 16:07 Thu 28 Apr, Christian Ruppert wrote: > > So once again: > > > > https://bugs.gentoo.org/docs/en/html/lifecycle.html I'm all for new lifecycle. > > CLOSED gone. VERIFIED will be added. > What is the meaning of VERIFIED? (

Re: [gentoo-dev] Devmanual text on ChangeLogs

В Сбт, 30/04/2011 в 12:02 +0300, Samuli Suominen пишет: > On 04/30/2011 11:46 AM, Petteri Räty wrote: > > I propose a simple new text: "Every commit should have an entry in > > ChangeLog." Nonfunctional commits should not be recored in ChangeLog. Personally I quite frequently add URLs of upstream

Re: [gentoo-dev] Devmanual text on ChangeLogs

В Вск, 01/05/2011 в 13:44 +0300, Panagiotis Christopoulos пишет: > On 12:06 Sun 01 May , Samuli Suominen wrote: > > So not only they are rather useless, and information you can easily > get > > from sources.gentoo.org, they take your time as well. > > Then, let's change it to: > > "Though not

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-libs/libmnl: libmnl-1.0.1.ebuild ChangeLog

В Вск, 01/05/2011 в 12:25 +, Fabian Groffen (grobian) пишет: > grobian 11/05/01 12:25:59 > Fix econf call for Prefix: don't mix Prefix compatible and incompatible code > src_configure() { > econf \ > - --libdir=/$(get_libdir) > + --libdir="${EPREFIX}"/$(ge

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/nspr: nspr-4.8.8.ebuild ChangeLog

В Птн, 13/05/2011 в 21:13 +, Jory Pratt (anarchy) пишет: > plain: > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/dev-libs/nspr/ChangeLog?rev=1.161&content-type=text/plain > src_configure() { > cd "${S}"/build > > echo > "${T}"/test.c > $(tc-getCC) -c "${T}"/test.c -o "${

Re: [gentoo-dev] rfc: use of the /run directory

В Втр, 17/05/2011 в 11:57 -0500, William Hubbs пишет: > I think we should support the /run directory [1] [2]. > I, as well as several others, believe we should proactively create this > directory ... What does everyone else think? I've read https://lwn.net/Articles/436012/ and that convinced me.

Re: [gentoo-dev] rfc: use of the /run directory

В Втр, 17/05/2011 в 20:43 +0200, Ângelo Arrifano пишет: > On Tuesday 17 May 2011 20:28:56 Nirbheek Chauhan wrote: > > I'd add that if we want /run to be on tmpfs, /var/run and /tmp should > > both be on tmpfs by default. I've been doing this manually for a year, > > and so have other distributions.

Re: [gentoo-dev] arch teams and better tools

Hi! В Вск, 22/05/2011 в 10:13 +0200, Thomas Kahle пишет: > On 18:44 Sat 21 May , "Paweł Hajdan, Jr." wrote: > > Here's my answer to that, still in very early development: > > > Have you seen app-portage/tatt ? > https:

Re: [gentoo-dev] Should "server" be a global use flag?

В Пнд, 23/05/2011 в 17:19 +0200, Jeroen Roovers пишет: > I find myself wondering why so much information is being jammed into > USE flag descriptions that /should/ be available in HOWTOs from > upstream, or else should be written down in HOWTOs we maintain > ourselves - we (Gentoo) used to be good

Re: [gentoo-dev] Should "server" be a global use flag?

В Пнд, 23/05/2011 в 13:32 -0400, Anthony G. Basile пишет: > On 05/23/2011 12:37 PM, Michał Górny wrote: > > On Mon, 23 May 2011 16:48:15 +0200 > > Ulrich Mueller wrote: > >> From : > >> | If the effect of the USE flag upon pkg-one is substan

Re: [gentoo-dev] Council May Summary: Changes to ChangeLog handling

В Птн, 20/05/2011 в 13:19 +0300, Mart Raudsepp пишет: > On T, 2011-05-17 at 13:32 +0300, Petteri Räty wrote: > > http://www.gentoo.org/proj/en/council/meeting-logs/20110510-summary.txt > > > > Please note that you must now update ChangeLog with each commit. For > > more information please see the

RFC: better policy for ChageLogs (was: Re: [gentoo-dev] Council May Summary: Changes to ChangeLog handling)

В Пнд, 30/05/2011 в 14:55 -0700, Brian Harring пишет: > The problem is, that's a *fuzzy* definition. Ok, let's start with something and then we'll add more items if required. Currently I'd like to propose following text: The ChangeLog must be updated with each commit. The only possible relaxatio

Re: [gentoo-dev] Re: RFC: better policy for ChageLogs

В Срд, 01/06/2011 в 19:37 -0400, Matt Turner пишет: > On Wed, Jun 1, 2011 at 7:29 PM, Jorge Manuel B. S. Vicetto > wrote: > > To be clear I support the goal to move our tree to git. > > However, I'd like to point out that simply moving to git will leave us > > in the same state. ++ ChangeLog file

Re: [gentoo-dev] Packages up for grabs

В Вск, 12/06/2011 в 15:21 +0200, Michal Januszewski пишет: > I have a number of packages in which I have lost interest and which I > no longer want to maintain: > dev-util/oprofile Taken. -- Peter.

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-misc/linux-logo: linux-logo-5.11.ebuild ChangeLog

В Птн, 24/06/2011 в 06:20 +, Jeroen Roovers (jer) пишет: > jer 11/06/24 06:20:28 > > Modified: ChangeLog > Added:linux-logo-5.11.ebuild > Log: > Version bump. > plain: > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/app-misc/linux-logo/linux-logo

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-misc/linux-logo: linux-logo-5.11.ebuild ChangeLog

В Птн, 24/06/2011 в 18:22 +0200, Jeroen Roovers пишет: > On Fri, 24 Jun 2011 10:29:51 +0400 > Peter Volkov wrote: > > > > src_prepare() { > > > echo "./logos/gentoo.logo" >> logo_config > > > echo "./logos/gentoo2.logo&quo

[gentoo-dev] demanual update (was: Don't use / when applying sed with CFLAGS)

uggest '|' for CFLAGS, LDFLAGS (see attachment)? -- Peter. >From 989cd3700ec0f3aa13cfca08b97c4c461b738883 Mon Sep 17 00:00:00 2001 From: Peter Volkov Date: Tue, 28 Jun 2011 10:05:17 +0400 Subject: [PATCH] Use | as a separator for sed'ing CFLAGS

[gentoo-dev] RFC: optinal run time dependencies

Hi guys. We've had discussion on optional runtime dependencies in bug 361255, but I think it's worth to have broader discussion of this issue. = Abstract Optional runtime dependencies are dependent packages that are not required to r

Re: [gentoo-dev] Re: Thoughts about broken package handling

В Втр, 28/06/2011 в 07:17 +0100, Ciaran McCreesh пишет: > There was going to be a really simple, elegant, ebuild-controllable and > provably working fix for that in EAPI 4 in the form of := deps, but > they got dropped because Portage couldn't implement it. > > Which is strange, because it should

Re: [gentoo-dev] Are tags just sets?

В Пнд, 27/06/2011 в 20:26 -0700, Brian Harring пишет: > > Second, make a bunch of sets named kde-tag, editors-tag, xml-tag, > > monkeys-tag etc. I'd like avoid editing multiple files. Much better will be keep tags with package. > Counter proposal; use what you're proposing as a cache. metadata.x

Re: [gentoo-dev] SHA256 and indention in metadata.xml

В Вск, 26/06/2011 в 17:20 +0200, Maciej Mrozowski пишет: > I never understood the reason after keeping deps not sorted alphabetically > where order doesn't matter - it's like someone purposely made ebuild harder > to > read - it's counter productive. Like with perl modules with well written con

Re: [gentoo-dev] SHA256 and indention in metadata.xml

В Сбт, 25/06/2011 в 13:24 -0400, Mike Frysinger пишет: > On Sat, Jun 25, 2011 at 10:23, Nirbheek Chauhan wrote: > > On Sat, Jun 25, 2011 at 6:16 PM, justin wrote: > >> Another question, do we have a rule, how the metadata.xml has to be > >> indented? Tabs or n spaces? > > > > There's no rule, but w

Re: [gentoo-dev] demanual update (was: Don't use / when applying sed with CFLAGS)

Thank you Fabian, Michał. Added note on Makefile and mentioned other tools as well. Updated patch is in attachment. -- Peter. >From 9d24f4bab09be481e70ab04c85f20a246162dc0a Mon Sep 17 00:00:00 2001 From: Peter Volkov Date: Tue, 28 Jun 2011 10:05:17 +0400 Subject: [PATCH] Use | as a separator

Re: [gentoo-dev] demanual update (was: Don't use / when applying sed with CFLAGS)

В Втр, 28/06/2011 в 12:23 -0400, Mike Frysinger пишет: > On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote: > > emake CC="$(tc-getCC)" CFLAGS="${CFLAGS}"... > > this is easily dangerous when it comes to packages (and many do) that append > in the Makefile. specifying on the command line bloc

Re: [gentoo-dev] rfc: should openrc be mandatory on all gentoo systems?

В Срд, 29/06/2011 в 07:53 +0100, Ciaran McCreesh пишет: > On Wed, 29 Jun 2011 02:47:36 -0400 > Mike Frysinger wrote: > > > Both. There's code in Paludis that duplicates a bunch of that stuff > > > simply because I wasn't sure what I could and couldn't rely upon. > > > > the file should provide t

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/aria2: aria2-1.12.0.ebuild ChangeLog

В Чтв, 30/06/2011 в 19:27 +, Sebastian Pipping (sping) пишет: > Log: > net-misc/aria2: Bump to 1.12.0, looks trivial > > EAPI="2" > > inherit bash-completion ... > pkg_setup() { > if use scripts && use !xmlrpc && use !metalink; then > ewarn "Please also enable the 'xml

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/aria2: aria2-1.12.0.ebuild ChangeLog

В Птн, 01/07/2011 в 09:09 +0100, Ciaran McCreesh пишет: > On Fri, 01 Jul 2011 12:03:41 +0400 > Peter Volkov wrote: > > > pkg_setup() { > > > if use scripts && use !xmlrpc && use !metalink; then > > > > This really calls for REQUIR

[gentoo-dev] Last rites: gnome-extra/gget

Has no maintainer. Has runtime problems. Dead upstream. Removal in 30 days. Bug #377979 gnome-extra/gget -- Peter.

[gentoo-dev] Last rites: net-wireless/madwifi-old{,-tools}

+# Peter Volkov (02 Oct 2011) +# Old package for very old kernel, unmaintained, fails to build, bug #362827 +net-wireless/madwifi-old +net-wireless/madwifi-old-tools Pending removal on 02 Nov 2011. -- Peter.

Re: [gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/wireshark: wireshark-1.6.2.ebuild ChangeLog wireshark-1.4.9.ebuild wireshark-1.4.7.ebuild wireshark-1.6.0_rc1.ebuild wiresha

В Втр, 13/09/2011 в 11:53 +0200, Diego Elio Pettenò пишет: > Il giorno mar, 13/09/2011 alle 10.28 +0100, Ciaran McCreesh ha scritto: > > In that case blocking just old versions is wrong, since if your > > installed version is broken and you try to reinstall, you'll need to > > uninstall first too.

Re: [gentoo-dev] Re: Lastrite: media-gfx/pngcrush

В Вск, 09/10/2011 в 22:28 +, Duncan пишет: > Chí-Thanh Christopher Nguyễn posted on Sun, 09 Oct 2011 18:37:59 +0200 as > excerpted: > > > Duncan schrieb: > >> Libpng isn't held up that way, while the package still gets its 30 day > >> masking last-rites. No policy broken; no maintainer toes s

Re: [gentoo-dev] Re: Lastrite: media-gfx/pngcrush

В Втр, 11/10/2011 в 08:09 +0100, Markos Chandras пишет: > Isn't this the same situation with gcc stabilizations? No. As was pointed many times, there was (and still is) no clear stabilization path announced. But there is some work behind scene and pressing dates with absolutely no need. If you wan

Re: [gentoo-dev] Re: Lastrite: media-gfx/pngcrush

В Втр, 11/10/2011 в 19:10 +0300, Samuli Suominen пишет: > > Samuli pretends here to act as a part of QA team (although he is not). > > Actually even whiteboard of stabilization bug tells #at _earliest_ 17 > > Oct" and thus there is really no sign for rush. This is the case where > > QA should voice

Re: [gentoo-dev] rfc: news item for png15

В Птн, 14/10/2011 в 01:01 +0300, Samuli Suominen пишет: > small news item for stable users. lets keep it simple... I think it's better to put all knowledge from forum post inside: 1. --keep-going option for revdep-rebuild. 2. better find: find /usr -name "*.la" -o -name "*.pc" -o -name "*-config"

Re: [gentoo-dev] News Item - MythTV

В Птн, 09/12/2011 в 20:38 -0500, Rich Freeman пишет: > I'm considering sending out this news item in a few days - comments > are welcome. It is a bit different in tone from a typical news item > but MythTV has been in not-so-great shape for a while and my goal is > to reel things in a bit and comm

[gentoo-dev] Last rites: net-libs/wt

net-libs/wt library was added to the tree for net-p2p/eiskaltdcpp. Later upstream decided not to use it and net-libs/wt left unmaintained. Now it is broken and requires version bump. If anybody is interested in this library, please, take it. If nobody steps in next month I'll drop it from the tree.

Re: [gentoo-dev] ChangeLogs and rsync time

On Вск, 2006-01-01 at 21:35 +0100, Francesco Riosa wrote: > We have currently 10371 ChangeLog files, > 25 MB totally . > 1365 == 13% with size >= 4096 B, 12 MB totally > > rsync from "emerge --sync" has "--whole-file" between its options, that > mean transfer the whole file if changed. > 2) "rota

Re: [gentoo-dev] RFC: tcsh vs. csh, removal of the latter

On Срд, 2006-01-25 at 20:57 +0100, Grobian wrote: > Are there any objections to removing csh from the tree? If there are no > problems with csh removal before Feb 1st 2006, then I will starting from > that date work on getting csh removed by masking it, blocking tcsh and > csh, and request for upd

Re: [gentoo-dev] QA subproject, TreeCleaners

On Втр, 2006-06-06 at 00:17 +0200, Diego 'Flameeyes' Pettenò wrote: > That's why we use a SCM for managing the ebuilds: the removed ebuilds > are still found via cvs commands and on sources.gentoo.org But how can I search for removed ebuild in cvs? Is there any quick way for such things? Peter.

Re: [gentoo-dev] Project Sunrise thread -- a try of clarification

On Чтв, 2006-06-08 at 21:20 +0200, Henrik Brix Andersen wrote: > It's not a "normal" overlay as I see it. You've promoted it to be an > official overlay. The difference is huge in my opinion. IMO such overlay should be official! Why not to keep all (partially) broken ebuilds in one place? This is

Re: [gentoo-dev] Project Sunrise thread -- a try of clarification

On Чтв, 2006-06-08 at 21:20 +0200, Henrik Brix Andersen wrote: > It's not a "normal" overlay as I see it. You've promoted it to be an > official overlay. The difference is huge in my opinion. IMO such overlay should be official! Why not to keep all (partially) broken ebuilds in one place? This is

Re: [gentoo-dev] [RFC] i18n project

On Сбт, 2006-06-10 at 15:11 +0200, Jan Kundrát wrote: > a) Translation of metadata.xml stuff in our tree (Is there any method to > keep them up-to-date when the English text changes? Something like > "revision" attribute that gets bumped when the English text gets updated?) While we do not have "v

Re: [gentoo-dev] [RFC] i18n project

On Вск, 2006-06-11 at 02:16 +0200, Marius Mauch wrote: > On Sat, 10 Jun 2006 15:11:50 +0200 > Jan Kundrát <[EMAIL PROTECTED]> wrote: > > b) Localization of Gentoo-developed applications (portage, > > gentoolkit,...) including their manpages > > I don't really like this one. Documentation, sure, bu

Re: [gentoo-dev] RFC: Package Manager Specification: configuration protection

On 2006-09-11 at 20:30 -0400, Michael Cummings wrote: > Ciaran McCreesh wrote: > > * If no existing file with the intended target name exists, or if the > > existing > > file has identical content to the file to be installed, the file to be > > installed > > is installed as normal. > > Just

[gentoo-dev] How to move packages?

Hello. One of packages I maintain changed its name. What shall be done, so users of the package were aware about package name change and upgraded flawlessly? Thank you, Peter. signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] fixing up portage implicit RDEPEND behavior

On 2006-11-03 at 00:43 -0800, Zac Medico wrote: > Also, some ebuilds will loose some implicit RDEPEND that they current > get from eclasses. Why? I suppose more logical solution is to adjoin DEPEND from ebuild and RDEPEND from eclass. Peter. signature.asc Description: This is a digitally signed

[gentoo-dev] linking with ld or gcc?

Hello. Short question: What shall we use to link libraries/programs: gcc or ld? Why? A bit longer story: I have a problem during linking of wepattack on amd64 systems. Linking stage issues warning: $ x86_64-pc-linux-gnu-ld -o wepattack wepattack.o rc4.o wepfilter.o log.o modes.o misc.o verify.o

Re: [gentoo-dev] How get ebuild provider virtual/category.

On 2006-11-10 at 12:24 +0500, Anatoly Shipitsin wrote: > It's app-admin/sudo and sys-process/fcron. > This packages use virtual/editor but by default set nano as default > editor. > I'm don't know how get provider category virtual/editor. But equery > view it as first package. > Any ideas ? Pl

[gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

Hello. Anatoly raised really important concern and currently I've started to think about fix. One possible solution requires virtual/editor to suite glep 37 and thus affects many packages. So... wondering why this change was not done I'd like to discuss the problem on the list. Problem: There are

Re: [gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

On 2006-11-12 at 04:34 -0500, Mike Frysinger wrote: > why not modify sudo to not filter the EDITOR env var then there is no > more problem Considering that this is the only situation where environment is dropped... yes this fixes sudo problem. The other possible solution is: #!/bin/bash export ED

Re: [gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

On Sun, 2006-11-12 at 05:26 -0500, Mike Frysinger wrote: > then we end up with having to maintain a list of "safe" EDITORs and > dealing with people who want to edit their own favorite editor > > the sudo file has the ability to specify editor's, so why not tell > people to change their sudo confi

Re: [gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

On Sun, 2006-11-12 at 05:54 -0500, Mike Frysinger wrote: > in the example usages you cited, people where using `sudo` to just > avoid running `su -` first ... in other words, their sudo was > unlimited ... updating the sudoers file to allow EDITOR via env_keep > would work fine for them > > in tha

Re: [gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

On Sun, 2006-11-12 at 11:06 +, Tavis Ormandy wrote: > You can set `Defaults env_keep=EDITOR` in your sudoers file if you > want, or what I do is `Defaults:%wheel !env_reset`, to allow users in > group wheel to use sudo without the environment being scrubbed. Of course I know about that. And I

Re: [gentoo-dev] Resolve build time default editor dependency. (was: How get ebuild provider virtual/category.)

On Sun, 2006-11-12 at 12:15 +, Tavis Ormandy wrote: > The only `hardcoded` editor is the fallback editor for > visudo And this is the problem I'm talking about. I do not see any reasons to keep this not working fallback. There are parts of code that just do not work in Gentoo. > which can be

Re: [gentoo-dev] [ANNOUNCE] Anonymous CVS and SVN now available

On behalf of Russian translators team members I'd like to say thank you for your work guys! This greatly simplifies translators work to translate and keep translations updated. This also allows to create Russian website synchronized with gentoo.org also with Russian specific additions. Thank you a

<    1   2   3   4   >