semvec/pypi-packages huggingface dataset:
lapa-authentication 0.0.20
authentication service for my personal server.

# lapa_authentication

## About

Authentication service

## Installation

> pip install lapa_authentication

## Env

- python>=3.12.0

## Changelog

### v0.0.20

- https support

### v0.0.19

- bugfix in login and register call (update column name).

### v0.0.18

- remove device entity.
- keep refresh token without hashing in database.

### v0.0.17

- changed jwt token creation timezone to utc.
- handled token expiry exception while decoding token.

### v0.0.16

- update repo link in setup.py
- keep version numbers for square_logger and lapa_database_structure as >= instead of ~=.
- add SQUARE_LOGGER and LAPA_DATABASE_HELPER sections in config and initialise their sdk as per those variables.

### v0.0.15

- add new call for /logout.

### v0.0.14

- add new call for /generate_access_token.

### v0.0.13

- add custom message and status code for duplicate username.
- delete session if already present on same device for same user.
- encrypt mac_address in login and register.
- keep seperate secret keys for access token refresh token and mac address encrpytion.

### v0.0.12

- create entry in device table and user_session_device table for login and register.

### v0.0.11

- changes in login and register calls as per database structure changes (naming convention)

### v0.0.10

- changes in register calls w.r.t new table Credential

### v0.0.9

- fix missing dependencies in setup.py

### v0.0.8

- remove salt storing from register.
- implement login route.

### v0.0.7

- overhaul register logic.
- overhaul tablename import logic.

### v0.0.6

- syntax error fix in main.py.

### v0.0.5

- update database tables.
- move reading of database tables to configuration.py.

### v0.0.4

- bug fix - add "email_validator>=2.0.0" in dependencies.

### v0.0.3

- use lapa_commons to read config.

### v0.0.2

- move logger to configuration.py.
- remove unused dependencies.
- add lapa_database_helper.

### v0.0.1

1. /register endpoint added.
    1. Before adding user into the authentication server. It will first check if the user's email-id is already present
       in the database or not.
        1. If Yes -> Do not create entry in the database. Return message saying user already exists.
        2. If No -> Create entry in the database. Return message saying user created successfully.
lapa-file-store 0.0.13
file storage layer for my personal server.

# lapa_file_store

## about

file storage layer for my personal server.

## installation

> pip install lapa_file_store

## configs

1. lapa_file_store\data\config.ini
2. square_logger\data\config.ini

## env

- python>=3.12.0

## changelog

### v0.0.13

- https support

### v0.0.12

- Added test cases. Updated

### v0.0.11

- add SQUARE_LOGGER and LAPA_DATABASE_HELPER sections in config and initialise sdks using these variables.
- update min version of lapa_commons.
- keep square_logger and lapa_database_structure as >= instead of ~=.

### v0.0.10

- Bug fix /delete_file endpoint because of input list as query param.

### v0.0.9

- Added /delete_file endpoint.

### v0.0.8

- update import logic from lapa_database_structure.

### v0.0.7

- bug fix in utils->Helper.py import.

### v0.0.6

- read database configuration from config using enums from lapa database structure.

### v0.0.5

- use lapa_commons to read config.

### v0.0.4

- Bug Fix in /download_file because of ignore_filters_and_get_all.

### v0.0.3

- MODULE_NAME added in the GENERAL configuration.
- / root endpoint added.
- Form data and description added for /upload_file endpoint for the below params.
    - file_purpose
    - system_relative_path
- Validation added while creating the directory in /upload_file endpoint.
- /download_file endpoint changed from POST to GET.

### v0.0.2

- change default port to 10100.
- change default LOCAL_STORAGE_PATH to be relative and LOCAL_STORAGE_PATH.
- move logger to configuration.py.
- fix dependencies in setup.py.
- minor optimisations.
- add validation for LOCAL_STORAGE_PATH in config.ini.
- fix logic for upload_file.
- fix logic for download_file.

### v0.0.1

- Base version
lapa-database 0.0.14
database layer for my personal server.

# lapa_database

## about

database layer for my personal server.

## installation

> pip install lapa_database[all]

## usage (WIP)

### change password in config.ini.

### CREATE_SCHEMA = True to create database from scratch.

### LOG_FILE_NAME and configure logger

### link to lapa_database_structure

## config

lapa_database\data\config.ini

## env

- python>=3.12.0

## changelog

### v0.0.14

- bug fix in config file support.

### v0.0.13

- https support.

### v0.0.12

- fix bug in reading log_file_name.

### v0.0.11

- add square_logger section in environment and initialise logger as per those variables.
- keep logger and lapa_database_structure as >= instead of ~=.
- update minimum version for lapa_commons.

### v0.0.10

- removed import for main file from config.
- removed validation for table names in crud call in pydantic models.
- adjust all crud calls to account for pydantic model change from enum to str.

### v0.0.9

- removed config.example.ini.
- bug fix: create_database -> data insertion now takes schema into account.

### v0.0.8

- add module name in config.
- add first test case.
- add dependencies for testing.
- add GitHub workflow for testing.
- remove config from gitignore.

