Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 327435

Summary: New package: games-puzzle/osmos-demo
Product: Gentoo Linux Reporter: Dennis Schridde <dschridde+gentoobugs>
Component: New packagesAssignee: Default Assignee for New Packages <maintainer-wanted>
Status: CONFIRMED ---    
Severity: enhancement CC: admwiggin, amigadave, andreas.thalhammer, ansla80, bugzie, chewi, Martin.vGagern, nitro, sunrise, waltercool, xmw
Priority: High Keywords: EBUILD, InOverlay
Version: unspecified   
Hardware: All   
OS: Linux   
URL: http://www.hemispheregames.com/osmos/
Whiteboard: sunrise-removal
Package list:
Runtime testing required: ---
Attachments: Osmos 1.6.0 and Osmos Demo 1.6.0 ebuild + Manifest + EULA
Osmos 1.6.0 ebuild
Osmos demo 1.6.0 ebuild
FortuneCity.ttf
osmos-1.6.0.ebuild
osmos-1.6.1.ebuild with localization support
osmos-1.6.1.ebuild

Description Dennis Schridde 2010-07-08 06:43:27 UTC
I'd describe Osmos as: "Simple, ambient, nice-looking growing game", but maybe you find a better description.
I'd like to see an ebuild of it.

It is binary-only, but a demo can be downloaded from http://www.hemispheregames.com/latest_osmos_demo_linux_targz -> http://www.hemispheregames.com/blog/wp-content/uploads/2010/04/OsmosDemo_1.6.0.tar.gz

Reproducible: Always
Comment 1 Michael Weber (RETIRED) gentoo-dev 2010-07-09 10:50:45 UTC
This is now in the sunrise overlay. You can find it at:
http://overlays.gentoo.org/proj/sunrise/browser/reviewed/games-puzzle/OsmosDemo after review.
Comment 2 Samuli Suominen (RETIRED) gentoo-dev 2010-11-03 22:34:43 UTC
*** Bug 344035 has been marked as a duplicate of this bug. ***
Comment 3 Pablo Cholaky 2010-11-03 22:41:57 UTC
Created attachment 253101 [details]
Osmos 1.6.0 and Osmos Demo 1.6.0 ebuild + Manifest + EULA

