lp:~thopiekar/cura/+git/cura-thopiekar

Get this repository:
git clone https://git.launchpad.net/~thopiekar/cura/+git/cura-thopiekar

Import details

Import Status: Reviewed

This repository is an import of the Git repository at https://github.com/thopiekar/Cura.git.

The next import is scheduled to run in 5 hours.

Last successful import was 38 minutes ago.

Import started 39 minutes ago on alnitak and finished 38 minutes ago taking 1 minute — see the log
Import started 6 hours ago on alnitak and finished 6 hours ago taking 50 seconds — see the log
Import started 12 hours ago on izar and finished 12 hours ago taking 1 minute — see the log
Import started 18 hours ago on izar and finished 18 hours ago taking 50 seconds — see the log
Import started on 2020-04-02 on izar and finished on 2020-04-02 taking 50 seconds — see the log
Import started on 2020-04-02 on alnitak and finished on 2020-04-02 taking 1 minute — see the log
Import started on 2020-04-01 on izar and finished on 2020-04-01 taking 50 seconds — see the log
Import started on 2020-04-01 on alnitak and finished on 2020-04-01 taking 1 minute — see the log
Import started on 2020-04-01 on alnitak and finished on 2020-04-01 taking 50 seconds — see the log
Import started on 2020-04-01 on izar and finished on 2020-04-01 taking 50 seconds — see the log

Branches

Name Last Modified Last Commit
patch-7 2020-02-22 17:34:21 UTC 2020-02-22
CMake: Fixing warning about path conversion

Author: Thomas Karl Pietrowski
Author Date: 2020-02-22 17:34:21 UTC

CMake: Fixing warning about path conversion

According to what I found in the docs[1], there is no "DIRECTORY" available as <type>.
Therefore, correcting it to "PATH", which is according to the docs correct.

At the moment I'm getting the following error[2]:
-----------
CMake Warning (dev) at CMakeLists.txt:8 (set):
  implicitly converting 'DIRECTORY' to 'STRING' type.
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning (dev) at CMakeLists.txt:9 (set):
  implicitly converting 'DIRECTORY' to 'STRING' type.
This warning is for project developers. Use -Wno-dev to suppress it.
---------------
[1] https://cmake.org/cmake/help/v3.6/command/set.html
[2] https://launchpadlibrarian.net/464670600/buildlog_ubuntu-focal-amd64.cura_1%3A4.5~202002121434~rev4433~pkg330~ubuntu20.04.1_BUILDING.txt.gz

master-sentry_sdk-try-except 2020-01-02 21:22:44 UTC 2020-01-02
SentrySDK: Turn on deep integration on demand

Author: Thomas Karl Pietrowski
Author Date: 2020-01-02 21:22:44 UTC

SentrySDK: Turn on deep integration on demand

Only whenever the sentry_sdk module is there functions of this module will be used.
The only changes, which were needed to be made, are done on cura_app.py and cura.CrashHandler.
Whenever the module is not available, it's functions will be omitted.

The if-clauses could happen earlier, but this at least the bare minimum, and, to be honest, on Ultimaker's distribution it won't speed up anything.
I expect the if-clause to take the same amount of runtime sooner or later. The check is the same and it should be on Ultimaker's distribution always be "True".

Signed-off-by: Thomas Karl Pietrowski <thopiekar@gmail.com> (github: thopiekar)

master-draft-sentry-as-plugin 2020-01-02 21:09:20 UTC 2020-01-02
WIP: Other files

Author: Thomas Karl Pietrowski
Author Date: 2020-01-02 21:09:20 UTC

WIP: Other files

Signed-off-by: Thomas Karl Pietrowski <thopiekar@gmail.com> (github: thopiekar)

master 2020-01-02 15:07:24 UTC 2020-01-02
Merge branch 'CURA-6959_collapse_categories' of github.com:Ultimaker/Cura

Author: Jaime van Kessel
Author Date: 2020-01-02 15:07:24 UTC

Merge branch 'CURA-6959_collapse_categories' of github.com:Ultimaker/Cura

patch-6 2019-09-29 19:20:11 UTC 2019-09-29
CuraApplication: Some formatting around messageBox functions

Author: Thomas Karl Pietrowski
Author Date: 2019-09-29 19:20:11 UTC

CuraApplication: Some formatting around messageBox functions

Just preventing some long lines.

patch-5 2019-09-28 08:36:05 UTC 2019-09-28
Update ActionPanelWidget.qml

Author: Thomas Karl Pietrowski
Author Date: 2019-09-28 08:36:05 UTC

Update ActionPanelWidget.qml

Find this whitespace strange. Shouldn't this normally give an error? Or is this allowed due to the syntax?

master-reweight-stages 2019-09-21 20:57:23 UTC 2019-09-21
plugins: Reweighting stages

Author: Thomas Karl Pietrowski
Author Date: 2019-09-21 20:57:23 UTC

plugins: Reweighting stages

In theory it should be possible to add stages, but there is no possiblity to add any other stage in between. Therefore I moved the weights by 10+n*10. So we can add 10 before prepare and 9 stages between those 3 known stages.
It is probably possible to set the same weight to multiple stages, but I'm not sure how Cura decides, which stage to take first then. By the moment the plugin's init is called? Or by alphabet?
Therefore putting some space in between the weights should give some clearity.

patch-4 2019-03-22 18:42:01 UTC 2019-03-22
PrintSetupSelector: "G code" -> "G-code"

Author: Thomas Karl Pietrowski
Author Date: 2019-03-22 18:42:01 UTC

PrintSetupSelector: "G code" -> "G-code"

Noticed that "g-code" is written at some places with and without a hyphen.
Since it think it should be written with, I'm correcting it at this point.

patch-3 2018-09-09 09:43:47 UTC 2018-09-09
Found the dead line while reading some code

Author: Thomas Karl Pietrowski
Author Date: 2018-09-09 09:43:47 UTC

Found the dead line while reading some code

patch-2 2018-08-29 11:55:42 UTC 2018-08-29
Merge branch 'master' into patch-2

Author: Mark
Author Date: 2018-08-29 11:55:42 UTC

Merge branch 'master' into patch-2

patch-1 2018-03-23 11:14:19 UTC 2018-03-23
WORKAROUND: Don't preload libGL anymore

Author: Thomas Karl Pietrowski
Author Date: 2018-03-23 11:14:19 UTC

WORKAROUND: Don't preload libGL anymore

The workaround is in my point of view not needed after two years anymore.
In the meantime distributions managed to fix the issue themselves.
Additionally, to be sure this old workaround does not conflict with future technologies and rendering methods, I would suggest to remove it again.
The workaround just gave the Linux distributions enough time to fix the issue we had properly

111 of 11 results
This repository contains Public information 
Everyone can see this information.