Package: libp11-kit-dev
Version: 0.24.0-5
Severity: minor
Since the documentation is no longer in the libp11-kit-dev package, the
package description needs to be adjusted to remove the mention of docs:
$ apt-get changelog libp11-kit-dev | grep -A3 doc | head -n3
* Move documentation to
Package: libevolution
Version: 3.42.0-2
Severity: normal
File: /usr/lib/evolution/modules/module-text-highlight.so
Usertags: deps
The libevolution package is missing a Recommends or Suggests on the
highlight package. When /usr/bin/highlight is present, selecting the
mail message view context menu
Package: smart-notifier
Version: 0.28-7
Severity: serious
Usertags: crash
When smart-notifier starts, it crashes when starting the GUI service.
I assume that this means it will not notify about SMART errors,
please downgrade this bug if that isn't the case.
$ smart-notifier
...
Package: smart-notifier
Version: 0.28-7
Severity: normal
Usertags: warnings
When smart-notifier starts, PyGI prints a warning about incorrect Gtk
import style and suggests the right way to do the import:
$ smart-notifier
/usr/share/smart-notifier/smart_notifier/gui.py:23: PyGIWarning: Gtk
On Thu, 2021-10-07 at 10:44 +0100, Barak A. Pearlmutter wrote:
> Wow, that's annoying! I'd assumed debhelper had some dh_ thing in
> its pipeline that automatically noticed .service files being installed
> in the relevant places and emitted pre/post code to tickle systemd
> appropriately, or
On Wed, Oct 6, 2021 at 11:30 AM Luca Boccassi wrote:
> On Tue, 2021-10-05 at 21:04 +0200, Sebastian Andrzej Siewior wrote:
> > Additionally OpenSSL is considered system library, see
> > https://bugs.debian.org/951780
> > https://bugs.debian.org/972181
>
> Even if that interpretation holds, and
Package: ddccontrol
Version: 0.6.0-1
Severity: normal
Usertags: systemd warnings
After upgrading ddccontrol I see this message from systemctl, it
looks like the ddccontrol postinst is missing systemd integration.
Warning: The unit file, source configuration file or drop-ins of
On Tue, 2021-10-05 at 08:59 +0200, Thomas Goirand wrote:
> Seriously, lol ... :)
> Thanks for this entertaining bug report early in my morning.
> Will fix! :)
As a minor bug it probably didn't need to be fixed so quickly :)
PS: discussing this with the dpkg maintainer, at some point there might
Package: python3-editor
Version: 1.0.3-2
Severity: minor
In the python3-editor binary package description there is a missing
word, indicated by the presence of two consecutive spaces. In the
debian/control file ${EDITOR} appears. This syntax triggers the
dpkg-gencontrol tool to look for an
On Sun, Oct 3, 2021 at 9:27 PM Jason Ernst wrote:
> There is a ticket on the Zig repo: https://github.com/ziglang/zig/issues/7340
> which requests for mainline packages to be available, and the upstream
> maintainer replied that it is out of scope of their repository. I would like
> to
>
Source: zephyr
Version: 3.1.2-2
Severity: normal
The new Maintainer field for zephyr 3.1.2-2 in experimental
gives syntax warnings in the DDPO and BLS cron jobs:
/srv/qa.debian.org/data/cronjobs/ddpo
/srv/qa.debian.org/ftp/debian/dists/experimental/main/source/Sources.xz:0:
syntax
On Sat, 2021-10-02 at 22:15 -0700, Felix Lechner wrote:
> I too would like to see variable visibilities, but we do not currently
> offer them. The traditional solution has been to introduce new tags.
Splitting the tag up would also allow having different advice for
packages in main vs non-free,
Package: lintian
Severity: wishlist
For non-free fonts, prohibiting embedding is often consistent with the
license, so the two lintian warnings often don't really apply. On the
other hand prohibiting embedding is particularly user hostile so Debian
should probably try to discourage it. On
Package: gnome-shell-extension-shortcuts
Version: 1.2.0-1
Severity: important
Usertags: crash
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gnome-shell-40
File: /usr/share/gnome-shell/extensions/shortc...@kyle.aims.ac.za/prefs.js
Now that the extension is compatible with GNOME 40
Package: libucx0
Version: 1.11.2~rc1-2
Severity: normal
File: /usr/share/doc/libucx0/README
User: debian...@lists.debian.org
Usertags: adequate broken-symlink
There is now a broken symlink in the libucx0 package:
$ adequate libucx0 | grep broken-symlink
libucx0:amd64: broken-symlink
Package: libucx0
Version: 1.11.2~rc1-2
Severity: minor
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
File: /usr/lib/x86_64-linux-gnu/libucm.so.0.0.0
libucm.so needs to link with -lucs, see the output of adequate, symtree
and objdump below. I detected this on amd64 but the
Package: debian-goodies
Severity: wishlist
File: /usr/bin/find-dbgsym-packages
Some of the packages that provide the core-dump-handler virtual package
(corekeeper, minicoredumper, systemd-coredump) reduce the size of the
core dump using compression (minicoredumper, systemd-coredump). The
Package: debian-goodies
Severity: wishlist
File: /usr/bin/find-dbgsym-packages
Some of the packages that provide the core-dump-handler virtual package
(corekeeper, minicoredumper, systemd-coredump) store the saved core
dumps in defined locations.
When no core dumps or other files are specified,
On Wed, 2021-09-29 at 18:59 -0700, Felix Lechner wrote:
> Would you be willing to revert your commit that bumped the visibility
> [1] until we can figure out a better way to proceed?
Reverted.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally
On Tue, 2021-09-28 at 12:06 +0200, Alberto Garcia wrote:
> Let me see if I understood correctly, what happens is that you upgrade
> the webkit packages and then the webkit-based programs that were
> already running start to crash, is that right?
Right, except there is a time delay before the
Control: reopen -1
Control: retitle -1 WebKitNetworkProcess: crashes after upgrading webkit2gtk
On Tue, 6 Oct 2020 16:28:23 +0200 Alberto Garcia wrote:
> I'll close the bug, please reopen it if you experience the crashes again.
This happened again, only one crash this time instead of several,
Package: reportbug
Severity: wishlist
In some cases it would be useful to be able to list, filter and read
archived bugs. I think the best way to do that would be to have in the
possible list of actions at the list of bugs, an option for also
showing the archived bugs, which could then be
Package: pidgin
Severity: wishlist
There are several new upstream releases 2.14.2 from 2021-04-01 to
2.14.7 from 2021-09-16 and they fix lots of issues, please update.
https://www.pidgin.im/posts/2021-04-2.14.2-released/
https://www.pidgin.im/posts/2021-04-2.14.3-released/
Package: speech-dispatcher
Version: 0.10.2-3
Severity: minor
Usertags: usrmerge
On systems that do not yet have usrmerge applied, there is a broken
symlink because a symlink to the systemd service has been placed in the
wrong directory, it is in /lib but should be in /usr/lib in the same
On Sat, 18 Sep 2021 13:58:56 +0800 Paul Wise wrote:
> nmu ricochet-im_1.1.4-3+b5 . ANY . unstable . -m "Rebuild for the GCC 10
> transition (Closes #992668)"
This appears to have been completed.
> nmu ricochet-im_1.1.4-3+b5 . ANY . bullseye . -m "Rebuild for the GCC
Control: fixed -1 + 1.1.4-3+b5
On Sat, 18 Sep 2021 13:06:25 +0800 Paul Wise wrote:
> I'll request the release team to rebuild it in bullseye/bookworm.
The rebuild has now happened for unstable/testing.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Descript
On Sun, 2021-09-19 at 12:05 +, Jelmer Vernooij wrote:
> * Clarify that --allow-reformatting will in some cases strip comments.
> Closes: #946744
Is it possible to avoid that stripping?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally
On Sun, 2021-09-19 at 00:20 -0400, The Hermit wrote:
> Failed at:
> root@nevermore:/usr/src# sudo debi --upgrade
> debi: cannot find readable debian/changelog anywhere!
> Are you in the source code tree?
Woops, debi needs to be run from the unpacked source package.
--
bye,
pabs
On Sat, 2021-09-18 at 12:57 +0200, Nis Martensen wrote:
> When you use --source then reportbug expects you to give the name of
> a binary package and will figure out the source package name for you.
> With the src: prefix shortcut you need to give the name of the source
> package directly.
Hmm,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
The transition from GCC 9 to 10 seems to have changed the size of the
C++ type Type, which breaks a runtime check of this size. I have tested
that rebuilding ricochet-im fixes the runtime
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Control: affects -1 + ricochet-im
X-Debbugs-CC: ricochet...@packages.debian.org
Please rebuild ricochet-im in bullseye and unstable, the transition
from GCC 9 to 10 seems to have changed the
Control: usertatgs -1 + confirmed
On Sat, 21 Aug 2021 23:57:06 -0400 The Hermit wrote:
> hermit@~:ricochet
> /usr/include/c++/9/bits/move.h:194:7: runtime error: load of value 279, which
> is not a valid value for type 'Type'
I get this too and I noticed that rebuilding ricochet fixes it.
Package: reportbug
Severity: wishlist
Control: affects -1 + release.debian.org
X-Debbugs-CC: release.debian@packages.debian.org
Removals from unstable regularly end up being filed against the
release.debian.org psuedo-package (#994195 is the latest example).
It would be useful to have those
Source: pipewire
Severity: wishlist
On Arch Linux, to enable forwarding of the ALSA and JACK APIs to
PipeWire you only have to install pipewire-alsa and pipewire-jack while
on Debian you have to manually copy some files around. I think it would
be better to follow the Arch Linux model and have
On Sun, 2021-09-12 at 23:27 +0100, Simon McVittie wrote:
> I don't think it makes sense for the new superficial-tests to be considered
> worse (= higher severity) than the old testsuite-autopkgtest-missing.
I was initially thinking of cases were the package is perfectly
possible to test properly
Control: noowner -1
Control: retitle -1 RFP: opensnitch -- Port of the Little Snitch application
firewall
On Tue, 25 Sep 2018 12:09:36 +0100 Chris Lamb wrote:
> Owner: la...@debian.org
On GitHub @lamby wrote:
> https://github.com/evilsocket/opensnitch/issues/304#issuecomment-748457182
>
>
I think that the privacy breaches that lintian complains about
represent several sets of bugs that all need fixing:
The browsers shipping in Debian place no barriers between local files
on disk, sites on the local network and sites on the Internet. So if
someone reads some local documentation
On Thu, Sep 9, 2021 at 6:03 PM Simon Richter wrote:
> Another important argument is that it creates a dependency on
> third-party commercial CDNs, and their *continued* sponsorship.
This dependency on external providers is unavoidable, Debian
definitely cannot afford to run our own CDN at the
On Wed, Sep 8, 2021 at 1:11 PM Diederik de Haas wrote:
> But then the question becomes: what is the authoritative version?
The other copies of it (in doc-debian and the doc directory of the
Debian apt archive) are all copied/built from the version on the
website.
Package: lintian-brush
Version: 0.110
Severity: important
Usertags: crash
X-Debbugs-CC: lint...@packages.debian.org
File:
/usr/share/lintian-brush/fixers/missing-build-dependency-for-dh_-command.py
File: /usr/share/lintian-brush/fixers/field-name-typo-in-tests-control.py
The upgrade to lintian
Control: tags -1 + sid
On Tue, 7 Sep 2021 12:14:21 +0200 Helmut Grohne wrote:
> quesoglc fails to build from source in unstable.
This seems to have been caused by the update to autoconf, it does not
occur with bookworm and upgrading autoconf to sid causes the issue.
Looking at the config.log,
Package: tracker
Version: 3.1.1-3
Followup-For: Bug #970636
Control: retitle -1 tracker: conffiles not removed:
/etc/xdg/autostart/tracker-{store,extract,miner-fs}.desktop
With the latest tracker in Debian unstable there are a few more
conffiles that are obsolete and need to be removed.
On Sat, 2021-09-04 at 17:08 +0200, Axel Beckert wrote:
> Also it is unclear to me why the source is the Mozilla XPI while the
> package works with both and upstream offers different download files
> for Firefox and for Chromium/Chrome. (Then again, I haven't worked on
> browser extensions since
Control: severity -1 important
Control: tags -1 + unreproducible
On Sun, 01 Aug 2021 19:00:34 +0200 Patrik Schindler wrote:
> On my Debian Buster system, dig fails to work with
>
> ;; This program requires DiG version 2.1 or newer, which I cannot find.
I can't reproduce this in a Debian buster
On Fri, 2021-09-03 at 15:37 +0100, Neil Williams wrote:
> Just a note that I'm working on a possible solution for this
> long-standing bug.
FYI, someone took a look at the ftp-master side of this and came to the
conclusion that its just a misconfigured rsync/mirror setup:
On Thu, Sep 2, 2021 at 10:39 PM Phil Morrell wrote:
> Over this last year there seems to have been a noticeable divergence of
> maintainer opinion, on what has become known as vendoring
Embedded copies of code/etc have downsides ...
https://wiki.debian.org/EmbeddedCopies
> It is my reading of
On Thu, Sep 2, 2021 at 9:06 PM Ansgar wrote:
> Accessing www.debian.org will also not work on such systems (and unlike
> deb.d.o that does not even offer non-https). It's not Debian's problem.
The Tor onion services offer alternatives to the https PKI:
https://onion.debian.org/
> Is replacing
Package: apt-listchanges
Version: 3.24
Severity: wishlist
X-Debbugs-CC: Sean Whitton
Sean's blog post indicates a need in some cases to add an option to
show only changes since a date specified by the user, like this:
apt-listchanges --from 2021-01-01
Control: retitle -1 RFP: howardhinnant-date -- date and time library based on
the C++11/14/17 header
Control: noowner -1
On Tue, 31 Aug 2021 07:34:27 +0800 Paul Wise wrote:
> Matthijs has retired from Debian so I suggest you take over the ITP:
>
> https://nm.debian.org/person
On Mon, 30 Aug 2021 22:31:37 +0200 Martin Quinson wrote:
> any progress on this package? It has been a while, so I was wondering
> if you managed to get somewhere with this package. If you have
> something, it'd be great if you could push your work somewhere so that
> we could help you, if
On Thu, 2021-08-26 at 11:23 +0200, Dylan Aïssi wrote:
> Sorry to hear that it doesn't work for you.
Reading the dpkg-maintscript-helper manual page, it appears the value
for prior-version for wireplumber should have been 0.4.2-2~ instead of
0.4.2-1~ but if you plan to upload a -3 it should be
Source: zxing-cpp
Version: 1.2.0-1
Severity: wishlist
Please build the Python wrapper in wrappers/python/ into a new package
called python3-zxingcpp.
This will be useful for people building Python applications that need
to process barcodes.
This needs passing -DBUILD_PYTHON_MODULE=ON via
Source: zxing-cpp
Version: 1.2.0-1
Severity: wishlist
Please build the example programs in the example/ directory into a
new package called zxingcpp-tools or zxingcpp-example.
This will be useful for people who are trying to extract data from a
random barcode they encountered.
Since the
On Tue, 2021-08-24 at 10:51 +, Dylan Aïssi wrote:
> * Remove conffiles that moved to /usr/share/wireplumber/ (Closes: #992604)
Unfortunately this still didn't work for me, but given wireplumber is
only available in experimental, maybe it doesn't make sense to fix it.
--
bye,
pabs
On Tue, 2021-08-24 at 00:05 -0400, Alvaro Herrera wrote:
> Using the PostgreSQL sources ...
Thanks. Not sure when/if this will get fixed as iotop-py isn't well
maintained upstream these days and dealing with strings vs bytes is
very annoying in Python 3.
--
bye,
pabs
On Mon, 2021-08-23 at 14:20 -0400, Alvaro Herrera wrote:
> I was running the PostgreSQL regression tests, which exercise pg_upgrade
> with invalidly-encoded database names to verify the integrity of that code.
> I spawned iotop while that was running, and after displaying the screen for a
> few
Control: reopen -1
On Sun, 2021-08-22 at 20:51 +, Jörg Frings-Fürst wrote:
> * debian/ipmitool.maintscript (Closes: #947384):
> - Change prior-version to 1.8.18-11~.
Unfortunately this did not have the desired effect:
$ dpkg-query --show ipmitool
ipmitool1.8.18-11
$
On Mon, 2021-08-23 at 06:54 +0200, Sebastiaan Couwenberg wrote:
> Yes:
>
> # find /root/.config/ -name crssync.conf
> /root/.config/Unknown Organization/crssync.conf
OK, so you were affected too, but probably because of your HOME env var
the file was created in /root while probably I had no
On Mon, 2021-08-23 at 06:23 +0200, Sebastiaan Couwenberg wrote:
> HOME=/root
Do you have these files instead?
/root/.config/*/crssync.conf
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Mon, 2021-08-23 at 05:46 +0200, Sebastiaan Couwenberg wrote:
> Control: tags -1 unreproducible
Hmm, perhaps it was caused by my use of unattended-upgrades, which
might not set the HOME or XDG_* environment variables.
> This may be a regression, something like this happened before (#948727).
Package: qgis-providers
Version: 3.16.10+dfsg-1
Severity: serious
Usertags: cruft
The upgrade to 3.16.10+dfsg-1 runs crssync from a trigger. This appears
to have created a file in the root directory / (not /root) but package
maintscripts should not create files outside of the /etc /var FHS dirs.
Source: plocate
Version: 1.1.9-2
Severity: important
Tags: ftbfs
User: debian-h...@lists.debian.org
Usertags: hurd hurd-i386
User: debian-...@lists.debian.org
Usertags: kfreebsd-i386 kfreebsd-amd64
X-Debbugs-CC: debian-h...@lists.debian.org, debian-...@lists.debian.org
plocate FTBFS on
Package: cruft-ng
Version: 0.4.50
Severity: normal
X-Debbugs-Cc: ploc...@packages.debian.org
plocate has made the mlocate binary package a transitional package, so
the depends on mlocate is no longer needed, except for backports to
stable etc, so perhaps change the dependency to something like
Control: retitle -1 findutils: replace suggests on mlocate transitional package
On Sun, 06 Jun 2021 13:35:38 +0800 Paul Wise wrote:
> On Sun, 2 May 2021 13:25:21 +0200 Andreas Metzler wrote:
>
> > thanks for the report. I think it would be better to simply drop the
> > Sugg
Control: retitle -1 hollywood: replace dependency on mlocate transitional
package
On Fri, 20 Aug 2021 19:30:00 +0200 Chris Hofstaedtler wrote:
> I've prepared an NMU for hollywood (versioned as 1.21-1.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
Control: retitle -1 parl-desktop: replace dependency on mlocate transitional
package
On Sun, 06 Jun 2021 13:17:17 +0800 Paul Wise wrote:
> Please fix the depends to use any locate but prefer faster ones:
>
> Depends: plocate | mlocate | locate
plocate has made the mloca
Package: education-common
Version: 2.11.37
Severity: normal
X-Debbugs-Cc: ploc...@packages.debian.org
plocate has made the mlocate binary package a transitional package, so
the recommends on mlocate is no longer needed, please use this instead:
Recommends: plocate | locate
--
bye,
pabs
Package: catfish
Version: 4.16.2-1
Severity: normal
X-Debbugs-Cc: ploc...@packages.debian.org
plocate has made the mlocate binary package a transitional package, so
the recommends on mlocate is no longer needed, please use this instead:
Recommends: plocate | locate
--
bye,
pabs
On Mon, 16 Aug 2021 17:13:50 +0200 наб wrote:
> Here's a debdiff, which:
> 1. installs the conffiles 644
> 2. simplifies on/off toggling
> 3. => doesn't pollute the environment with an empty DEBUGINFOD_URLS
> when off
> 4. fixes debuginfod.csh on the csh from current sid
> (it
Package: debhelper
Version: 13.3.4
Severity: wishlist
By default cmake ctest silences all output from the tests.
https://cmake.org/cmake/help/latest/manual/ctest.1.html#options
For tests that take a long time, this could mean the build does not
produce output during the entire buildd output
Package: wireplumber
Version: 0.4.2-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade from 0.4.1-1 to 0.4.2-1 did not deal with obsolete
conffiles properly. Please use the dpkg-maintscript-helper support
provided by dh_installdeb to remove
Package: libuemf0
Version: 0.2.8+ds-2
Severity: minor
File: /usr/lib/x86_64-linux-gnu/libuemf.so.0.0.3
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
libuemf.so needs to link with libm.so, see the output of adequate,
symtree and objdump below.
I detected this on amd64 but
Control: severity -1 serious
On Sun, 06 Jun 2021 13:07:39 +0800 Paul Wise wrote:
> plocate now Breaks: mlocate, which means that both plocate and mlocate
> cannot be installed on the same system. That change makes it much more
> important that cruft-ng add support for plocate too
Source: freefem++
Version: 4.9+dfsg1-1
Severity: serious
Usertags: uploaders
X-Debbugs-CC: Francois Mazen
freefem++ 4.9+dfsg1-1 introduced an invalid uploaders field, that is
missing a comma between Ricardo Mones & Joseph Nahmias.
$ apt-cache showsrc freefem++ | grep -E
Source: hexedit
Severity: wishlist
Please add this autopkgtest that tests editing both non-empty and empty
files by passing keys via terminal escape sequences and bytes. You will
need to test-depend on colorized-logs for pipetty and ansi2txt. It
should be possible to add more scenarios by typing
Control: forwarded -1 https://bugzilla.redhat.com/show_bug.cgi?id=1994178
On Sun, 30 May 2021 10:26:21 +0800 Paul Wise wrote:
> On Mon, 5 Apr 2021 06:04:49 + "Surla, Sai Kalyan" wrote:
>
> > Is there any update on the issues.
>
> I finally found time to wor
On Sun, 2021-08-15 at 15:25 +0200, Steinar H. Gunderson wrote:
> If so, I guess that's an RC bug on cruft-ng? It would need to be
> changed to call the locate binary. (I'm not sure whether the database
> format is part of mlocate's API, but in plocate, it's definitely
> private.)
I guess you'll
On Sun, 15 Aug 2021 13:56:50 +0200 Steinar H. Gunderson wrote:
> mlocate in unstable has now been replaced with plocate, ie., plocate contains
> a
> binary package “mlocate” that is a transitional package. Thus, please remove
> the mlocate source package in unstable (but not the mlocate binary
On Sun, 8 Aug 2021 10:17:06 -0500 Brian Thompson wrote:
> I like that proposal and think it makes a lot of sense. `gh` does seem
> too short, and while easy to identify for current gh users, maybe it
> will be more difficult to find in apt for new users. Also, as you
> mentioned, a namespace
On Tue, Aug 10, 2021 at 3:27 PM clay stan wrote:
> * Package name: powder-toy
Some earlier related bugs:
https://bugs.debian.org/673087
https://bugs.debian.org/671595
Some prior packaging:
https://alioth-archive.debian.org/git/pkg-games/powder.git.tar.xz
--
bye,
pabs
Package: python3-doc8
Version: 0.8.0-4
Severity: wishlist
The current Homepage redirects to a different page:
https://git.openstack.org/cgit/openstack/doc8
-> https://opendev.org/openstack/doc8/
-> https://opendev.org/x/doc8
The final page in this chain of redirects has a plain text
Control: user debian-ri...@lists.debian.org
Control: usertags -1 + riscv64
On Wed, 2021-08-04 at 11:41 +0200, Heinrich Schuchardt wrote:
> When booting the HiFive Unmatched via U-Boot's UEFI implementation
> dmidecode will show information about the firmware and the board
> serial number:
On Tue, 2021-08-03 at 23:51 +0100, Jessica Clarke wrote:
> I’m unaware of any systems that provide it. The whole EDK2+ACPI+SMBIOS
> ecosystem remains rather far off for RISC-V at this point
Is it an option for virtual machines with qemu yet?
> nor worth Ubuntu carrying a patch for.
Heinrich,
On Tue, 03 Aug 2021 20:14:57 +0200 Jörg Frings-Fürst wrote:
> because of the bugreport[1] I would like to ask here if it is useful to
> compile dmidecode also for riscv64?
Apparently the SMBIOS spec v3.3.0 and later includes RISC-V support:
On Mon, Aug 2, 2021 at 8:09 AM eshagh wrote:
> This is my first package for Debian, and I may make a lot of mistakes. I have
> not raised the issue in my forum yet, but if I can add this font and learn how
> to add it, I will definitely get help from others to contribute and improve
> it.
The
Package: ftp.debian.org
Severity: normal
I noticed that all the version links in the binary-BACKPORTS-POLICY
section of backports-new are broken. The ones in binary-BACKPORTS-NEW
do work. The BACKPORTS-NEW and BACKPORTS-POLICY sections are currently
empty so I'm not sure if those are broken or
Source: umatrix
Version: 1.4.0+dfsg-1
Severity: wishlist
Tags: security
There is a new upstream release 1.4.4 that fixes a security issue:
https://github.com/gorhill/uMatrix/releases
https://github.com/vtriolet/writings/blob/main/posts/2021/ublock_origin_and_umatrix_denial_of_service.adoc
--
On Mon, 26 Jul 2021 13:32:22 +0800 Paul Wise wrote:
> Please retry this issue with the latest kopete versions in Debian
> buster and Debian experimental and report the results here.
The submitters address bounces, so someone else will need to do this.
--
bye,
pabs
https://wiki.debi
On Sun, Jul 25, 2021 at 12:24 PM Jonathan Carter wrote:
> It has been found today that when the sources.list were updated for the
> updated sources.list URI in bullseye, that the original bug for this contained
> an incorrect suggestion for the sources.list entry that is now present in the
>
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: tomc...@packages.debian.org
Please remove tomcat8 from experimental, it has been obsoleted by
tomcat9 and the maintainer has acked its removal from experimental:
On Tue, 30 Jun 2009 16:52:12 +0200 Dario Fiumicello wrote:
> The notification window is too much annoying! If a contact sends me 4 or 5
> messages I have 4 or 5 cascading notification which turns my desktop
> unusable.
> Due to this behaviour I had to disable the kopete notification window. I
On Mon, 26 Jul 2021 13:27:21 +0800 Paul Wise wrote:
> On Thu, 26 Jul 2012 16:15:15 +0200 Braun Gábor wrote:
>
> > By a status change in chat window, the following message appears
> > in Hungarian
> ...
> > The sentence is not correct in Hungarian.
>
> Please
On Mon, 26 Jul 2021 13:25:33 +0800 Paul Wise wrote:
> On Fri, 25 May 2012 12:26:33 +0200 Braun Gábor wrote:
>
> > Typing ^L to display any formula just displays the source,
> > but not the typeset formula, and kopete gives no information
> > what went wrong.
>
On Mon, 26 Jul 2021 13:46:51 +0800 Paul Wise wrote:
> On Sat, 02 Aug 2008 22:08:35 +0300 Remi Denis-Courmont wrote:
>
> > Kopete will only try A/ DNS lookups to connect to a Jabber/XMPP
> > server. If the domain uses SRV records, the only way to connect is to
> > lo
On Sun, 26 Jul 2009 09:52:59 + Bastien ROUCARIES wrote:
> Meta contact management is not really easy on kopete. Pidgin use an
> extend right button command then drag and drop. Please implement.
Please retry this issue with the latest kopete versions in Debian
buster and Debian experimental
On Sat, 02 Aug 2008 22:08:35 +0300 Remi Denis-Courmont wrote:
> Kopete will only try A/ DNS lookups to connect to a Jabber/XMPP
> server. If the domain uses SRV records, the only way to connect is to
> lookup the server manually, e.g. with dig, and hard-code it in the
> Kopete configuration.
On Sun, 11 Mar 2007 23:34:35 -0400 Jason Spiro wrote:
> In Kopete there is an option to make people's photos show up in the
> contact list. It makes it far easier to find buddies at a glance. It
> is called "Settings > Configure... > Contact List > Use contact photos
> when available".
>
> It
On Fri, 14 Jul 2006 00:07:24 -0400 Jason Spiro wrote:
> Problem: A dozen of my contacts all have same icon: a diagram of a
> bald head with blue-colored skin.
Please retry this issue with the latest kopete versions in Debian
buster and Debian experimental and report the results here and in the
On Mon, 18 Sep 2006 20:15:28 -0400 Jason Spiro wrote:
> It would be great if, next to the tiny buddy status (protocol + away
> state) icons in Kopete, there was:
>
> - a webcam icon next to people with a webcam, and
> - a mic icon next to people who also have a microphone (i.e. people
> who have
On Fri, 06 Apr 2018 13:43:34 +0200 Alexandre Detiste wrote:
> I'm trying out kopete from experimental.
>
> There must be some broken sprintf() call
> or something else wrong with filename creation.
Please retry this issue with the latest kopete versions in Debian
buster and Debian experimental
601 - 700 of 7194 matches
Mail list logo