Minimum requirements to get xawtv to work?

I’ve recently been given the task of converting a stack of ancient home videos on vcr video tapes to digital data. I managed to scrounge up an old vcr, connect it to an old “tevion” (em2820) video capture device I found somewhere, hook it up to my Linux box, and after installing xawtv, it actually worked!

Video, that is; no sound.

I thought I was just a step or two away from retrieving all the data on these tapes, but after hours and hours of research, it seems to come down to this: xawtv is too old to use PulseAudio, and is no longer being updated, and therefore will never support audio on modern Linux systems. And, composite video capture systems are too old to be supported by modern multimedia software, and therefore can only be used with programs like xawtv.

I think my next option is to sacrifice one of my old PCs and install an old enough version of Linux (Ubuntu or otherwise) such that xawtv can run without issue. Is there an easy way to determine the most recent Ubuntu that could run without PulseAudio? Or perhaps some other distribution is more friendly to really old software? Thanks!

Can’t make requirements in composer

I’m trying to use GuzzleHttp, but I have 'Class 'GuzzleHttp\Client' not found' all the time. I googled, and everyone says to make composer require guzzlehttp/guzzle in the project folder. But when i type it in console I have

Using version ^6.3 for guzzlehttp/guzzle ./composer.json has been updated Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of  packages.   Problem 1 - don't install bower-asset/yii2-pjax 2.0.7.1|remove yiisoft/yii2-app-basic No version set (parsed as 1.0.0) - remove yiisoft/yii2-app-basic No version set (parsed as 1.0.0)|remove bower-asset/yii2-pjax 2.0.7.1 - don't install bower-asset/yii2-pjax 2.0.7.1|remove yiisoft/yii2-app-basic No version set (parsed as 1.0.0) - Installation request for yiisoft/yii2-app-basic No version set (parsed as 1.0.0) -> satisfiable by yiisoft/yii2-app-basic[No version set (parsed as 1.0.0)]. - Installation request for bower-asset/yii2-pjax (locked at 2.0.7.1) -> satisfiable by bower-asset/yii2-pjax[2.0.7.1].   Installation failed, reverting ./composer.json to its original content. 

I tried to remove this remove yiisoft/yii2-app-basic but output is
yiisoft/yii2-app-basic is not required in your composer.json and has not been removed Package "yiisoft/yii2-app-basic" listed for update is not installed. Ignoring. Loading composer repositories with package information Updating dependencies (including require-dev) Nothing to install or update Generating autoload files composer.json in my project

"require": {     "php": ">=5.4.0",     "yiisoft/yii2": "~2.0.14",     "yiisoft/yii2-bootstrap": "~2.0.0",     "yiisoft/yii2-swiftmailer": "~2.0.0 || ~2.1.0",     "guzzlehttp/guzzle": "~6.3" }, 

If it will help, I have globally installed composer via sudo apt-get install composer

Is this a correct way to build a use case from initial requirements

I’m trying to practice how to write proper software specification and documentation for a Food Ordering System I’m building for training purposes.

I put my feet in the customer shoes who wants the project and wrote initial requirements that I want to implement in the system (you can find them here on GitHub)

After that I started to build use cases based these initial functional requirements, but I’m not sure if I am on the right path or not.

So, I have some question:

1 – Is the following picture is a correct way of building a simple use case for user registration? enter image description here

2 – Let’s say that the project is in its early stage where I still collecting requirements, should I wait until I finish collecting requirements in order to start building use cases and software diagrams (class, sequential, ER …)?

3 – should I finish building all of system use cases before start the next step of creating processes and data modeling?

Thanks in advance.

Is lack of functional requirements agile?

Nowadays everybody wants to be agile. In every team I worked with, the shape of agile was different. Some things are common – like daily stand-ups or planning, but other parts vary significantly.

In my current team there’s one detail which I find disturbing. It’s lack of functional requirements. Not only there’s no written form of expectations but also in the tasks it’s rather vaguely defined what needs to be done.

The project goal is to rewrite of the old system using new technologies. Old system doesn’t have any reasonable documentation as well. For sure up to date one doesn’t exist. Business owners’ description of requirements is – let’s do it in new implementation the same way as old. It seems reasonable but it’s not. Old system is kind of spaghetti code and extracting business requirements from it is costly. It seems that the situation affects planning in a negative way. For sure it’s prone to mistakes and bugs in new implementation (omitting some details).

Therefore I’m thinking – is it truly agile to have no business requirements in case of rewriting old system?

Dynamic magic item creation – “Provide the Requirements”?

While looking at a Dynamic magic item creation system for 5e, converted from a similar Pathfinder system, I got a bit confused about the “Complete the item” challenge. One of the challenge’s tasks, is “Provide the Requirements”, where you have to “Meet all the item’s prerequisites”. But what does this mean? My current interpretation is that the requirements are the gold and level requirements to craft the item, so that the only time you fail to meet the requirements, and thus fail that task, is if you try to craft a high-level magic item at a low level or similar.

What do you think? Is my interpretation correct, or does it mean something else? Thanks!

Are the requirements of a Horn of Valhalla cumulative?

Each type of Horn of Valhalla has a requirement, increasing in complexity in the same way the type increases in rarity : Silver Horns (rare) have no requirement, Brass Horns (rare) require proficiency with all simple weapons, Bronze Horns (very rare) require proficiency in all medium armors, and Iron Horns (legendary) require proficiency in all martial weapons.

What I’m wondering here is whether the requirements are cumulative — in other words, whether a Bronze Horn also requires proficiency in all simple weapons, and whether an Iron Horn also requires proficiency in all simple weapons and all medium armors.

are there PCI DSS (or equivalent) requirements for user-interface security for cardholders?

The PCI DSS requirements around account security (password strength, password changes, etc.) all seem to apply to system users who have access to cardholder data.

Are there any industry standards that apply to the user (i.e. cardholder) accounts themselves?

In other words, suppose I find out that my banking website allows me to set my user account password to “dog”. Is there some banking-specific industry regulation that this violates, that I can point them to?

Cryptographic requirements for GDPR

I’m looking into how to store emails and data regarding GDPR. The reasoning is that it would be beneficial to store users emails linked to certain data (shop data about purchases and questionnaires). E.g.

  • User u email
  • User u purchased product x
  • User u questionnaire about experience of product x

I’ve read into how hashing the emails could allow for pseudonymized data, but I’m not sure if this is enough, for example.

“Although you no longer have the email addresses of all your users, you could easily compare your database to a list of known email addresses to identify which of those people use your service.”

  • https://www.reddit.com/r/gdpr/comments/8rpb0c/storing_email_hashes_only/

There will always be a situation in which people would be able to recover the anonymised data, so my question is, is hashing of emails enough for GDPR? If not then what is the minimum requirement from a cryptographic point of view?