beep

pip är en konsol klocka. Jag fick bara så trött på att vara begränsad till printf ("a"); när jag ville ha en terminal pip. Detta program är inte tänkt att vara något häpnadsväckande, det är bara
tänkt att få jobbet gjort. Dess avsedda syfte i livet är att leva inuti skalet / perl-skript och tillåta lite mer kornighet än du får med standardterminalklockan. Kanske är jag den enda som tycker att detta är bra.
Som påpekas i manualsidan, vissa användare som kör in i en situation där pip dör med ett klagomål från ioctl (). Anledningen till detta, eftersom Peter Tirsek var tillräckligt bra för att påpeka för mig, beror hur kärnan hanterar pip försök att peta på (för icke-programmerare: ioctl är ett slags allomfattande funktion som gör att du peta på saker som har ingen annan fördefinierad peta-at mekanism) TTY, vilket är hur det piper. Novellen är att kärnan kontrollerar att antingen:
- Du är super
- Du äger den aktuella tty
Vad detta innebär är att roten alltid kan göra pip arbete (såvitt jag vet!), Och att varje lokal användare kan göra pip arbete, men en icke-root fjärranvändare kan inte använda pip i sin naturliga tillstånd. Vad värre är, en xterm, eller andra x-session räknas, så långt som kärnan är berörda, som "avlägsen", så pip fungerar inte från en icke-privilegierat xterm heller. Jag hade ursprungligen samlat detta upp till en bugg, men det finns faktiskt inget jag kan göra åt det, och det är verkligen bra att kärnan gör saker på detta sätt. Det finns också en lösning.
Som standard pip inte installeras med suid bit uppsättning, eftersom det skulle bara vara tokiga. Å andra sidan, om du gör det suid root, alla dina problem med pip ösa på ioctl samtal kommer magiskt försvinna, vilket är trevligt, och det enda skälet inte t är att alla suid program är en potentiell säkerhetsrisk. Lämpligen är pip mycket kort, så att granska det är ganska enkelt.
Vad är nytt i den här versionen: