[Bug 1697958] Re: HPLIP cannot detect printers in your network

2021-02-23 Thread Maxim Egorushkin
Had the same issue on Ubuntu 18.04.5 LTS with hplip coming from Ubuntu repos. Solved by installing hplip-3.21.2 from HP website. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1697958 Title: HPLIP

[Bug 1719169] Re: hp-toolbox cannot start

2021-02-23 Thread Maxim Egorushkin
This problem still exists on Ubuntu 18.04.5 LTS. All packages are up-to- date. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1719169 Title: hp-toolbox cannot start To manage notifications

[Bug 1844022] Re: pthread_setattr_default_np race condition with pthread_create.

2019-10-16 Thread Maxim Egorushkin
> No, the race condition is in your stack size test (which is written incorrectly), not in the stack creation. You are right, the test should use pthread_getattr_np instead of pthread_attr_init. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed

[Bug 1844022] Re: pthread_setattr_default_np race condition with pthread_create.

2019-09-16 Thread Maxim Egorushkin
> I assume the code in another_thread attempts to obtain the size of the current thread. The intention is to use pthread_setattr_default_np followed by a call to std::thread contructor, because the latter doesn't allow specifying the thread attribute. So, instead of: pthread_attr_t attr;

[Bug 1844022] [NEW] pthread_setattr_default_np race condition with pthread_create.

2019-09-14 Thread Maxim Egorushkin
Public bug reported: pthread_setattr_default_np race condition with pthread_create. When creating a new thread with pthread_create and a NULL pthread_attr_t* argument, the pthread_attr_t* argument must come from the last call to pthread_setattr_default_np preceding the call to pthread_create.

[Bug 1827732] [NEW] ocrfeeder won't start: ModuleNotFoundError: No module named 'ocrfeeder'

2019-05-04 Thread Maxim Egorushkin
Public bug reported: Just installed ocrfeeder in Ubuntu 18.04. The application won't start: $ ocrfeeder Traceback (most recent call last): File "/usr/bin/ocrfeeder", line 31, in from ocrfeeder.studio.studioBuilder import Studio ModuleNotFoundError: No module named 'ocrfeeder' ** Affects:

[Bug 1778900] [NEW] udev mounts MTP devices in read-only mode.

2018-06-27 Thread Maxim Egorushkin
Public bug reported: In Ubuntu 18.04 udev mounts MTP devices (mine is Google Pixel C tablet) in read-only mode by default, so that files cannot be copied over to the device. One has to manually create a udev rule to mount the device in read-write mode. This is rather user-unfriendly. Make udev

[Bug 1778900] Re: udev mounts MTP devices in read-only mode.

2018-06-27 Thread Maxim Egorushkin
On Ubuntu 18.04. ** Package changed: ubuntu => udev (Ubuntu) ** Description changed: - udev mounts MTP devices (mine is Google Pixel 2 XL) in read-only mode by - default, so that files cannot be copied over to the device. + In Ubuntu 18.04 udev mounts MTP devices (mine is Google Pixel C tablet)

[Bug 1728012] Re: Many 3rd party scanner drivers are broken by a sane change

2018-05-04 Thread Maxim Egorushkin
Had the same issue with Ubuntu 18.04 and Samsung SCX-3205W. Over Wi-Fi the printer worked, the scanner did not. In Ubuntu 16.04 both printer and scanner work. Used advice from https://askubuntu.com/a/979180/125250 to fix the issue by adding `ATTRS{idProduct}=="3200", ENV{libsane_matched}="yes"`

[Bug 1728012] Re: Many 3rd party scanner drivers are broken by a sane change

2018-05-04 Thread Maxim Egorushkin
Had the same issue with Ubuntu 18.04 and Samsung SCX-3205W. Over Wi-Fi the printer worked, the scanner did not. In Ubuntu 16.04 both printer and scanner work. Used advice from https://bugs.launchpad.net/ubuntu/+source/sane- backends/+bug/1728012/comments/80 to fix the issue by adding