[GNU + Linux/Unix] [/Gurus/helpen/newbies]~# echo 'Deel 62'

Stel, ik heb de directory structuur:

/foo/bar/test.txt

En ik zit in de root directory.

Dus als ik het volgende doe:


Dan krijg ik het volgende

Maar de find geeft mij wel de juiste directory:


Output:

./foo/bar/test.txt

Hoe pass ik de output naar de xargs?

quote:

Op zaterdag 16 januari 2016 22:34 schreef Rene_Froger het volgende:
Stel, ik heb de directory structuur:

/foo/bar/test.txt

En ik zit in de root directory.

Dus als ik het volgende doe:
[ code verwijderd ]

Dan krijg ik het volgende
[ code verwijderd ]

Maar de find geeft mij wel de juiste directory:
[ code verwijderd ]

Output:

./foo/bar/test.txt

Hoe pass ik de output naar de xargs?

vi `find -name test.txt` voor nu?

quote:

Op zaterdag 16 januari 2016 21:43 schreef Jesse_ het volgende:

[..]

Symlinkjes in je ext /home naar een ntfs schijf voor dingen als documenten etc?

Da's idd een stuk beter idee dan je hele /home directory op een NTSF partitie te zetten.

@ andere David: Ik weet niet wat je allemaal zou willen delen, persoonlijk deed ik als ik bestanden nodig had in Windows, die gewoon van te voren even naar een Windows partitie slepen toen ik nog wel eens wat met Windows deed.

quote:

Op zaterdag 16 januari 2016 22:34 schreef Rene_Froger het volgende:
Stel, ik heb de directory structuur:

/foo/bar/test.txt

En ik zit in de root directory.

Dus als ik het volgende doe:
[ code verwijderd ]

Dan krijg ik het volgende
[ code verwijderd ]

Maar de find geeft mij wel de juiste directory:
[ code verwijderd ]

Output:

./foo/bar/test.txt

Hoe pass ik de output naar de xargs?

En /Foo/bar is in werkelijkheid niet stiekem een pad met de nodige spaties en/of moeilijke karakters?

The Airtop Is One Of The Coolest Linux-Friendly PCs Ever For Enthusiasts
How would you like a powerful PC that is all passively cooled -- thanks to a special design, able to naturally dissipate 200 Watts -- that can drive four 4K displays, four hard disks, multiple Ethernet ports, can handle a discrete graphics card, and is made of aluminum? Oh yeah, and is from a Linux-friendly company.

[...]

The Airtop-W is their workstation model that features a Xeon E3 v4 (Broadwell) CPU with NVIDIA Quadro M4000 graphics. The Airtop-G for gamers has a Core i7 5775C CPU and NVIDIA GeForce GTX 950. Yep, their fully-capable processors too and not Xeon-D or other low-power processors. Each of these Airtops support multiple disk drives, up to four 4K displays, dual Gigabit Ethernet, and are all passively cool. Like with other CompuLab products, the Airtop is designed for the needs of their rugged industrial customers and as such they are built very well. CompuLab also backs the PC with a five-year warranty.

quote:

Op zaterdag 16 januari 2016 21:36 schreef d4v1d het volgende:
Wat is nou de beste manier om je bestanden tussen een windows en linux dual boot te delen? it zeker niet heel veel anders op dan een ntfs /home partitie?

Nee, ntfs gebruiken voor /home is geen goed idee. ntfs kent het rechtensysteem van linux niet en kan niet overweg met linux-specifieke zaken zoals symlinks e.d.
Wat je beter kunt doen is dat je, zoals anderen al aangeven, bijv de mountpoint van de ntfs-partitie via een symlink koppelt aan /home/gebruikersnaam/documenten.

quote:

Op vrijdag 15 januari 2016 22:18 schreef KomtTijd... het volgende:
Ja die zijn geweldig, dat is ook een belangrijke reden dat ik het spul gebruik. Maar ik vind het gewoon bespottelijk hoe ze iedere keer via oneerlijke concurrentie hun marktpositie verbeteren, en hun activiteiten in de wapenindustrie zint me ook niet echt.

* KomtTijd... de klok er weer even op gelijk zet:
http://tweakers.net/nieuw(...)ntel-processors.html

quote:

A 0-Day Local Privilege Escalation Bug Hits The Linux Kernel
CVE-2016-0728 is being made public today: a 0-day local privilege escalation vulnerability in the Linux kernel that's been present now for over three years.

This Linux kernel vulnerability affects millions of Linux servers and the researchers believe 66% of Android devices. This exploit can be done on any kernel since Linux 3.8 that was released back in 2012.

This exploit is possible due to a reference leak in the keyrings facility and the proof of concept code was able to gain root privileges. The code for gaining root access on affected kernels was released here and is less than 200 lines of code.

About the only good news out of this issue is that local access would be needed for Linux servers. However, in the Android space a malicious app could just as well take advantage of this vulnerability. SMEP/SMAP/SELinux enabled systems though appear safe.

A kernel patch is expected today for fixing this vulnerability, so make sure you update your Linux kernel ASAP. More details by the researchers via Perception-Point.io.

Even geen idee hoe ik het moet opzoeken.

Als ik in vi zit en tekst aan het typen ben in markdown taal, werkt alles gewoon netjes. Als ik daarna het bestand sluit en opnieuw open gaat hij meerdere regels samenvoegen. Dit vind ik echter ontzettend hinderlijk. Iemand een idee hoe ik hier van af kom? (ja ik kan het handmatig weer openklappen maar dat wil ik niet).

quote:

Op dinsdag 19 januari 2016 15:59 schreef Aether het volgende:

[..]

patch zat al in de ubuntu updates

quote:

Op dinsdag 19 januari 2016 19:52 schreef robin007bond het volgende:

[..]
[ code verwijderd ]

in je .vimrc

Je bent geweldig

quote:

Op woensdag 20 januari 2016 23:09 schreef Igen het volgende:
Zeg, heeft iemand ervaring hier met etiquette van open source?

Bij een bepaald project heb ik begin november een bug-report ingediend. Ik kreeg de suggestie de developers mailing list te schrijven of een pull-request te doen. Ik heb toen naar de mailing list geschreven en een bug-fix als PR ingediend.

Het is toen verwezen naar de maintainer van het betreffende stuk code, maar die laat niks van zich horen. Ik heb nog eens nagevraagd, een andere core ontwikkelaar heeft ook nog gevraagd of de maintainer het wil afhandelen of het aan iemand anders wil overdragen, maar nog steeds geen antwoord, nul, zelfs geen "ik heb geen tijd" of "ik vind het niet belangrijk" of zoiets. De maintainer commit trouwens wel af en toe nieuwe eigen dingen.

Ik vind dit een beetje gek. Wat kan ik nog proberen? Of ben ik te drammerig / ongeduldig?

Hangt van het project af, denk ik. Doorgaans moeten zulke dingen eerst gereviewd worden, en dat kan erg lang duren, want daar heeft niemand zin in.

Hebben ze binnen dat project niet een of ander bugtrackingsysteem? Zo ja, dan zou ik zeker ook de bug daarop zetten.

quote:

Op woensdag 20 januari 2016 23:09 schreef Igen het volgende:
maar nog steeds geen antwoord, nul, zelfs geen "ik heb geen tijd" of "ik vind het niet belangrijk" of zoiets. De maintainer commit trouwens wel af en toe nieuwe eigen dingen.

Ik kan op zich wel uit ervaring vertellen dat ik zelf, in de tijd dat ik in mijn eentje een midden-groot OSS project (>1000 bugs/reqs in de tracker) onderhield, ik echt geen tijd of zin had om op alles in de tracker te antwoorden. Als ik een keer tijd had voor OSS dingetjes, dan wilde ik gewoon coden.

Dat is niet heel sympathiek naar de contributors toe, da's helemaal waar, en zo af en toe deed ik ook wel mijn best, maar zo af en toe kreeg ik ook nog eens patches die OF voor functionaliteit waren die ik totaal niet boeiend vond, OF zo slordig waren dat ik geen zin had om ze op te ruimen (gewoon de coding style van het project volledig negeren, of van iemand die duidelijk nog nooit wat in C gedaan had).

Nou wil ik natuurlijk niet zeggen hiermee dat jouw patch matig zou zijn! Maar misschien heeft die maintainer, als hij/zij eens een keer een uurtje de tijd heeft, ook liever code schrijft. Maar dan zou het project misschien moeten proberen die persoon niet ook nog reviews te laten doen.