From ciaran.mccreesh at googlemail.com  Mon Nov  3 17:33:47 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Mon, 3 Nov 2008 22:33:47 +0000
Subject: [paludis-user] Confusing security related paludis --report
 output
In-Reply-To: <b220ab930810300134l3d7651cascdf2a4dc50045e60@mail.gmail.com>
References: <b220ab930810240811r7f2a3e34xbbb3fcd593106f61@mail.gmail.com>
	<20081027063750.2415f3b7@snowmobile>
	<b220ab930810300134l3d7651cascdf2a4dc50045e60@mail.gmail.com>
Message-ID: <20081103223347.6ff229b9@snowmobile>

On Thu, 30 Oct 2008 09:34:41 +0100
"Tomas Linhart" <tomas.linhart at gmail.com> wrote:
> OK, thank you for the Math lesson :-) I have either overlooked the "~"
> sign or misinterpreted the meaning of that condition. After further
> investigation it seems to me that the problem has been fixed in
> 3.5.10. Does this mean that glsa-200804-30.xml  is not correct or am I
> doing something wrong?

Usually when this happens it's due to GLSAs becoming out of date, which
in turn is due to there not being slot restrictions for GLSAs yet. The
Gentoo security team tends to fix it sooner or later.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081103/3f1296bd/attachment.pgp>

From ciaran.mccreesh at googlemail.com  Mon Nov  3 17:34:30 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Mon, 3 Nov 2008 22:34:30 +0000
Subject: [paludis-user] imlib2 not updated
In-Reply-To: <200810272239.43771.kejpi@centrum.cz>
References: <200810272239.43771.kejpi@centrum.cz>
Message-ID: <20081103223430.041aeee1@snowmobile>

On Mon, 27 Oct 2008 22:39:39 +0100
Petr Kopeck? <kejpi at centrum.cz> wrote:
> I have found that for some reasin imlib2 iz ignored by paludis and
> not updated.

If all else fails, paludis --log-level debug will tell you why it's not
being updated.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081103/e23acdf3/attachment.pgp>

From damian.only at gmail.com  Wed Nov  5 14:51:45 2008
From: damian.only at gmail.com (damian)
Date: Wed, 5 Nov 2008 20:51:45 +0100
Subject: [paludis-user] Very interested in Paludis!!!
Message-ID: <47a330c50811051151k4bb01e6em2e8a30c54d52934c@mail.gmail.com>

Hi all,

I'm very interested in this project, and I would like to use Paludis
in my Gentoo system. However, I have a couple of questions before
doing so.

Can Paludis be used along with portage, or once I've migrated there's
no going back? If the later is the case, can Paludis be safely used as
the only package manager for your system?

My old Gentoo instalation just got broken, so I have to do a from
scratch installation. Paludis can be used from the beggining? Or I
should start with portage and then switch to Paludis?

Thank you very much for your help, and go Paludis!

Best regards,
Damian.

From david at watzke.cz  Wed Nov  5 15:00:06 2008
From: david at watzke.cz (David Watzke)
Date: Wed, 5 Nov 2008 21:00:06 +0100
Subject: [paludis-user] Very interested in Paludis!!!
In-Reply-To: <47a330c50811051151k4bb01e6em2e8a30c54d52934c@mail.gmail.com>
References: <47a330c50811051151k4bb01e6em2e8a30c54d52934c@mail.gmail.com>
Message-ID: <200811052100.06326.david@watzke.cz>

On Wednesday 05 of November 2008 20:51:45 damian wrote:
> Hi all,
hello there

> Can Paludis be used along with portage, or once I've migrated there's
> no going back? If the later is the case, can Paludis be safely used as
> the only package manager for your system?
it can be used along with portage, although you might run into a little 
trouble every now and then, but it's not that bad ... trivial to fix

but i don't think there's a reason for doing so, because paludis works just 
fine

> My old Gentoo instalation just got broken, so I have to do a from
> scratch installation. Paludis can be used from the beggining? Or I
> should start with portage and then switch to Paludis?
yes, it can be used from the beginning - you will save yourself the switching 
process

-- 
David Watzke
E-mail, Jabber: david at watzke.cz
Web: http://www.watzke.cz/

From damian.only at gmail.com  Wed Nov  5 15:39:01 2008
From: damian.only at gmail.com (damian)
Date: Wed, 5 Nov 2008 21:39:01 +0100
Subject: [paludis-user] Very interested in Paludis!!!
In-Reply-To: <200811052100.06326.david@watzke.cz>
References: <47a330c50811051151k4bb01e6em2e8a30c54d52934c@mail.gmail.com>
	<200811052100.06326.david@watzke.cz>
Message-ID: <47a330c50811051239p40ada834m1d005c8e4af847bf@mail.gmail.com>

Hi David,

Thank you for your quick answer!

> yes, it can be used from the beginning - you will save yourself the switching
> process
Perfect! I will start my new Gentoo installation from my working
Ubuntu (I cannot resist the view of mi computer without X :D). Surelly
more questions will follow, so I hope you guys are patient :D

Best,
Damian.

From stefan at konink.de  Wed Nov  5 15:35:05 2008
From: stefan at konink.de (Stefan de Konink)
Date: Wed, 05 Nov 2008 21:35:05 +0100
Subject: [paludis-user] Very interested in Paludis!!!
In-Reply-To: <200811052100.06326.david@watzke.cz>
References: <47a330c50811051151k4bb01e6em2e8a30c54d52934c@mail.gmail.com>
	<200811052100.06326.david@watzke.cz>
Message-ID: <49120379.3010807@konink.de>

David Watzke wrote:
> On Wednesday 05 of November 2008 20:51:45 damian wrote:
>> Hi all,
> hello there
> 
>> Can Paludis be used along with portage, or once I've migrated there's
>> no going back? If the later is the case, can Paludis be safely used as
>> the only package manager for your system?
> it can be used along with portage, although you might run into a little 
> trouble every now and then, but it's not that bad ... trivial to fix
> 
> but i don't think there's a reason for doing so, because paludis works just 
> fine

I have set up the portage compatibility mode for the VPS image I 
maintain. That works nice :)


Stefan

From trent-ch at cox.net  Thu Nov  6 16:55:48 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Thu, 6 Nov 2008 15:55:48 -0600
Subject: [paludis-user] e.cache.flat_list Truncated
Message-ID: <200811061555.49332.trent-ch@cox.net>

Somehow I have managed to end up with the following warning.

paludis at 1226008328: [WARNING e.cache.flat_list.truncated] cache file 
has 7 lines, but expected at least 15

What creates this cache file. I have already run paludis --regenerate-
installed-cache and paludis --regenerate-installable-cache. This file isn't 
created by either of those commands.

Sincerely
Robert T Childers

From ciaran.mccreesh at googlemail.com  Thu Nov  6 17:39:01 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 6 Nov 2008 22:39:01 +0000
Subject: [paludis-user] e.cache.flat_list Truncated
In-Reply-To: <200811061555.49332.trent-ch@cox.net>
References: <200811061555.49332.trent-ch@cox.net>
Message-ID: <20081106223901.2c87bc81@snowcone>

On Thu, 6 Nov 2008 15:55:48 -0600
Robert T Childers <trent-ch at cox.net> wrote:
> Somehow I have managed to end up with the following warning.
> 
> paludis at 1226008328: [WARNING e.cache.flat_list.truncated] cache file 
> has 7 lines, but expected at least 15
> 
> What creates this cache file. I have already run paludis --regenerate-
> installed-cache and paludis --regenerate-installable-cache. This file
> isn't created by either of those commands.

It's probably distributed by rsync. Try waiting a bit and then doing a
paludis --sync.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081106/a54b6158/attachment.pgp>

From trent-ch at cox.net  Sun Nov  9 11:59:24 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Sun, 9 Nov 2008 10:59:24 -0600
Subject: [paludis-user] e.cache.flat_list Truncated
In-Reply-To: <20081106223901.2c87bc81@snowcone>
References: <200811061555.49332.trent-ch@cox.net>
	<20081106223901.2c87bc81@snowcone>
Message-ID: <200811091059.24413.trent-ch@cox.net>

On Thursday 06 November 2008 16:39:01 Ciaran McCreesh wrote:
> On Thu, 6 Nov 2008 15:55:48 -0600
>
> Robert T Childers <trent-ch at cox.net> wrote:
> > Somehow I have managed to end up with the following warning.
> >
> > paludis at 1226008328: [WARNING e.cache.flat_list.truncated] 
cache file
> > has 7 lines, but expected at least 15
> >
> > What creates this cache file. I have already run paludis --
regenerate-
> > installed-cache and paludis --regenerate-installable-cache. This file
> > isn't created by either of those commands.
>
> It's probably distributed by rsync. Try waiting a bit and then doing a
> paludis --sync.
syncing portage didn't fix it. And I have still yet to locate this file.

From ciaran.mccreesh at googlemail.com  Sun Nov  9 12:06:04 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Sun, 9 Nov 2008 17:06:04 +0000
Subject: [paludis-user] e.cache.flat_list Truncated
In-Reply-To: <200811091059.24413.trent-ch@cox.net>
References: <200811061555.49332.trent-ch@cox.net>
	<20081106223901.2c87bc81@snowcone>
	<200811091059.24413.trent-ch@cox.net>
Message-ID: <20081109170604.5ad525b0@snowcone>

On Sun, 9 Nov 2008 10:59:24 -0600
Robert T Childers <trent-ch at cox.net> wrote:
> > It's probably distributed by rsync. Try waiting a bit and then
> > doing a paludis --sync.
> syncing portage didn't fix it. And I have still yet to locate this
> file.

c13fc4b9 will make Paludis give you the filename.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081109/d8bb7a65/attachment.pgp>

From trent-ch at cox.net  Sun Nov  9 13:00:14 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Sun, 9 Nov 2008 12:00:14 -0600
Subject: [paludis-user] e.cache.flat_list Truncated
In-Reply-To: <20081109170604.5ad525b0@snowcone>
References: <200811061555.49332.trent-ch@cox.net>
	<200811091059.24413.trent-ch@cox.net>
	<20081109170604.5ad525b0@snowcone>
Message-ID: <200811091200.14923.trent-ch@cox.net>

On Sunday 09 November 2008 11:06:04 Ciaran McCreesh wrote:
> On Sun, 9 Nov 2008 10:59:24 -0600
>
> Robert T Childers <trent-ch at cox.net> wrote:
> > > It's probably distributed by rsync. Try waiting a bit and then
> > > doing a paludis --sync.
> >
> > syncing portage didn't fix it. And I have still yet to locate this
> > file.
>
> c13fc4b9 will make Paludis give you the filename.
I have tried paludis c13fc4b9 and paludis -c13fc4b9, but neither action is 
being accepted as a valid command. So how am I supposed to use the 
character sequence c13fc4b9 to get paludis to reveal the file name?

From pioto at pioto.org  Sun Nov  9 13:14:26 2008
From: pioto at pioto.org (Mike Kelly)
Date: Sun, 9 Nov 2008 13:14:26 -0500
Subject: [paludis-user] e.cache.flat_list Truncated
In-Reply-To: <200811091200.14923.trent-ch@cox.net>
References: <200811061555.49332.trent-ch@cox.net>
	<200811091059.24413.trent-ch@cox.net>
	<20081109170604.5ad525b0@snowcone>
	<200811091200.14923.trent-ch@cox.net>
Message-ID: <20081109131426.79b4e12d@aether.home.pioto.org>

On Sun, 9 Nov 2008 12:00:14 -0600
Robert T Childers <trent-ch at cox.net> wrote:

> On Sunday 09 November 2008 11:06:04 Ciaran McCreesh wrote:
> > On Sun, 9 Nov 2008 10:59:24 -0600
> >
> > Robert T Childers <trent-ch at cox.net> wrote:
> > > > It's probably distributed by rsync. Try waiting a bit and then
> > > > doing a paludis --sync.
> > >
> > > syncing portage didn't fix it. And I have still yet to locate this
> > > file.
> >
> > c13fc4b9 will make Paludis give you the filename.
> I have tried paludis c13fc4b9 and paludis -c13fc4b9, but neither
> action is being accepted as a valid command. So how am I supposed to
> use the character sequence c13fc4b9 to get paludis to reveal the file
> name?

That's a git revision of paludis. He means you need to either apply the
patch in that commit to your paludis source code, or build
=sys-apps/paludis-scm after that commit was made.

-- 
Mike Kelly

From paul.rays at gmail.com  Mon Nov 10 23:57:05 2008
From: paul.rays at gmail.com (Paul Ray)
Date: Tue, 11 Nov 2008 10:27:05 +0530
Subject: [paludis-user] Meta Package Management with Paludis
Message-ID: <d5bdfea00811102057p7adb5ed4na49016c5836ddd6a@mail.gmail.com>

Hi,

I chanced upon Paludis while looking for a meta package manager. By meta
package management, I mean sort of a secondary package manager for setting
up applications rather than the core OS. For example on a Ubuntu system, the
core would be 'apt' and a secondary package manager could be Paludis. From
the details on the web site Paludis does seem to me as a good starting
point. The questions that I have though are.

   1. Confirming can Paludis be used as a secondary package manager, really?
   If yes, are there any links that I should be checking out? The idea is to
   use one secondary package manager across most distributions of linux if not
   all. Also the focus is on deployment on multiple machines and not so much on
   building it each time ie. build once and deploy in multiple places.
   2. Paludis documentation talks about ability to manage installs in
   chroots. Can Paludis be made to run on the host and install packages only
   within a chroot or target multiple chroots?
   3. Does it require root access to run Paludis as a secondary package
   manager always? Can it be an alternative to prefixed portage where root
   access is not necessary (running services etc would be an exception where
   sudo may be required)?
   4. While in prefixed portage , it requires a change to the ebuild which
   in my opinion is somewhat painful to maintain over a period of time. Can
   Paludis be configured to install packages on a different folder (treated as
   a root much like prefix) without changing the ebuilds. For example instead
   of installing under /usr/share can be directed globally to change the root
   to say /opt/myfolder so that the installation goes into
   /opt/myfolder/usr/share without a change to the ebuilds from portage tree?
   5. What kind of challenge one can expect if Paludis is attempted to be
   ported on other platform like Windows and Solaris.
   6. Paludis documentation talks about not just limited to ebuilds. Does
   that mean it can be extended to support RPMs as well as an example?

