Quoting Otto Kekäläinen (2024-05-19 05:25:10)
> In a recent long thread on debian-devel you had somewhat negative
> sentiments towards the usefulness of Salsa. I do see you doing good
> technical work for Debian and recently a MR from Bill too, so I was
> thinking that maybe you will change your mi
Hi all,
In this discussion about mandating things, I've been wondering
On 19-05-2024 9:11 a.m., Jonas Smedegaard wrote:
* mandate VCS-tracking
* Yes
* mandate the use of one specific VCS
* Yes: git
What do people think this should mean, a *should* or *must* in policy?
That th
I think some of the i386 support policies needs to be reconsidered.
Here are some suggestions:
1. Move Wine-32 to amd64, and Wine-32 may be compiled to 64-bit time_t.
Wine-32 is now in currently dropped i386 DVDs/BDs, not in amd64 DVDs/BDs as it
is multiarch-only now, so at least I think movin
Two mistakes spotted
On 19-05-2024 10:05 a.m., Paul Gevers wrote:
I think there's a large majority (maybe
even consensus) that believe you *should* have the packaging in VCS
I meant "at least should", as in "should or must".
I think what pere did [3]
[3]
https://people.skolelinux.org
On Sun, May 19, 2024 at 07:26:28AM +, defrag mentation wrote:
> I think some of the i386 support policies needs to be reconsidered.
>
> Here are some suggestions:
>
> 1. Move Wine-32 to amd64, and Wine-32 may be compiled to 64-bit time_t.
What will this solve?
> Wine-32 is now in currently
Quoting Paul Gevers (2024-05-19 10:05:38)
> In this discussion about mandating things, I've been wondering
>
> On 19-05-2024 9:11 a.m., Jonas Smedegaard wrote:
> > * mandate VCS-tracking
> > * Yes
> > * mandate the use of one specific VCS
> > * Yes: git
>
> What do people think th
On Sun, May 19, 2024 at 07:26:28AM +, defrag mentation wrote:
> What will this solve?
> I don't think this is "needed"? Unless you think all i386 packages will be
removed from Debian, which is not the plan?
Case 1: Debian removed i386 DVDs/BDs, and someone jigdo backed the full amd64
DVDs/
* Jonas Smedegaard: " Re: Salsa - best thing in Debian in recent years? (Re:
finally end single-person maintainership)" (Sun, 19 May 2024 10:47:38 +0200):
> i.e. you are being
> asocial if you don't, and can expect your behavior being discussed as a
> public-wide issue for the project).
I very
> What will this solve?
> I don't think this is "needed"? Unless you think all i386 packages will be
removed from Debian, which is not the plan?
Case 1: Debian removed i386 DVDs/BDs, and someone jigdo backed the full amd64
DVDs/BDs set will be surprised that it do not contain wine32.
Case 2: W
Quoting Mathias Behrle (2024-05-19 11:08:58)
> * Jonas Smedegaard: " Re: Salsa - best thing in Debian in recent years? (Re:
> finally end single-person maintainership)" (Sun, 19 May 2024 10:47:38
> +0200):
>
>
> > i.e. you are being
> > asocial if you don't, and can expect your behavior being
On Sun, May 19, 2024 at 09:09:10AM +, defrag mentation wrote:
> > What will this solve?
>
> > I don't think this is "needed"? Unless you think all i386 packages will be
>
> removed from Debian, which is not the plan?
>
> Case 1: Debian removed i386 DVDs/BDs, and someone jigdo backed the full
Hi Niels,
at first sorry for my late answer.
At Thu, May 09, 2024 Niels Thykier wrote:
> You are welcome to quote me in public, though I feel it will not help your
> cause. This reply is in private to you, so you can choose whether you want
> to quote me.
I think any answer should be discussed.
On Sun, May 19, 2024 at 12:49:29PM +0200, Andreas Tille wrote:
> > It also fails as an archive QA tool in my view since the FTP masters have
> > been unwilling to upgrade to any recent version of lintian.
>
> Perhaps a ftpmaster could explain this in detail. As far as I understand,
> it's also a D
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-async-interrupt
Version : 1.1.1
Upstream Author : J. Nick Koston
* URL : https://github.com/bdraco/async_interrupt
*
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-fnvhash
Version : 0.1.0
Upstream Author : Lorenz Schori
* URL : https://github.com/znerol/py-fnvhash
* License
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-ulid-transform
Version : 0.9.0
Upstream Author : J. Nick Koston
* URL : https://github.com/bdraco/ulid-transform
* L
I believe I could swap out the processor on my T60,
however, I'd both need to have that processor and
make sure that it is actually possible. It still would
not really make sense on a platform that only supports
3G of physical RAM.
Anyways, if the only reason why i386 cd images are not
supported
On May 19, 2024 11:00:23 AM UTC, Andrey Rakhmatullin wrote:
>On Sun, May 19, 2024 at 12:49:29PM +0200, Andreas Tille wrote:
>> > It also fails as an archive QA tool in my view since the FTP masters have
>> > been unwilling to upgrade to any recent version of lintian.
>>
>> Perhaps a ftpmaster
On Sun, 19 May 2024 15:03:18 +0200, Victor Gamper
wrote:
>I believe I could swap out the processor on my T60,
>however, I'd both need to have that processor and
>make sure that it is actually possible. It still would
>not really make sense on a platform that only supports
>3G of physical RAM.
>
>A
I have an N270 system I can use to contribute, if someone is willing to explain
what I need to do to make it useful.
Sent from my mobile device.
From: Victor Gamper
Sent: Sunday, May 19, 2024 08:03
To: debian-devel@lists.debian.org
Subject: Re: About i386 suppor
Hi,
I have 900 :-) (Moxa V2416). For these type of industrial/embedded use,
popcon is irrelevant. The debian-installer mostly too, the basis image was
Wheezy based with unknown third party tweaks and with only dist upgrade
from that souped up image.
The remaining other legacy project can dist upg
On Sat, May 18, 2024 at 08:25:10PM -0700, Otto Kekäläinen wrote:
> Hi Bill and Wookey!
>
> In a recent long thread on debian-devel you had somewhat negative
> sentiments towards the usefulness of Salsa.
I am not sure this characterize my position. I have no opposition to
Salsa (even though it is
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libexcel-valuereader-xlsx-perl
Version : 1.14
Upstream Author : Laurent Dami
* URL : https://metacpan.org/release/Excel-Va
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libsyntax-infix-smartmatch-perl
Version : 0.005
Upstream Author : Leon Timmermans
* URL : https://metacpan.org/release/Syn
On Sun, 2024-05-19 at 07:26 +, defrag mentation wrote:
> I think some of the i386 support policies needs to be reconsidered.
>
> Here are some suggestions:
>
> 1. Move Wine-32 to amd64, and Wine-32 may be compiled to 64-bit time_t.
>
> Wine-32 is now in currently dropped i386 DVDs/BDs, not
Hi,
On 5/19/24 16:11, Jonas Smedegaard wrote:
My concern about Gitlab is not its *additions* to existing services, but
its *duplications* of core services already in Debian.
I agree, that's the key problem.
The Debian archive itself is a VCS, so git-maintained packaging is also
a duplicatio
> > My concern about Gitlab is not its *additions* to existing services, but
> > its *duplications* of core services already in Debian.
>
> I agree, that's the key problem.
I agree that duplication is bad - but I disagree that use of version
control duplicates the use of the Debian archive for sou
Quoting Otto Kekäläinen (2024-05-19 21:32:36)
> > > My concern about Gitlab is not its *additions* to existing services, but
> > > its *duplications* of core services already in Debian.
> >
> > I agree, that's the key problem.
>
> I agree that duplication is bad - but I disagree that use of versio
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: rdf2rml
Version : 0~20240410
Upstream Contact: Vladimir Alexiev (valexiev)
* URL : https://github.com/
On 5/19/24 17:30, r...@neoquasar.org wrote:
I have an N270 system I can use to contribute, if someone is willing to
explain what I need to do to make it useful.
Hi,
If you allow me ... I was expecting someone else to write it before me,
but seeing nobody does, let me try.
... The issue isn'
Thanks for reply Jonas,
> > You could go to
> > https://salsa.debian.org/debbugs-team/debbugs/-/merge_requests/19 and
> > conduct a code review?
> >
> > You might discover that GitLab is useful and is not duplicating
> > Debbugs or anything else in Debian - it is currently the only platform
> > to
On Sun, 19 May 2024 at 23:30, Thomas Goirand wrote:
>
> On 5/19/24 17:30, r...@neoquasar.org wrote:
> > I have an N270 system I can use to contribute, if someone is willing to
> > explain what I need to do to make it useful.
>
> Hi,
>
> If you allow me ... I was expecting someone else to write it
Hi,
Looking at projects like Arch, Manjaro, Ubuntu, Fedora and other operating
system projects developed to use Linux as the kernel, we realize that none
of them provide ISO for 32 bits. A brief search led me to Debian as the
only one I've seen so far (
https://www.debian.org/releases/bookworm/deb
Hi,
On 5/20/24 04:32, Otto Kekäläinen wrote:
I agree that duplication is bad - but I disagree that use of version
control duplicates the use of the Debian archive for source code
storage, or that use of GitLab for code reviews would duplicate
Debbugs.
Outside of DM uploads, I'm not sure that
On Sun, 19 May 2024, Bill Allombert wrote:
> Also debbugs is a special case:
> The debbugs Debian package (as opposed to the debbugs software) have never
> been
> really maintained. I am actually one of the very few users of this package
> and I tried several times to get the maintainers to do a n
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: chacha20poly1305-reuseable
Version : 0.12.1
Upstream Author : J. Nick Koston
* URL : https://github.com/bdraco/chacha20poly
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: aiohappyeyeballs
Version : 2.3.2
Upstream Author : J. Nick Koston
* URL : https://github.com/aio-libs/aiohappyeyeballs
* Li
On Sat, 23 Mar 2024 at 01:32, Ansgar 🙀 wrote:
>
> Hi,
>
> Debian 10 "buster" has moved to archive.debian.org in order to free
> space on the main mirror network. We plan to start removing files for
> non-LTS architectures in about two weeks; the existing Release files
> will then refer to no long
Hi Otto,
In Buster's case, it would be becoming an ELTS soon and would have to use
Freexian's repositories. It would no longer be the security team with DLAs
that would take care of CVEs for ELTS, but the Frexian team.
So much so that if I look at the links below I didn't find anything (about
sec
39 matches
Mail list logo
