Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 614488 - app-misc/oneko fork
Summary: app-misc/oneko fork
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Default Assignee for New Packages
Keywords: EBUILD
Depends on:
Reported: 2017-04-02 06:21 UTC by Simon
Modified: 2019-08-22 18:25 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,1.75 KB, text/plain)
2017-04-02 06:23 UTC, Simon
files/oneko-1.3-include.patch (oneko-1.3-include.patch,168 bytes, patch)
2017-04-02 06:23 UTC, Simon
Details | Diff
app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,1.71 KB, text/plain)
2017-04-02 12:29 UTC, Simon
app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,1.84 KB, text/plain)
2017-04-03 00:06 UTC, Simon
app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,1.86 KB, text/plain)
2017-04-03 02:02 UTC, Simon
app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,2.32 KB, text/plain)
2017-04-03 03:28 UTC, Simon
app-misc/oneko-1.3.ebuild (oneko-1.3.ebuild,2.53 KB, text/plain)
2017-04-06 01:09 UTC, Simon
oneko-1.3.ebuild (oneko-1.3.ebuild,2.59 KB, text/plain)
2017-04-06 23:37 UTC, Simon
oneko-1.3.ebuild (renamed dependency xext-proto -> xorg-proto) (oneko-1.3.ebuild,2.45 KB, text/plain)
2019-08-21 11:10 UTC, Simon
oneko-1.3-sakura-nobsd.patch (oneko-1.3-sakura-nobsd.patch,20.71 KB, patch)
2019-08-21 11:12 UTC, Simon
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Simon 2017-04-02 06:21:35 UTC
I updated oneko with click-through-ability because oneko-1.2* blocking the mouse was annoying.
I also added a nobsd use flag, because i saw no reason in applying the nobsd-patch removing the bsd_daemon-bitmaps on default.

Reproducible: Always
Comment 1 Simon 2017-04-02 06:23:00 UTC
Created attachment 468944 [details]
Comment 2 Simon 2017-04-02 06:23:43 UTC
Created attachment 468946 [details, diff]
Comment 3 Simon 2017-04-02 12:29:03 UTC
Created attachment 468988 [details]

I updated the oneko-1.3.txz a bit more the unistd-patch is now included.
Comment 4 Simon 2017-04-03 00:06:20 UTC
Created attachment 469016 [details]

Added an icon for the desktop-entry for killing oneko.
Comment 5 Simon 2017-04-03 02:02:25 UTC
Created attachment 469018 [details]

changed the Homepage
Comment 6 Simon 2017-04-03 03:28:04 UTC
Created attachment 469020 [details]

More and improved menu icons with transparency.
Comment 7 Simon 2017-04-03 14:51:51 UTC
I just changed some statements about Licensing in the oneko-1.3.txz as i found out the BSD daemon icons are under BSD Daemon License, that was probably also the reason for the bsd-patch to remove them, though i think it is in the hand of the user itselve to only use the -bsd_daemon command line option if he uses bsd/gentoo, therefore i would just left it in for the user to decide how much bsd he is to be conform with that license?!
Comment 8 Simon 2017-04-06 01:09:15 UTC
Created attachment 469310 [details]

I updated the license and changed the local USE-Flag to the name bsd-daemon, and if enabled a warning is messaged:
"* You activated the bsd-daemon USE-Flag, be sure to use the bsd-daemon logo only according to BSD Daemon Copyright."

I think that should solve that problem with the daemon. ^^
I also changed epatch to eapply according to EAPI=6.
Also i did a little change on the oneko-man pages from a debian patch to allow whatis/apropos now.
Comment 9 Simon 2017-04-06 23:37:37 UTC
Created attachment 469368 [details]

I included the Japanese and German man page.
I also changed the License to Artistic-1.0 for compatibility with DFSG.
Comment 10 Jeroen Roovers (RETIRED) gentoo-dev 2017-04-07 08:27:10 UTC
Comment on attachment 469368 [details]

It's not really a version bump with a HOMEPAGE/SRC_URI change, is it? Is the original oneko-sakura author unresponsive?
Comment 11 Simon 2017-04-07 19:20:39 UTC
Yes the Maintainer of the Website didn't answer yet, and the Maintainer of oneko itself is unavailable:
This is the mail system at host

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<>: delivery temporarily suspended: connect to[-.-.-.-]:25: No route to host

Therefore I took over Maintenance.
Comment 12 Red 2019-08-16 23:24:47 UTC
Is anyone planning on adding this ebuild? It's been 2 years.
Comment 13 Red 2019-08-16 23:47:58 UTC
The requirement x11-proto/xextproto doesnt exist anymore.
Comment 14 Red 2019-08-16 23:59:31 UTC
No matter what I try, I cannot get this new ebuild to work.

