On poniedziałek, 30 stycznia 2017 14:04:06 CET William Hubbs wrote:
> All,
>
> I have been looking at the meson build system [1] [2], and I like what I
> see.
>
> I have opened an issue on OpenRC's github wrt migrating OpenRC to the
> meson build system [3].
>
> As I said on the bug, the downsid
gt; > Alexis Ballier wrote:
> > > > On Thu, 3 Nov 2016 00:52:17 +0100
> > > >
> > > > Maciej Mrozowski wrote:
> > > > > From: Maciej Mrozowski
> > > > >
> > > > > ---
> > > > >
> > > >
On czwartek, 3 listopada 2016 07:31:10 CET Michał Górny wrote:
> On Thu, 3 Nov 2016 00:52:16 +0100
>
> Maciej Mrozowski wrote:
> > From: Maciej Mrozowski
> >
> > ---
> >
> > eclass/cmake-utils.eclass | 54
> > ++---
From: Maciej Mrozowski
---
eclass/cmake-utils.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index 88d2163..23cc094 100644
--- a/eclass/cmake-utils.eclass
+++ b/eclass/cmake-utils.eclass
@@ -525,13 +525,13
From: Maciej Mrozowski
---
eclass/cmake-utils.eclass | 54 ++-
1 file changed, 21 insertions(+), 33 deletions(-)
diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
index 393ee28..88d2163 100644
--- a/eclass/cmake-utils.eclass
+++ b
From: Maciej Mrozowski
Bummer, let me start it properly again, this time sending to reachable address.
Maciej Mrozowski (2):
cmake-utils.eclass: CMake argument passing rework - clean
build_rules and toolchain_file files from unrelated stuff (pass to
CMake directly) - move some
On środa, 2 listopada 2016 04:00:06 CET Maciej Mrozowski wrote:
> ---
> eclass/cmake-utils.eclass | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass
> index 88d2163..f7eac26 100644
> --- a/ecla
On Wednesday 18 of May 2016 09:22:53 Andrew Savchenko wrote:
> On Mon, 02 May 2016 18:06:44 +0200 Maciej Mrozowski wrote:
> > Hello,
> >
> > General advise: do not convert ebuilds inheriting cmake-utils to EAPI 6
> > unless you know what you are doing (you are fully aw
On Monday 02 of May 2016 18:13:38 you wrote:
> On Monday 02 of May 2016 18:06:44 you wrote:
> > Unfortunately there is common misconception, also among developers, that
> > it's sufficient to simply replace "${cmake-utils_use_with foo)" with
> > "-DWITH_foo=ON" etc.
>
> Obvious errata, should be:
On Monday 02 of May 2016 18:06:44 you wrote:
> Unfortunately there is common misconception, also among developers, that
> it's sufficient to simply replace "${cmake-utils_use_with foo)" with
> "-DWITH_foo=ON" etc.
Obvious errata, should be:
Unfortunately there is common misconception, also among d
Hello,
General advise: do not convert ebuilds inheriting cmake-utils to EAPI 6 unless
you know what you are doing (you are fully aware of eclass behaviour removed
with https://bugs.gentoo.org/show_bug.cgi?id=514384).
Background:
Pre EAPI-6 cmake-utils.eclass contained certain feature to mitiga
On Monday 02 of May 2016 16:43:01 you wrote:
| On Saturday 30 of April 2016 23:16:42 Andreas K. Huettel wrote:
| | Hi all,
| |
| | just as a small reminder, to ease the load on all arch teams:
| |
| | If a stablerequest has the keyword ALLARCHES set, then
| | * the first arch that tests successfu
On Saturday 30 of April 2016 23:16:42 Andreas K. Huettel wrote:
| Hi all,
|
| just as a small reminder, to ease the load on all arch teams:
|
| If a stablerequest has the keyword ALLARCHES set, then
| * the first arch that tests successfully and stabilizes
| * can and *should* immediately stabili
On Saturday 12 of September 2015 21:12:25 Michał Górny wrote:
| What are your thoughts? Any other proposals?
Well, there's always an option to set up infra hosted Gerrit or Gitlab and
forget about Github workflow altogether...
regards
MM
signature.asc
Description: This is a digitally signed me
On Sunday 02 of August 2015 21:37:36 Rich Freeman wrote:
| The approach qt4=qt4
| and qt5=qt5 seems simpler on the surface, but it means that users end
| up having to set tons of per-package configurations when they don't
| actually care which one they use,
I will risk a thesis that if they didn'
On Saturday 27 of June 2015 21:39:35 Johannes Huber wrote:
Feel free to keep me there.
(although my usefulness has lessened of late...)
regards
MM
# Maciej Mrozowski (06 Apr 2015)
# Does not link against latest ncurses and no interest to fix it.
# Superseded by LVM2 and all clusters should be migrated by now.
# Removal in 30 days.
sys-fs/evms
I kept it in tree for a while longer for volumes migration purpose, but all
good things must come
On Wednesday 26 of March 2014 02:07:56 Mike Frysinger wrote:
| cmake is completely broken when it comes to library searching and multilib
and
| cross-compiling. it will happily look in hardcoded / paths to test for the
| existence of files as well as directly execute `pkg-config`. it's a grea
On Monday 24 of March 2014 16:28:44 Ciaran McCreesh wrote:
| On Mon, 24 Mar 2014 10:55:38 -0400
| Damien Levac wrote:
| > A lot of people already replied to this question: package search.
|
| Sure, but can you point to prior examples of this kind of stuff
| actually working?
https://wiki.debian.
On Friday 17 of January 2014 13:06:22 gro...@gentoo.org wrote:
| dev-util/kdevelop-php-docs
While of course it doesn't invalidate your entire idea, this particular example
is a kdevelop plugin written in C++ that provides php API documentation
integration.
This tells however that decision to "au
On Sunday 15 of December 2013 00:13:09 Peter Stuge wrote:
| Markos Chandras wrote:
| > Please do not let Peter render another thread useless.
|
| Isn't it obvious that the discussion about forks is both related to
| cron *and* useful on its own?
I think there's some misunderstanding (or otherwise
On Friday 01 of November 2013 22:13:04 Ciaran McCreesh wrote:
| The point is that git makes it super-easy to contribute patches, both
| for users and for developers.
Well, it's not like one cannot submit patches against portage tree patches
already..
And git is only super-convenient when combine
On Wednesday 14 of August 2013 21:42:35 Michael Palimaka wrote:
| Now that portage-2.2 is in ~arch, we should now be able to add sets to
| the tree.
|
| How should we go about doing this? In some overlays, the repository root
| has sets/{foo,bar,etc} and sets.conf which might look like this:
|
On Tuesday 26 of February 2013 11:44:31 Rich Freeman wrote:
> On Tue, Feb 26, 2013 at 11:35 AM, Alec Warner wrote:
> > I see a *HUGE* reason. glibc ships with ptmalloc. If you think they
> > should use jemalloc, talk to them. Don't just do it in Gentoo.
>
> Certainly I think it would be far more
On Thursday 07 of February 2013 06:52:44 Peter Stuge wrote:
> Tomáš Chvátal wrote:
> > we as gentoo will provide both while preffered default will be what
> > major distros use.
>
> What kind of careless mainstream attitude is that? Really?
Quite the opposite, decision to use implementation A ove
On Tuesday 05 of February 2013 21:19:24 you wrote:
> +CMAKE_VERBOSE=1
This is already eclass default.
> + abi_configure() {
> + local mycmakeargs=(
> + "${mycmakeargs[@]}"
> + -DVGL_LIBDIR=/usr/$(get_libdir)
> + -DTJPEG_
On Sunday 27 of January 2013 19:11:16 Micha³ Górny wrote:
> On Sun, 27 Jan 2013 21:04:14 +0300
>
> Sergei Trofimovich wrote:
> > On Sun, 27 Jan 2013 17:30:22 +0100
> >
> > Micha³ Górny wrote:
> > > On Sun, 27 Jan 2013 16:07:48 +
> > >
> > > Ciaran McCreesh wrote:
> > > > On Sun, 27 Jan 2013
On Thursday 06 of September 2012 10:18:34 Brian Harring wrote:
> On Mon, Sep 03, 2012 at 10:54:15PM +0200, Maciej Mrozowski wrote:
> > On Tuesday 28 of August 2012 02:15:40 hasufell wrote:
> > > Is there a reason not to support static-libs in an ebuild if the
> &g
On Tuesday 28 of August 2012 02:15:40 hasufell wrote:
> Is there a reason not to support static-libs in an ebuild if the package
> supports it?
>
> It seems some developers don't care about this option. What's the gentoo
> policy on this? Isn't this actually a bug?
A little remark.
For CMake cont
On Monday 07 of May 2012 10:32:45 Samuli Suominen wrote:
> On 05/07/2012 02:24 AM, Ulrich Mueller wrote:
> Therefore I suggest we move this example a bit down in skel.ebuild
> as it's more logical to continue with new lines instead of applying
> in-between
>
> Any objectio
On Monday 12 of March 2012 01:49:35 Brian Harring wrote:
> On Sun, Mar 11, 2012 at 04:14:33PM +0100, Ch??-Thanh Christopher Nguy???n
wrote:
> > Ciaran McCreesh schrieb:
> > >> Is there really much of a benefit to this? I guess for anybody who
> > >> runs scripts to mass-manipulate ebuilds it migh
On Tuesday 10 of January 2012 03:34:06 Dmitrij K wrote:
> Dear developers of crossdev.
>
> Can you realize --target mingw64 (for creating windows app 64 bit) (like
> mingw-w64.sourceforge.net)?
>
> And can you to add choising of building compilation: dynamic OR static
> linking to GCC library, fo
On Wednesday 21 of December 2011 04:40:09 Mike Frysinger wrote:
> On Tuesday 20 December 2011 20:44:03 Maciej Mrozowski wrote:
> > I still think we should even make PN an unique identifier in order to be
> > able to purge categories... that's different story though...
On Monday 19 of December 2011 02:52:54 Alexandre Rostovtsev wrote:
> On Mon, 2011-12-19 at 01:08 +0100, Ulrich Mueller wrote:
> > [Why are there different Reply-To: headers in -dev and in -pms MLs?
> > Following up to both lists.]
>
> I apologize for the mess; I had intended to bring the question
On Friday 18 of December 2009 20:07:47 Mike Frysinger wrote:
> if (patch -p${count} ${EPATCH_OPTS} --dry-run -f <
"${PATCH_TARGET}") >>
> "${STDERR_TARGET}" 2>&1 ; then
Just FYI.
There seems to be a little 'problem' with this, as patch is validated in --
dry-run mode before
On Saturday 05 of November 2011 09:58:00 Kacper Kowalik wrote:
> Hi,
> I'd like to ask that we enable verbose building by default. I have
> cmake-utils.eclass in mind, because it's dead easy there, but there's a
> lot of packages that support things like "make V=1" or "make VERBOSE=1"
> too.
>
> I
On Tuesday 23 of August 2011 18:54:04 Paweł Hajdan, Jr. wrote:
> On 8/22/11 12:21 PM, Michael wrote:
> > I wrote a script to search for discrepancies between linked libraries and
> > what's defined in (R)DEPEND, with the intention of improving QA for
> > minimal package installs.
>
> It would be g
On Tuesday 16 of August 2011 22:14:28 Nirbheek Chauhan wrote:
> 2011/8/17 Chí-Thanh Christopher Nguyễn :
> > Nirbheek Chauhan schrieb:
> A side-note that we've wanted to get out to all devs is that everyone
> should *always* use IUSE="+introspection".
> >>>
> >>> Then why is it a flag?
>
On Tuesday 02 of August 2011 20:32:32 Samuli Suominen wrote:
> On 08/02/2011 09:20 PM, Markos Chandras wrote:
> > Hello fellow developers,
> >
> > I would like to discuss the possibility to create a new virtual package
> > for all the icon-theme packages. According to this bug[1], it seems like
>
On Tuesday 28 of June 2011 05:26:29 Brian Harring wrote:
> On Sun, Jun 26, 2011 at 08:02:57AM +0100, Ciaran McCreesh wrote:
> > Here's a completely different way of doing tags:
> >
> > First, standardise sets. We probably want to go with a format along the
> >
> > lines of:
> > eapi = 4
> >
On Monday 27 of June 2011 07:49:24 Ciaran McCreesh wrote:
> On Sun, 26 Jun 2011 17:12:27 +0200
> Maciej Mrozowski wrote:
> > On Sunday 26 of June 2011 09:02:57 Ciaran McCreesh wrote:
> > > Here's a completely different way of doing tags:
> > As far as sets are con
On Saturday 25 of June 2011 22:32:43 Jorge Manuel B. S. Vicetto wrote:
> On 25-06-2011 14: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 rul
Hello,
On Sunday 26 of June 2011 09:02:57 Ciaran McCreesh wrote:
> Here's a completely different way of doing tags:
As far as sets are concerned, how about PROPERTIES=set?
https://bugs.gentoo.org/show_bug.cgi?id=272488
It's been proposed years ago. Is there a need to reinvent sets format every
On Saturday 25 of June 2011 19:29:58 Ulrich Mueller wrote:
> >>>>> On Sat, 25 Jun 2011, Maciej Mrozowski wrote:
> > Assuming package names are unique identifiers, tags are not
> > necessary to be available for ebuild.sh so metadata.xml is the best
> > place.
>
On Saturday 25 of June 2011 17:19:47 Duncan wrote:
> Maciej Mrozowski posted on Sat, 25 Jun 2011 13:55:40 +0200 as excerpted:
> > On Friday 24 of June 2011 09:55:19 Ciaran McCreesh wrote:
> >> So tags are in some way related to categories then?
> >
> > IMHO the be
On Friday 24 of June 2011 09:55:19 Ciaran McCreesh wrote:
> On Fri, 24 Jun 2011 09:52:03 +0200
>
> Jesús J. Guerrero Botella wrote:
> > You might not like it, but Gentoo categories have always been
> > directories, not words into metadata.xml.
>
> So tags are in some way related to categories th
On Tuesday 21 of June 2011 16:24:07 Michał Górny wrote:
> Hello,
>
> As we discussed for a while, the media-sound/ category has grown very
> large and it may be a good idea to split it.
>
> Right now, it contains audio players, editing software, converters,
> sound systems and a lot of other util
On Monday 13 of June 2011 11:35:08 Patrick Lauer wrote:
> On 06/13/11 01:44, Maciej Mrozowski wrote:
> > On Friday 10 of June 2011 20:08:00 Ciaran McCreesh wrote:
> >> On Thu, 9 Jun 2011 16:37:46 -0500
> >>
> >> Matthew Summers wrote:
> >>>
On Friday 10 of June 2011 20:08:00 Ciaran McCreesh wrote:
> On Thu, 9 Jun 2011 16:37:46 -0500
>
> Matthew Summers wrote:
> > After consultation and discussion at length with several developers, I
> > am writing to announce the impending revival of the tool known as
> > app-admin/webapp-config eff
On Saturday 07 of May 2011 01:18:57 Nirbheek Chauhan wrote:
> On Fri, May 6, 2011 at 11:34 PM, Maciej Mrozowski
wrote:
> > On Friday 06 of May 2011 15:18:20 Marijn wrote:
> >> And what happened to the proposed description:
> >>
> >> introspection: Add gobject
On Friday 06 of May 2011 15:18:20 Marijn wrote:
> On 05/06/11 14:25, Gilles Dartiguelongue wrote:
> > Le vendredi 06 mai 2011 à 10:40 +0200, Marijn a écrit :
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Dear all,
> >>
> >> I was just looking into the meaning of the introspect
On Sunday 01 of May 2011 12:09:15 Eray Aslan wrote:
> On Sun, May 01, 2011 at 12:06:47PM +0300, Samuli Suominen wrote:
> > ... the time alone if you have to stop on each package to wait for
> > echangelog to get done just doubles the amount of time you have to put
> > into committing them. That's j
On Thursday 28 of April 2011 16:07:24 Christian Ruppert wrote:
> So once again:
>
> https://bugs.gentoo.org/docs/en/html/lifecycle.html
>
> *Every* new bug filed by a user without editbugs will have "UNCONFIRMED"
> (old NEW) as fixed status.
> *If* we don't enable the UNCONFIRMED status at all th
On Wednesday 27 of April 2011 23:30:22 Maciej Mrozowski wrote:
Please ignore me, unintentional cross-post.
--
regards
MM
signature.asc
Description: This is a digitally signed message part.
On Wednesday 27 of April 2011 21:24:51 Ciaran McCreesh wrote:
> > > Uh, no, that's the entire point of EAPIs.
> >
> > This is a common misconception.
>
> Uh, no. You are completely and horribly wrong.
> EAPIs were introduced to avoid the problems that we used to have where
> different versions
On Friday 28 of January 2011 15:26:27 Donnie Berkholz wrote:
> On 11:55 Thu 27 Jan , Zac Medico wrote:
> > On 01/27/2011 11:08 AM, Matthew Summers wrote:
> > > One question though. Since the 'portage' user has its $home set by
> > > default to /var/tmp/portage how would you recommend handling t
On Wednesday 15 of December 2010 17:03:12 Matt Turner wrote:
> On Wed, Dec 15, 2010 at 12:25 PM, "Paweł Hajdan, Jr."
>
> wrote:
> > By the way, we have a nice team of arch and herd testers - how about
> > encouraging them to wrangle some bugs?
>
> Yeah, I just came here to say this. One certainl
On Thursday 25 of November 2010 16:07:45 Alexis Ballier wrote:
> On Thursday 25 November 2010 11:22:39 Paweł Hajdan, Jr. wrote:
> > On 11/25/10 2:59 PM, Alexis Ballier wrote:
> > > I fail to understand why you claim that live ebuilds are a QA
> > > nightmare, you may want to have a look at how I pl
On Friday 17 of September 2010 16:52:03 Markos Chandras wrote:
> On Fri, Sep 17, 2010 at 12:51:52PM +0200, Maciej Mrozowski wrote:
> > On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote:
> > > Every single QA commit review coming into my Inbox during the past week
>
On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote:
> Every single QA commit review coming into my Inbox during the past week
> was directed to arfrever. I *know* he is on probation, I *know* he made
> mistakes - in fact every one makes mistakes. But you guys are hammering
> all over him
On Saturday 11 of September 2010 22:18:32 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)
> >>> +
> >>> + 10 Sep 2010; Arfrever Frehtes Taifersar Arahesis
> >>> +
On Saturday 11 of September 2010 20:51:56 justin wrote:
> Hi all,
>
> is the following comment an adequate way to close bugs with
> RESOLVED/INVALID? If so, I will change the way I handle bugs and use it
> too.
>
> ""
> virtual/os-headers: 2.6.35 (sys-kernel/linux-headers)
> ACCEPT_KEYWORDS="amd
On Tuesday 24 of August 2010 10:30:12 Michał Górny wrote:
> On Mon, 23 Aug 2010 19:36:50 +0200
>
> Maciej Mrozowski wrote:
> > If SCons is unpredictable, then don't provide *any* phases and only
> > functions and rename it to scons-utils to match its purpose.
>
On Monday 23 of August 2010 17:11:47 Michał Górny wrote:
> On Sun, 22 Aug 2010 23:03:44 +0200
>
> Maciej Mrozowski wrote:
> > I'd suggest providing all src_* phases except src_unpack.
>
> Providing a blank src_configure() would be fine but...
>
> > Even src_
On Sunday 22 of August 2010 20:39:23 Michał Górny wrote:
> Here goes the second revision. A short changelog:
>
> 83678d1 Export a default pkg_setup() and src_compile().
> 7f9b565 Introduce escons() function (similar to emake).
> 19b7e14 Use underscores instead of dashes in function names.
>
> Att
On Saturday 14 of August 2010 18:28:19 Peter Hjalmarsson wrote:
> lör 2010-08-14 klockan 13:45 +0200 skrev Chí-Thanh Christopher Nguyễn:
> > Peter Hjalmarsson schrieb:
> > > This is about my beloved USE="ssl". A bit long and ranty, but if you
> > > want the consensus, just read the last part.
> > >
On Wednesday 11 of August 2010 05:50:47 Paweł Hajdan, Jr. wrote:
> On 8/10/10 4:28 PM, Jeroen Roovers wrote:
> >> Gentoo uses /usr/$(get_libdir)/nsbrowser/plugins for browser plugins.
> >> However, Debian uses /usr/$(get_libdir)/mozilla/plugins, and that's
> >> what many software projects (includin
On Tuesday 27 of July 2010 16:39:01 Jeroen Roovers wrote:
> On Mon, 26 Jul
2010 22:29:06 +0200
> Tomáš Chvátal wrote:
>
> Is it
time yet? I still find a lot of packages that do not even respect
> LDFLAGS
yet - when all these get fixed to respect LDFLAGS, we will
> probably find
yet more packages
On Tuesday 22 of June 2010 19:14:38 Arun Raghavan wrote:
> On 20 June 2010 20:12, Arun Raghavan wrote:
> [...]
>
> > Any objections? I'll wait till Wed (June 23rd) before adding this if
> > there aren't any.
>
> Is anyone here vehemently against "introspection".
Not vehemently, but how would yo
On Sunday 18 of July 2010 03:54:43 Jorge Manuel B. S. Vicetto wrote:
> grep EAPI-TOO-OLD $(portageq portdir)/eclass/*
> /home/gentoo-cvs/gentoo-x86/eclass/kde4-functions.eclass: *)
> DEPEND="EAPI-TOO-OLD" ;;
> /home/gentoo-cvs/gentoo-x86/eclass/poppler.eclass:has 2 ${EAPI} ||
> DEPEND="EAPI-
On Saturday 17 of July 2010 13:03:33 Petteri Räty wrote:
> On 07/17/2010 01:53 PM, Maciej Mrozowski wrote:
> > After gathering some feedback, after addressing reported issues, now I
> > feel it's ready for public consumption. especially when static-libs is
> > being used
ibuted under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: autotools-utils.eclass
# @MAINTAINER:
# Maciej Mrozowski
# @BLURB: common ebuild functions for autotools-based packages
# @DESCRIPTION:
# autotools-utils.eclass is autotools.eclass(5) and base.eclass(5) wrapper
# provi
On Thursday 15 of July 2010 16:24:08 Mike Auty wrote:
> On 15/07/10 14:57, Maciej Mrozowski wrote:
> > And what about using portage 2.2 and be done with it. I don't see the
> > point in reinventing the wheel yet again.
>
> I'm using portage-2.2 and have been since
On Thursday 15 of July 2010 12:14:29 Duncan wrote:
> Gilles Dartiguelongue posted on Thu, 15 Jul 2010 11:09:39 +0200 as
>
> excerpted:
> > Le jeudi 15 juillet 2010 à 09:49 +0100, Mike Auty a écrit : [...]
> >
> >> I can live with this for in places where it causes massive breakage
> >> (openssl/l
On Wednesday 07 of July 2010 02:16:13 Maciej Mrozowski wrote:
> On Thursday 03 of June 2010 01:32:09 Nathan Phillip Brink wrote:
> > On Mon, May 31, 2010 at 03:29:01PM +0200, Maciej Mrozowski wrote:
> > > On Wednesday 26 of May 2010 19:27:43 Mike Frysinger wrote:
> > >
On Thursday 03 of June 2010 01:32:09 Nathan Phillip Brink wrote:
> On Mon, May 31, 2010 at 03:29:01PM +0200, Maciej Mrozowski wrote:
> > On Wednesday 26 of May 2010 19:27:43 Mike Frysinger wrote:
> > > On Wednesday 26 May 2010 05:38:00 Maciej Mrozowski wrote:
> > > &
On Monday 21 of June 2010 16:22:08 Olivier Crête wrote:
> On Mon, 2010-06-21 at 09:33 +0200, Maciej Mrozowski wrote:
> > On Sunday 20 of June 2010 16:42:58 Arun Raghavan wrote:
> > > Hi folks,
> > > I'd like to propose a new global USE-flag: introspection.
> &g
On Sunday 20 of June 2010 16:42:58 Arun Raghavan wrote:
> Hi folks,
> I'd like to propose a new global USE-flag: introspection.
>
> The purpose of the flag is to enable the building of GIR for the
> package using dev-libs/gobject-introspection. gobject-introspection is
> going to be quite importan
On Friday 11 of June 2010 21:26:06 Ben de Groot wrote:
> On 11 June 2010 21:12, Ben de Groot wrote:
> > As I'm retiring, the following packages I maintained need someone else
> > to look after them:
> >
> > media-video/avidemux - video and qt herds (this one needs a version bump)
> > media-video/
On Friday 11 of June 2010 09:24:45 Peter Volkov wrote:
> В Чтв, 10/06/2010 в 23:42 -0700, Alec Warner пишет:
> > > I don't agree with that, but just out of curiosity, is it possible to
> > > use a web interface? phpldapadmin or something
> >
> > The problem with phpldapadmin is that it potentially
On Saturday 05 of June 2010 02:00:02 Torsten Veller wrote:
> Hello fellow developers and users.
>
> Nominations for the Gentoo Council 2010/2011 are now open for the next
> two weeks (until 23:59 UTC, 18/06/2010).
>
> All nominations must be sent to the gentoo-dev mailing list. If you
> were nomi
On Wednesday 26 of May 2010 19:27:43 Mike Frysinger wrote:
> On Wednesday 26 May 2010 05:38:00 Maciej Mrozowski wrote:
> > I've updated documentation, added example usage and option to keep
> > libtool files (ltdl.so supposedly needs those as I was told, no idea
> > what
Changes:
- use DOCS and HTML_DOCS support from base.eclass (arrays), provide backward
compatibility code
- remove documentation of internal functions so that only relevant and public
API is in manual
So in short, when using cmake-utils, please from now on define DOCS and
HTML_DOCS as arrays as
On Wednesday 26 of May 2010 11:12:10 Duncan wrote:
> Mike Frysinger posted on Wed, 26 May 2010 00:31:21 -0400 as excerpted:
> > On Tuesday 25 May 2010 23:59:22 Maciej Mrozowski wrote:
> >> On Tuesday 25 of May 2010 20:31:33 Mike Frysinger wrote:
> >>> the src_te
Bummer...
Forgot to attach file in question.
--
regards
MM
# Copyright 1999-2010 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: autotools-utils.eclass
# @MAINTAINER:
# reave...@gentoo.org
# @DESCRIPTION:
# autotools.eclass and base.ec
On Tuesday 25 of May 2010 20:31:33 Mike Frysinger wrote:
> internal functions should not be documented with the eclass doc comments
> (_check_build_dir)
Fixed.
> reusing a PM variable (ECONF_SOURCE) seems a little iffy
I know, initial idea was to use AUTOTOOLS_USE_DIR (analogy to CMAKE_USE_DIR),
On Tuesday 25 of May 2010 13:02:55 Maciej Mrozowski wrote:
> Also a patch for base.eclass to make it's econf accept arguments + some
> random function documentation fix.
Commited mentioned base.eclass patch + added quoting of positional parameter
expansion.
http://sources.gentoo.
Is anyone interested in cmake-utils like autotools/base wrapper?
Features:
- base.eclass autopatcher (including user patches)
- myeconfargs - econf arguments as Bash array (usage like mycmakeargs in
cmake-utils)
- out of source build (enabled by default) with overridable build dir location
- stat
On Friday 09 of April 2010 13:26:16 Guy Fontaine wrote:
> There are things I know about Gentoo Linux and I'm pleased to share my
> knowledge with others as well as I'm glad to learn from others. I'm not a
> Gentoo dev and I neither have plan nor wish to be.
>
> My feeling is that Gentoo Wiki Proje
On Tuesday 06 of April 2010 07:47:17 Rémi Cardona wrote:
> How about changing how users search instead?
>
> Let's make the small search box search for ALL bugs instead of just
> opened ones. *That* should help tremendously.
+1, maybe even enable it by default. That could reduce dupes imho.
> Tha
On Tuesday 06 of April 2010 04:13:02 Nirbheek Chauhan wrote:
> One of the few remaining problems to be solved for the migration to
> git for our gentoo-x86/ and gentoo/ trees (besides other
> projects/overlays) is the problem of how to handle ChangeLogs.
Great that you touched this topic.
> =
On Sunday 04 of April 2010 17:33:17 Tiziano Müller wrote:
>> Besides I
>> can already imagine PMS-related discussion regarding "make the PMs check
for rdeps per default before unmerging things" - thx but no thx.
> This is not related to PMS. Paludis for example does it already with the
> curren
On Saturday 03 of April 2010 14:16:14 Fabian Groffen wrote:
> Shouldn't we fix that buildsystem then? Do you have an example of a
> package/buildsystem that does that?
"We" already do, the thing is that maybe we don't have to.
https://bugs.gentoo.org/show_bug.cgi?id=240323
From top of my head: pyt
On Saturday 03 of April 2010 12:56:04 Fabian Groffen wrote:
> Is it known why this does happen exactly? When a lib is kept because it
> is still used, only its soname + what the soname points to should be
> kept. That would mean the lib can no longer be found during linking,
> unless you add some
Problem
..is known, let me summarize briefly.
Uninstalling packages providing libraries, without checking reverse runtime
dependencies of those packages leaves their dependencies unsatisfied (packages
with broken executables and/or shared libs).
Some package managers try their best not to remov
On Monday 29 of March 2010 09:30:38 Peter Volkov wrote:
> В Вск, 28/03/2010 в 07:47 +0200, Maciej Mrozowski пишет:
> > No, seriously - given the fact that some of my packages were even
> > stabilized without contacting me (app-misc/hal-cups-utils,
> > app-admin/system-c
On Sunday 28 of March 2010 09:39:18 Ciaran McCreesh wrote:
> > It's really freaking silly to wait months for stabilization of some
> > random php/perl library that's known to work.
> How do you know it works if you don't test on the arch in question?
The problem is not waiting for some to go
st
On Saturday 27 of March 2010 21:58:41 William Hubbs wrote:
> On Sat, Mar 27, 2010 at 05:45:51PM +0100, Torsten Veller wrote:
> > * Petteri R?ty :
> > > So let's summarize for assigning to the single arch:
> > >
> > > In support (and my comments in support):
> > > - Can be used as a gentle reminde
On Sunday 14 of March 2010 06:09:44 James Cloos wrote:
> > "BdG" == Ben de Groot writes:
> BdG> Abandoned packages do not belong in the portage tree.
>
> Nonsense. That attitude only servers to harm the user base.
>
> Leaving them in does not.
But leaving them broken and unmaintained in ma
On Friday 12 of March 2010 17:17:01 Fabian Groffen wrote:
> On 12-03-2010 08:46:34 -0700, Denis Dupeyron wrote:
> > That said they were perfectly entitled to make the decision of not
> > wanting to maintain qt3 any longer. The only advice I can give is that
> > all disgruntled users and developers
1 - 100 of 165 matches
Mail list logo