Sassc Binary Options

Paquete: sassc, pysassc Gravedad: grave Versión: sassc / 3.3.2-3 pysassc / 0.9.3-1 Intentar instalar sassc con pysassc instalado causa un conflicto de archivos: Desempaque sassc (3.3.2-3). Dpkg: error de procesamiento de archivo /var/cache/apt/archives/sassc3.3.2-3amd64.deb (--unpack): intentando sobrescribir /usr/share/man/man1/sassc.1.gz, que también está en el paquete Pysassc 0.9.3-1 - Información del sistema: Debian Release: stretch / sid APT prefiere la política de APT inestable: (990, unstable), (600, test), (500, unstable-debug), (500, buildd-unstable) (400, estable), (110, experimental), (1, experimental-depuración), (1, buildd-experimental) Arquitectura: amd64 (x8664) Arquitecturas extranjeras: i386 Kernel: Linux 4.2.0-trunk-amd64 W / 1 núcleo de la CPU) Configuración: LANGenUS. UTF-8, LCCTYPEenUS. UTF-8 (charmapUTF-8) Shell: / bin / sh vinculado a / bin / dash Init: sysvinit (via / sbin / init) 2016-03- 09 16:40:02 UTC Con la cita de Frederic Bonnard (2016-03-09 15:36:53) El nombre sassc significa Sass implementado en C. Dado que el nombre del paquete pysassc parece implicar sassc wrapper implementado en Python, creo que la corrección adecuada Aquí es para pysassc para no proporcionar sassc binario, sino en lugar de pysassc. O simplemente soltar el paquete pysassc, porque no debería haber necesidad de que el envoltorio en los sistemas donde el sassc real está disponible. Seguro pero la identificación prefiere dejar a usuarios elegir. En realidad, uno de los proyectos que utilizo, se necesita como un build-dep sassc de python-libsass, porque como muchos proyectos python arrastran build-deps con pip y no se molestan con proyectos C originales con herramientas nativas. Pip significa evitar el empaquetado de Debian, y por lo tanto es irrelevante para el empaquetado de Debian. Y este último tiene opciones específicas también, diferente de la de sassc paquete con es embarazoso para proyectos dependientes. Sin embargo, variar las opciones es un verdadero dolor. - eliminamos sassc de python-libsass pero tenemos que hacer algo para proyectos que lo usan como build-deps. - renombraremos sassc en python-libsass pysassc, mismo punto. En ambos últimos 2 puntos, podríamos ver con upstream libsass-python si pueden hacer lo mismo en el script sassc de python para evitar que más deb / work corrija otros proyectos dependiendo de python sassc, pero no está seguro de que lo sigan. - o pongo en python-libsasss control una exclusión con sassc último punto sería la solución menos trabajo en todos los lados, y thatd ser hasta los usuarios a elegir si quieren el sassc real o el pythonic uno. Cualquier pensamiento Si por última opción quiere decir marcar el paquete como conflictivo con sassc, entonces eso es un mal enfoque, ya que hace que sea imposible usar sassc para algunas cosas y el sabor de Python para otras cosas - en el mismo sistema. Recomiendo la opción 2 (renombre el binario). Y recomiendo entrar en contacto con upstream y recomendar que hagan lo mismo, para evitar la confusión sobre dos implementaciones con el mismo nombre que tienen diferentes opciones. Como extensión a la opción 2 - usted podría documentar en README. Debian para su paquete cómo el admin local puede registrar localmente ese binario como alternativa a sassc. Creo que es malo para el paquete de hacerlo, sin embargo, debido a las diferentes opciones (a menos que sea un superconjunto estricto de las opciones de sassc). Puede ponerse en contacto con la parte superior e intentar convencerlos de que coordinen las opciones de alineación con los autores de sassc, y cuando estén alineados, el paquete podría registrarse como alternativa. - Jonas Smedegaard - idealista amp Internet-arkitekt Tlf. 45 40843136 Sitio web: dr. jones. dk/ x citarme libremente preguntar antes de reutilizar mantener privado 2016-03-10 09:20:02 UTC Post by Jonas Smedegaard Hola Frederic, citando a Frederic Bonnard (2016-03-09 15:36: 53) El nombre sassc significa Sass implementado en C. Dado que el nombre del paquete pysassc parece implicar sassc envoltorio implementado en Python, creo que la corrección adecuada aquí es para pysassc no proporcionar binario sassc pero en lugar pysassc. O simplemente soltar el paquete pysassc, porque no debería haber necesidad de que el envoltorio en los sistemas donde el sassc real está disponible. Seguro pero la identificación prefiere dejar a usuarios elegir. En realidad, uno de los proyectos que utilizo, se necesita como un build-dep sassc de python-libsass, porque como muchos proyectos python arrastran build-deps con pip y no se molestan con proyectos C originales con herramientas nativas. Pip significa evitar el empaquetado de Debian, y por lo tanto es irrelevante para el empaquetado de Debian. Y este último tiene opciones específicas también, diferente de la de sassc paquete con es embarazoso para proyectos dependientes. Sin embargo, variar las opciones es un verdadero dolor. - eliminamos sassc de python-libsass pero tenemos que hacer algo para proyectos que lo usan como build-deps. - renombraremos sassc en python-libsass pysassc, mismo punto. En ambos últimos 2 puntos, podríamos ver con upstream libsass-python si pueden hacer lo mismo en el script sassc de python para evitar que más deb / work corrija otros proyectos dependiendo de python sassc, pero no está seguro de que lo sigan. - o pongo en python-libsasss control una exclusión con sassc último punto sería la solución menos trabajo en todos los lados, y thatd ser hasta los usuarios a elegir si quieren el sassc real o el pythonic uno. Cualquier pensamiento Si por última opción quiere decir marcar el paquete como conflictivo con sassc, entonces eso es un mal enfoque, ya que hace que sea imposible usar sassc para algunas cosas y el sabor de Python para otras cosas - en el mismo sistema. De hecho, eso es restrictivo. Post por Jonas Smedegaard Yo recomiendo la opción 2 (renombrar binario). Y recomiendo entrar en contacto con upstream y recomendar que hagan lo mismo, para evitar la confusión sobre dos implementaciones con el mismo nombre que tienen diferentes opciones. Como extensión a la opción 2 - usted podría documentar en README. Debian para su paquete cómo el admin local puede registrar localmente ese binario como alternativa a sassc. Creo que es malo para el paquete de hacerlo, sin embargo, debido a las diferentes opciones (a menos que sea un superconjunto estricto de las opciones de sassc). Puede ponerse en contacto con la parte superior e intentar convencerlos de que coordinen las opciones de alineación con los autores de sassc y, cuando se alineen, el paquete pueda registrarse como alternativa. Perfecto, voy a hablar con upstream libsass-python. Muchas gracias Jonas por ayudar, compilar en Windows 5 Sí, el submódulo está ahí dentro del directorio libsass. ¿Es eso lo que el error indica que estoy usando cygwin pero por supuesto su Windows y me di cuenta de las rutas en Makefile están utilizando una barra diagonal. Además, el Makefile en libass / Makefile hace referencia a usr / local. ¿Crees que esto es un problema con las rutas o hay algún problema subyacente con el compilador en Windows. ¿Estoy tomando la dirección equivocada con el uso de cygwin? Si alguien tiene el último compilado binario para sassc en Windows, póngase en contacto conmigo. Creo que sassc tiene el potencial de hacer SASS mucho más popular. La mayoría de las personas que conozco, especialmente las que están en Windows, son postergadas por SASS sólo por Ruby. A pesar de que soy un dev yo mismo, también me niego a instalar Ruby sólo para SASS por lo que estoy tratando de conseguir sassc para trabajar en Windows. He compilado con éxito sassc en todos estos: MinGW, Cygwin y MsysGit. La palabra clave aquí se compila porque fallan en errores de sintaxis en el archivo. scss. Sólo el MsysGit (con alguna precaución) funcionó para mí. Tenga en cuenta que es interesante que sassc también funcione si se ejecuta desde fuera de estos entornos, es decir, desde una consola de Windows sin procesar o cuando es llamado externamente por un IDE. En ese caso, coloque sassc. exe en el directorio bin de esos entornos (junto a los DLL necesarios) o incluya las carpetas bin en PATH. Independientemente de cómo lo probé, los binarios compilados de MinGW y Cygwin aún fallaban como se muestra a continuación. MinGW. Si hay algún error de sintaxis en el archivo. scss, entonces sassc. exe se bloquea espectacularmente y no produce nada sobre el error de sintaxis. scss o el número de línea, como lo hace la versión de Linux. Ver captura de pantalla: Esto sucede si la carpeta bin mingw está en PATH (la DLL std C es necesaria) o si el binario sassc se copia en la carpeta bin. Esto es extraño ya que MsysGit (que funciona, ver más abajo) también utiliza MinGW, pero una versión anterior de la misma. La minGW distro Im usin gis basada en gcc 4.7.2 mientras que MsysGit utiliza MinGW basado en gcc 4.4.0. Cygwin. El binario Cygwin es menos espectacular pero no mucho más útil. Se bloquea en la consola, no con una ventana emergente, pero todavía no hay nada sobre el. scss tener errores de sintaxis: De nuevo, no importa si el bin Cygwin estaba en PATH o si el binario sassc se copió en bin o si fue Ejecutado desde dentro de Cygwins bash o externamente (lo necesito dentro de mi IDE para Cygwin bash no es una opción para mí de todos modos). MsysGit. Este es el único que funcionó bien, siempre que eliminé todas las carpetas bin de MinGW o Cygwin de PATH (que en mi caso creó conflictos). Si usted se encarga de eso, entonces funciona bien: MsysGit también incrusta todas las bibliotecas en el binario sassc por lo que no es necesario llevar la DLL std C con él o para colocar sassc en alguna carpeta donde existe. Pero esto es sólo una cuestión de configuración de las opciones de compilador y vinculador. Linux. En Linux, sassc funciona muy bien: Esperemos que esto ayude a otras personas. Éste era el primer hilo que conseguí en Google al buscar sobre la compilación de sassc en archivos de Windows. lein-scss 0.3.0 El README abajo se coge del artefacto del proyecto publicado. Algunos enlaces relativos pueden estar rotos. Lein-scss Un plugin de Leiningen para compilar un proyecto de scss a css usando las herramientas de CLI. Diseñado para ser utilizado con el libsass binario sassc, pero debería funcionar igual de bien con cualquier otro binario CLI que convierte scss a css. Uso Poner lein-scss 0.3.0 en el: plugins vector de su project. clj. La opción automática vigila el directorio de origen para los cambios y los compila automáticamente. La opción once compilará todas las hojas de estilo y saldrá. Agregue la opción de perforación para evitar la salida de color para su uso en registros. Agregue la opción silenciosa para evitar el registro excesivo. La ejecución sin estas opciones compilará todas las hojas de estilo en el directorio de origen y luego esperará los cambios. Build-keys puede ser una o más palabras clave para las compilaciones especificadas en la configuración de project. clj, ver más abajo. Setup Un ejemplo project. clj se vería así:: source-dir es el directorio que contiene los archivos fuente. scss. : Dest-dir es el directorio donde se generarán los archivos. css. : Ejecutable es la ruta de acceso a su binario de conversión sass. : Args es un vector de argumentos para agregar al comando ejecutable. Los argumentos del archivo de entrada y salida se anexarán a esta lista. : Jar set to true empaquetará css en el archivo JAR. Cuando se especifica. Image-token y: font-token serán reemplazados por: image-url y: font-url en el css generado. Licencia Distribuida bajo la Licencia Pública de Eclipse versión 1.0 o (a su elección) cualquier versión posterior.