Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

On Mon, 20 May 2024, Cy Schubert wrote: Hmm. I'm surprised that dtpad is linked with Kerberos with your Linux distro. Keyutils (access to kernel keyrings), libresolv (DNS resolver), and libtirpc (RPC - remote procedure call) as well. I wonder what the distro is trying to do with these network li

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

On Thu, 16 May 2024, Edmond Orignac wrote: Le 16/05/2024 à 20:11, Marcin Cieslak a écrit : On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote: I have noticed a curious behavior in dtpad. When trying to format a paragraph using the Format menu, dtpad erases the paragraph

Re: [cdesktopenv-devel] Formatting paragraphs with dtpad

On Thu, 16 May 2024, Edmond Orignac via cdesktopenv-devel wrote: I have noticed a curious behavior in dtpad. When trying to format a paragraph using the Format menu, dtpad erases the paragraph under the cursor instead of wrapping long lines. If I try to format the whole document, all the

Re: [cdesktopenv-devel] LLVM15 Compile Errors

On Tue, 14 Feb 2023, Cy Schubert wrote: Just a heads up. FreeBSD 14-CURRENT recently imported LLVM15. Since then a number of build (-Wint-conversion) errors have been exposed. I'll submit a pull request with fixes this or next week. This affects 2.5.1 and the latest HEAD. Thanks, looks like ks

Re: [cdesktopenv-devel] dtinfo changes pushed to master

On Sat, 12 Feb 2022, Cy Schubert wrote: To add another thought. I was toying with the idea of replacing all malloc() with calloc() in dtinfo or at the very least replacing it in dtinfogen. The difference between malloc() and calloc() is the latter zero fills memory. A calloc(1, size_t) is the sa

Re: [cdesktopenv-devel] Why do we require ksh93 to compile CDE?

On Fri, 26 Mar 2021, Zeke Williams wrote: Can we remove it and just have the already installed ksh do the work instead? In addition to what others said - ksh93 should be embeddable, so in theory one day it should be possible to build dtksh which depends on already installed ksh93 libraries. T

Re: [cdesktopenv-devel] CDE imake branch and other fixes

On Fri, 22 Jan 2021, Lev via cdesktopenv-devel wrote: As a followup, the xterm author maintains his own autoconf forks at https://invisible-island.net/autoconf/. They don’t hang on my system like the newer ones shipped by m4 and nano. Also, I tried iffe and it works like a charm even on the V

Re: [cdesktopenv-devel] CDE imake branch and other fixes

On Wed, 20 Jan 2021, Chase via cdesktopenv-devel wrote: Lev, I just don't understand what the big issue with autotools is. We gutted a lot of the legacy OS code a few years ago (ultrix, unixware, even weird ones like uxpds), but if someone were to want these platforms back, I feel that using

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

On Mon, 18 Jan 2021, Lev wrote: What would your advice be for anyone wanting to continue using CDE on platforms that are unsupported by the autotools or ksh? Would the original ksh93u work for those platforms? Or https://github.com/att/ast master which is close? ksh93 has its own autoconfig

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

On Sun, 17 Jan 2021, Chase wrote: Marcin you were right, it was ast malloc causing problems, I asked the leader of ksh if there was any way to disable it and he told me to pass -D_std_malloc. OpenBSD works perfectly now. Patch attached. I think we could safely merge this branch now if there a

Re: [cdesktopenv-devel] [PATCH][master-ksh93-upgrade] make it build under solaris and make patch obey POSIX

On Sun, 17 Jan 2021, Chase via cdesktopenv-devel wrote: Not Working: OpenBSD 6.7, segfaults whenever free() is called, but this does work with the old version, so it is a regression, but OpenBSD couldn't even boot when I compiled normal master, it hung at dthello Is this free() used in ksh,

Re: [cdesktopenv-devel] git version fails to build on Debian derivative PureOS

On Mon, 23 Nov 2020, Antonis Tsolomitis wrote: Thanks for showing me the trap. So I make clean and rerun make World | tee cde-make.log 2>&1 I am sorry, this is not the right way to do it. Can you try this instead: make World 2>&1 | tee cde-make.log Marcin smime.p7s Description: S/MIME Cry

Re: [cdesktopenv-devel] Fedora build is utterly broken

On Sun, 22 Nov 2020, Marcin Cieslak wrote: On Sun, 22 Nov 2020, Danilo Pecher via cdesktopenv-devel wrote: Yep. gccc 10.2. Bloody hell, why can't people just stop breaking things with feature creep. I'll have a look tomorrow if I can use Marcin's method to get this to co

Re: [cdesktopenv-devel] Fedora build is utterly broken

