Hello,
On Thu 12 Dec 2024 at 02:36pm GMT, Jonathan Dowland wrote:
> The "Perl Problem" is a wider issue we should explore in much more
> depth. I'm personally a little surprised if it's true that younger
> people are unprepared to take a stab at hacking Perl. But since that's
> the case, we have
Have you considered mobonics?
https://en.wikipedia.org/wiki/Moesha
On 12/12/2024 11:30 PM, Andrius Merkys wrote:
On 2024-12-12 20:51, Marco d'Itri wrote:
On Dec 12, Jonathan Dowland wrote:
The "Perl Problem" is a wider issue we should explore in much more
depth.
We would first need to de
On 2024-12-12 20:51, Marco d'Itri wrote:
On Dec 12, Jonathan Dowland wrote:
The "Perl Problem" is a wider issue we should explore in much more depth.
We would first need to determine that there is an actual problem.
Perl is quite healthy as a language and has aged much better than many
other
On Thu, 12 Dec 2024 18:27:52 +, Jeremy Stanley
wrote:
>Industrious young people are quite capable of working with any
>available tools on projects in any language, I've met plenty of
>them, they do exist. I was young once too, if I hadn't been willing
>to learn to use tools and languages older
On Tue, 10 Dec 2024, Gard Spreemann wrote:
> Being not 100% confident with the system,
> I way too often found myself waiting minutes – as much as 10 or 15 – for
> replies to simple operations.
The BTS processes messages every 3 minutes. There's nothing really
stopping an inotify-based daemon alwa
Hi
On 11-12-2024 12:34, Pirate Praveen wrote:
If reportbug can open your already configure email client (like
thunderbird) that already helps a lot.
I do that all the time:
paul@toba ~ $ grep thunderbird ~/.reportbugrc
mua thunderbird
Paul
OpenPGP_signature.asc
Description: OpenPGP digital
On Dec 12, Jonathan Dowland wrote:
> The "Perl Problem" is a wider issue we should explore in much more depth.
We would first need to determine that there is an actual problem.
Perl is quite healthy as a language and has aged much better than many
other younger languages: e.g. there is no need t
On Wed, 2024-12-11 at 09:11 +0100, Marc Haber wrote:
> That's easy, just choose a user name for YOU that YOU can type on YOUR
> keyboard. Why would anybody chose a username that is impossible to use
> in their own locale?
I don't see much problems with single-user machines, especially security
rel
On 2024-12-12 14:36:51 + (+), Jonathan Dowland wrote:
[...]
> The "Perl Problem" is a wider issue we should explore in much more depth.
> I'm personally a little surprised if it's true that younger people are
> unprepared to take a stab at hacking Perl. But since that's the case, we
> have
On 12/12/2024 04:05, Sean Whitton wrote:
On Tue 10 Dec 2024 at 01:31pm GMT, Ahmad Khalifa wrote:
As an outsider trying to help, the natural thing I looked at was the RFH
process to dip my toes into things.
But only 56 packages have RFH bugs and they're usually not very clear on what
help they ne
On Tue, Dec 10, 2024 at 09:24:15PM +0100, Marc Haber wrote:
>
> But things are moving by shadow upstream taking a user-hostile stance,
> willing to take away freedom. I must be fine with that because I
> cannot change it. But I don't need to like it.
As a suggestion, we might make more forward pr
On Wed Dec 11, 2024 at 10:57 PM GMT, Serafeim (Serafi) Zanikolas wrote:
I'd like to discuss this with a focus on general principles, and only
discuss specifics (adequate, golang) to the extent that it helps
reason about general principles.
That's going to be pretty hard, because the scenario y
> On Wed, Dec 11, 2024 at 09:29:08PM +0900, Charles Plessy wrote:
> > Last time I had to write a removal request I asked ChatGPT and it worked
> > well!
Le Wed, Dec 11, 2024 at 02:29:08PM +, Holger Levsen a écrit :
>
> is this debian-devel@ or -curiosa@? (&scnr)
Hi Holger and everybody,
it
On Thu, Dec 12, 2024 at 08:57:57AM +0100, Matthias Urlichs wrote:
> On 04.12.24 18:08, Andreas Tille wrote:
> > in the
> > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > permitted to upload the package.
> I like this idea.
so you like reality. good.
--
cheers,
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-notaryproject-notation-go
Version : 1.2.1-1
Upstream Author : Notary Project
* URL : https://github.com/notaryproject/notation-go
* License : Apache-2.0
Programming Lang: G
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-notaryproject-notation
Version : 1.2.0-1
Upstream Author : Notary Project
* URL : https://github.com/notaryproject/notation
* License : Apache-2.0
Programming Lang: Go
De
On 04/12/24 18:08, Andreas Tille wrote:
We could introduce this change starting with Debian Policy version X.
Maintainers who adopt this policy version by updating the
Standards-Version in their packages would implicitly agree that, in the
absence of a debian/dont_touch_my_package file, any Debia
On Thu, Dec 12, 2024 at 09:36:01AM +0100, Jonas Smedegaard wrote:
> > > in the
> > > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > > permitted to upload the package.
> >
> > I like this idea.
> >
> > The next step: agree on a "standard" Debian workflow and allow
> >
Quoting Matthias Urlichs (2024-12-12 08:57:57)
> On 04.12.24 18:08, Andreas Tille wrote:
> > in the
> > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > permitted to upload the package.
>
> I like this idea.
>
> The next step: agree on a "standard" Debian workflow and a
On 04.12.24 18:08, Andreas Tille wrote:
in the
absence of a debian/dont_touch_my_package file, any Debian Developer is
permitted to upload the package.
I like this idea.
The next step: agree on a "standard" Debian workflow and allow
(encourage?) people to convert existing packages to it (assu
20 matches
Mail list logo
