You are not logged in.
Hat tip to Chris Siebenmann :
https://utcc.utoronto.ca/~cks/space/blo … asteChange
I regularly paste short lists of linefeed separated commands from a library of various instructions into bash terminal windows to accomplish small tasks.
The bash shell on my devuan system accepts the pasted content, but waits for a final interactive <enter> keypress before proceeding with command execution. I've not experienced that interactive <enter> confirmation requirement before. I understand it allows folks one last read of the commands before execution, so it's not necessarily a bad default. But after giving myself some time to try and get used to it, I've decided it's just not for me. If I copied the linefeed and pasted it, it is because I wanted the command executed ... every single time.
Thanks to Chris Siebenmann's blog I learned this interactive confirmation is a new feature of bash that can be turned off by appending this change to the "/etc/bash.bashrc" configuration :
bind 'set enable-bracketed-paste off'
Start a new shell and I'm back to middle-mouse clicking my pasted commands without having to touch the keyboard. A "win" for me; maybe for you too.
--K
Thank you, xinomilo!
--K
Since upgrading to chimaera, RapidSVN is no longer available :
$ apt-get download rapidsvn
E: Can't find a source to download version '0.12.1dfsg-3.1+b1' of 'rapidsvn:amd64'
$ apt-get source rapidsvn
Reading package lists... Done
E: Can not find version '0.12.1dfsg-3.1' of package 'rapidsvn'
E: Unable to find a source package for rapidsvn
Did it not make the cut / does a better (one that does not involve Java or KDE libs) alternative exist?
Thanks,
--K
One of pure-ftpd's key FTP server features is the ability to chroot individuals to their home folders, while still allowing the admin to use symbolic links to delegate disk space to these individuals.
From https://www.pureftpd.org/project/pure-ftpd/ :
Symbolic links can be followed when users are chrooted, even when they are pointing out of the chroot jail. This unique feature makes shared content easy to set up.
However, this feature requires that the binary has been compiled with the --with-virtualchroot switch set. Failure to do so will result in ftp clients experiencing errors like "550 Can't change directory to thefoldername: No such file or directory" when attempting to navigate symbolic link folders.
Unfortunately for me, who uses this feature in-house (each dev group has their own "project" share), office (the scanner uploads to a samba accessible folder), and production (customers each have their own "site" share), the Devuan/Debian package has not set this flag.
What follows are the steps I used to restore that feature capability to the Devuan pure-ftpd package. Rebuilding .deb packages is old-hat for the Debian folks, so read no further. But if you (like me) are escaping the RedHat/systemd fork-that-was-not-a-fork, and are much more acquainted with RPM than APT, maybe this helps.
echo "start with an updated system"
apt-get update
apt-get upgrade
echo "you will need the devscripts tools"
apt-get install devscripts
echo "work within a folder apt can access"
cd /tmp/
echo "acquire the pure-ftp source and build dependencies"
apt-get source pure-ftpd
apt-get build-dep pure-ftpd
echo "set the virtualchroot flag"
cd pure-ftpd-1.0.47/
vi debian/rules
-- optflags=--with-everything --with-largefile --with-pam --with-privsep --with-tls --with-rfc2640
++ optflags=--with-everything --with-largefile --with-pam --with-privsep --with-tls --with-rfc2640 --with-virtualchroot
echo "supply a changelog comment and bump the revision number"
dch -n
echo "rebuild and install the package(s)"
debuild -us -uc
cd ..
apt-get install ./pure-ftpd_1.0.47-3.1_amd64.deb ./pure-ftpd-common_1.0.47-3.1_all.deb
echo "done"
cd
Hope I have that right ... feedback is welcome. There was a bit of trial and error failure getting there as this was my first ever .deb package rebuild.
--K
I found I could not open spreadsheets from a "Windows share" connected samba server from this freshly installed Devuan Beowulf Mate desktop. I've had this issue before using both openoffice and libreoffice on other distributions. I was able to replicate the "fix" here and thought I would add this to the documentation for anyone having similar issues.
su - root
apt-get install gvfs-fuse
apt-get install libreoffice-gnome
sed -i 's/#X-GIO-NoFuse=true/X-GIO-NoFuse=true/' /usr/share/applications/libreoffice-*
reboot
Having experienced this with versions of Mint and PCLOS in the past, and now Devuan, I wonder "is it just me" or should a dependency be added to the libreoffice installer?
--K