Hello,
John Paul Adrian Glaubitz, le ven. 22 août 2025 10:44:05 +0200, a ecrit:
> I'm looking into setting up my own local wanna-build instance as I want to
> rebuild the m68k port with 32-bit alignment [1].
>
> Has anyone done this before?
I had done this 20 years ago, so details probably have
Hello,
To people who may wonder why it's so obvious that AI was at the very
least used to "improve" the writing, it already merely comes from the
vocabulary being used:
Lucy, le jeu. 24 juil. 2025 09:16:12 +0200, a ecrit:
> How delightfully ironic
> Your theatrical performance
> you've weaponiz
Johannes Schauer Marin Rodrigues, le jeu. 24 juil. 2025 09:43:19 +0200, a ecrit:
> Quoting Jochen Sprickerhof (2025-07-24 09:11:41)
> > * picca [2025-07-24 07:39]:
> > >I prepared a directory with a bunch of sources packages.
> > >
> > >Now I need to build them in the right order with sbuild.
> >
Lucy, le jeu. 24 juil. 2025 09:16:12 +0200, a ecrit:
> @Samuel: Ah yes, "ChatGPT-written polemic."
Your AI is not even able to grasp who said what.
Discussion can only stop here.
Samuel
Hello,
Lucy, you are piling rhetoric over rhetoric, that won't make a fruitful
discussion.
Lucy, le mer. 23 juil. 2025 12:01:59 +0200, a ecrit:
> Debian has never just been “a Linux distro.” It has always stood for
> deliberation, control, and the ability to resist upstream when needed.
That's n
Hello,
Lucy, le mer. 23 juil. 2025 11:01:36 +0200, a ecrit:
> 2. The double-click change is functionally regressive
>
> Single-click has been the KDE default for over a decade
I have always found this behavior surprising because on desktop
computers, I've only seen it in KDE. And thus I find it
c.bu...@posteo.jp, le mar. 03 juin 2025 07:19:33 +, a ecrit:
> And by the way: "AI" is a marketing and sci-fi term.
AI is also a very well-established scientific term that does encompass
LLMs.
Samuel
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
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
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
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
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
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
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
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
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
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-
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
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
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
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
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
> &
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
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
> > [...]
> >
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
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
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
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
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
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 /
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
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
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
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
> >
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
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 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
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
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
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
> &
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
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,
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
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
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
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
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
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
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
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.
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
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?
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
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
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 ..
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
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
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
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.
> >
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
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
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
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
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
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
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
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
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
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
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
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
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
(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,
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
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
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
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
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
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?
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
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
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
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
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
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
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
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,
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
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,
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
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
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
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
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
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,
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
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
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
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
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
1 - 100 of 626 matches
Mail list logo
