headers
Robin H. Johnson | 1 May 2005 01:44
Picon
Favicon
Gravatar

OpenLDAP 2.2 series

Ok, I've just put the latest OpenLDAP 2.2.26 into the tree, and I don't
see anything that is now holding back the 2.2 series from ~arch. In 2
weeks, I plan to move it to ~arch, from it's present p.mask status.

It shouldn't cause any problems for anybody that has OpenLDAP installed
as a client only, but it's a bit bumpy for those that are running
OpenLDAP servers.

The ebuild will exit if it detects the server data files from the
previous versions of OpenLDAP, and display instructions on how to
upgrade safely. Bypass them at your own peril, as you will end up with a
badly corrupted database.

Also note that the slapd.conf syntax has had some minor but annoying
changes that will block slapd from starting until they are updated.

--

-- 
Robin Hugh Johnson
E-Mail     : robbat2 <at> orbis-terrarum.net
Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ#       : 30269588 or 41961639
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Permalink | Reply | 6 comments |
headers
Daniel Drake | 1 May 2005 01:47
Picon
Favicon

Anyone use wolk-sources?

Hi,

I'm considering masking wolk-sources and removing it from the tree. Do any
people still have a good reason to use wolk-sources?

wolk-sources is a heavily patched Linux 2.4 kernel which lacks upstream
maintenance - the newest version being based on Linux 2.4.20.

Any objections?
--

-- 
gentoo-dev <at> gentoo.org mailing list
Permalink | Reply | 3 comments |
headers
Grant Goodyear | 1 May 2005 02:00
Picon
Favicon

Re: OpenLDAP 2.2 series

Robin H. Johnson wrote: [Sat Apr 30 2005, 06:44:58PM CDT]
> Ok, I've just put the latest OpenLDAP 2.2.26 into the tree, and I don't
> see anything that is now holding back the 2.2 series from ~arch. In 2
> weeks, I plan to move it to ~arch, from it's present p.mask status.
> 
> It shouldn't cause any problems for anybody that has OpenLDAP installed
> as a client only, but it's a bit bumpy for those that are running
> OpenLDAP servers.
> 
> The ebuild will exit if it detects the server data files from the
> previous versions of OpenLDAP, and display instructions on how to
> upgrade safely. Bypass them at your own peril, as you will end up with a
> badly corrupted database.
> 
> Also note that the slapd.conf syntax has had some minor but annoying
> changes that will block slapd from starting until they are updated.

Thanks for the note.

My personal opinion is that this sort of news item is the sort of thing
that we need to do a better job of announcing widely.  I'm going to CC
the GWN folks on this e-mail as well as our PR folks, to see if either
of those groups want it.

-g2boojum-
--

-- 
Grant Goodyear	
Gentoo Developer
g2boojum <at> gentoo.org
http://www.gentoo.org/~g2boojum
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lance Albertson | 1 May 2005 03:04
Picon
Favicon
Gravatar

Re: Anyone use wolk-sources?

On Sun, 2005-05-01 at 00:47 +0100, Daniel Drake wrote:
> Hi,
> 
> I'm considering masking wolk-sources and removing it from the tree. Do any
> people still have a good reason to use wolk-sources?
> 
> wolk-sources is a heavily patched Linux 2.4 kernel which lacks upstream
> maintenance - the newest version being based on Linux 2.4.20.
> 
> Any objections?

I was actually just thinking about WOLK today and how I never got around
to putting the newest builds in the tree. For now keep them in there.
I'll email upstream to see if whats the status on development for WOLK
these days. The mailing lists have been quiet for the most part, so
we'll see. It may be based on 2.4.20 but its no where near to what
2.4.20 is ;). Its closer to a 2.6 kernel by now with its latest
versions.

Infra currently decommissioned to the two boxes we were running WOLK on,
so we don't currently have a need for it from that side of things.

I'll report back when I find out whats going on!

--

-- 
Lance Albertson <ramereth <at> gentoo.org>
Gentoo Infrastructure | Operations Manager

---
GPG Public Key:  <http://www.ramereth.net/lance.asc>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Georgi Georgiev | 1 May 2005 03:27
Favicon

Re: Re: The usefulness of test in FEATURES

maillog: 30/04/2005-13:43:42(-0600): R Hill types
> Maybe a way of lessening the annoyance of test failures would be having 
> a way to resume the build at the install phase.  I'm thinking of 
> something similar the touch ${BUILDDIR}/.compiled trick.  as it is, if 
> you remove test from FEATURES, touch .tested, and then 'ebuild 
> foo.ebuild install' the tests still run.  This is especially frustrating 
> when you've just spent 6 hours compiling a package to have it fail 
> because of sandboxing.

