Some additional information:
* launching the program with kile somedir/file.tex opens the file, whether
given from the home directory or from any other one. So does kile
/home/my_user_name/somedir/file.tex. It looks like the only issue is that kile
uses $(HOME) as the base path rather than the
Public bug reported:
After updating from (a fresh installation of) Precise to Quantal, Kile
refuses to open any file specified on the command line.
How to reproduce:
$ cd ~
$ mkdir somedir
$ cd somedir
$ touch file.tex
$ kile file.tex
What should happen: Kile opens ~/somedir/file.tex
What
** Description changed:
After updating from (a fresh installation of) Precise to Quantal, Kile
refuses to open any file specified on the command line.
How to reproduce:
$ cd ~
$ mkdir somedir
$ cd somedir
$ touch file.tex
$ kile file.tex
What should happen: Kile opens
Public bug reported:
style-check.rb is a Ruby script to identify dubious English prose in LaTeX
files, written by Neil Spring. I use it and would like to see that in Ubuntu.
It is released under GPL v2, and is available from
http://www.cs.umd.edu/~nspring/software/style-check-readme.html .
So I propose to add new ls color attribute to highlight files with more than
one hardlink. What do you think?
I see your point and I agree that it is better to highlight the filename
than the number of links.
Changing to a new color, though, would lead to a minor problem, consider
this
Jonathan Jesse ha scritto:
I am working on cleaning up bugs and noticed this has not been worked on. I
am wondering if you are still having problems with SFTP:// not working
correctly in konqueror? I use sftp:// without any problems on my Intrepid
system. Could you please update the
Public bug reported:
Binary package hint: konqueror
When logging in with Konqueror and sftp using kdewalletmanager,
konqueror first attempts a login with the local username (and frankly I
don't know which password), and only when it fails attempts a login
using the credential given by the wallet
Public bug reported:
Binary package hint: coreutils
It would help if ls --color marked in some way files which have more
than one copy hardlinked -- that is, those who are not directories and
have the value in the second column (with ls -l) greater than 1. For
example, the value in the second