Control: close 991543 1.0~prerelease-2+rm
Control: close 947278 1.0~prerelease-2+rm
Control: close 938850 1.0~prerelease-2+rm
On Thu, 2022-07-28 at 01:19 +0200, Chris Hofstaedtler wrote:
> Not sure how you determined this
I have a pair of scripts (attached) and a crontab for this:
cd
On Wed, 2022-07-27 at 12:25 +0200, Joenio Marques da Costa wrote:
> I've created a Issue on Github about it.
>
> https://github.com/Qirky/FoxDot/issues/255
Thanks. You have written a really excellent post there! Hope it works.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
On Wed, 2022-07-27 at 12:25 +0200, Joenio Marques da Costa wrote:
> I've created a Issue on Github about it.
>
> https://github.com/Qirky/FoxDot/issues/255
Thanks. You have written a really excellent post there! Hope it works.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Package: python3-stem
Version: 1.8.0-3.1
Severity: minor
File: /usr/lib/python3/dist-packages/stem/prereq.py
Usertags: warnings
When using onionprobe to check the planet.d.o onion service, stem
causes the cryptography Python module to emit a deprecation warning
about int_from_bytes being replaced
On Sat, 23 Jul 2022 15:22:11 +0200 Josue Ortega wrote:
> * Package name: foxdot
> * URL : https://foxdot.org/
I note that the GitHub repo suggests that FoxDot is unmaintained:
https://github.com/Qirky/FoxDot
I am no longer actively developing FoxDot and will only be
On Sat, 23 Jul 2022 15:22:11 +0200 Josue Ortega wrote:
> * Package name: foxdot
> * URL : https://foxdot.org/
I note that the GitHub repo suggests that FoxDot is unmaintained:
https://github.com/Qirky/FoxDot
I am no longer actively developing FoxDot and will only be
On Tue, 2022-07-26 at 17:53 -0300, Antonio Terceiro wrote:
> Well the idea is to only actually commit the change and upload the
> package with the new Testsuite value after ensuring that actually works,
> i.e. that the autopkgtest passes.
This sounds like something for lintian and the Janitor. I
Control: forcemerge 991778 619936
On Wed, 2022-07-27 at 00:20 +0200, Patrik Schindler wrote:
> I'll think about it. Seems I won't inherit a huge list of
> unresolvable bugs. My decision might be based upon the availability
> of a concise "what it takes to be a package maintainer"
>
On Tue, 2022-07-26 at 00:28 +0200, Axel Beckert wrote:
> Paul Wise wrote:
> > I tried to build aptitude, found it fails due to cwidget bug #1015925.
>
> Do you intend to NMU that?
I'd prefer the cwidget team take care of it, since I don't have access
to their VCS, but if they
On Tue, 2022-07-26 at 00:28 +0200, Axel Beckert wrote:
> Paul Wise wrote:
> > I tried to build aptitude, found it fails due to cwidget bug #1015925.
>
> Do you intend to NMU that?
I'd prefer the cwidget team take care of it, since I don't have access
to their VCS, but if they
On Tue, 2022-07-26 at 00:28 +0200, Axel Beckert wrote:
> Paul Wise wrote:
> > I tried to build aptitude, found it fails due to cwidget bug #1015925.
>
> Do you intend to NMU that?
I'd prefer the cwidget team take care of it, since I don't have access
to their VCS, but if they
Control: tags -1 + fixed-upstream patch
Control: forwarded -1
https://github.com/celery/celery/commit/b260860988469ef8ad74f2d4225839c2fa91d590
Control: retitle -1 celery: FTBFS: test failures due to billiard upgrade:
ImportError: cannot import name 'buf_t' from 'billiard.compat'
On Sat, 16 Jul
Control: tags -1 + fixed-upstream patch
Control: forwarded -1
https://github.com/celery/celery/commit/b260860988469ef8ad74f2d4225839c2fa91d590
Control: retitle -1 celery: FTBFS: test failures due to billiard upgrade:
ImportError: cannot import name 'buf_t' from 'billiard.compat'
On Sat, 16 Jul
Control: tag -1 pending
Hello,
Bug #1015029 in tldextract reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Sun, 2022-07-24 at 18:26 +0200, Tzafrir Cohen wrote:
> pamixer is like amixer but for pulseaudio.
pulsemixer is already available in Debian, do we need pamixer?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Sun, 2022-07-24 at 18:26 +0200, Tzafrir Cohen wrote:
> pamixer is like amixer but for pulseaudio.
pulsemixer is already available in Debian, do we need pamixer?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Control: tags -1 + patch
On Thu, 16 Jun 2022 12:07:38 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-12/g++-12, but succeeds to build with gcc-11/g++-11. The
> severity of this report will be raised before the bookworm release.
I tried to
Control: tags -1 + patch
On Thu, 16 Jun 2022 12:07:38 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-12/g++-12, but succeeds to build with gcc-11/g++-11. The
> severity of this report will be raised before the bookworm release.
I tried to
Control: tags -1 + patch
On Thu, 16 Jun 2022 12:07:38 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-12/g++-12, but succeeds to build with gcc-11/g++-11. The
> severity of this report will be raised before the bookworm release.
I tried to
Package: libcwidget-dev
Version: 0.5.18-5
Severity: serious
File: /usr/include/cwidget/generic/threads/threads.h
The threads.h file in libcwidget-dev uses various pthread_* functions
but does not #include , which means that aptitude and any
other application using that header but not #include
Package: libcwidget-dev
Version: 0.5.18-5
Severity: serious
File: /usr/include/cwidget/generic/threads/threads.h
The threads.h file in libcwidget-dev uses various pthread_* functions
but does not #include , which means that aptitude and any
other application using that header but not #include
Control: tags -1 - unreproducible + confirmed patch
On Fri, 2022-07-22 at 14:00 +0200, Patrik Schindler wrote:
> I'm using a .digrc to minimize output for my "ordinary" user:
>
> +ret=2 +noauthority +noadditional +noquestion +nostats +nocmd
>
> For root (with no .digrc), the stock command
On Thu, 2022-07-21 at 10:30 +0200, Marc Haber wrote:
> Is there also a documented way to install the packages from stable,
> testing, unstable to automatically test updates?
That sounds like what piuparts is for:
https://packages.debian.org/unstable/piuparts
https://piuparts.debian.org/
--
On Thu, 2022-07-21 at 20:15 +0200, Andreas Rönnquist wrote:
> Could we have some kind of standard for the formatting for the wml
> source in the repository?
Something like Semantic Line Breaks or one sentence per line might be
useful to work towards when rewriting or replacing sections of text.
On Thu, 2022-07-21 at 12:10 +, Mobius wrote:
> I found a Page Not Found in one of the links you provided on this page
>
> https://www.debian.org/doc/
>
> Third link down under Interacting With The Team, Read The Docs
>
> https://www.debian.org/doc/docpolicy
This page was deleted in 2019,
On Thu, 2022-07-21 at 12:13 -0700, Mia wrote:
> Which list should I contact to try to get a new package onto the
> official Debian repositories?
Please review these pages:
https://mentors.debian.net/intro-maintainers/
https://www.debian.org/intro/help#coding
--
bye,
pabs
On Tue, 2022-07-19 at 11:35 +, Mobius wrote:
> I was reading the website about how I can help contribute and found a
> spelling error.
...
> The word "improving" should be "improve".
I have committed this change, crediting you as the author.
The change will be on the website after the next
On Tue, 2022-07-19 at 16:29 +0300, Dayana wrote:
> I want to join your team as a QA,
> I have no experience as a QA,
> but I would be happy to help.
Please take a look at our web and wiki pages:
https://wiki.debian.org/qa.debian.org/Join
https://qa.debian.org/
Package: lintian
Version: 2.115.2
Severity: wishlist
X-Debbugs-Cc: debian-pop...@lists.debian.org, ftpmas...@debian.org
In #681721 the popularity-contest maintainers added the ability for
packages with XB-Popcon-Reports: no to skip being mentioned in the
reports sent by popularity-contest to
Package: lintian
Version: 2.115.2
Severity: wishlist
X-Debbugs-Cc: debian-pop...@lists.debian.org, ftpmas...@debian.org
In #681721 the popularity-contest maintainers added the ability for
packages with XB-Popcon-Reports: no to skip being mentioned in the
reports sent by popularity-contest to
Control: retitle -1 libgnutls30: fails to validate when there is junk in the
cert chain, including duplicated server certs
On Sun, 17 Jul 2022 09:40:09 +0800 Paul Wise wrote:
> I have seen this issue (duplicate server cert) on several other
> sites.
Seems this issue is broader tha
Control: severity -1 important
Control: retitle -1 libgnutls30: fails to validate when the server cert is
duplicated in the cert chain
On Sat, 12 Mar 2022 07:43:28 +0100 Andreas Metzler wrote:
> ci.debian.net seems to be configured less than optimal, its cert-chain
> contains junk (0=server
On Fri, 2022-07-15 at 23:05 -0400, gene heskett wrote:
> The whole install of raspios is armhf. So I guess its yes.
I seem to remember them switching to arm64 recently?
> I have not tried to build an aarch64 from the src I have.
I think it would be helpful if someone with an RPi4 could do
On Fri, 2022-07-15 at 18:08 +0200, Julien Puydt wrote:
> * This copyright and license shall be included in all copies or
> substantial portions of the Software.
>
> and the last line worries me a little: is it a DFSG-ok license?
> I prefer asking around since I'm not really confortable with it.
On Fri, 2022-07-15 at 20:28 +0200, Patrice Duroux wrote:
> My two points on this subject:
> 1. In Debian there is no adapted ukui-desktop-environment meta
> package (see https://github.com/ukui/ukui-desktop-environment), is
> that on purpose?
Please discuss that with the Debian UKUI maintainers:
On Fri, 2022-07-15 at 13:40 -0400, gene heskett wrote:
> Because our latency-test results are better on armhf than on arm64,
> we use armhf for its performance.
Are these results for armhf kernel with armhf userland?
Are the results for arm64 kernel with armhf userland similar?
How much worse
On Fri, 2022-07-15 at 12:04 +0200, Arnd Bergmann wrote:
> If you see /other/ problems with the 64-bit kernel (using the
> same user space, kernel source and kernel config as the 32-bit
> kernel), please report those to the respective upstream kernel
> maintainers so we can fix those as well.
On Fri, 2022-07-15 at 00:32 +0200, Alec Leamas wrote:
> Any clues out there?
The Debian mentors site only verifies against the OpenPGP keys that
have been registered on the mentors site for each individual user.
So login to your mentors account, update the key there and reupload.
If you still
On Thu, 2022-07-14 at 17:49 -0400, Matt Barry wrote:
> I imagine I'm missing something simple wrt pbuilder.. any ideas where
> to look?
Are you getting any errors from the pbuilder update command?
Are you updating the same chroot as you are building with?
You can also add a hook that does apt
On Thu, 2022-07-14 at 09:52 +0200, Marc Haber wrote:
> How would I do that in autopkgtest? Can I uninstall and reinstall the
> package in question while an autopkgtest is running?
Sounds like you want the breaks-testbed and needs-root restrictions:
On Thu, 26 Aug 2021 18:30:44 +0800 Paul Wise wrote:
> Please build the example programs in the example/ directory into a
> new package called zxingcpp-tools or zxingcpp-example.
This is partially fixed in zxing-cpp 1.4.0-1~exp2 in NEW:
https://ftp-master.debian.org/new/zxing-cpp_1.4.0-
On Wed, 2022-07-13 at 00:35 -0500, SEBASTIAN F wrote:
> Me gustaría obtener este paquetes
> ath10k/pre-cal-pci-:01:00.0.bin
This file is not available in Debian or elsewhere and according to the
Debian Forums and Stackoverflow it is optional and not required.
On Tue, 2022-07-12 at 20:44 -0500, SEBASTIAN F wrote:
> Al momento de realizar una acción de descarga en cualquiera de los
> links no deja descargar paquetes
The download works fine for me.
What URL are you downloading?
What error do you get?
--
bye,
pabs
https://wiki.debian.org/PaulWise
Package: libgprofng0
Version: 2.38.50.20220707-1
Severity: minor
File: /usr/lib/x86_64-linux-gnu/libgprofng.so.0.0.0
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
libgprofng.so needs to link with -pthread, see the output of adequate,
symtree and objdump below. I detected
On Tue, 2022-07-12 at 13:36 +0300, Andrius Merkys wrote:
> This was caused by '--version' option not being supported by some of the
> programs. Fixed in 2.5.0-2 upload.
Looks like there are some more errors for --help, see this command:
$ zgrep -iE -- '-help|not valid'
Package: pdb-tools
Version: 2.5.0-1
Severity: normal
Usertags: doc
The manual pages appear to be a bit mangled.
* They have errors about options the programs don't expect.
* They have lots of duplicate paragraphs of text.
These are probably caused by incorrect help2man invocation.
$ zgrep
On Sun, 2022-07-10 at 18:49 +0300, Niko Tyni wrote:
> We recently realized that we have stopped sending announcements of TC
> decisions to the debian-devel-announce mailing list a few years ago.
> We are currently contemplating whether we should re-adopt this practice,
> or some variant of it.
On Sun, 2022-07-10 at 20:51 -0300, Eriberto wrote:
> What do you think about this change?
The approach seems reasonable. I'm not sure that xterm is the correct
TERM value to use since pipetty is just a psuedo-terminal. OTOH you
likely need to test that hexedit works with any terminal type, so
On Fri, 2022-07-08 at 13:46 +, Ileana Dumitrescu wrote:
> The attached patch fixes the issue, and I will create a merge request
> on the salsa repo at https://salsa.debian.org/multimedia-team/muse.
This patch introduces an embedded copy of CheckAtomic.cmake from the
extra-cmake-modules
On Fri, 2022-07-08 at 13:46 +, Ileana Dumitrescu wrote:
> The attached patch fixes the issue, and I will create a merge request
> on the salsa repo at https://salsa.debian.org/multimedia-team/muse.
This patch introduces an embedded copy of CheckAtomic.cmake from the
extra-cmake-modules
Package: libgd-dev
Version: 2.3.3-1
Severity: minor
File: /usr/lib/x86_64-linux-gnu/pkgconfig/gdlib.pc
User: debian...@lists.debian.org
Usertags: adequate missing-pkgconfig-dependency
The libgd-dev package is missing some sort of relationship with the
libheif-dev package because the gdlib.pc file
On Wed, 2022-07-06 at 09:27 +0800, Bo YU wrote:
> To my surprise this definition doesn't seem to take effect,
> Either define or undef can build riscv64 package here.
Probably the code that uses the definition is not adequately tested
during the package build, if it was then there should be
On Tue, 2022-07-05 at 17:42 +0800, Bo YU wrote:
> The patch attached is to fix the issue and I can build the package
> on my locally real riscv64 hardware(Unmatched board) with it.
...
> +#elif defined(__riscv) && __riscv_xlen == 64
> +# define WORDS_BIGENDIAN
I don't think this patch is
On Sun, 2022-07-03 at 15:51 +0200, Lucas Nussbaum wrote:
> TLDR: I have plans to get fresh archive-wide data about lintian results
> in UDD (and then to any service that wants to consume it), but it's
> still WIP
This mail reminds me somewhat of buxy's debusine proposal/work.
> - coordinate the
On Sun, 2022-07-03 at 10:37 +, Stefan Kropp wrote:
> I think it would be nice to work on Debian Desktop as Pure Blend
> along with Debian Junior. I think both uses cases have a big
> similarity.
The existing Debian desktop meta-packages and install images are
defined by the Debian Installer
On Sun, 2022-07-03 at 10:37 +, Stefan Kropp wrote:
> I think it would be nice to work on Debian Desktop as Pure Blend
> along with Debian Junior. I think both uses cases have a big
> similarity.
The existing Debian desktop meta-packages and install images are
defined by the Debian Installer
On Sun, 2022-07-03 at 07:23 +0200, Yves Caniou wrote:
> Several information on the webpage are outdated
Feel free to register an account and edit the page. If you don't want
to do it yourself then probably the best option is for you to contact
the Debian exim4 packaging team and ask them to do
On Sun, 2022-07-03 at 07:23 +0200, Yves Caniou wrote:
> Several information on the webpage are outdated
Feel free to register an account and edit the page. If you don't want
to do it yourself then probably the best option is for you to contact
the Debian exim4 packaging team and ask them to do
On Tue, 2022-06-28 at 22:23 +0200, Paul Gevers wrote:
> There are patches to support throw away binaries, but as far as I'm
> aware they haven't been merged and I don't know the status of the
> patches. That won't remove the need for binary uploads, but it would
> remove the need for a
On Mon, 2022-06-27 at 08:32 -0600, Sam Hartman wrote:
> Major factors in making that decision include what data is actually
> available to the upstream author as well as how upstream has generally
> chosen to make modifications.
> If data is available to upstream but not to Debian that's a good
On Sat, 2022-06-25 at 19:45 +, SHIN LING wrote:
> I can't get pass the debian login screen.
Please ask for help using Debian on our support channels:
https://www.debian.org/support
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed
On Sun, 2022-06-19 at 07:23 +0200, Vincent Bernat wrote:
> On 6/19/22 01:43, Louis-Philippe Véronneau wrote:
> > Text of GR
> >
> > Donations to the Debian project of assets other than the TO's
> > currency
> > of choice should be liquidated as soon as possible.
> >
> > End Text
On Sat, 2022-06-18 at 11:30 -0500, Steve Fatula wrote:
> I'm not sure why the overlays are not included in Debian.
I don't remember the details, but I have heard it is because the RPi
Foundation has not gotten their work on overlays into mainline Linux
and Debian mostly does not use non-mainline
Paul Wise pushed to branch master at lintian / lintian
Commits:
44e902f3 by Paul Wise at 2022-06-19T07:31:16+08:00
Add more obsolete domains for former source code hosting services
Found-in: duck:config/obsolete.list
Found-on:
https://en.wikipedia.org/wiki/Comparison_of_source-code
On Fri, 2022-06-17 at 08:07 +0200, Andreas Tille wrote:
> I think Stefan's question was rather related to ITP #1012465 (since I
> pointed him to this list to discuss it here). While I admit I like
> your idea to provide Blends live images at cdimage.debian.org (to at
> least have a workaround
On Thu, 2022-06-16 at 03:46 +, Stefan Kropp wrote:
> I'm working on Debian Junior and preparing a live CD.
I note that Debian bookworm does not currently have live images at all,
so I would suggest that issue needs solving before blends live images,
you might want to discuss the issue on the
On Mon, 2022-06-13 at 13:56 +0200, Georges Khaznadar wrote:
> So far, the source package "ai" provides the binary package named
> "php-ai": is it enough to fulfill debian guidelines?
I'd recommend calling the source package php-ai too.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Sun, 2022-06-12 at 17:50 +0200, Georges Khaznadar wrote:
> * Package name : ai
This is a very generic name, please use php-ai as the source package.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Sun, 2022-06-12 at 17:50 +0200, Georges Khaznadar wrote:
> * Package name : ai
This is a very generic name, please use php-ai as the source package.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Thu, 2022-06-09 at 16:16 +0200, Zoltán Máthé wrote:
> I whant to become debian handler in Romania. How is the process?
Depending on what you want to do, please read these pages:
https://www.debian.org/consultants/info
https://www.debian.org/CD/vendors/info
On Fri, 2022-06-10 at 00:36 +0200, Diederik de Haas wrote:
> A year has passed and it has been quiet on the upstream bug for almost a year.
> Has there been progress which isn't visible in upstream or Debian's BTS?
There hasn't. I haven't had time to try this bug again but I will try
to make
On Fri, 2022-06-10 at 00:36 +0200, Diederik de Haas wrote:
> A year has passed and it has been quiet on the upstream bug for almost a year.
> Has there been progress which isn't visible in upstream or Debian's BTS?
There hasn't. I haven't had time to try this bug again but I will try
to make
On Thu, 2022-06-09 at 13:25 +0200, Mattia Rizzolo wrote:
> Oh, interesting. TIL.
The docs are relatively new, at one point we had a few folks who had
never contributed to Debian show up wanting to convert their company's
internal port of Debian for their company's CPU arch into an official
On Thu, 2022-06-09 at 11:00 +0100, Chris Lamb wrote:
> For some unknown reason, I thought that riscv64 *was* an official
> Debian architecture, and the tone of my previous emails should be
> read with that (incorrect) assumption in mind.
riscv64 is in the process of becoming an official port and
On Thu, 2022-06-09 at 08:38 +0200, Marc Haber wrote:
> I havent looked at the test in detail, I have not yet decided whether
> the package would be helpful in Debian. It looks like the test has
> en_GB.UTF-8 hardcoded, sets the locale to that value and then fails
> it it's not there. Most likely
On Thu, 2022-06-09 at 07:28 +0200, Marc Haber wrote:
> I am working on a package written in python that thankfully has a
> test suite. Unfortunately, one of the tests fails if the en_GB.UTF-8
> locale is not present.
Any idea why the test requires that locale? Tried C.UTF-8?
> How do I solve
On Tue, 2022-06-07 at 16:12 +0200, Timo Röhling wrote:
> Versioneer is meant to simplify version tracking for the developer;
> it supports a number of authoritative sources such as "git
> describe" to determine the current version number. There are two
> modes of operation:
>
> - in developer
On Mon, 2022-06-06 at 09:37 -0500, Shayan Akbar wrote:
> As someone who depends on the Debian project a lot in my daily life,
> I cannot seem to let this idea go... Can the linux project fall?
The Linux kernel project has been around since 1991 and is supported by
a large number of companies and
On Mon, 2022-06-06 at 16:52 +0200, Marco d'Itri wrote:
> Maybe the usual suspects which require significant porting work could
> start documenting instructions for porters in debian/README.source.
Thats a good start, but doesn't provide a standard way to find out
which packages contain such
Package: libdcmtk17
Version: 3.6.7-3
Followup-For: Bug #1012417
Control: severity -1 serious
Control: retitle -1 libdcmtk17: Fails to install; conflict with libdcmtk16:
trying to overwrite '/usr/share/libdcmtk16/acrnema.dic', which is also in
package libdcmtk16 3.6.6-5
This bug should have been
On Mon, 2022-06-06 at 10:47 +0200, Marco d'Itri wrote:
> Is this really worth the effort, considering that probably RISC-V is
> going to be our last port for a very long time?
There are at least two or three new architectures in the pipeline
already. loongarch64 from Loongson was already
Hi all,
There are lots of packages that need porting to every new architecture
that comes along. There are others that don't require porting but
benefit in some way from porting to some aspect of the architecture.
In order to help porters to prioritise those packages and quickly add
support for
Control: severity -1 important
On Sun, 29 May 2022 14:45:29 -0400 Alan Beadle wrote:
> Package: linuxinfo
> Severity: serious
> Tags: ftbfs patch upstream
> Justification: fails to build from source
...
> linuxinfo currently fails to build on riscv64
Please note that FTBFS bugs on unofficial
Control: severity -1 important
On Sun, 29 May 2022 14:45:29 -0400 Alan Beadle wrote:
> Package: linuxinfo
> Severity: serious
> Tags: ftbfs patch upstream
> Justification: fails to build from source
...
> linuxinfo currently fails to build on riscv64
Please note that FTBFS bugs on unofficial
On Fri, 2022-06-03 at 19:08 +0100, Julian Gilbey wrote:
> I believe that ci.debian.net checks packages against packages in
> experimental (see
> https://ci.debian.net/packages/s/spyder/unstable/amd64/ for example),
> so it may be that the work is already done for us; what I don't know,
> though,
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-lint-ma...@lists.debian.org
Control: affects -1 src:lintian
The lintian package is now orphaned as both of the people
who were actively working on lintian have stopped that work:
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-lint-ma...@lists.debian.org
Control: affects -1 src:lintian
The lintian package is now orphaned as both of the people
who were actively working on lintian have stopped that work:
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-lint-maint@lists.debian.org
Control: affects -1 src:lintian
The lintian package is now orphaned as both of the people
who were actively working on lintian have stopped that work:
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-lint-ma...@lists.debian.org
Control: affects -1 src:lintian
The lintian package is now orphaned as both of the people
who were actively working on lintian have stopped that work:
On Thu, 2022-06-02 at 14:15 +0200, Gilles wrote:
> A search in the archives returned no hits.
This mail says Sheevaplug support will be dropped *after* bullseye:
https://lists.debian.org/msgid-search/5393e08f-0224-4f83-a1d6-3c2780401...@www.fastmail.com
That doesn't seem to have happened yet
On Thu, 2022-06-02 at 09:12 +, Robert Greener wrote:
> They're used at runtime, so nothing would need to be rebuilt if
> tzdata was updated.
Excellent, thats definitely the best option for timezone data.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a
On Thu, 2022-06-02 at 09:12 +, Robert Greener wrote:
> They're used at runtime, so nothing would need to be rebuilt if
> tzdata was updated.
Excellent, thats definitely the best option for timezone data.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a
Package: dkms
Version: 3.0.3-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete conffiles on
Package: reportbug
Severity: wishlist
Bugs reported against the 'general' pseudo-package are usually of very
low quality and are usually not actionable, except to close the bug and
ask the submitter to discuss the problem with Debian support folks.
When the user does start reportbug without a
On Tue, 2022-05-31 at 20:15 +, Robert Greener wrote:
> I've patched haskell-tzdata (where haskell-tz gets the data from) so
> that it uses the system files instead of supplying them. So it should
> be ok.
Are the system files used at build time or at runtime? After an update
of the tzdata
On Tue, 2022-05-31 at 20:15 +, Robert Greener wrote:
> I've patched haskell-tzdata (where haskell-tz gets the data from) so
> that it uses the system files instead of supplying them. So it should
> be ok.
Are the system files used at build time or at runtime? After an update
of the tzdata
Control: reassign -1 libwebkit2gtk-4.0-37
Control: retitle -1 webkitgtk: CPU usage is 50% or higher with WebKitWebProcess
On Wed, 2022-06-01 at 14:57 -0500, Tim McConnell wrote:
> WebKitWebProcess will use 50% of CPU by itself and will often take
> the CPU usage to 100%
Bugs in WebKit should
Control: reassign -1 libwebkit2gtk-4.0-37
Control: retitle -1 webkitgtk: CPU usage is 50% or higher with WebKitWebProcess
On Wed, 2022-06-01 at 14:57 -0500, Tim McConnell wrote:
> WebKitWebProcess will use 50% of CPU by itself and will often take
> the CPU usage to 100%
Bugs in WebKit should
On Wed, 2022-06-01 at 01:41 +0200, Bastian Germann wrote:
> On reintroducing a package you need to file an ITP on wnpp as well.
Please note there are some extra steps in addition to filing the ITP:
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs
--
bye,
On Wed, 2022-06-01 at 01:41 +0200, Bastian Germann wrote:
> On reintroducing a package you need to file an ITP on wnpp as well.
Please note there are some extra steps in addition to filing the ITP:
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs
--
bye,
901 - 1000 of 23270 matches
Mail list logo