Packaging request: Ultimaker Cura

  • Done
  • quality assurance status badge
Details
5 participants
  • Bengt Richter
  • Jacob Hrbek
  • Maxim Cournoyer
  • Tobias Geerinckx-Rice
  • zimoun
Owner
unassigned
Submitted by
Jacob Hrbek
Severity
normal
J
J
Jacob Hrbek wrote on 19 Feb 2022 15:27
(address . bug-guix@gnu.org)
f6ef0fe6-9d08-519a-8eeb-b07eaf82a56d@rixotstudio.cz
Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator

Additionally it is capable of enabling printing through USB on GNU Guix
which is currently not possible as no guix package is able to recognize
and send fabricating instructions to /dev/ttyUSB0 which is provided by
the printers (note that the user has to be in `dialout` group in order
to use the device).

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
Attachment: signature.asc
B
B
Bengt Richter wrote on 22 Feb 2022 19:23
(name . Jacob Hrbek)(address . kreyren@rixotstudio.cz)(address . 54064@debbugs.gnu.org)
20220222182347.GA2775@LionPure
On +2022-02-19 14:27:42 +0000, Jacob Hrbek wrote:
Toggle quote (10 lines)
> Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
> (https://github.com/Ultimaker/Cura) used for 3D printing.
>
> Additionally it is capable of enabling printing through USB on GNU Guix
> which is currently not possible as no guix package is able to recognize
> and send fabricating instructions to /dev/ttyUSB0 which is provided by
> the printers (note that the user has to be in `dialout` group in order
> to use the device).
>

I get this (i.e., S1 instead of USB)

Toggle snippet (4 lines)
$ ls /dev/tty[^0-9]*
/dev/ttyS0 /dev/ttyS1 /dev/ttyS2 /dev/ttyS3

What do you get?

I don't know anything about your context, BTW ;)

Toggle quote (4 lines)
> --
> Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
>

pub EdDSA 256/AB42FCA9 2021-01-21 kreyren@rixotstudio.cz <kreyren@rixotstudio.cz>
Toggle quote (3 lines)
> sub ECDH 256/86142789 2021-01-21
>

--
Regards,
Bengt Richter
J
J
Jacob Hrbek wrote on 22 Feb 2022 19:32
(name . Bengt Richter)(address . bokr@bokr.com)(address . 54064@debbugs.gnu.org)
49616d92-0b75-16db-bbe4-023189facc60@rixotstudio.cz
kreyren@leonid # dmesg -w
...
[1112144.472508] usb 2-1.4: new full-speed USB device number 52 using
ehci-pci
[1112144.581981] usb 2-1.4: New USB device found, idVendor=1a86,
idProduct=7523, bcdDevice= 2.64
[1112144.582001] usb 2-1.4: New USB device strings: Mfr=0, Product=2,
SerialNumber=0
[1112144.582008] usb 2-1.4: Product: USB Serial
[1112144.582624] ch341 2-1.4:1.0: ch341-uart converter detected
[1112144.584305] usb 2-1.4: ch341-uart converter now attached to ttyUSB0
kreyren@leonid $ ls /dev/tty[^0-9]*
/dev/ttyprintk    /dev/ttyS14  /dev/ttyS20  /dev/ttyS27 /dev/ttyS5
/dev/ttyS0    /dev/ttyS15  /dev/ttyS21  /dev/ttyS28  /dev/ttyS6
/dev/ttyS1    /dev/ttyS16  /dev/ttyS22  /dev/ttyS29  /dev/ttyS7
/dev/ttyS10    /dev/ttyS17  /dev/ttyS23  /dev/ttyS3   /dev/ttyS8
/dev/ttyS11    /dev/ttyS18  /dev/ttyS24  /dev/ttyS30  /dev/ttyS9
/dev/ttyS12    /dev/ttyS19  /dev/ttyS25  /dev/ttyS31  /dev/ttyUSB0
/dev/ttyS13    /dev/ttyS2   /dev/ttyS26  /dev/ttyS4
Looking at the output it seems to be looking for ^\/dev\/ttyUSB[0-9]+
for various baud rates on stock Creality Ender-3
> I don't know anything about your context, BTW ;) -- Richter
Elaborate?
On 2/22/22 19:23, Bengt Richter wrote:
Toggle quote (30 lines)
> On +2022-02-19 14:27:42 +0000, Jacob Hrbek wrote:
>> Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
>> (https://github.com/Ultimaker/Cura) used for 3D printing.
>>
>> Additionally it is capable of enabling printing through USB on GNU Guix
>> which is currently not possible as no guix package is able to recognize
>> and send fabricating instructions to /dev/ttyUSB0 which is provided by
>> the printers (note that the user has to be in `dialout` group in order
>> to use the device).
>>
> I get this (i.e., S1 instead of USB)
>
> --8<---------------cut here---------------start------------->8---
> $ ls /dev/tty[^0-9]*
> /dev/ttyS0 /dev/ttyS1 /dev/ttyS2 /dev/ttyS3
> --8<---------------cut here---------------end--------------->8---
>
> What do you get?
>
> I don't know anything about your context, BTW ;)
>
>> --
>> Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
>>
> pub EdDSA 256/AB42FCA9 2021-01-21 kreyren@rixotstudio.cz <kreyren@rixotstudio.cz>
>> sub ECDH 256/86142789 2021-01-21
>>
> --
> Regards,
> Bengt Richter
--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
Attachment: signature.asc
B
B
Bengt Richter wrote on 22 Feb 2022 22:44
(name . Jacob Hrbek)(address . kreyren@rixotstudio.cz)(address . 54064@debbugs.gnu.org)
20220222214422.GA2936@LionPure
On +2022-02-22 18:32:12 +0000, Jacob Hrbek wrote:
Toggle quote (29 lines)
> kreyren@leonid # dmesg -w
> ...
> [1112144.472508] usb 2-1.4: new full-speed USB device number 52 using
> ehci-pci
> [1112144.581981] usb 2-1.4: New USB device found, idVendor=1a86,
> idProduct=7523, bcdDevice= 2.64
> [1112144.582001] usb 2-1.4: New USB device strings: Mfr=0, Product=2,
> SerialNumber=0
> [1112144.582008] usb 2-1.4: Product: USB Serial
> [1112144.582624] ch341 2-1.4:1.0: ch341-uart converter detected
> [1112144.584305] usb 2-1.4: ch341-uart converter now attached to ttyUSB0
>
> kreyren@leonid $ ls /dev/tty[^0-9]*
> /dev/ttyprintk    /dev/ttyS14  /dev/ttyS20  /dev/ttyS27 /dev/ttyS5
> /dev/ttyS0    /dev/ttyS15  /dev/ttyS21  /dev/ttyS28  /dev/ttyS6
> /dev/ttyS1    /dev/ttyS16  /dev/ttyS22  /dev/ttyS29  /dev/ttyS7
> /dev/ttyS10    /dev/ttyS17  /dev/ttyS23  /dev/ttyS3   /dev/ttyS8
> /dev/ttyS11    /dev/ttyS18  /dev/ttyS24  /dev/ttyS30  /dev/ttyS9
> /dev/ttyS12    /dev/ttyS19  /dev/ttyS25  /dev/ttyS31  /dev/ttyUSB0
> /dev/ttyS13    /dev/ttyS2   /dev/ttyS26  /dev/ttyS4
>
> Looking at the output it seems to be looking for ^\/dev\/ttyUSB[0-9]+ for
> various baud rates on stock Creality Ender-3
>
>
> > I don't know anything about your context, BTW ;) -- Richter
>
> Elaborate?

I just meant to indicate that I probably can't help you, as
I just idly wondered whether my laptop had a /dev/ttyUSB0
too, as a standard thing, and it did not.

So I wondered if your device might actually be available on
your system under a different name than /dev/ttyUSB0, e.g.
/dev/ttyS0 (which has mystery colored underscore tail as
your listing appears on my display: [ /dev/ttyS0    ].

I don't know where the standard for naming is defined, or if
it comes from module whose author can define custom names
for software for a particular device, or anything else I
might speculate about, but this email has used up the last
of the time I have for this. :)

Sorry not to be more helpful.

Toggle quote (37 lines)
>
> On 2/22/22 19:23, Bengt Richter wrote:
> > On +2022-02-19 14:27:42 +0000, Jacob Hrbek wrote:
> > > Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
> > > (https://github.com/Ultimaker/Cura) used for 3D printing.
> > >
> > > Additionally it is capable of enabling printing through USB on GNU Guix
> > > which is currently not possible as no guix package is able to recognize
> > > and send fabricating instructions to /dev/ttyUSB0 which is provided by
> > > the printers (note that the user has to be in `dialout` group in order
> > > to use the device).
> > >
> > I get this (i.e., S1 instead of USB)
> >
> > --8<---------------cut here---------------start------------->8---
> > $ ls /dev/tty[^0-9]*
> > /dev/ttyS0 /dev/ttyS1 /dev/ttyS2 /dev/ttyS3
> > --8<---------------cut here---------------end--------------->8---
> >
> > What do you get?
> >
> > I don't know anything about your context, BTW ;)
> >
> > > --
> > > Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
> > >
> > pub EdDSA 256/AB42FCA9 2021-01-21 kreyren@rixotstudio.cz <kreyren@rixotstudio.cz>
> > > sub ECDH 256/86142789 2021-01-21
> > >
> > --
> > Regards,
> > Bengt Richter
>
> --
> Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
>

pub EdDSA 256/AB42FCA9 2021-01-21 kreyren@rixotstudio.cz <kreyren@rixotstudio.cz>
Toggle quote (5 lines)
> sub ECDH 256/86142789 2021-01-21
>



--
Regards,
Bengt Richter
M
M
Maxim Cournoyer wrote on 2 Mar 2022 14:35
(name . Jacob Hrbek)(address . kreyren@rixotstudio.cz)(address . 54064-done@debbugs.gnu.org)
87czj4jx3f.fsf@gmail.com
Hi,

Jacob Hrbek <kreyren@rixotstudio.cz> writes:

Toggle quote (12 lines)
> Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
> (https://github.com/Ultimaker/Cura) used for 3D printing.
>
> Additionally it is capable of enabling printing through USB on GNU Guix
> which is currently not possible as no guix package is able to recognize
> and send fabricating instructions to /dev/ttyUSB0 which is provided by
> the printers (note that the user has to be in `dialout` group in order
> to use the device).
>
> --
> Jacob Hrbek, In support of ukraine sovereignty #supportUkraine

For packaging requests, please use the Libreplanet Guix/Wishlist page at
bugs.

Closing.

Maxim
Closed
T
T
Tobias Geerinckx-Rice wrote on 2 Mar 2022 20:02
9590cc3fe2e60abed25d31a3c2036ea0@tobias.gr
Maxim,

On 2022-03-02 14:35, Maxim Cournoyer wrote:
Toggle quote (5 lines)
> For packaging requests, please use the Libreplanet Guix/Wishlist page
> at
> https://libreplanet.org/wiki/Group:Guix/Wishlist. This tracker is for
> bugs.

Well, I think they've been banned from the LP wiki entirely now, too.
But indeed that doesn't change anything.

Thanks!

T G-R

Sent from a Web browser. Excuse or enjoy my brevity.
J
J
Jacob Hrbek wrote on 5 Mar 2022 08:11
Packaging request: Ultimaker Cura
(address . 54064@debbugs.gnu.org)
0c1d5591-ec12-6c34-0c11-5273f6369e08@rixotstudio.cz
Toggle quote (1 lines)
> For packaging requests, please use the Libreplanet Guix/Wishlist page
bugs. -- Maxim

The LP wiki is terrible for packaging request tracking especially when
guix has multiple issues with packaging of some software e.g.
element-desktop or in this case there is a need to inform the used to
put themselves in the `dialout` group in order to use the `print via
USB` feature.

Please mark as wishlist same as https://issues.guix.gnu.org/51643#3so
that the reasoning is available to the users and can be worked on in a
controlled manner.

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
Attachment: signature.asc
J
J
Jacob Hrbek wrote on 5 Mar 2022 08:11
(address . 54064@debbugs.gnu.org)
3cfb83ae-c78b-72cf-187c-083fc89b8486@rixotstudio.cz
Toggle quote (1 lines)
> For packaging requests, please use the Libreplanet Guix/Wishlist page
bugs. -- Maxim

The LP wiki is terrible for packaging request tracking especially when
guix has multiple issues with packaging of some software e.g.
element-desktop or in this case there is a need to inform the used to
put themselves in the `dialout` group in order to use the `print via
USB` feature.

Please mark as wishlist same as https://issues.guix.gnu.org/51643#3so
that the reasoning is available to the users and can be worked on in a
controlled manner.

---

nckx's trolling is ignored

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine
Attachment: signature.asc
Z
Z
zimoun wrote on 7 Mar 2022 17:08
(name . Jacob Hrbek)(address . kreyren@rixotstudio.cz)(address . 54064@debbugs.gnu.org)
874k49bv8l.fsf@gmail.com
Hi,

On sam., 05 mars 2022 at 07:11, Jacob Hrbek <kreyren@rixotstudio.cz> wrote:

Toggle quote (4 lines)
> Please mark as wishlist same as https://issues.guix.gnu.org/51643#3so
> that the reasoning is available to the users and can be worked on in a
> controlled manner.

I tagged it as wishlist but I am not convinced that package request
should be in the bug tracker. Especially complex packages. The backlog
is already long enough and many packages could be requested.

I think wishlist tag should be reserved for, both in the same time:
missing core features *and* entry point for newcomers. Therefore,
tag wishlist on https://issues.guix.gnu.org/51643appears to me a
mistake. I am closing for the same reason Maxim explained.

Package requests must be outside the bug tracker to ease the work on it.
From my point of view, for instance, something like [1] seems a better
fit for package request that can be worked on in a controlled maner.



Cheers,
simon
?
Your comment

This issue is archived.

To comment on this conversation send an email to 54064@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 54064
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch