On Fri, Jul 24, 2015 at 12:14:21AM -0500, T.J. Duchene wrote:
On 7/23/2015 10:41 PM, Isaac Dunham wrote:
I'm inclined to agree with you on C++, but I'd like to refer you to Roger
Leigh's comments on the subject about seven and a half months ago;
I'm only appending the first couple
Le 24/07/2015 00:37, Isaac Dunham a écrit :
On Thu, Jul 23, 2015 at 11:49:11PM +0200, Didier Kryn wrote:
Le 23/07/2015 22:19, Isaac Dunham a écrit :
On Thu, Jul 23, 2015 at 12:12:36PM -0400, Steve Litt wrote:
For those of you who don't want dbus, my experience tells me that
getting rid of it
Le 24/07/2015 04:52, Jude Nelson a écrit :
On Thu, Jul 23, 2015 at 10:30 PM, T.J. Duchene t.j.duch...@gmail.com
mailto:t.j.duch...@gmail.com wrote:
On Thursday, July 23, 2015 08:22:55 PM Hendrik Boom wrote:
On Fri, Jul 24, 2015 at 12:12:01AM +0200, Teodoro Santoni wrote:
...
On 24 July 2015 05:26:00 CEST, Isaac Dunham ibid...@gmail.com wrote:
On Fri, Jul 24, 2015 at 01:53:15AM +0200, Jaromil wrote:
On Thu, 23 Jul 2015, Hendrik Boom wrote:
I do not understand this entire thread.
yep. this is sort of going bonkers.
[... Isaac's detailed explanation ...]
Does
On 24/07/15 05:19, Jude Nelson wrote:
Hi Anto,
[snip]
does anybody have any suggestion how to easily find out that our
fork repositories need updating without keep checking the upstream
repositories?
You're going to have to pull changes upstream periodically. That's
just the
On 24/07/2015 05:14, T.J. Duchene wrote:
On 7/23/2015 10:41 PM, Isaac Dunham wrote:
Now then, as for Roger's comments, I find them confusing.
[snip]
The C API is overly complex and fragile. You don't want to base your
project on a sandcastle. And the expertise required to use it is
very
Hi,
T.J. Duchene wrote on 23/07/2015 at 21:35 CEST:
[...]
UNIX was designed from the beginning to be a multi-user system. That was
entire reason in creating it, actually. The concept of multi-seat as
a feature is being able to login and allow multiple users to use the
same hardware
On 24/07/2015 06:37, Didier Kryn wrote:
Le 24/07/2015 04:52, Jude Nelson a écrit :
I don't care for it myself - because it is C++.
Minor correction: GTK is written in C, and relies on GLib, which is
also written C. However, it's open to debate as to how
similar/different C-plus-GLib is
Le 24/07/2015 07:14, T.J. Duchene a écrit :
C and C++ are both strongly typed, so I am assuming that he must be
referring to GTK using a pointer in C presumably to dynamically handle
function names and data for polymorphism. He can't help it if GTK is
sloppy, but I can't make sense of his
On Fri, Jul 24, 2015 at 12:03:08PM +0200, Didier Kryn wrote:
Hey T.J., you seem to contradict yourself when saying C and C++
are strongly typed and Type checking is never C's job. :-)
Actually, yes, C and C++ are typed, but weakly. They silently do
type conversion in pretty much
On Thu, Jul 23, 2015 at 09:30:04PM -0500, T.J. Duchene wrote:
On Thursday, July 23, 2015 08:22:55 PM Hendrik Boom wrote:
On Fri, Jul 24, 2015 at 12:12:01AM +0200, Teodoro Santoni wrote:
... but, yeah, it's outside the scope of Devuan. D-Bus just sucks and is
documented on a random basis,
On Fri, Jul 24, 2015 at 09:11:57AM +0200, Jaromil wrote:
On 24 July 2015 05:26:00 CEST, Isaac Dunham ibid...@gmail.com wrote:
On Fri, Jul 24, 2015 at 01:53:15AM +0200, Jaromil wrote:
On Thu, 23 Jul 2015, Hendrik Boom wrote:
I do not understand this entire thread.
yep. this is
On Fri, 24 Jul 2015, miro.ro...@croatiafidelis.hr wrote:
I can see that, now, Jaromil, you basically seem to be inclined to
allow in Devuan pretty much just what I tried to get available in it
(not just for me, but for others who will want to go that way).
yes Miroslav - and vdev is one of
On 7/24/2015 5:03 AM, Didier Kryn wrote:
Hey T.J., you seem to contradict yourself when saying C and C++
are strongly typed and Type checking is never C's job. :-)
Actually, yes, C and C++ are typed, but weakly. They silently do
type conversion in pretty much every instruction.
CDE is a classic UNIX desktop, but it has long been since viable for modern
usages.
Xfce, in truth, was a modern replacement for it using Xforms since Motif was,
at the time, under a different license. It bears the same classic layout minus
some differences.
However, last I had heard CDE was
On 2015-07-24 20:48, James Powell wrote:
CDE is a classic UNIX desktop, but it has long been since viable for
modern usages.
Xfce, in truth, was a modern replacement for it using Xforms since
Motif was, at the time, under a different license. It bears the same
classic layout minus some
Guys what about a true UNIX and complete desktop environment to be the
'default' desktop for devuan 2.0?
here's what i'm talking about:
http://sourceforge.net/p/cdesktopenv/wiki/Home/
http://sourceforge.net/p/cdesktopenv/wiki/What%20is%20CDE%3F/
CDE was designed with end users, software
On 2015-07-24 20:30, Marlon Nunes wrote:
Guys what about a true UNIX and complete desktop environment to be the
'default' desktop for devuan 2.0?
here's what i'm talking about:
http://sourceforge.net/p/cdesktopenv/wiki/Home/
http://sourceforge.net/p/cdesktopenv/wiki/What%20is%20CDE%3F/
CDE
I got it built on Slackware once but it wasn't too stable from when I last had
tried it years ago with Solaris.
From: Marlon Nunesmailto:nu...@openmailbox.org
Sent: 7/24/2015 4:51 PM
To: dng@lists.dyne.orgmailto:dng@lists.dyne.org
Subject: Re: [DNG] A better
On 24/07/2015 23:24, T.J. Duchene wrote:
On 7/24/2015 5:03 AM, Didier Kryn wrote:
Hey T.J., you seem to contradict yourself when saying C and C++
are strongly typed and Type checking is never C's job. :-)
Actually, yes, C and C++ are typed, but weakly. They silently do
type
On 7/24/2015 3:57 AM, Roger Leigh wrote:
First, thank you for the reply, Roger. I supremely appreciate it.
I'm referring to the *GTK* C API here. Not C in general. If I
create a GObject-based class, either as a subclass of a GTK class or
as an independent class subclassed from the root
On 2015-07-24 21:17, T.J. Duchene wrote:
On 7/24/2015 6:30 PM, Marlon Nunes wrote:
Guys what about a true UNIX and complete desktop environment to be the
'default' desktop for devuan 2.0?
here's what i'm talking about:
http://sourceforge.net/p/cdesktopenv/wiki/Home/
T.J. Duchene wrote:
Didier Kryn wrote:
What are your preventions against OOP for graphics? Is it against OOP
in general?
Mostly against OOP in general. It wasn't a bad idea to start with, but OOP
started out with good intentions and blossomed more into a movement. The
question really
On 7/24/2015 8:02 PM, Marlon Nunes wrote:
On 2015-07-24 21:17, T.J. Duchene wrote:
CDE is basically dead, and in my opinion should remain dead. While I
can share your enthusiasm for older DE's, CDE was never a favorite of
anyone except corporate. Everyone else was using FVWM, Andrew, or
On 2015-07-24 20:55, James Powell wrote:
I got it built on Slackware once but it wasn't too stable from when I
last had tried it years ago with Solaris.
-
From: Marlon Nunes
Sent: 7/24/2015 4:51 PM
To: dng@lists.dyne.org
Subject: Re: [DNG] A better default windows
On 7/24/2015 6:30 PM, Marlon Nunes wrote:
Guys what about a true UNIX and complete desktop environment to be the
'default' desktop for devuan 2.0?
here's what i'm talking about:
http://sourceforge.net/p/cdesktopenv/wiki/Home/
http://sourceforge.net/p/cdesktopenv/wiki/What%20is%20CDE%3F/
On 7/24/2015 8:38 PM, Joel Roth wrote:
Hi T.J. and others,
I've been following this thread with some interest.
T.J., it seems most of your objections to OOP are not
strictly against the principles and advantages of OOP in
abstract, but against the way OOP is implemented in C and
C++.
With
On 24/07/2015 23:48, James Powell wrote:
CDE is a classic UNIX desktop, but it has long been since viable for
modern usages.
Xfce, in truth, was a modern replacement for it using Xforms since Motif
was, at the time, under a different license. It bears the same classic
layout minus some
28 matches
Mail list logo