Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: kameleon
Version : 2.10.13
Upstream Contact: pierre.ney...@imag.fr
* URL : http://kameleon.imag.fr/
* License : GPL-2+
Programming Lang: ruby
unattended upgrader, which is configured to
^^^^^^^^^
only install security updates".
^
Could this be a misconfiguration of unattended-upgrade?
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
e=${distro_codename}-security,label=Debian-Security";
> > // "o=Debian Backports,n=${distro_codename}-backports,l=Debian
> > Backports";
>
> So that doesn't look like a bug in unattended-upgrades.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% acc
n
used nowadays (including as email contents), even when this is not
justified.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
ose the "long line"
information also for the other lines, which might not be really
important; alternatively, you may define a key binding to toggle
the $markers setting).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
e?
For instance,
https://packages.debian.org/sid/amd64/lam4-dev/filelist has
/usr/bin/hcc
and
https://packages.debian.org/sid/amd64/uhexen2/filelist has
/usr/games/hcc
and I'm quite sure that the hcc programs have different functionality.
--
Vincent Lefèvre - Web: <https://www.vinc17.ne
egards,
Vincent
upgrade (ie I stop them). And I'm
ready to handle the consequencies of a rollback.
I do not know how this can be done automaticcaly.
Regards,
Vincent
efore).
The order is important (libraries are used to resolve missing symbols of
*previous* libraries/object files).
Be sure to declare your target_link_libraries() after adding all object
files/libraries that might need it.
For autoconf, it means putting it in LIBS (and not LDFLAGS)
Regards,
Vincent
tation,
either by calling directly the good binary (other name or in an other path), or
by configuring the new script to run the explicitly chosen version.
An admin would also be able to use the alternative system to choose
(system-wide) the default kadmin implementation (with c installed or not)
Regards
Vincent
ght know what's going on. As it
currently stands, I'm blocked from making any future backport uploads
for wesnoth-1.18. Does anyone have any ideas?
Regards,
Vincent
[1] https://lists.debian.org/debian-devel-games/2024/11/msg4.html
[2] https://lists.debian.org/debian-devel-games/
are creating a system user, you do not need to pass the
--allow-bad-names to adduser. However, this option is required if you intend to
create a non-system user/group name starting with an underscore.
> Sincerely,
> Joachim
Cheers,
Vincent
signature.asc
Description: PGP signature
Hey!
When a package migrates from /lib to /usr/lib, it seems that
dpkg-maintscript-helper gets confused and says that the target path
(when trying to turn a directory to symlink for example) is not owned by
the (currently installed) package, which is right.
Is there a way to make dpkg-maints
Hey!
I am using qemu-user-static to compile to ARM64 from AMD64. There is a
long-time bug with recent versions of QEMU where you would get a segfault:
https://gitlab.com/qemu-project/qemu/-/issues/1913
I was using qemu-user-static_7.2+dfsg-7+deb12u5_amd64.deb for quite some
time, but recentl
Package: wnpp
Severity: wishlist
Owner: Vincent Pinon
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: marknote
Version : 1.3.0
Upstream Contact: Mathis Brüchert
* URL : https://invent.kde.org/office/marknote
* License : GPL
Programming Lang: C
On 2024-07-07 15:56, Daniel Gröber wrote:
From where I'm sitting ifupdown2 is completely out of the question as *the*
Debian ifupdown since it doesn't even support *basic* IPv6 use-cases like
DHCPv6. Upstream community seems nonexistant since this is software by a
corp for a corp where communit
Package: wnpp
Severity: wishlist
Owner: Vincent Blut
* Package name: golang-github-charlievieth-fastwalk
Version : 1.0.3-1
Upstream Author : Charlie Vieth
* URL : https://github.com/charlievieth/fastwalk
* License : Expat
Programming Lang: Go
Description
logout, boot with shutdown, etc. Still it
> seems to me some information, e.g. exit_status, are still missing.
The host names are also dropped.
I've never seen an exit status. But the wtmp(5) man page says
"not used by Linux init(1)".
--
Vincent Lefèvre - Web: <https://w
er another name (e.g. last-legacy) instead of dropping it entirely,
in particular because some programs still write to the old wtmp
(which has no issues until 2038).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
dresses and the
host names with "last" (I don't know whether there's a better way to
get full information).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - compute
On 2024-05-24 11:51:15 +0200, Alexander Wirt wrote:
> Am Fri, May 24, 2024 at 11:23:44AM +0200 schrieb Vincent Lefevre:
> > Is the salsa web server broken?
> >
> > The display of https://salsa.debian.org/python-team/packages/fail2ban
> > is completely wrong, and https:/
Is the salsa web server broken?
The display of https://salsa.debian.org/python-team/packages/fail2ban
is completely wrong, and https://salsa.debian.org/ gives an
error 500 "We're sorry. Something went wrong on our end.".
--
Vincent Lefèvre - Web: <https://www.vinc17.net
On 2024-04-01 12:44, Bastian Blank wrote:
So in the end you still need to manually review all the stuff that the
tarball contains extra to the git. And for that I don't see that it
actually gives some helping hands and makes it easier.
So I really don't see how this makes the problem in hand a
On 2024-04-01 18:05, Jonathan Carter wrote:
The included firmware contributed to Debian 12 being a huge success,
but it wasn't the only factor.
Unfortunately, the shipped firmwares are now almost a year old,
including for unstable. I am following the progress since quite a few
years and I hav
t;
> Correct. This is tracked as bug#742977
Bug#742977 is about whether to mark installed packages as
auto-installed or not. It is not about Recommends.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Wor
t... except by the Debian installer!
This is inconsistent.
So, in the present case, uuid-runtime wasn't installed by default,
though libuuid1 was installed and had a "Recommends: uuid-runtime".
But with the 64-bit time_t transition, libuuid1 got replaced by
libuuid1t64 a f
y the end user / admin).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
I thought
that the presence of /var/lib/dpkg/info/*.md5sums would be sufficient
to detect issues. So, what's the point of these files?
[1] https://wiki.debian.org/MaintainerScripts
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http
ere are no issues with aliases pathnames in this case.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2024-02-15 16:17:58 -0800, Russ Allbery wrote:
> Vincent Lefevre writes:
> > On 2024-02-15 14:14:46 -0800, Russ Allbery wrote:
>
> >> and pkexec is essentially a type of sudo and should be unavailable to
> >> anyone who is using a restricted shell.
>
>
a
restricted shell, the user may set $SHELL to a non-restricted
shell. Moreover, /etc/shells also contains restricted shells.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
o the path from passwd(5), which hopefully
> is from shells(5).
login(1) is not the only way to start a shell.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
irement on what pathnames $SHELL may contain (in the
case a same shell can be referenced by several pathnames, e.g. due to
the /bin -> /usr/bin symbolic link) is not acceptable. Hence my post
about this.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML -
On 2024-02-15 16:59:28 +, Holger Levsen wrote:
> On Thu, Feb 15, 2024 at 10:08:11AM +0100, Vincent Lefevre wrote:
> > Not for mksh.
>
> so the subject should be "mksh is broken with usrmerge"?
No, because my bug report about mksh was closed because it is
not
On 2024-02-15 09:39:51 +0100, Marc Haber wrote:
> On Thu, 15 Feb 2024 00:05:36 +0100, Vincent Lefevre
> wrote:
> >This is invalid. See
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817168
>
> That doesnt answer the question asked, it is a bug from 20
/shells on my
> system contains both the /usr/bin and the /bin paths, so I'm still at a
> complete loss.
Not for mksh.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2024-02-14 10:41:44 -0800, Russ Allbery wrote:
> Vincent Lefevre writes:
>
> > POSIX says:
>
> > SHELL This variable shall represent a pathname of the user's
> > preferred command language interpreter. If this interpreter
> >
On 2024-02-14 19:46:58 +0100, Ansgar 🙀 wrote:
> Hi Vincent,
>
> On Wed, 2024-02-14 at 18:20 +0100, Vincent Lefevre wrote:
> > POSIX says:
> >
> > SHELL This variable shall represent a pathname of the user's
> > preferred command lan
give by
the realpath command.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2023-12-01 12:30, Simon McVittie wrote:
This does not prevent to have 127.0.0.1. I don't think this is a good use of
time to fix builds broken because there is no IPv4 loopback. This is the
same kind of artificial conditions as the 1-core builders.
Unfortunately, no, it's a bit more complicat
On 2023-11-30 22:42, Dale Richards wrote:
I recently submitted a patch for uvloop that was FTBFS on IPv6-only
builds (#1024079) and it really didn't take very long. While
building/running in IPv6-only environments is not currently mandated in
the Policy it's a fairly safe bet that it could/should
On 2023-11-30 21:38, Paul Tagliamonte wrote:
Now I would like to know if being able to run in an IPv6-only environment is
a must have feature for any debian package?
I run an IPv6 only LAN on my home network, where I use `jool`, and
`dns64-prefix`+`unbound` to interoperate with legacy IP space
Closes: #1051563).
- CVE-2023-4874 ("Null pointer dereference when viewing a specially
crafted email).
- CVE-2023-4875 ("Null pointer dereference when composing from a specially
crafted draft message").
[...]
--
Vincent Lefèvre - Web: <https://www.vinc17.
On 2023-10-26 02:03:49 +0200, Vincent Lefevre wrote:
> Hi,
>
> I've seen on https://tracker.debian.org/pkg/mutt that mutt was
> removed from testing on 2023-10-25, with a link to
>
> https://tracker.debian.org/news/1473564/mutt-removed-from-t
> have no functional equivalent in NM or would actually conflict with builtin
> functionality of NM.
>
>
> So, the remaining list of packages which I plan to do a MBF for is:
> aoetools
> auto6to4
> avahi-autoipd
> bind9
> chrony
As you rightfully stated higher up, chrony already includes native NM-dispatcher
scripts so you can remove it from the list of affected packages.
Cheers,
Vincent
signature.asc
Description: PGP signature
On 2023-09-15 21:04, Sebastian Ramacher wrote:
Source: libcbor
Version: 0.10.2-1
Severity: serious
X-Debbugs-Cc: sramac...@debian.org
https://qa.debian.org/excuses.php?package=libcbor
Issues preventing migration:
Not built on buildd: arch amd64 binaries uploaded by bernat
Not built o
that if the source has been modified, it may be possible that
the second build succeeds but is incorrect. I suppose that you need
to check that both builds are identical.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
s manual documents how to install and use the Multiple Precision
Floating-Point Reliable Library, version 4.2.0.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2023-08-10 14:38, Lucas Nussbaum wrote:
On 08/08/23 at 10:26 +0200, Helmut Grohne wrote:
Are we ready to call for consensus on dropping the requirement that
`debian/rules clean; dpkg-source -b` shall work or is anyone interested
in sending lots of patches for this?
My reading of the discuss
at happens?
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2023-08-05 17:06, Lucas Nussbaum wrote:
Should we give up on requiring a 'clean' target that works? After all,
when 17% of packages are failing, it means that many maintainers don't
depend on it in their workflow.
Yes, please, this does not make sense anymore to enforce such a rule
when it
On 2023-07-12 07:54, Gioele Barabucci wrote:
1) It's an extra layer. [...]
2) It's a layer that you cannot ignore when editing the config. [...]
I'd also add 3) It requires Python and various Python libraries. At
least the CLI tool does.
In some circumstances installing Python and a bunch
Le 18/06/2023 à 08:28, Rebecca N. Palmer a écrit :
On 18/06/2023 03:37, Paul Wise wrote:
Presumably any of the OpenCL ICDs work for most packages?
For most OpenCL-using *packages* but not most *hardware*. (Except for
pocl-opencl-icd, which works nearly everywhere but is slow.)
Perhaps ther
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libstoragedisplay-perl
Version : 1.2.3
Upstream Contact: Vincent Danjean
* URL : https://metacpan.org/release/StorageDisplay
* License
On 2023-01-28 13:59, Adrian Bunk wrote:
I am not saying that trying to force maintainers to spend time on such
issues by making them release critical is better, but you are also
creating extra work and frustration for the people who are doing QA work
in Debian.
It also pushes some maintainers t
On 2023-01-28 00:20, Santiago Vila wrote:
Release Policy exists as a canonical list of what should be RC and > what not,
and it's intended to avoid stupid discussions like this one.
Extending build-essential is easier than asking many people to do
pointless work to satisfy a set of non-existi
On 2022-10-14 12:44:25 +0200, Marco d'Itri wrote:
> On Oct 14, Vincent Lefevre wrote:
> > > This is not "the Debian FAQ" but "the DPKG FAQ", which has been known to
> > > recommend awful things in the past.
> > But it is still considered
On 2022-10-14 11:59:09 +0200, Marco d'Itri wrote:
> On Oct 14, Vincent Lefevre wrote:
>
> > The /etc/fstab file is created using by default ext4 with just
> > the errors=remount-ro option. However, the Debian FAQ recommends
> > the nodelalloc mount option to avoi
be used by default for btrfs and ext4.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2022-09-29 15:01, Michael Stone wrote:
On Wed, Sep 28, 2022 at 09:02:15PM -0600, Sam Hartman wrote:
* Finally, I can use bluetooth on linux with reasonably good audio
quality!
Aren't they both using the same backend? ldac/aptx weren't in pulseaudio
for a long time, but they are now. Or is
o headphones when connected
(which is an issue for those who use both speakers and headphones
and want to automatically switch between them). The upstream bug
https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/267
is still open and users are still reporting problems. There is no such
On 2022-09-09 04:51, Paul Wise wrote:
On Thu, 2022-09-08 at 17:58 +0200, Dylan Aïssi wrote:
I have been asked several times regarding when Debian will switch its default
sound server from PulseAudio to PipeWire without having an official answer.
Thus, I suppose it's the right time to start a di
ave the following recommendations unresolved:
libmagickcore-6.q16-6 recommends gsfonts
xpdf recommends gsfonts-x11
xscreensaver recommends gsfonts-x11 | xfonts-100dpi
from aptitude.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog:
On 2022-08-27 15:53, M. Zhou wrote:
That's why I still hope ftp team to recruit more people. This is
a very direct and constructive way to speed up everything.
More volunteers = higher bandwidth.
Recruiting more people doesn't seem to have a serious disadvantage.
It does not seem to work. Eith
On 2022-08-19 23:14, Andrea Pappacoda wrote:
Would alternatives really be that bad? What if the current /usr/bin/muon
was moved to /usr/bin/muon-kde, muon-build was installed to
/usr/bin/muon-build and /usr/bin/muon was shared between the two
packages? What issues could it cause?
I don't thi
On 2022-07-16 23:49, Pierre-Elliott Bécue wrote:
In the past months, it's been clear that sending mails from an
@debian.org address to some mail providers, including GMail, has become
harder and harder. While user DKIM feature (documented on [0]) can help,
we thought providing a relay server for
Package: wnpp
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Vincent Prat
Severity: wishlist
* Package name : sunpy-sphinx-theme
Version : 1.2.32
Upstream Author : SunPy developers
* URL : https://github.com/sunpy/sunpy-sphinx-theme
* License : BSD-2
On 2022-07-17 10:29, Dominik George wrote:
tl;dr: DKIM-signed mail is verifiable, but only the headers; the body can be
tampered with
That's not true. The body is always part of the signature (in a strict
or relaxed way).
> The Signer/Verifier MUST compute two hashes: one over the body of
On 2022-07-14 17:14, Russ Allbery wrote:
(Also, due to the limitations and history of naming conventions, the
software is inherently trying to map into a gender binary, which if one is
attempting to capture self-identification is likely to be unhelpful for
many populations, such as ones with lots
On 6/30/22 16:16, Sam Hartman wrote:
However there are some other features from the ITP:
-Support NTLS (formal GM dual-certificate protocol) handshake processing,
according to GB/T 38636-2020
TLCP
-QUIC API support
Is it compatible with QuicTLS, which is another fork of OpenSSL? Some
On 2022-05-31 14:55:44 +0500, Andrey Rahmatullin wrote:
> On Tue, May 31, 2022 at 11:43:06AM +0200, Vincent Lefevre wrote:
> > Indeed, this is what happened with pipewire 0.3.39-1, as I can see
> > in my dpkg logs and the changelog:
> >
> > * Change priority order bet
On 2022-05-31 11:43:06 +0200, Vincent Lefevre wrote:
> Anyway, when I upgraded the vlc package two weeks ago, this had the
> effect that PulseAudio was no longer used as the sound server (for
> both vlc and ogg123), though pipewire was already installed (due to
> a Recommends from lib
On 2022-05-31 14:04:18 +0500, Andrey Rahmatullin wrote:
> On Tue, May 31, 2022 at 10:55:55AM +0200, Vincent Lefevre wrote:
> > > > a) pipewire package enables pipewire service by default
> > >
> > > Indeed, but pipewire service doesn't take control of audi
s: #995116, #996994, #997859)
But pipewire-bin still has:
Recommends: dbus-user-session, pipewire-media-session | wireplumber, rtkit
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2022-05-28 10:41:34 +0200, Sebastian Ramacher wrote:
> On 2022-05-28 01:27:13 +0200, Vincent Lefevre wrote:
> > On 2022-05-27 12:34:26 +0100, Simon McVittie wrote:
[...]
> > > That's needed for Bluetooth audio, *if* you are using Pipewire for audio,
> > > whic
ecause xdg-desktop-portal depends
on libpipewire-0.3-0, which recommends pipewire. The advantage would
be that packages just depending on libpipewire-0.3-0 would not pull
pipewire. So, this would solve the pipewire issue in some cases.
Said otherwise, this would not change anything for xdg-d
mmends got broken, but this
is unnoticed by the user). That could be some file under the
/usr/share/doc/libwebkit2gtk-4.0-37 directory.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2022-05-26 20:08:22 +0100, Simon McVittie wrote:
> On Thu, 26 May 2022 at 17:21:27 +0200, Vincent Lefevre wrote:
> > Here, this could be
> >
> > Recommends: pipewire | pulseaudio
>
> Those are not interchangeable.
>
> pipewire started as a multiplexer
violates
> Debian Policy definition of "Recommends") or "critical" (breaks
> other software). But I think to sort this out will require the sound
> server maintainers to come up with a way for the user specify which
> sound server to use, and then have a metapackage
age B and package B recommends package C, and if it happens that
A needs C, then package A should also depend on or recommend C.
And what about upgrades? Should Recommends be checked only for
manually installed packages?
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessi
On 2022-05-16 00:56:03 +0200, Sebastian Ramacher wrote:
> On 2022-05-16 00:40:25 +0200, Vincent Lefevre wrote:
> > The vlc package now uses a Recommends (vlc-plugin-pipewire) to force
> > users to use pipewire instead of pulseaudio (which broke the use of
> > VLC, but also a
, even via a meta-package like vlc.
Shouldn't there be something in the policy about that?
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
❦ 10 May 2022 14:30 -06, Sam Hartman:
> 2) We value being able to build from source when we can. We value
> being able to have reproducible builds when we can. We don't want to
> take steps backward in those areas in order to get hardware working
> better.
Is there any firmware that would match
On 2022-04-08 18:55:14 +0500, Andrey Rahmatullin wrote:
> On Fri, Apr 08, 2022 at 03:22:07PM +0200, Vincent Lefevre wrote:
> > Bug 993316 was fixed on 23 September 2021. Any reason why rpcbind
> > hasn't been rebuilt yet?
> Was anything done for that to happen? Because
.service -> rpcbind.service
i.e. without the "/usr".
Bug 993316 was fixed on 23 September 2021. Any reason why rpcbind
hasn't been rebuilt yet?
I don't know whether there are other affected packages.
[*] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993316
--
Vincent Lefè
❦ 10 March 2022 11:34 -05, Michael Stone:
On systems that don't use usergroups for all/some users, doesn't this
change make all files writable by other users by default? That would
seem like a very unsecure change on upgrades (or as a default).
>>>
>>> AFAIK systems that don't use
❦ 10 March 2022 11:21 +01, Philip Hands:
>> On systems that don't use usergroups for all/some users, doesn't this
>> change make all files writable by other users by default? That would
>> seem like a very unsecure change on upgrades (or as a default).
>
> AFAIK systems that don't use usergroups
❦ 7 March 2022 18:33 +01, Adam Borowski:
>> lumin highlights matches to a specified pattern (string or regular
>> expression) in files, using color. This is similar to grep with
>> colorized output, but it outputs all lines in the given files, not
>> only matching lines.
>
> .--[ ~/bin/hl ]
❦ 14 February 2022 22:39 +01, Jonas Smedegaard:
> I am trying hard to read good faith into your last sentence above, but
> have quite some difficulty reading as anything but you describing
> unbundling as inevitably leading to disaster.
That's how you should read it.
> Maybe my point was uncl
❦ 14 February 2022 10:56 +01, Jonas Smedegaard:
>> I've finally give up and am just using ALL the bundled node packages:
>> https://salsa.debian.org/chromium-team/chromium/-/commit/a418d219f0217d6398a01c30035d35c42f7a76f1
>>
>
>> It's not ideal, but at least with this we'll match all of the nod
❦ 28 January 2022 22:52 +01, Sebastian Ramacher:
>> > http://bugs.debian.org/1004272
>> > I agree that it should have been announced somewhere in addition to the
>> > #debian-devel topic.
>>
>> Running unstable, are we at risk having problems? Are the packages
>> updated in the last few days bei
❦ 28 January 2022 12:34 +05, Andrey Rahmatullin:
> http://bugs.debian.org/1004272
> I agree that it should have been announced somewhere in addition to the
> #debian-devel topic.
Running unstable, are we at risk having problems? Are the packages
updated in the last few days being rebuilt?
--
Ma
❦ 26 January 2022 10:04 +01, Marc Haber:
>>> Are the IP ranges of the Cloud Providers registered that badly that
>>> deb.debian.org wouldn't reliably point to the mirrors inside the
>>> provider's infrastructure? Or are the cloud providers' mirrors
>>> differnet from what we expect from a Debian
❦ 25 January 2022 21:51 +01, Jonas Smedegaard:
>> I didn't comment at first because I thought someone else would raise
>> the idea. But it seems people still like the idea of a NEW queue. Not
>> me. The NEW queue is a hindrance.
>
> For the record, I don't "like" the NEW queue.
>
> I don't like
❦ 21 January 2022 09:51 -05, M. Zhou:
> I'd rather propose choice C. Because I to some extent understand
> both sides who support either A or B. I maintain bulky C++ packages,
> and I also had a little experience reviewing packages on behalf of
> ftp-team.
I didn't comment at first because I tho
copy with your package is how it is intended to be used.
FYI, this is what we now do in GNU MPFR (there's only one file),
after we got a failure due to the upgrade to Autoconf 2.71:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985458
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
❦ 7 December 2021 23:35 GMT, Simon McVittie:
> I believe what Vincent meant is that the generic non-Flatpak binaries
> provided by the "Ungoogled Chromium" project are compiled on unknown
> machines and require trusting their submitters, whereas the Flatpak
> binaries p
❦ 7 December 2021 21:46 +01, Mathias Behrle:
>> (I have been running an ungoogled-chromium for a while (ca. a year
>> ago?), however at that time their chrome wasn't extremely stable so I
>> gave up again. Does anybody have experience using it recently?)
>
> (Using chromium only as fallback br
ystemd (via /run/systemd/system)
> > LSM: AppArmor: enabled
> >
> > Versions of packages git-delta depends on:
> > ii libc6 2.32-2
> > ii libgcc-s1 11.2.0-4
> > ii zlib1g 1:1.2.11.dfsg-2
> >
> > git-delta recommends no packages.
> >
>
.
Best regards,
Vincent
[1] https://github.com/GraphBLAS/python-suitesparse-graphblas
[2] https://github.com/DrTimothyAldenDavis/GraphBLAS
[3] https://github.com/DrTimothyAldenDavis/SuiteSparse
1 - 100 of 1619 matches
Mail list logo
