Chris Gianelloni wrote:
> On Wed, 2006-04-26 at 12:29 -0400, Kevin wrote:
>> One thing that I'm pretty sure is currently not possible with portage,
>> however, and that I'd definitely like to see as a part of this idea is a
>> way of setting thresholds on version
Pasted from bugzilla. Please pardon the ugly newline formatting.
I'm a longtime (>10 yrs) Linux admin and I've been using Gentoo for
perhaps 2
years and I'm super impressed with Gentoo, having gotten very annoyed
with the
rpm-based nightmare upgrade situation presented by most of the other
distr
f resource to build
(3) cause extra deps
(2) and (3) are usually co-incident.
IMHO, of course ;)
Whatever we decide USE=doc means, it should be documented as such in
use.desc
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Sat, 25 Mar 2006 12:37:45 +
Duncan Coutts <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-03-25 at 13:32 +0100, Kevin F. Quinn (Gentoo) wrote:
> > On Sat, 25 Mar 2006 11:46:58 +
> > Duncan Coutts <[EMAIL PROTECTED]> wrote:
> >
> > > On Sat, 2006-03
On Sat, 25 Mar 2006 11:46:58 +
Duncan Coutts <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-03-25 at 12:42 +0100, Kevin F. Quinn (Gentoo) wrote:
>
> > This is a valid issue, as ghc is only supplied upstream for linux
> > (some older versions available in mingw32).
>
&g
vcs.org/RcsComparisons. Of the
alternatives to Bazaar-NG, Mercurial (at
http://www.selenic.com/mercurial/) looks most interesting, not least
because it claims fast local and network performance, which bazaar-ng
doesn't.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
filter the illegal bytes out of its input, or replace them with
a marker (replacement character) - instead it leaves the non-conformant
bytes alone.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ally
in the case of the hardened compiler). This occurs also with the
vanilla compiler - which is a bug although very few people
(if any) come across it as the only supported way to use the
stack protector at the moment is by using the hardened compiler.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
the same way the application does.
http://www.microsoft.com/mspress/books/sampchap/5612b.asp
describes a number of risks of accepting UTF-8, including the above.
So far I haven't found anything that could be considered a general
security risk, but that doesn't prove much :)
--
Kevin F. Quinn
signature.asc
Description: PGP signature
to browse the bug to check whether the resolution is valid or not
- if there's a decent comment along with the resolution this becomes
unnecessary in the majority of cases.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
tion of a herd for these packages would be a question for the
maintainers of those packages :)
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Thu, 9 Feb 2006 22:48:32 +0100
Grobian <[EMAIL PROTECTED]> wrote:
> Please find attached GLEP 47: "Creating 'safe' environment variables".
Could you add a definition of 'safe' to the GLEP? It's not clear what
this means at the moment.
--
Kev
ack-protector is only a problem if gcc-4.0 is built without
the ssp-stubs - from 4.1 onwards that'll be upstream as well.
Having said that, I don't think we need -fno-stack-protector in default
DEBUG_FLAGS anyway, as it doesn't inhibit debug (unlike -Wl,pie).
--
Kevin F. Quinn
signature.asc
Description: PGP signature
quot;
It's enough to do LDFLAGS="-nopie" to get debuggable executables, which
might be better as it'd keep code closer to the non-debug code.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ns..
If the 2005 does turn out to be a release date rather than the
standard name, then it makes sense as a release version; gnat-gpl-2005
would be enough. Later releases can add a point revision if necessary;
if you do 2005.1 now, what happens if upstream release
gnat-gpl-2005.1.tgz?
Another pos
.bdf`.pcf && \
/usr/X11R6/bin/bdftopcf ${font} > ${pcf} && \
gzip ${pcf} &
[[ ${n} -eq 0 ]] && wait && n=${MAX_PARALLEL}
((n=${n}-1))
done
wait
--
Kevin F. Quinn
--
Kevin F. Quinn
signature.asc
Description: PGP signature
headers - in particular look at the
PT_LOAD sections) and 'readelf -s' (which shows all segments).
If any one can point me to code in the kernel or loader that maps debug
symbol sections I'm sure many would be interested.
--
Kevin F. Quinn
--
gentoo-dev@gentoo.org mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Dec 2005 09:19:56 +0100
Harald van Dijk <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 14, 2005 at 08:51:42AM +0100, Kevin F. Quinn wrote:
> > On Wed, 14 Dec 2005 07:59:23 +0100
> > Harald van Dijk <[EMAIL PROTECTED]&g
source code just means appending a few lines depending on the type of
assembler used.
As far as ebuilds are concerned, if you add it to LDFLAGS you will need
to re-check the application every time you bump the ebuild, and it's
difficult to find new occurrences of nested functions for examp
devs to know about, and existing devs to have for a reference.
Agreed.
As far as normal Gentoo is concerned, I think policy should be to fix
textrels at least where it is simple to do so and upstream are happy to
have the issues fixed, and we should be most insistent for shared
libraries that are act
On 26/11/2005 13:55:25, Ned Ludd ([EMAIL PROTECTED]) wrote:
> On Sat, 2005-11-26 at 19:30 +0100, Bruno wrote:
>
> > What's the advantage of splitting out the debug info to some extra
> > location instead of leaving it in the original binary (maybe smaller
> > foot-print in memory while the debug
On 25/11/2005 11:46:54, Marius Mauch ([EMAIL PROTECTED]) wrote:
> Except that no{man,info,doc} are on the to-die list anyway.
When you say 'to-die' do you mean completely removed, or do you
mean replaced with {man,info,doc} (i.e. removing inverted logic)?
--
gentoo-dev@gentoo.org mailing list
Georgi Georgiev wrote:
> maillog: 16/11/2005-20:58:44(-0500): Kevin types
> ...
>
>>Has development stopped on webapp-config? Does it need a new maintainer?
>
>
> Development has far from stopped:
>
> http://svn.gnqs.org/projects/vhost-tools
>
Thanks for t
forementioned bug is going nowhere.
Has development stopped on webapp-config? Does it need a new maintainer?
Any replies would be most welcome.
-Kevin
--
gentoo-dev@gentoo.org mailing list
ng it since it was opened.
Thanks.
-Kevin
--
gentoo-dev@gentoo.org mailing list
On 20/10/2005 21:16:47, Dan Armak ([EMAIL PROTECTED]) wrote:
> On Thursday 20 October 2005 20:58, Matthijs van der Vleuten wrote:
> > On 10/20/05, Dan Armak <[EMAIL PROTECTED]> wrote:
> > > To solve this issue it would have to be an on-by-default flag, i.e.
> > > 'noxserver'. I know some people are
On 20/10/2005 21:16:47, Dan Armak ([EMAIL PROTECTED]) wrote:
> On Thursday 20 October 2005 20:58, Matthijs van der Vleuten wrote:
> > On 10/20/05, Dan Armak <[EMAIL PROTECTED]> wrote:
> > > To solve this issue it would have to be an on-by-default flag, i.e.
> > > 'noxserver'. I know some people are
On 11/10/2005 9:18:41, Dave Nebinger ([EMAIL PROTECTED]) wrote:
> This is probably the fifth time at least that I've been bitten by this...
https://bugs.gentoo.org/show_bug.cgi?id=11359
[NEW FEATURE] pkg_postinst/pkg_preinst ewarn/einfo logging
--
gentoo-dev@gentoo.org mailing list
On 20/9/2005 7:37:19, Georgi Georgiev ([EMAIL PROTECTED]) wrote:
> maillog: 20/09/2005-07:21:08(+0200): Christian Parpart types
> > On Monday 19 September 2005 15:22, warnera6 wrote:
> > > Mark Loeser wrote:
> > > > Paul de Vrieze wrote:
> > > >> I think that dev-util is a very specific category co
On 17/9/2005 11:34:56, Brian Harring ([EMAIL PROTECTED]) wrote:
> On Sat, Sep 17, 2005 at 11:28:03AM +0200, Kevin F. Quinn wrote:
> > The 30-day could be calculated from the $Header: of ebuilds that have
> > no UNSTABLE, or where it's empty.
>
> Doesn't work for N a
On 17/9/2005 13:33:30, Christian Parpart ([EMAIL PROTECTED]) wrote:
> On Saturday 17 September 2005 11:36, Kevin F. Quinn wrote:
> > On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote:
> >
> > C++ herd is a good idea, especially with that number of packages.
> &g
On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote:
C++ herd is a good idea, especially with that number of packages.
> I would also like to see many of them, if not all, moved to the dev-cpp
> category:
Is this bit really necessary?
--
gentoo-dev@gentoo.org mailing list
How about if the maintainer wants wider testing, i.e. wants to move
it out of package.mask and into ~arch but isn't confident it's ready
yet for arch, adding a string variable to ebuilds indicating why the
maintainer considers the package unstable, eg:
UNSTABLE="#100435, #100345, unconfirmed break
On 7/9/2005 3:10:12, Stuart Longland ([EMAIL PROTECTED]) wrote:
> Ciaran McCreesh wrote:
> > On Mon, 5 Sep 2005 9:44:41 +0200 "Kevin F. Quinn" <[EMAIL PROTECTED]>
> > wrote:
> > | On 5/9/2005 1:29:57, Ciaran McCreesh ([EMAIL PROTECTED]) wrote:
> > |
On 5/9/2005 13:41:54, Jason Stubbs ([EMAIL PROTECTED]) wrote:
> On Monday 05 September 2005 20:21, Simon Stelling wrote:
> > Ciaran McCreesh wrote:
> > > If it isn't fit to be marked stable, it shouldn't be out of
> > > package.mask. ~arch means "candidate for going stable after more
> > > testing"
We seem to be heading towards a situation where the x86 arch
team do all marking of stuff stable on x86. This I like.
Some observations - these may be phrased in the affirmative
but please take them as observations/suggestions :)
1) The x86 arch team will need to be large(ish) to keep pace.
He
On 1/9/2005 20:54:14, Stephen P. Becker ([EMAIL PROTECTED]) wrote:
> > Is it just me, it seems that only sparc/mips devs want that kind of
> > change and non none of the x86/amd64 devs...
> >
> > I still dont see what practical advantage that would bring to x86/amd64
> > users or developers?
>
On 31/8/2005 9:18:53, Stephen P. Becker ([EMAIL PROTECTED]) wrote:
> Keep in mind that the *stable* trees of x86 and amd64 are actually
> pretty close to the same versions anyway, I just ran gmsoft's imlate
> script for amd64 vs. x86 keywords:
hmm; missed a biggie - sys-devel/gcc which is stabl
On 30/8/2005 10:46:54, Stephen P. Becker ([EMAIL PROTECTED]) wrote:
> Is this also a good time to note that the amd64 and x86 could *easily*
> be covered under the same keyword?
The big reason I think, is that few x86 people have a clue about amd64.
Contrast this with the mips team; I'd guess mo
On 27/8/2005 13:34:15, Brian Harring ([EMAIL PROTECTED]) wrote:
> Rough filtering stack-
> profiles/package.mask
> /etc/make.profile/package.mask (incremental through subprofiles)
> users package.mask, and users package.unmask
>
> Ordered it in that fashion to show that it's effectively repositor
On 27/8/2005 10:42:25, Brian Harring ([EMAIL PROTECTED]) wrote:
> Hola all.
>
> Straight to the point, I'm proposing that the following files-
> arch.list
> categories
> use.desc
> use.local.desc
> package.mask
> updates
>
> be moved out of the profiles directory in the tree
Not sure about packa
On 21/8/2005 23:05:05, Ciaran McCreesh ([EMAIL PROTECTED]) wrote:
> Now the proposal. This isn't something that can happen immediately, but
> it's something I'd like to see us working towards:
>
> [...]
>
> * De-cripple the standard xterm definition and remove restrictions from
> programs whic
On 5/8/2005 4:36:40, Alec Warner ([EMAIL PROTECTED]) wrote:
> Problems with all of these include the same problems as the cascaded
> profiles, some goofball doesn't upgrade for a year, syncs with new
> digests...how does he get his portage upgraded? An upgrade path should
> be provided and
On 2/8/2005 16:30:45, Michael Sterrett -Mr. Bones.- ([EMAIL PROTECTED]) wrote:
> On Mon, 1 Aug 2005, Donnie Berkholz wrote:
>
> > I'm still awaiting any solid arguments against x11-proto, and they had
> > best be expedited (read below for why).
>
> Well, I kind of mentioned it on irc, but I'll th
On 14/7/2005 7:24:03, Craig Lawson ([EMAIL PROTECTED]) wrote:
> [...] To be more concrete, I'm thinking of something like a database [...]
I don't think a separate database is a good idea; too many sources for
information.
> [...] For example [...]
> current: any
> target: =gnome-base/gno
I'm with Ned & fozer on this, in general at least. This is the second time this
issue has come up over the last month or so; it's what kicks off the flat-tree
debate. My preference in practice is to leave the current tree allocation of
packages to categories well alone (to avoid unnecessary dis
etween the wired
and wireless worlds without losing network connections. It's great to be on
wireless, start a download, plug into the wired, and then get an immediate speed
boost!
Here's another hint for wireless users: Test your card's ability to respond to
iwconfig tx
On 26/5/2005 15:33:10, Roy Marples ([EMAIL PROTECTED]) wrote:
> On Thu, 2005-05-26 at 15:04 +0200, Kevin F. Quinn wrote:
> > I'm trying it on a laptop that connects to various different networks
> > depending on the weather. I figured this would be a useful test as
>
On 26/5/2005 0:20:02, Mike Frysinger ([EMAIL PROTECTED]) wrote:
> files - the net scripts have been completely rewritten thanks to UberLord
Ahh; what fun - that was the stuff I'd tweaked the most :/
The new network stuff is much better, but I do have one hiccough.
I'm trying it on a laptop that c
ns-beanutils, and several others in that I cannot merge
these packages because of this problem.
TIA.
-Kevin
--
gentoo-dev@gentoo.org mailing list
On 16/5/2005 11:09:28, Paul Waring ([EMAIL PROTECTED]) wrote:
> Given that my USE flags include -X, -gtk, -qt etc. (I don't want any
> graphical stuff as this is a server machine, and I've never had
> anything like this come up before), why on earth is portage wanting to
> install all these new pac
Brian Harring wrote:
> > The layout on disk and the semantics of categories do not need to be > >
> > related.
> Yes and no. You're assuming that people don't use the layout on
> disk for digging around without calling portage. Personally, I do.
Sometimes I do the same; but other times I find
On Wed, May 11, 2005 at 07:09:20, Brian Harring wrote:
> One thing that just clicked in the skull on why flat-tree has issues; >
> currently it's possible to have a package with the same name, yet a
> differing category (app-vim/sudo vs app-admin/sudo).
Aa flat package namespace would necessitat
ngs on space across machines, oafs has a good authentication system in
kerberos, seems better to me than running a local rsync server alone and also
better in at least some ways than NFS, etc),
b) what special considerations I should keep in mind with such a scheme,
c) security,
d) general rea
y
5905 pto -ldl -lz >&5
5906 /var/tmp/portage/mod_php-5.0.3-r2/temp/ccDBbNuu.o(.text+0xa): In
functio
5906 n `main':
5907 : undefined reference to `dbminit'
5908 collect2: ld returned 1 exit status
5909 distcc[20096] ERROR: compile conftest.c on localhost failed
5910 configure:35536: $? = 1
I've tried it with distcc turned off too.
Any help would be much appreciated.
-Kevin
http://www.gnosys.us
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
> as a reminder, NEVER utilize USE=pic in your package unless you know
> exactly what it's for and you're sure you need it
I figured this use flag should be used to ensure libraries are built as PIC
(i.e. conform to the relevant ABI). This is a common problem on the media
201 - 256 of 256 matches
Mail list logo
