> 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).
[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: ~0.3.6.4 ~0.3.6.5 ~0.3.7
[...]
> It's unkeyworded, however
Did you verify with portage that it is unkeyworded?
(There could
> [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
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 occu
> 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 h
> 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 hav
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 reaso
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.
> Revde
> | I was wondering what people's opinions are wrt. --as-needed in LDFLAGS
> | these days.
>
> +1 for using it by default.
>
> I have exactly one package that fails and that is "superkaramba".
I use it for all packages, but my list of packages for which it fails
is somewhat longer (but not seri
> One could write a dual-portage thingy that replicates what you have then
> does emerge --sync, and also has an --undo fetaure for just in case.
Or you could simply use squashfs + aufs/unionfs to host your portage
tree, see http://forums.gentoo.org/viewtopic-t-465367.html.
This way you can still
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
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 t
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 wi
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
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 [
On Tue, 16 Sep 2008, Matthias Bethke wrote:
> I don't even see why you'd strictly need connection tracking to avoid
> attacks made possible by grossly misconfigured ISP routers. Your router
> knows that packets with a destination address of 10/8, 192.168/16 and
> the like have absolutely no busin
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 a
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 firs
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 r
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
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 s
> 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 whic
>
> 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:http://gimp-print.sou
> 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
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 _var
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.
> 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 OBSOLETE_NOWAR
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 c
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 - wh
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 thin
>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 migh
# 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 t
Wolfram Schlich wrote:
>
> Use this for a quick fix until it's sorted out upstream:
It is not an upstream issue. You can use the ebuild from the
mv overlay which does not patch the upstream build system.
Wolfram Schlich wrote:
> So, you (also) are effectively the maintainer
There was some dispute. It seems that now my requests are ignored:
https://bugs.gentoo.org/628512
David Haller wrote:
> autotools is _by far_the best both from a users and a packagers view.
I do not agree. Its main advantage is that it is compatible with
most existing unix systems (but I am already not so sure whether
this also holds if you also want to compile for windows, powerpc,
etc.)
>
David Haller wrote:
>
> Mow is that meson_options.txt
> maintained? Automatically or by hand? If the former: yay!
No, the former would be bad since it would require an
analogue of an "autoreconf" run which is what meson avoids.
> If the latter, treat it as non-existant...
I think you misunderst
Adam Carter wrote:
> so why have it if you force it off?
One thing is the ebuild and the other is the profile:
It might be different in a different profile.
Walter Dnes wrote:
> Question: does PIE imply pic/PIC?
The code is somewhat different, but in principle yes.
> I.e does a PIE build also require USE="pic"
Assembler code which breaks pic will also break pie,
so better do not use that code.
> and CFLAGS/CXXFLAGS="-fpic -fPIC"?
These are usua
Nikos Chantziaras wrote:
>
> Well, if you're running a local process that is trying to attack you,
> you've been compromised already, imo.
By your definition, you are compromised if you surf to the
wrong webpage with enabled javascript.
While this is arguably true, I would distinguish between va
Nikos Chantziaras wrote:
> Yeah, that's the kind of software that benefits from the Spectre
> mitigation patches. Like browsers, virtualization or emulation software,
> the kernel, etc.
No. It's software like gnupg, encfs, openssl and all the library they
use (glibc, glib, X etc) which need these
Nikos Chantziaras wrote:
>
> For example, if you don't trust Firefox, don't install Firefox. But you
> *do* trust Firefox. What you don't trust is the JS code Firefox is
> executing.
That's an artificial distinction, because it is actually firefox
which is executing the code during the interpreta
Akater wrote:
> I just tried
>
>> emerge --ask --verbose --update --oneshot x11-base/xorg-proto x11-proto/s=
> crnsaverproto
>
> > (x11-proto/scrnsaverproto-1.2.2-r1:0/0::gentoo, installed) pulled in by
> >x11-proto/scrnsaverproto
It should be scrnsaverproto-1.2.2-r2 which is pulled in.
Mayb
Dale wrote:
>
> I been holding off on upgrading Firefox. Basically, it breaks addons
> that I just can't go without. Tab groups and some other tab utilities
> are among them.
Basically the situation is the following:
>=firefox-57 support so-called WebExtensions which intentionally
are less power
tu...@posteo.de wrote:
>
> There two reasons for which I have switched to waterfox: Privacy and
> memory.
>
> About:config and search for "telemetry"
Telemetry can be switched off.
> Or check how many URLS are configured under about:config.
It is in "about:config", so they can be switched off.
Ian Zimmerman wrote:
> On 2018-03-31 08:18, Martin Vaeth wrote:
>
>> As usual, there is the balance
>> "convenience" (old plugins) <-> "security".
>> In the beginning (say, until firefox-52 is no longer supported
>> upstream),
Ian Zimmerman wrote:
> On 2018-04-01 09:15, Martin Vaeth wrote:
>
>> noscript, ublock-origin, and https-everywhere (maybe for privacy also
>> coupled with decentraleyes, duckduckgo{-privacy-esesntials},
>> canvasblocker, skip-redirect)
I had forgottten to mention: These
Bill Kenworthy wrote:
> I use the palemoon overlay.
There is also the octopus overlay.
Anyway, both can only react to upstream.
> builds fine with gcc-6.4
Yes, but it has random crashes which do not occur with gcc-5,
and as somebody familiar with the code posted somewhere,
the reasons are quite
tu...@posteo.de wrote:
> On 04/02 05:41, Martin Vaeth wrote:
>> It seems currently that mozilla, google, and apple are the only
>> oranganizations with enough resources to maintain full browsers,
>> and any forks of their browsers which diverge more than a patchset
>>
Walter Dnes wrote:
> Mind you, the Pale Moon team may not
> have the staffing level required to write a new compiler, maintain a
> politically correct "community", integrate real-time-chat into the
> browser, integrate "Pocket" into the browser, rewrite the GUI every so
> often, yada, yada, yada.
Bill Kenworthy wrote:
> On 02/04/18 13:41, Martin Vaeth wrote:
>> Bill Kenworthy wrote:
>>> I use the palemoon overlay.
>> There is also the octopus overlay.
>> Anyway, both can only react to upstream.
>>
>>> builds fine with gcc-6.4
>> Yes, bu
Daniel Frey wrote:
> On 04/02/18 08:21, Ian Zimmerman wrote:
>>
>> BTW, your mails are full of strange space characters
>
> I don't see any extra spaces in Dale's message
After every "." there is a non-breakable space inserted.
I guess this is an attempt of some editor to non-french-space
ASCII t
Peter Humphrey wrote:
> On Monday, 2 April 2018 21:50:30 BST Philip Webb wrote:
>> 180402 Dale wrote:
>> > After each period at the end of a sentence, I put in two spaces, not one.
>> > Something I was taught years ago somewhere and still do.
>> > I only put one after a comma tho.
>>
>> That is co
James Cloos wrote:
> For eix, I have this in a file in /etc/eixrc/:
>
> BG0=none
> BG1=none
> BG2=none
> BG3=none
If you only use colorscheme 3 you need only BG3=none
> COLORSCHEME0=3
> COLORSCHEME1=3
The former (...0=3) should have no effect at all if your TERM
is recognized by eix as 256-colo
Rich Freeman wrote:
>
> Higher-level languages will probably become nearly immune to Spectre just
> as most are nearly immune to buffer overflows.
Quite the opposite: Higher-level languages *always* do some checks
for array-length etc, and it is the _checks_ which are vulnerable.
You can only mak
Rich Freeman wrote:
> On Tue, May 8, 2018 at 4:19 AM Martin Vaeth wrote:
>
>> Rich Freeman wrote:
>> >
>> > Higher-level languages will probably become nearly immune to Spectre
> just
>> > as most are nearly immune to buffer overflows.
>
>> Qui
Rich Freeman wrote:
> On Wed, May 9, 2018 at 2:18 PM Martin Vaeth wrote:
>
>> Which would be the horribly slow case I mentioned above.
>
> I'm saying that high-level languages can be made safe.
>
> You're saying that making high-level languages safe comes at a
Rich Freeman wrote:
> On Thu, May 10, 2018 at 1:34 AM Martin Vaeth wrote:
>
>> As a simple example, assume that you have read a password file
>> into a string of your language and now access a single password.
>> No matter, how you mark the end of the passwo
Klaus Ethgen wrote:
> - - What does that -oss in brackets mean?
It means that it is masked in use.mask or package.use.mask
In your case the file /usr/portage/profiles/default/linux/package.use.mask
explains the reason.
> - - How can I force usage of oss
In your case: Put into /etc/portage/profi
Davyd McColl wrote:
>
> 1) `sync-depth` has been deprecated (should now use `clone-depth`)
The reason is that sync-depth was meant to be effective for
every sync, i.e. that with sync-depth=1 the clone should stay shallow.
However, it turned out that this caused frequent/occassional errors
with gi
Rich Freeman wrote:
>
> Biggest issue with git signature verification is that right now it
> will still do a full pull/checkout before verifying
Biggest issue is that git signature happens by the developer who
last commited which means that in practice you need dozens/hundreds
of keys. No package
Rich Freeman wrote:
>
> git has the advantage that it can just read the current HEAD and from
> that know exactly what commits are missing, so there is way less
> effort spent figuring out what changed.
I don't know the exact protocol, but I would assume that git is
even more efficient: I would a
Davyd McColl wrote:
> @Rich: if I understand the process correctly, the same commits are
> pushed to infra and GitHub by the CI bot?
Yes, the repositories are always identical (up to a few seconds delay).
> I ask because prior to the GitHub incident, I didn't have signature
> verification enable
Rich Freeman wrote:
> On Sat, Jul 7, 2018 at 1:34 AM Martin Vaeth wrote:
>>
>> Biggest issue is that git signature happens by the developer who
>> last commited which means that in practice you need dozens/hundreds
>> of keys.
>
> This is untrue. [...]
>
Rich Freeman wrote:
> On Sat, Jul 7, 2018 at 1:51 AM Martin Vaeth wrote:
>> Davyd McColl wrote:
>>
>> > I ask because prior to the GitHub incident, I didn't have signature
>> > verification enabled
>>
>> Currently, it is not practical to change
e?
>
> Doesn't portage create that metadata anyway when you run it
You should better have it created by egencache in portage-postsyncd;
and even more you should download some other repositories as well
(news announcements, GLSA, dtd, xml-schema) which are maintained
independently, s
Rich Freeman wrote:
> emerge --sync works just fine if
> there are uncommitted changes in your repository, whether they are
> indexed or otherwise.
You are right. It seems to be somewhat "random" when git pull
refuses to work and when not. I could not detect a common scheme.
Maybe this has mainly
Peter Humphrey wrote:
> On Friday, 6 July 2018 06:34:01 BST Davyd McColl wrote:
>
>> 1) `sync-depth` has been deprecated (should now use `clone-depth`)
>
> [...] And why is the recent news item referring to instructions
> to use sync-depth?
Things have changed with portage-2.3.42:
sync-depth is a
Akater wrote:
>
>> configure:3753: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe
>> -Wl,-O1 -Wl,--as-needed conftest.c >&5
This should succeed. So the problem is probably this:
>> cc1: fatal error: /usr/local/include/stdc-predef.h: Permission denied
It seems that you have this file but that
Thanasis 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),
KEEP_VIRTUALS=true makes
Thanasis 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 with the necessity t
Thanasis 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 us
pk 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 today...
For somebo
Michael Orlitzky 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 specification
>> 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 a separate
firewall-scripted.sh
which can be conveniently used for such scripting.
shawn wilson wrote:
> On Fri, Oct 4, 2013 at 5:58 PM, Michael Orlitzky wrote:
>
>>
>> 1. The iptables-restore syntax is uglier and harder to read.
>
> I don't get this - the syntax is [...]
> What am I missing or how is this uglier?
Argument separation (e.g. if you have arguments with spaces);
i
Michael Orlitzky 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
Michael Orlitzky 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 of
>>
Michael Orlitzky wrote:
> Port knocking is cute, but imparts no extra security.
It does, for instance if you use it to protect sshd and
sshd turns out to be vulnerable; remember e.g. the
security disaster with Debian.
> A better, secure way to achieve the same goal is with OpenVPN.
Using yet an
Pandu Poluan wrote:
>
> Thanks, Martin! I was about to create my own preprocessor, but I'll check
> out yours first. If it's what I had planned, may I contribute, too?
Sure, patches are welcome.
William Kenworthy wrote:
>
> If you are going to go to this bother ... why not use shorewall, create
When I checked for scripts creating rules, none fulfilled my needs.
(I do not know whether I checked shorewall at this time).
For instance, instead of dropping most packets, I want to reject them
Michael Orlitzky wrote:
> On 10/14/2013 07:49 AM, Martin Vaeth wrote:
>>
>> Using yet another service with possible holes to protect a sshd?
>> In this case, I would like port knocking at least for this OpenVPN.
>
> The sensitive parts of OpenVPN are audited
Tanstaafl wrote:
>> Like passwords, these sequences should better not stay the same for
>> too long...
>
> Forced changing of passwords
I agreee: To do this to protect *other* users will not work.
It's a different thing if you use it for protection of your own data...
Andreas K. Huettel wrote:
>
> Minor updates (5.x.y -> 5.x.y+1) do not need any rebuilds
> or reinstallations of modules.
This is at most partially correct:
At least, after the update, the install directories change;
here from
/usr/lib/perl5/{vendor_perl,}/5.20.1
to
/usr/lib/perl5/{vendor_perl,}/
Andreas K. Huettel wrote:
>
>> Moreover, I didn't check before the rebuild, but after
>> the rebuild there is no 5.20.1 in @INC.
>
> Sure about this?
I checked this, of course.
But now I realize that the path is *added* to @INC
(even to the perl -V output!) when I re-create it...
walt wrote:
>
> it tries to read from the floppy and prints an error message to the console
No. The kernel does not do this. It is either udev or some other
part of your init system which does this.
> "mount" at a bash prompt, and then spams the screen
> with errors about /dev/fd0.
And again it
meino.cra...@gmx.de wrote:
> A novice asks the master Emerge:
> "Is there Zen also in every upgrade, which will serve to Gentoo?"
Did the novice ask the correct question about the life, the world,
and everything? Your mantra should be
emerge -NaDu @world
(--with-bdeps=y in EMERGE_DEFAULT_OPTS in
Nikos Chantziaras wrote:
>
> Now that 5.1 is in Portage (masked), you should keep in mind that
> emerging it will result in the 5.1 libraries being used, even if you
> keep 4.9 (or 4.8) as the default compiler.
If you should really get problems with this, you can manually
remove the corresponding
Neil Bothwick wrote:
> On Sun, 26 Apr 2015 06:49:09 + (UTC), Martin Vaeth wrote:
>
>> nvidia legacy drivers?
>> In the latter case you are doomed...
>> I also had to throw out recently an nvidia card because of this.
>
> Was nouveau not an option.
No. It seems,
meino.cra...@gmx.de wrote:
> But the same script states:
>
> [I] x11-base/xorg-server
> Available versions: 1.12.4-r4(0/1.12.4) [m]1.15.2-r2(0/1.15.2)
The [m] means that you masked newer versions of xorg-server locally.
If you remove that local mask, the blockers should be gone.
Do you have
Philip Webb wrote:
>
>> If you're willing to wait an hour, it might be able to come up
>> with a list of ways you could resolve a conflict, but basically
>> all of them will be wrong, eg suggestion #1, uninstall everything.
>
> Really, this is a flippant response to a serious issue,
No. It is how
Andrew Savchenko wrote:
>
> That's why kernel makes sure that no floating point instructions
> sneaks in using CFLAGS, you may see a lot of -mno-${intrucion_set}
> flags when running make -V.
So it should be sufficient that the kernel does not use "float"
or "double", shouldn't it?
I can hardly i
James wrote:
>
> So instead of my spew of ascii information files, I'm now composing
> 'man pages' mostly using txt2man.
If you want to avoid learning *roff, there is also e.g. pod from perl
which gives you simple basic markup functionality and can output in
man page format (and other format).
Fo
James wrote:
>
> Pod leaves me with too many choices. Can you narrow it down?
pod (and pod2*) is part of perl. Very likely it is already installed.
man perlpod (or "perldoc pod::perlpod" if the former does not work
on your system).
> eix latex returns too many choices. What is the best one(s) to
hw wrote:
>
> there are quite a few TeX/LaTeX packages available.
emerge texlive with USE=latexextra
> print labels on label printers
texdoc labels
hw wrote:
>> texdoc labels
>
> This seems to be for pre-defined labels like you get them in A4 size?
I have no experience with it; for my purposes a simple manual setting
was always enough. There are of course more (La)TeX packages for labels,
probably most already installed with USE=latexextra.
James wrote:
> This is why I was looking for a 'tool' or script that would allow me
> to easily browse the default package listings for the different
> arch types with a default profile.
If you only want to see the @system set of $PROFILE, use
PORTAGE_PROFILE=/usr/portage/profiles/$PROFILE4 eix
Neil Bothwick wrote:
>
> PORTAGE_PROFILE=/usr/portage/profiles/$PROFILE eix -c --system
>
> The 4 is an interloper.
Yep, a typo: Next key to the E when one finger presses "shift"...
Although once PORTAGE_PROFILE was supposed to become a
variable in make.conf, it seems to not have made it.
eix st
James wrote:
> # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a/eapi
This is not a directory. If PORTAGE_PROFILE is not a readable
directory, eix falls back to the symlink
James wrote:
> Martin Vaeth mvath.de> writes:
>
>
>> James tampabay.rr.com> wrote:
>> > # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a/eapi
>
>> This is not a directory. [...]
>
> How do I determine [...]
Choose the directory to which you
James wrote:
>
> # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a eix -c --system
> No matches found.
Obviously, this profile contains no @system packages.
Which appears natural for an embedded profile...
1 - 100 of 239 matches
Mail list logo