On Sun, 22 Nov 2020, Danilo Pecher via cdesktopenv-devel wrote: Yep. gccc 10.2. Bloody hell, why can't people just stop breaking things with feature creep. I'll have a look tomorrow if I can use Marcin's method to get this to compile. http://c-faq.com/decl/decldef.html http://c-faq.com/decl/c

Re: [cdesktopenv-devel] Fedora build is utterly broken

On Sun, 22 Nov 2020, Danilo Pecher wrote: Hi Marcin, I'm attaching a xz'ed log file. This thing completely mystifies me. First of all, I've never seen the linker bitch about header files. I looked at the headers and saw they seemed to lack protection against multiple inclusion, so I added the w

Re: [cdesktopenv-devel] Fedora build is utterly broken

On Sun, 22 Nov 2020, Danilo Pecher via cdesktopenv-devel wrote: The Fedora builds seem to be completely broken, and for the moment I haven't got the faintest clue why. Linkage is broken with massive error blocks like these. can you publish a whole logfile somehow (or send as an attachment if t

Re: [cdesktopenv-devel] git version fails to build on Debian derivative PureOS

On Sun, 22 Nov 2020, Antonis Tsolomitis wrote: https://myria.math.aegean.gr/~atsol/tmp/buildlog.txt It is not only locale and the docs that do not get build. For example, dtstyle refuses to build. In the attached buildlog dtstyle seems to build and link fine: gcc -g -pipe -o dtstyle -O2 -fn

Re: [cdesktopenv-devel] [cdesktopenv:tickets] #91 Localization issues with building on arch?

