Re: [gentoo-user] [OT] Windows 'Remote Assistance'
Apparently, though unproven, at 19:29 on Sunday 21 November 2010, Mick did opine thusly: > I know this is somewhat off-topic but I am losing friends here by telling > them all the time that they should install Linux or at least install and > configure VNC if they need my help ... plus some of them I don't mind > helping anyway. > > Lesser MSWindows versions do not seem to allow connections via RDP and > therefore rdesktop and krdc will not connect to them without some VNC > server running on the Windows machine. > > Meanwhile Windows has this 'Remote Assistance' function, which allows what > it says and uses PRNP (Peer Name Resolution Protocol). > > I've been trying to find a Linux tool to connect to a Windows box which has > issued a PRNP invitation, but can't find a means of doing this. Is this > all completely proprietary or is there some UPnP linux solution that > works? First I'd fix the human/social problems, then the technical ones. If you lose friends because you can't help them with Windows... Jezz. The tell them to install TightVNC as otherwise there's didly-squat you can do -- alan dot mckinnon at gmail dot com
[gentoo-user] amarok 1.4.10_p20090130-r4 crashes
Greetings all -
I'm having a problem with amarok from the kde-sunset overlay.
I also tried version 1.4.10_p20090130-r3 and get the same result. I
can compile amarok without error. I also tried compiling with
different use flags. I removed amazon, musicbrainz, mysql, opengl and
python to see if that make any difference and it did not.
It's crashing upon start and here is what I'm getting at the console:
skippy $ amarok
Amarok: [Loader] Starting amarokapp..
Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use
amarokapp. kbuildsycoca running...
DCOP Cleaning up dead connections.
kdecore (KAction): WARNING: KAction::insertKAccel( kaccel =
0x10e0300 ): KAccel object already contains an action name "play_pause"
QLayout "unnamed" added to QVBox "unnamed", which already has a layout
kdecore (KAction): WARNING: KAction::insertKAccel( kaccel =
0x10e0300 ): KAccel object already contains an action name "play_pause"
QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout
for PlaylistWindow/PlaylistWindow QObject::connect: Incompatible
sender/receiver arguments StarManager::ratingsColorsChanged() -->
ContextBrowser::ratingOrScoreOrLabelsChanged(const QString&)
QColor::setRgb: RGB parameter(s) out of range QColor::setRgb: RGB
parameter(s) out of range QColor::setRgb: RGB parameter(s) out of range
X Error: BadWindow (invalid Window
parameter) 3 Major opcode: 20
Minor opcode: 0
Resource id: 0x1a3
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 7
Minor opcode: 0
Resource id: 0x14e
media-sound/amarok
Available versions:
(3.5) 1.4.10_p20090130-r3{tbz2}[1]
1.4.10_p20090130-r4{tbz2}[1]
(4) [m]2.3.1-r2!t [m](~)2.3.1.90!t [m](~)2.3.2-r1!t
Installed versions: 1.4.10_p20090130-r4(3.5){tbz2}[1](05:24:04 AM
11/20/2010)(amazon ipod linguas_en_GB mp4 musicbrainz mysql opengl
python xinerama -daap -debug -elibc_FreeBSD -ifp -linguas_af
-linguas_ar -linguas_az -linguas_be -linguas_bg -linguas_bn -linguas_br
-linguas_ca -linguas_cs -linguas_cy -linguas_da -linguas_de -linguas_el
-linguas_eo -linguas_es -linguas_et -linguas_eu -linguas_fa -linguas_fi
-linguas_fr -linguas_ga -linguas_gl -linguas_he -linguas_hi -linguas_hu
-linguas_id -linguas_is -linguas_it -linguas_ja -linguas_km -linguas_ko
-linguas_ku -linguas_lo -linguas_lt -linguas_mk -linguas_ms -linguas_nb
-linguas_nds -linguas_ne -linguas_nl -linguas_nn -linguas_pa
-linguas_pl -linguas_pt -linguas_pt_BR -linguas_ro -linguas_ru
-linguas_rw -linguas_se -linguas_sk -linguas_sl -linguas_sq -linguas_sr
-linguas...@latn -linguas_ss -linguas_sv -linguas_ta -linguas_tg
-linguas_th -linguas_tr -linguas_uk -linguas_uz -linguas_zh_CN
-linguas_zh_TW -mtp -njb -postgres -real -visualization)
--
Any suggestions for me? Thanks, Skippy
--
On The Fly Photography: http://204EastSouth.com
Re: [gentoo-user] [OT] Windows 'Remote Assistance'
On Sun, Nov 21, 2010 at 9:29 AM, Mick wrote: > I know this is somewhat off-topic but I am losing friends here by telling them > all the time that they should install Linux or at least install and configure > VNC if they need my help ... plus some of them I don't mind helping anyway. > > Lesser MSWindows versions do not seem to allow connections via RDP and > therefore rdesktop and krdc will not connect to them without some VNC server > running on the Windows machine. > > Meanwhile Windows has this 'Remote Assistance' function, which allows what it > says and uses PRNP (Peer Name Resolution Protocol). > > I've been trying to find a Linux tool to connect to a Windows box which has > issued a PRNP invitation, but can't find a means of doing this. Is this all > completely proprietary or is there some UPnP linux solution that works? > -- > Regards, > Mick > Yeah, I'd like to find a simple solution for this also. Currently I use VNC for Linux remote support. For Windows remote I run VMWare/Win XP and run Go2Meeting. It would be great to do that all from my KDE desktop without depending on XP. Go2Meeting is a paid subscription which I use for trading so it's not a good solution for others. - Mark
[gentoo-user] [OT] Windows 'Remote Assistance'
I know this is somewhat off-topic but I am losing friends here by telling them all the time that they should install Linux or at least install and configure VNC if they need my help ... plus some of them I don't mind helping anyway. Lesser MSWindows versions do not seem to allow connections via RDP and therefore rdesktop and krdc will not connect to them without some VNC server running on the Windows machine. Meanwhile Windows has this 'Remote Assistance' function, which allows what it says and uses PRNP (Peer Name Resolution Protocol). I've been trying to find a Linux tool to connect to a Windows box which has issued a PRNP invitation, but can't find a means of doing this. Is this all completely proprietary or is there some UPnP linux solution that works? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Boot partitions (WAS: migrating disks (from mounts to disklabels
On Sun, 21 Nov 2010 01:10:02 +0100, Neil Bothwick wrote about Re: [gentoo-user] Boot partitions (WAS: migrating disks (from mounts to disklabels: >On Sat, 20 Nov 2010 16:53:25 +, David W Noon wrote: [snip] >> Your extended partition begins at sector 124. Any idea what is >> occupying sectors 0 - 123 ? > >No idea, I used cfdisk, which must have decided it was a good idea to >leave that area untouched. It doesn't show as free space. Well, sector 0 holds the MBR for the entire disk. But everybody reading this mailing list would have known that. What I suspect is in the remainder of that space is a hidden primary partition containing a "transparent" bootstrap that augments the BIOS and permits booting from a logical/extended partition. This would be similar to the old OS/2 Boot Manager, although that was hardly transparent. This hidden partition was probably placed there by cfdisk when you first partitioned the drive and started it with an extended partition. The OS/2 FDISK.COM did something similar when the first partition on a drive was not a primary (including Boot Manager). A forensic examination of that area would be of interest. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: E17 and package.use
Apparently, though unproven, at 17:24 on Sunday 21 November 2010, Mick did
opine thusly:
> On Sunday 21 November 2010 15:05:52 Alan McKinnon wrote:
> > Apparently, though unproven, at 16:35 on Sunday 21 November 2010, Mick
> > did
> >
> > opine thusly:
> > > On Sunday 21 November 2010 13:03:48 Alan McKinnon wrote:
> > > > I think you are trying to use the ebuilds too soon. Maybe stick with
> > > > efl a bit longer.
> > >
> > > Thank you Alan, much appreciated. I'll stay with efl for now. It was
> > > just that the statement of the dev in the link you posted, which
> > > suggested we should have moved over to 'enlightenment' overlay by now,
> > > that made me think I should get going on this.
> >
> > I thought the same at the time, but you've now shown that the dev's
> > statement was likely premature
>
> LOL! I think that the whole enchilada is borked at the moment:
>
> # emerge -1aDv dev-libs/ecore dev-libs/e_dbus dev-libs/eet dev-libs/eina
> dev- libs/embryo dev-libs/efreet media-libs/edje media-libs/ethumb
> media-libs/evas x11-wm/enlightenment
> enlightenment-base/e_module-notification enlightenment-
> base/e_module-tclock net-libs/exchange app-text/epdf media-libs/emotion
> dev- libs/eeze enlightenment-base/e_module-forecasts
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
>
> !!! All ebuilds that could satisfy "dev-libs/e_dbus" have been masked.
> !!! One of the following masked packages is required to complete your
> request: - dev-libs/e_dbus-1.0.0_beta2 (masked by: ~amd64 keyword)
>
>
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.
>
> However, I have this keyword set up:
>
> =dev-libs/e_dbus- **
>
> so I think that it *should* use the cvs and not complain!?
>
> Perhaps I'll pass on updating my E17 and leave well alone for another week
> or two until this transition has bedded in somewhat.
The only e_dbus ebuild available right now is 1.0.0_beta2 in the portage tree:
# eix e_dbus
[D] dev-libs/e_dbus
Available versions: (~)1.0.0_beta2 {bluetooth +connman doc +hal
+libnotify nls ofono static-libs ukit}
Installed versions: [1](22:30:02 12/11/10)(bluetooth connman hal
libnotify ofono ukit -doc -nls -static-libs)
emerge is not trying to use any of the overlays as they do not contain any
e_dbus ebuilds.
Yes, it is somewhat borked and a week's wait is a good idea
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: E17 and package.use
On Sunday 21 November 2010 15:05:52 Alan McKinnon wrote: > Apparently, though unproven, at 16:35 on Sunday 21 November 2010, Mick did > > opine thusly: > > On Sunday 21 November 2010 13:03:48 Alan McKinnon wrote: > > > I think you are trying to use the ebuilds too soon. Maybe stick with > > > efl a bit longer. > > > > Thank you Alan, much appreciated. I'll stay with efl for now. It was > > just that the statement of the dev in the link you posted, which > > suggested we should have moved over to 'enlightenment' overlay by now, > > that made me think I should get going on this. > > I thought the same at the time, but you've now shown that the dev's > statement was likely premature LOL! I think that the whole enchilada is borked at the moment: # emerge -1aDv dev-libs/ecore dev-libs/e_dbus dev-libs/eet dev-libs/eina dev- libs/embryo dev-libs/efreet media-libs/edje media-libs/ethumb media-libs/evas x11-wm/enlightenment enlightenment-base/e_module-notification enlightenment- base/e_module-tclock net-libs/exchange app-text/epdf media-libs/emotion dev- libs/eeze enlightenment-base/e_module-forecasts These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy "dev-libs/e_dbus" have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/e_dbus-1.0.0_beta2 (masked by: ~amd64 keyword) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. However, I have this keyword set up: =dev-libs/e_dbus- ** so I think that it *should* use the cvs and not complain!? Perhaps I'll pass on updating my E17 and leave well alone for another week or two until this transition has bedded in somewhat. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: E17 and package.use
Apparently, though unproven, at 16:35 on Sunday 21 November 2010, Mick did opine thusly: > On Sunday 21 November 2010 13:03:48 Alan McKinnon wrote: > > I think you are trying to use the ebuilds too soon. Maybe stick with efl > > a bit longer. > > Thank you Alan, much appreciated. I'll stay with efl for now. It was just > that the statement of the dev in the link you posted, which suggested we > should have moved over to 'enlightenment' overlay by now, that made me > think I should get going on this. I thought the same at the time, but you've now shown that the dev's statement was likely premature -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: E17 and package.use
On Sunday 21 November 2010 13:03:48 Alan McKinnon wrote: > I think you are trying to use the ebuilds too soon. Maybe stick with efl a > bit longer. Thank you Alan, much appreciated. I'll stay with efl for now. It was just that the statement of the dev in the link you posted, which suggested we should have moved over to 'enlightenment' overlay by now, that made me think I should get going on this. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: E17 and package.use
Apparently, though unproven, at 14:40 on Sunday 21 November 2010, Mick did opine thusly: > On Sunday 21 November 2010 09:34:00 Alan McKinnon wrote: > > I think it's just different maintainers. The newest stuff was committed > > to the tree after the work was done on the efl overlay, and the > > maintainer of the enlightenment overlay just hasn't got round to it yet > > I see, thanks. Last confusing thing I came across is this: Keep in mind that e17 is in rapid flux, things change and the overlays don't always keep up. The master reference is the svn code - looking in e/src/modules/ sometimes reveals that a module was moved into the main e code-base. And other similar odd stuff happens from time to time. > > emerge: there are no ebuilds to satisfy "enlightenment-base/e_module- > notification" > emerge: there are no ebuilds to satisfy > "enlightenment-base/e_module-tclock" emerge: there are no ebuilds to > satisfy "net-libs/exchange" > emerge: there are no ebuilds to satisfy "enlightenment-base/e_module- > forecasts" These are still in the efl overlay. They appear to sort-of work but especially clock and forecasts are slated for removal/merging with something else > > as well as: > > emerge: there are no ebuilds to satisfy ">=media-libs/epsilon-0.3" > > which was a dependency of epdf and ethumb. epsilon moved to ../OLD/ and should not be used It was replaced by ethumb so the ebuilds you are using are broken. > So, I removed all these efl modules and epdf and ethumb from my emerge > stanza You need ethumb, you should fix the ebuild > and was ready to let rip - but I got confused with a new slot of > enlightenment that portage wants to pull in: > > [ebuild NS ] x11-wm/enlightenment-1.0.2 [] USE="dbus nls pango > xrandr - doc -esd -pulseaudio -xcomposite -xinerama" 2,059 kB [0] that's e16 You either has missing unmasks, or the ebuilds are broken. You want enlightenment:0.17 > > Shouldn't it pull in 0.16.999.52995 as shown below? > == > $ eix -l enlightenment > [I] x11-wm/enlightenment > Available versions: > (0.17) > ~ 0.16.999.52995[1] "~amd64 ~x86" [acpi bluetooth doc > +e_modules_battery +e_modules_clock +e_modules_comp +e_modules_conf- > applications +e_modules_conf-borders +e_modules_conf-clientlist > +e_modules_conf-colors +e_modules_conf-desk +e_modules_conf-desklock > +e_modules_conf-desks +e_modules_conf-dialogs +e_modules_conf-display > +e_modules_conf-dpms +e_modules_conf-edgebindings +e_modules_conf-engine > +e_modules_conf-fonts +e_modules_conf-icon-theme +e_modules_conf-imc > +e_modules_conf-interaction +e_modules_conf-intl > +e_modules_conf-keybindings +e_modules_conf-menus +e_modules_conf-mime > +e_modules_conf-mouse > +e_modules_conf-mouse-cursor +e_modules_conf-mousebindings +e_modules_conf- > paths +e_modules_conf-performance +e_modules_conf-profiles +e_modules_conf- > scale +e_modules_conf-screensaver +e_modules_conf-shelves +e_modules_conf- > startup +e_modules_conf-theme +e_modules_conf-transitions +e_modules_conf- > wallpaper +e_modules_conf-wallpaper2 +e_modules_conf-window-display > +e_modules_conf-window-focus +e_modules_conf-window-manipulation > +e_modules_conf-window-remembers +e_modules_conf-winlist +e_modules_connman > +e_modules_cpufreq +e_modules_dropshadow +e_modules_everything > +e_modules_everything-apps +e_modules_everything-calc > +e_modules_everything- files +e_modules_everything-settings > +e_modules_everything-windows +e_modules_fileman +e_modules_fileman_opinfo > +e_modules_gadman +e_modules_ibar +e_modules_ibox e_modules_illume > +e_modules_illume2 +e_modules_mixer +e_modules_msgbus e_modules_ofono > +e_modules_pager +e_modules_start +e_modules_syscon +e_modules_systray > +e_modules_temperature +e_modules_winlist +e_modules_wizard exchange hal > nls pam spell static-libs +udev] > (**)[1] [acpi bluetooth doc +e_modules_battery > +e_modules_clock +e_modules_comp +e_modules_conf-applications > +e_modules_conf- borders +e_modules_conf-clientlist +e_modules_conf-colors > +e_modules_conf-desk +e_modules_conf-desklock +e_modules_conf-desks > +e_modules_conf-dialogs +e_modules_conf-display +e_modules_conf-dpms > +e_modules_conf-edgebindings +e_modules_conf-engine +e_modules_conf-fonts > +e_modules_conf-icon-theme +e_modules_conf-imc +e_modules_conf-interaction > +e_modules_conf-intl +e_modules_conf-keybindings +e_modules_conf-menus > +e_modules_conf-mime +e_modules_conf-mouse +e_modules_conf-mouse-cursor > +e_modules_conf- mousebindings +e_modules_conf-paths > +e_modules_conf-performance > +e_modules_conf-profiles +e_modules_conf-scale +e_modules_conf-screensaver > +e_modules_conf-shelves +e_modules_conf-startup +e_modules_conf-theme > +e_modules_conf-transitions +e_modules_conf-wallpaper +e_modules_conf- > wallpaper2 +e_modules_conf-window-display +e_modules_conf-window-focus > +e_modules_conf-window-manipulation +e_modules_conf-window-re
Re: [gentoo-user] Re: E17 and package.use
On Sunday 21 November 2010 09:34:00 Alan McKinnon wrote: > I think it's just different maintainers. The newest stuff was committed to > the tree after the work was done on the efl overlay, and the maintainer of > the enlightenment overlay just hasn't got round to it yet I see, thanks. Last confusing thing I came across is this: emerge: there are no ebuilds to satisfy "enlightenment-base/e_module- notification" emerge: there are no ebuilds to satisfy "enlightenment-base/e_module-tclock" emerge: there are no ebuilds to satisfy "net-libs/exchange" emerge: there are no ebuilds to satisfy "enlightenment-base/e_module- forecasts" as well as: emerge: there are no ebuilds to satisfy ">=media-libs/epsilon-0.3" which was a dependency of epdf and ethumb. So, I removed all these efl modules and epdf and ethumb from my emerge stanza and was ready to let rip - but I got confused with a new slot of enlightenment that portage wants to pull in: [ebuild NS ] x11-wm/enlightenment-1.0.2 [] USE="dbus nls pango xrandr - doc -esd -pulseaudio -xcomposite -xinerama" 2,059 kB [0] Shouldn't it pull in 0.16.999.52995 as shown below? == $ eix -l enlightenment [I] x11-wm/enlightenment Available versions: (0.17) ~ 0.16.999.52995[1] "~amd64 ~x86" [acpi bluetooth doc +e_modules_battery +e_modules_clock +e_modules_comp +e_modules_conf- applications +e_modules_conf-borders +e_modules_conf-clientlist +e_modules_conf-colors +e_modules_conf-desk +e_modules_conf-desklock +e_modules_conf-desks +e_modules_conf-dialogs +e_modules_conf-display +e_modules_conf-dpms +e_modules_conf-edgebindings +e_modules_conf-engine +e_modules_conf-fonts +e_modules_conf-icon-theme +e_modules_conf-imc +e_modules_conf-interaction +e_modules_conf-intl +e_modules_conf-keybindings +e_modules_conf-menus +e_modules_conf-mime +e_modules_conf-mouse +e_modules_conf-mouse-cursor +e_modules_conf-mousebindings +e_modules_conf- paths +e_modules_conf-performance +e_modules_conf-profiles +e_modules_conf- scale +e_modules_conf-screensaver +e_modules_conf-shelves +e_modules_conf- startup +e_modules_conf-theme +e_modules_conf-transitions +e_modules_conf- wallpaper +e_modules_conf-wallpaper2 +e_modules_conf-window-display +e_modules_conf-window-focus +e_modules_conf-window-manipulation +e_modules_conf-window-remembers +e_modules_conf-winlist +e_modules_connman +e_modules_cpufreq +e_modules_dropshadow +e_modules_everything +e_modules_everything-apps +e_modules_everything-calc +e_modules_everything- files +e_modules_everything-settings +e_modules_everything-windows +e_modules_fileman +e_modules_fileman_opinfo +e_modules_gadman +e_modules_ibar +e_modules_ibox e_modules_illume +e_modules_illume2 +e_modules_mixer +e_modules_msgbus e_modules_ofono +e_modules_pager +e_modules_start +e_modules_syscon +e_modules_systray +e_modules_temperature +e_modules_winlist +e_modules_wizard exchange hal nls pam spell static-libs +udev] (**)[1] [acpi bluetooth doc +e_modules_battery +e_modules_clock +e_modules_comp +e_modules_conf-applications +e_modules_conf- borders +e_modules_conf-clientlist +e_modules_conf-colors +e_modules_conf-desk +e_modules_conf-desklock +e_modules_conf-desks +e_modules_conf-dialogs +e_modules_conf-display +e_modules_conf-dpms +e_modules_conf-edgebindings +e_modules_conf-engine +e_modules_conf-fonts +e_modules_conf-icon-theme +e_modules_conf-imc +e_modules_conf-interaction +e_modules_conf-intl +e_modules_conf-keybindings +e_modules_conf-menus +e_modules_conf-mime +e_modules_conf-mouse +e_modules_conf-mouse-cursor +e_modules_conf- mousebindings +e_modules_conf-paths +e_modules_conf-performance +e_modules_conf-profiles +e_modules_conf-scale +e_modules_conf-screensaver +e_modules_conf-shelves +e_modules_conf-startup +e_modules_conf-theme +e_modules_conf-transitions +e_modules_conf-wallpaper +e_modules_conf- wallpaper2 +e_modules_conf-window-display +e_modules_conf-window-focus +e_modules_conf-window-manipulation +e_modules_conf-window-remembers +e_modules_conf-winlist +e_modules_connman +e_modules_cpufreq +e_modules_dropshadow +e_modules_everything +e_modules_everything-apps +e_modules_everything-calc +e_modules_everything-files +e_modules_everything- settings +e_modules_everything-windows +e_modules_fileman +e_modules_fileman_opinfo +e_modules_gadman +e_modules_ibar +e_modules_ibox e_modules_illume +e_modules_illume2 +e_modules_mixer +e_modules_msgbus e_modules_ofono +e_modules_pager +e_modules_start +e_modules_syscon +e_modules_systray +e_modules_temperature +e_modules_winlist +e_modules_wizard exchange hal nls pam spell static-libs +udev] (0) ** 0.16. [dbus doc esd nls pango pulseaudio xcomposite xinerama xrandr] 1.0.1 "alpha amd64 arm hppa ia64 ppc ppc64 sh sparc x86 ~x86-fbsd" [dbus doc esd nls pango pulseaudio xcomposite xinerama xrandr]
Re: [gentoo-user] [OT] quad vga - dual or single card?
Am 21.11.2010 13:14, schrieb Iain Buchanan: > Hi all, > > I'm appealing to your collective knowledge for something not really > gentoo :) > > I'm looking at 4 independent VGA outputs for a church media / stage > environment (dvds, videos, presentations, maybe some live camera > backgrounds under text & such). > > Do you think it would be better to get either: > * Dual 256MB PCIe x16 nVidia NVS 295, or > * Single 512MB PCIe x16 nVidia NVS 420 > > The single NVS 420 is about $350 more than the dual 295. (There is a > dual 420 option but that's another $1000 so I'm hoping to avoid it!) > > both are quad-monitor capable. I'm considering performance, heat, > power, noise, and anything else you can think of. The 295 is passively > cooled, 23W each, whereas the 420 is active cooled but only 40W, or so > they say! > > any tips much appreciated :) I would go with a NVS420. If there is a graphics-card that can handle 4 Displays at once, why you want a dual GPU setup? I think this would be more pain, than fun.
[gentoo-user] [OT] quad vga - dual or single card?
Hi all, I'm appealing to your collective knowledge for something not really gentoo :) I'm looking at 4 independent VGA outputs for a church media / stage environment (dvds, videos, presentations, maybe some live camera backgrounds under text & such). Do you think it would be better to get either: * Dual 256MB PCIe x16 nVidia NVS 295, or * Single 512MB PCIe x16 nVidia NVS 420 The single NVS 420 is about $350 more than the dual 295. (There is a dual 420 option but that's another $1000 so I'm hoping to avoid it!) both are quad-monitor capable. I'm considering performance, heat, power, noise, and anything else you can think of. The 295 is passively cooled, 23W each, whereas the 420 is active cooled but only 40W, or so they say! any tips much appreciated :) -- Iain Buchanan If you're not part of the solution, you're part of the precipitate.
Re: [gentoo-user] symlinks + rsync backup
Running the command you posted above gies the same result. Links on the new location are pointing to the absolute path old location. $ ls -la /mnt/rsync/vista lrwxrwxrwx 1 root root 56 mar 24 2009 Archivos de programa -> /mnt/vista/Program Files 2010/11/21 Andrea Conti : >> rsync -aERPv --progress rsync://localhost/Windows-Vista-backup >> /mnt/rsync/vista/ > > Is there a specific reason you are using rsync in daemon mode on the > sending side for a local tranfer? If the symlinks look right on the > mounted windows fs, I guess that > > rsync -aEPv /mnt/vista/. /mnt/rsync/vista/ > > would give the correct result. > > andrea > > >
Re: [gentoo-user] Re: E17 and package.use
Apparently, though unproven, at 11:13 on Sunday 21 November 2010, Mick did opine thusly: > I've added 'enlightenment' overlay, sync'ed and now I get this: > === > $ eix -l eina > [I] dev-libs/eina > Available versions: > ~ 1.0.0_beta[1] "~amd64 ~x86" [altivec debug > default-mempool doc mempool-buddy +mempool-chained mempool-fixed-bitmap > +mempool-pass-through mmx nls sse sse2 static-libs +threads] > ~ 1.0.0_beta2 "~amd64 ~x86" [altivec debug > default-mempool doc mempool-buddy +mempool-chained mempool-fixed-bitmap > +mempool-pass-through mmx nls sse sse2 static-libs test +threads] > (**)[1] [altivec debug default-mempool doc > mempool-buddy +mempool-chained mempool-ememoa-fixed > mempool-ememoa-unknown mempool-fixed- bitmap +mempool-pass-through mmx nls > sse sse2 static-libs +threads] Installed versions: [?](05:35:30 PM > 11/13/2010)(mempool-chained mempool-pass-through mmx nls sse sse2 threads > -altivec -debug -default-mempool -doc -mempool-buddy -mempool-ememoa-fixed > -mempool-ememoa-unknown -mempool- fixed-bitmap -static-libs) > Homepage:http://www.enlightenment.org/ > Description: Enlightenment's data types library (List, hash, > etc) in C > > [1] "enlightenment" /var/lib/layman/enlightenment > === > > Do I read the above right that 1.0.0_beta is in the enlightenment overlay, > but 1.0.0_beta2 is in portage proper? Since beta2 is more recent why > isn't listed in enlightenment overlay? You are assigning logic and reason where none exists :-) I think it's just different maintainers. The newest stuff was committed to the tree after the work was done on the efl overlay, and the maintainer of the enlightenment overlay just hasn't got round to it yet -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: E17 and package.use
On Saturday 20 November 2010 21:01:51 Alan McKinnon wrote: > Apparently, though unproven, at 20:12 on Saturday 20 November 2010, walt > did > > opine thusly: > > On 11/19/2010 03:46 PM, Alan McKinnon wrote: > > > Been using e17 for years :-) > > > > But you use kde too, right? How do you choose which one to use today? > > Until about a year ago I primarily used e17 but also had most of KDE > installed and used it occasionally. > > The current push to actually get an e17 release out the door after 10 years > (!) has been going on for about a year and the e17 svn tree changes a lot > on a daily basis. To get work done I had to start using KDE more and more > often (and luckily the brokenness from the first few kde-4 releases was > mostly gone by then). > > I still rebuild e17 about once a week or so and give it a good test. I > always intended to go back to e17 once it stabilised but in the meantime I > have become rather attached to plasma, so it looks like a hard choice is > coming down the road To be honest over 9 months or so E17 only broke once or twice for me. Sync'ing the efl and trying again a few hours later fixed the breakage. Once I get a working desktop I leave it alone and only sync again a week or two later. E17 is s light footed that I would not want to move to KDE for all the plasmoids in the world. Ha! It even makes fluxbox seem heavy on resources in comparison. I've added 'enlightenment' overlay, sync'ed and now I get this: === $ eix -l eina [I] dev-libs/eina Available versions: ~ 1.0.0_beta[1] "~amd64 ~x86" [altivec debug default-mempool doc mempool-buddy +mempool-chained mempool-fixed-bitmap +mempool-pass-through mmx nls sse sse2 static-libs +threads] ~ 1.0.0_beta2 "~amd64 ~x86" [altivec debug default-mempool doc mempool-buddy +mempool-chained mempool-fixed-bitmap +mempool-pass-through mmx nls sse sse2 static-libs test +threads] (**)[1] [altivec debug default-mempool doc mempool-buddy +mempool-chained mempool-ememoa-fixed mempool-ememoa-unknown mempool-fixed- bitmap +mempool-pass-through mmx nls sse sse2 static-libs +threads] Installed versions: [?](05:35:30 PM 11/13/2010)(mempool-chained mempool-pass-through mmx nls sse sse2 threads -altivec -debug -default-mempool -doc -mempool-buddy -mempool-ememoa-fixed -mempool-ememoa-unknown -mempool- fixed-bitmap -static-libs) Homepage:http://www.enlightenment.org/ Description: Enlightenment's data types library (List, hash, etc) in C [1] "enlightenment" /var/lib/layman/enlightenment === Do I read the above right that 1.0.0_beta is in the enlightenment overlay, but 1.0.0_beta2 is in portage proper? Since beta2 is more recent why isn't listed in enlightenment overlay? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] migrating disks (from mounts to disklabels
On Saturday 20 November 2010 20:46:48 Alan McKinnon wrote: > Apparently, though unproven, at 18:59 on Saturday 20 November 2010, Mick > did > > opine thusly: > > On Saturday 20 November 2010 00:22:49 Alan McKinnon wrote: > > > Apparently, though unproven, at 01:21 on Saturday 20 November 2010, > > > Neil > > > > > > Bothwick did opine thusly: > > > > On Fri, 19 Nov 2010 22:13:50 +, Mick wrote: > > > > > Short of measuring the latency with some system (which I wouldn't > > > > > know how) I have experimented with setting the /boot partition on > > > > > primary and logical partitions and the difference (on a stopwatch) > > > > > was measurable in seconds betweeen having said partition on a > > > > > primary and having it on a logical. > > > > > > > > Are you talking about GRUB loading time, kernel loading or what? > > > > Since /boot isn't normally mounted or used once the kernel is loaded, > > > > I don't see how relevant this is. > > > > > > And: > > > > > > Boot time differences measured in *seconds*? > > > > > > fifty bucks says his fsck number came up > > > > Yes, I'm talking about GRUB loading time. > > > > This is a (touch wood) healthy fs which has been serving my wife happily > > for the last 4 years ... > > Was the speed difference a once-off, or is it consistent and reproducible? It is the latter. Of course this is not important as GRUB is only loaded once and doesn't affect running the OS thereafter. I think that this behaviour is explained by the earlier comment about lookup times and BIOS doing no caching of course. No idea if this would be different on one of the new EFI boot systems. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] symlinks + rsync backup
On Saturday 20 November 2010 23:54:36 Pau Peris wrote: > Hi, i'm doing a backup of a windows installation using rsync. > Everything is working fine except for symlinks, the problem is that > symlinks are taking absolute path so they're going to be broken as > soon a paths get changed. look at the example: > > $ ls -la /mnt/rsync/vista/ > wxrwxrwx 1 root root 4096 nov 11 17:41 . > drwxr-xr-x 5 root root 5 nov 20 12:10 .. > lrwxrwxrwx 1 root root 56 mar 24 2009 Archivos de programa -> > /mnt/vista/Program Files > drwxrwxrwx 1 root root 4096 mar 24 2009 Boot > -rwxrwxrwx 1 root root 333203 ene 21 2008 bootmgr > -rwxrwxrwx 1 root root 8192 mar 24 2009 BOOTSECT.BAK > lrwxrwxrwx 1 root root 40 nov 2 2006 Documents and Settings -> > /mnt/vista/Users > -rwxrwxrwx 1 root root 171136 sep 4 2009 grldr > -rwxrwxrwx 1 root root 171136 sep 2 2009 grldr.bak > drwxrwxrwx 1 root root 0 jun 1 2009 Jocs > -rwxrwxrwx 1 root root 904704 dic 1 2006 msdia80.dll > drwxrwxrwx 1 root root 8192 oct 27 17:03 ProgramData > drwxrwxrwx 1 root root 4096 sep 6 21:58 Program Files > drwxrwxrwx 1 root root 8192 oct 11 16:43 Program Files (x86) > drwxrwxrwx 1 root root 0 mar 24 2009 RaidTool > drwxrwxrwx 1 root root 0 mar 27 2010 $Recycle.Bin > drwxrwxrwx 1 root root 4096 mar 24 2009 System Volume Information > drwxrwxrwx 1 root root 4096 mar 24 2009 Users > drwxrwxrwx 1 root root264 nov 11 16:23 Windows > > The symlink "Archivos de programa -> /mnt/vista/Program Files" is > wrong, it should point to the relative path, something like "Archivos > de programa -> Program Files". rsync is called this way: > > rsync -aERPv --progress rsync://localhost/Windows-Vista-backup > /mnt/rsync/vista/ > > Do someone know which should be the correct options to create clone > backup without breaking permissions neither symlinks? thanks in > advanced :) I haven't tried it, but have you experimented with these options: -l, --links copy symlinks as symlinks -L, --copy-linkstransform symlink into referent file/dir --copy-unsafe-links only "unsafe" symlinks are transformed --safe-linksignore symlinks that point outside the tree -k, --copy-dirlinks transform symlink to dir into referent dir -K, --keep-dirlinks treat symlinked dir on receiver as dir -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] symlinks + rsync backup
> rsync -aERPv --progress rsync://localhost/Windows-Vista-backup > /mnt/rsync/vista/ Is there a specific reason you are using rsync in daemon mode on the sending side for a local tranfer? If the symlinks look right on the mounted windows fs, I guess that rsync -aEPv /mnt/vista/. /mnt/rsync/vista/ would give the correct result. andrea
