Soo.. I'm running testing, some days ago did a fresh install on a second laptop and to my surprise when I wanted to give Oolite a spin, it was not in the repositories (!)
it was REMOVED from testing on July 11th...:
https://tracker.debian.org/news/697003
Reasons:
https://tracker.debian.org/pkg/oolite
Join us at the Oolite Anniversary Party -- London, 7th July 2024, 1pm
More details in this thread.
More details in this thread.
[Solved] Oolite not in Debian testing?
Moderators: winston, another_commander, Getafix
[Solved] Oolite not in Debian testing?
Last edited by Getafix on Mon Sep 14, 2015 7:48 am, edited 2 times in total.
Reason: Marked as "Solved"
Reason: Marked as "Solved"
- Cody
- Sharp Shooter Spam Assassin
- Posts: 16071
- Joined: Sat Jul 04, 2009 9:31 pm
- Location: The Lizard's Claw
- Contact:
Re: Oolite not in Debian testing?
That's Oolite 1.77 they're talking about, yes?
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
And any survivors, their debts I will certainly pay. There's always a way!
Re: Oolite not in Debian testing?
I thought the most up to date in the repos last time I checked was 1.76-ish, so I guess, yes...
(EDIT: yes, yes indeed)
(EDIT: yes, yes indeed)
- Cody
- Sharp Shooter Spam Assassin
- Posts: 16071
- Joined: Sat Jul 04, 2009 9:31 pm
- Location: The Lizard's Claw
- Contact:
Re: Oolite not in Debian testing?
Tell 'em to put Oolite 1.82 in there. <grins> How are you, btw?
Last edited by Cody on Tue Jul 28, 2015 10:56 am, edited 1 time in total.
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
And any survivors, their debts I will certainly pay. There's always a way!
Re: Oolite not in Debian testing?
Hi Cody, I was thinking the same thing, but do not recognize the name of the maintainer...Cody wrote:Tell 'em to put Oolite 1.82 in there. <grins> How are you, btw?
I am... Hard to tell how I am, life's a bit of a challenge (P.M. because I don't feel like telling the world what's happening in our family)
- Diziet Sma
- ---- E L I T E ----
- Posts: 6311
- Joined: Mon Apr 06, 2009 12:20 pm
- Location: Aboard the Pitviper S.E. "Blackwidow"
Re: Oolite not in Debian testing?
Summary of problems follows:Rxke wrote:
Found in version oolite/1.77.1-3
The license header contains a short name with a space, which does not conform to the specification.
* png license (paragraph at line 121)
* variant of apache 1.0 (paragraph at line 89)
The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9.
Identifier: timestamps_from_cpp_macros
URL https://wiki.debian.org/ReproducibleBui ... mCPPMacros
Description The C pre-processor macros `__DATE__`, `__TIME__`, and `__TIMESTAMP__`
captures the current time, and thus will obviously make a build
unreproducible.
Maintainers for oolite are Nicolas Boulenguez <[email protected]>.
Most games have some sort of paddling-pool-and-water-wings beginning to ease you in: Oolite takes the rather more Darwinian approach of heaving you straight into the ocean, often with a brick or two in your pockets for luck. ~ Disembodied
Re: Oolite not in Debian testing?
I couldn't find __TIME__ or __TIMESTAMP__ in trunk, and the only __DATE__ I could find (other than one reference in the Mac code) was in setting the date for the window title. I'm pretty sure they could change that in their version if they really wanted to.
The other bug I noticed was https://bugs.debian.org/cgi-bin/bugrepo ... bug=778039, which claims we're using formatting strings in a potentially unsafe way. Fixing that would involve replacing e.g. kOOLogNoteFuelLeak with the actual string it represents throughout the code.
EDIT: I'm talking rubbish on that last point (not an unusual occurrence). It's the second argument that's the problem - apparently, printf("string") is unsafe - you're supposed to use something like printf("%s", "string") instead. It might also be complaining that we're sending an NSString object instead of a literal C string.
The other bug I noticed was https://bugs.debian.org/cgi-bin/bugrepo ... bug=778039, which claims we're using formatting strings in a potentially unsafe way. Fixing that would involve replacing e.g. kOOLogNoteFuelLeak with the actual string it represents throughout the code.
EDIT: I'm talking rubbish on that last point (not an unusual occurrence). It's the second argument that's the problem - apparently, printf("string") is unsafe - you're supposed to use something like printf("%s", "string") instead. It might also be complaining that we're sending an NSString object instead of a literal C string.
Re: Oolite not in Debian testing?
printf("string") is probably fine, but printf(stringVariable) isn't.kanthoney wrote:EDIT: I'm talking rubbish on that last point (not an unusual occurrence). It's the second argument that's the problem - apparently, printf("string") is unsafe - you're supposed to use something like printf("%s", "string") instead. It might also be complaining that we're sending an NSString object instead of a literal C string.
Adding
-Werror=format-security
to a gcc 4.9 build of the current master doesn't give any errors, so it's possible that they wouldn't even get that error if they tried to build 1.82Re: Oolite not in Debian testing?
Oolite 1.82-1 migrated to testing
https://tracker.debian.org/news/709957 6 days in unstable, no showstoppers
Migrated to testing: https://tracker.debian.org/news/711851
https://tracker.debian.org/news/709957 6 days in unstable, no showstoppers
Migrated to testing: https://tracker.debian.org/news/711851