Russ Allbery, le Tue 01 Sep 2015 18:05:09 -0700, a écrit :
> Healthy language communities have their own metadata systems and
> standardized build systems that allow Debian packaging to be nearly
> automated, *provided* that we use the same unit of distribution as
> upstream.
I understand that usi
Vincent Bernat, le Wed 02 Sep 2015 09:47:23 +0200, a écrit :
> If you talk about Grunt,
That's what I'm talking about.
> Grunt comes with a lot of plugins (and does almost nothing without
> those) and each upstream will require different plugins with different
> versions (Grunt plugin versions ar
Vincent Bernat, le Wed 02 Sep 2015 10:10:55 +0200, a écrit :
> ❦ 2 septembre 2015 09:54 +0200, Samuel Thibault :
>
> >> If you talk about Grunt,
> >
> > That's what I'm talking about.
> >
> >> Grunt comes with a lot of plugins (and does almos
Vincent Bernat, le Wed 02 Sep 2015 11:20:32 +0200, a écrit :
> ❦ 2 septembre 2015 10:18 +0200, Samuel Thibault :
> >> Or maybe you propose to just ship the whole "node_modules" directory
> >> (which has all the dependencies) with jQuery sources?
> >
&g
Hello,
Juliusz Chroboczek, le ven. 26 oct. 2018 14:41:31 +0200, a ecrit:
> In both cases, the installer crashes with no useful error message
This is not what I get.
- 32bit debian on 64bit machine: this should be working fine
- 64bit debian on 32bit machine: I get the attached message
If it's n
Jeremy Bicha, le sam. 03 nov. 2018 21:04:49 -0400, a ecrit:
> On Sat, Nov 3, 2018 at 6:47 PM Adam Borowski wrote:
> > Perhaps we should quickly upload a revert, using the last good version of
> > librsvg, before things degrade? Effectively removing librsvg on 11 archs
> > (not counting non-offici
Mattia Rizzolo, le dim. 04 nov. 2018 10:40:01 +0100, a ecrit:
> On Sat, Nov 03, 2018 at 09:04:49PM -0400, Jeremy Bicha wrote:
> > What is the actual consequence of the latest librsvg being unbuildable
> > on those arches? The old binaries won't automatically be removed
> > there, right?
>
> In thi
Hello,
Josh Triplett, le lun. 05 nov. 2018 21:02:32 -0800, a ecrit:
> Speaking with an upstream Rust hat on in addition to a Debian hat:
> what could Rust do to make life easier for porters?
After Adrian's announce I tried to have a brief look at the Hurd port.
I appreciated a *lot* that the Deb
Josh Triplett, le mer. 21 nov. 2018 12:39:35 -0800, a ecrit:
> I'm not an expert in that mechanism, but my understanding is that the
> vast majority is shared among multiple systems.
>
> There probably *should* be a way to autogenerate these, but I don't
> think there is. But I wouldn't be surpris
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: emerald
Version : 0.8.16
Upstream Author : 2007 Quinn Storm
David Reveman
2015 Wolfgang Ulbrich
2015 Sorokin Alexei
* URL : https://github.com/compiz-reloaded
Hello,
Quite a few packages have jquery/ embedded in documentation generated by
javadoc. This yields to
«
libfoo-java shares 1.2 MB of similar files with package
liblizzie-java-doc, please investigate whether it is possible to reduce
the duplication.
»
e.g. most of the libbrlapi-java size comes
Sean Whitton, le sam. 05 janv. 2019 19:48:35 +, a ecrit:
> Forgive my ignorance of the specifics of this package, but why can't you
> add symlinks to the files shipped by libjs-jquery? That is the standard
> solution.
openjdk's javadoc not only includes libjs-query, but also jszip,
jszip-util
Emmanuel Bourg, le lun. 07 janv. 2019 22:25:35 +0100, a ecrit:
> Le 07/01/2019 à 21:13, Nicholas D Steeves a écrit :
> > Do you have any suggestions for working with the following?: (please
> > reply to -devel)
>
> We've discussed this topic in #903428 and the consensus is roughly that
> it's a wa
Hello,
Joerg Jaspert, le ven. 12 avril 2019 22:48:42 +0200, a ecrit:
> back in August 2018 we discussed architecture inclusion into
> unstable/experimental.
>
> Today we had our regular FTPMaster meeting and discussed hurd and both
> kfreebsd architecture and decided to remove them from unstable
Bernd Zeimetz, le ven. 12 avril 2019 23:14:10 +0200, a ecrit:
> On 4/12/19 11:01 PM, Samuel Thibault wrote:
> > I was hoping to do a non-official relase of Debian Hurd along Buster as
> > usual, but a change of archive, which means uploading packages, fixing
> > scripts, et
Joerg Jaspert, le ven. 12 avril 2019 23:30:31 +0200, a ecrit:
> On 15370 March 1977, Samuel Thibault wrote:
>
> > > Today we had our regular FTPMaster meeting and discussed hurd and both
> > > kfreebsd architecture and decided to remove them from unstable and
> > &
Bernd Zeimetz, le ven. 12 avril 2019 23:32:32 +0200, a ecrit:
> On 4/12/19 11:21 PM, Samuel Thibault wrote:
> > Time will. I will have time later, but that'll be after the Buster
> > release, i.e. a *way* less coherent set of packages since a flurry
> > of package upda
Samuel Thibault, le sam. 13 avril 2019 00:11:15 +0200, a ecrit:
> Joerg Jaspert, le ven. 12 avril 2019 23:30:31 +0200, a ecrit:
> > It seems to exist there, so probably someone who can upload there and
> > is interested in hurd-i386 goes and uploads stuff.
>
> Within a tw
Joerg Jaspert, le sam. 13 avril 2019 10:24:53 +0200, a ecrit:
> On 15371 March 1977, Samuel Thibault wrote:
>
> > > > It seems to exist there, so probably someone who can upload there and
> > > > is interested in hurd-i386 goes and uploads stuff.
> > > Withi
That kind of mail is useless.
Samuel
Samuel Thibault, le sam. 13 avril 2019 11:57:20 +0200, a ecrit:
> That kind of mail is useless.
I actually meant: it is also harmful.
Samuel
Carsten Schoenert, le sam. 13 avril 2019 11:51:51 +0200, a ecrit:
> > Please give up on Debian. They clearly have no interest in anything
> > non-linux or non-systemd, that is fully clear. Let's make a joint
> > effort to make a Guix release of Hurd (and kFreeBSD) happen. Or, if you
> > still want
Holger Levsen, le sam. 13 avril 2019 09:50:25 +, a ecrit:
> On Sat, Apr 13, 2019 at 09:31:46AM +0200, Samuel Thibault wrote:
> > Samuel Thibault, le sam. 13 avril 2019 00:11:15 +0200, a ecrit:
> > > Joerg Jaspert, le ven. 12 avril 2019 23:30:31 +0200, a ecrit:
> > >
Svante Signell, le sam. 13 avril 2019 12:13:41 +0200, a ecrit:
> On Sat, 2019-04-13 at 11:51 +0200, Carsten Schoenert wrote:
> > So I disagree on "One person is enough" as long this one person can
> > not keep track on all the required main and corner cases so other
> > maintainers get to do the wo
Svante Signell, le sam. 13 avril 2019 12:36:54 +0200, a ecrit:
> On Sat, 2019-04-13 at 12:18 +0200, Samuel Thibault wrote:
> > He rightfully means he does not want patches, but patches getting
> > submitted upstream, so he does not have to maintain them. A Debian
> > pack
Carsten Schoenert, le sam. 13 avril 2019 12:41:25 +0200, a ecrit:
> Am 13.04.19 um 12:06 schrieb Samuel Thibault:
> >> Both architectures haven't seen any major development in the past years
> >
> > They have.
>
> O.k. need to be more specific, so the same as y
Aurelien Jarno, le dim. 14 avril 2019 16:08:20 +0200, a ecrit:
> On 2019-04-12 23:01, Samuel Thibault wrote:
> > How is the move to debian-ports supposed to happen? I won't have the
> > time to do anything about it within the 2 weeks.
>
> Note that there is no need for
Hello,
Thanks for the feedback. In the accessibility team we had interest in
https://github.com/mozilla/DeepSpeech but I got quickly afraid but the
mention of "TensorFlow" in dependencies, it seems I was right in not
taking time to have a look, unfortunately.
Samuel
Hello,
Samuel Thibault, le sam. 13 avril 2019 12:16:54 +0200, a ecrit:
> Holger Levsen, le sam. 13 avril 2019 09:50:25 +, a ecrit:
> > I can see how the ftpteam doesnt want to delay this *after* the Buster
> > release,
>
> Ok, if it can't be after Buster releases be
Jonathan Carter, le lun. 22 avril 2019 21:42:33 +0200, a ecrit:
> On 2019/04/22 20:00, Samuel Thibault wrote:
> > So I could produce some hurd CD images with the archive from this
> > week-end. Aurélien injected the hurd-i386 archive to debian-ports, and
> > we got the bui
Hello,
Adam Borowski, le mar. 11 juin 2019 03:15:21 +0200, a ecrit:
> The text console is restricted to 256/512 characters at one time only
> because of some ancient hardware.
D-i uses by default bterm, which avoid such limitation, and has some
support for more languages, e.g. right-to-left.
Sam
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: gla11y
Version : 0.1
Upstream Author : Samuel Thibault
* URL : https://github.com/hypra/gla11y
* License : BSD
Programming Lang: Python
Description : Automatic check of
Bagas Sanjaya, le jeu. 20 juin 2019 20:16:08 +0700, a ecrit:
>
> On 20/06/19 20.11, W. Martin Borgert wrote:
> > Quoting Bagas Sanjaya :
> > > Such ads is displayed only when users have Internet connection, and
> > > there is no way to patch ZZZ in order to remove ads (or we have to
> > > buy "pro
Thomas Goirand, le lun. 08 juil. 2019 11:57:45 +0200, a ecrit:
> So if I understand correctly, I can just rebuild everything and do
> source-only uploads, and the Debian infra will be smart enough to
> understand how to build?
Yes.
Only the dependency loops pose problem.
Samuel
Hello,
Theodore Ts'o, le lun. 08 juil. 2019 13:25:32 -0400, a ecrit:
> How important is noudeb, and why is defined in the first place?
My usage of noudeb is mostly to avoid the two-times-longer build time
Samuel
Theodore Ts'o, le lun. 08 juil. 2019 14:10:13 -0400, a ecrit:
> and it also avoids the double-compilation build time extension. (I
> assume that's what you were referring to when you mentioned "avoid the
> two-times-longer build time", right?)
Yes.
Samuel
Hello,
Jeff, le jeu. 12 sept. 2019 19:02:15 +0200, a ecrit:
> How can I give back the build?
Please read the Misc Developer News on d-d-a :)
https://lists.debian.org/debian-devel-announce/2019/08/msg3.html
Samuel
Simon McVittie, le mer. 13 mars 2024 10:52:35 +, a ecrit:
> 2. i386 is 32-bit but has been excluded from the 64-bit time_t transition
>because its major purpose this decade is running legacy 32-bit binaries,
>a purpose that would no longer be possible if it broke ABI
>- non-release
Andrea Bolognani, le mer. 13 mars 2024 18:03:40 +0100, a ecrit:
> On Wed, Mar 13, 2024 at 12:34:55PM +0100, Samuel Thibault wrote:
> > Simon McVittie, le mer. 13 mars 2024 10:52:35 +, a ecrit:
> > > 2. i386 is 32-bit but has been excluded from the 64-bit time_t transition
&g
Simon McVittie, le dim. 24 mars 2024 11:59:50 +, a ecrit:
> On Sun, 24 Mar 2024 at 12:56:52 +0500, Andrey Rakhmatullin wrote:
> > 2. FTBFSing packages (those that block further work, anyway)
> ...
> > An example of a currently existing obstacle of this kind is snapd-glib
> > (mainly because it
Simon McVittie, le dim. 24 mars 2024 16:45:02 +, a ecrit:
> On Sun, 24 Mar 2024 at 13:09:02 +0100, Samuel Thibault wrote:
> > Simon McVittie, le dim. 24 mars 2024 11:59:50 +, a ecrit:
> > > For the specific example of pipewire, I've suggested temporarily
> >
Barak A. Pearlmutter, le lun. 06 mai 2024 11:15:35 +0100, a ecrit:
> To me, the purpose of /var/tmp/ when I have my "user" hat on is: a
> place to put files I don't want backed up, particularly large ones,
> and which if I run out of disk space is a place to look for stuff to
> delete. it's not "a
Hello,
Tomas Pospisek, le mar. 21 mai 2024 17:22:47 +0200, a ecrit:
> > > Quoting Victor Gamper (2024-05-17 21:58:58)
> > > For i386 there is a severe lack of person-power. Do you want to start
> > > contributing your free-time for several years to come to d-i and
> > > other areas
> > > which are
Hello,
Paul Wise, le mer. 16 déc. 2020 22:53:45 +, a ecrit:
> On Wed, Dec 16, 2020 at 6:06 PM John Paul Adrian Glaubitz wrote:
> > Does anyone have any idea what I'm missing?
>
> It seems to be saying that the 2019 ports archive signing key used for
> signing the snapshot URLs is expired, I d
Holger Levsen, le jeu. 31 déc. 2020 12:45:09 +, a ecrit:
> I'll post the list of packages (sorted by ddlist) to debian-devel@lists.d.o
> shortly and will then amend this blog post to link to that mail.
I was about to ask for such a list :D
I'll gladly upload my long-no-upload packages, probab
Lisandro Damián Nicanor Pérez Meyer, le sam. 09 janv. 2021 15:53:41 -0300, a
ecrit:
> # __FILE__ is a public, well defined API
? My copy of C11 says
“
__FILE__ The presumed name of the current source file (a character string
literal)
”
that's not so well-defined. I would not expect it to nece
Hello,
Just answering the subject.
John Paul Adrian Glaubitz, le dim. 07 févr. 2021 13:40:39 +0100, a ecrit:
> I just noticed how maintainers are NMU'ing packages in large quantities to
> get them somehow in a usable state for the release.
I don't think this is related to fixing the release date
Andrey Rahmatullin, le dim. 07 févr. 2021 19:41:01 +0500, a ecrit:
> On Sun, Feb 07, 2021 at 02:20:28PM +0100, Samuel Thibault wrote:
> > > the packages being untouched for a long time in some cases meaning there
> > > is
> > > no guarantee for quality.
> >
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-accessibil...@lists.debian.org
* Package name: libdumbtts
Version : 0.3.2
Upstream Author : Bohdan R. Rau
* URL : http://www.polip.com/files/
* License
Nilesh Patra wrote:
> Using experimental directly is risky as it can have changes not ready for
> unstable also.
No. Enabling experimental in your sources.list doesn't actually change
anything. You have to explicitly request installing a given package from
experimental to pull it from experimenta
Wouter Verhelst, le mer. 25 août 2021 17:06:39 +0200, a ecrit:
> On Mon, Aug 23, 2021 at 04:12:43AM +, Paul Wise wrote:
> > On Sun, Aug 22, 2021 at 2:31 PM Aivar Annamaa wrote:
> >
> > > Is here someone, who can meet me in Tartu, Estonia or is willing to
> > > arrange this over the internet? P
Norbert Preining, le mar. 05 oct. 2021 21:24:36 +0900, a ecrit:
> $ time eatmydata dpkg -i
> /var/cache/apt/archives/papirus-icon-theme_20211001-1_all.deb
> (Reading database ... 1215786 files and directories currently installed.)
> Preparing to unpack .../papirus-icon-theme_20211001-1_all.deb ..
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: sbw
Version : 3.6
Upstream Author : Nalin
* URL :
https://github.com/zendalona/sbwhttps://github.com/zendalona/sbw
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libbraille-input
Version : 0.7.3
Upstream Author : Nalin
* URL : https://github.com/zendalona/libbraille-input
* License : GPL
Programming
Jonas Smedegaard, le jeu. 23 déc. 2021 00:45:23 +0100, a ecrit:
> Is it normal and ok to upload a new major release of a library to
> unstable, without either a) testing that reverse dependencies do not
> break, or b) coordinating with maintainers of reverse dpendencies
> _before_ such upload?
Hello,
Bo YU, le lun. 04 avril 2022 09:09:53 +0800, a ecrit:
> On Sun, Apr 03, 2022 at 01:18:37PM +0200, Holger Wansing wrote:
> > debian-faq is waiting in NEW queue for more than 4 months now (upload is
> > from 23.11.2021), with no visible activity from ftp-masters (and even with
> > no
> > mes
Hello,
Polyna-Maude Racicot-Summerside, le mer. 20 avril 2022 08:32:13 -0400, a ecrit:
> Answer bellow this awful piece of text from someone who doesn't know how
> to make a space between line.
For information, reading mails with a speech synthesis doesn't
necessarily render spaces between lines.
Polyna-Maude Racicot-Summerside, le mer. 20 avril 2022 09:07:47 -0400, a ecrit:
> On 2022-04-20 08:39, Samuel Thibault wrote:
> > Polyna-Maude Racicot-Summerside, le mer. 20 avril 2022 08:32:13 -0400, a
> > ecrit:
> >> Answer bellow this awful piece of text from some
Pirate Praveen, le mer. 20 avril 2022 19:47:31 +0530, a ecrit:
> 2022, ഏപ്രിൽ 20 1:52:45 PM IST, Ansgar ൽ എഴുതി
> >On Wed, 2022-04-20 at 12:55 +0530, Pirate Praveen wrote:
> >> liberated.computer it is refurbished and some components like wifi
> >> cards replaced so it works with 100% free software
Hello,
Axel Beckert, le mer. 29 juin 2022 15:49:11 +0200, a ecrit:
> > I consider these [] not helpful […] no visible advantage.
>
> The advantage is to clearly mark what is a file with potentially a
> line number in the output of lintian so that further processors like
> the lintian website can
Hello,
Martin Quinson, le lun. 04 juil. 2022 09:29:54 +0200, a ecrit:
> dpkg-shlibdeps -Tdebian/libns3.36.substvars
> debian/libns3.36/usr/lib/x86_64-linux-gnu/libns3-wimax.so.36.1
x86_64-linux-gnu is only valid for amd64.
In
./debian/rules: -DCMAKE_INSTALL_RUNSTATEDIR=/run
-DCM
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: otf2
Version : 2.3.0
Upstream Author : TU dresden
* URL : https://www.vi-hps.org/projects/score-p/
* License : BSD
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-accessibil...@lists.debian.org
* Package name: nvda2speechd
Version : 0.1
Upstream Author : Rastislav Kish
* URL : https://github.com/RastislavKish
Hello,
We have been discussing a bit on #debian-ports about packages that fail
to build on less-mainstream architectures.
The issue we see is that some DDs end up setting a hardcoded list in
the "Architecture" field, rather than just letting builds keep failing
on these archs (and then possibly s
Paul Gevers, le dim. 11 sept. 2022 21:16:08 +0200, a ecrit:
> On 11-09-2022 17:08, Samuel Thibault wrote:
> > We could for instance:
> > - Add an Architecture-FTBFS field to debian/control
> > - Add an environment variable to debian/rules so that on these archs dh
> >
Hello,
Tobias Frost, le lun. 12 sept. 2022 16:08:08 +0200, a ecrit:
> The problem is that if you want to exclude an arch explicitly, you have to
> list all archs you want to build it on. IOW, I'm missing an easy way to say
> "not on THIS architecture", somthing like "[!armel]"
Yes, but see below
Tobias Frost, le lun. 12 sept. 2022 18:36:09 +0200, a ecrit:
> On Mon, Sep 12, 2022 at 05:11:46PM +0200, Samuel Thibault wrote:
> > Tobias Frost, le lun. 12 sept. 2022 16:08:08 +0200, a ecrit:
> > > The problem is that if you want to exclude an arch explicitly, you have to
> &
Guillem Jover, le mer. 14 sept. 2022 13:38:01 +0200, a ecrit:
> Something else to consider is that, for packages that make sense
> porting, deny-listing them from building means we do not have build
> failure logs, so deciding what to port or trying to check for patterns
> becomes more costly for h
julien.pu...@gmail.com, le lun. 19 sept. 2022 18:00:37 +0200, a ecrit:
> Le lundi 19 septembre 2022 à 20:50 +0900, Hideki Yamane a écrit :
> >
> > Recent changes in GitHub releases pages, I cannot check upstream
> > version with uscan. How do you deal with it?
>
> It's not that recent ; here is
Hello,
Sam Hartman, le mer. 18 sept. 2019 16:46:14 -0400, a ecrit:
> We could stop caring about sysvinit (which isn't quite the same thing
> but is related). That would leave non-linux ports in an unfortunate
> position. But right now there are no non-linux ports in the main
> archive. So perha
Hello,
Mo Zhou, le ven. 04 oct. 2019 09:04:25 -0700, a ecrit:
> Another angle for addressing the building problem is in the
> reverse-engineering style: parse the bazel buildlog, rebuild the
> dependency graph and generate a ninja build for it. See [2].
Interesting :) But then if one wants to add
Enrico Zini, le ven. 04 oct. 2019 18:33:44 +0200, a ecrit:
> On Fri, Oct 04, 2019 at 06:25:21PM +0200, Samuel Thibault wrote:
>
> > Interesting :) But then if one wants to add some files to the software,
> > which changes the dependencies, are we able to insert it correctl
Mo Zhou, le ven. 04 oct. 2019 09:37:25 -0700, a ecrit:
> On the other hand, ff the user wants significantly different stuff,
> they have to re-generate a buildlog and update the parser accordingly.
>
> Not bad, right?
Better than nothing, sure :)
Samuel
Daniele Nicolodi, le ven. 04 oct. 2019 12:27:08 -0600, a ecrit:
> On 04-10-2019 10:04, Mo Zhou wrote:
> > The only officially supported build system for Tensorflow is
> > bazel[1], which is not present in our archive due to some reasons.
>
> For those not following closely, can you please point to
Hello,
Otto Kekäläinen, le dim. 06 oct. 2019 10:40:17 +0300, a ecrit:
> It seems devscripts cannot be installed in Sid at the moment. I was
> not able to find a bug report about this on bugs.debian.org and I
> cannot follow up the dependencies on what package actually is stopping
> it.
>
> Anybod
Hello,
Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> the windows that have been opened before activating sleep mode are
> blurry. Newly opened windows are not affected.
> The issue happens with windows from all programs, not just a specific program.
> Moving or resizing the
Control: reassign -1 gnome-shell
Matthias Brennwald, le ven. 03 janv. 2020 14:14:28 +0100, a ecrit:
> On Thu, 2 Jan 2020 20:15:29 +0100 Samuel Thibault
> wrote:
> > Hello,
> >
> > Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > > the win
Wouter Verhelst, le ven. 07 févr. 2020 14:46:19 +0200, a ecrit:
> On Fri, Feb 07, 2020 at 10:31:16AM +, Simon McVittie wrote:
> > On Fri, 07 Feb 2020 at 09:28:24 +0200, Wouter Verhelst wrote:
> > > Why not? This seems like the type of problem that SONAMEs are made for.
> > > What am I missing?
Svante Signell, le sam. 08 févr. 2020 13:03:20 +0100, a ecrit:
> On Thu, 2020-02-06 at 21:12 +, Sam Hartman wrote:
> > Unfortunately, I think that Debian has decided that's not directly our
> > focus.
>
> Just to make sure: If I submit patches for the Debian installer for support of
> more tha
Hello Sam,
Sam Hartman, le sam. 08 févr. 2020 08:27:24 -0500, a ecrit:
> Svante> Perhaps all [...] ought to leave the project, including
> Svante> those having package not being dependent on systemd.
>
> I am frustrated reading this.
> It sounds like you were suggesting that people should leave a
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: pocketsphinx-python
Version : 0.1.15
Upstream Author : Dmitry Prazdnichnov
* URL : https://github.com/bambocher/pocketsphinx-python/
* License : BSD
Programming Lang: Python
Svante Signell, le sam. 08 févr. 2020 16:15:13 +0100, a ecrit:
> On Sat, 2020-02-08 at 14:51 +0100, Samuel Thibault wrote:
> > Sam Hartman, le sam. 08 févr. 2020 08:27:24 -0500, a ecrit:
> > > Svante> Perhaps all [...] ought to leave the project, including
> > > Sv
Hello,
Alf Gaida, le sam. 08 févr. 2020 17:18:09 +0100, a ecrit:
> Am 08.02.20 um 16:15 schrieb Svante Signell:
> > Anything else?
> >
> Yes, you forget something - as long the discussion culture in Debian
> stays this way i'm not motivated to start my NM process again.
Please really do not take
(leaving the other parts of threads to later, when I'll get time to
think what useful answer I can give, beyond just apologizing)
Svante Signell, le lun. 10 févr. 2020 18:27:55 +0100, a ecrit:
> Regarding your opinion about the GR becomes very clear by reading
> https://hartmans.livejournal.com/9
Hello,
Svante Signell, le lun. 10 févr. 2020 12:18:37 +0100, a ecrit:
> On Sat, 2020-02-08 at 16:40 +0100, Samuel Thibault wrote:
> > > Nice, the first thing I'll do is to shut down the Debian/GNU Hurd
> > > buildd mahler.
>
> > Can't you see you are
Hello,
Boyuan Yang, le jeu. 19 mars 2020 20:58:57 -0400, a ecrit:
> Maybe we can keep changelog of up to 10 entries or till the time of 5 years
> ago
As a user, I would like to see changelog until at least the previous
Debian release, to be able to grep through it for changes when I happend
to fi
Shengjing Zhu, le lun. 30 mars 2020 15:53:18 +0800, a ecrit:
> IMO, the QR picture is preferred form of modification as well as the
> origin text.
Is there a program which takes a QR code, allows to modify the URL and
the picture in the middle, and write the new QR code with the picture?
> And, I
Raphael Hertzog, le lun. 30 mars 2020 10:14:13 +0200, a ecrit:
> And on the opposite, if upstream changes the link, the you break it
> without noticing
Agreed, indeed.
> (unless you put even more code to first extract the link from the
> picture and then re-encode it).
Actually that would argue
Russ Allbery, le lun. 30 mars 2020 12:08:18 -0700, a ecrit:
> Surely the QR code is an encoding of a string?
Yes, but can you easily modify the URL in that form?
Do you have an editor that can open it as such and let you check and
modify the URL?
> In other words, to me this feels like claiming
Russ Allbery, le lun. 30 mars 2020 13:32:05 -0700, a ecrit:
> Samuel Thibault writes:
>
> > Concerning base64-encoded text files, it's quite borderline. Possibly
> > some editor do support opening base64-encoded files, then it's fine to
> > have this as source
Sudip Mukherjee, le lun. 24 août 2020 14:09:21 +0100, a ecrit:
> On Mon, Aug 24, 2020 at 1:50 PM Holger Levsen wrote:
> >
> > On Mon, Aug 24, 2020 at 12:21:25PM +0100, Sudip Mukherjee wrote:
> > > If the maintainer is truly unavailable [...]
> >
> > well, yes, but here someone hasn't replied to an
Alexis Murzeau, le lun. 24 août 2020 15:41:36 +0200, a ecrit:
> While 7 days in summer is rather small (some may have a month in
> vacation),
> you can have something in your TODO list for 9 years, but
> still reply to anyone asking a mail just saying something like:
Sure, but not everybody will d
Roland Fehrenbacher, le mer. 30 sept. 2020 20:47:58 +0200, a ecrit:
>Is the only solution here then really to have two source packages
> with exactly the same upstream source and only a difference in
> the way the binaries are built and what they depend upon?
That's what I do with starpu and hwloc
Hello,
As a late follow-up of the gpg key collision thread from debian-private
(but posted on debian-devel, there is nothing private here, I prefer to
see this information publicized actually):
€ gpg --search-key samuel.thiba...@gnu.org
...
(1) Samuel Thibault
4096 bit RSA key 7D069EE6, created
Samuel Thibault, on Wed 10 Aug 2016 00:47:43 +0200, wrote:
> € gpg --search-key samuel.thiba...@gnu.org
> ...
> (1) Samuel Thibault
> 4096 bit RSA key 7D069EE6, created: 2014-06-16
And it has 55 signatures from 55 colliding keys...
Samuel
Holger Levsen, on Wed 10 Aug 2016 10:26:09 +, wrote:
> I'm somewhat surprised by this mail… or rather by you appearantly
> knowing about the issue but still you seem to not have acted as advised,
> so let me repeat: everybody, please put "keyid-format long" into your
> ~/.gnupg/gpg.conf!
Well,
Sebastian Reichel, on Wed 10 Aug 2016 07:14:09 +0200, wrote:
> On Wed, Aug 10, 2016 at 12:47:43AM +0200, Samuel Thibault wrote:
> > As a late follow-up of the gpg key collision thread from debian-private
> > (but posted on debian-devel, there is nothing private here, I prefer
Samuel Thibault, on Wed 10 Aug 2016 12:46:07 +0200, wrote:
> Holger Levsen, on Wed 10 Aug 2016 10:26:09 +, wrote:
> > I'm somewhat surprised by this mail… or rather by you appearantly
> > knowing about the issue but still you seem to not have acted as advised,
> > s
Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote:
> Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key
> collisions in the wild"):
> > [explanation]
>
> Thanks.
>
> I don't know what side of this (one) line such a proposed gpg change
> falls. I still think it's unsatis
Christian Seiler, on Wed 10 Aug 2016 15:37:43 +0200, wrote:
> On 08/10/2016 03:19 PM, Samuel Thibault wrote:
> > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote:
> >> Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key
> >> collisions i
401 - 500 of 619 matches
Mail list logo
