On Wed, August 21, 2013 22:02, Neil Bothwick wrote:
On Wed, 21 Aug 2013 11:50:57 -0400, Tanstaafl wrote:
This sounds like a bug in LVM. If it was down to a version clash, why
did a restart find the PVs?
Sorry, ianap, but I do know that this kind of thing has never happened
to me in my 8+
On 22/08/2013 08:20, J. Roeleveld wrote:
On Wed, August 21, 2013 22:02, Neil Bothwick wrote:
On Wed, 21 Aug 2013 11:50:57 -0400, Tanstaafl wrote:
[snip]
No one has demonstrated that it can. An initramfs isn't magic, it
caries out a couple of trivial tasks before switching to the real root
On Thu, August 22, 2013 08:39, Alan McKinnon wrote:
On 22/08/2013 08:20, J. Roeleveld wrote:
On Wed, August 21, 2013 22:02, Neil Bothwick wrote:
On Wed, 21 Aug 2013 11:50:57 -0400, Tanstaafl wrote:
[snip]
No one has demonstrated that it can. An initramfs isn't magic, it
caries out a
On Thu, 22 Aug 2013 10:23:57 +0200, J. Roeleveld wrote:
True, but with the scripts that are floating in this thread, a usable
solution can be build.
It took me a few seconds to do that, so why hasn't it been done before?
It's obviously not due to the work involved, so it must be that no one
On Thu, 22 Aug 2013 08:20:23 +0200, J. Roeleveld wrote:
No one has demonstrated that it can. An initramfs isn't magic, it
caries out a couple of trivial tasks before switching to the real root
partition.
The issue mentioned was an example. It was also:
1) The only one I can remember
On Thu, 22 Aug 2013 07:26:38 +0200, J. Roeleveld wrote:
So the only out of sync scenario that should matter is with the
kernel or kernel modules. Even if it were out of sync with your
current toolset it should still be able
to perform the pivot. Shouldn't any userland stuff that
breaks
On Aug 22, 2013 1:28 PM, J. Roeleveld jo...@antarean.org wrote:
Correct, and here lies the cause for the out of sync scenario.
So the only out of sync scenario that should matter is with the
kernel or kernel modules. Even if it were out of sync with your
current toolset it should still be
On 22/08/2013 13:47, Mark David Dumlao wrote:
On Aug 22, 2013 1:28 PM, J. Roeleveld jo...@antarean.org
mailto:jo...@antarean.org wrote:
Correct, and here lies the cause for the out of sync scenario.
So the only out of sync scenario that should matter is with the
kernel or kernel modules.
On Thu, August 22, 2013 11:07, Neil Bothwick wrote:
On Thu, 22 Aug 2013 10:23:57 +0200, J. Roeleveld wrote:
True, but with the scripts that are floating in this thread, a usable
solution can be build.
It took me a few seconds to do that, so why hasn't it been done before?
It's obviously not
On Thu, August 22, 2013 11:17, Neil Bothwick wrote:
On Thu, 22 Aug 2013 08:20:23 +0200, J. Roeleveld wrote:
No one has demonstrated that it can. An initramfs isn't magic, it
caries out a couple of trivial tasks before switching to the real root
partition.
The issue mentioned was an
On Thu, 22 Aug 2013 14:55:58 +0200, J. Roeleveld wrote:
No thanks you. As Alan said, portage doesn't have a mechanism to run a
command after a batch emerge, it would have to be done after every
single package. So the next time a bunch of Perl packages and their
virtuals are updated, look
On Wed, Aug 21, 2013 at 08:59:07AM +0200, Jean-Christophe Bach wrote:
Well, it depends on what you call a replacement: Jitsi and Ekiga can do
the work as well as Skype, but not with the Skype protocol and
network. But if your contacts do not care about it, it's ok.
I tried Jitsi last year
Am 20.08.2013 17:12, schrieb Randy Westlund:
For a multitude of reasons, I'd like to get rid of skype. I've heard several
people mention jitsi, but was surprised to find that it's not in the portage
tree.
Well, there's always been something being called a Skype killer over the
last few
On 08/22/2013 05:49 PM, Marc Stürmer wrote:
And why not? Because most users just want a program that works right out
of the box for them without problems and Skype is just that. It went
great lengths to achieve this goal.
You probably missed those hundreds of bugs we devs and also users were
Am 22.08.2013 17:58, schrieb hasufell:
You probably missed those hundreds of bugs we devs and also users were
faced with, including linkage against non-existing sonames, random
crashes and breakage when the binary is stripped.
So this is somewhat wrong information. It's like saying windows
On 08/22/2013 06:05 PM, Marc Stürmer wrote:
Am 22.08.2013 17:58, schrieb hasufell:
You probably missed those hundreds of bugs we devs and also users were
faced with, including linkage against non-existing sonames, random
crashes and breakage when the binary is stripped.
So this is somewhat
Am 22.08.2013 18:08, schrieb hasufell:
I was arguing from both sides. It is buggy, crashes a lot, consumes a
lot of ressources and is able to slow down your whole desktop, mess with
audio settings and whatnot.
Well, your opinion. In my opinion the ease of use out of the box for the
end user
On 08/22/2013 06:11 PM, Marc Stürmer wrote:
Am 22.08.2013 18:08, schrieb hasufell:
I was arguing from both sides. It is buggy, crashes a lot, consumes a
lot of ressources and is able to slow down your whole desktop, mess with
audio settings and whatnot.
Well, your opinion.
Proven by
Hi,
there are two RTC in my system. One is powered by the
power of the system itsself and will forget space and
time if the system is powered off. This is RTC0.
The second one is powered by a little CR3216. This one
will not forget the time. This is RTC1
The system itsself is portable and will
When setting up the X server and the proprietary ndivia driver, as
described here (https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers), I
emerged nvidia-settings, as suggested in the wiki article, The drivers
can be installed with the *gtk* USE flag set in /etc/portage/make.conf.
This will
On 22/08/2013 19:37, Alexander Kapshuk wrote:
When setting up the X server and the proprietary ndivia driver, as
described here (https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers), I
emerged nvidia-settings, as suggested in the wiki article, The drivers
can be installed with the *gtk* USE
On 08/22/2013 08:42 PM, Alan McKinnon wrote:
You don't have two versions of nvidia-settings.
You have one version of nvidia-drivers and one version of
nvidia-settings, and they don't have the same version number.
This is normal, nvidia-settings often runs behind nvidia-drivers. They
do not
On 22/08/2013 20:02, Alexander Kapshuk wrote:
On 08/22/2013 08:42 PM, Alan McKinnon wrote:
You don't have two versions of nvidia-settings.
You have one version of nvidia-drivers and one version of
nvidia-settings, and they don't have the same version number.
This is normal, nvidia-settings
On 08/22/2013 09:06 PM, Alan McKinnon wrote:
xfce4-sensors-plugin is not what's doing it. It only requires
nvidia-settings and doesn't care what version. So that's not it.
There's really only one explanation - something else is pulling in
nvidia-settings and xfce4-sensors-plugin is leaving it
Am 22.08.2013 19:24, schrieb meino.cra...@gmx.de:
Hi,
there are two RTC in my system. One is powered by the
power of the system itsself and will forget space and
time if the system is powered off. This is RTC0.
The second one is powered by a little CR3216. This one
will not forget the
On 22.08.2013 21:37, Alexander Kapshuk wrote:
The version of the nvidia driver and nvidia settings I emerged is:
box0=; equery list '*'|grep nvidia-driver
x11-drivers/nvidia-drivers-319.32
I then emerged xfce4 as well as the xfce4-sensors-plugin (box0=; equery
list '*'|grep xfce4-sensors-plugin
On 08/22/2013 09:27 PM, Yuri K. Shatroff wrote:
I guess it's rather obvious.
The two packages x11-drivers/nvidia-drivers and
media-video/nvidia-settings don't know about each other.
The xfce4-sensors-plugin package needs nv-settings but it simply
doesn't know that nv-settings is already
On 08/22/2013 09:27 PM, Yuri K. Shatroff wrote:
I think this could be reported to the maintainer of the xfce4 plugin.
The maintainer field for the xfce4-sensors plugin seems to be undefined:
box0=; equery meta xfce4-sensors-plugin-1.2.5|grep -i maintainer
Maintainer: None specified
Who would
On 22.08.2013 22:49, Alexander Kapshuk wrote:
On 08/22/2013 09:27 PM, Yuri K. Shatroff wrote:
I think this could be reported to the maintainer of the xfce4 plugin.
The maintainer field for the xfce4-sensors plugin seems to be undefined:
box0=; equery meta xfce4-sensors-plugin-1.2.5|grep -i
On 08/22/2013 09:59 PM, Yuri K. Shatroff wrote:
As I figured in the package's changelog, some work on it is being done
by Samuli Suominen ssuomi...@gentoo.org. He is also on this list, so
I guess he could get involved as soon as he reads the list.
Understood. Thanks.
Let's wait and hear from
On 22/08/13 22:03, Alexander Kapshuk wrote:
On 08/22/2013 09:59 PM, Yuri K. Shatroff wrote:
As I figured in the package's changelog, some work on it is being done
by Samuli Suominen ssuomi...@gentoo.org. He is also on this list, so
I guess he could get involved as soon as he reads the list.
On 22/08/13 22:22, Alexander Kapshuk wrote:
What course of action would you recommend taking with regard to my
original post?
I'm not sure if I understand your problem but...
Looks like nvidia-drivers-319.32 was stabilized without stabilizing
nvidia-settings-319.32 together with it.
You can
Understood. Thanks.
What course of action would you recommend taking with regard to my original
post?
Thanks.
On Aug 22, 2013 10:17 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 22/08/13 22:03, Alexander Kapshuk wrote:
On 08/22/2013 09:59 PM, Yuri K. Shatroff wrote:
As I figured in
No worries then. Thanks very much for the explanation.
On Aug 22, 2013 10:31 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 22/08/13 22:22, Alexander Kapshuk wrote:
What course of action would you recommend taking with regard to my
original post?
I'm not sure if I understand your
Am 20.08.2013 08:54, schrieb Canek Peláez Valdés:
Unless you want to learn the ins and outs of using an initramfs (and
having a lot of fun and failed boots in the process), I highly
recommend using Dracut. It does everything for you.
I'd dig a short and working howto systemd and dracut.
My
On Thu, 22 Aug 2013 23:08:43 +0200, Stefan G. Weichinger wrote:
Additionally I would really like to understand how to influence the
default entry for grub2 ... letting grub2-mkconfig detect the available
options is one thing ... but do I really have to count down the
available kernels and
This is actually a portage question. How can I install udisks-2 in a
way that will fix this problem? I'm confused by how to handle the
slotting behavior.
I think the issue here is that we are not understanding what the
problem is. It happens with an application in particular, or with a
37 matches
Mail list logo