Re: Oddness with pkg_add

[Stuart Henderson]

On 2016-11-04, Chris Huxtable  wrote:
>
> # doas -u _pkgfetch host ftp.openbsd.org
> ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
> openbsd.sunsite.ualberta.ca has address 129.128.5.191

Don't use host(1) to check, it doesn't use the system resolver that is
used by normal programs for name resolution.

Try this instead:

$ doas -u _pkgfetch getent hosts ftp.openbsd.org
129.128.5.191   ftp.openbsd.org

Or even

$ doas -u _pkgfetch ftp -o- http://ftp.openbsd.org/pub/OpenBSD/6.0/
...

Is there anything else involved? http_proxy? anything "odd" in resolv.conf?

Re: Oddness with pkg_add

[Chris Huxtable]

Thanks all,

I sorted this out thanks to your suggestions. A script I use to copy/set
permissions on a number of my config files and set up a clean system
had a typo. It setting the permissions on /etc/resolve.conf to 640
instead of 644. As such _pkgfetch couldn’t use dns.

Regards,

Chris

> On Nov 4, 2016, at 10:46 AM, Chris Bennett
 wrote:
>
> On Fri, Nov 04, 2016 at 10:06:13AM -0400, Raul Miller wrote:
>> On Fri, Nov 4, 2016 at 9:54 AM, Chris Bennett
>>  wrote:
>>> As a side note, if you use a server to download OpenBSD that is located
>>> in the US, there is always that chance that those crypto issues might
>>> one day be a concern.
>>
>> Something similar could be said about hardware purchases and (*insert
>> name of country where hardware was manufactured*).
>>
>>> Also, inside the US, anything that goes wrong, including cold coffee is
>>> the Russians fault.
>>> Luckily, Mexico is going to pay for a wall to keep illegal Mexicans from
>>> returning to Mexico where there are better jobs. :)
>>>
>
> I was trying to be a little lighthearted with this comment, but
> unfortunately I am a US citizen and the political situation is
> terrifying.
> Actually, this is a good reason to be VERY concerned about what the US
> might do with crypto and hardware, which is why I threw it in.
>
> If I offended anyone on the list, say so and I will pay penance with a
> small donation to OpenBSD.
>
> Chris
>
>
>>> Sadly, I wasn't joking about the better jobs part.
>>
>> Personally, I'm not motivated to solve these problems.
>>
>> Or, rather, I'm not motivated to do more about solving these problems
>> than I already am attempting to do. Call it a lack of vision, thing...
>>
>> Thanks,
>>
>> --
>> Raul

Re: Oddness with pkg_add

[Erling Westenvik]

On Fri, Nov 04, 2016 at 09:46:19AM -0500, Chris Bennett wrote:
> If I offended anyone on the list, say so and I will pay penance with a
> small donation to OpenBSD.

Just don't say you're gonna "make OpenBSD great again"..

Erling

-- 
Erling Westenvik

Re: Oddness with pkg_add

[Chris Bennett]

On Fri, Nov 04, 2016 at 10:06:13AM -0400, Raul Miller wrote:
> On Fri, Nov 4, 2016 at 9:54 AM, Chris Bennett
>  wrote:
> > As a side note, if you use a server to download OpenBSD that is located
> > in the US, there is always that chance that those crypto issues might
> > one day be a concern.
> 
> Something similar could be said about hardware purchases and (*insert
> name of country where hardware was manufactured*).
> 
> > Also, inside the US, anything that goes wrong, including cold coffee is
> > the Russians fault.
> > Luckily, Mexico is going to pay for a wall to keep illegal Mexicans from
> > returning to Mexico where there are better jobs. :)
> >

I was trying to be a little lighthearted with this comment, but
unfortunately I am a US citizen and the political situation is
terrifying. 
Actually, this is a good reason to be VERY concerned about what the US
might do with crypto and hardware, which is why I threw it in.

If I offended anyone on the list, say so and I will pay penance with a
small donation to OpenBSD.

Chris


> > Sadly, I wasn't joking about the better jobs part.
> 
> Personally, I'm not motivated to solve these problems.
> 
> Or, rather, I'm not motivated to do more about solving these problems
> than I already am attempting to do. Call it a lack of vision, thing...
> 
> Thanks,
> 
> -- 
> Raul

