В Пнд, 31/03/2008 в 06:21 +, Duncan пишет:
> Mike Frysinger <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Sun, 30 Mar
> 2008 20:39:14 -0400:
>
> > there is no package-manager specificness here. it's already completely
> > doable from a user perspective, just having it
В Чтв, 03/04/2008 в 18:56 +0300, Petteri Räty пишет:
> >> Petteri Räty wrote:
> >> Defining required amount of activity for ebuild devs. I would like us to
> >> raise the required amount of activity for ebuild devs.
> I checked the current slacker script and it checks for having at least
> one c
В Вск, 20/04/2008 в 20:02 +0200, Tiziano Müller пишет:
> What do you think of putting edac and ipmi stuff (and maybe other
> server-related monitoring/controlling stuff) into the sysadmin herd?
>
> Alternative: Create a new herd (name?) for such tools.
Actually this thread follows discussion in b
В Вск, 04/05/2008 в 21:48 +0200, Enrico Weigelt пишет:
> I'm just installing qemu, which requires gcc-3.x for building.
> The current breaks are very ugly, IMHO.
>
> So I'm proposing to add the old gcc-3.x as depedency to qemu,
> at least as long as it doesn't build w/ newer gcc.
>
> What do y
В Птн, 16/05/2008 в 11:19 -0500, Yuri Vasilevski пишет:
> I'll be adding things like debhelper, lintian and a little
> bit later things like apt, aptitude, cdebootstrap, debian-live and
> some more.
If you ever will need lockdev ebuild, don't waste your time. Take it
here:
http://overlays.gentoo.
В Вск, 18/05/2008 в 15:14 +, Samuli Suominen (drac) пишет:
> drac08/05/18 15:14:30
>
> Modified: package.mask
> Log:
> dxr3player removed
>
> Revision ChangesPath
> 1.8634 profiles/package.mask
Could you add ChangeLog entries for thing like this,
В Чтв, 29/05/2008 в 15:42 +, Raul Porcel (armin76) пишет:
> armin76 08/05/29 15:42:29
>
> Modified: package.mask
> Log:
> P.mask net-dns/resolvconfig-gentoo as per bug #219270
>
> Revision ChangesPath
> 1.8663 profiles/package.mask
Whenever you modif
В Чтв, 29/05/2008 в 11:02 +0200, Diego 'Flameeyes' Pettenò пишет:
> I'm afraid that it will turn, for complex libraries like libexpat and
> users not using --as-needed, the message telling you the program cannot
> be started with subtle crashes for symbol collision.
Is there any reason why --as-
В Птн, 30/05/2008 в 20:28 -0700, Brian Harring пишет:
> Either way, basically it's coming down to if gentoo wants to follow
> the definition of 'academic' right, or 'pragmatic' right. Exempting
> ciaran, vote seems to be pragmatic.
Well, although I've asked about problems with having --as-needed
Hello, Markus.
В Вск, 08/06/2008 в 19:28 +, Markus Ullmann (jokey) пишет:
> jokey 08/06/08 19:28:19
>
> Modified: use.local.desc
> Log:
> Rename webkitgtk to webkit-gtk
>
> Revision ChangesPath
> 1.3576 profiles/use.local.desc
Whenever you modify
Hello Luis.
В Пнд, 09/06/2008 в 18:12 +, Luis F. Araujo (araujo) пишет:
> araujo 08/06/09 18:12:09
>
> Modified: package.mask
> Log:
> Saving Squeak. Solving bugs #163724 , #196984
>
> Revision ChangesPath
> 1.8705 profiles/package.mask
Whenever y
If you need eapi in file name what are the technical reasons of putting
it into file name extension? Why don't you suggest better ebuild name
like:
pkg-ver-eapi.ebuild or pkg-eapi-ver.ebuild ?
I remember last time I've asked this genone told me that this is not
backward compatible. Ok, it's not,
В Срд, 11/06/2008 в 08:34 +0100, Ciaran McCreesh пишет:
> On Wed, 11 Jun 2008 11:25:50 +0400
> Peter Volkov <[EMAIL PROTECTED]> wrote:
> > If you need eapi in file name what are the technical reasons of
> > putting it into file name extension? Why don't you sugges
В Срд, 11/06/2008 в 19:45 -0400, Jim Ramsay пишет:
> Vlastimil Babka <[EMAIL PROTECTED]> wrote:
>
> > I would prefer something that
> > doesn't add extra lines to ebuild.
>
> I think I would disagree with you here. I think that having a special
> 'eblank' or 'eseparator' command is much more re
В Сбт, 14/06/2008 в 19:28 +0200, Luca Barbato пишет:
> I don't see disadvantages, all I wanted is a simple way to archive this:
> [# emaint -r ffmpeg ... # emerge ffmpeg -L ... egen ... skipped most of stuff]
Your example shows that .live ebuilds "fix" different issue. What you
are suggesting are
В Вск, 15/06/2008 в 13:19 +0200, Benedikt Morbach пишет:
> > But speaking about names of options - -A and -B are easier to
> remember
> > as -A stands for above and -B for below and grep users already knew
> > that.
>
> for grep -A means after and -B before ;)
True. And still, one day I learn thi
В Чтв, 12/06/2008 в 09:36 +0200, Markus Ullmann пишет:
> The PMS maintainers were withholding information on compatibility
> issues they've seen. As such we can't be sure this will pop up again
> in the future and so I strongly suggest dismissing this as something
> official for gentoo.
Dismissing
В Сбт, 14/06/2008 в 18:39 +0200, Mario Fetka пишет:
> I stumble across a nice problem:
>
> At the moment i am creating the ebuilds for the Mandriva Management Console
> (http://mds.mandriva.org).
>
> the web Interface is php based so the webapp eclass would be the best way
> but know the show s
В Вск, 15/06/2008 в 15:50 +0100, Ciaran McCreesh пишет:
> On Sun, 15 Jun 2008 18:42:28 +0400
> Peter Volkov <[EMAIL PROTECTED]> wrote:
> > By formalizing I mean the following: call for and form PMS team. Team
> > must represent portage developers and could paludis and pkgc
В Втр, 10/06/2008 в 21:10 -0700, Brian Harring пишет:
> So... someone other then ciaran have a comment?
>From ebuild developer point of view there is no difference if eapi is a
variable of a function call. If changing eapi to a function call makes
sourcing of ebuilds more sane, then it's good to h
В Втр, 17/06/2008 в 09:48 +0200, Tiziano Müller пишет:
> http://dev.gentoo.org/~dev-zero/glep/glep-glep.txt
Your GLEP describes only two possible types: Technical and
Organizational. At the same time type of your GLEP is informational. How
this could be? What happens with informational GLEPs?
W
В Чтв, 19/06/2008 в 21:03 +, Michael Sterrett (mr_bones_) пишет:
> mr_bones_08/06/19 21:03:29
>
> Modified: package.mask
> Log:
> mask =games-kids/gcompris-8.4.5 until
> http://bugs.gentoo.org/show_bug.cgi?id=225883 is fixed up.
>
> Revision ChangesPath
> 1.8740
В Сбт, 21/06/2008 в 10:56 +0200, Albert Zeyer пишет:
> Perhaps install a script which automatically takes the CVS comment when
> some of these files is changed and adds this comment automatically to
> the ChangeLog?
Some days ago Diego (flameeyes) suggested to write script which will
abort commit
В Срд, 11/06/2008 в 07:53 +0200, Luca Barbato пишет:
> Getting the build time from 30minutes to an hour or more?
Actually I don't understand this concern. If you bother about time
tests take don't build package from sources - use binary packages. If
you build program by yourself - run testsuite t
В Втр, 24/06/2008 в 01:53 +0200, Robert Buchholz пишет:
> I've stumbled upon an inconsitency between package managers the other
> day [1], which was due to both an ebuild and an eclass defining
> inconsisting KEYWORDS.
But do we allow KEYWORDS in eclasses? Why? Each package should be tested
inde
В Втр, 01/07/2008 в 05:05 +0300, Mart Raudsepp пишет:
> Over a year or two ago, it was communicated that it supposedly a policy
> that USE=static
Well, I don't have web-reference at hand now, but there was a thread in
gentoo-dev with the subject: "Say no to static libraries!". Summarizing
some ide
В Вск, 13/07/2008 в 23:52 +0100, Ciaran McCreesh пишет:
> Which part of the 'Problem' section in the GLEP didn't you understand?
> Do you seriously consider not being able to add or change global scope
> functions in future EAPIs to be a non-issue, or were you ignoring those
> two bullet points?
I
В Чтв, 17/07/2008 в 04:51 +0200, Marius Mauch пишет:
> At dev.gentoo.org/~genone/unpack.eclass is the draft for an eclass
> to implement this feature.
Marius, although it's possible to do this things in eclass why is eclass
better? As I see portage's unpack() already has extension <-> "program
t
В Срд, 06/08/2008 в 14:18 -0700, Robin H. Johnson пишет:
> Getting the bot out there
> -
> If you would like to have the new bot in your #gentoo-* channel, would
> each channel founder/leader please respond to this thread, stating the
> channel name, and that they are the co
Hello.
There are droid fonts package in the tree. Author states that they are
apache licensed [1] (supposedly similar to google's android sdk) but
license itself is not included in the package (only .ttf files are
there). Should we RESTRICT="mirror" in such case or it's safe to drop
such restricti
В Вск, 17/08/2008 в 17:24 -0700, Zac Medico пишет:
> At least a few people have expressed a desire to have support for a
> package.keywords file in the profiles [1] as a means to add or
> subtract any number values to or from the KEYWORDS that apply to a
> given ebuild.
It's good feature for overl
В Чтв, 21/08/2008 в 19:26 -0700, Alec Warner пишет:
> src_prepare is a logically distinct action (maybe if we called it
> src_patch it would be clearer?)
We are not only patching sources there but modify them by other means
too (like sed or find .. rm \{\};). So src_prepare is the name which
bette
В Сбт, 23/08/2008 в 13:39 -0700, Zac Medico пишет:
> Please consider a PROPERTIES=live value that, when set in an ebuild,
> will serve to indicate that the ebuild will use some form of "live"
> source code that may vary each time that the package is installed.
Does this (and previous similar threa
В Пнд, 25/08/2008 в 11:40 -0700, Zac Medico пишет:
> Peter Volkov wrote:
> > It's good feature for overlays, but I think we should avoid this in
> > portage tree as having same information in two places can be avoided in
> > this case: it's better and not so hard t
Hello.
Is it allowed (good idea) to override global USE flags in metadata.xml?
GLEP 56 in Motivation part give us such examples and media-libs/xine-lib
already uses this possibility but before GLEP 56 was implemented having
USE flag both in local.use.desc and use.desc was not allowed.
We already
В Вск, 07/09/2008 в 02:05 +, Jorge Manuel B. S. Vicetto пишет:
> Our first attempt was to use a multislot use flag[1]. According to that
> flag, we would set the SLOT and the PREFIX for the install. That has the
> a very important problem - it breaks the invariancy of the SLOT and as
> thus bee
В Вск, 07/09/2008 в 15:34 +0100, Ciaran McCreesh пишет:
> On Sun, 07 Sep 2008 17:24:55 +0400
> Peter Volkov <[EMAIL PROTECTED]> wrote:
> > In any case as FHS and /usr/kde/ installations should set
> > differently SLOT seems that new portage feature is required... May be
В Пнд, 08/09/2008 в 23:34 +, Jorge Manuel B. S. Vicetto пишет:
> So we're talking about adding the following to EAPI-2:
While it's not too late. Can we make dobin, doman and other do*
functions finally die in EAPI=2? I've reviewed discussions on -dev
[1],[2] and bug 138792 [3] and seems that t
В Вск, 28/09/2008 в 20:24 +0200, Thomas Sachau пишет:
> I see many ebuild that still use "econf || die", also econf should die by
> itself. Are there any
> specific reasons for this? Some cases where econf does not die also it fails?
> Or some other reason
> for this?
This || die is redundant. P
В Пнд, 06/10/2008 в 15:59 +0200, Robert Buchholz пишет:
> On Sunday 05 October 2008, Thilo Bangert wrote:
> > HOMEPAGE="http://this-package-has-no-homepage.gentoo.org/";
>
> Why not use our package site for this, i.e.
> HOMEPAGE="http://packages.gentoo.org/package/${CAT}/${PN}";
This is not homep
В Пнд, 13/10/2008 в 14:34 -0500, Jeremy Olexa пишет:
> On Sun, Oct 12, 2008 at 12:04 PM, Thomas Sachau <[EMAIL PROTECTED]> wrote:
> > Should we depend on all system packages? Should we depend on some packages,
> > because they could be
> > removed? If yes, which ones? Or should we leave the system
В Срд, 15/10/2008 в 20:51 +0100, Steve Long пишет:
> >> for ((i=0;i<10;i++)); do echo /usr/share/doc/${P}/examples >
> >> /dev/null;
> >
> >> real 11.25
> >
> >> real 9.24
> >
> > So that's what, on the order of 20 microseconds faster for each iteration?
> >
> Or ~18%. (You shouldn't use the
В Вск, 02/11/2008 в 12:11 -0700, Gordon Malm пишет:
> You can cry "abuse" all you want. You FAIL to offer any alternatives or
> solutions. I'll ask again, how do you detect that you are compiling code
> destined to be run in-kernel from within gcc without checking for the
> __KERNEL__ macro?
В Сбт, 08/11/2008 в 17:20 -0500, Thomas Anderson пишет:
> This is a reposting of a call for discussion on DEFAULT_* variables.
> The original discussion was at [1].
How does this proposal answers concerns raised during last discussion?
I did my best and reread all the discussions and both proposa
Well for myself I found compromise. Although in both proposals as I see
you've omitted part where you'll discuss how you are going to implement
this feature, implementing this feature as eclass addresses most of my
concerns, since:
1. ebuild's syntax does not change
2. people will have to inherit
Why it's so hard not to delete ebuilds from the tree? Also it was
already discussed that if maintainer wishes he/she could drop some
keywords from old ebuild, e.g. if you have more recent version of
package stabilized on arch, just drop arch keyword from the old ebuild.
В Пнд, 10/11/2008 в 20:21
В Вск, 16/11/2008 в 21:13 +0100, Gilles Dartiguelongue пишет:
> here is a list of packages gnome herd would like to get rid of since
> no-one seem to take care of them and users are not so verbose about it
> either:
>
> * app-text/ggv https://bugs.gentoo.org/show_bug.cgi?id=223427
Upstream there
В Вск, 16/11/2008 в 15:33 -0600, Ryan Hill пишет:
>
> > - FEATURES=test failures;
>
And what we are supposed to do if upstream states that tests are not
supposed to be ran on users systems and exists for package development
only? Fo
В Сбт, 22/11/2008 в 18:11 +, Miroslav Sulc (fordfrog) пишет:
> fordfrog08/11/22 18:11:25
> Added:netbeans-6.5-r1.ebuild
> Log: netbeans compiles fine even with JDK 1.6 so I dropped the restriction
> on JDK, also commons-fileupload linking fixed
> Index: netbeans-6.5-r1
В Вск, 30/11/2008 в 14:50 +0100, Tobias Scherbaum пишет:
> In most (nearly all?) cases a HOMEPAGE change does also affect older versions.
> Does someone have an example where older versions stay at an old homepage
> and newer versions moved to a new homepage?
Yes. This is quite a common case when
В Вск, 30/11/2008 в 16:10 +0100, Santiago M. Mola пишет:
> per-package eclasses [1].
> That way, it would be easy to avoid duplication of not only HOMEPAGE but
> also SRC_URI, LICENSE, or any other part of an ebuild.
Having per-package eclasses (PPE) just to set common HOMEPAGE is
definitely overk
В Вск, 30/11/2008 в 17:09 +0200, Serkan Kaba пишет:
> Peter Volkov yazmış:
> > Also sometimes it's useful to have different HOMEPAGE for different
> > versions.
> >
> > And in general, Diego. What are you trying to improve with this change?
> > The ori
Seems that we already have everything you dreamed about:
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=1#doc_chap4
Take a look at PORTAGE_ELOG_SYSTEM. It even can send that messages by
mail :)
HTH,
--
Peter.
В Вск, 30/11/2008 в 09:25 -0700, Joe Peterson пишет:
> Bottom lin
В Вск, 30/11/2008 в 16:54 +, Ciaran McCreesh пишет:
> On Sun, 30 Nov 2008 19:50:17 +0300
> Peter Volkov <[EMAIL PROTECTED]> wrote:
> > В Вск, 30/11/2008 в 16:10 +0100, Santiago M. Mola пишет:
> > > per-package eclasses [1].
> > > That way, it would be e
В Вск, 30/11/2008 в 16:59 -0600, Ryan Hill пишет:
> On Mon, 10 Nov 2008 13:13:34 -0500
> Mark Loeser <[EMAIL PROTECTED]> wrote:
> > [proposal]
> I know it's not directly related to stabilization, but lately people
> have been removing the only keyworded package for the mips arch, under
> the excus
В Пнд, 01/12/2008 в 06:16 +0100, Maciej Mrozowski пишет:
> Currently handling debug/release builds is incoherent and misleading to say
> the least. We have got in Gentoo:
All that parts do their separate and quite a different work so I can't
say that it's incoherent (by idea at least).
> The dra
В Птн, 05/12/2008 в 08:23 +0100, Rémi Cardona пишет:
> Le 05/12/2008 05:33, Joe Peterson a écrit :
> > How about "PORTAGE_JOBS" to go along with "PORTAGE_OVERLAY",
> > "PORTAGE_NICENESS", etc.
>
> While this part of the thread has a lot of bikeshedding potential, Joe's
> name sounds more consiste
В Вск, 14/12/2008 в 05:10 +0200, Petteri Räty пишет:
> Now what do people think about extending metadata.xml so that you could
> have these bugs filed automatically when there are no open bugs?
Is it possible to specify delay when stabilization bug should be opened?
Some packages I want to go sta
Hello.
Some time ago I've modified stardict.eclass and added optional
possibility based on 'gzip' USE flag to compress index and dict data
files. But I realized too late that I need to document this USE flag
somewhere, and since it'll do similar things for all stardict-*
dictionaries (heh, more th
В Втр, 16/12/2008 в 19:27 +, Ciaran McCreesh пишет:
> What's the point of having this as an option at all? Is it really
> something that affects the end user in any way?
The reason is that this feature requires additional dependency on
app-text/dictd package (to compress dictionary data dictzi
В Срд, 17/12/2008 в 16:34 -0800, Donnie Berkholz пишет:
> Is that some huge package that takes an unreasonable amount of time to
> build or space to install?
Probably in this case it takes reasonable amount of time...
> If not, this doesn't seem like a very meaningful choice to me.
Well, your
В Птн, 19/12/2008 в 14:45 +, Ciaran McCreesh пишет:
> If it reads (and presumably uncompresses) all of them at startup
> anyway, what's the point in compressing them at all?
It makes size smaller: both index and data files are text files so
compression is very effective. All distributions I've
В Птн, 19/12/2008 в 17:06 +, Ciaran McCreesh пишет:
> But disk space is cheap. How big are the dictionaries? The vim
> dictionaries are around half a meg uncompressed, and if you're looking
> to save a meg or two in disk space on the kind of system that includes
> dictionaries then you're doing
Daniel, answering you in this mail... Yes, probably sometimes we have to
discuss basic things in this mailing list but since developers do this
basic errors we have to. Technical problems in our portage tree are
perfectly valid for this mailing list.
В Пнд, 05/01/2009 в 13:55 +0530, Nirbheek Chau
В Вск, 04/01/2009 в 18:57 +0100, Robert Buchholz пишет:
> On Sunday 04 January 2009, Mike Auty wrote:
> > Jeroen Roovers wrote:
> > > The order ("first maintainer as assignee" or "first maintainer/herd
> > > as assignee") is open to discussion and I think this is the proper
> > > forum to have that
В Вск, 11/01/2009 в 10:31 +0100, Benedikt Böhm пишет:
> On Sun, Jan 11, 2009 at 01:56:52AM +0100, Friedrich Oslage wrote:
> > - - you forgot the ChangeLog entry
>
> `cvs log` is the changelog, i don't see why i should add a changelog entry.
There is the same reason as for ChangeLogs for ebuilds.
В Срд, 14/01/2009 в 20:24 -0800, Donnie Berkholz пишет:
> On 11:05 Mon 12 Jan , AllenJB wrote:
> > In my opinion the cvs commit log and the ChangeLog serve 2 different
> > purposes. The cvs log is for developers while the ChangeLog is for
> > users. While the cvs log will likely just want t
В Чтв, 15/01/2009 в 09:12 +0100, Christian Faulhammer пишет:
> "Heath Caldwell (hncaldwell)" :
> > +
> > + Enable support for LaTeX
> > +
>
> You only have to add flags to metadata.xml, that are not in
> use.desc...
I asked on IRC some time ago and I was to
Hi Peter.
> NO_MONO_DEPEND=(
> "dev-lang/mono"
> "dev-dotnet/libgdiplus"
> "dev-dotnet/gluezilla"
> )
Just curious. What are the reasons to use array here?
> go-mono_src_install () {
> emake -j1 DESTDIR="${D}" install || die "install failed"
Is parallel make broken every
Marius Mauch schrieb:
> It's strongly recommended to set both explicitly
FYI, I've opened bug to add repoman check for this:
http://bugs.gentoo.org/show_bug.cgi?id=255358
/me also had feeling that it's good idea to rely on implicit RDEPEND and
since it's not true, it's better to warn developers
В Вск, 18/01/2009 в 00:52 +0100, Friedrich Oslage пишет:
> Robin H. Johnson schrieb:
> > I'm raising this as an extension of bug 253076, but also because I see
> > the potential for danger.
> > As a long term solution, can we just consume an inode and have some file
> > like /etc/baselayout2?
Wha
В Пнд, 19/01/2009 в 17:18 +0100, Santiago M. Mola пишет:
> On Sun, Jan 18, 2009 at 12:52 AM, Friedrich Oslage
> wrote:
> > Why not teach /sbin/runscript it's own version? With something like this
> > we could also do stuff depending on a specific version of openrc:
>
> That would be a good solu
В Втр, 20/01/2009 в 21:04 +0200, Petteri Räty пишет:
> So do you think:
> a) cp -i is fine
No, interactivity is bad.
> b) this function should be added to eutils
> c) keep it restricted to java eclasses
I don't remember/know any other cases where this function can be useful.
So I think it's bett
В Вск, 08/02/2009 в 23:06 +0100, Matti Bickel пишет:
> +# could probably be lower
> +WANT_AUTOCONF="latest"
> +WANT_AUTOMAKE="latest"
These are defaults. You don't need to specify them.
> + eautomake || die "automake error"
eautomake dies on its own. You don't need || die here.
--
Peter.
EAPI inside ebuild is the best solution. If we really have to put it
inside filename, keep it out of extension, like 2) b) suggests.
--
Peter.
В Втр, 24/02/2009 в 16:14 +0200, Serkan Kaba пишет:
> lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use
> slot deps. And I think that's a valid usage.
>
> 1:
> http://overlays.gentoo.org/proj/java/browser/java-experimental/eclass/lucene-contrib.eclass
It's better (the only way.
В Пнд, 02/03/2009 в 13:01 +0100, Bo Ørsted Andresen пишет:
> On Monday 02 March 2009 08:24:35 Torsten Veller wrote:
> > > Could you just use dosed here?
>
> dosed needs to die.
Why?
--
Peter.
signature.asc
Description: Эта часть сообщения подписана цифровой подписью
В Вск, 08/03/2009 в 22:54 +0100, Rémi Cardona пишет:
> Le 08/03/2009 21:38, Tomáš Chvátal a écrit :
> > net-misc/mDNSResponder
>
> How about dropping this one in favor of avahi? Or am I missing something
> obvious?
Are they completely interchangeable? Last time (well, the only time) I
built samb
В Чтв, 12/03/2009 в 21:02 +0100, Alex Legler пишет:
> http://dev.gentoo.org/~a3li/ruby/gems.eclass.txt
> http://dev.gentoo.org/~a3li/ruby/gems.eclass.diff
You have:
EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile src_install
I'm not sure here. Is it safe to export src_prepare f
В Птн, 13/03/2009 в 19:09 +0100, Federico Ferri пишет:
> btw, on a different topic: the number of bugs on tcltk (8.5) has
> lowered a bit.
> maybe it's time to unmask it and have package maintainers fix the
> outdated apps?
A number of packages depend on itcl which does not builds with 8.5. It
is
В Пнд, 16/03/2009 в 20:47 +, Ciaran McCreesh пишет:
> * Am I to take it src_test is to remain in its current worthless state?
Is it possible in EAPI 3 make src_test failures not fatal? Something
like make die() non fatal inside src_test. Package manager if it sees
die() inside src_test should
В Вск, 05/04/2009 в 09:38 +0200, Ulrich Mueller пишет:
> Is the following a reasonable scheme?
>
> net-www/adobesvg -> www-plugins/adobesvg
This one probably should be removed from the tree:
http://www.adobe.com/svg/eol.html
> net-www/gnash-> www-plugins/g
В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
> i think it's better to develop an "emerge --info package"
It already exists. But regretfully it does not provide useful output
even about the package's USE flags so I suspect it was implemented for
different purposes.
--
Peter.
signat
В Чтв, 09/04/2009 в 15:32 +0100, Ciaran McCreesh пишет:
> Please provide a list of packages that use custom configure scripts,
> that currently work with econf (including all the weird things it
> already passes), that would break with this change and whose ebuilds
> are using econf. I have yet to
В Срд, 08/04/2009 в 16:36 +0200, Jeroen Roovers пишет:
> On Mon, 06 Apr 2009 12:11:02 +0400
> Peter Volkov wrote:
> > В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
> > > i think it's better to develop an "emerge --info package"
> >
> >
В Чтв, 14/05/2009 в 03:32 +0300, Mart Raudsepp пишет:
> Project maintainer-wanted
> =
Mart, I think that it's good idea to create such project but with a
different goals. I think currently maintainer-wanted alias is missed by
most developers: new packages are assigned there
В Пнд, 08/06/2009 в 20:54 -0400, Mike Frysinger пишет:
> i dont see how that is relevant. we only care about Gentoo here. plus, the
> test is: if /sbin/functions.sh exists, it's baselayout-1 (which no one else
> outside of Gentoo will be using), otherwise it's openrc. once we toss
> baselayou
they have any problems with this.
В Птн, 12/06/2009 в 14:53 +0400, Peter Volkov пишет:
> Is there any problem with /etc/openrc-version?
I don't think this is necessary any more.
--
Peter.
This package is hard masked now finally. Another reference to count:
https://bugs.gentoo.org/show_bug.cgi?id=274341
В Втр, 28/04/2009 в 17:24 +1000, Daniel Black пишет:
> This package relies on disabling of essential package management features
> (collision-protection) to achieve installation. It
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'
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
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
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
В Вс, 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
В Вт, 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
В Пн, 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-
В Вс, 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.
В Вс, 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
В Сб, 19/10/2013 в 18:12 +0200, Pacho Ramos пишет:
> sys-fs/vzquota
This is part of openvz. Took this.
--
Peter.
Hello.
Path of some utilities in coreutils-6.7-r1 changed from /usr/bin to /bin
and vice versa. This cause some scripts became broken as they relied on
the full path to executable. The question is: does there exist best
practice on how to avoid this problem in future? Should we set some
default PA
1 - 100 of 302 matches
Mail list logo