Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gemini CLI

blog.google

Post reply on HN
Print view View original

521–530 of 820 posts

Re: Gemini CLI

#522

Post by mil22 »

fhinkel wrote: post #500
fhinkel wrote: post #351

Earlier quoted context omitted.

Agree! We're working on it!

Hope this is helpful, just merged: https://github.com/google-gemini/gemini-cli/blob/main/docs/t...

Thank you, this is helpful, though I am left somewhat confused as a "1. Login with Google" user.

* The first section states "Privacy Notice: The collection and use of your data are described in the Gemini Code Assist Privacy Notice for Individuals." That in turn states "If you don't want this data used to improve Google's machine learning models, you can opt out by following the steps in Set up Gemini Code Assist for individuals.". That page says to use the VS Code Extension to change some toggle, but I don't have that extension. It states the extension will open "a page where you can choose to opt out of allowing Google to use your data to develop and improve Google's machine learning models." I can't find this page.

* Then later we have this FAQ: "1. Is my code, including prompts and answers, used to train Google's models? This depends entirely on the type of auth method you use. Auth method 1: Yes. When you use your personal Google account, the Gemini Code Assist Privacy Notice for Individuals applies. Under this notice, your prompts, answers, and related code are collected and may be used to improve Google's products, which includes model training." This implies Login with Google users have no way to opt out of having their code used to train Google's models.

* But then in the final section we have: "The "Usage Statistics" setting is the single control for all optional data collection in the Gemini CLI. The data it collects depends on your account type: Auth method 1: When enabled, this setting allows Google to collect both anonymous telemetry (like commands run and performance metrics) and your prompts and answers for model improvement." This implies prompts and answers for model improvement are considered part of "Usage Statistics", and that "You can disable Usage Statistics for any account type by following the instructions in the Usage Statistics Configuration documentation."

So these three sections appear contradictory, and I'm left puzzled and confused. It's a poor experience compared to competitors like GitHub Copilot, which make opting out of model training simple and easy via a simple checkbox in the GitHub Settings page - or Claude Code, where Anthropic has a policy that code will never be used for training unless the user specifically opts in, e.g. via the reporting mechanism.

I'm sure it's a great product - but this is, for me, a major barrier to adoption for anything serious.

Re: Gemini CLI

#523

Post by mike-bailey »

I added a two way voice interface to Gemini CLI.

https://youtu.be/HC6BGxjCVnM?feature=shared&t=36

It's a FOSS MCP server I created a couple of weeks ago:

- https://getvoicemode.com

- https://github.com/mbailey/voicemode

# Installation (~/.gemini/settings.json)

{

  "theme": "Dracula",  

  "selectedAuthType": "oauth-personal",  

  "mcpServers": {  

    "voice-mode": {  

      "command": "uvx",  

      "args": [  

        "voice-mode"  

      ]  

    }  

  }  

}

Re: Gemini CLI

#524

Post by leoh »

ZeroCool2u wrote: post #287
joelm wrote: post #274

Been using Claude Code (4 Opus) fairly successfully in a large Rust codebase, but sometimes frustrated by it with complex tasks. Tried Gemini CLI today (easy to get working, which was nice) and it was pretty much a failure. It did a notably worse job than Claude at having the Rust code modifications compile successfully. However, Gemini at one point output what will probably be the highlight of my day: "I have made a…

Personally my theory is that Gemini benefits from being able to train on Googles massive internal code base and because Rust has been very low on uptake internally at Google, especially since they have some really nice C++ tooling, Gemini is comparatively bad at Rust.

>Personally my theory is that Gemini benefits from being able to train on Googles massive internal code base and because Rust has been very low on uptake internally at Google, especially since they have some really nice C++ tooling, Gemini is comparatively bad at Rust.

Were they to train it on their C++ codebase, it would not be effective on account of the fact that they don't use boost or cmake or any major stuff that C++ in the wider world use. It would also suggest that the user make use of all kinds of non-available C++ libraries. So no, they are not training on their own C++ corpus nor would it be particularly useful.

Re: Gemini CLI

#525

Post by leoh »

shitpostbot wrote: post #35
fhinkel wrote: post #31

Earlier quoted context omitted.

Ask Gemini CLI to re-write itself in your preferred language

Let's not pretend this stuff actually works

Not sure why this was flagged, because I think the point is that one-shot works terribly, which it does

Re: Gemini CLI

#526

Post by leoh »

_zoltan_ wrote: post #179
asadm wrote: post #12

I have been using this for about a month and it’s a beast, mostly thanks to 2.5pro being SOTA and also how it leverages that huge 1M context window. Other tools either preemptively compress context or try to read files partially. I have thrown very large codebases at this and it has been able to navigate and learn them effortlessly.

what's your workflow?

+1 I have not found Gemini 2.5 better than Claude's latest models -- different and better at some things, but not better in general; and in general I have found Gemini 2.5 Pro to be worse at dealing with large codebases despite its huge context window. So I too am quite curious about the workflow here.

Re: Gemini CLI

#527

Post by leoh »

tcn33 wrote: post #521

Immediately tries to access ~/Documents and Apple Music. What the?

Good question, though in theory can figure all that out since it's OSS

Re: Gemini CLI

#528

Post by atlgator »

cperry wrote: post #41

Hi - I work on this. Uptake is a steep curve right now, spare a thought for the TPUs today. Appreciate all the takes so far, the team is reading this thread for feedback. Feel free to pile on with bugs or feature requests we'll all be reading.

Thank you for supporting Windows natively.

Re: Gemini CLI

#529

Post by fennecbutt »

jiggawatts wrote: post #481
bilalq wrote: post #364

Earlier quoted context omitted.

The root problem here lies with Apple. It's so frustrating how they take a 30% cut for the privilege of being unable to actually have a relationship with your customers. Want to do a partial refund (or a refund at all)? Want to give one month free to an existing subscriber? Tough luck. Your users are Apple's customers, not yours.

Same as a shopping centre, clothing retailer, or any other non-bazaar marketplace with its own brand and transaction processing. Apple is selling you a huge lucrative market. Customers buy Apple’s curated marketplace. Apple takes a cut for being in the middle and enabling all of this. Believe me, I would never pay for most of the apps that I did pay for via Apple if it wasn’t via their marketplace and their consumer…

Lmao no.

Okay, all the app developers pull out of iOS because they're not actually useful, in fact they should be paying Apple!

How many people do you think would still buy iPhones if there are 0 apps on the app store? Lmaooo, it's almost like it's a co-operative relationship and Apple don't deserve a huge cut because it's the apps that sell their phones.

Re: Gemini CLI

#530

Post by asadm »

tvshtr wrote: post #217
asadm wrote: post #44

Earlier quoted context omitted.

not at all. these new models mostly write compiling code.

Depends on the language. It has some bugs where it replaces some words with Unicode symbols like ©. And is completely oblivious to it even when pointed out.

did you face this in the aistudio ui by any chance? i have seen it there.
Post reply on HN