Re: Oddness with pkg_add

[Raul Miller]

On Fri, Nov 4, 2016 at 9:54 AM, Chris Bennett
 wrote:
> As a side note, if you use a server to download OpenBSD that is located
> in the US, there is always that chance that those crypto issues might
> one day be a concern.

Something similar could be said about hardware purchases and (*insert
name of country where hardware was manufactured*).

> Also, inside the US, anything that goes wrong, including cold coffee is
> the Russians fault.
> Luckily, Mexico is going to pay for a wall to keep illegal Mexicans from
> returning to Mexico where there are better jobs. :)
>
> Sadly, I wasn't joking about the better jobs part.

Personally, I'm not motivated to solve these problems.

Or, rather, I'm not motivated to do more about solving these problems
than I already am attempting to do. Call it a lack of vision, thing...

Thanks,

-- 
Raul

Re: Oddness with pkg_add

[Chris Bennett]

On Thu, Nov 03, 2016 at 10:21:57PM -0400, trondd wrote:
> Try substituting the IP for the hostname.  Is it just DNS that's the
> problem or all network connectivity?
> 

+1 on this. I frequently have DNS issues so I no longer use the
hostname.

As a side note, if you use a server to download OpenBSD that is located
in the US, there is always that chance that those crypto issues might
one day be a concern.

Also, inside the US, anything that goes wrong, including cold coffee is
the Russians fault.
Luckily, Mexico is going to pay for a wall to keep illegal Mexicans from
returning to Mexico where there are better jobs. :)

Sadly, I wasn't joking about the better jobs part.

Chris

Re: Oddness with pkg_add

[Marc Espie]

On Thu, Nov 03, 2016 at 09:26:43PM -0400, trondd wrote:
> On Thu, November 3, 2016 9:19 pm, trondd wrote:
> > On Thu, November 3, 2016 9:07 pm, Chris Huxtable wrote:
> >> Same as before unfortunately.
> >>
> >> # pkg_add -v nano
> >> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> >> ftp: ftp.openbsd.org: no address associated with name
> >> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
> >> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
> >> ftp: openbsd.cs.toronto.edu: no address associated with name
> >> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
> >> Error from
> >> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
> >> ftp: athena.caslab.queensu.ca: no address associated with name
> >> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
> >> Can't find nano
> >>
> >> Could this be a pledge issue?
> >>
> >
> > Check dmesg, but on a clean install, probably not.
> >
> > Are you doing something funky with pf, like only allowing certain users
> > internet access?  pkg_add downloads as the _pfetch user.  Try doas -u
> > _pfetch host ftp.openbsd.org
> >
> 
> Correction:  6.0 changed the user to _pkgfetch.

Not really. _pfetch was stolen from dpb until we got a proper user.
The window where _pfetch got used in pkg_add is rather small,
(2016/02/09 -> 2016/03/18)

Re: Oddness with pkg_add

[trondd]

On Thu, November 3, 2016 9:52 pm, Chris Huxtable wrote:
> Nothing funky with users in pf. I have tried to strip my pf.conf way back
> in
> an attempt to remove possible issues
> but that hasnâ**t improved anything. I filter by interface, ip, and port,
> thats all (so far).
>
> Nothing odd in dmesg. What really has me for a loop is why does everything
> work except this one program.
>
> # cat /etc/doas.conf
> permit nopass root as _pkgfetch
>
> # doas -u _pkgfetch host ftp.openbsd.org
> ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
> openbsd.sunsite.ualberta.ca has address 129.128.5.191
>
> This is interestingâ*¦ I donâ**t really know where to go with this though.
> Any
> suggestions?
>
> # doas -u _pkgfetch ftp -o /tmp/text.html
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> ftp: ftp.openbsd.org: no address associated with name
>

Try substituting the IP for the hostname.  Is it just DNS that's the
problem or all network connectivity?

Then I'd start using tcpdump...


>> On Nov 3, 2016, at 9:26 PM, trondd  wrote:
>>
>> On Thu, November 3, 2016 9:19 pm, trondd wrote:
>>> On Thu, November 3, 2016 9:07 pm, Chris Huxtable wrote:
 Same as before unfortunately.

 # pkg_add -v nano
 Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
 ftp: ftp.openbsd.org: no address associated with name
 http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
 Error from
 http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
 ftp: openbsd.cs.toronto.edu: no address associated with name
 http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
 Error from
 http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
 ftp: athena.caslab.queensu.ca: no address associated with name
 http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is
 empty
 Can't find nano

 Could this be a pledge issue?

