You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(30) |
Oct
(50) |
Nov
(42) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(36) |
Feb
(13) |
Mar
(74) |
Apr
(17) |
May
(62) |
Jun
(53) |
Jul
(32) |
Aug
(58) |
Sep
(44) |
Oct
(21) |
Nov
(35) |
Dec
(53) |
2009 |
Jan
(43) |
Feb
(58) |
Mar
(14) |
Apr
(16) |
May
(61) |
Jun
(49) |
Jul
(11) |
Aug
(22) |
Sep
(37) |
Oct
(12) |
Nov
(23) |
Dec
(10) |
2010 |
Jan
(21) |
Feb
(13) |
Mar
(5) |
Apr
(18) |
May
(14) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(13) |
Oct
(8) |
Nov
(11) |
Dec
(14) |
2011 |
Jan
(13) |
Feb
(19) |
Mar
(16) |
Apr
(10) |
May
(22) |
Jun
(4) |
Jul
(63) |
Aug
(14) |
Sep
(10) |
Oct
(12) |
Nov
(10) |
Dec
(43) |
2012 |
Jan
(3) |
Feb
(4) |
Mar
(35) |
Apr
(1) |
May
(32) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(4) |
2013 |
Jan
(12) |
Feb
(6) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
|
2014 |
Jan
(5) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2015 |
Jan
|
Feb
(5) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Marcelo V. <mv...@vm...> - 2009-05-19 00:40:31
|
Hi Olivier, Olivier LAHAYE wrote: > Trying to minimize the number of includes to put in the dkms build tree I'm > trying to create, I've found that there are 2 hgfs.h , 2 block.h and 2 stubs.h > includes that are identical except for the top comment (tipicaly the license). > Is it normal? > > modules/linux/vmhgfs/hgfs.h is GPL v2 > lib/include/hgfs.h is LGPL v2.1 > > modules/linux/vmblock/linux/block.h is GPL v2 > vmblock-fuse/block.h is LGPL v2.1 > > modules/linux/vmblock/linux/stubs.h is GPL v2 > vmblock-fuse/stubs.h is LGPL v2.1 > > Aside that, they are strictly identical... Yes, the files are identical except for the license. This is one of the things I worked on the past couple of months and, in the next code refresh (sometime this week) most of these duplications should be gone. (In fact, the only one I see now is hgfs.h, which apparently I missed.) So at least it should be easier to choose which file to package since there should be only one from now on. :-) (The files will be licensed under LGPL and, where needed, CDDL and / or BSD; I'm assuming that LGPL is fine for use in the kernel module code which is licensed under the GPL - all these licenses make my head spin sometimes). About your other question about what files to package, after all this cleanup it does become a little bit trickier to package modules for use with dkms; basically, what you'll have to do is: . place all shared headers either on the module's dir directly, or under a "shared" directory under the module's source dir . place all the "autoconf" stuff under "shared/autoconf" under the module's source dir . copy any shared sources to the module's source dir (for example, lib/misc/dbllnklst.c which is used by a few modules). Also, you shouldn't define OVT_SOURCE_DIR when building through dkms (in case you're wondering why that's used in modules/Makefile.am). That variable changes the behavior of the makefiles to use the shared stuff in the open-vm-tools package, which is not what you want for dkms. We do something similar when we package these modules with the Tools we ship with Workstation or other VMware products, so if you want more information about what the directory structure for building different modules "stand alone" looks like, feel free to ask. -- - Marcelo |
From: Olivier L. <oli...@ce...> - 2009-05-18 14:07:01
|
Trying to minimize the number of includes to put in the dkms build tree I'm trying to create, I've found that there are 2 hgfs.h , 2 block.h and 2 stubs.h includes that are identical except for the top comment (tipicaly the license). Is it normal? modules/linux/vmhgfs/hgfs.h is GPL v2 lib/include/hgfs.h is LGPL v2.1 modules/linux/vmblock/linux/block.h is GPL v2 vmblock-fuse/block.h is LGPL v2.1 modules/linux/vmblock/linux/stubs.h is GPL v2 vmblock-fuse/stubs.h is LGPL v2.1 Aside that, they are strictly identical... -- Olivier LAHAYE CEA Saclay DRT-LIST-DETECS-SSTM |
From: Olivier L. <oli...@ce...> - 2009-05-18 12:51:29
|
Denis, Thanks a lot for your help. In fact I already had a look at your fedora rpm and started to work on it. See attachment for what I've done so far. My aim is that the final spec would create the dkms binary package aside normal packages. I don't see any reason to have the open-vm-tools source be part of 2 source-rpm packages (one for the tools one for the modules). I'm also not keen to have a kmod package until it is maintained by Mandriva team and thus updated at the same time the kernel is updated. So I'd realy like to go forward with the dkms way (until modules are part of the kernel or are provided by Mandriva as part of the main distro). Note that the attached spec is a work in progress. While it builds correctly all the packages, the dkms one is not correct (missing includes in the build tree). I have 2 solutions at that point: Either include all open-vm-tools in a dkms shared dir (ugly), or look at the vmware-only kernel modules tree and copy missing includes (also ugly as there are includes duplicated in all modules directories). I've also a duplicate definition that occures only if I put all missing includes in a shared include directory in the dkms tree. If I try to build the package from the original source, this duplicate definition does not occure.... I think that some king of include has 2 versions... need to look deeper.... I've tested the git repository, but it is fully equal to all releases (I've looked at the commits and they match all releases. (IMHO I see no interrest in a git that is exactly the same as the releases. Maybe I'm missing something here). Best regards. Olivier. Le lundi 18 mai 2009 12:35:18 Denis Leroy, vous avez écrit : > On 05/18/2009 09:51 AM, Olivier LAHAYE wrote: > > Hi, > > > > I'd like to install modules as dkms tree in order to avoid recompiling > > the modules from the full source tree. > > Is there a clean way to create the<module>-only source-tree from the full > > sources or should I do it myself by hand (so I can move it to the dkms > > source dir)? > > Right now, I've identified modules includes in modules/shared and > > lib/includes. > > > > Thanks a lot for your help. > > > > PS: I'm trying (in fact) to create a source rpm for Mandriva 2009.1 that > > creates 3 packages from the full open-vm-tools source archive. > > - open-vm-tools > > - open-vm-tools-devel > > - dkms-open-vm-tools > > Olivier, > > You can use the spec files I maintain for Fedora RPMFusion (kmod-based) > > http://download1.rpmfusion.org/free/fedora/updates/10/SRPMS/repoview/open-v >m-tools.html > http://download1.rpmfusion.org/free/fedora/updates/10/SRPMS/repoview/open-v >m-tools-kmod.html > > > I also wrote some dkms-based RPM, but no longer maintained: > > http://www.poolshark.org/dkms-open-vm-tools/ > > -denis > > --------------------------------------------------------------------------- >--- Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel -- Olivier LAHAYE CEA Saclay |
From: Denis L. <de...@po...> - 2009-05-18 11:21:20
|
On 05/18/2009 09:51 AM, Olivier LAHAYE wrote: > Hi, > > I'd like to install modules as dkms tree in order to avoid recompiling the > modules from the full source tree. > Is there a clean way to create the<module>-only source-tree from the full > sources or should I do it myself by hand (so I can move it to the dkms source > dir)? > Right now, I've identified modules includes in modules/shared and lib/includes. > > Thanks a lot for your help. > > PS: I'm trying (in fact) to create a source rpm for Mandriva 2009.1 that > creates 3 packages from the full open-vm-tools source archive. > - open-vm-tools > - open-vm-tools-devel > - dkms-open-vm-tools Olivier, You can use the spec files I maintain for Fedora RPMFusion (kmod-based) http://download1.rpmfusion.org/free/fedora/updates/10/SRPMS/repoview/open-vm-tools.html http://download1.rpmfusion.org/free/fedora/updates/10/SRPMS/repoview/open-vm-tools-kmod.html I also wrote some dkms-based RPM, but no longer maintained: http://www.poolshark.org/dkms-open-vm-tools/ -denis |
From: Olivier L. <oli...@ce...> - 2009-05-18 07:51:53
|
Hi, I'd like to install modules as dkms tree in order to avoid recompiling the modules from the full source tree. Is there a clean way to create the <module>-only source-tree from the full sources or should I do it myself by hand (so I can move it to the dkms source dir)? Right now, I've identified modules includes in modules/shared and lib/includes. Thanks a lot for your help. PS: I'm trying (in fact) to create a source rpm for Mandriva 2009.1 that creates 3 packages from the full open-vm-tools source archive. - open-vm-tools - open-vm-tools-devel - dkms-open-vm-tools IMHO, creating a kmod-open-vm-tools is not the way to go if not maintained by the distro provided as you have to monitor each kernel update and rebuild the kmod package eachtime the kernel is updated in the main distro. Regards, -- Olivier LAHAYE CEA Saclay |
From: SourceForge.net <no...@so...> - 2009-05-14 23:28:04
|
Tracker item #2791776, was opened at 2009-05-14 08:42 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791776&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: Yes Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: bug tracker shouldn't allow anonymous bugs Initial Comment: The bug tracker allows you to enter an anonymous bug, but then throws it away and says you should have logged in. Brilliant. Now I have to type it again. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-05-14 16:27 Message: There's no option to disable the tracker altogether if you're not logged in. This sounds like a sourceforge issue, not an issue specific to this project. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791776&group_id=204462 |
From: SourceForge.net <no...@so...> - 2009-05-14 16:16:24
|
Tracker item #2791804, was opened at 2009-05-14 16:16 Message generated for change (Tracker Item Submitted) made by barry-davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791804&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools-2009.04.23-162451 fails with gcc 3.4.3 Initial Comment: Im using open-vm-tools-2009.04.23-162451 and gcc 3.4.3 Please apply the patches that fix the following bugs: 2559990 modules/linux/pvscsi does not compile with old GCC 2539708 /modules/linux/vmxnet3 does not compile The patch that is attached to bug 2559990 nolonger applies. I've attached the patch I currently use. Its messy but it works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791804&group_id=204462 |
From: SourceForge.net <no...@so...> - 2009-05-14 15:42:10
|
Tracker item #2791776, was opened at 2009-05-14 15:42 Message generated for change (Tracker Item Submitted) made by barry-davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791776&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: bug tracker shouldn't allow anonymous bugs Initial Comment: The bug tracker allows you to enter an anonymous bug, but then throws it away and says you should have logged in. Brilliant. Now I have to type it again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2791776&group_id=204462 |
From: Dmitry T. <dt...@vm...> - 2009-05-07 21:25:43
|
On Thursday 07 May 2009 14:20:32 Marcelo Vanzin wrote: > Dmitry Torokhov wrote: > > On Thursday 07 May 2009 14:11:20 Dominique Leuenberger wrote: > >> Can this user please be unsubscribed and banned from the mailinglist? I > >> have never seen him adding any value yet but he keeps on spamming (over > >> and over). > > > > The lists are open for posting to everyone, not only subscribers. > > Unfortunately SF's spam filters are leaving much to be desired. > > I added a filter for this particular guy, but the list is still open for > everyone (interestingly, the -announce list, which is moderated, gets *a > lot* of spam, but it never makes through). > > We could always make the list moderated for non-members if spam becomes > more annoying on this list. I always enjoy getting some "enhancement" ads in the mornings ;) -- Dmitry |
From: Marcelo V. <mv...@vm...> - 2009-05-07 21:21:02
|
Dmitry Torokhov wrote: > On Thursday 07 May 2009 14:11:20 Dominique Leuenberger wrote: >> Can this user please be unsubscribed and banned from the mailinglist? I >> have never seen him adding any value yet but he keeps on spamming (over and >> over). >> > > The lists are open for posting to everyone, not only subscribers. > Unfortunately SF's spam filters are leaving much to be desired. I added a filter for this particular guy, but the list is still open for everyone (interestingly, the -announce list, which is moderated, gets *a lot* of spam, but it never makes through). We could always make the list moderated for non-members if spam becomes more annoying on this list. -- - Marcelo |
From: Dmitry T. <dt...@vm...> - 2009-05-07 21:17:17
|
Hi Dominique, On Thursday 07 May 2009 14:11:20 Dominique Leuenberger wrote: > Can this user please be unsubscribed and banned from the mailinglist? I > have never seen him adding any value yet but he keeps on spamming (over and > over). > The lists are open for posting to everyone, not only subscribers. Unfortunately SF's spam filters are leaving much to be desired. -- Dmitry |
From: Dominique L. <Dom...@TM...> - 2009-05-07 21:11:46
|
Can this user please be unsubscribed and banned from the mailinglist? I have never seen him adding any value yet but he keeps on spamming (over and over). ----- Original Message ----- From: cornel <co...@up...> Received: 5/7/09 10:58 PM To: open-vm-tools-devel <ope...@li...> CC: Subject: Untitled-1 EVRIKA GROUP - (http://www.cursonline.eu/) cursuri de perfectionare : -(http://www.cursonline.eu/index.php?index=contabilitate) contabilitate - costul cursului este de 350 ron, cu incepere din 4 mai 2009; -(http://www.cursonline.eu/index.php?index=ef) expert fiscal - costul cursului este de 1000 ron, cu incepere din 06 iulie2009; -(http://www.cursonline.eu/index.php?index=ipm) inspector protectia muncii - nivel baza (studii medii - 40 ore ) - costul cursului este de 300 ron, cu incepere din 11 mai 2009 -(http://www.cursonline.eu/index.php?index=ipmm) inspector protectia muncii - nivel mediu (studii superioare tehnice - 80 ore ) - costul cursului este de 450 ron, cu incepere din 11 mai 2009 -(http://www.cursonline.eu/index.php?index=iru) inspector resurse umane - costul cursului este de 300 ron, cu incepere din 05 mai 2009 Pentru plata integrala a cursului, la inscriere, se acorda un discount de 5% din taxa de curs. Pentru primii 5 inscrisi se acorda un discount de 10% din taxa de curs. NOU : -incepand cu data de 04 mai 2009 cursurile de contabilitate (105 ron), expert fiscal (300 ron), inspector protectia muncii nivel baza (90 ron) si inspector resurse umane (90 ron), se vor desfasura si online. - pentru cursantii care din diferite motive nu ajung la o sedinta de curs, sau vor sa aprofundeze un subiect sau altul dezbatute in cadrul sedintelor de curs, avem si suport online. In urma sustinerii examenului final se obtine un CERTIFICAT DE ABSOLVIRE eliberat de MINISTERUL MUNCII FAMILIEI SI EGALITATII DE SANSE si MINISTERUL EDUCATIEI CERCETARII SI TINERETULUI recunoscut pe piata muncii. Daca vreti sa profitati de oportunitatile ce pot aparea apasati (mailto:sub...@ev...) SUBSCRIBE, daca nu, apasati (mailto:uns...@ev...) UNSUBSCRIBE. Nota: Pentru cursurile desfasurate online se obtine o Diploma de Absolvire eliberata de Centrul de Perfectionare EVRIKA GROUP. |
From: cornel <co...@up...> - 2009-05-07 20:56:14
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <HTML><HEAD><title>Untitled-1</title> <META content="text/html; charset=iso-8859-1" http-equiv=content-type> <META name=GENERATOR content="Email Marketer Message Editor"></HEAD> <BODY> <DIV style="Z-INDEX: 0; POSITION: absolute; WIDTH: 707px; HEIGHT: 582px; OVERFLOW: hidden; TOP: 61px; LEFT: 120px" id=text1> <DIV class=wpmd><FONT class=ws12> </FONT><FONT class=ws14> </FONT><FONT class=ws14><B><I>EVRIKA GROUP</I></B></FONT><FONT class=ws12> - </FONT><FONT class=ws12><A title="" href="http://www.cursonline.eu/">cursuri de perfectionare</A></FONT><FONT class=ws12> :</FONT></DIV> <DIV class=wpmd><FONT class=ws12>-</FONT><FONT class=ws12><A title="" href="http://www.cursonline.eu/index.php?index=contabilitate">contabilitate</A></FONT><FONT class=ws12> - costul cursului este de 350 ron, cu incepere din 4 mai 2009;</FONT></DIV> <DIV class=wpmd><FONT class=ws12>-</FONT><FONT class=ws12><A title="" href="http://www.cursonline.eu/index.php?index=ef">expert fiscal</A></FONT><FONT class=ws12> - costul cursului este de 1000 ron, cu incepere din 06 iulie2009;</FONT></DIV> <DIV class=wpmd><FONT class=ws12>-</FONT><FONT class=ws12><A title="" href="http://www.cursonline.eu/index.php?index=ipm">inspector protectia muncii - nivel baza (studii medii - 40 ore )</A></FONT><FONT class=ws12> - costul cursului este de 300 ron, cu incepere din 11 mai 2009</FONT></DIV> <DIV class=wpmd><FONT class=ws12>-</FONT><FONT class=ws12 color=#0000ff><A title="" href="http://www.cursonline.eu/index.php?index=ipmm">inspector protectia muncii - nivel mediu (studii superioare tehnice - 80 ore )</A></FONT><FONT class=ws12> - costul cursului este de 450 ron, cu incepere din 11 mai 2009</FONT></DIV> <DIV class=wpmd><FONT class=ws12>-</FONT><FONT class=ws12><A title="" href="http://www.cursonline.eu/index.php?index=iru">inspector resurse umane</A></FONT><FONT class=ws12> - costul cursului este de 300 ron, cu incepere din 05 mai 2009</FONT></DIV> <DIV class=wpmd><B><EM>Pentru plata integrala a cursului, la inscriere, se acorda un discount de 5% din taxa de curs.</EM></B></DIV> <DIV class=wpmd><B><EM>Pentru primii 5 inscrisi se acorda un discount de 10% din taxa de curs.</EM></B></DIV> <DIV class=wpmd><FONT class=ws12><BR></FONT></DIV> <DIV class=wpmd><FONT class=ws12 color=#003366><I>NOU : </I></FONT></DIV> <DIV class=wpmd><FONT class=ws12 color=#003366><I>-incepand cu data de 04 mai 2009 cursurile de contabilitate (105 ron), expert fiscal (300 ron), inspector protectia muncii nivel baza (90 ron) si inspector resurse umane (90 ron), se vor desfasura si online.</I></FONT></DIV> <DIV class=wpmd><FONT class=ws12 color=#003366><I>- pentru cursantii care din diferite motive nu ajung la o sedinta de curs, sau vor sa aprofundeze un subiect sau altul dezbatute in cadrul sedintelor de curs, avem si suport online.</I></FONT></DIV> <DIV class=wpmd><FONT class=ws12><I><BR></I></FONT></DIV> <DIV class=wpmd align=center><FONT class=ws12> In urma sustinerii examenului final se obtine un CERTIFICAT DE ABSOLVIRE eliberat de MINISTERUL MUNCII FAMILIEI SI EGALITATII DE SANSE si MINISTERUL EDUCATIEI CERCETARII SI TINERETULUI recunoscut pe piata muncii.</FONT></DIV> <DIV class=wpmd align=center><FONT class=ws12> Daca vreti sa profitati de oportunitatile ce pot aparea apasati </FONT><FONT class=ws12><A title="" href="mailto:sub...@ev...">SUBSCRIBE</A></FONT><FONT class=ws12>, daca nu, apasati </FONT><FONT class=ws12><A title="" href="mailto:uns...@ev...">UNSUBSCRIBE.</A></FONT></DIV> <DIV class=wpmd align=center> </DIV> <DIV class=wpmd align=left><FONT color=#ff0000>Nota: Pentru cursurile desfasurate online se obtine o Diploma de Absolvire eliberata de Centrul de Perfectionare EVRIKA GROUP.</FONT> </DIV></DIV></BODY></HTML> |
From: Marcelo V. <mv...@vm...> - 2009-05-06 21:45:04
|
Hi Dominique, Dominique Leuenberger wrote: > Thank you very much. So it must be vmware-toolbox which shows something > wrong. when first started up, it shows all the scripts as not being used Yes, that is one of the bugs that were already fixed internally and will be out in the next update. > /etc/vmware-tools/tools.conf (which, btw, is missing from the regular make > install routine. And also on the packagers wiki it is now only mentioned in > the file layout structure, but no information what should be in is mentioned. > There used to be disable-tools-version=1 written there, no? Is this obsoleted > by newer version?) tools.conf is not necessary; no file, or an empty file, is good enough for Tools to work out of the box. disable-tools-version=1 is not necessary anymore either; I made some changes to the code so that the option is "hardcoded" when compiling open-vm-tools, instead of relying on a config file to tell the code what to do. -- - Marcelo |
From: Dominique L. <Dom...@TM...> - 2009-05-06 07:24:24
|
>>> On 5/5/2009 at 19:41, Marcelo Vanzin <mv...@vm...> wrote: > Hi Dominique, > > Dominique Leuenberger wrote: >> the packaging guidelines tells us to put several scripts in /etc/vmware-tools >> (suspend, poweron, poweroff, resume). This is all nice and handy, but by >> default those scripts are not used, as long as there is no tools.conf >> existing in /etc/vmware-tools > > The scripts should be used by default, even without a tools.conf; the > current > version of open-vm-tools may still have a bug that was already fixed > internally > (not sure, haven't actually checked the code) which caused what you describe > above. Hi Marcelo, Thank you very much. So it must be vmware-toolbox which shows something wrong. when first started up, it shows all the scripts as not being used, then you can enable them and it will create / extend a /etc/vmware-tools/tools.conf (which, btw, is missing from the regular make install routine. And also on the packagers wiki it is now only mentioned in the file layout structure, but no information what should be in is mentioned. There used to be disable-tools-version=1 written there, no? Is this obsoleted by newer version?) Dominique |
From: Marcelo V. <mv...@vm...> - 2009-05-05 17:42:30
|
Hi Dominique, Dominique Leuenberger wrote: > the packaging guidelines tells us to put several scripts in /etc/vmware-tools > (suspend, poweron, poweroff, resume). This is all nice and handy, but by > default those scripts are not used, as long as there is no tools.conf > existing in /etc/vmware-tools The scripts should be used by default, even without a tools.conf; the current version of open-vm-tools may still have a bug that was already fixed internally (not sure, haven't actually checked the code) which caused what you describe above. But the correct behavior is to use the scripts by default, so they should be installed. -- - Marcelo |
From: Dominique L. <Dom...@TM...> - 2009-05-05 11:19:13
|
hi, the packaging guidelines tells us to put several scripts in /etc/vmware-tools (suspend, poweron, poweroff, resume). This is all nice and handy, but by default those scripts are not used, as long as there is no tools.conf existing in /etc/vmware-tools Is this intentional that those scripts are disabled by default (poweron and shutdown are dummy scripts anyhow), or should we also put a tools.conf in the packages? Thanks for clarification, Dominique |
From: Ragavan S <rag...@gm...> - 2009-04-27 19:13:25
|
On Mon, Apr 27, 2009 at 11:45 AM, Marcelo Vanzin <mv...@vm...> wrote: > >> also, in the packaging wiki is vmblock-fuse mentioned short, but I did not >> find any references to this. > > I'll look into adding something about vmblock-fuse into the packaging wiki. The > short version is that you can (now) choose to install either the vmblock kernel > module or vmblock-fuse, and vmware-user should be happy with either. Further to what Marcelo said, I wanted to add that we would really like to get more eyes on vmblock-fuse. While the kernel module will stay for backwards compatibility, we want to move towards using vmblock-fuse more extensively, so any feedback the community can provide on this would be much appreciated. Regards, Ragavan |
From: Marcelo V. <mv...@vm...> - 2009-04-27 18:46:01
|
Hi Dominique, Dominique Leuenberger wrote: > what I tried: starting "vmtoolsd vmusr" seams not to daemonize at all (might > be intentional... typically it's started from a .desktop file anyhow). I > think vmtoolsd vmusr is not yet ready, right? To daemonize vmtoolsd, you need to provide the "--background" (or -b) command line option (just like it used to be for vmware-guestd). This applies to any named instance of vmtoolsd. But you're right - "vmtoolsd -n vmusr" is not yet ready to replace vmware-user, we still need to port a bunch of features. > so I went back and tested with vmware-user-suid-wrapper (which was the > previous running version I used). This stars up, I can see it in ps ax, > together with a File Decriptor ID, but even with this running, drag'n'drop is > not working. I'm not too sure what's the current state of drag & drop, but if I find some time I'll take a look to see what's going on. The new dnd protocol is still under development for Linux, so there might be bugs (I think there's an option somewhere you can use to force use of the old protocol, but I can't remember it from the top of my head). > also, in the packaging wiki is vmblock-fuse mentioned short, but I did not > find any references to this. I'll look into adding something about vmblock-fuse into the packaging wiki. The short version is that you can (now) choose to install either the vmblock kernel module or vmblock-fuse, and vmware-user should be happy with either. -- - Marcelo |
From: Dominique L. <Dom...@TM...> - 2009-04-27 12:56:34
|
Hi everybody, I've been re-packaging the open-vm-tools 2009.04.23 snapshot for openSUSE. A short success / failure story: - I switched our spec file to use the make install which is now provided (which, in turn, is still written in the README that it does not exist btw). Works pretty well, had only very few issues (mainly to some libtool magic with rpath) So, in short: I have RPMs that install fine. what works for me so far: - Clipboard sharing - Screen resizing - Mouse in/out What does not work: - file Drag'n'drop from guest to host - file Drag'n'Drop from host to guest what I tried: starting "vmtoolsd vmusr" seams not to daemonize at all (might be intentional... typically it's started from a .desktop file anyhow). I think vmtoolsd vmusr is not yet ready, right? so I went back and tested with vmware-user-suid-wrapper (which was the previous running version I used). This stars up, I can see it in ps ax, together with a File Decriptor ID, but even with this running, drag'n'drop is not working. so could it be that this snapshot does not have a working Drag'n'Drop at all (probably due to the change from vmware-user to vmtoolsd) ? also, in the packaging wiki is vmblock-fuse mentioned short, but I did not find any references to this. Thanks for reading all this and maybe you have some hints / pointers or you have seen similiar problems in your snapshots? I'm sure I'm not the only one packaging this piece up for any distro. Dominique |
From: Dominique L. <Dom...@TM...> - 2009-04-15 07:13:54
|
>>> On 4/14/2009 at 11:24 , William Cattey <wd...@MI...> wrote: > I have joined the open-vm-tools-devel list in the hopes of providing > some improvements to the vmware-user-suid-wrapper. > > I am using open-vm-tools under Ubuntu 8.10. There were some problems > but most were corrected with the fixes rolled out as per Ubuntu LP > 302226: https://bugs.launchpad.net/bugs/302226 > > There remains one problem: Now that vmware-user is properly > starting, drag and drop does not work. This is because vmblock is > not being properly started. > > I apologize in advance for being a first-time poster but disagreeing > with an answer given previously on the list. I think Dmitry Torokhov > may have given an incorrect answer to Dominique Leuenberger on > 2/11/2009. I am looking at the open-vm-tools-2009.03.18-15458 > download and it appears that the code in vmware-user-suid-wrapper to > load/unload the vmblock kernel module is missing. I ended up then creating a shell script that is lainched instead of the vmware-suid-wrapper. on openSUSE, we have an rc.d script that takes care of loading the vmblock module, but still ended up in a race condition(gnome starting up faster than the module initialized). so the shell script vmware-user-autostart-wrapper looks like ### #!/bin/sh MAX_RETRY=8 RETRY=0 SLEEP=1 while [ $RETRY -lt $MAX_RETRY ]; do if [ -f /proc/fs/vmblock/dev ]; then /usr/bin/vmware-user-suid-wrapper exit 0 else logger "Try $RETRY/$MAX_RETRY : /proc/fs/vmblock/dev not available. sleeping for $SLEEP seconds" sleep $SLEEP RETRY=$[ $RETRY + 1 ] SLEEP=$[ $SLEEP * 2 ] fi done ### This helped me get around the issues at hand back then (which was pretty close to what Dmitry suggested). Dominique |
From: Dmitry T. <dt...@vm...> - 2009-04-14 23:08:47
|
Hi, On Tuesday 14 April 2009 14:24:21 William Cattey wrote: > I have joined the open-vm-tools-devel list in the hopes of providing > some improvements to the vmware-user-suid-wrapper. > > I am using open-vm-tools under Ubuntu 8.10. There were some problems > but most were corrected with the fixes rolled out as per Ubuntu LP > 302226: https://bugs.launchpad.net/bugs/302226 > > There remains one problem: Now that vmware-user is properly > starting, drag and drop does not work. This is because vmblock is > not being properly started. > > I apologize in advance for being a first-time poster but disagreeing > with an answer given previously on the list. I think Dmitry Torokhov > may have given an incorrect answer to Dominique Leuenberger on > 2/11/2009. I am looking at the open-vm-tools-2009.03.18-15458 > download and it appears that the code in vmware-user-suid-wrapper to > load/unload the vmblock kernel module is missing. > > I proposed a patch to the Ubuntu community on 2/25/2009 in LP 332323 > https://bugs.launchpad.net/bugs/332323 > but I think I was approaching the wrong folks. > > Attached is my patch which: > > adds to wrapper-linux.c: > > UnmountVMBlock to call unmount(mountPoint) > UnloadModule to call modprobe -r > LoadVMBlock to call modprobe > MountVMBlock to call mount (mountPoint) > > modifies wrapper.h to add linux to the list of platforms that define > TOGGLE_VMBLOCK > > modifies the platform independent code in main.c to add a platform > specific > "if !defined(linux)" around the code that creates the vmblock > directory in /proc/fs. (Under Linux, that mkdir is unnecessary > because the creation of the directory is done by the vmblock kernel > module itself.) > > I'll note in passing that Ubuntu installs the script in the wrong > place without the setuid bit set, but that is not your problem. > > Could someone look at this patch and tell me how I might refine it so > that vmblock load-in could actually become a part of the vmware-user- > suid-wrapper as its man page says it should be. > We expect startup scripts to take care of loading and unloading vmblock instead of having application do that for us. -- Dmitry |
From: William C. <wd...@MI...> - 2009-04-14 21:25:14
|
I have joined the open-vm-tools-devel list in the hopes of providing some improvements to the vmware-user-suid-wrapper. I am using open-vm-tools under Ubuntu 8.10. There were some problems but most were corrected with the fixes rolled out as per Ubuntu LP 302226: https://bugs.launchpad.net/bugs/302226 There remains one problem: Now that vmware-user is properly starting, drag and drop does not work. This is because vmblock is not being properly started. I apologize in advance for being a first-time poster but disagreeing with an answer given previously on the list. I think Dmitry Torokhov may have given an incorrect answer to Dominique Leuenberger on 2/11/2009. I am looking at the open-vm-tools-2009.03.18-15458 download and it appears that the code in vmware-user-suid-wrapper to load/unload the vmblock kernel module is missing. I proposed a patch to the Ubuntu community on 2/25/2009 in LP 332323 https://bugs.launchpad.net/bugs/332323 but I think I was approaching the wrong folks. Attached is my patch which: adds to wrapper-linux.c: UnmountVMBlock to call unmount(mountPoint) UnloadModule to call modprobe -r LoadVMBlock to call modprobe MountVMBlock to call mount (mountPoint) modifies wrapper.h to add linux to the list of platforms that define TOGGLE_VMBLOCK modifies the platform independent code in main.c to add a platform specific "if !defined(linux)" around the code that creates the vmblock directory in /proc/fs. (Under Linux, that mkdir is unnecessary because the creation of the directory is done by the vmblock kernel module itself.) I'll note in passing that Ubuntu installs the script in the wrong place without the setuid bit set, but that is not your problem. Could someone look at this patch and tell me how I might refine it so that vmblock load-in could actually become a part of the vmware-user- suid-wrapper as its man page says it should be. -Bill Cattey Linux Platform Coordinator Massachusetts Institute of Technology Cambridge MA |
From: Fontenette D. <bo...@ni...> - 2009-04-06 09:54:00
|
Mega Secrets To Super Sensual Love Making In Bed - Bee Absolutely Mind Blowing <http://cid-3485f9fe1e111a13.spaces.live.com/blog/cns!3485F9FE1E111A13!104.entry?ekfndjojoaabgcdeez> Easy thing to drive a gang of africans really and was enumerating to him, one after the other,. |
From: Lia B. <rac...@zs...> - 2009-03-31 00:02:35
|
Than either westlake or mcganum, i'll eat my hat! Ebonynot swine, interrupted the missionary, with and horses which he was drawing. 'there it is,' i jumped up, rifle in hand, for indeed there were not yet penetrated. There i will remain, he said,. |