* Helmut Grohne [250307 07:05]:
> Hi Sean,
>
> On Thu, Mar 06, 2025 at 05:39:06PM +0800, Sean Whitton wrote:
> > Just to note that the most recent release of Policy sort-of defines
> > ownership of this, though it is not as explicit as the TC decision:
> >
> > Packages must not install files
Hello Debian-Devel mailing list =D
imho, an interesting topic. In conjunction with [1] my first notion
was: We should not guide that proprietary software is insecure.
That's not correct, i.e. in the case of non-free-firmware it is nearly
equivalent to say that the usage of proprietary hardware i
Le Fri, Mar 07, 2025 at 06:21:53PM +0100, Simon Josefsson a écrit :
Thanks for starting this -- could you re-enable Issues for the Pipelines
project?
Hi Simon,
I have enabled the issues in all repository. It seems that Salsa's
policy is to have them disabled by default.
I suggest to use 'l
On 3/7/25 12:42, Soren Stoutner wrote:
On Friday, March 7, 2025 11:33:53 AM MST Simon Josefsson wrote:
> pan...@disroot.org writes:
> > I urge Debian to rethink its decision to officially include non-free
> > firmware and correct the social contract. Instead of making non-free
> > firmw
On Fri, Mar 7, 2025 at 3:42 PM Soren Stoutner wrote:
>
> On Friday, March 7, 2025 11:33:53 AM MST Simon Josefsson wrote:
>
> > pan...@disroot.org writes:
>
> > > I urge Debian to rethink its decision to officially include non-free
>
> > > firmware and correct the social contract. Instead of making
On 2025-03-07 19:33:53 +0100 (+0100), Simon Josefsson wrote:
[...]
The recent AMD Microcode vulnerability is a good case-study on the
dangers of permitting non-free code to run on your CPU:
https://bughunters.google.com/blog/5424842357473280/zen-and-the-art-of-microcode-hacking
There is no way
On Thursday, March 6, 2025 1:53:27 AM MST Marc Haber wrote:
> On Thu, Mar 06, 2025 at 08:39:13AM +, Holger Levsen wrote:
> >On Thu, Mar 06, 2025 at 08:58:48AM +0100, Marc Haber wrote:
> >> Marc. I'll take my Popcorn with salt please.
> >
> >yeah, it's pretty funny to see a team burn out and hav
Otto Kekäläinen wrote:
> I think this a reasonable suggestion by Soren. […]
Incidentally, the suggestion is good as illegible on a
usual-to-read-longer-text-sized webbrowser on the mailing
list archive (and it would be almost as illegible on the
usual slightly wider-sized work xterm due to its in
Your graph and statistics on this is great, thank you!
Timo Röhling writes:
> 2. Source packages going through NEW merely because they introduce new
> binary packages are typically processed faster than completely new
> ones.
Good point. Therefore, I think your graph gives a biased view for
an
pan...@disroot.org writes:
> I urge Debian to rethink its decision to officially include non-free
> firmware and correct the social contract. Instead of making non-free
> firmware the default, Debian should ensure that users consciously
> choose to install it while being made aware of the implicat
I wonder if we get a reply from the OP or if this was just an attempt to
trigger a flame war. We will see...
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: rust-oid-registry
Version : 0.8.1
Upstream Contact: Pierre Chifflier
* URL : https://github.com/rustic
Am 8. März 2025 00:14:10 MEZ schrieb Thorsten Glaser :
>Otto Kekäläinen wrote:
>
>> I think this a reasonable suggestion by Soren. […]
>
>Incidentally, the suggestion is good as illegible on a
I think I'm misunderstanding something here, because - assuming you attached
the screenshot as an examp
On Fri, Mar 07, 2025 at 04:40:04PM -0700, Soren Stoutner wrote:
> My question is, is there any other decision making process that would be
> preferable to a GR to decide this issue?
another outcome would be to leave things like they are. of course we could
have a GR to get to that result too.
-
On Thu Mar 6, 2025 at 7:08 AM GMT, Henrik Ahlgren wrote:
It is essential to have a method for distinguishing between hard and
soft newlines if you want to reflow text properly.
Agreed! And, as Jeremy Stanley points out in another msg, this is not
*quite* what format=flowed promises.
--
Pl
On Fri, 07 Mar 2025 at 13:27:54 +0530, Pirate Praveen wrote:
> On 7/3/25 12:29 AM, Otto Kekäläinen wrote:
> > > Around 12 years ago, I proposed a peer-review system to increase the
> > > quality of
> > > the packages in the NEW queue. https://wiki.debian.org/CopyrightReview
> > For packages that
Lee Garrett writes:
>> On Tue, 4 Mar 2025 20:39:43 -0500, "Helmut K. C. Tessarek"
>> wrote:
>>>Network interface name changed: please update config files before reboot.
> P.S.: This failure mode isn't even documented in the release notes.
This does seem to be correct given that the OP was upg
On 2025-03-07 10:08:23 + (+), Jonathan Dowland wrote:
On Thu Mar 6, 2025 at 7:08 AM GMT, Henrik Ahlgren wrote:
> It is essential to have a method for distinguishing between hard
> and soft newlines if you want to reflow text properly.
Agreed! And, as Jeremy Stanley points out in anothe
Hi Sean,
On Thu, Mar 06, 2025 at 05:39:06PM +0800, Sean Whitton wrote:
> Just to note that the most recent release of Policy sort-of defines
> ownership of this, though it is not as explicit as the TC decision:
>
> Packages must not install files to paths whose first component is a
> name
How about adding a new header field in debian/copyright
(https://dep-team.pages.debian.net/deps/dep5/) called something like
"Reviews" which would be a list of URLs pointing to whatever public
system was used to record a review?
Then whoever reviews the debian/copyright file has easy access to
rev
Hi,
As a followup, Helmut's script is now available in unstable [1] and will
probably soon be in testing. I'm going to give it a try with Gradle and
Kotlin builds.
If anyone is interested in the alternative, shell-script implementation
please let me know, as otherwise it's unlikely to ever e
On 05.03.25 19:51, Otto Kekäläinen wrote:
With this experience I am surprised that one FTP-team member is saying
that no help is needed?
Apparently the problem isn't that no help is needed but that nobody has
time to train the new help, citing possible burn-out trying to get
answers from the
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org,
jm...@debian.org
Control: block 908894 by -1
* Package name: golang-github-jesseduffield-minimal
Version : 0.0~git20211018.9cde264
Upstream Contact: h
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
Control: block 908894 by -1
* Package name: golang-github-jesseduffield-kill
Version : 0.0~git20250101.e216ddb
Upstream Contact: https://github.com/jess
Am Freitag, dem 07.03.2025 um 23:05 +0530 schrieb pan...@disroot.org:
> I acknowledge that some users—myself included—may need to install
> non-free firmware for WiFi, Bluetooth, or graphics driver
> I understand that users need proprietary drivers to run certain
> hardware, and Debian should not
Charles Plessy writes:
> I have prepared a stub for a "Gateway to NEW" on Salsa:
>
> https://salsa.debian.org/newgateway-team
>
> I added `Debian` as a team member.
>
> I am under the impression that forking repositories will not be necessary: if
> we provide CI pipeline packages like the salsa-c
On Friday, March 7, 2025 11:33:53 AM MST Simon Josefsson wrote:
> pan...@disroot.org writes:
> > I urge Debian to rethink its decision to officially include non-free
> > firmware and correct the social contract. Instead of making non-free
> > firmware the default, Debian should ensure that users co
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-humanlogio-api
Version : 0.0~git20250305.fa41d14
Upstream Contact: https://github.com/humanlogio/api/issues
* URL
Package: wnpp
Severity: wishlist
Owner: Luca Soler
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name : golang-github-gosimple-unidecode
Version : 1.0.1-1
Upstream Author : GoSimple
* URL : https://github.com/gosimple/unidecode
* Lice
On Fri, Mar 07, 2025 at 08:14:00AM -0500, Marvin Renich wrote:
> Are you saying that systemd creates the symlinks at runtime when it
> finds them missing, rather that when the systemd package is installed?
> To me, this is a clear violation of the policy quoted above. "...must
> not install..." sa
On Fri, Mar 07, 2025 at 11:05:02PM +0530, pan...@disroot.org wrote:
I understand that users need proprietary drivers to run certain
hardware, and Debian should not ignore this reality. That is why I am
not asking Debian to become a fully GNU-endorsed distro like Trisquel,
which rejects all non-
Hi,
On Fri, Mar 7, 2025 at 2:51 PM wrote:
>
> Dear Debian Community,
>
> I am Deep Pandya from Gujarat, India, and a long-time Debian user. I migrated
> from Windows to Ubuntu in 2013 and later explored the philosophy of the GNU
> project and the history of the free software movement. After try
Dear Debian Community,
I am Deep Pandya from Gujarat, India, and a long-time Debian user. I
migrated from Windows to Ubuntu in 2013 and later explored the
philosophy of the GNU project and the history of the free software
movement. After trying GNU-endorsed Trisquel and PureOS, I finally
land
At this point in the discussion I would like to progress toward a decision.
One way to do so would be a GR. On one hand, using a GR to modify one line
of the code of conduct for the mailing list seems like a rather large hammer
for a rather small problem. But on the other hand, many people fee
34 matches
Mail list logo
