Re: GCC-15 mass bug filing.

Antonio Terceiro, le mar. 18 févr. 2025 10:00:18 -0300, a ecrit: > On Tue, Feb 18, 2025 at 09:06:53AM +0900, Charles Plessy wrote: > > Give the scale if build failure (hundreds of failures for the Debian Med > > packaging team for instance), > I don't think that "OMG my packages have bugs and I ne

Re: DEP-14: Default branch name 'debian/latest' objections?

Michael Tokarev, le ven. 24 janv. 2025 09:16:50 +0300, a ecrit: > 3. "latest" is a misnomer (unlike "main" or "master"). For example, I often > use > "experimental" branch which is more recent than "master", yet the main > development is happening in "master". Yes, that's why I wouldn't use

Re: Is HURD's lack of HOST_NAME_MAX and PATH_MAX a good architectural approach

Julien Plissonneau Duquène, le mar. 21 janv. 2025 11:24:31 +0100, a ecrit: > Le 2025-01-20 21:21, Sam Hartman a écrit : > > One of the issues is HOST_NAME_MAX in modules/pam_xauth/pam_xauth.c. > > It doesn't make much sense to allow arbitrarily long host names. I'm more > reserved for path names a

Re: Is HURD's lack of HOST_NAME_MAX and PATH_MAX a good architectural approach

Sam Hartman, le lun. 20 janv. 2025 17:12:05 -0700, a ecrit: > The pam 1.5.3 hurd compatibility patch simply defines PATH_MAX to 4096. > I believe that previous krb5 patches have done something similar. > I think this approach is quite common to how people approach HURD > compatibility. Yes, and t

Re: Is HURD's lack of HOST_NAME_MAX and PATH_MAX a good architectural approach

Sam Hartman, le lun. 20 janv. 2025 15:48:00 -0700, a ecrit: > My restatement is that it's possible to create paths where the full path > name is longer than PATH_MAX. > > I guess a better way to look at this would be that paths beyond PATH_MAX > may break. And unfortunately, code that just uses P

Re: Is HURD's lack of HOST_NAME_MAX and PATH_MAX a good architectural approach

Hello, Sam Hartman, le lun. 20 janv. 2025 13:21:32 -0700, a ecrit: > I will admit I was kind of disappointed that rather than working to make > my package handle arbitrary hostnames, the patch simply introduced an > arbitrary constant for HURD. It should not have, indeed. > * Having different li

Re: Directory structure suggestion for configuration in /etc

Ansgar 🙀, le ven. 20 déc. 2024 13:07:36 +0100, a ecrit: > On Fri, 2024-12-20 at 13:00 +0100, Samuel Thibault wrote: > > Ansgar 🙀, le ven. 20 déc. 2024 12:01:24 +0100, a ecrit: > > > On Fri, 2024-12-20 at 11:50 +0100, Samuel Thibault wrote: > > > > What I comple

Re: Directory structure suggestion for configuration in /etc

Henrik Ahlgren, le ven. 20 déc. 2024 13:47:24 +0200, a ecrit: > On Fri, 2024-12-20 at 12:01 +0100, Ansgar 🙀 wrote: > > With empty-/etc, you would (ideally) only have explicit local > > configuration in /etc which makes it much, much easier to see what the > > local admin changed to diagnose problem

Re: Directory structure suggestion for configuration in /etc

Ansgar 🙀, le ven. 20 déc. 2024 12:01:24 +0100, a ecrit: > On Fri, 2024-12-20 at 11:50 +0100, Samuel Thibault wrote: > > What I completely fail to understand is why people would want to not > > see any file in /etc. What harm does it *actually* cause? > > It makes it hard to

Re: norust profile, and setting it by default on alpha, hppa, m68k, sh4, x32 port buildds

Hello, Julian Andres Klode, le ven. 20 déc. 2024 12:21:37 +0100, a ecrit: > # setting the profile > > I then propose we inject the > > DEB_BUILD_PROFILES=norust > > in the buildds for the ports architectures that do not have > a rustc. wanna-build would also need to be told to drop build-

Re: Directory structure suggestion for configuration in /etc

