Moin.

Vor einiger Zeit hatte ich mal Xcode installiert, aber das ist bereits
deinstalliert.

Nun wird ein Update für "command line tools for xcode" angeboten.

Ich möchte "command line tools for xcode" deinstallieren.

Apple schreibt zur Deinstallation:
<https://developer.apple.com/library/archive/technotes/tn2339/_index.html#//apple_ref/doc/uid/DTS40014588-CH1-HOW_CAN_I_UNINSTALL_THE_COMMAND_LINE_TOOLS_>

Im Pfad
/Library/Developer/
existiert jedoch kein
"CommandLineTools"

Resultat von
sudo xcode-select --switch path/to/Xcode.app
im Terminal:

xcode-select: error: invalid developer directory 'path/to/Xcode.app'

Weiß jemand, wie man "command line tools for xcode" deinstalliert?
Danke.

Andreas
--
http://fahrradzukunft.de

On 8. Mar 2024 at 08:45:10 CET, "Andreas Borutta" <borumat@gmx.de> wrote:

> Weiß jemand, wie man "command line tools for xcode" deinstalliert?

Liegt bei mir im Ordner /Library/Developer

Bernd Froehlich:

> On 8. Mar 2024 at 08:45:10 CET, "Andreas Borutta" <borumat@gmx.de> wrote:
>
>> Weiß jemand, wie man "command line tools for xcode" deinstalliert?
>
> Liegt bei mir im Ordner /Library/Developer

Ich hatte doch erwähnt, dass es dort bei mir nicht liegt.

Andreas
--
http://fahrradzukunft.de

Andreas Borutta schrieb am 8/3/2024 08:45:

> Weiß jemand, wie man "command line tools for xcode" deinstalliert?
> Danke.

Wenn du ernsthaft etwas mit einem Raspberry Pi machen möchtest, wirst du
früher oder später über MacPorts oder Homebrew das eine oder andere
Unix-Werkzeug installieren wollen und dazu brauchst du einen Compiler,
sprich Xcode mit den command line tools.

--
Gerald

Gerald E¡scher:

> Andreas Borutta schrieb am 8/3/2024 08:45:
>
>> Weiß jemand, wie man "command line tools for xcode" deinstalliert?
>> Danke.
>
> Wenn du ernsthaft etwas mit einem Raspberry Pi machen möchtest, wirst du
> früher oder später über MacPorts oder Homebrew das eine oder andere
> Unix-Werkzeug installieren wollen und dazu brauchst du einen Compiler,
> sprich Xcode mit den command line tools.

Gut zu wissen, Danke.

Dann ist die Frage zur Deinstallation der "command line tools" also
nicht mehr wichtig.

Nur aus Neugier noch:
Kann man sie nur deshalb nicht deinstallieren, weil Xcode schon
entfernt wurde?

Ich habe von der Existenz der Command line tools nur erfahren, weil
ein Update angeboten wurde.

Andreas
--
http://fahrradzukunft.de

Andreas Borutta:

>> Wenn du ernsthaft etwas mit einem Raspberry Pi machen möchtest, wirst du
>> früher oder später über MacPorts oder Homebrew das eine oder andere
>> Unix-Werkzeug installieren wollen und dazu brauchst du einen Compiler,
>> sprich Xcode mit den command line tools.
>
> Gut zu wissen, Danke.
>
> Dann ist die Frage zur Deinstallation der "command line tools" also
> nicht mehr wichtig.

Nutzung hat auf Anhieb auf macOS geklappt.

Homebrew ist jetzt auch drauf.

Als Test habe ich Speedtest CLI installiert.

Klappt:

| Speedtest by Ookla
|
| Server: Misaka Network, Inc. - Berlin (id: 55665)
| ISP: Vodafone Germany
| Idle Latency: 48.33 ms (jitter: 31.30ms, low: 14.83ms, high: 109.93ms)
| Download: 45.50 Mbps (data used: 78.0 MB)
| 418.62 ms (jitter: 77.55ms, low: 33.43ms, high: 1719.69ms)
| Upload: 2.50 Mbps (data used: 4.3 MB)
| 1208.80 ms (jitter: 86.02ms, low: 35.01ms, high: 3772.97ms)
| Packet Loss: Not available.

Erstaunlich, dass es beim Messen des Uploads deutlich verschiedene
Werte liefert als das Tool "Breitbandmessung" von der
Bundesnetzagentur:

| Download: 44,85 Mbit/s
| Upload: 10,08 Mbit/s

