Hi Philipp, hi all,
> On Sat, 31 May 2025 15:11:11 +0200, Philipp Kern said:
> But to me the weirdest thing is that quite a few complained and there
> was no real response rationalizing the decision.
You may have missed this email
https://lists.debian.org/debian-www/2025/05/msg00022
> > Give yourself a break.
>
> As far as I could see there was never a reason given beyond the terse
> one in [1] and there had been no followup to the various threads about
> the content removal.
>
> While I understand the desire to cleanup webwml, it feels weird t
een no followup to the various threads about
the content removal.
While I understand the desire to cleanup webwml, it feels weird that we
do that to the news content - vs. not showing old news entries in
frontpage listings. Usually news archives should be preserved.
Now you could say that we could a
he primary source for information
(for e.g. all the Debian news) because this will not be deleted
although we may lost the translations which were only available on the
web pages.
In the document all links to gallery.debconf.org are also broken
(because we shut down this site), but still the Debian
On Thu, May 08, 2025 at 10:33:55PM +0200, Holger Wansing wrote:
> I think about removing myself from the debian-www team.
> Better no longer be part of it, otherwise people might blame me for such
> decisions ...
Please don't. Breaking things is unavoidable in complex enough systems,
and is OK i
Helge Kreutzmann wrote (Thu, 8 May 2025 17:28:59 +):
> Also the Japanese translator found a broken link:
>
> > About this translation, I found the url on the line # 3498
> > https://www.debian.org/News/2003/20031202
> > the page doesn't exist on the debian.org
Le dimanche 01 décembre 2024 à 11:42 +0100, Paul Gevers a écrit :
> Hi,
>
> On 12/1/24 11:36, Julien Puydt wrote:
> > Can you try:
> >
> > sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
> >
> > This should save all binary packages to the directory and use
> > them in
Hi,
On 12/1/24 11:36, Julien Puydt wrote:
Can you try:
sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
This should save all binary packages to the directory and use them in
subsequent runs.
It doesn't: it fails saying BUILD_DIR doesn't exist.
Does it still me
Hi
Le dim. 1 déc. 2024, 11:14, Jochen Sprickerhof a
écrit :
>
> Can you try:
>
> sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
>
> This should save all binary packages to the directory and use them in
> subsequent runs.
>
It doesn't: it fails saying BUILD_DIR doesn't exist.
I
Hi Julien,
* Julien Puydt [2024-12-01 10:59]:
My use case isn't with a single package, but with a bunch of them. For
example, updating the coq package means about fifty packages in seven
stages. That means I compile all packages of one of the stages
(sometimes in parallel), move the results to
Hi,
Le samedi 23 novembre 2024 à 22:20 +0100, Philipp Kern a écrit :
>
> https://wiki.debian.org/sbuild
>
I tried to update my DD setup to this new kind of sbuild using the
above documentation, and there is something I don't manage to replicate
from my previous setup.
My use case isn't with a
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > Debian buildds are using sbuild with unshare now
> >
> >
> > The wanna-build team switched all buildds to the
On Tuesday, November 26, 2024 12:27:22 PM MST Andrey Rakhmatullin wrote:
> On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > > # Specify the distribution, -d
> > > > $distribution = 'unstable';
> > >
> > > Setting this will override the Distribution of the .changes file created
Hi Soren,
Quoting Soren Stoutner (2024-11-26 20:21:55)
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure
> > you want this?
>
> I would like it to be able to build instead of fail when the c
On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > # Specify the distribution, -d
> > > $distribution = 'unstable';
> >
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure yo
On Tuesday, November 26, 2024 12:23:00 PM MST Soren Stoutner wrote:
> On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> > Hi Soren,
> >
> > * Soren Stoutner [2024-11-25 16:57]:
> > >I am not able to get the example unshare .sbuildrc to work with piuparts.
> > >
> > >0m0.0s
On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> Hi Soren,
>
> * Soren Stoutner [2024-11-25 16:57]:
> >I am not able to get the example unshare .sbuildrc to work with piuparts.
> >
> >0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz
into
> >/ tmp/tm
Johannes,
On Monday, November 25, 2024 11:37:41 PM MST Johannes Schauer Marin Rodrigues
wrote:
> Hi,
>
> Quoting Soren Stoutner (2024-11-26 01:07:06)
>
> > I suppose I should note that I have made a few modifications to the example
> > file because it wasn’t behaving as expected. Specifically,
Hi Soren,
* Soren Stoutner [2024-11-25 16:57]:
I am not able to get the example unshare .sbuildrc to work with piuparts.
0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz into /
tmp/tmplbhnn26l
0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmplbhnn26l', '--auto-
com
Hi,
Quoting Soren Stoutner (2024-11-26 01:07:06)
> I suppose I should note that I have made a few modifications to the example
> file because it wasn’t behaving as expected. Specifically, I disabled the
> mmdebstgrap auto create because otherwise it was ignoring the tarball I had
> created in the
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > The news are collected on https://wiki.debian.org/DeveloperNews
> > Please contribute short news about your work/plans/subproject.
> &g
On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
>
> + Debian buildds are using sbuild with unshare now
On Monday, November 25, 2024 10:37:39 AM MST Chris Hofstaedtler wrote:
> > the extension (.tar.xz, .tar.gz or plain .tar, etc). As of May 2024, ZST
> > seems to provide the best size/time ratio. It certainly is the fastest on
a
> > Dell>
> > Precision 3800M, 16GB RAM, on an SSD drive (a computer
* Soren Stoutner [241125 18:30]:
> > > In principle, unshare mode can also work with directories. Helmut is
> working
> > > on something in that direction. But for me personally, one second of
> unpack
> > > time is not enough of a motivation for me to put time into
> > > directory+overlayfs sup
On Sunday, November 24, 2024 7:06:06 PM MST Sean Whitton wrote:
> On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> > Hi,
> >
> > Quoting Sean Whitton (2024-11-24 01:23:24)
> >
> >> This is interesting. One concern I have is speed -- isn't it always
slower
> >> to hav
Hi,
On 2024-11-24 08:23, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
Other than the speed of tarball unpacking, which as Joha
Hello,
On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Sean Whitton (2024-11-24 01:23:24)
>> This is interesting. One concern I have is speed -- isn't it always slower
>> to have to unpack a tarball before the build instead of having a chroot under
>>
On Nov 24, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
People who feel this is a problem can try my super fast fork of pbuild
Hi,
Quoting Sean Whitton (2024-11-24 01:23:24)
> This is interesting. One concern I have is speed -- isn't it always slower
> to have to unpack a tarball before the build instead of having a chroot under
> /srv/chroot that's always unpacked?
that is correct. Unpacking a tarball takes time. Havin
Hello,
On Sat 23 Nov 2024 at 10:20pm +01, Philipp Kern wrote:
> sbuild chroot manager for unshare backend users
> ---
>
> After installing sbuild 0.87.0 or later from unstable, you can now build
> packages without any additional setup. With an empty ~
On 17414 March 1977, Mo Zhou wrote:
1. Let LLM answer the NM templates (maybe with debian policy or debian
developer reference in context) and see the percentage of questions
that can be answered correctly. Even if I don't do it, maybe new DD
applicants will.
And those who actually do this sho
Hi Mo,
thanks again for your posts,
I was just thinking that the debian-mentors list could be a good target
for summarisation too: it is high traffic, email subject lines are
focused on what to upload, but discussions are focused on
problem-solving, thus some intersting tips & trick will be easy
Hi folks,
On 11/9/24 01:26, DebGPT wrote:
This is an experiment, by letting LLM go through all 369 emails from
debian-devel on Oct.
I received lots of feedbacks from the experiments, from positive ones
to negative ones. It wasn't discouraging to see negative feedbacks since
that is usually wha
lu...@debian.org wrote:
>
>While hallucinating too much, LLMs can still correctly
>teach me how to use urwid (which I could never understand by going
>through their tutorial many times...).
>That leads to the `debgpt config` TUI configuration wizard.
>
>Any suggestion on a place where I can safely
Hello,
On Sun 10 Nov 2024 at 08:24am GMT, Holger Levsen wrote:
> On Sun, Nov 10, 2024 at 08:48:21AM +0900, Charles Plessy wrote:
>> Our mailing lists were a ground-breaking technological avance in the
>> past that would open Debian to the whole World, but now are they not
>> working exactly again
At 2024-11-10T11:21:43+, Richard Lewis wrote:
> > The tone can change: http://paste.debian.net/1335055/
> > LLMs are being improved rapidly over time.
> >
> > I guess it's due to some potential safety issues so that LLM uses a
> > dull corporate tone by default.
>
> I think it's slightly misdi
Hi,
On Sun, Nov 10, 2024 at 08:24:19AM GMT, Holger Levsen wrote:
> On Sun, Nov 10, 2024 at 08:48:21AM +0900, Charles Plessy wrote:
> > Our mailing lists were a ground-breaking technological avance in the
> > past that would open Debian to the whole World, but now are they not
> > working exactly a
Mo Zhou writes:
> The tone can change: http://paste.debian.net/1335055/
> LLMs are being improved rapidly over time.
>
> I guess it's due to some potential safety issues so that LLM uses a dull
> corporate tone by default.
I think it's slightly misdiagnosed here. to me, it comes accross as
"tedi
On Sun, Nov 10, 2024 at 08:48:21AM +0900, Charles Plessy wrote:
> Our mailing lists were a ground-breaking technological avance in the
> past that would open Debian to the whole World, but now are they not
> working exactly against that?
first: citation needed.
second: summaries written by applie
-generated news on the main
mailing lists leads to a "pollution effect" -- LLM will grab its report
from the last month If I don't mention it...
What do people do when there is a long thread on debian-devel,
debian-project, debian-private or the like? Well, what I do is that I
che
Thanks a lot Mo for this exciting experiment!
And having two ex-DPLs pressing the big red stop button is not
necessarly a bad sign in an ageing project. Often you will see ideas
rejected in a very dismissive if not insulting way (for example
source-only uploads or HTTPS URLs in /etc/apt/sources.l
At 2024-11-09T14:46:45-0800, Mo Zhou wrote:
> The tone can change: http://paste.debian.net/1335055/
I recognize a different style there...
> LLMs are being improved rapidly over time.
...but I'm not sure I would call the new example an improvement. With
all those exclamation marks it seems more
The tone can change: http://paste.debian.net/1335055/
LLMs are being improved rapidly over time.
I guess it's due to some potential safety issues so that LLM uses a dull
corporate tone by default. Those models should have been trained on
different tones, as long as we instruct it to use them.
On
At 2024-11-09T21:44:40+, Steve McIntyre wrote:
> Please, no further. We don't need hallucinated summaries on our
> lists. If you want to publish them, publish them somewhere separately
> IMHO.
Oh, good--since it's not a CoC violation to express an unflattering
opinion of this experiment, did a
lu...@debian.org wrote:
>I just realized that the news report could be more useful if it cites
>the information source. Here we go:
>
>debgpt -Hx ldo:debian-devel/2024/10 -a 'write a news report based on the
>provided information. Cover as many topics as possible. You may expa
On Sat Nov 9, 2024 at 10:00 PM CET, Mo Zhou wrote:
> I just realized that the news report could be more useful if it cites
> the information source. Here we go:
thanks! the links are really key, given the known hallucination issues of LLMs
signature.asc
Description: PGP signature
I just realized that the news report could be more useful if it cites
the information source. Here we go:
debgpt -Hx ldo:debian-devel/2024/10 -a 'write a news report based on the
provided information. Cover as many topics as possible. You may expand a
little bit on important matter. in
The LLM I used to produce that exact news report was gpt-4o-mini,
from openai. ChatGPT is the name of openai's LLM web interface and
its underlying LLM model name could change. It took roughly 3
minutes to perform the bulk API calls.
That said, I basically implemented support for all com
On 2024-11-09 14:19:53 +0100 (+0100), PICCA Frederic-Emmanuel wrote:
> is it via ChatGPT or an llm self hosted ?
[...]
It's DebGPT: https://salsa.debian.org/deeplearning-team/debgpt
--
Jeremy Stanley
signature.asc
Description: PGP signature
:
> Hello Lumin,
>
> El sáb, 9 nov 2024 a las 10:27, DebGPT () escribió:
>>
>> This is an experiment, by letting LLM go through all 369 emails from
>> debian-devel on Oct. The command for producing the news report
>> is included below. Use debgpt's git HEAD if you w
Hello Lumin,
El sáb, 9 nov 2024 a las 10:27, DebGPT () escribió:
>
> This is an experiment, by letting LLM go through all 369 emails from
> debian-devel on Oct. The command for producing the news report
> is included below. Use debgpt's git HEAD if you want to try.
First time I
This is an experiment, by letting LLM go through all 369 emails from
debian-devel on Oct. The command for producing the news report
is included below. Use debgpt's git HEAD if you want to try.
THE FOLLOWING CONTAI
Hi Paul,
Original Message
Subject: Re: Misc Developer News (#59)
From: Paul Gevers
To: Donald Norwood , Philipp Kern
Cc: debian-devel@lists.debian.org
Date: 11/22/2023
More likely you need to do this signing of the mail differently. d-d-a is
picky on accepting messages
Hi,
On 22-11-2023 12:21, Donald Norwood wrote:
The new attempt is a fresh email to d-d-a via cut and paste from the
original email with the 1 correction that was needed. The email for some
reason seems to be in d-d-a and d-d limbo, so I think we await the next
cron run.
More likely you need
Hi Philipp!
Original Message
Subject: Re: Misc Developer News (#59)
From: Philipp Kern
To: Donald Norwood
Cc: debian-devel@lists.debian.org
Date: 11/22/2023
Hi Donald,
On 2023-11-22 03:17, Donald Norwood wrote:
The news are collected on https://wiki.debian.org
Hi Donald,
On 2023-11-22 03:17, Donald Norwood wrote:
The news are collected on https://wiki.debian.org/DeveloperNews
Please contribute short news about your work/plans/subproject.
Thanks for posting this, but it looks like you crafted this email as a
reply, which means it got automatically
The news are collected on https://wiki.debian.org/DeveloperNews
Please contribute short news about your work/plans/subproject.
In this issue:
+ britney option enabled to look at tests.reproducible-builds.org
+ reportbug and ftp.d.o/release.d.o/wnpp pseudo-packages
+ non-free-firmware is now
On Thu, 2022-12-01 at 11:42 +0100, Bastian Venthur wrote:
> I wonder if there's an easy fix here, like a new version of anacron that
> adds a check for this particular issue, offering to fix it during
> upgrade of the package.
It is hard to tell the difference between an affected system and one
On 01.12.22 10:03, Paul Wise wrote:
On Fri, 2022-11-25 at 12:46 +0100, Bastian Venthur wrote:
On 21.11.22 00:18, Paul Wise wrote:
anacron might be disabled if 2.3-33 was ever installed
[...]
I'm having trouble assessing the severity of the situation. Is more or
less everyone affected who uses
On Fri, 2022-11-25 at 12:46 +0100, Bastian Venthur wrote:
> On 21.11.22 00:18, Paul Wise wrote:
> > anacron might be disabled if 2.3-33 was ever installed
> [...]
> I'm having trouble assessing the severity of the situation. Is more or
> less everyone affected who uses unstable? If yes, how do we
On 21.11.22 00:18, Paul Wise wrote:
[...]
anacron might be disabled if 2.3-33 was ever installed
--
If you run Debian testing/unstable and ever installed anacron 2.3-33 on
a systemd based system, then anacron will no longer be enabled and t
remove me from the email list please
regards,
On Mon, Nov 21, 2022 at 12:19 AM Paul Wise wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
> + anacron might be disable
RL base on the package name for instance.
First I have build a script that tries to picture the situation in Debian based
on some parameters (here release="sid" and archs="all amd64"):
changelog=30189
NEWS=2409
other=12799
changelog.Debian=59702
missing=5374
debs=65076
udebs=40
trends.debian.net/ while
> also providing a command line tool to get this NEWS content about a package
> (whatever if it the one providing this content or a «relative», based on the
> same source package).
I'm not sure what you are really after, but maybe this helps:
grml's z
Hi,
So maybe too much ambitious but let's see what I can get regarding what is
actually available in Debian and if I can dress something up at least like a new
track for Debian QA in a similar section to https://trends.debian.net/ while
also providing a command line tool to get this NEWS co
On Mon, 2021-12-13 at 19:55 +0100, Patrice Duroux wrote:
> Packages may provide a NEWS (or any other name, compressed or not, etc.) file
Since that is an upstream file, it is not standard across all Debian
package upstreams, including the name, file type and contents.
Different subsets
Hi,
I do not known if this is the right list to address this, if it has been already
discussed and so it can be considered as noise. ;-)
Packages may provide a NEWS (or any other name, compressed or not, etc.) file
that may be part of the «main» package (like in hwloc vs. libhwloc15 for
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,
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
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 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.
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
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
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,
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
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
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
g/amarok
https://tracker.debian.org/news/1055955/removed-290-2-from-unstable/
https://bugs.debian.org/935022
https://amarok.kde.org/en/node/890
https://www.debian.org/doc/manuals/developers-reference/ch05.html#reintroducing-pkgs
> VirtualBox is not available on Debian 11.
VirtualBox is not suitable
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 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
❦ 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 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
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 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 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 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
> 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
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
(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:
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 -
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 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&#x
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&#x
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
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
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
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html
On Mon, Feb 10, 2020 at 6:18 AM Dmitry Smirnov wrote:
> On Saturday, 8 February 2020 1:49:20 PM AEDT Paul Wise wrote:
> > There is one attribute of how Debian does things that clashes with
> > being able to do this; service maintainers need to be able to update
> > code on a different schedule to D
Hideki Yamane:
> On Mon, 10 Feb 2020 21:37:05 +0100
> Niels Thykier wrote:
>> Remember to *remove* "--with python3" from d/rules as well. An explicit
>> "--with python3" will cause issues with Build-Depends-Indep and other
>> conditional usage (e.g. build-profiles).
>
> And does lintian warns it
On Mon, 10 Feb 2020 21:37:05 +0100
Niels Thykier wrote:
> Remember to *remove* "--with python3" from d/rules as well. An explicit
> "--with python3" will cause issues with Build-Depends-Indep and other
> conditional usage (e.g. build-profiles).
And does lintian warns it?
--
Regards,
Hideki
1 - 100 of 687 matches
Mail list logo
