[PC-BSD Testing] 9.0rc3 - broken 'fetch' AppCafe
Lars Engels
lars.engels at 0x20.net
Tue Dec 27 02:52:19 PST 2011
I'm also sending this to des@ because he's the author of [lib]fetch.
Am 25.12.2011 04:16, schrieb Tigersharke .:
>
> There seems to be something wrong with fetch, while using curl in
> place of it works fine.
>
> [tigersharke at Mutant] ~> time curl
> ftp://ftp.pcbsd.org/pub/mirror/PBI/deskutils/genius/9/x64/genius-1.0.12-amd64.pbi
> -o "genius-1.0.12-amd64.pbi"
> % Total % Received % Xferd Average Speed Time Time
> Time Current
> Dload Upload Total Spent
> Left Speed
> 100 68.0M 100 68.0M 0 0 1366k 0 0:00:50 0:00:50
> --:--:-- 1673k
> 0.234u 1.120s 0:51.06 2.6% 164+2822k 0+550io 0pf+0w
> [tigersharke at Mutant] ~> time fetch -v
> ftp://ftp.pcbsd.org/pub/mirror/PBI/deskutils/genius/9/x64/genius-1.0.12-amd64.pbi
> looking up ftp.pcbsd.org
> connecting to ftp.pcbsd.org:21
> setting passive mode
> opening data connection
> fetch:
> ftp://ftp.pcbsd.org/pub/mirror/PBI/deskutils/genius/9/x64/genius-1.0.12-amd64.pbi:
> Operation timed out
> 0.006u 0.000s 1:16.27 0.0% 0+0k 0+0io 0pf+0w
> [tigersharke at Mutant] ~>
>
>
> [tigersharke at Mutant] ~> pbi_listrepo
> [ID] [Description]
> -----------------------------------------------------
> 001 Official PC-BSD Repository
> [tigersharke at Mutant] ~> pbi_browser
> Using RepoID: 001
> Available Categories:
> ------------------------------------
> Category: Archivers
> Icon:
> /var/db/pbi/repo-icons/dd3920955c2fcf9bcc66b20dc0d89354-Archivers.png
> Description: Programs for packing/unpacking data archives
>
> ------------------------------------
> <--snip intervening output-->
> ------------------------------------
> Category: X11 - Window Managers
> Icon: /var/db/pbi/repo-icons/dd3920955c2fcf9bcc66b20dc0d89354-X11 -
> Window Managers.png
> Description: Alternate window managers for the desktop
>
> ------------------------------------
> Category: X11
> Icon: /var/db/pbi/repo-icons/dd3920955c2fcf9bcc66b20dc0d89354-X11.png
> Description: Alternate desktop environments or utilities
>
> To view available PBIs for a particular category:
> % pbi_browser -c <category> <repoid>
> [tigersharke at Mutant] ~> time pbi_browser -c deskutils 001
> Using RepoID: 001
> Available PBIs for Category: deskutils
> 3.171u 7.268s 0:20.23 51.5% 80+1959k 0+2io 0pf+0w
> [tigersharke at Mutant] ~>
>
> ^C[tigersharke at Mutant] ~> ls /var/db/pbi/index
> .
> ..
> dd3920955c2fcf9bcc66b20dc0d89354-index
> dd3920955c2fcf9bcc66b20dc0d89354-index.time
> dd3920955c2fcf9bcc66b20dc0d89354-meta
> [tigersharke at Mutant] ~>
[...]
>
> Further testing and investigation has given me some insight, a
> work-around, but no solution to the real issue.
>
> FTP_PASSIVE_MODE environment is set to YES inside of both pbi_add and
> pc-updatemanager, which explains why setting the environment variable
> outside has no effect.
>
> workaround:
>
> locate FTP_PASSIVE_MODE inside pbi_add and pc-updatemanager then
> switch it to a value of NO
>
> Three things:
>
> * Why is passive mode necessary?
Because it should just work nowadays. :)
Active mode needs two ports: tcp/21 and tcp/20. One for the control
protocol and one for the
actual data. For active mode the server needs to initiate a connection
to the client which
doesn't work easily for NATted clients, so mostly passive mode is used.
> * What caused passive mode to be disabled or broken on the ftp
> site(s)?
I don't know but I've also seen this before. IIRC there was a change in
libfetch about active/passive
mode.
DES: Do you know why this can fail?
> * Could the passive mode setting be moved to pcbsd.conf which
> pc-updatemanager already reads?
Good idea!
More information about the Testing
mailing list