Und alles nochmal per Ethernet:

| Speedtest by Ookla
|
| Server: Misaka Network, Inc. - Berlin (id: 55665)
| ISP: Vodafone Germany
| Idle Latency: 27.77 ms (jitter: 10.84ms, low: 15.58ms, high: 39.73ms)
| Download: 120.63 Mbps (data used: 202.1 MB)
| 788.11 ms (jitter: 90.02ms, low: 20.32ms, high: 2357.44ms)
| Upload: 9.08 Mbps (data used: 14.4 MB)

"Breitbandmessung":
| Download: 109,05 Mbit/s
| Upload: 7,48 Mbit/s

Genug davon, wäre hier ja OT.

Andreas
--
http://fahrradzukunft.de

Gerald E¡scher schrieb am 08.03.2024, 09:48 h:

> Andreas Borutta schrieb am 8/3/2024 08:45:
>
>> Weiß jemand, wie man "command line tools for xcode" deinstalliert?
>> Danke.
>
> Wenn du ernsthaft etwas mit einem Raspberry Pi machen möchtest, wirst du
> früher oder später über MacPorts oder Homebrew das eine oder andere
> Unix-Werkzeug installieren wollen und dazu brauchst du einen Compiler,
> sprich Xcode mit den command line tools.

Generell … ist es eine Notwendigkeit, xcode und die tools zu haben, wenn
man auch nur entfernt irgendwas unixnahes machen möchte. Genau besagte
zwei Dinge sind eine Annäherung an das, was eigentlich ein Muß ist
(macports oder eben homebrew, ich nutze nur ersteres).

B. Alabay

Başar Alabay:

> Gerald E¡scher schrieb am 08.03.2024, 09:48 h:
>
>> Andreas Borutta schrieb am 8/3/2024 08:45:
>>
>>> Weiß jemand, wie man "command line tools for xcode" deinstalliert?
>>> Danke.
>>
>> Wenn du ernsthaft etwas mit einem Raspberry Pi machen möchtest, wirst du
>> früher oder später über MacPorts oder Homebrew das eine oder andere
>> Unix-Werkzeug installieren wollen und dazu brauchst du einen Compiler,
>> sprich Xcode mit den command line tools.
>
> Generell … ist es eine Notwendigkeit, xcode und die tools zu haben, wenn
> man auch nur entfernt irgendwas unixnahes machen möchte.

Die Tools (und Homebrew) laufen hier ja wie erwähnt.

Aus Neugier, wenn ich fragen darf:
Wofür verwendest Du Xcode und findest es nütztlich?

Ich dachte bisher Xcode sei eine Entwicklungsumgebung und daher nur
für Entwickler nützlich.

Andreas
--
http://fahrradzukunft.de

Andreas Borutta schrieb am 09.03.2024, 09:41 h:

>> Generell … ist es eine Notwendigkeit, xcode und die tools zu haben, wenn
>> man auch nur entfernt irgendwas unixnahes machen möchte.
>
> Die Tools (und Homebrew) laufen hier ja wie erwähnt.
>
> Aus Neugier, wenn ich fragen darf:
> Wofür verwendest Du Xcode und findest es nütztlich?

Ich nutze es für MacPorts. Dafür muß es installiert sein.

> Ich dachte bisher Xcode sei eine Entwicklungsumgebung und daher nur
> für Entwickler nützlich.

Ich bin sicherlich kein Entwickler, aber ich lasse meinen Rechner viel
Krempel kompilieren :-)

B. Alabay

Andreas Borutta schrieb am 09.03.2024, 09:41 h:

>> Generell … ist es eine Notwendigkeit, xcode und die tools zu haben, wenn
>> man auch nur entfernt irgendwas unixnahes machen möchte.
>
> Die Tools (und Homebrew) laufen hier ja wie erwähnt.
>
> Aus Neugier, wenn ich fragen darf:
> Wofür verwendest Du Xcode und findest es nütztlich?

Ich nutze es für MacPorts. Dafür muß es installiert sein.

> Ich dachte bisher Xcode sei eine Entwicklungsumgebung und daher nur
> für Entwickler nützlich.

Ich bin sicherlich kein Entwickler, aber ich lasse meinen Rechner viel
Krempel kompilieren :-)

Ein richtiges Xcode-Projekt habe ich nur einmal tatsächlich
durchexerzieren lassen – für HardwareGrowler. Ansonsten MacPorts oder
manuell etwas kompilieren (eigentlich nur tin).

B. Alabay

