Re: [cdesktopenv-devel] Why do we require ksh93 to compile CDE?
Zeke Williams writes: > I already have ksh installed under /bin in my distro. I had to > download from github ksh93 because the sourceforge git didn't come > with it and the patch as part of compilation failed to apply to be > able to compile it and resulted with an error. Is there anything > mandatory that ksh93 does for CDE? Can we remove it and just have the > already installed ksh do the work instead? Not to take away from your question (which is a good one), I have a related question which may have an answer similar or related to whatever the answer is to yours: When you compile CDE through the FreeBSD ports system, it pulls in ksh93 as a dependency package. There is a package options switch for the ksh93 package to let you choose whether the port will install as 'ksh' or 'ksh93'. Last time I tried to install CDE this way, the CDE build failed if ksh93 was installed as 'ksh' because it couldn't be found. I really prefer installing as ksh since ksh93 is kind of bizarre as an executable name, and the FreeBSD port gives you a choice to let you avoid that. Will CDE on FreeBSD always require ksh to be named ksh93 at compile time? ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Default font change
Lev via cdesktopenv-devel writes: > I would like to gather feedback from everyone on the list on whether > we should switch the default font (a bitmap rendering of Lucida) to a > manually adjusted screen font designed to maximize legibility. > > I’ve attached before and after screenshots. On my LCD screen, I think > this actually looks better (sharper while minimizing jaggedness) than > anti-aliasing. I'd like to keep the original fonts and look, if possible, even if as a non-default setting. It's what CDE is supposed to look like, to me. signature.asc Description: PGP signature ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Modernization and re-tooling
Robert Pangrazio writes: > Just to put it out there, currently I have CDE running on Ubuntu 16.04 > using multiple monitors. I have a few xrandr commands in my .dtprofile that > configures my 3 monitors and arranges them - even rotating them, and it > works great. I even have Top and sensors as applications that start on > login, not via the script, but via the home session and they are always in > the correct spot. That's fantastic news! I had some concerns about multiple RandR displays. Now the only other thing I'm worried about is possibly the problems with fullscreen (video players, games, emulators, VM guests, etc.). > Also, I have used dtmail with GMail/IMAP using a local relay via procmail > to sync it to the local mailbox. Sending was via a local sendmail relay. > Worked great. I think the bigger issue is the lack of HTML support. I > couldn't read a lot of my emails because of it. Just tell them you're sending all their mail to spam folder until they stop sending you HTML. :) -- - Brent Busby ++ "Controlling a laser with Linux is crazy." - < Studio > ++ -- Linus Torvalds, - < Amadeus > ++ creator of Linux signature.asc Description: PGP signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Modernization and re-tooling
d...@blackshard.net (Matthew R. Trower) writes: > My experience was that when using fetchmail (or getmail, or dtmail's > builtin IMAP), you cannot leave messages on the server. If you do, they > will be repeatedly fetched, causing much duplication. Local deletion > also does not propagate back to the server. This is not how IMAP was > intended to work; it is glorified POP. One feature of IMAP that goes a bit beyond just downloading your mail is the ability to be connected from multiple clients, making changes to the mailbox from more than one of them, and having it be dealt with gracefully. It provides something like a database for mail, handling activity the way a database server manages transactions. It's probably a good thing IMAP can do this too, considering the number of people who spend all day looking at their mail from their phones, three different laptops, and a smart waffle iron with an LCD touchscreen, who would be very hard to teach not to do things like that because of worries that it might corrupt their mailbox. -- - Brent Busby ++ "Controlling a laser with Linux is crazy." - < Studio > ++ -- Linus Torvalds, - < Amadeus > ++ creator of Linux signature.asc Description: PGP signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Status of AIX and HPUX ports, and thoughts about dtksh
Jon Trulson writes: > On 06/09/2018 05:40 PM, Chase via cdesktopenv-devel wrote: >> Also, requiring ksh to build is a bit of a fault point for many >> users, especially the ones on BSDs, how difficult would it be to >> remove the requirement for ksh during the build process, using sh >> instead, and then when everything is build, use dtksh for >> installation? > > IIRC, dtksh/ksh actually requires ksh to build. I have no problem > with not requiring that ksh be available in order to build CDE. > > I tried it once many years ago and gave up. I think dtksh was the > main problem and it was going to be difficult/time consuming to > disentangle. Feel free to investigate though :) I don't know if dtksh is wanting some particular version of ksh, but there is a package in FreeBSD called shells/ksh93. It's not pdksh, but a real Korn shell. There are lots of warnings in the comments of its Makefile saying that to build it, no GCC options should be set at all, and since most users do have something in their /etc/make.conf of that sort, that might be why it gives people problems. I have successfully installed it just a minute ago to see if it builds ok on a FreeBSD 10.4 machine, and I even had CPUTYPE?=nocona set in /etc/make.conf and it built anyway. You might be able to just require shells/ksh93 as a dependency. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky signature.asc Description: PGP signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] CRS-9 Dragon Launch
"Kolodziej, Jeffrey A. (WSC-452.0)[COMPUTER SCIENCE CORP]" writes: > If you have not yet heard, the SpaceX launch this (Monday) morning > went well. There were no NCCDS issues. There was a one-second > drop out supposedly caused by Mutual Interference that Dave Glasscock > mentioned in the de-brief meeting. He said he was going to write a DR > on the problem. > > I will not make my 8 hours - I am going home after 4 ours. I'll need to make > up the time this week. Be back Tuesday. > > Next launch is 7/28/16 according to Dave Glasscock. This email was probably a misfire. Still..safe launch. I love space. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] [PATCH] Use /var/spool instead of /usr/spool on linux
On Tue, 7 Jun 2016, Giacomo Comes wrote: > Subject: [PATCH] Use /var/spool instead of /usr/spool on linux This would also make sense on FreeBSD or almost any modern Unix flavor. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Some plans and some questions
Edmond Orignac writes: > xmmixer was designed for use with OSS and is working at least on Linux > with ALSA and OSS emulation. Since it's a Motif program, it would seem to be the best choice if we're needing a mixer for CDE. I don't think it's absolutely necessary for CDE to have a mixer though. People tend to use whatever sound apps appeal to them and their uses, and not necessarily the one provided by the desktop manager. > However, except for Slackware, Linux > distributions have moved to PulseAudio, and I am unsure OSS > compatibility remains. I'm running Gentoo, which lets you happily compile away all support and requirements for PulseAudio. I also do a lot of recording and Midi work on this machine, so it's a good thing that I can get rid of it, because PulseAudio generally gets in the way of that sort of usage. I use Alsa for regular desktop sound, and Jack for studio/recording apps. Again, I think this whole subject is a black hole you could disappear into. It's probably best if CDE doesn't even attempt to do sound. > On Thu, Apr 28, 2016 at 08:09:27PM +0200, Danilo Schöneberg wrote: >> Don't touch Webkit; it's a security nightmare and a bottomless pit for >> time. Amen! CDE should leave the web to the web browsers. > For network applications, besides FTP, email clients and Web browsers, > on could think of Motif IRC clients (Nebula is one, SmIRC is another one > but apparently cannot be compiled with a recent g++), Motif instant > messaging (https://github.com/gorais/gXipmsg) Motif RSS/Atom readers. IRC clients can also be exploited. CDE shouldn't be trying to provide Internet client software of any kind really. If someone wants to write Motif-based Internet applications, fine. They can even be linked from CDE's web page so users will know about them. But it's a really bad idea for CDE itself to be getting into the network software business. >> Unfortunately, some knuckleheads have decided that a novel's worth of JS >> and CSS is the only way to show webpages...) Oh, that's when they're being kind. Now we have AJAX sites (, ..."Web 2.0"), which make JavaScript and CSS look minimalistic and spartan in comparison. Anyway, I'm afraid of all this turning into bloat real fast if we're not careful. To me, CDE doesn't need to do much more than what it does now, but in a way that's compliant with modern UNIX systems. It doesn't need Internet clients, video players, sound mixers, or a marching brass band. It should just preserve the look and feel of the old 90's UNIX workstations for people who still want that. One feature that would be very nice though (since it affects the usability of the desktop itself) would be the ability to gracefully handle things like a video player (not provided by CDE itself) going to fullscreen, or a game going fullscreen, or a screen reconfiguration using RandR on a desktop with multiple displays. Back in the days of SparcStations and HPPA machines, it might have seemed reasonable that the X desktop geometry would never change during a login session, or that no application would ever try to take the whole screen, but these days, that's a basic usability issue for even the most minimal usage. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Full screen applications
On Sun, 22 Nov 2015, alx wrote: > that might be because dtwm doesn't yet support freedesktop's extensions > to the ICCC, which add WM hints for full screen window states, neither > does MWM I suppose. And some apps tend to assume that their extended > hints get handled. I'm loath to suggest changes to good old CDE/Motif, since I would imagine a lot of people still like it because they're not impressed with the direction modern desktops are heading... But...that could create real usability problems in the current age. Should DTWM be extended to support FreeDesktop>ICCC behavior? Things like running fullscreen (and maybe RandR multiple monitor setups, if that's needed also) are pretty basic these days. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] GDE, the GNU Desktop Environment (Was: Re: OS X and Autotools)
On Sat, 22 Nov 2014, Pouar wrote: > On 11/22/2014 04:50 PM, Brent Busby wrote: >> Totally agree. I agree in spirit with the GPL, that software that is >> left completely free tends to end up becoming the basis of commercial >> projects that embrace, extend, and extinguish open ones...but does >> anyone who still wants to run CDE in 2014 care about that? > > It's becoming proprietary software you need to worry about, not > whether they charge money or not. Normally, I'd agree...but does any company really want CDE? I think the Open Group let us have it because they calculated that nobody cares. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] GDE, the GNU Desktop Environment (Was: Re: OS X and Autotools)
On Sat, 22 Nov 2014, Rob Tomsick wrote: > On Saturday, November 22, 2014 01:53:01 PM Edmond Orignac wrote: >> I believed the GNOME project (contrarily to KDE) fitted perfectly the >> aims of the GNU organization by being based on the non-proprietary >> toolkit GTK. Moreover, in order to improve the performance of GNOME, >> the X Window System is being abandoned on Linux in favor of Wayland, >> while at the same time GNOME is getting tightly integrated in the new >> systemd replacement for System V init. These changes are going to >> make CDE and Motif obsolete on the mainstream Linuxes in the coming >> years. So why this urge to seize control of a project by a small team >> of programmers that is likely to be useful only for marginal Unix >> type operating systems: legacy Unices, the BSDs, OpenIndiana, >> CRUX/Slackware Linux ? > > This is just one user's opinion (I've made a few small contributions, > but nothing serious so I wouldn't count myself as anything more than > an interested user) but... > > I use CDE because it's not trying to be anything other than a legacy > desktop updated to work on modern platforms. I don't really care much > about how modern it is or whether it serves the needs of a > philosophically-driven Linux distro. If I wanted that, I'd use GNOME. > I also don't care if it follows the One True Path of GNU, as I'm not a > disciple of that particular faith. > > I do, however, care if it starts sprouting dependencies on GNU > software that I don't use. I do care if it becomes another vehicle to > promote the (L)GPL to the exclusion of other licenses. I do care if it > starts depending on parts of the Linux stack or assumes that one is a > Linux user. I don't think that last one is necessarily a concern in > what's being proposed, but given the motivation the thought is at > least in the back of my mind. Totally agree. I agree in spirit with the GPL, that software that is left completely free tends to end up becoming the basis of commercial projects that embrace, extend, and extinguish open ones...but does anyone who still wants to run CDE in 2014 care about that? I'm just a user, but my main concern now that CDE has been brought back to life is just seeing it remain CDE. I want it to stay built on Motif, look the way it does, act the way it does (with possibly bugfixing excepted), and the only features that should be added are ones that are necessary to be relevant on a modern computer. (For example, full modern RandR support would be nice...how many people still run multihead displays in Zaphod mode?) I was very pleased to see not just one but basically all of the BSD's jumping into this project. A CDE that becomes so dependent on Linux code that it can't run on BSD without deep kludges isn't CDE anymore. As for the often heard complaint about CDE/Motif that they're ugly -- I suppose that's in the eye of the beholder. My first exposure to CDE was on old HP/UX workstations long ago. I wanted to know what the gorgeous desktop they were putting on those things was. Please don't "improve" it by turning it into something else. If we wanted something else, we'd be running it already. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] XView
On Mon, 17 Nov 2014, ch...@chriswareham.net wrote: > Apologies if this is a little too off topic, but I thought it might at > least be of interest to some list members. I'm currently working on a > 64 bit port of the XView libraries and clients > (http://xview.xenu.tk/cgi-bin/view). This is based on a version of > XView that includes as many of the third-party modifications were made > to Sun's original release of the code as can be found. > > My work so far has been to ANSI'fy the olgx library, which is the > graphics layer used by clients such as the olwm and olvwm window > managers. I'm currently ANSI'fying and cleaning up olwm. The hard task > is going to be making the variable argument lists in the xview library > itself work on 64 bit systems, since they rely on typedef that results > in code assuming 32 bit pointers ... > > Longer term, I'm going to suggest to the maintainer of the XView > repository that we include the SlingShot and UIT libraries that sat on > top of XView to provide extra widgets and a C++ API. I already have > cleaned up version of SlingShot, but it currently awaits the 64 bit > version of XView to see what further work is needed. Sounds fantastic! -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] Good news!
On Tue, 1 Apr 2014, Jon Trulson wrote: > After consulting with Digia and ICS, I have decided that Motif is no > longer the proper toolkit for use in CDE. > > As a result, we will begin migrating from the use of Motif in CDE to > the Qt Framework, probably version 5.3, when it is released sometime > this month. > > Qt brings quite a lot of capabilities to the table in terms of font > and rendering support, OpenGL support, and a whole slew of other > capabilities that Motif simply does not handle. > > Later today, I will begin committing the first patches - the first is > to convert to qmake, rather than imake for building. Once those > pieces are in place, we can begin the full conversion in earnest. > > When the conversion is complete, CDE will be renamed to QCDE, in line > with it's Qt based roots. > > I hope I can count on your support as we usher CDE (QCDE) into a new > era. I hope this is an April Fools' joke...or at least a fork. (If so, it's a darn good one!) -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] New default font?
On Thu, 27 Sep 2012, Antonis Tsolomitis wrote: > I would definitely say No! > > I believe that we should not only look on this from the technological > or license point of view. > Typography is an art. > > The proposed font, Roboto, is from the typography point of view a > terrible font. It is a Frankenstein. > A pastige of different fonts, epochs and styles. Roboto is a blend of > Arial, Helvetica, Myriad, Univers, FF Din, Ronnia and maybe more. > > In style, a mixture of Grotesque and Humanistic periods. > > Also technologically is not a good choice: where is the mono font? > > Maybe people do not like the fact that Lucida is commercial. I > understand this. > But to change to a artistically bad font just because of this is, I > believe, wrong for a classic desktop such as CDE. > > I do not know how Christian Robertson (the designer) did such a bad > job. Probably Google put on him too many restrictions. I can not > explain this otherwise. > > More about Lucida. > > Lucida is one of the most complete families worldwide. It has Latin > and Greek support (as Roboto also does) but also there are designs for > other non latin languages like Hebrew, Arabic and others, that Roboto > does not have at the moment. > > If we want to bundle a scalable font with CDE, let us think of more > possibilities. > Also Lucida is freely downloadable through java. I agree with this. Feature enhancements that don't necessarily get in the way of the classic CDE experience are ok, such as providing TrueType support so that it's there if you want to use it, or supporting freedesktop.org style system tray applets. Things like that can be turned off by default. But please...don't make it so a first-time user sees something when they install and login for the first time that doesn't even look like CDE! Don't change the default font...or if you do, at least change it to something that looks like the original (perhaps with a more free license). -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- 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] Patches to some of the config tools
On Thu, 9 Aug 2012, Marc Balmer wrote: > Am 09.08.12 22:29, schrieb Brent Busby: >> support for TrueType fonts, etc... I'd even go for a replacement of use >> of RPC services with something less hazardous like DBus. > > Before it gets replaced, why not make it work first, and see if it can > be usable? Oh of course, I just meant if someone wants to, since there was some talk about that earlier. >> But on the desktop, it should still be CDE...otherwise...what's the >> point? It should also stay Motif based, because for people wanting >> to run a traditional UNIX desktop, that also is part of the point of >> CDE. The only reason I felt the need to say all of this is because >> I've observed that on Linux, unfortunately, all roads lead to GNOME. > > No more, my friend, since a few days... Oh good. Then we don't have to get to the next stage after that, where all desktops that have first turned into GNOME then turn into Android. :) -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- 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] Patches to some of the config tools
On Thu, 9 Aug 2012, Robert Tomsick wrote: > My $0.02: part of the value of CDE is that we can produce a more > polished version of CDE for older systems (ones long since abandoned > by KDE/GNOME/etc. but still in use), so maybe we shouldn't set the bar > *too* high. Since I'm a non-developer, I'm certainly not wanting to make any comments that are taken too seriously -- I haven't contributed any code or patches. But just to add my own two cents: I would agree with Robert on this, and also add that I think it would be a shame if CDE were so "modernized" that it didn't act like CDE anymore. I'm all for the idea of fixing it's terrible 90's coding practices, security holes, lack of support for TrueType fonts, etc... I'd even go for a replacement of use of RPC services with something less hazardous like DBus. But on the desktop, it should still be CDE...otherwise...what's the point? It should also stay Motif based, because for people wanting to run a traditional UNIX desktop, that also is part of the point of CDE. The only reason I felt the need to say all of this is because I've observed that on Linux, unfortunately, all roads lead to GNOME. -- + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky -- 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
