> > Installing a crack is both easy and legal. I haven't checked if there
> > are any for AutoCAD, though.
>
> That depends on where you are and the local laws.
Actually the local laws are irrelevant, it is wholly dependent on
whether or not it is prohibited by the license agreement. You'll find
On Sat, 2006-04-15 at 19:54 -0400, Dimi Paun wrote:
> On Sat, 2006-04-15 at 16:17 +0100, Karl Lattimer wrote:
> >
> > I seriously doubt that as far as users are concerned that dependencies
> > would be an issue, the user in general just wants something that
> > works,
> [. . .]
>
> I think that this discussion has really degenerated into a long advocacy
> *against* everything that open source is good for.
>
> Alexandre's take seems to be that one should simply ignore what's out there
> and program like in Win 2.x days. In the meantime, software has moved for
On Sun, 2006-04-16 at 00:46 +0900, Mike McCormack wrote:
> Karl Lattimer wrote:
>
> > requirements around this wouldn't be a great issue. With the current
> > complexity of linux desktops I believe that restricting the language and
> > dependencies is silly and un
> Note however, that being a good C programmer
> can be harder than being a good python programmer.
Oh how very true ;), but doesn't this statement in itself answer the
question. python == easy to write, easy to maintain, fun and featureful.
>
> I see many python developers get into the habit of
> When winecfg was originally proposed I wanted to do it in GTK, and whinged
> loudly when Alexandre said it had to be done using Win32 to keep
> dependencies small. I guess his reasoning hasn't changed, so, for GUIs
> you'd have to do it using Win32 and C :(
>
> Of course if you aren't bothered
On Sat, 2006-04-15 at 03:02 -0400, Rich Gilson wrote:
> I was wondering...
>
> If somebody were writing a Wine GUI front-end for uses with the hope that it
> might possibly make it into the Wine distribution one day, what language(s)
> and toolkit(s) would be acceptable to the Wine developers fo
On Fri, 2006-04-14 at 15:25 -0400, Chris Morgan wrote:
> Just thought that I would throw out the point that it isn't likely
> that SETI at home will ever find any intelligent signals
What about the wow signal?
I think "isn't likely" is a bit pessimistic, but the probability that an
intelligent s
On Tue, 2006-04-04 at 00:29 +1030, n0dalus wrote:
> Hi,
>
> I am concerned that the email addresses on the appdb are too easily
> harvestable. Is there a reason no effort seems to be made to hide the
> email addresses of users on there?
>
Yeah it would be nice if my email address was hidden, I g
On Sun, 2006-04-02 at 13:30 -0700, Duane Clark wrote:
> Karl Lattimer wrote:
> > On Sun, 2006-04-02 at 15:18 +0200, Marcus Meissner wrote:
> >> On Sun, Apr 02, 2006 at 11:47:07AM +0100, Karl Lattimer wrote:
> > ...
> >>> And finally, why does it take hal
On Sun, 2006-04-02 at 15:18 +0200, Marcus Meissner wrote:
> On Sun, Apr 02, 2006 at 11:47:07AM +0100, Karl Lattimer wrote:
> > Hi,
> >
> > I am having real issue with this list, I can't distinguish betweeen list
> > mail, other email and spam. Why is the
Hi,
I am having real issue with this list, I can't distinguish betweeen list
mail, other email and spam. Why is there no prefix [wine-devel] in the
subject line?
Also I don't particularly like the reply-to setup here, can't it just be
munged back to the list, rather than replying to an individua
On Wed, 2006-03-29 at 12:27 +0300, Saulius Krasuckas wrote:
> * On Tue, 28 Mar 2006, Karl Lattimer wrote:
> > And also, accusing people of having an IQ of 0 for replying to a flame
> > isn't in the slightest constructive,
>
> Yes, he didn't write any single patch
Am Mo, Mär 27, 2006 at 09:32:29 -0500 schrieb Segin:
There is one reason, inarguable (if you reply to this you have a
IQ of
0) as to why WineTools is useless: Most of the WineTools 'magic'
is in
it's ~/.wine/config file, which Wine no longer uses/acknoleges,
thefore,
WineTools is utterly use
On Sat, 2006-03-25 at 14:02 -0500, Segin wrote:
> Also note that most of Winetools prior usefullness was killed when we
> killed ~/.wine/config
Now we rely on winereg? is that correct (I should know this ;)
I've been making some steady progress today, managed to get CD auto
detection working (fr
On Fri, 2006-03-24 at 19:00 +, Dr J A Gow wrote:
> > I've looked through the winetools code and it is a clusterf*ck of
> > nonsense. It appears to be in the final stages of code rot, however
>
> This "clusterf*ck of nonsense" helped me to get a microcontroller
> development suite running under
I read your story about winetools a couple weeks ago around the same
time that I tried using winetools on FC5 test 3, it didn't go well with
winetools and I was looking for another solution and couldn't find one
that fitted well with my criteria.
I started thinking of packages like RPMs and starte
17 matches
Mail list logo
