Re: [gentoo-dev] News Item: GnuCash 2.7+ Breaking Change

On Wed, Jan 10, 2018 at 9:31 PM, Aaron W. Swenson wrote: > Title: GnuCash 2.7+ Breaking Change > Aaron, but why do we need this news item? 2.7 version is a development version that is not supposed to be used by end users. As far as I understand this backup is a temporary measure until stable rel

Re: [gentoo-dev] Open Build Service

On Tue, Nov 14, 2017 at 4:47 AM, Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: The only feature that would be useful for now is emerge obtaining the > precompiled binary packages to install in containers/VMs from http > rather than nfs[1]. > Samuel, probably I miss something but this sh

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

On Mon, Jul 31, 2017 at 6:11 PM, Rich Freeman wrote: > On Mon, Jul 31, 2017 at 10:52 AM, Alec Warner wrote: > > Sorry, to be clear the conclusion I was hoping to draw is that one has 2 > > repos instead of 1. > > > > 1) Rolling. > > 2) Stable. > > > > Rolling is typical ~arch Gentoo. People in r

Re: [gentoo-dev] [RFC] NeoVim and vim-syntax

Hi. On Wed, May 31, 2017 at 10:32 PM, Vadim A. Misbakh-Soloviov wrote: > Currently, we have a situation, that there are two Vim's: "old" one (vim8) and > NeoVim... Unfortunately, both of them have different runtimedirs... > > ... NeoVim supports Vim's plugins/scripts very well (although I > didn'

Re: [gentoo-dev] Packages up for grabs

В Сб, 19/10/2013 в 18:12 +0200, Pacho Ramos пишет: > sys-fs/vzquota This is part of openvz. Took this. -- Peter.

Re: [gentoo-dev] rfc: converting /etc/mtab to a symlink

В Вс, 13/10/2013 в 14:32 -0500, William Hubbs пишет: > from what I'm seeing, we should look into converting /etc/mtab to a > symlink to /proc/self/mounts [1]. > > Are there any remaining concerns about doing this? The only concern I have how this change affects *BSD or prefix? But yet I failed to

Re: [gentoo-dev] rfc: converting /etc/mtab to a symlink

В Вс, 13/10/2013 в 14:13 -0700, Matt Turner пишет: > On Sun, Oct 13, 2013 at 12:32 PM, William Hubbs wrote: > > from what I'm seeing, we should look into converting /etc/mtab to a > > symlink to /proc/self/mounts [1]. > Is the issue with NFS user mounts resolved? (Mentioned > https://wiki.gentoo.

Re: [gentoo-dev] stabilizing libraries without testing reverse deps

В Пн, 30/09/2013 в 00:54 +0200, Andreas K. Huettel пишет: > Am Sonntag, 29. September 2013, 23:41:03 schrieb hasufell: > > It seems this happens more frequently these days, so I'd like to > > remind people to check stable reverse deps before stabilizing a > > library, especially when this is a non-

Re: [gentoo-dev] does v8 shared library make sense with current upstream approach?

В Вт, 24/09/2013 в 11:46 -0700, "Paweł Hajdan, Jr." пишет: > On 9/22/13 5:24 PM, Peter Stuge wrote: > > "Paweł Hajdan, Jr." wrote: > >> "compiling with versions of v8 other than what is included is not > >> currently supported." > > .. > >> For now V8 upstream gives no guarantees about API/ABI stab

Re: [gentoo-dev] vserver herd is empty

В Вс, 21/07/2013 в 10:23 +0200, Pacho Ramos пишет: > Will remove the herd if nobody joins in a week. I talked to hollow and we think it's worth to remove this herd. Actually only openvz and vserver packages are in this herd and they are maintained completely independently for a long time... I'll

[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] 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

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] 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] 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

В Вск, 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: 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.

[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.

[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.

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] 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] 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

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] 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] 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] 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] 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] 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

[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

[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

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] 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] 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.

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

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] 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

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] 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] 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] 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] 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.

[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 "${

[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

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

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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: 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

[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] 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.

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] 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] 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] 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

[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] 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

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] 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

В Чтв, 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] 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] 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: .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] 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)

В Птн, 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] .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