These are definitely lots of questions, and would really appreciate pointers
from the Paludis group. Once again, I am very new to Paludis and also
portage and therefore if the questions are naive, please be gentle :-)

- Ray
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081111/c4b54a51/attachment-0001.htm>

From trent-ch at cox.net  Wed Nov 12 17:38:52 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Wed, 12 Nov 2008 16:38:52 -0600
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
Message-ID: <200811121638.52516.trent-ch@cox.net>

For some reason that I have yet to figure out, the new ebuild for php, 
php-5.2.6-r7 is masked by eapi and running paludis --query php shows 
gentoo:                  (5.2.6-r7)E {:UNKNOWN}
 After looking at the ebuild I find that it has SLOT="5". So I am at a loss 
as to why this ebuild is being rejected by paludis.

Attached is the ebuild in question.
-------------- next part --------------
# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/dev-lang/php/php-5.2.6-r7.ebuild,v 1.7 2008/11/04 03:44:01 vapier Exp $

CGI_SAPI_USE="discard-path force-cgi-redirect"
APACHE2_SAPI_USE="concurrentmodphp threads"
IUSE="cli cgi ${CGI_SAPI_USE} ${APACHE2_SAPI_USE} fastbuild"

KEYWORDS="alpha amd64 arm hppa ia64 ppc ppc64 s390 sh sparc x86 ~x86-fbsd"

# NOTE: Portage doesn't support setting PROVIDE based on the USE flags
#		that have been enabled, so we have to PROVIDE everything for now
#		and hope for the best
PROVIDE="virtual/php virtual/httpd-php"

# php package settings
SLOT="5"
MY_PHP_PV="${PV}"
MY_PHP_P="php-${MY_PHP_PV}"
PHP_PACKAGE="1"

# php patch settings, general
PHP_PATCHSET_REV="8"
SUHOSIN_PATCH="suhosin-patch-5.2.6-0.9.6.2-r1.patch.gz"
MULTILIB_PATCH="${MY_PHP_PV}/opt/multilib-search-path.patch"
# php patch settings, ebuild specific
FASTBUILD_PATCH="${MY_PHP_PV}/opt/fastbuild.patch"
CONCURRENTMODPHP_PATCH="${MY_PHP_PV}/opt/concurrent_apache_modules.patch"
# kolab patch - http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/patches/php/
# bugs about this go to wrobel at gentoo.org
KOLAB_PATCH="${MY_PHP_PV}/opt/kolab-imap-annotations.patch"

inherit versionator php5_2-sapi apache-module

SRC_URI="http://home.hoffie.info/php-patchset-${PV}-r${PHP_PATCHSET_REV}.tar.bz2
	${SRC_URI}"

# Suhosin patch support
[[ -n "${SUHOSIN_PATCH}" ]] && SRC_URI="${SRC_URI} suhosin? ( http://gentoo.longitekk.com/${SUHOSIN_PATCH} )"

DESCRIPTION="The PHP language runtime engine: CLI, CGI and Apache2 SAPIs."

DEPEND="app-admin/php-toolkit
	imap? ( >=virtual/imap-c-client-2006k )"
RDEPEND="${DEPEND}"
if [[ -n "${KOLAB_PATCH}" ]] ; then
	IUSE="${IUSE} kolab"
	DEPEND="${DEPEND}
		kolab? ( >=net-libs/c-client-2004g-r1 )"
fi

want_apache

pkg_setup() {
	PHPCONFUTILS_AUTO_USE=""

	# Make sure the user has specified at least one SAPI
	einfo "Determining SAPI(s) to build"
	phpconfutils_require_any "  Enabled  SAPI:" "  Disabled SAPI:" cli cgi apache2

	# Threaded Apache2 support
	if use apache2 ; then
		has_apache_threads
	fi

	# Concurrent PHP Apache2 modules support
	if use apache2 ; then
		if use concurrentmodphp ; then
			ewarn
			ewarn "'concurrentmodphp' makes it possible to load multiple, differently"
			ewarn "versioned mod_php's into the same Apache instance. This is done with"
			ewarn "a few linker tricks and workarounds, and is not guaranteed to always"
			ewarn "work correctly, so use it at your own risk. Especially, do not use"
			ewarn "this in conjunction with PHP modules (PECL, ...) other than the ones"
			ewarn "you may find in the Portage tree or the PHP Overlay!"
			ewarn "This is an experimental feature, so please rebuild PHP"
			ewarn "without the 'concurrentmodphp' USE flag if you experience"
			ewarn "any problems, and then reproduce any bugs before filing"
			ewarn "them in Gentoo's Bugzilla or bugs.php.net."
			ewarn "If you have conclusive evidence that a bug directly"
			ewarn "derives from 'concurrentmodphp', please file a bug in"
			ewarn "Gentoo's Bugzilla only."
			ewarn
			ebeep 5
		fi
	fi

	# fastbuild support
	if use fastbuild ; then
		ewarn
		ewarn "'fastbuild' attempts to build all SAPIs in a single pass."
		ewarn "This is an experimental feature, so please rebuild PHP"
		ewarn "without the 'fastbuild' USE flag if you experience"
		ewarn "any problems, and then reproduce any bugs before filing"
		ewarn "them in Gentoo's Bugzilla or bugs.php.net."
		ewarn "If you have conclusive evidence that a bug directly"
		ewarn "derives from 'fastbuild', please file a bug in"
		ewarn "Gentoo's Bugzilla only."
		ewarn
	fi

	php5_2-sapi_pkg_setup
}

php_determine_sapis() {
	# holds the list of sapis that we want to build
	PHPSAPIS=

	if use cli || phpconfutils_usecheck cli ; then
		PHPSAPIS="${PHPSAPIS} cli"
	fi

	if use cgi ; then
		PHPSAPIS="${PHPSAPIS} cgi"
	fi

	# note - apache SAPI comes after the simpler cli/cgi sapis
	if use apache2 ; then
		PHPSAPIS="${PHPSAPIS} apache${APACHE_VERSION}"
	fi
}

src_unpack() {
	if [[ "${PHP_PACKAGE}" == 1 ]] ; then
		unpack ${A}
	fi

	cd "${S}"

	# Concurrent PHP Apache2 modules support
	if use apache2 ; then
		if use concurrentmodphp ; then
			if [[ -n "${CONCURRENTMODPHP_PATCH}" ]] && [[ -f "${WORKDIR}/${CONCURRENTMODPHP_PATCH}" ]] ; then
				epatch "${WORKDIR}/${CONCURRENTMODPHP_PATCH}"
			else
				ewarn "There is no concurrent mod_php patch available for this PHP release yet!"
			fi
		fi
	fi

	# fastbuild support
	if use fastbuild ; then
		if [[ -n "${FASTBUILD_PATCH}" ]] && [[ -f "${WORKDIR}/${FASTBUILD_PATCH}" ]] ; then
			epatch "${WORKDIR}/${FASTBUILD_PATCH}"
		else
			ewarn "There is no fastbuild patch available for this PHP release yet!"
		fi
	fi

	# kolab support
	if [[ -n "${KOLAB_PATCH}" ]] ; then
		use kolab && epatch "${WORKDIR}/${KOLAB_PATCH}"
	fi

	# pretend to not have flex, bug 221357
	sed -re 's:( +)PHP_SUBST\(LEX\):\1LEX="exit 0;"\n\0:' -i acinclude.m4

	# Now let the eclass do the rest and regenerate the configure
	php5_2-sapi_src_unpack

	# Fix Makefile.global:test to consider the CGI SAPI if present
	if use cgi ; then
		sed -e "s|test \! -z \"\$(top_builddir)/php-cli\" \&\& test -x \"\$(top_builddir)/php-cli\"|test \! -z \"\$(top_builddir)/php-cli\" \&\& test -x \"\$(top_builddir)/php-cli\" \&\& test \! -z \"\$(top_builddir)/php-cgi\" \&\& test -x \"\$(top_builddir)/php-cgi\"|g" -i Makefile.global
		sed -e "s|TEST_PHP_EXECUTABLE=\"\$(top_builddir)/php-cli\"|TEST_PHP_EXECUTABLE=\"\$(top_builddir)/php-cli\" TEST_PHP_CGI_EXECUTABLE=\"\$(top_builddir)/php-cgi\"|g" -i Makefile.global
	fi

	# try to fix some test cases which fail because of sandbox otherwise
	sed -e 's:/no/such/:.\0:' -i ext/standard/tests/file/005_error.phpt \
		ext/standard/tests/file/006_error.phpt \
		ext/standard/tests/file/touch.phpt

	# REMOVING BROKEN TESTS:
	# removing this test as it has been broken for ages and is not easily
	# fixable (depends on a lot of factors)
	rm ext/standard/tests/general_functions/phpinfo.phpt

	# never worked properly, no easy fix
	rm ext/iconv/tests/bug16069.phpt ext/iconv/tests/iconv_stream_filter.phpt

	# needs write access to /tmp and others
	rm ext/session/tests/session_save_path_variation5.phpt

	# sandbox-related (sandbox checks for permissions before even looking
	# at the fs, but the tests expect "No such file or directory"
	sed -e 's:/blah:./bla:' -i \
		ext/session/tests/session_save_path_variation{2,3}.phpt

	# these tests behave differently with suhosin enabled, adapting them...
	use suhosin && sed -e 's:File(\.\./):File(..):g' -i \
		ext/standard/tests/file/open_basedir*{.inc,.phpt}
}

src_compile() {
	# bug 217392 (autconf-2.62 behavior changes)
	export CFLAGS="${CFLAGS} -D_GNU_SOURCE"
	export CXXFLAGS="${CXXFLAGS} -D_GNU_SOURCE"
	if use fastbuild && [[ -n "${FASTBUILD_PATCH}" ]] ; then
		src_compile_fastbuild
	else
		src_compile_normal
	fi
}

src_compile_fastbuild() {
	php_determine_sapis

	build_cli=0
	build_cgi=0
	build_apache2=0
	my_conf=""

	for x in ${PHPSAPIS} ; do
		case ${x} in
			cli)
				build_cli=1
				;;
			cgi)
				build_cgi=1
				;;
			apache2)
				build_apache2=1
				;;
		esac
	done

	if [[ ${build_cli} = 1 ]] ; then
		my_conf="${my_conf} --enable-cli"
	else
		my_conf="${my_conf} --disable-cli"
	fi

	if [[ ${build_cgi} = 1 ]] ; then
		my_conf="${my_conf} --enable-cgi --enable-fastcgi"
		phpconfutils_extension_enable "discard-path" "discard-path" 0
		phpconfutils_extension_enable "force-cgi-redirect" "force-cgi-redirect" 0
	else
		my_conf="${my_conf} --disable-cgi"
	fi

	if [[ ${build_apache2} = 1 ]] ; then
		my_conf="${my_conf} --with-apxs2=/usr/sbin/apxs2"

		# Threaded Apache2 support
		if use threads ; then
			my_conf="${my_conf} --enable-maintainer-zts"
			ewarn "Enabling ZTS for Apache2 MPM"
		fi

		# Concurrent PHP Apache2 modules support
		if use concurrentmodphp ; then
			append-ldflags "-Wl,--version-script=${FILESDIR}/php5-ldvs"
		fi
	fi

	# Now we know what we are building, build it
	php5_2-sapi_src_compile

	# To keep the separate php.ini files for each SAPI, we change the
	# build-defs.h and recompile

	if [[ ${build_cli} = 1 ]] ; then
		einfo
		einfo "Building CLI SAPI"
		einfo

		sed -e 's|^#define PHP_CONFIG_FILE_PATH.*|#define PHP_CONFIG_FILE_PATH "/etc/php/cli-php5"|g;' -i main/build-defs.h
		sed -e 's|^#define PHP_CONFIG_FILE_SCAN_DIR.*|#define PHP_CONFIG_FILE_SCAN_DIR "/etc/php/cli-php5/ext-active"|g;' -i main/build-defs.h
		for x in main/main.o main/main.lo main/php_ini.o main/php_ini.lo ; do
			[[ -f ${x} ]] && rm -f ${x}
		done
		make sapi/cli/php || die "Unable to make CLI SAPI"
		cp sapi/cli/php php-cli || die "Unable to copy CLI SAPI"
	fi

	if [[ ${build_cgi} = 1 ]] ; then
		einfo
		einfo "Building CGI SAPI"
		einfo

		sed -e 's|^#define PHP_CONFIG_FILE_PATH.*|#define PHP_CONFIG_FILE_PATH "/etc/php/cgi-php5"|g;' -i main/build-defs.h
		sed -e 's|^#define PHP_CONFIG_FILE_SCAN_DIR.*|#define PHP_CONFIG_FILE_SCAN_DIR "/etc/php/cgi-php5/ext-active"|g;' -i main/build-defs.h
		for x in main/main.o main/main.lo main/php_ini.o main/php_ini.lo ; do
			[[ -f ${x} ]] && rm -f ${x}
		done
		make sapi/cgi/php-cgi || die "Unable to make CGI SAPI"
		cp sapi/cgi/php-cgi php-cgi || die "Unable to copy CGI SAPI"
	fi

	if [[ ${build_apache2} = 1 ]] ; then
		einfo
		einfo "Building apache${APACHE_VERSION} SAPI"
		einfo

		sed -e "s|^#define PHP_CONFIG_FILE_PATH.*|#define PHP_CONFIG_FILE_PATH \"/etc/php/apache${APACHE_VERSION}-php5\"|g;" -i main/build-defs.h
		sed -e "s|^#define PHP_CONFIG_FILE_SCAN_DIR.*|#define PHP_CONFIG_FILE_SCAN_DIR \"/etc/php/apache${APACHE_VERSION}-php5/ext-active\"|g;" -i main/build-defs.h
		for x in main/main.o main/main.lo main/php_ini.o main/php_ini.lo ; do
			[[ -f ${x} ]] && rm -f ${x}
		done
		make || die "Unable to make apache${APACHE_VERSION} SAPI"
	fi
}