>>> Unpacking source...
>>> Unpacking oneko-1.3.txz to /var/tmp/portage/app-misc/oneko-1.3/work
>>> Unpacking oneko-cat.png to /var/tmp/portage/app-misc/oneko-1.3/work
unpack oneko-cat.png: file format not recognized. Ignoring.
>>> Unpacking oneko-dog.png to /var/tmp/portage/app-misc/oneko-1.3/work
unpack oneko-dog.png: file format not recognized. Ignoring.
>>> Unpacking oneko-tora.png to /var/tmp/portage/app-misc/oneko-1.3/work
unpack oneko-tora.png: file format not recognized. Ignoring.
>>> Unpacking oneko-sakura.png to /var/tmp/portage/app-misc/oneko-1.3/work
unpack oneko-sakura.png: file format not recognized. Ignoring.
>>> Unpacking oneko-kill-cat.png to /var/tmp/portage/app-misc/oneko-1.3/work
unpack oneko-kill-cat.png: file format not recognized. Ignoring.
>>> Unpacking oneko-1.2-sakura-nobsd.patch.bz2 to /var/tmp/portage/app-misc/oneko-1.3/work
>>> Source unpacked in /var/tmp/portage/app-misc/oneko-1.3/work
>>> Preparing source in /var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.3 ...
 * Applying oneko-1.2-sakura-nobsd.patch ...
1 out of 2 hunks FAILED -- saving rejects to file          [ !! ]
 * ERROR: app-misc/oneko-1.3::localrepo failed (prepare phase):
 *   patch -p1  failed with /var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.2-sakura-nobsd.patch
 * Call stack:
 *     , line  125:  Called src_prepare
 *             environment, line 1998:  Called eapply '/var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.2-sakura-nobsd.patch'
 *             environment, line  475:  Called _eapply_patch '/var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.2-sakura-nobsd.patch'
 *             environment, line  413:  Called __helpers_die 'patch -p1  failed with /var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.2-sakura-nobsd.patch'
 *, line  119:  Called die
 * The specific snippet of code:
 *              die "$@"
 * If you need support, post the output of `emerge --info '=app-misc/oneko-1.3::localrepo'`,
 * the complete build log and the output of `emerge -pqv '=app-misc/oneko-1.3::localrepo'`.
 * The complete build log is located at '/var/tmp/portage/app-misc/oneko-1.3/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/app-misc/oneko-1.3/temp/environment'.
 * Working directory: '/var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.3'
 * S: '/var/tmp/portage/app-misc/oneko-1.3/work/oneko-1.3'
Comment 15 Red 2019-08-17 00:00:50 UTC
How do I attach my own log file to someone else's bug so I dont get the mess above?
Comment 16 Simon 2019-08-21 09:22:08 UTC
Thanks for the error reports, it seems xext-proto was renamed to xorg-proto and the no-bsd-patch was removed from the current version of oneko in portage.
I will look into this and fix it.

You can send log-files using the "Add an attachment"-link above.
Comment 17 Simon 2019-08-21 11:06:13 UTC
Well this is weird, the nobsd patch was removed from the files but I cant find a commit removing it and it is still referenced in the current oneko ebuilds in portage, this is a bug in the current oneko ebuilds in portage it seems..
Comment 18 Simon 2019-08-21 11:10:57 UTC
Created attachment 587738 [details]
oneko-1.3.ebuild (renamed dependency xext-proto -> xorg-proto)
Comment 19 Simon 2019-08-21 11:12:36 UTC
Created attachment 587740 [details, diff]
Comment 20 Simon 2019-08-21 11:33:30 UTC
I updated the ebuild and also added the missing nobsd patch.
BTW this is marked as maintainer-wanted, so what would it need to take over maintenance for me?
Comment 21 Jeroen Roovers (RETIRED) gentoo-dev 2019-08-22 07:48:40 UTC
(In reply to Simon from comment #20)
> I updated the ebuild and also added the missing nobsd patch.
> BTW this is marked as maintainer-wanted, so what would it need to take over
> maintenance for me?

Sorry I wasn't more clear about this. You created a fork of the original oneko project and then requested through this bug report that the maintainers of app-misc/oneko would switch to your fork, instead of asking for a new app-misc/oneko-<fork> package to be created. I addressed that problem a few days ago by setting the [Component] field of this bug report to "New package": so far it is should not be regarded as an update to an existing package (app-misc/oneko).

I also added a new app-misc/oneko ebuild that uses Debian sources (patch level 6) and Debian's patchset (level 14): =app-misc/oneko-1.2_p6_p14.
Comment 22 Simon 2019-08-22 18:25:33 UTC
>I also added a new app-misc/oneko ebuild that uses Debian sources (patch level 6) and Debian's patchset (level 14): =app-misc/oneko-1.2_p6_p14.

Those patches are included in oneko-1.3 already except the bsd-removal patch.. (see last sentence below).
Maybe you're right and it is a fork, but I thought a continuous numbering would make sense, hence version 1.3. Though I dont rly think it is a fork, I rather see it as an iteration because previous upstream seems to be dead (hopefully not literal) as I tried to contact but no one would be reachable or responding, I mean fork literally means there would be an other alternative iteration, otherwise its not a fork but a straight development. Even more there seems to not have been a continuous previous upstream at all but a multitude of authors and patches. What could be the fork though is that I put an actual licensing on it as there seem to have been a lot of confusion about the actual licensing of the program and its content. Regarding the content I also would vote for a use flag rather than a removal of the BSD-daemon as Gentoo is heavily related to BSD compared to other linux distros, isn't it?