(In reply to comment #2)
> *** Bug 344035 has been marked as a duplicate of this bug. ***
> 

Ok, im sorry, this is different from 327435 because is just talking about osmos-demo.

Anyways, this is my propose of Osmos and Osmos demo ebuild to official portage.
Comment 4 Martin von Gagern 2010-12-14 20:35:44 UTC
(In reply to comment #3)
> Created an attachment (id=253101) [details]
> Osmos 1.6.0 and Osmos Demo 1.6.0 ebuild + Manifest + EULA

The tarball is difficult to get due to wrong mime type. Pablo, please fix the details fo this attachment, as I'm not allowed to.

As comment #1 states that the ebuild is in sunrise, I believe that any subsequent ebuild should build on the one in sunrise, i.e. be delivered as a diff. I would welcome explanations for all changes made, so I know why any new ebuild should be better than what's already in sunrise.

Right now I doubt the tarball from Pablo is a real alternative to what's in sunrise. app-text/djvu or the djvu USE flag have nothing to do with this. Perhaps you meant media-fonts/dejavu. The dependencies are runtime-only, as there is no real compile phase for this binary package.

While we are at it: I've got a fix for the broken FortuneCity.ttf font:
http://www.hemispheregames.com/forum/viewtopic.php?f=8&t=498#p2706
I'm not sure how best to express a binary patch in an ebuild, but I guess a combination of printf and dd should be able to achieve this. Michael, do you want me to investigate this further, or will you take care of it?
Comment 5 Pablo Cholaky 2010-12-14 23:01:16 UTC
Created attachment 257182 [details]
Osmos 1.6.0 ebuild
Comment 6 Pablo Cholaky 2010-12-14 23:02:13 UTC
Created attachment 257184 [details]
Osmos demo 1.6.0 ebuild
Comment 7 Pablo Cholaky 2010-12-14 23:12:27 UTC
Comment on attachment 253101 [details]
Osmos 1.6.0 and Osmos Demo 1.6.0 ebuild + Manifest + EULA

Mime fixed
Comment 8 Piotr Szymaniak 2010-12-15 21:27:21 UTC
Is there a good reason for nofetch in the -demo?
Comment 9 Pablo Cholaky 2010-12-15 21:56:28 UTC
(In reply to comment #8)
> Is there a good reason for nofetch in the -demo?
> 

I dont wanna autofetch demo version because isnt on the official repository, just a little change of hemisphere games of the file and a new ebuild should be created.
Comment 10 Azamat H. Hackimov 2010-12-15 23:30:47 UTC
Created attachment 257257 [details]
FortuneCity.ttf

Hello there.
If you have trouble with font rendernig, replace font Fonts/FortuneCity.ttf with included.
See http://www.hemispheregames.com/forum/viewtopic.php?f=8&t=498&start=0 for more info.
Also, you can use ebuild from gamerlay overlay:
http://git.overlays.gentoo.org/gitweb/?p=proj/gamerlay.git;a=tree;f=games-puzzle/osmos
Comment 11 Pablo Cholaky 2010-12-16 02:39:52 UTC
The ebuild posted will replace FortuneCity for djvu font. Try emerging with djvu USE flag and FortuneCity will work. Else, you will forced to downgrade fontconfig, this version of fontconfig will work with FortuneCity.

(In reply to comment #10)
> Created an attachment (id=257257) [details]
> FortuneCity.ttf
> 
> Hello there.
> If you have trouble with font rendernig, replace font Fonts/FortuneCity.ttf
> with included.
> See http://www.hemispheregames.com/forum/viewtopic.php?f=8&t=498&start=0 for
> more info.
> Also, you can use ebuild from gamerlay overlay:
> http://git.overlays.gentoo.org/gitweb/?p=proj/gamerlay.git;a=tree;f=games-puzzle/osmos
> 

Comment 12 Piotr Szymaniak 2010-12-16 10:43:59 UTC
(In reply to comment #9)
> I dont wanna autofetch demo version because isnt on the official repository,
> just a little change of hemisphere games of the file and a new ebuild should be
> created.

Yeah, and if you want it to be in the official repository you should post "portage ready" ebuilds afaik. Also, this way it's user unfriendly.

Anyway, looks like there's hope for a new release after that font issue and some random freezes issue mentioned on the forums after Humble Bundle 2.
Comment 13 Pablo Cholaky 2010-12-16 16:06:27 UTC
Im sorry :/ I just take the idea of world-of-goo-demo and world-of-goo on portage.

(In reply to comment #12)
> (In reply to comment #9)
> > I dont wanna autofetch demo version because isnt on the official repository,
> > just a little change of hemisphere games of the file and a new ebuild should be
> > created.
> 
> Yeah, and if you want it to be in the official repository you should post
> "portage ready" ebuilds afaik. Also, this way it's user unfriendly.
> 
> Anyway, looks like there's hope for a new release after that font issue and
> some random freezes issue mentioned on the forums after Humble Bundle 2.
> 

Comment 14 Andreas Thalhammer 2010-12-18 12:14:51 UTC
Just wanted to report I simply used osmos-1.6.0.ebuild from comment #5 and it works fine. My arch is amd64. No issues with fonts or anything.
Comment 15 Andreas Thalhammer 2010-12-18 12:17:43 UTC
(In reply to comment #14)
> Just wanted to report I simply used osmos-1.6.0.ebuild from comment #5 and it
> works fine. My arch is amd64. No issues with fonts or anything.
> 

Oh, sorry. Wrong statement. I used the gamerlay overlay with layman, which already includes the font fix. Thanks for it!
Comment 16 Azamat H. Hackimov 2010-12-19 11:14:23 UTC
Created attachment 257534 [details]
osmos-1.6.0.ebuild

Here new version from gamerlay overalay with font fixing - now there used echo && dd. Thanks to Martin von Gagern for research!

PS: Anyone with delete attachements permissions, please delete my previos file FortuneCity.ttf, since it not required anymore.
Comment 17 Andrew Oleynik 2011-04-13 12:21:04 UTC
Created attachment 269809 [details]
osmos-1.6.1.ebuild with localization support

Seems strange enough that the package which has already ready-to-use localization files makes no use of them at all.

So I've made some little improvements to the ebuild I got from the gamerlay-stable overlay. Now it supports German, French, Italian and Spanish languages (and English as well).

Also I removed this stupid script packed with the game (it does nothing useful but runs the binary file from its directory) with the binary file itself.
Comment 18 James Le Cuirot gentoo-dev 2011-04-13 22:19:05 UTC
Created attachment 269873 [details]
osmos-1.6.1.ebuild

The localization support is a nice touch but unnecessary, I'm afraid. The FAQ states that the language is automatically detected from your system settings. In the case of Linux, this is actually the LANG environment variable, which you should have set in /etc/env.d/02locale or similar. It can also be overridden by setting "lang" in a UserBindings.cfg file.

Here's an ebuild with the locale stuff removed, DEPEND set to "" (we're not compiling!), a bit more info in pkg_nofetch and some extra dies. die "foo failed" isn't really needed these days. Portage tells you which line failed automatically.

sys-libs/glibc has also been removed from RDEPEND because it's in the system set! Before you complain about libstdc++.so, that's not even in glibc, it's part of gcc. ;) This is also in the system set. Granted the nocxx flag exists but that's not officially supported.
Comment 19 Jared B. 2011-08-07 23:20:12 UTC
James' 1.6.1 ebuild works great here on amd64.  Thanks for all the work.
Comment 20 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-06-08 16:48:05 UTC
Hello, everyone.

It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project.

Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:

1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.

2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.

3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.

4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.

Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.


[1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
[2]:https://gitweb.gentoo.org/proj/sunrise.git/