src_compile_normal() {
	php_determine_sapis

	CLEAN_REQUIRED=0
	my_conf=""

	# Support the Apache2 extras, they must be set globally for all
	# SAPIs to work correctly, especially for external PHP extensions
	if use apache2 ; then
		# Concurrent PHP Apache2 modules support
		if use concurrentmodphp ; then
			append-ldflags "-Wl,--version-script=${FILESDIR}/php5-ldvs"
		fi
	fi

	for x in ${PHPSAPIS} ; do
		# Support the Apache2 extras, they must be set globally for all
		# SAPIs to work correctly, especially for external PHP extensions
		if use apache2 ; then
			# Threaded Apache2 support
			if use threads ; then
				my_conf="${my_conf} --enable-maintainer-zts"
				ewarn "Enabling ZTS for Apache2 MPM"
			fi
		fi

		if [[ "${CLEAN_REQUIRED}" = 1 ]] ; then
			make clean
		fi

		PHPSAPI="${x}"

		case ${x} in
			cli)
				my_conf="${my_conf} --enable-cli --disable-cgi"
				php5_2-sapi_src_compile
				cp sapi/cli/php php-cli || die "Unable to copy CLI SAPI"
				;;
			cgi)
				my_conf="${my_conf} --disable-cli --enable-cgi --enable-fastcgi"
				phpconfutils_extension_enable "discard-path" "discard-path" 0
				phpconfutils_extension_enable "force-cgi-redirect" "force-cgi-redirect" 0
				php5_2-sapi_src_compile
				cp sapi/cgi/php-cgi php-cgi || die "Unable to copy CGI SAPI"
				;;
			apache2)
				my_conf="${my_conf} --disable-cli --with-apxs2=/usr/sbin/apxs2"
				php5_2-sapi_src_compile
				;;
		esac

		CLEAN_REQUIRED=1
		my_conf=""
	done
}

src_install() {
	php_determine_sapis

	destdir=/usr/$(get_libdir)/php5

	# Let the eclass do the common work
	php5_2-sapi_src_install

	einfo
	einfo "Installing SAPI(s) ${PHPSAPIS}"
	einfo

	for x in ${PHPSAPIS} ; do

		PHPSAPI="${x}"

		case ${x} in
			cli)
				einfo "Installing CLI SAPI"
				into ${destdir}
				newbin php-cli php || die "Unable to install ${x} sapi"
				php5_2-sapi_install_ini
				;;
			cgi)
				einfo "Installing CGI SAPI"
				into ${destdir}
				dobin php-cgi || die "Unable to install ${x} sapi"
				php5_2-sapi_install_ini
				;;
			apache2)
				einfo "Installing Apache${APACHE_VERSION} SAPI"
				make INSTALL_ROOT="${D}" install-sapi || die "Unable to install ${x} SAPI"
				if use concurrentmodphp ; then
					einfo "Installing Apache${APACHE_VERSION} config file for PHP5-concurrent (70_mod_php5_concurr.conf)"
					insinto ${APACHE_MODULES_CONFDIR}
					newins "${FILESDIR}/70_mod_php5_concurr.conf-apache2" "70_mod_php5_concurr.conf"

					# Put the ld version script in the right place so it's always accessible
					insinto "/var/lib/php-pkg/${CATEGORY}/${PN}-${PVR}/"
					doins "${FILESDIR}/php5-ldvs"

					# Redefine the extension dir to have the modphp suffix
					PHPEXTDIR="`"${D}/${destdir}/bin/php-config" --extension-dir`-versioned"
				else
					einfo "Installing Apache${APACHE_VERSION} config file for PHP5 (70_mod_php5.conf)"
					insinto ${APACHE_MODULES_CONFDIR}
					newins "${FILESDIR}/70_mod_php5.conf-apache2" "70_mod_php5.conf"
				fi
				php5_2-sapi_install_ini
				;;
		esac
	done

	# Install env.d files
	newenvd "${FILESDIR}/20php5-envd" "20php5"
	sed -e "s|/lib/|/$(get_libdir)/|g" -i "${D}/etc/env.d/20php5"
}

pkg_postinst() {
	# Output some general info to the user
	if use apache2 ; then
		APACHE2_MOD_DEFINE="PHP5"
		if use concurrentmodphp ; then
			APACHE2_MOD_CONF="70_mod_php5_concurr"
		else
			APACHE2_MOD_CONF="70_mod_php5"
		fi
		apache-module_pkg_postinst
	fi

	# Update Apache2 to use mod_php
	if use apache2 ; then
		"${ROOT}/usr/sbin/php-select" -t apache2 php5 > /dev/null 2>&1
		exitStatus=$?
		if [[ ${exitStatus} == 2 ]] ; then
			php-select apache2 php5
		elif [[ ${exitStatus} == 4 ]] ; then
			ewarn
			ewarn "Apache2 is configured to load a different version of PHP."
			ewarn "To make Apache2 use PHP v5, use php-select:"
			ewarn
			ewarn "    php-select apache2 php5"
			ewarn
		fi
	fi

	# Create the symlinks for php-cli
	if use cli || phpconfutils_usecheck cli ; then
		"${ROOT}/usr/sbin/php-select" -t php php5 > /dev/null 2>&1
		exitStatus=$?
		if [[ ${exitStatus} == 5 ]] ; then
			php-select php php5
		elif [[ ${exitStatus} == 4 ]] ; then
			ewarn
			ewarn "/usr/bin/php links to a different version of PHP."
			ewarn "To make /usr/bin/php point to PHP v5, use php-select:"
			ewarn
			ewarn "    php-select php php5"
			ewarn
		fi
	fi

	# Create the symlinks for php-cgi
	if use cgi ; then
		"${ROOT}/usr/sbin/php-select" -t php-cgi php5 > /dev/null 2>&1
		exitStatus=$?
		if [[ ${exitStatus} == 5 ]] ; then
			php-select php-cgi php5
		elif [[ ${exitStatus} == 4 ]] ; then
			ewarn
			ewarn "/usr/bin/php-cgi links to a different version of PHP."
			ewarn "To make /usr/bin/php-cgi point to PHP v5, use php-select:"
			ewarn
			ewarn "    php-select php-cgi php5"
			ewarn
		fi
	fi

	# Create the symlinks for php-devel
	"${ROOT}/usr/sbin/php-select" -t php-devel php5 > /dev/null 2>&1
	exitStatus=$?
	if [[ $exitStatus == 5 ]] ; then
		php-select php-devel php5
	elif [[ $exitStatus == 4 ]] ; then
		ewarn
		ewarn "/usr/bin/php-config and/or /usr/bin/phpize are linked to a"
		ewarn "different version of PHP. To make them point to PHP v5, use"
		ewarn "php-select:"
		ewarn
		ewarn "    php-select php-devel php5"
		ewarn
	fi

	php5_2-sapi_pkg_postinst
}

src_test() {
	vecho ">>> Test phase [test]: ${CATEGORY}/${PF}"
	if [[ ! -x "${S}"/php-cli ]]; then
		ewarn "Running the php test suite requires USE=cli"
		return
	fi

	export TEST_PHP_EXECUTABLE="${S}"/php-cli
	if [[ -x "${S}"/php-cgi ]]; then
		export TEST_PHP_CGI_EXECUTABLE="${S}"/php-cgi
	fi
	REPORT_EXIT_STATUS=1 "${S}"/php-cli -n "${S}"/run-tests.php -n

	if [[ $? != 0 ]] ; then
		eerror "Not all tests were successful!"
	fi
}

From bronksos at gmail.com  Thu Nov 13 01:21:49 2008
From: bronksos at gmail.com (=?UTF-8?Q?=C5=81ukasz_P._Michalik?=)
Date: Thu, 13 Nov 2008 07:21:49 +0100
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <200811121638.52516.trent-ch@cox.net>
References: <200811121638.52516.trent-ch@cox.net>
Message-ID: <148d282c0811122221t4cdd42f9qc454f8682093e554@mail.gmail.com>

Robert T Childers wrote:
> For some reason that I have yet to figure out, the new ebuild for php,
> php-5.2.6-r7 is masked by eapi and running paludis --query php shows
> gentoo:                  (5.2.6-r7)E {:UNKNOWN}
>  After looking at the ebuild I find that it has SLOT="5". So I am at a loss
> as to why this ebuild is being rejected by paludis.

SLOT value has nothing to do with EAPI value.  Unless you are running
extremely old paludis version, a sync should fix it.

Regards,
?M

From trent-ch at cox.net  Thu Nov 13 17:33:17 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Thu, 13 Nov 2008 16:33:17 -0600
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <148d282c0811122221t4cdd42f9qc454f8682093e554@mail.gmail.com>
References: <200811121638.52516.trent-ch@cox.net>
	<148d282c0811122221t4cdd42f9qc454f8682093e554@mail.gmail.com>
Message-ID: <200811131633.17991.trent-ch@cox.net>

On Thursday 13 November 2008 00:21:49 ?ukasz P. Michalik wrote:
> SLOT value has nothing to do with EAPI value. ?Unless you are running
> extremely old paludis version, a sync should fix it.


As to the slot value, what I am referring to is that it should say gentoo : 
(5.2.6-r7):5 not (5.2.6-r7)E:UNKNOWN. Something is going wrong 
because it is not picking up the slot value. And it is also indicating with 
the E, that it is masked by EAPI. 

As to version of Paludis. I am running 0.30.3, the latest released version.

From ciaran.mccreesh at googlemail.com  Thu Nov 13 17:47:18 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 13 Nov 2008 22:47:18 +0000
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <200811131633.17991.trent-ch@cox.net>
References: <200811121638.52516.trent-ch@cox.net>
	<148d282c0811122221t4cdd42f9qc454f8682093e554@mail.gmail.com>
	<200811131633.17991.trent-ch@cox.net>
Message-ID: <20081113224718.53ab17ce@snowcone>

On Thu, 13 Nov 2008 16:33:17 -0600
Robert T Childers <trent-ch at cox.net> wrote:
> On Thursday 13 November 2008 00:21:49 ?ukasz P. Michalik wrote:
> > SLOT value has nothing to do with EAPI value. ?Unless you are
> > running extremely old paludis version, a sync should fix it.
> 
> As to the slot value, what I am referring to is that it should say
> gentoo : (5.2.6-r7):5 not (5.2.6-r7)E:UNKNOWN. Something is going
> wrong because it is not picking up the slot value. And it is also
> indicating with the E, that it is masked by EAPI. 

Paludis won't pretend it knows the slot if an ebuild has an unsupported
EAPI.

Try syncing. Most likely, you've picked up a duff cache entry for that
ebuild. Failing that, manually inspect the metadata cache entry.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081113/94de5c48/attachment.pgp>

From paludis at benizi.com  Thu Nov 13 17:47:43 2008
From: paludis at benizi.com (Benjamin R. Haskell)
Date: Thu, 13 Nov 2008 17:47:43 -0500 (EST)
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <200811131633.17991.trent-ch@cox.net>
References: <200811121638.52516.trent-ch@cox.net>
	<148d282c0811122221t4cdd42f9qc454f8682093e554@mail.gmail.com>
	<200811131633.17991.trent-ch@cox.net>
Message-ID: <alpine.LNX.2.00.0811131737240.5160@acer.home.local>

On Thu, 13 Nov 2008, Robert T Childers wrote:

> On Thursday 13 November 2008 00:21:49 ?ukasz P. Michalik wrote:
>> SLOT value has nothing to do with EAPI value. ?Unless you are running
>> extremely old paludis version, a sync should fix it.
>
>
> As to the slot value, what I am referring to is that it should say gentoo :
> (5.2.6-r7):5 not (5.2.6-r7)E:UNKNOWN. Something is going wrong
> because it is not picking up the slot value. And it is also indicating with
> the E, that it is masked by EAPI.


