[Bug 1881924] [NEW] SFTP clients using the PuTTy authentication mechanism cause the "Unsupported protocol sequence" error

Public bug reported: Hi, Updated SFTP clients using the PuTTy authentication mechanism like WinSCP e Filezilla, cause the "Unsupported protocol sequence" error during authentication on Ubuntu 16.04 and proftpd-basic 1.3.5a- 1ubuntu0.1 The bug was fixed in Proftpd 1.3.6 by the ProftpD team:.

[Bug 1849730] Re: [live-usb-persistent] second partition as casper-rw problem

*** This bug is a duplicate of bug 1489855 *** https://bugs.launchpad.net/bugs/1489855 ** Description changed: Hi! I identified a problem for creating persistent live usb sticks when using a second partition for 'casper-rw'. Environment: On the usb stick I created two

[Bug 1849730] Re: [live-usb-persistent] second partition as casper-rw problem

*** This bug is a duplicate of bug 1489855 *** https://bugs.launchpad.net/bugs/1489855 ** This bug has been marked a duplicate of bug 1489855 Change to mount sequence order breaks persistence on casper-rw partitions -- You received this bug notification because you are a member of Ubuntu

[Bug 1849730] Re: [live-usb-persistent] second partition as casper-rw problem

** Summary changed: - [live-usb-persistent] second partition as casper-rw issue + [live-usb-persistent] second partition as casper-rw problem -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1849730

[Bug 1849730] [NEW] [live-usb-persistent] second partition as casper-rw issue

Public bug reported: Hi! I identified a problem for creating persistent live usb sticks when using a second partition for 'casper-rw'. Environment: On the usb stick I created two partitions: - The first partition (/dev/sda1) is vfat which is used for the live-filesystem (filesystem.squashfs).

[Bug 1806510] Re: regression on bionic

Hi Anthony Godshall, These commands are a workaround for the currently available package. In my opinion, for the definitive fix, the symbolic links should already be contained within the package, in the same way as the others are already. Look in /var/lib/dpkg/info/guacamole.list for the list

[Bug 1806510] Re: regression on bionic

A correction to my previous post: Instead of creating this link: ln -s ../../../../java/javax.activation-1.2.0.jar /usr/share/guacamole/guacamole/WEB-INF/lib/javax.activation-1.2.0.jar Create the link this way: ln -s ../../../../java/javax.activation.jar

[Bug 1806510] Re: regression on bionic

Hello, I had the same problem here installing guacamole package on a clean install of Ubuntu 18.04 LTS via apt install guacamole. Apparently the problem occurs because two required packages are not as dependencies and the post-run scripts are not creating some essential symbolic links

[Bug 1525217] Re: md5deep binary is missing

This bug was fixed in the package hashdeep - 4.4-4 --- hashdeep (4.4-4) unstable; urgency=medium * debian/watch: - Leaving only a repository to avoid conflicting on uscan system. -- Giovani Augusto Ferreira Thu, 13 Oct 2016 23:59:14 -0300 >From

[Bug 1577293] Re: binary not available in package

Please, merge it with bug #1525217 The program has different options and features when run with the names "hashdeep" and "md5deep" Based on my point of view described in #1525217, I think that when you install hashdeep package should be also created a symlink named md5deep pointing to the binary

[Bug 1525217] Re: md5deep binary is missing

Thanks for reading and responding. I believe the purpose of hashdeep and md5deep are different. The md5deep intends to be a md5sum fork with more features: "(...) Md5deep is similar to the md5sum program found in the GNU Coreutils package, but has the Following additional features:" -

[Bug 1525217] [NEW] md5deep binary is missing

Public bug reported: md5deep binary is missing in lastest stable packages in stable release. Downgrade to md5deep_4.2-1 works fine. # lsb_release -rd Description:Ubuntu 15.10 Release:15.10 #dpkg -S md5deep md5deep: /usr/share/doc/md5deep/copyright md5deep:

[Bug 1175618] Re: xdmcp script don't work with a remote server

** Also affects: ubuntu Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1175618 Title: xdmcp script don't work with a remote server To manage

[Bug 1175618] Re: xdmcp script don't work with a remote server

used in screen_session script. So the condition will always be FALSE, ignoring XDM_SERVER value. SOLUTION: change session script line 78 to: 78: $script_path $args or 78: eval $script_path $args Regards, Andrey de Oliveira LPIC-1 -- You received this bug

[Bug 1175618] Re: xdmcp script don't work with a remote server

of the double quotes used in screen_session script. So the condition will always be FALSE, ignoring XDM_SERVER value. SOLUTION: change session script line 78 to: 78: $script_path $args or 78: eval $script_path $args Regards, Andrey de Oliveira LPIC-1 -- You received