On Fri, Mar 28, 2025 at 12:44:47AM +0200, Peter Pentchev wrote:
> On Thu, Mar 27, 2025 at 10:46:23PM +0100, Bill Allombert wrote:
> > On Thu, Mar 27, 2025 at 11:22:50PM +0200, Peter Pentchev wrote:
> > > > I am among the people who have moved towards the Sequoia family of
> > > > cryptographic tool
On Thu, Mar 27, 2025 at 10:46:23PM +0100, Bill Allombert wrote:
> On Thu, Mar 27, 2025 at 11:22:50PM +0200, Peter Pentchev wrote:
> > > I am among the people who have moved towards the Sequoia family of
> > > cryptographic tools; in particular, sqop (a Sequoia implementation of
> > > the SOP comman
On Thu, Mar 27, 2025 at 11:22:50PM +0200, Peter Pentchev wrote:
> > I am among the people who have moved towards the Sequoia family of
> > cryptographic tools; in particular, sqop (a Sequoia implementation of
> > the SOP command-line interface) seems to work:
> >
> > [roam@straylight ~]$ echo
On Thu, Mar 27, 2025 at 08:46:53PM +0100, Simon Josefsson wrote:
> Bill Allombert writes:
>
> > Dear Debian developpers,
> >
> > popularity-contest relies on /usr/bin/gpg for encrypting files.
> > (it cannot use gpgv which does not provide encryption).
>
> Why does it need to encrypt data?
>
>
On Thu, Mar 27, 2025 at 11:05:11PM +0200, Peter Pentchev wrote:
> On Thu, Mar 27, 2025 at 07:45:12PM +0100, Bill Allombert wrote:
> > Dear Debian developpers,
> >
> > popularity-contest relies on /usr/bin/gpg for encrypting files.
> > (it cannot use gpgv which does not provide encryption).
> >
>
On Thu, Mar 27, 2025 at 07:45:12PM +0100, Bill Allombert wrote:
> Dear Debian developpers,
>
> popularity-contest relies on /usr/bin/gpg for encrypting files.
> (it cannot use gpgv which does not provide encryption).
>
> By design popularity-contest needs to have as few non-essential
> dependenci
On Thu, Mar 27, 2025 at 07:45:12PM +0100, Bill Allombert wrote:
> Dear Debian developpers,
>
> popularity-contest relies on /usr/bin/gpg for encrypting files.
> (it cannot use gpgv which does not provide encryption).
>
> By design popularity-contest needs to have as few non-essential
> dependenci
Jeremy Stanley writes:
> On 2025-03-27 20:57:52 +0100 (+0100), Petter Reinholdtsen wrote:
>> [Simon Josefsson]
>> > Why does it need to encrypt data?
>>
>> To protect the users privacy.
>>
>> > Can't we just send telemetry over https like everyone else?
>>
>> Not all popcon submissions go over ht
On 2025-03-27 20:57:52 +0100 (+0100), Petter Reinholdtsen wrote:
[Simon Josefsson]
> Why does it need to encrypt data?
To protect the users privacy.
> Can't we just send telemetry over https like everyone else?
Not all popcon submissions go over https, the fallback mechanism is
SMTP.
Also,
Bill Allombert writes:
> Dear Debian developpers,
>
> popularity-contest relies on /usr/bin/gpg for encrypting files.
> (it cannot use gpgv which does not provide encryption).
Why does it need to encrypt data?
Can't we just send telemetry over https like everyone else?
For people who are uncom
[Simon Josefsson]
> Why does it need to encrypt data?
To protect the users privacy.
> Can't we just send telemetry over https like everyone else?
Not all popcon submissions go over https, the fallback mechanism is
SMTP.
--
Happy hacking
Petter Reinholdtsen
Dear Debian developpers,
popularity-contest relies on /usr/bin/gpg for encrypting files.
(it cannot use gpgv which does not provide encryption).
By design popularity-contest needs to have as few non-essential
dependencies as possible because this skews the result.
It used to be the case that apt
Package: wnpp
Severity: wishlist
Owner: Colin Ian King
X-Debbugs-Cc: debian-devel@lists.debian.org, colin.i.k...@gmail.com
* Package name: intel-lpmd
Version : v0.0.9
Upstream Contact: rui.zh...@intel.com
* URL : https://github.com/intel/intel-lpmd
* License :
Hi,
Yes, I have looked into the 'dh-make' tool. From what I've seen, it
generated too many files that were not needed to compile the program.
'dh-make', for me, also left a lot of fields that needed to be manually
edited later on. My tool takes in user input a bit more than 'dh-make', so
it can wri
Hi Soren,
On Sat, 22 Mar 2025 at 20:35, Soren Stoutner wrote:
> On Saturday, March 22, 2025 1:09:29 PM Mountain Standard Time
> Christopher Obbard wrote:
> > Hi!
> >
> > For the package fluster, upstream at
> > http://github.com/fluendo/fluster/, we have a slight mistake with
> > the upstream ver
On 27/03/2025 13:50, Simon Josefsson wrote:
I've found the 'dh-make-golang make' tool incredibly useful to quickly
get a suitable debian/* template for a project. I would find a similar
tool that isn't Go-specific which would could an upstream tarball and/or
a URL to a homepage and attempt to cr
Nicolas Peugnet writes:
> On 27/03/2025 13:50, Simon Josefsson wrote:
>> I've found the 'dh-make-golang make' tool incredibly useful to quickly
>> get a suitable debian/* template for a project. I would find a similar
>> tool that isn't Go-specific which would could an upstream tarball and/or
>>
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org
* Package name: ocaml-lwt-dllist
Version : 1.0.1
Upstream Contact: Anil Madhavapeddy
* URL : https://github.com/mirage/lwt-dllist
*
"Jonathan Dowland" writes:
> On Wed Mar 26, 2025 at 7:12 PM GMT, Alexandre Detiste wrote:
>> Please stop this series of troll packages.
>
> I think characterising this as trolling is unfair.
+1
> Clearly this is not suitable for inclusion in Debian, but, what isn't
> clear is Luka's intent. It
On Wed Mar 26, 2025 at 7:12 PM GMT, Alexandre Detiste wrote:
Please stop this series of troll packages.
I think characterising this as trolling is unfair. Clearly this is not
suitable for inclusion in Debian, but, what isn't clear is Luka's
intent. It looks to me that they are making a genuin
20 matches
Mail list logo