Problemas para "montar" el blog en local..

[spothound]

Buenas! estoy interesado en colaborar con el blog; he usado antes Jekyll para generar blogs por lo que preferiría hacer los post manualmente en local y enviarlos como PR en lugar de usar el rake post que habéis programado... sin embargo, no soy capáz de ejecutar este blog en local!!

Ejecuto bungle install y se me instalan algunas dependencias, pero cuando ejecuto "rake" recibo este error:

/home/pinguino/.gem/ruby/2.1.0/gems/bundler-1.13.5/lib/bundler/spec_set.rb:95:inblock in materialize': Could not find github-pages-health-check-1.2.0 in any of the sources (Bundler::GemNotFound)
`

si instalo la dependencia:

gem install github-pages.health-check -v 1.2.0

me salta otro error:

Your bundle is locked to sass (3.4.22), but that version could not be found in any of the sources listed in your Gemfile. If you haven't changed sources, that means the author of sass (3.4.22) has removed it. You'll need to update your bundle to a different version of sass (3.4.22) that hasn't been removed in order to install. (Bundler::GemNotFound)

Vamos, que tengo varias veriores de sass y que tiene problemas para encontrar la adecuada... desinstalo las versiones excepto la que necesita, vuelvo a ejecutar rake y otra vez me vuelve a saltar uno de los dos errores pero con otra gema... y así llevo un rato, no hay manera!!

¿Alguna idea? ¿os ha pasado? Pienso que quizá sea un problema con el GemFile pero a tanto no llego, si consigo solucionarlo informo :p

Un saludo

[fdavidcl]

Hola @grg121,
No estoy siendo capaz de reproducir el problema. Adjunto la salida de la instalación de dependencias y la ejecución de rake en un ruby 2.3.1 limpio.

Me extraña que te aparezca un error sobre Your bundle is locked porque no hay un archivo Gemfile.lock en el repositorio (que deberíamos ponerlo para que no pasaran estas cosas).

Mi recomendación sería que usaras RVM (o rbenv) si no lo usas aún, que pruebes a instalar un ruby nuevo y lo intentes de nuevo.

De tooodas formas, no tenemos el blog bien preparado para ser compilado independientemente del resto de sitios, es mejor clonar recursivamente libreim/sites y usar el script build.sh que proporcionamos.

Espero que algo de esto te ayude, coméntanos cualquier cosa :)

Un saludo!

[spothound]

gracias! he probado a usar rvm, descargar "sites" completo y montarlo todo... ya si funciona aunque parece que estoy encontrando algún problema para localizar los CSS o algo porque el blog se me genera así en local:

A ver si tengo tiempo y trasteo un poco hasta arreglarlo, luego os comento!!

PD: he notado una cosilla al generar "sites" de forma recursiva... pero como creo que se puede mejorar lo que tenéis voy a mandar un PR y ya lo explico ahí.

saludos :)

[alsuga]

¿Pudo solucionar el problema de visualización del blog?, tengo el mismo problema

[spothound]

Si, la solución que encontré fue clonar el repositorio principal:
https://github.com/libreim/sites
Luego cargar recursivamente los módulos:
git submodule update --init --recursive

Si tienes problemas con las direcciones modifica el archivo .gitmodules cambiando donde aparezca @git.... por https://

• url = git@github.com:libreim/blog.git
• url = https://github.com/libreim/blog.git

Luego simplemente ejecuta el script ./build.sh

Si aún con estas tienes problemas, utiliza rvm para generar una "instalación" de ruby 2.1 nueva... y prueba así. A mi me funcionó con la 2.1.1 mejor que con la 2.3

PD: de esta forma el blog no se cargará en localhost:4000 sino en localhots:8000

Un saludo!!

[mroman42]

Antes de cerrar esta issue quizá habría que llevar las indicaciones de @grg121 al contributing y plantearse si se puede cambiar el .gitmodules para usar https (diría que va a dar problemas con el server de tux y con quien tenga configurado github con ssh, pero ni idea).

[spothound]

si no, otra opción es ver qué hace falta que haga cada usuario para que le funcione sin https y ponerlo también en el contributing! Ya que yo no lo tengo configurado lo intentaré y ya actualizo el contributing :P

[fdavidcl]

Podemos hacer que el .gitmodules use HTTPS por defecto, que será más accesible para todos, y montar un pequeño script para quien quiera usar SSH usando git remote set-url (source). Me pongo a ello cuando pueda, o si queréis abrir issue y/o PR, adelante 👍

[mroman42]

Mando ese problema a esa issue. Podemos tratar aquí el problema de visualización.