GNU/Linux and opensource news gathered

http://linux.feeder.ww7.be
«  février 2018
lundi mardi mercredi jeudi vendredi samedi dimanche
29 30 31 1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 1 2 3 4
retour à la date courante

Aujourd'hui 7 nouvelles :


  • Ubuntu Server development summary – 06 February 2018, par David Britton, 6 février 2018

    mardi 6 février 2018 :: Ubuntu - news, usn :: RSS
    Lire la suite David Britton
  • Développeur Confirmé Symfony 3 en startup en CDI à Paris-20E-Arrondissement 45000-54000, 6 février 2018

    mardi 6 février 2018 :: Remixjobs : emplois linux :: RSS
    Société : FoodMeUp     Lieu : Paris-20E-Arrondissement     Type : CDI     Rémunération : 45000-54000     Posté le : 5 févr. 2018
    Nous avons besoin d'un Developer Backend Symfony confirmé, capable d'impulser une énergie fantastique à notre équipe et l'aider à délivrer rapidement.



    Il vous faudra :
    - faire de la veille et proposer au CTO des choix architecturaux, des outils pour mieux travailler
    - participer aux sprints / coder vite, faire grandir les équipes, être garant de la productivité de l'équipe backend
    - maintenir les serveurs, gérer le déploiement, le monitoring, les jobqueue, etc.
    - travailler de concert avec le product owner pour qualifier la valeur des tickets du sprint et le planifier de manière optimale
    - possibilité d'évolution vers le rôle de lead developer backend


    Il s'agit à la fois d'un challenge technique et d'une aventure qui permet de construire un vrai leader et à l'occasion de laquelle il faut mettre en place toutes les meilleures pratiques techniques. Lire la suite
  • Dr House en Performance Réseaux & Apps H/F en CDI à Lyon 35000-44000, 6 février 2018

    mardi 6 février 2018 :: Remixjobs : emplois linux :: RSS
    Société : ISIS Performance     Lieu : Lyon     Type : CDI     Rémunération : 35000-44000     Posté le : 5 févr. 2018
    Que ferez-vous ?
    Après une période de missions en binôme avec un Consultant expérimenté, les missions auprès de clients PME ou Grandes Entreprises de quelques jours à quelques semaines seront menées en autonomie, avec le  soutien permanent  des Consultants d'ISIS Performance.
    La formation aux outils et technologies utilisés est continue et sera particulièrement importante les premiers mois. Des  maquettes de laboratoire ou prototypes clients  seront à mettre en œuvre.
    Lire la suite
  • Développeur web et mobile ! (H/F) en Stage à Paris 25000-34000, 6 février 2018

    mardi 6 février 2018 :: Remixjobs : emplois linux :: RSS
    Société : Datapp     Lieu : Paris     Type : Stage     Rémunération : 25000-34000     Posté le : 6 févr. 2018
    • mise en route et ajustements visuels et fonctionnels simple sur l'application Datapp (ionic) et le back office associé (mais peu de code serveur)
    • mise en place de nouvelles fonctionnalités structurantes (extract de données dynamique, génération automatique de graphe, gestion de l'OCR…) qui vont impliquer une compréhension full stack complète
    • prolongement du niveau administrateur du back office pour l'ouvrir à des clients finaux en l'associant à un module de paiement 
    • intégration de nouvelles briques permettant à Datapp de mettre à disposition la richesse des technologies qui existent aujourd'hui mais qui se sont pas utilisées en entreprise  : lien bluetooth avec des capteurs externes (thermomètre BT, capteur de luminosité…), mise à jour de l'architecture de la plateforme (services, versionning, réseau…) pour répondre aux besoins à venir (déploiement on premise, utilisation LAN…), 
    Lire la suite
  • Understanding Automation for eCommerce Stores, par bekarice, 6 février 2018

    mardi 6 février 2018 :: WooThemes :: RSS
    “Automation” gets thrown around like a dirty word when used in relation to your business: “I don’t want to automate customer service, I hate not talking to a real person.” “I don’t want to automate emails, they’ll lose their personal feel.” “I won’t automate these fulfillment workflows, I want to be sure they’re accurate.” Too […]
    The post Understanding Automation for eCommerce Stores appeared first on WooCommerce. Lire la suite bekarice
  • Update to ICANN’s KSK Rollover, par Erin Scherer, 6 février 2018

    mardi 6 février 2018 :: Team ARIN :: RSS
    ICANN has announced new plans to roll the root zone KSK on 11 October 2018. This decision was made based on community feedback after ICANN announced plans last year to postpone the root KSK rollover that was originally scheduled for 11 October 2017. The decision to postpone was based on newly discovered information that there were not enough DNS resolvers ready for the rollover.

    Next steps:


    ICANN has opened a formal public comment period to receive community input on a draft plan to proceed with the KSK rollover project. This comment period will run until 1 April 2018.
    According to the ICANN website, “the plan calls for rolling the root zone KSK on 11 October 2018, continuing extensive outreach to notify as many resolver operators as possible, and publishing more observations of the RFC 8145 trust anchor report data. Additional details are contained within the plan.”
    Additionally, they are planning a session at ICANN61 in Puerto Rico to further discuss the plan.
    As before, there is no action that you need to take with us here at ARIN. We are simply passing this message along to ensure our community is aware of this impactful change. We are not involved in the rollover itself, nor will anything here at ARIN change as a result of the rollover.

    Want to learn more? Check out these resources from ICANN:


    Links:
    Documents
    Have a Question?
    Send an email to globalsupport@icann.org with “KSK Rollover” in the subject line to submit your questions.

    The post Update to ICANN’s KSK Rollover appeared first on Team ARIN. Lire la suite Erin Scherer
  • Building Slack for the Linux community and adopting snaps, par Sarah Dickinson, 6 février 2018

    mardi 6 février 2018 :: Ubuntu - news, usn :: RSS

    Used by millions around the world, Slack is an enterprise software platform that allows teams and businesses of all sizes to communicate effectively. Slack works seamlessly with other software tools within a single integrated environment, providing an accessible archive of an organisation’s communications, information and projects. Although Slack has grown at a rapid rate in the 4 years since their inception, their desktop engineering team who work across Windows, MacOS and Linux consists of just 4 people currently. We spoke to Felix Rieseberg, Staff Software Engineer, who works on this team following the release of Slack’s first snap last month to discover more about the company’s attitude to the Linux community and why they decided to build a snap.
    Install Slack snap

    Can you tell us about the Slack snap which has been published?


    We launched our first snap last month as a new way to distribute to our Linux community. In the enterprise space, we find that people tend to adopt new technology at a slower pace than consumers, so we will continue to offer a .deb package.

    What level of interest do you see for Slack from the Linux community?


    I’m excited that interest for Slack is growing across all platforms, so it is hard for us to say whether the interest coming out of the Linux community is different from the one we’re generally seeing. However, it is important for us to meet users wherever they do their work. We have a dedicated QA engineer focusing entirely on Linux and we really do try hard to deliver the best possible experience.
    We generally find it is a little harder to build for Linux, than say Windows, as there is a less predictable base to work from – and this is an area where the Linux community truly shines. We have a fairly large number of users that are quite helpful when it comes to reporting bugs and hunting root causes down.

    How did you find out about snaps?


    Martin Wimpress at Canonical reached out to me and explained the concept of snaps. Honestly, initially I was hesitant – even though I use Ubuntu – because it seemed like another standard to build and maintain. However, once understanding the benefits I was convinced it was a worthwhile investment.

    What was the appeal of snaps that made you decide to invest in them?


    Without doubt, the biggest reason we decided to build the snap is the updating feature. We at Slack make heavy use of web technologies, which in turn allows us to offer a wide variety of features – like the integration of YouTube videos or Spotify playlists. Much like a browser, that means that we frequently need to update the application.
    On macOS and Windows, we already had a dedicated auto-updater that doesn’t require the user to even think about updates. We have found that any sort of interruption, even for an update, is an annoyance that we’d like to avoid. Therefore, the automatic updates via snaps seemed far more seamless and easy.

    How does building snaps compare to other forms of packaging you produce? How easy was it to integrate with your existing infrastructure and process?


    As far as Linux is concerned, we have not tried other “new” packaging formats, but we’ll never say never. Snaps were an easy choice given that the majority of our Linux customers do use Ubuntu. The fact that snaps also run on other distributions was a decent bonus. I think it is really neat how Canonical is making snaps cross-distro rather than focusing on just Ubuntu.
    Building it was surprisingly easy: We have one unified build process that creates installers and packages – and our snap creation simply takes the .deb package and churns out a snap. For other technologies, we sometimes had to build in-house tools to support our buildchain, but the `snapcraft` tool turned out to be just the right thing. The team at Canonical were incredibly helpful to push it through as we did experience a few problems along the way.

    How do you see the store changing the way users find and install your software?


    What is really unique about Slack is that people don’t just stumble upon it – they know about it from elsewhere and actively try to find it. Therefore, our levels of awareness are already high but having the snap available in the store, I hope, will make installation a lot easier for our users.
    We always try to do the best for our users. The more convinced we become that it is better than other installation options, the more we will recommend the snap to our users.

    What are your expectations or already seen savings by using snaps instead of having to package for other distros?


    We expect the snap to offer more convenience for our users and ensure they enjoy using Slack more. From our side, the snap will save time on customer support as users won’t be stuck on previous versions which will naturally resolve a lot of issues. Having the snap is an additional bonus for us and something to build on, rather than displacing anything we already have.

    What release channels (edge/beta/candidate/stable) in the store are you using or plan to use, if any?


    We used the edge channel exclusively in the development to share with the team at Canonical. Slack for Linux as a whole is still in beta, but long-term, having the options for channels is interesting and being able to release versions to interested customers a little earlier will certainly be beneficial.

    How do you think packaging your software as a snap helps your users? Did you get any feedback from them?


    Installation and updating generally being easier will be the big benefit to our users. Long-term, the question is “Will users that installed the snap experience less problems than other customers?” I have a decent amount of hope that the built-in dependencies in snaps make it likely.

    What advice or knowledge would you share with developers who are new to snaps?


    I would recommend starting with the Debian package to build your snap – that was shockingly easy. It also starts the scope smaller to avoid being overwhelmed. It is a fairly small time investment and probably worth it. Also if you can, try to find someone at Canonical to work with – they have amazing engineers.

    Where do you see the biggest opportunity for development?


    We are taking it step by step currently – first get people on the snap, and build from there. People using it will already be more secure as they will benefit from the latest updates. Lire la suite Sarah Dickinson