>>>
>>> Check dmesg, but on a clean install, probably not.
>>>
>>> Are you doing something funky with pf, like only allowing certain users
>>> internet access?  pkg_add downloads as the _pfetch user.  Try doas -u
>>> _pfetch host ftp.openbsd.org
>>>
>>
>> Correction:  6.0 changed the user to _pkgfetch.

Re: Oddness with pkg_add

[Chris Huxtable]

Nothing funky with users in pf. I have tried to strip my pf.conf way back in
an attempt to remove possible issues
but that hasn’t improved anything. I filter by interface, ip, and port,
thats all (so far).

Nothing odd in dmesg. What really has me for a loop is why does everything
work except this one program.

# cat /etc/doas.conf
permit nopass root as _pkgfetch

# doas -u _pkgfetch host ftp.openbsd.org
ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
openbsd.sunsite.ualberta.ca has address 129.128.5.191

This is interesting… I don’t really know where to go with this though. Any
suggestions?

# doas -u _pkgfetch ftp -o /tmp/text.html
http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
ftp: ftp.openbsd.org: no address associated with name

> On Nov 3, 2016, at 9:26 PM, trondd  wrote:
>
> On Thu, November 3, 2016 9:19 pm, trondd wrote:
>> On Thu, November 3, 2016 9:07 pm, Chris Huxtable wrote:
>>> Same as before unfortunately.
>>>
>>> # pkg_add -v nano
>>> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
>>> ftp: ftp.openbsd.org: no address associated with name
>>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
>>> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
>>> ftp: openbsd.cs.toronto.edu: no address associated with name
>>> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
>>> Error from
>>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
>>> ftp: athena.caslab.queensu.ca: no address associated with name
>>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
>>> Can't find nano
>>>
>>> Could this be a pledge issue?
>>>
>>
>> Check dmesg, but on a clean install, probably not.
>>
>> Are you doing something funky with pf, like only allowing certain users
>> internet access?  pkg_add downloads as the _pfetch user.  Try doas -u
>> _pfetch host ftp.openbsd.org
>>
>
> Correction:  6.0 changed the user to _pkgfetch.

Re: Oddness with pkg_add

[trondd]

On Thu, November 3, 2016 9:19 pm, trondd wrote:
> On Thu, November 3, 2016 9:07 pm, Chris Huxtable wrote:
>> Same as before unfortunately.
>>
>> # pkg_add -v nano
>> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
>> ftp: ftp.openbsd.org: no address associated with name
>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
>> ftp: openbsd.cs.toronto.edu: no address associated with name
>> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Error from
>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
>> ftp: athena.caslab.queensu.ca: no address associated with name
>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Can't find nano
>>
>> Could this be a pledge issue?
>>
>
> Check dmesg, but on a clean install, probably not.
>
> Are you doing something funky with pf, like only allowing certain users
> internet access?  pkg_add downloads as the _pfetch user.  Try doas -u
> _pfetch host ftp.openbsd.org
>

Correction:  6.0 changed the user to _pkgfetch.

Re: Oddness with pkg_add

[trondd]

On Thu, November 3, 2016 9:07 pm, Chris Huxtable wrote:
> Same as before unfortunately.
>
> # pkg_add -v nano
> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> ftp: ftp.openbsd.org: no address associated with name
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
> ftp: openbsd.cs.toronto.edu: no address associated with name
> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
> Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
> ftp: athena.caslab.queensu.ca: no address associated with name
> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
> Can't find nano
>
> Could this be a pledge issue?
>

Check dmesg, but on a clean install, probably not.

Are you doing something funky with pf, like only allowing certain users
internet access?  pkg_add downloads as the _pfetch user.  Try doas -u
_pfetch host ftp.openbsd.org

Re: Oddness with pkg_add

[Chris Huxtable]

Same as before unfortunately.

# pkg_add -v nano
Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
ftp: ftp.openbsd.org: no address associated with name
http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
ftp: openbsd.cs.toronto.edu: no address associated with name
http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
ftp: athena.caslab.queensu.ca: no address associated with name
http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
Can't find nano

Could this be a pledge issue?

> On Nov 3, 2016, at 9:01 PM, Ax0n  wrote:
>
> That config looks completely rational. Perhaps add -v (or -vv .. -v) to
get more and more verbose error messages and see if something useful pops up
in the verbose output.
>
> On Thu, Nov 3, 2016 at 3:19 PM, Chris Huxtable mailto:ch...@huxtable.ca>> wrote:
> # cat /etc/pkg.conf
> installpath = http://ftp.openbsd.org/%m/ 
> installpath += http://openbsd.cs.toronto.edu/%m/

> installpath += http://athena.caslab.queensu.ca/%m/

>
> # echo $PKG_PATH
>
> PKG_PATH is empty as I use pkg.conf
>
>> On Nov 3, 2016, at 3:43 PM, Ax0n mailto:a...@h-i-r.net>>
wrote:
>>
>> Can we see the contents of /etc/pkg.conf and/or your $PKG_PATH variable
from inside root's session?
>>
>> On Wed, Nov 2, 2016 at 6:48 PM, Chris Huxtable mailto:ch...@huxtable.ca>> wrote:
>> OpenBSD Community,
>>
>> I upgraded my OpenBSD router from 5.9 to 6.0 by clean install and copied a
>> number of my old configs to the new install. I have almost everything in a
>> working state except one program, pkg_add. I have tried to sort this out,
done
>> another clean install, reviewed all my configs, and reached the end of my
>> understanding. Below are tests I have preformed and their output and
configs I
>> think may be relevant.
>>
>> # pkg_add nano
>> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/

>> ftp: ftp.openbsd.org : no address associated with
name
>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
 is empty
>> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/

>> ftp: openbsd.cs.toronto.edu : no address
associated with name
>> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
 is empty
>> Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/

>> ftp: athena.caslab.queensu.ca : no
address associated with name
>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
 is empty
>> Can't find nano
>>
>> $ uname -a
>> OpenBSD xyz.abc.def 6.0 GENERIC.MP#2319  amd64
>>
>> $ host ftp.openbsd.org 
>> ftp.openbsd.org  is an alias for
openbsd.sunsite.ualberta.ca .
>> openbsd.sunsite.ualberta.ca  has
address 129.128.5.191
>>
>> $ dig ftp.openbsd.com 
>> […]
>> ;; ANSWER SECTION:
>> ftp.openbsd.com .21599   IN  CNAME
openbsd.sunsite.ualberta.ca .
>> openbsd.sunsite.ualberta.ca . 21599 IN
A   129.128.5.191
>>
>> ;; Query time: 789 msec
>> ;; SERVER: 127.0.0.1#53(127.0.0.1)
>> […]
>>
>> $ ping -c 1 google.com 
>> PING google.com  (172.217.0.174): 56 data bytes
>> 64 bytes from 172.217.0.174 : icmp_seq=0 ttl=59
time=5.488 ms
>> --- google.com  ping statistics ---
>> 1 packets transmitted, 1 packets received, 0.0% packet loss
>> round-trip min/avg/max/std-dev = 5.488/5.488/5.488/0.000 ms
>>
>> $ cat /etc/resolv.conf
>> search abc.def ghi.jkl mno.pqr
>> nameserver 127.0.0.1
>> nameserver 8.8.8.8
>> nameserver 8.8.4.4
>> lookup bind file
>>
>> $ cat /etc/hostname.pppoe0
>> inet 0.0.0.0 255.255.255.255 NONE \
>> pppoedev em1 authproto pap \
>> authname 'thisIsNotMyAuthName' authkey 'thisIsNotMyAuthKey' up
>> dest 0.0.0.1
>>
>> group egress
>>
>> !/sbin/route add default -ifp pppoe0 0.0.0.1
>>
>> $ cat /etc/hostname.em1
>> group egress
>>
>> up
>>
>> $ ftp -o /tmp/test.html
>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/

>> Trying 129.128.5.

Re: Oddness with pkg_add

[Ax0n]

That config looks completely rational. Perhaps add -v (or -vv .. -v) to
get more and more verbose error messages and see if something useful pops
up in the verbose output.

On Thu, Nov 3, 2016 at 3:19 PM, Chris Huxtable  wrote:

> # cat /etc/pkg.conf
> installpath = http://ftp.openbsd.org/%m/
> installpath += http://openbsd.cs.toronto.edu/%m/
> installpath += http://athena.caslab.queensu.ca/%m/
>
> # echo $PKG_PATH
>
> PKG_PATH is empty as I use pkg.conf
>
> On Nov 3, 2016, at 3:43 PM, Ax0n  wrote:
>
> Can we see the contents of /etc/pkg.conf and/or your $PKG_PATH variable
> from inside root's session?
>
> On Wed, Nov 2, 2016 at 6:48 PM, Chris Huxtable  wrote:
>
>> OpenBSD Community,
>>
>> I upgraded my OpenBSD router from 5.9 to 6.0 by clean install and copied a
>> number of my old configs to the new install. I have almost everything in a
>> working state except one program, pkg_add. I have tried to sort this out,
>> done
>> another clean install, reviewed all my configs, and reached the end of my
>> understanding. Below are tests I have preformed and their output and
>> configs I
>> think may be relevant.
>>
>> # pkg_add nano
>> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
>> ftp: ftp.openbsd.org: no address associated with name
>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
>> ftp: openbsd.cs.toronto.edu: no address associated with name
>> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd
>> 64/
>> ftp: athena.caslab.queensu.ca: no address associated with name
>> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
>> Can't find nano
>>
>> $ uname -a
>> OpenBSD xyz.abc.def 6.0 GENERIC.MP#2319  amd64
>>
>> $ host ftp.openbsd.org
>> ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
>> openbsd.sunsite.ualberta.ca has address 129.128.5.191
>>
>> $ dig ftp.openbsd.com
>> […]
>> ;; ANSWER SECTION:
>> ftp.openbsd.com.21599   IN  CNAME
>> openbsd.sunsite.ualberta.ca.
>> openbsd.sunsite.ualberta.ca. 21599 IN   A   129.128.5.191
>>
>> ;; Query time: 789 msec
>> ;; SERVER: 127.0.0.1#53(127.0.0.1)
>> […]
>>
>> $ ping -c 1 google.com
>> PING google.com (172.217.0.174): 56 data bytes
>> 64 bytes from 172.217.0.174: icmp_seq=0 ttl=59 time=5.488 ms
>> --- google.com ping statistics ---
>> 1 packets transmitted, 1 packets received, 0.0% packet loss
>> round-trip min/avg/max/std-dev = 5.488/5.488/5.488/0.000 ms
>>
>> $ cat /etc/resolv.conf
>> search abc.def ghi.jkl mno.pqr
>> nameserver 127.0.0.1
>> nameserver 8.8.8.8
>> nameserver 8.8.4.4
>> lookup bind file
>>
>> $ cat /etc/hostname.pppoe0
>> inet 0.0.0.0 255.255.255.255 NONE \
>> pppoedev em1 authproto pap \
>> authname 'thisIsNotMyAuthName' authkey 'thisIsNotMyAuthKey' up
>> dest 0.0.0.1
>>
>> group egress
>>
>> !/sbin/route add default -ifp pppoe0 0.0.0.1
>>
>> $ cat /etc/hostname.em1
>> group egress
>>
>> up
>>
>> $ ftp -o /tmp/test.html
>> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
>> Trying 129.128.5.191...
>> Requesting http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
>> 100% |**|  1171 KB
>> 00:02
>> 1199135 bytes received in 2.65 seconds (441.42 KB/s)
>>
>>
>> Would anyone have insight as to why everything works except pkg_add? Any
>> help
>> would be appreciated.
>>
>> Regards,
>>
>> Chris

Re: Oddness with pkg_add

[Chris Huxtable]

# cat /etc/pkg.conf
installpath = http://ftp.openbsd.org/%m/
installpath += http://openbsd.cs.toronto.edu/%m/
installpath += http://athena.caslab.queensu.ca/%m/

# echo $PKG_PATH

PKG_PATH is empty as I use pkg.conf