You probably also need to edit ${T}/environment for the ebuild and
remove test from FEATURES there as well. In fact, this is *the* location
that you should probably touch.

-- 
-*   Georgi Georgiev   -* Winning isn't everything, but losing isn't   -*
*-    chutz <at> gg3.net    *- anything.                                    *-
-*  +81(90)2877-8845   -*                                              -*
--

-- 
gentoo-dev <at> gentoo.org mailing list
Permalink | Reply | 1 comment |
headers
Stephen Bennett | 1 May 2005 03:56
Picon
Favicon

Re: USE_EXPAND and libcs

On Fri, 2005-04-29 at 23:28 +0100, Stephen Bennett wrote:
> On Fri, 2005-04-29 at 23:15 +0100, Ciaran McCreesh wrote:
> > Any reason you don't just do all four (five?) at once?
> 
> None really ... make the list LIBC, KERNEL, and USERLAND then, all in
> USE_EXPAND. USERLAND will need to be thought about, due to the way
> Portage currently uses it internally.

OK, I haven't heard any objections, so these are going in.

--

-- 
gentoo-dev <at> gentoo.org mailing list
Permalink | Reply | 0 comments |
headers
R Hill | 1 May 2005 09:27

Re: The usefulness of test in FEATURES

Georgi Georgiev wrote:
> maillog: 30/04/2005-13:43:42(-0600): R Hill types
> 
>>Maybe a way of lessening the annoyance of test failures would be having 
>>a way to resume the build at the install phase.  I'm thinking of 
>>something similar the touch ${BUILDDIR}/.compiled trick.  as it is, if 
>>you remove test from FEATURES, touch .tested, and then 'ebuild 
>>foo.ebuild install' the tests still run.  This is especially frustrating 
>>when you've just spent 6 hours compiling a package to have it fail 
>>because of sandboxing.
> 
> 
> You probably also need to edit ${T}/environment for the ebuild and
> remove test from FEATURES there as well. In fact, this is *the* location
> that you should probably touch.

Cool.  So this is as simple as "sed -i -e 's <at> \(^FEATURES.*\) 
test\(.*$\) <at> \1\2 <at> g' /var/tmp/portage/pkgname/temp/environment" then.

Thanks. =]

--de.

--

-- 
gentoo-dev <at> gentoo.org mailing list
Permalink | Reply | 0 comments |
headers
Jason Stubbs | 1 May 2005 10:59
Picon
Favicon

Re: Re: The usefulness of test in FEATURES

On Sunday 01 May 2005 04:43, R Hill wrote:
> Maybe a way of lessening the annoyance of test failures would be having
> a way to resume the build at the install phase.  I'm thinking of
> something similar the touch ${BUILDDIR}/.compiled trick.  as it is, if
> you remove test from FEATURES, touch .tested, and then 'ebuild
> foo.ebuild install' the tests still run.  This is especially frustrating
> when you've just spent 6 hours compiling a package to have it fail
> because of sandboxing.

Fixed so that testing is not run when .tested exists.

Regards,
Jason Stubbs
Permalink | Reply | 0 comments |
headers
Donnie Berkholz | 1 May 2005 12:17
Picon
Favicon

Cutting down on non-cascaded profiles


How long are all those non-cascaded profiles going to stick around? They
make profile changes a mess for anyone who wants to do something crazy
like change default USE flags for everyone. (Who would ever need to do
that?!?!)

Thanks,
Donnie
Permalink | Reply | 33 comments |
headers
Stuart Longland | 1 May 2005 12:35

Re: Cutting down on non-cascaded profiles

Donnie Berkholz wrote:
> How long are all those non-cascaded profiles going to stick around? They
> make profile changes a mess for anyone who wants to do something crazy
> like change default USE flags for everyone. (Who would ever need to do
> that?!?!)

I was just thinking this myself.  Are there any users still using Gentoo
Linux 1.4 or 2004.0?

Certainly the cobalt-mips-1.4 and cobalt-mips-2004.1 profiles can go...
the 2004.2 release for Cobalt machines has been around quite a while
now, and just about everyone (that I know of) has moved up to at least
2004.2, and has probably upgraded from there.
(In any case... new 2005.0 images for Gentoo Linux/MIPS Cobalt are on
the way)

I'd certainly welcome a cleanup here... clean out the dead wood. ;-)

--
+-------------------------------------------------------------+
| Stuart Longland -oOo- http://stuartl.longlandclan.hopto.org |
| Atomic Linux Project     -oOo-    http://atomicl.berlios.de |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - |
| I haven't lost my mind - it's backed up on a tape somewhere |
+-------------------------------------------------------------+
Permalink | Reply | 26 comments |

Gmane