View previous topic :: View next topic |
Author |
Message |
grant123 Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
Joined: 23 Mar 2005 Posts: 1080
|
Posted: Sat Dec 22, 2012 9:49 pm Post subject: 'eix-remote update' STDERR bug? |
|
|
I run 'eix-remote update > /dev/null' in a crontab and I get the following via email. The lines at the very end seem appropriate but the rest seems like it should be STDOUT. Should I file a bug about this?
From git://github.com/init6/init_6
ea76d0b..6740e9a master -> origin/master
--2012-12-20 04:02:25-- http://dev.gentooexperimental.org/eix_cache/eix-caches.tbz2
Resolving dev.gentooexperimental.org... 91.191.147.225
Connecting to dev.gentooexperimental.org|91.191.147.225|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2166202 (2.1M) [application/octet-stream]
Last-modified header missing -- time-stamps turned off.
--2012-12-20 04:02:27-- http://dev.gentooexperimental.org/eix_cache/eix-caches.tbz2
Reusing existing connection to dev.gentooexperimental.org:80.
HTTP request sent, awaiting response... 200 OK
Length: 2166202 (2.1M) [application/octet-stream]
Saving to: 'eix-caches.tbz2'
0K .......... .......... .......... .......... .......... 2% 49.6K 42s
50K .......... .......... .......... .......... .......... 4% 75.3K 34s
100K .......... .......... .......... .......... .......... 7% 2.19M 22s
150K .......... .......... .......... .......... .......... 9% 150K 19s
200K .......... .......... .......... .......... .......... 11% 152K 18s
250K .......... .......... .......... .......... .......... 14% 2.15M 14s
300K .......... .......... .......... .......... .......... 16% 167K 14s
350K .......... .......... .......... .......... .......... 18% 1.37M 12s
400K .......... .......... .......... .......... .......... 21% 1.99M 10s
450K .......... .......... .......... .......... .......... 23% 169K 10s
500K .......... .......... .......... .......... .......... 25% 2.21M 9s
550K .......... .......... .......... .......... .......... 28% 2.18M 8s
600K .......... .......... .......... .......... .......... 30% 1.27M 7s
650K .......... .......... .......... .......... .......... 33% 1.18M 6s
700K .......... .......... .......... .......... .......... 35% 217K 6s
750K .......... .......... .......... .......... .......... 37% 2.20M 6s
800K .......... .......... .......... .......... .......... 40% 2.16M 5s
850K .......... .......... .......... .......... .......... 42% 2.20M 5s
900K .......... .......... .......... .......... .......... 44% 1.20M 4s
950K .......... .......... .......... .......... .......... 47% 229K 4s
1000K .......... .......... .......... .......... .......... 49% 2.18M 4s
1050K .......... .......... .......... .......... .......... 51% 2.18M 3s
1100K .......... .......... .......... .......... .......... 54% 125K 3s
1150K .......... .......... .......... .......... .......... 56% 5.57M 3s
1200K .......... .......... .......... .......... .......... 59% 6.36M 3s
1250K .......... .......... .......... .......... .......... 61% 82.2M 3s
1300K .......... .......... .......... .......... .......... 63% 71.3M 2s
1350K .......... .......... .......... .......... .......... 66% 86.4M 2s
1400K .......... .......... .......... .......... .......... 68% 78.8M 2s
1450K .......... .......... .......... .......... .......... 70% 84.5M 2s
1500K .......... .......... .......... .......... .......... 73% 68.9M 2s
1550K .......... .......... .......... .......... .......... 75% 88.5M 1s
1600K .......... .......... .......... .......... .......... 77% 95.6M 1s
1650K .......... .......... .......... .......... .......... 80% 2.94M 1s
1700K .......... .......... .......... .......... .......... 82% 127K 1s
1750K .......... .......... .......... .......... .......... 85% 148K 1s
1800K .......... .......... .......... .......... .......... 87% 2.26M 1s
1850K .......... .......... .......... .......... .......... 89% 156K 1s
1900K .......... .......... .......... .......... .......... 92% 2.18M 0s
1950K .......... .......... .......... .......... .......... 94% 2.20M 0s
2000K .......... 2050K .......... .......... .......... .......... .......... 99% 178K 0s
2100K .......... ..... 100% 2.41M=5.6s
2012-12-20 04:02:33 (376 KB/s) - 'eix-caches.tbz2' saved [2166202/2166202]
garbage (eta37) at end of version '1.0.0beta37'
accepting version anyway
garbage (-scm) at end of version '3.0-scm'
accepting version anyway
garbage (-scm) at end of version '2.1-scm'
accepting version anyway |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
lxg Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
![](images/avatars/19265729674c9fac4bb9adf.png)
Joined: 12 Nov 2005 Posts: 1019 Location: Aachen, Germany
|
Posted: Sun Dec 23, 2012 8:24 pm Post subject: |
|
|
What you're seeing is the output of wget. I personally would call this a bug, because I think that when wget is used within a shell script, it should be running in quiet mode (-q option) and not verbose. In my opinion, it won't hurt posting a bug report. _________________ lxg.de – codebits and tech talk |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
grant123 Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
Joined: 23 Mar 2005 Posts: 1080
|
Posted: Tue Dec 25, 2012 8:05 pm Post subject: |
|
|
And the wget output should be STDOUT, not STDERR, correct? I've filed a bug. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
lxg Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
![](images/avatars/19265729674c9fac4bb9adf.png)
Joined: 12 Nov 2005 Posts: 1019 Location: Aachen, Germany
|
Posted: Wed Dec 26, 2012 12:58 am Post subject: |
|
|
Well … that's not so easy to tell. The name STDERR implies that it's only for errors, but the general interpretation sees it more like a control channel.
Anyway, I doubt that wget will make any changes, as this behaviour is expected in millions of shell scripts. _________________ lxg.de – codebits and tech talk |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Hu Moderator
![Moderator Moderator](/images/ranks/rank-mod.gif)
Joined: 06 Mar 2007 Posts: 21635
|
Posted: Wed Dec 26, 2012 4:00 am Post subject: |
|
|
The behavior of wget is acceptable, given how it is invoked. However, lxg's remark that it should be running in quiet mode is reasonable and you could argue that the eix script that invokes wget ought to provide a way to invoke wget quietly. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
grant123 Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
Joined: 23 Mar 2005 Posts: 1080
|
Posted: Wed Dec 26, 2012 9:55 pm Post subject: |
|
|
The problem with invoking wget quietly is (from what I can tell) the different definitions of "quiet".
man eix
-q: Produce no output on stdout.
man wget
-q: Turn off Wget's output.
This sounds to me like -q will suppress STDOUT on eix and both STDOUT and STDERR on wget. We still want to know about wget errors. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Hu Moderator
![Moderator Moderator](/images/ranks/rank-mod.gif)
Joined: 06 Mar 2007 Posts: 21635
|
Posted: Wed Dec 26, 2012 11:58 pm Post subject: |
|
|
Would --no-verbose output be acceptable? |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
grant123 Veteran
![Veteran Veteran](/images/ranks/rank_rect_5_vet.gif)
Joined: 23 Mar 2005 Posts: 1080
|
Posted: Thu Dec 27, 2012 7:22 pm Post subject: |
|
|
I just tested wget with --no-verbose and > /dev/null and it looks like output which should go to STDOUT is going to STDERR and appearing in the console. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|