This link below describes how to use Travis CI to create deb files -
https://www.gdevnet.com/build-debian-packages-deb-using-travis/
Probably not for my projects right now, since they need opencv 3.x.
Mostly work related stuff which I would've entered into my "Log book". Instead of hosting it on an intranet site, outsourcing the hosting to blogger!
This link below describes how to use Travis CI to create deb files -
https://www.gdevnet.com/build-debian-packages-deb-using-travis/
Probably not for my projects right now, since they need opencv 3.x.
An option if just a single track needs mastering and you don't have Reaper or any other tools - online free mastering via https://www.bandlab.com/
If PNG is an acceptable output format, one option is to export it as Open Raster (.ora), an open specification for layered-image files.
- Export Image as Open Raster (.ora)
File -> Export As ...
myfile.ora- Open
myfile.oraas an archive, with a program likefile-rolleror7zip.
On Ubuntu:
(alternatively)$ file-roller myfile.ora
All your layers will be png images under$ unzip myfile.ora/data, Extract them and use at will.
Apparently Gimp 2.10 onwards, ORA support is dropped.
Shared by PB - a 3-day exchange of emails with Nettigritty support for the following:
(our site) which runs on PHP 5.6.40 has x86 architecture with ODBC Library Win32
(our beta site) which runs on PHP 7.4.3 has x64 architecture with ODBC Library as Win32 (should have been Win64)
We request you to install either of the following options:
1. Win64 version of the ODBC library for PHP 7.4.3 (64 bit)
or
2. Win32 version of the ODBC library for PHP 7.4.3 (32-bit)
We get the error odbc_connect(): SQL error: [Microsoft][ODBC Driver Manager] The specified DSN contains an architecture mismatch between the Driver and Application, SQL state IM014 in SQLConnect
PB also shared that we are using a connect-string like
$db_connection_variable = odbc_connect("Driver={Microsoft Access Driver (*.mdb)};Dbq=$dbq", '', '', SQL_CUR_USE_ODBC);
and that Plesk logs for our domain show the error
odbc_connect(): SQL error: [Microsoft][ODBC Driver Manager] The specified DSN contains an architecture mismatch between the Driver and Application, SQL state IM014 in SQLConnect
Nettigritty - ... please find various types of connection strings for accessing Access details at https://www.connectionstrings.com/access/ and https://www.php.net/manual/en/function.odbc-connect.php
Please note that the server already has ODBC drivers already installed and a screenshot for the same was already shared you to confirm the same. Please note.
We recommend even switching your MS Access database to MSSQL database for better security and compatibility with newer scripts. ...
PB replied that we have already tried all the links etc. Finally, Nettigritty replied,
we have enabled COM class for you for PHP and you could see the error for your application directly from https://beta.radiosai.org/
On checking further, we find the DSN created through Plesk is being created as 32bit only.
Either it is required to use the application in 32bit or we can delete and try adding the DSN directly from server under 64 bit to see if that helps. But we recommend doing the application in 32bit as creating the DSN through plesk only will be active and migrate when there is any OS upgrade at a later point of time.
Regarding installing 64-bit ODBC driver, they said,
This is a pending feature requested to Plesk on Windows.
Presently, please share details to manually recreate your DSN on 64 bit ODBC on the server.
They manually created the system DSN, and then the connection worked for PB.
PB corrected our schedule page code which was showing Australia NSW as GMT +10 instead of +11. Copy-pasting his solution -
The countries which have DST spanning across the years have this issue. (Found 4 such countries) ...
I have set the dstStartMonth to January of this year as a temporary solution. ...
The Listen Now feature, which uses playlists with http links to mp3 files, was not working on Chrome. Enabled https on our dl domain also as I'd done for our main domain, with self-signed certificates and proxying on cloudflare. Turns out I had already edited /etc/apache2/sites-enabled/ourdldomain.tld-ssl.conf
Only needed to do
a2ensite ourdldomain.tld-ssl
service apache2 reload
Once https was working for the mp3 links, the Listen Now feature started working again.
And the workaround for the streams (which are only http at the moment) not working on Chrome might be to use the direct links to stream URLs like http://ourstream.tld:8002/ with a _target=”_blank” attribute to open them in new windows or tabs.