> On Nov 3, 2016, at 3:43 PM, Ax0n  wrote:
>
> Can we see the contents of /etc/pkg.conf and/or your $PKG_PATH variable from
inside root's session?
>
> On Wed, Nov 2, 2016 at 6:48 PM, Chris Huxtable mailto:ch...@huxtable.ca>> wrote:
> OpenBSD Community,
>
> I upgraded my OpenBSD router from 5.9 to 6.0 by clean install and copied a
> number of my old configs to the new install. I have almost everything in a
> working state except one program, pkg_add. I have tried to sort this out,
done
> another clean install, reviewed all my configs, and reached the end of my
> understanding. Below are tests I have preformed and their output and configs
I
> think may be relevant.
>
> # pkg_add nano
> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/

> ftp: ftp.openbsd.org : no address associated with
name
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
 is empty
> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/

> ftp: openbsd.cs.toronto.edu : no address
associated with name
> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
 is empty
> Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/

> ftp: athena.caslab.queensu.ca : no address
associated with name
> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
 is empty
> Can't find nano
>
> $ uname -a
> OpenBSD xyz.abc.def 6.0 GENERIC.MP#2319  amd64
>
> $ host ftp.openbsd.org 
> ftp.openbsd.org  is an alias for
openbsd.sunsite.ualberta.ca .
> openbsd.sunsite.ualberta.ca  has
address 129.128.5.191
>
> $ dig ftp.openbsd.com 
> […]
> ;; ANSWER SECTION:
> ftp.openbsd.com .21599   IN  CNAME
openbsd.sunsite.ualberta.ca .
> openbsd.sunsite.ualberta.ca . 21599 IN
A   129.128.5.191
>
> ;; Query time: 789 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> […]
>
> $ ping -c 1 google.com 
> PING google.com  (172.217.0.174): 56 data bytes
> 64 bytes from 172.217.0.174 : icmp_seq=0 ttl=59
time=5.488 ms
> --- google.com  ping statistics ---
> 1 packets transmitted, 1 packets received, 0.0% packet loss
> round-trip min/avg/max/std-dev = 5.488/5.488/5.488/0.000 ms
>
> $ cat /etc/resolv.conf
> search abc.def ghi.jkl mno.pqr
> nameserver 127.0.0.1
> nameserver 8.8.8.8
> nameserver 8.8.4.4
> lookup bind file
>
> $ cat /etc/hostname.pppoe0
> inet 0.0.0.0 255.255.255.255 NONE \
> pppoedev em1 authproto pap \
> authname 'thisIsNotMyAuthName' authkey 'thisIsNotMyAuthKey' up
> dest 0.0.0.1
>
> group egress
>
> !/sbin/route add default -ifp pppoe0 0.0.0.1
>
> $ cat /etc/hostname.em1
> group egress
>
> up
>
> $ ftp -o /tmp/test.html
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/

> Trying 129.128.5.191...
> Requesting http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/

> 100% |**|  1171 KB00:02
> 1199135 bytes received in 2.65 seconds (441.42 KB/s)
>
>
> Would anyone have insight as to why everything works except pkg_add? Any
help
> would be appreciated.
>
> Regards,
>
> Chris

Re: Oddness with pkg_add

[Ax0n]

Can we see the contents of /etc/pkg.conf and/or your $PKG_PATH variable
from inside root's session?

On Wed, Nov 2, 2016 at 6:48 PM, Chris Huxtable  wrote:

> OpenBSD Community,
>
> I upgraded my OpenBSD router from 5.9 to 6.0 by clean install and copied a
> number of my old configs to the new install. I have almost everything in a
> working state except one program, pkg_add. I have tried to sort this out,
> done
> another clean install, reviewed all my configs, and reached the end of my
> understanding. Below are tests I have preformed and their output and
> configs I
> think may be relevant.
>
> # pkg_add nano
> Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> ftp: ftp.openbsd.org: no address associated with name
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
> Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
> ftp: openbsd.cs.toronto.edu: no address associated with name
> http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
> Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
> ftp: athena.caslab.queensu.ca: no address associated with name
> http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
> Can't find nano
>
> $ uname -a
> OpenBSD xyz.abc.def 6.0 GENERIC.MP#2319 amd64
>
> $ host ftp.openbsd.org
> ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
> openbsd.sunsite.ualberta.ca has address 129.128.5.191
>
> $ dig ftp.openbsd.com
> […]
> ;; ANSWER SECTION:
> ftp.openbsd.com.21599   IN  CNAME
> openbsd.sunsite.ualberta.ca.
> openbsd.sunsite.ualberta.ca. 21599 IN   A   129.128.5.191
>
> ;; Query time: 789 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> […]
>
> $ ping -c 1 google.com
> PING google.com (172.217.0.174): 56 data bytes
> 64 bytes from 172.217.0.174: icmp_seq=0 ttl=59 time=5.488 ms
> --- google.com ping statistics ---
> 1 packets transmitted, 1 packets received, 0.0% packet loss
> round-trip min/avg/max/std-dev = 5.488/5.488/5.488/0.000 ms
>
> $ cat /etc/resolv.conf
> search abc.def ghi.jkl mno.pqr
> nameserver 127.0.0.1
> nameserver 8.8.8.8
> nameserver 8.8.4.4
> lookup bind file
>
> $ cat /etc/hostname.pppoe0
> inet 0.0.0.0 255.255.255.255 NONE \
> pppoedev em1 authproto pap \
> authname 'thisIsNotMyAuthName' authkey 'thisIsNotMyAuthKey' up
> dest 0.0.0.1
>
> group egress
>
> !/sbin/route add default -ifp pppoe0 0.0.0.1
>
> $ cat /etc/hostname.em1
> group egress
>
> up
>
> $ ftp -o /tmp/test.html
> http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> Trying 129.128.5.191...
> Requesting http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
> 100% |**|  1171 KB
> 00:02
> 1199135 bytes received in 2.65 seconds (441.42 KB/s)
>
>
> Would anyone have insight as to why everything works except pkg_add? Any
> help
> would be appreciated.
>
> Regards,
>
> Chris

Oddness with pkg_add

[Chris Huxtable]

OpenBSD Community,

I upgraded my OpenBSD router from 5.9 to 6.0 by clean install and copied a
number of my old configs to the new install. I have almost everything in a
working state except one program, pkg_add. I have tried to sort this out, done
another clean install, reviewed all my configs, and reached the end of my
understanding. Below are tests I have preformed and their output and configs I
think may be relevant.

# pkg_add nano
Error from http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
ftp: ftp.openbsd.org: no address associated with name
http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/ is empty
Error from http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/
ftp: openbsd.cs.toronto.edu: no address associated with name
http://openbsd.cs.toronto.edu/pub/OpenBSD/6.0/packages/amd64/ is empty
Error from http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/
ftp: athena.caslab.queensu.ca: no address associated with name
http://athena.caslab.queensu.ca/pub/OpenBSD/6.0/packages/amd64/ is empty
Can't find nano

$ uname -a
OpenBSD xyz.abc.def 6.0 GENERIC.MP#2319 amd64

$ host ftp.openbsd.org
ftp.openbsd.org is an alias for openbsd.sunsite.ualberta.ca.
openbsd.sunsite.ualberta.ca has address 129.128.5.191

$ dig ftp.openbsd.com
[…]
;; ANSWER SECTION:
ftp.openbsd.com.21599   IN  CNAME   openbsd.sunsite.ualberta.ca.
openbsd.sunsite.ualberta.ca. 21599 IN   A   129.128.5.191

;; Query time: 789 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
[…]

$ ping -c 1 google.com
PING google.com (172.217.0.174): 56 data bytes
64 bytes from 172.217.0.174: icmp_seq=0 ttl=59 time=5.488 ms
--- google.com ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 5.488/5.488/5.488/0.000 ms

$ cat /etc/resolv.conf
search abc.def ghi.jkl mno.pqr
nameserver 127.0.0.1
nameserver 8.8.8.8
nameserver 8.8.4.4
lookup bind file

$ cat /etc/hostname.pppoe0
inet 0.0.0.0 255.255.255.255 NONE \
pppoedev em1 authproto pap \
authname 'thisIsNotMyAuthName' authkey 'thisIsNotMyAuthKey' up
dest 0.0.0.1

group egress

!/sbin/route add default -ifp pppoe0 0.0.0.1

$ cat /etc/hostname.em1
group egress

up

$ ftp -o /tmp/test.html
http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
Trying 129.128.5.191...
Requesting http://ftp.openbsd.org/pub/OpenBSD/6.0/packages/amd64/
100% |**|  1171 KB00:02
1199135 bytes received in 2.65 seconds (441.42 KB/s)


Would anyone have insight as to why everything works except pkg_add? Any help
would be appreciated.

Regards,

Chris