On 28.02.24 23:59, Preuße, Hilmar wrote:
Hello,
dumb question: in an error I uploaded luametatex 2.11.01+ds-2 to Debian
unstable. This was a mistake, it should have been uploaded to
experimental, as it is part of the upcoming TL 2024. Is it possible to
downgrade the Debian archive (unstable)
On 29.02.24 00:42, Lyndon Brown wrote:
Hello,
b) Re-upload 2.10.08+ds-1 with a version number like '2.11.01+ds-3-
really2.10.08+ds-1', such that it will count as a higher version number
than the mistaken upload of 2.11.01+ds-3 and thus replace it in package
upgrades. You'd then continue with
On 23.02.24 01:15, Soren Stoutner wrote:
Hello,
Try the following:
That worked fine. Many thanks!
Hilmar
opts="searchmode=plain,repack,compression=xz,repacksuffix=+ds1,dversionmangle=s/
\+ds1//, \
pgpsigurlmangle=s%$%.asc%" \
https://api.github.com/repos/silnrsi/teckit/releases \
Hello,
I could need some help with a debian/watch file [1]. The file is mostly
not written by me, I just replaced just some regexes to introduce the
correct versioning scheme. When running "uscan -vv" it downloads
correctly upstreams tar ball, the pgp is checked and the tar ball is
On 21.01.24 11:29, Loren M. Lang wrote:
Hi,
As I don't currently have access to Salsa, I have put a copy of the
repo up on my site here:
http://www.north-winds.org/git/rpm.git
Just for the records:
hille@haka2:~$ LANG=C wget http://www.north-winds.org/git/
--2024-01-21 11:35:25--
On 10/13/23 01:32, Mattia Rizzolo wrote:
On Thu, Oct 12, 2023 at 11:52:30PM +0200, Preuße, Hilmar wrote:
Hi Mattia,
The upstream minor versions are always determined by letters, so I'm unsure
how to make clear that 1.3.8a+ is later than 1.3.8+. Any hints?
This is a real sad interaction
Hi all,
TeXinfo 7.1 does not migrate to testing b/c the test suite of
autoproject returns with exit code > 0. I've filed a bug report and
created a patch for the issue. The package is maintained by the Debian
QA group. What else can be done from my side?
Hilmar
--
Testmail
Hi,
I have the need to access a porter box, in this situation
zelenka.debian.org. The DSA page [1] says DM's (like me) would need to
apply through the NEW members site. I went to [2] and logged in using my
salsa account, selected "Site wizard" and "Request guest account". The
resulting page
Control: block 1041668 by -1
On 7/25/23 23:12, Hilmar Preuße wrote:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
Add blocking statement.
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "hintview":
* Package name : hintview
Version : 1.3.1-1
Upstream contact : Martin Ruckert
* URL : https://hint.userweb.mwn.de/hint/hintview.html
*
On 5/11/23 15:11, Oliver Reiche wrote:
Hi,
The source builds the following binary packages:
justbuild - Justbuild generic build system
To access further information about this package, please visit the following
URL:
https://mentors.debian.net/package/justbuild/
If you look at that
Am 12.02.2023 um 07:54 teilte min sun mit:
Hi,
To access further information about this package, please visit the following
URL:
https://mentors.debian.net/package/libcommons-collections4-java/
If you look at that link you'll see a few things, which should the
resolved. At least the
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "proftpd-mod-sftp-ldap":
* Package name : proftpd-mod-sftp-ldap
Version : 0.2-1
Upstream contact : TJ Saunders
* URL :
Am 07.01.2023 um 16:16 teilte Bastian Germann mit:
Hi Bastian,
The NIV has to be represented in d/copyright regardless of having the
"right" wording or not.
You currently do not mention it at all. GFDL-1.3+ (no NIV) is considered
non-free, so please fix this.
I do not mind the lintian override
Am 07.01.2023 um 02:30 teilte Bastian Germann mit:
Am 07.01.23 um 02:27 schrieb Bastian Germann:
Hi,
boilerplate code
boilerplate license text (in @quotation):
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Am 07.01.2023 um 02:27 teilte Bastian Germann mit:
Hi Bastian,
On Fri, 6 Jan 2023 23:49:43 +0100 Hilmar Preusse wrote:
- "license-problem-gfdl-non-official-text": override and fix.
The GFDL variant has to be GFDL-NIV-1.3+ and the short license text that
you have in d/copyright has to
Am 29.12.2022 um 18:41 teilte Hilmar Preuße mit:
Hi.
Works, many thanks!
Would it make sense to open an issue at lintian?
Done. #1027292 .
H.
--
sigfault
Am 29.12.2022 um 16:52 teilte Jeroen Ploemen mit:
On Thu, 29 Dec 2022 16:14:58 +0100
Hilmar Preuße wrote:
Hi,
An override has been added, but the line, which is found to be to
long seems to move, hence lintian complains or does not complain.
What do I do?
Use an asterisk
Hi all,
I'm just building Lintian overrides and I'm struggling with a test. Here
is the output of two lintian runs with unchanged source package, limited
to the interesting lines.
hille@sid-amd64:~/devel/TeXLive/github$ lintian --tag-display-limit 0
--pedantic -I texinfo_7.0.1-3.dsc
W: texinfo
Am 29.12.2022 um 14:02 teilte Barry Scott mit:
Hi,
On Fedora/RHEL I would use mock to build a RPM from source to ensure
that I have the RPM spec file correctly written. Mock ensures that
no packages in my dev machine are used to build the RPM.
What is the debian version of that tool?
Am 19.12.2022 um 19:41 teilte Andrius Merkys mit:
On 2022-12-19 20:36, Hilmar Preuße wrote:
Hi,
yesterday I uploaded latexml_0.8.7-1_source.changes to Debian FTP. Until
now I just got the information that the package was received, no reject
or accept.
I requested a package rebuild (#1026239
Hi,
yesterday I uploaded latexml_0.8.7-1_source.changes to Debian FTP. Until
now I just got the information that the package was received, no reject
or accept.
I requested a package rebuild (#1026239), which was approved, but the
builders did not even start to work?
Is there a general problem
Am 25.11.2022 um 06:41 teilte David Bannon mit:
Hi David,
Is the something wrong ? If so, why no announcement ? If not, will
some one PLEASE tell me what I am doing wrong ? How I can diagnose this
problem ?
I have in the past uploaded several packages, I am not totally new to
this process.
Hi,
I'm a DM with upload permits. Recently I pushed
monitoring-plugins-check-logfiles to the archive. Would be nice if
anybody could set the upload permissions for my user id so I can
maintain the package myself:
dcut dm --uid 0x0C871C4C653C1F59 --allow=monitoring-plugins-check-logfiles
I
Am 16.11.2022 um 20:16 teilte Alexander Reichle-Schmehl mit:
Hi,
Thanks for the upload!
Just two small remarks:
* I think it would be relatively easy to add autopkgtest to the
package, allowing automatic verification of the functionality.
* Feel free to ping me for additinal
Am 08.11.2022 um 11:05 teilte Alexander Reichle-Schmehl mit:
Hi,
We are using that plugin at the company, so thanks for packaging!
I'm willing to sponsor and will try to take a closer look at it in the
evening.
Good. Thanks!
But just a first question: Mentors service says, that you
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I'm aware that there is no debian/watch file yet, I'll implement it
later. Further there seems to be some kind of test suite, which needs to
be activated.
I am looking for a sponsor for my package
Am 29.09.2022 um 01:01 teilte Bastian Germann mit:
Hi Bastian,
As you have added yourself to the Uploaders with
https://github.com/debian-tex/tex-gyre/commit/5b1a987a6abb0f57ee6ba4af45abab17124b03ae please mention this change instead. I checked on the
current unstable version.
OK, next try.
Am 28.09.2022 um 22:47 teilte Bastian Germann mit:
Hi Bastian,
Is this a team upload? If so, please add an entry to the changelog.
I've added "* Team upload." to the top of the changelog. Now lintian
complains:
unnecessary-team-upload
The debian/changelog file refers to a "Team upload"
Am 07.06.2022 um 18:32 teilte André Flechs mit:
I added all issues to changelog as Closes.
How can I remove the tag?
https://www.debian.org/Bugs/server-control
Hilmar
--
sigfault
OpenPGP_signature
Description: OpenPGP digital signature
Am 04.06.2022 um 09:36 teilte Hilmar Preuße mit:
Am 04.06.2022 um 00:24 teilte Hilmar Preuße mit:
Dear mentors,
I've uploaded a new improved version of
texlive-bin/2022.20220321.62855-4, dget link is on mentors, please be so
kind to upload to the archive.
https://mentors.debian.net/debian
Am 04.06.2022 um 00:24 teilte Hilmar Preuße mit:
Dear mentors,
Package: sponsorship-requests
Severity: important
Dear mentors,
My GPG key has expired, hence I need a sponsor for this upload.
Please put the request on hold, I'll (eventually) prepare a new upload.
Hilmar
--
sigfault
Package: sponsorship-requests
Severity: important
Dear mentors,
My GPG key has expired, hence I need a sponsor for this upload.
I am looking for a sponsor for my package "texlive-bin":
* Package name: texlive-bin
Version : 2022.20220321.62855-4
Upstream Author : [fill in
Am 01.06.2022 um 13:16 teilte Arnaud Ferraris mit:
Hi Arnaud, hi Andrey,
You can use the "--arch-all --no-arch-any" combination of options
(--no-arch-any being the important part). Generally speaking, sbuild
provides a lot of useful options, I encourage you to read its man
page so you get an
Am 01.06.2022 um 13:45 teilte Andrey Rahmatullin mit:
On Wed, Jun 01, 2022 at 01:43:12PM +0200, Hilmar Preuße wrote:
Moin,
Do you mean "Build Architecture" instead?
No. Have a look at the links I posted:
I did that before asking.
I'm pretty sure you did! Therefore I'm
Am 01.06.2022 um 13:38 teilte Andrey Rahmatullin mit:
On Wed, Jun 01, 2022 at 01:20:34PM +0200, Hilmar Preuße wrote:
Hi,
I had a look at the manual page. The build log (see both links)
makes a difference between "Arch type" and "Build type".
Does it?
Do you mean
Am 01.06.2022 um 13:16 teilte Arnaud Ferraris mit:
Hi,
You can use the "--arch-all --no-arch-any" combination of options
(--no-arch-any being the important part). Generally speaking, sbuild
provides a lot of useful options, I encourage you to read its man page
so you get an idea of what's
Hi,
When using "Build Type: any" for a source package the package build runs
fine, it fails for "Build Type: all". Before upload I tested the build
using "sbuild --no-run-lintian texlive-bin_2022.20220321.62855-3.dsc -d
unstable-amd64-sbuild" and it worked fine.
How do I specify "Build
Am 27.04.2022 um 13:00 teilte Michael Tokarev mit:
Hi Michael,
Many thanks for your E-mail.
As far as I can see, ccache failing like this is because you run
compilation jobs in the install or binary target, not in build
target. These are run as different users.
I don't know if this is
Hi,
Recently I pushed a new version of proftp to salsa. The configured salsa
CI Jobs [1] now fail [2]. The relevant error message is in the job log [3]:
gcc -Wdate-time -D_FORTIFY_SOURCE=2 -DHAVE_CONFIG_H -DLINUX -I.
-I../.. -I../../include -I./../../include -I/usr/include/mariadb/mysql
Am 13.02.2022 um 13:11 teilte Philip Wyett mit:
Hi,
Sorry if my note has confused. Imported into salsa, but still needs
the source only upload as I am not a DM and still need others to
upload. MAybe an appropriate time for me to go for DM?
DM's can have uploads permits for specific packages,
Am 24.01.2022 um 09:43 teilte Andrey Rahmatullin mit:
On Mon, Jan 24, 2022 at 09:14:08AM +0100, Hilmar Preuße wrote:
Hi Andrey,
- Can we remove that version 2.13-1 from unstable?
We shouldn't.
And we can't remove it from user machines.
Yes, correct.
- Should I simply upload 2.13-2
Hi all,
yesterday I uploaded dvisvgm_2.13-1 to the archive. For any unknown
reason I deleted the changelog entry for version 2.12-4 from the
d/changelog file, this version is currently in testing. I tried to
cancel the upload using dcut, but this does not work. How to proceed?
- Can we
Am 22.01.2022 um 15:06 teilte Markus Blatt mit:
Hi,
I limit the architecture to only 64bit architectures by having
"Architecture: amd64 arm64 ia64 mips64el ppc64el" in d/control. Yet
this does not seem to respected for autopkgtest as it still tries to
run the test for i386 and armhf.
The
Am 20.01.2022 um 08:49 teilte Alexander Bürger mit:
Hi,
I do not see any solution to this problem:
- rewriting the commit history on gitlab is not an option
Why not? You just have to remove the tag and rewrite the commit message.
Then fix the debian/changelog and try again.
-
Am 19.01.2022 um 21:40 teilte Alexander Bürger mit:
Hi,
Unfortunately, the first attempt to use debhelper in debian/rules failed
to build and I only noticed that after publication on gitlab with
debian/changelog specifying version 0.23-1. The packaging fix did, of
course, not change anything
Am 29.12.2021 um 12:36 teilte Gavin Henry mit:
Hi,
What's this for, when it looks like this was written manually? Google
shows nothing:
https://salsa.debian.org/dns-team/bind9/-/blob/debian/main/debian/bind9.postinst#L35
#DEBHELPER#
One of the first google hits:
Am 22.09.2021 um 12:42 teilte Harald Dunkel mit:
Hi,
I am looking for a sponsor to review the new mg package for Sid,
as it can be found on https://salsa.debian.org/debian/mg .
Its not tagged yet.
(I missed the RFS in the subject line, so this is a repost.)
Please refer to the mentors FAQ:
On 6/25/21 3:32 AM, Paul Wise wrote:
On Thu, Jun 24, 2021 at 10:01 PM Hilmar Preuße wrote:
Hi,
Sorry for late Reply!
uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/,\
...
According to [1] the entry "uversionmangle=..." should handle the case
that there cou
Am 30.08.2021 um 13:22 teilte debian-ment...@jugra.de mit:
Hi,
maybe you can try to copy with
cat <<'EOF' >>debian/$PACKAGENAME.install
program usr/bin
EOF
...and replace the
override_dh_auto_clean:
rm -f program
By a file debian/clean containing the names of the be deleted files.
H.
Hi,
this is the current debian/watch file for proftp, it is not in the
archive yet, just on salsa:
version=4
opts=repack,compression=gz,repacksuffix=+dfsg,dversionmangle=s/\+dfsg//,\
uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/,\
Am 12.04.2021 um 23:12 teilte Andrey Rahmatullin mit:
On Mon, Apr 12, 2021 at 10:42:47PM +0200, Hilmar Preuße wrote:
Hi,
I have a dumb question regarding lintian tag "E: embedded-library". For the
package texworks the lintian tag is reported, even for an build from the
Hi all,
I have a dumb question regarding lintian tag "E: embedded-library". For
the package texworks the lintian tag is reported, even for an build from
the actual vcs.
Unfortunately I have no clue how this lintian error is created. Doing a
"grep -ri pcre" in the build tree does now show
Am 15.03.2021 um 00:16 teilte Hilmar Preuße mit:
Hi,
uscan -ddd tries to download from
https://github.com/proftpd/proftpd/releases/download/v/proftpd-v1.3.7a.tar.gz.asc
How to I refer to upstreams new version in pgpsigurlmangle ?
Finally it was more easy that I thought, solution is in [1
Am 15.03.2021 um 08:39 teilte Geert Stappers mit:
On Mon, Mar 15, 2021 at 12:16:24AM +0100, Hilmar Preuße wrote:
Hi,
My attempt to implement signature check is
pgpsigurlmangle=s@archive@releases/download/v$1@;\
s/([^\/]+)\.tar\.gz/proftpd-$1\.tar\.gz/;\
s/$/.asc/ \
uscan -ddd tries
Hi,
this is rather a question regarding handling d/watch in general.
Upstream source is https://github.com/proftpd/proftpd/archive/v1.3.7.tar.gz
PGPG sig is
https://github.com/proftpd/proftpd/releases/download/v1.3.7/proftpd-1.3.7.tar.gz.asc
My attempt to implement signature check is
Hi,
dumb question. I convert another d/copyright into DEP5 format. The old
file contains:
Upstream author:
Werner Lemberg
With help from:
Per BOTHNER
Noah FRIEDMAN
Kenichi HANDA
Gernot HASSENPFLUG
Wonkoo KIM
Yi-Liang KUO
Hin-Tak LEUNG
Eberhard MATTES
Am 12.02.2021 um 11:01 teilte Andreas Tille mit:
On Fri, Feb 12, 2021 at 02:39:25PM +0500, Andrey Rahmatullin wrote:
Hi,
You can't adjust anything to get more than 4GB virtual memory on 32-bit
architectures.
You can try adjusting compilation/linking parameters to make the
compiler/linker use
Am 30.01.2021 um 17:28 teilte Mattia Rizzolo mit:
On Sat, Jan 30, 2021 at 04:37:23PM +0100, Hilmar Preuße wrote:
Hi,
The part of the Debian udd database, which lists new upstream versions [1]
prints that error message, hence there was a scan.
BTW, that's also visible here:
https
Am 30.01.2021 um 04:21 teilte Eriberto Mota mit:
Em sex., 29 de jan. de 2021 às 07:44, Hilmar Preuße escreveu:
Hi,
Unfortunately when looking at the tracker page [1], it tells
"uscan had problems while searching for a new upstream version:
In debian/watch no matching files for watch
Am 28.01.2021 um 21:24 teilte Eriberto Mota mit:
Hi Eriberto,
My suggestion is always to use "releases" instead of "tags". Also, you
should use uversionmangle instead of filenamemangle.
version=4
opts=uversionmangle=s/-//g \
https://github.com/TeXworks/manual/releases archive/(\d\S+)\.tar\.gz
Hi,
short question for debian/watch.
Our local version name of upstream tar ball is mmdd.tar.xz. In
upstream the naming is -mm-dd.tar.xz . I've built a watch file,
which correctly finds the new tar ball [1], but the comparison to
version in Debian determines that the version in
Control: merge -1 979990
Am 12.01.2021 um 17:44 teilte Aisha Tammy mit:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
--
sigfault
OpenPGP_signature
Description: OpenPGP digital signature
Am 08.01.2021 um 10:49 teilte Hilmar Preuße mit:
Hi,
When looking at the package texlive-base it already declares a
Conflicts: (...) texlive-plain-generic (<< 2020.20200417).
Hence I'd expect that old texlive-plain-generic is removed before the
new texlive-base is installed. What
Hi,
we got https://bugs.debian.org/978431 telling that the upgrade from
buster to sid fails. This is also visible in piuparts [1].
Unpacking texlive-base (2020.20201203-2) over (2018.20190227-2) ...
dpkg: error processing archive
Am 12.11.2020 um 08:28 teilte Mathieu Malaterre mit:
Hi,
In this specific case I do not need 'Replaces:' (*), because
'libcharls.so' from libdcmtk-dev is not meant to be replaced by the
one shipped in libcharls-dev (2.1.0+dfsg-7) (this is not the normal
breaks+replaces pattern).
Replaces
Am 03.11.2020 um 05:32 teilte Eriberto mit:
Hi,
I found these lines in logs inside mirror.ftp-master.debian.org:
20201031231816|process-upload|dak|proftpd-mod-
proxy_0.7-1_source.changes|Error while loading changes file
proftpd-mod-proxy_0.7-1_source.changes: No valid signature found.
(GPG
Hi,
the day before yesterday I uploaded the new version of a package. The
email "Processing of proftpd-mod-proxy_0.7-1_source.changes" came in,
nothing else: neither rejected nor accepted.
Re-upload or still wait? Thanks!
Hilmar
--
sigfault
OpenPGP_signature
Description: OpenPGP digital
Am 20.09.2020 um 04:17 teilte Francisco Vilmar Cardoso Ruviaro mit:
Hi,
I am looking for a sponsor for my package "wwl":
* Vcs : https://salsa.debian.org/debian/wwl
Section : hamradio
I was just curious and clicked on the Vcs link and noticed that it is
invalid.
Am 12.09.2020 um 05:24 teilte Nick Strauss mit:
Hi,
>> The tar ball I provided contains a patch, which changes this to "/usr".
>
> I have added your changes to my repo as vguitar_2.6-3
>
Not sure, why you name it -3. Normally one bumps the Debian revision
only if the the previous revision has
Am 11.09.2020 um 03:18 teilte Nick Strauss mit:
Hi Nick,
>> Don't install a program into /usr/local. The package won't be accepted.
>
> My makefile has prefix defined for vguitar exe destination.
>
> ./Makefile:prefix = /usr/local
> ./Makefile:$(DESTDIR)$(prefix)/bin/vguitar
>
> What
Am 10.09.2020 um 05:44 teilte Nick Strauss mit:
Hi,
Did you get the updated debian.tar.xz I sent you? Consider to use that one.
> I added build dependencies (BD):> > Build-Depends: > debhelper (>=9),>
> libncurses5-dev,>
libasound2-dev,> libc6-dev> libc6-dev is pulled in by
Am 09.09.2020 um 19:27 teilte Hilmar Preuße mit:
Hi,
> Build the package fails nevertheless b/c vguitar binary is installed
> into usr/local/. Did you even try to build a binary package from your
> source package?
>
Attached is a debian.tar.gz you could use as starter. You still n
Am 08.09.2020 um 04:09 teilte Nick Strauss mit:
Hi,
>> Please review each of those files and make sure that unnecessary
>> template placeholders are not included in your packaging debian/ dir.
>> Please pay special attention to the debian/copyright file since it was
>
> I have manually
On 8/22/20 9:40 PM, Andrey Rahmatullin wrote:
> On Sat, Aug 22, 2020 at 01:56:00PM +0200, Hilmar Preuße wrote:
Hi,
>>>> The person who did the upload for debian/0.7+git73896501cf-1 did not
>>>> update the "upstream" branch, hence the tag was not cr
Am 22.08.2020 um 11:16 teilte Andrey Rahmatullin mit:
> On Sat, Aug 22, 2020 at 01:08:52AM +0200, Hilmar Preuße wrote:
Hi,
>> One note: when I tried to do the push for the first time it told me
>> there would be no "upstream/0.7+git73896501cf" tag, which was corre
Hi,
I'm trying to do a "gbp push" for a repo and it fails:
hille@sid:~/devel/proftp/aaa_git/proftpd-mod-case_master $ gbp push
gbp:info: Pushing debian/0.7+git73896501cf-2 to origin
gbp:info: Pushing upstream/0.7+git73896501cf to origin
gbp:info: Pushing d8074c6b03512b4001b8e1ea06737afd989f139a
Am 13.08.2020 um 16:38 teilte wf...@niif.hu mit:
> Hilmar Preuße writes:
Hi,
>> the installation/compilation instructions for some proftp modules
>> [1] say:
>> "To install mod_proxy, go to the third-party module area in the
>> proftpd source code and unp
Hi,
the installation/compilation instructions for some proftp modules [1] say:
"To install mod_proxy, go to the third-party module area in the proftpd
source code and unpack the mod_proxy source tarball:
$ cd proftpd-dir/contrib/
$ tar zxvf /path/to/mod_proxy-version.tar.gz
after unpacking
Am 17.06.2020 um 11:55 teilte Markus mit:
> While packaging a package for a Virtual Observatory server, I'm
> encountering a postinst glitch in the CI that I don't quite
> understand.
>
> This is about g...@salsa.debian.org:debian-astro-team/gavodachs.git,
> the gavo branch.
>
> The idea is
Control: merge -1 960475
Am 13.05.2020 um 06:29 teilte 铜豌豆 Linux mit:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "iptux"
>
I guess this one is identical to #960475. Merging.
H.
--
sigfault
#206401 http://counter.li.org
Am 24.04.2020 um 06:21 teilte Sebastiaan Couwenberg mit:
> On 4/24/20 12:01 AM, Hilmar Preuße wrote:
Hi Sebastiaan,
>> I'm quite sure, this regression is not caused by the TL upload, but by
>> the Sphinx upload. The last successful autopkgtest was with version
>> Sphinx v
Hi,
the TeX Live packages do not migrate to testing, although there is no RC
bug and they are old enough. The only reason I see is:
autopkgtest for jupyter-sphinx-theme/0.0.6+ds1-9: amd64: Regression ♻ ,
arm64: Regression ♻
I'm quite sure, this regression is not caused by the TL upload, but by
Am 18.04.2020 um 16:42 teilte Niels Thykier mit:
Hi Niels,
>> W: texlive-bin source: debian-rules-sets-DEB_BUILD_OPTIONS line 68
>>
>> I also tried "MAKEFLAGS += -j8" inside the if statement, but the option
>> was ignored.
>>
>> How do I implement the Debian way? Thanks!
>>
> Have you tried to
Am 15.04.2020 um 02:45 teilte Wookey mit:
> On 2020-04-15 00:02 +0200, Hilmar Preuße wrote:
Hi,
Thanks for the answer Wookey!
>> I'm pretty sure this is a dumb question. I'm using sbuild to cross
>> compile packages, e.g. texlive-bin. This works fine for release arches.
>&g
Hi,
I'm pretty sure this is a dumb question. I'm using sbuild to cross
compile packages, e.g. texlive-bin. This works fine for release arches.
Now I try to build for a non-release arch like this:
sbuild --host=sparc64 -d unstable --extra-repository='deb
http://ftp.de.debian.org/debian-ports
Am 05.04.2020 um 22:20 teilte Adam Borowski mit:
> On Wed, Apr 01, 2020 at 05:51:28PM +0200, Hilmar Preusse wrote:
Hi,
>> * Package name: libsys-hostaddr-perl
>>Version : 0.993-1
>>Upstream Author : Jeremy Kister|http://jeremy.kister.net/
>> * URL :
On 3/2/20 1:05 PM, Sudip Mukherjee wrote:
> I am looking for a sponsor for my package "netsend"
>
> * Package name: netsend
>Version : 0.0~svnr250-1.3
>Upstream Author : Hagen Paul Pfeifer, Florian Westphal
> * URL : http://netsend.berlios.de/
>
I have doubt,
Am 16.01.2020 um 03:31 teilte Ko Ko Ye` mit:
> use swap or tune ram ??
> Otherwise may I test for you ?.
>
Do you have an alpha CPU @hand?
If there would be RAM pressure I'd expect that top shows me high RAM
utilization, which is not the case. I guess, the idea of Matthew
Fernandez sounds
Am 16.01.2020 um 17:24 teilte Matthew Fernandez mit:
Hi,
> This error appears to be from the BDW garbage collector [0]. Are you
> sure it works on Linux on Alpha? The docs refer to a missing file,
> README.alpha, and the source has exciting comments like “untested but
> hopefully should work on
Hi,
I'm trying to build package asymptote on alpha. Currently it does not
build on "official" builders due to missing BD's. Therefore I use qemu
to build inside an alpha chroot on a x64 Virtualbox.
The build log is here: https://paste.debian.net/1126163/. This
"GC Warning: Out of memory -
Am 04.11.2019 um 16:57 teilte Mattia Rizzolo mit:
> On Mon, Nov 04, 2019 at 04:54:07PM +0100, Hilmar Preuße wrote:
Hi,
>> Thanks for the pointer! As the 1.3.6a probably does not contain an API
>> change I'll revert the API version change in the Debian package...and
>> packa
Am 04.11.2019 um 10:05 teilte Andrey Rahmatullin mit:
> On Sun, Nov 03, 2019 at 11:48:24PM +0100, Hilmar Preuße wrote:
Hi,
>> just a dumb question: https://tracker.debian.org/pkg/proftpd-dfsg shows
>> that the latest upload did not migrate to testing yet. The excuses list
>
Am 03.11.2019 um 23:48 teilte Hilmar Preuße mit:
Hi,
> just a dumb question: https://tracker.debian.org/pkg/proftpd-dfsg shows
> that the latest upload did not migrate to testing yet. The excuses list
> does not show me, why not.
>
> Can anybody explain, why the latest uploa
Hi,
just a dumb question: https://tracker.debian.org/pkg/proftpd-dfsg shows
that the latest upload did not migrate to testing yet. The excuses list
does not show me, why not.
Can anybody explain, why the latest upload did not reach buster yet?
Hilmar
--
sigfault
#206401 http://counter.li.org
Am 21.09.2019 um 12:22 teilte Andrey Rahmatullin mit:
> On Sat, Sep 21, 2019 at 12:00:48PM +0200, Hilmar Preuße wrote:
Hi,
>> in [1] I changed the BD of dvisvgm from ghostscript to libgs-dev (BD on
>> gs was removed later on), due to #940700. The package still compiles
>>
Hi,
in [1] I changed the BD of dvisvgm from ghostscript to libgs-dev (BD on
gs was removed later on), due to #940700. The package still compiles
fine, but lintian now moans:
E: dvisvgm: possible-gpl-code-linked-with-openssl
Indeed the new package now depends on libssl1.1 and the binary is
Am 31.07.2019 um 09:46 teilte Frédéric Bonnard mit:
Hi Frédéric,
>> I sent a request 3 days ago, still no response. Do I have to sign my
>> E-Mail to get the request processed?
>
> No. It just takes a bit of time sometimes for people of the team that
> do this manually but they usually answer,
Am 25.07.2019 um 16:39 teilte Frédéric Bonnard mit:
> On Thu, 25 Jul 2019 15:35:31 +0200, Hilmar Preuße wrote:
Hi,
>> Is it possible to force a rebuild after updating build tools on the
>> builders?
>
> yes, see last paragraph here :
> https://release.debian.org/w
Am 25.07.2019 um 13:15 teilte Frédéric Bonnard mit:
Hi *,
no I didn't reproduce the issue in a ppc64 vm even after 3 tries.
Maybe it was an gcc bug, which has been solved in the meantime? The
builder used gcc-8.3.0-7, meanwhile I (and probably you too) used
gcc-8.3.0-19.
Is it possible to
1 - 100 of 125 matches
Mail list logo
