How do i add nepali unicode traditional in ubuntu system, i tried this one
https://askubuntu.com/questions/965671/how-to-install-nepali-unicode-traditional-font-in-ubuntu-16-4
which didnot work for me.
This one worked for me, follow every step
http://nepalitankan.blogspot.com/2013/10/ne-trad-ttf-for-linux.html
Related
The bugzilla install is very old now (4.0.1) and although it would be best, upgrading is a real pain as I suck at Perl related stuff. It has worked with no issue for many years and stopped in December. On checking the serverhost changed to Perl 5.16.3. Originally it was 5.8.8 and even after 15.10 it worked fine.
The issue I get is very similar to this issue - Bugzilla: bugs are not showing up (show up in DB and everything seems to be fine)
But it is not a template or character problem (the site ran fine with no changes) that I can see and happened the same week the host updated Perl , so I am 99% sure it is Perl related. I am assuming the issue is with either buglist.cgi itself or search pm. Any time I browse or search the Product, component, resolution etc shows "ARRAY and a number. e.g. Product: ARRAY(0x30090f0) Component: ARRAY(0x3993420) Resolution: ARRAY(0x3993378).
The bugzilla is only accessible internally (but hosted by a third-party, so no admin) it only allows user accounts access to search and browse so I cannot demo the issue. Is there a known depreciated Perl command?
Would love to fix but may have to install a new version and import DB, last time it took a few weeks to get running hence looking to avoid that for now.
I had the exact same issue. After digging a little figured this is an issue with the Perl version. In Search.pm, $params->param("field$chart-$row-$col", shift(#$ref)); this line is causing the issue. With 5.8.8 its returning Array object, whereas with 5.16.3 it is returning SCALAR.
My option is to install 5.8.8 and re-install the compatible modules. Or, is there any quick workaround for this?
Update:
Going through the docs, figured that 4.0.10 version of bugzilla has added support for Perl 5.16. Copied the CGI.pm from that and tested.. bugzilla is working. This is a bad hack. But, at least now I know that upgrading to 4.0.10 is another viable solution instead of upgrading Perl.
I use the described way for Fedora 29 but when I type sudo dnf install code I receive a long list of - nothing provides and , for example libgconf-2.5.4 (64 bit) ...etc etc.
I have tried to use nogpgcheck, but that also does not work.
If it is relevant when it starts after dnf check-update it says Failed to set locale, defaulting to C.UTF-8
I have previously installed VSCode on this laptop but then when I wanted to use another file, using File the path is shown a the top but there is no list of files. I then deleted VSode from the laptop and now I cannot install it again.
Thank you for your attention. I am awaiting your answer, thank you.
James Gibbens
So, I use Fedora, and I always do it like so:
Go to: https://code.visualstudio.com/docs/?dv=linux64_rpm (hopefully this triggers a download for you)
Then I just double click to install, through nautilus. That works like a charm for me. You should also be able to do sudo dnf install code-*.rpm in the command line, but I tend not to bother since I'm running gnome and chrome anyway, so it's pretty seamless to just use the UI provided.
First of all, I have to make clear that I need the zip version because I will use it on Win 64 in the business and there we have no admin privileges on notebook.
I looked out over web but I wasn't able to find where I can get the VSCode v1.25(.1). I only found .EXE versions or source code archive.
Why I need this? VSCode 1.26 and greater (and many others electron based applications) are very slow in Win 64. Thank God I use Linux at home! Please, see this issue: https://github.com/microsoft/vscode-docs/issues/4609
Ok, after report it as an issue on github vscode repository, somebody gave me the provisory link and previous archives (zip) versions will be put available asap issue come to be solved.
VSCode 1.25.1 archive (zip) Win64 link: https://vscode-update.azurewebsites.net/1.25.1/win32-x64-archive/stable
Go to https://code.visualstudio.com/docs/supporting/faq#_previous-release-versions.
The URLs to each download are provided there.
All of a sudden, my wget installation started talking to me in Italian (when I do --help or in other interactions). I can understand it, but I have everything set in English and I'd prefer to keep that language. Any idea what's going on.
I'm under macOS 10.13.4 and I've wget 1.19.5 installed via Homebrew.
The problem occurs only with a couple of admin users, when I run it under my regular user, it keeps speaking English.
locale output seems fine.
Answering myself: As Basile Starynkevitch suggested, I used the printenv command to see that the LANG variable is unset and that Italian is taken as default in such a case. so I just put export LANG=en_GB.UTF-8 in my /etc/profile (actually in a script under /etc/profile.d). I've no idea why all of a sudden it takes such a default. My system is configured as English with Italian keyboard layout.
The same problem here. (wget respondes in german)
In my case - deleting the secondary language (which was in my case german) from
System-Preferences->Language and Region->Preferend Language
seems to solve the problem. (There is now a single ''English'' entry).
I'm running Ubuntu 16.04 LTS and I want to use Mongodb with PHP. For this I thought that sudo apt-get install php5-mongo (which is enough for Ubuntu 14.04 LTS) would be enough but I was wrong. I'm getting error like this E: Unable to locate package php5-mongo.
I've just upgraded to Ubuntu 16.04 LTS and want to use mongodb with PHP. Running PHP version is PHP Version 7.0.4-7ubuntu2.
So what can I do to solve this?
I'm afraid you are a bit out of luck at the moment. The current situation is that there are two MongoDB extensions:
"php-mongo", which is the "old" one; This extension supports up to PHP 5.*, but not PHP7. Only bug fixes are planned for it;
"php-mongodb", which is the "new" one; This extension supports PHP5 as well as PHP7;
Now the problem is that the new one is not compatible with the old one, as their whole internals are completely different. Unfortunately there are very few places where examples using the new one's syntax is used, as absolute majority of Mongo-related code is written using the old extension.
As it stands at the moment, if you have moved on to PHP7 your only option is to use the "new" extension, which in turn means that your previous code will stop working.
I've seen couple attempts to create a polyfill for making the migration those two possible (example: https://github.com/alcaeus/mongo-php-adapter), however as I haven't tried it myself I can't tell how well it works.
It seems that this library http://mongodb.github.io/mongo-php-library/ is supposed to cover the gap - after giving it a shot I believe it should cover majority of the "old" functionality without updating code too much.
If some of you are still wondering to use a simple wrapper to the new library as said in this answer: https://stackoverflow.com/a/48086676/2569789
I'm maintaining one for this purpose and you can find it here: https://github.com/ThomasSquall/PHP7MongoDriver
It covers just a few methods at the today's date but I'm going to improve it constantly and I hope would like to contribute too :)