Dne 07. 10. 22 v 14:19 Paul Howarth napsal(a):
On Thu, 6 Oct 2022 14:38:38 +0200
This is good point. I have already forget the details. So if there
was embedded just the right amount of information in the main data,
we would not need the full list (and lazy loading). Currently, the
data contain
On Thu, 6 Oct 2022 14:38:38 +0200
> This is good point. I have already forget the details. So if there
> was embedded just the right amount of information in the main data,
> we would not need the full list (and lazy loading). Currently, the
> data contains e.g. /usr/bin/*, which is useful for inst
Dne 06. 10. 22 v 14:38 Vít Ondruch napsal(a):
Dne 06. 10. 22 v 14:18 Panu Matilainen napsal(a):
On 10/6/22 11:55, Vít Ondruch wrote:
Dne 06. 10. 22 v 9:18 Otto Liljalaakso napsal(a):
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run
On 07. 10. 22 12:56, Vít Ondruch wrote:
Dne 06. 10. 22 v 19:51 Miro Hrončok napsal(a):
On 06. 10. 22 15:04, Kalev Lember wrote:
I guess a transition plan (if we make up our minds that it makes sense to do
it) could be to first make sure the provides are autogenerated, then do a
mass rebuild,
Dne 06. 10. 22 v 19:51 Miro Hrončok napsal(a):
On 06. 10. 22 15:04, Kalev Lember wrote:
I guess a transition plan (if we make up our minds that it makes
sense to do it) could be to first make sure the provides are
autogenerated, then do a mass rebuild, let people try it out in their
packages
On 06. 10. 22 15:04, Kalev Lember wrote:
I guess a transition plan (if we make up our minds that it makes sense to do
it) could be to first make sure the provides are autogenerated, then do a mass
rebuild, let people try it out in their packages for 6 months, and then
provenpackager-edit all of
On Thu, Oct 6, 2022 at 2:51 PM Vít Ondruch wrote:
>
> Dne 06. 10. 22 v 14:38 Kalev Lember napsal(a):
>
> On Thu, Oct 6, 2022 at 11:05 AM Vít Ondruch wrote:
>
>> BTW re-reading the ticket and since there are talks about DNF5, maybe it
>> would be worth of reopening the discussion. I think we coul
Dne 06. 10. 22 v 14:38 Kalev Lember napsal(a):
On Thu, Oct 6, 2022 at 11:05 AM Vít Ondruch wrote:
BTW re-reading the ticket and since there are talks about DNF5,
maybe it
would be worth of reopening the discussion. I think we could
generally
do better and I see two options:
On Thu, Oct 6, 2022 at 11:05 AM Vít Ondruch wrote:
> BTW re-reading the ticket and since there are talks about DNF5, maybe it
> would be worth of reopening the discussion. I think we could generally
> do better and I see two options:
>
> 1) There seems to be a way to download additional data if n
Dne 06. 10. 22 v 14:18 Panu Matilainen napsal(a):
On 10/6/22 11:55, Vít Ondruch wrote:
Dne 06. 10. 22 v 9:18 Otto Liljalaakso napsal(a):
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like
R
On 10/6/22 11:55, Vít Ondruch wrote:
Dne 06. 10. 22 v 9:18 Otto Liljalaakso napsal(a):
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like
Requires: /usr/bin/foo are used.
In a recent thread
Dne 06. 10. 22 v 10:55 Vít Ondruch napsal(a):
Dne 06. 10. 22 v 9:18 Otto Liljalaakso napsal(a):
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like
Requires: /usr/bin/foo are used.
In a rec
Dne 06. 10. 22 v 9:18 Otto Liljalaakso napsal(a):
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like
Requires: /usr/bin/foo are used.
In a recent thread on this mailing list [1],
it is menti
Miro Hrončok kirjoitti 6.10.2022 klo 2.33:
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like
Requires: /usr/bin/foo are used.
In a recent thread on this mailing list [1],
it is mentioned that such Requires should be avoided,
because r
On 06. 10. 22 1:21, Otto Liljalaakso wrote:
Recently, I have run into some cases where file dependencies like Requires:
/usr/bin/foo are used.
In a recent thread on this mailing list [1],
it is mentioned that such Requires should be avoided,
because resolving file dependencies requires a large
Recently, I have run into some cases where file dependencies like
Requires: /usr/bin/foo are used.
In a recent thread on this mailing list [1],
it is mentioned that such Requires should be avoided,
because resolving file dependencies requires a large amount of memory.
On the other hand, if the
16 matches
Mail list logo
