On 2020-04-21 17:54, Kevin Chadwick wrote:
>> Nope, it's definitely the wrong place to fix things.
>>
>> You should fix your pipes (change the timeouts or whatever).
>>
>> If worse comes to worst, pkg_add could *possibly* retry running ftp(1),
>> but that makes little sense.
> I agree ftp/tcp shou
On 2020-04-20 22:47, Marc Espie wrote:
> Nope, it's definitely the wrong place to fix things.
>
> You should fix your pipes (change the timeouts or whatever).
>
> If worse comes to worst, pkg_add could *possibly* retry running ftp(1),
> but that makes little sense.
I agree ftp/tcp should be re-
On Mon, Apr 20, 2020 at 07:45:37PM +0100, Kevin Chadwick wrote:
>
> > There are some unavoidable complexities to the sheer size of the tree,
> > and the necessities of updates not to fail...
>
> I have noticed recently that I occasionally get a gz truncated message (I
> think
> due to tcp timeou
Den mån 20 apr. 2020 kl 15:08 skrev Marc Espie :
> On Sun, Apr 19, 2020 at 04:36:48PM +0200, Ingo Schwarze wrote:
> > Part of that is due to the unavoidable complexity
> > of the system. Other parts may be influenced by the fact that
> > espie@ is not tedu@.
>
> I don't think tedu would do much b
> There are some unavoidable complexities to the sheer size of the tree,
> and the necessities of updates not to fail...
I have noticed recently that I occasionally get a gz truncated message (I think
due to tcp timeout) and then the dependent package doesn't get updated. I then
re-run pkg_add -
On Mon, Apr 20, 2020 at 02:48:20PM +0100, Chris Rawnsley wrote:
> > BTW, any supplementary tool that does similar things directly in shell
> > has exactly zero chance to be included in the distribution.
>
> Acknowledged. I put it out there for those that might find it useful
> but was not expectin
On Mon, Apr 20, 2020 at 02:48:20PM +0100, Chris Rawnsley wrote:
> Hi Marc,
>
> On Mon, 20 Apr 2020, at 14:05, Marc Espie wrote:
> > Actually, not having recursive depends easily available on an installed
> > package base is somewhat tedu-ish.
> >
> > Most specifically, it's not very useful for a
Hi Marc,
On Mon, 20 Apr 2020, at 14:05, Marc Espie wrote:
> Actually, not having recursive depends easily available on an installed
> package base is somewhat tedu-ish.
>
> Most specifically, it's not very useful for anything in common usage. What
> would you want it for ?... sure it's nice in
Hi Marc,
Marc Espie wrote on Mon, Apr 20, 2020 at 03:05:36PM +0200:
> Actually, not having recursive depends easily available on an installed
> package base is somewhat tedu-ish.
Heh. :-)
> Most specifically, it's not very useful for anything in common usage. What
> would you want it for ?..
On Sun, Apr 19, 2020 at 04:36:48PM +0200, Ingo Schwarze wrote:
> All this is kind of typical for the pkg tools: one question typically
> allows several different answers. There typically isn't one single,
> canonical way of doing something. There typically isn't one unified
> output format, but s
Hi Ingo,
On Sun, 19 Apr 2020, at 15:36, Ingo Schwarze wrote:
> The above list is not complete. For example, i skipped ways to
> inspect test dependencies, and i refrained from explaining
> possibilities that use the port "databases/sqlports", which
> is very powerful. Finally, i may have missed
Hi Chris,
Chris Rawnsley wrote on Sun, Apr 19, 2020 at 01:34:28PM +0100:
> I am looking for a way to show a package's dependencies.
As far as i know, the normal ways to do that are:
# direct run dependencies only
cd /usr/ports/mail/mutt; make run-depends-list
cd /usr/ports/mail/mutt; make
After a little more digging I have found a reply from Ingo Schwarze
to the exact same query.
https://marc.info/?l=openbsd-misc&m=155675569919423&w=2
>From their response, it sounds as though such an option does not
currently exist in in pkg_info(1) and there is no desire for it to
have such a fea
On Sun, 19 Apr 2020, at 14:29, Erling Westenvik wrote:
> Way out of my league here, but perhaps:
>
> $ pkg_info -S python-3.7.6p1 | tail -n 2 | tr ',' '\n' | grep @
> @bzip2-1.0.8
> @gettext-runtime-0.20.1p1
> @libffi-3.3
> @sqlite3-3.31.1p0
> @xz-5.2.4p0
This gets you the direct dependencies but
On Sun, Apr 19, 2020 at 01:34:28PM +0100, Chris Rawnsley wrote:
> I am looking for a way to show a package's dependencies. The output
> might look similar to how -R looks in pkg_info(1), e.g.:
>
> Information for inst:python-3.7.4
>
> Directly depends on:
> bzip2-1.0.8
> gettext-r
Hi,
I am looking for a way to show a package's dependencies. The output
might look similar to how -R looks in pkg_info(1), e.g.:
Information for inst:python-3.7.4
Directly depends on:
bzip2-1.0.8
gettext-runtime-0.20.1p0
libffi-3.2.1p5
sqlite3-3.29.0
xz-5.2.4
Tra
16 matches
Mail list logo