On Sun, 8 Nov 2020, Antonis Tsolomitis wrote: Indeed. I verify that this difference is present: [atsol@convex ~]$ locale -a |grep -i iso8859 de_DE.iso88591 es_ES.iso88591 fr_FR.iso88591 it_IT.iso88591 [atsol@convex ~]$ locale -a |grep -i UTF ar_EG.utf8 C.UTF-8 el_GR.utf8 en_US.utf8 [atsol@co

Re: [cdesktopenv-devel] [cdesktopenv:tickets] #91 Localization issues with building on arch?

On Sun, 8 Nov 2020, Antonis Tsolomitis wrote: Nope! using make World IMAKE_DEFINES='-DDtLocalesToBuild="en_US.UTF-8"' still produces the same error on PureOS (Debian testing). One thing that can be seen is that the system offers names like "it_IT.iso88591" or "en_US.utf8" while CDE uses "i

Re: [cdesktopenv-devel] russian locale?

On Thu, 5 Dec 2019, Vladimir Nikishkin wrote: Which distribution are you using? ALTlinux? I may try to submit a package with MicroHei for it. I am using FreeBSD. I have tried ru_RU.UTF-8, ru_RU.ISO8859-5 and ru_RU.KOI8-R locales and none of them work. For the 8-bit ones the characters do n

Re: [cdesktopenv-devel] russian locale?

On Wed, 4 Dec 2019, Нина Диденко wrote: As an end user when I set ru_RU.UTF-8 in my system, it breaks the expected behavior. The fonts in CDE codebase should have cyrillic support out of the box. Do you still have an 8-bit locale like ru_RU.KOI8-R on your system? I'd try that first. How do yo

Re: [cdesktopenv-devel] CentOS 7.6 x64 build failure

On Mon, 2 Dec 2019, Marcin Cieslak wrote: On Mon, 2 Dec 2019, Marcin Cieslak wrote: On Sun, 1 Dec 2019, Jon Trulson wrote: On 12/1/19 6:32 PM, sc...@scottcomstock.com wrote: Latest build log: https://scottcomstock.com/cde/2019-12-01.build.log From your log: rm -f instant gcc -g -pipe

Re: [cdesktopenv-devel] CentOS 7.6 x64 build failure

On Mon, 2 Dec 2019, Marcin Cieslak wrote: On Sun, 1 Dec 2019, Jon Trulson wrote: On 12/1/19 6:32 PM, sc...@scottcomstock.com wrote: Latest build log: https://scottcomstock.com/cde/2019-12-01.build.log From your log: rm -f instant gcc -g -pipe -o instant -O2 -fno-strict-aliasing -Wno

Re: [cdesktopenv-devel] CentOS 7.6 x64 build failure

On Sun, 1 Dec 2019, Jon Trulson wrote: On 12/1/19 6:32 PM, sc...@scottcomstock.com wrote: Latest build log: https://scottcomstock.com/cde/2019-12-01.build.log From your log: rm -f instant gcc -g -pipe -o instant -O2 -fno-strict-aliasing -Wno-write-strings -Wno-unused-result -ansi

Re: [cdesktopenv-devel] [PATCH] fix crash in dtdocbook/instant

On Sat, 30 Nov 2019, Marcin Cieslak wrote: On Fri, 29 Nov 2019, Jon Trulson wrote: On 11/29/19 9:12 PM, Marcin Cieslak wrote: On Fri, 29 Nov 2019, Jon Trulson wrote: #ifndef LinuxDistribution [...] - instant tool crashes on locale different than "C" Crap.  That thing is s

Re: [cdesktopenv-devel] [PATCH] fix crash in dtdocbook/instant

On Fri, 29 Nov 2019, Jon Trulson wrote: On 11/29/19 9:12 PM, Marcin Cieslak wrote: On Fri, 29 Nov 2019, Jon Trulson wrote: #ifndef LinuxDistribution [...] - instant tool crashes on locale different than "C" Crap.  That thing is so delicate. I fixed that now, it was an one

Re: [cdesktopenv-devel] [PATCH] fix crash in dtdocbook/instant

On Fri, 29 Nov 2019, Jon Trulson wrote: #ifndef LinuxDistribution #define LinuxDistribution   DefaultLinuxDistribution #endif Ahh, I see.  Yeah - I think someone just figured it was easier to set DefaultLinuxDistribution in imake if redhat or suse were "detected".  Now I need to check w

Re: [cdesktopenv-devel] #if DefaultLinuxDistribution

On Fri, 29 Nov 2019, Jon Trulson wrote: On 11/29/19 5:38 PM, Marcin Cieslak wrote: On Sat, 30 Nov 2019, Marcin Cieslak wrote: #if DefaultLinuxDistribution == LinuxSuSE This is bogus. It will always be true unless we'll define "DefaultLinuxDistribution" to 0 This is c

Re: [cdesktopenv-devel] #if DefaultLinuxDistribution

On Sat, 30 Nov 2019, Marcin Cieslak wrote: #if DefaultLinuxDistribution == LinuxSuSE This is bogus. It will always be true unless we'll define "DefaultLinuxDistribution" to 0 This is cpp Marcin smime.p7s Description: S/MIME Cryptogr

Re: [cdesktopenv-devel] CentOS 7.6 x64 build failure

On Fri, 29 Nov 2019, sc...@scottcomstock.com wrote: In trying to build CDE on CentOS 7.7.1908 (x86_64), I noticed that the build fails when it attempts to build the documentation for locales other than C and en_US.UTF-8. locale -a shows all the necessary locales installed. Changing DtLocalesToB

Re: [cdesktopenv-devel] CentOS 7.6 x64 build failure

On Fri, 29 Nov 2019, sc...@scottcomstock.com wrote: In trying to build CDE on CentOS 7.7.1908 (x86_64), I noticed that the build fails when it attempts to build the documentation for locales other than C and en_US.UTF-8. locale -a shows all the necessary locales installed. Changing DtLocalesToB

Re: [cdesktopenv-devel] Upstream ksh problemsX

On Mon, 25 Nov 2019, Chase via cdesktopenv-devel wrote: So as I was upgrading our ksh, I have ran into a problem, hash.h, commonly found in libast, is no where to be found in the new sources, come to find out that they have removed the entire hash part of the library because it was "unused". T

Re: [cdesktopenv-devel] Docbook

On Tue, 31 Jul 2018, Jon Trulson wrote: > So - is anyone on this list familiar with docbook XML want to take up the task > of upgrading our documentation format and generation to something from this > decade? > > Short term, using a new onsgmls is probably the way to go, but long term, it > seems

Re: [cdesktopenv-devel] [PATCH] Use packaged nsgmls

On Sat, 28 Jul 2018, Chase via cdesktopenv-devel wrote: > > We will now depend on the opensp package, the macro will most likely need > > to be changed for *bsd and solaris Is there an easy way to override the location other than patching the file? Marcin smime.p7s Description: S/MIME Cryptogr

Re: [cdesktopenv-devel] The sorry state of imake

On Wed, 20 Jun 2018, Jon Trulson wrote: > On 06/20/2018 06:01 PM, Chase wrote: > > The next release will be 2.3, because things. > > Autotools will take a while, before it's functional. There are many steps to > building CDE, it will not be a trivial task to replicate in autotools. There are s

Re: [cdesktopenv-devel] dtterm malfunction

On Mon, 18 Jun 2018, Antonis Tsolomitis wrote: > > The screenshot dtterm.png shows two dtterms runing vi (vim) > The one on the left shows erratic behavior since it repeats the info line of > vi > at several heights while the dtterm on the right is a freshly started one and > behaves correctly. >

Re: [cdesktopenv-devel] [PATCH] installCDE: remove duplicate code

On Sun, 10 Jun 2018, Jon Trulson wrote: > On 06/10/2018 12:30 PM, Marcin Cieslak wrote: > > On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote: > > > > > This patch should work and not throw any segfaults like the last attempt, > > > compiled and r

Re: [cdesktopenv-devel] [PATCH] Remove irix support

On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote: > Apparently if you make a new topic with the exact same name as the old topic > on the list, it makes it a reply to the old one, interesting... Maybe its > just my email client. Maybe it is just the way things are displayed, this message:

Re: [cdesktopenv-devel] [PATCH] env.csh: remove duplicate cshell code

On Sun, 10 Jun 2018, Chase wrote: > Coding in cshell is considered harmful, and should be avoided when possible, > see this writeup: > http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ There are many things to be said here, but those scripts are not needed for C shell programming. > Plus, i

Re: [cdesktopenv-devel] Status of AIX and HPUX ports, and thoughts about dtksh

On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote: > I guess I should have specified that I am not looking to remove these > platforms, but was simply asking so that directions could be added to > the wiki and we could know for sure if they still work. If ulrich is > getting his hands on an H

Re: [cdesktopenv-devel] ksh status

On Sun, 8 Jun 2018, Ulrich Wilkens wrote: > On 06/10/18 03:29, Brent Busby wrote: > > 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,

Re: [cdesktopenv-devel] [PATCH] installCDE: remove duplicate code

On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote: > This patch should work and not throw any segfaults like the last attempt, > compiled and ran the script myself to make sure. That's good, I wonder if in the meantime all platforms can use "service inetd start" (except the systemd ones, I

Re: [cdesktopenv-devel] [PATCH] env.csh: remove duplicate cshell code

On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote: > This patch removes duplicate cshell code ... why? Marcin smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of

Re: [cdesktopenv-devel] [PATCH] Add CDE logo to cde.desktop

On Sun, 27 May 2018, Chase via cdesktopenv-devel wrote: > Jon suggested we use a png, but I think that if it is accepting of xpms, we > should use that one to save space, I will post an alternate patch and leave > it up to Jon. Just asking, now I realized it's a perfect subject for bikeshedding

Re: [cdesktopenv-devel] [PATCH] Add CDE logo to cde.desktop

On Sun, 27 May 2018, Chase via cdesktopenv-devel wrote: > New patch Wouldn't the existing /usr/dt/appconfig/icons/C/Dtlogo.pm work instead of the PNG file? The spec[1] says XPM files are accepted. # +programs/icons/Dtlogo.png +{ default + install_target = /usr/dt/appconfig/icons/C/Dtlogo

Re: [cdesktopenv-devel] Let's hold off on testing for a bit, master appears to be broken

On Fri, 25 May 2018, Jon Trulson wrote: > git clean -dfx > sudo rm -rf /usr/dt /etc/dt /var/dt If removal of /usr/dt changes things, maybe pre-installed headers in /usr/dt/include somehow influence the build? Or worse, the libraries from /usr/dt/lib ? Do you have them on the ldconfig path? Sh

Re: [cdesktopenv-devel] CDE 2.2.4 fails with ttsession crash on FreeBSD 11.1-RELEASE (backtrace available)

On Fri, 28 Jul 2017, Douglas Carmichael wrote: > Marcin: > > A log.txt from a build is attached. Thanks, unfortunately, there is nothing special there You might want to check out my ToolTalk troubleshooting guide I have just posted - I just compled CDE on my box and made it running with thi

[cdesktopenv-devel] Quick ToolTalk troubleshooting guide (with FreeBSD commands)

For me, without tooltalk datbase running, ttsession dangerously was hanging on kevent(2), hanging a whole X session. Also not good. Here is how I got it working AKA quick ToolTalk troubleshooting guide. All of this should apply to Linux and other OS's as well, only commands will be different. 1.

Re: [cdesktopenv-devel] CDE 2.2.4 fails with ttsession crash on FreeBSD 11.1-RELEASE (backtrace available)

On Fri, 28 Jul 2017, Douglas Carmichael wrote: > To whom it may concern: > > When I tried building/installing CDE 2.2.4 on FreeBSD > 11.1-RELEASE using the instructions shown in the wiki > (https://sourceforge.net/p/cdesktopenv/wiki/FreeBSDBuild/ >

Re: [cdesktopenv-devel] CDE 2.2.4 fails with ttsession crash on FreeBSD 11.1-RELEASE (backtrace available)

On Fri, 28 Jul 2017, Swift Griggs wrote: > On Fri, 28 Jul 2017, Douglas Carmichael wrote: > > When I tried building/installing CDE 2.2.4 on FreeBSD 11.1-RELEASE using > > able to start CDE because the ttsession daemon would crash immediately upon > > starting a desktop session. > > Forgive me if

Re: [cdesktopenv-devel] Can't build CDE on FreeBSD 11.0-RELEASE-p1 (dtksh fails)

On Mon, 10 Oct 2016, Douglas Carmichael wrote: > To whom it may concern: > > When I try to build CDE on FreeBSD 11.0-RELEASE-p1, everything else > builds but there are significant errors when building dtksh. Haven't tried dtksh yet, but you might want to try some patches from Bob Krzaczek posted

Re: [cdesktopenv-devel] Adding default include & libraries to CDE

On Wed, 10 Aug 2016, Jon Trulson wrote: > On Tue, 9 Aug 2016, Swift Griggs wrote: > > > > > I'm noticing that after a "make World" there are two things that seem > > problematic. The first is that many of the applications aren't being built > > due to the linking phase bombing out since it can't

Re: [cdesktopenv-devel] New to the list

On Wed, 3 Aug 2016, Swift Griggs wrote: > On Wed, 3 Aug 2016, Marcin Cieslak wrote: > > Did you try dtksh for some scripting? > > I actually didn't know it existed as a scripting API. I'm looking again at > programs/dtksh/examples to get an idea of it's capa

Re: [cdesktopenv-devel] New to the list

On Wed, 3 Aug 2016, Swift Griggs wrote: > > Creation and assignment of types and actions could probably be > > streamlined, or at least scripted. > > Yes! I love the idea of finding an easy way to add scripting or plugin > APIs that allow for doing things that are painful in C, but easy in shel

Re: [cdesktopenv-devel] cursors and LTSP5

On Sun, 29 Nov 2015, Antonis Tsolomitis wrote: > But my question here is how come CDE does not provide it's own cursors? > For example, CDE apps > use the CDE hourglass for the busy cursor. Is there a "CDE cursor theme" > hidden somewhere? Maybe I should > try to bring this back instead of deali

Re: [cdesktopenv-devel] Getting away from ksh

On Fri, 27 Nov 2015, Isaac Dunham wrote: > On Fri, Nov 27, 2015 at 09:14:50PM -0600, Pouar wrote: > > On 11/27/15 21:06, Pouar wrote: > > > Right now the download link on http://kornshell.com/software/ for > > > ast-ksh points to nowhere and I'm not sure where to get the latest > > > version so I'

Re: [cdesktopenv-devel] Getting away from ksh

On Fri, 27 Nov 2015, Danilo Schöneberg wrote: > Hi everybody, > > I just subscribed to the CDE mailing list. I've been a CDE nut since the > 90s. As such I would like to see the project move forward. The major > problem atm is, that CDE doesn't build properly anymore (under NetBSD) due > to the d

Re: [cdesktopenv-devel] OpenBSD logo on dtsession/dtlogin patch

On Sat, 18 Sep 2015, ibid...@gmail.com wrote: > On Sat, Sep 19, 2015 at 02:57:18AM -0500, Douglas Carmichael wrote: > > To whom it may concern: > - Would reducing the colors to more like 96-128 different ones be viable? > (More colors do tend to make an image load slower, though this isn't > *

Re: [cdesktopenv-devel] OpenBSD logo on dtsession/dtlogin patch

On Sat, 19 Sep 2015, ibid...@gmail.com wrote: > On Sat, Sep 19, 2015 at 02:57:18AM -0500, Douglas Carmichael wrote: > > To whom it may concern: > > > - Is there a license that should be put in a comment there? > (I don't see one on the art page, so probably not.) When I was adding FreeBSD logo

Re: [cdesktopenv-devel] Is dtterm supposed to support unicode?

On Sat, 25 Jul 2015, Tomasz Konojacki wrote: > > [1] - http://docs.oracle.com/cd/E19455-01/806-0169/utf8-107/index.html This info is more recent than our (original) code and it is also Solaris-specific (please note the use of STREAMS module, that handles the UTF-8 magic). For example, out code

Re: [cdesktopenv-devel] dtmail patch to enable compilation with libiconv port on FreeBSD

On Sat, 11 Jul 2015, Ulrich Wilkens wrote: > On 07/08/15 23:37, Douglas Carmichael wrote: > > To whom it may concern: > > > > I have finally patched the two problem source files in dtmail to enable CDE > > to successfully compile with the libiconv port on FreeBSD 10. > > (While libiconv replaces

Re: [cdesktopenv-devel] dtmail patch to enable compilation with libiconv port on FreeBSD

On Wed, 8 Jul 2015, Douglas Carmichael wrote: > To whom it may concern: > > I have finally patched the two problem source files in dtmail to enable CDE > to successfully compile with the libiconv port on FreeBSD 10. > (While libiconv replaces the system iconv, it is needed for glib which is > u

Re: [cdesktopenv-devel] integration of GTK apps (fwd)

(copying my answert to Antonis) On Wed, 24 Jun 2015, Antonis Tsolomitis wrote: > On 24/06/2015 04:07 μμ, Marcin Cieslak wrote: > > *0*ColorPalette:DarkGold.dp > > *ColorUse: HIGH_COLOR > > *DtEditor*textFontList: -dt-interface > > user-medium-r-normal-xs*-*

Re: [cdesktopenv-devel] integration of GTK apps

On Wed, 24 Jun 2015, Antonis Tsolomitis wrote: > But of course other programs do not blend nicely with the desktop as far > as the looks are concerned. > You can see here: > http://myria.math.aegean.gr/~atsol/tmp/test-gtk.jpg > > > that it

Re: [cdesktopenv-devel] Font sizing issues with CDE on Ubuntu 15.04

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > Marcin: > > I do see this warning when setting dtterm to 10.5 point text: > > ~ > > Warning: Cannot convert string "-dt-interface > user-medium-r-normal-m*-*-*-*-*-*-*-*-*" to type FontStruct > Warning: Missing charsets in String to FontSet

Re: [cdesktopenv-devel] Font sizing issues with CDE on Ubuntu 15.04

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > Marcin: > > Yes I do. Thanks. I'm out of ideas! -- ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net

Re: [cdesktopenv-devel] Font sizing issues with CDE on Ubuntu 15.04

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > Marcin: > > Yes I did restart X. > > Attached are the contents of xfonts-base.alias and xlsfonts. Do you have those bitmap -adobe-* fonts installed? -- _

Re: [cdesktopenv-devel] Font sizing issues with CDE on Ubuntu 15.04

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > I edited my /etc/X11/fonts/misc/xfonts-base.alias file as shown here > (http://sourceforge.net/p/cdesktopenv/wiki/ImprovingFonts/ > ) but it didn’t > change anything. Did you do "xset fp

Re: [cdesktopenv-devel] dtmail not building on FreeBSD 10.1-RELEASE-p10

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > When I tried to build CDE on FreeBSD 10.1-RELEASE-p10, the rest of the > package builds fine. It build for me some time ago. From the #48 I can see there is some problem with libiconv installation. Can you move your /usr/local/include/iconv.h aw

Re: [cdesktopenv-devel] dtmail not building on FreeBSD 10.1-RELEASE-p10

On Fri, 19 Jun 2015, Marcin Cieslak wrote: > On Fri, 19 Jun 2015, Douglas Carmichael wrote: > > > When I tried to build CDE on FreeBSD 10.1-RELEASE-p10, the rest of the > > package builds fine. > 2) Move /usr/local/include/iconv.h away and use system , which has > &quo

Re: [cdesktopenv-devel] dtmail not building on FreeBSD 10.1-RELEASE-p10

On Fri, 19 Jun 2015, Douglas Carmichael wrote: > When I tried to build CDE on FreeBSD 10.1-RELEASE-p10, the rest of the > package builds fine. > > But, dtmail does not (as you can see in ticket #48), thus CDE can’t build > properly. The problem is somewhere around http://sourceforge.net/p/c

Re: [cdesktopenv-devel] GDE, the GNU Desktop Environment (Was: Re: OS X and Autotools)

On Sat, 22 Nov 2014, Lennert Van Alboom wrote: > On Sat, Nov 22, 2014 at 12:17:34PM +, David Mackay wrote: > > On the topic of the Autotools: I do hope we will steer as far clear > > from autotools as possible. CDE's build system is somewhat antiquated, > > and a rehaul would be a prudent idea

Re: [cdesktopenv-devel] CDE 2.2.2 on FreeBSD 10

On Sat, 20 Sep 2014, Jon Trulson wrote: > On Sat, 20 Sep 2014, Olivier Utkala wrote: > >> Hello, >> >> Compilation of version 2.2.2 on FreeBSD 10 (x86) breaks using mkcatdefs on >> de_DE.ISO8859-1 messages. The results: >> > > > Do you have the proper de_DE.iso8859-1 locale installed? That's a

Re: [cdesktopenv-devel] [PATCH] Fix screen locking for BSDsx

On Wed, 29 May 2013, Ulrich Wilkens wrote: > Hello, > > here's a little patch which enables screen locking on BSD systems. > (/usr/dt/bin/dtsession must be suid root) Wow, was that this simple? I was overwhelmed by thinking, "oh now you need to plug in a whole authentication logic into dtsession

Re: [cdesktopenv-devel] Crash in ttsession starting CDE on Ubuntu 12.04

On Wed, 10 Apr 2013, Isaac Dunham wrote: > On Tue, 09 Apr 2013 12:36:19 + > I suppose that's the real problem here: > > *** buffer overflow detected ***: /usr/dt/bin/ttsession terminated Running some kind of automatic stack protection stuff? > Although how on earth are you getting display

Re: [cdesktopenv-devel] poll: build system for CDE

On Tue, 5 Feb 2013, Oleksiy Ch wrote: > Hello guys, > > Let me raise one question: what is a best preferred build system > you consider for CDE and in general? I address this question to > people having experience with maintaining *nix software in general and > writing code in particular. Given

Re: [cdesktopenv-devel] dtlogin init script changes

On Sat, 24 Nov 2012, Isaac Dunham wrote: > But I have a question/request: > is there a way to _silence_ GettyMessage (what sends this message to VT1:) > * > * > * Starting Desktop Login on display :0 > * > * Wait for the Desktop Login screen

Re: [cdesktopenv-devel] Double-clicking issue

On Tue, 6 Nov 2012, Anthony Perkins wrote: > Does anyone experience trouble double-clicking in CDE? Occasionally > the "release-click" signal seems to be delayed, which makes > double-clicking icons or the close buttons quite difficult. No, never happened to me on 9.x or 10.0 > $ uname -a > Free

Re: [cdesktopenv-devel] Installed on Ubuntu 12.04 - Works well but with lightdm problems

On Sun, 4 Nov 2012, John Reed wrote: > Hello Jon, > > I did follow those steps and it will run but when I go into it via the > lightdm, it basically stays at the "Starting the Common Desktop > Environment" blue screen with the /usr/dt/bin/ttsession -s process pegging > the CPU at about 80-90%. No

Re: [cdesktopenv-devel] Motif 2.3.4 - it's official

On Thu, 25 Oct 2012, Isaac Dunham wrote: > I'm asking these here, because the "proper" place (the Motif mailing > list) appears not to exist, and some people are involved in both > projects. There is (still) comp.windows.x.motif Usenet group (last post in September) There is also http://motif.ic

Re: [cdesktopenv-devel] Building SGML guides - how much space needed?

On Thu, 25 Oct 2012, Ulrich Wilkens wrote: > On 10/24/12 17:49, Marcin Cieslak wrote: > > It takes, however, some insane amount of space. > > My process stops because of lack of disk space > > at around 7 gigabytes in doc/tmp > > > > Did anyone tried building gu

[cdesktopenv-devel] Motif 2.3.4 - it's official

Just got this: Updated Version of Motif 2.3.4 Now Available on SourceForge and at the Newly Updated ICS MotifZone Integrated Computer Solutions (ICS) is pleased to announce that Motif 2.3.4 has been released under LGPL v2.1. Motif is a freely available source code distribution for the Motif user

[cdesktopenv-devel] Building SGML guides - how much space needed?

Hello, Thanks to Ulrich patches it seems I can now run dtinfogen on FreeBSD. With a help of a small patch (posted) it looks like generation works. It takes, however, some insane amount of space. My process stops because of lack of disk space at around 7 gigabytes in doc/tmp Did anyone tried bui

[cdesktopenv-devel] [PATCH] Fix location of some SGML files

--- cde/.gitignore | 2 ++ cde/doc/common/guides/Imakefile.tmpl | 2 +- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/cde/.gitignore b/cde/.gitignore index c0f6a23..c266566 100644 --- a/cde/.gitignore +++ b/cde/.gitignore @@ -300,6 +300,7 @@ config/imake/Makef

Re: [cdesktopenv-devel] [PATCH] Fix dtappbuilder on Linux

On Wed, 17 Oct 2012, je...@jellehermsen.nl wrote: > Sorry for breaking this one. It didn't strike me as an issue because > the va_copy macro is defined in C99 and has been supported by GCC for > quite a while, so I thought we could easily rely on that one instead > of using the GNU extension __va_

Re: [cdesktopenv-devel] [PATCH] Fix dtappbuilder on Linux

On Wed, 17 Oct 2012, Ulrich Wilkens wrote: > > One of the latest NetBSD patches have broken dtappbuilder on Linux. > This fixes it again. Could this depend on the compiler version? //Marcin -- Everyone hates slow websi

Re: [cdesktopenv-devel] Systray support (was: usability problems)

On Tue, 16 Oct 2012, Anthony Perkins wrote: > On 16 October 2012 11:43, Marcin Cieslak wrote: > > > On Mon, 15 Oct 2012, Christopher Turkel wrote: > > >> I am adamantly opposed to tray icon support in CDE. I realize I'll > >> probably we outvoted on this

Re: [cdesktopenv-devel] Systray support (was: usability problems)

On Mon, 15 Oct 2012, Christopher Turkel wrote: > I am adamantly opposed to tray icon support in CDE. I realize I'll > probably we outvoted on this but I just don't think that should be > CDE's job, to manage tray icons. There are plenty of things that serve > this function: stalonetray is a good e

Re: [cdesktopenv-devel] Usability problems

On Sun, 14 Oct 2012, miqlas wrote: > - DTCM / Calendar: cannot compile it. Ok, actually this is not an > usability thing. > "undefined reference to `registerrpc' > collect2: ld returned 1 exit status > make[1]: *** [dtcm] Error 1" Works for me, probably related to Linux use of -ltirpc > - Create

Re: [cdesktopenv-devel] Desktop select

On Mon, 8 Oct 2012, Frederic Koehler wrote: > Does anybody know what the rectangular select on the desktop is > supposed to do? [like the drag+select] > I haven't seen it do anything, but it might be a (e.g. 64-bit) bug > [and hence why I ask]. You can put some icons on the workspace, for example

[cdesktopenv-devel] dtfile crash in UpdateHeaders()

On Fri, 5 Oct 2012, Marcin Cieslak wrote: > - dtfile crash: > > #0 0x0043d89f in UpdateHeaders (file_mgr_rec=0x5a5a5a5a5a5a5a5a, > file_mgr_data=0x805cf9940, icons_changed=1 '\001') at FileMgr.c:2899 > 2899 if ((file_mgr_data->show_iconic_path ==

[cdesktopenv-devel] [PATCH] Adobe Helvetica as -dt-interface system-

Use Adobe Helvetica as the sans serif user interface font (among others, dtlogin, front panel buttons, menu titles) instead of Lucida. While there, move X Consortium comment back to the top. This change applies only to FreeBSD. --- cde/programs/fontaliases/freebsd/C/fonts.alias | 14 +++-

[cdesktopenv-devel] Work in progress after 2.2.0c

On Thu, 4 Oct 2012, Jon Trulson wrote: > It will take a it for it to propagate around the planet, but it's up > there. Here's the relevant, and somewhat brief portion of the HISTORY > file: Congratulations to everyone! Here is a write up of my work in progress as well as some thoughts on the ne

[cdesktopenv-devel] [PATCH] Set CDE_RELEASE to 2.2.0

--- cde/Imakefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cde/Imakefile b/cde/Imakefile index 3cc2549..e637aff 100644 --- a/cde/Imakefile +++ b/cde/Imakefile @@ -2,7 +2,7 @@ XCOMM $TOG: Imakefile /main/22 1999/01/18 10:38:29 samborn $ #define IHaveSubdirs #define Pass

Re: [cdesktopenv-devel] [PATCH] Remove dtinfo from packing lists for FreeBSD

On Thu, 4 Oct 2012, Ulrich Wilkens wrote: > Maybe I should describe what I've done so far in a separate mail thread > and maybe I should also commit an intermediate code level which compiles > but doesn't run completely. Any suggestions? Definitely, yes! I guess you have copied over .cf files f

Re: [cdesktopenv-devel] [PATCH] __FreeBSD__ -> CSRG_BASED

On Wed, 3 Oct 2012, Jelle Hermsen wrote: > 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). Nice, I really dislike using __FreeBSD__ but I c

Re: [cdesktopenv-devel] [PATCH] Remove dtinfo from packing lists for FreeBSD

On Wed, 3 Oct 2012, Jon Trulson wrote: > On Wed, 3 Oct 2012, Marcin Cieslak wrote: > > I guess my question on this one is - why do it differently for FBSD? It's just a quick way to get correct packing list which we might need to register binary packages with the OS at the end

[cdesktopenv-devel] [PATCH] Remove dtinfo from packing lists for FreeBSD

- Add new CPP flag HAVE_DTINFO for all architectures except FreeBSD - CDE-INFOLIB-LOC.src, CDE-LOC.src, CDE-MSG-LOC.src CDE-SHLIBS.src have dtinfo related portions excluded by #ifdef HAVE_DTINFO - Implement new file type "ignore" in the UDB to allow the installer to skip some files. Fo

[cdesktopenv-devel] [PATCH] Remove missing xmbind and uil from UDB

Remove xmbind and uil utilities we do not build and install from the packing lists. --- cde/databases/CDE-PRG.udb | 10 -- cde/databases/CDE-RUN.udb | 7 --- 2 files changed, 17 deletions(-) diff --git a/cde/databases/CDE-PRG.udb b/cde/databases/CDE-PRG.udb index 36626fd..09ae931 100

[cdesktopenv-devel] [PATCH] dtfile: Fix crash when trying to open filter dialog

On 64-bit machine dtfile crashes when opening list of file types to filter in Encaps.c: _DtShowDialog (parent=0x805c80900, map_parent=0x0, top_rec=0x805ce3600, dialog_data=0x805db25e0, change_proc=0x4489f0 , change_data=0x805ce3600, close_proc=0x4489c0 , close_data=0x805ce3600, w

  1   2   3   >