DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
quote:Year 2038 Fixes Still Being Worked On For The Linux Kernel
The Linux kernel has been working on many Year 2038 fixes for a while now but the work is not over. Another pull request was sent in for the Linux 4.7 kernel in trying to prepare the VFS layer with Y2038 fixes.
Arnd Bergmann has submitted a batch of Y2038 fixes for the Linux 4.7 merge window for the VFS code. He commented, "This is a preparation series for changing the VFS infrastructure to use time64_t in inode timestamps...The patches were done by Deepa Dinamani during her Outreachy internship along with the following set of more than 100 patches that depend on them but that can get merged through the individual file system maintainer trees."
While there are legitimate Y2038 issues in the VFS code, Linus Torvalds so far is unhappy with the changes so we'll see whether or not the work is accepted in the current form.
Should you be living under a rock and not familiar with the Year 2038 problem, see Wikipedia for details.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Waarom gebruiken jullie Linux eigenlijk?
Ik heb weinig met de grafische opsmuk met toeters en bellen in Windows, ben een text interface lover (Emacs, Vim, Ranger, Terminal, etc) en een tinkerer. Ik werk graag vanuit de command line. Ik wil het geheel aanpassen naar m'n smaak. In Windows heb je daartoe weinig mogelijkheden.
En Emacs is aanzienlijk sneller op Linux. Waarom geen Arch? Het was teveel gedoe, dus Xubuntu, gewoon plug & play installatie, en dan terminal starten. De omgeving waarin ik mij thuisvoel, is voor mij het gedoe waard waarmee ik doorheen moet worstelen als ik Linux neem in plaats van Windows.
Ik heb weinig met de grafische opsmuk met toeters en bellen in Windows, ben een text interface lover (Emacs, Vim, Ranger, Terminal, etc) en een tinkerer. Ik werk graag vanuit de command line. Ik wil het geheel aanpassen naar m'n smaak. In Windows heb je daartoe weinig mogelijkheden.
En Emacs is aanzienlijk sneller op Linux. Waarom geen Arch? Het was teveel gedoe, dus Xubuntu, gewoon plug & play installatie, en dan terminal starten. De omgeving waarin ik mij thuisvoel, is voor mij het gedoe waard waarmee ik doorheen moet worstelen als ik Linux neem in plaats van Windows.
Niet altijd, wee je gebeente als 1 van de hardware geen goede drivers voor je Linux bevat. En sommige programma's zijn niet beschikbaar voor Linux.quote:Op zondag 29 mei 2016 21:14 schreef KomtTijd... het volgende:
Omdat het zo lekker makkelijk is in gebruik.
quote:Op zondag 29 mei 2016 23:27 schreef KomtTijd... het volgende:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
జ్ఞా
Systemd developer asks tmux to add systemd specific codequote:Systemd Starts Killing Your Background Processes By Default
systemd changed a default value in logind.conf to "yes", which will kill all your processes, when you log out... There is already a bug-report over at debian: Debian bug tracker.
The new change means "user sessions will be properly cleaned up after," according to the changelog, "but additional steps are necessary to allow intentionally long-running processes to survive logout. To effectively allow users to run long-term tasks even if they are logged out, lingering must be enabled for them."
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Goed topicquote:
Zit je nou mijn persoonlijke mening te proberen te weerleggen?
Redacted
Hmmmmmm.quote:Op maandag 30 mei 2016 10:04 schreef Aether het volgende:
[..]
Systemd developer asks tmux to add systemd specific code
Weet niet zo goed wat ik hiervan moet vinden.
జ్ఞా
Ik zou zeggen:quote:
[..]
Systemd developer asks tmux to add systemd specific code
Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten
tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.
Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.quote:Op maandag 30 mei 2016 10:44 schreef Igen het volgende:
[..]
Ik zou zeggen:
Het is logisch dat als je sessie wordt beeindigd, je processen worden afgesloten
tmux / screen creeren in feite gewoon een nieuwe sessie. Het programma moet niet worden afgesloten als je uitlogt, maar als je tmux / screen beeindigd dan zou op z'n beurt wel weer alles wat van daaruit is gestart ook moeten worden afgesloten.
Als dat vereist dat ze systemd-specifieke code toevoegen omdat standaard UNIX het concept van een gebruikerssessie helemaal niet kent, so be it, toch?
Powered by Janetje®
WTFquote:
[..]
Systemd developer asks tmux to add systemd specific code
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.quote:
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).
Er is een fix voor die tmux moet implementeren.
Netjes is(of 'was') het niet, maarja.
జ్ఞా
Gelukkig wordt het snel gedaan.quote:Op donderdag 2 juni 2016 12:55 schreef µ het volgende:
[..]
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).
Er is een fix voor die tmux moet implementeren.
Netjes is(of 'was') het niet, maarja.
Ik begrijp dat `screen` dit dus al goed deed?quote:
[..]
tmux is er jaren van uit gegaan dat een proces blijft draaien onder een username als de user uitlogt.
systemd sluit de processen van $user als $user uitlogt (vind ik vrij logisch gedrag).
Er is een fix voor die tmux moet implementeren.
Netjes is(of 'was') het niet, maarja.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Geen idee. Gebruiken mensen dat nog?quote:
[..]
Ik begrijp dat `screen` dit dus al goed deed?
జ్ఞా
tmux biedt vrijwel dezelfde functionaliteit, dus daaromquote:
Edit:
quote:Now you can no longer expect a long running background processes to
continue after logging out. I believe this breaks the expecations of
many users. For example, you can no longer start a screen or tmux
session, log out, and expect to come back to it.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
Heb een jaar of 5 screen gebruikt en gebruik nu alleen nog maar tmux. Als screen goed voor je werkt kan je dat gewoon blijven gebruiken natuurlijk, maar de redenen zijn voor mij:quote:Op donderdag 2 juni 2016 14:40 schreef Dubbeldrank het volgende:
Waarom zou ik tmux verkiezen boven screen?
• Synchronize-panes support, als je je window in 2 hebt gedeeld en bent geconnect naar 2 servers, dan kan je je input naar 2 schermen tegelijk sturen
• Verticaal splitten. Kan wel met screen volgens mij, maar alleen als je de gepatchte versie hebt
• Goede integratie met powerline
• Geen buggy unicode support
• Tmux is nog in actieve development
meer: http://superuser.com/a/236160
జ్ఞా