Basar Alabay <alabay@gmx.net> wrote:

> durchexerzieren lassen - für HardwareGrowler. Ansonsten MacPorts oder
> manuell etwas kompilieren (eigentlich nur tin).

wieso _kompilierst_ Du denn tin?

--
((( Klobi )))
_____________________________________________________________________
I sense much XP in you. XP leads to Blue Screen, Blue Screen leads to
downtime, downtime leads to suffering. XP is the path to the dark side.
(Unknown MacOS X Jedi)

Uwe Wunderlich schrieb am 29.03.2024, 12:47 h:

> Basar Alabay <alabay@gmx.net> wrote:
>
>> durchexerzieren lassen - für HardwareGrowler. Ansonsten MacPorts oder
>> manuell etwas kompilieren (eigentlich nur tin).
>
> wieso _kompilierst_ Du denn tin?

Ich verstehe Deine Frage nicht.

B. Alabay

Basar Alabay <alabay@gmx.net> wrote:
>> wieso _kompilierst_ Du denn tin?
>
> Ich verstehe Deine Frage nicht.

Naja, ich mache das nicht :-/

--
((( Klobi )))
_____________________________________________________________________
I sense much XP in you. XP leads to Blue Screen, Blue Screen leads to
downtime, downtime leads to suffering. XP is the path to the dark side.
(Unknown MacOS X Jedi)

On 30.04.24 23:34, Uwe Wunderlich wrote:
> Basar Alabay <alabay@gmx.net> wrote:
>>> wieso _kompilierst_ Du denn tin?
>>
>> Ich verstehe Deine Frage nicht.
>
> Naja, ich mache das nicht :-/

Muss oder müsste man das denn? Kein installierbares Paket/DMG vorhanden?

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

Jörg Lorenz schrieb am 01.05.2024, 07:07 h:

> On 30.04.24 23:34, Uwe Wunderlich wrote:
>> Basar Alabay <alabay@gmx.net> wrote:
>>>> wieso _kompilierst_ Du denn tin?
>>>
>>> Ich verstehe Deine Frage nicht.
>>
>> Naja, ich mache das nicht :-/
>
> Muss oder müsste man das denn? Kein installierbares Paket/DMG vorhanden?

