Нет, опция -ls
для xterm
не принимает аргумент, она просто указывает, что запускаемая xterm
оболочка должна быть оболочкой входа в систему.
Вот полный раздел о флаге -ls
с выделенной частью, относящейся к вашей проблеме:
-ls This option indicates that the shell that is started in the xterm window will be a login shell (i.e., the first character of argv[0] will be a dash, indicating to the shell that it should read the user's.login or.profile). The -ls flag and the loginShell resource are ignored if -e is also given, because xterm does not know how to make the shell start the given command after whatever it does when it is a login shell - the user's shell of choice need not be a Bourne shell after all. Also, xterm -e is supposed to provide a consistent functionality for other applications that need to start text-mode programs in a window, and if loginShell were not ignored, the result of ~/.profile might interfere with that. If you do want the effect of -ls and -e simultaneously, you may get away with something like xterm -e /bin/bash -l -c "my command here" Finally, -ls is not completely ignored, because xterm -ls -e does write a /var/run/wtmp entry (if configured to do so), whereas xterm -e does not.
Файл Github, на который вы ссылаетесь, ясно показывает, что лицензия была изменена совсем недавно:
@levitte Change license to the Apache License v2.0 1513331 on Dec 6, 2018
Предыдущая лицензия, по-видимому, была какой-то нестандартной , известной как «лицензия OpenSSL», которая могла быть несовместима с GPL (2 или 3 ).
И документы, на которые вы ссылаетесь, имеют сноску:
Generated on Tue Nov 6 2018 18:11:55 for FFmpeg by doxygen 1.8.6