>JFTR: aptitude (and all other libapt-based frontends) can make use of
>that feature via the config option APT::Sources::With, the commandline
>flag is just syntactic sugar.
Doesn’t match my use case of repository injection for anything
that might call apt later.
I could, perhaps, add stuff to ap
On Mon, 05 Aug 2019 at 11:25:53 +0100, Simon McVittie wrote:
> On Mon, 05 Aug 2019 at 10:09:09 +0200, David Kalnischkies wrote:
> > The other thing is repositories without a Release file, which seems to
> > be something used (legally) by the same class of repositories only, too.
>
> [in OBS] anyth
On Mon, 05 Aug 2019 at 10:11:07 +0200, David Kalnischkies wrote:
> On Mon, Jul 29, 2019 at 08:01:47AM +0100, Simon McVittie wrote:
> > sbuild also uses aptitude instead of apt (for its more-backports-friendly
> > resolver) in some configurations, and that doesn't have --with-source.
>
> JFTR: apti
On Mon, 05 Aug 2019 at 10:09:09 +0200, David Kalnischkies wrote:
> So far all usecases mentioned here seem to be local repositories
> though. Nobody seems to be pulling unsigned repositories over the
> network [for good reasons].
On CI systems at work, I've often found it to be
Hi,
Quoting David Kalnischkies (2019-08-05 10:09:09)
> So far all usecases mentioned here seem to be local repositories though.
> Nobody seems to be pulling unsigned repositories over the network [for good
> reasons]. So perhaps we can agree on dropping support for unsigned
> repo
On Mon, Jul 29, 2019 at 08:01:47AM +0100, Simon McVittie wrote:
> sbuild also uses aptitude instead of apt (for its more-backports-friendly
> resolver) in some configurations, and that doesn't have --with-source.
JFTR: aptitude (and all other libapt-based frontends) can make use of
that feature vi
On Mon, Jul 29, 2019 at 10:53:45AM +0200, Johannes Schauer wrote:
> squeeze ended, we finally were able to remove a few hundred lines of code from
Julian is hoping that removing support for unsigned repositories would
do the same for us with the added benefit that for apt these lines are
secur
On Mon, Jul 29, 2019 at 3:02 PM Simon McVittie wrote:
>
> On Mon, 29 Jul 2019 at 00:17:17 +, Thorsten Glaser wrote:
> > echo "deb [trusted=yes] file://$base ./"
> > >"/etc/apt/sources.list.d/$this.list"
>
> sbuild and autopkgtest (and probably other build/CI tools) also rely on
> being able to
Hi,
with my sbuild-maintainer-hat on I would also like to vehemently argue against
apt dropping support for unsigned repositories.
Quoting Simon McVittie (2019-07-29 09:01:47)
> On Mon, 29 Jul 2019 at 00:17:17 +, Thorsten Glaser wrote:
> > echo "deb [trusted=yes] file://$base .
On Mon, 29 Jul 2019 at 00:17:17 +, Thorsten Glaser wrote:
> echo "deb [trusted=yes] file://$base ./" >"/etc/apt/sources.list.d/$this.list"
sbuild and autopkgtest (and probably other build/CI tools) also rely on
being able to inject local packages into a build/test environment using a
[trusted=
I actually have a use case: injecting packages from
/var/cache/pbuilder/base.cow-somedist/repo/ into APT
from an optional cowbuilder hook script that I can
enable (chmod +x) when needed.
The hook script has the interesting constraint that
it adds a repository to APT with*out* running apt-get
updat
On 2019-07-14 21:23:57 +0200 (+0200), Eduard Bloch wrote:
[...]
> I am looking at this from the POV of a regular/lazy user. The next best
> tool here is apt-ftparchive. Does it help you with signing? No. Does its
> manpage even mention InRelease signing in any way? Not really.
[...]
On that note,
Eduard Bloch writes:
> I am looking at this from the POV of a regular/lazy user. The next best
> tool here is apt-ftparchive. Does it help you with signing? No. Does its
> manpage even mention InRelease signing in any way? Not really.
For what it's worth, if I were setting up a small personal re
Hallo,
* Sam Hartman [Sun, Jul 14 2019, 02:07:55PM]:
> > "Eduard" == Eduard Bloch writes:
>
> Eduard> Hallo, * Sam Hartman [Sun, Jul 14 2019, 08:46:18AM]:
> >> > "Julian" == Julian Andres Klode writes:
> >>
> >> Please carefully consider uses of apt besides the system leve
> "Eduard" == Eduard Bloch writes:
Eduard> Hallo, * Sam Hartman [Sun, Jul 14 2019, 08:46:18AM]:
>> > "Julian" == Julian Andres Klode writes:
>>
>> Please carefully consider uses of apt besides the system level
>> apt running as root installing packages on the system.
Hallo,
* Sam Hartman [Sun, Jul 14 2019, 08:46:18AM]:
> > "Julian" == Julian Andres Klode writes:
>
> Please carefully consider uses of apt besides the system level apt
> running as root installing packages on the system.
>
> What about when I use the apt libraries to explore some repository an
> "Julian" == Julian Andres Klode writes:
Please carefully consider uses of apt besides the system level apt
running as root installing packages on the system.
What about when I use the apt libraries to explore some repository and
parse its packages files etc.
Asking people to go set up the
ome for
> us to drop support for the old stuff from APT!
One thing also forgotten in all that excitement is unsigned
repositories and repositories without a *Release file.
Now, I'd argue that having support for these repositories, while
convenient, is wrong: I think it makes a lot more sense for
18 matches
Mail list logo