s/metadata.xml?revision=1.13&view=markup
--
Nicolas Sebrecht
ke the vanilla sources and apply the patches you want to test from the
patchsets manually.
>I can see some nfs suspend patches here... So that could be culprit!
>[1]http://dev.gentoo.org/~mpagano/genpatches/trunk/3.18/1008_linux-3.18
>.9.patch
Perhaps, yes. You'll have to make your checks. ,-)
--
Nicolas Sebrecht
illa kernel while efforts are made
to avoid including intrusive patches.
http://dev.gentoo.org/~mpagano/genpatches/about.htm
http://dev.gentoo.org/~mpagano/genpatches
,-)
--
Nicolas Sebrecht
orry, I can't. I don't have them anymore while I'm sure they are still
used in production.
It's something easy to do, though. The scripts themselves are
distribution agnostic. E.g. my ipfilter service only used $IPTABLES. The
only thing to update are the service files for openrc, systemd, upstart,
whatever.
--
Nicolas Sebrecht
a recent past and it worked quiet fine
(802.1q VLAN, traffic shaping with tc, advanced firewall with scripted
iptables rules, ethernet cards controlled with ethtool (I could fix
speed/duplex for incompatible network hardware), ssh, etc).
While there is no wifi I found this MUCH better than WRT54GL, for
example.
--
Nicolas Sebrecht
On Fri, Feb 13, 2015 at 10:24:26PM -0200, Urs Schütz wrote:
> On 02/13/15 16:19, Nicolas Sebrecht wrote:
> >
> >Hi guys,
> >
> > If you have mesa and eselect-opengl-1.3.X installed, could you please
> > tell me if the symlink /usr/include/GL/glext.h
Hi guys,
If you have mesa and eselect-opengl-1.3.X installed, could you please
tell me if the symlink /usr/include/GL/glext.h is broken for you?
Thanks,
--
Nicolas Sebrecht
On Wed, Feb 11, 2015 at 08:14:52AM -0800, walt wrote:
> On 02/11/2015 03:38 AM, Nicolas Sebrecht wrote:
> > On Tue, Feb 10, 2015 at 04:56:13PM -0800, walt wrote:
> > Did you check the devices?
>
> I haven't yet figured out how to display the devices with virsh.
l=kvm" command line option, here. I wonder if you
have a recent declared ABI. Here it is pc-1.1, hvm:
hvm
<...>
--
Nicolas Sebrecht
fine with these devices (virsh edit):
I had a winXP with such configuration, AFAIR. Be care with the "bus" and
"slot" options to not take anything already assigned.
--
Nicolas Sebrecht
IK,
> it is not planned to cancel other download methods anyway.
Of course. This is not going to be a requirement. Non-developers should
stick with rsync. No one meant to replace rsync with Git. It is about
replacing CVS with Git.
--
Nicolas Sebrecht
On Thu, Nov 27, 2014 at 03:46:06PM -0600, Canek Peláez Valdés wrote:
> It sounds really cool Sabayon, I should probably try it one of these days.
I'd say it's my favorite distro. Sadly, equo still doesn't know how to
"depclean".
--
Nicolas Sebrecht
usly in this subject.
>
> Good day, sir.
Please, stop feeding that troll!
--
Nicolas Sebrecht
On Sun, Nov 23, 2014 at 08:15:26PM +0100, Volker Armin Hemmann wrote:
> which works so well with different useflags.
Yes, things need improvements.
--
Nicolas Sebrecht
On Sun, Nov 23, 2014 at 02:30:12PM -0500, Rich Freeman wrote:
> On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
> wrote:
> > Portage should support a way to expose ALL the conditions for a software
> > to work and update installed libraries to match the requirements.
>
is does not add paths to the
tree. It only validates or invalidates paths.
And if time for dependency resolution would become a real problem, there
are ways to solve that. One could be making pre-calcultated caches of
parts of tree/paths.
--
Nicolas Sebrecht
step-child, and as such OpenRC is and will be
> 100% fully supported.
>
> With that in mind, it is also 100% on the *systemd proponents* to make
> sure that *systemd* is 'fully supported' as an *alternate* init system.
You're wrong. At first, Gentoo does with what software maintainers
offer.
--
Nicolas Sebrecht
rewrite their own
"static" dependency tree with their own ebuilds. That sucks.
Portage should support a way to expose ALL the conditions for a software
to work and update installed libraries to match the requirements.
--
Nicolas Sebrecht
out handling some kind of pointers? Don't like
the toolchain? Point to another one. Don't like the way ruby is handled?
Point to another one.
So, is it about overlays? No. I'd say overlays are some kind of poor
pointers for many reasons.
Hence, why not adding the pointers we are all missing and rethinking the
other pointers?
--
Nicolas Sebrecht
ect in accordance with both the technical norme
and the persons involved in a discussion. You won't remove this from my
education and local policies instored by legitimate (or not)
policymakers won't change my practice and expectation.
--
Nicolas Sebrecht
s up to those few; it could happen, but most respond instead.
>
> I just read the last message from you Tom.
>
> Good bye.
Heh. Blacklisting just make things even worse because you won't
blacklist other contributors responding to Tom. So, you'll have broken
and partial threads.
--
Nicolas Sebrecht
in. That's just how it should
be done and what almost everybody expects on technical mailing lists.
--
Nicolas Sebrecht
The 26/02/14, hasufell wrote:
> I wasn't only talking about modules and yes... loading them on demand
> actually proves my point.
No. We are talking about servers.
--
Nicolas Sebrecht
s to have a wide community to ensure better support and
surveillance on security issues in order to expect better support by the
community to offer _updates_.
> My point is that Gentoo
> provides native techniques to raise the attack cost. That's all.
And I'm afraid.
--
Nicolas Sebrecht
st always loaded on demand, Gentoo does not
make things better in this area, either.
--
Nicolas Sebrecht
pretend they are ridiculously insignificant in the
wild.
--
Nicolas Sebrecht
now if it actually was
the case.
I have to refresh my skills on the topic with a bit more homework,
again. Didn't expect things have changed that much in a few time. :-)
--
Nicolas Sebrecht
nit' command, I'm pretty sure it doesn't install anything.
> I've no idea; I've never used Sabayon, although I'm interested in trying it.
BTW, I'm pretty sure Fabio (cc'ed) will be fine to explain how he
implemented the eselect init command and the whole magic behind it. ,-)
--
Nicolas Sebrecht
highly dynamic non-trivial network configurations, then networkd will
> not be enough.
>
> And, by the way, someone make me notice that netctl is an Arch'ism,
> and that the command-line front-end for networkd is actually
> networkctl.
Yes, it was taken from Arch in order to allow better network support for
advanced configurations whitout requiring to write yet another tool.
The thing is that I would expect systemd to handle the whole thing on
its own (with the help of iproute2) so that services have nice
grain-level dependencies.
--
Nicolas Sebrecht
ence matters at all.
... but I have no idea how it is done. That's why I asked what packages
would require a reinstall (got no precise answer for now).
--
Nicolas Sebrecht
ere.
While excluding few security issues by compiling less code is possible,
believing that "non-standard binaries" (in the sense of "compiled for
with local compilation flags") gives more security is a dangerous dream.
--
Nicolas Sebrecht
s systemd works the opposite way, AFAIU.
You solution requires per-daemon extraction rules and have to be
maintained over time. So, postponed to errors.
Definetly not a 5-minutes job.
--
Nicolas Sebrecht
ested by others.
So, we can't say what is the true impact of use flags on security or
stability compared to any widely-used pre-compiled distribution.
--
Nicolas Sebrecht
The 17/02/14, Canek Peláez Valdés wrote:
> It depends; right now you can't switch back and forth between OpenRC
> and systemd without reemerging some stuff.
Interesting. Didn't know that. What packages need to be recompiled?
BTW, respect for your patience in this thread!
--
Nicolas Sebrecht
stall
grub. This will be required at some point in time in the future to
update it either way.
> I'll stop wasting
> time
> and follow your suggestion of installing on a single disk first, before I
> mirror it thereafter.
--
Nicolas Sebrecht
to the original swap
problem.
>5 wait for the raid device is synchronized
>
>6 change fstab and grub config to reflect the new disklayout
--
Nicolas Sebrecht
On Wed, Oct 16, 2013 at 08:10:40PM +0200, Nicolas Sebrecht wrote:
> On Tue, Oct 15, 2013 at 10:42:18PM +0100, Mick wrote:
>
> > mdadm --create --auto=mdp --verbose /dev/md_d0 --level=mirror
> > --raid-devices=2
> > /dev/sda /dev/sdb
> >
> > which is thereaf
ps (e.g. mixing mirror types), or
because I need to have the setup more flexible.
--
Nicolas Sebrecht
t least, if not upstream).
--
Nicolas Sebrecht
uboptimal performance on this hardware ...
I would think about a kernel bug first and try with a much lower
version.
--
Nicolas Sebrecht
my mosh-session ...
>
> This is a 24-core-system ... it shouldn't even blink ...
If you are sure the load don't come from userland (htop?), I would
think about reporting a kernel bug. This might be an issue with the NIC
driver.
--
Nicolas Sebrecht
The 27/09/13, Stefan G. Weichinger wrote:
> Am 27.09.2013 15:02, schrieb Nicolas Sebrecht:
>
> > You should give details of the tests. It looks like a hard disk write
> > speed bottleneck.
>
> I will get access again on monday.
>
> That's a hardware RAID-1
he behavior that the transfer started rather fast and slowed down
> within minutes. Let's say ~50 MB/s in the start and then down to maybe 2
> or so. That is way from the expected throughput with such new hardware.
You should give details of the tests. It looks like a hard disk write
speed bottleneck.
--
Nicolas Sebrecht
The 04/09/13, Joerg Schilling wrote:
> Linux does not contain code to boot AFAIK
Sure, it does. You can boot on the kernel directly without a boot
manager.
--
Nicolas Sebrecht
n the past. Except of some corner
cases, I don't think it worth the trouble anymore.
--
Nicolas Sebrecht
On Sat, Aug 03, 2013 at 03:20:27PM +0200, pk wrote:
> On 2013-08-03 14:28, Nicolas Sebrecht wrote:
> > On Fri, Aug 02, 2013 at 08:34:11PM +0100, Steven J. Long wrote:
>
> > While I (and others BTW) was trying to provide an external POV with
> > points to make o
tically every user
knows);
- learn where to find the doc and read it;
- learn all the basics;
- not magnify myself.
Thank you for all the smart feedbacks. Obvisously, it was all about me.
I want to believe you don't embody the dominant POV of the Gentoo
maintainers about the original topic.
I'm going serioulsy tired of this thread.
--
Nicolas Sebrecht
On Fri, Aug 02, 2013 at 01:58:35PM +0200, hasufell wrote:
> So we are pretty open to new contributors.
Nice conclusion!
--
Nicolas Sebrecht
en source world and when it comes
to recruitement, workflow and decision processes I think I know what I'm
talking about.
Pointing out my "hand-holding", "ego-stroking" or whatever looks
pointless. I know the basics.
Thanks,
--
Nicolas Sebrecht
to commit for them every
> single time. It is annoying, so we want them to become devs ;)
Obsiously. :-)
Regards,
--
Nicolas Sebrecht
d myself to the dev list two times in the past. Nobody
cared and I had no answers.
--
Nicolas Sebrecht
l
package maintainers making the first review before they do the merge and
submit to the main maintainers. Something like the kernel with
the main maintainers, the lieutenants and open contributors.
--
Nicolas Sebrecht
all for
being a member, success the online tests, keep mentored some time. Not
very light and efficient...
Now, I'm away from Gentoo and it's fine. :-)
--
Nicolas Sebrecht
On Thu, Jan 24, 2013 at 02:21:22PM +0100, Silvio Siefke wrote:
> Hello,
>
> On Wed, 23 Jan 2013 09:30:02 +0100
> Nicolas Sebrecht wrote:
>
> > Did you check if the system is swapping when that happen?
>
> Im sorry, you mean Swap? How can check them best?
% fre
call on a website and the result end in freeze.
> What is really strange, when i run emerge --sync ; emerge -avuDN @world,
> the Pentium 4 is faster as the Atom. Is that normal?
Did you check if the system is swapping when that happen?
--
Nicolas Sebrecht
th memory is the key, of course.
Now, as long as you blind yourself with statements like that, I'm not
going to respond anymore. I guess you need to make some basic research.
--
Nicolas Sebrecht
The 07/09/12, Nicolas Sebrecht wrote:
> > There is another flaw in your assumption above. I already had the
> > tarballs downloaded BEFORE even the first emerge.
>
> This is not a flaw in assumption. This is negligible.
Fixing myself: s/negligible/out of the scope/
--
Nicolas Sebrecht
rtage on tmpfs does not make emerge times
> faster yet?
No. It depends on factors and underlying processes you claim they don't
matter, which is wrong. They *might* be not relevant in some cases.
--
Nicolas Sebrecht
out of available memory to hit a situation where you'll have to wait
for the disk to retrieve files. So, this will affect times.
--
Nicolas Sebrecht
We say that you might not care
in some contexts, not for all the contexts. You reach the context where
it does not matter much, fine.
--
Nicolas Sebrecht
atever backend
storage you use.
The difference you could see is if there is not enough RAM for the
kernel cache, it will have to wait for the backend storage.
--
Nicolas Sebrecht
ot of RAM like you have, the persistence strategy of the
kernel cache is NEVER raised in the process.
This is exactly what your tests demonstrate demonstrate: if you have
enough RAM, the persistence strategy of kernel cache is not raised, so
everything happens in RAM, so the emerge times do not differ.
--
Nicolas Sebrecht
ernel
cache can't keep all the cached files for all the processes because it
is missing of RAM, then underlying disk rapidity (tmpfs vs bare metal
HDD) will sightly change the results.
--
Nicolas Sebrecht
whole emerge process and
every other process run by the kernel during the emerge.
--
Nicolas Sebrecht
The point is,
/tmpfs cache (RAM)/ or /kernel cache (RAM)/, having portages work on tmpfs
doesn't result in
speed improvements.
--
Nicolas Sebrecht
ny difference? I mean, really? o_O
It won't make any difference from the drop cache configuration but it is
still not the point!
--
Nicolas Sebrecht
first thing emerge will do is to
uncompress the package. At this time, all the files are cached in RAM.
Hence, everything needed for the build/compilation will come from the
cache like it would do with tmpfs.
--
Nicolas Sebrecht
ds of the software
maintainer).
FMPOV the key role is the maintainer. The job requires both good
technical knowlegde and a large project view.
--
Nicolas Sebrecht
l get with "I haven't updated my Gentoo for
> over a year, how do I best do the upgrade?" from people following this
> advice?
I think there is a better thing to do. Use an initramfs.
This is not hell! ;-)
--
Nicolas Sebrecht
we could well need /var mounted too.
>
> Which begs the obvious question,
>
> Why on earth is udev launching daemons in EARLY BOOT?
udev launches nothing. udev scripts do. These scripts are not part of
udev.
--
Nicolas Sebrecht
run to take advantage of this udev facility.
Pointing to this fact is not FUD. I'd say it is nice analysis which
could even help the current udev -> mdev effort by providing a different
picture of the landscape.
--
Nicolas Sebrecht
ee
an improvement to let me tune the NIC names if I need to. I have routers
with *lot of* NIC cards where this feature is very usefull (expressive
names are much better than ethX).
> (Apologies for anyone who sees this message in such a result; just
> delete /etc/udev/rules.d/70-persistent-net.rules, and you should get
> eth0 back.)
--
Nicolas Sebrecht
ver they are desktop, embedded or servers. Actually, I already rely
on initramfs for all of these kind of systems for years with success.
--
Nicolas Sebrecht
Unfortunately,
> they're so minimalistic and server-oriented that they use uclibc instead
> of glibc.
Hugh?
http://alpinelinux.org/apk/main/x86/udev
--
Nicolas Sebrecht
The 03/01/12, Volker Armin Hemmann wrote:
> Am Dienstag, 3. Januar 2012, 14:36:08 schrieb Nicolas Sebrecht:
> > It's free software so everybody can feel free to support him, of course.
> > I think it's time consummed in the wrong road. I'm a bit curious how
> &g
The 03/01/12, Pandu Poluan wrote:
> On Tue, Jan 3, 2012 at 20:13, Nicolas Sebrecht wrote:
> > But servers have enough ressources to run udev and any required
> > initramfs to mount /usr.
>
> No, no, no, you got it the wrong way around.
>
> It's not udev *per
'm a bit curious how
long this alternative can survive. :-)
--
Nicolas Sebrecht
em you will be face with in the mdev way
is the move of binaries from /bin to /usr/bin and so.
--
Nicolas Sebrecht
equire a dynamic /dev and AFAIK the only existing and up-to-date tool
for this job is udev.
I don't think any other distro attempted to get free of udev as it means
coming back to 10 years ago, at least.
--
Nicolas Sebrecht
ally caused
> by VB modules and not something else?
This is a question you should ask to the kernel developers. You're free
to not trust them, of course. I'll still think they are at a much better
place than yours to tell which driver are crap and which are not.
--
Nicolas Sebrecht
ve already said "random memory curruption". "random" is the key word
explaining why not much details can be given. :)
--
Nicolas Sebrecht
The 23/11/11, Alan McKinnon wrote:
> On Wed, 23 Nov 2011 10:17:07 +0100
> Nicolas Sebrecht wrote:
> > You're wrong. Using the virtualbox module means you turn the kernel to
> > "tained crap" because of the number of problems it causes, including
> > rand
use of the number of problems it causes, including
random memory curruption.
--
Nicolas Sebrecht
So, it's _welcome_ to suppose he's using the most available implementation
of sed on Linux distribution which is GNU sed.
--
Nicolas Sebrecht
a 4000 with a 68040 cpu at 40Mhz because they learn new
feature since then.
Bloat?
--
Nicolas Sebrecht
expecting to
maintain systems with a shared /usr (e.g. over the network).
--
Nicolas Sebrecht
27;re asking if it's smart to use yet another path (hidden once
finished to properly boot) to store what is currently stored in /bin and
/sbin...
Remember: the only reason why /bin and /sbin exist is to have tools
available during boot time to mount /usr.
--
Nicolas Sebrecht
ecuted from /dev/sdb3
>
> Since root is mounted, i know i have all the drivers I need in the
> kernel. Any ideas why booting stops?
Unix rights on files? How did you copy the system?
--
Nicolas Sebrecht
gt;
> 1. Mount /dev/xvda3 as /
> 2. Mount /.root.sqfs as /
> 3. Mount aufs, uniting /dev/xvda3 and /.root.sqfs as /
> 4. Mount everything else
AFAIK, it should be more something like:
mount -t aufs "/dev/xvda3(rw) and /root/sqfs(ro)" /new_root
And then chroot to /new_root.
--
Nicolas Sebrecht
give you better chance to catch any issue), X stopped.
Next, you could test X (even mouse and keyboard) by playing some games
or whatever you don't do usual.
But at *FIRST* as it looks like you didn't do it yet, you have to
_check your logs_.
--
Nicolas Sebrecht
uration with some VLAN. Each VLAN has its own
bridge to attach guest virtual NICs.
One of the bridge doesn't add the assigned VLAN. Setting rc_parallel to
"NO" resolved this issue.
--
Nicolas Sebrecht
The 21/07/11, Nicolas Sebrecht wrote:
> The 21/07/11, Dale wrote:
>
> > I have not been able to get the nv drivers to work. It has been so
> > long since I had to use them, it appears I have forgot how to use
> > them. I'm not sure I have ever used them since I bee
ange it to use vesa.
Or move it to /root.
> > Also, are these done as modules like nvidia is? Hmmm, if I
> > remove xorg.conf, how does it know which driver to use?
>
> Hardware detection. If you don't use third party drivers, you can usually
> do without an xorg.conf.
O
book writer would say: "when my system crash, I'm always using my
text editor; so my editor makes the system crash".
I'm not telling the root cause you suspect is not the real cause but
that it is NOT likely to be the real cause in the first place.
--
Nicolas Sebrecht
(or tiny, at least) systems, I would not use LXC.
The drawback with Gentoo is that the current official uclibc stage3 for
embedded/tiny systems is obsolete and marked as experimental. In facts,
it's very _hard_ if not impossible to use it these days. Making your own
cross-compilation environment is not a piece of cake (too), even with
dedicated tools such as crossdev. This topic would ask its own book.
So, if you want to try Gentoo embedded save your time by working on
unofficial stage3.
--
Nicolas Sebrecht
ror of all releases would be too
much data. So, I only fetch portage tree and packages from a list I
maintain manually (emerge sucks at that game, by the way). Data is
stored on a nilfs filesystem to improve snapshots size on disk.
--
Nicolas Sebrecht
n: Sat May 14 06:58:55 CEST 2011 on tty1
> * WARNING: you are stopping a boot service
>
> Same thing happens after switching from X to a console with e.g.
> ctrl-altl-F2. Hm? :)
You may have a service in the wrong runlevel called "boot". What do you
have in it? ( 'ls /etc/runlevels/boot' )
--
Nicolas Sebrecht
to use a dedicated virtual bridging
tool but virt-manager (so, libvirt I guess) already provide a network
system (based on tun/tap AFAIR).
--
Nicolas Sebrecht
nt RAID, you can just use the usual
raid driver of the kernel. This issue is a noop.
--
Nicolas Sebrecht
On Thu, Jul 01, 2010 at 09:58:34PM -0400, cov...@ccs.covici.com wrote:
> I sure would like to know what
> access violation means, however.
You'll find explanations here :
http://bugday.gentoo.org/sandbox.html
--
Nicolas Sebrecht
1 - 100 of 184 matches
Mail list logo