new version
Comments
-
Please read my last post (#55, dd. 2009-04-03 15:22) carefully: I indicated explicitly that we are now working on the code and that we expect a beta in Q4 in the worst case. We do all we can to have it ASAP. Thanks for your patience and comprehensiveness.Best, erik
0 -
thank you Erikit is really important to have some feedback from developers for usfinally we have light in the end of tunnel :)more and more good news for linux users
http://blogs.computerworld.com/linux_2_6_30s_best_five_featureschrome for linux and finally bricscad 0 -
I will be happy to help if you need beta testers.
this is a very big and important step on linux world.
Isaac
0 -
Greetings,
Since i read two weeks ago this post, i cant stop coming here to see if there are news, everyday!!!
Please release a pre-beta, or anything. I'm a bricscad client already, and i need linux version since i'm tired of getting my windows broke for the know reasons.
Like the post before, i can always help you you beta testing, since i use it everyday.
Best Regards
Ricardo Perry
0 -
Count me in for beta-testing, please.
AutoCad user since R10.0
Linux user since RedHat 6.0
My current machine runs opensuse 11
When AutoCad (up to R12) was made by programmers it was a software that you could use as you wished.
Now you try to conform to industry standards which consist mostly of the features you don't need.
New Autocad release needed to open a drawing file? That's a shame and not legal to have your work saved in a format that denies edititing.
Therefore I'm for the alternative. Productivity is not neccesarily desired. I'm looking forward for compatibility instead.
If there is linux native bricscad, it will flourish. That is because we know how to design.
We need a program to write down our thoughts, not the software to help us when we have none.
0 -
Great news, this thread, add another to your native LINUX version waiting list and thanks for your continued dedication.
We all need this & are eagerly waiting to terminate windows & other EULAs. WOW, just the thought of it being a reality!!!
0 -
same here ... ready for betatesting..
And very curious to see a native useable 3D-CAD in Linux.
Unfortunately to Q4 2009 it's still a long way (At least 4 month of waiting) - So probably you can provide us some information about how you plan to release (tar.gz, rpm, deb) and what I would really appreciate are some native screenshots (screenshots are always a good way to shorten the time for waiting) - Every minute you discover a new detail you are waiting for in a screenshot ..
thx for your hard work .. I still can't wait for it to be released .
regards
macho
0 -
Any news? Any way of releasing a pre-beta without printing option? Anything?
I dont see the time to exclude my windows install on virtualbox!!!!
Hurry please.......
!!!0 -
Yes, please give us some sort of bone.
We have been waiting patiently. A working beta would be real nice, but an update would do at this point.
0 -
Just a side note, for the rest of you that want the linux version, Bricscad V9 Pro and Classic work in wine on Ubuntu 8.04 LTS 64Bit. It is not a direct Linux install but it works...
0 -
Erik thank you for your efforts. I have been looking for a professionally usable CAD package for Linux since I started Architecture (sigh) more than 10 years ago now ('97). I have regularly searched & tested in that time and found absolutely nothing that represented a sufficiently robust, native, supported and efficient CAD platform for a production environment. In that time I've encountered a number of people who launched their 'second class citizen' linux port in absolute silence on a dimly lit back alley of their website and discontinued support after a couple of months before I'd even found out their product was available.
I am delighted to hear that you are taking this port seriously and would be happy to assist you in your endeavour. I intend to launch my own business in 3 to 5 years and would dearly like a well resolved work meathod for a linux based CAD system before that time. I was literally on the verge of giving up and buying a Mac when I encountered this discussion on my last ditch search. I am delighted to hear that you are taking the port seriously.
I wish you well.
0 -
I'm trying to install Bricscad V9 on Fedroa 11 with wine 1.1.23. But it does not work. What should I do?
0 -
cielito lindo
http://appdb.winehq.org/objectManager.php?sClass=version&iId=13991
it should work out of box, i only have the gecko warning (this is not really big problem). So you can add gecko by running winetricks from command line and choose gecko
you also can update your wine
my actual wine version is wine-1.1.27
actually I have no idea why you cannot run bricscad through wine. of couse it slow and you cannot use it for any production but it work. you can look@it you can edit something. you can even print with it afaik.
0 -
An update for the windows verision has just come out.
Does this mean the changes have been impemented, and we can look fowrd to some sort of a beta verision in the very near future?
Please give us some sort a progress report.
Running Bricscad in wine is not a viable option for production, and V6 is very out of date.
0 -
Any news??? Please say something....
Everytime i open Virtualbox to use bricscad i come to see your page.... That means everyday...
And everytime i see a new windows version i have to try it in wine under Linux.... and always the same problems with realtime zoom and pan...
Release something fast.... even with a lot of bugs and thinks that dont work....
Best Regards
Ricardo Perry
0 -
I assume that you're still targeting Q4 2009 for some sort of release.
What distribution are you using for development. Do you have any plans as to which distros you're going to support for the production version?
0 -
hello bricscad developers,
I just stumbled into this forum (I'm not a bricscad user) to learn that the linux port is not dead as I assumed, which is really exciting news for me.
I am an architect who worked a long time with acad (r10-15, heavily customized with own lisp code) and then switched to rhino, lately using archicad in professional work.
A clean and performant linux version of bricscad would definitely make me return to the acad world (at least for 2d, still the workhorse for aec).
Like others in this forum, I would be ready to buy a license in order to get access to early development versions, in the hope to be able to contribute and (maybe) even to influence the process.
I think the development model McNeel is using (giving registered users access to WIP versions) makes much sense, maybe you could adopt this?0 -
I may have misread, but i seem to understand that Bricsys has EU/India basing. In both locations there are many, MANY people who are open source enthusiasts, programmers, developers, and others crucial to a product development cycle. If anything, many such people might be willing to subject themselves to a development support effort even if not hired as employees. This means, to me, that Bricsys could engage them in a for-pay, but temporary, contract to respect intellectual and internal information but still be given some latitude or permission to discuss SOME things. As i understand it, Indian programmers are ACE, on TOP OF IT. They are inexpensive, cutting-edge, ambitious, and -when they do make it to the USA- offer up their talent at a fraction of the price of US-born developers mainly because they NEED TO SURVIVE, to send money home, to gain access to a worthwhile employer, and want to contribute in some way and make a mark. Between India (very English-speaking) and China, developers are APLENTY. There is very little excuse (other than legal reasons?) to not tap into these people and get them to sing the Bicsys-on-Linux chant.
(Think of it in terms of Zen, or Enlightenment or Buddhism or whatever, as long as the end result is to "lessen people's suffering". Not totally, but, balance things out. MANY Linux and Open Source people have a bad (possibly deserved?) reputation of being "cheap" and unwilling to pay for licensing/use fees and remain legit. On the other hand, maybe these are not professionals who see a need to pay for support or some combination of product and support costs. Professional designers' and architects' reputations and ability to find and keep clients should be tempered by the use of respected, supported, and forward-moving products backed by thriving developers. But, that won't be easy if the ardent/enthusiastic Linux users don't get SOMETHING to make the pain go away- the pain of being coerced to limit their choice of operating system when (for now) the one they use is attacked vastly less than the mainstream one.)
If the Bricsys development team is this bogged down, it seems a fork of Bricsys is needed, not an in-serial development cycle. Just looking at what KDE/Compiz/Beryl can do, one can see that given the right invitations, motivations, assurances, and release-and-realease-often spirit, Bricsys-contracted developers would be a MAJOR asset to Bricsys. Regrettably, human psyche in the corporate space is plagued with Not-invented-here. It is hamstrung by legal fears, and fear of loss of control. It is plagued often by intense, intransigent internal rejection and fear of loss of jobs if the other, parallel product "takes off". It is, too, unfortunately, true that some larger, more powerful, (possibly sinister) external force is looming over Bricsys. Well, in my worst-case-scenario mindset, i fear that ms and Autodesk threats of lawsuits and possibly withdrawal of code access are in full swing. I hope i am wrong. But, politically and economically, while Linux is in full tilt in the EU and many parts of Asia, the US just seems to be all too eager at times to see Linux as a threat to the "way of life" or national economic model of business as usual.
Please, Bricssy, invite well-known, respected, capable Linux developers to the effort to rejuvenate or augment or even take over (for a time) your internal team that seems to be bogged down. You can likely get a decent 30 or 40 free or near-free pairs of hands, eyes, and brains if you offer them 1 or 2 or 3 full products (force them to take a hardware key?) in any of the next 8 or 10 years of upgrade cycles. But, if they're that good, they could just "roll their own". However, the reason to enlist the upper crust is they have reputations they have to keep intact. So, this means your risk of untimely, undesired code exposure could be lessened or non-existent.
I've tried Medusa, starting around 2007, and i've tried VariCAD, starting around 1998 or 1999. If they can produce code for Linux, then surely Bricsys, using WX Widgets and other code can pick up the pace. It's the old adage "You have to SPEND money to MAKE money." But, if you enlist "free" upper-crust Linux developers, then many firms using OpenOffice.org that are or do business with architectural firms would be a likely windfall of inertia that could take, push or pull Bricsys forward. Please, multiple years of promises become heart-wrenching, dizzying, and demoralizing. I am sure that Bricsys itself is not doing this, but either it's a woeful lack of internal resource or it's a hidden external threat that says, "We don't care WHAT you say, as long as you drag it out, pay us royalties, and hamstring Linux...." Is this how we are to be left feeling?
I dare say that if you hastily (via your legal team -- and i dare hope that you have at the ready a hair-trigger response form just in case the Board said, "GET LINUX DEVELOPERS IN HERE like YESTERDAY!") post an open invitation for serious, qualified, experienced, ardent Linux CAD developers to come to the party, you will be deluged. You'd have to spend a MONTH just checking references and doing criminal background checks to make sure your lawyers are comforted. You'd then be beseiged by ms and AutoDesk and internal bickering withing the Open Design Alliance.
In short, IT WOULD BE "EXCITNG!" There are some noteworthy low-cost, highly-useful Mac-and-windows-based 3D CAD programs to contend with. I use one, and i like it A LOT, and it's one that you'd have to measure up to in 3D regards, and if you do, you might suddenly have 10x as many ACAD defectors banging down your door. You'd better have a fulfillment and subscriptions department revamp in place, first, though, or it'll be TOO EXCITING to keep up with.0 -
For all who try to use Bricscad with wine. I've tried Bricscad v9.2.14 with wine version 1.0.9-eter43 (contrib version of Wine, cheap and a little bit more functional). Works fine.:)))
Alexey.
0 -
WINE may be fine, but it won't be fine wine, lol. But, as long as WINE work, (even if raggedly or just "OK") it'll just dissuade major developers from committing real, meaningful resources. The disheartening thing is that many things might work under wine, but many things never even start. I will have to give this a shot and see what it does. BTW, i am using Mandriva, so i hope the win 1.0.9-eter43 works...
0 -
I've tried it on Debian 5. It seems to be Ok. Of course, you need to use /dev/hands on install...
)Alexey.
0 -
Hmmm... I guess i'll have to see just how outdated my skills are. Thanks for the tip.
0 -
Eric:
Don't you think it is about time you or one of your associates chime in and give us some sort of an update.
0 -
Ken
did you read the bit where Erik said:
"Please read my last post (#55, dd. 2009-04-03 15:22) carefully: I indicated explicitly that we are now working on the code and that we expect a beta in Q4 in the worst case. We do all we can to have it ASAP. Thanks for your patience and comprehensiveness."
Erik
0 -
Sorry for the Mis-spelling of Erik with a k
But more to the point of my comment, the last update by Bricscad, by Erik :-) was 2009-06-04. That is over 3 months ago. I am speaking only for myself, but i really don't think it is being overly pushy in asking for a brief a quarterly progress progress report.
I am looking forward to running a effective Cad program in linux, if there have been set backs lets us know, if things are on schedule let us know.
Ken
0 -
I am agree with Ken mole
EDK>We plan to ship this product in the first half of next year (was post in 2007-07)
personally I wait from this days(2007-07), if I will know that it take at least 2 years i will take some another decision (sory but this is true)
EDK> it was the plan to produce also a native LINUX version based on exactly the same source code as the windows version.
but when some time go V9 apears and still nothing about linux
EDK>Timing: Q4 of this year we hope to complete the Bricscad Windows rewrite.
ok we understand V9 exist yes... and in time
EDK>Immediately after that we can focus with a large number of developers on completing the native LINUX version.
v9.1 for windows
v9.2 for windows
V9.3 for windows
where the focus???
EDK>Still we expect some serious developments required due to differences of the two OS's. Probably 8 to 10 months.
today is 09 2009
EDK>I hoped we could finish it end of 2008 (ref. #23), but it will be closer to end of March or mid April. Removing all MFC classes.
ok, did you allready made this?
EDK>As promised the native LINUX version is then our next big thing and the majority of our CAD team will be involved.
i am not really understand english(it is not my native language), but is the development of Linux(native) version is allways - FUTURE
EDK>We expect some serious research will be needed in the area of printing and plotting, which makes it difficult to estimate.
no questions, it is
EDK>Within 6 to 8 weeks - when we tackle the native LINUX version on full power we will get a better look at it, bit by bit.
EDK>We still are working on the rewrite.
EDK>Planned to be finished end of April and then one month full blown testing.
is this done?
EDK>As said the rewrite contains a lot of stuff that is needed for our native LINUX version.
no qustions, i am sure you have graph with bit tasks can you commit some work that done
EDK >As such we are continuously working on the LINUX code already.
EDK >We seem to have a breakthrough for the printing problems and that's for us very, very good news.
it seem, or it is done?
EDK>You will understand that I get a bit afraid of putting a date on the release.
I am
EDK>The most pessimistic planning internally assures there will be a beta in Q4.
Q3 is slmost gone...
EDK> WE ARE COMMITTED - WORKING ON IT - AND WILL DELIVER.
EDK>There is no change in our priorities: after the rewrite the LINUX project is our main project.
I want to belive
please understand us or me personally there is some point that 100% will not in your anounce
v8 not v9 so no one source code tree...
0 -
EDK> As said the rewrite contains a lot of stuff that is needed for our native LINUX version.
KM> An update for the windows verision has just come out.
ECL> I am delighted to hear that you are taking this port seriously.
EDK> I indicated explicitly that we are now working on the code and that we expect a beta in Q4 in the worst case.
KM> Don't you think it is about time you or one of your associates chime in and give us some sort of an update.
ECL> What distribution are you using for development?
0 -
Please let's not get into internal bickering. We all want the same thing, a up to date working version of Bricscad, in Linux.
0 -
(Possibly fear-mongering comment: It would seem to me that, legalese aside, those Indian programmers with Linux Guru skills are SORELY underutilized. No company today claiming to be Linux-supporting can dare afford to let legalese get in the way. Some higher, more harmful or intense but distracting impediments must be out there.)
Serious comment
I would suppose that for the cost of 3 or 4 Indian developers one (in the West/US/UK) could probably get the physical equivalent of 1 or 2 Western, highly-paid (say, around $30/hour or higher) developers. Skills-wise, those 3 or 4 may be able to produce the work of 5 to 9 Western developers.
Bricsys, are you seriously exploring forking or sub-licensing or creating a sub-unit in India to offset the costs? Please, hit the pavement, show face, and shake hands and get something going. Plenty of companies offload some work to places like Shanghai, Singapore, and elsewhere. It would be understandable that Chinese or Indian regulators and developers would want a sizeable chunk of your presence in exchange for their talent/skillsbase helping Bricsys expand and compete well. But, would you be averse to crafting a tight but mutually-meaningful business arrangement so that some betas can start rolling out in the next 3 months? Simplistically, i'd imagine you'd decompile the windows version out to something like Qt/Trolltech or maybe KDevelop, and after massaging the code, recompiling it for Linux/Unix.
If anything, why don't you explore options to do an limited strategic alliance with Medusa4 at Cad Schroer www.cad-schroer.com. Their app is nice, but kinda too UNIXY for me. Your devs and their devs might mean something productive. (Note: i don't know of any past or present attempts of Bricsys to ally with other CAD developers other than what might be in the forum or news page...)
0 -
Gentlemen,
Briefly the main topics of my post #55 are unchanged - including the statement of the beta release for Q4. Of course you all will have access to the beta when released. A commercial version is planned for Q1, 2010.
I have to admit that our early estimates have been to optimistic in the past, but I insist they were given in good faith. Over the last few years this rewrite - the basis also for the LINUX version - has taken way more time then our worst expectations. One reason is that we have developed at the same time a huge testing system while writing the code. We are sure this will pay back in quality but it delayed the main development more than we wanted.
Since August a separate team is working now on the specifics for the native LINUX version. Once more I understand your frustration and I apologise for the delays, although we do whatever we can to get it to you ASAP.
I don't want to go into all the arguments and suggestions done by some of you in recent weeks and months. I understand they all are given in good faith as well, which I appreciate.
Thanks for you understanding
Best, erik
0
