pkgsrc-Changes-HG archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
[pkgsrc/trunk]: pkgsrc/mail/feed2exec Use the 0.15.0-tagged distfile directly...
details: https://anonhg.NetBSD.org/pkgsrc/rev/fb2d01d6a890
branches: trunk
changeset: 426409:fb2d01d6a890
user: schmonz <schmonz%pkgsrc.org@localhost>
date: Tue Mar 31 10:31:30 2020 +0000
description:
Use the 0.15.0-tagged distfile directly. Extracted, patched trees
compare identical before and after.
diffstat:
mail/feed2exec/Makefile | 8 +-
mail/feed2exec/distinfo | 10 +-
mail/feed2exec/files/patch-0.15.0 | 351 --------------------------------------
3 files changed, 7 insertions(+), 362 deletions(-)
diffs (truncated from 395 to 300 lines):
diff -r 45a564c9f93c -r fb2d01d6a890 mail/feed2exec/Makefile
--- a/mail/feed2exec/Makefile Tue Mar 31 10:25:42 2020 +0000
+++ b/mail/feed2exec/Makefile Tue Mar 31 10:31:30 2020 +0000
@@ -1,7 +1,6 @@
-# $NetBSD: Makefile,v 1.5 2020/02/03 01:16:38 schmonz Exp $
+# $NetBSD: Makefile,v 1.6 2020/03/31 10:31:30 schmonz Exp $
-DISTNAME= feed2exec-0.14.0
-PKGNAME= ${DISTNAME:S/14/15/}
+DISTNAME= feed2exec-0.15.0
PKGREVISION= 2
CATEGORIES= mail python
MASTER_SITES= https://gitlab.com/anarcat/feed2exec/-/archive/${PKGVERSION_NOREV}/
@@ -40,9 +39,6 @@
SUBST_FILES.version= feed2exec/__init__.py
SUBST_VARS.version= PKGVERSION_NOREV
-pre-patch:
- cd ${WRKSRC} && ${PATCH} ${PATCH_ARGS} < ${FILESDIR}/patch-0.15.0
-
pre-install:
find ${WRKSRC} -type f -name '*.orig' -print | xargs rm -f
diff -r 45a564c9f93c -r fb2d01d6a890 mail/feed2exec/distinfo
--- a/mail/feed2exec/distinfo Tue Mar 31 10:25:42 2020 +0000
+++ b/mail/feed2exec/distinfo Tue Mar 31 10:31:30 2020 +0000
@@ -1,8 +1,8 @@
-$NetBSD: distinfo,v 1.1 2020/01/29 16:48:48 schmonz Exp $
+$NetBSD: distinfo,v 1.2 2020/03/31 10:31:30 schmonz Exp $
-SHA1 (feed2exec-0.14.0.tar.gz) = fa73f30def77f83e6a03ba3e7023adaefc27bca3
-RMD160 (feed2exec-0.14.0.tar.gz) = 4b9523682a2913f1baf085ec500c3d909ebf494a
-SHA512 (feed2exec-0.14.0.tar.gz) = 2242f2888904aefeeac69559a75ddbe834915fc42c502dad46ffad05c7dcc0fc27e9d3c8a6a70621d6ed2410c45230fd86414006fee04873107836701b5f916e
-Size (feed2exec-0.14.0.tar.gz) = 392729 bytes
+SHA1 (feed2exec-0.15.0.tar.gz) = 2a2120f2d1cb0518e067b1546de594667fd05ba8
+RMD160 (feed2exec-0.15.0.tar.gz) = 97afa89776b3ffa49f9e5c67c63d7cf8790048e2
+SHA512 (feed2exec-0.15.0.tar.gz) = 4e147e349ab60787d38e675f9199256f84a56f222255497f1a82fbee1f4abcb324c7426a81616f861680f049a4d9eec709b6de509017794333c4fb21cc5c3ca5
+Size (feed2exec-0.15.0.tar.gz) = 393089 bytes
SHA1 (patch-feed2exec_____init____.py) = 6381dc9198cb257dce82a96106b21b53af282f6f
SHA1 (patch-setup.py) = 0d587ed61798294793fd5896648d5bebebceab01
diff -r 45a564c9f93c -r fb2d01d6a890 mail/feed2exec/files/patch-0.15.0
--- a/mail/feed2exec/files/patch-0.15.0 Tue Mar 31 10:25:42 2020 +0000
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,351 +0,0 @@
-diff --git debian/changelog debian/changelog
-index 7bd9220..df1eea8 100644
---- debian/changelog
-+++ debian/changelog
-@@ -1,3 +1,15 @@
-+feed2exec (0.15.0) unstable; urgency=medium
-+
-+ bugfix release to catchup with changes in feedparser from buster.
-+
-+ * play catchup with newer html2text version again
-+ * workaround timezone parsing bug in dateparser
-+ * switch to dateparser for PyPI and tests as well
-+ * register properly the special mark we are using
-+ * reduce noise level of 'missing time' problems
-+
-+ -- Antoine Beaupré <anarcat%debian.org@localhost> Thu, 03 Oct 2019 12:36:22 -0400
-+
- feed2exec (0.14.0) unstable; urgency=medium
-
- bugfix release, with a small new feature
-diff --git doc/refs.rst.inc doc/refs.rst.inc
-index fadf279..3531458 100644
---- doc/refs.rst.inc
-+++ doc/refs.rst.inc
-@@ -3,7 +3,7 @@
- .. make sure you review each line and also fix the link in webirc.html
- ..
- .. |project_name| replace:: feed2exec
--.. |irc_channel| replace:: ``#feed2exec``
-+.. |irc_channel| replace:: ``#anarcat``
- .. |webirc| replace:: https://webchat.freenode.net/?nick=feed2exec.&channels=feed2exec&prompt=1
- .. _irc: ircs://irc.freenode.net/feed2exec/
- .. _webirc: https://webchat.freenode.net/?nick=feed2exec.&channels=feed2exec&prompt=1
-diff --git feed2exec/feeds.py feed2exec/feeds.py
-index 1124d7e..741fb26 100644
---- feed2exec/feeds.py
-+++ feed2exec/feeds.py
-@@ -73,6 +73,10 @@ class FeedManager(object):
- self.conf_storage = FeedConfStorage(self.conf_path, pattern=pattern)
- if dateparser:
- def dateparser_tuple_parser(string):
-+ if string.endswith('-0000'):
-+ # workaround bug https://github.com/scrapinghub/dateparser/issues/548
-+ # replace the last '-0000' with '+0000' by reversing the string twice
-+ string = string[::-1].replace('-0000'[::-1], '+0000'[::-1], 1)[::-1]
- return dateparser.parse(string).utctimetuple()
- feedparser.registerDateHandler(dateparser_tuple_parser)
-
-@@ -343,8 +347,8 @@ class Feed(feedparser.FeedParserDict):
- item['updated_parsed'] = pick_first_date()
-
- if not item.get('updated_parsed'):
-- logging.warning('no parseable date found in feed item %s from feed %s, using current time instead',
-- item.get('id'), self.get('url'))
-+ logging.info('no parseable date found in feed item %s from feed %s, using current time instead',
-+ item.get('id'), self.get('url'))
- item['updated_parsed'] = datetime.utcnow().timestamp()
-
- # 2. add UID if missing (issue #112)
-diff --git feed2exec/tests/cassettes/planet-debian.mbx feed2exec/tests/cassettes/planet-debian.mbx
-index d78c212..1f9b235 100644
---- feed2exec/tests/cassettes/planet-debian.mbx
-+++ feed2exec/tests/cassettes/planet-debian.mbx
-@@ -3308,7 +3308,7 @@ in my `/etc/vim/vimrc.local`. Finally I found out why, thanks to bug
- [1]: <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864074>
-
- The whole mess comes from the fact that, when there is no `~/.vimrc`, vim
--loads `defaults.vim` **after** ` vimrc.local` and thus overwriting several
-+loads `defaults.vim` **after** `vimrc.local` and thus overwriting several
- settings put in there.
-
- There is a comment (I didnâ??t see, though) in `/etc/vim/vimrc` explaining this:
-@@ -4779,7 +4779,7 @@ http://dirk.eddelbuettel.com/blog/2017/10/12#github_oct2016_oct2017
- [4]: <http://gallery.rcpp.org>
-
- > This is sometimes called Jerry Seinfeld's secret to productivity: Just keep
--at it. _Don't break the streak_.
-+> at it. _Don't break the streak_.
-
- and showed the first chart of _GitHub streaking_
-
-@@ -5053,15 +5053,15 @@ Consider this function definition:
- To a functional programmer, this reads
-
- > `plus` is a function that analyses its first argument. If that is `0`, then
--it returns the second argument. Otherwise, it calls itself with the
--predecessor of the first argument and increases the result by one.
-+> it returns the second argument. Otherwise, it calls itself with the
-+> predecessor of the first argument and increases the result by one.
-
- which is clearly a description of a computation.
-
- But to Isabelle/HOL, the above reads
-
- > `plus` is a binary function on natural numbers, and it satisfies the
--following two equations: â?¦
-+> following two equations: â?¦
-
- And in fact, it is not so much Isabelle/HOL that reads it this way, but rather
- the `fun` command, which is external to the Isabelle/HOL logic. The `fun`
-@@ -5128,7 +5128,7 @@ this function â??returnsâ?? a list only if the collatz sequence eventually reach
-
- I expect these definitions to make a Coq user very uneasy. How can `fixpoint`
- be a total function? What is `fixpoint (λn. n+1)`? What if we run `collatz n`
--for a `n` where the [Collatz sequence][3] does _not_ reach 1?[ 2][4] We will
-+for a `n` where the [Collatz sequence][3] does _not_ reach 1?[2][4] We will
- come back to that question after a little detourâ?¦
-
- [3]: <https://en.wikipedia.org/wiki/Collatz_conjecture>
-@@ -5468,67 +5468,43 @@ library with the [R][8] environment and language--and is widely used by
- A high-level summary of changes follows.
-
- > #### Changes in RcppArmadillo version 0.8.100.1.0 (2017-10-05)
--
- >
--
- > * Upgraded to Armadillo release 8.100.1 (Feral Pursuits)
--
- >
--
- > * faster incremental construction of sparse matrices via element access
--operators
--
-+> operators
- >
--
- > * faster diagonal views in sparse matrices
--
- >
--
- > * expanded `SpMat` to save/load sparse matrices in coord format
--
- >
--
- > * expanded `.save()`,`.load()` to allow specification of datasets within
--HDF5 files
--
-+> HDF5 files
- >
--
- > * added `affmul()` to simplify application of affine transformations
--
- >
--
- > * warnings and errors are now printed by default to the `std::cerr`
--stream
--
-+> stream
- >
--
- > * added `set_cerr_stream()` and `get_cerr_stream()` to replace
--`set_stream_err1()`, `set_stream_err2()`, `get_stream_err1()`,
--`get_stream_err2()`
--
-+> `set_stream_err1()`, `set_stream_err2()`, `get_stream_err1()`,
-+> `get_stream_err2()`
- >
--
- > * new configuration options `ARMA_COUT_STREAM` and `ARMA_CERR_STREAM`
--
- >
--
- > * Constructors for sparse matrices of types `dgt`, `dtt` amd `dst` now use
--Armadillo code for improved performance (Serguei Sokol in [#175][10]
--addressing [#173][11])
--
-+> Armadillo code for improved performance (Serguei Sokol in [#175][10]
-+> addressing [#173][11])
- >
--
- > [10]: <https://github.com/RcppCore/RcppArmadillo/pull/175>
- [11]: <https://github.com/RcppCore/RcppArmadillo/issues/173>
-
- * Sparse matrices call `.sync()` before accessing internal arrays (Binxiang Ni in [#171][12])
- >
--
- > [12]: <https://github.com/RcppCore/RcppArmadillo/pull/171>
-
- * The sparse matrix vignette has been converted to Rmarkdown using the pinp package, and is now correctly indexed. ([#176][13])
- >
--
- > [13]: <https://github.com/RcppCore/RcppArmadillo/pull/176>
-
- Courtesy of [CRANberries][14], there is a [diffstat report][15]. More detailed
-@@ -6415,10 +6391,8 @@ Content-Transfer-Encoding: 8bit
- https://iain.learmonth.me/blog/2017/2017w412/
-
- > The [@TorAtlas][1] web application will now also prompt operators to update
--their relays if they are outdated. [pic.twitter.com/HMixwqbBKM][2]
--
-+> their relays if they are outdated. [pic.twitter.com/HMixwqbBKM][2]
- >
--
- > [1]: <https://twitter.com/TorAtlas?ref_src=twsrc%5Etfw>
- [2]: <https://t.co/HMixwqbBKM>
-
-@@ -6432,7 +6406,7 @@ time the word â??upgradeâ?? is mentioned here is:
- [4]: <https://www.torproject.org/docs/tor-relay-debian.html.en>
-
- > Be sure to set your ContactInfo line so we can contact you if you need to
--upgrade or something goes wrong.
-+> upgrade or something goes wrong.
-
- This isnâ??t great. We should have some decent instructions for keeping your
- relay up to date too. Iâ??ve been compiling a set of documentation for enabling
-@@ -8695,11 +8669,9 @@ like this:
- [4]: <http://aprs.fi/>
-
- > VK4CVL is mobile near Chapel Hill, Australia <http://t.co/2dqvuqjJxQ>
--<http://t.co/q88OhtcPTX> [#hamradio][5] [#hamr][6]
--[pic.twitter.com/5gBVw3ebvq][7]
--
-+> <http://t.co/q88OhtcPTX> [#hamradio][5] [#hamr][6]
-+> [pic.twitter.com/5gBVw3ebvq][7]
- >
--
- > [5]: <https://twitter.com/hashtag/hamradio?src=hash&ref_src=twsrc%5Etfw>
- [6]: <https://twitter.com/hashtag/hamr?src=hash&ref_src=twsrc%5Etfw>
- [7]: <http://t.co/5gBVw3ebvq>
-@@ -8724,10 +8696,8 @@ I spotted a relay very close to its 10th birthday:
- [10]: <https://metrics.torproject.org/>
-
- > esko in Finland started contributing bandwidth to the [#Tor][11] network 9
--years and 51 weeks ago <https://t.co/4K7aj9Jf6C>
--
-+> years and 51 weeks ago <https://t.co/4K7aj9Jf6C>
- >
--
- > [11]: <https://twitter.com/hashtag/Tor?src=hash&ref_src=twsrc%5Etfw>
-
- â?? Tor Atlas (@TorAtlas) [October 7, 2017][12]
-@@ -8742,10 +8712,8 @@ about the total number of relays currently running. The total relays tweets
- come with a map:
-
- > There are currently 6638 [#Tor][13] relays running.
--<https://t.co/uySyX7AlAH> [pic.twitter.com/BbgNGpoNtY][14]
--
-+> <https://t.co/uySyX7AlAH> [pic.twitter.com/BbgNGpoNtY][14]
- >
--
- > [13]: <https://twitter.com/hashtag/Tor?src=hash&ref_src=twsrc%5Etfw>
- [14]: <https://t.co/BbgNGpoNtY>
-
-@@ -9671,7 +9639,7 @@ Content-Transfer-Encoding: 8bit
- http://blog.digital-scurf.org/posts/floss-activity-2017-09/
-
- > In the interests of keeping myself "honest" regarding F/LOSS activity,
--here's a report, sadly it's not very good.
-+> here's a report, sadly it's not very good.
-
- Unfortunately, September was a poor month for me in terms of motivation and
- energy for F/LOSS work. I did some amount of Gitano work, merging a patch from
-@@ -9748,18 +9716,12 @@ template for vignettes.
- [5]: <http://dirk.eddelbuettel.com/code/pinp.html>
-
- > #### Changes in RProtoBuf version 0.4.11 (2017-10-03)
Home |
Main Index |
Thread Index |
Old Index