The :UNKNOWN follows from the EAPI problem. For some reason, your Paludis 
is failing to recognize the EAPI version of php-5.2.6-r7. Then, because it 
doesn't know what type of ebuild it's dealing with, it doesn't try to 
parse what could well be gibberish. (Paludis doesn't try to extract 
SLOT="5", because there's already a bigger problem.)


> As to version of Paludis. I am running 0.30.3, the latest released version.

I am also running 0.30.3, and don't see this problem. I sync'ed after you 
reported the problem. But, I already had php-5.2.6-r7 installed on my 
system. I couldn't see any significant changes to that particular ebuild 
between when I installed it and when you had the problem. (I installed on 
September 17. The only changes are to KEYWORDS= in the ebuild -- going 
stable on a few arch's.)

Possibly also relevant: I installed with paludis-0.30.0. So, this is 
"WORKSFORME".



paludis -q dev-lang/php
* dev-lang/php
     gentoo:                  5.2.6-r7 {:5}
     installed:               5.2.6-r7* {:5}
     Description:             The PHP language runtime engine: CLI, CGI and 
Apache2 SAPIs.
     Homepage:                http://www.php.net/
     Relevant USE flags:      (-adabas) (apache2) (-bcmath) (berkdb) 
(-birdstep) (bzip2) (-calendar) (cdb) (cgi) (cjk) (cli) 
(-concurrentmodphp) (crypt) (-ctype) (curl) (-curlwrappers) (-db2) 
(-dbase) (-dbmaker) (-debug) (discard-path) (-doc) (-empress) 
(-empress-bcs) (-esoob) (-exif) (-fastbuild) (-fdftk) (-filter) 
(-firebird) (-flatfile) (-force-cgi-redirect) (-frontbase) (ftp) (gd) 
(-gd-external) (gdbm) (gmp) (-hash) (iconv) (imap) (-inifile) (-interbase) 
(-iodbc) (ipv6) (-java-external) (-json) (kerberos) (-kolab) (ldap) 
(-ldap-sasl) (-libedit) (-mcve) (-mhash) (-msql) (-mssql) (mysql) (mysqli) 
(ncurses) (nls) (-oci8) (-oci8-instant-client) (odbc) (-pcntl) (pcre) 
(pdo) (-pic) (posix) (postgres) (-qdbm) (readline) (-recode) (reflection) 
(-sapdb) (session) (-sharedext) (-sharedmem) (-simplexml) (snmp) (-soap) 
(sockets) (-solid) (spell) (spl) (sqlite) (ssl) (-suhosin) (-sybase) 
(-sybase-ct) (-sysvipc) (-threads) (-tidy) (-tokenizer) (truetype) 
(unicode) (-wddx) (xml) (xmlreader) (-xmlrpc) (-xmlwriter) (-xpm) (xsl) 
(-yaz) (zip) (-zip-external) (zlib)
     License:                 PHP-3
     Installed time:          Wed Sep 17 14:02:26 2008
     From repositories:       gentoo
     Installed using:         paludis-0.30.0

From ciaran.mccreesh at googlemail.com  Thu Nov 13 17:52:46 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 13 Nov 2008 22:52:46 +0000
Subject: [paludis-user] Meta Package Management with Paludis
In-Reply-To: <d5bdfea00811102057p7adb5ed4na49016c5836ddd6a@mail.gmail.com>
References: <d5bdfea00811102057p7adb5ed4na49016c5836ddd6a@mail.gmail.com>
Message-ID: <20081113225246.4e431210@snowcone>

On Tue, 11 Nov 2008 10:27:05 +0530
"Paul Ray" <paul.rays at gmail.com> wrote:
>    1. Confirming can Paludis be used as a secondary package manager,
> really? If yes, are there any links that I should be checking out?
> The idea is to use one secondary package manager across most
> distributions of linux if not all. Also the focus is on deployment on
> multiple machines and not so much on building it each time ie. build
> once and deploy in multiple places.

It's something Paludis could be made to do without too much difficulty.
Current development focus is on using it as the primary package manager
everywhere, but that's down to what developers and users want, not any
particular limitation in Paludis itself.

> 2. Paludis documentation talks about ability to manage installs in
> chroots. Can Paludis be made to run on the host and install packages
> only within a chroot or target multiple chroots?

Yes, although the current resolver sucks at this. You'll also run into
issues with ebuilds unless you have pretty much identical
configurations on / and your chroot, if you're building from outside a
chroot.

> 3. Does it require root access to run Paludis as a secondary package
> manager always?

Currently, yes. This isn't a particularly difficult limitation to
remove if there's demand, though.

> Can it be an alternative to prefixed portage where root access is not
> necessary (running services etc would be an exception where sudo may
> be required)?

That's pretty much an ebuild issue. Ebuilds don't do what you're after,
so you'll need to find another source of packages.

> 4. While in prefixed portage , it requires a change to the ebuild
> which in my opinion is somewhat painful to maintain over a period of
> time. Can Paludis be configured to install packages on a different
> folder (treated as a root much like prefix) without changing the
> ebuilds. For example instead of installing under /usr/share can be
> directed globally to change the root to say /opt/myfolder so that the
> installation goes into /opt/myfolder/usr/share without a change to
> the ebuilds from portage tree?

That's an ebuild thing. Paludis doesn't care where you install things.

> 5. What kind of challenge one can expect if Paludis is attempted to
> be ported on other platform like Windows

Paludis heavily assumes POSIX.

> and Solaris.

Probably not too much, if you've got a real c++ compiler. When porting
to BSD we've run into a few issues, mostly to do with lockf not working
with pipes because BSD sucks.

> 6. Paludis documentation talks about not just
> limited to ebuilds. Does that mean it can be extended to support RPMs
> as well as an example?

Sure, with work. Paludis core is largely package format agnostic.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081113/2043eec2/attachment.pgp>

From trent-ch at cox.net  Fri Nov 14 00:37:37 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Thu, 13 Nov 2008 23:37:37 -0600
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <20081113224718.53ab17ce@snowcone>
References: <200811121638.52516.trent-ch@cox.net>
	<200811131633.17991.trent-ch@cox.net>
	<20081113224718.53ab17ce@snowcone>
Message-ID: <200811132337.38156.trent-ch@cox.net>

On Thursday 13 November 2008 16:47:18 Ciaran McCreesh wrote:
> Paludis won't pretend it knows the slot if an ebuild has an unsupported
> EAPI.
>
> Try syncing. Most likely, you've picked up a duff cache entry for that
> ebuild. Failing that, manually inspect the metadata cache entry.

I have synced, and still it says masked by EAPI. So exactly where is the 
metadata cache entry. I have looked at the .names directory, and 
/var/db/pkg/dev-lang/ . the /var/db/pkg only has an entry for 5.2.6-r6. I am 
truly at a loss here, because I can't see anything wrong with the ebuild.

From trent-ch at cox.net  Fri Nov 14 00:47:00 2008
From: trent-ch at cox.net (Robert T Childers)
Date: Thu, 13 Nov 2008 23:47:00 -0600
Subject: [paludis-user] php-5.2.6-r7 -- masked by EAPI
In-Reply-To: <20081113224718.53ab17ce@snowcone>
References: <200811121638.52516.trent-ch@cox.net>
	<200811131633.17991.trent-ch@cox.net>
	<20081113224718.53ab17ce@snowcone>
Message-ID: <200811132347.00303.trent-ch@cox.net>

Nevermind I found the metadata location. I was looking all around in /var 
silly me didn't think to look in /usr/portage. sorry about this. And yes it 
was a bad entry. running less on it came back with a listing that looked 
like it was from a hex editor. I deleted the metadata entry and then 
paludis read the ebuild and the query came back with the correct slot. I 
will do a sync tomorrow and see if the corrupted file comes back. If so I 
will file a bug report with gentoo.

From damian.nadales at gmail.com  Wed Nov 19 03:42:30 2008
From: damian.nadales at gmail.com (Damian Nadales)
Date: Wed, 19 Nov 2008 09:42:30 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
Message-ID: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>

Hi,

I'm finally working with Paludis :)

However, I cannot get rid of this blockage. After executing
    paludis --pretend --install world

Two errors arise:
    * sys-libs/ss::installed [! blocking]
    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
    * sys-libs/com_err::installed [! blocking]
    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed

I followed the instruction in this forum (regarding the paludis
command. I didn't run emerge).
    http://forum.soft32.com/linux/gentoo-user-fix-e2fsprogs-BLOCK-ftopict469269.html

But the blockage is still there.

Any ideas?

Thanks in advance.

Regards,
Damian.

From robert at annessi.at  Wed Nov 19 04:49:13 2008
From: robert at annessi.at (Robert Annessi)
Date: Wed, 19 Nov 2008 10:49:13 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
Message-ID: <200811191049.14076.robert@annessi.at>

On Wednesday 19 November 2008 09:42:30 Damian Nadales wrote:
> However, I cannot get rid of this blockage. After executing
>     paludis --pretend --install world
>
> Two errors arise:
>     * sys-libs/ss::installed [! blocking]
>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>     * sys-libs/com_err::installed [! blocking]
>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed

This is no paludis specific problem:
You have to uninstall sys-libs/ss and sys-libs/com_err to upgrade to 
>=sys-fs/e2fsprogs-1.41.0 because both block e2fsprogs-libs which 
>=e2fsprogs-1.41.0 depends on.

Cheers,
Robert


-- 
/"\  ASCII Ribbon Campaign for - plain text emails
\ /   ______________________   - attachments complying with standards
 X    | signed & encrypted |   - replies below quoted text
/ \   |  emails preferred  |   - lines shorter than 80 characters
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/4ca8de09/attachment.pgp>

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 04:42:48 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 10:42:48 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
Message-ID: <200811191042.50384.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 09:42:30 schrieb ext Damian Nadales:
> Hi,
>
> I'm finally working with Paludis :)
>
> However, I cannot get rid of this blockage. After executing
>     paludis --pretend --install world
>
> Two errors arise:
>     * sys-libs/ss::installed [! blocking]
>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>     * sys-libs/com_err::installed [! blocking]
>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed

paludis -if e2fsprogs-libs e2fsprogs
paludis --dl-block ignore e2fsprogs-libs e2fsprogs

If you have mit-krb5 installed:

paludis -i1 mit-krb5

paludis --uninstall-unused (-p) # Should uninstall com_err and ss.

HTH...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/5da99d0a/attachment.pgp>

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 04:46:44 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 10:46:44 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191042.50384.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<200811191042.50384.dirk.heinrichs.ext@nsn.com>
Message-ID: <200811191046.46799.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 10:42:48 schrieb Dirk Heinrichs:

> paludis --dl-block ignore e2fsprogs-libs e2fsprogs

Ooops:

s/ignore/discard/

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/6103c2d3/attachment.pgp>

From damian.only at gmail.com  Wed Nov 19 05:40:50 2008
From: damian.only at gmail.com (damian)
Date: Wed, 19 Nov 2008 11:40:50 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191049.14076.robert@annessi.at>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<200811191049.14076.robert@annessi.at>
Message-ID: <47a330c50811190240j3870097eu6411fcb73964fd26@mail.gmail.com>

On Wed, Nov 19, 2008 at 10:49 AM, Robert Annessi <robert at annessi.at> wrote:
> On Wednesday 19 November 2008 09:42:30 Damian Nadales wrote:
>> However, I cannot get rid of this blockage. After executing
>>     paludis --pretend --install world
>>
>> Two errors arise:
>>     * sys-libs/ss::installed [! blocking]
>>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>>     * sys-libs/com_err::installed [! blocking]
>>     Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>
> This is no paludis specific problem:
Yes, I was aware of that. However I wanted to know how to solve the
blockage using paludis, since the proposal in the forum that I
mentioned didn't work.

> You have to uninstall sys-libs/ss and sys-libs/com_err to upgrade to
>>=sys-fs/e2fsprogs-1.41.0 because both block e2fsprogs-libs which
>>=e2fsprogs-1.41.0 depends on.
I ran:
    paludis --uninstall --permit-unsafe-uninstalls com_err
    paludis --uninstall --permit-unsafe-uninstalls ss

And then
        paludis -i everything
and the blockage was gone, as expected.

Now I have the 1.41.2 version of sys-fs/e2fsprogs so I hope everything
is ok now.

Best regards,
Damian.

>
> Cheers,
> Robert
>
>
> --
> /"\  ASCII Ribbon Campaign for - plain text emails
> \ /   ______________________   - attachments complying with standards
>  X    | signed & encrypted |   - replies below quoted text
> / \   |  emails preferred  |   - lines shorter than 80 characters
>
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>
>

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 05:47:01 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 11:47:01 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <47a330c50811190240j3870097eu6411fcb73964fd26@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<200811191049.14076.robert@annessi.at>
	<47a330c50811190240j3870097eu6411fcb73964fd26@mail.gmail.com>
Message-ID: <200811191147.03156.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 11:40:50 schrieb ext damian:

> Yes, I was aware of that. However I wanted to know how to solve the
> blockage using paludis, since the proposal in the forum that I
> mentioned didn't work.

I was wondering that I appeared in this "forum" thread, because I never posted 
something there. Seems to be a forum like mirror of gentoo-user.

However, what was it that didn't work for you?

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/c7cc730f/attachment.pgp>

From qian.qiao at gmail.com  Wed Nov 19 05:02:32 2008
From: qian.qiao at gmail.com (Qian Qiao)
Date: Wed, 19 Nov 2008 10:02:32 +0000
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
Message-ID: <c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>

On Wed, Nov 19, 2008 at 08:42, Damian Nadales <damian.nadales at gmail.com> wrote:
> Hi,
>
> I'm finally working with Paludis :)
>
> However, I cannot get rid of this blockage. After executing
>    paludis --pretend --install world
>
> Two errors arise:
>    * sys-libs/ss::installed [! blocking]
>    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>    * sys-libs/com_err::installed [! blocking]
>    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>
> I followed the instruction in this forum (regarding the paludis
> command. I didn't run emerge).
>    http://forum.soft32.com/linux/gentoo-user-fix-e2fsprogs-BLOCK-ftopict469269.html
>
> But the blockage is still there.
>
> Any ideas?

Oops, I replied to the OP in private, my apologies, hit reply instead
of reply to all.

In case anyone has the same problem, here's the solution:

paludis --uninstall --permit-unsafe-uninstalls com_err
paludis --uninstall --permit-unsafe-uninstalls ss

-- Joe

-- 
There are 3 kinds of people in the world: those who can count, and
those who can't.

From florian.petran at googlemail.com  Wed Nov 19 04:58:01 2008
From: florian.petran at googlemail.com (Florian Petran)
Date: Wed, 19 Nov 2008 10:58:01 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
Message-ID: <26e859020811190158o51d1859aufcf2e2be4da18faf@mail.gmail.com>

The safe way to do this is to update first, discarding the blocks, and
then unmerge the old packages:

paludis -i sys-libs/e2fsprogs-libs --dl-blocks discard
paludis -u sys-libs/ss sys-libs/com_err

HTH,
Florian

2008/11/19 Damian Nadales <damian.nadales at gmail.com>:
> Hi,
>
> I'm finally working with Paludis :)
>
> However, I cannot get rid of this blockage. After executing
>    paludis --pretend --install world
>
> Two errors arise:
>    * sys-libs/ss::installed [! blocking]
>    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>    * sys-libs/com_err::installed [! blocking]
>    Reasons: sys-libs/e2fsprogs-libs-1.41.2:0::installed
>
> I followed the instruction in this forum (regarding the paludis
> command. I didn't run emerge).
>    http://forum.soft32.com/linux/gentoo-user-fix-e2fsprogs-BLOCK-ftopict469269.html
>
> But the blockage is still there.
>
> Any ideas?
>
> Thanks in advance.
>
> Regards,
> Damian.
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 05:57:15 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 11:57:15 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
Message-ID: <200811191157.16916.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 11:02:32 schrieb ext Qian Qiao:

> In case anyone has the same problem, here's the solution:
>
> paludis --uninstall --permit-unsafe-uninstalls com_err
> paludis --uninstall --permit-unsafe-uninstalls ss

If you like borked systems, then yes. Uninstalling com_err breaks wget!!!! So 
don't tell people to uninstall com_err w/o telling them to fetch new stuff 
first.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/493889f6/attachment.pgp>

From paludis at benizi.com  Wed Nov 19 06:08:04 2008
From: paludis at benizi.com (Benjamin R. Haskell)
Date: Wed, 19 Nov 2008 06:08:04 -0500 (EST)
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191157.16916.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
Message-ID: <alpine.LNX.2.00.0811190559090.4030@acer.home.local>

On Wed, 19 Nov 2008, Dirk Heinrichs wrote:

> Am Mittwoch 19 November 2008 11:02:32 schrieb ext Qian Qiao:
>
>> In case anyone has the same problem, here's the solution:
>>
>> paludis --uninstall --permit-unsafe-uninstalls com_err
>> paludis --uninstall --permit-unsafe-uninstalls ss
>
> If you like borked systems, then yes. Uninstalling com_err breaks wget!!!! So
> don't tell people to uninstall com_err w/o telling them to fetch new stuff
> first.
>
> Bye...
>
> 	Dirk
>

Yes! Dirk's right. Don't go the --permit-unsafe-uninstalls route without 
fetching first. I fell into this trap when I tried to resolve this block 
about a week ago. (Wish I'd known about --dl-blocks discard).

But, if anyone gets into the same bind, the 'GET' alias installed by 
dev-perl/libwww-perl is a simple way to fetch URLs that doesn't depend on 
com_err ('curl' doesn't work either). I used the following (all one line)

GET 'http://distfiles.gentoo.org/distfiles/e2fsprogs-libs-1.41.2.tar.gz' > /usr/portage/distfiles/e2fsprogs-libs-1.41.2.tar.gz

Best,
Ben

From qian.qiao at gmail.com  Wed Nov 19 06:17:40 2008
From: qian.qiao at gmail.com (Qian Qiao)
Date: Wed, 19 Nov 2008 11:17:40 +0000
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191157.16916.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
Message-ID: <c3d5f3800811190317p5d4a0c12p2b8b1051ac0ca20e@mail.gmail.com>

On Wed, Nov 19, 2008 at 10:57, Dirk Heinrichs
<dirk.heinrichs.ext at nsn.com> wrote:
> Am Mittwoch 19 November 2008 11:02:32 schrieb ext Qian Qiao:
>
>> In case anyone has the same problem, here's the solution:
>>
>> paludis --uninstall --permit-unsafe-uninstalls com_err
>> paludis --uninstall --permit-unsafe-uninstalls ss
>
> If you like borked systems, then yes. Uninstalling com_err breaks wget!!!! So
> don't tell people to uninstall com_err w/o telling them to fetch new stuff
> first.
>
> Bye...

My bad, I assumed the OP ran paludis -i --dl-blocks discard e2fsprogs
already, since he said he did what was said in the post.

As for com_err breaking wget:

wget depends on openssl if you have the ssl useflag, and if you have
kerberos useflag for openssl, it pulls in mit-krb5.

mit-krb5-1.6.3-r3 and earlier ones depend on
>sys-libs/e2fsprogs-libs-1.40.11, sys-libs/com_err and sys-libs/ss,
and will indeed break if you uninstall com_err and ss

--Joe

-- 
There are 3 kinds of people in the world: those who can count, and
those who can't.

From damian.only at gmail.com  Wed Nov 19 07:02:59 2008
From: damian.only at gmail.com (damian)
Date: Wed, 19 Nov 2008 13:02:59 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191147.03156.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<200811191049.14076.robert@annessi.at>
	<47a330c50811190240j3870097eu6411fcb73964fd26@mail.gmail.com>
	<200811191147.03156.dirk.heinrichs.ext@nsn.com>
Message-ID: <47a330c50811190402m7392dbc5ya0a6142b4d072961@mail.gmail.com>

> However, what was it that didn't work for you?
After I ran the command
    paludis -i --dl-blocks discard e2fsprogs
the blockage was still there when I tried to do
    paludis -i everything

So, after simply unistalling "ss" and "com_err" I could perform the
desired update without errors.

>
> Bye...
>
>        Dirk
> --
> Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
> Configuration Manager   | Fax:  +49 (0)211 47068 111
> Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
> Wanheimerstra?e 68      | Web:  http://www.capgemini.com
> D-40468 D?sseldorf      | ICQ#: 110037733
> GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net
>
>
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>
>

From damian.only at gmail.com  Wed Nov 19 06:58:06 2008
From: damian.only at gmail.com (damian)
Date: Wed, 19 Nov 2008 12:58:06 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <c3d5f3800811190317p5d4a0c12p2b8b1051ac0ca20e@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<c3d5f3800811190317p5d4a0c12p2b8b1051ac0ca20e@mail.gmail.com>
Message-ID: <47a330c50811190358r67a3ff2cr4550df5e0c208b7c@mail.gmail.com>

> My bad, I assumed the OP ran paludis -i --dl-blocks discard e2fsprogs
> already, since he said he did what was said in the post.
You assumed correctly :) Thanks again.

> As for com_err breaking wget:
>
> wget depends on openssl if you have the ssl useflag, and if you have
> kerberos useflag for openssl, it pulls in mit-krb5.
>
> mit-krb5-1.6.3-r3 and earlier ones depend on
>>sys-libs/e2fsprogs-libs-1.40.11, sys-libs/com_err and sys-libs/ss,
> and will indeed break if you uninstall com_err and ss
>
> --Joe
>
> --
> There are 3 kinds of people in the world: those who can count, and
> those who can't.
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 07:52:19 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 13:52:19 +0100
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <c3d5f3800811190317p5d4a0c12p2b8b1051ac0ca20e@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<c3d5f3800811190317p5d4a0c12p2b8b1051ac0ca20e@mail.gmail.com>
Message-ID: <200811191352.38836.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 12:17:40 schrieb ext Qian Qiao:

> As for com_err breaking wget:
>
> wget depends on openssl if you have the ssl useflag, and if you have
> kerberos useflag for openssl, it pulls in mit-krb5.
>
> mit-krb5-1.6.3-r3 and earlier ones depend on
>
> >sys-libs/e2fsprogs-libs-1.40.11, sys-libs/com_err and sys-libs/ss,
>
> and will indeed break if you uninstall com_err and ss

OK, I will rephrase, then: Uninstalling com_err _may_ break wget. However, the 
safest method is still

paludis -i --dl-blocks discard the_package
paludis --uninstall the_blocker

HTH...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/db36ce6c/attachment-0001.pgp>

From damian.only at gmail.com  Wed Nov 19 09:23:43 2008
From: damian.only at gmail.com (damian)
Date: Wed, 19 Nov 2008 15:23:43 +0100
Subject: [paludis-user] How to get rid of Paludis warning.
Message-ID: <47a330c50811190623p394801a9k8674da2c6d8e187c@mail.gmail.com>

Hi again,

Every time I run paludis, I get the following warning:
     paludis at 1227104066: [WARNING repository.names_cache.unversioned]
In program paludis --query ...:
    ... When performing query action from command line:
    ... When handling query 'hibernate-script':
    ... When parsing user package dep spec 'hibernate-script':
    ... When parsing generic package dep spec 'hibernate-script':
    ... When disambiguating package name 'hibernate-script':
    ... When finding all versions in some arbitrary order from
packages matching */hibernate-script with filter all matches filtered
through all matches:
    ... When using name cache at '/usr/portage/.cache/names/gentoo':
    ... Names cache for 'gentoo' has no version information, so cannot
be used. Either it was generated using an older Paludis version or it
has not yet been generated. Perhaps you need to regenerate the cache
using 'paludis --regenerate-installed-cache' or 'paludis
--regenerate-installable-cache'?

I ran
    paludis --regenerate-installable-cache

But I got the following error:
    Unhandled exception:
  * In program paludis --regenerate-installable-cache:
  * When performing cache regeneration action from command line:
  * When generating repository names cache at
'/usr/portage/.cache/names/gentoo':
  * mkdir '/usr/portage/.cache/names' failed: No such file or
directory (paludis::FSError)

I googled it, but I couldn't find a solution. What am I doing wrong?

Thanks in advance.

From dirk.heinrichs.ext at nsn.com  Wed Nov 19 09:33:16 2008
From: dirk.heinrichs.ext at nsn.com (Dirk Heinrichs)
Date: Wed, 19 Nov 2008 15:33:16 +0100
Subject: [paludis-user] How to get rid of Paludis warning.
In-Reply-To: <47a330c50811190623p394801a9k8674da2c6d8e187c@mail.gmail.com>
References: <47a330c50811190623p394801a9k8674da2c6d8e187c@mail.gmail.com>
Message-ID: <200811191533.17941.dirk.heinrichs.ext@nsn.com>

Am Mittwoch 19 November 2008 15:23:43 schrieb ext damian:
> ? * When generating repository names cache at
> '/usr/portage/.cache/names/gentoo':
> ? * mkdir '/usr/portage/.cache/names' failed: No such file or
> directory (paludis::FSError)
>
> I googled it, but I couldn't find a solution. What am I doing wrong?

I usually copy/paste that mkdir command and add -p:

mkdir -p /usr/portage/.cache/names

HTH...

	Dirk

@Cirian: Would be a nice if paludis could create the whole path even if 
intermediate directories were missing.
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs at capgemini.com
Wanheimerstra?e 68      | Web:  http://www.capgemini.com
D-40468 D?sseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/56c2da12/attachment.pgp>

From damian.only at gmail.com  Wed Nov 19 09:48:39 2008
From: damian.only at gmail.com (damian)
Date: Wed, 19 Nov 2008 15:48:39 +0100
Subject: [paludis-user] How to get rid of Paludis warning.
In-Reply-To: <200811191533.17941.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190623p394801a9k8674da2c6d8e187c@mail.gmail.com>
	<200811191533.17941.dirk.heinrichs.ext@nsn.com>
Message-ID: <47a330c50811190648r274a42c0q8033210daccea422@mail.gmail.com>

> I usually copy/paste that mkdir command and add -p:
>
> mkdir -p /usr/portage/.cache/names
>
> HTH...
Thank you very much.

"paludis --regenerate-installable-cache" worked this time, and the
warning has gone.

From bronksos at gmail.com  Wed Nov 19 10:20:08 2008
From: bronksos at gmail.com (=?UTF-8?Q?=C5=81ukasz_P._Michalik?=)
Date: Wed, 19 Nov 2008 16:20:08 +0100
Subject: [paludis-user] How to get rid of Paludis warning.
In-Reply-To: <200811191533.17941.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190623p394801a9k8674da2c6d8e187c@mail.gmail.com>
	<200811191533.17941.dirk.heinrichs.ext@nsn.com>
Message-ID: <148d282c0811190720m2629e505jf10e5882ba5930fb@mail.gmail.com>

Dirk Heinrichs wrote:
> @Cirian: Would be a nice if paludis could create the whole path even if
> intermediate directories were missing.

http://paludis.pioto.org/faq/different.html#mkdir

?M

From tomcooksey at googlemail.com  Wed Nov 19 14:11:37 2008
From: tomcooksey at googlemail.com (Tom Cooksey)
Date: Wed, 19 Nov 2008 14:11:37 -0500
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <200811191157.16916.dirk.heinrichs.ext@nsn.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
Message-ID: <eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>

On 11/19/08, Dirk Heinrichs <dirk.heinrichs.ext at nsn.com> wrote:
> Am Mittwoch 19 November 2008 11:02:32 schrieb ext Qian Qiao:
>> In case anyone has the same problem, here's the solution:
>>
>> paludis --uninstall --permit-unsafe-uninstalls com_err
>> paludis --uninstall --permit-unsafe-uninstalls ss
>
> If you like borked systems, then yes. Uninstalling com_err breaks wget!!!!
> So
> don't tell people to uninstall com_err w/o telling them to fetch new stuff
> first.

I found that paludis will refuse to even fetch if there's blocks - I
almost reported that as a bug as I think the correct behaviour when
fetching is to always ignore blocks?

I was using

paludis --install --fetch sys-fs/e2fsprogs sys-libs/e2fsprogs-libs

Have I missed something or is this a paludis bug?


Cheers,

Tom

From ciaran.mccreesh at googlemail.com  Wed Nov 19 14:37:37 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Wed, 19 Nov 2008 19:37:37 +0000
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>
Message-ID: <20081119193737.57595fa2@snowcone>

On Wed, 19 Nov 2008 14:11:37 -0500
"Tom Cooksey" <tomcooksey at googlemail.com> wrote:
> I found that paludis will refuse to even fetch if there's blocks - I
> almost reported that as a bug as I think the correct behaviour when
> fetching is to always ignore blocks?

Paludis won't carry out any action until it has a correct resolution
available to it, or until you explicitly tell it to cheat to get a
resolution.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/28aeed37/attachment.pgp>

From ciaran.mccreesh at googlemail.com  Wed Nov 19 16:58:24 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Wed, 19 Nov 2008 21:58:24 +0000
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>
	<20081119193737.57595fa2@snowcone>
	<eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>
Message-ID: <20081119215824.7159cb91@snowcone>

On Wed, 19 Nov 2008 16:55:01 -0500
"Tom Cooksey" <tomcooksey at googlemail.com> wrote:
> > Paludis won't carry out any action until it has a correct resolution
> > available to it, or until you explicitly tell it to cheat to get a
> > resolution.
> 
> What that meant though is that I had to trawl through the paludis man
> page to work out which command I needed to specify in order for it to
> ignore the type of block I was facing. searching for "ignore" as in
> ignore blocks didn't help. At the time it was fustrating, all I wanted
> to do is download it. From a user-pain point of view, either printing
> a hint to the user like "You only seem to want to fetch, try adding
> --foo-bar" or simply always fetch would seem like better behaviour.

That would imply that Paludis knows a sane way of resolving it.
Unfortunately, because Gentoo blockers don't tell the package manager
anything, it doesn't, so the user has to work it out for each
individual situation.

> I'm pretty sure there's something better, but that worked and I was
> happy. Out of a matter of interest, what _should_ I have used?
> --dl-blocks discard ?

In this one particular case, yes.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081119/6128db7f/attachment.pgp>

From tomcooksey at googlemail.com  Wed Nov 19 16:55:01 2008
From: tomcooksey at googlemail.com (Tom Cooksey)
Date: Wed, 19 Nov 2008 16:55:01 -0500
Subject: [paludis-user] Solve "ss" and "com_err" blockage
In-Reply-To: <20081119193737.57595fa2@snowcone>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>
	<20081119193737.57595fa2@snowcone>
Message-ID: <eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>

On 11/19/08, Ciaran McCreesh <ciaran.mccreesh at googlemail.com> wrote:
>> I found that paludis will refuse to even fetch if there's blocks - I
>> almost reported that as a bug as I think the correct behaviour when
>> fetching is to always ignore blocks?
>
> Paludis won't carry out any action until it has a correct resolution
> available to it, or until you explicitly tell it to cheat to get a
> resolution.

What that meant though is that I had to trawl through the paludis man
page to work out which command I needed to specify in order for it to
ignore the type of block I was facing. searching for "ignore" as in
ignore blocks didn't help. At the time it was fustrating, all I wanted
to do is download it. From a user-pain point of view, either printing
a hint to the user like "You only seem to want to fetch, try adding
--foo-bar" or simply always fetch would seem like better behaviour.
Like I say, it's not really a bug per-se, which is why I didn't report
is as such.


The command I finally found which made it ignore the blocks was this:

paludis --install --fetch sys-libs/e2fsprogs-libs sys-fs/e2fsprogs
--dl-deps-default discard

I'm pretty sure there's something better, but that worked and I was
happy. Out of a matter of interest, what _should_ I have used?
--dl-blocks discard ?


Cheers,

Tom

From John at mib-infotech.co.nz  Thu Nov 20 03:51:20 2008
From: John at mib-infotech.co.nz (John Huttley)
Date: Thu, 20 Nov 2008 21:51:20 +1300
Subject: [paludis-user] simple deletion,
 was   Solve "ss" and "com_err" blockage
In-Reply-To: <20081119215824.7159cb91@snowcone>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>	<200811191157.16916.dirk.heinrichs.ext@nsn.com>	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>	<20081119193737.57595fa2@snowcone>	<eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>
	<20081119215824.7159cb91@snowcone>
Message-ID: <49252508.2010801@mib-infotech.co.nz>

My take on this issue is to use 'epm'. Which is incredibly useful.

I'm often doing something like this

epm -qaG | grep  xxxxx    to see what I need to delete. Often old 
gentoo-sources.

then edit the command line   epm -e `epm -qaG | grep  xxxxx `  to kill 
it all

 epm runs portage, so paludis needs to know about portage repositories.

so then run

paludis --regenerate-installed-cache    to fix it.

then run revdep-rebuild -p to see if anything needs to be re linked  and 
call paludis on those packages manually

Its /still/ much simpler than using paludis to delete things.

--john






Ciaran McCreesh wrote:
> On Wed, 19 Nov 2008 16:55:01 -0500
> "Tom Cooksey" <tomcooksey at googlemail.com> wrote:
>   
>>> Paludis won't carry out any action until it has a correct resolution
>>> available to it, or until you explicitly tell it to cheat to get a
>>> resolution.
>>>       
>> What that meant though is that I had to trawl through the paludis man
>> page to work out which command I needed to specify in order for it to
>> ignore the type of block I was facing. searching for "ignore" as in
>> ignore blocks didn't help. At the time it was fustrating, all I wanted
>> to do is download it. From a user-pain point of view, either printing
>> a hint to the user like "You only seem to want to fetch, try adding
>> --foo-bar" or simply always fetch would seem like better behaviour.
>>     
>
> That would imply that Paludis knows a sane way of resolving it.
> Unfortunately, because Gentoo blockers don't tell the package manager
> anything, it doesn't, so the user has to work it out for each
> individual situation.
>
>   
>> I'm pretty sure there's something better, but that worked and I was
>> happy. Out of a matter of interest, what _should_ I have used?
>> --dl-blocks discard ?
>>     
>
> In this one particular case, yes.
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081120/3f6ddba4/attachment-0001.htm>

From ciaran.mccreesh at googlemail.com  Thu Nov 20 10:49:43 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 20 Nov 2008 15:49:43 +0000
Subject: [paludis-user] Experimental updates support
Message-ID: <20081120154943.621b77f8@snowcone>

For brave Gentoo users who have Ruby support enabled:

* Back up your VDB. This is important.

* Try http://github.com/ciaranm/paludis-profiles-updates-support

* Check that it did the right thing.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081120/42c390d9/attachment.pgp>

From David.Pyke at csa.ca  Thu Nov 20 11:34:13 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Thu, 20 Nov 2008 11:34:13 -0500
Subject: [paludis-user] Experimental updates support
In-Reply-To: <20081120154943.621b77f8@snowcone>
References: <20081120154943.621b77f8@snowcone>
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE40023D09F3@stdmsxbe1.corp.csa-group.org>

Excuse my thickness but what would the "right thing" be?

-----Original Message-----
From: paludis-user-bounces at lists.pioto.org [mailto:paludis-user-bounces at lists.pioto.org] On Behalf Of Ciaran McCreesh
Sent: November 20, 2008 10:50 AM
To: paludis-user
Subject: [paludis-user] Experimental updates support

For brave Gentoo users who have Ruby support enabled:

* Back up your VDB. This is important.

* Try http://github.com/ciaranm/paludis-profiles-updates-support

* Check that it did the right thing.

--
Ciaran McCreesh

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Thu Nov 20 12:01:12 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 20 Nov 2008 17:01:12 +0000
Subject: [paludis-user] Experimental updates support
In-Reply-To: <73EBA28FD357C648B9B28C2FF2ABBE40023D09F3@stdmsxbe1.corp.csa-group.org>
References: <20081120154943.621b77f8@snowcone>
	<73EBA28FD357C648B9B28C2FF2ABBE40023D09F3@stdmsxbe1.corp.csa-group.org>
Message-ID: <20081120170112.001f240b@snowcone>

On Thu, 20 Nov 2008 11:34:13 -0500
"David Pyke" <David.Pyke at csa.ca> wrote:
> Excuse my thickness but what would the "right thing" be?

It should apply the profiles/updates/ changes to your VDB.

If you don't really know what that means, it's probably best to wait
until we're sure the code works, at which point we'll rewrite it in C++
and run it automatically after syncs using a hook.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081120/dd243c59/attachment.pgp>

From David.Pyke at csa.ca  Thu Nov 20 13:32:24 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Thu, 20 Nov 2008 13:32:24 -0500
Subject: [paludis-user] Experimental updates support
In-Reply-To: <20081120170112.001f240b@snowcone>
References: <20081120154943.621b77f8@snowcone><73EBA28FD357C648B9B28C2FF2ABBE40023D09F3@stdmsxbe1.corp.csa-group.org>
	<20081120170112.001f240b@snowcone>
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE40023D0A61@stdmsxbe1.corp.csa-group.org>

I knew what your explanation means, I just wanted to make sure that's what the target is.  I'll give it a try when I have access to my machine at home.

Do you want the results here or on the IRC channel (as the README says)?

-----Original Message-----
From: paludis-user-bounces at lists.pioto.org [mailto:paludis-user-bounces at lists.pioto.org] On Behalf Of Ciaran McCreesh
Sent: November 20, 2008 12:01 PM
To: paludis-user at lists.pioto.org
Subject: Re: [paludis-user] Experimental updates support

On Thu, 20 Nov 2008 11:34:13 -0500
"David Pyke" <David.Pyke at csa.ca> wrote:
> Excuse my thickness but what would the "right thing" be?

It should apply the profiles/updates/ changes to your VDB.

If you don't really know what that means, it's probably best to wait until we're sure the code works, at which point we'll rewrite it in C++ and run it automatically after syncs using a hook.

--
Ciaran McCreesh

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Thu Nov 20 13:36:11 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Thu, 20 Nov 2008 18:36:11 +0000
Subject: [paludis-user] Experimental updates support
In-Reply-To: <73EBA28FD357C648B9B28C2FF2ABBE40023D0A61@stdmsxbe1.corp.csa-group.org>
References: <20081120154943.621b77f8@snowcone>
	<73EBA28FD357C648B9B28C2FF2ABBE40023D09F3@stdmsxbe1.corp.csa-group.org>
	<20081120170112.001f240b@snowcone>
	<73EBA28FD357C648B9B28C2FF2ABBE40023D0A61@stdmsxbe1.corp.csa-group.org>
Message-ID: <20081120183611.20d95541@snowcone>

On Thu, 20 Nov 2008 13:32:24 -0500
"David Pyke" <David.Pyke at csa.ca> wrote:
> Do you want the results here or on the IRC channel (as the README
> says)?

Either's fine. And if it doesn't work for anyone who tries it, a link
to a tarball of your VDB backup would be helpful.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081120/2e998439/attachment.pgp>

From oliver.steven at gmail.com  Thu Nov 20 21:44:33 2008
From: oliver.steven at gmail.com (Steven Oliver)
Date: Thu, 20 Nov 2008 21:44:33 -0500
Subject: [paludis-user] simple deletion,
	was Solve "ss" and "com_err" blockage
In-Reply-To: <49252508.2010801@mib-infotech.co.nz>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>
	<200811191157.16916.dirk.heinrichs.ext@nsn.com>
	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>
	<20081119193737.57595fa2@snowcone>
	<eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>
	<20081119215824.7159cb91@snowcone>
	<49252508.2010801@mib-infotech.co.nz>
Message-ID: <dc60ee430811201844h595ff2fbh6220545fce68392e@mail.gmail.com>

John,

Why are you using epm? Paludis can do everything you mentioned and in
fewer steps.


On Thu, Nov 20, 2008 at 3:51 AM, John Huttley <John at mib-infotech.co.nz> wrote:
> My take on this issue is to use 'epm'. Which is incredibly useful.
>
> I'm often doing something like this
>
> epm -qaG | grep  xxxxx    to see what I need to delete. Often old
> gentoo-sources.
>
> then edit the command line   epm -e `epm -qaG | grep  xxxxx `  to kill it
> all
>
>  epm runs portage, so paludis needs to know about portage repositories.
>
> so then run
>
> paludis --regenerate-installed-cache    to fix it.
>
> then run revdep-rebuild -p to see if anything needs to be re linked  and
> call paludis on those packages manually
>
> Its /still/ much simpler than using paludis to delete things.
>
> --john
>
>
>
>
>
>
> Ciaran McCreesh wrote:
>
> On Wed, 19 Nov 2008 16:55:01 -0500
> "Tom Cooksey" <tomcooksey at googlemail.com> wrote:
>
>
> Paludis won't carry out any action until it has a correct resolution
> available to it, or until you explicitly tell it to cheat to get a
> resolution.
>
>
> What that meant though is that I had to trawl through the paludis man
> page to work out which command I needed to specify in order for it to
> ignore the type of block I was facing. searching for "ignore" as in
> ignore blocks didn't help. At the time it was fustrating, all I wanted
> to do is download it. From a user-pain point of view, either printing
> a hint to the user like "You only seem to want to fetch, try adding
> --foo-bar" or simply always fetch would seem like better behaviour.
>
>
> That would imply that Paludis knows a sane way of resolving it.
> Unfortunately, because Gentoo blockers don't tell the package manager
> anything, it doesn't, so the user has to work it out for each
> individual situation.
>
>
>
> I'm pretty sure there's something better, but that worked and I was
> happy. Out of a matter of interest, what _should_ I have used?
> --dl-blocks discard ?
>
>
> In this one particular case, yes.
>
>
>
> ________________________________
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>
>
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>
>



-- 
Steven N. Oliver

From dirk.heinrichs at online.de  Fri Nov 21 12:26:45 2008
From: dirk.heinrichs at online.de (Dirk Heinrichs)
Date: Fri, 21 Nov 2008 18:26:45 +0100
Subject: [paludis-user] simple deletion,
	was   Solve "ss" and "com_err" blockage
In-Reply-To: <49252508.2010801@mib-infotech.co.nz>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>
	<20081119215824.7159cb91@snowcone>
	<49252508.2010801@mib-infotech.co.nz>
Message-ID: <200811211826.45680.dirk.heinrichs@online.de>

Am Donnerstag, 20. November 2008 09:51:20 schrieb John Huttley:

> then run revdep-rebuild -p to see if anything needs to be re linked ?and
> call paludis on those packages manually

I guess you don't like reconcilio, do you?

Bye...

	Dirk

From John at mib-infotech.co.nz  Fri Nov 21 13:53:27 2008
From: John at mib-infotech.co.nz (John Huttley)
Date: Sat, 22 Nov 2008 07:53:27 +1300
Subject: [paludis-user] simple deletion,
 was   Solve "ss" and "com_err" blockage
In-Reply-To: <200811211826.45680.dirk.heinrichs@online.de>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>	<20081119215824.7159cb91@snowcone>	<49252508.2010801@mib-infotech.co.nz>
	<200811211826.45680.dirk.heinrichs@online.de>
Message-ID: <492703A7.5040609@mib-infotech.co.nz>

Thats more inertia as much as anything.
I had been using  revdep-rebuild for a long time...  I promise to check 
it out..

--john


Dirk Heinrichs wrote:
> Am Donnerstag, 20. November 2008 09:51:20 schrieb John Huttley:
>
>   
>> then run revdep-rebuild -p to see if anything needs to be re linked  and
>> call paludis on those packages manually
>>     
>
> I guess you don't like reconcilio, do you?
>
> Bye...
>
> 	Dirk
> _______________________________________________
> paludis-user mailing list
> paludis-user at lists.pioto.org
> http://lists.pioto.org/mailman/listinfo/paludis-user
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081122/b189ab0e/attachment-0001.htm>

From John at mib-infotech.co.nz  Fri Nov 21 14:01:42 2008
From: John at mib-infotech.co.nz (John Huttley)
Date: Sat, 22 Nov 2008 08:01:42 +1300
Subject: [paludis-user] simple deletion,
 was Solve "ss" and "com_err" blockage
In-Reply-To: <dc60ee430811201844h595ff2fbh6220545fce68392e@mail.gmail.com>
References: <47a330c50811190042h7a0de372v1c9560e4efe7768b@mail.gmail.com>	<c3d5f3800811190202l65e4be9ala57e6262b14ffc98@mail.gmail.com>	<200811191157.16916.dirk.heinrichs.ext@nsn.com>	<eed7f0160811191111j70cb1e0bt517b3b0527257794@mail.gmail.com>	<20081119193737.57595fa2@snowcone>	<eed7f0160811191355t236ec37fwd8e042bcb2dc9871@mail.gmail.com>	<20081119215824.7159cb91@snowcone>	<49252508.2010801@mib-infotech.co.nz>
	<dc60ee430811201844h595ff2fbh6220545fce68392e@mail.gmail.com>
Message-ID: <49270596.3020606@mib-infotech.co.nz>



Steven Oliver wrote:
> John,
>
> Why are you using epm? Paludis can do everything you mentioned and in
> fewer steps.
>
>
>   

I have not found it so.
As discussed recently, without having to put in extra flags, it wants 
also remove dependencies.
It also wants to have the fully qualified syntax with the >= at the front.

I never did figure out how to get it to remove only one of a slotted pair.
I ended up removing both then reinstalling the one I wanted!

the difference is that epm does what I ask without comment.
paludis editorialises.

That pickyness is good for additions and updates but for deletions it 
pisses me off mightily.
ymmv.

--john



> On Thu, Nov 20, 2008 at 3:51 AM, John Huttley <John at mib-infotech.co.nz> wrote:
>   
>> My take on this issue is to use 'epm'. Which is incredibly useful.
>>
>> I'm often doing something like this
>>
>> epm -qaG | grep  xxxxx    to see what I need to delete. Often old
>> gentoo-sources.
>>
>> then edit the command line   epm -e `epm -qaG | grep  xxxxx `  to kill it
>> all
>>
>>  epm runs portage, so paludis needs to know about portage repositories.
>>
>> so then run
>>
>> paludis --regenerate-installed-cache    to fix it.
>>
>> then run revdep-rebuild -p to see if anything needs to be re linked  and
>> call paludis on those packages manually
>>
>> Its /still/ much simpler than using paludis to delete things.
>>
>> --john
>>
>>
>>
>>
>>
>>
>> Ciaran McCreesh wrote:
>>
>> On Wed, 19 Nov 2008 16:55:01 -0500
>> "Tom Cooksey" <tomcooksey at googlemail.com> wrote:
>>
>>
>> Paludis won't carry out any action until it has a correct resolution
>> available to it, or until you explicitly tell it to cheat to get a
>> resolution.
>>
>>
>> What that meant though is that I had to trawl through the paludis man
>> page to work out which command I needed to specify in order for it to
>> ignore the type of block I was facing. searching for "ignore" as in
>> ignore blocks didn't help. At the time it was fustrating, all I wanted
>> to do is download it. From a user-pain point of view, either printing
>> a hint to the user like "You only seem to want to fetch, try adding
>> --foo-bar" or simply always fetch would seem like better behaviour.
>>
>>
>> That would imply that Paludis knows a sane way of resolving it.
>> Unfortunately, because Gentoo blockers don't tell the package manager
>> anything, it doesn't, so the user has to work it out for each
>> individual situation.
>>
>>
>>
>> I'm pretty sure there's something better, but that worked and I was
>> happy. Out of a matter of interest, what _should_ I have used?
>> --dl-blocks discard ?
>>
>>
>> In this one particular case, yes.
>>
>>
>>
>> ________________________________
>> _______________________________________________
>> paludis-user mailing list
>> paludis-user at lists.pioto.org
>> http://lists.pioto.org/mailman/listinfo/paludis-user
>>
>>
>> _______________________________________________
>> paludis-user mailing list
>> paludis-user at lists.pioto.org
>> http://lists.pioto.org/mailman/listinfo/paludis-user
>>
>>
>>     
>
>
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081122/81d545e5/attachment.htm>

From happy.cerberus at gmail.com  Fri Nov 21 19:22:39 2008
From: happy.cerberus at gmail.com (=?WINDOWS-1252?Q?=8Aimon_T=F3th?=)
Date: Sat, 22 Nov 2008 01:22:39 +0100
Subject: [paludis-user] Use unmask
Message-ID: <6e55909c0811211622p5211ba89mc859c5a887a4b240@mail.gmail.com>

Hi,

I can't find any information about how to do use unmasking. The Gentoo
devs have decided to hardmask all software that has open security bugs
(including hardmasking use).

Because I'm pretty much sure that the security bugs don't affect me
and I need this software (realplayer), I'm trying to do an unmask, but
haven't succeeded yet.

Simon Toth

From pioto at pioto.org  Fri Nov 21 20:51:42 2008
From: pioto at pioto.org (Mike Kelly)
Date: Fri, 21 Nov 2008 20:51:42 -0500
Subject: [paludis-user] Use unmask
In-Reply-To: <6e55909c0811211622p5211ba89mc859c5a887a4b240@mail.gmail.com>
References: <6e55909c0811211622p5211ba89mc859c5a887a4b240@mail.gmail.com>
Message-ID: <492765AE.9040900@pioto.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

?imon T?th wrote:
> Hi,
> 
> I can't find any information about how to do use unmasking. The Gentoo
> devs have decided to hardmask all software that has open security bugs
> (including hardmasking use).
> 
> Because I'm pretty much sure that the security bugs don't affect me
> and I need this software (realplayer), I'm trying to do an unmask, but
> haven't succeeded yet.

The only way to override a use.mask entry is to make your own profile.

- --
Mike Kelly
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkknZaUACgkQokMzJ47YCzqnPACgii83d7NWoHGH+D0kO/foVVpg
qRwAniiCm3m8MCZ1AIOEMqW3gHscj3JJ
=7tlD
-----END PGP SIGNATURE-----

From nick.rosier at gmail.com  Sun Nov 23 10:35:54 2008
From: nick.rosier at gmail.com (Nick Rosier)
Date: Sun, 23 Nov 2008 16:35:54 +0100
Subject: [paludis-user] dependency check fails for version specific use-flag
Message-ID: <5f19425c0811230735s11e5d4k8208354727fa0223@mail.gmail.com>

freetype v1 is installed with use-flag kpathsea but paludis gives this error:

  ... When adding PackageDepSpec 'app-text/texlive':
  ... When adding installed package 'app-text/texlive-2008:0::installed':
  ... Ignoring run dependencies due to exception 'Error searching for
'media-libs/freetype:1[kpathsea]': additional requirements are not
met' (paludis::AdditionalRequirementsNotMetError)

From ciaran.mccreesh at googlemail.com  Sun Nov 23 11:03:23 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Sun, 23 Nov 2008 16:03:23 +0000
Subject: [paludis-user] dependency check fails for version specific
 use-flag
In-Reply-To: <5f19425c0811230735s11e5d4k8208354727fa0223@mail.gmail.com>
References: <5f19425c0811230735s11e5d4k8208354727fa0223@mail.gmail.com>
Message-ID: <20081123160323.7685b561@snowcone>

On Sun, 23 Nov 2008 16:35:54 +0100
"Nick Rosier" <nick.rosier at gmail.com> wrote:
> freetype v1 is installed with use-flag kpathsea but paludis gives
> this error:
> 
>   ... When adding PackageDepSpec 'app-text/texlive':
>   ... When adding installed package
> 'app-text/texlive-2008:0::installed': ... Ignoring run dependencies
> due to exception 'Error searching for
> 'media-libs/freetype:1[kpathsea]': additional requirements are not
> met' (paludis::AdditionalRequirementsNotMetError)

But freetype:1 would not have the kpathsea flag set were paludis to
install or reinstall it now.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081123/9977ef33/attachment.pgp>

From nick.rosier at gmail.com  Sun Nov 23 11:18:27 2008
From: nick.rosier at gmail.com (Nick Rosier)
Date: Sun, 23 Nov 2008 17:18:27 +0100
Subject: [paludis-user] dependency check fails for version specific
	use-flag
In-Reply-To: <20081123160323.7685b561@snowcone>
References: <5f19425c0811230735s11e5d4k8208354727fa0223@mail.gmail.com>
	<20081123160323.7685b561@snowcone>
Message-ID: <5f19425c0811230818h41ceab48j13de6036e73b8336@mail.gmail.com>

On Sun, Nov 23, 2008 at 5:03 PM, Ciaran McCreesh
<ciaran.mccreesh at googlemail.com> wrote:
> On Sun, 23 Nov 2008 16:35:54 +0100
> "Nick Rosier" <nick.rosier at gmail.com> wrote:
>> freetype v1 is installed with use-flag kpathsea but paludis gives
>> this error:
>>
>>   ... When adding PackageDepSpec 'app-text/texlive':
>>   ... When adding installed package
>> 'app-text/texlive-2008:0::installed': ... Ignoring run dependencies
>> due to exception 'Error searching for
>> 'media-libs/freetype:1[kpathsea]': additional requirements are not
>> met' (paludis::AdditionalRequirementsNotMetError)
>
> But freetype:1 would not have the kpathsea flag set were paludis to
> install or reinstall it now.

Indeed, for some reason it had disappeared from my use.conf. When
adding it the error went away.

Thanks,
N.

From ciaran.mccreesh at googlemail.com  Mon Nov 24 20:16:49 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Tue, 25 Nov 2008 01:16:49 +0000
Subject: [paludis-user] Paludis 0.32.0_alpha1 Released:
Message-ID: <20081125011649.4ce67ea3@snowmobile>

Paludis 0.32.0_alpha1 has been released:

    * Support for packages that haven't been written yet.

    * --debug-build and --checks are gone, replaced by the special
      build_options: choice that can be configured in a similar way to
      use flags.

    * Clients using NoConfigEnvironment now use --extra-repository-dir
      (possibly multiple times) and --master-repository-name rather than
      --master-repository-dir.

    * The contrarius client has been removed.

    * metadata.xml support.


-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081125/c4cd7443/attachment.pgp>

From xedivad at gmail.com  Tue Nov 25 08:06:15 2008
From: xedivad at gmail.com (Davide Patti)
Date: Tue, 25 Nov 2008 14:06:15 +0100
Subject: [paludis-user] all packages NOT OK
Message-ID: <1227618375.5296.96.camel@localhost>

Hi to all,
paludis -r always worked as expected, reporting some minor issued, but
after doing some upgrades, not every package installed is reported as
being "NOT OK" because "Not used by any package in world".

I don't remember of having done nothing of particular. How can I restore
this situation ? 

Thanks,

Davide Patti


From David.Pyke at csa.ca  Tue Nov 25 08:41:34 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Tue, 25 Nov 2008 08:41:34 -0500
Subject: [paludis-user] Paludis 0.32.0_alpha1 Released:
In-Reply-To: <20081125011649.4ce67ea3@snowmobile>
References: <20081125011649.4ce67ea3@snowmobile>
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FD9@stdmsxbe1.corp.csa-group.org>

It's not fetching for me.


=== Done builtin_loadenv
=== Starting src_unpack

!!! ERROR in sys-apps/paludis-0.32.0_alpha1:
!!! In git_fetch at line 2691
!!! git.eclass: EGIT_REPO_URI is empty.

!!! Call stack:
!!!    * git_fetch (/var/tmp/paludis/sys-apps-paludis-0.32.0_alpha1/temp/loadsaveenv:2691)
!!!    * git_src_unpack (/var/tmp/paludis/sys-apps-paludis-0.32.0_alpha1/temp/loadsaveenv:2749)
!!!    * src_unpack (/var/tmp/paludis/sys-apps-paludis-0.32.0_alpha1/temp/loadsaveenv:3826)
!!!    * ebuild_f_unpack (/usr/libexec/paludis/0/src_unpack.bash:42)
!!!    * ebuild_main (/usr/libexec/paludis/ebuild.bash:477)
!!!    * main (/usr/libexec/paludis/ebuild.bash:492)

diefunc: making ebuild PID 14232 exit with error
die trap: exiting with error.

 


__________________
David Pyke
Manager, Market Research
Canadian Standards Association
416-747-2332
416-401-6945 (Fax)

Please consider the environment before printing this email 
Merci de tenir compte de l'environnement avant d'imprimer ce courriel

-----Original Message-----
From: paludis-user-bounces at lists.pioto.org [mailto:paludis-user-bounces at lists.pioto.org] On Behalf Of Ciaran McCreesh
Sent: November 24, 2008 8:17 PM
To: paludis-user at lists.pioto.org; paludis-sekrit at lists.pioto.org
Subject: [paludis-user] Paludis 0.32.0_alpha1 Released:

Paludis 0.32.0_alpha1 has been released:

    * Support for packages that haven't been written yet.

    * --debug-build and --checks are gone, replaced by the special
      build_options: choice that can be configured in a similar way to
      use flags.

    * Clients using NoConfigEnvironment now use --extra-repository-dir
      (possibly multiple times) and --master-repository-name rather than
      --master-repository-dir.

    * The contrarius client has been removed.

    * metadata.xml support.


--
Ciaran McCreesh

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Tue Nov 25 09:02:20 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Tue, 25 Nov 2008 14:02:20 +0000
Subject: [paludis-user] Paludis 0.32.0_alpha1 Released:
In-Reply-To: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FD9@stdmsxbe1.corp.csa-group.org>
References: <20081125011649.4ce67ea3@snowmobile>
	<73EBA28FD357C648B9B28C2FF2ABBE40023D0FD9@stdmsxbe1.corp.csa-group.org>
Message-ID: <20081125140220.33868d72@snowcone>

On Tue, 25 Nov 2008 08:41:34 -0500
"David Pyke" <David.Pyke at csa.ca> wrote:
> It's not fetching for me.

Oops. Fixed.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081125/72e007b1/attachment.pgp>

From David.Pyke at csa.ca  Tue Nov 25 09:09:16 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Tue, 25 Nov 2008 09:09:16 -0500
Subject: [paludis-user] MAKEOPTS too high?
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org>

When installing paludis (or other packages) I get the infamous message that my -j value is too high.  Right now I have it at -j5 and have a quad core processor with 2 gig of memory.  

I'm pretty sure my machine can handle the load.  Is there any way I can change the level of "too high" to silence the error?  

Perhaps paludis could take number of cores into account when it makes the decision?

Thanks
Dave

__________________
David Pyke
Manager, Market Research
Canadian Standards Association
416-747-2332
416-401-6945 (Fax)

Please consider the environment before printing this email 
Merci de tenir compte de l?environnement avant d?imprimer ce courriel

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Tue Nov 25 09:14:07 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Tue, 25 Nov 2008 14:14:07 +0000
Subject: [paludis-user] MAKEOPTS too high?
In-Reply-To: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org>
References: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org>
Message-ID: <20081125141407.7d43e3d4@snowcone>

On Tue, 25 Nov 2008 09:09:16 -0500
"David Pyke" <David.Pyke at csa.ca> wrote:
> When installing paludis (or other packages) I get the infamous
> message that my -j value is too high.  Right now I have it at -j5 and
> have a quad core processor with 2 gig of memory.  
> 
> I'm pretty sure my machine can handle the load.  Is there any way I
> can change the level of "too high" to silence the error?  
> 
> Perhaps paludis could take number of cores into account when it makes
> the decision?

Thanks to boost.python being a huge pig with insane amounts of macro
nonsense to make it work with ancient compilers, gcc needs something
like 512MBytes per process when building the python bindings. The
check in the Paludis ebuilds is there because I was getting sick of
people wanting to know why their kernel OOMed.

I'm not aware of any other packages using that check... Even other ones
that probably should...

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081125/a299ed58/attachment.pgp>

From david at watzke.cz  Tue Nov 25 09:23:11 2008
From: david at watzke.cz (David Watzke)
Date: Tue, 25 Nov 2008 15:23:11 +0100
Subject: [paludis-user] MAKEOPTS too high?
In-Reply-To: <20081125141407.7d43e3d4@snowcone>
References: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org>
	<20081125141407.7d43e3d4@snowcone>
Message-ID: <200811251523.11960.david@watzke.cz>

On Tuesday 25 of November 2008 15:14:07 Ciaran McCreesh wrote:
> Thanks to boost.python being a huge pig with insane amounts of macro
> nonsense to make it work with ancient compilers, gcc needs something
> like 512MBytes per process when building the python bindings. The
> check in the Paludis ebuilds is there because I was getting sick of
> people wanting to know why their kernel OOMed.
>
> I'm not aware of any other packages using that check... Even other ones
> that probably should...

so MAKEOPTS should be changed only if it's being built with USE=python, 
then.... because I agree with David Pyke, this is quite annoying... I've got 
2GB RAM and if >1GB is used it sets MAKEOPTS to -j1... unnecessarily

-- 
David Watzke
E-mail, Jabber: david at watzke.cz
Web: http://www.watzke.cz/

From David.Pyke at csa.ca  Tue Nov 25 09:29:34 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Tue, 25 Nov 2008 09:29:34 -0500
Subject: [paludis-user] MAKEOPTS too high?
In-Reply-To: <200811251523.11960.david@watzke.cz>
References: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org><20081125141407.7d43e3d4@snowcone>
	<200811251523.11960.david@watzke.cz>
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE40023D1012@stdmsxbe1.corp.csa-group.org>

 
Perhaps setting it to (memory/512)-1?  That way you still get multiple jobs and it finishes faster without OOMing?

-----Original Message-----
From: paludis-user-bounces at lists.pioto.org [mailto:paludis-user-bounces at lists.pioto.org] On Behalf Of David Watzke
Sent: November 25, 2008 9:23 AM
To: paludis-user at lists.pioto.org
Subject: Re: [paludis-user] MAKEOPTS too high?

On Tuesday 25 of November 2008 15:14:07 Ciaran McCreesh wrote:
> Thanks to boost.python being a huge pig with insane amounts of macro 
> nonsense to make it work with ancient compilers, gcc needs something 
> like 512MBytes per process when building the python bindings. The 
> check in the Paludis ebuilds is there because I was getting sick of 
> people wanting to know why their kernel OOMed.
>
> I'm not aware of any other packages using that check... Even other 
> ones that probably should...

so MAKEOPTS should be changed only if it's being built with USE=python, then.... because I agree with David Pyke, this is quite annoying... I've got 2GB RAM and if >1GB is used it sets MAKEOPTS to -j1... unnecessarily

--
David Watzke
E-mail, Jabber: david at watzke.cz
Web: http://www.watzke.cz/
_______________________________________________
paludis-user mailing list
paludis-user at lists.pioto.org
http://lists.pioto.org/mailman/listinfo/paludis-user

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Tue Nov 25 09:30:10 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Tue, 25 Nov 2008 14:30:10 +0000
Subject: [paludis-user] MAKEOPTS too high?
In-Reply-To: <200811251523.11960.david@watzke.cz>
References: <73EBA28FD357C648B9B28C2FF2ABBE40023D0FFB@stdmsxbe1.corp.csa-group.org>
	<20081125141407.7d43e3d4@snowcone>
	<200811251523.11960.david@watzke.cz>
Message-ID: <20081125143010.497a7965@snowcone>

On Tue, 25 Nov 2008 15:23:11 +0100
David Watzke <david at watzke.cz> wrote:
> so MAKEOPTS should be changed only if it's being built with
> USE=python, then.... because I agree with David Pyke, this is quite
> annoying... I've got 2GB RAM and if >1GB is used it sets MAKEOPTS to
> -j1... unnecessarily

No, MAKEOPTS shouldn't be changed at all. Unfortunately, leaving users
to suffer for their own mistakes just results in far too much time
wasted on duff bug reports.

If you *really* want, use --jobs instead of -j. It won't be filtered.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081125/dc47a540/attachment.pgp>

From tony.davison2 at ntlworld.com  Wed Nov 26 11:56:12 2008
From: tony.davison2 at ntlworld.com (Tony Davison)
Date: Wed, 26 Nov 2008 16:56:12 +0000
Subject: [paludis-user] Using paludis-extras repository.
Message-ID: <200811261656.12811.tony.davison2@ntlworld.com>

Hello

I have set up the paludis-extras repo on my machine and successfully synced 
it.
However when attempting paludis -i paludis-hooks the fetching fails on the 
first package (portage-utils) with either a 404 or a PARTIAL error and then 
the whole proccess fails after exhausting a huge list of mirrors most of 
which are not in /etc/paludis/repositories/*.conf files.

What am I doing wrong?

-- 
BigTone

From ciaran.mccreesh at googlemail.com  Wed Nov 26 12:32:55 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Wed, 26 Nov 2008 17:32:55 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <200811261656.12811.tony.davison2@ntlworld.com>
References: <200811261656.12811.tony.davison2@ntlworld.com>
Message-ID: <20081126173255.184598e5@snowcone>

On Wed, 26 Nov 2008 16:56:12 +0000
Tony Davison <tony.davison2 at ntlworld.com> wrote:
> What am I doing wrong?

You're using the paludis-extras repository.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081126/1e1592be/attachment.pgp>

From tony.davison2 at ntlworld.com  Wed Nov 26 12:51:16 2008
From: tony.davison2 at ntlworld.com (Tony Davison)
Date: Wed, 26 Nov 2008 17:51:16 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <20081126173255.184598e5@snowcone>
References: <200811261656.12811.tony.davison2@ntlworld.com>
	<20081126173255.184598e5@snowcone>
Message-ID: <200811261751.16678.tony.davison2@ntlworld.com>

On Wednesday 26 November 2008 17:32:55 Ciaran McCreesh wrote:
> On Wed, 26 Nov 2008 16:56:12 +0000
>
> Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > What am I doing wrong?
>
> You're using the paludis-extras repository.


Which repo is paludis-hooks now in then, please.

-- 
BigTone

From ciaran.mccreesh at googlemail.com  Wed Nov 26 13:03:24 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Wed, 26 Nov 2008 18:03:24 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <200811261751.16678.tony.davison2@ntlworld.com>
References: <200811261656.12811.tony.davison2@ntlworld.com>
	<20081126173255.184598e5@snowcone>
	<200811261751.16678.tony.davison2@ntlworld.com>
Message-ID: <20081126180324.5130730f@snowcone>

On Wed, 26 Nov 2008 17:51:16 +0000
Tony Davison <tony.davison2 at ntlworld.com> wrote:
> On Wednesday 26 November 2008 17:32:55 Ciaran McCreesh wrote:
> > On Wed, 26 Nov 2008 16:56:12 +0000
> >
> > Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > > What am I doing wrong?
> >
> > You're using the paludis-extras repository.
> 
> Which repo is paludis-hooks now in then, please.

Hopefully none of them.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081126/40fe11dd/attachment.pgp>

From tony.davison2 at ntlworld.com  Wed Nov 26 13:29:59 2008
From: tony.davison2 at ntlworld.com (Tony Davison)
Date: Wed, 26 Nov 2008 18:29:59 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <20081126180324.5130730f@snowcone>
References: <200811261656.12811.tony.davison2@ntlworld.com>
	<200811261751.16678.tony.davison2@ntlworld.com>
	<20081126180324.5130730f@snowcone>
Message-ID: <200811261830.00043.tony.davison2@ntlworld.com>

On Wednesday 26 November 2008 18:03:24 Ciaran McCreesh wrote:
> On Wed, 26 Nov 2008 17:51:16 +0000
>
> Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > On Wednesday 26 November 2008 17:32:55 Ciaran McCreesh wrote:
> > > On Wed, 26 Nov 2008 16:56:12 +0000
> > >
> > > Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > > > What am I doing wrong?
> > >
> > > You're using the paludis-extras repository.
> >
> > Which repo is paludis-hooks now in then, please.
>
> Hopefully none of them.

Ok I now feel confused and stupid, whenn I used paludis on the old box I need 
paludis-hooks for a variety of reasons one of them being update-eix.

How is it done these days?

-- 
BigTone

From David.Pyke at csa.ca  Wed Nov 26 13:33:39 2008
From: David.Pyke at csa.ca (David Pyke)
Date: Wed, 26 Nov 2008 13:33:39 -0500
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <200811261830.00043.tony.davison2@ntlworld.com>
References: <200811261656.12811.tony.davison2@ntlworld.com><200811261751.16678.tony.davison2@ntlworld.com><20081126180324.5130730f@snowcone>
	<200811261830.00043.tony.davison2@ntlworld.com>
Message-ID: <73EBA28FD357C648B9B28C2FF2ABBE4002421C97@stdmsxbe1.corp.csa-group.org>

 Our beloved leader Ciaran has little respect for paludis-extras.  This isn't really the place to ask about things, you should use the P-E thread on the Gentoo forums.

The P-E server died a horrible death a couple of weeks back, they're still not fully back and their svn server is still down.  Wait a week or so and it should be back.

-----Original Message-----
From: paludis-user-bounces at lists.pioto.org [mailto:paludis-user-bounces at lists.pioto.org] On Behalf Of Tony Davison
Sent: November 26, 2008 1:30 PM
To: paludis-user at lists.pioto.org
Subject: Re: [paludis-user] Using paludis-extras repository.

On Wednesday 26 November 2008 18:03:24 Ciaran McCreesh wrote:
> On Wed, 26 Nov 2008 17:51:16 +0000
>
> Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > On Wednesday 26 November 2008 17:32:55 Ciaran McCreesh wrote:
> > > On Wed, 26 Nov 2008 16:56:12 +0000
> > >
> > > Tony Davison <tony.davison2 at ntlworld.com> wrote:
> > > > What am I doing wrong?
> > >
> > > You're using the paludis-extras repository.
> >
> > Which repo is paludis-hooks now in then, please.
>
> Hopefully none of them.

Ok I now feel confused and stupid, whenn I used paludis on the old box I need paludis-hooks for a variety of reasons one of them being update-eix.

How is it done these days?

--
BigTone
_______________________________________________
paludis-user mailing list
paludis-user at lists.pioto.org
http://lists.pioto.org/mailman/listinfo/paludis-user

This message is intended only for the use of the person or organization to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the original message immediately. The sender, its subsidiaries and affiliates, do not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. Thank you.



From ciaran.mccreesh at googlemail.com  Wed Nov 26 13:35:38 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Wed, 26 Nov 2008 18:35:38 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <200811261830.00043.tony.davison2@ntlworld.com>
References: <200811261656.12811.tony.davison2@ntlworld.com>
	<200811261751.16678.tony.davison2@ntlworld.com>
	<20081126180324.5130730f@snowcone>
	<200811261830.00043.tony.davison2@ntlworld.com>
Message-ID: <20081126183538.702c6afe@snowcone>

On Wed, 26 Nov 2008 18:29:59 +0000
Tony Davison <tony.davison2 at ntlworld.com> wrote:
> Ok I now feel confused and stupid, whenn I used paludis on the old
> box I need paludis-hooks for a variety of reasons one of them being
> update-eix.
> 
> How is it done these days?

If you really feel the need to use eix and have it updated
automatically, you write a hook to do it yourself. You do not go around
installing dodgy code from dodgy sources that you haven't checked and
don't understand.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081126/45902dfc/attachment.pgp>

From tony.davison2 at ntlworld.com  Wed Nov 26 13:45:21 2008
From: tony.davison2 at ntlworld.com (Tony Davison)
Date: Wed, 26 Nov 2008 18:45:21 +0000
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <73EBA28FD357C648B9B28C2FF2ABBE4002421C97@stdmsxbe1.corp.csa-group.org>
References: <200811261656.12811.tony.davison2@ntlworld.com>
	<200811261830.00043.tony.davison2@ntlworld.com>
	<73EBA28FD357C648B9B28C2FF2ABBE4002421C97@stdmsxbe1.corp.csa-group.org>
Message-ID: <200811261845.21432.tony.davison2@ntlworld.com>

On Wednesday 26 November 2008 18:33:39 David Pyke wrote:
>  Our beloved leader Ciaran has little respect for paludis-extras.  This
> isn't really the place to ask about things, you should use the P-E thread
> on the Gentoo forums.
>
> The P-E server died a horrible death a couple of weeks back, they're still
> not fully back and their svn server is still down.  Wait a week or so and
> it should be back.

Thanks :)

-- 
BigTone



From drantin at gmail.com  Wed Nov 26 12:22:59 2008
From: drantin at gmail.com (Johannes Manhave)
Date: Wed, 26 Nov 2008 11:22:59 -0600
Subject: [paludis-user] Using paludis-extras repository.
In-Reply-To: <200811261656.12811.tony.davison2@ntlworld.com>
References: <200811261656.12811.tony.davison2@ntlworld.com>
Message-ID: <fd76adef0811260922s59d3f181qaa74c8feccd9b850@mail.gmail.com>

> What am I doing wrong?
Using paludis-extras

From ciaran.mccreesh at googlemail.com  Sun Nov 30 15:30:35 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Sun, 30 Nov 2008 20:30:35 +0000
Subject: [paludis-user] Paludis 0.32.0 Released
Message-ID: <20081130203035.0f3a4903@snowcone>

Paludis 0.32.0 has been released:

    * accerso now handles unmirrorable files sensibly.

    * sets would sometimes not end up being added to world. This is now
      fixed.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081130/5e4e9caf/attachment.pgp>

From ciaran.mccreesh at googlemail.com  Sun Nov 30 18:47:48 2008
From: ciaran.mccreesh at googlemail.com (Ciaran McCreesh)
Date: Sun, 30 Nov 2008 23:47:48 +0000
Subject: [paludis-user] Paludis 0.32.1 Released
Message-ID: <20081130234748.234f024a@snowcone>

Paludis 0.32.1 has been released:

    * VDB entries not containing an IUSE file would give incorrect
      behaviour. This is now fixed.

-- 
Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.pioto.org/pipermail/paludis-user/attachments/20081130/da46f441/attachment-0001.pgp>