Jump to content
Ultimaker Community of 3D Printing Experts

thopiekar

Member
  • Content count

    157
  • Joined

  • Last visited

Community Reputation

13 Good

About thopiekar

  • Birthday 12/06/1991

Personal Information

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. thopiekar

    FreeCAD plug-in

    But you need it. What the plugin does is calling FreeCAD in the background and performs the conversation of the file into a readable format for Cura for you. This principle is the same for all the other CAD plugins.
  2. thopiekar

    FreeCAD plug-in

    Yes, you could. Alternatively, you can use Brew to install FreeCAD. This should provide the needed commandline application, which the normal installation via .app doesn't provide. However, I'm not an expert, but feel free to hack around! Just to be sure: I guess you have FreeCAD installed, right?
  3. thopiekar

    FreeCAD plug-in

    Thank you @SandervG for mentioning me. First of all, which operating systems are you using? The plugin has been tested with Windows and Linux. For macOS I can't give any support, because I don't own Apple hardware and thus can't do any development or provide help.
  4. thopiekar

    CDK - CuraDevelopmentKit (unreleased)

    Anyone interested in helping out? Now I'm able to build everything needed for Cura and the Ultimaker dependencies (just like the old cura-build-environment, but with many dependencies directly included. Additionally, I added socalled kickstart scripts to build everything directly in the source directory. Doing the same for Windows now, but most project only provide creapy buildscripts. However, trying to get something together for Windows and, well, with macOS I can't help. Managed to keep in distance with these products so far, soothing to work with.
  5. thopiekar

    Cura stability - the argument for an LTS release cycle

    Beautiful. No stability problems anymore 😜
  6. thopiekar

    Introducing Ultimaker Cura 3.4 | Beta

    Always a pleasure, @SandervG and the rest of the world! 😉
  7. thopiekar

    CDK - CuraDevelopmentKit (unreleased)

    Quick Update: The minimal flavour can be built easily now. The development will flavour will include nano as command line editor and qtcreator for advanced designing and coding work. Building it works on Ubuntu amd64 without issues, OSX should work too (🤞), but can test because of a leak of hardware and software. Currently I'm trying to get it built for Windows amd64, but that really takes a lot of time whereas I only have 10min effectively recently. Also will rename the repo soon and make it open when I made an upgrade to GitLab and I have no security concerns anymore. Cheers!
  8. thopiekar

    Cura stability - the argument for an LTS release cycle

    Yep, Cura is really a good prove and surely it is often not easy to convince supervisors about this principle of development. Hope I'm not meant with this. I saw the effort in person and during plugin development many issues have been found, which I didn't see before. It is hard to explain, but the issues which have been found were helpful to ensure stability and also the level of needed software quality to get something passed was high. I think what most people underestimate is how difficult it is to find bugs across all the lines of code. I only coarsely read all the following posts and think it is great that we began a discussion like this. It underlines that people care about stability (maybe more then before, because of the growing usage of 3d printing for business) and that people like to share ideas. In my opinion UM shouldn't be offended in any way. In my opinion I would even support this movement and give people a feeling of how difficult it is. Nothing is better then practical experience... I would poeple just play with this hard task. Just hope that people begin to move things soon, instead of complaining all the time 😜 Just to lower a bit the seriousness: I love Cantuccini recently 😂 Hope there is less anger in the air now 😜
  9. thopiekar

    Cura stability - the argument for an LTS release cycle

    Normally they should be merged. Already reported these issues? What are your impressions and thoughts on the bug fixing process? 🙂
  10. thopiekar

    Cura stability - the argument for an LTS release cycle

    Oops, play on words again. 😅 But seriously now.. Are there reasons why a community version would require a different name? Cura is no (TM) in any way, right? 🙂
  11. thopiekar

    Cura stability - the argument for an LTS release cycle

    Meh, a simple unbranding of Cura-vuild-environment would be enough. On the splash screen it would be enough to call it either simply Cura CE or Cura Community Edition. Would rename CuraVersion.py.in into CuraConstants.py.in and set there the default theme. So within CMake and buildtime we can choose the community theme. From my point of view this is done. Already had unbranding in mind for my PPA, because people might think it is UM driven, but it is not. So how many people do you think could we get together?
  12. thopiekar

    Cura stability - the argument for an LTS release cycle

    I know. I never said that a lot of effort is needed for it. It really depends on how much the community is willing to do in terms of development and testing. Ultimaker does a lot to test their software and the people employed are doing very good. However, it seems from the feedback here that this is too less. Building an infrastructure, like @smartavionics and I already brainstormed on, really need more people to keep it up. I can also imagine that UM could jump on and help out with computing resources, but first, it needs a proof of concept and this again needs human resources. This is finally from my experience, what will fail in the community I guess - there are simply too few people, who want to get active and get (big!) things moving. That is, by the way, the reason, why I'm stepping back from community work (very) slowly.
  13. thopiekar

    Cura stability - the argument for an LTS release cycle

    Well, the solution I had in mind is again a bit over complexed, but if you have the resources, then it is the most elegant way I think. I would personally never merge inthings into -next too early because if something is going wrong you need to get the code out of those -next branches, before they get merged into newer releases and consequently master. Well, the community can either wait for a solution by UM or just kick asses, set such an infrastructure up and prove this kind of CI setup is really needed Of course, you can wait for a solution, but do not complain that nothing is happening (or seems so). . People in the community often underestimate the power they have to influence. Only thing to do is finding people with the same interest and push hard to what you want. However, that is my impression.
  14. thopiekar

    Cura stability - the argument for an LTS release cycle

    I think basically all people are the same. Beginners are quite the same as business customers. Once they get disappointed you are losing them (worst case) forever, because of the disappointment which gets associated with the product based on their experience. Actually everyone wants stable software, but most people get tempted by new features. I'm the best example: everytime I f**k up my computer (oh, that's already a while ago) I tell myself: I have to use an LTS or Debian stable. But it takes around 1 week until I begin to upgrade again. Yesterday night I took some time before sleep to think about it. I branch layout I have in mind is even more complex then you suggested. Together with CI I would create for every minor version (eg. 3.2 and 3.3, etc.) a branch with a -next suffix where every change is included, which is not well tested and release. Whenever a serious bug is there, I would create a branch, eg. 3.2-CURA{ticketnumber} or *-GITHUB{issuenumber}. Whenever something is pushed there, a new build is triggered, which builds a new installer for windows or AppImage for Linux. To ease people to report is has been fixed there, we could add an plugin, which adds an button below the toolbox area. This one could have too selections, eg. 👍 and 👎. Culture-wise I doubt there are many people who don't know what it means. As soon as a test build hits more than 10 tests, with a ratio of more than 9:1 successful fixes, the branch could be automatically merged into the brnach of the minor version. The art of all of this is to care about finding the bug at the oldest version. Then all versions upwards can benefit of it. At this point your suggestion of defining what a LTS is could kick in and define that eg. 3.2 is the current LTS. @Anders Olsson No, the question was not meant for you but still interesting to hear about your impressions how the Cura development does recently. Regarding your quality problems, I would recommend to slice your model and compare the GCode, highlight the changes and differences and report it on GitHub or the forum here, so someone can help. As a conclusion I see understand now, why the development goes too rapidly for you. Currently I don't have much time anymore to help out, but maybe I can help somehow in a different way.
  15. thopiekar

    Cura stability - the argument for an LTS release cycle

    Good point. The few people are then maybe also not so sensitive to errors.. So when thinking of the workflow when fixing bugs or adding new features. What would you change? Do you already have a strategy in mind? I wouldn't differentiate between the community and business/end-users. What actually counts here the most, is that your suggested stable/beta/dev flavours need to be deployed to the users more easily and I think this can be easily done(!).
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!