### v0.0.7

- use lapa_commons to read config.

### v0.0.6

- change default value of ignore_filters_and_get_all to False.

### v0.0.5

- make crud logic default to no rows when filters are empty.
- add new parameters to make it easy to select all rows for edit, delete and get.
- move logger to configuration.py to fix bug of multiple logs being created.

### v0.0.4

- rename to lapa database.
- fix bug in create_database that occurred in default data insertion.
- add logs to gitignore.
- change psycopg2 to psycopg2-binary in setup.py.

### v0.0.3

- created utils folder containing CommonOperations.py under which the common functions used across modules are stored.
- web_socket implemented for retrieving the data from the table when a new row is added/deleted/updated.
    - it takes database_name, table_name and schema_name as input through query params.
    - input for websocket
        - /ws/<database_name>/<table_name>/<schema_name>
            - E.g. /ws/game/player/public
    - initially returns all the rows and if any update is made it returns the updated data.
    - trigger creation is implemented once the websocket connection is made. it will first check if the trigger function
      already exists or not and then only create.

### v0.0.2

- remove databases folder and enums related to tables and put in separate module for better version control.
- add proper error message display on errors in configuration.py.
- known bugs:
    - creating engines everytime on fastapi route call is creating idle sessions.

### v0.0.1

- initial implementation.
- known bugs:
    - creating engines everytime on fastapi route call is creating idle sessions.

## Feedback is appreciated. Thank you!
nijtaio 1.1.13
Helper module to streamline access to Nijta's API

# NijtaIO

The `nijtaio` library provides helper functions to streamline access to Nijta's API for Python application. It includes helper functions to prepare and retrieve the audio data.

You can find usage examples in our API reference and the Nijta samples repository.

## Installation

You can install the module using `pip`:

```bash
pip install nijtaio
```

## Basic Usage

```python
import os
import json
import time
import nijtaio

TOKEN = '<token>'
API_URL = 'https://api.nijta.com'
headers = {"Content-Type": "application/json; charset=utf-8", "TOKEN":TOKEN}
params = {
    'language':'french_8',
    'gender':'f',
    'voice':True,
    'content':True
}
output_folder = 'output'

session_id = nijtaio.session(TOKEN, api_url=API_URL)
response = nijtaio.send_request(["path/to/audio_1.wav",
                                 "path/to/audio_2.wav"],
                                params,session_id,
                                headers=headers,
                                api_url=API_URL)
task_id = json.loads(response.content)['data']['task_id']

print('Waiting for the batch to be processed.')
while True:
    time.sleep(1)
    status, anonymized_batch = nijtaio.read_response(task_id, api_url=API_URL)
    if status == 'finished':
        break

print(f'Writing results in {output_folder}.')

for original_filepath in anonymized_batch:
    filename = os.path.basename(original_filepath)
    with open(os.path.join(output_folder, filename), mode='wb') as f:
        f.write(anonymized_batch[original_filepath]['audio'])
    if params['content']:
        print(filename, anonymized_batch[original_filepath]['transcription'])
        
print(f'Done. Check the results in the {output_folder} directory.')
```
gvtt 0.1.0
gdsfactory VTT PDK
Requires Python: >=3.10
Keywords: python

# gdsfactory-vtt-public-pdk 0.1.0

A public [gdsfactory](https://gdsfactory.github.io/gdsfactory/index.html#) process design kit (PDK) for VTT's 3 um SOI platform.

&copy; VTT 2023

### Installation for users

Use python3.10 or python3.11, as some tools like kfactory are not available for older versions of python. We recommend [VSCode](https://code.visualstudio.com/) as an IDE.

If you don't have python installed on your system you can [download anaconda](https://www.anaconda.com/download/)

Once you have python installed, open Anaconda Prompt as Administrator and then install the latest gdsfactory using pip.

![anaconda prompt](https://i.imgur.com/eKk2bbs.png)
```
pip install gvtt --upgrade
```

Then you need to restart Klayout to make sure the new technology installed appears.

### Installation for developers

For developers you need to `git clone` the GitHub repository, fork it, git add, git commit, git push and merge request your changes.

```
git clone https://github.com/gdsfactory/vtt.git
cd vtt
pip install -e . pre-commit
pre-commit install
python install_tech.py
```
wassup-broski 0.0.4
Why do you want
Requires Python: >=3.8

No problem! Here's the information about the Mercedes CLR GTR:

The Mercedes CLR GTR is a remarkable racing car celebrated for its outstanding performance and sleek design. Powered by a potent 6.0-liter V12 engine, it delivers over 600 horsepower.

Acceleration from 0 to 100 km/h takes approximately 3.7 seconds, with a remarkable top speed surpassing 320 km/h.

Incorporating advanced aerodynamic features and cutting-edge stability technologies, the CLR GTR ensures exceptional stability and control, particularly during high-speed maneuvers.

Originally priced around $1.5 million, the Mercedes CLR GTR is considered one of the most exclusive and prestigious racing cars ever produced.

Its limited production run of just five units adds to its rarity, making it highly sought after by racing enthusiasts and collectors worldwide.