On Tue, May 10, 2005 at 10:59:42PM -0700, Duncan wrote:
> > Since our tree layout is based upon category, if you tried shifting the
> > focus of it to packages_in anyway_, you would explicitly disallow same
> > name packages, different category. Doesn't matter how you structure the
> > tree, if yo
On 5/10/05, Danny van Dyk <[EMAIL PROTECTED]> wrote:
> * icc depends on gcc's libstdc++, so changing your gcc version affects
>icc and can even break it.
Hi,
icc version 8.1 can also use Intel's Dinkumware C++ library. It is
included with the compiler and can be accessed by the -cxxlib_icc
Brian Harring posted <[EMAIL PROTECTED]>, excerpted
below, on Wed, 11 May 2005 00:09:20 -0500:
> 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).
>
>
On Wed, May 11, 2005 at 01:27:46PM +0900, Georgi Georgiev wrote:
> As to whether the categories are good or not... think about it. If they
> were good, would we still be seeing packages moving around the tree?
> That's why I think that multiple categories are a necessity. Unless of
> course, packag
Mike Frysinger wrote:
> since i refuse to use UTF8 can someone verify that nano-1.3.7 is
> broken/working in this respect ?
> -mike
WFM with vi_VN.UTF-8
--
gentoo-dev@gentoo.org mailing list
maillog: 10/05/2005-22:30:56(-0500): Brian Harring types
> Re: having a package claimed by multiple categories... eh. yeah,
> that's a bit valid although I'd think it's either A) an indiciation
> our categories need to be adjusted a bit, or B) (hopefully) a rare
> case. :)
No, no, please not A
On Tue, May 10, 2005 at 08:04:04PM +0900, Georgi Georgiev wrote:
> maillog: 10/05/2005-11:28:21(+0200): Martin Schlemmer types
> > On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> > > Georgi Georgiev wrote:[Sun May 08 2005, 08:19:20PM EDT]
> > > > Would it be inappropriate to start bitc
On Tue, May 10, 2005 at 09:54:33PM +0100, Ciaran McCreesh wrote:
> Is there a standard way of handling testing for utility-type eclasses?
> For versionator I currently have a __versionator__test_blah function
> included in the eclass (source versionator.eclass works, it doesn't have
> any portage-s
On Tue, May 10, 2005 at 08:06:15PM +0200, Danny van Dyk wrote:
> Some of my thoughts on current problems (w/o having searched bugzilla yet!)
>
for dev-lang/icc-6.0-r1
l_cc_p_6.0.139.tar isn't fetchable
and for
dev-lang/icc-7.1.029
l_cc_pc_7.1.029.tar isn't fetchable
and
dev-lang/ifc-6.0
l_f
On Wed, 11 May 2005 10:39:57 +0900 Georgi Georgiev <[EMAIL PROTECTED]>
wrote:
| Not sure why you want to wait longer. It only gets worse. The German
| description in app-admin/metadata.xml needs an "iconv -f utf8 -t
| latin1" to get it fixed (automatically doable), but the Spanish one
| needs this
maillog: 11/05/2005-01:44:19(+0100): Ciaran McCreesh types
> On Wed, 11 May 2005 09:36:06 +0900 Georgi Georgiev <[EMAIL PROTECTED]>
> wrote:
> | A few category level metadata.xml have broken encoding. Looking at the
> | cvs log, once the cause was sejo's commits with the dutch translations
> | that
On Wed, 11 May 2005 01:57:15 +0100 Elfyn McBratney <[EMAIL PROTECTED]>
wrote:
| On Wednesday 11 May 2005 01:45, Mike Frysinger wrote:
| > On Tuesday 10 May 2005 08:36 pm, Georgi Georgiev wrote:
| > > Starts to smell of a cvs problem...
| >
| > actually i'd bet money on crappy editors eating the fil
On Wednesday 11 May 2005 01:45, Mike Frysinger wrote:
> On Tuesday 10 May 2005 08:36 pm, Georgi Georgiev wrote:
> > Starts to smell of a cvs problem...
>
> actually i'd bet money on crappy editors eating the files
Like nano ? :P
/me ducks
Best,
Elfyn
--
Elfyn McBratney
On Tuesday 10 May 2005 08:44 pm, Ciaran McCreesh wrote:
> On Wed, 11 May 2005 09:36:06 +0900 Georgi Georgiev <[EMAIL PROTECTED]>
>
> wrote:
> | A few category level metadata.xml have broken encoding. Looking at the
> | cvs log, once the cause was sejo's commits with the dutch translations
> | that
On Wed, 11 May 2005 09:36:06 +0900 Georgi Georgiev <[EMAIL PROTECTED]>
wrote:
| A few category level metadata.xml have broken encoding. Looking at the
| cvs log, once the cause was sejo's commits with the dutch translations
| that did it.
Known issue. Long story as to why it happens, but we're bla
On Tuesday 10 May 2005 08:36 pm, Georgi Georgiev wrote:
> Starts to smell of a cvs problem...
actually i'd bet money on crappy editors eating the files
-mike
--
gentoo-dev@gentoo.org mailing list
On Tue, 10 May 2005 21:54:33 +0100 Ciaran McCreesh <[EMAIL PROTECTED]>
wrote:
| Is there a standard way of handling testing for utility-type eclasses?
| For versionator I currently have a __versionator__test_blah function
| included in the eclass (source versionator.eclass works, it doesn't
| have
A few category level metadata.xml have broken encoding. Looking at the
cvs log, once the cause was sejo's commits with the dutch translations
that did it.
http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-admin/metadata.xml?r1=1.4&r2=1.5
http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-accessibility/meta
On Tue, May 10, 2005 at 04:11:48PM -0400, Chris Gianelloni wrote:
> On Tue, 2005-05-10 at 20:06 +0200, Danny van Dyk wrote:
> > icc/ifc use flags:
> > * These are scary. Using a different compiler should not be achieved
> >by setting a useflag, neither local nor global one.
>
> You are correc
Is there a standard way of handling testing for utility-type eclasses?
For versionator I currently have a __versionator__test_blah function
included in the eclass (source versionator.eclass works, it doesn't have
any portage-specific code), but this is going to get a bit messy when I
add in another
On Tuesday 10 May 2005 22:11, Chris Gianelloni wrote:
> You are correct. However, it might be necessary to patch something that
> won't compile with icc, but does compile with gcc. I think this is the
> primary reason for the icc USE flag.
Isn't tc-* functions there also for this?
And anyway, the
On Tue, 2005-05-10 at 20:06 +0200, Danny van Dyk wrote:
> icc/ifc use flags:
> * These are scary. Using a different compiler should not be achieved
>by setting a useflag, neither local nor global one.
You are correct. However, it might be necessary to patch something that
won't compile with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tom,
> |>>Unless someone steps up, the intel compiler toolchain
> |>>packages dev-lang/icc (intel cc) and dev-lang/ifc (intel fortran
> |>>compiler) are prime candidates for removal from the tree; open bugs,
> |>>primary maintainer is retired, and
On Tue, 2005-05-10 at 10:25 -0700, Duncan wrote:
> Well, the latter anyway shouldn't be a big issue. That's what Gentoo
> ships patched kernels for, right? ... And as for not stable on various
> archs, that's what open source is for, right?
What's what open source is for? Spending your time fixi
> Well, the latter anyway shouldn't be a big issue. That's what Gentoo
> ships patched kernels for, right? ... And as for not stable on various
> archs, that's what open source is for, right?
By not stable on the various arches, he means it doesn't even work on
some (sparc for example). Also, y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danny van Dyk wrote:
| Hi Brian,
| Brian Harring schrieb:
|
|>>Unless someone steps up, the intel compiler toolchain
|>>packages dev-lang/icc (intel cc) and dev-lang/ifc (intel fortran
|>>compiler) are prime candidates for removal from the tree; open bu
Stephen Bennett posted <[EMAIL PROTECTED]>, excerpted
below, on Tue, 10 May 2005 16:36:57 +0100:
> On Tue, 2005-05-10 at 11:05 -0400, Alec Warner wrote:
>> I'll be the first alt-arch person to scream, Reiser isn't stable on more
>> than half the arch's we support, and forcing users to go to one
>
On Tue, 2005-05-10 at 11:05 -0400, Alec Warner wrote:
> I'll be the first alt-arch person to scream, Reiser isn't stable on more
> than half the arch's we support, and forcing users to go to one
> filesystem just to get decent speed on portage tree searches is silly.
Besides which, as of latested
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Duncan wrote:
> Martin Schlemmer posted <[EMAIL PROTECTED]>,
> excerpted below, on Tue, 10 May 2005 11:02:07 +0200:
>
>
>>Problem with flat tree, is the search times might then suck even more, as
>>last I heard, too many dirs/files in one directory
Martin Schlemmer posted <[EMAIL PROTECTED]>,
excerpted below, on Tue, 10 May 2005 11:02:07 +0200:
> Problem with flat tree, is the search times might then suck even more, as
> last I heard, too many dirs/files in one directory have a huge speed
> penalty.
Yeah, sure, for ext2/3, but all those sm
maillog: 10/05/2005-11:28:21(+0200): Martin Schlemmer types
> On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> > Georgi Georgiev wrote: [Sun May 08 2005, 08:19:20PM EDT]
> > > Would it be inappropriate to start bitching (again) about a flat
> > > tree where each package can go in multi
On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> Georgi Georgiev wrote:[Sun May 08 2005, 08:19:20PM EDT]
> > Would it be inappropriate to start bitching (again) about a flat
> > tree where each package can go in multiple categories?
>
> That's something I'd love to see eventually..
On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> Georgi Georgiev wrote:[Sun May 08 2005, 08:19:20PM EDT]
> > Would it be inappropriate to start bitching (again) about a flat
> > tree where each package can go in multiple categories?
>
> That's something I'd love to see eventually..
maillog: 10/05/2005-11:15:45(+0200): Paul de Vrieze types
> On Monday 09 May 2005 22:27, Mike Frysinger wrote:
> > On Monday 09 May 2005 04:12 pm, Paul de Vrieze wrote:
> > > What about adding a "panic" mode to portage which, when confronted
> > > with a missing profile, (and after confirmation) co
On Monday 09 May 2005 22:27, Mike Frysinger wrote:
> On Monday 09 May 2005 04:12 pm, Paul de Vrieze wrote:
> > What about adding a "panic" mode to portage which, when confronted
> > with a missing profile, (and after confirmation) continues to upgrade
> > portage to the latest version it can find w
On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> Georgi Georgiev wrote:[Sun May 08 2005, 08:19:20PM EDT]
> > Would it be inappropriate to start bitching (again) about a flat
> > tree where each package can go in multiple categories?
>
> That's something I'd love to see eventually..
36 matches
Mail list logo
