[aur-general] move sc and python2-mrjob to [community]
Would it be possible to request that "sc" be promoted to [community] by one of you fine TUs? It doesn't change very often at all and it's a pretty handy tool. Additionally, while we're at it, an unrelated but very cool package, "python2-mrjob"? :-) I am not a TU, otherwise I would do it myself. Thanks, Ido On Sun, Jul 20, 2014 at 5:09 PM, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
No packages depends on iat (a utility for converting CD images). Upstream is gone and I could not find any forks of the project on the web. Removed.
-- Best regards, Alexander Rødseth / xyproto
On 2014-07-20 16:31, Ido Rosen wrote:
Would it be possible to request that "sc" be promoted to [community] by one of you fine TUs? It doesn't change very often at all and it's a pretty handy tool. Additionally, while we're at it, an unrelated but very cool package, "python2-mrjob"? :-) Is sc maintained anymore? I was under the impression that it actually hadn't been updated since 2002[1].
[1] http://ibiblio.org/pub/linux/apps/financial/spreadsheet/!INDEX.html -- All the best, Sam Stuewe (HalosGhost)
While that is the latest year it was released, AFAIK, it doesn't seem to need maintenance, and is stable after several years of development. Either way, it's a good go-to CLI spreadsheet program and is included in several other distros. On Sun, Jul 20, 2014 at 5:34 PM, Sam Stuewe <halosghost@archlinux.info> wrote:
On 2014-07-20 16:31, Ido Rosen wrote:
Would it be possible to request that "sc" be promoted to [community] by one of you fine TUs? It doesn't change very often at all and it's a pretty handy tool. Additionally, while we're at it, an unrelated but very cool package, "python2-mrjob"? :-)
Is sc maintained anymore? I was under the impression that it actually hadn't been updated since 2002[1].
[1] http://ibiblio.org/pub/linux/apps/financial/spreadsheet/!INDEX.html
-- All the best, Sam Stuewe (HalosGhost)
Hi, Good suggestion about sc, it could potentially be moved from AUR to [community]. It seems useful enough, but it's a problem if it has indeed not been updated since 2002. Perhaps there is a maintained fork somewhere (or one could be created)? python2-mrjob also looks like a good canidate, especially if it would support python 3 as well (I could not see a "python-mrjob" package on AUR). It would also need a few more votes. --- Best regards, Alexander Rødseth / xyproto
but it's a problem if it has indeed not been updated since 2002
Simple question: why? -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
On Tue, Jul 22, 2014 at 4:09 PM, David Phillips <dbphillipsnz@gmail.com> wrote:
but it's a problem if it has indeed not been updated since 2002
Simple question: why?
I second David's point! Not all software needs updating. This is a simple, straightforward tool built on top of libraries that haven't changed much in the last decade.
Hi, 2014-07-22 22:09 GMT+02:00 David Phillips <dbphillipsnz@gmail.com>:
but it's a problem if it has indeed not been updated since 2002
Simple question: why?
Simple answer: It's not. Not by itself. The reasons lie in the parts I wrote that was snipped away. It is not a problem in itself that the available files has not been updated since 2002, but the sum of the earlier provided reasons were enough to remove it from [community]. I can expand on the reasons: * iat had to be updated, because of a TODO for rebuilding a whole series of packages, that was created by another TU/dev. * The rebuild of iat did not work, because the upstream files were gone. * A search for the missing files and a look at the homepage (that is missing) gave no result (but someone later found the missing files on a dumping ground for dead projects, congratulations). * No other packages depends on iat, so when it did not build and when the needed files were missing, the decision to remove it from [community] was easy. * The decision was also influenced by the fact that it is a dead project (no updates to the files for five years, no webpage, very low likelyhood of problems being fixed or looked at if reported). * Being related to physical media and CD-ROM technology did not help (but was not mentioned in the original list of reasons). I agree that a program or package isn't bad just because it's old, but there were other reasons at play here. Other TUs/devs may have other lines of reasoning. If any of you think I'm being unreasonable here, I can ask for feedback on the process (and any TU/dev are free to move iat back to [community] if they should wish to do so, at any time). Anyone can sumbit "iat" to AUR if they feel people are missing out here. -- Best regards, Alexander Rødseth / xyproto
Please disregard my last e-mail. Wrong response to the wrong thread. -- Best regards, Alexander Rødseth / xyproto
participants (4)
-
Alexander Rødseth
-
David Phillips
-
Ido Rosen
-
Sam Stuewe