[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.

[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 &&

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 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

[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

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 /

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] 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] 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] 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: 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 в 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 в 17:44 +0200, Jeroen Roovers пишет: > On Thu, 16 Sep 2010 09:41:30 -0500 > Jeremy Olexa wrote: > > > * econf doesn't need to "|| die" > > Is that a novelty change? Most of the tree still does econf || die ... econf is function that dies on its own. But still there is one cas

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/sqlalchemy: ChangeLog sqlalchemy-0.5.8.ebuild

В Пнд, 13/09/2010 в 16:44 +, Arfrever Frehtes Taifersar Arahesis (arfrever) пишет: > arfrever10/09/13 16:44:13 > > Modified: ChangeLog > Added:sqlalchemy-0.5.8.ebuild > Log: > Restore for old versions of Gourmet. Please, mention why the change was made.

Re: [gentoo-dev] CUPS 1.4 and FFMpeg 0.6

В Чтв, 09/09/2010 в 10:20 +0200, Christian Faulhammer пишет: > Does anybody here know an obstacle to the stabilisation? Just found that I'm unable to print with cups-1.4: https://bugs.gentoo.org/show_bug.cgi?id=337057 Since Samsung printers are rather popular I think this is a blocker. But proba

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/hachoir-parser: ChangeLog hachoir-parser-1.3.4.ebuild

В Вск, 12/09/2010 в 17:01 +0300, Mart Raudsepp пишет: > On L, 2010-09-11 at 23:18 +0300, Petteri Räty wrote: > > On 09/11/2010 11:14 PM, Ryan Hill wrote: > > > On Sat, 11 Sep 2010 22:10:51 +0300 > > > Petteri Räty wrote: > > > > > >>> + > > >>> +*hachoir-parser-1.3.4 (10 Sep 2010) > > >>> + > > >

Re: [gentoo-dev] Re: app-editors/vim-7.3 and python[3] USE flags

В Чтв, 19/08/2010 в 19:58 +, Duncan пишет: > Jim Ramsay posted on Thu, 19 Aug 2010 17:00:17 + as excerpted: > > > Option 1: IUSE="python python3" > > > > Where python -> --enable-pythoninterp And python3 -> > > --enable-python3interp > > > > This means if you want python3 support and not

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-apps/drupal: drupal-5.23.ebuild ChangeLog drupal-6.19.ebuild drupal-6.16.ebuild drupal-6.17.ebuild drupal-5.22.ebuild

В Втр, 17/08/2010 в 11:27 +0200, Alex Legler пишет: > but as for removing the old versions, that's something we usually ask > people to do after bumping packages with security issues to minimize > the risk of people installing possibly vulnerable versions. I agree with removal but not immediately.

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-apps/drupal: drupal-5.23.ebuild ChangeLog drupal-6.19.ebuild drupal-6.16.ebuild drupal-6.17.ebuild drupal-5.22.ebuild

В Пнд, 16/08/2010 в 18:04 +, Alexey Shvetsov (alexxy) пишет: > alexxy 10/08/16 18:04:52 > > Modified: ChangeLog > Added:drupal-5.23.ebuild drupal-6.19.ebuild > Removed: drupal-6.16.ebuild drupal-6.17.ebuild > drupal-5.

Re: [gentoo-dev] Re: Why (i.e. USE="openssl" instead of USE="ssl")

В Сбт, 14/08/2010 в 18:29 +0200, Peter Hjalmarsson пишет: > lör 2010-08-14 klockan 15:14 +0300 skrev Samuli Suominen: > > > [1] Last time I did a bugreport about this, here is the answer: > > > https://bugs.gentoo.org/show_bug.cgi?id=310681 > > > > Long story short: > > > > If package has SSL sup

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/mlt: ChangeLog mlt-0.5.4-r1.ebuild

В Сбт, 14/08/2010 в 20:06 +0300, Markos Chandras пишет: > On Sat, Aug 14, 2010 at 06:26:36PM +0200, Thilo Bangert wrote: > > > So you want me to force everyone to update the package just to respect > > > the LDFLAGS. > > > > yes. IIRC it has been stated on this list before, that a change which >

  1   2   3   4   >