Hä? Es geht um eine Linux/Unix-Binary, was soll denn da installierbar
vorliegen? Für Linuxe gibt es das in den Paketsystemen, für Mac gäbe es
das unter MacPorts (da weiß ich nicht, ob das nun kompiliert wird oder
präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.

B. Alabay

On 01.05.24 10:01, Başar Alabay wrote:
> Jörg Lorenz schrieb am 01.05.2024, 07:07 h:
>
>> On 30.04.24 23:34, Uwe Wunderlich wrote:
>>> Basar Alabay <alabay@gmx.net> wrote:
>>>>> wieso _kompilierst_ Du denn tin?
>>>>
>>>> Ich verstehe Deine Frage nicht.
>>>
>>> Naja, ich mache das nicht :-/
>>
>> Muss oder müsste man das denn? Kein installierbares Paket/DMG vorhanden?
>
> Hä? Es geht um eine Linux/Unix-Binary, was soll denn da installierbar
> vorliegen? Für Linuxe gibt es das in den Paketsystemen, für Mac gäbe es

Die Paketverwaltung von Mint kennt tin nicht. In der
Synaptic-Paketverwaltung habe ich die Anwednung dann gefunden. Synaptic
ist nachinstalliert.

"tin kann News lokal (z.B. aus /var/spool/news) oder von einem anderen
Rechner (rtin oder tin mit der -r-Option) unter Nutzung eines
NNTP-Servers (Network News Transport Protocol) lesen."

Aber:

Nur-HTTPS-Modus-Warnung
Sichere Website nicht verfügbar

Sie haben den Nur-HTTPS-Modus für erhöhte Sicherheit aktiviert und es
ist keine HTTPS-Version von www.tin.org verfügbar.

Schmeckt alles ein wenig nach uralt und ungepflegt. In die Zeit passt es
sowieso eher nicht mehr. Wie übrigens das ganze Usenet.

> das unter MacPorts (da weiß ich nicht, ob das nun kompiliert wird oder
> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.

Hm, hm.

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

Jörg Lorenz schrieb am 01.05.2024, 10:22 h:

> On 01.05.24 10:01, Başar Alabay wrote:
>> Jörg Lorenz schrieb am 01.05.2024, 07:07 h:
>>
>>> On 30.04.24 23:34, Uwe Wunderlich wrote:
>>>> Basar Alabay <alabay@gmx.net> wrote:
>>>>>> wieso _kompilierst_ Du denn tin?
>>>>>
>>>>> Ich verstehe Deine Frage nicht.
>>>>
>>>> Naja, ich mache das nicht :-/
>>>
>>> Muss oder müsste man das denn? Kein installierbares Paket/DMG vorhanden?
>>
>> Hä? Es geht um eine Linux/Unix-Binary, was soll denn da installierbar
>> vorliegen? Für Linuxe gibt es das in den Paketsystemen, für Mac gäbe es
>
> Die Paketverwaltung von Mint kennt tin nicht. In der
> Synaptic-Paketverwaltung habe ich die Anwednung dann gefunden. Synaptic
> ist nachinstalliert.

Ich nutze nur ein Raspbian und weiß, ehrlich gesagt, nicht einmal, obes
dort vorhanden ist.

> "tin kann News lokal (z.B. aus /var/spool/news) oder von einem anderen
> Rechner (rtin oder tin mit der -r-Option) unter Nutzung eines
> NNTP-Servers (Network News Transport Protocol) lesen."
>
> Aber:
>
> Nur-HTTPS-Modus-Warnung
> Sichere Website nicht verfügbar
>
> Sie haben den Nur-HTTPS-Modus für erhöhte Sicherheit aktiviert und es
> ist keine HTTPS-Version von www.tin.org verfügbar.
>
> Schmeckt alles ein wenig nach uralt und ungepflegt. In die Zeit passt es
> sowieso eher nicht mehr. Wie übrigens das ganze Usenet.

Tin ist alles andere als ungepflegt. Alt ja, aber auf der Höhe der Zeit.
Allerdings war (damals! heute ist es vielleicht anders) in MacPorts
veralteter Kram.
>> das unter MacPorts (da weiß ich nicht, ob das nun kompiliert wird oder
>> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
>> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.
>
> Hm, hm.

Wenn, hier: http://www.tin.org/

B. Alabay

Başar Alabay schrieb am 01.05.2024, 10:49 h:

>> Aber:
>>
>> Nur-HTTPS-Modus-Warnung
>> Sichere Website nicht verfügbar
>>
>> Sie haben den Nur-HTTPS-Modus für erhöhte Sicherheit aktiviert und es
>> ist keine HTTPS-Version von www.tin.org verfügbar.
>>
>> Schmeckt alles ein wenig nach uralt und ungepflegt. In die Zeit passt es
>> sowieso eher nicht mehr. Wie übrigens das ganze Usenet.
>
> Tin ist alles andere als ungepflegt. Alt ja, aber auf der Höhe der Zeit.
> Allerdings war (damals! heute ist es vielleicht anders) in MacPorts
> veralteter Kram.
>
>>> das unter MacPorts (da weiß ich nicht, ob das nun kompiliert wird oder
>>> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
>>> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.
>>
>> Hm, hm.
>
> Wenn, hier: http://www.tin.org/

Aaah, Denkfehler, ich dachte, Du meinst was anderes … Du hebst auf die
Website von tin ab, haha. Ich glaube, da ist es sehr irrelevant, ob http
oder https, denn das bißchen, was man da liest, geht auch per http.
Geladen wird eh von ftp-Servern.

Ich finde https muß nicht überbewertet werden. Ich habe Sites, die ein
Zertifikat haben, und ich habe auch Sites, die das nicht haben, weil sie
nicht »wichtig« sind. Daher finde ich auch den nur-https-Modus sinnlos.
Vor allem ist er wieder sehr, na sagen wir mal mitteleuropäisch. Im
internationalen Kontext ist http durchaus noch geläufig.

B. Alabay

On 01.05.24 10:49, Başar Alabay wrote:
> Jörg Lorenz schrieb am 01.05.2024, 10:22 h:
>> Aber:
>>
>> Nur-HTTPS-Modus-Warnung
>> Sichere Website nicht verfügbar
>>
>> Sie haben den Nur-HTTPS-Modus für erhöhte Sicherheit aktiviert und es
>> ist keine HTTPS-Version von www.tin.org verfügbar.
>>
>> Schmeckt alles ein wenig nach uralt und ungepflegt. In die Zeit passt es
>> sowieso eher nicht mehr. Wie übrigens das ganze Usenet.
>
> Tin ist alles andere als ungepflegt. Alt ja, aber auf der Höhe der Zeit.
> Allerdings war (damals! heute ist es vielleicht anders) in MacPorts
> veralteter Kram.
>
>>> das unter MacPorts (da weiß ich nicht, ob das nun kompiliert wird oder
>>> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
>>> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.
>>
>> Hm, hm.
>
> Wenn, hier: http://www.tin.org/

Eben. Ohne die heute fast schon zwingende Transportverschlüsselung. Das
habe ich mit dem Nasenrümpfen gemeint.

> B. Alabay

Jörg

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

On 01.05.24 10:54, Başar Alabay wrote:
>> Wenn, hier: http://www.tin.org/
>
> Aaah, Denkfehler, ich dachte, Du meinst was anderes … Du hebst auf die
> Website von tin ab, haha. Ich glaube, da ist es sehr irrelevant, ob http
> oder https, denn das bißchen, was man da liest, geht auch per http.
> Geladen wird eh von ftp-Servern.
>
> Ich finde https muß nicht überbewertet werden. Ich habe Sites, die ein
> Zertifikat haben, und ich habe auch Sites, die das nicht haben, weil sie
> nicht »wichtig« sind. Daher finde ich auch den nur-https-Modus sinnlos.
> Vor allem ist er wieder sehr, na sagen wir mal mitteleuropäisch. Im
> internationalen Kontext ist http durchaus noch geläufig.

Das Fehlen von https lässt noch ganz andere Schlüsse zu. Und dass das
mitteleuropäisch sein soll, hat mit einer ganz anderen Auffassung von
Recht und Ordnung auf diesem Kontinent als andernorts zu tun.

Ob man http-Seiten nutzen will, ist jedem selber überlassen. Darauf
hingewiesen werden will ich auf jeden Fall. Damit ist das für mich erledigt.

> B. Alabay

Jörg

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

In Homebrew ist das dabai (tin: stable 2.6.3)

el

On 01/05/2024 10:01, Başar Alabay wrote:
[...]
> Hä? Es geht um eine Linux/Unix-Binary, was soll denn da
> installierbar vorliegen? Für Linuxe gibt es das in den Paketsystemen,
> für Mac gäbe es das unter MacPorts (da weiß ich nicht, ob das nun
> kompiliert wird oder präkompiliert ist), und ich ziehe mir jährlich
> den Quelltext außerhalb von MacPorts, weil dort (zumindest früher)
> veraltete Versionen vorlagen.
>
> B. Alabay

Am 01.05.24 um 11:12 schrieb Jörg Lorenz:
> Und dass das
> mitteleuropäisch sein soll, hat mit einer ganz anderen Auffassung von
> Recht und Ordnung auf diesem Kontinent als andernorts zu tun.

Es kann aber auch ein Selbstzweck sein. Hauptsache, es funktioniert.

Basar Alabay <alabay@gmx.net> wrote:

> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.

Das war die fehlende Info. Ich sag' halt unter brew einfach nur
'brew install...'

--
((( Klobi )))
_____________________________________________________________________
I sense much XP in you. XP leads to Blue Screen, Blue Screen leads to
downtime, downtime leads to suffering. XP is the path to the dark side.
(Unknown MacOS X Jedi)

Uwe Wunderlich schrieb am 22. May. 2024 um 19:45:
> Basar Alabay <alabay@gmx.net> wrote:

>> präkompiliert ist), und ich ziehe mir jährlich den Quelltext außerhalb
>> von MacPorts, weil dort (zumindest früher) veraltete Versionen vorlagen.
>
> Das war die fehlende Info. Ich sag' halt unter brew einfach nur
> 'brew install...'

Ich mach es mir da einfacher 😎

--8<---------------cut here---------------start------------->8---
❯ alias | grep brew
bcspa='brew cleanup -s --prune=all'
bcubc='brew upgrade --cask && brew cleanup'
bcubo='brew update && brew outdated --cask'
bd='brew desc --eval-all'
bdc='brew desc --eval-all --cask'
bdr='brew doctor'
bfu='brew upgrade --formula'
bi='brew install'
binf='brew info'
bl='brew list'
bout='brew outdated'
brewp='brew pin'
brewsp='brew list --pinned'
bs='brew search'
bubc='brew upgrade && brew cleanup'
bubo='brew update && brew outdated'
bud='brew update'
budv='brew update -v'
bug='brew upgrade'
bugbc='brew upgrade --greedy && brew cleanup'
bugv='brew upgrade -v'
--8<---------------cut here---------------end--------------->8---

--
LieGrü aus Graz, Clemens