On Sun, 24 Jan 2010, Benny Pedersen wrote:
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage
does not work after this,
It's a run-time dependency of python, so what did you expect?
my dump question why is it not
On 01/24/2010 07:12 AM, Benny Pedersen wrote:
should not be marked as system ?
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage does
not work after this, but i solved it with a quickpkg from another host
my dump
On 01/24/2010 07:12 AM, Benny Pedersen wrote:
should not be marked as system ?
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage does
not work after this, but i solved it with a quickpkg from another host
my dump
On 1/24/10, Benny Pedersen m...@junc.org wrote:
should not be marked as system ?
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage does
not work after this, but i solved it with a quickpkg from another host
my dump
2010/1/24 Petteri Räty betelge...@gentoo.org:
The meaning of the system set is to have only the packages directly
required to have a minimal functioning system. Having python by itself
is not a requirement for that but having package management is.
You can't have functioning package management
Arttu V. wrote:
On 1/24/10, Benny Pedersen m...@junc.org wrote:
should not be marked as system ?
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage does
not work after this, but i solved it with a quickpkg from another
# Hans de Graaff gra...@gentoo.org (23 Jan 2010)
# Installs only for ruby 1.8 but it actually a JRuby package
# that installs .jar files. Deprecated.
# Last rited: to be removed in 30 days.
dev-ruby/activerecord-jdbc
In its current state is does not install a working set of files. JRuby
support
Le dimanche 17 janvier 2010 à 13:37 +0100, Ben de Groot a écrit :
2010/1/17 Paweł Hajdan, Jr. phajdan...@gentoo.org:
I wonder why the affected package (eselect-opengl) couldn't run
lafilefixer itself. It's mandatory for all users, and would save a lot
of frustration.
Indeed. You can
I looked at what kind of a difference cvs up made to built_with_use usage.
betelge...@pena /usr/portage $ grep --include *.ebuild built_with_use
-r . | wc -l
690
cvs up
betelge...@pena /usr/portage $ grep --include *.ebuild built_with_use
-r . | wc -l
708
There should be no legitimate reason
On 01/24/2010 03:02 PM, Ben de Groot wrote:
2010/1/24 Petteri Räty betelge...@gentoo.org:
The meaning of the system set is to have only the packages directly
required to have a minimal functioning system. Having python by itself
is not a requirement for that but having package management is.
# Raúl Porcel armi...@gentoo.org (24 Jan 2010)
# Upstream stopped developing open source version,
# heavy patching done by Fedora
# and they've deprecated it for some time ago.
# net-misc/tigervnc is its replacement
# To be removed in 30 days
net-misc/vnc
On 1/24/10 5:51 PM, Petteri Räty wrote:
There should be no legitimate reason for the number to go up so please
whenever bumping ebuilds, remove the usage of built_with_use.
How about adding a repoman check for that?
Paweł
signature.asc
Description: OpenPGP digital signature
2010/1/24 Petteri Räty betelge...@gentoo.org:
On 01/24/2010 03:02 PM, Ben de Groot wrote:
You can't have functioning package management without the hard
dependencies it requires. So both portage and python should be in the
system set.
Why should we keep redundant information in the list?
Il giorno dom, 24/01/2010 alle 18.51 +0200, Petteri Räty ha scritto:
There should be no legitimate reason for the number to go up so please
whenever bumping ebuilds, remove the usage of built_with_use.
There is still legitimate use when you're not using it for dependencies.
See for instance
On 01/24/2010 08:09 PM, Paweł Hajdan, Jr. wrote:
On 1/24/10 5:51 PM, Petteri Räty wrote:
There should be no legitimate reason for the number to go up so please
whenever bumping ebuilds, remove the usage of built_with_use.
How about adding a repoman check for that?
Paweł
Already done
On 01/24/2010 08:20 PM, Ben de Groot wrote:
2010/1/24 Petteri Räty betelge...@gentoo.org:
On 01/24/2010 03:02 PM, Ben de Groot wrote:
You can't have functioning package management without the hard
dependencies it requires. So both portage and python should be in the
system set.
Why should
On Sunday 24 January 2010 00:12:39 Benny Pedersen wrote:
it removes python-wrapper and this remove python link from
/usr/bin/python linked to /usr/bin/python-wrapper so all portage does
not work after this, but i solved it with a quickpkg from another host
sounds a bug that should be filed so
On 01/24/2010 10:12 PM, Diego Elio “Flameeyes” Pettenò wrote:
Il giorno dom, 24/01/2010 alle 18.51 +0200, Petteri Räty ha scritto:
There should be no legitimate reason for the number to go up so please
whenever bumping ebuilds, remove the usage of built_with_use.
There is still legitimate
On 01/24/2010 01:20 PM, Ben de Groot wrote:
2010/1/24 Petteri Rätybetelge...@gentoo.org:
On 01/24/2010 03:02 PM, Ben de Groot wrote:
Why should we keep redundant information in the list?
How is that redundant?
Well, I doubt we'll get away from python in the system set anytime soon,
but
Petteri Räty wrote:
On 01/24/2010 08:20 PM, Ben de Groot wrote:
2010/1/24 Petteri Räty betelge...@gentoo.org:
On 01/24/2010 03:02 PM, Ben de Groot wrote:
You can't have functioning package management without the hard
dependencies it requires. So both portage and python should
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2010-01-24 23h59 UTC.
Removals:
app-doc/howto-html 2010-01-19 00:29:33
dirtyepic
app-doc/howto-html-single 2010-01-19 00:29:33
On Sun, Jan 24, 2010 at 19:02, Dale rdalek1...@gmail.com wrote:
Since unmerging python results in a broken system, I'm not sure how this
pollutes anything. The system set is to maintain a working and bootable
system that can install packages and portage requires python to work. What
good is
Jacob Godserv wrote:
On Sun, Jan 24, 2010 at 19:02, Dale rdalek1...@gmail.com wrote:
Since unmerging python results in a broken system, I'm not sure how this
pollutes anything. The system set is to maintain a working and bootable
system that can install packages and portage requires python
On 01/24/2010 07:02 PM, Dale wrote:
Is there something that I am missing here? For me, system should
include the things needed for booting and for the package manager to
work.
It should include the programs directly involved in booting, and the
package manager. I'm not sure that it should
Richard Freeman wrote:
On 01/24/2010 07:02 PM, Dale wrote:
Is there something that I am missing here? For me, system should
include the things needed for booting and for the package manager to
work.
It should include the programs directly involved in booting, and the
package manager. I'm
25 matches
Mail list logo