Package: libinventor1
Version: 2.1.5-10-21
Severity: important
Hi,
I'm currently in the process of setting up an old, binary-only
application on a new Debian 10 install. The application in question is
32-bit only, and requires libinventor1:i386 to be installed. However,
this appears to be broken
Hi,
On Tue, Aug 11, 2020 at 11:15:22AM +0200, Sebastien Bacher wrote:
> Hey Guido, thanks for the reply!
>
> Le 11/08/2020 à 09:00, Debian Bug Tracking System a écrit :
> > See the libhandy-1 packages. It's 0.85.0 in testing (from 1w ago). Update
> > to 0.90.0
> > will follow.
>
> Oh ok, thanks
Control: tags -1 + moreinfo
Control: severity normal
Hi
On Tue, Aug 11, 2020 at 09:01:14PM +0200, fireba11 wrote:
> Package: nfs-kernel-server
> Version: 1:1.3.4-2.5+deb10u1
> Severity: important
>
> Dear Maintainer,
>
> after the last update(s) nfs-kernel-server fails to start since the
> path
Am 12.08.2020 um 08:04 teilte Norbert Preining mit:
Hi,
>> Go ahead and upload w/ the new tar ball. One must assume that there are
>> more files missing in the broken orig.tar.gz.
>
> I pushed my changes, please look at them. I have no time for building
> and testing right now, have to leave in
Hi,
while I do not intend to maintain pvm personally some Debian Med package
depend from it. Thus I like to see bug #957717 fixed but I need help.
I commited some general packaging changes so you can find the last
packaging state in Git[1]. When building this I get the following
output:
cc -DSY
if you have the option, and or the inclination could you clone master
from https://gitlab.xfce.org/apps/xfburn.git
and test if this is still an issue. As mentioned before I don't really
have any way of verifying the Blank Dialog yet
I hope to get support in CDEmu for RW media that I could emulate
Hi Michael,
making the key group-readable seems to have done the trick.
Maybe its me, but I didn't expect that. I learned that the
key file should be readable by as few accounts as possible.
Thanx for the hint.
The problem is,though, sendmail doesn't tell.
I started to think that maybe adding
> Go ahead and upload w/ the new tar ball. One must assume that there are
> more files missing in the broken orig.tar.gz.
I pushed my changes, please look at them. I have no time for building
and testing right now, have to leave in a minute again.
Maybe I can do it later tonight, or tomorrow. May
Package: asymptote
Version: 2.67-1
Severity: important
Tags: ftbfs
Dear Maintainer,
the package fails to build on m68k inside a qemu vm. I'm able to reproduce the
issue localle, a core dump was generated, here is the back trace. The issue was
first visible w/ 2.66-1.
(gdb) bt
#0 __GI_raise (s
Package: gettext
Version: 0.19.8.1-9
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of
Am 12.08.2020 um 02:48 teilte Norbert Preining mit:
Hi,
>>> No, I am using the releas tarballs from sourceforge.
>>>
>> ...which is identical to that on CTAN.
>
> Which both seem to be bugged, the config says BETA VERSION ...
> and the release tarball on github is definitely more complete.
>
>
Hi Ross,
On Tue, Aug 11, 2020 at 10:39 PM Ross Vandegrift wrote:
>
> I: terminology-data: spare-manual-page
> usr/share/man/man1/terminology-helpers.1.gz
The links are fine, but I could not find an executable named
terminology-helpers in your installation packages. Do you ship one?
Kind regard
Hi Stuart,
I saw you have fixed Python2 removal related issue (#943167) in madness
0.10.1~gite4aa500e-11 upload to experimental. However, unstable still
has 0.10.1~gite4aa500e-10.1 with the same issue now reported as #967172.
Is there a reason for not uploading your fix to unstable?
Best,
Andrius
Package: afl++-clang
Version: 2.66c-1
User: debian...@lists.debian.org
Usertags: adequate broken-symlink
afl++-clang ships broken symlinks:
$ dpkg -L afl++-clang | xargs -n1 file | grep -w broken
/usr/bin/afl-clang: broken symbolic link to ../afl-clang-fast
/usr/bin/afl-clang++: broken
Problem solved:
https://github.com/getmail6/getmail6
Package: lintian
Version: 2.89.0
Severity: normal
terminology-data installs terminology-helpers.1 for a number of small binaries
from terminology. Each helper binary has a corresponding man file consisting
just of a .so line. But lintian reports:
I: terminology-data: spare-manual-page
usr/shar
Yup, not installable.
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (990, 'unstable')
# aptitude install getmail
The following NEW packages will be installed:
getmail{b} (D: python:any)
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1
Current status:
It builds and rebuilds for me on two different clean Debian environments. I
have never gotten the '/usr/bin/ld: cannot find -lmux' error. Adam hasn't
responded in two days and is probably waiting for me to fix an error I
cannot reproduce. Can anyone else build it? Am I building thi
Control: found -1 3.2.1-2
What's the problem with fixing this? It's a one-liner FFS.
Package: sane-airscan
Version: 0.99.12-1
Severity: important
Dear Maintainer,
While reviewing an upload of sane-airscan to the Ubuntu NEW queue I
discovered the http_parser.{c,h} files are (C) Joylent, Inc under the
Expat licence, and neither Joylent nor the Expat licence are mentioned
in debian
This bug with Xiphos also occurs with Linux Mint Debian 4 as well.
Xiphos was installed using Synaptic Package Manager.
Any help would be greatly appreciated.
Package: libc6
Version: 2.31-3
Severity: important
Since the upgrade to 2.31-3, the translations are no longer working
in Mutt.
In my config, the charset gets automatically set to UTF-8//TRANSLIT
(possibly with something else instead of UTF-8). There is the same
issue with ISO-8859-1//TRANSLIT, b
Hi,
Thanks for your report.
2020年8月4日(火) 19:50 Gylstorff Quirin :
>
> Package: libubootenv-tool
> Version: 0.2-1
> Severity: serious
> Tags: patch ftbfs
> Justification: fails to build from source
>
> Dear Maintainer,
>
> I tried to build libubootenv-tool with dpkg-buildpackage and the following
Jonathan Rubenstein:
> On Wed, 15 Jul 2020 04:27:16 + Chris Knadle
> wrote:
> Are there any blockers in updating to the new version?
I did an upload of 1.3.2 this evening, so it's just pending acceptance.
-- Chris
--
Chris Knadle
chris.kna...@coredump.us
Package: caja-dropbox
Version: 1.20.0-4
Severity: minor
Dear Maintainer,
when installing the package, it currently displays the following advertising:
Dropbox is the easiest way to share and store your files online. Want to
learn more? Head to https://www.dropbox.com/
I find this very quest
severity 964358 grave
affects 964358 php-cli
Package: libedit2
Version: 3.1-20181209-1
#964358 crash is also affecting packaged programs that link to libedit,
such as php-cli.
Steps to reproduce:
php -r 'echo str_repeat("a", 2000);'
Copy the output
Run php -a
Paste the above
It seems to
On Wed, 12 Aug 2020, Norbert Preining wrote:
> much of the documentation that is added in the github tarball.
Here is the diffstat, most are dist/* files irrelevant for us
META.json| 177
META.yml | 124
b/.gitignore
> That change did not make it into the package, the B+R still contain the
> old version:
Uggh, ACKed ... sometimes one cannot see the forest between all the trees ...
# CharisSIL-*.ttf moved from texlive-fonts-extra to texlive-fonts-extra-links
-filemove;texlive-fonts-extra;texlive-fonts-extra;2
Hi Hilmar,
> > No, I am using the releas tarballs from sourceforge.
> >
> ...which is identical to that on CTAN.
Which both seem to be bugged, the config says BETA VERSION ...
and the release tarball on github is definitely more complete.
Hilmar, I have locally imported the github tarball as
Apologies for multiple uploads of same file and for inline conky.conf
- reportbug wasn't making me happy this afternoon :)
--
we see things not as they are, but as we are.
-- anais nin
Control: found -1 2020.20200804-2
That change did not make it into the package, the B+R still contain the
old version:
Package: texlive-fonts-extra-links
Source: texlive-extra
Version: 2020.20200804-2
Replaces: texlive-fonts-extra (<< 2019.20191208)
Breaks: texlive-fonts-extra (<< 2019.20191208)
Dear John
Sorry, I mixed up to items (working in both at the same time) due to
insufficient coffee supply..
Sorry for the noise, and thanks for your work
Norbert
--
---
PREINING Norbert https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX
Source: zfs-linux
Version: 0.8.4-2
Severity: wishlist
Tags: patch
Hi!
I'd recently ported the SPL to x32 [1], but didn't post it here because
the mailing list setup confused me a bit at the time and thought 0.9.0
would come sooner rather than later.
However, I've now found the list, failed to po
Package: release-notes
Severity: normal
Dear Maintainer,
In "4.4.3. Make sure you have sufficient space for the upgrade" the first
code bloc shows using apt with Trivial-Only option to show how much space
is needed for the operation; but buster apt command does not show this string.
Using apt-get
Hi Norbert,
Are we talking about the Asymptote project? I don't know anything about
Biber and don't recognize the filename bblxml. Neither does my
development computer:
locate bblxml
returns nothing and, in the git code, git releases, and sf releases,
find . -name 'bbl*'
also returns nothing. M
Just did a fresh install of Buster and can confirm that this bug is very
annoying and still exists. I try to create custom shortcuts for Okular
similar to single-key shortcuts in Acrobat DC:
h - hand tool
v - text selection tool
F8 - toggle toolbar
F9 - toggle menu bar
Multiple times I edit th
Thanks, that's indeed the case.
On Mon, 10 Aug 2020 19:19:29 +0100 Simon McVittie wrote:
> On Mon, 10 Aug 2020 at 11:20:33 +, Marcin Szamotulski wrote:
> >Trying to share a gnome-terminal window in firefox (firefox-79.0, but
> >also in previous versions of firefox).
>
> If you're in
On Tuesday, August 11, 2020 1:38:52 PM EDT Peter Wienemann wrote:
> Hi Scott,
>
> On 11.08.20 17:54, Scott Kitterman wrote:
> > Unless you object, I'll probably do an NMU to do that since this will
> > block dnspython testing migration. I'll post a diff to the bug before I
> > do.
>
> that is fi
Hi Gregory,
On Tue, Aug 11, 2020 at 11:48 PM Gregory Heytings wrote:
[...]
> The bug is a modification in gtags.conf:
>
> pygments-parser|Pygments plug-in parser:\
> :tc=common:\
> - :ctagscom=/usr/bin/ctags:\
> + :ctagscom=/usr/bin/ctags-exuberant:\
> :pygmentslib
tags 967885 forwarded
thanks
retitle 963760 new upstream release (1.4.11)
thanks
...and now there's 1.4.11.
Regards,
Daniel
Hi,
Lucas Nussbaum writes:
>> # at t/methods.t line 86.
>> # got: '> class="header-section-number">1 x
>> # '
>> # expected: '1
>> x
>> # '
>> # Looks like you failed 1 test of 36.
my best guess is that this is caused by changes in pandoc or its
dependencies. (And the duplicate
On 2020-08-10 22:06, Helmut Grohne wrote:
Source: ultracopier
Version: 1.6.1.3-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
ultracopier fails to cross build from source, because it runs lrelease
on a .pro file without the relevant build dependency on
qt5-qmake:native. Pleas
Hello,
> On Tuesday, August 11, 2020 1:38:52 PM EDT Peter Wienemann wrote:
> > @Security tools team: I requested a review/upload of a new version of
> > dnstwist last week [0]. Given Scott's planned NMU it might be good to
> > hold off the upload of the new version until the NMU is acknowledged.
Control: retitle 967022 mes: FTBFS: test failure on amd64:
lib/tests/scaffold/63-struct-cell.c
Control: forwarded 967022
https://lists.gnu.org/archive/html/bug-mes/2020-07/msg4.html
Thanks for the report!
On 2020-08-03, Lucas Nussbaum wrote:
>> [0;31mFAIL[m: lib/tests/scaffold/63-struct-cel
Control: tags 957189 + patch
Control: tags 957189 + pending
Dear maintainer,
I've prepared an NMU for f-irc (versioned as 1.36-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru f-irc-1.36/debian/changelog f-irc-1.36/debian/changelog
Package: ddclient
Version: 3.9.1-5
Severity: normal
Dear Maintainer,
* What led up to the situation?
[UPGRADE] ddclient:amd64 3.8.3-1.1 -> 3.9.1-5
* What exactly did you do (or not do) that was effective (or ineffective)?
cat > .ddclient.conf
Package: linux-image-armmp
Version: 5.7.10-1
Severity: normal
Dear Maintainer,
Please take a look to Merge Request
https://salsa.debian.org/kernel-team/linux/-/merge_requests/254
On iMX6Q boards, when probing cpufreq, it tries to read efuse settings,
however, as NVMEM_IMX_OCOTP is not enabled t
Package: libc-bin
Version: 2.31-3
Severity: normal
Tags: ipv6
Hi,
it looks like the label values set in the gai.conf file are ignored.
Instead, the values configured in the live kernel via ip addrlabel are
used.
It might be possible that there is some magic at bootup reading gai.conf
and poking
Just want to point out that the solution on removing and reinstalling
printer-driver-cups-pdf didnt worked for me on my buster system which i
upgraded from stretch. i have this issue since then and was happy to
find this solution which unluckily didnt work for me.
i managed to find a very old pri
Control: tags -1 + confirmed
On 2020-08-02 17:36:00 -0300, Gabriel F. T. Gomes wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: gabr...@debian.org, sergi...@debian.org, vasek.ge...@gmail.com
> Severity: normal
>
> Hi,
>
>
Hi Dirk,
On Tue, Aug 11, 2020 at 12:58:15PM +0200, Dirk Kostrewa wrote:
> Hi Salavatore,
>
> as an additional control, I have completely uninstalled the nvidia graphics
> driver and repeated the kworker observations using the nouveau graphics
> driver with the kernel 4.19.0-10-amd64. This time, t
Package: mailman3-web
Version: 0+20180916-8
Severity: normal
Dear Maintainer,
After installing mailman3 I used migrated old Mailman 2.1 lists in using
'import21' and then their archives using 'python manage.py
hyperkitty_import -l ...'.
All seems to have gone OK, but the daily mailman3-web job i
Package: nfs-kernel-server
Version: 1:1.3.4-2.5+deb10u1
Severity: important
Dear Maintainer,
after the last update(s) nfs-kernel-server fails to start since the path to
export isn't available yet.
adding a sleep 30 to the unit file works as a workaround ...
naturally starting the service manuall
Hello Axel,
> Yeah, and the version.sh call itself can be removed, too. Will do.
>
> Thanks for bringing this up despite the initially differing opinions.
> :-)
>
thanks to you!
And forgive me if I wasn't clear enough, I wrote the email after a somewhat
deep analysis of the issue, and my initi
[Alexandre Viau]
> I have just uploaded a new version of opendht.
>
> For the next step I will attempt to build Jami to see if there is
> anything missing.
Hi. Is there any progress on this?
I see there is a new version of restino available, perhaps time to
update it? I doubt it will solve the
Hi Punit,
The bug is a modification in gtags.conf:
pygments-parser|Pygments plug-in parser:\
:tc=common:\
- :ctagscom=/usr/bin/ctags:\
+ :ctagscom=/usr/bin/ctags-exuberant:\
:pygmentslib=$libdir/gtags/pygments-parser.la:\
:langmap=ABAP\:.abap:\
:lan
On Tuesday, August 11, 2020 1:38:52 PM EDT Peter Wienemann wrote:
> Hi Scott,
>
> On 11.08.20 17:54, Scott Kitterman wrote:
> > Unless you object, I'll probably do an NMU to do that since this will
> > block dnspython testing migration. I'll post a diff to the bug before I
> > do.
>
> that is fi
Source: cryptsetup
Version: 2.3.3-1
Severity: normal
>From my sbuild log:
...
checking for systemd tmpfiles config directory... /usr/lib/tmpfiles.d
...
dh_missing -a
dh_missing: warning: usr/lib/tmpfiles.d/cryptsetup.conf exists in
debian/tmp but is not installed to anywhere (related file:
"sc
Dear Itaï,
Thanks for trying to contribute to Debian.
> I am not a Debian developper, but am able to package (in fact I have packaged
> auctex v12 for personal use).
If you have auctex-12 packaged, I would very much encourage you to
share your work, even if the debian maintainer doesn't seem ve
Attached you can find the diff.
commit 15d82dfe4f7900be54e06b6ca0a79321ee2a9b34
Author: Christian Brauner
Date: Sat Jul 25 11:36:46 2020 +0200
selinux: remove security_context_t usage as it's deprecated
Link: https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1888705
Signed-of
This bug has been finally reproduced on a refresh VM.
It happens when the NSS flavour of libcurl4-dev is installed.
Otherwise with both GnuTLS / OpenSSL it works without problem.
I will write a patch to fix that.
Cheers
--
Aloïs Micard (creekorful)
GPG: DA4A A436 9BFA E299 67CD E85B F733 E87
Hi Scott,
On 11.08.20 17:54, Scott Kitterman wrote:
> Unless you object, I'll probably do an NMU to do that since this will block
> dnspython testing migration. I'll
> post a diff to the bug before I do.
that is fine with me.
@Security tools team: I requested a review/upload of a new version o
Package: okular
Version: 4:20.04.3-1
Severity: minor
Tags: patch
X-Debbugs-Cc: teodoro777.coluc...@live.com
I can't see the side icons correctly on "thumbnails", "reviews", "bookmarks". I
installed okular in debian with gnome and i'm using the default adwaita theme.
-- System Information:
Debia
Wouter Verhelst writes:
> -policy: this is a question that has come up before
> (https://lists.debian.org/debian-devel/2016/12/msg00470.html is another
> example that springs to mind, but I'm pretty sure there are more), so I
> think we should document in Policy that a) buildd only looks at the
>
Hi Punit,
On my computer this is the output:
echo 'int main(){return 0;}' > main.c
export GTAGSLABEL=pygments
sudo dpkg -i global_6.6.4-3_amd64.deb
gtags -v
[Tue Aug 11 12:58:15 UTC 2020] Gtags started.
Using configuration file '/etc/gtags/gtags.conf'.
Using configuration label 'pygments'.
On Tue, Aug 11, 2020 at 12:51:17PM -0400, Todd Howe wrote:
> I got around to fixing my desktop today. In addition to the instructions I
> posted above and the procedure to mount system directories below, there was
> only one necessary change:
>
> https://gist.github.com/samuelcolvin/43c5ed2807e7db
I got around to fixing my desktop today. In addition to the instructions I
posted above and the procedure to mount system directories below, there was
only one necessary change:
https://gist.github.com/samuelcolvin/43c5ed2807e7db004b1058d0c9bfb068
That guy suggested used grub-install /dev/sda ins
Package: orca
Version: 3.36.4-1
Severity: serious
Tags: upstream
Justification: breaks web navigation
Forwarded: https://mail.gnome.org/archives/orca-list/2020-August/msg00085.html
As reported by upstream
https://mail.gnome.org/archives/orca-list/2020-August/msg00085.html
we really need to uploa
Hi,
I don't exactly know what is your local problem with python2. You don't
even bother to describe your installation. (as usual from you)
Please expect this getmail package to be EOLed after buster (=Bullseye)
* Debian is moving to python3 only after buster
* Upstream of getmail hasn't move to
On Tue, Aug 11, 2020 at 11:24:16AM -0300, David Bremner wrote:
If you can, please test the upstream patch
https://nmbug.notmuchmail.org/nmweb/show/20200727193833.4654-1-tomi.ollila%40iki.fi
You'll need to build notmuch from source after applying the patch. "make
debian-snapshot" will produce
Package: global
Version: 6.6.4-4
Severity: important
X-Debbugs-Cc: g...@sdf.org
Dear Maintainer,
Version 6.6.4-4 of the package does not index definitions with
GTAGSLABEL=pygments. Version 6.6.4-3 did. Steps to reproduce the bug:
echo 'int main(){return 0;}' > main.c
export GTAGSLABEL=pygm
Package: kdeconnect
Version: 1.3.3-2
Severity: normal
Tags: patch upstream
On Debian 10 Buster: Associate with the phone, open the kdeconnect window
in the tray area, click the file browsing button: it errors out with
"A folder named ~/.cache/kioexec/krun/(numbers)/ already exists".
It seems
Package: dnstwist
Version: 0~20200424-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Note: Using FTBTS tag since it's the closest thing we have to this
(since autopkgtest failures block testing migration).
>From the autopkgtest log w
Le 11/07/2020 à 19:54, Gianfranco Costamagna a écrit :
> Source: npm
> Version: 6.14.6+ds-1
> Severity: serious
>
> Hello, looks like one test is failing on ppc64el and s390x.
> Could you please have a look?
>
> this on s390x
> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a8
Package: fpc
Version: 3.2.0+dfsg-5
Severity: serious
The autopkgtest for fpc 3.2.0 is failing
Compiling utests.pp
PPU Loading
/usr/lib/x86_64-linux-gnu/fpc/3.2.0/units/x86_64-linux/fcl-base/custapp.ppu
PPU Source: custapp.pp not available
Recompiling CustApp, checksum changed for
/tmp/autopkg
Hi,
The package needs some more work.
I plan work on it this week, I hope have some news
in the next few days.
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
El mar., 11 de ago. de 2020 a la(s) 12:15, nb (n...@dagami.org) escribió:
>
> How much time does it take to come to sid?
>
> _
How much time does it take to come to sid?
I just stumbled across this same issue - old scripts no longer silent.
Seems that there is a newer "-s" option
$ pngcrush --help |& grep -e 'silent\|quiet'
-q (quiet) suppresses console output except for warnings
-s (silent) suppresses console output including warnings
Hi,
> Davmail seems to run with systemd's DynamicUser configuration. That means
> that the user the daemon runs with is not known before runtime. Therefore
> I cannot give specific permissions to the private keys for SSL. See the
> excerpt from the configuration file /etc/davmail.properties below.
FYI: We just bumped upstream to include the fix:
https://github.com/secure-systems-lab/securesystemslib/releases/tag/v0.16.0
Will prepare a downstream release later this week.
On 06.08.2020 2:21 PM, Holger Levsen wrote:
> hey Lukas,
>
> On Thu, Aug 06, 2020 at 02:03:00PM +0200, Lukas Puehringer
Hi!
See https://pypi.org/project/pysol-cards/ . It also blocks
freecell-solver's update to 6.0.1. Does anyone wish to assume
responsibility? See the explanation of "Rosh Gadol" here:
https://www.joelonsoftware.com/2004/12/06/news-45/ .
--
Shlomi Fish https://www.shlomifish.org/
Buddha has the
The shell pipeline used to symlink files based in search results
to "cache" directory for mutt(1) to use was prone to portability
problems (due to /bin/sh differences).
The replacement executes `notmuch search` without intermediate shell
(so shell_quote was removed in this case), reads the filenam
On 11/08/2020 13:06, Graham Inggs wrote:
I've had a quick look at ddrescue [1], but I don't know how to fix
that. Does anyone have any suggestions?
Googling the error message took me to
https://wiki.freepascal.org/User_Changes_Trunk
which has an entry "Property field access lists no longer al
Source: phipack
Version: 0.0.20160614-3
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
phipack fails to cross build from source, because it uses the variable
CXX for storing a C compiler. During cross compilation dh_auto_build
overrides it with a C++ compiler and the bui
Source: gkrellm-mailwatch
Version: 2.4.3-1.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gkrellm-mailwatch fails to cross build from source, because it does not
pass cross tools to make. The compiler is automatically passed by
dh_auto_build, but we need to substitute GTK_CONFI
Source: vstream-client
Version: 1.2-6.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
vstream-client fails to cross build from source, because it does not
pass cross tools to make. The easiest way of doing so is using
dh_auto_build. However, in this case, the makefile build syst
Kevin McCarthy writes:
> Package: notmuch-mutt
> Version: 0.30-1
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> After recently updating from stable to testing, notmuch-mutt search
> and thread commands stopped including results from my "Sent Items"
> maildir folder. There are br
Package: nextcloud-desktop
Severity: wishlist
Hi,
it would be nice if you could upgrade to version 2.6.5.
Regards,
Daniel
Thanks. However, I am not a Debian developper / maintainer, and looking for a
sponsor with a good chance of getting into prestige fights with another
developper
sounds like an unlikely path.
Would an NMU be appropriate for the current situation ? I would still need a
sponsor I suppose, but th
Hi all,
This bug just hit several of my machins and VMs, and nealy destroyed
several of them because I didn't catch the sheer amount of logspam
caused by this in time.
I would strongly advise a bulletin or something is put out, or the change
reverted until a fix is decided upon upstream or in Deb
Dear Gianfranco,
Gianfranco Costamagna wrote:
> > > specially because in Debian we don't even use version.sh script to
> > > fill the dkms.conf file.
> >
> > I don't understand what you refer to with "in Debian". Do you mean the
> > fact that I didn't ship the package's upstream's version.sh? Do
Hot&Sexyshowshere! - https://wlsg-fkib.myshopify.com/Gabriele
On 11/08/2020 13:06, Graham Inggs wrote:
I've also looked at mricron [2][3], and changing '(**)' to '*)' in
both places fixes the compilation, but I have no idea what the '(**)'
means. Can anyone tell me?
(* and *) are comment delimeters
Borland style pascal traditionally handled comments in
# ls -ald / /etc /etc/mail /etc/mail/private /etc/mail/private/mailhost.key.pem
drwxr-xr-x 29 root root 4096 Aug 11 09:10 /
drwxr-xr-x 124 root root 12288 Aug 11 12:50 /etc
drwxr-sr-x 10 smmta smmsp 4096 Aug 11 12:52 /etc/mail
drwx-- 2 root smmsp 4096 Aug 11 12:44 /etc/mail/private
Control: clone -1 -2
Control: retitle -2 "ruby-sidekiq 6 makes gitlab uninstallable"
Control: reassign -2 gitlab
On Tue, Aug 11, 2020 at 16:08, Pirate Praveen
wrote:
On Tue, Aug 11, 2020 at 13:35, dragos.ja...@dynamicpuzzle.ro wrote:
dpkg -i ruby-sidekiq_5.2.7+dfsg-1_all.deb dpkg: warning:
Control: tags -1 upstream
Re: Yangfl
> Source: pgpool2
> Severity: wishlist
>
> As libjsonparser-dev is now available, please consider linking against
> system library instead of bundled json.c.
Hi,
I don't think it's that simple:
src/utils/json.c:
/* pgpool extension:/
/*
*
Control: reassign -1 python3-sphinx 3.2.0-1
Control: affects -1 + src:python-skbio
Hi Andreas!
On Tue, Aug 11, 2020 at 02:26:40PM +0200, Andreas Tille wrote:
> I need some help with a sphinx error for python-skbio:
>
> > > Extension error:
> > > Handler for event
> > > 'autodoc-process-docstring
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "radsecproxy":
* Package name: radsecproxy
Version : 1.8.2-1
Upstream Author : Fabian Mauchle
* URL : https://radsecproxy.github.io/
* License : BSD-3-
Itaï BEN YAACOV writes:
> Package: wnpp
> Severity: wishlist
> Owner: Itaï BEN YAACOV
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: auctex-12
> Version : 12.2
> Upstream Author : GNU Project
> * URL : https://www.gnu.org/software/auctex/
> * Licens
1 - 100 of 142 matches
Mail list logo
