Hello d-devel,
As some of you already seem, we have very good news for the Linux
gaming community, although somewhat bad for Debian:
https://www.steamdeck.com
The Steam Deck is a portable gaming device, running SteamOS, to be
released later this year.
Review video from 2kliksphilip:
Valve Steam D
On Sat, Jul 17, 2021 at 01:48:32PM +0100, Samuel Henrique wrote:
> that we don't fulfill the needs of a lot of desktop users
It is known, as we don't even provide an official installer ISO that makes
their hardware usable.
> So here's my wish that someday we can have a Debian semi-rolling
> relea
On Sat, 2021-07-17 at 13:48 +0100, Samuel Henrique wrote:
> Hello d-devel,
>
> As some of you already seem, we have very good news for the Linux
> gaming community, although somewhat bad for Debian:
> https://www.steamdeck.com
>
> The Steam Deck is a portable gaming device, running SteamOS, to be
On Sat, Jul 17, 2021 at 01:48:32PM +0100, Samuel Henrique wrote:
> SteamOS used to be based on Debian, and Valve seems to have decided to
> go with Arch instead (great news for Arch, don't get me wrong).
>
> The reasons for the switch have not been publicized, but I think we're
> safe to assume it
On Sat, Jul 17, 2021 at 12:49 PM Samuel Henrique wrote:
> The Steam Deck is a portable gaming device, running SteamOS, to be
> released later this year.
...
> SteamOS used to be based on Debian, and Valve seems to have decided to
> go with Arch instead (great news for Arch, don't get me wrong).
V
On Sun, Jul 18, 2021 at 8:30 AM Hanno 'Rince' Wagner wrote:
> On Sun, 18 Jul 2021, Paul Wise wrote:
>
> > Valve have said that this will be an open device that any OS can be
> > installed on, just like on PCs, they even mentioned Windows so
> > presumably it will be able to run Debian amd64 too if
On Mon, 19 Jul 2021 at 02:25:16 +, Paul Wise wrote:
> BTW, the Valve Arch Linux overlay thing appears to be here:
>
> https://repo.steampowered.com/arch/valveaur/
FYI, that's an overlay for "upstream" Arch, for Arch users who want to
try out Mesa and kernel patches that are not yet mainline -
(Disclosure: I work for Collabora, and I'm currently working on the
Steam Runtime.)
On Sat, 17 Jul 2021 at 13:48:32 +0100, Samuel Henrique wrote:
> As some of you already seem, we have very good news for the Linux
> gaming community, although somewhat bad for Debian:
...
> https://www.steamdeck.co
Hello Simon,
That's an awesome reply, thank you very much for having the time to
write all of this and adding the links, I have found the Steam runtime
bit particularly interesting.
> (Disclosure: I work for Collabora, and I'm currently working on the
> Steam Runtime.)
If you're ever feeling lik
> I think it would be quite nice to hear from Valve or some of the Debian
> folks who work(ed) with them, about the reasons for the rebase. With no
> ill will, just to understand what the problems were and if we can learn
> something from them.
https://www.pcgamer.com/this-is-why-valve-is-switchin
On Tue, Aug 10, 2021 at 01:31:12PM -0400, Sandro Tosi wrote:
> > I think it would be quite nice to hear from Valve or some of the Debian
> > folks who work(ed) with them, about the reasons for the rebase. With no
> > ill will, just to understand what the problems were and if we can learn
> > someth
On Tue, Aug 10, 2021 at 5:38 PM Andrey Rahmatullin wrote:
> "So, Arch Linux, one of the main reasons, there's a couple, but the main
> reason is the rolling updates of Arch allows us to have more rapid
> development for SteamOS 3.0," says Yang. "We were making a bunch of
> updates and changes to s
On Wed, 2021-08-11 at 00:51 +, Paul Wise wrote:
> On Tue, Aug 10, 2021 at 5:38 PM Andrey Rahmatullin wrote:
>
> > "So, Arch Linux, one of the main reasons, there's a couple, but the
> > main
> > reason is the rolling updates of Arch allows us to have more rapid
> > development for SteamOS 3.0,
On Wed, 11 Aug 2021 01:09:29 -0400, Calum McConnell
wrote:
>On Wed, 2021-08-11 at 00:51 +, Paul Wise wrote:
>> On Tue, Aug 10, 2021 at 5:38 PM Andrey Rahmatullin wrote:
>>
>> > "So, Arch Linux, one of the main reasons, there's a couple, but the
>> > main
>> > reason is the rolling updates of
On 11.08.21 08:46, Marc Haber wrote:
On Wed, 11 Aug 2021 01:09:29 -0400, Calum McConnell
wrote:
On Wed, 2021-08-11 at 00:51 +, Paul Wise wrote:
On Tue, Aug 10, 2021 at 5:38 PM Andrey Rahmatullin wrote:
"So, Arch Linux, one of the main reasons, there's a couple, but the
main
reason is t
❦ 11 August 2021 11:27 +02, Steffen Möller:
> I have no exact idea what to change, though. A rolling Debian would be
> cool, yes, but also a bit late when compared with environments that
> Conda offers or the ease that comes with multiple installations of conda
> to e.g. avoid name conflicts. If
On Wed, Aug 11, 2021 at 04:08:13PM +0200, Vincent Bernat wrote:
> I think we have more systemic issues. I am quite impressed how Nix/NixOS
> is able to pull so many packages and modules with so few people. But
> they use only one workflow, one way to package, one init system, etc.
> Looking at Arch
I am fine with Debian's release cycle but It would be nice to see more
packages. For example Debian is missing KDE's Amarok music manager. I
am happy to see Debian 11 gained KDE Elisa music manager. I am sad to
see that VirtualBox is not available on Debian 11. I had to jerry-rig
it using the Ubunt
On Thu, Aug 12, 2021 at 3:22 AM Timothy M Butterworth wrote:
> Debian is missing KDE's Amarok music manager.
Amarok was removed as it required the obsolete Qt 4 library. Now that
upstream has finally ported it to Qt5, it could be reintroduced to
Debian.
https://tracker.debian.org/pkg/amarok
http
2021, ഓഗസ്റ്റ് 12 8:51:55 AM IST, Timothy M Butterworth
ൽ എഴുതി
>I am fine with Debian's release cycle but It would be nice to see more
>packages. For example Debian is missing KDE's Amarok music manager. I
>am happy to see Debian 11 gained KDE Elisa music manager. I am sad to
>see that Virtual
Hi,
11/08/2021 16:08, Vincent Bernat :
> I think we have more systemic issues. I am quite impressed how Nix/NixOS
> is able to pull so many packages and modules with so few people. But
> they use only one workflow, one way to package, one init system, etc.
> Looking at Arch, one workflow, one way
Hi,
On Thu, Aug 12, 2021 at 02:06:37PM +0200, Romain Porte wrote:
> > Looking at Arch, one workflow, one way to package, one init system, etc.
> > Looking at Fedora, one workflow, one way to package, one init system.
>
> I think this is a major point. I am a new Debian contributor after a
> good
Quoting Andreas Tille (2021-08-12 23:06:47)
> On Thu, Aug 12, 2021 at 02:06:37PM +0200, Romain Porte wrote:
> > Maintainers like their freedoms, but enforcing some tools at some
> > point could make it easier for everyone to contribute and not
> > relearn the packaging process for every package,
On Thu, Aug 12, 2021 at 04:42:51AM +, Paul Wise wrote:
> On Thu, Aug 12, 2021 at 3:22 AM Timothy M Butterworth wrote:
>
> > Debian is missing KDE's Amarok music manager.
>
> Amarok was removed as it required the obsolete Qt 4 library. Now that
> upstream has finally ported it to Qt5, it could
Jonathan Dowland schrieb:
>> Amarok was removed as it required the obsolete Qt 4 library. Now that
>> upstream has finally ported it to Qt5, it could be reintroduced to
>> Debian.
>
> That's an interesting way of presenting the situation. Amarok was
> removed because we aggressively removed Qt4, d
On Sat, Aug 14, 2021 at 07:48:06AM +0100, Jonathan Dowland wrote:
> Backports is not analogous to the concepts Timothy was presenting. It's
> *one* repository, not a system where people (not just Debian maintainers)
> can create repos.
extrepo tries to help there, and now that bullseye is released
Hello Romain, others,
On Thu 12 Aug 2021 at 02:06PM +02, Romain Porte wrote:
> I think this is a major point. I am a new Debian contributor after a
> good time of ArchLinux PKGBUILD writing. I find Debian technically
> superior on the packaging side, and would not trade it for PKGBUILD. But
> the
On Thu, Aug 12, 2021 at 03:31:02PM -0700, Sean Whitton wrote:
> For example, there are those of us who think that the downsides of the
> combination of 3.0 (quilt) and patches stored unapplied in git are
> significant, and so we have made attempts to provide alternatives, such
> as git-debrebase.
Hello,
On Sat 14 Aug 2021 at 07:55AM +01, Jonathan Dowland wrote:
> On Thu, Aug 12, 2021 at 03:31:02PM -0700, Sean Whitton wrote:
>> For example, there are those of us who think that the downsides of the
>> combination of 3.0 (quilt) and patches stored unapplied in git are
>> significant, and so
29 matches
Mail list logo