Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 192707 - eix-sync -q produces output
Summary: eix-sync -q produces output
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Third-Party Tools (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-16 17:47 UTC by Hanno Böck
Modified: 2008-01-18 23:59 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hanno Böck gentoo-dev 2007-09-16 17:47:17 UTC
From help:

-q   Be quiet (close stdout, redirecting into logfile)

But instead:

laverne hanno # eix-sync -q
Diffing databases (11962 - 11962 packages)

(eix-version 0.9.12, portage 2.1.3.9)
Comment 1 Martin Väth 2007-09-16 20:08:20 UTC
*This* output is intentional. It is the reason what eix-sync is for, isn't it?
Maybe the description could be a bit more precise, saying that all verbose/quiet options refer to the syncing only.
Comment 2 Hanno Böck gentoo-dev 2007-09-16 20:20:35 UTC
Well, if it's intentional, then I don't understand it.

eix-sync is, from what I understand, a tool to do the steps "sync portage" and "update the eix-database" in one step. I don't see why a "quiet" run should produce any output.

It's an obvious use-case to use eix-sync -q inside a cron and there you usually don't want any output unless there appeared an error. But maybe if you think it's intentional, add another option -Q (very quiet)?
Comment 3 Martin Väth 2007-09-17 19:09:15 UTC
(In reply to comment #2)
> eix-sync is, from what I understand, a tool to do the steps
> "sync portage" and "update the eix-database" in one step.

That is not its main intention:

$ eix-sync -h
eix-sync [options]
Call layman/emerge --sync/--metadata and/or show updates. [...]
                                     ^^^^^^^^^^^^^^^^^^^

> It's an obvious use-case to use eix-sync -q inside a cron
> and there you usually don't want any output unless there appeared an error.

If you use it inside cron, why would you be interested to see the updates in a *log* file? (You will either want to save these data to another file or recreate it later with eix-sync -d). So it seems that you want in such a case
eix-sync -q >/dev/null  (or >>$DIFF_FILE)

> add another option -Q (very quiet)?

I have thought about it, but isn't this overkill when you can use >/dev/null as well?
Comment 4 Hanno Böck gentoo-dev 2007-09-18 22:18:55 UTC
Well, I'm already doing the > /dev/null-thing, but I'd consider it a more clean solution to have a parameter for it.

Anyway, if you feel it's unneccessary, just close this, it isn't a big issue.
Comment 5 Martin Väth 2007-09-20 15:51:07 UTC
Sorry, I was wrong: I had commented from memory without looking at the code.
In fact, eix-sync -q is working as you suggested. The output you see is stderr. It is inappropriate that diff-eix gives this text on stderr.
This is fixed in eix's current svn trunk (eix-0.10.0).
Comment 6 Mike Pagano gentoo-dev 2008-01-18 23:59:51 UTC
eix-0.10.2 is stable. Includes the fix. Closing.