ing "stable" in the
near future?
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
e the bridge depend on tap0 / eth0
RC_NEED_br0="net.eth0 net.tap0"
Any suggestions on how to fix?
Thanks
Ed W
that also means no bash arrays.
I presume that this is hitting the /etc/init.d/util-vserver startup scripts
/usr/lib/util-vserver/functions: line 778: `pkgmgmt.guessStyle': not a
valid identifier
Where to log a bug? What's the simplest way to temporarily workaround this?
Ch
in case that's relevant). Perhaps this could be added to the
new baselayout unless there is a better solution?
Cheers
Ed W
#!/sbin/runscript
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: Exp $
depend() {
if [ -e /
You will basically need to remerge sys-fs/lvm2 and sys-fs/device-mapper and
Darn, sorry for the noise
Didn't think to check the masked packages - however, there it is clear
as day in the changelog...
Thanks
Ed W
--
[EMAIL PROTECTED] mailing list
h that are up to date
should have this.
OK, "masked" was the wrong word. Perhaps I should have said "unstable"
or "keyworded".
Anyway, yes, installing that newer lvm2 fixed the problems. Probably
worth a note somewhere in the upgrade docs anyway
Cheers
Ed W
--
[EMAIL PROTECTED] mailing list
a few minor bugs against it
(some more to come) - is there anything I can do to help progress
development further?
Cheers
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
ng? (Seems like a gentoo job rather than an upstream is
the reason I ask here?)
Cheers
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
ayout
replacement? How likely is this to be on-track to become a "gentoo
official" baselayout? Do you (try to) support busybox and vserver
environments?
Cheers
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
st machine, but interested
to give it a whirl on my embedded (busybox+uclibc) target...
Cheers
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
source, but it might give a bit of
confidence to take a punt unmasking a package if you can see that others
are using it "actively"?
Just my 2p
Ed W
--
gentoo-dev@lists.gentoo.org mailing list
On 05/03/2010 18:54, Mike Frysinger wrote:
On Thursday 04 March 2010 11:08:52 Samuli Suominen wrote:
Attached you can find the news item for up coming profile cleanup.
do profiles really need to be culled this often ? we used to let the tail run
longer and no one complained. it's ea
oblem, but
creating a system which can be edited quickly and easily in a granular
fashion. Eg imagine all the guideXML docs being in a git repo with open
access to pull/push changes - you could build a web engine around that
which rebuilds the web pages interactively as people push edits and this
would be cool! In the meantime wiki's are just trying to solve the same
goal of easy edits with small granularity of edits
However, I love the idea of a "wiki" based around git using GuideXML!
(probably it kind of works like this right now - I think it's the access
control which is the secret sauce...)
I ain't out to stop ya'll from using a wiki. I do agree that they have some
advantages. However, I will point out how limited wikis are. They're not a
magic bullet that will solve all our problems.
Definitely.
Good luck
Ed W
ainly been popular. So I claim that low barriers to entry and ease
of editing is the real target - the markup is important, but definitely
secondary to the engine itself
Good luck
Ed W
28551 Jul 30 00:18 sql-ledger.gif
-rw-r--r-- 2 root root 3594 Jul 30 00:18 sql-ledger.png
drwxrwxr-x 2 apache apache 17040 Jul 30 00:20 templates
drwxrwxr-x 2 apache apache112 Jul 30 00:19 users
Is this a known issue? Is there a workaround? Where is the correct
place to discuss thi
happen to them and my offers to act as maintainer have
gone unresponded I also wonder if there is some way to make better use
of casual contributors like me? (I'm not bitter, it's just that I feel I
could contribute more, but don't know how to?)
Good luck. I'm a big gentoo fan. I
Ciaran McCreesh wrote:
On Tue, 06 Sep 2005 18:03:37 +0100 Ed W <[EMAIL PROTECTED]> wrote:
| As an "outsider" reading that summary the message *I* read is that
| there is some strain over fitting the development model into
| "stable", "~", and "packa
quot;), then this is a clue that it
must be fairly stable and popular and worth including (since it will
probably require minimal effort).
It seems like this would go some way towards easing the "easy
development" bits and giving everyone more time to work on the important
stuff, w
where
the tree is largely held back to 2005 state with only bug fixes and
essential packages bumped?
Just thinking...
Ed W
ntoo could score very well? Interested to see any chatter on
how others solve this problem, or any general advocacy? Probably we
should start a new thread though...
Regards
Ed W
airly obvious if an application requires a compiler
and you didn't install one then you have a conflict of interest...)
Have another look at gentoo! I definitely believe that it's flexibility
to build you highly customised packages, plus strong templating of those
packages, plus decent ability to distribute binaries of the end result
is a very strong combo! Better binary support is really the only thing
missing here, but it's pretty adequate as it stands!
Good luck
Ed W
On 26/02/2011 15:57, Enrico Weigelt wrote:
* Ed W schrieb:
I'm just building some embedded devices on the side using
gentoo and my minimal builds are only a few MB?
How to do you get out all the buildtime stuff (portage, toolchain, etc) ?
Seems like your complaint is that you have g
nt OpenRC works very nicely on a minimal (embedded) system using
uclibc/busybox in a couple of MB. Its also decently fast and "oldnet"
actually seems to work quite nicely for a headless, but heavily dynamic
environment like a router with USB things getting plugged/unplugged
Thanks for listening...
Ed W
On 13/07/2011 19:19, Mike Frysinger wrote:
> On Wednesday, July 13, 2011 13:36:29 Ed W wrote:
>> On 12/07/2011 16:54, Mike Frysinger wrote:
>>> baselayout-1 vs openrc isnt the issue. it's bash array support vs
>>> flat strings. the former is supported in baselayou
24 matches
Mail list logo
