Jump to content

Z-os

INpactien
  • Content Count

    12
  • Joined

  • Last visited

Posts posted by Z-os

  1. Moi qui pensais avoir fait un bon choix pour mon Nas (et pourtant j'avais étudié le sujet à l'époque), le Syno 214PLay ne peut pas supporter tous ces bugs trackers... 😁

    Ce n'est pas grave, j'ai jeté mon dévolu sur trac qui me semble pratique à la première utilisation et l'installation a été plutôt rapide. Je n'ai plus qu'à réfléchir à ce que je veux précisément comme mécanisme pour lancer le daemon.

    Encore merci. :chinois:

  2. Il y a 2 heures, naamah a écrit :

    Merci beaucoup pour la réponse. Ca ne semble pas s'appliquer à l'article en question sur lequel je souhaitais mettre un commentaire
    https://www.inpact-hardware.com/article/2216/pi-case-fan-qui-se-moque-fondation-raspberry-pi

    En fait, n'étant pas abonné, je ne peux lire l'article (mais j'ai une bonne idée de ce dont il retourne), mais je voulais juste répondre à des commentaires sans lien direct avec l'article.

    Bon, il semblerait donc que ce ne soit pas possible (en même temps, ne pas pouvoir commenter un article qu'on ne peut pas lire n'est pas déconnant outre mesure :-p)

    Du coup j'apprends que l'on peut lire les commentaires dans ces conditions. :chinois:

  3. On 06/12/2020 at 08:44, Charles.w a écrit :

    Si tu veux tuer une mouche avec un coup de canon, tu as la version auto-hébergée de gitlab.

    Sinon, dans la catégorie bugtrackers OSS, tu as redmine, bugzilla, mantis ou trac.

    Oui merci, Je commençais à tourner autour de ce genres de produits quand j'ai vu parler de produits similaires à JIRA. Je vais étudier la liste. ☺️

  4. Citer

    c'est online donc indépendant de toute machine et donc aucun risque de failure par contre j'imagine bien que des employés chez bitbucket peuvent y avoir accès mais bon le risque est quand même limité. Avantage principal c'est que c'est accessible partout dans le monde et c'est gratuit et bien sûr supporte git donc est lié au projet

    Merci mais je suis plus à la recherche d'un outil qui ne soit pas directement associé au code.  J'y viendrais peut-être mais ce n'est pas dans mes habitudes sur les technos que j'utilise au travail. Et je voudrais stocker tout mon kanban perso aussi bien bug qu'évolutions

  5. Bonjour tout le monde,

    Sur mes projets perso jusqu'à maintenant je gère mes listes de bugs et d'idées d'évolutions sur emacs en local sur mon ordi portable. Mais les événements de 2020 m'ont incité à acheter un grand écran pour le travail et du coup j'ai acheté un petit NUC bien plus puissant que mon ordi portable qui va sur ses huit ans.

    Côté code cela ne pose pas de problème : tout est sur le NAS  (DS214j) et avec l'aide de git tout est facilement à jour quand je passe d'une machine à l'autre.
    Cependant je ne sais pas trop quoi utiliser pour centraliser la gestion des bugs sur le NAS et je me dis qu'il doit y avoir quand même plus pratique qu'emacs pour ça. Il y a bien un osTicket en package Synology, mais cela me semble un peu éloigné de ce dont j'ai besoin.

    Est-ce que quelqu'un aurait une idée et/ou un retour d'expérience sur ce qu'il est possible d'installer ? Je n'ai pas besoin non plus d'une usine à gaz à la ALM/QC mais un petit truc simple avec une gestion de quelques états d'avancement des différents types de tickets suffirait 😁

    Merci

    Edith : J'ai oublié le plus important, je suis sous Debian sur mes machines.

     

  6. Il me semble que dans les spécifications standard du sql la clause from n'est pas facultative.

    C'est d'ailleurs il me semble l'une des raisons de la table dual sous oracle.

    (du coup ta ligne ne fonctionne pas sous sqlplus)

    Enfin après il y a peut etre certains sgdb qui l'autorise...

    J'ai l'impression qu'Oracle est l'exception qui confirme la règle.

    Sur les autres sgbd, la clause from n'est obligatoire que si l'on accède aux tables. si l'on utilise uniquement des constantes, on n'en a pas besoin.

    Un spécialiste peut confirmer ?

×
×
  • Create New...