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 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?
Re: [gentoo-user] Painted into a corner: avahi and mDNSResponder
On Sonntag 12 Oktober 2008, Alan E. Davis 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. > > Alan set the avahi useflag, unmerge mdnsresponder, emerge avahi.
Re: [gentoo-user] strange block issue
Robert Bridge wrote: > Try masking virtual/jre-1.6 > > Also, it might be worth checking if the jdictrayapi has be included in > the Java 6 jdk, which would account for the block. You are right, I guess the software could not work with jre 1.5. I replaced my JRE 1.6 with JRE 1.5, but still hit a problem (could be a different one) # emerge borg Calculating dependencies... done! >>> Verifying ebuild Manifests... >>> starting parallel fetching pid 17744 >>> Emerging (1 of 12) dev-java/javahelp-2.0.02_p46 to / * javahelp2-src-2.0.02_svn46.zip RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking javahelp2-src-2.0.02_svn46.zip ;-) ... [ ok ] * Using: ibm-jdk-bin-1.5 * The ebuild phase 'setup' has exited unexpectedly. This type of behavior * is known to be triggered by things such as failed variable assignments * (bug #190128) or bad substitution errors (bug #200313). * Messages for package dev-java/javahelp-2.0.02_p46: * The ebuild phase 'setup' has exited unexpectedly. This type of behavior * is known to be triggered by things such as failed variable assignments * (bug #190128) or bad substitution errors (bug #200313). In fact I always got a feeling with gentoo I often "emerge and pray"...
[gentoo-user] Portage and fetch restrictions
Hi, I noticed that portage stops when it runs into a package like java that has a fetch restriction. I use the -f option a lot and it used to keep fetching then print at the end that a file was not downloaded. Is this a bug or is there a reason for this? I sort of liked the old fashioned way. At least that way it downloads everything but that one file. Right now, it stops at 92 of 887 which leaves a lot left to download. sys-apps/portage-2.2_rc12 is what I am using. Thanks Dale :-) :-)