>> What would help further would be for such information having references
>> to sources, and each information point be referencable (not only the
>> dataset as a whole).
> Isn't this already done for us here?
> https://gpuinfo.org/
I don't see any reference to sources.
Also I see it as "Ubuntu" a
> jenkins.d.n would be the place to put full-system cross-grading tests.
> piuparts would be the place to put per-package cross-grading tests.
FWIW, I just went through a cross-grade of a Lil'Debi chroot from armel
to armhf. I wouldn't recommend it to someone who's not used to command
line use of
>> So I think it is very important that we support AMD right now on what we
>> can, and ask manufacturers to include AMD graphics in those products.
> You do realize that AMD graphics need proprietary firmware to have
> proper 3D acceleration without which you probably couldn't run any game
> at al
Package: general
Severity: wishlist
Dear Maintainer,
I've been using Debian on all my machines for many years and am generally very
happy with it but I recently realized that my experience could have been even
better (both for me and for the maintainers of all the packages I use) if it
were easie
>> > Say, for the sake of sharing a single .deb offline, what bad thing might
>> > happen if I run the -486 kernel on my other machines where I could run
>> > the -pae kernel?
>> Nothing serious, unless they have a lot of RAM (in which case the kernel
>> may not be able to make use of all of it).
>
reassign 548661 apt
thanks
>> But as seen in bug#542095, some dependencies are not really hard, yet
>> you don't want them to be "recommends" because that would be too easy
>> for users to ignore. So bug#542095 shows that there is a need for
>> something between "recommends" and true dependencies
6 matches
Mail list logo