I set WINEDEBUG=-all
This causes the output of wine to be broken and break the build.
Cheers,
Bill.
Hi Salvatore,
On Thu Jan 16 2025 at 09:30 AM +0100, Salvatore Bonaccorso wrote:
> On Wed, Jan 15, 2025 at 08:02:18AM -0800, Bill Brelsford wrote:
> > [ 40.980166] kernel BUG at fs/nfsd/nfs4recover.c:534!
> > [ 40.984266] Oops: invalid opcode: [#1] PREEMPT SMP PTI
>
s which do not work please?
Attached is dmesg from trixie.
Bill
[0.00] Linux version 6.12.6-amd64 (debian-ker...@lists.debian.org)
(x86_64-linux-gnu-gcc-14 (Debian 14.2.0-11) 14.2.0, GNU ld (GNU Binutils for
Debian) 2.43.50.20241215) #1 SMP PREEMPT_DYNAMIC Debian 6.12.6-1 (2024-12-21)
[
gards.. Bill
quot;"
Except for packages in the non-free archive with the Autobuild control field
unset or set to no, required targets must not attempt network access to other
hosts.
Only access via the loopback interface to services on the build host that have
been started by the build are allowed.
"""
Cheers,
--
Bill.
Imagine a large red swirl here.
t the equivalent: "Autobuild: no" become "Autobuild: yes" in your
version...
Also it is awkward to put the exception before the rule.
I feel this is less clear than the original version.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Sat, Jan 04, 2025 at 12:54:20PM +0100, Chris Hofstaedtler wrote:
> * Bill Allombert [250104 12:21]:
> > > > Secondly, I just found a package that fails if /usr/share/doc is
> > > > removed, so I wonder how far we can actually validate this.
> > >
> >
Precisely, the package in question was not changed since that policy was in
effect. Debian was not able to detect this problem for so long so policy
promising otherwise might not quite reflect the state of the distribution.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Tue, Dec 31, 2024 at 11:45:49PM -0800, Don Armstrong wrote:
> On Sun, 29 Dec 2024, Bill Allombert wrote:n
> > Do you have a preference how to fix this bug ?
>
> My personal preference is to fix debbugsconfig to not copy those files
> at all. The example config is needlessly
r/share/doc/$pkg, it is easy to move the files to /usr/share/$pkg.
But for /usr/share/man and /usr/share/info, what to do ?
Secondly, I just found a package that fails if /usr/share/doc is removed, so I
wonder how far we can actually validate this.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Sun, Dec 29, 2024 at 07:49:24PM +0100, Bill Allombert wrote:
> Hello Don,
> Do you have a preference how to fix this bug ?
I join a minimal patch that fixes this.
Cheers,
--
Bill.
Imagine a large red swirl here.
diff --git a/Makefile b/Makefile
index 93ed796..5cb29cf 100644
On Sun, Dec 22, 2024 at 12:43:25AM +0100, Bill Allombert wrote:
> Package: debbugs
> Version: 2.6.3
> Severity: normal
>
> Hello Don,
>
> debbugsconfig does
> system("cp /usr/share/doc/debbugs/examples/$name $destdir/$name") == 0
>
> However policy pr
/html/server-request.html.in
If debbugs-web is not installed, then debbugsconfig fails with
cp: cannot create regular file '/etc/debbugs/config
Cheers,
Bill.
is not particularly recent, the layered override was
implemented for TeX in kpathsea in 1993.
I always considered to be the best scheme for handling upgrade, I am glad
to see it is more widely used.
Cheers,
--
Bill.
Imagine a large red swirl here.
> For kdesu, the
> program path has changed.
Thanks! It changes frequently... What is the new path ?
Does it work with su-to-root ?
What about wayland ?
Cheers,
--
Bill.
Imagine a large red swirl here.
On Mon, Dec 23, 2024 at 08:56:43AM +0100, Chris Hofstaedtler wrote:
> On Fri, Mar 08, 2024 at 06:15:16PM +0100, Bill Allombert wrote:
> > On Sun, Feb 25, 2024 at 11:21:26PM +, ca...@allfreemail.net wrote:
> > > your package installs the filenames `install-menu` and `su-to-ro
s/ used by
debbugsconfig should probably be moved to /usr/share/debbugs/examples.
This would also fix the issue that file in /usr/share/doc/ are sometime
compressed.
Cheers,
Bill.
On Sun, Dec 15, 2024 at 03:21:06PM -0800, Don Armstrong wrote:
> On Sun, 15 Dec 2024, Bill Allombert wrote:n
> > Package: debbugs
> > Version: 2.6.3
> > Severity: normal
> >
> > Hello Don,
> >
> > This is from #644242.
> >
> > the file cg
On Wed Dec 18 2024 at 09:43 PM -0800, Bill Brelsford wrote:
> > > > Can you additionally please test to downgrade to the 2.8.1-2 version
> > > > and please report back if you see the problem there was well? For us
> > > > it should behave actually same a
fsdctl commands work:
# nfsdctl status
# nfsdctl threads
gracetime: 90
leasetime: 90
scope: k2ww
pool-threads: 16
# nfsdctl listener
tcp:[::]:2049
tcp:0.0.0.0:2049
# nfsdctl version
+3.0 +4.0 +4.1 +4.2
Hope this helps. Thanks.. Bill
gs stand, I will not do
that unless I have an explicit authorization from the TC.
Sorry...
Cheers,
--
Bill.
Imagine a large red swirl here.
grading (to 2.8.2-1), there is no
problem -- I can start and stop the daemon, export/unexport
filesystems, etc. Everything seems normal -- until the system is
rebooted and rpc.nfsd is invoked.
Regards.. Bill
again (or, e.g., exportfs -r)
hangs and can't be killed.
The same failure occurs on another similarly-configured system.
Thanks.. Bill
Package: debbugs
Version: 2.6.3
Severity: normal
Hello Don,
This is from #644242.
the file cgi/search.cgi links to http://bugs.debian.org/css/bugs.css instead
of linking to $gWebHostBugDir/css/bugs.css or maybe
/$gWebHostBugDir/css/bugs.css
Cheers,
Bill.
is in examples/debian/misc/bugspam.cgi in the source, but this is not
included in any binary packages.
Should bugspam.cgi be moved to cgi and installed in ./var/lib/debbugs/www/cgi/ ?
Cheers,
Bill.
usr/sbin/rpc.nfsd
./nfs-kernel-server: line 61: 3694 Segmentation fault start-stop-daemon
--start --oknodo --quiet --nicelevel $RPCNFSDPRIORITY --exec
$PREFIX/sbin/rpc.nfs
Downgrading to 1:2.8.1-1 (from trixie; also nfs-common and
libnfsidmap1) resolves the problem.
Thanks.. Bill
-- Pack
ause it is missing from the 'globals' EXPORT_TAGS in
Debbugs/Config.pm
Does that makes sense ?
Cheers,
Bill.
migrate the cron job to a systemd timer on Linux ports. The
> cron job remains desirable on the Hurd port, however, since that port has no
> systemd unit support.
Could you provide a patch that does not break backward compatibility with the
fact that /etc/cron.daily/popularity-contest is a c
systems?
What is a graceful failure for some script is a crash for another...
Cheers,
Bill.
bly pick a more explicit Debian package name,
since there is already a package libpaper-utils in Debian, so
this might lead to confusion.
Cheers,
--
Bill.
Imagine a large red swirl here.
atively, following the feedback on this bug report, ask devscript
to
change "pretty" not to include the %h part ?
But in general policy should refrain to be normative when there is no sound
technical reason. Popularity is not sufficient. One could even argue that
there are more technical reasons not to include the hash.
Cheers,
--
Bill.
Imagine a large red swirl here.
dentifier in debian/changelog instead.
This bug report makes a good point that version should be kept to be
copy-pastable and
comparable by humans.
By itself, the git commit hash does not provide any information without a copy
of the git repository. debian/changelog should be sufficient for that purpose.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Wed, Nov 27, 2024 at 05:43:04PM +, Holger Levsen wrote:
> On Wed, Nov 27, 2024 at 06:31:22PM +0100, Bill Allombert wrote:
> > Replace dh_buildinfo by a script that just print a warning but does not
> > actually
> > generate the file, then ask for binNMU ?
> >
while 100%
> of the packages build with dpkg produce .buildinfo files outside the
> packages built.
>
> It's not the greatest bug in the world, yet it is a bug.
Replace dh_buildinfo by a script that just print a warning but does not actually
generate the file, then ask for binNMU ?
Update the description to mention the problem.
Cheers,
--
Bill.
Imagine a large red swirl here.
ebian-devel@ though I'd be very happy if someone else would do it!)
Upload a version of dh_buildinfo that does nothing be output a warning
'warning: db_buildinfo is obsolete, please remove from Build-Depends'.
This would gives time to maintainers to fix the issue before a MBF.
Add a lin
nefit? People used to typing
> 'less debian/README.source' would need to retrain their fingers.
This is my concern too:
the whole point of this policy is to specify the filename.
Beside this file is only useful in limited circumstances which are less
and less frequent due to improvement to dpkg and uupdate. It is unclear
why anyone would need markdown for it.
Cheers,
--
Bill.
Imagine a large red swirl here.
rkdown specifically as it has become an industry
> standard for ASCII markup and use on README.md files is very common.
Are there tools that automatically locate README.source and would need to be
adapted to
find README.source.md instead ?
Cheers,
--
Bill.
Imagine a large red swirl here.
ivileges. He generally is very busy. I'll ping him again tomorrow.
Bill
--
My heart is warm with the friends I make,
And better friends I'll not be knowing,
Yet there isn't a train I wouldn't take,
No matter where it's going.
Edna St Vincent Millay
h-estraier-perl and get it back into Debian?
The real issue is that hyperestraier itself has been removed from Debian.
Should we add it back ? What does the Debian BTS use ?
Cheers,
--
Bill.
Imagine a large red swirl here.
etty sure this is wrong, mpicxx should take care of -lstdc++ -lmpi
-lmpi_cxx
I checked and the package build fine without -lstdc++ -lmpi -lmpi_cxx
I do not know what LIBSBASE means.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Wed, Oct 30, 2024 at 10:32:45PM -0700, Don Armstrong wrote:
> On Tue, 29 Oct 2024, Bill Allombert wrote:
> > On Fri, Oct 04, 2024 at 11:04:26PM +0200, Bill Allombert wrote:
> > > In any case, please decide either to commit to maintain this package or
> > > to let
oduce it: by accident, two LXC containers ended
> up using the same root. Leading to each one running the cron job on its
> own, at the same time, targeting the same /var/log/ path.
Thanks, this is very helful.
However, I do not think sharing /var is a supported configuration.
Cheers,
--
to reassign this bug to debianutils, and mark it
> as "affects: popularity-contest"?
Before we can report a bug against debianutils, we need to find a way to
reproduce
the problem easily.
Cheers,
--
Bill.
Imagine a large red swirl here.
> effort.
Hello Antoine,
If I understand correctly, the issue is that savelog(8) is not reentrant.
So maybe the best fix would be to change savelog (in debianutils.) to be
reentrant.
The alternative is to prevent popcon to run twice at the same time, which can be
done with systemd.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Tue, Oct 29, 2024 at 11:16:30AM -0300, Bruno Schneider wrote:
> On Sun, 13 Oct 2024 11:40:29 +0200 Bill Allombert wrote:
>
> > This file is the log of the information sent. This serves to protect your
> > privacy : you can check exactly what was sent.
> >
> > T
On Fri, Oct 04, 2024 at 11:04:26PM +0200, Bill Allombert wrote:
> On Sun, Sep 22, 2024 at 10:56:05AM +0200, Bill Allombert wrote:
> > On Sat, Sep 21, 2024 at 04:08:58PM -0700, Don Armstrong wrote:
> > > On Fri, 20 Sep 2024, Bill Allombert wrote:
> > > > On Mon, Se
On Tue, Oct 15, 2024 at 10:44:34PM +0100, Julian Gilbey wrote:
> On Tue, Oct 15, 2024 at 04:42:59PM +0200, Bill Allombert wrote:
> > Package: jupyter
> > Version: 5.7.2-4
> > Severity: normal
> >
> > Hello Debian Python Team,
> >
> > 'man jupyte
Package: jupyter
Version: 5.7.2-4
Severity: normal
Hello Debian Python Team,
'man jupyter' is listing only two subcommands while there are much more
available. Maybe you could use help2man ?
Cheers,
--
Bill.
Imagine a large red swirl here.
t in Debian popularity-contest!
--
Bill.
Imagine a large red swirl here.
x).
My wild guess is that there is some kind of race condition between the code to
display the image
and the code to setup the screen. The extra delay caused by starting inkscape
seem to cause
a problem.
Anyway, at least you fixed the bug for X11. The problem with fb might be
different.
Best,
--
Bill.
Imagine a large red swirl here.
On Tue, Oct 08, 2024 at 09:54:27PM +0200, Rafael Laboissière wrote:
> * Bill Allombert [2024-10-08 16:44]:
>
> > On Tue, Oct 08, 2024 at 03:47:58PM +0200, Rafael Laboissière wrote:
> > > * Rafael Laboissière [2024-10-07 09:05]:
> > >
> > > Attached to t
On Tue, Oct 08, 2024 at 03:47:58PM +0200, Rafael Laboissière wrote:
> * Rafael Laboissière [2024-10-07 09:05]:
>
> > Control: tags -1 + confirmed upstream
> >
> > * Bill Allombert [2024-10-06 22:52]:
> >
> > > fim does not seem to be able to display
On Sun, Sep 29, 2024 at 11:10:31AM +0200, Bill Allombert wrote:
> On Sat, Sep 28, 2024 at 10:38:24AM +0200, Bill Allombert wrote:
> > Package: mlucas
> > Version: 20.1.1-1.1
> > Severity: normal
> >
> > Hello Alex, this is the patch for the NMU.
>
> ... and
On Mon, Oct 07, 2024 at 09:05:24AM +0200, Rafael Laboissière wrote:
> Control: tags -1 + confirmed upstream
>
> * Bill Allombert [2024-10-06 22:52]:
>
> > fim does not seem to be able to display SVG even with inkscape
> > installed, even while it works when doing inksca
inkscape for
displaying SVG. cairosvg does not require X11.
Also the package should probably Suggests inkscape.
Cheers,
--
Bill.
Imagine a large red swirl here.
ailure.
>
> In Ubuntu, I have done the latter by applying the attached patch.
I applied this patch but now I wonder:
if the SIMD binary does not work, surely we should remove it rather than not
test it ?
Or at least run the other tests ?
Cheers,
Bill.
On Sat, Oct 05, 2024 at 01:50:14AM +0200, Santiago Vila wrote:
> El 4/10/24 a las 20:37, Bill Allombert escribió:
> > > The test suite works with 3th generation AMD EPYC processorss,
> > > but fails with 4th generation.
> >
> > Ah! Does the VM set /proc/cpuinfo
8000
else
# 6.5 days, in seconds
week=561600
fi
if [ "$(( $now - $lastrun ))" -le "$week" ]; then
exit 0
fi
fi
fi
Cheers,
Bill
On Sun, Sep 22, 2024 at 10:56:05AM +0200, Bill Allombert wrote:
> On Sat, Sep 21, 2024 at 04:08:58PM -0700, Don Armstrong wrote:
> > On Fri, 20 Sep 2024, Bill Allombert wrote:
> > > On Mon, Sep 02, 2024 at 09:34:08AM -0700, Don Armstrong wrote:
> > > &g
iters 100 -radset 0
/usr/libexec/mlucas/mlucas-sse2 -fftlen 192 -iters 100 -radset 0
... until this succeeds.
Could you tell me what you get on epyc 3 and epyc 4 ?
Maybe one of those is broken and I can just remove it.
(I already disabled sse2 on i386 due to crashes)
Cheers,
--
Bill.
Imagine a large red swirl here.
On Fri, Oct 04, 2024 at 06:31:09PM +0200, Bill Allombert wrote:
> Hello Santiago,
>
> The package build on my laptop, on barriere.debian.org and on the
> Debian buildd, so it is fair to say that I cannot reproduce this bug.
>
> Does it FTFBS also on the real hardware ?
>
On Fri, Oct 04, 2024 at 02:59:06PM +0200, Santiago Vila wrote:
> Package: src:mlucas
> Version: 20.1.1-1.2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> (I'm adding Bill to X-debbugs-Cc, since he did the last NMU)
Thanks!
> During a rebuild o
that would copy the full license inside the binary package
copyright file
at build time. This seems a more sustainable option.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Sat, Sep 28, 2024 at 10:38:24AM +0200, Bill Allombert wrote:
> Package: mlucas
> Version: 20.1.1-1.1
> Severity: normal
>
> Hello Alex, this is the patch for the NMU.
... and now for the second one.
Cheers,
--
Bill.
Imagine a large red swirl here.
diff -Nru mlucas-20.1.1/d
Package: mlucas
Version: 20.1.1-1.1
Severity: normal
Hello Alex, this is the patch for the NMU.
Cheers,
--
Bill.
Imagine a large red swirl here.
diff -Nru mlucas-20.1.1/debian/changelog mlucas-20.1.1/debian/changelog
--- mlucas-20.1.1/debian/changelog 2021-12-21 00:07:38.0 +0100
7;/<>'
> dh_auto_build: error: make -j2 returned exit code 2
> make: *** [debian/rules:19: binary] Error 25
> dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
> 2
Hello,
The package build successfully by setting CFLAGS =
-Wno-incompatible-pointer-types
Cheers,
--
Bill.
Imagine a large red swirl here.
Source: xtl
Version: 0.7.5-3
Severity: wishlist
Hello Vincent,
the current upstream version is 0.7.7.
Do you have plans to upgrade ?
Cheers,
--
Bill.
Imagine a large red swirl here.
On Sat, Sep 21, 2024 at 04:08:58PM -0700, Don Armstrong wrote:
> On Fri, 20 Sep 2024, Bill Allombert wrote:
> > On Mon, Sep 02, 2024 at 09:34:08AM -0700, Don Armstrong wrote:
> > > Control: severity -1 normal
> > >
> > > On Wed, 28 Aug 2024, Helmut Grohne wrote
ith the debbugs team as
upstream.
Completely severing the package maintainance from the debbugs maintainance is
the
best option for all involved.
There are few debbugs instances outside Debian. I maintain one of them.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Sat, Apr 06, 2024 at 02:26:09PM +0200, Bill Allombert wrote:
> Source: xeus
> Severity: wishlist
>
> Dear Xeus maintainers,
>
> There is a new major upstream release available (4.0.2).
> Do you plan to package it ?
There is yet another major upstream release available
tory /home/www/git/unimodular.git
Obviously the git repository is not owned by www-data.
At minimum, the debian/changelog should include a mention of the issue and a
work-around.
Cheers,
--
Bill.
Imagine a large red swirl here.
was not available and noatime
was much more popular.
Cheers,
--
Bill.
Imagine a large red swirl here.
Package: efax
Version: 1:0.9a-22
Severity: normal
Dear Maintainer,
The upgrade to 1:0.9a-22 resulted in the removal of /var/log/efax
and creation of /var/loog and /var/loog/efax.
Bill
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'uns
you locking for free
> on systemd running systems.
Would you help me with this ?
Do you have spurious logfiles like
/var/log/popularity-contest.1010995
/var/log/popularity-contest.1010995.gpg
Cheers,
--
Bill.
Imagine a large red swirl here.
On Fri, May 31, 2024 at 10:56:54AM +0200, Thomas Viehmann wrote:
> This is fixed upstream in Jupyter Notebook 6.5.6 per
> https://github.com/jupyter/notebook/issues/7054
Will someone from the python team will fix this or should
I prepare a minimal NMU with the patch applied ?
Cheers,
--
Upstream kafs developers have discussed this bug report. A issue has
been created on gitlab,
https://gitlab.com/linux-afs/kafs-client/-/issues/2.
The upshot of the discussion is that the use of -m32 and -m64 should
be conditionalized based on the architecture.
Bill
--
Man knows so little
Package: wnpp
Severity: wishlist
Owner: Bill MacAllister
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: krb5-wallet
Version : 1.5
Upstream Contact: Bill MacAllister
* URL : https://salsa.debian.org/whm/krb5-wallet
* License : (Expat
el,
armhf, i386, mips64el, ppc64el, s390x
evince | 46.0-1 | unstable | source
evince | 46.0-1 | unstable-debug | source
evince | 46.0-1+b1| unstable | amd64, arm64, armel,
armhf, i386, mips64el, ppc64el, riscv64, s390x
Cheers,
--
Bill.
red and that [1] or [2] or whatever is
> > a link, pointing to a wrong place.
> >
> > I agree it's a bug, but I do think it's a pretty harmless one.
>
> Thanks. I'd be grateful for some feedback from other regular Policy
> contributors.
My view is that any iss
ca6834cf5493fa6a 3463 perl optional
> libfinance-quote-perl_1.60-1.dsc
> ccf54b587f0291e734ec0b2986d0a7b1 267746 perl optional
> libfinance-quote-perl_1.60.orig.tar.gz
> 8503de0de2f3b85ea334012da21716b4 7000 perl optional
> libfinance-quote-perl_1.60-1.debian.tar.xz
>
>
ntains:
> L /var/run - - - - ../run
Why not fix /usr/lib/tmpfiles.d/var.conf to create the correct link then ?
/usr/lib/tmpfiles.d/var.conf is not policy-compliant as it is.
Cheers,
--
Bill.
Imagine a large red swirl here.
Package: libfinance-quote-perl
Version: 1.59-1
Severity: normal
Dear Maintainer,
I ran the Tools > Price Database command in Gnucash using the "Yahoo
as JSON" source and got the following response:
Unable to retrieve quotes for these items.
In the past, this error was resolved by editing
/u
format has been disabled due to various other issues).
Sorry, but why is this so hard to generate a single-page html ?
debiandoc could do it. Using the browser intra-page search is always much
easier/faster that using a search box.
Cheers,
Bill.
Source: xeus
Severity: wishlist
Dear Xeus maintainers,
There is a new major upstream release available (4.0.2).
Do you plan to package it ?
Cheers,
--
Bill.
Imagine a large red swirl here.
want non-free packages that are built on the autobuilders
to comply with this requirement. So we do not want 2.2.3 to apply in that
specific case. It seems cleaner to say that the requirement only apply if
Autobuild: yes is declared.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Thu, Apr 04, 2024 at 09:25:36PM +0200, Philipp Kern wrote:
> Hi,
>
> On 04.04.24 20:51, Bill Allombert wrote:
> > I still think we should allow Autobuild: no as an escape hatch.
> > If we want to require non-free package to be autobuildable, we should
> > be
>
> Also looks good to me. Seconded.
I still think we should allow Autobuild: no as an escape hatch.
If we want to require non-free package to be autobuildable, we should
be more explicit about it (and probably require more feedback from
debian-devel).
Cheers,
--
Bill.
Imagine a large red swirl here.
existing packages and allow
> some input from their maintainers. Are you able to prepare a list of
> the affected packages?
What I suggested was that "Autobuild: yes" imply no network access.
Cheers,
--
Bill.
Imagine a large red swirl here.
EFINE'=> '-DOPENLDAP',
+ 'DEFINE'=> '-DOPENLDAP -DLDAP_DEPRECATED=1',
)),
'depend'=> { 'LDAPapi.c' => 'constant.h' },
'clean' => { 'FILES' => 'constant.h' },
The patch is from Quanah Gibson-Mount . Thanks.
Bill
On Mon, Apr 01, 2024 at 06:08:10PM +0200, Aurelien Jarno wrote:
> On 2024-04-01 17:52, Bill Allombert wrote:
> > On Mon, Apr 01, 2024 at 05:29:54PM +0200, Aurelien Jarno wrote:
> > > Package: debian-policy
> > > Version: 4.6.2.1
> > > Severity: normal
>
me security concerns. Would it be possible to extend this
> restriction to all archives?
Does the build daemons actually build non-free ?
Cheers,
--
Bill.
Imagine a large red swirl here.
This is a confirmed bug. I am working on a solution.
Bill
releases.
>
> Please pick one location and install it only there. /usr/bin is preferred
> over any other location.
I would suggest you find out why the binaries are in both directories in the
first place.
Then we can discuss a solution!
Cheers,
--
Bill.
Imagine a large red swirl here.
On Mon, Feb 05, 2024 at 01:20:07PM +, Bastien Roucariès wrote:
> Le lundi 5 février 2024, 12:42:04 UTC Bill Allombert a écrit :
> > On Mon, Feb 05, 2024 at 12:28:02PM +0100, Axel Beckert wrote:
> > > Hi Bill,
> > >
> > > Bill Allombert wrote:
c/libpari-gmp-tls8/changelog.Debian.gz
-rw-r--r-- root/root 9997 2023-06-27 18:38
./usr/share/doc/libpari-gmp-tls8/changelog.gz
-rw-r--r-- root/root 766 2022-09-05 21:10
./usr/share/doc/libpari-gmp-tls8/copyright
It is missing all the important files.
Cheers,
--
Bill.
Imagine a large red swirl here.
would let packages maintainers control
which buildflags are used while still providing the benefit of buildflags.
Cheers,
--
Bill.
Imagine a large red swirl here.
recompile from source.
> >
> > There are far too many different HTML generators out there to handle.
>
> We have done this for doxyen and sphinx, so maybe not for more
This is two out of how many ?
For example, my packages use TtH, GAPDoc, hevea, pod2html.
I do not think it is sustainable.
Cheers,
--
Bill.
Imagine a large red swirl here.
On Thu, Feb 08, 2024 at 06:39:18PM +, Bastien Roucariès wrote:
> Le jeudi 8 février 2024, 18:31:28 UTC Santiago Ruano Rincón a écrit :
> > On Sat, 14 Oct 2023 20:23:18 +0200 Bill Allombert
> > wrote:
> > > On Sun, Sep 18, 2022 at 12:14:07AM +0100, Colin Watson wrote:
eared binary NEW.
Have you actually checked that pari will really be build with the relevant
flags ?
If there is a new ABI, then one should take the opportunity to remove
CFLAGS_i386 := -mpc64
There is no need for a lintian override, this is a well-known lintian bug...
Cheers,
Bill
ks out.
Fortunately libgap.so.9 was prereleased today.
Would that mess anything if I upload it to experimental ? I expect not.
Cheers,
--
Bill.
Imagine a large red swirl here.
1 - 100 of 2451 matches
Mail list logo
