Re: [racket-users] Contract error when installing Gregor

2015-11-05 Thread 'William J. Bowman' via users-redirect
On Tue, Nov 03, 2015 at 06:59:15PM -0500, Jon Zeppieri wrote: > I think it's far more likely to be a bug in my detection code. > > So, your /etc/localtime should be a symlink. What path does it point > to? And, in particular, is the path that it points to absolute or > relative? > On my system, I

Re: [racket-users] Contract error when installing Gregor

2015-11-04 Thread 'William J. Bowman' via users-redirect
On Tue, Nov 03, 2015 at 08:09:04PM -0500, Jon Zeppieri wrote: > Actually, the package catalog already noticed it, so you should be > able to update that package now. > > Thanks for the bug report. Thanks! I'll take a look tomorrow; was rather busy today. -- William J. Bowman -- You received

[racket-users] Contract error when installing Gregor

2015-11-03 Thread 'William J. Bowman' via Racket Users
I get the following contract error when installed Gregor (the excellent date and time library) on my machine. Any one know if this is a problem with my setup and if so how to resolve? ; find-relative-path: contract violation ; expected: (and/c path-for-some-system? simple-form?) ; given: # ;

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
Ok, I just pushed an update to the tzinfo package. It make take a little while for the package catalog to notice the change. -Jon On Tue, Nov 3, 2015 at 6:59 PM, Jon Zeppieri wrote: > On Tue, Nov 3, 2015 at 6:44 PM, William J. Bowman > wrote: >> On

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread 'William J. Bowman' via users-redirect
I'm running Arch Linux, and the zoneinfo database is in /usr/share/zoneinfo. -- William J. Bowman On Tue, Nov 03, 2015 at 06:20:54PM -0500, Jon Zeppieri wrote: > > What OS are you using, and to you happen to know if/where the zoneinfo > database is on your system? If the problem is that your

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread 'William J. Bowman' via users-redirect
On Tue, Nov 03, 2015 at 06:37:59PM -0500, Jon Zeppieri wrote: > Okay, that is odd. I'll try reinstalling from scratch on my own machine to > make sure I didn't introduce a bug at some point. That's also where my > zoneinfo DB is too, so I'd expect it to behave the same way. I am running >

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
On Tue, Nov 3, 2015 at 6:44 PM, William J. Bowman wrote: > On Tue, Nov 03, 2015 at 06:37:59PM -0500, Jon Zeppieri wrote: >> Okay, that is odd. I'll try reinstalling from scratch on my own machine to >> make sure I didn't introduce a bug at some point. That's also where

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
On Tue, Nov 3, 2015 at 8:07 PM, Jon Zeppieri wrote: > Ok, I just pushed an update to the tzinfo package. It make take a > little while for the package catalog to notice the change. > Actually, the package catalog already noticed it, so you should be able to update that

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
What OS are you using, and to you happen to know if/where the zoneinfo database is on your system? If the problem is that your database is in a location that Gregor doesn't expect, I'll be happy to fix that. If you don't have the database, at all (which would be odd for a modern UNIX), you can

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
Though, looking at the stack trace, it seems like something in my path manipulation code is probably at fault. For some reason, it appears to be using a path that's prefixed with ../ when it shouldn't, but I'll need to know where your zoneinfo is to be sure. It's *probably* in

Re: [racket-users] Contract error when installing Gregor

2015-11-03 Thread Jon Zeppieri
Okay, that is odd. I'll try reinstalling from scratch on my own machine to make sure I didn't introduce a bug at some point. That's also where my zoneinfo DB is too, so I'd expect it to behave the same way. I am running macos, but I don't see why that should make any difference. By the way, do