service-source_validator
> dev-util/obs-service-tar_scm
> dev-util/obs-service-update_source
> dev-util/obs-service-verify_file
> dev-util/osc
> dev-util/quilt
> dev-util/spec-cleaner
> dev-util/suse-build
> media-fonts/fifth-leg
> sys-devel/icecream
>
Maybe it's worth filtering out packages that have an active maintainer?
I maintain quilt and will drop the project tag.
Mike
On 2/10/22 15:41, Anna Vyalkova wrote:
> On 2022-02-10 14:40, Mike Pagano wrote:
>> Clean-up code needed for deprecated EAPIs (EAPI < 4)
>>
>> Signed-off-by: Mike Pagano
>> ---
>> eclass/linux-mod.eclass | 9 ++---
>> 1 file changed, 2 insert
On 2/12/22 15:02, Ionen Wolkens wrote:
> On Sat, Feb 12, 2022 at 02:52:09PM -0500, Mike wrote:
>>
>> On 2/10/22 15:41, Anna Vyalkova wrote:
>>> eutils.eclass doesn't suport EAPI 8
>>
>> Thanks for the catch. Fixed and committed.
>
> It'
do so may cause unexpected problems."
else
LGTM, I can commit this, after a reasonable amount of time with no further
discussion.
Thanks for your contribution.
--
Mike Pagano
Gentoo Developer - Kernel Project
Gentoo Sources - Lead
E-Mail : mpag...@gentoo.org
GnuPG FP : 52CC A
According to PMS certain words are reserved for package manager use and may not
be used or
relied upon by ebuilds.
See: https://projects.gentoo.org/pms/8/pms.html#x1-13700012.3.17
Bug: https://bugs.gentoo.org/843686
Signed-off-by: Mike Pagano
---
eclass/linux-info.eclass | 18
chnical differences
like this with both sides expressing their opinion and reasoning.
I would hope in the future we start with this path and not with
disciplinary action or bugs requesting the removal of commit access.
We're showing here we can bring up our points without handing out "QA
strikes" or some other type of confrontational action.
Mike
signature.asc
Description: OpenPGP digital signature
On 9/13/18 7:25 AM, Ulrich Mueller wrote:
>>>>>> On Wed, 12 Sep 2018, Mike wrote:
>
>> Picking random email.
>
>> I would like to say I'm glad we can discuss our technical differences
>> like this with both sides expressing their opinion and
On 9/13/18 9:35 AM, Rich Freeman wrote:
> On Thu, Sep 13, 2018 at 9:29 AM Mike wrote:
>>
>> And I apologize for writing that commit rights were requested to be
>> removed. My mistake, bugzilla access rights were asked to be removed.
>> ...
>>
>>
ime after
this patch is comitted.
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index edbb4a858..423397caf 100644
--- a/eclass/kernel-2.eclass
+++ b/
On 10/9/19 7:14 PM, Mike Pagano wrote:
This change will support moving the genpatches tarballs from
/space/distfiles-local to
the devspace ~developer/public_html/dist/genpatches.
Co-authored-by: Thomas Deutschmann
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 2 +-
1 file
On 5/22/20 2:57 PM, Sergei Trofimovich wrote:
> Originally found in bug #705240 as:
>
> ```
> error=0
> ...
> if [[ ${error} > 0 ]]; then
> ...
> ```
>
> '>' are string comparisons. They are benign in this case, but let's
> be consistent and use integer comparison.
>
> CC: ker...@gento
On 5/30/21 2:28 PM, Ionen Wolkens wrote:
> On Sun, May 30, 2021 at 01:29:12PM -0400, mpag...@gentoo.org wrote:
>> From: Mike Pagano
>>
>> As the purpose of pkg_pretend is to run sanity checks during
>> dependency calculation time, provide the default implementation
On 5/30/21 2:55 PM, Ionen Wolkens wrote:
> On Sun, May 30, 2021 at 02:42:01PM -0400, Mike wrote:
>>
>>
>> On 5/30/21 2:28 PM, Ionen Wolkens wrote:
>>> On Sun, May 30, 2021 at 01:29:12PM -0400, mpag...@gentoo.org wrote:
>>>> From: Mike Pagano
>>
upport that or not.
2. I removed deblob from gentoo-sources because it was annoying at the time
(I hear the script has changed now), and rather than make it less annoying, I
decided
my time was better spent on other things.
3. Something does not have to be in gentoo-sources for it to have relev
Add cpio dependency to kernel-2.eclass
Bug: https://bugs.gentoo.org/731666
Signed-off-by: Mike Pagano
---
eclass/kernel-2.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index e3d556f2b..83d173d77 100644
--- a/eclass/kernel-2.eclass
On 8/23/21 7:15 PM, John Helmert III wrote:
> On Mon, Aug 23, 2021 at 06:55:57PM -0400, Mike wrote:
>> Add cpio dependency to kernel-2.eclass
>>
>> Bug: https://bugs.gentoo.org/731666
>>
>> Signed-off-by: Mike Pagano
>> ---
>> eclass/kernel-2
-off-by: Mike Pagano
---
eclass/linux-info.eclass | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass
index 0b6df1bf5..7e225236f 100644
--- a/eclass/linux-info.eclass
+++ b/eclass/linux-info.eclass
-off-by: Mike Pagano
---
eclass/linux-info.eclass | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass
index 0b6df1bf5..a6159eac2 100644
--- a/eclass/linux-info.eclass
+++ b/eclass/linux-info.eclass
Linux 2.4 and gcc 4 are long gone from the tree
Remove some log lines
Signed-off-by: Mike Pagano
---
eclass/linux-info.eclass | 15 ---
1 file changed, 15 deletions(-)
diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass
index f794f42d0..4e08949a3 100644
--- a/eclass
On 9/13/21 12:27 PM, Mike Gilbert wrote:
> This disables the kernel config check for versions prior to 5.4.
>
> Bug: https://bugs.gentoo.org/811726
> Signed-off-by: Mike Gilbert
> ---
> eclass/linux-info.eclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
On 9/13/21 12:27 PM, Mike Gilbert wrote:
> This function may fail if the version cannot be parsed from a Makefile
> found by following the /lib/modules/${KV_FULL}/{source,build} symlinks.
> Instead of failing, we should just split KV_FULL as a fallback.
>
> Also, simplify the e
On 1/4/22 18:25, Sam James wrote:
>
>
>> On 3 Jan 2022, at 18:23, Mike Gilbert > <mailto:flop...@gentoo.org>> wrote: On Mon, Jan 3, 2022 at 12:49
>> PM Adrian Ratiu > <mailto:adrian.ra...@collabora.com>> wrote:
>>>
>>> Starting wi
HOSTCC=$(tc-getBUILD_CC) CC=$(tc-getCC)
>> LD=$(tc-getLD) AR=$(tc-getAR) NM=$(tc-getNM) NM=$(tc-getNM)
>> OBJCOPY=$(tc-getOBJCOPY) READELF=$(tc-getREADELF) STRIP=$(tc-getSTRIP)"
>> export xmakeopts
>> }
>>
>
Thanks for the report, duplicate removed
iles?
> > IIRC the current stable portage should be ok with it. Are there any other
> > issues preventing this from becoming a reality?
>
> Also, what are the valid "status" entries? Is it just dev and stable?
well, repoman only cares about "dev", but y
app-i18n/canna
and every package in there is the same way
> I'm also a bit worried that things were placed in there a while ago and
> are no longer needed, may also be a good idea to date the entries.
like what ? dating is pointless imo, use `cvs ann` :P
-mike
--
gentoo-dev@gentoo.org mailing list
On Mon, Nov 07, 2005 at 10:08:45AM -0500, Alec Warner wrote:
> Mike Frysinger wrote:
> > On Mon, Nov 07, 2005 at 02:05:37AM -0500, Alec Warner wrote:
> >
> >>Could we by chance, mandate some sort of comment field in that file not
> >>unlike package.mask
hen such a package exists, things like nptl obviously dont have a mapping
by definition, no entry in there is a 'work around' or 'fluff', but exists
*only* because a USE flag <-> package mapping exists ... if anything, our
use.defaults file is *missing* a ton of entries (
stion
can ffmpeg/xvid be used as drop-in replacements ? or do upstream peeps need
to write completely new code to use ffmpeg/xvid ?
-mike
--
gentoo-dev@gentoo.org mailing list
ps have support for something like
"<=2006-01-01" in order to be able to manually mark date ranges as
read.
HTH,
Mike
--
gentoo-dev@gentoo.org mailing list
make.conf, they were the standard
/etc/make.conf files ... now though, you can find them at
/etc/make.conf.example
-mike
--
gentoo-dev@gentoo.org mailing list
On Tue, Nov 15, 2005 at 04:01:07PM -0500, Chris Gianelloni wrote:
> On Tue, 2005-11-15 at 20:01 +0000, Mike Frysinger wrote:
> > On Tue, Nov 15, 2005 at 02:52:28PM -0500, Chris Gianelloni wrote:
> > > On Tue, 2005-11-15 at 20:19 +0100, Marius Mauch wrote:
> > > > Wa
hing in elementary school ?
-mike
--
gentoo-dev@gentoo.org mailing list
On Thu, Nov 17, 2005 at 02:38:13AM +, Dan Meltzer wrote:
> However, I've seen a few packages that fetch stuff during the test
> phase from the internet
if you have any packages other than libxml2 that do this, you should
file bug reports about each one
-mike
--
gentoo-dev@gentoo.
On Thu, Nov 17, 2005 at 09:28:00PM +0100, Francesco R. wrote:
> Alle 20:16, mercoled? 16 novembre 2005, Mike Frysinger el ga butta:
> > |On Wed, Nov 16, 2005 at 07:48:56PM +0100, Diego 'Flameeyes' Petten??
> wrote:
> > |> On Wednesday 16 November 2005 19:
On Thu, Nov 17, 2005 at 09:20:10PM +, Ciaran McCreesh wrote:
> On Thu, 17 Nov 2005 21:03:04 +0000 Mike Frysinger <[EMAIL PROTECTED]>
> wrote:
> | On Thu, Nov 17, 2005 at 09:28:00PM +0100, Francesco R. wrote:
> | > Alle 20:16, mercoled? 16 novembre 2005, Mike Frysinger el g
s (I did not really install app-text/recode for the
> purpose of enabling USE=recode globally and make it clash with half of php USE
> flags e.g.)
> - causing pointless breakage/bailing out in current ebuilds for users that
> have
> not touched USE flags on their system at all
tly.
or we can just remove the dark magic and be done with it
use.defaults is almost like letting ./configure scripts auto detect
settings on the fly imho
-mike
--
gentoo-dev@gentoo.org mailing list
On Fri, Nov 18, 2005 at 10:06:02PM +0100, Max wrote:
> On 11/18/05, Homer Parker <[EMAIL PROTECTED]> wrote:
> >
> > Thoughts, better ideas appreciated.
>
> Well, they are called testers, so why not @testers.g.o?
because the idea was to put all future 's
On Fri, Nov 18, 2005 at 09:09:29PM -0400, Luis F. Araujo wrote:
> What is the problem of giving them @g.o addresses?
read the first meeting where GLEP 41 was covered ...
-mike
--
gentoo-dev@gentoo.org mailing list
On Sat, Nov 19, 2005 at 05:54:44AM +, Kurt Lieber wrote:
> On Sat, Nov 19, 2005 at 05:33:17AM + or thereabouts, Mike Frysinger wrote:
> > On Fri, Nov 18, 2005 at 09:09:29PM -0400, Luis F. Araujo wrote:
> > > What is the problem of giving them @g.o addresses?
> >
&g
Sven Vermeulen wrote:
As I said before, the arch testers themselves aren't asking for
being a developer but rather for additional tools to help them do their
work.
I've said it in the first meeting and I'll reiterate: what is the sentiment
of the arch testers in this case (if they are still read
t criteria are there for maintaining one's status as an AT?
> I) What input does DevRel have in the process of becoming an AT?
http://www.gentoo.org/proj/en/base/amd64/tests/index.xml
-mike
--
gentoo-dev@gentoo.org mailing list
hers would be to (just see
the first log for GLEP 41)
> * Create an entirely new domain
isnt .gentoo.org a new domain ? i dont see how this is any
different (assuming you mean a new 2nd level domain in the .org tld)
-mike
--
gentoo-dev@gentoo.org mailing list
- wheres the ufo guy [2] ? at least hide him in the bottom left
corner of the page ... it'd keep with the mysterious nature of the
fellow
[2] http://www.gentoo.org/images/gridtest.gif
-mike
--
gentoo-dev@gentoo.org mailing list
On Mon, Nov 21, 2005 at 03:49:42PM +0100, Thomas de Grenier de Latour wrote:
> On Mon, 21 Nov 2005 14:09:55 +
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> > - the bar at the top which blathers on about what Gentoo has to
> > offer i could do without completely (
ont page altogether which would leave plenty of
> space for the "Documentation", "Resources", and "Community" panels with
> limited scrolling.
my opinion above would address this concern (which i agree with)
-mike
--
gentoo-dev@gentoo.org mailing list
column instead?).
> You could add another Headline (maybe 'Introduction') for new users (topics
> could be 'Why Gentoo Linux', 'Download', 'Handbook', 'Packages', 'Portage').
condensing the big purple panel into a smaller one would w
On Monday 21 November 2005 10:08 pm, Georgi Georgiev wrote:
> maillog: 22/11/2005-12:05:38(+0900): Георги Георгиев types
>
> >
> >
>
> That ought to be
>
> of course.
or you could make it the dropdown list so people can pick
bugs.gentoo.org/gentoo.org/fo
? cant we just have the form send
users to google ?
-mike
--
gentoo-dev@gentoo.org mailing list
catalyst days).
>
> I don't think anyone has implied that we're not going to distribute
> stage1 anymore. They are still useful for folks that know what they are
> doing.
i was under the impression we were merely changing our docs and that
we were going to continue to mirro
On Tue, Nov 22, 2005 at 07:22:42PM +0100, Marius Mauch wrote:
> Personally I'd just kill auto-use support in the next "big" portage
> upgrade (and USE_ORDER with it as disabling auto-use is the only
> real application of it that I'm aware of).
works for me
-mike
--
ht offer outdated
> links or forget to point to a valuable resource
> - We would depend on Google a bit
i dont think these are real issues ... but no reason we cant use this as
the quick 'now' solution and then follow it up with stuff on our own
infrastructure later on down the road
-mike
--
gentoo-dev@gentoo.org mailing list
> able to spot them.
seems like everything was cut ... now the frontpage is just a simple
site index page ? i liked the simple cow/about blurb myself
-mike
--
gentoo-dev@gentoo.org mailing list
adjust your script.
> >=cat/foo-1.2 is valid even though foo-1.2 is no longer in the tree. I
> looked at the top 4 line in your list, they are all valid entries.
yes, i imagine there are a bunch of these false positives ... you can
see the gcc-config mask is wrongly flagged for this reason
-mike
--
gentoo-dev@gentoo.org mailing list
On Wed, Nov 23, 2005 at 01:40:45AM -0500, Curtis Napier wrote:
> If there are no more outstanding issues reported I will submit this
> current layout for approval.
the links in the footbars still dont have 'on mouse over' behavior
like all the other links
-mike
--
gentoo-dev@ge
stage1 tarball on a small usb drive,
boot to that, and then I nfs mount $DISTDIR and $PORTDIR from a
central server.
Mike
--
gentoo-dev@gentoo.org mailing list
On 11/23/05, Dan Meltzer <[EMAIL PROTECTED]> wrote:
> On 11/23/05, Mike Owen <[EMAIL PROTECTED]> wrote:
> > I may not be the typical user, but I use Stage1 to build servers,
> > because I can fit a boot image + stage1 tarball on a small usb drive,
> > boot to th
i think i suggested this somewhere before, but why dont we just add
shadow to packages.build ... then it'll be in stage[123] and the DEPEND
will be a moot point
-mike
--
gentoo-dev@gentoo.org mailing list
rt too. Their decision was that we need a "strong,
> compelling case for not using it since it is something the community has
> voted on".
by 'voted on' you mean the vote that happened on the forums ? i
thought that vote was for the different website designs, they didnt
really cover aspects of different designs
-mike
--
gentoo-dev@gentoo.org mailing list
On Thu, Nov 24, 2005 at 08:54:41AM -0500, Chris Gianelloni wrote:
> On Thu, 2005-11-24 at 03:44 +0000, Mike Frysinger wrote:
> > On Wed, Nov 23, 2005 at 01:15:52PM -0500, Chris Gianelloni wrote:
> > > OK. I've been looking at some of these issues we've been having, and
URES were in the USE expand list, you could use
> >! features_noman ? ( ) ...
>
> Except that no{man,info,doc} are on the to-die list anyway.
which doesnt make much sense when they can actually be pretty useful
in controlling DEPEND and/or steps in src functions which take quite a
long time to complete
-mike
--
gentoo-dev@gentoo.org mailing list
On Fri, Nov 25, 2005 at 09:24:44AM -0500, Chris Gianelloni wrote:
> On Thu, 2005-11-24 at 19:34 +0000, Mike Frysinger wrote:
> > On Thu, Nov 24, 2005 at 08:54:41AM -0500, Chris Gianelloni wrote:
> > > On Thu, 2005-11-24 at 03:44 +, Mike Frysinger wrote:
> > > >
e it be a FEATURE and then put the FEATRE
into our profiles
that way users can disable it via standard make.conf config rather
than having to add some weird INSTALL_MASK setting
-mike
--
gentoo-dev@gentoo.org mailing list
> USE=(man|info|doc) wont quite work.
> While they could have an advantage that you can use them to control
> depend strings the doc use flag has already been heavily used for other
> things which everybody surely wont want.
i dont see what USE=doc has to do with this ? doc should never be used
to control manpages in ebuilds now ...
-mike
--
gentoo-dev@gentoo.org mailing list
until the arch issue is resolved
and in case i wasnt clear, i'd be very against removing this
-mike
--
gentoo-dev@gentoo.org mailing list
half with 3.4 so they get linking
> errors.
there is a bug open about this issue ...
-mike
--
gentoo-dev@gentoo.org mailing list
they remove it
so if user fails to rebuild all their packages before unmerging gcc-3.3
they will be screwed, but OH WELL
-mike
--
gentoo-dev@gentoo.org mailing list
ally, i'd prefer if we moved all of /usr/libexec to /usr/lib/misc
-mike
--
gentoo-dev@gentoo.org mailing list
3.4 so they
> get linking errors.
Shouldn't this be a profile thing? i.e. 200{4,5}.X stays at 3.3.X, 2006.X-> go
to 3.4.X
--
Mike Williams
--
gentoo-dev@gentoo.org mailing list
dc++.so.5 and things linking to
> > libstdc++.so.6 I consider it horribly broken.
>
> ...and when it tries to "recompile" openoffice-bin? doom3?
revdep-rebuild should ignore those packages
-mike
--
gentoo-dev@gentoo.org mailing list
On Tue, Nov 29, 2005 at 10:18:05AM -0500, Olivier Cr?te wrote:
> On Tue, 2005-29-11 at 14:53 +0000, Mike Frysinger wrote:
> > On Tue, Nov 29, 2005 at 03:23:54PM +0100, Diego 'Flameeyes' Petten? wrote:
> > > what's the official status of /usr/libexec directory?
>
s in /opt
-mike
--
gentoo-dev@gentoo.org mailing list
On Tue, Nov 29, 2005 at 04:41:20PM +0100, Thomas de Grenier de Latour wrote:
> On Tue, 29 Nov 2005 15:27:10 +
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> > i know they are executables, that's why we're talking about a
> > specific subdir of lib
>
On Tue, Nov 29, 2005 at 10:48:10AM -0500, Olivier Cr?te wrote:
> On Tue, 2005-29-11 at 15:27 +0000, Mike Frysinger wrote:
> > On Tue, Nov 29, 2005 at 10:18:05AM -0500, Olivier Cr?te wrote:
> > > On Tue, 2005-29-11 at 14:53 +, Mike Frysinger wrote:
> > > > On T
ood deal of polishing off most of the common
gcc4 issues in portage
-mike
--
gentoo-dev@gentoo.org mailing list
bin/bash on the kernel cmdline. And at that point it is easy to
> run /dev/MAKEDEV and get whatever devices are needed for
> troubleshooting.
assuming the user knows what MAKEDEV is let alone how to use it
-mike
--
gentoo-dev@gentoo.org mailing list
to pipe output into
/dev/null (before udev is started) and the command errors out with
/dev being read-only
-mike
--
gentoo-dev@gentoo.org mailing list
> # custom device nodes that udev does not handle/know about.
>
> RC_DEVICE_TARBALL="no"
>
> Do you have this set to yes in /etc/conf.d/rc ?
he's talking about the /dev that is on the / partition, not the /dev
that gets mounted for udev
-mike
--
gentoo-dev@gentoo.org mailing list
On Fri, Dec 02, 2005 at 09:00:25AM -0800, Greg KH wrote:
> On Fri, Dec 02, 2005 at 01:17:38PM +0000, Mike Frysinger wrote:
> > On Thu, Dec 01, 2005 at 08:43:32PM -0800, Greg KH wrote:
> > > That being said, my boxes have an empty /dev...
> >
> > you so sure
On Fri, Dec 02, 2005 at 09:18:24PM +0100, Matthijs van der Vleuten wrote:
> On 12/2/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > sure, in Gentoo it's been fixed (i know cause i fixed it), but every
> > other distro i know of the boot system would bomb
>
>
sts users' home dirs ... i dont see what the
redesign has to do with either
-mike
--
gentoo-dev@gentoo.org mailing list
entoo.org/~vapier/ -> http://dev.gentoo.org/~vapier/
http://www.gentoo.org/~vapier/ -> http://dev.gentoo.org/~vapier/
-mike
--
gentoo-dev@gentoo.org mailing list
this is your [belated] reminder of the December council meeting.
future reminders will not be late anymore ... we've proven that we cant
remember it so i've gone ahead and crontab-ed future reminders to go
out on the first :)
current agenda:
none ?!
-mike
--
gentoo-dev@gentoo.org mailing list
On Thu, Dec 08, 2005 at 08:56:42AM +0100, Dirk Heinrichs wrote:
> However, there already exists fix_libtool_files.sh, which does the same
> after GCC upgrade. Could this be enhanced to also handle the KDE upgrade
> case?
i would say no ... re-emerge offending packages
-mike
--
g
s/DirectFB Herd: games
> Maintainer: [EMAIL PROTECTED]
>
> What are you talking about?
yeah, you better not start pawning off my packages or i'll KLL you
-mike
--
gentoo-dev@gentoo.org mailing list
is to remove packages until you're left with
a small enough subset of packages you can handle ?
-mike
--
gentoo-dev@gentoo.org mailing list
On Thu, Dec 08, 2005 at 09:24:57PM +0100, Marius Mauch wrote:
> On Wed, 7 Dec 2005 23:49:59 +
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> > this is your [belated] reminder of the December council meeting.
> > future reminders will not be late anymore ... we
On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote:
> Mike Frysinger wrote:
> >so the video herd policy is to remove packages until you're left with
> >a small enough subset of packages you can handle ?
>
> I'd rather say that we select packages that evolv
On Thu, Dec 08, 2005 at 09:24:57PM +0100, Marius Mauch wrote:
> On Wed, 7 Dec 2005 23:49:59 +
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> > this is your [belated] reminder of the December council meeting.
> > future reminders will not be late anymore ... we
ly J.R.R. Tolkien, T.
Pratchett and M. Z. Bradley. I'm interested in Web Accessibility, Web
design, Operating Systems, A.I., ALife and Robotics, but actually if
I've some spare time I'll spend it with my beloved girlfriend."
- --
=
On Sat, Dec 10, 2005 at 06:21:20PM +, Ciaran McCreesh wrote:
> On Sat, 10 Dec 2005 13:07:19 -0500 Dan Meltzer
> <[EMAIL PROTECTED]> wrote:
> | On 12/10/05, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> | > On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger <
On Sat, Dec 10, 2005 at 08:05:40PM +, Ciaran McCreesh wrote:
> On Sat, 10 Dec 2005 19:40:59 +0000 Mike Frysinger <[EMAIL PROTECTED]>
> wrote:
> | there's no point in bringing it back to the council in the current
> | form as we're just likely to approve it again
>
instead
> of one day.
harping on this old point solves nothing. we've already established quite
clearly that this will not happen again in the future.
-mike
--
gentoo-dev@gentoo.org mailing list
t;we
> don't care, we won't discuss changing it, and we would approve it again!"
it's really more up to the GLEP author(s) and infra to find the middle
ground as to what's feasible. if none can be found, then yes, i would
whip out my virtual wang and take it to infra ag
me
-mike
--
gentoo-dev@gentoo.org mailing list
nd states that they
> could cause a performance hit, but this doesn't seem to warrant banning them
> completely in my eyes.
erm, this e-mail comes a bit early ... i was hoping to have more stuff
written before moving this info into gentoo-dev mailing list realm ...
-mike
--
gentoo-dev@gentoo.org mailing list
; why
> > we are to always avoid them. This should be added to existing documentation
> > policy so it is somewhere for new devs to know about, and existing devs to
> > have for a reference.
>
> I agree, this would be very nice to have. It would make stabilization
>
e texrel's and executable stacks?
no idea what you mean by "override", but here's a crazy idea ... ask
upstream to fix the issues. for example, we just reported executable
stacks with the ut2004 game and Ryan of epicgames was so kind as to
fix it up for us. some upstream peeps dont even know about these sort
of things until you point them out.
-mike
--
gentoo-dev@gentoo.org mailing list
On Tue, Dec 13, 2005 at 08:02:27PM -0500, Mark Loeser wrote:
> Mike Frysinger <[EMAIL PROTECTED]> said:
> > working on it as i said ... i wish this e-mail could have been posted
> > once i had more easier things to read :p
>
> You are working on a policy, or just
On Wed, Dec 14, 2005 at 01:07:53AM +, Ciaran McCreesh wrote:
> On Wed, 14 Dec 2005 00:22:36 +0000 Mike Frysinger <[EMAIL PROTECTED]>
> | another good reason is that since the segment cannot be mapped
> | readonly, the memory cannot be shared across multiple processes ...
> |
1 - 100 of 5087 matches
Mail list logo
