[cdesktopenv-devel] NetBSD and DragonFly BSD port
Hiya everybody, Yesterday I found out about CDE being open sourced. I'm quite excited about this news and I'll be working on getting CDE into PKGSRC. First I will try to get things running on NetBSD and then I'll move to Dragonfly. Cheers, Jelle -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] NetBSD/DragonFlyBSD progress
Hiya everybody, This is a quick status update so that you all know I'm still working on this . The pkgsrc freeze for 2012Q3 started last Sunday and I had to get some stuff fixed before that, so with that out of the way I'm focusing more on porting CDE to NetBSD (and when I'm done with that Dragonfly). Anyway. At the moment I've got a local branch with 6 NetBSD specific patches. Most patches aren't of much consequence (teaching configuration files about NetBSD, adding checks for __NetBSD__ and such). CDE isn't building yet as there are still quite a lot of #ifdefs to add for NetBSD. I was wondering at what point it would be useful to send in my patches. Should I wait until I get it to actually build? Cheers, Jelle -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] NetBSD/DragonFlyBSD progress
Hiya, Thanks Marcin for the elaborate update on the FreeBSD side of things. I'm definitely a proponent of using CSRG_BASED and have_something macros. It would be great if you would only need to teach one configuration header about an OS, defining a bunch of have_something macros in there. However, this will be quite a bit of work, especially when you consider the support for legacy systems and OSses we can't easily test on. I will see what happens (and what breaks) when I define __FreeBSD__ on NetBSD. This might give an indication for what we could put under the CSRG_BASED flag. I however do know that there are some things that need a NetBSD specific approach, for example using vfsttat instead of fsstat. Like Marcin indicated I won't be able to drop this into pkgsrc head any time soon, but I will first focus on getting things to run (with a bunch of ifdefs where necessary). - I can't help looking at the future of this project. I guess we're not just in it for getting things up and running purely for old time sake right? At one point it might be a good idea to split up the several applications and libraries that make up CDE. This way it would be easier to direct efforts and sub parts could be used by other projects without the need to install the complete desktop. Something like ToolTalk i.e could also prove interesting for non-CDE projects. It seems that making this into a viable FLOSS-project will take more than some quick ports (swooping in with a bunch of ifdefs and the odd bugfix). I would love to hear what plans there are on this aspect. I wouldn't mind chipping, because I really like CDE, and even given the 90's codebase there's still a lot of value there. CDE might also benefit from a better website. Sourceforge is nice and all for the repo/mailinglist and stuff, but I think it would be better to have a separate domain and website that would be more accommodating to new users. I earn part of my income as a webdev so I could definitely help with that. But please say if you think I'm jumping the gun here. In that case I'll stick to packaging for pkgsrc :) Cheers, Jelle --Original Message------ From: Jon Trulson To: Marcin Cieslak Cc: Jelle Hermsen Cc: cdesktopenv-devel@lists.sourceforge.net ReplyTo: j...@radscan.com Subject: Re: [cdesktopenv-devel] NetBSD/DragonFlyBSD progress Sent: Sep 23, 2012 03:08 On Sat, 22 Sep 2012, Marcin Cieslak wrote: > On Sat, 22 Sep 2012, Jelle Hermsen wrote: > >> The pkgsrc freeze for 2012Q3 started last Sunday and I had to get some [...] > I am not the gatekeeper but I don't mind partial patches as long > as they don't break other builds. Feel free to experiment on > stuff that can be shared among BSDs, I am willing to test in > on my boxes. > Agreed... Partial patches that fix specific items are fine, and will help others working on NetBSD and similiar OS's as well. Just don't break anything :) -- Jon Trulson The Higgs Field is what make atoms matter. -- Tom L. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] NetBSD/DragonFlyBSD progress
Good evening (in GMT+1 that is), On Sep 23, 2012, at 11:53 AM, Marcin Cieslak wrote: > On Sun, 23 Sep 2012, Jelle Hermsen wrote: > >> It would be great if you would only need to teach one configuration >> header about an OS > We have config/cf/* for that. I noticed, I've got some updates for the NetBSD one that I will send in soon. First I'm going to recheck my ifdefs and see where I could use CSRG_BASED instead. I'll also check the xorg cf files, great tip. >> CDE might also benefit from a better website. > > Go ahead :) I'd love to. I see that cdesktopenv.org has been registered by Peter Howkin. I'll contact him for the hosting info. Do you people have any specific things you would love to see on the website, or any wishes regarding design? I personally would like to keep things as simple as possible, giving the visitors more information as they move deeper into the website. I can set up a website on my development server and then merge your feedback, putting it online when we are all happy and getting our kumbajajas out, but first I would like green-light from one of the project leaders. > After everything is solid and working then I'd think a discussion about the > future would be warranted. Given Christopher Turkels remark that we should first focus on stability, I've filed Marcin's interesting summation and remarks under "todo-future" :). Stuff like this could be very interesting for the website though, including an option for visitors to comment and reply with features they personally would love to see in CDE. > I do have the docs in question in rough html and I can rewrite them from > scratch. I'd rather not since it'd be non-trivial but if it needs to be done, > I can do it. Could you send them? I'm great at smoothening rough html :). Cheers, Jelle -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] Daily snapshots on source forge?
Hiya everybody, I'm currently switching to using the pkgsrc-toolchain directly to build and test. This means that I'm creating a preliminary pkgsrc-package that pulls in the source code from the web when building, applies my patches to it and then walks through the entire pkgsrc-process which (should) end with a installable package. Anyway, I was wondering if it's possible to turn on daily snapshots on the sourceforge account. I have seen a couple of Sourceforge projects that do this, although I'm not sure it's something those devs run themselves, or a built-in feature of SF. Otherwise I'll just make a cronjob on my server. I got added to the pkgsrc-wip developer list so when I get CDE building on NetBSD I can put it in there myself. Cheers, Jelle -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] NetBSD/DragonFlyBSD progress
On Sep 24, 2012, at 11:55 AM, Peter Howkins wrote: > That'd be me. > > Our main site should be the URL http://cdesktopenv.sourceforge.net/ (which > is exactly the same content at the moment). I'll setup some proper > forwarding between the URLs at some point, so only one copy of pages needs > maintaining. > At the moment the change I'd make to the site is to change the link from > the sourceforge 'summary' front page to the wiki root page instead! I'm > not much of a web deisgner :) I've talked to some nice folks from Sourceforge on IRC and they say we can rearrange the items in the tabbar (which has "summary, files, reviews, wiki...etc"). If we put wiki in front of this list it will be the default page shown when you go to https://sourceforge.net/p/cdesktopenv/ . You can do this in via Admin -> Tools. Unfortunately we can't change the http://sourceforge.net/projects/cdesktopenv/ first page. That's always the summary. Anyway, I understand that at the moment the state of the code is more important than the website, so until the need arises I'll stick to that. By that time we can also start thinking about galleries filled with people who have CDE coffee mugs, tattoos and the likes :-) Cheers, Jelle -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] [PATCH] teach ToolTalk config about NetBSD
Hiya, This patch is a unified diff, as we use it in pkgsrc. Please let me know if you prefer a git formatted patch instead. The pkgsrc tool mkpatches generate this automatically, so this is easiest for me. This patch teaches ToolTalk about NetBSD and introduces a HAS_STATVFS identifier which I will user later on. Cheers, Jelle $NetBSD$ --- lib/tt/lib/tt_options.h.orig2012-09-26 18:55:37.0 + +++ lib/tt/lib/tt_options.h @@ -624,6 +624,37 @@ # undef OPT_XTHREADS # define OPT_CONST_CORRECT +#elif defined(__NetBSD__) +# undef OPT_UNIX_SOCKET_RPC +# undef OPT_TLI +# undef OPT_DLOPEN_X11 +# undef OPT_DLOPEN_CE +# undef OPT_ADDMSG_DIRECT +# undef OPT_SECURE_RPC +# undef OPT_CLASSING_ENGINE +# undef OPT_PATCH +# define OPT_POSIX_SIGNAL +# undef OPT_BSD_WAIT +# undef OPT_DGETTEXT +# define OPT_CATGETS +# undef OPT_GETDTABLESIZE +# undef OPT_SYSINFO +# define OPT_CPP_PATH "/usr/bin/cpp" +# define OPT_CPP_OPTIONS "" +# define OPT_STRERROR +# undef OPT_SVR4_GETMNTENT +# undef OPT_LOCKF_MNTENT +# define OPT_LOCAL_MOUNT_TYPE MNTTYPE_UFS +# undef OPT_OLD_RPC +# define OPT_DEFINE_SIG_PF +# define OPT_TAR_HAS_EXCLUDE_OPTION +# define OPT_HAS_REALPATH +# define OPT_AUTOMOUNT_PATH_FIX +# define OPT_BUG_RPCINTR +# undef OPT_XTHREADS +# define OPT_CONST_CORRECT +# define HAS_STATVFS + #else /* Unknown configuration, complain */ You must edit lib/tt_options.h and add a section defining the options for your configuration. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] [PATCH] NetBSD statvfs in ToolTalk
Hi, NetBSD replaced the BSD4.4 statfs() family of calls with the POSIX/XOpen statvfs() flavors in 2004. I used HAS_STATVFS so with an extra define other systems could benefit from this. Cheers, Jelle $NetBSD$ --- lib/tt/lib/util/tt_file_system.C.orig 2012-09-26 18:55:37.0 + +++ lib/tt/lib/util/tt_file_system.C @@ -85,12 +85,24 @@ #elif defined(__osf__) || defined(CSRG_BASED) # include # include -# ifdef __osf__ + + +#if defined(HAS_STATVFS) +extern "C" int getfsstat(struct statvfs *, long, int); +#elif defined(__osf__) extern "C" int getfsstat(struct statfs *, long, int); # endif + # define MNTTYPE_NFS "nfs" # define ttOpenMntTbl(path,mode) ((FILE *) 1) -# define TtMntEntry struct statfs * + +# if defined(HAS_STATVFS) +# include +# define TtMntEntry struct statvfs * +# else +# define TtMntEntry struct statfs * +# endif + # ifdef __osf__ # define ttFsType(e) \ (((e)->f_type == MOUNT_UFS) ? "ufs" \ @@ -466,6 +478,37 @@ updateFileSystemEntries () for (entry = (TtMntEntry)tmpbuf; rc > 0; --rc, entry = (TtMntEntry)((char *) entry + entry->vmt_length)) + +#elif defined(HAS_STATVFS) +int numfs,i; +struct statvfs *buf; +longbufsize; +int flags = MNT_NOWAIT; +char*s, *host, path[MNAMELEN] ; + +numfs = getvfsstat ( (struct statvfs *)0, 0, 0 ); + +bufsize = numfs * sizeof ( struct statvfs ); +buf = (struct statvfs *) malloc ( bufsize ); +memset ((void *)buf,0,bufsize); + +getvfsstat ( buf, bufsize, flags ); + +for ( i=0; i-- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] [PATCH] teach ToolTalk config about NetBSD
Hi Jelle, I need to have them in git patch-format format... This allows me to review, then add/commit them with a single command (git am ...). Otherwise, I have to manually apply the patch, type a commit message for you, and commit it myself, while ensuring you get the credit. I just don't have time for that. The same goes for the other patch follwing that you sent. Thanks. I see your point. Here's the new one. Cheers, Jelle >From e3451b24c83669aa7916d5fa2dfafe723fca6920 Mon Sep 17 00:00:00 2001 From: Jelle Hermsen Date: Thu, 27 Sep 2012 03:03:27 +0200 Subject: [PATCH] Teach ToolTalk config about NetBSD and adds HAS_STATVFS identifier which is consequently used in tt_file_system.C, because NetBSD switched to the POSIX/XOpen statvfs() calls in 2004. --- cde/lib/tt/lib/tt_options.h | 31 cde/lib/tt/lib/util/tt_file_system.C | 47 ++-- 2 files changed, 76 insertions(+), 2 deletions(-) diff --git a/cde/lib/tt/lib/tt_options.h b/cde/lib/tt/lib/tt_options.h index fef3512..1889422 100644 --- a/cde/lib/tt/lib/tt_options.h +++ b/cde/lib/tt/lib/tt_options.h @@ -624,6 +624,37 @@ # undef OPT_XTHREADS # define OPT_CONST_CORRECT +#elif defined(__NetBSD__) +# undef OPT_UNIX_SOCKET_RPC +# undef OPT_TLI +# undef OPT_DLOPEN_X11 +# undef OPT_DLOPEN_CE +# undef OPT_ADDMSG_DIRECT +# undef OPT_SECURE_RPC +# undef OPT_CLASSING_ENGINE +# undef OPT_PATCH +# define OPT_POSIX_SIGNAL +# undef OPT_BSD_WAIT +# undef OPT_DGETTEXT +# define OPT_CATGETS +# undef OPT_GETDTABLESIZE +# undef OPT_SYSINFO +# define OPT_CPP_PATH "/usr/bin/cpp" +# define OPT_CPP_OPTIONS "" +# define OPT_STRERROR +# undef OPT_SVR4_GETMNTENT +# undef OPT_LOCKF_MNTENT +# define OPT_LOCAL_MOUNT_TYPE MNTTYPE_UFS +# undef OPT_OLD_RPC +# define OPT_DEFINE_SIG_PF +# define OPT_TAR_HAS_EXCLUDE_OPTION +# define OPT_HAS_REALPATH +# define OPT_AUTOMOUNT_PATH_FIX +# define OPT_BUG_RPCINTR +# undef OPT_XTHREADS +# define OPT_CONST_CORRECT +# define HAS_STATVFS + #else /* Unknown configuration, complain */ You must edit lib/tt_options.h and add a section defining the options for your configuration. diff --git a/cde/lib/tt/lib/util/tt_file_system.C b/cde/lib/tt/lib/util/tt_file_system.C index 074d2a5..3718762 100644 --- a/cde/lib/tt/lib/util/tt_file_system.C +++ b/cde/lib/tt/lib/util/tt_file_system.C @@ -85,12 +85,24 @@ #elif defined(__osf__) || defined(CSRG_BASED) # include # include -# ifdef __osf__ + + +#if defined(HAS_STATVFS) +extern "C" int getfsstat(struct statvfs *, long, int); +#elif defined(__osf__) extern "C" int getfsstat(struct statfs *, long, int); # endif + # define MNTTYPE_NFS "nfs" # define ttOpenMntTbl(path,mode) ((FILE *) 1) -# define TtMntEntry struct statfs * + +# if defined(HAS_STATVFS) +# include +# define TtMntEntry struct statvfs * +# else +# define TtMntEntry struct statfs * +# endif + # ifdef __osf__ # define ttFsType(e) \ (((e)->f_type == MOUNT_UFS) ? "ufs" \ @@ -466,6 +478,37 @@ updateFileSystemEntries () for (entry = (TtMntEntry)tmpbuf; rc > 0; --rc, entry = (TtMntEntry)((char *) entry + entry->vmt_length)) + +#elif defined(HAS_STATVFS) +int numfs,i; +struct statvfs *buf; +longbufsize; +int flags = MNT_NOWAIT; +char*s, *host, path[MNAMELEN] ; + +numfs = getvfsstat ( (struct statvfs *)0, 0, 0 ); + +bufsize = numfs * sizeof ( struct statvfs ); +buf = (struct statvfs *) malloc ( bufsize ); +memset ((void *)buf,0,bufsize); + +getvfsstat ( buf, bufsize, flags ); + +for ( i=0; i-- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] [PATCH] __FreeBSD__ -> CSRG_BASED
Changed some occurrences of __FreeBSD__ to CSRG_BASED. These are all pretty clear cut cases. I left some out there where I'll still have to look further into (especially at the OpenBSD side of things). Cheers, Jelle 0001-Changed-a-couple-of-ifdefs-for-__FreeBSD__-to-CSRG_B.patch Description: Binary data -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] [PATCH] __FreeBSD__ -> CSRG_BASED
On Oct 4, 2012, at 10:23 AM, Marcin Cieslak wrote: > > Nice, I really dislike using __FreeBSD__ but I can't test on others. > > What wonders me is the use of > > #define XDR __rpc_xdr > > in cde/lib/tt/lib/util/tt_xdr_utils.C. I wonder if it's correct > even for OpenBSD (I removed CSRG_BASED there in commit > ee82570104e93a0dc0f4049179c6b544c59ef930). > > //Marcin Yeah, switching to CSRG_BASED can be quite a pain, hence the fact that I covered only the simple cases. There are still quite a few more complex cases that will need a bigger understanding of OpenBSD and surely will require testing there. With these patches I could get away with consulting the OpenBSD man pages. I'm a bit on the fence here, because I also want to port to Dragonfly and the more I can get under CSRG_BASED, the less work that will be. I have no idea what the XDR directive does. One more thing to found out :-). I'm actually quite pleased by how much builds "out of the box". I have added CDE to pkgsrc-wip and when it builds on NetBSD I will request reviews on the wip mailinglist, so that could also provide some nice cross-platform feedback. Cheers, Jelle-- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] [PATCH] Fix dtappbuilder on Linux
On 10/22/12 02:49, Jon Trulson wrote: > Actually, I'm thinking maybe we use an autoconf (configure) run as > part of the make includes phase. It's sole job would be to detect > various things about the system (like availablility of va_copy, tirpc, > sys_errlist/errno, installed locales, etc) and create a > cdehostconfig.h file (and maybe a makefile that could be included in > other makefiles). > > I am not proposing converting to autoconf completely, but rather > having one run as part of the make includes phase (in config/) that > could determine stuff like this at build time. I did this for an > imake based project once before (NAS) and it worked well for figuring > out stuff like this. > > Could solve a lot of these types of problems... > Sounds like a great plan. This certainly gets my vote. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
