Re: [gentoo-user] Howto erase the Insert root floppy and press enter item before the kernel panic?
On Sat, Oct 11, 2008 at 12:00 AM, David Wei [EMAIL PROTECTED] wrote:
Thanks Andrey, that patch works , my test kernel dose not ask for the floppy
before the panic. Just by the way,dose that mean I cannot use floppy drive on
this box?
You can use the floppy drive, but the kernel cannot run init / use
initrd from a floppy (i.e. you are not allowed to use root=/dev/fd0 or
initrd=/dev/fd0). This is because the floppy is fallback code if the
NFS mount of / fails.
But this is Gentoo, you make your own kernel (hopefully), and never
have to worry about initrd.
/ and /dev/root are used interchangeably, for readabilty, similar to /
and /dev/hdaX.
All I did was comment out the floppy fallback code.
This is how mount_root was originally written:
If CONFIG_ROOT_NFS is defined
If root device is NFS
If the NFS root mounted
Return
Print message VFS: Unable to mount root fs via NFS, trying floppy.\n
Set root device as floppy disk 0
If CONFIG_BLK_DEV_FD (floppy disk) is defined
If the root device is a floppy
If dual initrd/ramload is enabled
If the first partition of the ramdisk image could be
loaded into memory
Set the root device as a ramdisk
Set the root device name as null
Else
Prompt for root floppy
If CONFIG_BLOCK is defined
Create a device named /dev/root with the major minor modes
equal to the root device
Mount /dev/root with root device mountflags
If you want more detail, you should post to lkml.
All I have done was replace the following line:
If CONFIG_BLK_DEV_FD (floppy disk) is defined
with
If false
}
Thanks again!!
No problem.
In reality, the fix was simple.
All I did was grep the source tree for the exact string (grep -R VFS:
Unable to mount root fs via NFS, trying floppy .
)
Then open up vim (or emacs or nano), find the line, and add an #if 0
... #endif block where needed.
On Fri, 10 Oct 2008 23:06:09 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
On Fri, Oct 10, 2008 at 10:33 PM, David Wei [EMAIL PROTECTED] wrote:
Sorry, I forgot that file .
the .config is in the attachment this time.
Thank you .
On Fri, 10 Oct 2008 10:05:36 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
2008/10/10 David Wei [EMAIL PROTECTED]:
Hi,
I am trying kexec with kernel panic reboot cause i have to manage my
server remotely.
the kernel panic reboot
(http://gentoo-wiki.com/TIP_Kernel_Panic_Reboot) has beening working so
good so far for the regular kernel panic.However,sometimes when i were
missed some file system items,the booking process would ask me:
VFS: Unable to mount root fs via NFS,trying floppy
Insert root floppy and Press Enter.
And the system hungup there waiting for my Enter.
How can I remove this item from the booting process and panic directly
so that it can reboot? Besides,I want to keep the NFS service.
Thank you in advance.
I'm guessing that this is due to the floppy being compiled into the
emergency kernel.
In any case, can you post your .config for the emergency kernel?
Nothing in the .config looks suspicious.
It looks like it's inevitable that kernel patching will be needed, at
least, using the preprocessor to hide the floppy code.
Try this (it comments out floppy support which happens after NFS support):
comment_floppy.patch
--- init/do_mounts.c2008-04-16 22:49:44.0 -0400
+++ init/do_mounts2.c 2008-10-10 23:03:06.867876561 -0400
@@ -308,7 +308,8 @@
ROOT_DEV = Root_FD0;
}
#endif
-#ifdef CONFIG_BLK_DEV_FD
+/* #ifdef CONFIG_BLK_DEV_FD */
+#if 0
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR) {
/* rd_doload is 2 for a dual initrd/ramload setup */
if (rd_doload==2) {
cd to your /usr/src/linux-... and run patch -p0 comment_floppy.patch
It should fix the _specific_ issue. It might not fix the root cause, however.
--
Andrey Vul
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
---
魏亮 David Wei
您可以通过下面的方式和我联系：
MSN: [EMAIL PROTECTED]
Gtalk: [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]
--
Andrey Vul
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Re: [gentoo-user] Dear friend
gentoo-id mailing list suffer a lot of spam too :( -- Salam, Marc
Re: [gentoo-user] Howto erase the Insert root floppy and press enter item before the kernel panic?
I'm gonna do that next time before I post here.
thanks Andrey.
On Sat, 11 Oct 2008 02:08:56 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
On Sat, Oct 11, 2008 at 12:00 AM, David Wei [EMAIL PROTECTED] wrote:
Thanks Andrey, that patch works , my test kernel dose not ask for the
floppy before the panic. Just by the way,dose that mean I cannot use floppy
drive on this box?
You can use the floppy drive, but the kernel cannot run init / use
initrd from a floppy (i.e. you are not allowed to use root=/dev/fd0 or
initrd=/dev/fd0). This is because the floppy is fallback code if the
NFS mount of / fails.
But this is Gentoo, you make your own kernel (hopefully), and never
have to worry about initrd.
/ and /dev/root are used interchangeably, for readabilty, similar to /
and /dev/hdaX.
All I did was comment out the floppy fallback code.
This is how mount_root was originally written:
If CONFIG_ROOT_NFS is defined
If root device is NFS
If the NFS root mounted
Return
Print message VFS: Unable to mount root fs via NFS, trying floppy.\n
Set root device as floppy disk 0
If CONFIG_BLK_DEV_FD (floppy disk) is defined
If the root device is a floppy
If dual initrd/ramload is enabled
If the first partition of the ramdisk image could be
loaded into memory
Set the root device as a ramdisk
Set the root device name as null
Else
Prompt for root floppy
If CONFIG_BLOCK is defined
Create a device named /dev/root with the major minor modes
equal to the root device
Mount /dev/root with root device mountflags
If you want more detail, you should post to lkml.
All I have done was replace the following line:
If CONFIG_BLK_DEV_FD (floppy disk) is defined
with
If false
}
Thanks again!!
No problem.
In reality, the fix was simple.
All I did was grep the source tree for the exact string (grep -R VFS:
Unable to mount root fs via NFS, trying floppy .
)
Then open up vim (or emacs or nano), find the line, and add an #if 0
... #endif block where needed.
On Fri, 10 Oct 2008 23:06:09 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
On Fri, Oct 10, 2008 at 10:33 PM, David Wei [EMAIL PROTECTED] wrote:
Sorry, I forgot that file .
the .config is in the attachment this time.
Thank you .
On Fri, 10 Oct 2008 10:05:36 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
2008/10/10 David Wei [EMAIL PROTECTED]:
Hi,
I am trying kexec with kernel panic reboot cause i have to manage
my server remotely.
the kernel panic reboot
(http://gentoo-wiki.com/TIP_Kernel_Panic_Reboot) has beening working
so good so far for the regular kernel panic.However,sometimes when i
were missed some file system items,the booking process would ask me:
VFS: Unable to mount root fs via NFS,trying floppy
Insert root floppy and Press Enter.
And the system hungup there waiting for my Enter.
How can I remove this item from the booting process and panic
directly so that it can reboot? Besides,I want to keep the NFS
service.
Thank you in advance.
I'm guessing that this is due to the floppy being compiled into the
emergency kernel.
In any case, can you post your .config for the emergency kernel?
Nothing in the .config looks suspicious.
It looks like it's inevitable that kernel patching will be needed, at
least, using the preprocessor to hide the floppy code.
Try this (it comments out floppy support which happens after NFS support):
comment_floppy.patch
--- init/do_mounts.c2008-04-16 22:49:44.0 -0400
+++ init/do_mounts2.c 2008-10-10 23:03:06.867876561 -0400
@@ -308,7 +308,8 @@
ROOT_DEV = Root_FD0;
}
#endif
-#ifdef CONFIG_BLK_DEV_FD
+/* #ifdef CONFIG_BLK_DEV_FD */
+#if 0
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR) {
/* rd_doload is 2 for a dual initrd/ramload setup */
if (rd_doload==2) {
cd to your /usr/src/linux-... and run patch -p0 comment_floppy.patch
It should fix the _specific_ issue. It might not fix the root cause,
however.
--
Andrey Vul
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
---
魏亮 David Wei
您可以通过下面的方式和我联系：
MSN: [EMAIL PROTECTED]
Gtalk: [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]
--
Andrey Vul
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
---
魏亮 David Wei
您可以通过下面的方式和我联系：
MSN: [EMAIL PROTECTED]
Gtalk: [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]
Re: [gentoo-user] Howto erase the Insert root floppy and press enter item before the kernel panic?
On Fri, 10 Oct 2008 23:06:09 -0400
Andrey Vul wrote:
On Fri, Oct 10, 2008 at 10:33 PM, David Wei [EMAIL PROTECTED]
wrote:
Sorry, I forgot that file .
the .config is in the attachment this time.
Thank you .
On Fri, 10 Oct 2008 10:05:36 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
2008/10/10 David Wei [EMAIL PROTECTED]:
Hi,
I am trying kexec with kernel panic reboot cause i have to
manage my server remotely. the kernel panic
reboot (http://gentoo-wiki.com/TIP_Kernel_Panic_Reboot) has
beening working so good so far for the regular kernel
panic.However,sometimes when i were missed some file system
items,the booking process would ask me: VFS: Unable to mount
root fs via NFS,trying floppy Insert root floppy and Press
Enter. And the system hungup there waiting for my Enter. How
can I remove this item from the booting process and panic
directly so that it can reboot? Besides,I want to keep the NFS
service. Thank you in advance.
I'm guessing that this is due to the floppy being compiled into the
emergency kernel.
In any case, can you post your .config for the emergency kernel?
Nothing in the .config looks suspicious.
It looks like it's inevitable that kernel patching will be needed, at
least, using the preprocessor to hide the floppy code.
Try this (it comments out floppy support which happens after NFS
support): comment_floppy.patch
--- init/do_mounts.c2008-04-16 22:49:44.0 -0400
+++ init/do_mounts2.c 2008-10-10 23:03:06.867876561 -0400
@@ -308,7 +308,8 @@
ROOT_DEV = Root_FD0;
}
#endif
-#ifdef CONFIG_BLK_DEV_FD
+/* #ifdef CONFIG_BLK_DEV_FD */
+#if 0
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR) {
/* rd_doload is 2 for a dual initrd/ramload setup */
if (rd_doload==2) {
cd to your /usr/src/linux-... and run patch -p0 comment_floppy.patch
It should fix the _specific_ issue. It might not fix the root cause,
however.
--
Andrey Vul
Looking in do_mounts.c, the code that generates the message is:
#ifdef CONFIG_ROOT_NFS
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR) {
if (mount_nfs_root())
return;
printk(KERN_ERR VFS: Unable to mount root fs via NFS, trying
floppy.\n);
ROOT_DEV = Root_FD0;
}
#endif
Looking at the .config file, I see CONFIG_ROOT_NFS=y. Since the
message is being printed, we know that
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR)
is true which wmeans that the
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR)
is false, i.e. the change to #if 0 looks to be incorrect.
Perhaps CONFIG_ROOT_NFS=y in .config is the root cause. I'd suggest
changing the .config.
HTH,
David
Re: [gentoo-user] problems with csound ebuild
on 2008-10-10 at 18:36 Andrey Falko wrote: Can you emerge attr, then run lsattr on the files that cannot be unlinked? I suspect that they might have extended attributes preventing those file from being deleted. thanks for your answer, that doesn't seem to be the problem, though. i can install everything using install.py directly (not emerging with portage). also, using FEATURES=-sandbox i can emerge without problems. so this problem seems to be related to the sandbox, something i never got to understand completely... best, lj
Re: [gentoo-user] Replacements for ivman
Alan McKinnon schrieb: I'm looking into ivman and pmount for automounting amongst other things while using e17. ivman was last updated Feb 2007 according to the official sourceforge page, and the maintainer is listed as . 18 months is a long time, so this package looks like it's unmaintained. Is there a replacement for ivman? Or is this function best done by hal itself? Should I be reading the hal man pages instead of posting to a user list? I'm not familiar with e17 or ivman but how about using a lightweight file manager with mount support like thunar (thunar-volman) or pcmanfm? signature.asc Description: OpenPGP digital signature
[gentoo-user] Replacements for ivman
I'm looking into ivman and pmount for automounting amongst other things while using e17. ivman was last updated Feb 2007 according to the official sourceforge page, and the maintainer is listed as . 18 months is a long time, so this package looks like it's unmaintained. Is there a replacement for ivman? Or is this function best done by hal itself? Should I be reading the hal man pages instead of posting to a user list? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] problems with csound ebuild
luis jure schrieb am 11.10.2008 14:37:
Can you emerge attr, then run lsattr on the files that cannot be
unlinked? I suspect that they might have extended attributes
preventing those file from being deleted.
thanks for your answer, that doesn't seem to be the problem, though.
i can install everything using install.py directly (not emerging with
portage). also, using FEATURES=-sandbox i can emerge without
problems. so this problem seems to be related to the sandbox,
something i never got to understand completely...
Have you updated python recently and did not run python-updater? You can
also try to re-emerge scons.
Sandbox errors are mostly caused when the ebuild tries to access the
filesystem directly instead of using $WORKDIR.
Maybe some parts of install.py do not honor --instdir=${D}.
Some links:
http://bugday.gentoo.org/sandbox.html
http://devmanual.gentoo.org/general-concepts/sandbox/index.html
Regards,
Daniel
Re: [gentoo-user] Replacements for ivman
Am Samstag, 11. Oktober 2008 13:24:03 schrieb Alan McKinnon: Is there a replacement for ivman? What exactly do you do with it, which filesystems do you mount with it? Bye... Dirk
Re: [gentoo-user] problems with csound ebuild
luis jure schrieb am 11.10.2008 14:37: thanks for your answer, that doesn't seem to be the problem, though. i can install everything using install.py directly (not emerging with portage). also, using FEATURES=-sandbox i can emerge without problems. so this problem seems to be related to the sandbox, something i never got to understand completely... I guess you need to invoke instdir in src_compile too, at least it is an option available in Sconstruct. Regards, Daniel
[gentoo-user] [OT-perhaps] Brightcove adobe Flash streams
Hi All, I am looking for a way to capture streams that are available as embedded Flash videos using the Brightcove solution. I had a go using the browser address of the popup within which the brightcove video launches, but vlc could not open it. http://link.brightcove.com/services/player/bcpid1184614595?bctid=1847356262 What else could I try? Is there a special way to achieve this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] expat... once again
Hi there! Yes, there are still gentoo machines out there running libexpat-1, and I am upgrading one now. I survived several of those upgrades yet, but those were PCs I had better access to, and where a huge revdep-rebuild was no big problem. But this machine here is slow, and I do not have powerful distcc hosts for it. And it is powered off in the night. But it should come up back and be able to be used. Couldn't I just save /usr/lib/libexpat.* before upgrading libexpat, start revdep-rebuild, and put the old libraries back, so all applications stil have their libraries until revdep-rebuild has finished?. Wonko
Re: [gentoo-user] Howto erase the Insert root floppy and press enter item before the kernel panic?
On Sat, Oct 11, 2008 at 8:01 AM, David Relson [EMAIL PROTECTED] wrote:
On Fri, 10 Oct 2008 23:06:09 -0400
Andrey Vul wrote:
On Fri, Oct 10, 2008 at 10:33 PM, David Wei [EMAIL PROTECTED]
wrote:
Sorry, I forgot that file .
the .config is in the attachment this time.
Thank you .
On Fri, 10 Oct 2008 10:05:36 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
2008/10/10 David Wei [EMAIL PROTECTED]:
Hi,
I am trying kexec with kernel panic reboot cause i have to
manage my server remotely. the kernel panic
reboot (http://gentoo-wiki.com/TIP_Kernel_Panic_Reboot) has
beening working so good so far for the regular kernel
panic.However,sometimes when i were missed some file system
items,the booking process would ask me: VFS: Unable to mount
root fs via NFS,trying floppy Insert root floppy and Press
Enter. And the system hungup there waiting for my Enter. How
can I remove this item from the booting process and panic
directly so that it can reboot? Besides,I want to keep the NFS
service. Thank you in advance.
I'm guessing that this is due to the floppy being compiled into the
emergency kernel.
In any case, can you post your .config for the emergency kernel?
Nothing in the .config looks suspicious.
It looks like it's inevitable that kernel patching will be needed, at
least, using the preprocessor to hide the floppy code.
Try this (it comments out floppy support which happens after NFS
support): comment_floppy.patch
--- init/do_mounts.c2008-04-16 22:49:44.0 -0400
+++ init/do_mounts2.c 2008-10-10 23:03:06.867876561 -0400
@@ -308,7 +308,8 @@
ROOT_DEV = Root_FD0;
}
#endif
-#ifdef CONFIG_BLK_DEV_FD
+/* #ifdef CONFIG_BLK_DEV_FD */
+#if 0
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR) {
/* rd_doload is 2 for a dual initrd/ramload setup */
if (rd_doload==2) {
cd to your /usr/src/linux-... and run patch -p0 comment_floppy.patch
It should fix the _specific_ issue. It might not fix the root cause,
however.
--
Andrey Vul
Looking in do_mounts.c, the code that generates the message is:
#ifdef CONFIG_ROOT_NFS
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR) {
if (mount_nfs_root())
return;
printk(KERN_ERR VFS: Unable to mount root fs via NFS, trying
floppy.\n);
ROOT_DEV = Root_FD0;
}
#endif
Looking at the .config file, I see CONFIG_ROOT_NFS=y. Since the
message is being printed, we know that
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR)
is true which wmeans that the
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR)
is false, i.e. the change to #if 0 looks to be incorrect.
Perhaps CONFIG_ROOT_NFS=y in .config is the root cause. I'd suggest
changing the .config.
He has explicity mentioned that his root device is NFS. You have
misinterpreted the code. The floppy event only occurs *if*
mount_nfs_root() failed.
It's false from the start, but becomes true when NFS mount-root failed.
--
Andrey Vul
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Re: [gentoo-user] expat... once again
On Sat, 11 Oct 2008 19:19:48 +0200 Alex Schuster [EMAIL PROTECTED] wrote: Hi there! Yes, there are still gentoo machines out there running libexpat-1, and I am upgrading one now. I survived several of those upgrades yet, but those were PCs I had better access to, and where a huge revdep-rebuild was no big problem. But this machine here is slow, and I do not have powerful distcc hosts for it. And it is powered off in the night. But it should come up back and be able to be used. Couldn't I just save /usr/lib/libexpat.* before upgrading libexpat, start revdep-rebuild, and put the old libraries back, so all applications stil have their libraries until revdep-rebuild has finished?. Wonko Stupid idea, but would the current ~ portage now make the whole upgrade a lot easier with FEATURES=preserve-libs ? signature.asc Description: PGP signature
Re: [gentoo-user] expat... once again
Robert Bridge writes: On Sat, 11 Oct 2008 19:19:48 +0200 Alex Schuster [EMAIL PROTECTED] wrote: [my personal expat upgrade trick] Stupid idea, but would the current ~ portage now make the whole upgrade a lot easier with FEATURES=preserve-libs ? Oh. Yes. The new portage. Sorry, I didn't think about that, even though I heard about it. Yeah, that should make things a lot easier. Thanks for the hint, Robert! Alex
Re: [gentoo-user] Replacements for ivman
On Sat, Oct 11, 2008 at 01:24:03PM +0200, Alan McKinnon wrote: I'm looking into ivman and pmount for automounting amongst other things while using e17. ivman was last updated Feb 2007 according to the official sourceforge page, and the maintainer is listed as . 18 months is a long time, so this package looks like it's unmaintained. Does software rot when it's unmaintained or why is that a problem? The only problem I can see are unfixed bugs but these exist in maintained packages as well. -Erik -- hackerkey://v4sw5hw2ln3pr5ck0ma2u7LwXm4l7Gi2e2t4b7Ken4/7a16s0r1p-5.62/-6.56g5OR
Re: [gentoo-user] Replacements for ivman
Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... This message was sent using IMP, the Internet Messaging Program.
Re: [gentoo-user] Replacements for ivman
On Saturday 11 October 2008 20:53:37 Erik Hahn wrote: On Sat, Oct 11, 2008 at 01:24:03PM +0200, Alan McKinnon wrote: I'm looking into ivman and pmount for automounting amongst other things while using e17. ivman was last updated Feb 2007 according to the official sourceforge page, and the maintainer is listed as . 18 months is a long time, so this package looks like it's unmaintained. Does software rot when it's unmaintained or why is that a problem? The only problem I can see are unfixed bugs but these exist in maintained packages as well. ivman is closely tied in with hal and dbus, both of which have a history of hitting users with incompatibilities. I'd rather not deal with those issues for this usage, and reserve my willingness to bug-hunt for other areas -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Replacements for ivman
On Sat, Oct 11, 2008 at 05:24:27PM -0300, Norberto Bensa wrote: Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... So far, it works fine. -- hackerkey://v4sw5hw2ln3pr5ck0ma2u7LwXm4l7Gi2e2t4b7Ken4/7a16s0r1p-5.62/-6.56g5OR
Re: [gentoo-user] Replacements for ivman
Norberto Bensa wrote: Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... This message was sent using IMP, the Internet Messaging Program. I have hal, dbus and ivman installed here. They work fine. Since it works, that may be why it is not being updated. Don't fix what works. ;-) Dale :-) :-)
Re: [gentoo-user] Replacements for ivman
Erik Hahn wrote: On Sat, Oct 11, 2008 at 05:24:27PM -0300, Norberto Bensa wrote: Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... So far, it works fine. +1 If something works, why does it need to be updated? Dale :-) :-)
Re: [gentoo-user] Replacements for ivman
On Saturday 11 October 2008 15:18:24 Dirk Heinrichs wrote: Am Samstag, 11. Oktober 2008 13:24:03 schrieb Alan McKinnon: Is there a replacement for ivman? What exactly do you do with it, which filesystems do you mount with it? At the moment mostly just hot-plug stuff on USB with your standard fat/ext2,3/reiser/nfts file systems, plus optical media. I also have an sd/mmc reader and firewire on this notebook, neither of which I've never used but probably should. HAL and the various things one could do with it's events is something I've stayed away from studying. Maybe early versions were confusingly documented... and all those xml files... I was reading a wiki page on my make/model notebook to see if I could improve on how I was using the hardware, this came up and looked useful. Automounting is the most obvious case, especially as e17 doesn't do it well - I get an ugly icon on the desktop and a long description string that is truncated at about 10 characters, so the system is worse than useless. I resort to using konqueror with it's media:/ kio-slave instead, which feels clunky and more of a work-around than a proper desktop configuration. If there's something better than ivman, or if I really should be configuration HAL directly, then I'm all ears, but I do get the impression that one really should be working with HAL via a front-end for true ease of use -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Replacements for ivman
On Saturday 11 October 2008 14:59:30 Florian Philipp wrote: Alan McKinnon schrieb: I'm looking into ivman and pmount for automounting amongst other things while using e17. ivman was last updated Feb 2007 according to the official sourceforge page, and the maintainer is listed as . 18 months is a long time, so this package looks like it's unmaintained. Is there a replacement for ivman? Or is this function best done by hal itself? Should I be reading the hal man pages instead of posting to a user list? I'm not familiar with e17 or ivman but how about using a lightweight file manager with mount support like thunar (thunar-volman) or pcmanfm? I already use konqueror (sometimes with kde, sometimes with e17) which has an effective kio-slave to give the same result. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Replacements for ivman
On Saturday 11 October 2008 22:58:06 Dale wrote: I have hal, dbus and ivman installed here. They work fine. Since it works, that may be why it is not being updated. Don't fix what works. ;-) How have you got it set up and how long has it been that way? Experienced any brokenness while it's been in use? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Replacements for ivman
Dale writes: Erik Hahn wrote: On Sat, Oct 11, 2008 at 05:24:27PM -0300, Norberto Bensa wrote: Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... So far, it works fine. +1 If something works, why does it need to be updated? Active projects usually get updated to include new featuresm whatever they may be. I first used supermount as auto mounter. Then suddenly it disappeared and was replaced by submount. Which behaved differently, I had to adapt my scripts. submount then again got removed, I started using ivman, again I had to change my scripts to adapt to different behaviour. Now I wonder what will come next and in which way it will differ. Wonko
[gentoo-user] Xinerama vs TwinView for dual monitor setup
Hi, My notebook has this graphics hardware. [EMAIL PROTECTED] ~ $ sudo lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1) [EMAIL PROTECTED] ~ $ sudo xdpyinfo | grep -A4 'screen #0' screen #0: print screen:no dimensions:1920x1200 pixels (332x210 millimeters) resolution:147x145 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 I also have a second LCD monitor at work, a 1280x1024 that is physically slightly larger than the notebook screen, with a corresponding lower dpi. I've configured it with TwinView to have the second monitor on the right, and how I usually use it is to put a user's support mail on that where I can read it and fix their issues using the tools on the main monitor. So it's a very unsophisticated setup, I have no need for massive 3D accel for eg games, or even for placing windows across two monitors. Windows are always on one screen or the other (because of the huge dpi difference). There are two smallish issues: The viewports are aligned along the top edge and the panel/kicker/plasma/whatever on every desktop environment insists on trying to stretch across both monitors, into dead space on the right hand one. I'm getting use to right-click on panel, configure, set width to 57% at work, 100% at home. If I align the viewports on the bottom edges, windows managers tend to want to position new windows with their title bars in the dead space at the top. kdm and entrance want to stretch over both monitors. I definitely do not want this. Murphy dictates that all useful DM menus will end up in the dead space regardless of the theme I use g My research into nvidia's docs leads me to believe that TwinView is designed to make the presence of two physical monitors invisible and present one giant X screen, with a funky API for dead spaces (which may or may not work). I'm thinking Xinerama is the better option, despite the fact that it's old, clunky, hopeless at dealing with XRandR and can't be changed on the fly. I'm happy to set up two ServerLayouts to deal with this. I'd appreciate some pros and cons feedback from the list before I embark on a huge emerge -e world to include Xinerama support. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Replacements for ivman
Alan McKinnon schrieb am 11.10.2008 23:06: On Saturday 11 October 2008 15:18:24 Dirk Heinrichs wrote: Am Samstag, 11. Oktober 2008 13:24:03 schrieb Alan McKinnon: Is there a replacement for ivman? What exactly do you do with it, which filesystems do you mount with it? At the moment mostly just hot-plug stuff on USB with your standard fat/ext2,3/reiser/nfts file systems, plus optical media. I also have an sd/mmc reader and firewire on this notebook, neither of which I've never used but probably should. HAL and the various things one could do with it's events is something I've stayed away from studying. Maybe early versions were confusingly documented... and all those xml files... I was reading a wiki page on my make/model notebook to see if I could improve on how I was using the hardware, this came up and looked useful. Automounting is the most obvious case, especially as e17 doesn't do it well - I get an ugly icon on the desktop and a long description string that is truncated at about 10 characters, so the system is worse than useless. I resort to using konqueror with it's media:/ kio-slave instead, which feels clunky and more of a work-around than a proper desktop configuration. If there's something better than ivman, or if I really should be configuration HAL directly, then I'm all ears, but I do get the impression that one really should be working with HAL via a front-end for true ease of use I also think having software that is unmaintained or updated very seldom is not a good thing. I mean you lack features, bug and security fixes here. When I see no progress for an app that I use quite often I search for alternatives and get used to it. You are right hal is quite messy and it is not worth to struggle with as it is not developed any longer [1]. It will be replaced with devicekit, maybe this will be a better implementation. Thunar in combination with thunar-volman works fine here. But it also uses hal and dbus quite much, as most xfce apps. I have no problems with it though. Optical media and external USB devices work fine, other things I don't need. Regards, Daniel [1] http://lists.freedesktop.org/archives/hal/2008-May/011560.html
Re: [gentoo-user] Replacements for ivman
On Saturday 11 October 2008 23:40:37 Daniel Pielmeier wrote: If there's something better than ivman, or if I really should be configuration HAL directly, then I'm all ears, but I do get the impression that one really should be working with HAL via a front-end for true ease of use I also think having software that is unmaintained or updated very seldom is not a good thing. I mean you lack features, bug and security fixes here. When I see no progress for an app that I use quite often I search for alternatives and get used to it. You are right hal is quite messy and it is not worth to struggle with as it is not developed any longer [1]. It will be replaced with devicekit, maybe this will be a better implementation. [snip] [1] http://lists.freedesktop.org/archives/hal/2008-May/011560.html This was a *very* illuminating post. Answered a lot of questions I had, like the one where I couldn't figure out the conceptual difference between HAL and udev and how they related to each other. They always appeared to overlap in useless ways. Thanks for the link! -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: Xinerama vs TwinView for dual monitor setup
On 2008-10-11, Alan McKinnon [EMAIL PROTECTED] wrote: My research into nvidia's docs leads me to believe that TwinView is designed to make the presence of two physical monitors invisible and present one giant X screen, with a funky API for dead spaces (which may or may not work). I'm thinking Xinerama is the better option, despite the fact that it's old, clunky, hopeless at dealing with XRandR and can't be changed on the fly. I'm happy to set up two ServerLayouts to deal with this. I'd appreciate some pros and cons feedback from the list before I embark on a huge emerge -e world to include Xinerama support. There's a third option you haven't mentioned: two different displays rather than a large virtual display spread across two monitors. After reading up on the options, it's what I chose to do. Cons: * You can't drag a window from one display to the other. * Windows can't overlap from one display to the other. * 3D HW accel and HW video overlay only available on one of the displays. Pros: * Mouse movement and focus still act like one large display. * Each display can have it's own set of virtual desktops and they can be switched indpendantly. * Things like window-manager panels/docs/taskbars are managed separately for the two displays. * Displays can have different resolutions, sizes, depths. I particularly like having multiple virtual desktops for each display and being able to independanly toggle the displays among their virtual desktops. Once in a while I wish I could drag a window from one display to the other, but not very often. -- Grant
Re: [gentoo-user] Replacements for ivman
Alex Schuster wrote: Dale writes: Erik Hahn wrote: On Sat, Oct 11, 2008 at 05:24:27PM -0300, Norberto Bensa wrote: Quoting Erik Hahn [EMAIL PROTECTED]: Does software rot when it's unmaintained or why is that a problem? No, but it develops incompatibilities over time... So far, it works fine. +1 If something works, why does it need to be updated? Active projects usually get updated to include new featuresm whatever they may be. I first used supermount as auto mounter. Then suddenly it disappeared and was replaced by submount. Which behaved differently, I had to adapt my scripts. submount then again got removed, I started using ivman, again I had to change my scripts to adapt to different behaviour. Now I wonder what will come next and in which way it will differ. Wonko I used to use supermount too. Switching for me was pretty easy tho. I had some compatibility issues between versions of hal and ivman once but nothing really major, just annoying as usual. I guess I'm one of those, if it works, just use it. Ivman works for me but if something better comes along and is stable, then that would be cool too. Dale :-) :-)
Re: [gentoo-user] Replacements for ivman
Alan McKinnon wrote: On Saturday 11 October 2008 22:58:06 Dale wrote: I have hal, dbus and ivman installed here. They work fine. Since it works, that may be why it is not being updated. Don't fix what works. ;-) How have you got it set up and how long has it been that way? Experienced any brokenness while it's been in use? Basically, I just emerged it and restarted KDE. It just worked. I don't recall changing anything as far as configs go. It has been that way for a pretty long while. I did have a version problem once a while back. I think it was when udev made some changes or something, but hal and ivman sort of had a fight over devices like my camera. Hard drives were fine tho. Dale :-) :-)
Re: [gentoo-user] problems with csound ebuild
on 2008-10-11 at 15:17 Daniel Pielmeier wrote:
Have you updated python recently and did not run python-updater? You
can also try to re-emerge scons.
did both, but i get the same results.
Sandbox errors are mostly caused when the ebuild tries to access the
filesystem directly instead of using $WORKDIR.
Maybe some parts of install.py do not honor --instdir=${D}.
that seems to be the problem, but IANAP and i don't read python... :-(
best,
lj
Re: [gentoo-user] Howto erase the Insert root floppy and press enter item before the kernel panic?
On Sat, 11 Oct 2008 13:23:10 -0400
Andrey Vul wrote:
On Sat, Oct 11, 2008 at 8:01 AM, David Relson
[EMAIL PROTECTED] wrote:
On Fri, 10 Oct 2008 23:06:09 -0400
Andrey Vul wrote:
On Fri, Oct 10, 2008 at 10:33 PM, David Wei
[EMAIL PROTECTED] wrote:
Sorry, I forgot that file .
the .config is in the attachment this time.
Thank you .
On Fri, 10 Oct 2008 10:05:36 -0400
Andrey Vul [EMAIL PROTECTED] wrote:
2008/10/10 David Wei [EMAIL PROTECTED]:
Hi,
I am trying kexec with kernel panic reboot cause i have to
manage my server remotely. the kernel panic
reboot (http://gentoo-wiki.com/TIP_Kernel_Panic_Reboot) has
beening working so good so far for the regular kernel
panic.However,sometimes when i were missed some file system
items,the booking process would ask me: VFS: Unable to mount
root fs via NFS,trying floppy Insert root floppy and Press
Enter. And the system hungup there waiting for my Enter. How
can I remove this item from the booting process and panic
directly so that it can reboot? Besides,I want to keep the NFS
service. Thank you in advance.
I'm guessing that this is due to the floppy being compiled into
the emergency kernel.
In any case, can you post your .config for the emergency kernel?
Nothing in the .config looks suspicious.
It looks like it's inevitable that kernel patching will be needed,
at least, using the preprocessor to hide the floppy code.
Try this (it comments out floppy support which happens after NFS
support): comment_floppy.patch
--- init/do_mounts.c2008-04-16 22:49:44.0 -0400
+++ init/do_mounts2.c 2008-10-10 23:03:06.867876561 -0400
@@ -308,7 +308,8 @@
ROOT_DEV = Root_FD0;
}
#endif
-#ifdef CONFIG_BLK_DEV_FD
+/* #ifdef CONFIG_BLK_DEV_FD */
+#if 0
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR) {
/* rd_doload is 2 for a dual initrd/ramload setup
*/ if (rd_doload==2) {
cd to your /usr/src/linux-... and run patch -p0
comment_floppy.patch It should fix the _specific_ issue. It might
not fix the root cause, however.
--
Andrey Vul
Looking in do_mounts.c, the code that generates the message is:
#ifdef CONFIG_ROOT_NFS
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR) {
if (mount_nfs_root())
return;
printk(KERN_ERR VFS: Unable to mount root fs via NFS, trying
floppy.\n); ROOT_DEV = Root_FD0;
}
#endif
Looking at the .config file, I see CONFIG_ROOT_NFS=y. Since the
message is being printed, we know that
if (MAJOR(ROOT_DEV) == UNNAMED_MAJOR)
is true which wmeans that the
if (MAJOR(ROOT_DEV) == FLOPPY_MAJOR)
is false, i.e. the change to #if 0 looks to be incorrect.
Perhaps CONFIG_ROOT_NFS=y in .config is the root cause. I'd
suggest changing the .config.
He has explicity mentioned that his root device is NFS. You have
misinterpreted the code. The floppy event only occurs *if*
mount_nfs_root() failed.
It's false from the start, but becomes true when NFS mount-root
failed.
You are correct. I hadn't re-read the orginal post and didn't know the
use of NFS and I didn't look deeply enough into the code to learn that
Root_FD0 relates to FLOPPY_MAJOR.
Re: [gentoo-user] [ot] Correct Setup for DVDRAM
Ok thanks, I'll hack my way through! Florian Philipp wrote: Simon schrieb: Storing data on a dvd is always quite useful and dvds cost much less than usb keys or other... I've been thinking about one thing. Is there any such thing as an incremental filesystem for write-once-read-only media (ie. DVD+-R)?... UDF is supposed to support this (see wikipedia) but as I've already said, it never worked for me.
[gentoo-user] Painted into a corner: avahi and mDNSResponder
Almost perpetually, the following packages or their versions are blocking. I have run emerge -e system several times. Some other problems were cleared up, and this avahi--mDNSResponder/mdnsresponder-compat whatever it all is, just keeps coming back even when solved by some skullduggery. I've removed both of them at one time or another. [blocks B ] net-dns/avahi (net-dns/avahi is blocking net-misc/mDNSResponder-107.6-r5) [blocks B ] net-misc/mDNSResponder (net-misc/mDNSResponder is blocking net-dns/avahi-0.6.23) I guess the problem is that I am running gnome and also have two or three different versions/slots of kde installed. I suppose, then, it's remarkable that only these blocks are showing up? Can someone lend a hand on this? Anything I do is little more than blind tinkering. Alan -- Alan Davis It's never a matter of liking or disliking ... ---Santa Ynez Chumash Medicine Man
Re: [gentoo-user] Painted into a corner: avahi and mDNSResponder
On Sat, Oct 11, 2008 at 10:30 PM, Alan E. Davis [EMAIL PROTECTED] wrote: Almost perpetually, the following packages or their versions are blocking. I have run emerge -e system several times. Some other problems were cleared up, and this avahi--mDNSResponder/mdnsresponder-compat whatever it all is, just keeps coming back even when solved by some skullduggery. I've removed both of them at one time or another. [blocks B ] net-dns/avahi (net-dns/avahi is blocking net-misc/mDNSResponder-107.6-r5) [blocks B ] net-misc/mDNSResponder (net-misc/mDNSResponder is blocking net-dns/avahi-0.6.23) I guess the problem is that I am running gnome and also have two or three different versions/slots of kde installed. I suppose, then, it's remarkable that only these blocks are showing up? Can someone lend a hand on this? Anything I do is little more than blind tinkering. Play around with your USE flags, you'll get it working eventually (that's what I did). ufed helps. -- Andrey Vul A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
