FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 12-17-2011, 10:42 AM
Philip Ashmore
 
Default Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

Long description:
v3c-dcom provides a plug-in system as an alternative COM implementation.
Unlike COM, v3c-dcom encourages the use of "sandboxes" of registered
plug-ins,
so allowing per site, per-group, per-user, per-program and per-job
sandboxes,

allowing virtually unlimited configuration and customization.
Users and client programs can even create sandboxes on the fly.
.
Using COM's naming scheme aims at reducing the learning curve for those
familiar with COM, as does the tiny ATL implementation for C++ developers.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4EEC8020.5060904@philipashmore.com">http://lists.debian.org/4EEC8020.5060904@philipashmore.com
 
Old 12-18-2011, 07:50 PM
"John D. Hendrickson and Sara Darnell"
 
Default Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

DCOM's package description. DCOM's danger.

I studied Microsoft's DCOM. It's a lesser hack of Sun Java technology (which Microsoft patently
attempted to steal, hide, and destroy). Object interfacing. (ie, apple's corba) It came out
predictably much later than Java.


While I think it's great to provide support or alternates for PATENDED material like DCOM. Surely
it was allot of work I appreciate that.


I think it's misleading to sweepingly say "virtually unlimited configuration and customization.
What isn't? "Users and client programs can even create sandboxes on the fly" "for use with linux
Makefiles." (how is dcom related to unix Makefiles again ??)


Who knows a DCOM copy cat would probably bring yet another Microsoft lawsuit toward linux.
Microsoft has often stole the X of Xerox Windows (ie, X-box which did not use any X technology,
while sony ps3 does or did). That DOESN'T mean microsoft won't try to sue if it's the other way
around. Doesn't anyone remember "lindows"? Wishing to make computing ubiquitous? That linux team
got sued and LOST in court. Remember anyone?


What I mean is: "Baby steps toward DCOM?" Yea. But is this baby a 500lb Gorilla baby?

It's SURELY against Debian Rules to write incorrect package descriptions. DCOM doesn't provide
sandboxes.


Description: see Microsoft for copyright material on DCOM's purpose, function, form, and
compatibility. repeating it out of band could be infringement.


I'm sorry. Microsoft "paid to make it" (or said they did) and they don't wish to share it, am I not
completely correct?


That's life I'm not saying I like it or not. Nothing to like or not like about object interfaces
after all (security lapses aside).




v3c-dcom provides a plug-in system as an alternative COM implementation.
Unlike COM, v3c-dcom encourages the use of "sandboxes" of registered
plug-ins,



--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4EEE5224.8070405@cox.net">http://lists.debian.org/4EEE5224.8070405@cox.net
 
Old 12-18-2011, 11:22 PM
Philip Ashmore
 
Default Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

On 18/12/11 20:50, John D. Hendrickson and Sara Darnell wrote:

DCOM's package description. DCOM's danger.

I studied Microsoft's DCOM. It's a lesser hack of Sun Java technology
(which Microsoft patently attempted to steal, hide, and destroy).
Object interfacing. (ie, apple's corba) It came out predictably much
later than Java.

You forgot to mention DCE.


While I think it's great to provide support or alternates for PATENDED
material like DCOM. Surely it was allot of work I appreciate that.

It's being used in Samba on Linux now. Not forgetting Wine.


I think it's misleading to sweepingly say "virtually unlimited
configuration and customization. What isn't? "Users and client
programs can even create sandboxes on the fly" "for use with linux
Makefiles." (how is dcom related to unix Makefiles again ??)
The package provides a plug-in system. Each plug-in file contains two
dictionaries,

one mapping ProdIDs to GUIDS and another mapping GUIDS to plug-in filenames.
I don't recall saying "for use with linux Makefiles.", please include
the relevant text.


Who knows a DCOM copy cat would probably bring yet another Microsoft
lawsuit toward linux. Microsoft has often stole the X of Xerox Windows
(ie, X-box which did not use any X technology, while sony ps3 does or
did). That DOESN'T mean microsoft won't try to sue if it's the other
way around. Doesn't anyone remember "lindows"? Wishing to make
computing ubiquitous? That linux team got sued and LOST in court.
Remember anyone?
Qt provides a plug-in system but it's system-wide and shared between
programs and users.


v3c-dcom provides the same system but inside a file, and programs and
users can choose

to share them by specifying their path in an environment variable.
There's not much to v3c-dcom, and it really could become part of a boot
loader.


What I mean is: "Baby steps toward DCOM?" Yea. But is this baby a
500lb Gorilla baby?


It's SURELY against Debian Rules to write incorrect package
descriptions. DCOM doesn't provide sandboxes.
v3c-dcom provides a library to allow anyone to create a sandbox - it's a
file.


Description: see Microsoft for copyright material on DCOM's purpose,
function, form, and compatibility. repeating it out of band could be
infringement.

Again, Samba, Wine.


I'm sorry. Microsoft "paid to make it" (or said they did) and they
don't wish to share it, am I not completely correct?
Then there's ATL - the C++ wrapper. I deliberately limited myself to the
contents of
"Inside ATL" Copyright© 1999 by George Shepherd, Brad King, ISBN
1-57231-858-9.


Yes, it states that "No part of the contents of this book may be
reproduced or transmitted in any form or by any means without the
written permission of the publisher." and that's

Microsoft Press.

If you think about it, I broke copyright right there, by telling you how
I broke copyright!
There is an aspect of copyright law that allows people to discuss and
communicate their
opinions on published works, by making reference to them, and their
contents.


Oh and, by the way, you can't reference anything you read in this email.
Hell, you can't even read it.
We're all free to voice legal-sounding mumbo-jumbo that will never see a
court room.


Here in Ireland there's a company called UPC and they state in some
legaleze document

I read somewhere, something along the lines of
"non-UPC equipment cannot be connected to the UPC TV outlet".

How about a TV then?

Believe it or not there are libraries for sale that you have to sign a
non-disclosure agreement
for before you can even read the documentation. And they don't have
snippet galleries,
discussion forums, help groups learning centres that are two clicks away
from a web search.


I think that's called due diligence, but I'm not at liberty to discuss it.

There comes a point when discussions reference other discussions and the
subject matter
becomes so widely discussed on the web that it enters the public domain,
and someone
who hasn't bought or read about the subject from a privileged source can
become quite

knowledgeable about it.

And so to the crux of the matter,
I wrote v3c-dcom firstly because I think it's a really neat plug-in system.
I used Microsoft's naming scheme as it may be familiar with some
software developers.


I could change all the names by adding an "idily" at the end -
CoCreateInstanceExIdily() -
would that be OK? Then someone would publish a header file to #define
them back so

they could compile their code on Windows and Linux.

If you like, I can change the projects name to "v3c-dcomidily".

I hope you're getting the point by now.


That's life I'm not saying I like it or not. Nothing to like or not
like about object interfaces after all (security lapses aside).



v3c-dcom provides a plug-in system as an alternative COM
implementation.
Unlike COM, v3c-dcom encourages the use of "sandboxes" of registered
plug-ins,

Regards,
Philip Ashmore


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4EEE83AE.3040203@philipashmore.com">http://lists.debian.org/4EEE83AE.3040203@philipashmore.com
 
Old 12-19-2011, 04:56 PM
"John D. Hendrickson and Sara Darnell"
 
Default Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

Maybe put it in "non-free" is a good idea. That's all I really meant...

reply to comments...

Philip Ashmore wrote:


You forgot to mention DCE.


Absolutely not, RPC is from unix, and I didn't mean to be all inclusive. But thank you for caring.

And I don't believe Microsoft's code for DCE matches their advertisements. DCE is what kills unix
and leaves Microsoft stocks rich. That's all you need to know. It's always been that way.


one mapping ProdIDs to GUIDS and another mapping GUIDS to plug-in
filenames.


Product IDs is a new Microsoft monopoly feature right? It's in many past non-ms products. But them
centrally controlling who gets PIDs (and to pay for ms), that is "all new". Seems abusable does it
not? It will be.


> Qt provides a plug-in system but it's system-wide and shared between
> programs and users.

Am I halucinating? Qt is apple, not microsoft, and Qt was given not taken (see below).

ATL? The U.S. government end up paying to fix DCOM and ATL because Microsoft's was bereft of real
code? Yes they did. Read up.


You admit taking material that brandishes warnings you should not?

Maybe put it in "non-free" is a good idea. That's all I really meant.

> I could change all the names by adding an "idily" at the end -
> CoCreateInstanceExIdily() -
> "v3c-dcom provides the same system but inside a file"
> "could become part of a boot loader"

Wine? Used to require you pay for MS libs. You weren't supposed to steal the libs. And Win3.1
it's no longer a competitive venue.


Samba? Different days, when ftp was cool. Those "protocols" were not solely designed or owned by
Microsoft. Were they not Intel? Anyhow. Anyhow, no one complained back then.


A microsft patented bootloader for linux? I'd say the nvidia blobs are too much. "tainted"

If Debian showed concern about use of Java don't you think they'd take DOUBLE the precaution with
DCOM ? Sun was friendly, MS is not.


"Distributed Component Object Model (DCOM) is a proprietary Microsoft technology for communication
among software components distributed across networked computers." (not really true anyhow)


Ah! But Microsoft stole the C/C++ compiler (as well as apple's X and many other softwares) to make
this "proprietary thing" didn't they? Yes they did.


Sites that don't want "tainted kernel blobs" or "tainted submissions" may be concerned with having
"baby DCOM" on their company drive.


If your a kid you don't care. Of course !

It matters not how often Microsoft has been proven to steal. (though I love reminding people).

What matters is a 500lb gorilla has in the past been shown harass and to sue and win against linux
groups, which debian is.


If Debian could only boot with nVidia blob supported in the kernel how long do you think it would be
until Microsoft shut it off?" If you think they wouldn't you are reading false history. They would
and are trying.



--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4EEF7AB6.3040204@cox.net">http://lists.debian.org/4EEF7AB6.3040204@cox.net
 
Old 12-19-2011, 05:04 PM
Ben Hutchings
 
Default Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)

Take your arguments about Microsoft vs Linux to
comp.os.linux.advocacy, please.

Ben.

--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20111219180452.GA20752@decadent.org.uk">http://lists.debian.org/20111219180452.GA20752@decadent.org.uk
 

Thread Tools




All times are GMT. The time now is 07:17 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org