Michael Orlitzky mich...@orlitzky.com wrote:
On 10/13/2013 06:08 AM, Martin Vaeth wrote:
5. You can't script iptables-restore!
Well, actually you can script iptables-restore.
For those who are interested:
net-firewall/firewall-mv from the mv overlay
(available over layman) now provides
Michael Orlitzky mich...@orlitzky.com wrote:
[...]
If you have a million rules and you need to wipe/reload them all
frequently you're probably doing something wrong to begin with.
I don't know how this is related with the discussion.
The main advantage of using iptables-restore is avoidance
Michael Orlitzky mich...@orlitzky.com wrote:
And my counterarguments:
1. The iptables-restore syntax is uglier and harder to read.
2. You get better error reporting calling iptables repeatedly.
3. The published interface will never change; iptables-restore reads an
input language whose
pk pete...@coolmail.se wrote:
Seriously, boot-critical would be something that the system cannot *boot
without*, which belongs in /. Everything else should be in /usr, i.e.
non-boot-critical. How hard is it to start *non-boot* (system) critical
*after* boot (things like sshd)? I do that
Thanasis thana...@asyr.hopto.org wrote:
on 07/10/2013 09:38 AM Martin Vaeth wrote the following:
This has nothing to do with the necessity to call eix-remote add
after eix-sync
With eix-0.29.0 which just entered the tree, eix-sync will
by default do this for you, so you usually do not need
Thanasis thana...@asyr.hopto.org wrote:
So, if I understand correctly, I _don't_ need any settings, and I should
remove both KEEP_VIRTUALS and REMOTE_DEFAULT, and just use the -R option
You don't need KEEP_VIRTUALS.
Whether you prefer REMOTE_DEFAULT or not is up to you.
This has nothing to do
Thanasis thana...@asyr.hopto.org wrote:
So in /etc/eixrc/00-eixrc I have set
KEEP_VIRTUALS=true
REMOTE_DEFAULT=1
With the current default setting of separate databases for the
local eix cache (normally /var/cache/eix/portage.eix) and
for the remote eix cache (/var/cache/eix/remote.eix),
# gcc-config 2
* Switching native-compiler to x86_64-pc-linux-gnu-4.7.3 ...
/usr/bin/python2.7: error while loading shared libraries: libgcc_s.so.1:
cannot open shared object file: No such file or directory
This is a bug in gcc-config: It removes the old link too early
so that the tools needed
I also get 376 matches from Not installed but in
/etc/portage/package.mask which are surely the packages in my overlays
masked by */* but not installed. Do you know the name of this test so I
can disable it in eixrc?
REDUNDANT_IF_IN_MASK (or in /etc/portage/package.nowarn: in_mask)
I think
in package.mask:
*/*::init6
eix-test-obsolete find over 27,000 packages under this heading:
Redundant in /etc/portage/package.mask:
... considered as REDUNDANT_IF_MASK_NO_CHANGE
The reason for this is the following:
Since the category and package is */*, your mask can match every
package -
I guess I'm missing some settings specific to this? I have 3 overlays
installed via layman, and this eix takes ridiculously long to index
through them, I don't know why.
The portage tree is indexed quickly.
There is usually not much you can do there. This typically happens with
overlays that
On Tue, 29 May 2012, Rafa Griman wrote:
gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/
Your gawk is broken. This happens if you emerged gawk with
current gcc and aggressive FLAGS like -DNDEBUG or -flto.
Not sure whether it is a bug of gawk or gcc.
I haven't searched layman for packages in a long time (actually had to
google how to do it), and am getting an error I can't seem to solve...
Unfortunately, you have not written the actual error
which should appear probably a few (probably one) lines before:
problems arised with cachefile
Lately it seems that eix disregards the content of
/etc/portage/package.keywords.nowarn
From the ChangeLog:
*eix-0.22.1 [...]
- use /etc/portage/package.nowarn instead of
/etc/portage/package.*.nowarn; the latter is now obsolete.
If you want continue to use it, set
[ebuild N] app-text/build-docbook-catalog-1.4
[ebuild N] app-arch/unzip-6.0-r1 USE=bzip2 unicode
[ebuild N] app-text/sgml-common-0.6.3-r5
[ebuild N] dev-libs/libgpg-error-1.7 USE=nls -common-lisp
[ebuild N] app-text/docbook-xsl-stylesheets-1.75.2
[ebuild N]
[I know that the headers are wrong; sorry for that]
I try the same on a relatively young gentoo server I'm managing and
* dev-python/snakeoil
Available versions: yellow~0.3.6.4 ~0.3.6.5 ~0.3.7/yellow
[...]
It's unkeyworded, however
Did you verify with portage that it is unkeyworded?
I'm running grub 2 it seems
No. You are running grub 0.97-r9 (which is a legacy grub):
Don't be confused by the description in eix:
eix knows only one description per package (not one per version),
and it takes this description from the version with the highest
version number (which is grub 2).
On Tue, 16 Sep 2008, Matthias Bethke wrote:
[...] that in any halfway sane router these NAT problems are not an
issue. And with many routers running Linux today so you can even get a
shell and check iptables... :)
We are obviously talking about a different price category of routers.
Most
On Tue, 16 Sep 2008, Stroller wrote:
The risk is that you want to install X that depends upon Y.
The ebuild for X states that version 1.2.3 of Y must be used because
there's a bug in 1.2.2.
The new version of Y fails to compile, so when X is compiled it only
has the old version of Y to
Matthias Bethke wrote:
I'd say the vast majority of chroot jails are there for nothing
else but security.
Alan Cox: chroot is not and never has been a security tool, see e.g.
http://kerneltrap.org/Linux/Abusing_chroot
No disrespect to Mr. Cox but a silly argument stays a silly
Could you please use a mail client which insert correctly the fields
In-Reply-To ans Reference ?
Thanks for the hint, I was not aware of this. But unfortunately, it
appears that it is not just a question of the mail client:
I am subsribed to the list as post-only (for several reasons which I
On Tue, 16 Sep 2008, Neil Bothwick wrote:
On Tue, 16 Sep 2008 13:49:36 +0200 (CEST), Vaeth wrote:
It is always better to have a port not open than to rely on a router
to close it apparently.
If you are using NAT on the router, you have to explicitly forward that
port somewhere
Neil Bothwick wrote:
On Tue, 16 Sep 2008 17:29:16 +0200 (CEST), Vaeth wrote:
If you are using NAT on the router, you have to explicitly forward
that port somewhere for it to work. [...]
Except that this is not completely true [...]
So the router maintains a database of current
Matthias Bethke wrote:
Hi Vaeth, [...]
Also a chroot jail is not a security feature: There are several
ways known how to break out.
[...] But there's only one reason I can see why you'd use a
chroot environment *except* for security and that's to have more than
one set of system
Alan McKinnon wrote:
You asked me to do something. It didn't work
But it is an annoyance if you leave your computer on during the three
days you are on the road to compile a load of new packages like e.g.
a new kde version, and when you return, compiling has not even started
because your first
Is this not in portage, not in the world file or what?
Installed packages with a version not in the database (or masked):
The database is what is produced by update-eix, i.e. usually
the portage tree and your overlays (and perhaps virtual overlays).
So, as a rule, it means that you have at
Neil Bothwick wrote:
On Sun, 13 Apr 2008 14:02:38 +0200, Daniel Pielmeier wrote:
Redundant is where the package is still available but the /etc/portage.*
entry is no longer needed. e.g. you have dev-lib/foobar-1.1 ~x86 in
package.keyworkd but it is now stable.
Sounds reasonable,
Dale wrote:
Vaeth wrote:
Is this not in portage, not in the world file or what?
Installed packages with a version not in the database (or masked):
Also, emerge -uvDNp comes out clean. Nothing to upgrade or downgrade.
Revdep-rebuild comes out clean as well.
The installed packages
Installed packages with a version not in the database (or masked):
[I] app-misc/beagle ([EMAIL PROTECTED]/27/08)
^
This is your problem: eix is not able to detect from which repository
this version was installed. The reason is that you
On Fri, 15 Feb 2008, Uwe Thiem wrote:
Second, no journalled filesystem in the whole wide world can prevent
occurences of inconsisteny in case of a power cut. None, try as they
might.
This is correct.
If the journal change still resides in the
harddrive cache while your power cut occurs,
On Sun, 18 Nov 2007, Sean wrote:
I'd really like to replace the /bin/sh link to point to a smaller shell,
such as ash or dash instead of the bash default, but that apparently makes
functions.sh _very_ unhappy.
Use baselayout-2. I use /bin/sh - dash with baselayout-2 and have no
problems with
On Thu, 8 Nov 2007, James wrote:
In my /etc/conf.d/clock file I have these relevant settings:
CLOCK=local
TIMEZONE=America/New_York
CLOCK_SYSTOHC=yes
it's a dual boot (XP gentoo) workstation.
I had to set the time manually to adjust for the 1 hour shift.
I guess you mean that in this
On Sat, 28 Jul 2007, Kent Fredric wrote:
On 7/28/07, Nick Rout [EMAIL PROTECTED] wrote:
I have a much abused gentoo system on which I was trying to update eix.
I get quite a few errors [...]
for a start it looks like the wrong GCC, last i read eix doesnt
compile with gcc-3.4
It seems
mask.cc:(.text+0x1663): undefined reference to [...]
This is a known issue with eix-0.9.8 and gcc-3.* with an easy fix.
I resynced this morning, but nothing has changed.
Resync once more. The patch was included in the tree today
without a revbump.
--
[EMAIL PROTECTED] mailing list
nazgul ~ # eix gimp-print
[I] media-gfx/gimp-print
Available versions: 4.2.7 (~)5.1.0 {cups foomaticdb gimp gtk nls
ppds readline}
Installed versions: 5.1.0(20:50:45 05/02/07)(cups foomaticdb gimp
gtk -nls ppds readline)
Homepage:
The testign version is better, but sort of strange. For
gentoo-sources it gave a nice readable list. However for rt-sources it
didn't.
rt-sources is from some overlay, and probably you are using
OVERLAY_CACHE_METHOD=none
which cannot read SLOT-data calculated in eclasses.
You might
201 - 236 of 236 matches
Mail list logo
