On Saturday 15 June 2013 04:39:10 Vadim A. Misbakh-Soloviov wrote:
> # @DESCRIPTION:
> # Unpack nixstaller generated files
needs a period at the end. content in @DESCRIPTION is normalized.
> # They're shell scripts with the blob package tagged onto
> # the end of the archive. In the blob placed
On Monday 17 June 2013 01:42:15 Mike Frysinger wrote:
> On Sunday 02 June 2013 13:38:04 Steven J. Long wrote:
> > On Sat, Jun 01, 2013 at 11:03:20PM -0400, Mike Frysinger wrote:
> > > +# is not specified, the var will be unset.
> > > +evar_push_set() {
> > > +
On Monday 17 June 2013 03:15:53 Diego Elio Pettenò wrote:
> On 17/06/2013 06:55, Mike Frysinger wrote:
> >> > tar -xJf "./$i"
> >
> > why doesn't the bzip2 detect as bzip2 ?
>
> Capital J is XZ not b
On Monday 17 June 2013 16:37:06 Rick "Zero_Chaos" Farina wrote:
> On 06/17/2013 04:19 PM, Diego Elio Pettenò wrote:
> > On 17/06/2013 17:54, Rick "Zero_Chaos" Farina wrote:
> >> I make all my files with "tar cJf"
> >>
> >> zero@ozzie ~ % file /usr/portage/distfiles/gr-osmosdr-0.0.2.tar.xz
> >> /us
On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote:
> From what I've read on the list recently, there's a lot of demand for
> non-maintainer updates to ebuilds. Esp. with the upcoming Git migration,
> I predict there will be a much larger influx of changes from users.
seems like we're somewhat
On Friday 21 June 2013 20:06:31 Robin H. Johnson wrote:
> On Fri, Jun 21, 2013 at 07:40:03PM -0400, Mike Frysinger wrote:
> > On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote:
> > > From what I've read on the list recently, there's a lot of demand for
> > &
On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote:
> On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote:
> > > I'm not going into review systems here at all, I'm simply trying to
> > > have a policy of what changes are welcomed/blocked WITHOUT in
On Monday 17 June 2013 01:55:09 Mike Frysinger wrote:
> i wish we could merge with the file detection in unpack_makeself somehow
this patch should unify that aspect
-mike
--- unpacker.eclass 10 Apr 2013 14:47:49 - 1.13
+++ unpacker.eclass 22 Jun 2013 17:54:09 -
@@ -2
On Saturday 22 June 2013 06:20:22 Michael Weber wrote:
> But in every single metadata? Can I get a script for my 160 personal
> edits, pls?
that's why the default is "do it". if you don't trust other people to do it,
then yes, you get pain in having to maintain all your metadata.xml files with
On Thursday 05 September 2013 06:13:28 Agostino Sarubbo wrote:
> during an irc debate, me and other people just noticed that the default
> profile could use more flags to enhance the security.
>
> An hint is here:
> https://wiki.ubuntu.com/ToolChain/CompilerFlags
>
> Please argue about what we _d
On Friday 18 October 2013 12:46:18 Neil Cahill wrote:
> I profiled an execution of "emerge -pv sed" to look for easy ways to
> increase the speed of that command. The following 2-line patch gives a 2%
> reduced run time. The profile showed that regex matching accounts for
> 8.3% of the run time,
On Monday 09 December 2013 16:32:09 Markos Chandras wrote:
> On 12/09/2013 02:21 PM, Diego Elio Pettenò wrote:
> > On Mon, Dec 9, 2013 at 2:20 PM, Pacho Ramos wrote:
> >> Hello
> >>
> >> Is pam team still active? I wonder about this as, recently, we have
> >> needed to go ahead and fix some bugs
please do not use html on the public mailing lists
-mike
signature.asc
Description: This is a digitally signed message part.
On Thursday 09 January 2014 15:24:00 Diego Elio Pettenò wrote:
> On 9 January 2014 20:20, Mike Frysinger wrote:
> > well, the sep herd was kind of by design ... i didn't want it cluttering
> > up base-system@ and it is super convenient to abdicate all PAM decisions
> > t
On Sunday 12 January 2014 02:53:47 Ryan Hill wrote:
> While I'm adding USE defaults to toolchain.eclass and moving them out of
> the profiles, I thought now would be a good time to review a couple
> default flag settings.
>
> mudflap:
> This is currently enabled by default but I'd like to disable
On Monday 13 January 2014 09:53:45 Tom Wijsman wrote:
> On Mon, 13 Jan 2014 16:15:37 +0700 "C. Bergström" wrote:
> > At the end of the day we have one codebase which is
> > "engineered" and another which has "evolved".
>
> Too broad generalization, too much assumption; both can be held as
> meanin
On Friday 17 January 2014 02:02:51 gro...@gentoo.org wrote:
> Maybe, a good solution is to introduce a special arch, "noarch", for such
> packages (similar to what's done in the rpm world). Then, if a package is
> ~noarch, it is automatically considered ~arch for all arches. Similar for
> stable. T
On Sunday 19 January 2014 04:28:33 Pacho Ramos wrote:
> El dom, 19-01-2014 a las 03:36 -0500, Mike Frysinger escribió:
> > On Friday 17 January 2014 02:02:51 gro...@gentoo.org wrote:
> > > Maybe, a good solution is to introduce a special arch, "noarch", for
> >
with glibc-2.17 in stable now and glibc-2.19 release in like ~2 weeks, glibc
2.18 is heading to ~arch. there's been very little reported breakage reported
thus far ... i hope it's because there isn't any vs people aren't using it.
so if people want to try it out ahead of time, that'd be nice.
On Sunday 19 January 2014 13:07:24 Robin H. Johnson wrote:
> On Sun, Jan 19, 2014 at 05:52:48AM -0500, Mike Frysinger wrote:
> > with glibc-2.17 in stable now and glibc-2.19 release in like ~2 weeks,
> > glibc 2.18 is heading to ~arch. there's been very little reported
> &
i finally got annoyed with the perl version (and its output and bugs and
limitations) and wrote a new version. it's fairly modular (and has pretty
good unittest coverage!?), so if we wanted to look at integrating it into
portage or other tools, that should be pretty easy now.
at any rate, if o
the awesome folks at Marist College in conjunction with the Linux Foundation
have upgraded our s390 VMs to newer hardware. faster/more CPUs, more RAM, and
more disk space. it's at the point where we aren't hurting to simply build
packages. so if devs are interested in ssh access, feel free to
this has all been fairly ad-hoc in the past, so formalize it in the one place
that impacts everyone -- profiles.desc.
-mike
###
# This is a list of valid profiles for each architecture. This file is used by
# repoman when
On Monday 20 January 2014 04:16:23 Ulrich Mueller wrote:
> Sorting order is different from the present ekeyword. The part after
> the hyphen (or the empty string if there is no hyphen) should be used
> as primary key and the part before the hyphen as secondary key.
hmm, was unaware of that. shoul
On Monday 20 January 2014 12:26:13 William Hubbs wrote:
> On Mon, Jan 20, 2014 at 02:23:24AM -0500, Mike Frysinger wrote:
> > this has all been fairly ad-hoc in the past, so formalize it in the one
> > place that impacts everyone -- profiles.desc.
>
> If it is policy, shoul
On Monday 20 January 2014 13:18:46 Alexander Berntsen wrote:
> On 20/01/14 18:26, William Hubbs wrote:
> > On Mon, Jan 20, 2014 at 02:23:24AM -0500, Mike Frysinger wrote:
> >> this has all been fairly ad-hoc in the past, so formalize it in
> >> the one place that impact
On Monday, January 27, 2014 14:01:58 Jeroen Roovers wrote:
> # cp nvidia-drivers-304.117.ebuild nvidia-drivers-304.119.ebuild
> # ~/bin/ekeyword ~all nvidia-drivers-304.119.ebuild
> nvidia-drivers-304.119: -~* ~amd64 ~x86 ~amd64-fbsd ~x86-fbsd
>
> It's more obvious with the fancy colouring
if you
On Tuesday, January 28, 2014 05:53:52 Jeroen Roovers wrote:
> On Mon, 27 Jan 2014 18:14:54 -0500 Mike Frysinger wrote:
> > > It's more obvious with the fancy colouring
> >
> > if you dislike the color format, then pick a different one. there
> > are a large num
On Tuesday, February 04, 2014 22:25:00 Jauhien Piatlicki wrote:
> 04.02.14 20:53, Donnie Berkholz написав(ла):
> > On 12:48 Tue 28 Jan , Michał Górny wrote:
> >> Dnia 2014-01-28, o godz. 11:59:33 Jauhien Piatlicki napisał(a):
> >>> net-misc/rsync upstream provides a tarball with additional patc
i've seen like no bugs due to glibc-2.19, so i'll be moving it into ~arch in
the next week or so
-mike
signature.asc
Description: This is a digitally signed message part.
On Fri 28 Feb 2014 15:28:30 Samuli Suominen wrote:
> It would be very helpful if INSTALL_MASK could be overriden from an
> ebuild, if user hasn't set otherwise.
i don't see this happening as it makes no sense. you INSTALL_MASK something
dumb then that's your fault.
-mike
signature.asc
Descripti
On Thu 13 Mar 2014 09:55:02 Michał Górny wrote:
> Dnia 2014-03-12, o godz. 15:46:01 hasufell napisał(a):
> > We have a problem where the crossdev pkg-config wrapper scripts
> > interfere with multilib.
> >
> > crossdev for example sets in their pkg-config wrappers:
> >
> > PKG_CONFIG_LIBDIR="${SY
On Sun 16 Mar 2014 04:50:33 Greg Turner wrote:
> cmake-multilib.eclass, for example, breaks in mind-warpingly subtle and
> confusing ways on USE="abi_x86_{32,64}" multilib hosts with
> i686-pc-linux-gnu crossdev installed (when combined with some other issues
> in that eclass, this results in corre
On Wed 26 Mar 2014 12:25:29 Steven J. Long wrote:
> Mike Frysinger wrote:
> > Greg Turner wrote:
> > > As for how to fix it, if foo-bar-baz-quux crossdev targets are at
> > > ${EROOT}/usr/foo-bar-baz-quux, putting wrappers in
> > > ${EROOT}/usr/foo-bar-baz-qu
On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
> On 26/03/14 12:12 PM, Mike Frysinger wrote:
> > that's bs. people install crossdev to get a cross-compile
> > environment, not to get something that only works through `emerge`.
> > attempting to restrict it so it
On Thu 27 Mar 2014 00:41:47 Alexandre Rostovtsev wrote:
> On Wed, 2014-03-26 at 22:41 -0400, Mike Frysinger wrote:
> > On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
> > > On 26/03/14 12:12 PM, Mike Frysinger wrote:
> > > > that's bs. people inst
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> (2) use tuples with loaded vendor fields to reduce the chance of collisions.
> e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
> of i686-pc-linux-gnu would defeat any automatic path searches.
this patch
On Thu 27 Mar 2014 02:31:01 Alexandre Rostovtsev wrote:
> On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote:
> > > An amd64 multilib system *is* expected to build x86
> > > binaries that would be hosted on itself. So i686-pc-linux-gnu-ar is
> > > expected
On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > > (2) use tuples with loaded vendor fields to reduce the chance of
> > > collisions. e.g. hav
really have no idea what you're ranting about. doesn't look discussion worthy
though.
-mike
signature.asc
Description: This is a digitally signed message part.
On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > > > On Wed 26 Mar 2014
On Thu 27 Mar 2014 15:31:31 Michał Górny wrote:
> Dnia 2014-03-27, o godz. 10:23:30 Mike Frysinger napisał(a):
> > On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> > > Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > > > On Thu 27 Mar 20
On Thu 27 Mar 2014 08:41:08 Steven J. Long wrote:
> Mike Frysinger wrote:
> > Steven J. Long wrote:
> > > Mike Frysinger wrote:
> > > > if they're in $PATH, then the exact location is irrelevant.
> > > > they need not be in /usr/bin to cause a proble
On Wed 02 Apr 2014 13:01:25 Samuli Suominen wrote:
> Problem 1:
>
> https://bugs.gentoo.org/show_bug.cgi?id=472766#c21
>
> I'm not sure if wildcards are supported by /etc/sandbox.d/ files
they are not. however, path matching is based on prefixes, so there's always
an implicit glob at the end.
On Wed 02 Apr 2014 17:14:02 Ben de Groot wrote:
> On 1 April 2014 21:58, Alexandre Rostovtsev wrote:
> > On Tue, 2014-04-01 at 13:13 +0800, Ben de Groot wrote:
> >> On 1 April 2014 06:16, Michał Górny wrote:
> >> > Hello, all.
> >> >
> >> > The late multilib ppc issues made me re-check our stabl
On Sun 13 Apr 2014 09:18:35 na...@gentoo.org wrote:
> fcaps.eclass is using group name 'root' which is not available on BSD
> system. Instead you can use "0", or $(id -g -n 0) if you'd prefer "group
> name"
there's no need for `id` shenanigans ... using a plain 0 is fine
http://sources.gentoo.org
upstream glibc has dropped support for older Linux kernels. your choices:
- upgrade your kernel
- switch to a different C library
- stick with glibc-2.19 for a while
be warned though there are no plans atm to backport things to glibc-2.19.
this includes security fixes, but more importantly a
On Sun 20 Jul 2014 11:12:17 Mike Gilbert wrote:
> On Sun, Jul 20, 2014 at 11:09 AM, Mike Gilbert wrote:
> > Is there some reason that we continue to maintain these as two
> > separate packages? It seems like the e2fsprogs ebuild could
> > build/install both the binaries and the libraries, and that
remember: this requires >=linux-2.6.32
-mike
signature.asc
Description: Digital signature
On 01 Sep 2014 06:30, Samuli Suominen wrote:
> On 01/09/14 03:37, Patrick Lauer wrote:
> >> Consider this message a prenotice, now you know it's gone
> > ... one more win for eudev. Sigh.
>
> They are planning in dropping the userspace loader as well, it's
> redudant afterall.
>
> Most firmware a
On Tuesday 20 June 2006 20:18, Robin H. Johnson wrote:
> By handling it better, I mean that the code should at runtime try both
> interfaces, rather than pick one to compile into the binary.
yeah, this differentiates good packages and mediocre packages ;)
-mike
pgpp6T4cBLu01.pgp
Description: PGP
On Thursday 22 June 2006 00:54, Alec Warner wrote:
> Specifically net-misc/vnc
i'll fix this up if no one else does since it is a pretty friggin critical
package for too many people (myself included), but i'd really really prefer
someone else to do it
-mike
pgpR2wJD0OtiQ.pgp
Description: PGP s
On Thursday 22 June 2006 02:07, Donnie Berkholz wrote:
> Mike Frysinger wrote:
> > On Thursday 22 June 2006 00:54, Alec Warner wrote:
> >> Specifically net-misc/vnc
> >
> > i'll fix this up if no one else does since it is a pretty friggin
> > critical pac
On Thursday 22 June 2006 11:48, Stefan Schweizer wrote:
> Since nobody has objected there I would like to update the documentation to
> reflect this change. I have attached a patch to do this for skel.ebuild and
> sent a patch to plasmaroo for the devmanual. Is there any other
> documentation that
On Thursday 22 June 2006 09:11, Mivz wrote:
> Now some few updates later, I get errors for missing locales.
> But I have my LINGUAS configured right.
> Now I noticed the new /etc/locales.build wich I configured.
> But nothing changed.
for people who never setup locales.build and had USE=-userlocal
On Saturday 24 June 2006 00:07, James Potts wrote:
> There is a problem here for the java folks...Technically, their
> migration-overlay is an overlay, and technically, that overlay is
> currently unofficial. Therefore, technically, if it is against the
> rules for projects and/or devs to use bugz
On Saturday 24 June 2006 09:12, Thomas Cort wrote:
> http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/HowToCommit
this is a stupid nit pick thing (but i'm good at that)
the examples should use $ as the shell prompt, not #
pwnt!
-mike
pgpQu9Pb2ha9V.pgp
Description: PGP signature
On Saturday 24 June 2006 18:54, Edward Catmur wrote:
> * Security (from malicious contributors): Glad to see layman will only
> track the reviewed/ tree; still, anyone who checks out the sunrise/ tree
> (and has it in PORTDIR_OVERLAY) is vulnerable.
>
> - Remove from the examples any suggestion tha
On Tuesday 27 June 2006 09:21, Andrej Kacian wrote:
> On Tue, 27 Jun 2006 13:07:45 +0200
>
> Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> > > As I have been swamped with emails, private messages and phone calls
> > > from certain people, I will retract my resignation for the final time.
> >
> > I'm
On Tuesday 27 June 2006 10:03, Enrico Weigelt wrote:
> * I'm fairly new here and not familar with the development and
> qm process yet, so I need some assistance.
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=1&chap=2
-mike
pgpM4ocdwy8G1.pgp
Description: PGP signature
On Tuesday 27 June 2006 18:32, Donnie Berkholz wrote:
> Chris Gianelloni wrote:
> > OK, guys, I was speaking with vapier earlier about the possibility of
> > getting gcc 4.1.1 stable for the 2006.1 release. We've managed to build
> > some release media with it, and are planning on doing more testi
On Sunday 25 June 2006 01:39, Mike Frysinger wrote:
> On Saturday 24 June 2006 18:54, Edward Catmur wrote:
> > * Security (from malicious contributors): Glad to see layman will only
> > track the reviewed/ tree; still, anyone who checks out the sunrise/ tree
> > (and has it i
On Thursday 29 June 2006 17:04, Enrico Weigelt wrote:
> who's maintaining the gpm package ?
keep it on the gpm list :p
-mike
pgpxkE9wSMmDr.pgp
Description: PGP signature
On Thursday 29 June 2006 01:39, David Shakaryan wrote:
> Mike Frysinger wrote:
> > On Saturday 24 June 2006 18:54, Edward Catmur wrote:
> >> * Security (from malicious contributors): Glad to see layman will only
> >> track the reviewed/ tree; still, anyone who c
On Thursday 29 June 2006 03:16, Stefan Schweizer wrote:
> Do you have anything else I can do?
everything i have seems to be covered
-mike
pgpeMUhKcwDJp.pgp
Description: PGP signature
On Thursday 29 June 2006 20:23, Enrico Weigelt wrote:
> * Mike Frysinger <[EMAIL PROTECTED]> schrieb:
> > On Thursday 29 June 2006 17:04, Enrico Weigelt wrote:
> > > who's maintaining the gpm package ?
> >
> > keep it on the gpm list :p
>
> Perhap
well it's about that time of the year ... time for nominating people
for the next Gentoo Council
for the quick low down:
- nominations are from July 1 through July 31
- anyone can nominate
- only Gentoo devs may be nominated
so get with the nominating people !
for the full details, c
On Saturday 01 July 2006 02:34, Alin Nastac wrote:
> I have a question for portage devs. Is appending -g to CFLAGS tolerable
> from your pov?
you're confusing things
adding debugging symbols has nothing to do with the stripping of a binary
the warning is because the binaries are stripped (`strip
On Saturday 01 July 2006 03:01, Alin Nastac wrote:
> Freeradius configure doesn't allow me to install unstripped binaries
> unless I also add -g to CFLAGS (which means that the binary will contain
then fix the build files to not strip the binaries regardless, forcing -g into
CFLAGS is just as bro
This is your monthly friendly reminder ! Same bat time (typically the
2nd Thursday once a month), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about, maybe even
vote on, let us know ! Simply reply to this e-mail for the whole
Gentoo dev
On Saturday 01 July 2006 08:10, Stephen Bennett wrote:
> On 01 Jul 2006 07:34:49
>
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > If you have something you'd wish for us to chat about, maybe even
> > vote on, let us know ! Simply reply to this e-mail for the
On Sunday 02 July 2006 10:10, Chris Gianelloni wrote:
> On Sat, 2006-07-01 at 19:23 +0200, Stefan Schweizer wrote:
> > Can we have another Sunrise discussion please? I would love to have some
> > feedback about Sunrise, about our progress and where we are still
> > lacking.
>
> What exactly is ther
On Monday 03 July 2006 08:06, Chris Gianelloni wrote:
> On Sun, 2006-07-02 at 15:26 -0400, Mike Frysinger wrote:
> > > What has the existence of Sunrise done for Gentoo? What new packages
> > > are now in the tree because of it? What new developers have been
> > >
On Monday 03 July 2006 09:50, Bryan Ãstergaard wrote:
> No, brix is certainly not happy with a overlay like sunrise in any
> official capacity.
then he needs to voice his concerns
we've had a few threads calling for people to list their problems so they can
be addressed and i dont recall anyone
On Monday 03 July 2006 14:47, Henrik Brix Andersen wrote:
> I have no problem with Project Sunrise being an unofficial project,
> which is why I haven't responded to those mails.
the entire point of these threads is to address developer concerns to that
sunrise can be folded back into Gentoo
-mik
On Monday 03 July 2006 15:41, Henrik Brix Andersen wrote:
> On Mon, Jul 03, 2006 at 03:04:55PM -0400, Mike Frysinger wrote:
> > the entire point of these threads is to address developer concerns
> > to that sunrise can be folded back into Gentoo
>
> Really? According to
On Tuesday 04 July 2006 06:08, Robin H. Johnson wrote:
> - superh - 64/32
i wouldnt ever worry about this since, afaik, the sh64 port is still really
developmental and no one really has hardware for end users to worry about ...
plus they werent really designed to be compatible
-mike
pgp27dAc5l
On Monday 03 July 2006 21:00, Robin H. Johnson wrote:
> If you have an ebuild with a non-standard pkg_nofetch, please ensure
> that you use $SRC_URI instead of $A!
>
> This is because if you have FEATURES=mirror or FEATURES=cvs, attempts to
> download all of the source files for digesting or verifi
On Tuesday 04 July 2006 13:07, Enrico Weigelt wrote:
> * Mike Frysinger <[EMAIL PROTECTED]> schrieb:
> > perhaps i wasnt clear enough:
> > it doesnt matter who the maintainer of gpm in Gentoo is until
> > this is resolved upstream
>
> The upstream seems to be qui
On Saturday 01 July 2006 02:46, Mike Frysinger wrote:
> well it's about that time of the year ... time for nominating
> people for the next Gentoo Council
i guess i'll start off some mass nominations of random people off the top of
my head who i think would do a good j
On Tuesday 04 July 2006 14:45, Mike Frysinger wrote:
> On Monday 03 July 2006 21:00, Robin H. Johnson wrote:
> > If you have an ebuild with a non-standard pkg_nofetch, please ensure
> > that you use $SRC_URI instead of $A!
> >
> > This is because if you have FEAT
On Tuesday 04 July 2006 16:10, Robin H. Johnson wrote:
> On Tue, Jul 04, 2006 at 03:32:47PM -0400, Mike Frysinger wrote:
> > sorry, i just re-read your message ... perhaps a better fix would be to
> > not force people to download all the packages when something has fetch
&
On Tuesday 04 July 2006 18:43, Enrico Weigelt wrote:
> We should think about mechanisms to check if the service is
> actually running. This could also be used for frequently service
> checks and notification.
there is no fool proof way to do this
-mike
pgpKkEmrK36b2.pgp
Description: PGP signatur
On Tuesday 04 July 2006 18:47, Enrico Weigelt wrote:
> * Mike Frysinger <[EMAIL PROTECTED]> schrieb:
> > > BTW: libgpm is an fork-off from gpm, which just contains the client
> > > stuff. Maybe it will evolve to an more generic mouse library, ie.
> > > suppor
can someone remind me why our arch USE flags are in an "opt-out" system rather
than "opt-in" ? instead of adding things like:
dmi
icc
mmx
svga
...
to every non-x86 profile, why dont we mask these things in base/use.mask and
then un-mask them in default-linux/x86 ? doesnt that make more sense ?
On Wednesday 05 July 2006 04:55, Simon Stelling wrote:
> Mike Frysinger wrote:
> > can someone remind me why our arch USE flags are in an "opt-out" system
> > rather than "opt-in" ? instead of adding things like:
> > to every non-x86 profile, why dont we m
On Tuesday 04 July 2006 16:39, Kevin F. Quinn wrote:
> On Sat, 1 Jul 2006 02:46:59 -0400
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > well it's about that time of the year ... time for nominating
> > people for the next Gentoo Council
>
> I nominat
On Wednesday 05 July 2006 04:31, Donnie Berkholz wrote:
> I really appreciate your bringing my name up. But I want to take a year
> to rediscover the reasons I joined Gentoo in the first place and the
> things I joined it to do, so I'm going to decline this for now. Maybe
> next time around. =)
i
On Thursday 06 July 2006 04:45, Martin Schlemmer wrote:
> I would like to refrain from accepting until just before the final
> nominees are put out, as currently my life is pretty much in flux. If
> possible that is.
sure ... you can wait until the 31st to accept ;)
-mike
pgpAU0QKJ2ClD.pgp
Desc
On Thursday 06 July 2006 14:40, Grant Goodyear wrote:
> Vapier wrote: [Tue Jul 04 2006, 02:04:38PM CDT]
>
> > i'd also nominate g2boojum, but i kind of like his current unofficial
> > role as honorary council adviser guy ...
>
> *Grin* I'm rather fond of that role myself, so I cheerfully accept th
On Thursday 06 July 2006 15:27, Albert Hopkins wrote:
> On Tue, 2006-07-04 at 18:58 -0400, Mike Frysinger wrote:
> > On Tuesday 04 July 2006 18:43, Enrico Weigelt wrote:
> > > We should think about mechanisms to check if the service is
> > > actually running. This could
On Wednesday 05 July 2006 12:28, Alexandre Buisse wrote:
> Please correct me if I am wrong, but there is no point in nominating
> people multiple times, right?
*shrug* gives a good indication of who you think is competent and/or who has
the best abs (seemant does btw)
-mike
pgpwmfns69sHU.pgp
De
i'll be keeping track of nominations here:
http://dev.gentoo.org/~vapier/council-2006-nominees.html
lemme know if i missed one of you suckers
yes it's very basic, when i get a min i'll guide-xml it :P
-mike
pgphwOfWz2WSL.pgp
Description: PGP signature
On Thursday 06 July 2006 15:56, Ciaran McCreesh wrote:
> Selective and partial backporting of patches that leads to the C++
> standard library code getting broken?
that patch was picked up by more than just Gentoo and then just as summarily
punted
-mike
pgpmw8k1Bgvxk.pgp
Description: PGP signat
On Thursday 06 July 2006 15:55, Harald van Dijk wrote:
> I don't have a lot of trust in Gentoo's patches, as they have resulted
> in completely and utterly unusable ld, and (minor) data loss due to a
> miscompilation by Gentoo's gcc, in the past.
historically i'd agree with you but i'm pretty confi
On Thursday 06 July 2006 16:14, Harald van Dijk wrote:
> Gentoo's gcc with the vanilla flag isn't the official GCC. Most patches
> don't get appplied, but some do. Plus, gcc[vanilla] isn't a supported
> compiler in Gentoo.
you're just griping because i forced ssp/pie regardless of USE=vanilla ...
On Thursday 06 July 2006 07:48, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 06 July 2006 13:40, Donnie Berkholz wrote:
> > How will you handle non-gcc compilers?
>
> We don't support any, to start with.
this sort of closed mindedness isnt really encouraging ... plus it's kind of
funny, this st
On Thursday 06 July 2006 10:03, Simon Stelling wrote:
> c) This is not about "regaining" control. Currently, users who want to
> cross-compile are screwed and need nasty use.mask-hacks to not end up
> with broken binaries. The inability to provide per-package CFLAGS is a
> missing feature in portag
On Thursday 06 July 2006 20:58, Diego 'Flameeyes' Pettenò wrote:
> On Friday 07 July 2006 02:50, Mike Frysinger wrote:
> > as for "broken binaries", i kind of doubt that statement ... when was the
> > last time you saw a cross-toolchain accept assembly code writt
On Thursday 06 July 2006 20:57, Diego 'Flameeyes' Pettenò wrote:
> I'm just saying that I wouldn't discard entirely a solution just because
> some unsupported software _might_ not work (note the conditional). I
> wouldn't discard a solution just because it _might_ not work on
> GNU/kFreeBSD; I woul
1001 - 1100 of 3334 matches
Mail list logo
