aboutsummaryrefslogtreecommitdiffstatshomepage
Commit message (Collapse)AuthorAgeLines
* Prepare for release of 1.0.0HEAD1.0.0trunkWolfgang Müller2024-03-08-1/+1
|
* Update package dependenciesWolfgang Müller2024-03-08-216/+225
|
* Prepare for release of 0.2.00.2.0Wolfgang Müller2023-03-30-1/+1
|
* Migrate to psycopg3Wolfgang Müller2023-03-30-80/+130
| | | | | | SQLAlchemy 2.0 brings support for the latest version of the psycopg PostgreSQL database driver. With the migration to 2.0 done, we can switch to this now.
* main: Fix alignmentWolfgang Müller2023-03-30-1/+1
|
* Migrate to SQLAlchemy 2.0Wolfgang Müller2023-03-30-57/+71
| | | | | | | | This needs very few changes: - Use declarative_base from sqlalchemy.orm instead of ext [1] - Enable the future flag on both engine and session [1] https://docs.sqlalchemy.org/en/20/errors.html#error-b8d9
* pyproject.toml: Ignore E501 (line-too-long) for ruffWolfgang Müller2023-03-30-0/+1
| | | | | | None of the lines this test affects are worth splitting in our opinion, so disable this warning globally. We'll be the judge about when a line is too long or not for now.
* Perform initial linting with ruffWolfgang Müller2023-03-30-5/+19
|
* Get rid of pylint directivesWolfgang Müller2023-03-30-10/+0
| | | | Since we are migrating to ruff, these are not used anymore.
* poetry: Add ruffWolfgang Müller2023-03-30-1/+32
| | | | We want to use ruff instead of pylint.
* Migrate to poetryWolfgang Müller2023-03-30-28/+290
| | | | | | We have used this in another project of ours and prefer its interface over pip's and its toml configuration over setup.py. There should be no functional change.
* Prepare for release of 0.1.30.1.3Wolfgang Müller2021-10-21-1/+1
|
* main: Order by messageid instead of timeWolfgang Müller2021-10-21-2/+2
| | | | | | | | | Some messages (like pastes) occur at exactly the same time and are inserted into the database with the same timestamp. quarg will print these messages in a seemingly random order. Make sure to use the messageid (which should increase monotonically) to order messages instead.
* quarg.1: Explain how to escape '%' with -eWolfgang Müller2021-05-08-1/+5
|
* main: Allow intermixing optional with positional argumentsWolfgang Müller2021-05-08-1/+1
| | | | | | | | | | | argparse's parse_args() does not support intermixed arguments, making the following invocation of quarg error out: $ quarg -b foo hello -t privmsg world quarg: error: unrecognized arguments: world This can be very confusing to the user, so allow intermixing arguments by using the parse_intermixed_args() method instead.
* Prepare for release of 0.1.20.1.2Wolfgang Müller2021-05-07-1/+1
|
* tables: Indicate that the DateTimeUTC TypeDecorator may be cachedWolfgang Müller2021-05-07-0/+2
| | | | | | | | The cache_ok flag was added [1] in SQLAlchemy 1.4.14 and emits a warning if not set to either True or False. Since DateTimeUTC should be fine to cache, indicate True here. [1] https://docs.sqlalchemy.org/en/14/core/custom_types.html#sqlalchemy.types.TypeDecorator.cache_ok
* setup.py: Don't include quarg.1 in data_files0.1.1Wolfgang Müller2021-05-06-4/+0
| | | | | | | | Apparently this keyword is deprecated [1]. We're beginning to get very tired of Python packaging standards and tooling, so for now just rely on the distribution putting the manual in the right place. [1] https://discuss.python.org/t/should-there-be-a-new-standard-for-installing-arbitrary-data-files/7853
* Prepare for release of 0.1.00.1.0Wolfgang Müller2021-05-06-1/+1
|
* Add LICENSEWolfgang Müller2021-05-06-0/+21
|
* setup.py: Change description slightly and add more metadataWolfgang Müller2021-05-06-1/+7
|
* Add the manual pageWolfgang Müller2021-05-06-0/+363
|
* gitignore: Ignore all *.egg-info/Wolfgang Müller2021-05-05-1/+1
|
* setup.py: Add comma to final blockWolfgang Müller2021-05-05-1/+1
| | | | | This will make sure that we will not run into errors caused by an omission of a comma should sections ever be moved around in the future.
* setup.py: Lock to dateutil versions at or above 2.8.1Wolfgang Müller2021-05-05-1/+1
| | | | | This is the version we developed with, and we can't give guarantees for any earlier ones.
* setup.py: Remove hard dependency on psycopg2Wolfgang Müller2021-05-05-1/+0
| | | | | | This should never have been added in the first place, since quarg is supposed to work with both SQLite and PostgreSQL databases. Make sure not to pull in more than we need to.
* setup.py: Add descriptionWolfgang Müller2021-05-05-0/+1
|
* main: Make sure to parse arguments before reading configWolfgang Müller2021-05-05-3/+3
| | | | | | | | | | | If quarg is unable to find the database URL, it immediately exits with an error message. This happens before parsing any arguments given on the command line, meaning that users cannot access the built-in help page if they have not yet created a config file. This commit makes sure that command line arguments are parsed before checking the config file so that --help can be used even without a config file.
* tables: Correctly handle Integer timestamps from the SQLite backendWolfgang Müller2021-05-05-6/+22
| | | | | | | | | | | | | Quassel stores its timestamps as INTEGERs when using the SQLite backend. Since SQLAlchemy expects strings here instead[1], we have to handle this manually. This commit extends the existing process_result_value() function to handle a conversion from a unix timestamp to a proper datetime object, makes sure that the right impl is chosen for both SQLite and PostgreSQL, and adds the process_bind_param() function which takes care of the conversion back to a unix timestamp when binding values for SELECT statements. [1] https://docs.sqlalchemy.org/en/14/core/type_basics.html#sqlalchemy.types.DateTime
* main: Handle BrokenPipeError cleanlyWolfgang Müller2021-05-04-1/+1
| | | | | | | Whilst not recommended, quarg may happen to be used in conjunction with head(1), tail(1), or any other program that will send SIGPIPE. This commit makes sure that we close the database connection properly if we receive that signal.
* Revert "Rename 'prefix' to 'umode'"Wolfgang Müller2021-05-04-4/+4
| | | | | | | | | | | | This reverts commit efde2954efd636a617702ee1aefb8b1247c9cc5b. After some more consideration, we feel that referring to modes here is misleading and confusing. Compromise by keeping the -m flag, but changing the variable name back to 'prefix' and making clear in the help message that quarg will match against the "channel membership prefix", a term that is used in the Modern IRC Client Protocol specification [1] [1] https://modern.ircdocs.horse/#channel-membership-prefixes
* main: Handle user interrupts more nicelyWolfgang Müller2021-05-03-0/+4
| | | | | | Users may want to cancel queries that are taking a long time. This commit ensures that the database is left in a clean state and that quarg exits immediately after closing the database connection.
* main: Handle SQLAlchemy errors more nicelyWolfgang Müller2021-05-03-6/+9
| | | | | | | | | Instead of giving the user a screen full of backtraces, catch any errors SQLAlchemy can run into when preparing or executing the query and report only the error message to the user. We include the print loop in the try/except block because an upcoming commit will add a handler for KeyboardInterrupt.
* main: Split run_query into prepare_query and time_queryWolfgang Müller2021-05-03-7/+8
| | | | | | | This commit cleanly separates the preparation, execution, and timing of a query. When preparing this commit, we realized that the preparation of the query was included in the timer calculation. This should not have been the case and has been fixed.
* formatter: Use custom time format when printing message timestampsWolfgang Müller2021-05-03-3/+4
| | | | | | | | | | | | Up until now we were relying on isoformat() to format timestamps when printing messages, since that was a simple shortcut to a well-known format. With the addition of timezone support, however, isoformat() started adding the timezone offset to the timestamp. This makes timestamps unnecessarily verbose. This commit has the formatter use a custom ISO 8601-esque time format instead which restores the behaviour previous to the introduction of timezones.
* Remove the INFO message typeWolfgang Müller2021-05-03-2/+2
| | | | | | Quassel uses this message type only for very rare and mostly irrelevant informational messages that users will most likely not be wanting to search for.
* Add option to specify the order for printed messagesWolfgang Müller2021-05-02-5/+18
| | | | | As mentioned in the previous commit, this change makes it possible to select the first or last N matches in conjunction with the -l flag.
* Add option to limit the number of matchesWolfgang Müller2021-05-02-3/+8
| | | | | | | | | This is useful if the user already expects a lot of matches but is only interested in a limited number of them. An upcoming commit will introduce the option to have quarg list matches in ascending or descending order (currently we do not pick a default - effectively listing matches in ascending timestamp order), making it possible to select the first or last N matches.
* Handle timezones correctlyWolfgang Müller2021-05-02-3/+25
| | | | | | | | | | | | | | | | | | | | Quassel uses UTC message timestamps in its database, but does not save any timezone information along with them. Up until now, we were reading those timestamps from the database naively - resulting in datetime objects that could not be identified as UTC. The same happened with timestamps we got from dateutil.isoparse. If the user did not specify an offset explicitly, the timestamp would be parsed and passed to the program "as is", effectively being interpreted as UTC because they were compared to database timestamps. This commit will ensure that the correct timezone is saved for every datetime object we encounter. Timestamps from the database are marked as UTC. If the user does not explicitly specify an offset, the timestamp is assumed to be in local time. Furthermore, when printing out message timestamps, make sure to convert them to the user's local timezone first.
* tables: Fix up a note, add another for the Network tableWolfgang Müller2021-05-01-2/+4
|
* actions: Have ParseEnum print a list of possible values on errorWolfgang Müller2021-05-01-1/+3
| | | | | This will save the user a look at the program's manual and makes using the program more convenient.
* actions: Allow specifying a unit suffix for --aroundWolfgang Müller2021-05-01-4/+16
| | | | | | | | Up until now it was only possible to give --around a range specified in hours. Since most discussions on IRC tend not to last for multiple hours, and one may only be interested in a few minutes of logs, this commit adds the ability to specify a unit suffix that takes either 'm' for minutes or 'h' for hours. If it is missing, 'h' is assumed.
* actions: Specify where a parse error happened for --aroundWolfgang Müller2021-05-01-1/+1
| | | | | Previously quarg would simply echo the error message without any context, making it harder to find exactly which option caused it.
* actions: Error out when the range for --around is missingWolfgang Müller2021-05-01-0/+3
| | | | | | Previously this case was handled by the int() cast in the try/except block but resulted in a confusing error message. Make clear to the user what exactly went wrong.
* main: Improve help messageWolfgang Müller2021-05-01-19/+21
| | | | | | | | | | Group message matching into two main parts (context and timestamps) and simplify the help text for each option. Rename 'query' to 'keyword' to avoid confusion with SQL queries and IRC queries. Additionally, change some option flags to better communicate the type of option (upper-case ones are used less frequently) or to make sure no future option clashes with a less-frequently used one.
* Rename 'prefix' to 'umode'Wolfgang Müller2021-04-29-4/+4
| | | | | | | | | Whilst still not perfect, 'umode' signals more closely what this option does. We do not plan to add matching on channel modes, so -m should be fine here. The original name for this option came from the column in the backlog table, 'senderprefixes'.
* main: Adjust help message for -u to match the restWolfgang Müller2021-04-29-1/+1
|
* types: Ignore unused or nonsensical types and flagsWolfgang Müller2021-04-28-13/+9
| | | | | | | | | | | | | | | As this program interacts with quassel's database only, it does not have access to any state the UI carries. Some types (such as DAYCHANGE, IGNORED, BACKLOG, GROUP) seem to not be represented in the database at all, most likely only set on data structures in memory by the quasselclient application. Some others make no real sense to include in an application like this, which is more focused on human-readable messages and circumstances. For example, INVALID, REDIRECTED, SERVERMSG, etc are all of less concern to the average user than, say, matching on nicknames or buffers. Therefore, ignore all of these until we find a good use for them.
* actions: Remove FIXME regarding / as separator in --aroundWolfgang Müller2021-04-28-1/+0
| | | | Using / here should be fine.
* filters: Rename time_from and time_toWolfgang Müller2021-04-28-6/+6
| | | | | These make more sense and are clearer if they're named after the command line arguments that trigger them.
powered by cgit and git | oriole.systems | how to verify signatures