Josh Triplett, le ven. 20 déc. 2024 02:05:30 -0800, a ecrit: > On Fri, Dec 20, 2024 at 09:55:17AM +0100, Samuel Thibault wrote: > > Josh Triplett, le jeu. 19 déc. 2024 19:05:56 -0800, a ecrit: > > > Samuel Thibault wrote: > > > > Ansgar 🙀, le jeu. 19 déc

Re: Directory structure suggestion for configuration in /etc

Richard Lewis, le ven. 20 déc. 2024 09:42:11 +, a ecrit: > but perhaps what is missing is a way to see what changed on upgrade > (you'd want to save the clean version from the _previous_ version of a > package to be able to do that after the upgrade)? You mean ucf? Samuel

Re: Directory structure suggestion for configuration in /etc

Henrik Ahlgren, le ven. 20 déc. 2024 11:32:37 +0200, a ecrit: > On Fri, 2024-12-20 at 09:55 +0100, Samuel Thibault wrote: > > But isn't it what we already have? If I don't modify the example in /etc > > and only add files to .d/, I'm getting upgrades without ques

Re: Directory structure suggestion for configuration in /etc

Josh Triplett, le jeu. 19 déc. 2024 19:05:56 -0800, a ecrit: > Samuel Thibault wrote: > > Ansgar 🙀, le jeu. 19 déc. 2024 16:21:03 +0100, a ecrit: > > > And it is actively harmful as if one edits the example configuration to > > > have a useful configuration as dpkg will

Re: Directory structure suggestion for configuration in /etc

Ansgar 🙀, le jeu. 19 déc. 2024 16:21:03 +0100, a ecrit: > On Thu, 2024-12-19 at 11:16 +0100, Samuel Thibault wrote: > > Also, /etc would thus be full of empty /etc/$proj directories? I don't > > see the point of not just putting the example files there? Why making it > &

Re: Directory structure suggestion for configuration in /etc

Samuel Thibault, le jeu. 19 déc. 2024 10:26:12 +0100, a ecrit: > Gioele Barabucci, le jeu. 19 déc. 2024 10:22:02 +0100, a ecrit: > > On 19/12/24 10:19, Samuel Thibault wrote: > > > Gioele Barabucci, le jeu. 19 déc. 2024 10:15:47 +0100, a ecrit: > > > > * A

Re: Directory structure suggestion for configuration in /etc

Gioele Barabucci, le jeu. 19 déc. 2024 10:22:02 +0100, a ecrit: > On 19/12/24 10:19, Samuel Thibault wrote: > > Gioele Barabucci, le jeu. 19 déc. 2024 10:15:47 +0100, a ecrit: > > > * Admin can override the standard configuration via /etc/$proj/foo.conf > > [...] > >

Re: Directory structure suggestion for configuration in /etc

Gioele Barabucci, le jeu. 19 déc. 2024 10:15:47 +0100, a ecrit: > * Admin can override the standard configuration via /etc/$proj/foo.conf [...] > Upstream projects are moving to this style. I hope that one day Debian > packages will stop shipping files under /etc. Having pre-filled configuration f

Re: speech question.

Mike Coulombe, le sam. 16 nov. 2024 17:34:36 -0800, a ecrit: > It's an intel pch card if that can help you guys. We need more details, such as lspci, kernel logs about possibly loading a kernel, etc. Samuel

Re: speech question.

Hello, Mike Coulombe, le sam. 16 nov. 2024 16:07:04 -0800, a ecrit: >  When installing using the latest testing image I get no speech in the > console, but from the terminal espeakup shows it's installed and running. Did you check the audio volumes? Perhaps also check what journalctl -u espeaku

Re: speech question.

Mike Coulombe, le sam. 16 nov. 2024 17:23:31 -0800, a ecrit: > Maybe a feature could be added to detect different cards > automatically? It actually is on purpose that espeakup sticks to the card that was used on installation, to avoid spuriously changing card when the user plugs a USB card. Samu

Re: speech question.

Mike Coulombe, le sam. 16 nov. 2024 17:13:17 -0800, a ecrit: > Is there a program in Debian that will tell me the sound card this computer > has? cat /proc/asound/cards Samuel

Re: speech question.

Mike Coulombe, le sam. 16 nov. 2024 16:45:31 -0800, a ecrit: > When I used the net installer to install bookworm, it saw my > internal card, but the latest testing image didn't so I had to use an USB > speaker it did see. Ah, then espeakup is kept configured to use that card. Change ALSA_CARD in /

Re: RFC: packages that can be installed by the user but not used as build dependencies

Hello, Lisandro Damián Nicanor Pérez Meyer, le lun. 19 août 2024 20:17:08 -0300, a ecrit: > But users would love to have something like 'qt6-full-dev'. And the > reason we never provided them with this meta-package is that package > maintainers would use it almost everywhere, dragging the whole Q

Re: About i386 support

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

Re: Re: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

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

Re: time_t progress report

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 > >

Re: Re: time_t progress report

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

Re: 64-bit time_t transition: cargo needs manual intervention

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

Re: 64-bit time_t transition: cargo needs manual intervention

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

Re: Q: uscan with GitHub

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

Re: packages expected to fail on some archs

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

Re: packages expected to fail on some archs

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 > &

Re: packages expected to fail on some archs

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

Re: packages expected to fail on some archs

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 > >

packages expected to fail on some archs

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

Bug#1019276: ITP: nvda2speechd -- A bridge between Windows applications and Speech dispatcher

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

Bug#1017478: ITP: otf2 -- Open Trace Format support library

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

Re: Help needed with a dh_shlibs failure on non amd64 platforms

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

Re: Lintian breaks existing lintian-overrides due to added []

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

Re: Keep both images but stop pretending no-free is unofficial

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

Re: Firmware - what are we going to do about it?

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

Re: Firmware - what are we going to do about it?

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.

Re: debian-faq in NEW - or: remove documentation from the archive at all

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

Re: releasing major library change to unstable without coordination

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?

Bug#995989: ITP: libbraille-input -- Braille input engine for IBus-Braille and Sharada-Braille-Writer.

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

Bug#995988: ITP: sbw -- Simple text editor with braille input

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

Re: dpkg taking a bit too long ...

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 ..

Re: Looking for Estonian DD-s

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

Re: Proposal to create unstable-proposed-updates suite for use during freeze

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

Bug#987171: ITP: libdumbtts -- Helper library for dumb speech synthesizers

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

Re: Fixed release dates are hurting quality

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. > >

Re: Fixed release dates are hurting quality

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

Re: Updating dpkg-buildflags to enable reproducible=+fixfilepath by default

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

Re: On doing 540 no-source-change source-only uploads in two weeks

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

Re: apt ignoring check-valid-until flag

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

Re: Allowed to build-depend a pkg in main on a pkg in non-free?

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

Re: Trying to get in touch with Sam Hocevar [MIA]

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

Re: Trying to get in touch with Sam Hocevar [MIA]

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

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

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

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

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

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

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

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

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

Re: trimming changelogs

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

Re: Debian With Alternate Init Systems

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

Re: Debian With Alternate Init Systems

(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

Re: Debian With Alternate Init Systems

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

Re: Debian With Alternate Init Systems

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

Bug#950940: ITP: pocketsphinx-python -- Speech recognition tool - Python3 bindings

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

Re: Debian With Alternate Init Systems

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

Re: Debian With Alternate Init Systems

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

Re: Y2038 - best way forward in Debian?

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?

Bug#947955: general: Windows on second (external) screen are blurry after notebook sleep

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

Bug#947955: general: Windows on second (external) screen are blurry after notebook sleep

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

Re: devscripts uninstallable in Debian Sid due to unmet dependencies

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

Re: Rethinking tensorflow build (taking shortcuts)

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

Re: Rethinking tensorflow build (taking shortcuts)

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

Re: Rethinking tensorflow build (taking shortcuts)

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

Re: Rethinking tensorflow build (taking shortcuts)

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

Re: Bits from the DPL (August 2019)

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

Re: How to give back a build

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

Re: The noudeb build profile and dh-only rules files

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

Re: The noudeb build profile and dh-only rules files

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

Re: mandatory source uploads

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

Re: Programs contain ads - acceptable for packaging for Debian?

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

Bug#930638: ITP: gla11y -- Automatic check of accessibility of .ui files

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

Re: speeding up installs

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Bits from /me: Difficulties in Deep Learning Framework Packaging

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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: > > >

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

That kind of mail is useless. Samuel

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

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

  1   2   3   4   5   6   7   >